[发明专利]一种组呼中终端发生RRC连接重建立的处理方法

说明书

技术领域

本发明涉及LTE集群调度领域，尤其涉及一种组呼中终端发生RRC连接重建立的处理方法。

背景技术

在LTE系统中，处于RRC-CONNECTED状态且安全已经激活的终端在如下场景或发生RRC连接重建立：1，检测到无线链路失败；2，切换失败；3，E-UTRAN切换出失败；4，完整性检查失败；5，RRC连接重配失败。终端通过RRC连接重建立过程恢复SRB1和重激活安全。RRC连接重建立要求重建立的目标小区具有合法的终端上下文信息，对于终端来说，RRC连接重建立的大体步骤为：1，小区重选，选定合适的小区；2，构造RRC Connection Reestablishment Request消息并发送；3，RACH过程；4，接收到RRC Connection Reestablishment消息并应用其中配置，包括重激活安全；5，构造RRC Connection Reestablishment Complete消息并发送。

在LTE专网系统中，发生RRC连接重建立的终端还可能同时有组呼业务并发。RRC连接重建立过程中经过小区重选后，重建立的目标小区不一定是重建立发生之前终端所连接的小区，如果终端已经加入某个组呼，则不能确定目标小区一定建立了该组呼。所以对已经加入组呼的终端来说，在终端触发RRC连接重建立过程时应同时考虑组呼业务的接续，需要增加相应的过程以恢复其组呼呼叫，而现有技术中还没有提出这样的解决方法。

发明内容

本发明的目的在于提供一种RRC连接重建立后组呼业务仍然能够接续的机制。本发明提出的方法包括以下步骤：

a，终端完成RRC连接重建立后，向网络侧发送组呼服务请求消息，所述消息中携带所述终端所在组呼的标识；

b，网络侧收到所述组呼服务请求消息；

c，网络侧在所述终端的RRC重建立目标小区内为所述终端接续所述组呼。

优选的，步骤c具体为：如果网络侧在所述终端的RRC重建立目标小区内还没有建立所述组呼，则触发组呼建立过程在所述区域建立所述组呼，并通知所述终端加入所述组呼。

优选的，步骤c具体为：如果网络侧在所述终端的RRC重建立目标小区已经建立所述组呼，则立即下发迟后进入寻呼通知所述终端加入组呼。

优选的，上述方法的步骤a中，在RRC连接重建立完成消息中扩展携带所述组呼服务请求消息。

本发明的优点在于：1，终端发生RRC重建立后可以迅速接续组呼，缩短组呼中断时间；2，组呼接续流程和RRC重建立流程分离，前者实现不会影响后者的处理逻辑。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一的终端发生RRC重建立后接续组呼的处理流程图；

图2是本发明实施例二的终端发生RRC重建立后接续组呼的处理流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一：终端RRC重建立目标小区未建立组呼

本实施例以某一LTE系统为例，组呼中的终端发生RRC连接重建立，并且其重建立的目标小区未建立组呼。该系统还定义了一个集群NAS消息，为组呼服务请求消息，该消息中包括请求的组ID。则终端发生RRC重建立后接续组呼的处理方法如图1所示，步骤如下：

1.1，终端执行完RRC链接重建立过程后，发起NAS消息；

1.2，集群核心网收到请求消息，判断重建立的目标小区未建立组呼，则发起组呼建立过程在该小区内发起组呼建立；

1.3，终端加入组呼，接续业务。

实施例二：终端RRC重建立目标小区已建立组呼

本实施例与实施例一的不同之处在于：组呼中的终端发生RRC连接重建立，并且其重建立的目标小区已经建立组呼。则终端发生RRC重建立后接续组呼的处理方法如图2所示，步骤如下：