CN113727467A - 一种恢复rrc连接的方法、装置、芯片、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种恢复RRC连接的方法、装置、芯片、设备及存储介质，应用于终端设备，该方法包括：在终端设备处于非激活状态且与网络设备之间存在数据传输需求的情况下，向当前驻留小区的网络设备发送无线资源控制RRC恢复请求消息；若接收到当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选；若在第一预设区域内重选成功且重选至第一小区，则在第一小区中发起RRC连接建立请求消息，以实现与第一小区的网络设备建立RRC连接。这样，可以降低终端设备接入网络的接入时延，从而不仅能够快速恢复数据传输，而且还能够有效避免空口资源的浪费。

Description

一种恢复RRC连接的方法、装置、芯片、设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种恢复RRC连接的方法、装置、芯片、设备及存储介质。

背景技术

根据第三代合作伙伴计划(3rd Generation Partnership，3GPP)的协议规定，在4G或5G移动通信系统中，用户设备(User Equipment，UE)的无线资源控制(Radio ResourceControl，RRC)包括有三种状态：连接(Connected)状态、非激活(Inactive)状态和空闲(Idle)状态。其中，针对处于非激活状态下的UE，在接收到网络寻呼或者UE存在高层业务需求时，这时候UE可能发起RRC恢复(RRC Resume)请求，从而进入连接状态。

然而，在实际应用中，由于网络侧与UE的状态不匹配、或者由于网络侧对于UE的RRC Resume请求处理发生异常等原因，那么网络侧就有可能回复RRC释放(RRC Release)消息给UE，导致RRC恢复失败，或者甚至还会反复发起RRC Resume流程，使得数据长时间无法得到传输，而且还会造成资源浪费。

发明内容

本申请提出一种恢复RRC连接的方法、装置、芯片、设备及存储介质，可以降低终端设备接入网络的接入时延，从而不仅能够快速恢复数据传输，同时还能够有效避免空口资源的浪费。

本申请的技术方案是这样实现的：

第一方面，本申请实施例提供了一种恢复RRC连接的方法，该方法包括：

在终端设备处于非激活状态且与网络设备之间存在数据传输需求的情况下，向当前驻留小区的网络设备发送RRC恢复请求消息；

若接收到当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选；

若在第一预设区域内重选成功且重选至第一小区，则在第一小区中发起RRC连接建立请求消息，以实现与第一小区的网络设备建立RRC连接。

第二方面，本申请实施例提供了一种恢复RRC连接装置，应用于终端设备，恢复RRC连接装置包括收发单元、重选单元和建立单元；其中，

收发单元，配置为在终端设备处于非激活状态且与网络设备之间存在数据传输需求的情况下，向当前驻留小区的网络设备发送RRC恢复请求消息；

重选单元，配置为若收发单元接收到当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选；

建立单元，配置为若在第一预设区域内重选成功且重选至第一小区，则在第一小区中发起RRC连接建立请求消息，以实现与第一小区的网络设备建立RRC连接。

第三方面，本申请实施例提供了一种芯片，应用于终端设备，该芯片包括存储器和处理器；其中，

存储器，用于存储能够在处理器上运行的计算机程序；

处理器，用于在运行计算机程序时，以使如第一方面所述的方法被执行。

第四方面，本申请实施例提供了一种终端设备，该终端设备包括如第三方面所述的芯片和收发器；其中，

收发器，用于与网络设备进行信息交互；

芯片，用于在运行计算机程序时，以使如第一方面所述的方法被执行。

第五方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现如第一方面所述的方法。

本申请实施例所提供的一种恢复RRC连接的方法、装置、芯片、设备及存储介质，在终端设备处于非激活状态且与网络设备之间存在数据传输需求的情况下，向当前驻留小区的网络设备发送RRC恢复请求消息；若接收到当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选；若在第一预设区域内重选成功且重选至第一小区，则在第一小区中发起RRC连接建立请求消息，以实现与第一小区的网络设备建立RRC连接。这样，在终端设备处于非激活状态且存在上行数据或下行数据传输的情况下，根据目标信令可以快速识别当前驻留小区或者当前驻留小区的网络设备存在异常，这时候及时进行小区重选并重新建立RRC连接，能够降低终端设备接入网络的接入时延，从而不仅可以快速恢复数据传输，避免频繁发起RRC Resume流程，同时还可以减少网络侧与UE之间的RRC信令交互，进而能够有效避免空口资源的浪费。

附图说明

图1为一种通信系统的网络架构示意图；

图2为一种终端设备接收RRC释放消息的流程示意图；

图3为另一种终端设备接收RRC释放消息的流程示意图；

图4为一种终端设备接收RRC拒绝消息的流程示意图；

图5为本申请实施例提供的一种恢复RRC连接的方法的流程示意图；

图6为本申请实施例提供的一种恢复RRC连接的方法的详细流程示意图；

图7为本申请实施例提供的另一种恢复RRC连接的方法的详细流程示意图；

图8为本申请实施例提供的一种恢复RRC连接装置的组成结构示意图；

图9为本申请实施例提供的一种芯片的具体硬件结构示意图；

图10为本申请实施例提供的一种终端设备的具体硬件结构示意图。

具体实施方式

