CN110831260B - Rrc连接恢复的处理方法、装置及终端 - Google Patents
Rrc连接恢复的处理方法、装置及终端 Download PDFInfo
- Publication number
- CN110831260B CN110831260B CN201810914347.5A CN201810914347A CN110831260B CN 110831260 B CN110831260 B CN 110831260B CN 201810914347 A CN201810914347 A CN 201810914347A CN 110831260 B CN110831260 B CN 110831260B
- Authority
- CN
- China
- Prior art keywords
- rrc connection
- terminal
- connection recovery
- recovery process
- layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种RRC连接恢复的处理方法、装置及终端，该方法包括：终端在进行第一RRC连接恢复过程中，若需要触发第二RRC连接恢复过程，由所述终端的接入层进行处理。本发明实施例中终端在进行RRC连接恢复过程中若需要再次触发RRC连接恢复过程，由终端的接入层对当前的RRC连接恢复过程和/或后续的RCC连接恢复过程进行处理，从而实现终端对RRC连接恢复过程的统一处理。
Description
技术领域
本发明涉及通信技术领域，尤其是指一种RRC连接恢复的处理方法、装置及终端。
背景技术
为了尽快的恢复终端UE与网络侧的连接，网络侧可以指示终端挂起当前的空口连接，存储终端当前的上下文，并给终端配置一个移动区域(称为无线接入网RAN寻呼区域)。终端在网络侧配置的区域内移动时，可以只进行简单的小区重选。终端如果需要恢复RRC(Radio Resource Control，无线资源控制)连接，终端需要发起RRC连接恢复过程。
5G中，将此时终端的RRC状态称为RRC inactive状态(去激活状态或非激活状态)。根据当前的协议，终端在如下情况下，需要发起RRC连接恢复过程，包括：
需要响应RAN侧寻呼；由于移除RNA区域或周期性RNA更新定时器超时，需要进行RNA更新过程；NAS(Non-access stratum，非接入层)层需要发送相关的NAS消息；以及，上行数据到达。
由上可知，5G以及4G中，终端与网络侧的空口连接可能断开，但终端与网络侧认为NAS层仍然保持连接。此时终端和网络侧之间如果需要交互消息或者数据，需要先恢复RRC连接。NAS层和AS(access stratum，接入层)层均可以触发RRC连接恢复过程。由于NAS层可能并不知道AS层正在进行RRC连接恢复过程，会出现AC层触发RRC连接恢复过程中NAS层需要发送消息，可能再次触发RRC连接恢复过程。对于这种情况，该如何处理，当前还未讨论。
发明内容
本发明的目的在于提供一种RRC连接恢复的处理方法、装置及终端，以解决现有技术中对于在RRC连接恢复过程中再一次触发的RRC连接恢复过程没有明确的处理方式的问题。
为了解决上述问题，本发明实施例提供一种无线资源控制RRC连接恢复的处理方法，应用于终端，包括：
终端在进行第一RRC连接恢复过程中，若需要触发第二RRC连接恢复过程，由所述终端的接入层进行处理。
其中，所述第一RRC连接恢复过程由所述终端的接入层或高层触发；
所述第二RRC连接恢复过程由所述终端的接入层或高层触发。
其中，所述由所述终端的接入层进行处理，包括：
所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；或者，
所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；或者，
所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；或者，
所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程。
其中，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求之后，所述方法还包括：
所述终端的接入层忽略所述第二RRC连接恢复过程对应的接入控制分类；和/或，
所述终端的接入层忽略所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程中高层提交的高层消息。
其中，所述由所述终端的接入层进行处理，包括：
在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，在预定情况下，所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求。
其中，在所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息的情况下，所述方法还包括：
所述终端的接入层缓存所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程对应的接入控制分类。
其中，所述终端的接入层中止所述第一RRC连接恢复过程，包括：
所述终端的接入层停止与所述第一RRC连接恢复过程相关的定时器；和/或，
所述终端的接入层丢弃当前更新的安全上下文；和/或，
所述终端的接入层挂起信令无线承载SRB1；和/或，
所述终端的接入层进行介质访问控制MAC的重置。
其中，所述预定情况包括下述情况中的一种或多种：
所述第二RRC连接恢复过程是因紧急服务触发的；
所述第二RRC连接恢复过程是因低时延服务触发的；
所述第二RRC连接恢复过程是因高优先级服务触发的；
触发所述第二RRC连接恢复过程的服务的优先级高于触发所述第一RRC连接恢复过程的服务；
所述第一RRC连接恢复过程是因无线接入网RAN通知区域更新触发的；以及，
所述第一RRC连接恢复过程对应的恢复原因为RAN通知区域更新。
其中，所述方法还包括：
在所述终端的高层接收到接入层提供的进入RRC非激活态的指示后，所述终端的高层判断是否有高层消息未收到响应或是否有未发送的高层消息；
在有高层消息未收到响应的情况下，所述终端的高层重发所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程；或者，在有未发送的高层消息的情况下，所述终端的高层发送所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程。
其中，所述高层消息包括下述消息中的至少一种：
紧急服务触发的高层消息；
低时延服务触发的高层消息；
高优先级服务触发的高层消息。
其中，所述方法还包括：
接收网络侧设备发送的响应消息；
若所述响应消息不是RRC连接恢复消息，和/或，所述响应消息不是指示终端进入RRC非激活态的RRC释放消息，所述终端的接入层删除所缓存的信息；其中，所缓存的信息包括下述信息中的至少一个：触发所述第二RRC连接恢复过程所对应的高层消息、所述第二RRC连接恢复过程对应的恢复原因以及所述第二RRC连接恢复过程对应的接入控制分类。
其中，所述方法还包括：
终端发送第一RRC连接恢复过程的RRC连接恢复请求时，启动一定时器并等待网络侧设备对所述RRC连接恢复请求的响应；
在所述定时器运行时，确定所述终端在进行所述第一RRC连接恢复过程中。
其中，所述方法还包括：
若所述响应消息是RRC连接恢复消息，向所述网络侧设备发送RRC恢复完成消息和/或RRC建立完成消息；
其中，RRC恢复完成消息和/或RRC建立完成消息中携带所述终端的接入层缓存的高层消息。
本发明实施例还提供一种无线资源控制RRC连接恢复的处理装置，应用于终端，包括：
处理模块，用于在进行第一RRC连接恢复过程中，若需要触发第二RRC连接恢复过程，由所述终端的接入层进行处理。
其中，所述处理模块包括：
第一处理子模块，用于由所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；或者，用于由所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；或者，用于由所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；或者，用于由所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程。
本发明实施例还提供一种终端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；所述处理器用于读取存储器中的程序，执行下列过程：
终端在进行第一RRC连接恢复过程中，若所述收发机需要触发第二RRC连接恢复过程，由所述终端的接入层进行处理。
其中，所述第一RRC连接恢复过程由所述终端的接入层或高层触发；
所述第二RRC连接恢复过程由所述终端的接入层或高层触发。
其中，所述处理器还用于：
所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；或者，
所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；或者，
所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；或者，
所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程。
其中，所述处理器还用于：
所述终端的接入层忽略所述第二RRC连接恢复过程对应的接入控制分类；和/或，
所述终端的接入层忽略所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程中高层提交的高层消息。
其中，所述处理器还用于：
在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，在预定情况下，所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求。
其中，在所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息的情况下，所述处理器还用于：
所述终端的接入层缓存所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程对应的接入控制分类。
其中，所述处理器还用于：
所述终端的接入层停止与所述第一RRC连接恢复过程相关的定时器；和/或，
所述终端的接入层丢弃当前更新的安全上下文；和/或，
所述终端的接入层挂起信令无线承载SRB1；和/或，
所述终端的接入层进行介质访问控制MAC的重置。
其中，所述预定情况包括下述情况中的一种或多种：
所述第二RRC连接恢复过程是因紧急服务触发的；
所述第二RRC连接恢复过程是因低时延服务触发的；
所述第二RRC连接恢复过程是因高优先级服务触发的；
触发所述第二RRC连接恢复过程的服务的优先级高于触发所述第一RRC连接恢复过程的服务；
所述第一RRC连接恢复过程是因无线接入网RAN通知区域更新触发的；以及，
所述第一RRC连接恢复过程对应的恢复原因为RAN通知区域更新。
其中，所述处理器还用于：
在所述终端的高层接收到接入层提供的进入RRC非激活态的指示后，所述终端的高层判断是否有高层消息未收到响应或是否有未发送的高层消息；
在有高层消息未收到响应的情况下，所述终端的高层重发所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程；或者，在有未发送的高层消息的情况下，所述终端的高层发送所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程。
其中，所述高层消息包括下述消息中的至少一种：
紧急服务触发的高层消息；
低时延服务触发的高层消息；
高优先级服务触发的高层消息。
其中，所述收发机还用于：
接收网络侧设备发送的响应消息；
所述处理器还用于：
若所述响应消息不是RRC连接恢复消息，和/或，所述响应消息不是指示终端进入RRC非激活态的RRC释放消息，所述终端的接入层删除所缓存的信息；其中，所缓存的信息包括下述信息中的至少一个：触发所述第二RRC连接恢复过程所对应的高层消息、所述第二RRC连接恢复过程对应的恢复原因以及所述第二RRC连接恢复过程对应的接入控制分类。
其中，所述处理器还用于：
在终端发送第一RRC连接恢复过程的RRC连接恢复请求时，启动一定时器并等待网络侧设备对所述RRC连接恢复请求的响应；
在所述定时器运行时，确定所述终端在进行所述第一RRC连接恢复过程中。
其中，所述处理器还用于：
若所述响应消息是RRC连接恢复消息，向所述网络侧设备发送RRC恢复完成消息和/或RRC建立完成消息；
其中，RRC恢复完成消息和/或RRC建立完成消息中携带所述终端的接入层缓存的高层消息。
本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的无线资源控制RRC连接恢复的处理方法的步骤。
本发明的上述技术方案至少具有如下有益效果：
本发明实施例的RRC连接恢复的处理方法、装置及终端中，终端在进行RRC连接恢复过程中若需要再次触发RRC连接恢复过程，由终端的接入层对当前的RRC连接恢复过程和/或后续的RCC连接恢复过程进行处理，从而实现终端对RRC连接恢复过程的统一处理。
附图说明
图1表示本发明实施例提供的无线资源控制RRC连接恢复的处理方法的步骤示意图；
图2表示本发明实施例提供的无线资源控制RRC连接恢复的处理装置的结构示意图；
图3表示本发明实施例提供的终端的结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
如图1所示，本发明实施例提供一种无线资源控制RRC连接恢复的处理方法，应用于终端，包括：
步骤101，终端在进行第一RRC连接恢复过程中，若需要触发第二RRC连接恢复过程，由所述终端的接入层进行处理。
相应的，本发明实施例还提供一种确定终端是否在进行第一RRC连接恢复过程的方法，即所述方法还包括：
终端发送第一RRC连接恢复过程的RRC连接恢复请求时，启动一定时器并等待网络侧设备对所述RRC连接恢复请求的响应；
在所述定时器运行时，确定所述终端在进行所述第一RRC连接恢复过程中。
本步骤中，上述“终端在进行第一RRC连接恢复过程中”具体可以是：终端正在等待RRC连接恢复响应消息(该RRC连接恢复响应消息由网络侧设备发送)，比如终端发送第一RRC连接恢复过程对应的RRC连接恢复请求后，会启动T319，等待网络侧发送的响应消息，T319运行，则认为终端在进行第一RRC恢复过程中。T319超时或停止，则认为终端不在进行第一RRC连接恢复过程中(可包括RRC连接恢复成功、RRC连接恢复失败、回退到RRC连接建立过程等)。
需要说明的是，“终端在进行第一RRC连接恢复过程中”表明终端当前的接入层处于RRC非激活态(RRC inactive态)，也可称为空口处于挂起状态。
进一步的，作为一个实施例，所述第一RRC连接恢复过程由所述终端的接入层(AS层)或高层(一般为NAS层)触发。即由于AS层或NAS层的触发，终端的AS层发起第一RRC连接恢复过程。
作为一个较佳实施例，本发明实施例中提及的高层具体为非接入层，相应的，本发明实施例中提及的高层消息具体为非接入层消息。
作为另一个实施例，所述第二RRC连接恢复过程由所述终端的接入层或高层触发。
例如，当NAS层需要发送NAS消息(即高层消息)时，NAS层发现终端当前的AS层处于RRC非激活状态(或空口处于挂起状态)，则NAS层需要请求AS层转换到RRC连接态，此时NAS层需要触发AS层发起第二RRC连接恢复过程。再例如，终端的AS层收到RAN寻呼，此时终端的AS层需要触发其AS层发起第二RRC连接恢复过程。
进一步的，作为一个实施例，本发明实施例中步骤101中的由所述终端的接入层进行处理，包括：
所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求(可称为处理方式1)；简言之，该处理方式1为：终端的接入层继续等待第一RRC连接恢复过程的响应消息，并忽略触发所述第二RRC连接恢复过程所对应的请求。
或者，所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程(可称为处理方式2)；简言之，该处理方式2为：终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程。
或者，所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息(可称为处理方式3)；处理方式3中AS层进入空闲态并告知NAS层RRC连接恢复失败之后，由NAS层发起NAS恢复过程(比如根据已有协议触发注册区域更新过程等)。简言之，处理方式3为：终端的接入层中止所述第一RRC连接恢复过程，进入RRC空闲态并告知高层RRC连接恢复失败。
或者，所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程(可称为处理方式4)。简言之，处理方式4为：终端的AS层缓存触发所述第二RRC连接恢复过程所对应的高层消息，并继续等待第一RRC连接恢复过程的响应消息。
进一步的，针对处理方式4：在所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息的情况下，所述方法还包括：
所述终端的接入层缓存所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程对应的接入控制分类。
作为一个实施例，针对处理方式2和处理方式3中的“所述终端的接入层中止所述第一RRC连接恢复过程”，具体包括：
所述终端的接入层停止与所述第一RRC连接恢复过程相关的定时器；和/或，
所述终端的接入层丢弃当前更新的安全上下文；和/或，
所述终端的接入层挂起信令无线承载SRB1；和/或，
所述终端的接入层进行介质访问控制MAC的重置(或者告知MAC层中止当前MAC进程)。
作为一个较佳实施例，针对处理方式1，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求之后，所述方法还包括：
在所述第二RRC连接恢复过程提供了接入控制分类的情况下，所述终端的接入层忽略所述第二RRC连接恢复过程对应的接入控制分类；和/或，
在所述第二RRC连接恢复过程提供了恢复原因的情况下，所述终端的接入层忽略所述第二RRC连接恢复过程对应的恢复原因；和/或，
在所述第二RRC连接恢复过程为高层触发，且该高层提交了高层消息的情况下，所述终端的接入层缓存所述第二RRC连接恢复过程中高层提交的高层消息。
进一步的，针对处理方式1和处理方式4中继续等待第一RRC连接恢复过程的RRC连接恢复响应消息的行为，本发明实施例提供的处理方法还包括：
接收网络侧设备发送的响应消息；
若所述响应消息不是RRC连接恢复消息，和/或，所述响应消息不是指示终端进入RRC非激活态的RRC释放消息，所述终端的接入层删除所缓存的信息；其中，所缓存的信息包括下述信息中的至少一个：触发所述第二RRC连接恢复过程所对应的高层消息、所述第二RRC连接恢复过程对应的恢复原因以及所述第二RRC连接恢复过程对应的接入控制分类。
进一步的，若终端的接入层缓存了高层消息(例如针对处理方式1和处理方式4)，本发明实施例提供的处理方法还包括：
若所述响应消息是RRC连接恢复消息，向所述网络侧设备发送RRC恢复完成消息和/或RRC建立完成消息；
其中，RRC恢复完成消息和/或RRC建立完成消息中携带所述终端的接入层缓存的高层消息。
作为一个实施例，本发明实施例提供的处理方法还包括：
在所述终端的高层接收到接入层提供的进入RRC非激活态的指示后，所述终端的高层判断是否有高层消息未收到响应或是否有未发送的高层消息；
在有高层消息未收到响应的情况下，所述终端的高层重发所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程；或者，在有未发送的高层消息的情况下，所述终端的高层发送所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程。
其中，所述高层消息包括下述消息中的至少一种：
紧急服务触发的高层消息；
低时延服务触发的高层消息；
高优先级服务触发的高层消息。
为了更清楚的描述终端的接入层的处理方式，下面结合四个示例分别对处理方式1、处理方式2、处理方式3以及处理方式4进行详细描述：
示例一：AS层忽略触发第二RRC连接恢复过程所对应的请求
步骤11，由于AS层或者NAS层触发，UE的AS层发起第一RRC连接恢复过程；
步骤12，NAS层需要发送NAS消息，发现终端当前的AS层处于RRC非激活状态(或者空口处于挂起状态)，则NAS层请求AS层转换到RRC连接态，触发AS层发起第二RRC连接恢复过程；或者终端的AS层收到RAN寻呼，需要发起第二RRC连接恢复过程；
此时，终端的AS层发现当前有未完成的RRC连接恢复过程(即第一RRC连接恢复过程，对应的等待网络侧针对RRC连接恢复请求的响应的定时器T319未超时)，则终端的AS层忽略NAS层或AS层触发的第二RRC连接恢复过程所对应的请求。
进一步的，终端的AS层还可能：
忽略提供的接入控制分类(如果提供)；
忽略提供的恢复原因(如果提供)；
缓存NAS层提交的NAS消息(如果提供)。
步骤13，针对第一RRC连接恢复过程，终端收到网络侧设备发送的响应消息。
如果终端收到网络侧发送的RRC连接恢复消息，终端响应RRC连接恢复消息时携带NAS层提供的所有NAS消息(包括步骤11和步骤12中的NAS消息)；例如向网络侧发送的RRC连接恢复完成消息和/或RRC建立完成消息携带所有缓存的NAS消息。
如果终端收到网络侧响应消息回退到RRC建立过程，则AS层删除所缓存的NAS消息(如果有)，按照现有协议执行RRC建立过程相关操作。
如果终端收到网络侧拒绝RRC恢复请求，则UE侧AS层删除所缓存的NAS消息(如果有)，按照现有协议执行收到RRC拒绝相关操作。
如果终端收到网络侧响应的RRC释放消息，指示终端进入RRC空闲状态，则UE侧AS层进入RRC空闲态，并告知NAS层。后续NAS层根据现有协议，判断是否有处于pending(等待中)的NAS消息，如果有，触发相关的NAS过程。
如果终端收到网络侧响应的RRC释放消息，指示终端进入到RRC非激活状态，则终端根据收到的配置，进入RRC非激活状态，并告知NAS层当前RRC连接挂起或者RRC非激活状态。NAS层的处理方式可以是：
1)NAS层如果有等待响应的NAS层消息或者有未发送的NAS消息，则可以按照当前NAS层协议，满足一定条件(比如NAS消息对应的定时器超时)后，NAS层再触发NAS消息重传，进而触发AS层进行RRC连接恢复过程(即为现有流程)；或者，
2)NAS层收到AS层提供的进入RRC非激活状态指示后，判断是否有NAS消息未收到响应，或者是否有未发送的NAS消息，如果有，则NAS层立即重发该NAS消息，进而触发AS层进行RRC连接恢复过程；或者，
3)NAS层收到AS层提供的进入RRC非激活状态指示后，判断是否有特定的NAS消息未收到响应，或者是否有未发送的特定NAS消息。特定的NAS消息包括以下的一种或多种：
紧急服务触发的NAS消息，比如因为紧急业务触发的PDU session(协议数据单元会话)建立请求消息；
低时延服务触发的NAS消息，比如因为URLCC触发的PDU session建立请求消息；
高优先级服务触发的NAS消息，比如某终端或者某服务设置为高优先级接入，其对应的NAS消息为高优先级服务触发的NAS消息；
如果有特定的NAS消息未收到响应，或者有未发送的特定NAS消息，则NAS层立即重发该NAS消息，进而触发AS层进行RRC连接恢复过程。
示例二：AS层立即中止第一RRC连接恢复过程并进行第二RRC连接恢复过程
步骤21，由于AS层或者NAS层触发，UE的AS层发起第一RRC连接恢复过程；
步骤22，NAS层需要发送NAS消息，发现终端当前的AS层处于RRC非激活状态(或者空口处于挂起状态)，则NAS层请求AS层转换到RRC连接态，触发AS层发起第二RRC连接恢复过程；或者终端的AS层收到RAN寻呼，需要发起第二RRC连接恢复过程；
此时，终端的AS层发现当前有未完成的RRC连接恢复过程(即第一RRC连接恢复过程，对应的等待网络侧针对RRC连接恢复请求的响应的定时器未超时)，则AS层中止当前的第一RRC连接恢复过程(包括停止与该恢复过程相关的定时器，丢弃当前更新的安全上下文，挂起SRB1，进行MAC重置等行为)，并基于第二RRC连接恢复过程的RRC连接请求进行第二RRC连接恢复过程。
示例三：AS层立即进入RRC空闲态，由NAS层触发NAS恢复过程
步骤31，由于AS层或者NAS层触发，UE的AS层发起第一RRC连接恢复过程；
步骤32，NAS层需要发送NAS消息，发现终端当前的AS层处于RRC非激活状态(或者空口处于挂起状态)，则NAS层请求AS层转换到RRC连接态，触发AS层发起第二RRC连接恢复过程；或者终端的AS层收到RAN寻呼，需要发起第二RRC连接恢复过程；
此时，终端的AS层发现当前有未完成的RRC连接恢复过程(即第一RRC连接恢复过程)，则AS层中止当前的第一RRC连接恢复过程，进入RRC空闲态，并进行进入RRC空闲态相关操作(例如重置MAC，删除之前存储的RRC非激活状态的一些信息)，并告知NAS层RRC连接恢复失败。
后续NAS层发起NAS恢复过程(例如根据已有协议触发注册区域更新过程)
示例四：AS层缓存触发所述第二RRC连接恢复过程所对应的高层消息，并由AS层判断是否需要重新触发RRC连接恢复过程
步骤41由于AS层或者NAS层触发，UE的AS层发起第一RRC连接恢复过程；
步骤42，NAS层需要发送NAS消息，发现终端当前的AS层处于RRC非激活状态(或者空口处于挂起状态)，则NAS层请求AS层转换到RRC连接态，触发AS层发起第二RRC连接恢复过程；或者终端的AS层收到RAN寻呼，需要发起第二RRC连接恢复过程；
此时，终端的AS层发现当前有未完成的RRC连接恢复过程(即第一RRC连接恢复过程)，则AS层缓存触发第二RRC连接恢复过程所对应的NAS消息。可选的，存储对应的接入分类、恢复原因。
步骤43，针对第一RRC连接恢复过程，终端收到网络侧设备发送的响应消息。
如果终端收到网络侧发送的RRC连接恢复消息，终端响应RRC连接恢复消息时，携带NAS层提供的所有NAS消息(包括步骤11和步骤12中的NAS消息)。
如果终端收到网络侧响应消息回退到RRC建立过程，则AS层删除所缓存的NAS消息、恢复原因(如果有)，按照现有协议执行RRC建立过程相关操作。
如果终端收到网络侧拒绝RRC恢复请求，则UE侧AS层删除所缓存的NAS消息(如果有)，按照现有协议执行收到RRC拒绝相关操作。
如果终端收到网络侧响应的RRC释放消息，指示终端进入RRC空闲状态(包括删除缓存的NAS消息、恢复原因、接入分类)，则UE侧AS层进入RRC空闲态，并告知NAS层。后续NAS层根据现有协议，判断是否有处于pending(等待中)的NAS消息，如果由，触发相关的NAS过程。
如果终端收到网络侧响应的RRC释放消息，指示终端进入到RRC非激活状态，则终端根据收到的配置，进入RRC非激活状态，并判断是否有缓存的NAS消息未发送，如果有，则AS层再次触发RRC连接恢复过程。
作为本发明的一较佳实施例，上述处理方式1、处理方式2、处理方式3以及处理方式4不仅可以分别单独使用，还可以组合使用，即步骤101所述由所述终端的接入层进行处理，包括：
在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；简言之，在预定情况下，AS层使用处理方式2，其余情况下，AS层使用处理方式1。
或者，在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；简言之，在预定情况下，AS层使用处理方式3，其余情况下，AS层使用处理方式1。
或者，在预定情况下，所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；简言之，在预定情况下，AS层使用处理方式4，其余情况下，AS层使用处理方式1。
进一步的，针对处理方式4：在所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息的情况下，所述方法还包括：
所述终端的接入层缓存所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程对应的接入控制分类。
作为一个实施例，针对处理方式2和处理方式3中的“所述终端的接入层中止所述第一RRC连接恢复过程”，具体包括：
所述终端的接入层停止与所述第一RRC连接恢复过程相关的定时器；和/或，
所述终端的接入层丢弃当前更新的安全上下文；和/或，
所述终端的接入层挂起信令无线承载SRB1；和/或，
所述终端的接入层进行介质访问控制MAC的重置(或者告知MAC层中止当前MAC进程)。
需要说明的是，所述预定情况包括下述情况中的一种或多种：
所述第二RRC连接恢复过程是因紧急服务触发的；
所述第二RRC连接恢复过程是因低时延服务触发的；
所述第二RRC连接恢复过程是因高优先级服务触发的；
触发所述第二RRC连接恢复过程的服务的优先级高于触发所述第一RRC连接恢复过程的服务；
所述第一RRC连接恢复过程是因无线接入网RAN通知区域(RAN通知区域可简称为RNA)更新触发的；以及，
所述第一RRC连接恢复过程对应的恢复原因为RAN通知区域更新。
作为一个实施例，本发明实施例提供的处理方法还包括：
在所述终端的高层接收到接入层提供的进入RRC非激活态的指示后，所述终端的高层判断是否有高层消息未收到响应或是否有未发送的高层消息；
在有高层消息未收到响应的情况下，所述终端的高层重发所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程；或者，在有未发送的高层消息的情况下，所述终端的高层发送所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程。
其中，所述高层消息包括下述消息中的至少一种：
紧急服务触发的高层消息；
低时延服务触发的高层消息；
高优先级服务触发的高层消息。
进一步的，针对处理方式1和处理方式4中继续等待第一RRC连接恢复过程的RRC连接恢复响应消息的行为，本发明实施例提供的处理方法还包括：
接收网络侧设备发送的响应消息；
若所述响应消息不是RRC连接恢复消息，和/或，所述响应消息不是指示终端进入RRC非激活态的RRC释放消息，所述终端的接入层删除所缓存的信息；其中，所缓存的信息包括下述信息中的至少一个：触发所述第二RRC连接恢复过程所对应的高层消息、所述第二RRC连接恢复过程对应的恢复原因以及所述第二RRC连接恢复过程对应的接入控制分类。
为了更清楚的描述终端的接入层的处理方式，下面结合三个示例分别对处理方式1、处理方式2、处理方式3以及处理方式4的组合进行详细描述：
示例五
步骤51，由于AS层或者NAS层触发，UE的AS层发起第一RRC连接恢复过程；
步骤52，NAS层需要发送NAS消息，发现终端当前的AS层处于RRC非激活状态(或者空口处于挂起状态)，则NAS层请求AS层转换到RRC连接态，触发AS层发起第二RRC连接恢复过程；或者终端的AS层收到RAN寻呼，需要发起第二RRC连接恢复过程；
此时，终端的AS层发现当前有未完成的RRC连接恢复过程(即第一RRC连接恢复过程)，终端进一步判断是否属于预定情况。
所述预定情况包括下述情况中的一种或多种：
所述第二RRC连接恢复过程是因紧急服务触发的；比如因为紧急业务触发的第二RRC连接恢复过程；
所述第二RRC连接恢复过程是因低时延服务触发的；比如因为时延敏感业务触发的第二RRC连接恢复过程；
所述第二RRC连接恢复过程是因高优先级服务触发的；比如对应的建议原因为high priority access(高优先级接入)，触发第二RRC连接恢复过程；
触发所述第二RRC连接恢复过程的服务的优先级高于触发所述第一RRC连接恢复过程的服务；比如第二RRC连接恢复过程对应的接入分类优先级比第一RRC连接恢复过程对应的接入分类优先级高；
所述第一RRC连接恢复过程是因无线接入网RAN通知区域(RAN通知区域可简称为RNA)更新触发的，或者该第一RRC连接恢复过程对应的恢复原因为无线接入网RAN通知区域更新。
如果符合预定情况，AS层使用处理方式2；其余情况下，AS层使用处理方式1。
例如，终端因为紧急业务需要触发第二RRC连接过程，符合预定情况，AS层按照示例2中的步骤22处理，即AS层中止当前的第一RRC连接恢复过程，并进行MAC重置(或者告知MAC层中止当前MAC过程)，并基于紧急业务触发第二RRC连接恢复过程；如果终端因为普通业务需要触发第二RRC连接过程，不符合预定情况，则AS层按照示例1中的步骤12处理。
示例六
步骤61由于AS层或者NAS层触发，UE的AS层发起第一RRC连接恢复过程；
步骤62，NAS层需要发送NAS消息，发现终端当前的AS层处于RRC非激活状态(或者空口处于挂起状态)，则NAS层请求AS层转换到RRC连接态，触发AS层发起第二RRC连接恢复过程；或者终端的AS层收到RAN寻呼，需要发起第二RRC连接恢复过程；
此时，终端的AS层发现当前有未完成的RRC连接恢复过程(即第一RRC连接恢复过程)，终端进一步判断是否属于预定情况。
所述预定情况包括下述情况中的一种或多种：
所述第二RRC连接恢复过程是因紧急服务触发的；比如因为紧急业务触发的第二RRC连接恢复过程；
所述第二RRC连接恢复过程是因低时延服务触发的；比如因为时延敏感业务触发的第二RRC连接恢复过程；
所述第二RRC连接恢复过程是因高优先级服务触发的；比如对应的建议原因为high priority access(高优先级接入)，触发第二RRC连接恢复过程；
触发所述第二RRC连接恢复过程的服务的优先级高于触发所述第一RRC连接恢复过程的服务；比如第二RRC连接恢复过程对应的接入分类优先级比第一RRC连接恢复过程对应的接入分类优先级高；
所述第一RRC连接恢复过程是因无线接入网RAN通知区域(RAN通知区域可简称为RNA)更新触发的，或者该第一RRC连接恢复过程对应的恢复原因为无线接入网RAN通知区域更新。
如果符合预定情况，AS层使用处理方式3；其余情况下，AS层使用处理方式1。
例如，第一RRC连接恢复过程的触发原因为RNA更新或者第一RRC连接恢复请求中的恢复原因为RNA更新，第二RRC连接过程的触发原因为紧急业务，符合预定情况，AS层按照示例三中的步骤32处理，AS层中止当前的第一RRC连接恢复过程，进入RRC空闲态，后续由NAS层发起NAS恢复过程；如果虽然第二RRC连接过程的触发原因为紧急业务，但第一RRC恢复过程的触发原因为NAS信令，不是RNA更新，则不符合预定情况，AS层按照示例一中的步骤12处理。
示例七
步骤71，由于AS层或者NAS层触发，UE的AS层发起第一RRC连接恢复过程；
步骤72，NAS层需要发送NAS消息，发现终端当前的AS层处于RRC非激活状态(或者空口处于挂起状态)，则NAS层请求AS层转换到RRC连接态，触发AS层发起第二RRC连接恢复过程；或者终端的AS层收到RAN寻呼，需要发起第二RRC连接恢复过程；
此时，终端的AS层发现当前有未完成的RRC连接恢复过程(即第一RRC连接恢复过程)，终端进一步判断是否属于预定情况。
所述预定情况包括下述情况中的一种或多种：
所述第二RRC连接恢复过程是因紧急服务触发的；比如因为紧急业务触发的第二RRC连接恢复过程；
所述第二RRC连接恢复过程是因低时延服务触发的；比如因为时延敏感业务触发的第二RRC连接恢复过程；
所述第二RRC连接恢复过程是因高优先级服务触发的；比如对应的建议原因为high priority access(高优先级接入)，触发第二RRC连接恢复过程；
触发所述第二RRC连接恢复过程的服务的优先级高于触发所述第一RRC连接恢复过程的服务；比如第二RRC连接恢复过程对应的接入分类优先级比第一RRC连接恢复过程对应的接入分类优先级高；
所述第一RRC连接恢复过程是因无线接入网RAN通知区域(RAN通知区域可简称为RNA)更新触发的或者该第一RRC连接恢复过程对应的恢复原因为无线接入网RAN通知区域更新。
如果符合预定情况，AS层使用处理方式4；其余情况下，AS层使用处理方式1。
例如，第一RRC连接恢复过程的触发原因为RNA更新或者该第一RRC连接恢复过程对应的恢复原因为无线接入网RAN通知区域更新，符合预定情况，AS层按照示例四中的步骤42和步骤43处理，即AS层缓存后续的触发RRC连接恢复过程请求所提供的NAS消息，进一步可能需要缓存该恢复过程对应的恢复原因、对应的接入控制分类，后续AS层再次进入RRC非激活状态时，判断是否还有缓存的NAS消息未发送，如果有，则AS层再次触发RRC连接恢复过程；若第一RRC恢复过程的触发原因不是RNA更新(或者该过程对应的恢复原因不是RNA更新)，不符合预定情况，AS层按照示例一中的步骤12处理。
综上，本发明的上述实施例中，终端在进行RRC连接恢复过程中若需要再次触发RRC连接恢复过程，由终端的接入层对当前的RRC连接恢复过程和/或后续的RCC连接恢复过程进行处理，从而实现终端对RRC连接恢复过程的统一处理。
如图2所示，本发明实施例还提供一种无线资源控制RRC连接恢复的处理装置，应用于终端，包括：
处理模块201，用于在进行第一RRC连接恢复过程中，若需要触发第二RRC连接恢复过程，由所述终端的接入层进行处理。
较佳的，本发明的上述实施例中所述第一RRC连接恢复过程由所述终端的接入层或高层触发；所述第二RRC连接恢复过程由所述终端的接入层或高层触发。
较佳的，本发明的上述实施例中，所述处理模块包括：
第一处理子模块，用于由所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；或者，用于由所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；或者，用于由所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；或者，用于由所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程。
较佳的，本发明的上述实施例中，所述装置还包括：
第一忽略模块，用于所述终端的接入层忽略所述第二RRC连接恢复过程对应的接入控制分类；和/或，
第二忽略模块，用于所述终端的接入层忽略所述第二RRC连接恢复过程对应的恢复原因；和/或，
第三忽略模块，用于所述终端的接入层缓存所述第二RRC连接恢复过程中高层提交的高层消息。
较佳的，本发明的上述实施例中，所述处理模块包括：
第二处理子模块，用于在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，用于在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，用于在预定情况下，所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求。
较佳的，本发明的上述实施例中，在所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息的情况下，所述装置还包括：
处理单元，用于由所述终端的接入层缓存所述第二RRC连接恢复过程对应的恢复原因；和/或，用于由所述终端的接入层缓存所述第二RRC连接恢复过程对应的接入控制分类。
较佳的，本发明的上述实施例中，在所述终端的接入层中止所述第一RRC连接恢复过程的情况下，所述装置还包括：
所述终端的接入层停止与所述第一RRC连接恢复过程相关的定时器；和/或，
所述终端的接入层丢弃当前更新的安全上下文；和/或，
所述终端的接入层挂起信令无线承载SRB1；和/或，
所述终端的接入层进行介质访问控制MAC的重置。
较佳的，本发明的上述实施例中，所述预定情况包括下述情况中的一种或多种：
所述第二RRC连接恢复过程是因紧急服务触发的；
所述第二RRC连接恢复过程是因低时延服务触发的；
所述第二RRC连接恢复过程是因高优先级服务触发的；
触发所述第二RRC连接恢复过程的服务的优先级高于触发所述第一RRC连接恢复过程的服务；
所述第一RRC连接恢复过程是因无线接入网RAN通知区域更新触发的；以及，
所述第一RRC连接恢复过程对应的恢复原因为RAN通知区域更新。
较佳的，本发明的上述实施例中，所述装置还包括：
判断模块，用于在所述终端的高层接收到接入层提供的进入RRC非激活态的指示后，所述终端的高层判断是否有高层消息未收到响应或是否有未发送的高层消息；
触发模块，用于在有高层消息未收到响应的情况下，所述终端的高层重发所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程；或者，在有未发送的高层消息的情况下，所述终端的高层发送所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程。
较佳的，本发明的上述实施例中，所述高层消息包括下述消息中的至少一种：
紧急服务触发的高层消息；
低时延服务触发的高层消息；
高优先级服务触发的高层消息。
较佳的，本发明的上述实施例中，所述装置还包括：
接收模块，用于接收网络侧设备发送的响应消息；
删除模块，用于若所述响应消息不是RRC连接恢复消息，和/或，所述响应消息不是指示终端进入RRC非激活态的RRC释放消息，所述终端的接入层删除所缓存的信息；其中，所缓存的信息包括下述信息中的至少一个：触发所述第二RRC连接恢复过程所对应的高层消息、所述第二RRC连接恢复过程对应的恢复原因以及所述第二RRC连接恢复过程对应的接入控制分类。
较佳的，本发明的上述实施例中，所述装置还包括：
启动模块，用于终端发送第一RRC连接恢复过程的RRC连接恢复请求时，启动一定时器并等待网络侧设备对所述RRC连接恢复请求的响应；
确定模块，用于在所述定时器运行时，确定所述终端在进行所述第一RRC连接恢复过程中。
较佳的，本发明的上述实施例中，所述装置还包括：
响应模块，用于若所述响应消息是RRC连接恢复消息，向所述网络侧设备发送RRC恢复完成消息和/或RRC建立完成消息；
其中，RRC恢复完成消息和/或RRC建立完成消息中携带所述终端的接入层缓存的高层消息。
综上，本发明的上述实施例中，终端在进行RRC连接恢复过程中若需要再次触发RRC连接恢复过程，由终端的接入层对当前的RRC连接恢复过程和/或后续的RCC连接恢复过程进行处理，从而实现终端对RRC连接恢复过程的统一处理。
需要说明的是，本发明实施例提供的RRC连接恢复的处理装置是能够执行上述RRC连接恢复的处理方法的装置，则上述RRC连接恢复的处理方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。
如图3所示，本发明实施例还提供一种终端，包括：收发机320、存储器310、处理器300及存储在所述存储器310上并可在所述处理器300上运行的程序；所述处理器300用于读取存储器中的程序，执行下列过程：
终端在进行第一RRC连接恢复过程中，若需要触发第二RRC连接恢复过程，由所述终端的接入层进行处理。
较佳的，本发明的上述实施例中，所述第一RRC连接恢复过程由所述终端的接入层或高层触发；
所述第二RRC连接恢复过程由所述终端的接入层或高层触发。
较佳的，本发明的上述实施例中，所述处理器300还用于：
所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；或者，
所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；或者，
所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；或者，
所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程。
较佳的，本发明的上述实施例中，所述处理器300还用于：
所述终端的接入层忽略所述第二RRC连接恢复过程对应的接入控制分类；和/或，
所述终端的接入层忽略所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程中高层提交的高层消息。
较佳的，本发明的上述实施例中，所述处理器300还用于：
在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，在预定情况下，所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求。
较佳的，本发明的上述实施例中，在所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息的情况下，所述处理器还用于：
所述终端的接入层缓存所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程对应的接入控制分类。
较佳的，本发明的上述实施例中，所述处理器还用于：
所述终端的接入层停止与所述第一RRC连接恢复过程相关的定时器；和/或，
所述终端的接入层丢弃当前更新的安全上下文；和/或，
所述终端的接入层挂起信令无线承载SRB1；和/或，
所述终端的接入层进行介质访问控制MAC的重置。
较佳的，本发明的上述实施例中，所述预定情况包括下述情况中的一种或多种：
所述第二RRC连接恢复过程是因紧急服务触发的；
所述第二RRC连接恢复过程是因低时延服务触发的；
所述第二RRC连接恢复过程是因高优先级服务触发的；
触发所述第二RRC连接恢复过程的服务的优先级高于触发所述第一RRC连接恢复过程的服务；
所述第一RRC连接恢复过程是因无线接入网RAN通知区域更新触发的；以及，
所述第一RRC连接恢复过程对应的恢复原因为RAN通知区域更新。
较佳的，本发明的上述实施例中，所述处理器还用于：
在所述终端的高层接收到接入层提供的进入RRC非激活态的指示后，所述终端的高层判断是否有高层消息未收到响应或是否有未发送的高层消息；
在有高层消息未收到响应的情况下，所述终端的高层重发所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程；或者，在有未发送的高层消息的情况下，所述终端的高层发送所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程。
较佳的，本发明的上述实施例中，所述高层消息包括下述消息中的至少一种：
紧急服务触发的高层消息；
低时延服务触发的高层消息；
高优先级服务触发的高层消息。
较佳的，本发明的上述实施例中，所述收发机还用于：
接收网络侧设备发送的响应消息；
所述处理器还用于：
若所述响应消息不是RRC连接恢复消息，和/或，所述响应消息不是指示终端进入RRC非激活态的RRC释放消息，所述终端的接入层删除所缓存的信息；其中，所缓存的信息包括下述信息中的至少一个：触发所述第二RRC连接恢复过程所对应的高层消息、所述第二RRC连接恢复过程对应的恢复原因以及所述第二RRC连接恢复过程对应的接入控制分类。
较佳的，本发明的上述实施例中，所述处理器还用于：
在终端发送第一RRC连接恢复过程的RRC连接恢复请求时，启动一定时器并等待网络侧设备对所述RRC连接恢复请求的响应；
在所述定时器运行时，确定所述终端在进行所述第一RRC连接恢复过程中。
较佳的，本发明的上述实施例中，所述处理器还用于：
若所述响应消息是RRC连接恢复消息，向所述网络侧设备发送RRC恢复完成消息和/或RRC建立完成消息；
其中，RRC恢复完成消息和/或RRC建立完成消息中携带所述终端的接入层缓存的高层消息。
综上，本发明的上述实施例中，终端在进行RRC连接恢复过程中若需要再次触发RRC连接恢复过程，由终端的接入层对当前的RRC连接恢复过程和/或后续的RCC连接恢复过程进行处理，从而实现终端对RRC连接恢复过程的统一处理。
需要说明的是，本发明实施例提供的终端是能够执行上述RRC连接恢复的处理方法的终端，则上述RRC连接恢复的处理方法的所有实施例均适用于该终端，且均能达到相同或相似的有益效果。
本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的无线资源控制RRC连接恢复的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (27)
1.一种无线资源控制RRC连接恢复的处理方法，应用于终端，其特征在于，包括：
终端在进行第一RRC连接恢复过程中，若需要触发第二RRC连接恢复过程，由所述终端的接入层进行处理；
其中，所述第一RRC连接恢复过程由所述终端的接入层或高层触发；
所述第二RRC连接恢复过程由所述终端的接入层或高层触发。
2.根据权利要求1所述的方法，其特征在于，所述由所述终端的接入层进行处理，包括：
所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；或者，
所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；或者，
所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；或者，
所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程。
3.根据权利要求2所述的方法，其特征在于，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求之后，所述方法还包括：
所述终端的接入层忽略所述第二RRC连接恢复过程对应的接入控制分类；和/或，
所述终端的接入层忽略所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程中高层提交的高层消息。
4.根据权利要求1所述的方法，其特征在于，所述由所述终端的接入层进行处理，包括：
在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，在预定情况下，所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求。
5.根据权利要求2或4所述的方法，其特征在于，在所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息的情况下，所述方法还包括：
所述终端的接入层缓存所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程对应的接入控制分类。
6.根据权利要求2或4所述的方法，其特征在于，所述终端的接入层中止所述第一RRC连接恢复过程，包括：
所述终端的接入层停止与所述第一RRC连接恢复过程相关的定时器；和/或，
所述终端的接入层丢弃当前更新的安全上下文；和/或，
所述终端的接入层挂起信令无线承载SRB1；和/或，
所述终端的接入层进行介质访问控制MAC的重置。
7.根据权利要求4所述的方法，其特征在于，所述预定情况包括下述情况中的一种或多种：
所述第二RRC连接恢复过程是因紧急服务触发的；
所述第二RRC连接恢复过程是因低时延服务触发的；
所述第二RRC连接恢复过程是因高优先级服务触发的；
触发所述第二RRC连接恢复过程的服务的优先级高于触发所述第一RRC连接恢复过程的服务；
所述第一RRC连接恢复过程是因无线接入网RAN通知区域更新触发的；以及，
所述第一RRC连接恢复过程对应的恢复原因为RAN通知区域更新。
8.根据权利要求2或4所述的方法，其特征在于，所述方法还包括：
在所述终端的高层接收到接入层提供的进入RRC非激活态的指示后，所述终端的高层判断是否有高层消息未收到响应或是否有未发送的高层消息；
在有高层消息未收到响应的情况下，所述终端的高层重发所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程；或者，在有未发送的高层消息的情况下，所述终端的高层发送所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程。
9.根据权利要求8所述的方法，其特征在于，所述高层消息包括下述消息中的至少一种：
紧急服务触发的高层消息；
低时延服务触发的高层消息；
高优先级服务触发的高层消息。
10.根据权利要求2或3或4所述的方法，其特征在于，所述方法还包括：
接收网络侧设备发送的响应消息；
若所述响应消息不是RRC连接恢复消息，和/或，所述响应消息不是指示终端进入RRC非激活态的RRC释放消息，所述终端的接入层删除所缓存的信息；其中，所缓存的信息包括下述信息中的至少一个：触发所述第二RRC连接恢复过程所对应的高层消息、所述第二RRC连接恢复过程对应的恢复原因以及所述第二RRC连接恢复过程对应的接入控制分类。
11.根据权利要求1所述的方法，其特征在于，所述方法还包括：
终端发送第一RRC连接恢复过程的RRC连接恢复请求时，启动一定时器并等待网络侧设备对所述RRC连接恢复请求的响应；
在所述定时器运行时，确定所述终端在进行所述第一RRC连接恢复过程中。
12.根据权利要求10所述的方法，其特征在于，所述方法还包括：
若所述响应消息是RRC连接恢复消息，向所述网络侧设备发送RRC恢复完成消息和/或RRC建立完成消息；
其中，RRC恢复完成消息和/或RRC建立完成消息中携带所述终端的接入层缓存的高层消息。
13.一种无线资源控制RRC连接恢复的处理装置，应用于终端，其特征在于，包括：
处理模块，用于在进行第一RRC连接恢复过程中，若需要触发第二RRC连接恢复过程，由所述终端的接入层进行处理；
其中，所述第一RRC连接恢复过程由所述终端的接入层或高层触发；
所述第二RRC连接恢复过程由所述终端的接入层或高层触发。
14.根据权利要求13所述的装置，其特征在于，所述处理模块包括：
第一处理子模块，用于由所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；或者，用于由所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；或者，用于由所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；或者，用于由所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程。
15.一种终端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；其特征在于，
所述处理器用于读取存储器中的程序，执行下列过程：
终端在进行第一RRC连接恢复过程中，若所述收发机需要触发第二RRC连接恢复过程，由所述终端的接入层进行处理；
其中，所述第一RRC连接恢复过程由所述终端的接入层或高层触发；
所述第二RRC连接恢复过程由所述终端的接入层或高层触发。
16.根据权利要求15所述的终端，其特征在于，所述处理器还用于：
所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；或者，
所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；或者，
所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；或者，
所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程。
17.根据权利要求16所述的终端，其特征在于，所述处理器还用于：
所述终端的接入层忽略所述第二RRC连接恢复过程对应的接入控制分类；和/或，
所述终端的接入层忽略所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程中高层提交的高层消息。
18.根据权利要求15所述的终端，其特征在于，所述处理器还用于：
在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并根据触发所述第二RRC连接恢复过程所对应的请求进行RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，在预定情况下，所述终端的接入层中止所述第一RRC连接恢复过程，并进入RRC空闲态，并向终端的高层发送指示RRC连接恢复失败的指示信息；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求；
或者，在预定情况下，所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息，当终端的接入层进入RRC非激活态且所述终端的接入层存在缓存的高层消息未发送时，所述终端的接入层根据所缓存的高层消息触发RRC连接恢复过程；在除了预定情况之外的其他情况下，所述终端的接入层忽略触发所述第二RRC连接恢复过程所对应的请求。
19.根据权利要求16或18所述的终端，其特征在于，在所述终端的接入层缓存触发所述第二RRC连接恢复过程所对应的高层消息的情况下，所述处理器还用于：
所述终端的接入层缓存所述第二RRC连接恢复过程对应的恢复原因；和/或，
所述终端的接入层缓存所述第二RRC连接恢复过程对应的接入控制分类。
20.根据权利要求16或18所述的终端，其特征在于，所述处理器还用于：
所述终端的接入层停止与所述第一RRC连接恢复过程相关的定时器；和/或，
所述终端的接入层丢弃当前更新的安全上下文；和/或，
所述终端的接入层挂起信令无线承载SRB1；和/或，
所述终端的接入层进行介质访问控制MAC的重置。
21.根据权利要求17所述的终端，其特征在于，预定情况包括下述情况中的一种或多种：
所述第二RRC连接恢复过程是因紧急服务触发的；
所述第二RRC连接恢复过程是因低时延服务触发的；
所述第二RRC连接恢复过程是因高优先级服务触发的；
触发所述第二RRC连接恢复过程的服务的优先级高于触发所述第一RRC连接恢复过程的服务；
所述第一RRC连接恢复过程是因无线接入网RAN通知区域更新触发的；以及，
所述第一RRC连接恢复过程对应的恢复原因为RAN通知区域更新。
22.根据权利要求16或18所述的终端，其特征在于，所述处理器还用于：
在所述终端的高层接收到接入层提供的进入RRC非激活态的指示后，所述终端的高层判断是否有高层消息未收到响应或是否有未发送的高层消息；
在有高层消息未收到响应的情况下，所述终端的高层重发所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程；或者，在有未发送的高层消息的情况下，所述终端的高层发送所述高层消息，并触发所述终端的接入层进行RRC连接恢复过程。
23.根据权利要求22所述的终端，其特征在于，所述高层消息包括下述消息中的至少一种：
紧急服务触发的高层消息；
低时延服务触发的高层消息；
高优先级服务触发的高层消息。
24.根据权利要求16或17或18所述的终端，其特征在于，所述收发机还用于：
接收网络侧设备发送的响应消息；
所述处理器还用于：
若所述响应消息不是RRC连接恢复消息，和/或，所述响应消息不是指示终端进入RRC非激活态的RRC释放消息，所述终端的接入层删除所缓存的信息；其中，所缓存的信息包括下述信息中的至少一个：触发所述第二RRC连接恢复过程所对应的高层消息、所述第二RRC连接恢复过程对应的恢复原因以及所述第二RRC连接恢复过程对应的接入控制分类。
25.根据权利要求15所述的终端，其特征在于，所述处理器还用于：
在终端发送第一RRC连接恢复过程的RRC连接恢复请求时，启动一定时器并等待网络侧设备对所述RRC连接恢复请求的响应；
在所述定时器运行时，确定所述终端在进行所述第一RRC连接恢复过程中。
26.根据权利要求24所述的终端，其特征在于，所述处理器还用于：
若所述响应消息是RRC连接恢复消息，向所述网络侧设备发送RRC恢复完成消息和/或RRC建立完成消息；
其中，RRC恢复完成消息和/或RRC建立完成消息中携带所述终端的接入层缓存的高层消息。
27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至12中任一项所述的无线资源控制RRC连接恢复的处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810914347.5A CN110831260B (zh) | 2018-08-10 | 2018-08-10 | Rrc连接恢复的处理方法、装置及终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810914347.5A CN110831260B (zh) | 2018-08-10 | 2018-08-10 | Rrc连接恢复的处理方法、装置及终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110831260A CN110831260A (zh) | 2020-02-21 |
| CN110831260B true CN110831260B (zh) | 2022-04-22 |
Family
ID=69546972
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810914347.5A Active CN110831260B (zh) | 2018-08-10 | 2018-08-10 | Rrc连接恢复的处理方法、装置及终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110831260B (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022067578A1 (zh) * | 2020-09-29 | 2022-04-07 | 华为技术有限公司 | 一种状态转换的方法及通信装置 |
| WO2022178860A1 (zh) * | 2021-02-26 | 2022-09-01 | Oppo广东移动通信有限公司 | 资源处理方法、装置、设备及存储介质 |
| CN117939709A (zh) * | 2021-03-09 | 2024-04-26 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的通信节点中的方法和装置 |
| EP4366378A1 (en) * | 2021-07-21 | 2024-05-08 | Huawei Technologies Co., Ltd. | Method for controlling transmission and related apparatus |
| CN116437302A (zh) * | 2021-10-22 | 2023-07-14 | 华为技术有限公司 | 一种通信方法、装置和存储介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012019339A1 (en) * | 2010-08-11 | 2012-02-16 | Huawei Technologies Co., Ltd. | Method for providing information in a cellular wireless communication system |
| EP2617237A1 (en) * | 2010-08-13 | 2013-07-24 | Huawei Technologies Co., Ltd. | Method for providing information in a cellular wireless communication system |
| CN105517022A (zh) * | 2016-01-22 | 2016-04-20 | 上海亮衡信息科技有限公司 | 一种初始上下文建立失败后业务恢复方法、终端及系统 |
| CN106332301A (zh) * | 2015-06-23 | 2017-01-11 | 北京展讯高科通信技术有限公司 | 终端、基站及其无线资源控制方法 |
| CN106961747A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信（上海）有限公司 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
| CN107046735A (zh) * | 2016-02-05 | 2017-08-15 | 中兴通讯股份有限公司 | 终端与网络间连接处理方法和装置 |
| CN107396455A (zh) * | 2016-05-16 | 2017-11-24 | 中兴通讯股份有限公司 | 连接处理方法及装置 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8837369B2 (en) * | 2011-07-05 | 2014-09-16 | Mediatek Inc. | System and method for indicating local IP access support via NAS signaling |
| US8908579B2 (en) * | 2011-12-12 | 2014-12-09 | Broadcom Corporation | Communication protocol technique for improving data throughput |
| US10039086B2 (en) * | 2013-11-11 | 2018-07-31 | Electronics And Telecommunications Research Institute | Communication method and apparatus in network environment where terminal may have dual connectivity to multiple base stations |
| CN106954270B (zh) * | 2016-01-06 | 2021-12-28 | 夏普株式会社 | 无线资源控制流程监测方法和设备 |
| CN106961703B (zh) * | 2016-01-11 | 2021-07-23 | 中兴通讯股份有限公司 | 一种信息传输方法、装置和系统 |
| US10225780B2 (en) * | 2016-06-01 | 2019-03-05 | Htc Corporation | Device and method of handling radio resource control connection resume procedure |
| CN108307322B (zh) * | 2016-09-30 | 2019-09-17 | 电信科学技术研究院 | 一种处理同网络侧建立连接与多播接收优先级的方法及装置 |
| CN108235446A (zh) * | 2016-12-22 | 2018-06-29 | 夏普株式会社 | 用户设备和相关方法 |
| EP3361780B1 (en) * | 2017-02-08 | 2022-05-25 | HTC Corporation | Device and method of handling a connection in a nr/lte wireless communication system |
| CN109729524B (zh) * | 2017-10-31 | 2021-11-19 | 华为技术有限公司 | 一种rrc连接恢复方法及装置 |
-
2018
- 2018-08-10 CN CN201810914347.5A patent/CN110831260B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012019339A1 (en) * | 2010-08-11 | 2012-02-16 | Huawei Technologies Co., Ltd. | Method for providing information in a cellular wireless communication system |
| EP2617237A1 (en) * | 2010-08-13 | 2013-07-24 | Huawei Technologies Co., Ltd. | Method for providing information in a cellular wireless communication system |
| CN106332301A (zh) * | 2015-06-23 | 2017-01-11 | 北京展讯高科通信技术有限公司 | 终端、基站及其无线资源控制方法 |
| CN106961747A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信（上海）有限公司 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
| CN105517022A (zh) * | 2016-01-22 | 2016-04-20 | 上海亮衡信息科技有限公司 | 一种初始上下文建立失败后业务恢复方法、终端及系统 |
| CN107046735A (zh) * | 2016-02-05 | 2017-08-15 | 中兴通讯股份有限公司 | 终端与网络间连接处理方法和装置 |
| CN107396455A (zh) * | 2016-05-16 | 2017-11-24 | 中兴通讯股份有限公司 | 连接处理方法及装置 |
Non-Patent Citations (3)
| Title |
|---|
| A_comb-DMRS_based_CFO_estimation_scheme_for_LTE-V_systems_in_high-speed_scenario;Junyi Xie;《IEEE XPLORE》;20170825;全文 * |
| S3-161717 "Security of RRC Connection re-establishment of NB-IOT for CP Solution";Intel Corporation (UK) Ltd;《3GPP tsg_sa\WG3_Security》;20161031;全文 * |
| 卫星网络资源管理与接入技术研究;周卫兵;《中国优秀硕士学位论文全文数据库（电子期刊）信息科技辑》;20180310;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110831260A (zh) | 2020-02-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110831260B (zh) | Rrc连接恢复的处理方法、装置及终端 | |
| TWI419592B (zh) | 無線通訊系統改善無線資源控制連結建立的方法及相關裝置 | |
| WO2018121644A1 (zh) | 无线接入网络间的移动性管理方法、核心网设备及基站 | |
| TWI657707B (zh) | 處理無線通訊系統中狀態不匹配的裝置及方法 | |
| CN109548109B (zh) | 一种ue和网络状态不匹配的处理方法及装置、存储介质 | |
| EP3337286B1 (en) | Method and apparatus for releasing radio resource control (rrc) connection | |
| EP3402284B1 (en) | Method and device for monitoring radio resource control flow | |
| CN112788744B (zh) | 连接处理方法及通信设备 | |
| CN109587677B (zh) | 数据无线承载的恢复方法、终端、基站及核心网设备 | |
| EP3761732B1 (en) | Method and apparatus for suspending rrc connection, and computer storage medium | |
| CN112218283B (zh) | 业务挂起和恢复方法和系统、多卡终端和存储介质 | |
| WO2012048656A1 (zh) | Eps系统的会话管理过程的重发起方法和设备 | |
| US20240049327A1 (en) | Communication method, apparatus, and system | |
| CN102300283A (zh) | 一种sms业务的处理方法及装置 | |
| WO2012100717A1 (zh) | 一种用于发起主动寻呼的方法、系统和网络网元 | |
| WO2011103737A1 (zh) | 一种资源的释放方法、系统及基站 | |
| JP2023530248A (ja) | セルグループ処理方法、装置及び通信機器 | |
| US20220201791A1 (en) | Wireless communication method and apparatus, and system | |
| CN108307490B (zh) | 对用户设备进行轻连接控制的方法及相应设备 | |
| WO2012041238A1 (zh) | 一种处理移动性管理上下文的方法和设备 | |
| US11683848B2 (en) | Connection control and service processing methods and devices | |
| EP3446536B1 (en) | Status detection of rrc connection | |
| WO2018188426A1 (zh) | 一种消息传输控制方法及装置 | |
| WO2013040920A1 (zh) | 接入处理方法及装置 | |
| WO2019223774A1 (zh) | 一种提高寻呼可靠性的方法及装置、计算机存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20210602 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Applicant after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Applicant before: Telecommunications Science and Technology Research Institute Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |