CN108632769B - 一种群组补建方法及装置 - Google Patents

Abstract

本发明涉及移动通信技术领域，尤其涉及一种群组补建方法及装置，为了解决现有群组补建流程因缓存新业务，而导致时延大，或并行处理新业务而导致增加系统资源的问题，该方法为：在对第一群组执行群组补建业务过程中接收到针对第一群组的新业务时，先暂停第一群组的群组补建业务，然后，将第一群组的新业务和群组补建业务进行融合，并执行融合后的业务内容，这样，在执行群组补建业务时，即使接入了新业务，只需将新业务和群组补建业务进行融合，就能在对群组执行新业务的同时继续执行群组补建业务，无需缓存新业务，进而，也无需增加时延，大大提高了业务效率，而且，无需额外增加系统资源，提高了系统性能。

Description

一种群组补建方法及装置

技术领域

本发明涉及移动通信技术领域，尤其涉及一种群组补建方法及装置。

背景技术

在宽带集群通信(Broadband Trunking Communication，B-TrunC)标准中，集群系统中的群组业务(如，集群语音组呼，可视组呼，紧急组呼等)建立时，针对群组业务的多终端部署的特点，核心网会在若干指定小区发起群组业务建立〔也可以为若干跟踪区(Tracking Area，TA)〕，当群组业务成功建立后，基站会在核心网指定的TA所在小区或者多个指定小区建立群组共享信道，以满足群组业务的需求。

然而，只要核心网指定的若干小区中存在至少一个小区的群组上下文建立成功，则核心网会认为发起的群组业务建立成功，并继续开始后续流程，而对于群组上下文建立失败的其他小区，以及群组上下文的部分承载建立失败的小区，均由演进型基站(EvolvedNodeB，eNB)自行对上述小区进行群组补建，演进型移动管理实体(Evolved MobilityManagement Entity，eMME)不参与触发，倘若eNB群组补建不成功，则会直接影响到相应群组业务下的各个终端的接收效果。

因此，eNB的群组补建尤为重要，现有技术下，eNB进行群组补建有如下三种方案。

方案一：eNB在进行群组补建时，若接收到针对该群组的新业务(如，增加、修改、删除等等)时，先对新业务进行缓存处理，待群组补建流程完毕后，再对已缓存的新业务进行处理。

然而，方案一中，由于群组业务是针对多小区多终端的，若eNB在进行群组补建时，缓存了该群组的新业务，则会对该群组内的已成功建立群组上下文的其他小区内的终端产生时延影响，而且，随着群组补建数目的增加，时延也会大大增加。

方案二：eNB将新业务处理流程和群组补建流程并行处理，即，eNB的群组补建流程单独实现的，与新业务处理流程无关。

然而，方案二中，由于群组补建流程和新业务处理流程是并行进行的，因此，eNB的群组补建流程完毕后，对群组补建成功的小区还需要再进行新业务的同步处理，显然，这种实现方式不仅复杂，而且内存消耗大，代码开发量也大，同时，还会影响到系统容量和系统性能。

方案三：eNB定时触发群组补建流程。

然而，方案三中，采用简单的周期补建方式进行群组补建，即，按照周期时长定时触发群组补建，虽然实现简单，但难以确定合适的配置时长，若配置时长较长，则该群组业务可能已经释放，达不到补建的效果，若配置时长较短，则群组资源可能仍被其他群组业务占用，造成触发无用的群组补建流程。

有鉴于此，需要设计一种新的群组补建方案以克服以上缺陷。

发明内容

本发明实施例提供一种群组补建方法及装置，用以解决现有群组补建流程因缓存新业务，而导致时延大，或并行处理新业务而导致增加系统资源的问题。

本发明实施例提供的具体技术方案如下：

一种群组补建方法，包括：

在针对第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，停止所述第一群组的群组补建业务；

将所述第一群组的新业务和所述第一群组的群组补建业务进行融合，获得融合后的业务内容；

执行融合后的业务内容。

可选的，在针对第一群组执行群组补建业务的过程之前，进一步包括：

确定发生群组资源释放时，检查补建失败列表，并判断所述补建失败列表中是否存在等待执行群组补建业务的群组；

确定存在时，基于预先设定的优先级，从所述补建失败列表中选取相应的群组作为第一群组，并启动针对所述第一群组执行群组补建业务。