为了能够更加详尽地了解本申请实施例的特点与技术内容，下面结合附图对本申请实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本申请实施例。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。还需要指出，本申请实施例所涉及的术语“第一\第二\第三”仅是用于区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

对本申请实施例进行进一步详细说明之前，先对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释：

第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)

用户设备(User Equipment，UE)

无线资源控制(Radio Resource Control，RRC)

RRC恢复(RRC Resume)

RRC释放(RRC Release)

RRC拒绝(RRC Reject)

接入层(Access Stratum，AS)

非接入层(Non-Access Stratum，NAS)

接入管理(Connection Management，CM)

接入网通知区域(RAN-based Notification Area，RNA)

接入网通知区域更新(RAN-based Notification Area Update，RNAU)

5G无线接入网(NG Radio Access Network，NG-RAN)

应理解，本申请实施例的技术方案可以应用于4G通信系统、5G通信系统或者其他无线通信系统(包括未来的各种通信系统)。参见图1，其示出了一种无线通信系统的网络架构示意图。如图1所示，该网络架构可以包括终端设备和网络设备，且终端设备与网络设备之间建立通信连接。

在一些实施例中，终端设备可以称之为UE。该终端设备可以为个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(SessionInitiation Protocol，SIP)话机、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备，该终端设备也可以为智能手机、平板电脑、掌上电脑、移动台(Mobile Station，MS)、移动终端(Mobile Terminal)等等，该终端设备可以经无线接入网(Radio Access Network，RAN)与一个或多个网络设备进行通信。例如，终端设备可以是移动电话(或称为“蜂窝”电话)或具有终端设备的计算机等，例如，终端设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语音和/或数据。终端设备还可以为有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来演进的网络中的终端设备等，本申请实施不作限定。

网络设备是一种为终端设备提供无线通信功能的设备，包括但不限于：长期演进(Long-Term Evolution，LTE)系统、新空口(New Radio，NR)系统或者授权辅助接入长期演进(Licensed-Assisted Access using Long-Term Evolution，LAA-LTE)系统中的演进型基站(evolutional Node B，可简称为eNB或e-NodeB)、宏基站、微基站(也可称为“小基站”)、微微基站、基站收发台(Base Transceiver Station，BTS)、基带单元(Base BandUnit，BBU)、接入站点(Access Point，AP)、传输站点(Transmission Point，TP)或新一代基站(new generation Node B，gNodeB)等。

通常情况下，终端设备附近可能存在多个网络设备，终端设备可以根据各个网络设备所在的小区的服务质量值(比如信号质量)来选择小区作为服务小区(也可称为“驻留小区”)，不同的网络设备所在的小区的服务质量值可能存在差别，终端设备应该驻留在服务质量值较好的小区。

具体地，如图1所示，假定存在三个网络设备，分别为网络设备1、网络设备2和网络设备3，终端设备驻留在网络设备1所在的小区1，这时候小区1即为当前驻留小区；如果小区1的服务质量变差或者网络设备1出现异常，那么终端设备可以进行小区重选，例如重选至小区2，然后与网络设备2建立通信连接；或者重选至小区3，然后与网络设备3建立通信连接。

目前，随着5G网络的到来，终端设备的RRC包括有三种状态：连接(Connected)状态、非激活(Inactive)状态和空闲(Idle)状态。其中，处于非激活状态下的UE，有可能根据以下几种触发原因发起RRC Resume流程从而进入连接状态，具体如下：

(1)NG-RAN寻呼：如果网络侧需要传输下行数据，会通过NG-RAN寻呼来寻找UE，然后UE触发RRC Resume流程来恢复RRC连接以响应NG-RAN寻呼，待RRC Resume完成后即可传输下行数据；

(2)UE高层业务需求：如果UE高层需要传输上行数据，NAS层会携带相应的Resume原因给RRC来触发RRC Resume流程，待RRC Resume完成后即可传输上行数据；

(3)RNA更新：由于UE位置变化导致脱离之前注册过的RNA区域或者T380超时导致的周期性RNA更新等两种场景下触发的RRC Resume流程，UE通过RRC Resume流程来更新其在网络侧的位置信息。

当UE发起RRC Resume请求时，UE可能会接收到RRC Release消息或者RRC Reject消息，针对这两种情况的处理具体如下：

(1)在UE发起RRC Resume请求后，如果接收到网络侧发送的RRC Release消息，如果RRC Release消息中携带挂起配置(suspendConfig)信息，那么UE使用对应的配置，更新其在非激活状态所保存的AS上下文，这时候仍然在非激活状态继续保持，详见图2所示。如果RRC Release消息中未携带suspendConfig信息，那么UE从非激活状态退出并进入空闲态，详见图3所示。

(2)在UE发起RRC Resume请求后，如果接收到网络侧发送的RRC Reject消息，那么UE根据RRC Reject消息中携带的等待时间(Wait Time)，并启动T302定时器，这时候仍然在非激活状态继续保持，详见图4所示。

需要说明的是，RRC Resume请求可以包括RRC Resume Request和RRC ResumeRequest1。其中，对于RRC Resume Request和RRC Resume Request1而言，具体采用RRCResume Request还是RRC Resume Request1是在SIB1中的useFullResumeID标识确定的。

