CN107800669B - 一种基于卫星通信的多业务会话控制方法及装置 - Google Patents

Abstract

本发明公开了一种基于卫星通信的多业务会话控制方法及装置，涉及多业务会话控制管理技术领域，其方法包括：在多个业务模块的***中，当每个业务模块的每个业务会话进程执行到任一业务状态后，将所述业务状态封装成业务状态消息，发送给消息传递模块；所述消息传递模块将收到的所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程；收到所述业务状态消息的每个会话进程根据所述业务状态消息与其进行操作的预定关系，执行相应的操作。本发明支撑业务间通信消息的可靠传递，对多业务实现了有效隔离，大大降低了业务模块间的耦合度。

Description

一种基于卫星通信的多业务会话控制方法及装置

技术领域

本发明涉及卫星通信环境下多业务会话控制管理领域，特别涉及一种基于卫星通信的多业务会话控制方法及装置。

背景技术

一般地，对于单业务***，由于其涉及的业务单一，逻辑简单，所以，业务状态并不多，控制起来比较简单。然而，当一个***涉及到多业务场景时，很难保证***业务逻辑是清晰的，业务模块之间是低耦合的。

目前，基于卫星通信的终端业务仅涉及卫星电话、卫星短信等少量业务类型，卫星终端的业务模块之间的通信，是通过直接调用方法的方式来实现的，这种方式在卫星应用环境下存在的问题是：若业务1的状态跳转依赖于业务2的方法2的返回值，而方法2涉及数据在卫星链路上的前反向传输，由于卫星链路复杂多变，容易出现断链、丢包等异常，所以，当方法2因丢包导致迟迟不能返回时，业务1被堵塞，直到方法2超时返回才能继续执行剩下的业务逻辑。由此可知，业务1的状态跳转高度依赖于业务2的方法2，即增大了业务1和业务2之间的耦合度，不仅严重影响了业务1的执行效率，而且降低了***的扩展性能。

发明内容

根据本发明实施例提供的方案解决的技术问题是不同的业务会话之间通过消息进行通信，通过直接方法调用(高耦合)实现通信。

根据本发明实施例提供的一种基于卫星通信的多业务会话控制方法，包括：

在多个业务模块的***中，当每个业务模块的每个业务会话进程执行到任一业务状态后，将所述业务状态封装成业务状态消息，发送给消息传递模块；

所述消息传递模块将收到的所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程；

收到所述业务状态消息的每个会话进程根据所述业务状态消息与其进行操作的预定关系，执行相应的操作。

优选地，所述当每个业务模块的每个业务会话进程执行到任一业务状态后，将所述业务状态封装成业务状态消息包括：

所述每个业务会话进程对当前业务进行实时监测；

当所述每个业务会话进程监测到当前业务执行到任一业务状态时，将所述任一业务状态封装成相应的业务状态消息。

优选地，所述消息传递模块中包含一个缓存队列，用于缓存所有业务模块的各个会话进程发送的业务状态消息。

优选地，所述消息传递模块将收到的所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程包括：

所述消息传递模块收到所述业务状态消息后，将其放入到缓存队列中；

所述消息传递模块按照所述缓存队列先进先出的顺序，将所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程。

优选地，所述收到所述业务状态消息的每个会话进程根据所述业务状态消息与其进行操作的预定关系，执行相应的操作包括：

收到所述业务状态消息的会话进程，判断所述业务状态消息是否影响到其当前执行的业务状态；

所述会话进程若判断所述业务状态消息影响到其当前执行的业务状态，则根据所述业务状态消息与其进行操作的预定关系，生成相应的控制操作指令；

所述会话进程按照所生成的控制操作指令执行相应的操作。

根据本发明实施例提供的一种基于卫星通信的多业务会话控制装置，包括：

业务模块，用于当每个业务会话进程执行到任一业务状态后，将所述业务状态封装成业务状态消息，发送给消息传递模块，以及收到所述业务状态消息的每个会话进程根据所述业务状态消息与其进行操作的预定关系，执行相应的操作；

消息传递模块，用于将收到的所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程。

优选地，所述业务模块中包含多个业务会话进程，具体用于所述每个业务会话进程的当前业务进行实时监测，并当所述每个业务会话进程监测到当前业务执行到任一业务状态时，将所述任一业务状态封装成相应的业务状态消息。

优选地，所述消息传递模块中包含一个缓存队列，用于缓存所有业务模块的各个会话进程发送的业务状态消息。

