WO2021057616A1

WO2021057616A1 - Rrc连接的管理方法及装置、存储介质和电子装置

Info

Publication number: WO2021057616A1
Application number: PCT/CN2020/116173
Authority: WO
Inventors: 黄骏
Original assignee: 深圳市中兴微电子技术有限公司
Priority date: 2019-09-29
Filing date: 2020-09-18
Publication date: 2021-04-01
Also published as: CN112584556A

Abstract

本申请提供了一种RRC连接的管理方法及装置、存储介质和电子装置，该方法包括：在通过分组数据汇聚协议PDCP确定上行数据的发送和下行数据的接收结束的情况下，通过所述PDCP启动定时器；在所述定时器超时后且未收到新的下行数据和没有新的上行数据的发送的情况下，释放RRC连接。

Description

RRC连接的管理方法及装置、存储介质和电子装置

本申请要求在2019年09月29日提交中国专利局、申请号为201910937045.4的中国专利申请的优先权，该申请的全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信领域，例如涉及一种无线资源控制(Radio Resource Control，RRC)连接的管理方法及装置、存储介质和电子装置。

背景技术

在第五代移动通信系统中，它的网络结构由核心网(5g核心网(5g core network，5GC))、5G接入网节点(下一代基站(Next Generation NodeB，gNB))和用户设备组成。gNB和用户设备(User Equipment，UE)之间的接口是Uu口，也就是无线接口，在该接口上，协议栈按其功能和任务划分为物理层(层1)、数据链路层(层2)和网络层(层3)。RRC子层位于层3的最低层，属于接入层，主要是提供无线资源的控制和管理等功能。

随着5G的网络的发展和5G技术的进步，5G的速率也在不断提高。由于新技术的引进，对5G网络消息处理的时延有着严格的限制，因此网络在设计空口信令流程时，减少了复杂的确认机制，带来了信令效率的提升和空口延迟的减少。

信令确认机制的简化是一把双刃剑，在无线环境良好的情况下，确实会带来效率的大幅提升，但是在弱场环境下，误码和丢包严重时，信令确认机制的简化可能会带来不少的问题，无线承载控制连接释放消息的丢失或漏检，会导致UE迟迟无法释放RRC连接，在此情形下，网络侧由于保护定时器的存在，可以延迟一定时间后就释放连接，但是对于UE侧而言，会一直停留在RRC连接态，当处于无数据传输的情形下，UE的RRC连接态会维持较长的时间，从而导致与网络侧的不同步而无法继续提供服务。

针对相关技术中的上述问题，尚未存在有效的解决方案。

发明内容

本申请实施例提供了一种RRC连接的管理方法及装置、存储介质和电子装置，以至少解决相关技术中如果RRC连接释放消息在弱场下发生了漏检，由于没有足够的反馈机制来确保此条信令的可靠传输，会导致UE停留在RRC连接态而迟迟无法退出的问题。

根据本申请的一个实施例，提供了一种RRC连接的管理方法，包括：在通过分组数据汇聚协议PDCP确定上行数据的发送和下行数据的接收结束的情况下，通过所述PDCP启动定时器；在所述定时器超时后且未收到新的下行数据和没有新的上行数据的发送的情况下，释放RRC连接。

根据本申请的另一个实施例，提供了一种RRC连接的管理装置，包括：启动模块，设置为在通过分组数据汇聚协议PDCP确定上行数据的发送和下行数据的接收结束的情况下，通过所述PDCP启动定时器；释放模块，设置为在所述定时器超时后且未收到新的下行数据和没有新的上行数据的发送的情况下，释放RRC连接。

根据本申请的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本申请的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

附图说明

此处所说明的附图用来提供对本申请的理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的一种RRC连接的管理方法的终端的硬件结构框图；

图2是根据本申请实施例的RRC连接的管理方法流程图；

