CN110267291B - 重建集群组呼业务的方法、系统、装置 - Google Patents

Abstract

本发明属于通讯领域，具体涉及一种重建集群组呼业务的方法、系统、装置，旨在解决基站发生复位重启后集群组呼业务不能及时进行恢复重建的问题。本系统方法包括当第一基站的X2AP交互定时器超时或集群业务状态发生变化，确定其与各第二基站需要交互的集群组呼业务上下文；第一基站通过X2AP接口向各第二基站发送集群组呼业务上下文；各第二基站接收集群组呼业务上下文，并根据核心网发送的集群组呼业务状态变化的指令更新本地保存的集群组呼业务关系；第一基站复位重启后，通过X2AP接口获取其与各第二基站交互的集群组呼业务上下文，重建集群组呼业务。本发明在基站复位重启后快速恢复集群组呼业务，保证了集群组呼业务覆盖的连续性。

Description

重建集群组呼业务的方法、系统、装置

技术领域

本发明属于通信领域，具体涉及一种重建集群组呼业务的方法、系统、装置。

背景技术

集群通信系统是专用调度系统，是多个用户共用一组无线电信道，并动态地使用这些信道的专用移动通信系统。集群通信系统的网元包含集群终端、基站、集群核心网，组呼业务是集群通信系统中最重要的调度业务和指挥手段，其特点是一呼百应，将信令业务或者数据业务通过点对多点的信道共享给同一跟踪区下的所有小区下的群组用户。在集群组呼业务建立过程中，核心网给基站发送组呼建立请求，要求基站建立相应的组呼业务。

但是，目前在集群通信系统的标准协议中核心网只能指示基站新建、释放或修改集群组呼业务，并没有机制处理当基站复位重启后，该基站之前已建立的集群组呼业务如何恢复，该问题导致当基站发生复位重启后，其覆盖范围内的组呼业务无法及时重建恢复，进而导致其覆盖范围内的集群用户无法及时加入组呼，影响用户体验。

发明内容

为了解决现有技术中的上述问题，即为了解决基站发生复位重启后，集群组呼业务不能及时进行恢复重建的问题，本发明第一方面，提出了一种重建集群组呼业务的方法，该方法包括：

步骤S10，当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文；所述第一基站为待重建基站，所述第二基站组包括多个第二基站，第二基站为与所述待重建基站相邻的基站；

步骤S20，所述第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

步骤S30，各所述第二基站通过核心网接收所述集群组呼业务上下文，并根据接收到核心网发送的集群组呼业务状态变化的指令，更新所述第二基站本地保存的集群组呼业务关系；

步骤S40，所述第一基站复位重启后，通过所述X2AP接口获取其与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

在一些优选的实施方式中，所述集群组呼业务上下文，包括所述第一基站已建立的集群组呼业务、通过X2AP接口接收的第二基站组中各基站的集群组呼业务。

在一些优选的实施方式中，所述集群组呼业务状态变化的指令，包括集群组呼业务建立消息、集群组呼业务释放消息、集群组呼业务属性变更消息。

在一些优选的实施方式中，所述集群组呼业务关系，包括第二基站组中各基站及所述第一基站的集群组呼业务建立状态、释放状态。

在一些优选的实施方式中，在步骤S10中“确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文”之前还包括触发基站进行确定的步骤：当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，触发第一基站通过X2AP接口与第二基站组中各基站交互集群组呼业务上下文。

在一些优选的实施方式中，在步骤S40之后还包括基站与核心网进行核对的步骤：

在所述第一基站重建过程中，若所述核心网释放所述第一基站的集群组呼业务上下文，所述第一基站未收到集群组呼业务释放消息，将其重建的集群组呼业务上下文发送给所述核心网，并与所述核心网本地保存的第一基站应建立的集群组呼业务上下文进行对比，两者不一致时，所述第一基站释放对比不一致的集群组呼业务上下文。

本发明的第二方面，提出了一种重建集群组呼业务的系统，该系统包括确定模块、发送模块、接收更新模块、复位重建模块；

所述的确定模块，配置为当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文；所述第一基站为待重建基站，所述第二基站组包括多个第二基站，第二基站为与所述待重建基站相邻的基站；

所述的发送模块，配置为所述第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

所述的接收更新模块，配置为各所述第二基站通过核心网接收所述集群组呼业务上下文，并根据接收到核心网发送的集群组呼业务状态变化的指令，更新所述第二基站本地保存的集群组呼业务关系；

所述的复位重建模块，配置为所述第一基站复位重启后，通过所述X2AP接口获取其与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

本发明的第三方面，提出了一种待重建基站信息处理系统，该系统包括确定模块、发送模块、恢复重建模块；

所述的确定模块，配置为当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文；所述第一基站为待重建基站，所述第二基站组包括多个第二基站，第二基站为与所述待重建基站相邻的基站；

所述的发送模块，配置为所述第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

所述的复位重建模块，配置为所述第一基站复位重启后，通过所述X2AP接口获取其与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

本发明的第四方面，提出了一种存储装置，其中存储有多条程序，所述程序应用由处理器加载并执行以实现上述的重建集群组呼业务的方法。

本发明的第五方面，提出了一种处理设置，包括处理器、存储装置；处理器，适用于执行各条程序；存储装置，适用于存储多条程序；所述程序适用于由处理器加载并执行以实现上述的重建集群组呼业务的方法。

本发明的有益效果：

本发明可以在基站复位重启后，快速恢复集群组呼业务，保证了集群组呼业务覆盖的连续性。本发明通过X2AP接口交互基站以及各第二基站已建立的集群组呼业务上下文，确定需要进行保存的基站集群组呼业务上下文；各第二基站保存通过X2AP接口接收到的基站的集群组呼业务上下文并根据核心网通过S1接口发送的集群组呼业务变化消息更新本地保存的集群组呼业务关系，确保基站复位重启后后集群组呼业务信息的正确性；基站复位后，基站通过X2AP接口获取基站以及各第二基站建立的集群组呼业务上下文，快速恢复重建集群组呼业务，从而保证了集群组呼业务覆盖的连续性，提升用户感受。

附图说明

通过阅读参照以下附图所做的对非限制性实施例所做的详细描述，本申请的其他特征、目的和优点将会变得更明显。

图1是本发明一种实施例的重建集群组呼业务的方法的流程示意图；

图2是本发明一种实施例的重建集群组呼业务的系统的框架示意图；

图3是本发明一种实施例的待重建基站信息处理系统的框架示意图；

图4是本发明实施例二提供的重建集群组呼业务的第一种分解或组合方法流程示意图；

图5是本发明实施例三提供的重建集群组呼业务的第二种组合方法流程示意图；

图6是本发明实施例四提供的重建集群组呼业务的第三种组合方法流程示意图；

图7是本发明实施例五提供的重建集群组呼业务的第四种组合方法流程示意图；

图8是本发明实施例六提供的重建集群组呼业务的第五种组合方法流程示意图；

图9是本发明实施例七提供的重建集群组呼业务的第六种组合方法流程示意图；

图10是本发明实施例八提供的重建集群组呼业务的完整交互流程示意图；

图11是本发明实施例十一提供的重建集群组呼业务的集群核心网与基站的系统结构示例图；

图12是本发明实施例十二提供的重建集群组呼业务的基站结构的示例图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明的重建集群组呼业务的方法，如图1所示，包括以下步骤：

步骤S10，当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文；所述第一基站为待重建基站，所述第二基站组包括多个第二基站，第二基站为与所述待重建基站相邻的基站；

步骤S20，所述第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

步骤S30，各所述第二基站通过核心网接收所述集群组呼业务上下文，并根据接收到核心网发送的集群组呼业务状态变化的指令，更新所述第二基站本地保存的集群组呼业务关系；

步骤S40，所述第一基站复位重启后，通过所述X2AP接口获取其与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

