一种基于状态跟踪的高可用云通信通话恢复的方法及系统与流程

1.本发明涉及云通信技术领域，更具体地，涉及一种基于状态跟踪的高可用云通信通话恢复的方法及系统。


背景技术：

2.云通信（cloud communications）主要是指用户身份识别卡（subscriberidentity module，sim）卡信息在云通信平台统一管理进而完成通信。实际上sim卡信息从云通信平台下发到云通信终端，就相当把一张sim卡直接插入到云通信终端上一样，云通信终端就会拥有上网和共享网络的能力。
3.随着近几年云通信业务的迅速发展，业务所依赖的通信能力成为了行业竞争力的重要体现。因此如何把恢复异常通话，达到高可用性，已经成为通信行业的企业最主要的研究方向之一。现有的云通信技术存在的一个主要缺点是在ms集群中，一旦有一台媒体服务器出现异常或宕机时，那么这台服务器上未完成的通话就可能会丢失，从而造成通话丢失。


技术实现要素：

4.本发明的目的在于提供一种基于状态跟踪的高可用云通信通话恢复的方法及系统，解决在ms集群中，一旦有一台媒体服务器出现异常或宕机时，那么这台服务器上未完成的通话就可能会丢失，从而造成通话丢失。的技术问题，能通过一种基于状态跟踪的高可用云通信通话恢复的方法及系统，在媒体服务器出现异常或宕机时，将当前故障的机器上的未完成的通话经过媒体服务器集群进行重新呼叫，从而减少通话异常率，提高可用性。
5.为达到上述目的，提供了一种基于状态跟踪的高可用云通信通话恢复的系统，包括业务模块、媒体服务器集群、信令采集模块、信令消息状态存储模块和核心网；所述业务模块为控制和管理呼叫策略的模块；所述媒体服务器集群包括若干个媒体服务器，负责呼叫过程的媒体协商、转码、信令路由、录音；所述信令采集模块用于采集媒体服务器上的信令消息，实现通话状态的实时状态记录，并能将当前的媒体服务器进行信令标记；所述信令消息状态存储模块用于存储信令及信令过程状态数据结构，在媒体服务器异常时为业务系统提供异常通话的信令，为恢复通话提供数据基础；所述信令过程状态存储数据结构包括通话的标识callid、最新通话状态和标识的媒体服务器；所述核心网用于提供基础通信能力给系统平台赋能，使平台媒体服务器能够与运营商核心网互联互通，以及进行话路路由及rtp媒体流传输；所述信令消息状态存储模块与业务系统双向连接；所述信令消息状态存储模块与信令采集模块双向连接；所述信令采集模块与媒体服务器集群单向连接；所述媒体服务器集群与核心网双向连接。
6.特别的，所述业务模块的呼叫策略的主要内容包括：是否接通当前通通话，接通方
号码，主叫放音，被叫放音，通话是否录音。
7.特别的，还包括负载均衡模块；所述负载均衡模块分别单向连接业务模块和媒体服务器集群。
8.特别的，所述媒体服务器集群包括3个或3个以上的媒体服务器。
9.一种使用上述系统基于状态跟踪的高可用云通信通话恢复的方法包括信令采集与记录过程以及故障异常恢复过程。
10.特别的，所述信令采集与记录过程包括以下步骤：a1.核心网访问媒体服务器集群，传输入局关键信令；所述入局关键信令包括振铃信令、摘机信令、挂机释放信令、异常信令；所述入局关键信令来源于媒体服务器到被叫的信令互联互通；a2.媒体服务器集群的媒体服务器依据入局关键信令生成过程信令事件，并把过程信令事件推送到信令采集模块；a3.信令采集模块收到步骤a2中媒体服务器推送的过程信令事件，进行分析后获得信令标识码并把信令标识码、通话的标识callid和标识的媒体服务器传输到信令消息状态存储模块进行存储；a4.媒体服务器根据标准信令规范与主/被叫进行信令过程交互，并把发给主/被叫的过程信令事件推送到信令采集模块；a5.信令采集模块收到步骤a4中媒体服务器推送给主/被叫的过程信令事件，进行分析后获得信令标识码并把信令标识码、通话的标识callid和标识的媒体服务器传输到信令消息状态存储模块进行更新；a6.核心网释放通话结束信令，并通知媒体服务器集群；a7.媒体服务器把通话释放的过程信令事件推送到信令采集模块；a8.当信令采集模块收到步骤a7的过程信令事件后，表明通话正常结束，通知信令消息状态存储模块删除该通话过程存储的所有过程信令状态数据。
11.特别的，所述故障异常恢复过程包括以下步骤：b1.业务模块监控到某个媒体服务器宕机，此时业务模块读取出未完成的通话的标识callid，并请求信令消息状态存储模块；b2.信令消息状态存储模块根据通话的标识callid查询信令状态，并向业务模块返回对应通话的标识callid的过程信令状态数据；b3.业务模块根据通话的标识callid查询存储在业务模块中的呼叫策略；业务模块基于呼叫策略和最新的过程信令，重新向媒体服务器集群发起呼叫；b4.媒体服务器向核心网产生呼叫过程信令；b5.业务模块根据返回结果判断通话是否发起成功，如果成功则正常恢复，如果失败则重新执行步骤b2
‑
步骤b4。
12.特别的，所述步骤b3中的媒体服务器集群发起呼叫的方式包括：接续类呼叫采用双呼桥接模式、外呼类直接恢复。
13.本发明的有益效果：本发明通过一种基于状态跟踪的高可用云通信通话恢复的方法及系统，在媒体服务器出现异常或宕机时，将当前未完成的通话经过媒体服务器集群进行重新呼叫，使得云
通信具有通话高可用性，达到所有失败的通话能够自动恢复，用户无感知的效果，减少通信失败的情况从而减少通话异常率，保证业务系统的可用性、可靠性和稳定性。
附图说明
14.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
15.图1为本发明实施例的系统的整体结构图；图2为本发明实施例的方法的信令采集与记录过程的流程图；图3为本发明实施例的方法的故障异常恢复过程的流程图。
具体实施方式
16.下面结合附图对本发明的优选实施例进行详细阐述，以使本发明的优点和特征能更易于被本领域技术人员理解，从而对本发明的保护范围做出更为清楚明确的界定。
17.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
18.需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
19.此外，术语“水平”、“竖直”、“悬垂”等术语并不表示要求部件绝对水平或悬垂，而是可以稍微倾斜。如“水平”仅仅是指其方向相对“竖直”而言更加水平，并不是表示该结构一定要完全水平，而是可以稍微倾斜。
20.在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
21.如图1所示，本实施例的一种基于状态跟踪的高可用云通信通话恢复的系统，包括业务模块、媒体服务器集群、信令采集模块、信令消息状态存储模块和核心网；业务模块为控制和管理呼叫策略的模块。业务模块的呼叫策略的主要内容包括：是否接通当前通通话，接通方号码，主叫放音，被叫放音，通话是否录音。
22.媒体服务器集群包括若干个媒体服务器，负责呼叫过程的媒体协商、转码、信令路由、录音。媒体服务器集群包括3个或3个以上的媒体服务器。
23.信令采集模块用于采集媒体服务器上的信令消息，实现通话状态的实时状态记录，并能将当前的媒体服务器进行信令标记。
24.信令消息状态存储模块用于存储信令及信令过程状态数据结构，在媒体服务器异常时为业务系统提供异常通话的信令，为恢复通话提供数据基础。信令过程状态存储数据结构包括通话的标识callid、最新通话状态和标识的媒体服务器。本实施例的信令过程状态存储数据结构表如表1所示：表1字段名称是否必填字段类型描述callid是string通话唯一标识status是string最新通话状态server是string标识媒体服务器核心网用于提供基础通信能力给系统平台赋能，使平台媒体服务器能够与运营商核心网互联互通，以及进行话路路由及rtp媒体流传输。
25.信令消息状态存储模块与业务系统双向连接；所述信令消息状态存储模块与信令采集模块双向连接。信令采集模块与媒体服务器集群单向连接。媒体服务器集群与核心网双向连接。
26.本实施例还包括负载均衡模块。负载均衡模块分别单向连接业务模块和媒体服务器集群。负载均衡模块用于将通话任务进行平衡，分发至多个媒体服务器上进行运行。
27.本实施例一种使用上述系统基于状态跟踪的高可用云通信通话恢复的方法包括信令采集与记录过程以及故障异常恢复过程。
28.如图2所示，信令采集与记录过程包括以下步骤：a1.核心网访问媒体服务器集群，传输入局关键信令；所述入局关键信令包括振铃信令、摘机信令、挂机释放信令、异常信令；所述入局关键信令来源于媒体服务器到被叫的信令互联互通；a2.媒体服务器集群的媒体服务器依据入局关键信令生成过程信令事件，并把过程信令事件推送到信令采集模块；a3.信令采集模块收到步骤a2中媒体服务器推送的过程信令事件，进行分析后获得信令标识码并把信令标识码、通话的标识callid和标识的媒体服务器传输到信令消息状态存储模块进行存储；a4.媒体服务器根据标准信令规范与主/被叫进行信令过程交互，并把发给主/被叫的过程信令事件推送到信令采集模块；a5.信令采集模块收到步骤a4中媒体服务器推送给主/被叫的过程信令事件，进行分析后获得信令标识码并把信令标识码、通话的标识callid和标识的媒体服务器传输到信令消息状态存储模块进行更新；a6.核心网释放通话结束信令，并通知媒体服务器集群；a7.媒体服务器把通话释放的过程信令事件推送到信令采集模块；a8.当信令采集模块收到步骤a7的过程信令事件后，表明通话正常结束，通知信令消息状态存储模块删除该通话过程存储的所有过程信令状态数据。
29.如图3所示，故障异常恢复过程包括以下步骤：b1.业务模块监控到某个媒体服务器宕机，此时业务模块读取出未完成的通话的标识callid，并请求信令消息状态存储模块。
30.b2.信令消息状态存储模块根据通话的标识callid查询信令状态，并向业务模块返回对应通话的标识callid的过程信令状态数据。
31.b3.业务模块根据通话的标识callid查询存储在业务模块中的呼叫策略；业务模块基于呼叫策略和最新的过程信令，重新向媒体服务器集群发起呼叫；媒体服务器集群发起呼叫的方式包括：接续类呼叫采用双呼桥接模式、外呼类直接恢复。
32.b4.媒体服务器向核心网产生呼叫过程信令。
33.b5.业务模块根据返回结果判断通话是否发起成功，如果成功则正常恢复，如果失败则重新执行步骤b2
‑
步骤b4。
34.本发明实施例通过一种基于状态跟踪的高可用云通信通话恢复的方法及系统，在媒体服务器出现异常或宕机时，造成通话异常，将当前未完成的通话经过媒体服务器集群进行重新呼叫，使得云通信具有通话高可用性，达到所有失败的通话能够自动恢复，用户无感知的效果，减少通信失败的情况从而减少通话异常率，保证业务系统的可用性、可靠性和稳定性。
35.虽然结合附图描述了本发明的实施方式，但是专利所有者可以在所附权利要求的范围之内做出各种变形或修改，只要不超过本发明的权利要求所描述的保护范围，都应当在本发明的保护范围之内。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实例的说明只是用于帮助理解本发明的方法及其核心思想。以上仅是本发明的优选实施方式，应当指出，由于文字表达的有限性，而客观上存在无限的具体结构，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进、润饰或变化，也可以将上述技术特征以适当的方式进行组合；这些改进润饰、变化或组合，或未经改进将发明的构思和技术方案直接应用于其它场合的，均应视为本发明的保护范围。