图3是根据本申请实施例的RRC连接的管理装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来说明本申请。本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述指定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在终端、计算机终端或者类似的运算装置中执行。以运行在终端上为例，图1是本申请实施例的一种RRC连接的管理方法的终端的硬件结构框图。如图1所示，终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器(Microcontroller Unit，MCU)或可编程逻辑器件(Field Programmable Gate Array，FPGA)等的处理装置)和设置为存储数据的存储器104，可选地，上述终端还可以包括设置为执行通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，并不对上述终端的结构造成限定。例如，终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可设置为存储计算机程序，例如，应用软件的软件程序以及模块，如本申请实施例中的RRC连接的管理方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行多种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输设备106设置为经由一个网络接收或者发送数据。上述的网络实例可包括终端10的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(Network Interface Controller，NIC)，NIC可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(Radio Frequency，RF)模块，RF模块设置为通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述终端的RRC连接的管理方法，图2是根据本申请实施例的RRC连接的管理方法流程图，如图2所示，该流程包括如下步骤：

步骤S202，在通过分组数据汇聚协议PDCP确定上行数据的发送和下行数据的接收结束的情况下，通过PDCP启动定时器。

步骤S204，在定时器超时后且未收到新的下行数据和没有新的上行数据的发送的情况下，释放无线资源控制RRC连接。

通过上述步骤S202至步骤S204，在通过分组数据汇聚协议(packet data convergence protocol，PDCP)确定上行数据的发送和下行数据的接收结束，且在定时器超时后未收到新的下行数据和没有新的上行数据的发送的情况下，释放无线资源控制RRC连接，从而实现了弱场下RRC连接释放消息漏检，解决了相关技术中如果RRC连接释放消息在弱场下发生了漏检，由于没有足够的反馈机制来确保此条信令的可靠传输，会导致UE停留在RRC连接态而迟迟无法退出的问题。

在本实施例的可选实施方式中，本申请的方法还可以包括：

步骤S206，通过PDCP对上行数据的发送和下行数据的接收进行检测；其中，对上行数据的发送和下行数据的接收进行检测包括：检测是否有缓存的上行数据待发送和/或，检测下行接收队列中的消息是否处理完毕。

步骤S208，在检测到有缓存的上行数据待发送，或下行接收队列中的消息未处理完毕的情况下，继续执行对上行数据的发送和下行数据的接收进行检测的操作。

步骤S210，在不存在缓存的上行数据待发送且下行接收队列中的消息处理完毕的情况下，确定上行数据的发送和下行数据的接收结束。

可选地，在本实施例的可选实施方式中，本实施例的方法还包括：

步骤S212，在定时器超时前接收到新的下行数据或在所述定时器超时前有新的上行数据发送的情况下，通过PDCP处理新的下行数据的接收或所述新的上行数据的发送。

在本实施例中可以通过AT命令修改定时器的定时值。

下面结合本实施例的可选实施方式，对本实施例进行举例说明；

由于5G的无线承载控制过程中，如果RRC连接释放消息在弱场下发生了漏检，由于没有足够的反馈机制来确保此条信令的可靠传输，会导致UE停留在RRC连接态而迟迟无法退出，影响后续业务的连续性和可用性。

相关技术的RRC协议对此问题没有给出任何描述及解决方法，因此，本可选实施方式提供了一种弱场下RRC释放消息漏检的解决方案，本方案通过在PDCP层设置保护定时器，当PDCP检测到UE数据发送和接收结束后，PDCP启动该保护定时器，直到保护定时器超时，若无新的数据接收和发送，PDCP则通知无线资源控制模块主动释放RRC连接。

本可选实施方式中的弱场下RRC释放消息漏检的处理方法，该方法以UE完成网络侧数据的收发开始，该方法的步骤包括：

步骤S10，PDCP进行上行数据的发送和下行数据的接收检测，然后执行步骤S20。

