CN113179543A - 一种恢复rrc连接的方法及终端、存储介质 - Google Patents

Abstract

本申请实施例提供了一种恢复RRC连接的方法及终端、存储介质，该方法包括：终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器；在第一定时器运行结束前未接收到基站发送的响应消息的情况下，获取发起恢复RRC连接请求的原因；在原因为基站通知区更新的情况下，进行小区重选；在重选至第二小区的情况下，在第二小区中发起恢复RRC连接请求，并重新启动第一定时器，以在第一定时器运行过程中等待接收基站发送的响应消息。

Description

一种恢复RRC连接的方法及终端、存储介质

技术领域

本申请涉及通信领域，尤其涉及一种恢复RRC连接的方法及终端、存储介质。

背景技术

基站通过无线资源控制(Radio Resource Control，RRC)release消息触发终端进入非激活状态，此时，启动T380定时器，终端在T380定时器的运行过程中执行小区选择或者小区重选；当T380定时器超时、或者终端完成小区选择或者小区重选后发生了RNA变化时，终端以基站通知区更新(RAN-based Notification Area Update，RANU)作为恢复原因发起恢复RRC连接请求，并启动T319定时器，在T319定时器的运行过程中等待基站回复的恢复RRC连接的响应消息。

如果直到T319定时器超时终端均未收到响应消息时，终端从RRC非激活态退出并进入RRC空闲状态，处于RRC空闲状态的终端需要重新发起初始接入过程，进而需要更长的接入时延来接入网络。

发明内容

本申请实施例提供一种恢复RRC连接的方法及终端、存储介质，能够减少终端接入网络的接入时延。

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

第一方面，本申请实施例提出一种恢复RRC连接的方法，所述方法包括：

终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器；在第一定时器运行结束前未接收到基站发送的响应消息的情况下，获取发起恢复RRC连接请求的原因；

在所述原因为基站通知区更新的情况下，进行小区重选；

在重选至第二小区的情况下，在所述第二小区中发起恢复RRC连接请求，并重新启动所述第一定时器，以在所述第一定时器运行过程中等待接收基站发送的响应消息。

第二方面，本申请实施例提出一种终端，所述终端包括：

获取单元，用于终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器；在第一定时器运行结束前未接收到基站发送的响应消息的情况下，获取发起恢复RRC连接请求的原因；

小区重选单元，用于在所述原因为基站通知区更新的情况下，进行小区重选；

请求发起单元，用于在重选至第二小区的情况下，在所述第二小区中发起恢复RRC连接请求；

重启单元，用于重新启动所述第一定时器，以在所述第一定时器运行过程中等待接收基站发送的响应消息。

第三方面，本申请实施例提出一种终端，所述终端包括：处理器、存储器及通信总线；所述处理器执行存储器存储的运行程序时实现如上述任一项所述的方法。

第四方面，本申请实施例提出一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一项所述的方法。

本申请实施例提供了一种恢复RRC连接的方法及终端、存储介质，该方法包括：终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器；在第一定时器运行结束前未接收到基站发送的响应消息的情况下，获取发起恢复RRC连接请求的原因；在原因为基站通知区更新的情况下，进行小区重选；在重选至第二小区的情况下，在第二小区中发起恢复RRC连接请求，并重新启动第一定时器，以在第一定时器运行过程中等待接收基站发送的响应消息。采用上述实现方案，终端先获取发起恢复RRC连接请求的原因，由于基站通知区更新触发的Resume过程不会被用户感知，对接入时延要求不敏感，故，在该场景下、终端在第一定时器运行结束前未接收到基站发送的响应消息时，终端不直接进入RRC空闲态，而是尝试重选至其他的第二小区，在重选成功之后，终端在第二小区再次发起恢复RRC连接请求，并重启第一定时器，此时，有业务需求需要终端接入网络时，终端可以直接从RRC非激活态通过Resume过程恢复RRC连接，进而降低了终端接入网络的接入时延。

附图说明

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

图2为本申请实施例提供的一种示例性的终端执行恢复RRC连接的流程图；

图3为本申请实施例提供的一种终端的结构示意图一；

图4为本申请实施例提供的一种终端的结构示意图二。

具体实施方式

应当理解，此处描述的具体实施例仅仅用以解释本申请。并不用于限定本申请。

