CN104039023A - 一种进行rrc连接重建的方法及用户设备 - Google Patents

一种进行rrc连接重建的方法及用户设备 Download PDF

Info

Publication number
CN104039023A
CN104039023A CN201310069100.5A CN201310069100A CN104039023A CN 104039023 A CN104039023 A CN 104039023A CN 201310069100 A CN201310069100 A CN 201310069100A CN 104039023 A CN104039023 A CN 104039023A
Authority
CN
China
Prior art keywords
community
reconstruction
rrc connection
self
connection failure
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
CN201310069100.5A
Other languages
English (en)
Other versions
CN104039023B (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 CN201310069100.5A priority Critical patent/CN104039023B/zh
Priority to PCT/CN2014/072845 priority patent/WO2014135061A1/zh
Priority to US14/772,075 priority patent/US10356834B2/en
Priority to EP14760904.4A priority patent/EP2966928A4/en
Publication of CN104039023A publication Critical patent/CN104039023A/zh
Application granted granted Critical
Publication of CN104039023B publication Critical patent/CN104039023B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Landscapes

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

Abstract

本发明实施例公开了一种进行RRC连接重建的方法及用户设备，用于解决现有技术中存在的发生连接失败的UE在某个小区进行RRC连接重建过程中，该小区不符合设定的小区选择标准或该UE未收到网络侧发送的RRC连接重建命令的场景下，导致网络侧进行错误的移动性参数的优化的问题。本发明实施例的方法包括：发生连接失败的UE在选定的重建小区发起RRC连接重建请求；以及UE在确定该重建小区不符合设定的小区选择标准或自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带该重建小区的标识信息，或者自身不保存任何与连接失败相关的信息。

Description

一种进行RRC连接重建的方法及用户设备
技术领域
本发明涉及通信技术领域，特别涉及一种进行RRC连接重建的方法及用户设备。
背景技术
减少操作管理工作的复杂性，降低运营维护成本，是通信运营商的迫切要求。在下一代的网络中，希望通过引入网络自组织的机制，减少网络规划和操作维护的人工参与，降低网络的建设和运营成本。正是在这样的背景下，演进型通用陆地无线接入（Evolved Universal Terrestrial Radio Access，E-UTRA）系统的自组织网络（Self Organizing Networks，SON）特性作为第三代合作伙伴计划（3rd Generation Partnership Project，3GPP）一个工作议题进行研究。SON技术包括了自配臵、自优化和自治愈，自优化是其中一项重要特性。
SON自优化功能需要监测一些网络和系统性能参数作为输入，如网络性能指标的统计、故障告警、通知等，在对输入数据进行分析后，优化算法做出决策，最后自动触发相关网络节点的调整操作。
在移动网络中，切换参数设臵不合适会严重影响系统性能，最严重的情况是导致用户掉话。因此移动性参数自优化是E-UTRA系统的SON所要解决的最重要问题之一，要能够减少切换失败的发生，减少不当切换导致的用户掉话，以及减少不必要的切换，避免这些切换对系统资源的无效使用。移动健壮性优化（Mobility Robustness Optimization，MRO）首先要做的，是要准确地判断问题的根本原因。
不当的切换通常是由于切换参数设臵不合理导致的，包括以下几种情况：
a）终端没有及时切换到一个无线信号较好的小区，而原来的服务小区信号不断恶化直至用户掉话，这种情况称为“过迟切换”，意味着切换应当更早进行，但由于参数设臵得不合适使得切换被延迟了；
b）终端从源小区切换到目标小区，但是目标小区信号并不稳定，导致切换后很快就发生无线链路失败（Radio Link Failure，RLF），随后终端再选择一个新的小区进行重建连接，这种情况称为“切换到错误小区”，意味着切换的目标小区选择不合适，重建连接的那个小区才是一个合适的目标小区，而原来选择的目标小区并不合适；
c）终端从源小区切换到目标小区，但很快发生了无线链路失败，随后终端选择了源小区进行重建连接，这种情况称为“过早切换”。
判断过迟切换的准则如下：
用户设备（User Equipment，UE）在切换触发之前发生RLF，然后该UE在不同于源小区的另一个小区尝试连接重建。
判断过早切换的准则如下：
UE在切换到目标小区后很快发生RLF或者在切换过程中发生了切换失败（HandOver Failure，HOF），然后该UE在源小区尝试连接重建。
判断切换到错误小区的准则如下：
UE在切换过程中发生RLF（无论是在源小区还是在目标小区）或者在切换到目标小区后很快发生RLF，然后该UE在一个第三方小区（既非源小区，亦非目标小区）尝试连接重建。
在实际网络中，UE发生RLF主要包括以下两种原因：一是切换参数不合适使得没有及时变更用户的服务小区，服务小区的信号质量低到不足以提供服务，导致RLF；另一个是网络中的覆盖空洞或者阴影衰落，当用户设备移动到空洞或阴影处时，由于无线链路条件急剧恶化，导致RLF。
只有第一种原因属于切换问题，第二种原因属于覆盖问题，需要排除在MRO的检测范围之外。这两种原因的判断是根据UE在失败时刻测量的本小区和邻区的参考信号接收功率（Reference Signal Received Power，RSRP）/参考信号接收质量（Reference Signal Received Quality，RSRQ）实现的。如果在失败时刻，UE测量的所有小区的RSRP/RSRQ都很差，说明是覆盖漏洞；否则，说明是切换问题。为了辅助网络侧进行MRO的判断，UE需要上报与连接失败（RLF或者HOF）相关的信息，包括如下内容：
1、如果是RLF，上报该UE的最后的服务小区的ID；如果是HOF，上报该UE切换的目标小区的ID；
2、进行无线资源控制（Radio Resource Control，RRC）连接重建的小区的标识；
3、发起切换的小区的标识；
4、从最后一次切换发起到发生连接失败的时间；
5、指示本次失败是RLF还是HOF；
6、测量信息：包括发生RLF时服务小区的RSRP/RSRQ以及邻区的RSRP/RSRQ。
在3GPP规范中，UE在发生RLF或者HOF时，会将上述1，3，4，5以及6记录下来，在发送RRC连接重建请求（RRC RE-ESTABLISHMENTREQUEST）消息时，会将2记录下来。UE在RRC连接重建成功或者RRC连接建立成功之后，将自身记录的这些与连接失败相关的信息上报给网络侧。网络侧根据UE上报的与连接失败相关的信息，判断是覆盖问题还是由于移动性参数设臵不合理而导致的切换过早/切换过迟/切换到错误小区。
目前，只要发生连接失败（RLF或HOF）的UE准备向某个小区发起RRC连接重建请求，该UE就会把该小区记录为重建小区。但是，很有可能发生如下情况：UE在发起RRC连接重建请求后，该小区可能又不符合小区选择的标准或者UE在发起RRC连接重建请求后没有收到网络侧发送的RRC重建命令。在上述场景下，UE仍然在上报给网络侧的与连接失败相关的信息中携带该重建小区的标识信息，网络侧仍会认为该重建小区是合适的小区，并进行MRO的判断和优化，从而导致错误的移动性参数的优化。
综上所述，现有规范中，只要发生连接失败的UE准备向某个小区发起RRC连接重建请求，该UE就会把该小区记录为重建小区，并将该重建小区的标识信息上报给网络侧，在该小区不符合设定的小区选择标准或该UE未收到网络侧发送的RRC连接重建命令的场景下，导致网络侧进行错误的移动性参数的优化。
发明内容
本发明实施例提供了一种进行RRC连接重建的方法及用户设备，用于解决现有技术中存在的发生连接失败的UE在某个小区进行RRC连接重建过程中，该小区不符合设定的小区选择标准或该UE未收到网络侧发送的RRC连接重建命令的场景下，导致网络侧进行错误的移动性参数的优化的问题。
本发明实施例提供了一种进行RRC连接重建的方法，包括：
发生连接失败的用户设备UE在选定的重建小区发起RRC连接重建请求；
所述UE在确定所述重建小区不符合设定的小区选择标准或自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带所述重建小区的标识信息，或者自身不保存任何与连接失败相关的信息。
本发明实施例提供了一种用户设备，该用户设备发生了连接失败，且该用户设备包括：
第一处理模块，用于在选定的重建小区发起RRC连接重建请求；
第二处理模块，用于在确定所述重建小区不符合设定的小区选择标准或自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带所述重建小区的标识信息，或者自身不保存任何与连接失败相关的信息。
本发明实施例中，发生连接失败的UE在选定的重建小区发起RRC连接重建请求，该UE在确定重建小区不符合设定的小区选择标准或自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带重建小区的标识信息，或者自身不保存任何与连接失败相关的信息，从而避免了UE在重建小区发起RRC连接重建请求后，该重建小区不符合设定的小区选择标准或该UE未收到该重建小区所属的网络侧设备发送的RRC连接重建命令的场景下，容易导致网络侧进行错误的移动性参数的优化。
附图说明
图1为本发明提供的一种进行RRC连接重建的方法流程图；
图2为本发明提供的实施例一的流程示意图；
图3为本发明提供的实施例二的流程示意图；
图4为本发明提供的实施例三的流程示意图；
图5为本发明提供的实施例四的流程示意图；
图6为本发明提供的实施例五的流程示意图；
图7为本发明提供的实施例六的流程示意图；
图8为本发明提供的用户设备的结构示意图。
具体实施方式
本发明实施例发生连接失败的UE在重建小区发起RRC连接重建请求，该UE在确定该重建小区不符合设定的小区选择标准或自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带该重建小区的标识信息，或者自身不保存任何与连接失败相关的信息，从而避免了网络侧在上述场景下进行错误的移动性参数的优化。
下面结合说明书附图对本发明实施例作进一步详细描述。
参见图1所示，本发明实施例提供的一种进行RRC连接重建的方法，包括以下步骤：
步骤11、发生连接失败的用户设备UE在选定的重建小区发起RRC连接重建请求；
步骤12、UE在确定该重建小区不符合设定的小区选择标准或自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带该重建小区的标识信息，或者自身不保存任何与连接失败相关的信息
在实施中，连接失败表示用户设备与其接入的小区之间的连接断开，如RLF、HOF等。
在实施中，重建小区的标识信息可以为演进通用移动通信系统陆地无线接入网小区全球标识E-CGI（E-UTRAN Cell Global ID；Evolved UMTS TerrestrialRadio Access Network，E-UTRAN；Universal Mobile TelecommunicationsSystem，UMTS；Identifier，ID）等。
在实施中，UE在确定自身发送连接失败（RLF或HOF）时，会将下列信息中的一种或组合记录在与连接失败相关的信息中：
发生连接失败的小区的标识，其中，如果是RLF，上报该UE的最后的服务小区的ID；如果是HOF，上报该UE切换的目标小区的ID；
发起切换的小区的标识；
从最后一次切换发起到发生连接失败的时间；
指示信息，用于指示本次连接失败是RLF还是HOF；以及
测量信息，包括发生连接失败时该UE的服务小区的RSRP/RSRQ以及邻区的RSRP/RSRQ。
在实施中，UE在确定自身发送连接失败后，根据设定的小区选择标准，进行小区选择，并发起RRC连接重建过程。
需要说明的是，本发明实施例中涉及设定的小区选择标准可参见3GPP36.304协议中的规定，UE判断重建小区是否符合设定的小区选择标准的过程请参见3GPP36.304协议。
在实施中，步骤12中，UE根据以下步骤确定自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令：
UE在向重建小区所属的网络侧设备发送RRC连接重建请求时，开启已配臵的定时器（如定时器T301）；以及
在该定时器超时时，UE确定未收到重建小区所属的网络侧设备发送的RRC连接重建命令。
在实施中，本发明实施例的方法进一步包括以下实现方法：
方法A、UE保存有与连接失败相关的信息，且该与连接失败相关的信息中不携带重建小区的标识信息；
进一步，方法A又包括以下两种实现方法：
方法A1、UE在重建小区发起RRC连接重建请求时，将该重建小区的标识信息保存在与连接失败相关的信息中，此时，该UE保存的与连接失败相关的信息中既包括该UE在确定自身发生连接失败时记录的信息，又包括重建小区的标识信息；以及
该UE在确定该重建小区不符合设定的小区选择标准或者自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，删除该与连接失败相关的信息中保存的该重建小区的标识信息，此时，该UE保存的与连接失败相关的信息中仅包括该UE在确定自身发生连接失败时记录的信息；
该方法下，若UE后续通过RRC连接建立过程连接到网络侧，并向网络侧上报自身保存的与连接失败相关的信息时，该与连接失败相关的信息中不携带重建小区的标识信息。
方法A2、UE在重建小区发起RRC连接重建请求时，不在与连接失败相关的信息中保存该重建小区的标识信息，此时，该UE保存的与连接失败相关的信息中仅包括该UE在确定自身发生连接失败时记录的信息；
该方法下，若UE后续通过RRC连接建立过程连接到网络侧，并向网络侧上报自身保存的与连接失败相关的信息时，该与连接失败相关的信息中不携带重建小区的标识信息。
需要说明的是，该方法下，该UE在重建小区发起RRC连接重建请求时，不在与连接失败相关的信息中保存该重建小区的标识信息；若在RRC连接重建过程中，该UE确定该RRC连接重建成功（即该UE接收到该重建小区所属的网络侧设备发送的RRC连接重建命令）或该RRC连接重建被拒绝（即该UE接收到该重建小区所属的网络侧设备发送的RRC连接重建拒绝消息），则该UE将该重建小区的标识信息保存在该与连接失败相关的信息中，该场景下，UE保存的与连接失败相关的信息中既包括该UE在确定自身发生连接失败时记录的信息，又包括重建小区的标识信息。
方法B、UE不保存任何与连接失败相关的信息；
优选的，方法B的具体方法包括：
UE在重建小区发起RRC连接重建请求时，将该重建小区的标识信息保存在与连接失败相关的信息中，此时，该UE保存的与连接失败相关的信息中既包括该UE在确定自身发生连接失败时记录的信息，又包括重建小区的标识信息；以及
该UE在确定该重建小区不符合设定的小区选择标准或者自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，删除自身保存的所有与连接失败相关的信息，即该UE不保存任何与连接失败相关的信息。
该方法下，若UE后续通过RRC连接建立过程连接到网络侧，该UE不会向网络侧上报任何与连接失败相关的信息。
进一步，在方法A下，即UE保存有与连接失败相关的信息，且该与连接失败相关的信息中不携带重建小区的标识信息，若UE后续通过RRC连接建立过程连接到了网络侧，并向网络侧上报了自身保存的与连接失败相关的信息，则该网络侧执行以下步骤：
该网络侧接收UE上报的与连接失败相关的信息；以及
该网络侧在确定该与连接失败相关的信息中不携带重建小区的标识信息后，不进行移动健壮性优化处理。
具体的，该网络侧收到UE发送的与连接失败相关的信息后，先根据该与连接失败相关的信息中的测量信息（即RSRP/RSRQ），判断该UE连接失败的原因是否是覆盖漏洞；若不是，且确定该与连接失败相关的信息中的重建小区的标识信息也不存在，则忽略本次上报，且不会根据本次上报的信息进行移动健壮性参数的优化；
需要说明的是，网络侧获取UE保存的与连接失败相关的信息的过程请参见3GPP36.331协议；
网络侧根据该与连接失败相关的信息中的测量信息（即RSRP/RSRQ），判断该UE连接失败的原因是否是覆盖漏洞的过程请参见3GPP36.300协议。
举例说明，假设小区A为连接态的UE提供服务，且小区A有三个邻区，小区B、小区C及小区D；
若UE发生了RLF，则该UE分别测量在连接失败时服务小区（即小区A）和邻区（即小区B、小区C及小区D）的RSRQ值，假设测量得到的小区A、小区B、小区C及小区D的RSRQ值分别为RSRQA、RSRQB、RSRQC及RSRQD，且RSRQC>RSRQB>RSRQD>RSRQA；若UE选择了小区B进行RRC连接重建请求，但在该RRC连接重建过程中，该UE测量到小区B的信号不符合小区选择标准或者该UE在发起RRC连接重建请求后没有接收到小区B所属的网络侧设备发送的RRC连接重建命令，此时，UE不会继续该RRC连接重建过程，而是返回IDLE（空闲）状态；随后，UE在小区C发起RRC连接建立，并在向小区C所属的网络侧设备发送的RRC连接建立完成消息中携带自身保存的与RLF相关的信息（即RLF REPORT，RLF报告），从而小区C所属的网络侧设备获取了该UE的RLF REPORT；
作为一种实现方式，若该UE在RLF REPORT中携带了作为重建小区ID的小区B的标识信息；相应的，网络侧在分析本次UE记录的RLF REPORT数据时，考虑到UE在小区A发生失败，并在小区B进行RRC连接重建是一个典型的切换过迟的场景，该网络侧会认为连接失败的原因是小区A到小区B的切换过迟，当统计量达到设定的阈值后，网络侧会调整从小区A到小区B的切换参数，使UE能更早的从小区A切换到小区B。然后，实际上，小区B并不是最合适的小区；
作为另一种实现方式，若采用本发明实施例的方法A，即该UE在RLFREPORT中不携带重建小区ID；相应的，网络侧根据该UE上报的本小区和邻小区的RSRP/RSRQ判断本次连接失败原因不是覆盖漏洞，则该网络侧不会将本次上报统计为覆盖漏洞，同时，由于RLF REPORT中不携带重建小区ID，则网络侧也不会将本次上报作为移动健壮性优化的参考，因此，网络侧不会调整从小区A到小区B的切换参数；
作为再一种实现方式，若采用本发明实施例的方法B，即该UE从IDLE状态连接到网络侧后，不会向网络侧上报RLF REPORT；相应的，由于网络侧没有收到UE的上报，因此，本次失败不会作为覆盖漏洞或者移动健壮性优化的输入。
下面以UE的连接失败是RLF为例，对本发明实施例提供的进行RRC连接重建的方法进行说明，其他连接失败的情况与此类似，此处不再一一举例说明。
实施例一、参见图2所示，本实施例提供的进行RRC连接重建的方法包括以下步骤：
步骤21、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID（即该UE的最后的服务小区的ID）等信息；
步骤22、UE根据设定的小区选择标准，进行小区选择，并选择了CELL1（小区1）进行RRC连接重建，且记录重建小区ID为CELL1；
步骤23、UE向CELL1所属的网络侧设备发送RRC连接重建请求；
步骤24、在RRC连接重建过程中，UE发现CELL1不符合小区选择标准，则该UE删除自身保存的重建小区ID；
步骤25、UE进入IDLE状态；
步骤26、UE接收到CELL1所属的网络侧设备下发的RRC连接重建命令；
步骤27、UE向CELL2发起RRC连接建立过程，在该RRC连接建立成功后，CELL2所属的网络侧设备获取该UE保存的RLF REPORT，且该RLFREPORT中的重建小区ID为空；
其中，该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
基于本实施例，网络侧设备在接收到该RLF REPORT后，先根据RLFREPORT中的RSRP/RSRQ判断是否是覆盖漏洞；如果不是覆盖漏洞，且重建小区ID也不存在，则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
实施例二、参见图3所示，本实施例提供的进行RRC连接重建的方法包括以下步骤：
步骤31、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
步骤32、UE根据设定的小区选择标准，进行小区选择，并选择了CELL1进行RRC连接重建，且记录重建小区ID为CELL1；
步骤33、UE向CELL1所属的网络侧设备发送RRC连接重建请求；
步骤34、直到定时器T301超时时，该UE都没有接收到CELL1所属的网络侧设备下发的RRC连接重建命令；
步骤35、UE进入IDLE状态；
步骤36、UE向CELL2发起RRC连接建立过程，在该RRC连接建立成功后，CELL2所属的网络侧设备获取该UE保存的RLF REPORT，且该RLFREPORT中的重建小区ID为空；
其中，该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息。
基于本实施例，网络侧设备在接收到该RLF REPORT后，先根据RLFREPORT中的RSRP/RSRQ判断是否是覆盖漏洞；如果不是覆盖漏洞，且重建小区ID也不存在，则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
实施例三、参见图4所示，本实施例提供的进行RRC连接重建的方法包括以下步骤：
步骤41、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
步骤42、UE根据设定的小区选择标准，进行小区选择，并选择了CELL1进行RRC连接重建，此时，该UE不记录重建小区ID；
步骤43、UE向CELL1所属的网络侧设备发送RRC连接重建请求；
步骤44、在RRC连接重建过程中，UE发现CELL1不符合小区选择标准；
步骤45、UE进入IDLE状态；
步骤46、UE接收到CELL1所属的网络侧设备下发的RRC连接重建命令；
步骤47、UE向CELL2发起RRC连接建立过程，在该RRC连接建立成功后，CELL2所属的网络侧设备获取该UE保存的RLF REPORT，且该RLFREPORT中的重建小区ID为空；
其中，该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息。
基于本实施例，网络侧设备在接收到该RLF REPORT后，先根据RLFREPORT中的RSRP/RSRQ判断是否是覆盖漏洞；如果不是覆盖漏洞，且重建小区ID也不存在，则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
实施例四、参见图5所示，本实施例提供的进行RRC连接重建的方法包括以下步骤：
步骤51、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
步骤52、UE根据设定的小区选择标准，进行小区选择，并选择了CELL1进行RRC连接重建，此时，该UE不记录重建小区ID；
步骤53、UE向CELL1所属的网络侧设备发送RRC连接重建请求；
步骤54、直到定时器T301超时时，该UE都没有接收到CELL1所属的网络侧设备下发的RRC连接重建命令；
步骤55、UE进入IDLE状态；
步骤56、UE向CELL2发起RRC连接建立过程，在该RRC连接建立成功后，CELL2所属的网络侧设备可以获取该UE保存的RLF REPORT，且该RLF REPORT中的重建小区ID为空；
其中，该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息。
基于本实施例，网络侧设备在接收到该RLF REPORT后，先根据RLFREPORT中的RSRP/RSRQ判断是否是覆盖漏洞；如果不是覆盖漏洞，且重建小区ID也不存在，则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
实施例五、参见图6所示，本实施例提供的进行RRC连接重建的方法包括以下步骤：
步骤61、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
步骤62、UE根据设定的小区选择标准，进行小区选择，并选择了CELL1进行RRC连接重建，且记录重建小区ID为CELL1；
步骤63、UE向CELL1所属的网络侧设备发送RRC连接重建请求；
步骤64、在RRC连接重建过程中，UE发现CELL1不符合小区选择标准，则该UE删除已记录的与RLF相关的信息；
步骤65、UE进入IDLE状态；
步骤66、UE接收到CELL1所属的网络侧设备下发的RRC连接重建命令；
步骤67、UE向CELL2发起RRC连接建立过程，且在该RRC连接建立成功后，该UE不会向CELL2所属的网络侧设备上报RLF REPORT。
实施例六、参见图7所示，本实施例提供的进行RRC连接重建的方法包括以下步骤：
步骤71、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
步骤72、UE根据设定的小区选择标准，进行小区选择，并选择了CELL1进行RRC连接重建，且记录重建小区ID为CELL1；
步骤73、UE向CELL1所属的网络侧设备发送RRC连接重建请求；
步骤74、直到定时器T301超时时，该UE都没有接收到CELL1所属的网络侧设备下发的RRC连接重建命令，则该UE删除记录的与RLF相关的信息；
步骤75、UE进入IDLE状态；
步骤76、UE向CELL2发起RRC连接建立过程，且在该RRC连接建立成功后，该UE不会向CELL2所属的网络侧设备上报RLF REPORT。
上述方法处理流程可以用软件程序实现，该软件程序可以存储在存储介质中，当存储的软件程序被调用时，执行上述方法步骤。
基于同一发明构思，本发明实施例中还提供了一种用户设备，由于该用户设备解决问题的原理与上述进行RRC连接重建的方法相似，因此该用户设备的实施可以参见方法的实施，重复之处不再赘述。
参见图8所示，本发明实施例提供的用户设备，应用于发生了连接失败的场景下，该用户设备包括：
第一处理模块81，用于在选定的重建小区发起无线资源控制RRC连接重建请求；
第二处理模块82，用于在确定该重建小区不符合设定的小区选择标准或自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带该重建小区的标识信息，或者自身不保存任何与连接失败相关的信息。
作为一种实现方式，
第一处理模块81具体用于：在重建小区发起RRC连接重建时，将重建小区的标识信息保存在与连接失败相关的信息中；以及
第二处理模块82具体用于：在确定重建小区不符合设定的小区选择标准或者自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令后，删除该与连接失败相关的信息中保存的重建小区的标识信息。
作为另一种实现方式，
第一处理模块81具体用于：在重建小区发起RRC连接重建时，不在与连接失败相关的信息中保存重建小区的标识信息。
作为再一种实现形式，
第一处理模块81具体用于：在重建小区发起RRC连接重建时，将重建小区的标识信息保存在与连接失败相关的信息中；以及
第二处理模块82具体用于：在确定重建小区不符合设定的小区选择标准或者自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令后，删除自身保存的所有与连接失败相关的信息。
在实施中，第二处理模块82根据以下步骤确定自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令：
在向重建小区所属的网络侧设备发送RRC连接重建请求时，开启已配臵的定时器；以及在定时器超时时，确定未收到重建小区所属的网络侧设备发送的RRC连接重建命令。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装臵。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装臵的制造品，该指令装臵实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种进行RRC连接重建的方法，其特征在于，该方法包括：
发生连接失败的用户设备UE在选定的重建小区发起无线资源控制RRC连接重建请求；
所述UE在确定所述重建小区不符合设定的小区选择标准或自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带所述重建小区的标识信息，或者自身不保存任何与连接失败相关的信息。
2.如权利要求1所述的方法，其特征在于，
所述UE在所述重建小区发起RRC连接重建请求时，将所述重建小区的标识信息保存在与连接失败相关的信息中；
所述UE在确定所述重建小区不符合设定的小区选择标准或者自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令时，删除所述与连接失败相关的信息中保存的所述重建小区的标识信息。
3.如权利要求1所述的方法，其特征在于，
所述UE在所述重建小区发起RRC连接重建请求时，不在与连接失败相关的信息中保存所述重建小区的标识信息。
4.如权利要求1所述的方法，其特征在于，
所述UE在所述重建小区发起RRC连接重建请求时，将所述重建小区的标识信息保存在与连接失败相关的信息中；
所述UE在确定所述重建小区不符合设定的小区选择标准或者自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令时，删除自身保存的所有与连接失败相关的信息。
5.如权利要求1～4任一项所述的方法，其特征在于，所述UE根据以下步骤确定自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令：
所述UE在向所述重建小区所属的网络侧设备发起RRC连接重建请求时，开启已配置的定时器；
在所述定时器超时时，所述UE确定未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令。
6.一种用户设备，其特征在于，该用户设备发生了连接失败，且该用户设备包括：
第一处理模块，用于在选定的重建小区发起无线资源控制RRC连接重建请求；
第二处理模块，用于在确定所述重建小区不符合设定的小区选择标准或自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带所述重建小区的标识信息，或者自身不保存任何与连接失败相关的信息。
7.如权利要求6所述的用户设备，其特征在于，
所述第一处理模块具体用于：在所述重建小区发起RRC连接重建请求时，将所述重建小区的标识信息保存在与连接失败相关的信息中；
所述第二处理模块具体用于：在确定所述重建小区不符合设定的小区选择标准或者自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令后，删除所述与连接失败相关的信息中保存的所述重建小区的标识信息。
8.如权利要求6所述的用户设备，其特征在于，所述第一处理模块具体用于：
在所述重建小区发起RRC连接重建请求时，不在与连接失败相关的信息中保存所述重建小区的标识信息。
9.如权利要求6所述的用户设备，其特征在于，
所述第一处理模块具体用于：在所述重建小区发起RRC连接重建请求时，将所述重建小区的标识信息保存在与连接失败相关的信息中；
第二处理模块具体用于：在确定所述重建小区不符合设定的小区选择标准或者自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令后，删除自身保存的所有与连接失败相关的信息。
10.如权利要求6～9任一项所述的用户设备，其特征在于，所述第二处理模块根据以下步骤确定自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令：
在向所述重建小区所属的网络侧设备发起RRC连接重建请求时，开启已配置的定时器；以及在所述定时器超时时，确定未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令。
CN201310069100.5A 2013-03-05 2013-03-05 一种进行rrc连接重建的方法及用户设备 Active CN104039023B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201310069100.5A CN104039023B (zh) 2013-03-05 2013-03-05 一种进行rrc连接重建的方法及用户设备
PCT/CN2014/072845 WO2014135061A1 (zh) 2013-03-05 2014-03-04 一种进行rrc连接重建的方法及用户设备
US14/772,075 US10356834B2 (en) 2013-03-05 2014-03-04 Method and user equipment for reestablishing RRC connection
EP14760904.4A EP2966928A4 (en) 2013-03-05 2014-03-04 METHOD AND USER DEVICE FOR RECOVERING A RRC CONNECTION

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310069100.5A CN104039023B (zh) 2013-03-05 2013-03-05 一种进行rrc连接重建的方法及用户设备

Publications (2)

Publication Number Publication Date
CN104039023A true CN104039023A (zh) 2014-09-10
CN104039023B CN104039023B (zh) 2018-05-22

Family

ID=51469567

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310069100.5A Active CN104039023B (zh) 2013-03-05 2013-03-05 一种进行rrc连接重建的方法及用户设备

Country Status (4)

Country Link
US (1) US10356834B2 (zh)
EP (1) EP2966928A4 (zh)
CN (1) CN104039023B (zh)
WO (1) WO2014135061A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109246819A (zh) * 2017-05-24 2019-01-18 华为技术有限公司 一种通信方法和装置
CN110915259A (zh) * 2019-09-27 2020-03-24 北京小米移动软件有限公司 链路失败的信息处理方法和电子设备
CN110999390A (zh) * 2017-06-15 2020-04-10 Lg电子株式会社 在无线通信系统中执行切换过程的方法及其装置
US11665601B2 (en) 2018-09-27 2023-05-30 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for handover report and terminal device

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9468035B2 (en) * 2014-07-21 2016-10-11 Verizon Patent And Licensing Inc. Intelligent radio resource control (RRC) connection re-establishment
WO2016055099A1 (en) * 2014-10-08 2016-04-14 Nokia Solutions And Networks Oy Connection establishment robustness optimization
WO2016116155A1 (en) * 2015-01-22 2016-07-28 Nokia Solutions And Networks Oy Improvement of coverage hole analysis
US10728854B2 (en) * 2016-12-30 2020-07-28 Huawei Technologies Co., Ltd. Cell handover method and terminal device
US10757618B2 (en) * 2018-02-07 2020-08-25 Lg Electronics Inc. Method and apparatus for performing handover
CN118102503A (zh) 2018-08-06 2024-05-28 三星电子株式会社 用于在移动通信系统中发送或接收信号的方法和装置
WO2021003598A1 (en) * 2019-07-05 2021-01-14 Nec Corporation Communication method, device and computer readable medium in wireless communication system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012023336A1 (en) * 2010-08-17 2012-02-23 Nec Corporation ACCESS CONTROL FAILURE HANDLING FOR HeNB INBOUND MOBILITY
WO2012138079A2 (ko) * 2011-04-03 2012-10-11 엘지전자 주식회사 신호 전송 여부 결정 방법

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US136331A (en) * 1873-02-25 Improvement in running-gears for vehicles
US7802015B2 (en) * 2004-01-26 2010-09-21 Tantalus Systems Corp. Communications system of heterogeneous elements
JP4334602B1 (ja) * 2008-06-17 2009-09-30 任天堂株式会社 情報処理装置、情報処理システム、および情報処理プログラム
KR101633936B1 (ko) * 2009-04-21 2016-06-28 엘지전자 주식회사 다중 반송파 시스템에서 무선연결의 설정장치 및 방법
EP2472938A4 (en) * 2009-10-02 2016-03-09 Mitsubishi Electric Corp MOBILE COMMUNICATIONS SYSTEM
WO2011104874A1 (ja) * 2010-02-26 2011-09-01 富士通株式会社 無線通信ネットワークシステム，無線通信装置，移動端末，接続先切替判定方法，および接続先変更判定方法
WO2012019339A1 (en) * 2010-08-11 2012-02-16 Huawei Technologies Co., Ltd. Method for providing information in a cellular wireless communication system
US9100858B2 (en) * 2010-10-04 2015-08-04 Kyocera Corporation Mobile communication method, radio terminal, and base station
WO2012093913A2 (ko) * 2011-01-06 2012-07-12 엘지전자 주식회사 무선 통신 시스템에서 연결 실패를 회복하는 방법 및 이를 위한 장치
TWI450545B (zh) * 2011-03-31 2014-08-21 Mediatek Inc 通過相關資訊報告並處理失敗事件的方法和用戶設備
KR20120115953A (ko) * 2011-04-11 2012-10-19 삼성전자주식회사 단말 획득 정보를 효율적으로 기지국에 전달하는 방법 및 장치
US10009806B2 (en) 2011-08-11 2018-06-26 Nokia Solutions And Networks Oy Optimizing a handover behavior of a mobile radio communication network based on an extended report message comprising information about a performed handover
CN102932821B (zh) * 2011-08-11 2017-10-13 中兴通讯股份有限公司 一种终端上报无线链路失败报告的方法、系统和终端
WO2013024574A1 (ja) * 2011-08-12 2013-02-21 パナソニック株式会社 ハンドオーバ制御方法、無線通信端末及び無線通信装置
WO2013115573A1 (en) * 2012-02-01 2013-08-08 Lg Electronics Inc. Method and apparatus for transmitting radio link failure information in wireless communication system
WO2013154387A1 (en) * 2012-04-12 2013-10-17 Lg Electronics Inc. Method and apparatus for transmitting configuration in wireless communication system
CN104303584A (zh) * 2012-05-11 2015-01-21 诺基亚通信公司 用于报告基于通过至少两种不同接入技术实现的通信链路的蜂窝通信的无线链路失败(rlf)的方法、设备和计算机程序
US9344937B2 (en) * 2012-08-06 2016-05-17 Lg Electronics Inc. Method for reporting mobility information in wireless communication system and apparatus for supporting same
US9788360B2 (en) * 2012-10-29 2017-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Node and method for the connectivity management of a wireless terminal
KR20140066356A (ko) * 2012-11-23 2014-06-02 삼성전자주식회사 무선통신시스템에서 무선자원 제어 상태 불일치를 해결하기 위한 방법 및 장치

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012023336A1 (en) * 2010-08-17 2012-02-23 Nec Corporation ACCESS CONTROL FAILURE HANDLING FOR HeNB INBOUND MOBILITY
WO2012138079A2 (ko) * 2011-04-03 2012-10-11 엘지전자 주식회사 신호 전송 여부 결정 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP；TSGRAN: "《3GPP TS 36.331 V8.8.0 (2009-12)》", 31 December 2009 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109246819A (zh) * 2017-05-24 2019-01-18 华为技术有限公司 一种通信方法和装置
CN110999390A (zh) * 2017-06-15 2020-04-10 Lg电子株式会社 在无线通信系统中执行切换过程的方法及其装置
CN110999390B (zh) * 2017-06-15 2022-11-01 Lg电子株式会社 在无线通信系统中执行切换过程的方法及其装置
US11665601B2 (en) 2018-09-27 2023-05-30 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for handover report and terminal device
CN110915259A (zh) * 2019-09-27 2020-03-24 北京小米移动软件有限公司 链路失败的信息处理方法和电子设备
WO2021056403A1 (zh) * 2019-09-27 2021-04-01 北京小米移动软件有限公司 链路失败的信息处理方法和电子设备
CN110915259B (zh) * 2019-09-27 2022-06-17 北京小米移动软件有限公司 链路失败的信息处理方法和电子设备

Also Published As

Publication number Publication date
WO2014135061A1 (zh) 2014-09-12
EP2966928A4 (en) 2016-06-15
US10356834B2 (en) 2019-07-16
CN104039023B (zh) 2018-05-22
US20160014839A1 (en) 2016-01-14
EP2966928A1 (en) 2016-01-13

Similar Documents

Publication Publication Date Title
CN104039023A (zh) 一种进行rrc连接重建的方法及用户设备
CN109151921B (zh) 小区测量配置方法及装置
US20180132303A1 (en) Method and apparatus for transmitting a handover report and an rlf report
CN101959262B (zh) 切换失败指示信息的通知方法与装置
CN110267289B (zh) 一种检测无线链路失败或切换失败原因的方法
CN102595525B (zh) 一种保持用户业务连续性的方法、系统及装置
CN102036243B (zh) 处理无线链路失败报告的方法
CN102300278B (zh) 一种切换场景的判决方法及系统
EP2629565B1 (en) Method for determining radio link failure reason
CN110831081B (zh) 切换信息上报、切换鲁棒性优化方法及装置、存储介质、用户设备、基站
CN102413528B (zh) 切换失败的处理方法及用户设备
US10972971B2 (en) Access point handover method in wireless communications, network control node, and user equipment
CN105636111A (zh) 发现无线网络问题的方法、装置及系统
CN103918300B (zh) 分析链路失败原因的方法及其装置
CN103856979A (zh) 将失败事件发送给无线通信网络的方法和用户设备
CN103391568A (zh) 支持检测rlf或者切换失败原因的方法
WO2016095549A1 (zh) 一种应用小区连接建立失败报告的方法、设备及存储介质
CN102547764B (zh) 一种提高移动健壮性的方法、系统和设备
CN103313316A (zh) 一种异系统乒乓切换的检测处理方法及装置
CN105828337A (zh) 一种动态构建虚拟小区的方法和装置
CN105517086A (zh) 用于双连接的切换方法、用户设备、和基站
CN101931966B (zh) 一种检测切换问题的方法、装置和系统
CN102932821B (zh) 一种终端上报无线链路失败报告的方法、系统和终端
CN102395148B (zh) 一种提高移动健壮性的方法、系统和设备
CN102647737B (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
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: 20210527

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