可选的，针对所述第一群组执行群组补建业务，包括：

分别确定所述第一群组内需执行群组补建业务的各个小区各自对应的待补建对象，其中，所述第一群组包含若干小区，所述待补建对象包括小区群组和/或承载；

分别针对所述各个小区各自对应的待补建对象执行群组补建业务。

可选的，在针对第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，停止所述第一群组的群组补建业务，包括：

在针对所述第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，生成指示消息，并基于所述指示消息触发本地停止与所述群组补建业务相关的操作。

可选的，将所述第一群组的新业务和所述第一群组的群组补建业务进行融合，获得融合后的业务内容，包括：

将所述第一群组内需执行群组补建业务的小区对应的新业务和对应的群组补建业务进行汇总，获得汇总后的业务内容；

将所述第一群组内需执行群组补建业务的小区对应的汇总后的业务内容，与所述第一群组内不需执行群组补建业务的小区对应的新业务进行融合，获得融合后的业务内容。

一种群组补建装置，包括：

高层模块，用于在针对第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，停止所述第一群组的群组补建业务；并将所述第一群组的新业务和所述第一群组的群组补建业务进行融合，获得融合后的业务内容；

第一处理模块，用于执行融合后的业务内容。

可选的，进一步包括第二处理模块，所述第二处理模块用于：

在针对第一群组执行群组补建业务的过程之前，执行以下操作：

确定发生群组资源释放时，检查补建失败列表，并判断所述补建失败列表中是否存在等待执行群组补建业务的群组；

确定存在时，基于预先设定的优先级，从所述补建失败列表中选取相应的群组作为第一群组，并启动针对所述第一群组执行群组补建业务。

可选的，针对所述第一群组执行群组补建业务时，所述第二处理模块用于：

分别确定所述第一群组内需执行群组补建业务的各个小区各自对应的待补建对象，其中，所述第一群组包含若干小区，所述待补建对象包括小区群组和/或承载；

分别针对所述各个小区各自对应的待补建对象执行群组补建业务。

可选的，在针对第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，停止所述第一群组的群组补建业务时，所述高层模块用于：

在针对所述第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，生成指示消息，并基于所述指示消息触发本地停止与所述群组补建业务相关的操作。

可选的，将所述第一群组的新业务和所述第一群组的群组补建业务进行融合，获得融合后的业务内容时，所述高层模块用于：

将所述第一群组内需执行群组补建业务的小区对应的新业务和对应的群组补建业务进行汇总，获得汇总后的业务内容；

将所述第一群组内需执行群组补建业务的小区对应的汇总后的业务内容，与所述第一群组内不需执行群组补建业务的小区对应的新业务进行融合，获得融合后的业务内容。

本发明实施例中，在对第一群组执行群组补建业务过程中接收到针对第一群组的新业务时，先暂停第一群组的群组补建业务，然后，将第一群组的新业务和群组补建业务进行融合，并执行融合后的业务内容，这样，在针对一群组执行群组补建业务时，即使接入了该群组的新业务，只需将该群组的新业务和群组补建业务进行融合，就能在对该群组执行新业务的同时，继续执行群组补建业务，无需将新业务进行缓存，进而，也无需增加时延，大大提高了业务效率，而且，也无需额外增加系统资源并行处理新业务，节约了系统的内存空间，大大提高了系统性能。

附图说明

图1为本发明实施例中群组补建方法流程图；

图2为本发明实施例中集群系统结构示意图；

图3a为本发明实施例中示例群组1的群组业务建立成功示意图；

图3b为本发明实施例中示例群组1的群组业务建立失败示意图；

图4为本发明实施例中群组补建装置结构示意图。

具体实施方式

为了解决现有群组补建流程因缓存新业务，而导致时延大，或并行处理新业务而导致增加系统资源的问题，本发明实施例中，重新设计了一种群组补建方法，该方法为，在对第一群组执行群组补建业务过程中接收到针对第一群组的新业务时，先暂停第一群组的群组补建业务，然后，将第一群组的新业务和群组补建业务进行融合，并基于融合后的业务内容继续执行群组补建业务。

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

下面将通过具体实施例对本发明的方案进行详细描述，当然，本发明并不限于以下实施例。

参阅图1所示，本发明实施例中，群组补建方法流程如下：

