CN104754004A - 一种集群终端的处理方法 - Google Patents

Abstract

本申请公开了一种集群终端的处理方法，包括：在所述集群终端中，当基带处理器BP确定需要向应用处理器AP上报当前状态时，所述BP向AP上报状态信息，所述AP根据BP上报的状态信息将自身的状态设置为与BP状态一致。应用本申请，能够避免由于AP和BP状态不一致所导致的无法进行集群业务的问题。

Description

一种集群终端的处理方法

技术领域

本申请涉及集群技术，特别涉及一种集群终端的处理方法。

背景技术

目前集群终端的硬件架构一般都是包括如下两个处理器：

AP:用于运行应用软件，该处理器通常被称作Application Processor，简称AP；

BP:用于负责无线通信相关工作，该处理器通常被称作BaseBand Processor，简称BP。AP和BP芯片之间采用AT指令进行通信。

群组业务进行的过程中，AP和BP需要进行消息交互和处理。AP和BP都是通过状态机来处理消息的，但由于有些消息需要缓存再处理或是丢失了，有时就会出现AP和BP两边的状态不一致，会产生很严重的后果，比如无法进行监听或是不能发起话权申请，并且一旦出现这种情况有时不能自愈，将一直维持下去，需要重新开机才能解决。下面给出一个AP发给BP的消息需要缓存再处理从而造成AP和BP状态不一致的例子：

起初AP和BP都处于监听态，这时BP收到群组关闭，正在处理的暂态中收到AP发下的话权申请消息，此时BP会缓存话权申请消息，等待处理完群组关闭后，再处理话权申请消息；

BP处理完群组关闭后告知AP群组已关闭，而对于AP是先发送话权申请后收到群组关闭，收到群组关闭后一直尝试加入群组，但BP此时在暂态不处理此消息，给AP回复error，AP所有群组均遍历加入失败后就进入无状态了；

对于BP是先收到群组关闭后收到话权申请，BP处理完群组关闭后紧接着处理之前缓存的话权申请消息，就会处于主讲态；

此时AP和BP状态就不一致了，一个处于无状态，一个处于主讲态。由于AP在无状态，就无法发起集群业务了。

发明内容

本申请提供了一种集群终端的处理方法，能够避免由于AP和BP状态不一致所导致的无法进行集群业务的问题。

为实现上述目的，本申请采用如下的技术方案：

一种集群终端的处理方法，包括：

在所述集群终端中，当基带处理器BP确定需要向应用处理器AP上报当前状态时，所述BP向AP上报状态信息，所述AP根据BP上报的状态信息将自身的状态设置为与BP状态一致。

较佳地，预先保存自身的状态和业务类型组合与AP状态间的映射关系；

所述BP向AP上报状态信息包括：BP根据自身的当前状态和当前业务类型组合，映射得到对应的AP状态，并将映射结果作为状态信息上报给AP；

所述AP根据BP上报的状态信息将自身的状态设置为与BP状态一致包括：所述AP将自身的状态设置为BP上报的状态。

较佳地，预先保存业务类型和BP的状态组合与AP状态间的映射关系；

所述BP向AP上报状态信息包括：BP向AP上报BP的当前状态；

所述AP根据BP上报的状态信息将自身的状态设置为与BP状态一致包括：AP根据当前业务类型和BP上报的当前状态，映射得到对应的AP状态，AP将自身的当前状态设置为映射结果。

较佳地，所述BP的状态和业务类型组合与AP状态的映射关系为：

较佳地，所述BP确定需要向AP上报当前状态的方式包括：

BP发给AP的消息中原因值不是正常的原因；和/或，

BP发给AP的消息结果不是success；和/或，

BP接收到AP发送的状态查询消息。

由上述技术方案可见，本申请中，当BP确定需要向AP上报当前状态时，BP向AP上报状态信息，AP根据BP上报的状态信息将自身的状态设置为与BP状态一致。通过这种方式，能够使AP和BP状态保持一致，从而避免由于状态不一致而导致的无法进行集群业务的问题。

附图说明

图1为本申请实施例一中集群终端处理方法的基本流程示意图。

具体实施方式

为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。

本申请中，通过使AP和BP两边状态保持一致，从而解决状态不一致所导致的无法进行集群通信的问题。

图1为本申请中集群终端处理方法的基本流程示意图。如图1所示，该方法包括：

步骤101，BP确定需要向AP上报当前状态。

本步骤中，触发BP向AP上报当前状态的情况可以根据需要进行设置。本申请中给出如下三种情况，需要触发BP的状态上报操作：