另外，对于RRC Resume请求而言，无论是RRC Resume Request还是RRC ResumeRequest1，本申请实施例均可以适用，这里不作任何限定。

在实际应用中，非激活状态是为了UE在没有业务需求的情况下，释放UE与接入网的连接，但仍然保持NAS层接入管理连接的状态。在非激活状态下，UE高层业务需求或者响应NG-RAN寻呼时，需要快速恢复RRC连接，这时候基站在接收到UE所发送的RRC Resume请求后，可能会向UE回复如下几种信令之一：

①RRC Resume：基站能够获取到UE的上下文信息，并且为该UE分配好资源让其接入；

②RRC Setup：基站获取不到UE的上下文信息，但是仍为该UE分配好资源让其接入；

③RRC Reject：基站当前资源不足，无法令UE接入。

简言之，对于UE高层业务需求所触发的RRC Resume请求，只要基站具有足够的资源供UE接入，那么理论上就一定会发送RRC Resume或RRC Setup信令给UE。若是基站资源不足，那么就会发送RRC Reject信令给UE。而对于响应NG-RAN寻呼所触发的RRC Resume请求，理论上基站会预留足够的资源，因此就会发送RRC Resume或RRC Setup信令给UE。

然而，在实际过程中，由于网络侧与UE的状态不匹配，或者由于网络侧对于UE的RRC Resume请求处理发生了异常(例如，错误识别Resume原因)，那么就可能回复RRCRelease消息给UE。这时候如果UE按照相关技术的流程处理，那么高层信令就无法成功发送到网络；如果网络侧回复的RRC Release消息携带了suspendConfig，甚至还有可能在“发起RRC Resume–接收到RRC Release with suspendConfig-再次发起RRC Resume”这个过程中反复循环，导致数据长时间不能得到传输，严重影响了用户的体验感，而且会造成资源浪费。

本申请实施例提供了一种恢复RRC连接的方法，应用于终端设备。在终端设备处于非激活状态且与网络设备之间存在数据传输需求的情况下，向当前驻留小区的网络设备发送RRC恢复请求消息；若接收到当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选；若在第一预设区域内重选成功且重选至第一小区，则在第一小区中发起RRC连接建立请求消息，以实现与第一小区的网络设备建立RRC连接。这样，在终端设备处于非激活状态且存在上行数据或下行数据传输的情况下，根据目标信令可以快速识别当前驻留小区或者当前驻留小区的网络设备存在异常，这时候及时进行小区重选并重新建立RRC连接，能够降低终端设备接入网络的接入时延，从而不仅可以快速恢复数据传输，避免频繁发起RRC Resume流程，同时还可以减少网络侧与UE之间的RRC信令交互，进而能够有效避免空口资源的浪费。

下面将结合附图对本申请各实施例进行详细说明。

本申请的一实施例中，参见图5，其示出了本申请实施例提供的一种恢复RRC连接的方法的流程示意图。如图5所示，该方法可以包括：

S501：在终端设备处于非激活状态且与网络设备之间存在数据传输需求的情况下，向当前驻留小区的网络设备发送RRC恢复请求消息。

需要说明的是，在本申请实施例中，该方法的执行主体是终端设备，其应用于包括终端设备和网络设备的通信系统。在该通信系统中，终端设备与网络设备可以进行信息交互，例如，终端设备向网络设备发送上行数据，或者网络设备向终端设备发送下行数据。

还需要说明的是，在本申请实施例中，在终端设备处于非激活状态下，如果终端设备与网络设备之间存在数据传输需求，例如终端设备的高层业务需求或者响应接入网络的寻呼需求(如响应NG-RAN寻呼需求)，那么需要快速恢复RRC连接，这时候终端设备会向当前驻留的网络设备发送RRC恢复请求消息，其可以用RRC Resume Request或者RRC ResumeRequest1表示。

S502：若接收到当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选。

在本申请实施例中，目标信令具体用于指示当前驻留小区或者当前驻留小区的网络设备存在异常。其中，目标信令可以包括RRC释放消息或者RRC拒绝消息。在这里，RRC释放消息可以用RRC Release表示，RRC拒绝消息可以用RRC Reject表示。

需要说明的是，在终端设备处于非激活状态下，由于终端设备高层业务需求发起的RRC Resume流程，将可能接收到网络侧下发的RRC释放消息；或者，终端设备响应NG-RAN寻呼发起的RRC Resume流程，将可能接收到网络侧下发的RRC释放消息或RRC拒绝消息。也就是说，对于目标信令而言，在一些实施例中，该方法还可以包括：

当数据传输需求为终端设备的高层业务需求时，确定当前驻留小区的网络设备发送的目标信令为RRC释放消息；

当数据传输需求为响应接入网络的寻呼需求时，确定当前驻留小区的网络设备发送的目标信令为RRC释放消息或者RRC拒绝消息。

还需要说明的是，本申请实施例主要是提出一种快速响应数据传输请求的技术方案。在这两种场景下，终端设备可以判定网络侧出现异常，为了快速响应终端设备的高层或NG-RAN寻呼的数据传输请求，这时候需要进行小区重选，以便能够重选至其他小区(当前驻留小区或当前驻留小区的网络设备已经出现异常)。