在终端接收RRCRelease消息之后，终端解析RRCRelease消息，当RRCRelease消息中存在suspendConfig时，终端使用对应的配置，更新其RRC非激活态所保存的接入层(Access Stratum，AS)上下文，并启动T380定时器，使得终端从RRC连接态进入RRC非激活态、或使得终端继续保持在RRC非激活态，执行小区选择或者小区重选。

在处于RRC非激活态的终端在小区选择或者小区重选完成后，新的小区所广播的SIB1中指示的小区信息不在AS上下文中所保存的ran-NotificationAreaInfo列表中，即发生了RNA变化；或者T380定时器超时，即周期性的RNAU触发。此时，终端以RNAU作为恢复原因发起RRC Resume(RRC恢复)流程，向基站发送RRCResumeRequest或者RRCResumeRequest1消息，并启动T319定时器，等待基站回复的RRCResume响应消息。

若直到T319定时器超时、终端都未成功接收到基站回复的RRCResume消息时，目前，终端会从RRC非激活态退出并进入RRC空闲状态。当再有业务需求时，终端需通过初始进入的方式接入到网络中，由此增加了终端接入网络的时延。

为解决上述问题，提出了一种恢复RRC连接的方法，能够减少终端接入网络的时延；如图1所示，该方法可以包括：

S101、终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器；在第一定时器运行结束前未接收到基站发送的响应消息的情况下，获取发起恢复RRC连接请求的原因。

本申请实施例中，实现恢复RRC连接的终端可以为任何具备通信和存储功能的设备，例如包括但不限于：芯片、平板电脑、手机、个人计算机(Personal Computer，PC)、笔记本电脑、可穿戴设备等设备。

需要说明的是，第一定时器为T319定时器等用于控制终端等待基站发送响应RRC连接请求的响应消息的定时器，具体的可以根据实际情况进行选择，本申请实施例不做具体的限定。

本申请实施例中，处于RRC非激活态的终端在当前驻留的第一小区中发起恢复RRC连接请求，即执行RRCResume流程，并启动T319定时器，而T319定时器设置有运行时长，终端在T319定时器的运行时长内等待接收基站发送的响应该恢复RRC连接请求的响应消息，若直到T319定时器的运行时长到达、T319定时器停止运行时，终端未接收到基站的响应消息的情况下，终端获取发起恢复RRC连接请求的原因。

本申请实施例中，触发终端在第一小区发起恢复RRC连接请求的原因有多种，可以包括RANU过程、5G无线接入网(NG-RAN)寻呼过程或者终端高层业务需求等，具体的根据实际情况进行选择，本申请实施例不做具体的限定。

需要说明的是，由于终端是通过不同原因的触发而在第一小区发起恢复RRC连接的，由此，终端可直接获取到发起恢复RRC连接的原因。

S102、在原因为基站通知区更新的情况下，进行小区重选。

需要说明的是，本申请会进行至少一次小区重选或小区选择的过程，故，本申请进行小区重选的原因一定是对时延要求不敏感的过程；由于RNAU过程是由于终端的移动性而导致位置更新区变化而引起的，因此，由RANU原因引起的恢复RRC连接这个过程的时长不会被用户感知，满足本申请进行小区重选的条件。

需要说明的是，在原因为基站通知区更新的情况下，将第一定时器的超时次数加一，得到更新后的超时次数；并将更新后的超时次数与预设次数阈值进行比较，在更新后的超时次数小于预设次数阈值的情况下，基于待重选小区列表进行小区重选。

需要说明的是，在原因为基站通知区更新的情况下，降低第一小区在小区重选时的被选概率。

具体的，可以通过以下两种方式降低第一小区在小区重选时的被选概率，第一种是将第一小区从待重选小区列表中剔除，第二种是降低第一小区在待重选小区列表中的排序权重，此时在基于待重选小区列表进行小区重选时，即可降低第一小区的被选概率。

需要说明的是，以上两种方式仅为本申请提出的两种可选的方法，本申请不仅限于以上两种方式，具体的可以根据实际情况进行选择，本申请实施例不做具体的限定。

在一种可选的实施例中，终端降低第一小区在待重选小区列表中的排序权重的场景下，终端进行小区重选的过程可以为：终端按照待重选小区列表的小区排列顺序依次重选至待重选小区列表中的小区，其中，该待重选小区列表可以按照小区信号质量从高到低的顺序进行排序、且对于第一小区，在待重选小区列表中降低其排序权重，以降低第一小区在本轮小区重选过程中的被选概率。