为了更清晰地对本发明重建集群组呼业务的方法进行说明，下面结合附图对本发明方法一种实施例中各步骤进行展开详述。

步骤S10，当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文；所述第一基站为待重建基站，所述第二基站组包括多个第二基站，第二基站为与所述待重建基站相邻的基站。

需要说明的是，在本实施例中，步骤S10中“确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文”之前还包括触发基站进行确定的步骤：当第一基站的X2AP(E-UTRAN X2 Application Protocol)交互定时器超时或集群业务状态发生变化时，触发第一基站通过X2AP接口与第二基站组中各基站交互集群组呼业务上下文。

其中，所述集群组呼业务上下文，包括所述第一基站已建立的集群组呼业务、通过X2AP接口接收的第二基站组中各基站的集群组呼业务。

步骤S20，所述第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文。

X2AP接口是基站之间的互连接口，支持两个基站之间信令信息的交互。基站之间通过X2AP接口互相连接，形成了网状网络。这是LTE相对传统移动通信网的重大变化，产生这种变化的原因在于网络结构中没有了RNC(无线网络控制器)，原有的树型分支结构被扁平化，使得基站承担更多的无线资源管理任务，需要更多地和相邻基站直接对话，从而保证用户在整个网络中的无缝切换。

X2AP接口具有移动性管理、负载管理等功能，其中，移动性管理为用户平面数据前向传输、状态传输以及用户设备文本发布，主要用于基站与基站之间上下文的传输。

本实施例中，第一基站通过X2AP接口向各第二基站发送步骤S10确定的集群组呼业务上下文。

步骤S30，各所述第二基站通过核心网接收所述集群组呼业务上下文，并根据接收到核心网发送的集群组呼业务状态变化的指令，更新所述第二基站本地保存的集群组呼业务关系。

在本实施例中，各所述第二基站接收通过核心网接收所述集群组呼业务上下文，并接收到核心网通过S1接口发送的集群组呼业务状态变化的指令，若该指令为变换则更新所述第二基站本地保存的集群组呼业务关系。

核心网，通俗来讲，就是很多“具有特征功能的设备”的统称，即移动交换中心。S1接口是LTE移动通信网中基站与核心网之间的通讯接口。

在本实例中，各第二基站接收所述集群组呼业务上下文,为保持第一基站与集群组呼业务之间的对应关系的一致，需要获取核心网的集群组呼业务状态变化的指令来更新本地保存的对应关系的数据。

其中，所述集群组呼业务状态变化的指令，包括集群组呼业务建立消息、集群组呼业务释放消息、集群组呼业务属性变更消息。

基站与集群组呼业务之间的对应关系为第二基站组中各基站及所述第一基站的集群组呼业务建立状态、释放状态等。

步骤S40，所述第一基站复位重启后，通过所述X2AP接口获取其与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

在本实例中，在第一基站复位重启后，通过X2AP接口获取第一基站与各第二基站交互的集群组呼业务上下文，重建第一基站的集群组呼业务。第一基站根据获取到的本基站集群组呼业务上下文，快速恢复集群组呼业务，从而保证集群组呼业务覆盖的连续性，提升用户感受。

在步骤S40之后还包括基站与核心网进行核对的步骤：目的是解决在第一基站复位过程中，核心网释放第一基站的集群组呼业务上下文，该基站未收到集群组呼业务释放消息的场景。将其重建的集群组呼业务上下文发送给所述核心网，并与所述核心网本地保存的第一基站应建立的集群组呼业务上下文进行对比，两者不一致时，释放集群组呼业务。

在实际应用中，可以根据需要将本发明上述实施例中的步骤再分解或者组合。为了更清楚的描述上述实施例，下面对分解或组合方式进行说明。下文中的第一基站为待重建基站，第二基站组包括多个第二基站，第二基站为与所述待重建基站相邻的基站。

(1)实施例二为本发明实施例一提供的一种重建集群组呼业务的第一种分解或组合方法，如图4所示。本方法可适用于通过重新建立集群组呼业务的情况，该方法可以由一种建立集群组呼业务的装置来执行，该装置可以采用软件和/或硬件的方式实现，一般集成于基站设备中。所述方法包括：

步骤A101，第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

其中，所述集群组呼业务上下文包括第一基站已建立的集群组呼业务、通过X2AP接口接收的各第二基站的集群组呼业务。

步骤A102，各第二基站接收所述集群组呼业务上下文；

步骤A103，第一基站复位重启后，通过所述X2AP接口获取第一基站与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

本方法提出了一种重建集群组呼业务的方法，所述方法包括：第一基站通过X2AP接口交互并发送第一基站已建立的集群组呼业务、通过X2AP接口接收的各第二基站的集群组呼业务；第一基站复位重启后，本基站通过X2AP接口获取本基站与第二基站建立的集群组呼业务上下文。第一基站根据获取到的本基站集群组呼业务上下文，快速恢复集群组呼业务，从而保证了集群组呼业务覆盖的连续性，提升用户感受。

(2)实施例三为本发明实施例一提供的一种重建集群组呼业务的第二种分解或组合方法，如图5所示。本方法以实施例二为基础进行了优化，具体是第一基站通过X2AP接口向各第二基站发送集群组呼业务上下文之前，第一基站先通过确定模块确定需要通过X2AP接口交互的集群组呼业务，具体包括：

步骤A201，确定第一基站与各第二基站需要交互的集群组呼业务上下文；

其中，集群组呼业务上下文，包括第一基站已建立的集群组呼业务、通过X2AP接口接收的各第二基站的集群组呼业务；

步骤A202，第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

步骤A203，各第二基站接收所述集群组呼业务上下文；

步骤A204，第一基站复位重启后，通过所述X2AP接口获取第一基站与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

(3)实施例四为本发明实施例一提供的一种重建集群组呼业务的第三种分解或组合方法，如图6所示。本方法以实施例二、实施例三为基础进行了优化，具体是当第一基站的集群业务发生变化时，触发基站重新确定本基站需要通过X2AP接口交互的集群组呼业务上下文，具体包括：

步骤A301，当第一基站集群业务发生变化时，触发第一基站确定与各第二基站需要交互的集群组呼业务上下文；

步骤A302，确定第一基站与各第二基站需要交互的集群组呼业务上下文；

步骤A303，第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

步骤A304，各第二基站接收所述集群组呼业务上下文；

步骤A305，第一基站复位重启后，通过所述X2AP接口获取第一基站与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

(4)实施例五为本发明实施例一提供的一种重建集群组呼业务的第四种分解或组合方法，如图7所示。本方法以实施例二、实施例三为基础进行了优化，具体是当第一基站X2AP交互定时器超时，触发基站重新确定第一基站需要通过X2AP接口交互的集群组呼业务上下文，具体包括：

步骤A401，当第一基站X2AP交互定时器超时，触发基站确定与各第二基站需要交互的集群组呼业务上下文；

步骤A402，确定第一基站与各第二基站需要交互的集群组呼业务上下文；

步骤A403，第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

步骤A404，各第二基站接收所述集群组呼业务上下文；

步骤A405，第一基站复位重启后，通过所述X2AP接口获取第一基站与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

(5)实施例六为本发明实施例一提供的一种重建集群组呼业务的第五种分解或组合方法，如图8所示。本方法以实施例二为基础进行了优化，具体是在第一基站重建过程中，若所述核心网释放第一基站的集群组呼业务上下文，第一基站未收到集群组呼业务释放消息。具体包括：

步骤A501，第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

步骤A502，各第二基站接收所述集群组呼业务上下文；

步骤A503，第一基站复位重启后，通过所述X2AP接口获取第一基站与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务；

步骤A504，第一基站与核心网进行核对。

其中，核对其方法为：将第一基站重建的集群组呼业务上下文发送给所述核心网，并与所述核心网本地保存的该基站应建立的集群组呼业务上下文进行对比，两者不一致时，释放集群组呼业务。保证核心网与基站的实例一致。