S503：若在第一预设区域内重选成功且重选至第一小区，则在第一小区中发起RRC连接建立请求消息，以实现与第一小区的网络设备建立RRC连接。

需要说明的是，在接收到当前驻留小区的网络设备发送的目标信令时，意味着当前驻留小区或当前驻留小区的网络设备已经出现异常，这时候首先需要在第一预设区域内进行小区重选。如果在第一预设区域内重选成功且重选至第一小区，那么可以在第一小区中发起RRC连接建立请求消息，从而与第一小区的网络设备建立RRC连接。

具体地，在一些实施例中，所述与第一小区的网络设备建立RRC连接，可以包括：

向第一小区的网络设备发送RRC连接建立请求消息；

接收第一小区的网络设备返回的RRC连接建立响应消息；

向第一小区的网络设备发送RRC连接建立完成消息，以成功建立与第一小区的网络设备之间的RRC连接。

在本申请实施例中，RRC连接建立的过程具体如下：(1)、终端设备发送RRC连接请求消息，请求建立一个RRC连接；(2)、第一小区的网络设备在接收到RRC连接建立请求消息之后，将由基站分配RRC连接所需的特定无线链路资源，当基站资源准备成功后，则向终端设备返回RRC连接建立响应消息，该消息中包含基站分配的专用信道信息；(3)、终端设备确认RRC连接建立成功后，在刚建立的专用信道上向第一小区的网络设备发送RRC连接建立完成消息，意味着RRC连接建立过程结束，即成功建立与第一小区的网络设备之间的RRC连接。

进一步地，在一些实施例中，成功建立与第一小区的网络设备之间的RRC连接之后，该方法还可以包括：基于所述RRC连接，与第一小区的网络设备进行数据传输。

也就是说，如果在第一预设区域内重选成功，而且终端设备与第一小区的网络设备之间的RRC连接成功建立，那么基于该RRC连接，可以由终端设备向网络设备发送上行数据或者由网络设备向终端设备发送下行数据。

还需要说明的是，在第一预设区域内进行小区重选时，如果重选失败，那么可以在第二预设区域内进行小区重选。具体地，在一些实施例中，在第一预设区域内进行小区重选之后，该方法还可以包括：

若在第一预设区域内重选失败，则在第二预设区域内进行小区重选；

若在第二预设区域内重选成功且重选至第二小区，则在第二小区中发起RRC连接建立请求消息，以实现与第二小区的网络设备建立RRC连接。

在本申请实施例中，第一预设区域和第二预设区域不同。其中，第一预设区域可以为RNA区域，第二预设区域可以为非RNA区域。

也就是说，为了避免重复发起RRC恢复请求导致的用户接入时延过长，同时为了尽可能避免由于小区变化所引起的终端设备NAS层的注册过程，可以优先重选至第一预设区域(如当前RNA范围内)的第一小区，若第一预设区域内不存在符合条件的第一小区，那么可以在第二预设区域内按照正常小区重选优先级进行小区重选并且在重选至第二小区时，可以与第二小区的网络设备建立RRC连接。

具体地，在一些实施例中，所述与第二小区的网络设备建立RRC连接，可以包括：

向第二小区的网络设备发送RRC连接建立请求消息；

接收第二小区的网络设备返回的RRC连接建立响应消息；

向第二小区的网络设备发送RRC连接建立完成消息，以成功建立与第二小区的网络设备之间的RRC连接。

需要说明的是，这里的建立RRC连接过程，与上述第一小区的网络设备建立RRC连接过程类似，此处不再详述。如此，在成功建立与第二小区的网络设备之间的RRC连接之后，在一些实施例中，该方法还可以包括：基于所述RRC连接，与第二小区的网络设备进行数据传输。

也就是说，如果在第二预设区域内重选成功，而且终端设备与第二小区的网络设备之间的RRC连接成功建立，那么基于该RRC连接，也可以由终端设备向网络设备发送上行数据或者由网络设备向终端设备发送下行数据。

还需要说明的是，在本申请实施例中，当由终端设备的高层业务需求触发RRC恢复请求消息时，这时候的目标信令为RRC释放消息；当由响应接入网络的寻呼需求触发RRC恢复请求消息时，这时候的目标信令为RRC释放消息或者RRC拒绝消息；在这种情况下，终端设备将会判定网络侧(当前驻留小区或者当前驻留小区的网络设备)出现异常。

在一种可能的实现方式中，如果目标信令为RRC释放消息，这时候，所述若接收到当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选，可以包括：

若接收到的目标信令为RRC释放消息，则判断RRC释放消息中是否携带suspendConfig信息；

若RRC释放消息中携带suspendConfig信息，则继续保持非激活状态，并执行在第一预设区域内进行小区重选的步骤；

若RRC释放消息中未携带suspendConfig信息，则退出非激活状态且进入空闲状态，并执行在第一预设区域内进行小区重选的步骤。

在另一种可能的实现方式中，如果目标信令为RRC拒绝消息，这时候，所述若接收到当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选，还可以包括：

若接收到的目标信令为RRC拒绝消息，则继续保持非激活状态，并执行在第一预设区域内进行小区重选的步骤。