在另一种可选的实施例中，终端将第一小区从待重选小区列表中剔除的场景下，由于终端内还设置有RANU失败小区列表，其中存储有之前RANU失败的小区标识，终端将第一小区添加至RANU失败小区列表中，终端进行小区重选的过程可以为：终端排除该RANU失败小区列表中的小区，并基于待重选小区列表执行小区重选。

可选的，本申请实施例通过设置预设次数阈值来限制最大的RNAU失败尝试次数，本申请实施例中的预设次数阈值可以是终端预先设置的次数阈值，或者为复用第一小区广播的系统信息块1(System Information Block，SIB1)中建立连接参数connEstFailCount值，具体的预设次数阈值的设置依据可以根据实际情况进行选择，本申请实施例不做具体的限定。

在实际应用中，可以将预设次数阈值设置在1-4之间，具体的根据实际情况进行选择，本申请实施例不做具体的限定。

需要说明的是，在终端启动第一定时器时，第一定时器对应的初始超时次数为零，之后，每确定出原因为基站通知区更新时，第一定时器的超时次数进行一次累加。

进一步地，当更新后的超时次数大于或者等于预设次数阈值、或者基于待重选小区列表进行小区重选失败、或者原因不为基站通知区更新的情况下，终端直接从RRC非激活态退出并进入RRC空闲状态，而不进行小区重选的过程。

S103、在重选至第二小区的情况下，在第二小区中发起恢复RRC连接请求，并重新启动第一定时器，以在第一定时器运行过程中等待接收基站发送的响应消息。

本申请实施例中，终端在判断出待重选小区列表中的第二小区满足小区驻留条件，且第二小区广播的跟踪区标识与第一小区的跟踪区标识相同的情况下，表征终端重选至第二小区，此时，终端在第二小区中发起恢复RRC连接请求、重启T319定时器，并在T319定时器运行过程中等待接收基站发送的响应消息；在T319定时器运行结束时还未接收到响应消息的情况下，继续获取发起恢复RRC连接请求的原因，并执行恢复RRC连接的过程；在T319定时器运行结束前接收到响应消息的情况下，终端继续处于RRC非连接态。

需要说明的是，第一小区的信号质量高与第二小区的信号质量。

可以理解的是，终端先获取发起恢复RRC连接请求的原因，由于基站通知区更新触发的Resume过程不会被用户感知，对接入时延要求不敏感，故，在该场景下、终端在第一定时器运行结束前未接收到基站发送的响应消息时，终端不直接进入RRC空闲态，而是尝试重选至其他的第二小区，在重选成功之后，终端在第二小区再次发起恢复RRC连接请求，并重启第一定时器，此时，有业务需求需要终端接入网络时，终端可以直接从RRC非激活态通过Resume过程恢复RRC连接，由于RRC非激活态是为了终端在没有业务需求的情况下，释放终端与接入网的连接，但仍然保持非接入层(Non-Access Stratum，NAS)接入管理(Connection Management，CM)的连接状态。并且终端可以在基站通知区域(RAN-basedNotification Area，RNA)内移动而不用通知接入和移动管理单元(Access and MobilityManagement Function，AMF)，为终端提供服务的最后一个基站保留其上下文并保留其与AMF和用户面单元(User Plane Function，UPF)的连接，故，本申请提出的一种恢复RRC连接的方法可以降低终端接入网络的接入时延。

基于上述实施例，终端在小区1发起Resume流程，并启动T319定时器，在T319定时器超时之后，终端执行的恢复RRC连接的具体过程可以如图2所示，具体包括：

1、终端确定发起Resume流程的原因；

2、若发起Resume流程的原因为RANU，将T319的超时次数加一，得到T319的超时总次数；

3、在T319的超时总次数小于预设次数阈值时，终端将小区1添加至RNAU失败小区列表中，并排除RNAU失败小区列表中的小区并进行小区重选；

4、若小区2满足小区驻留条件、且小区2广播的SIB1中的跟踪区标识与小区1的跟踪区标识相同，表征终端成功重选至小区2；

5、终端在小区2中发起RRCResume请求，重启T319定时器，并在T319运行过程中等待RRCResume响应消息；

6、若T319运行结束时未接收到RRCResume响应消息时，执行1；

7、若T319运行结束前接收到RRCResume响应消息时，终端保持在RRC非激活态；

8、在T319的超时总次数大于或者等于预设次数阈值时，执行11；

9、在小区重选失败时，执行11；

10、若发起Resume流程的原因不为RANU，执行11；

11、终端从RRC非激活态退出，并进入RRC空闲态。

基于上述实施例，本申请实施例还提供一种终端。如图3所示，该终端1包括：

获取单元10，用于终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器；在第一定时器运行结束前未接收到基站发送的响应消息的情况下，获取发起恢复RRC连接请求的原因；

小区重选单元11，用于在所述原因为基站通知区更新的情况下，进行小区重选；

请求发起单元12，用于在重选至第二小区的情况下，在所述第二小区中发起恢复RRC连接请求；

重启单元13，用于重新启动所述第一定时器，以在所述第一定时器运行过程中等待接收基站发送的响应消息。

可选的，所述终端还包括：更新单元；

所述更新单元，用于将所述第一定时器的超时次数加一，得到更新后的超时次数；

所述小区重选单元11，还用于在所述更新后的超时次数小于预设次数阈值的情况下，基于待重选小区列表进行小区重选。

可选的，所述更新单元，还用于降低所述第一小区在小区重选时的被选概率。

可选的，所述更新单元，还用于将所述第一小区从所述待重选小区列表中剔除、或降低所述第一小区在所述待重选小区列表中的排序权重。

可选的，所述小区重选单元11，用于在所述第二小区满足小区驻留条件、且所述第二小区广播的跟踪区标识和所述第一小区的跟踪区标识相同的情况下，表征重选至所述第二小区。

可选的，所述预设次数阈值为预先设置的次数阈值或者所述第一小区广播的建立连接参数值。

可选的，所述终端还包括：切换单元；

所述切换单元，用于在所述原因不为所述基站通知区更新、或者所述第更新后的超时次数大于或者等于所述预设次数阈值、或者基于所述待重选小区列表进行小区重选失败的情况下，所述终端切换至RRC空闲态。

可选的，所述第一定时器为T319定时器。

本申请实施例提供的一种终端，终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器；在第一定时器运行结束前未接收到基站发送的响应消息的情况下，获取发起恢复RRC连接请求的原因；在原因为基站通知区更新的情况下，进行小区重选；在重选至第二小区的情况下，在第二小区中发起恢复RRC连接请求，并重新启动第一定时器，以在第一定时器运行过程中等待接收基站发送的响应消息。由此可见，本实施例提出的终端，终端先获取发起恢复RRC连接请求的原因，由于基站通知区更新触发的Resume过程不会被用户感知，对接入时延要求不敏感，故，在该场景下、终端在第一定时器运行结束前未接收到基站发送的响应消息时，终端不直接进入RRC空闲态，而是尝试重选至其他的第二小区，在重选成功之后，终端在第二小区再次发起恢复RRC连接请求，并重启第一定时器，此时，有业务需求需要终端接入网络时，终端可以直接从RRC非激活态通过Resume过程恢复RRC连接，由于，RRC非激活态是为了UE在没有业务需求的情况下，释放UE与接入网的连接，但仍然保持NAS层CM的连接状态。并且UE可以在RNA区域内移动而不用通知AMF，为UE提供服务的最后一个基站保留其上下文并保留其与AMF和UPF的连接，进而能够降低终端接入网络的接入时延。

图4为本申请实施例提供的一种终端1的组成结构示意图二，在实际应用中，基于上述实施例的同一公开构思下，如图4所示，本实施例的终端1包括：处理器14、存储器15及通信总线16。

在具体的实施例的过程中，上述获取单元10、小区重选单元11、请求发起单元12、重启单元13、更新单元和切换单元可由位于终端1上的处理器14实现，上述处理器14可以为特定用途集成电路(ASIC，Application Specific Integrated Circuit)、数字信号处理器(DSP，Digital Signal Processor)、数字信号处理图像处理装置(DSPD，Digital SignalProcessing Device)、可编程逻辑图像处理装置(PLD，Programmable Logic Device)、现场可编程门阵列(FPGA，Field Programmable Gate Array)、CPU、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器功能的电子器件还可以为其它，本实施例不作具体限定。

在本申请实施例中，上述通信总线16用于实现处理器14和存储器15之间的连接通信；上述处理器14执行存储器15中存储的运行程序时实现如下恢复RRC连接的方法：

终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器；在第一定时器运行结束前未接收到基站发送的响应消息的情况下，获取发起恢复RRC连接请求的原因；在所述原因为基站通知区更新的情况下，进行小区重选；在重选至第二小区的情况下，在所述第二小区中发起恢复RRC连接请求，并重新启动所述第一定时器，以在所述第一定时器运行过程中等待接收基站发送的响应消息。

进一步地，在本申请实施例中，上述处理器14，还用于将所述第一定时器的超时次数加一，得到更新后的超时次数；在所述更新后的超时次数小于预设次数阈值的情况下，基于待重选小区列表进行小区重选。

进一步地，在本申请实施例中，上述处理器14，还用于降低所述第一小区在小区重选时的被选概率。

进一步地，在本申请实施例中，上述处理器14，还用于将所述第一小区从所述待重选小区列表中剔除、或降低所述第一小区在所述待重选小区列表中的排序权重。

进一步地，在本申请实施例中，上述处理器14，还用于在所述第二小区满足小区驻留条件、且所述第二小区广播的跟踪区标识和所述第一小区的跟踪区标识相同的情况下，表征重选至所述第二小区。

进一步地，在本申请实施例中，所述预设次数阈值为预先设置的次数阈值或者所述第一小区广播的建立连接参数值。

进一步地，在本申请实施例中，上述处理器14，还用于在所述原因不为所述基站通知区更新、或者所述更新后的超时次数大于或者等于所述预设次数阈值、或者基于所述待重选小区列表进行小区重选失败的情况下，所述终端切换至RRC空闲态。

进一步地，在本申请实施例中，所述第一定时器为T319定时器。

本申请实施例提供一种存储介质，其上存储有计算机程序，上述计算机可读存储介质存储有一个或者多个程序，上述一个或者多个程序可被一个或者多个处理器执行，应用于终端中，该计算机程序实现如上述的恢复RRC连接的方法。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台图像显示设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本公开各个实施例所述的方法。

以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims (11)

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

终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器；在第一定时器运行结束前未接收到基站发送的响应消息的情况下，获取发起恢复RRC连接请求的原因；

在所述原因为基站通知区更新的情况下，进行小区重选；

在重选至第二小区的情况下，在所述第二小区中发起恢复RRC连接请求，并重新启动所述第一定时器，以在所述第一定时器运行过程中等待接收基站发送的响应消息。

2.根据权利要求1所述的方法，其特征在于，包括如下步骤：

将所述第一定时器的超时次数加一，得到更新后的超时次数；

在所述更新后的超时次数小于预设次数阈值的情况下，基于待重选小区列表进行小区重选。

3.根据权利要求1或2所述的方法，其特征在于，包括如下步骤：

降低所述第一小区在小区重选时的被选概率。

4.根据权利要求3所述的方法，其特征在于，包括如下步骤：

将所述第一小区从所述待重选小区列表中剔除、或降低所述第一小区在所述待重选小区列表中的排序权重。

5.根据权利要求4所述的方法，其特征在于，包括如下步骤：

在所述第二小区满足小区驻留条件、且所述第二小区广播的跟踪区标识和所述第一小区的跟踪区标识相同的情况下，表征重选至所述第二小区。

6.根据权利要求2所述的方法，其特征在于，所述预设次数阈值为预先设置的次数阈值或者所述第一小区广播的建立连接参数值。

7.根据权利要求1或2所述的方法，其特征在于，包括如下步骤：

在所述原因不为所述基站通知区更新、或者所述更新后的超时次数大于或者等于所述预设次数阈值、或者基于所述待重选小区列表进行小区重选失败的情况下，所述终端切换至RRC空闲态。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述第一定时器为T319定时器。

9.一种终端，其特征在于，所述终端包括：

获取单元，用于终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器；在第一定时器运行结束前未接收到基站发送的响应消息的情况下，获取发起恢复RRC连接请求的原因；

小区重选单元，用于在所述原因为基站通知区更新的情况下，进行小区重选；

请求发起单元，用于在重选至第二小区的情况下，在所述第二小区中发起恢复RRC连接请求；

重启单元，用于重新启动所述第一定时器，以在所述第一定时器运行过程中等待接收基站发送的响应消息。

10.一种终端，其特征在于，所述终端包括：处理器、存储器及通信总线；所述处理器执行存储器存储的运行程序时实现如权利要求1-8任一项所述的方法。

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

Images