(6)实施例七为本发明实施例一提供的一种重建集群组呼业务的第六种分解或组合方法，如图9所示。本方法以实施例二为基础进行了优化，具体是在接收和复位重建过程中，根据核心网的业务变化消息来更新本地保存的对应关系，具体包括：

步骤A601，第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

步骤A602，各第二基站接收所述集群组呼业务上下文；

步骤A603，根据核心网通过S1接口发送的集群组呼业务变化消息(集群组呼业务状态变化的指令)更新本地保存的集群组呼业务关系；

具体的，所述集群组呼业务变化消息(集群组呼业务状态变化的指令)，包括集群组呼业务建立消息、集群组呼业务释放消息、集群组呼业务属性变更消息；所述集群组呼业务关系，包括各第二基站及第一基站的集群组呼业务建立状态、释放状态。

步骤A604，第一基站复位重启后，通过所述X2AP接口获取所述基站与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

(7)实施例八为本发明实施例一提供的一种重建集群组呼业务的第七种分解或组合方法，如图10所示。图10以一个基站A和另一个相邻基站B为例，本方法可适用于通过重新建立集群组呼业务的情况，该方法可以由一种建立集群组呼业务的装置来执行，该装置可以采用软件和/或硬件的方式实现，一般集成于LTE基站中，具体包括：

步骤A701，当基站A的X2AP交互定时器超时或集群业务发生变化时，触发基站确定与相邻基站B需要交互的集群组呼业务上下文；

步骤A702，确定基站A与相邻基站B需要交互的集群组呼业务上下文；

步骤A703，基站A通过X2AP接口向相邻基站B发送所述集群组呼业务上下文；

步骤A704，相邻基站B接收所述集群组呼业务上下文；

步骤A705，核心网通过S1接口发送的集群组呼业务变化消息(集群组呼业务状态变化的指令)至相邻基站B；

步骤A706，相邻基站B根据所述集群组呼业务变化消息(集群组呼业务状态变化的指令)更新本地保存的集群组呼业务关系；

步骤A707，基站A复位后，通过所述X2AP接口获取所述基站与相邻基站B交互的集群组呼业务上下文，并重建集群组呼业务。

本发明第九实施例的一种重建集群组呼业务的系统，如图2所示，包括：确定模块100、发送模块200、接收更新模块300、复位重建模块400；

确定模块100，配置为当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文；所述第一基站为待重建基站，所述第二基站组包括多个第二基站，第二基站为与所述待重建基站相邻的基站；

发送模块200，配置为所述第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

接收更新模块300，配置为各所述第二基站通过核心网接收所述集群组呼业务上下文，并根据接收到的核心网发送的集群组呼业务状态变化的指令，更新所述第二基站本地保存的集群组呼业务关系；

复位重建模块400，配置为所述第一基站复位重启后，通过所述X2AP接口获取其与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

本发明第十实施例的一种待重建基站信息处理系统，如图3所示，包括：确定模块110、发送模块120、恢复重建模块130；

确定模块110，配置为当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文；所述第一基站为待重建基站，所述第二基站组包括多个第二基站，第二基站为与所述待重建基站相邻的基站；

发送模块120，配置为所述第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

复位重建模块130，配置为所述第一基站复位重启后，通过所述X2AP接口获取其与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

所述技术领域的技术人员可以清楚的了解到，为描述的方便和简洁，上述描述的系统的具体的工作过程及有关说明，可以参考签署方法实施例中的对应过程，在此不再赘述。

需要说明的是，上述实施例提供的重建集群组呼业务的系统，仅以上述各功能模块的划分进行举例说明，在实际应用中，可以根据需要而将上述功能分配由不同的功能模块来完成，即将本发明实施例中的模块或者步骤再分解或者组合，例如，上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块，以完成以上描述的全部或者部分功能。对于本发明实施例中涉及的模块、步骤的名称，仅仅是为了区分各个模块或者步骤，不视为对本发明的不当限定。