也就是说，当由终端设备的高层业务需求触发RRC恢复请求消息时，这时候终端设备将会接收到网络侧发送的RRC释放消息，判断RRC释放消息中是否携带suspendConfig信息；如果判断结果为是，即RRC释放消息中携带suspendConfig信息，那么可以继续保持非激活状态；如果判断结果为否，即RRC释放消息中未携带suspendConfig信息，那么可以退出非激活状态，进入空闲状态；然后再执行S502，即在第一预设区域内进行小区重选的步骤。

当由响应接入网络的寻呼需求触发RRC恢复请求消息时，这时候终端设备可能会接收到网络侧发送的RRC释放消息或者RRC拒绝消息。若接收到网络侧发送的RRC拒绝消息，则继续保持非激活状态；若接收到网络侧发送的RRC释放消息，则需要判断RRC释放消息中是否携带suspendConfig信息；如果判断结果为是，即RRC释放消息中携带suspendConfig信息，那么可以继续保持非激活状态；如果判断结果为否，即RRC释放消息中未携带suspendConfig信息，那么可以退出非激活状态，进入空闲状态；然后再执行S502，即在第一预设区域内进行小区重选的步骤。

也就是说，在本申请实施例中，一方面，针对3GPP协议中终端设备在非激活状态下发起RRC Resume过程中的几种异常情况的判定和处理进行了补充说明。其中，由终端设备的高层业务需求触发RRC Resume，而终端设备接收到网络侧发送的RRC释放消息的场景，以及由响应NG-RAN寻呼触发RRC Resume，而终端设备接收到网络侧发送的RRC释放消息或RRC拒绝消息的场景，这两种场景均可以识别为网络侧出现异常，需要重选至其他小区，从而重新发起接入，缩短数据传输等待时延。另一方面，本申请实施例限制了RRC Resume触发原因为终端设备的高层业务需求或响应NG-RAN寻呼等对时延敏感场景下识别基站异常的方法，而非是所有触发RRC Resume的场景。对于RAN-update触发的RRC Resume而言，由于没有数据传输的需求，这时候只需要继续保持在非激活状态即可，不需要快速恢复或建立RRC连接。然而，对于NG-RAN寻呼或者由于终端设备的高层业务需求触发的RRC Resume，对接入时延要求较高，处理时延过大将会影响用户体验，因此需要准确识别出异常情况，并及时做出应对异常的方案，使得能够快速退出当前场景，重新发起接入。

除此之外，本申请实施例还可以从NG-RAN寻呼或者由于终端设备的高层业务需求触发的RRC Resume过程考虑基站异常时的优化处理，其主要在于提出一种识别基站异常场景的方法，并且在异常场景下，可以优先在RNA区域内进行小区重选，然后重新接入，以达到快速传输数据的目的。本申请实施例所描述的场景是有上行数据传输情况下接收到RRC释放消息，或者有下行数据传输情况下收到RRC释放消息或RRC拒绝消息，由于这些消息在基站正常的情况下是不期望接收到的，因此，这里可以此作为识别基站异常的方式。但是触发场景并不局限于NG-RAN寻呼或者由于终端设备的高层业务需求触发的RRC Resume，对于其他需要快速响应的场景也在本申请的保护范围之内；另外，针对其他对时延敏感的场景，在识别到基站异常时重新选择小区发起RRC连接建立的情况也可以在本申请的保护范围之内。

本申请实施例提供了一种恢复RRC连接的方法，在终端设备处于非激活状态且与网络设备之间存在数据传输需求的情况下，向当前驻留小区的网络设备发送RRC恢复请求消息；若接收到当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选；若在第一预设区域内重选成功且重选至第一小区，则在第一小区中发起RRC连接建立请求消息，以实现与第一小区的网络设备建立RRC连接。这样，在终端设备处于非激活状态且存在上行数据或下行数据传输的情况下，根据目标信令可以快速识别当前驻留小区或者当前驻留小区的网络设备存在异常，这时候及时进行小区重选并重新建立RRC连接，能够降低终端设备接入网络的接入时延，从而不仅可以快速恢复数据传输，避免频繁发起RRCResume流程，同时还可以减少网络侧与UE之间的RRC信令交互，进而能够有效避免空口资源的浪费。

本申请的另一实施例中，基于前述实施例相同的发明构思，参见图6，其示出了本申请实施例提供的一种恢复RRC连接的方法的详细流程示意图。如图6所示，该详细流程可以包括：

S601：根据终端设备的高层业务需求触发RRC恢复请求消息。

S602：接收到的RRC释放消息，并判断是否携带suspendConfig信息。

S603：若判断结果为是，则继续保持非激活状态。

S604：若判断结果为否，则退出非激活状态，进入空闲状态。

S605：在RNA区域进行小区重选，并判断是否重选成功。

S606：若判断结果为否，则在非RNA区域进行小区重选。

S607：若判断结果为是，则在重选后的新小区中发起RRC连接建立请求消息，以成功建立RRC连接。

S608：基于RRC连接，进行上行数据或者下行数据传输。

