CN113596083B - 一种基于状态跟踪的高可用云通信通话恢复的方法及系统 - Google Patents
一种基于状态跟踪的高可用云通信通话恢复的方法及系统 Download PDFInfo
- Publication number
- CN113596083B CN113596083B CN202110699412.9A CN202110699412A CN113596083B CN 113596083 B CN113596083 B CN 113596083B CN 202110699412 A CN202110699412 A CN 202110699412A CN 113596083 B CN113596083 B CN 113596083B
- Authority
- CN
- China
- Prior art keywords
- signaling
- media server
- call
- module
- calling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1046—Call controllers; Call servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开一种基于状态跟踪的高可用云通信通话恢复方法及系统,其中系统包括业务模块、媒体服务器集群、信令采集模块、信令消息状态存储模块和核心网;所述业务模块为控制和管理呼叫策略的模块;所述媒体服务器集群包括若干个媒体服务器,负责呼叫过程的媒体协商、转码、信令路由、录音;所述信令采集模块用于采集媒体服务器上的信令消息,实现通话状态的实时状态记录,并能将当前的媒体服务器进行信令标记;所述信令消息状态存储模块用于存储信令及信令过程状态数据结构,在媒体服务器异常时为业务模块提供异常通话的信令,为恢复通话提供数据基础;所述核心网用于提供基础通信能力给系统平台赋能。本发明减少通话异常率,提高可用性。
Description
技术领域
本发明涉及云通信技术领域,更具体地,涉及一种基于状态跟踪的高可用云通信通话恢复的方法及系统。
背景技术
随着近几年云通信业务的迅速发展,业务所依赖的通信能力成为了行业竞争力的重要体现。因此如何把恢复异常通话,达到高可用性,已经成为通信行业的企业最主要的研究方向之一。现有的云通信技术存在的一个主要缺点是在MS集群中,一旦有一台媒体服务器出现异常或宕机时,那么这台服务器上未完成的通话就可能会丢失,从而造成通话丢失。
发明内容
本发明的目的在于提供一种基于状态跟踪的高可用云通信通话恢复的方法及系统,能通过一种信令状态跟踪的系统,在媒体服务器出现异常或宕机时,将当前故障的机器上的未完成的通话经过媒体服务器集群进行重新呼叫,从而减少通话异常率,提高可用性。
为达到上述目的,提供了一种基于状态跟踪的高可用云通信通话恢复的系统,包括业务模块、媒体服务器集群、信令采集模块、信令消息状态存储模块和核心网;
所述业务模块为控制和管理呼叫策略的模块;
所述媒体服务器集群包括若干个媒体服务器,负责呼叫过程的媒体协商、转码、信令路由、录音;
所述信令采集模块用于采集媒体服务器上的信令消息,实现通话状态的实时状态记录,并能将当前的媒体服务器进行信令标记;
所述信令消息状态存储模块用于存储信令及信令过程状态数据结构,在媒体服务器异常时为业务模块提供异常通话的信令,为恢复通话提供数据基础;所述信令过程状态存储数据结构包括通话的标识callid、最新通话状态和标识的媒体服务器;
所述核心网用于提供基础通信能力给系统平台赋能,使平台媒体服务器能够与运营商核心网互联互通,以及进行话路路由及RTP媒体流传输;
所述信令消息状态存储模块与业务模块双向连接;所述信令消息状态存储模块与信令采集模块双向连接;所述信令采集模块与媒体服务器集群单向连接;所述媒体服务器集群与核心网双向连接。
特别的,所述业务模块的呼叫策略的主要内容包括:是否接通当前通话,接通方号码,主叫放音,被叫放音,通话是否录音。
特别的,还包括负载均衡模块;所述负载均衡模块分别单向连接业务模块和媒体服务器集群。
特别的,所述媒体服务器集群包括3个或3个以上的媒体服务器。
一种使用上述系统基于状态跟踪的高可用云通信通话恢复的方法包括信令采集与记录过程以及故障异常恢复过程。
特别的,所述信令采集与记录过程包括以下步骤:
A1.核心网访问媒体服务器集群,传输入局关键信令;所述入局关键信令包括振铃信令、摘机信令、挂机释放信令、异常信令;所述入局关键信令来源于媒体服务器到被叫的信令互联互通;
A2.媒体服务器集群的媒体服务器依据入局关键信令生成过程信令事件,并把过程信令事件推送到信令采集模块;
A3.信令采集模块收到步骤A2中媒体服务器推送的过程信令事件,进行分析后获得信令标识码并把信令标识码、通话的标识callid和标识的媒体服务器传输到信令消息状态存储模块进行存储;
A4.媒体服务器根据标准信令规范与主/被叫进行信令过程交互,并把发给主/被叫的过程信令事件推送到信令采集模块;
A5.信令采集模块收到步骤A4中媒体服务器推送给主/被叫的过程信令事件,进行分析后获得信令标识码并把信令标识码、通话的标识callid和标识的媒体服务器传输到信令消息状态存储模块进行更新;
A6.核心网释放通话结束信令,并通知媒体服务器集群;
A7.媒体服务器把通话释放的过程信令事件推送到信令采集模块;
A8.当信令采集模块收到步骤A7的过程信令事件后,表明通话正常结束,通知信令消息状态存储模块删除该通话过程存储的所有过程信令状态数据。
特别的,所述故障异常恢复过程包括以下步骤:
B1.业务模块监控到某个媒体服务器宕机,此时业务模块读取出未完成的通话的标识callid,并请求信令消息状态存储模块;
B2.信令消息状态存储模块根据通话的标识callid查询信令状态,并向业务模块返回对应通话的标识callid的过程信令状态数据;
B3.业务模块根据通话的标识callid查询存储在业务模块中的呼叫策略;业务模块基于呼叫策略和最新的过程信令,重新向媒体服务器集群发起呼叫;
B4.媒体服务器向核心网产生呼叫过程信令;
B5.业务模块根据返回结果判断通话是否发起成功,如果成功则正常恢复,如果失败则重新执行步骤B2-步骤B4。
特别的,所述步骤B3中的媒体服务器集群发起呼叫的方式包括:接续类呼叫采用双呼桥接模式、外呼类直接恢复。
本发明的有益效果:
本发明通过一种信令状态跟踪的方法及系统,在媒体服务器出现异常或宕机时,将当前未完成的通话经过媒体服务器集群进行重新呼叫,使得云通信具有通话高可用性,达到所有失败的通话能够自动恢复,用户无感知的效果,减少通信失败的情况从而减少通话异常率,保证业务模块的可用性、可靠性和稳定性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例的系统的整体结构图;
图2为本发明实施例的方法的信令采集与记录过程的流程图;
图3为本发明实施例的方法的故障异常恢复过程的流程图。
具体实施方式
下面结合附图对本发明的优选实施例进行详细阐述,以使本发明的优点和特征能更易于被本领域技术人员理解,从而对本发明的保护范围做出更为清楚明确的界定。
如图1所示,一种基于状态跟踪的高可用云通信通话恢复的系统,包括业务模块、媒体服务器集群、信令采集模块、信令消息状态存储模块和核心网;
业务模块为控制和管理呼叫策略的模块。业务模块的呼叫策略的主要内容包括:是否接通当前通话,接通方号码,主叫放音,被叫放音,通话是否录音。
媒体服务器集群包括若干个媒体服务器,负责呼叫过程的媒体协商、转码、信令路由、录音。媒体服务器集群包括3个或3个以上的媒体服务器。
信令采集模块用于采集媒体服务器上的信令消息,实现通话状态的实时状态记录,并能将当前的媒体服务器进行信令标记。
信令消息状态存储模块用于存储信令及信令过程状态数据结构,在媒体服务器异常时为业务模块提供异常通话的信令,为恢复通话提供数据基础。信令过程状态存储数据结构包括通话的标识callid、最新通话状态和标识的媒体服务器。本实施例的信令过程状态存储数据结构表如表1所示:
表1
字段名称 | 是否必填 | 字段类型 | 描述 |
callid | 是 | string | 通话唯一标识 |
status | 是 | string | 最新通话状态 |
server | 是 | string | 标识媒体服务器 |
核心网用于提供基础通信能力给系统平台赋能,使平台媒体服务器能够与运营商核心网互联互通,以及进行话路路由及RTP媒体流传输。
信令消息状态存储模块与业务模块双向连接;所述信令消息状态存储模块与信令采集模块双向连接。信令采集模块与媒体服务器集群单向连接。媒体服务器集群与核心网双向连接。
本实施例还包括负载均衡模块。负载均衡模块分别单向连接业务模块和媒体服务器集群。负载均衡模块用于将通话任务进行平衡,分发至多个媒体服务器上进行运行。
本实施例一种使用上述系统基于状态跟踪的高可用云通信通话恢复的方法包括信令采集与记录过程以及故障异常恢复过程。
如图2所示,信令采集与记录过程包括以下步骤:
A1.核心网访问媒体服务器集群,传输入局关键信令;所述入局关键信令包括振铃信令、摘机信令、挂机释放信令、异常信令;所述入局关键信令来源于媒体服务器到被叫的信令互联互通;
A2.媒体服务器集群的媒体服务器依据入局关键信令生成过程信令事件,并把过程信令事件推送到信令采集模块;
A3.信令采集模块收到步骤A2中媒体服务器推送的过程信令事件,进行分析后获得信令标识码并把信令标识码、通话的标识callid和标识的媒体服务器传输到信令消息状态存储模块进行存储;
A4.媒体服务器根据标准信令规范与主/被叫进行信令过程交互,并把发给主/被叫的过程信令事件推送到信令采集模块;
A5.信令采集模块收到步骤A4中媒体服务器推送给主/被叫的过程信令事件,进行分析后获得信令标识码并把信令标识码、通话的标识callid和标识的媒体服务器传输到信令消息状态存储模块进行更新;
A6.核心网释放通话结束信令,并通知媒体服务器集群;
A7.媒体服务器把通话释放的过程信令事件推送到信令采集模块;
A8.当信令采集模块收到步骤A7的过程信令事件后,表明通话正常结束,通知信令消息状态存储模块删除该通话过程存储的所有过程信令状态数据。
如图3所示,故障异常恢复过程包括以下步骤:
B1.业务模块监控到某个媒体服务器宕机,此时业务模块读取出未完成的通话的标识callid,并请求信令消息状态存储模块。
B2.信令消息状态存储模块根据通话的标识callid查询信令状态,并向业务模块返回对应通话的标识callid的过程信令状态数据。
B3.业务模块根据通话的标识callid查询存储在业务模块中的呼叫策略;业务模块基于呼叫策略和最新的过程信令,重新向媒体服务器集群发起呼叫;媒体服务器集群发起呼叫的方式包括:接续类呼叫采用双呼桥接模式、外呼类直接恢复。
B4.媒体服务器向核心网产生呼叫过程信令。
B5.业务模块根据返回结果判断通话是否发起成功,如果成功则正常恢复,如果失败则重新执行步骤B2-步骤B4。
虽然结合附图描述了本发明的实施方式,但是专利所有者可以在所附权利要求的范围之内做出各种变形或修改,只要不超过本发明的权利要求所描述的保护范围,都应当在本发明的保护范围之内。
Claims (7)
1.一种基于状态跟踪的高可用云通信通话恢复的系统,其特征在于:基于状态跟踪的高可用云通信通话恢复的系统包括业务模块、媒体服务器集群、信令采集模块、信令消息状态存储模块和核心网;
所述业务模块为控制和管理呼叫策略的模块;
所述媒体服务器集群包括若干个媒体服务器,负责呼叫过程的媒体协商、转码、信令路由、录音;
所述信令采集模块用于采集媒体服务器上的信令消息,实现通话状态的实时状态记录,并能将当前的媒体服务器进行信令标记;
所述信令消息状态存储模块用于存储信令及信令过程状态数据结构,在媒体服务器异常时为业务模块提供异常通话的信令,为恢复通话提供数据基础;所述信令过程状态存储数据结构包括通话的标识callid、最新通话状态和标识的媒体服务器;
所述核心网用于提供基础通信能力给系统平台赋能,使平台媒体服务器能够与运营商核心网互联互通,以及进行话路路由及RTP媒体流传输;
所述信令消息状态存储模块与业务模块双向连接;所述信令消息状态存储模块与信令采集模块双向连接;所述信令采集模块与媒体服务器集群单向连接;所述媒体服务器集群与核心网双向连接;
故障异常恢复过程包括以下步骤:
B1.业务模块监控到某个媒体服务器宕机,此时业务模块读取出未完成的通话的标识callid,并请求信令消息状态存储模块;
B2.信令消息状态存储模块根据通话的标识callid查询信令状态,并向业务模块返回对应通话的标识callid的过程信令状态数据;
B3.业务模块根据通话的标识callid查询存储在业务模块中的呼叫策略;业务模块基于呼叫策略和最新的过程信令,重新向媒体服务器集群发起呼叫;
B4.媒体服务器向核心网产生呼叫过程信令;
B5.业务模块根据返回结果判断通话是否发起成功,如果成功则正常恢复,如果失败则重新执行步骤B2-步骤B5。
2.根据权利要求1所述的一种基于状态跟踪的高可用云通信通话恢复的系统,其特征在于:所述业务模块的呼叫策略的主要内容包括:是否接通当前通话,接通方号码,主叫放音,被叫放音,通话是否录音。
3.根据权利要求1所述的一种基于状态跟踪的高可用云通信通话恢复的系统,其特征在于:还包括负载均衡模块;所述负载均衡模块分别单向连接业务模块和媒体服务器集群。
4.根据权利要求1所述的一种基于状态跟踪的高可用云通信通话恢复的系统,其特征在于:所述媒体服务器集群包括3个或3个以上的媒体服务器。
5.一种使用权利要求1-4的任意一种系统的基于状态跟踪的高可用云通信通话恢复的方法,其特征在于:包括信令采集与记录过程以及故障异常恢复过程。
6.根据权利要求5所述的基于状态跟踪的高可用云通信通话恢复的方法,其特征在于:所述信令采集与记录过程包括以下步骤:
A1.核心网访问媒体服务器集群,传输入局关键信令;所述入局关键信令包括振铃信令、摘机信令、挂机释放信令、异常信令;所述入局关键信令来源于媒体服务器到被叫的信令互联互通;
A2.媒体服务器集群的媒体服务器依据入局关键信令生成过程信令事件,并把过程信令事件推送到信令采集模块;
A3.信令采集模块收到步骤A2中媒体服务器推送的过程信令事件,进行分析后获得信令标识码并把信令标识码、通话的标识callid和标识的媒体服务器传输到信令消息状态存储模块进行存储;
A4.媒体服务器根据标准信令规范与主/被叫进行信令过程交互,并把发给主/被叫的过程信令事件推送到信令采集模块;
A5.信令采集模块收到步骤A4中媒体服务器推送给主/被叫的过程信令事件,进行分析后获得信令标识码并把信令标识码、通话的标识callid和标识的媒体服务器传输到信令消息状态存储模块进行更新;
A6.核心网释放通话结束信令,并通知媒体服务器集群;
A7.媒体服务器把通话释放的过程信令事件推送到信令采集模块;
A8.当信令采集模块收到步骤A7的过程信令事件后,表明通话正常结束,通知信令消息状态存储模块删除该通话过程存储的所有过程信令状态数据。
7.根据权利要求5所述的基于状态跟踪的高可用云通信通话恢复的方法,其特征在于:所述步骤B3中的媒体服务器集群发起呼叫的方式包括:接续类呼叫采用双呼桥接模式、外呼类直接恢复。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110699412.9A CN113596083B (zh) | 2021-06-23 | 2021-06-23 | 一种基于状态跟踪的高可用云通信通话恢复的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110699412.9A CN113596083B (zh) | 2021-06-23 | 2021-06-23 | 一种基于状态跟踪的高可用云通信通话恢复的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113596083A CN113596083A (zh) | 2021-11-02 |
CN113596083B true CN113596083B (zh) | 2022-06-17 |
Family
ID=78244368
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110699412.9A Active CN113596083B (zh) | 2021-06-23 | 2021-06-23 | 一种基于状态跟踪的高可用云通信通话恢复的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113596083B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114338355B (zh) * | 2021-12-30 | 2023-12-22 | 龙坤(无锡)智慧科技有限公司 | 一种嵌入式数据采集设备同步与更换方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101072328A (zh) * | 2007-06-19 | 2007-11-14 | 中兴通讯股份有限公司 | 切换流媒体服务器的方法及系统 |
CN101217292A (zh) * | 2007-01-04 | 2008-07-09 | 中兴通讯股份有限公司 | 媒体服务器容灾方法及装置 |
CN111246152A (zh) * | 2020-01-10 | 2020-06-05 | 浙江华创视讯科技有限公司 | 视频会议自动恢复方法及装置、存储介质、电子装置 |
CN112804213A (zh) * | 2020-12-31 | 2021-05-14 | Oppo广东移动通信有限公司 | 通信断线重连方法及装置、系统、可读介质和电子设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10069700B2 (en) * | 2015-03-31 | 2018-09-04 | Interactive Intelligence Group, Inc. | System and method for offline survivability |
-
2021
- 2021-06-23 CN CN202110699412.9A patent/CN113596083B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217292A (zh) * | 2007-01-04 | 2008-07-09 | 中兴通讯股份有限公司 | 媒体服务器容灾方法及装置 |
CN101072328A (zh) * | 2007-06-19 | 2007-11-14 | 中兴通讯股份有限公司 | 切换流媒体服务器的方法及系统 |
CN111246152A (zh) * | 2020-01-10 | 2020-06-05 | 浙江华创视讯科技有限公司 | 视频会议自动恢复方法及装置、存储介质、电子装置 |
CN112804213A (zh) * | 2020-12-31 | 2021-05-14 | Oppo广东移动通信有限公司 | 通信断线重连方法及装置、系统、可读介质和电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN113596083A (zh) | 2021-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2391790C2 (ru) | Способ контроля перегрузки медиа-шлюза доступа и медиа-шлюз доступа | |
EP2443815B1 (en) | Distributed record server architecture for recording call sessions over a voip network | |
US8582750B2 (en) | Connection recovery in a call center | |
CN101170747A (zh) | 中继状态调节方法和装置 | |
JPH1013532A (ja) | インテリジェントネットワークにおける通信状態管理方式および方法 | |
CN103516918B (zh) | 资源故障恢复方法及装置 | |
JP4566589B2 (ja) | Sipサーバ | |
CN107770398A (zh) | 呼叫中心的容灾方法及系统 | |
US20070025544A1 (en) | Method and system for blocking lower priority communications for improved automatic call distribution | |
CN113596083B (zh) | 一种基于状态跟踪的高可用云通信通话恢复的方法及系统 | |
CN102143288A (zh) | 呼叫中心的容灾方法和装置 | |
CN101902712A (zh) | 呼叫失败的处理方法及装置 | |
CN112564990B (zh) | 一种用于音频管理服务器切换的管理方法 | |
CN110768816B (zh) | 多媒体业务异常保护方法和装置 | |
CN103430522B (zh) | 线路连接装置、线路连接方法 | |
EP1676420B1 (en) | Improvements in or relating to fault tolerant systems | |
Cisco | Release Notes for the BTS 10200 Release 2.0 | |
CN113225512A (zh) | 一种视频呼叫中心坐席终端音视频分流方法和系统 | |
CN100579106C (zh) | Ngn架构下实现随路信令状态一致性的方法 | |
CN111049938A (zh) | 消息通知方法、装置、电子设备及可读存储介质 | |
CN114780297A (zh) | 一种具有双活中心灾备机制的话务平台构建方法 | |
CN117676015A (zh) | 一种电话中继线路PaaS资源的管理方法、系统及介质 | |
CN102821365A (zh) | 一种降低彩铃业务呼叫失败的方法和系统 | |
CN103430521B (zh) | 线路连接装置、线路连接方法 | |
JP2001506439A (ja) | 呼およびコネクション制御 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |