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

技术编号:29465226 阅读:23 留言:0更新日期:2021-07-27 17:54
本申请实施例提供了一种恢复RRC连接的方法及终端、存储介质,该方法包括:终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器;在第一定时器运行结束前未接收到基站发送的响应消息的情况下,获取发起恢复RRC连接请求的原因;在原因为基站通知区更新的情况下,进行小区重选;在重选至第二小区的情况下,在第二小区中发起恢复RRC连接请求,并重新启动第一定时器,以在第一定时器运行过程中等待接收基站发送的响应消息。

【技术实现步骤摘要】
一种恢复RRC连接的方法及终端、存储介质
本申请涉及通信领域,尤其涉及一种恢复RRC连接的方法及终端、存储介质。
技术介绍
基站通过无线资源控制(RadioResourceControl,RRC)release消息触发终端进入非激活状态,此时,启动T380定时器,终端在T380定时器的运行过程中执行小区选择或者小区重选;当T380定时器超时、或者终端完成小区选择或者小区重选后发生了RNA变化时,终端以基站通知区更新(RAN-basedNotificationAreaUpdate,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非激活态所保存的接入层(AccessStratum,AS)上下文,并启动T380定时器,使得终端从RRC连接态进入RRC非激活态、或使得终端继续保持在RRC非激活态,执行小区选择或者小区重选。在处于RRC非激活态的终端在小区选择或者小区重选完成后,新的小区所广播的SIB1中指示的小区信息不在AS上下文中所保存的ran-NotificationAreaInfo列表中,即发生了RNA变化;或者T380定时器超时,即周期性的RNAU触发。此时,终端以RNAU作为恢复原因发起RRCResume(RRC恢复)流程,向基站发送RRCResumeRequest或者RRCResumeRequest1消息,并启动T319定时器,等待基站回复的RRCResume响应消息。若直到T319定时器超时、终端都未成功接收到基站回复的RRCResume消息时,目前,终端会从RRC非激活态退出并进入RRC空闲状态。当再有业务需求时,终端需通过初始进入的方式接入到网络中,由此增加了终端接入网络的时延。为解决上述问题,提出了一种恢复RRC连接的方法,能够减少终端接入网络的时延;如图1所示,该方法可以包括:S101、终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器;在第一定时器运行结束前未接收到基站发送的响应消息的情况下,获取发起恢复RRC连接请求的原因。本申请实施例中,实现恢复RRC连接的终端可以为任何具备通信和存储功能的设备,例如包括但不限于:芯片、平板电脑、手机、个人计算机(PersonalComputer,PC)、笔记本电脑、可穿戴设备等设备。需要说明的是,第一定时器为T319定时器等用于控制终端等待基站发送响应RRC连接请求的响应消息的定时器,具体的可以根据实际情况进行选择,本申请实施例不做具体的限定。本申请实施例中,处于RRC非激活态的终端在当前驻留的第一小区中发起恢复RRC连接请求,即执行RRCResume流程,并启动T319定时器,而T319定时器设置有运行时长,终端在T319定时器的运行时长内等待接收基站发送的响应该恢复RRC连接请求的响应消息,若直到T319定时器的运行时长到达、T319定时器停止运行时,终端未接收到基站的响应消息的情况下,终端获取发起恢复RRC连接请求的原因。本申请实施例中,触发终端在第一小区发起恢复RRC连接请求的原因有多种,可以包括RANU过程、5G无线接入网(NG-RAN)寻呼过程或者终端高层业务需求等,具体的根据实际情况进行选择,本申请实施例不做具体的限定。需要说明的是,由于终端是通过不同原因的触发而在第一小区发起恢复RRC连接的,由此,终端可直接获取到发起恢复RR本文档来自技高网...

【技术保护点】
1.一种恢复RRC连接的方法,其特征在于,所述方法包括:/n终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器;在第一定时器运行结束前未接收到基站发送的响应消息的情况下,获取发起恢复RRC连接请求的原因;/n在所述原因为基站通知区更新的情况下,进行小区重选;/n在重选至第二小区的情况下,在所述第二小区中发起恢复RRC连接请求,并重新启动所述第一定时器,以在所述第一定时器运行过程中等待接收基站发送的响应消息。/n

【技术特征摘要】
1.一种恢复RRC连接的方法,其特征在于,所述方法包括:
终端在第一小区发起恢复无线接入控制RRC连接请求并启动第一定时器;在第一定时器运行结束前未接收到基站发送的响应消息的情况下,获取发起恢复RRC连接请求的原因;
在所述原因为基站通知区更新的情况下,进行小区重选;
在重选至第二小区的情况下,在所述第二小区中发起恢复RRC连接请求,并重新启动所述第一定时器,以在所述第一定时器运行过程中等待接收基站发送的响应消息。


2.根据权利要求1所述的方法,其特征在于,包括如下步骤:
将所述第一定时器的超时次数加一,得到更新后的超时次数;
在所述更新后的超时次数小于预设次数阈值的情况下,基于待重选小区列表进行小区重选。


3.根据权利要求1或2所述的方法,其特征在于,包括如下步骤:
降低所述第一小区在小区重选时的被选概率。


4.根据权利要求3所述的方法,其特征在于,包括如下步骤:
将所述第一小区从所述待重选小区列表中剔除、或降低所述第一小区在所述待重选小区列表中的排序权重。


5.根据权利要求4所述的方法,其特征在于,包括如下步骤:
在所述第二小区满足小区驻留条件、且所述第二小区广播的跟踪区标识和所述第一小区的跟踪区标识相同的情况下,表征重选至所述第二小区。


6.根据权利要求2所述的方法,其特征在于,所...

【专利技术属性】
技术研发人员:高鸣
申请(专利权)人:OPPO广东移动通信有限公司
类型:发明
国别省市:广东;44

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1