一种实现呼叫保存和恢复的方法及系统技术方案

本发明专利技术公开了一种实现呼叫保存和恢复的方法及系统，包括：应用服务器在主叫终端和被叫终端建立通话后，将会话信息保存到云端；当所述应用服务器发生故障时，所述应用服务器的预设托管服务器从所述云端获取所述会话信息进行相应的业务处理。本发明专利技术通过对每个应用服务器均设置至少一个托管服务器，并将应用服务器的会话信息保存到云端，在AS出现故障时，选择在一台最空闲托管服务器上恢复会话，从而使后续流程正常运行，从而有效的降低了AS宕机或者断链带来的呼损问题，并且大大提高了用户体验。

【技术实现步骤摘要】

本专利技术涉及通信
，尤其涉及一种实现呼叫保存和恢复的方法及系统。
技术介绍
宽带呼叫平台是由基于会话初始协议(Session Initialization Protocol，SIP)的应用服务器(Application Server，AS)，由SIP协议实现输入和输出的接口。目前的宽带呼叫平台都是基于本地服务器实现的呼叫，当本地服务器AS出现宕机或者断链，则所有的会话信息都会丢失，现有技术对此没有很好的解决办法，只能作为呼损处理，从而影响了运营商对后续的呼叫统计、话单统计等等。
技术实现思路
鉴于上述的分析，本专利技术旨在提供一种实现呼叫保存和恢复的方法及系统，用以解决现有技术中本地服务器AS宕机或者断链后出现的呼损问题。为解决上述问题，本专利技术主要是通过以下技术方案实现的：本专利技术一方面提供了一种实现呼叫保存和恢复的方法，该方法包括：应用服务器在主叫终端和被叫终端建立通话后，将会话信息保存到云端；当所述应用服务器发生故障时，所述应用服务器的预设托管服务器从所述云端获取所述会话信息进行相应的业务处理。优选地，所述会话信息包括但不限于主叫终端信息、被叫终端信息、媒体协商信息、主被叫终端的关联信息和用于主被叫终端进行后续交互处理的信息。优选地，该方法还包括：分发设备通过心跳交互检测所述应用服务器是否发生故障。优选地，通过心跳交互检测所述应用服务器是否发生故障具体包括：通过与所述应用服务器进行心跳交互检测，当在超过预定次数没有收到所述应用服务器的心跳响应信息，则判定该应用服务器故障。优选地，所述应用服务器的预设托管服务器为多个，当所述应用服务器发生故障时，根据各个所述托管服务器的资源使用情况选择最空闲的托管服务器从云端获取所述会话信息进行相应的业务处理。优选地，所述托管服务器从所述云端获取所述会话信息进行相应的业务处理的步骤具体包括：所述托管服务器从所述云端获取所述会话信息以代替所述应用服务器继续完成所述主叫终端和所述被叫终端的通话，或者，所述托管服务器从所述云端获取所述会话信息并根据所述会话信息进行呼叫统计和/或话单统计。本专利技术另一方面还提供了一种实现呼叫保存和恢复的系统，该系统包括：应用服务器，用于在主叫终端和被叫终端建立通话后，将会话信息保存到云端；托管服务器，用于当所述应用服务器发生故障时，从所述云端获取所述会话信息进行相应的业务处理。优选地，所述会话信息包括但不限于主叫终端信息、被叫终端信息、媒体协商信息、主被叫终端的关联信息和用于主被叫终端进行后续交互处理的信息。优选地，还包括分发设备；所述分发设备，用于通过心跳交互检测所述应用服务器是否发生故障。优选地，所述分发设备还用于，通过与所述应用服务器进行心跳交互检测，当在超过预定次数没有收到所述应用服务器的心跳响应信息，则判定该应用服务器故障。优选地，所述应用服务器的预设托管服务器为多个；所述分发设备还用于，当所述应用服务器发生故障时，根据各个所述托管服务器的资源使用情况选择最空闲的托管服务器作为该故障的应用服务器的托管服务器。优选地，所述托管服务器具体用于，当所述应用服务器发生故障时，从所述云端获取所述会话信息以代替所述应用服务器继续完成所述主叫终端和所述被叫终端的通话，或者，从所述云端获取所述会话信息并根据所述会话信息进行呼叫统计和/或话单统计。本专利技术有益效果如下：本专利技术对每个应用服务器(Application Server，AS)均设置一个托管服务器，并将应用服务器的会话信息保存到云端，在AS出现故障时，通过托管服务器恢复会话，从而使后续流程正常运行。本专利技术有效的降低了AS宕机或者断链带来的呼损问题，并且将会话保存在云端，减弱了地域性的限制，并且大大提高了用户体验。本专利技术的其他特征和优点将在随后的说明书中阐述，并且部分的从说明书中变得显而易见，或者通过实施本专利技术而了解。本专利技术的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。附图说明图1为本专利技术实施例的实现呼叫保存和恢复的系统的组成架构示意图；图2为本专利技术实施例的实现呼叫保存和恢复的方法的流程图；图3为本专利技术实施例的呼叫在云端保存流程图；图4是本专利技术实施例的呼叫在云端恢复流程图；图5为本专利技术实施例的另一种实现呼叫保存和恢复的系统的组成架构示意图；图6为本专利技术实施例的再一种实现呼叫保存和恢复的系统的组成结构示意图。具体实施方式下面结合附图来具体描述本专利技术的优选实施例，其中，附图构成本申请一部分，并与本专利技术的实施例一起用于阐释本专利技术的原理。为了清楚和简化目的，当其可能使本专利技术的主题模糊不清时，将省略本文所描述的器件中已知功能和结构的详细具体说明。本专利技术实施例的主要目的是提供一种实现呼叫保存和恢复的方法及系统，对每个应用服务器(Application Server，AS)均设置至少一个托管服务器，并将应用服务器的会话信息保存到云端，在AS出现故障时，通过托管服务器恢复会话，从而使后续流程正常运行。本专利技术有效的降低了AS宕机或者断链带来的呼损问题，并且将会话保存在云端，减弱了地域性的限制，并且大大提高了用户体验。下面就通过几个具体实施例对本专利技术的技术方案进行详细说明。图1为本专利技术实施例的实现呼叫保存和恢复的系统的组成结构示意图，参见图1，本专利技术的实现呼叫保存和恢复的系统包括：分发设备(PROXY)和多个应用服务器AS，每个AS均至少设置一个托管服务器，PROXY配置能够获取每个AS的托管AS，所有AS配置的PROXY对外链路信息和索引均相同。所述AS配置PROXY对外链路包括：PROXY和核心网之间的链路信息以及与配置此链路时生成的索引号等。本专利技术实施例提供了一种实现呼叫保存和恢复的方法，参见图1和2，该方法包括：S101、应用服务器在主叫终端和被叫终端建立通话后，将会话信息保存到云端；本专利技术的会话信息包括但不限于主叫终端信息、被叫终端信息、媒体协商信息、主被叫终端的关联信息和用于主被叫终端进行后续交互处理的信息。即，本专利技术的应用服务器在主、被叫终端媒体协商完成后，将会话信息保存到云端。例如，呼叫呼入时，基于会话初始协议(Session Initialization Protocol，SIP)信令由分发设备（PROXY）分发进入AS，进行业务处理，再由PROXY发送到被叫终端本文档来自技高网...