步骤S20，PDCP首先判断是否有缓存的上行数据待发送，若有缓存的上行数据待发送，则继续执行上行数据的发送，并返回步骤S10；若没有缓存的上行数据待发送，则执行步骤S30。

步骤S30，PDCP判断下行接收队列中的消息是否已经处理完毕，若未处理完毕，则继续处理下行消息队列，并返回步骤S10；若已处理完毕则执行步骤S40。

步骤S40，PDCP启动无数据监控定时器，定时器超时前若收到新的下行数据或在所述定时器超时前有新的上行数据发送，则执行步骤S50，若定时器超时，则执行步骤S60。

步骤S50，PDCP处理新的下行数据的接收或所述新的上行数据的发送，并返回步骤S10。

步骤S60，PDCP通知无线资源控制模块本地释放RRC连接，过程结束。

可见，通过上述步骤S10至步骤S60，为了解决RRC连接释放消息漏检的问题，必须首先在PDCP层判断数据接收和发送的结束，PDCP通过判断上行发送队列为空，且在下行方向上无新的数据接收时，PDCP认为UE数据接收和发送的结束。

当PDCP认为UE的数据接收和发送结束后，PDCP需要启动一个无数据的监控定时器，该监控定时器的作用就是预留一定的冗余量而防止频繁的RRC连接释放和重新建立过程。该监控定时器的时长是可以按照经验值来设置，同时也支持通过AT命令来修改监控定时器的长度。在监控定时器超时前若有新的数据发送或者收到新的下行数据，则会停止监控定时器。

当监控定时器超时后，PDCP会发送消息通知无线承载控制模块，然后无线承载控制模块会释放UE的RRC连接，并进行空闲态相关的小区选择和驻留等操作。

与相关技术相比较，对于5G无线承载控制过程中RRC连接释放消息漏检的问题，协议书并没有给出相关的描述，所以该问题的协议标准处理是空白的。而采用本可选实施方式中的弱场下RRC连接释放消息漏检的处理方法，可以最大程度降低在弱场下RRC连接释放消息漏检的概率，并提高UE的健壮性和业务的可持续性。在不增加系统处理复杂度，且不需要同步修改网络侧实现的前提下，本可选实施方式是成本低且易于实现的一种方案。

通过以上的实施方式的描述，本领域的技术人员可以了解到根据上述实施例的方法可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(Read-Only Memory，ROM)/随机存取存储器(Random Access Memory，RAM)、磁碟、光盘)中，包括多个指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请多个实施例的方法。

实施例2

在本实施例中还提供了一种RRC连接的管理装置，该装置设置为实现上述实施例及可选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置可以以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本申请实施例的RRC连接的管理装置的结构框图，如图3所示，该装置包括：启动模块32，设置为在通过分组数据汇聚协议PDCP确定上行数据的发送和下行数据的接收结束的情况下，通过PDCP启动定时器；释放模块34，与启动模块32耦合连接，设置为在定时器超时后且未收到新的下行数据和没有新的上行数据发送的情况下，释放RRC连接。

可选地，本实施例中的装置还可以包括：检测模块，设置为在通过PDCP启动定时器之前，通过PDCP对上行数据的发送和下行数据的接收进行检测；其中，检测模块是设置为通过如下方式对上行数据的发送和下行数据的接收进行检测：检测是否有缓存的上行数据待发送和/或，检测下行接收队列中的消息是否处理完毕；执行模块，设置为在检测到有缓存的上行数据待发送，或下行接收队列中的消息未处理完毕的情况下，继续执行对上行数据的发送和下行数据的接收进行检测的操作；确定模块，设置为在不存在缓存的上行数据待发送且下行接收队列中的消息处理完毕的情况下，确定上行数据的发送和下行数据的接收结束。

可选地，本实施例中的装置还可以包括：处理模块，设置为在定时器超时前接收到新的下行数据或在所述定时器超时前有新的上行数据的情况下，通过PDCP处理新的下行数据的接收或所述新的上行数据的发送。