本发明第十一实施例一种集群核心网与基站的系统结构，如图11所示，所述系统包括：集群核心网1201和基站1202；

所述集群核心网执行时实现(7)即实施例八中核心网的相关步骤；

所述基站执行时实现(7)即实施例八中基站的相关步骤。

本发明第十二实施例的一种基站结构，如图12所示，包括射频天线111、处理器112、存储装置113。

存储装置113，用于存储一个或多个程序，所述程序适用于由处理器加载并实现上述的重建集群组呼业务的方法。该节点设备与其它节点设备通过射频天线111实现互相通信，射频天线111分别与处理器112和存储装置113连接，且处理器112和存储装置通过总线或其它方式连接。在图11射频天线111和处理器112的个数均为1个。

该节点设备中的存储装置113作为一种计算机可读存储介质，可用于存储一个或多个程序，所述程序可以是软件程序、计算机可执行程序以及模块。处理器112通过运行存储在存储装置113中的软件程序、指令以及模块，从而执行节点设备的各种功能应用以及数据处理。

存储装置113可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储装置113可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置113可进一步包括相对于处理器112远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

并且，当上述节点设备所包括一个或者多个程序被所述一个或者多个处理器112执行时，程序进行如下操作：

在上电后，第一基站通过X2AP(E-UTRAN X2 Application Protocol)接口交互并发送基站已建立的集群组呼业务、通过X2AP接口接收的各第二基站的集群组呼业务；基站复位后，第一基站通过X2AP接口获取本基站与各第二基站建立的集群组呼业务上下文。第一基站根据获取到的本基站集群组呼业务上下文，快速恢复集群组呼业务。

本发明第十三实施例的一种存储装置，其中存储有多条程序，所述程序适用于由处理器加载并实现上述的重建集群组呼业务的方法。

本发明第十四实施例的一种处理装置，包括处理器、存储装置；处理器，适于执行各条程序；存储装置，适于存储多条程序；所述程序适于由处理器加载并执行以实现上述的重建集群组呼业务的方法。

所述技术领域的技术人员可以清楚的了解到，未描述的方便和简洁，上述描述的存储装置、处理装置的具体工作过程及有关说明，可以参考签署方法实例中的对应过程，在此不再赘述。

本领域技术人员应该能够意识到，结合本文中所公开的实施例描述的各示例的模块、方法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，软件模块、方法步骤对应的程序可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。为了清楚地说明电子硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以电子硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

术语“第一”、“第二”等是用于区别类似的对象，而不是用于描述或表示特定的顺序或先后次序。

术语“包括”或者任何其它类似用语旨在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备/装置不仅包括那些要素，而且还包括没有明确列出的其它要素，或者还包括这些过程、方法、物品或者设备/装置所固有的要素。

至此，已经结合附图所示的优选实施方式描述了本发明的技术方案，但是，本领域技术人员容易理解的是，本发明的保护范围显然不局限于这些具体实施方式。在不偏离本发明的原理的前提下，本领域技术人员可以对相关技术特征作出等同的更改或替换，这些更改或替换之后的技术方案都将落入本发明的保护范围之内。

Claims (9)

1.一种重建集群组呼业务的方法，其特征在于，该方法包括：

步骤S10，当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文；所述第一基站为待重建基站，所述第二基站组包括多个第二基站，第二基站为与所述待重建基站相邻的基站；

步骤S20，所述第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

步骤S30，各所述第二基站通过核心网接收所述集群组呼业务上下文，并根据接收到核心网发送的集群组呼业务状态变化的指令，更新所述第二基站本地保存的集群组呼业务关系；

步骤S40，所述第一基站复位重启后，通过所述X2AP接口获取其与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务；

其中，根据接收到核心网发送的集群组呼业务状态变化的指令，更新所述第二基站本地保存的集群组呼业务关系，其方法为：