需要说明的是，本申请实施例是在终端设备处于非激活状态下。当由终端设备的高层业务需求发起的RRC Resume过程时，如果接收到到网络侧发送的RRC释放消息，那么终端设备可以判定网络侧出现异常，为了快速响应终端设备的高层业务传输请求，这时候需要执行非激活状态或空闲状态下的小区重选，重选至其他小区(当前驻留小区或者基站已经出现异常)，之后可以在重选后的新小区再发起接入请求，成功建立RRC连接后继续数据传输，不仅可以避免重复发起RRC Resume导致的用户接入时延过长，同时为了尽可能避免由于小区变化所引起的UE NAS层的注册过程，此时优先重选至当前RNA区域内的小区，若当前RNA区域内不存在符合条件的小区，则可以在非RNA区域内，按照正常小区重选优先级进行小区重选。

在一种具体的示例中，由于UE高层业务需求发起的RRC Resume过程，其具体流程如下：

步骤1：非激活状态下，根据UE高层业务需求，UE触发RRC Resume请求，这时候UE可以发送RRC Resume Request或RRC Resume Request1；

步骤2：若UE接收到网络侧发送的RRC Release消息，则判断是否携带suspendConfig信息；其中，若携带，则执行步骤3，否则执行步骤4；

步骤3：在非激活状态继续保持，然后继续步骤5；

步骤4：退出非激活状态进入Idle状态，然后继续步骤5；

步骤5：优先在RNA区域内进行小区重选；其中，若重选成功，则执行步骤7，否则执行步骤6；

步骤6：若在RNA区域内重选失败，则执行正常小区重选过程；

步骤7：在重选后的新小区重新发起连接建立请求，RRC连接建立成功；

步骤8：传输上行或下行数据；

步骤9：流程结束。

基于前述实施例相同的发明构思，参见图7，其示出了本申请实施例提供的另一种恢复RRC连接的方法的详细流程示意图。如图7所示，该详细流程可以包括：

S701：响应NG-RAN寻呼需求触发RRC恢复请求消息。

S702：接收到RRC拒绝消息。

S703：接收到RRC释放消息，并判断是否携带suspendConfig信息。

S704：若判断结果为是，则继续保持非激活状态。

S705：若判断结果为否，则退出非激活状态，进入空闲状态。

S706：在RNA区域进行小区重选，并判断是否重选成功。

S707：若判断结果为否，则在非RNA区域进行小区重选。

S708：若判断结果为是，则在重选后的新小区中发起RRC连接建立请求消息，以成功建立RRC连接。

S709：基于RRC连接，进行上行数据或者下行数据传输。

需要说明的是，本申请实施例也是在终端设备处于非激活状态下。当由NG-RAN寻呼需求发起的RRC Resume过程时，如果接收到到网络侧发送的RRC释放消息或者RRC拒绝消息，那么终端设备可以判定网络侧出现异常，为了快速响应NG-RAN寻呼业务传输请求，这时候也需要执行非激活状态或空闲状态下的小区重选，重选至其他小区(当前驻留小区或者基站已经出现异常)，之后可以在重选后的新小区再发起接入请求，成功建立RRC连接后继续数据传输，不仅可以避免重复发起RRC Resume导致的用户接入时延过长，同时为了尽可能避免由于小区变化所引起的UE NAS层的注册过程，此时优先重选至当前RNA区域内的小区，若当前RNA区域内不存在符合条件的小区，则可以在非RNA区域内，按照正常小区重选优先级进行小区重选。

在一种具体的示例中，由于响应NG-RAN寻呼发起的RRC Resume过程，其具体流程如下：

步骤1：非激活状态下，由于响应NG-RAN寻呼触发RRC Resume请求，这时候UE可以发送RRC Resume Request或RRC Resume Request1；

步骤2：若UE接收到网络侧发送的RRC Reject消息，则执行步骤4；

步骤3：若UE接收到网络侧发送的RRC Release消息，则判断是否携带suspendConfig信息；其中，若携带，则执行步骤4，否则执行步骤5；

步骤4：在非激活状态继续保持，然后继续步骤6；

步骤5：退出非激活状态进入Idle状态，然后继续步骤6；

步骤6：优先在RNA区域内进行小区重选；其中，若重选成功，则执行步骤8，否则执行步骤7；

步骤7：若在RNA区域内重选失败，则执行正常小区重选过程；

步骤8：在重选后的新小区重新发起连接建立请求，RRC连接建立成功；

步骤9：传输上行或下行数据；

步骤10：流程结束。

本申请实施例提供了一种恢复RRC连接的方法，通过上述实施例对前述实施例的具体实现进行了详细阐述，从中可以看出，通过前述实施例的技术方案，一方面，本申请实施例在有上行数据或下行数据传输等接入时延要求较高的情况下，能够快速识别当前驻留小区或基站异常，避免基站异常时重复发起RRC Resume流程，并及时进行小区重选并重新建立连接，快速恢复数据传输，提升了用户的体验感；另一方面，从空口资源角度来说，本申请实施例能够及时断开RRC连接重新发起接入，减少频繁发起RRC Resume流程，减少了基站和终端之间的RRC信令交互，能够有效地避免空口资源的浪费。