优选地，所述消息传递模块具体用于在收到所述业务状态消息后，将其放入到缓存队列中，并按照所述缓存队列先进先出的顺序，将所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程。

优选地，所述业务模块中收到所述业务状态消息的会话进程，判断所述业务状态消息是否影响到其当前执行的业务状态，若判断所述业务状态消息影响到其当前执行的业务状态，则根据所述业务状态消息与其进行操作的预定关系，生成相应的控制操作指令，并按照所生成的控制操作指令执行相应的操作。

根据本发明实施例提供的方案，支撑业务间通信消息的可靠传递，对多业务实现了有效隔离，大大降低了业务模块间的耦合度。

附图说明

图1是本发明实施例提供的一种基于卫星通信的多业务会话控制方法的流程图；

图2是本发明实施例提供的一种基于卫星通信的多业务会话控制装置的示意图；

图3是本发明实施例提供的多业务会话间消息传递的结构图；

图4是本发明实施例提供的注册业务与心跳业务的关系示意图；

图5是本发明实施例提供的心跳业务与语音业务的关系示意图；

图6是本发明实施例提供的注销业务与语音业务的关系示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1是本发明实施例提供的一种基于卫星通信的多业务会话控制方法的流程图，如图1所示，包括：

步骤S101：在多个业务模块的***中，当每个业务模块的每个业务会话进程执行到任一业务状态后，将所述业务状态封装成业务状态消息，发送给消息传递模块；

步骤S102：所述消息传递模块将收到的所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程；

步骤S103：收到所述业务状态消息的每个会话进程根据所述业务状态消息与其进行操作的预定关系，执行相应的操作。

其中，所述当每个业务模块的每个业务会话进程执行到任一业务状态后，将所述业务状态封装成业务状态消息包括：所述每个业务会话进程对当前业务进行实时监测；当所述每个业务会话进程监测到当前业务执行到任一业务状态时，将所述任一业务状态封装成相应的业务状态消息。

其中，所述消息传递模块中包含一个缓存队列，用于缓存所有业务模块的各个会话进程发送的业务状态消息。具体地说，所述消息传递模块将收到的所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程包括：所述消息传递模块收到所述业务状态消息后，将其放入到缓存队列中；所述消息传递模块按照所述缓存队列先进先出的顺序，将所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程。

其中，所述收到所述业务状态消息的每个会话进程根据所述业务状态消息与其进行操作的预定关系，执行相应的操作包括：收到所述业务状态消息的会话进程，判断所述业务状态消息是否影响到其当前执行的业务状态；所述会话进程若判断所述业务状态消息影响到其当前执行的业务状态，则根据所述业务状态消息与其进行操作的预定关系，生成相应的控制操作指令；所述会话进程按照所生成的控制操作指令执行相应的操作。

图2是本发明实施例提供的一种基于卫星通信的多业务会话控制装置的示意图，包括：业务模块201，用于当每个业务会话进程执行到任一业务状态后，将所述业务状态封装成业务状态消息，发送给消息传递模块，以及收到所述业务状态消息的每个会话进程根据所述业务状态消息与其进行操作的预定关系，执行相应的操作；消息传递模块202，用于将收到的所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程。

其中，所述业务模块201中包含多个业务会话进程，具体用于所述每个业务会话进程的当前业务进行实时监测，并当所述每个业务会话进程监测到当前业务执行到任一业务状态时，将所述任一业务状态封装成相应的业务状态消息。

其中，所述消息传递模块202中包含一个缓存队列，用于缓存所有业务模块的各个会话进程发送的业务状态消息。具体地说，所述消息传递模块202具体用于在收到所述业务状态消息后，将其放入到缓存队列中，并按照所述缓存队列先进先出的顺序，将所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程。

其中，所述业务模块201中收到所述业务状态消息的会话进程，判断所述业务状态消息是否影响到其当前执行的业务状态，若判断所述业务状态消息影响到其当前执行的业务状态，则根据所述业务状态消息与其进行操作的预定关系，生成相应的控制操作指令，并按照所生成的控制操作指令执行相应的操作。

图3是本发明实施例提供的多业务会话间消息传递的结构图，如图3所示，“其他模块”部分包含了管理层模块、其他独立功能模块(如数据收发模块、定时器管理模块等)等重要功能模块，用以支撑本发明点外***正常运作的其他辅助功能。而图中下方展示了各种类型的会话之间的通信方向，由图3可知，各会话之间并没有直接作用的通信线，都是通过图3中上方的“其他模块”实现间接通信。包括：