各所述第二基站接收到核心网通过S1接口发送的集群组呼业务状态变化的指令，若该指令为变换则更新所述第二基站本地保存的集群组呼业务关系；所述集群组呼业务状态变化的指令，包括集群组呼业务建立消息、集群组呼业务释放消息、集群组呼业务属性变更消息；

所述S1接口为LTE移动通信网中基站与核心网之间的通讯接口。

2.根据权利要求1所述的重建集群组呼业务的方法，其特征在于，所述集群组呼业务上下文，包括所述第一基站已建立的集群组呼业务、通过X2AP接口接收的第二基站组中各基站的集群组呼业务。

3.根据权利要求1所述的重建集群组呼业务的方法，其特征在于，所述集群组呼业务关系，包括第二基站组中各基站及所述第一基站的集群组呼业务建立状态、释放状态。

4.根据权利要求1-3任一项所述的重建集群组呼业务的方法，其特征在于，在步骤S10中“确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文”之前还包括触发基站进行确定的步骤：当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，触发第一基站通过X2AP接口与第二基站组中各基站交互集群组呼业务上下文。

5.根据权利要求1-3任一项所述的重建集群组呼业务的方法，其特征在于，在步骤S40之后还包括基站与核心网进行核对的步骤：

在所述第一基站重建过程中，若所述核心网释放所述第一基站的集群组呼业务上下文，所述第一基站未收到集群组呼业务释放消息，将其重建的集群组呼业务上下文发送给所述核心网，并与所述核心网本地保存的第一基站应建立的集群组呼业务上下文进行对比，两者不一致时，所述第一基站释放对比不一致的集群组呼业务上下文。

6.一种重建集群组呼业务的系统，其特征在于，该系统包括确定模块、发送模块、接收更新模块、复位重建模块；

所述的确定模块，配置为当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文；所述第一基站为待重建基站，所述第二基站组包括多个第二基站，第二基站为与所述待重建基站相邻的基站；

所述的发送模块，配置为所述第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

所述的接收更新模块，配置为各所述第二基站通过核心网接收所述集群组呼业务上下文，并根据接收到核心网发送的集群组呼业务状态变化的指令，更新所述第二基站本地保存的集群组呼业务关系；

所述的复位重建模块，配置为所述第一基站复位重启后，通过所述X2AP接口获取其与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务；

其中，根据接收到核心网发送的集群组呼业务状态变化的指令，更新所述第二基站本地保存的集群组呼业务关系，其方法为：

各所述第二基站接收到核心网通过S1接口发送的集群组呼业务状态变化的指令，若该指令为变换则更新所述第二基站本地保存的集群组呼业务关系；所述集群组呼业务状态变化的指令，包括集群组呼业务建立消息、集群组呼业务释放消息、集群组呼业务属性变更消息；

所述S1接口为LTE移动通信网中基站与核心网之间的通讯接口。

7.一种待重建基站信息处理系统，特征在于，该系统包括确定模块、发送模块、恢复重建模块；

所述的确定模块，配置为当第一基站的X2AP交互定时器超时或集群业务状态发生变化时，确定所述第一基站与第二基站组中各基站需要交互的集群组呼业务上下文；所述第一基站为待重建基站，所述第二基站组包括多个第二基站，第二基站为与所述待重建基站相邻的基站；

所述的发送模块，配置为所述第一基站通过X2AP接口向各第二基站发送所述集群组呼业务上下文；

所述的恢复重建模块，配置为所述第一基站复位重启后，通过所述X2AP接口获取其与各第二基站交互的集群组呼业务上下文，并重建集群组呼业务。

8.一种存储装置，其中存储有多条程序，其特征在于，所述程序适用于由处理器加载并执行以实现权利要求1-5任一项所述的重建集群组呼业务的方法。

9.一种处理设置，包括处理器、存储装置；处理器，适用于执行各条程序；存储装置，适用于存储多条程序；其特征在于，所述程序适用于由处理器加载并执行以实现权利要求1-5任一项所述的重建集群组呼业务的方法。

Images