一种进行rrc连接重建的方法及用户设备的制作方法
【专利摘要】本发明实施例公开了一种进行RRC连接重建的方法及用户设备，用于解决现有技术中存在的发生连接失败的UE在某个小区进行RRC连接重建过程中，该小区不符合设定的小区选择标准或该UE未收到网络侧发送的RRC连接重建命令的场景下，导致网络侧进行错误的移动性参数的优化的问题。本发明实施例的方法包括：发生连接失败的UE在选定的重建小区发起RRC连接重建请求；以及UE在确定该重建小区不符合设定的小区选择标准或自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带该重建小区的标识信息，或者自身不保存任何与连接失败相关的信息。
【专利说明】一种进行RRC连接重建的方法及用户设备
【技术领域】
[0001]本发明涉及通信【技术领域】，特别涉及一种进行RRC连接重建的方法及用户设备。【背景技术】
[0002]减少操作管理工作的复杂性，降低运营维护成本，是通信运营商的迫切要求。在下一代的网络中，希望通过引入网络自组织的机制，减少网络规划和操作维护的人工参与，降低网络的建设和运营成本。正是在这样的背景下，演进型通用陆地无线接入(EvolvedUniversal Terrestrial Rad1 Access, E-UTRA)系统的自组织网络(Self OrganizingNetworks, SON)特性作为第三代合作伙伴计划(3rd Generat1n Partnership Project,3GPP) 一个工作议题进行研究。SON技术包括了自配铬、自优化和自治愈，自优化是其中一项重要特性。
[0003]SON自优化功能需要监测一些网络和系统性能参数作为输入，如网络性能指标的统计、故障告警、通知等，在对输入数据进行分析后，优化算法做出决策，最后自动触发相关网络节点的调整操作。
[0004]在移动网络中，切换参数设铬不合适会严重影响系统性能，最严重的情况是导致用户掉话。因此移动性参数自优化是E-UTRA系统的SON所要解决的最重要问题之一，要能够减少切换失败的发生，减少不当切换导致的用户掉话，以及减少不必要的切换，避免这些切换对系统资源的无效使用。移动健壮性优化(Mobility Robustness Optimizat1n,MRO)首先要做的，是要准确地判断问题的根本原因。
[0005]不当的切换通常是由于切换参数设铬不合理导致的，包括以下几种情况:
[0006]a)终端没有及时切换到一个无线信号较好的小区，而原来的服务小区信号不断恶化直至用户掉话，这种情况称为“过迟切换”，意味着切换应当更早进行，但由于参数设铬得不合适使得切换被延迟了；
[0007]b)终端从源小区切换到目标小区，但是目标小区信号并不稳定，导致切换后很快就发生无线链路失败(Rad1 Link Failure，RLF)，随后终端再选择一个新的小区进行重建连接，这种情况称为“切换到错误小区”，意味着切换的目标小区选择不合适，重建连接的那个小区才是一个合适的目标小区，而原来选择的目标小区并不合适；
[0008]c)终端从源小区切换到目标小区，但很快发生了无线链路失败，随后终端选择了源小区进行重建连接，这种情况称为“过早切换”。
[0009]判断过迟切换的准则如下:
[0010]用户设备(User Equipment，UE)在切换触发之前发生RLF，然后该UE在不同于源小区的另一个小区尝试连接重建。
[0011]判断过早切换的准则如下:
[0012]UE在切换到目标小区后很快发生RLF或者在切换过程中发生了切换失败(Handover Failure, H0F)，然后该UE在源小区尝试连接重建。
[0013]判断切换到错误小区的准则如下:[0014]UE在切换过程中发生RLF (无论是在源小区还是在目标小区)或者在切换到目标小区后很快发生RLF，然后该UE在一个第三方小区(既非源小区，亦非目标小区)尝试连接重建。
[0015]在实际网络中，UE发生RLF主要包括以下两种原因:一是切换参数不合适使得没有及时变更用户的服务小区，服务小区的信号质量低到不足以提供服务，导致RLF ;另一个是网络中的覆盖空洞或者阴影衰落，当用户设备移动到空洞或阴影处时，由于无线链路条件急剧恶化，导致RLF。
[0016]只有第一种原因属于切换问题，第二种原因属于覆盖问题，需要排除在MRO的检测范围之外。这两种原因的判断是根据UE在失败时刻测量的本小区和邻区的参考信号接收功率(Reference Signal Received Power, RSRP) / 参考信号接收质量(ReferenceSignal Received Quality, RSRQ)实现的。如果在失败时刻，UE测量的所有小区的RSRP/RSRQ都很差，说明是覆盖漏洞；否则，说明是切换问题。为了辅助网络侧进行MRO的判断，UE需要上报与连接失败(RLF或者H0F)相关的信息，包括如下内容:
[0017]1、如果是RLF，上报该UE的最后的服务小区的ID ;如果是H0F，上报该UE切换的目标小区的ID ；
[0018]2、进行无线资源控制(Rad1 Resource Control, RRC)连接重建的小区的标识；
[0019]3、发起切换的小区的标识；
[0020]4、从最后一次切换发起到发生连接失败的时间；
[0021 ] 5、指不本次失败是RLF还是HOF ；
[0022]6、测量信息:包括发生RLF时服务小区的RSRP/RSRQ以及邻区的RSRP/RSRQ。
[0023]在3GPP规范中，UE在发生RLF或者HOF时，会将上述1，3，4，5以及6记录下来，在发送RRC连接重建请求(RRC RE-ESTABLISHMENT REQUEST)消息时，会将2记录下来。UE在RRC连接重建成功或者RRC连接建立成功之后，将自身记录的这些与连接失败相关的信息上报给网络侧。网络侧根据UE上报的与连接失败相关的信息，判断是覆盖问题还是由于移动性参数设铬不合理而导致的切换过早/切换过迟/切换到错误小区。
[0024]目前，只要发生连接失败(RLF或H0F)的UE准备向某个小区发起RRC连接重建请求，该UE就会把该小区记录为重建小区。但是，很有可能发生如下情况:UE在发起RRC连接重建请求后，该小区可能又不符合小区选择的标准或者UE在发起RRC连接重建请求后没有收到网络侧发送的RRC重建命令。在上述场景下，UE仍然在上报给网络侧的与连接失败相关的信息中携带该重建小区的标识信息，网络侧仍会认为该重建小区是合适的小区，并进行MRO的判断和优化，从而导致错误的移动性参数的优化。
[0025]综上所述，现有规范中，只要发生连接失败的UE准备向某个小区发起RRC连接重建请求，该UE就会把该小区记录为重建小区，并将该重建小区的标识信息上报给网络侧，在该小区不符合设定的小区选择标准或该UE未收到网络侧发送的RRC连接重建命令的场景下，导致网络侧进行错误的移动性参数的优化。
【发明内容】
[0026]本发明实施例提供了一种进行RRC连接重建的方法及用户设备，用于解决现有技术中存在的发生连接失败的UE在某个小区进行RRC连接重建过程中，该小区不符合设定的I，或者自身不保存任何与连接失败相关的
芒选定的重建小区发起连接重建请求，:准或自身未收到该重建小区所属的网络侧的与连接失败相关的信息中不携带重建小:相关的信息，从而避免了服在重建小区发的小区选择标准或该服未收到该重建小区务景下，容易导致网络侧进行错误的移动性
专重建的方法流程图；
X意图；
X意图；
X意图；
X意图；[0044]参见图1所示，本发明实施例提供的一种进行RRC连接重建的方法，包括以下步骤:
[0045]步骤11、发生连接失败的用户设备UE在选定的重建小区发起RRC连接重建请求；
[0046]步骤12、UE在确定该重建小区不符合设定的小区选择标准或自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带该重建小区的标识信息，或者自身不保存任何与连接失败相关的信息
[0047]在实施中，连接失败表示用户设备与其接入的小区之间的连接断开，如RLF、HOF
坐寸ο
[0048]在实施中，重建小区的标识信息可以为演进通用移动通信系统陆地无线接入网小区全球标识 E-CGI (E-UTRAN Cell Global ID ；Evolved UMTS Terrestrial Rad1 AccessNetwork, E-UTRAN !Universal Mobile Telecommunicat1ns System, UMTS !Identifier,ID)等。
[0049]在实施中，UE在确定自身发送连接失败(RLF或H0F)时，会将下列信息中的一种或组合记录在与连接失败相关的信息中:
[0050]发生连接失败的小区的标识，其中，如果是RLF，上报该UE的最后的服务小区的ID ;如果是H0F，上报该UE切换的目标小区的ID ；
[0051]发起切换的小区的标识；
[0052]从最后一次切换发起到发生连接失败的时间；
[0053]指示信息，用于指示本次连接失败是RLF还是HOF ；以及
[0054]测量信息，包括发生连接失败时该UE的服务小区的RSRP/RSRQ以及邻区的RSRP/RSRQ。
[0055]在实施中，UE在确定自身发送连接失败后，根据设定的小区选择标准，进行小区选择，并发起RRC连接重建过程。
[0056]需要说明的是，本发明实施例中涉及设定的小区选择标准可参见3GPP36.304协议中的规定，UE判断重建小区是否符合设定的小区选择标准的过程请参见3GPP36.304协议。
[0057]在实施中，步骤12中，UE根据以下步骤确定自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令:
[0058]UE在向重建小区所属的网络侧设备发送RRC连接重建请求时，开启已配铬的定时器(如定时器T301);以及
[0059]在该定时器超时时，UE确定未收到重建小区所属的网络侧设备发送的RRC连接重建命令。
[0060]在实施中，本发明实施例的方法进一步包括以下实现方法:
[0061]方法A、UE保存有与连接失败相关的信息，且该与连接失败相关的信息中不携带重建小区的标识信息；
[0062]进一步，方法A又包括以下两种实现方法:
[0063]方法Al、UE在重建小区发起RRC连接重建请求时，将该重建小区的标识信息保存在与连接失败相关的信息中，此时，该UE保存的与连接失败相关的信息中既包括该UE在确定自身发生连接失败时记录的信息，又包括重建小区的标识信息；以及[0064]该UE在确定该重建小区不符合设定的小区选择标准或者自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，删除该与连接失败相关的信息中保存的该重建小区的标识信息，此时，该UE保存的与连接失败相关的信息中仅包括该UE在确定自身发生连接失败时记录的信息；
[0065]该方法下，若UE后续通过RRC连接建立过程连接到网络侧，并向网络侧上报自身保存的与连接失败相关的信息时，该与连接失败相关的信息中不携带重建小区的标识信
肩、O
[0066]方法A2、UE在重建小区发起RRC连接重建请求时，不在与连接失败相关的信息中保存该重建小区的标识信息，此时，该UE保存的与连接失败相关的信息中仅包括该UE在确定自身发生连接失败时记录的信息；
[0067]该方法下，若UE后续通过RRC连接建立过程连接到网络侧，并向网络侧上报自身保存的与连接失败相关的信息时，该与连接失败相关的信息中不携带重建小区的标识信
肩、O
[0068]需要说明的是，该方法下，该UE在重建小区发起RRC连接重建请求时，不在与连接失败相关的信息中保存该重建小区的标识信息；若在RRC连接重建过程中，该UE确定该RRC连接重建成功(即该UE接收到该重建小区所属的网络侧设备发送的RRC连接重建命令)或该RRC连接重建被拒绝(即该UE接收到该重建小区所属的网络侧设备发送的RRC连接重建拒绝消息)，则该UE将该重建小区的标识信息保存在该与连接失败相关的信息中，该场景下，UE保存的与连接失败相关的信息中既包括该UE在确定自身发生连接失败时记录的信息，又包括重建小区的标识信息。
[0069]方法B、UE不保存任何与连接失败相关的信息；
[0070]优选的，方法B的具体方法包括:
[0071]UE在重建小区发起RRC连接重建请求时，将该重建小区的标识信息保存在与连接失败相关的信息中，此时，该UE保存的与连接失败相关的信息中既包括该UE在确定自身发生连接失败时记录的信息，又包括重建小区的标识信息；以及
[0072]该UE在确定该重建小区不符合设定的小区选择标准或者自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，删除自身保存的所有与连接失败相关的信息，即该UE不保存任何与连接失败相关的信息。
[0073]该方法下，若UE后续通过RRC连接建立过程连接到网络侧，该UE不会向网络侧上报任何与连接失败相关的信息。
[0074]进一步，在方法A下，即UE保存有与连接失败相关的信息，且该与连接失败相关的信息中不携带重建小区的标识信息，若UE后续通过RRC连接建立过程连接到了网络侧，并向网络侧上报了自身保存的与连接失败相关的信息，则该网络侧执行以下步骤:
[0075]该网络侧接收UE上报的与连接失败相关的信息；以及
[0076]该网络侧在确定该与连接失败相关的信息中不携带重建小区的标识信息后，不进行移动健壮性优化处理。
[0077]具体的，该网络侧收到UE发送的与连接失败相关的信息后，先根据该与连接失败相关的信息中的测量信息(即RSRP/RSRQ)，判断该UE连接失败的原因是否是覆盖漏洞；若不是，且确定该与连接失败相关的信息中的重建小区的标识信息也不存在，则忽略本次上报，且不会根据本次上报的信息进行移动健壮性参数的优化；
[0078]需要说明的是，网络侧获取UE保存的与连接失败相关的信息的过程请参见3GPP36.331 协议；
[0079]网络侧根据该与连接失败相关的信息中的测量信息(即RSRP/RSRQ)，判断该UE连接失败的原因是否是覆盖漏洞的过程请参见3GPP36.300协议。
[0080]举例说明，假设小区A为连接态的UE提供服务，且小区A有三个邻区，小区B、小区C及小区D ;
[0081]若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 ；
[0082]作为一种实现方式，若该UE在RLF REPORT中携带了作为重建小区ID的小区B的标识信息；相应的，网络侧在分析本次UE记录的RLF REPORT数据时，考虑到UE在小区A发生失败，并在小区B进行RRC连接重建是一个典型的切换过迟的场景，该网络侧会认为连接失败的原因是小区A到小区B的切换过迟，当统计量达到设定的阈值后，网络侧会调整从小区A到小区B的切换参数，使UE能更早的从小区A切换到小区B。然后，实际上，小区B并不是最合适的小区；
[0083]作为另一种实现方式，若采用本发明实施例的方法A，即该UE在RLFREP0RT中不携带重建小区ID ;相应的，网络侧根据该UE上报的本小区和邻小区的RSRP/RSRQ判断本次连接失败原因不是覆盖漏洞，则该网络侧不会将本次上报统计为覆盖漏洞，同时，由于RLFREPORT中不携带重建小区ID，则网络侧也不会将本次上报作为移动健壮性优化的参考，因此，网络侧不会调整从小区A到小区B的切换参数；
[0084]作为再一种实现方式，若采用本发明实施例的方法B，即该UE从IDLE状态连接到网络侧后，不会向网络侧上报RLF REPORT ;相应的，由于网络侧没有收到UE的上报，因此，本次失败不会作为覆盖漏洞或者移动健壮性优化的输入。
[0085]下面以UE的连接失败是RLF为例，对本发明实施例提供的进行RRC连接重建的方法进行说明，其他连接失败的情况与此类似，此处不再一一举例说明。
[0086]实施例一、参见图2所示，本实施例提供的进行RRC连接重建的方法包括以下步骤:
[0087]步骤21、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID (即该UE的最后的服务小区的ID)等信息；
[0088]步骤22、UE根据设定的小区选择标准，进行小区选择，并选择了 CELLl (小区I)进行RRC连接重建，且记录重建小区ID为CELLl ；
[0089]步骤23、UE向CELLl所属的网络侧设备发送RRC连接重建请求；[0090]步骤24、在RRC连接重建过程中，UE发现CELLl不符合小区选择标准，则该UE删除自身保存的重建小区ID ；
[0091]步骤25、UE进入IDLE状态；
[0092]步骤26、UE接收到CELLl所属的网络侧设备下发的RRC连接重建命令；
[0093]步骤27、UE向CELL2发起RRC连接建立过程，在该RRC连接建立成功后，CELL2所属的网络侧设备获取该UE保存的RLF REPORT，且该RLF REPORT中的重建小区ID为空；
[0094]其中，该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
[0095]基于本实施例，网络侧设备在接收到该RLF REPORT后，先根据RLF REPORT中的RSRP/RSRQ判断是否是覆盖漏洞；如果不是覆盖漏洞，且重建小区ID也不存在，则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
[0096]实施例二、参见图3所示，本实施例提供的进行RRC连接重建的方法包括以下步骤:
[0097]步骤31、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
[0098]步骤32、UE根据设定的小区选择标准，进行小区选择，并选择了 CELLl进行RRC连接重建，且记录重建小区ID为CELLl ；
[0099]步骤33、UE向CELLl所属的网络侧设备发送RRC连接重建请求；
[0100]步骤34、直到定时器T301超时时，该UE都没有接收到CELLl所属的网络侧设备下发的RRC连接重建命令；
[0101]步骤35、UE进入IDLE状态；
[0102]步骤36、UE向CELL2发起RRC连接建立过程，在该RRC连接建立成功后，CELL2所属的网络侧设备获取该UE保存的RLF REPORT，且该RLF REPORT中的重建小区ID为空；
[0103]其中，该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ，以及失败小区
ID等信息。
[0104]基于本实施例，网络侧设备在接收到该RLF REPORT后，先根据RLF REPORT中的RSRP/RSRQ判断是否是覆盖漏洞；如果不是覆盖漏洞，且重建小区ID也不存在，则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
[0105]实施例三、参见图4所示，本实施例提供的进行RRC连接重建的方法包括以下步骤:
[0106]步骤41、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
[0107]步骤42、UE根据设定的小区选择标准，进行小区选择，并选择了 CELLl进行RRC连接重建，此时，该UE不记录重建小区ID ；
[0108]步骤43、UE向CELLl所属的网络侧设备发送RRC连接重建请求；
[0109]步骤44、在RRC连接重建过程中，UE发现CELLl不符合小区选择标准；
[0110]步骤45、UE进入IDLE状态；
[0111]步骤46、UE接收到CELLl所属的网络侧设备下发的RRC连接重建命令；
[0112]步骤47、UE向CELL2发起RRC连接建立过程，在该RRC连接建立成功后，CELL2所属的网络侧设备获取该UE保存的RLF REPORT,且该RLF REPORT中的重建小区ID为空；
[0113]其中，该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ，以及失败小区
ID等信息。
[0114]基于本实施例，网络侧设备在接收到该RLF REPORT后，先根据RLF REPORT中的RSRP/RSRQ判断是否是覆盖漏洞；如果不是覆盖漏洞，且重建小区ID也不存在，则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
[0115]实施例四、参见图5所示，本实施例提供的进行RRC连接重建的方法包括以下步骤:
[0116]步骤51、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
[0117]步骤52、UE根据设定的小区选择标准，进行小区选择，并选择了 CELLl进行RRC连接重建，此时，该UE不记录重建小区ID ；
[0118]步骤53、UE向CELLl所属的网络侧设备发送RRC连接重建请求；
[0119]步骤54、直到定时器T301超时时，该UE都没有接收到CELLl所属的网络侧设备下发的RRC连接重建命令；
[0120]步骤55、UE进入IDLE状态；
[0121]步骤56、UE向CELL2发起RRC连接建立过程，在该RRC连接建立成功后，CELL2所属的网络侧设备可以获取该UE保存的RLF REPORT,且该RLF REPORT中的重建小区ID为空;
[0122]其中，该RLF REPORT包括发生RLF时服务小区和邻区的RSRP/RSRQ，以及失败小区
ID等信息。
[0123]基于本实施例，网络侧设备在接收到该RLF REPORT后，先根据RLF REPORT中的RSRP/RSRQ判断是否是覆盖漏洞；如果不是覆盖漏洞，且重建小区ID也不存在，则该网络侧设备不会根据该RLF REPORT进行移动健壮性参数的优化。
[0124]实施例五、参见图6所示，本实施例提供的进行RRC连接重建的方法包括以下步骤:
[0125]步骤61、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
[0126]步骤62、UE根据设定的小区选择标准，进行小区选择，并选择了 CELLl进行RRC连接重建，且记录重建小区ID为CELLl ；
[0127]步骤63、UE向CELLl所属的网络侧设备发送RRC连接重建请求；
[0128]步骤64、在RRC连接重建过程中，UE发现CELLl不符合小区选择标准，则该UE删除已记录的与RLF相关的信息；
[0129]步骤65、UE进入IDLE状态；
[0130]步骤66、UE接收到CELLl所属的网络侧设备下发的RRC连接重建命令；
[0131]步骤67、UE向CELL2发起RRC连接建立过程，且在该RRC连接建立成功后，该UE不会向CELL2所属的网络侧设备上报RLF REPORT。
[0132]实施例六、参见图7所示，本实施例提供的进行RRC连接重建的方法包括以下步骤:[0133]步骤71、UE确定自身发生RLF，并记录发生RLF时自身服务小区和邻区的RSRP/RSRQ，以及失败小区ID等信息；
[0134]步骤72、UE根据设定的小区选择标准，进行小区选择，并选择了 CELLl进行RRC连接重建，且记录重建小区ID为CELLl ；
[0135]步骤73、UE向CELLl所属的网络侧设备发送RRC连接重建请求；
[0136]步骤74、直到定时器T301超时时，该UE都没有接收到CELLl所属的网络侧设备下发的RRC连接重建命令，则该UE删除记录的与RLF相关的信息；
[0137]步骤75、UE进入IDLE状态；
[0138]步骤76、UE向CELL2发起RRC连接建立过程，且在该RRC连接建立成功后，该UE不会向CELL2所属的网络侧设备上报RLF REPORT。
[0139]上述方法处理流程可以用软件程序实现，该软件程序可以存储在存储介质中，当存储的软件程序被调用时，执行上述方法步骤。
[0140]基于同一发明构思，本发明实施例中还提供了一种用户设备，由于该用户设备解决问题的原理与上述进行RRC连接重建的方法相似，因此该用户设备的实施可以参见方法的实施，重复之处不再赘述。
[0141]参见图8所示，本发明实施例提供的用户设备，应用于发生了连接失败的场景下，该用户设备包括:
[0142]第一处理模块81，用于在选定的重建小区发起无线资源控制RRC连接重建请求；
[0143]第二处理模块82，用于在确定该重建小区不符合设定的小区选择标准或自身未收到该重建小区所属的网络侧设备发送的RRC连接重建命令时，确定自身保存的与连接失败相关的信息中不携带该重建小区的标识信息，或者自身不保存任何与连接失败相关的信
肩、O
[0144]作为一种实现方式，
[0145]第一处理模块81具体用于:在重建小区发起RRC连接重建时，将重建小区的标识信息保存在与连接失败相关的信息中；以及
[0146]第二处理模块82具体用于:在确定重建小区不符合设定的小区选择标准或者自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令后，删除该与连接失败相关的信息中保存的重建小区的标识信息。
[0147]作为另一种实现方式，
[0148]第一处理模块81具体用于:在重建小区发起RRC连接重建时，不在与连接失败相关的信息中保存重建小区的标识信息。
[0149]作为再一种实现形式，
[0150]第一处理模块81具体用于:在重建小区发起RRC连接重建时，将重建小区的标识信息保存在与连接失败相关的信息中；以及
[0151]第二处理模块82具体用于:在确定重建小区不符合设定的小区选择标准或者自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令后，删除自身保存的所有与连接失败相关的信息。
[0152]在实施中，第二处理模块82根据以下步骤确定自身未收到重建小区所属的网络侧设备发送的RRC连接重建命令:程数据处理设备的处理器执行的指令产生方框图一个方框或多个方框中指定的功能
导计算机或其他可编程数据处理设备以特该计算机可读存储器中的指令产生包括指流程或多个流程和/或方框图一个方框或
或其他可编程数据处理设备上，使得在计认产生计算机实现的处理，从而在计算机或流程图一个流程或多个流程和/或方框图
本领域内的技术人员一旦得知了基本创造改。所以，所附权利要求意欲解释为包括优欠。
进行各种改动和变型而不脱离本发明的精属于本发明权利要求及其等同技术的范围
【权利要求】
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连接重建命令时，确定自身保存的与连接失败相关的信息中不携带所述重建小区的标识信息，或者自身不保存任何与连接失败相关的信肩、O
7.如权利要求6所述的用户设备，其特征在于， 所述第一处理模块具体用于:在所述重建小区发起RRC连接重建请求时，将所述重建小区的标识信息保存在与连接失败相关的信息中； 所述第二处理模块具体用于:在确定所述重建小区不符合设定的小区选择标准或者自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令后，删除所述与连接失败相关的信息中保存的所述重建小区的标识信息。
8.如权利要求6所述的用户设备，其特征在于，所述第一处理模块具体用于: 在所述重建小区发起RRC连接重建请求时，不在与连接失败相关的信息中保存所述重建小区的标识信息。
9.如权利要求6所述的用户设备，其特征在于， 所述第一处理模块具体用于:在所述重建小区发起RRC连接重建请求时，将所述重建小区的标识信息保存在与连接失败相关的信息中； 第二处理模块具体用于:在确定所述重建小区不符合设定的小区选择标准或者自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令后，删除自身保存的所有与连接失败相关的信息。
10.如权利要求6~9任一项所述的用户设备，其特征在于，所述第二处理模块根据以下步骤确定自身未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令: 在向所述重建小区所属的网络侧设备发起RRC连接重建请求时，开启已配置的定时器；以及在所述定时器超时时，确定未收到所述重建小区所属的网络侧设备发送的RRC连接重建命令。
【文档编号】H04W76/02GK104039023SQ201310069100
【公开日】2014年9月10日 申请日期:2013年3月5日 优先权日:2013年3月5日
【发明者】刘爱娟, 吴昱民 申请人:电信科学技术研究院