1.业务1中的会话1，执行到某种业务状态后，将此状态封装成消息1并投递到消息传递模块。

2.消息传递模块收到消息1后，将其入队列，然后按先进先出顺序，将消息1传递给业务1、业务2、业务n等其他所有业务模块的各会话中(除自己的会话)。

3.业务2中的某些会话如果关心消息1，则执行相应的业务逻辑，否则，不做任何处理。

4.如果其他业务，譬如业务n中的某个会话n在处理了消息1后，进入到了另一种业务逻辑状态，并发送出了消息2。接下来的传递类似1～4。消息2可能又会影响到业务1或业务2等业务模块。

若应用上面背景中的例子，业务逻辑将变成这样：业务1不直接调用业务2中的方法2，而是广播一个消息1出去，无需另起线程等待返回结果，继续执行其他业务逻辑即可。业务2收到消息1后，执行方法2，当执行完成或超时完成，业务2也用广播一个消息2的方式将结果发出去。业务1收到消息2后，直接执行状态跳转即可。

对比上述两种业务处理方式可知，目前卫星多业务间的耦合度高，直接影响了业务处理效率以及业务的扩展。而本发明实施例在一定程度上解决了业务间的高耦合度问题，效益是明显的。对其他类似多业务***的实现或重构具有一定的参考价值。

实施例结合附图4至图6进行说明。本实施例已应用于团队项目APP开发中，目前已长期稳定运行。APP主要实现了注册、注销、语音主叫、语音被叫、短信息收发等功能，这些功能模块的有效运转以及模块间的相互作用，正是建立在本发明方法基础之上的，使得原本比较复杂的***的逻辑变得更加简洁，而且代码的模块化、低耦合等性能都得到了大幅提升。由此可知，本方法之上建立的***同时具有良好的扩展性能，方便业务的扩展和维护。

一、注册和心跳

图4展示了注册如何影响心跳业务，其业务处理如下：

1.注册成功对于心跳的影响：

1.1当注册业务会话成功注册，则发送注册成功的消息。

1.2消息传递模块收到注册成功的消息后，再转发给其他所有业务模块。

1.3当心跳业务会话收到注册成功的消息后，则启动在线心跳。

1.4其他业务在收到注册成功消息后，如果关心此消息，则进行相应的处理。

2.注册失败对于心跳的影响：

2.1当注册业务会话注册失败，则发送注册失败的消息。

2.2消息传递模块收到注册失败的消息后，再转发给其他所有业务模块。

2.3当心跳业务会话收到注册失败的消息后，如果存在心跳，则停止心跳。

2.4其他业务在收到注册失败消息后，如果关心此消息，则进行相应的处理。

由以上可知，心跳起停依赖注册结果。当注册成功，注册会话将此状态封装成消息发送出去，消息再经本发明的消息传递模块，到达心跳业务会话，心跳业务会话收到此消息后，将启动心跳业务逻辑。

二、心跳和语音

为了提高语音状态的一致性，APP在进入语音通话态后，会主动发起语音心跳。当语音心跳连续5次失败(断链或状态不一致等导致)，APP则主动结束当前语音会话。

图5展示了语音心跳对语音的业务逻辑影响。其业务处理如下：

1.1当心跳业务会话的语音心跳失败后，将发送语音心跳失败的消息。

1.2消息传递模块收到语音心跳失败的消息后，再转发给其他所有业务模块。

1.3当语音业务会话收到语音心跳失败的消息后，则结束当前语音通话。

1.4其他业务在收到语音心跳失败的消息后，如果关心此消息，则进行相应的处理。

由以上可知，语音心跳会话的成功与否直接影响着当前的语音会话。当语音业务会话收到消息传递模块发来的心跳失败消息，则进入会话释放状态，释放资源后，发出删除消息。当管理器收到此删除消息，则删除此会话。

三、注销与语音

为了让语音状态与在线状态保持一致，APP进入语音通话态后，根据5.2节，心跳失败会导致语音结束，除此外，若APP进行注销操作，则正在进行的语音通话也必须结束。

图6展示了注销对语音业务的逻辑影响。其业务处理如下：

1.1当APP进行注销操作，将发送注销完成的消息。

1.2消息传递模块收到注销完成的消息后，再转发给其他所有业务模块。

1.3当语音业务会话收到注销完成的消息后，则结束当前语音通话。

1.4其他业务在收到语音心跳失败的消息后，如果关心此消息，则进行相应的处理。