步骤100：基站针对第一群组执行群组补建业务。

具体的，当核心网向若干指定小区发起群组业务后，若群组中存在至少一个小区的群组业务建立不成功，则演进型基站(Evolved NodeB，eNB)就会自行对群组内未成功建立群组业务的各个小区执行群组补建业务。

进一步地，eNB内包含很多处理模块，并由各个处理模块分工合作完成群组补建业务，本发明实施例中，高层模块(如，S1AP模块，且以下均以S1AP模块为例)负责与核心网的演进型移动管理实体(Evolved Mobility Management Entity，eMME)进行通信，并向eNB内低层的各个处理模块发送命令，以便低层的各个处理模块基于命令执行相关操作，具体可参阅图2所示。

具体的，eNB对群组内未成功建立群组业务的各个小区执行群组补建业务时，先分别确定群组内需执行群组补建业务的各个小区各自对应的待补建对象，并分别针对各个小区各自对应的待补建对象执行群组补建业务，其中，待补建对象包括小区群组和/或承载。

进一步地，eNB执行群组补建业务是需要占用群组资源的，倘若当前基站的群组资源不足，而eNB又需要对某一群组执行群组补建业务，则可采用下述方式执行群组补建业务：确定发生群组资源释放时，检查补建失败列表，并判断上述补建失败列表中是否存在等待执行群组补建业务的群组，当确定存在时，则基于预先设定的优先级，从上述补建失败列表中选取相应的群组，并针对该群组执行群组补建业务。

例如，假设补建失败列表A中存在待执行群组补建业务的群组2、群组3和群组4，且预设的优先级中，群组3的优先级最高，群组2的优先级次高，群组4的优先级最低，当基站一旦确定群组1被释放时，则从补建失败列表A中筛选出群组3，并对群组3执行群组补建业务。

这样，相对于现有技术中的周期补建方式，无需因补建过晚，而导致该群组已被释放，也无需因补建过早，群组资源均被占用，无空闲群组资源，而本发明实施例中，一旦有群组资源释放，则可立即触发基站对等待执行群组补建业务的群组进行补建，并增加了优先级方式，倘若当前等待执行群组补建业务的群组不止一个，则可基于预先设定的优先级进行筛选，例如，可基于群组业务类型进行优先级排序。

步骤110：基站在针对第一群组执行群组补建业务的过程中，接收到针对第一群组的新业务时，停止上述第一群组的群组补建业务。

具体的，基站在针对某一群组执行群组补建业务的过程中，接收到核心网发起的针对上述群组的新业务时，基站会生成指示消息，并基于上述指示消息触发本地停止与上述群组补建业务相关的操作。

进一步地，指示消息是由基站内的S1AP模块生成，并由S1AP模块将指示消息逐层下发给基站内的各个处理模块，当各个处理模块接收到指示消息后，通过解析，确定基站停止当前的群组补建业务的目的后，无需再向S1AP模块反馈，也无需等待进一步的指令，而是直接停止当前与群组补建业务相关的操作。

步骤120：基站将第一群组的新业务和第一群组的群组补建业务进行融合，获得融合后的业务内容。

具体的，基站将群组的群组补建业务停止后，会将上述群组内需执行群组补建业务的小区对应的新业务和对应的群组补建业务进行汇总，获得汇总后的业务内容，并将上述群组内需执行群组补建业务的小区对应的汇总后的业务内容，与上述群组内不需执行群组补建业务的小区对应的新业务进行融合，获得融合后的业务内容。

例如，假设群组1的群组业务1(Group1)为在小区1(cell1)、小区2(cell2)和小区3(cell3)分别建立2条群组承载，且上述2条群组承载分别为Bearer1和Bearer2，若Group1成功建立，则如图3a所示，假设cell1下Bearer1和Bearer2均建立成功，Cell2下Group1建立失败，cell3下Bearer2建立失败，具体参阅图3b所示，本发明实施例中，提供以下三种应用场景，以进一步对新业务和群组补建业务的融合进行说明，具体如下：

1、若新业务为在群组1增加Bearer3，则融合后的业务内容如下：

Cell1的业务内容为：建立Bearer3；

Cell2的业务内容为：建立Group1、Bearer1、Bearer2和Bearer3；

Cell3的业务内容为：建立Bearer2和Bearer3。