【技术保护点】
一种实现呼叫保存和恢复的方法，其特征在于，包括：应用服务器在主叫终端和被叫终端建立通话后，将会话信息保存到云端；当所述应用服务器发生故障时，所述应用服务器的预设托管服务器从所述云端获取所述会话信息进行相应的业务处理。

【技术特征摘要】
1.一种实现呼叫保存和恢复的方法，其特征在于，包括：
应用服务器在主叫终端和被叫终端建立通话后，将会话信息保存到云端；
当所述应用服务器发生故障时，所述应用服务器的预设托管服务器从所述
云端获取所述会话信息进行相应的业务处理。
2.根据权利要求1所述的方法，其特征在于，所述会话信息包括但不限于
主叫终端信息、被叫终端信息、媒体协商信息、主被叫终端的关联信息和用于
主被叫终端进行后续交互处理的信息。
3.根据权利要求1所述的方法，其特征在于，还包括：
分发设备通过心跳交互检测所述应用服务器是否发生故障。
4.根据权利要求3所述的方法，其特征在于，通过心跳交互检测所述应用
服务器是否发生故障具体包括：
通过与所述应用服务器进行心跳交互检测，当在超过预定次数没有收到所
述应用服务器的心跳响应信息，则判定该应用服务器故障。
5.根据权利要求1-4中任意一项所述的方法，其特征在于，
所述应用服务器的预设托管服务器为多个，当所述应用服务器发生故障时，
根据各个所述托管服务器的资源使用情况选择最空闲的托管服务器从云端获取
所述会话信息进行相应的业务处理。
6.根据权利要求1-4中任意一项所述的方法，其特征在于，所述托管服务器
从所述云端获取所述会话信息进行相应的业务处理的步骤具体包括：
所述托管服务器从所述云端获取所述会话信息以代替所述应用服务器继续
完成所述主叫终端和所述被叫终端的通话；
或者，
所述托管服务器从所述云端获取所述会话信息并根据所述会话信息进行呼
叫统计和\...

【专利技术属性】
技术研发人员：朱景升，罗会平，梅君君，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：广东;44