本申请的又一实施例中，基于前述实施例相同的发明构思，参见图8，其示出了本申请实施例提供的一种恢复RRC连接装置80的组成结构示意图。如图8所示，恢复RRC连接装置80可以包括收发单元801、重选单元802和建立单元803；其中，

收发单元801，配置为在终端设备处于非激活状态且与网络设备之间存在数据传输需求的情况下，向当前驻留小区的网络设备发送RRC恢复请求消息；

重选单元802，配置为若收发单元801接收到当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选；

建立单元803，配置为若在第一预设区域内重选成功且重选至第一小区，则在第一小区中发起RRC连接建立请求消息，以实现与第一小区的网络设备建立RRC连接。

在一些实施例中，建立单元803，具体配置为向所述第一小区的网络设备发送所述RRC连接建立请求消息；以及接收所述第一小区的网络设备返回的RRC连接建立响应消息；以及向所述第一小区的网络设备发送RRC连接建立完成消息，以成功建立与所述第一小区的网络设备之间的RRC连接；

相应地，收发单元801，还配置为基于所述RRC连接，与所述第一小区的网络设备进行数据传输。

在一些实施例中，重选单元802，还配置为若在所述第一预设区域内重选失败，则在第二预设区域内进行小区重选；

建立单元803，还配置为若在所述第二预设区域内重选成功且重选至第二小区，则在所述第二小区中发起RRC连接建立请求消息，以实现与所述第二小区的网络设备建立RRC连接。

在一些实施例中，所述第一预设区域为接入网通知区域RNA，所述第二预设区域为非RNA。

在一些实施例中，建立单元803，具体配置为向所述第二小区的网络设备发送所述RRC连接建立请求消息；以及接收所述第二小区的网络设备返回的RRC连接建立响应消息；以及向所述第二小区的网络设备发送RRC连接建立完成消息，以成功建立与所述第二小区的网络设备之间的RRC连接；

相应地，收发单元801，还配置为基于所述RRC连接，与所述第二小区的网络设备进行数据传输。

在一些实施例中，所述目标信令包括RRC释放消息或者RRC拒绝消息。

进一步地，参见图8，恢复RRC连接装置80还可以包括确定单元804，配置为当所述数据传输需求为终端设备的高层业务需求时，确定所述当前驻留小区的网络设备发送的目标信令为所述RRC释放消息；以及当所述数据传输需求为响应接入网络的寻呼需求时，确定所述当前驻留小区的网络设备发送的目标信令为所述RRC释放消息或者所述RRC拒绝消息。

在一些实施例中，参见图8，恢复RRC连接装置80还可以包括判断单元805，配置为若接收到的目标信令为所述RRC释放消息，则判断所述RRC释放消息中是否携带suspendConfig信息；以及若所述RRC释放消息中携带suspendConfig信息，则继续保持非激活状态，并执行在第一预设区域内进行小区重选的步骤；若所述RRC释放消息中未携带suspendConfig信息，则退出非激活状态且进入空闲状态，并执行在第一预设区域内进行小区重选的步骤。

在一些实施例中，判断单元805，还配置为若接收到的目标信令为所述RRC拒绝消息，则继续保持所述非激活状态，并执行在第一预设区域内进行小区重选的步骤。

可以理解地，在本实施例中，“单元”可以是部分电路、部分处理器、部分程序或软件等等，当然也可以是模块，还可以是非模块化的。而且在本实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

因此，本实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现前述实施例中任一项所述的方法的步骤。

基于上述恢复RRC连接装置80的组成以及计算机存储介质，参见图9，其示出了本申请实施例提供的一种芯片90的具体硬件结构示意图。如图9所示，芯片90可以包括处理器901，处理器901可以从存储器中调用并运行计算机程序，以实现前述实施例中任一项所述的方法。

可选地，如图9所示，芯片90还可以包括存储器902。其中，处理器901可以从存储器902中调用并运行计算机程序，以实现前述实施例中任一项所述的方法。

其中，存储器902可以是独立于处理器901的一个单独的器件，也可以集成在处理器901中。

可选地，如图9所示，该芯片90还可以包括输入接口903。其中，处理器901可以控制该输入接口903与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。

可选地，如图9所示，该芯片90还可以包括输出接口904。其中，处理器901可以控制该输出接口904与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。

可选地，该芯片90可应用于前述实施例所述的终端设备，并且该芯片可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。

示例性的，本申请实施例提到的芯片可以是基带芯片，也可以是系统级芯片、系统芯片、芯片系统或片上系统芯片等，这里不作任何限定。

基于上述芯片90的组成以及计算机存储介质，参见图10，其示出了本申请实施例提供的一种终端设备100的具体硬件结构示意图。如图10所示，该终端设备100可以包括芯片90，用于在运行计算机程序时，以使前述实施例中任一项所述的方法被执行。

可选地，如图10所示，终端设备100还可以包括收发器1001，芯片90可以控制该收发器1001与其他设备(比如网络设备)进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器1001可以包括发射机和接收机。收发器1001还可以进一步包括天线，天线的数量可以为一个或多个。

可选地，终端设备100具体可以为集成有前述实施例中任一项所述恢复RRC连接装置80的设备。这里，并且终端设备100可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。

需要说明的是，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