2、若新业务为将群组1的Bearer2修改Bearer2’，则融合后的业务内容如下：

Cell1的业务内容为：将Bearer2修改Bearer2’；

Cell2的业务内容为：建立Group1、Bearer1、Bearer2’；

Cell3的业务内容为：建立Bearer2’。

3、若新业务为释放群组1的Bearer2，则融合后的业务内容如下：

Cell1的业务内容为：释放Bearer2；

Cell2的业务内容为：建立Group1和Bearer1；

Cell3的业务内容为：不做处理。

当然，实际应用场景取决于eNB自身的设计，并不限定于本发明实施例提供的三种应用场景。

进一步地，本发明实施例中，是由基站的S1AP模块对第一群组的新业务和第一群组的群组补建业务进行融合，获得融合后的业务内容后，并基于融合后的业务内容，生成至少包含融合后的业务内容的接口消息，以及将接口信息发送给空口处理模块，空口处理模块接收到包含融合后的业务内容的接口消息后，逐层下发给剩余的各个处理模块，这样，基站内的所有处理模块均获得了融合后的业务内容，其中，空口处理模块为与S1AP相邻的处理模块。

这样，基站通过S1AP模块对新业务和群组补建业务进行融合，S1AP模块完成了并发的兼容，不仅能满足集群业务的需求，而且，也无需改动eNB的结构，对硬件结构的改动量小，使得各个处理模块之间的耦合性低，能够应用在大规模的集群业务中。

步骤130：基站执行融合后的业务内容。

具体的，基站内的各个处理模块，确定融合后的业务内容后，执行融合后的业务内容，由于融合后的业务内容包含了针对上述群组的新业务和群组补建业务，因此，基站执行融合后的业务内容，实际上是在处理针对上述群组的新业务的同时继续执行群组补建业务。

这样，基站在处理新业务的同时，也在处理作为并发业务的群组补建业务，无需等待群组补建业务执行完，再执行新业务，从而导致增加群组业务的时延，影响了业务效率，而且，也无需增加额外的系统资源，供新业务单独使用，而是将新业务和群组补建业务进行融合，使得基站在针对某群组执行群组补建业务的同时，还能完成针对上述群组发起的新业务，大大增加了业务效率，还节约了系统资源。

本发明实施例中，高层模块是以S1AP模块为例进行说明，是因为eNB与eMME之间是通过S1接口进行通信的，当然，其它类型的通信网元在处理并发业务均可适用，在此不做赘述。

基于上述实施例，参阅图4所示，本发明实施例中，群组补建装置，至少包括高层模块40、第一处理模块41，其中，

高层模块40，用于在针对第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，停止所述第一群组的群组补建业务；并将所述第一群组的新业务和所述第一群组的群组补建业务进行融合，获得融合后的业务内容；

第一处理模块41，用于执行融合后的业务内容。

可选的，进一步包括第二处理模块42，所述第二处理模块42用于：

在针对第一群组执行群组补建业务的过程之前，执行以下操作：

确定发生群组资源释放时，检查补建失败列表，并判断所述补建失败列表中是否存在等待执行群组补建业务的群组；

确定存在时，基于预先设定的优先级，从所述补建失败列表中选取相应的群组作为第一群组，并启动针对所述第一群组执行群组补建业务。

可选的，针对所述第一群组执行群组补建业务时，所述第二处理模块42用于：

分别确定所述第一群组内需执行群组补建业务的各个小区各自对应的待补建对象，其中，所述第一群组包含若干小区，所述待补建对象包括小区群组和/或承载；

分别针对所述各个小区各自对应的待补建对象执行群组补建业务。

可选的，在针对第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，停止所述第一群组的群组补建业务时，所述高层模块40用于：

在针对所述第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，生成指示消息，并基于所述指示消息触发本地停止与所述群组补建业务相关的操作。

可选的，将所述第一群组的新业务和所述第一群组的群组补建业务进行融合，获得融合后的业务内容时，所述高层模块40用于：

将所述第一群组内需执行群组补建业务的小区对应的新业务和对应的群组补建业务进行汇总，获得汇总后的业务内容；

将所述第一群组内需执行群组补建业务的小区对应的汇总后的业务内容，与所述第一群组内不需执行群组补建业务的小区对应的新业务进行融合，获得融合后的业务内容。