情况1：BP和AP之间有很多消息交互过程，当BP发给AP的消息中的原因值不是正常原因时，BP需要上报状态信息；其中原因值不正常的情况，是本领域技术人员能够自行判断出来的，这里就不再赘述；

情况2：当BP发给AP的消息中结果不是success时，BP需要上报状态信息；这种情况说明可能存在异常情况，为保证BP和AP状态不会因此而导致不一致，BP上报状态信息；

情况3：当BP接收到AP发送的状态查询消息时，BP需要上报状态信息；这里，AP可以是在处理过程中发现有异常时随时向BP发送状态查询消息。

上述三种情况可以根据需要选择其中部分或全部作为BP上报状态信息的条件。

步骤102，BP向AP上报状态信息。

由于BP和AP实现上的差别，二者设定的状态机并不完全一致，因此，在进行BP状态和AP状态对齐时，不能简单地将二者状态设置为相同。为实现二者的状态对齐，需要将BP和AP的状态进行相互映射。具体地，可以根据BP状态机的状态加上当前的业务类型映射为AP的状态机中的状态。而具体映射操作可以在BP中进行也可以在AP中进行，因此，根据映射操作的执行位置不同，BP上报的状态信息也有所区别。

当在BP中进行映射操作时，BP向AP上报状态信息的处理包括：BP根据自身的当前状态和当前业务类型的组合，映射得到相应的AP状态，并将AP状态上报给AP。

当在AP中进行映射操作时，BP向AP上报的状态信息即为BP的当前状态。

步骤103，AP接收BP上报的状态信息，并根据该信息将自身的状态设置为与BP状态一致。

本步骤的处理需要与步骤102的处理相配合进行。

当BP状态映射为AP状态的操作在BP中进行时，本步骤中AP接收BP上报的映射结果状态，即映射后得到的AP状态，AP直接将自身的状态设置为BP上报的AP状态，从而能够保证AP的当前状态与BP的当前状态和当前业务类型相对应，即AP状态与BP状态一致。

当BP状态映射为AP状态的操作在AP中进行时，本步骤中AP接收BP的当前状态后，由AP根据当前业务类型和BP上报的当前状态，映射得到对应的AP状态，AP将自身的当前状态设置为映射结果。

通过本步骤的处理，能够将AP状态设置为与BP状态一致，从而避免二者状态不一致而导致的无法进行集群业务的问题。

另外，在上述步骤102和103的处理中，均涉及到业务类型和BP状态的组合与AP状态的映射关系，该映射关系需要预先保存在集群终端上，可以保存在AP或BP中，或者也可以保存在集群终端的其他单元中。具体该映射关系如下表1所示。

表1

至此，本申请中的集群终端处理方法流程结束。通过以上处理，并且实际测试，在各种情况下，AP和BP的状态都能保持一致，没有出现AP和BP状态不一致导致无法进行集群业务的问题。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (5)

1.一种集群终端的处理方法，其特征在于，包括：

在所述集群终端中，当基带处理器BP确定需要向应用处理器AP上报当前状态时，所述BP向AP上报状态信息，所述AP根据BP上报的状态信息将自身的状态设置为与BP状态一致。

2.根据权利要求1所述的方法，其特征在于，预先保存自身的状态和业务类型组合与AP状态间的映射关系；

所述BP向AP上报状态信息包括：BP根据自身的当前状态和当前业务类型组合，映射得到对应的AP状态，并将映射结果作为状态信息上报给AP；

所述AP根据BP上报的状态信息将自身的状态设置为与BP状态一致包括：所述AP将自身的状态设置为BP上报的状态。

3.根据权利要求1所述的方法，其特征在于，预先保存业务类型和BP的状态组合与AP状态间的映射关系；

所述BP向AP上报状态信息包括：BP向AP上报BP的当前状态；

所述AP根据BP上报的状态信息将自身的状态设置为与BP状态一致包括：AP根据当前业务类型和BP上报的当前状态，映射得到对应的AP状态，AP将自身的当前状态设置为映射结果。

4.根据权利要求2或3所述的方法，其特征在于，所述BP的状态和业务类型组合与AP状态的映射关系为：

5.根据权利要求1、2或3所述的方法，其特征在于，所述BP确定需要向AP上报当前状态的方式包括：

BP发给AP的消息中原因值不是正常的原因；和/或，

BP发给AP的消息结果不是success；和/或，

BP接收到AP发送的状态查询消息。