可选地，本实施例中的装置还可以包括：修改模块，设置为通过AT命令修改定时器的定时值。

上述多个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述多个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本申请的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：S110，在通过分组数据汇聚协议PDCP确定上行数据的发送和下行数据的接收结束的情况下，通过PDCP启动定时器；S120，在定时器超时后且未收到新的下行数据和没有新的上行数据的发送的情况下，释放无线资源控制RRC连接。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、ROM、 RAM、移动硬盘、磁碟或者光盘等多种可以存储计算机程序的介质。

本申请的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：S110，在通过分组数据汇聚协议PDCP确定上行数据的发送和下行数据的接收结束的情况下，通过PDCP启动定时器；S120，在定时器超时后且未收到新的下行数据和没有新的上行数据的发送的情况下，释放无线资源控制RRC连接。

可选地，本实施例中的示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

本领域的技术人员应该明白，上述的本申请的多个模块或多个步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在一些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成多个个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。本申请不限制于任何指定的硬件和软件结合。

Claims

一种无线资源控制RRC连接的管理方法，包括：

在通过分组数据汇聚协议PDCP确定上行数据的发送和下行数据的接收结束的情况下，通过所述PDCP启动定时器；

在所述定时器超时后且未收到新的下行数据和没有新的上行数据的发送的情况下，释放RRC连接。
根据权利要求1所述的方法，在通过所述PDCP启动定时器之前，还包括：

通过所述PDCP对上行数据的发送和下行数据的接收进行检测；其中，对上行数据的发送和下行数据的接收进行检测包括以下至少之一：检测是否有缓存的上行数据待发送，检测下行接收队列中的消息是否处理完毕；

响应于有缓存的上行数据待发送，或下行接收队列中的消息未处理完毕的检测结果，继续执行对上行数据的发送和下行数据的接收进行检测的操作；

响应于不存在缓存的上行数据待发送且下行接收队列中的消息处理完毕的检测结果，确定上行数据的发送和下行数据的接收结束。
根据权利要求1所述的方法，还包括：

在所述定时器超时前接收到新的下行数据或在所述定时器超时前有新的上行数据发送的情况下，通过PDCP处理所述新的下行数据的接收或所述新的上行数据的发送。
根据权利要求1所述的方法，还包括：

通过AT命令修改所述定时器的定时值。
一种无线资源控制RRC连接的管理装置，包括：

启动模块，设置为在通过分组数据汇聚协议PDCP确定上行数据的发送和下行数据的接收结束的情况下，通过所述PDCP启动定时器；

释放模块，设置为在所述定时器超时后且未收到新的下行数据和没有新的上行数据的发送的情况下，释放RRC连接。
根据权利要求5所述的装置，还包括：

检测模块，设置为在通过所述PDCP启动定时器之前，通过所述PDCP对上行数据的发送和下行数据的接收进行检测；其中，所述检测模块是设置为通过如下至少之一方式对上行数据的发送和下行数据的接收进行检测：检测是否有缓存的上行数据待发送，检测下行接收队列中的消息是否处理完毕；

执行模块，设置为响应于有缓存的上行数据待发送，或下行接收队列中的消息未处理完毕的检测结果，继续执行对上行数据的发送和下行数据的接收进行检测的操作；

确定模块，设置为响应于不存在缓存的上行数据待发送且下行接收队列中的消息处理完毕的检测结果，确定上行数据的发送和下行数据的接收收发结束。
根据权利要求5所述的装置，还包括：

处理模块，设置为在所述定时器超时前接收到新的下行数据或在所述定时器超时前有新的上行数据发送的情况下，通过PDCP处理所述新的下行数据的接收或所述新的上行数据的发送。
根据权利要求5所述的装置，还包括：

修改模块，设置为通过AT命令修改所述定时器的定时值。
一种计算机可读的存储介质，存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至4中任一项所述的方法。
一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至4中任一项所述的方法。