由以上可知，APP的在线状态直接影响着当前的语音会话。当语音业务会话收到消息传递模块发来的离线消息(注销完成)，则进入会话释放状态，释放资源后，发出删除消息。当管理器收到此删除消息，则删除此语音会话。

由以上3个典型实施例可知，多业务间的通信方式是简单清晰的，没有复杂的调度关系，而且业务间通过本发明的消息传递机制后，对于某个具体的业务会话，根本不用关心其他业务逻辑是如何运作的，仅需处理自己关心的消息，适当抛出状态变化的消息即可。这种多业务间会话的通信控制方法，有效隔离了不同业务之间的联系，降低了业务间的耦合度，有利于多业务会话***业务的扩展。

本发明实施例的消息传递采用了广播的方式，消息只需发送一次，即可通知到其他所有业务会话。而其他业务会话只响应各自关心的消息，进行相应的处理。所以，对于发送消息的业务模块，仅需将消息发送出去即可，无需知道有多少其他业务会话正关心此消息。由此可知，扩展其他业务，也并不会影响到已有模块和现有业务的正常运行。

根据本发明实施例提供的方案，既实现了各业务会话之间的低耦合度，也确保了业务是同步可靠的。

尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。

Claims (10)

1.一种基于卫星通信的多业务会话控制方法，包括：

在多个业务模块的***中，当每个业务模块的每个业务会话进程执行到任一业务状态后，将所述业务状态封装成业务状态消息，发送给消息传递模块；

所述消息传递模块将收到的所述业务状态消息广播给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程；

收到所述业务状态消息的每个会话进程根据所述业务状态消息与其进行操作的预定关系，执行相应的操作。

2.根据权利要求1所述的方法，所述当每个业务模块的每个业务会话进程执行到任一业务状态后，将所述业务状态封装成业务状态消息包括：

所述每个业务会话进程对当前业务进行实时监测；

当所述每个业务会话进程监测到当前业务执行到任一业务状态时，将所述任一业务状态封装成相应的业务状态消息。

3.根据权利要求1或2所述的方法，所述消息传递模块中包含一个缓存队列，用于缓存所有业务模块的各个会话进程发送的业务状态消息。

4.根据权利要求3所述的方法，所述消息传递模块将收到的所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程包括：

所述消息传递模块收到所述业务状态消息后，将其放入到缓存队列中；

所述消息传递模块按照所述缓存队列先进先出的顺序，将所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程。

5.根据权利要求4所述的方法，所述收到所述业务状态消息的每个会话进程根据所述业务状态消息与其进行操作的预定关系，执行相应的操作包括：

收到所述业务状态消息的会话进程，判断所述业务状态消息是否影响到其当前执行的业务状态；

所述会话进程若判断所述业务状态消息影响到其当前执行的业务状态，则根据所述业务状态消息与其进行操作的预定关系，生成相应的控制操作指令；

所述会话进程按照所生成的控制操作指令执行相应的操作。

6.一种基于卫星通信的多业务会话控制装置，包括：

业务模块，用于当每个业务会话进程执行到任一业务状态后，将所述业务状态封装成业务状态消息，发送给消息传递模块，以及收到所述业务状态消息的每个会话进程根据所述业务状态消息与其进行操作的预定关系，执行相应的操作；

消息传递模块，用于将收到的所述业务状态消息广播给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程。

7.根据权利要求6所述的装置，所述业务模块中包含多个业务会话进程，具体用于所述每个业务会话进程的当前业务进行实时监测，并当所述每个业务会话进程监测到当前业务执行到任一业务状态时，将所述任一业务状态封装成相应的业务状态消息。

8.根据权利要求6或7所述的装置，所述消息传递模块中包含一个缓存队列，用于缓存所有业务模块的各个会话进程发送的业务状态消息。

9.根据权利要求8所述的装置，所述消息传递模块具体用于在收到所述业务状态消息后，将其放入到缓存队列中，并按照所述缓存队列先进先出的顺序，将所述业务状态消息传递给除发送该业务状态消息的业务会话进程的所有业务模块的各个会话进程。

10.根据权利要求9所述的装置，所述业务模块中收到所述业务状态消息的会话进程，判断所述业务状态消息是否影响到其当前执行的业务状态，若判断所述业务状态消息影响到其当前执行的业务状态，则根据所述业务状态消息与其进行操作的预定关系，生成相应的控制操作指令，并按照所生成的控制操作指令执行相应的操作。

Images