综上所述，本发明实施例中，基站在对第一群组执行群组补建业务过程中接收到针对第一群组的新业务时，先暂停第一群组的群组补建业务，然后，将第一群组的新业务和群组补建业务进行融合，并执行融合后的业务内容，这样，基站在针对一群组执行群组补建业务时，即使接入了该群组的新业务，只需将该群组的新业务和群组补建业务进行融合，基站就能在处理群组的新业务的同时，继续执行群组补建业务，无需将新业务进行缓存，进而，也无需增加时延，大大提高了业务效率，而且，也无需额外增加系统资源并行处理新业务，节约了系统的内存空间，大大提高了系统性能。

进一步地，本发明实施例中，通过对现有流程的周期补建方式的改进，利用群组释放触发基站执行群组补建业务，确保了基站的补建过程是有效可靠的，无需浪费系统资源，同时，也提高了补建效率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种群组补建方法，其特征在于，包括：

在针对第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，停止所述第一群组的群组补建业务；

将所述第一群组的新业务和所述第一群组的群组补建业务进行融合，获得融合后的业务内容，具体为，将所述第一群组内需执行群组补建业务的小区对应的新业务和对应的群组补建业务进行汇总，获得汇总后的业务内容；将所述第一群组内需执行群组补建业务的小区对应的汇总后的业务内容，与所述第一群组内不需执行群组补建业务的小区对应的新业务进行融合，获得融合后的业务内容；

执行融合后的业务内容。

2.如权利要求1所述的方法，其特征在于，在针对第一群组执行群组补建业务的过程之前，进一步包括：

确定发生群组资源释放时，检查补建失败列表，并判断所述补建失败列表中是否存在等待执行群组补建业务的群组；

确定存在时，基于预先设定的优先级，从所述补建失败列表中选取相应的群组作为第一群组，并启动针对所述第一群组执行群组补建业务。

3.如权利要求2所述的方法，其特征在于，针对所述第一群组执行群组补建业务，包括：

分别确定所述第一群组内需执行群组补建业务的各个小区各自对应的待补建对象，其中，所述第一群组包含若干小区，所述待补建对象包括小区群组和/或承载；

分别针对所述各个小区各自对应的待补建对象执行群组补建业务。

4.如权利要求3所述的方法，其特征在于，在针对第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，停止所述第一群组的群组补建业务，包括：

在针对所述第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，生成指示消息，并基于所述指示消息触发本地停止与所述群组补建业务相关的操作。

5.一种群组补建装置，其特征在于，包括：

高层模块，用于在针对第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，停止所述第一群组的群组补建业务；并将所述第一群组的新业务和所述第一群组的群组补建业务进行融合，获得融合后的业务内容，具体为，将所述第一群组内需执行群组补建业务的小区对应的新业务和对应的群组补建业务进行汇总，获得汇总后的业务内容；将所述第一群组内需执行群组补建业务的小区对应的汇总后的业务内容，与所述第一群组内不需执行群组补建业务的小区对应的新业务进行融合，获得融合后的业务内容；

第一处理模块，用于执行融合后的业务内容。

6.如权利要求5所述的装置，其特征在于，进一步包括第二处理模块，所述第二处理模块用于：

在针对第一群组执行群组补建业务的过程之前，执行以下操作：

确定发生群组资源释放时，检查补建失败列表，并判断所述补建失败列表中是否存在等待执行群组补建业务的群组；

确定存在时，基于预先设定的优先级，从所述补建失败列表中选取相应的群组作为第一群组，并启动针对所述第一群组执行群组补建业务。

7.如权利要求6所述的装置，其特征在于，针对所述第一群组执行群组补建业务时，所述第二处理模块用于：

分别确定所述第一群组内需执行群组补建业务的各个小区各自对应的待补建对象，其中，所述第一群组包含若干小区，所述待补建对象包括小区群组和/或承载；

分别针对所述各个小区各自对应的待补建对象执行群组补建业务。

8.如权利要求7所述的装置，其特征在于，在针对第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，停止所述第一群组的群组补建业务时，所述高层模块用于：

在针对所述第一群组执行群组补建业务的过程中，接收到针对所述第一群组的新业务时，生成指示消息，并基于所述指示消息触发本地停止与所述群组补建业务相关的操作。

Images