还需要说明的是，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步链动态随机存取存储器(Synchronous link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。应注意，本申请描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例提供了一种终端设备，基于该终端设备的组成以及网络设备与终端设备之间的信息交互，使得在终端设备处于非激活状态且存在上行数据或下行数据传输的情况下，根据目标信令可以快速识别当前驻留小区或者当前驻留小区的网络设备存在异常，这时候及时进行小区重选并重新建立RRC连接，能够降低终端设备接入网络的接入时延，从而不仅可以快速恢复数据传输，避免频繁发起RRC Resume流程，同时还可以减少网络侧与UE之间的RRC信令交互，进而能够有效避免空口资源的浪费。

本领域普通技术人员可以意识到，结合本申请中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

需要说明的是，在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种恢复RRC连接的方法，其特征在于，所述方法包括：

在终端设备处于非激活状态且与网络设备之间存在数据传输需求的情况下，向当前驻留小区的网络设备发送无线资源控制RRC恢复请求消息；

若接收到所述当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选；

若在所述第一预设区域内重选成功且重选至第一小区，则在所述第一小区中发起RRC连接建立请求消息，以实现与所述第一小区的网络设备建立RRC连接。

2.根据权利要求1所述的方法，其特征在于，所述与所述第一小区的网络设备建立RRC连接，包括：

向所述第一小区的网络设备发送所述RRC连接建立请求消息；

接收所述第一小区的网络设备返回的RRC连接建立响应消息；

向所述第一小区的网络设备发送RRC连接建立完成消息，以成功建立与所述第一小区的网络设备之间的RRC连接；

相应地，所述方法还包括：

基于所述RRC连接，与所述第一小区的网络设备进行数据传输。

3.根据权利要求1所述的方法，其特征在于，在所述第一预设区域内进行小区重选之后，所述方法还包括：

若在所述第一预设区域内重选失败，则在第二预设区域内进行小区重选；

若在所述第二预设区域内重选成功且重选至第二小区，则在所述第二小区中发起RRC连接建立请求消息，以实现与所述第二小区的网络设备建立RRC连接。

4.根据权利要求3所述的方法，其特征在于，所述第一预设区域为接入网通知区域RNA，所述第二预设区域为非RNA。

5.根据权利要求3所述的方法，其特征在于，所述与所述第二小区的网络设备建立RRC连接，包括：

向所述第二小区的网络设备发送所述RRC连接建立请求消息；

接收所述第二小区的网络设备返回的RRC连接建立响应消息；

向所述第二小区的网络设备发送RRC连接建立完成消息，以成功建立与所述第二小区的网络设备之间的RRC连接；

相应地，所述方法还包括：

基于所述RRC连接，与所述第二小区的网络设备进行数据传输。

6.根据权利要求1所述的方法，其特征在于，所述目标信令包括RRC释放消息或者RRC拒绝消息，所述方法还包括：

当所述数据传输需求为所述终端设备的高层业务需求时，确定所述当前驻留小区的网络设备发送的目标信令为所述RRC释放消息；

当所述数据传输需求为响应接入网络的寻呼需求时，确定所述当前驻留小区的网络设备发送的目标信令为所述RRC释放消息或者所述RRC拒绝消息。

7.根据权利要求6所述的方法，其特征在于，所述若接收到所述当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选，包括：

若接收到的目标信令为所述RRC释放消息，则判断所述RRC释放消息中是否携带挂起配置suspendConfig信息；

若所述RRC释放消息中携带所述suspendConfig信息，则继续保持所述非激活状态，并执行在第一预设区域内进行小区重选的步骤；

若所述RRC释放消息中未携带所述suspendConfig信息，则退出所述非激活状态且进入空闲状态，并执行在第一预设区域内进行小区重选的步骤。

8.根据权利要求6所述的方法，其特征在于，所述若接收到所述当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选，还包括：

若接收到的目标信令为所述RRC拒绝消息，则继续保持所述非激活状态，并执行在第一预设区域内进行小区重选的步骤。

9.一种恢复RRC连接装置，其特征在于，应用于终端设备，所述恢复RRC连接装置包括收发单元、重选单元和建立单元；其中，

所述收发单元，配置为在所述终端设备处于非激活状态且与网络设备之间存在数据传输需求的情况下，向当前驻留小区的网络设备发送RRC恢复请求消息；

所述重选单元，配置为若所述收发单元接收到所述当前驻留小区的网络设备发送的目标信令，则在第一预设区域内进行小区重选；

所述建立单元，配置为若在所述第一预设区域内重选成功且重选至第一小区，则在所述第一小区中发起RRC连接建立请求消息，以实现与所述第一小区的网络设备建立RRC连接。

10.一种芯片，其特征在于，应用于终端设备，所述芯片包括存储器和处理器；其中，

所述存储器，用于存储能够在所述处理器上运行的计算机程序；

所述处理器，用于在运行所述计算机程序时，以使如权利要求1至8任一项所述的方法被执行。

11.一种终端设备，其特征在于，所述终端设备包括如权利要求10所述的芯片和收发器；其中，

所述收发器，用于与网络设备进行信息交互；

所述芯片，用于在运行计算机程序时，以使如权利要求1至8任一项所述的方法被执行。

12.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现如权利要求1至8任一项所述的方法。

Images