CN114338343B - 通信方法及集群服务系统 - Google Patents
通信方法及集群服务系统 Download PDFInfo
- Publication number
- CN114338343B CN114338343B CN202111668950.8A CN202111668950A CN114338343B CN 114338343 B CN114338343 B CN 114338343B CN 202111668950 A CN202111668950 A CN 202111668950A CN 114338343 B CN114338343 B CN 114338343B
- Authority
- CN
- China
- Prior art keywords
- proxy server
- call
- client
- service
- proxy
- 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
- 238000000034 method Methods 0.000 title claims description 41
- 238000004891 communication Methods 0.000 title claims description 17
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Landscapes
- Hardware Redundancy (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了一种通信方法及集群服务系统,在本申请中,在参与呼叫业务的第一代理服务器故障的情况下,集群服务管理节点从集群服务系统中选择具备接管第一代理服务器的能力的第二代理服务器由第二代理服务器向参与呼叫业务的客户端发送呼叫转移消息,并接收来自于客户端的与所述呼叫业务相关的信息,基于与呼叫业务相关的信息进行呼叫处理,使得集群服务系统中每个代理服务器均可以成为故障的第一代理服务器的备用服务器,因此不需要额外为每个代理服务器提供备用服务器,节省资源。
Description
技术领域
本申请涉及通信技术领域,特别涉及一种通信方法及集群服务系统。
背景技术
在集群服务系统中,为保证故障的集群节点上的业务快速恢复,一般会为集群服务系统中每个代理服务器分配一个备用服务器,当客户端发起呼叫的时候,集群服务系统同时提供主备两个服务器节点提供服务,主备服务器实时同步与所述呼叫业务相关的信息,一旦主服务器出现宕机,备用服务器负责接管该业务。
但是,这种方式需要为每个业务至少配备两个代理服务器,资源消耗大。并且,主服务器无故障时,备用服务器不能工作。
发明内容
为解决上述技术问题,本申请实施例提供一种控通信方法及集群服务系统,以达到节省资源的目的,技术方案如下:
一种通信方法,包括:
在参与呼叫业务的第一代理服务器故障的情况下,集群服务管理节点从集群服务系统中选择具备接管所述第一代理服务器的能力的第二代理服务器,所述第一代理服务器为多个所述代理服务器中的其中一个;其中,所述集群服务系统包括所述集群服务管理节点及多个代理服务器;
所述第二代理服务器向参与所述呼叫业务的客户端发送呼叫转移消息,所述呼叫转移消息用于指示所述客户端向所述第二代理服务器发送与所述呼叫业务相关的信息;
所述第二代理服务器接收来自于所述客户端的与所述呼叫业务相关的信息,并基于所述与所述呼叫业务相关的信息进行呼叫处理。
可选的,所述参与呼叫业务的第一代理服务器故障,包括:
第一代理服务器在第一客户端通过第一代理服务器向第二客户端发起呼叫时故障;
所述呼叫转移消息用于指示所述第一客户端向所述第二代理服务器发送呼叫请求;
所述第二代理服务器接收来自于所述客户端的与所述呼叫业务相关的信息,并基于所述与所述呼叫业务相关的信息进行呼叫处理,包括:
所述第二代理服务器接收来自于所述客户端的呼叫请求,并基于所述呼叫请求向所述第二客户端发起呼叫。
可选的,所述集群服务管理节点从所述集群管理系统中选择具备接管所述第一代理服务器的能力的第二代理服务器,包括:
所述集群服务管理节点从所述集群管理系统中选择与所述第一代理服务器距离最近,且具备接管所述第一代理服务器的代理服务器,将选择的代理服务器作为第二代理服务器。
可选的,所述集群服务管理节点从所述集群管理系统中选择具备接管所述第一代理服务器的能力的第二代理服务器,包括:
所述集群服务管理节点按照负载均衡策略,从多个所述代理服务器中选择具备接管所述第一代理服务器的能力的代理服务器,将选择的代理服务器作为第二代理服务器。
可选的,所述在参与呼叫业务的第一代理服务器故障的情况下,集群服务管理节点从集群服务系统中选择具备接管所述第一代理服务器的能力的第二代理服务器之前,还包括:
在通过第一代理服务器建立呼叫业务时,集群服务管理节点根据设定选择策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器,并将所述呼叫业务的信息备份到至少一个所述第二代理服务器中;
所述参与呼叫业务的第一代理服务器故障,包括:
所述第一代理服务器在第一客户端通过第一代理服务器与第二客户端建立呼叫业务后故障;
所述集群服务管理节点从集群服务系统中选择具备接管所述第一代理服务器的能力的第二代理服务器,包括:
所述集群服务管理节点在多个所述代理服务器中查询包含所述呼叫业务的信息且与所述第一代理服务器不同的代理服务器,若查询到,则将查询到的代理服务器作为第二代理服务器;
所述第二代理服务器向参与所述呼叫业务的客户端发送呼叫转移消息,包括:
所述第二代理服务器向所述第一客户端及所述第二客户端均发送用于获取呼叫资源信息的第一消息及用于修改呼叫资源信息的第二消息,所述第二消息用于指示所述第一客户端及所述第二客户端将呼叫资源信息中的第一代理服务器修改为所述第二代理服务器;
所述第二代理服务器接收来自于所述客户端的与所述呼叫业务相关的信息,并基于所述与所述呼叫业务相关的信息进行呼叫处理;
所述第二代理服务器接收来自于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,并基于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,建立所述第一客户端与所述客户端之间的呼叫业务。
一种集群服务系统,包括:集群服务管理节点及多个代理服务器;
所述集群服务管理节点,用于在参与呼叫业务的第一代理服务器故障的情况下,从多个所述代理服务器中选择具备接管所述第一代理服务器的能力的第二代理服务器,所述第一代理服务器为多个所述代理服务器中的其中一个;
所述第二代理服务器,用于向参与所述呼叫业务的客户端发送呼叫转移消息,所述呼叫转移消息用于指示所述客户端向所述第二代理服务器发送与所述呼叫业务相关的信息;及,
接收来自于所述客户端的与所述呼叫业务相关的信息,并基于所述与所述呼叫业务相关的信息进行呼叫处理。
可选的,所述参与呼叫业务的第一代理服务器故障,包括:
第一代理服务器在第一客户端通过第一代理服务器向第二客户端发起呼叫时故障;
所述呼叫转移消息用于指示所述第一客户端向所述第二代理服务器发送呼叫请求;
所述第二代理服务器,具体用于:
接收来自于所述客户端的呼叫请求,并基于所述呼叫请求向所述第二客户端发起呼叫。
可选的,所述集群服务管理节点,具体用于:
从多个所述代理服务器中选择与所述第一代理服务器距离最近,且具备接管所述第一代理服务器的代理服务器,将选择的代理服务器作为第二代理服务器。
可选的,所述集群服务管理节点,具体用于:
按照负载均衡策略,从多个所述代理服务器中选择具备接管所述第一代理服务器的能力的代理服务器,将选择的代理服务器作为第二代理服务器。
可选的,所述集群服务管理节点,还用于在通过第一代理服务器建立呼叫业务时,根据设定选择策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器,并将所述呼叫业务的信息备份到至少一个所述第二代理服务器中;
所述参与呼叫业务的第一代理服务器故障,包括:
所述第一代理服务器在第一客户端通过第一代理服务器与第二客户端建立呼叫业务后故障;
所述集群服务管理节点具体用于:
在多个所述代理服务器中查询包含所述呼叫业务的信息且与所述第一代理服务器不同的代理服务器,若查询到,则将查询到的代理服务器作为第二代理服务器;
所述第二代理服务器具体用于:
向所述第一客户端及所述第二客户端均发送用于获取呼叫资源信息的第一消息及用于修改呼叫资源信息的第二消息,所述第二消息用于指示所述第一客户端及所述第二客户端将呼叫资源信息中的第一代理服务器修改为所述第二代理服务器;及,
所述第二代理服务器接收来自于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,并基于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,建立所述第一客户端与所述客户端之间的呼叫业务。
与现有技术相比,本申请的有益效果为:
在本申请中,在参与呼叫业务的第一代理服务器故障的情况下,集群服务管理节点从集群服务系统中选择具备接管所述第一代理服务器的能力的第二代理服务器,由第二代理服务器向参与呼叫业务的客户端发送呼叫转移消息,并接收来自于客户端的与所述呼叫业务相关的信息,基于与所述呼叫业务相关的信息进行呼叫处理,使得集群服务系统中每个代理服务器均可以成为故障的第一代理服务器的备用服务器,因此不需要额外为每个代理服务器提供备用服务器,节省资源。
并且,集群服务器系统中每个代理服务器不区分主备服务,代理服务器作为备用服务器,同样可以提供服务。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是为本申请提供的一种通信方法实施例1的流程图;
图2是为本申请提供的一种通信方法实施例2的流程图;
图3是为本申请提供的一种通信方法实施例3的流程图;
图4是为本申请提供的一种集群服务系统的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
如图1所示的,为本申请提供的一种通信方法实施例1的流程图,该方法包括以下步骤:
步骤S11、在参与呼叫业务的第一代理服务器故障的情况下,集群服务管理节点从集群服务系统中选择具备接管所述第一代理服务器的能力的第二代理服务器。
所述集群服务系统包括所述集群服务管理节点及多个代理服务器。
所述第一代理服务器为多个所述代理服务器中的其中一个。
本实施例中,可以通过集群服务管理节点感知参与呼叫业务的第一代理服务器是否故障。
当然,也可以由参与呼叫业务的客户端在感知到第一代理服务器故障时,上报给集群服务管理节点第一代理服务器故障的信息。
在集群服务管理节点确认参与呼叫业务的第一代理服务器故障的情况下,从多个所述代理服务器中选择具备接管所述第一代理服务器的能力的第二代理服务器。
步骤S12、所述第二代理服务器向参与所述呼叫业务的客户端发送呼叫转移消息,所述呼叫转移消息用于指示所述客户端向所述第二代理服务器发送与所述呼叫业务相关的信息。
步骤S13、所述第二代理服务器接收来自于所述客户端的与所述呼叫业务相关的信息,并基于所述与所述呼叫业务相关的信息进行呼叫处理。
在本申请中,在参与呼叫业务的第一代理服务器故障的情况下,集群服务管理节点从集群服务系统中选择具备接管所述第一代理服务器的能力的第二代理服务器,由第二代理服务器向参与呼叫业务的客户端发送呼叫转移消息,并接收来自于客户端的与所述呼叫业务相关的信息,基于与所述呼叫业务相关的信息进行呼叫处理,使得集群服务系统中每个代理服务器均可以成为故障的第一代理服务器的备用服务器,因此不需要额外为每个代理服务器提供备用服务器,节省资源。
并且,集群服务器系统中每个代理服务器不区分主备服务,代理服务器作为备用服务器,同样可以提供服务。
作为本申请另一可选实施例,参照图2,为本申请提供的一种通信方法实施例2的流程示意图,本实施例主要是对上述实施例1描述的通信方法的细化方案,如图4所示,该方法可以包括但并不局限于以下步骤:
步骤S21、在第一代理服务器在第一客户端通过第一代理服务器向第二客户端发起呼叫时故障的情况下,集群服务管理节点从所述集群管理系统中选择具备接管所述第一代理服务器的能力的第二代理服务器。
所述第一代理服务器为多个所述代理服务器中的其中一个。
步骤S21为实施例1中步骤S11的一种具体实施方式。
所述集群服务管理节点从所述集群管理系统中选择具备接管所述第一代理服务器的能力的第二代理服务器,可以包括但不局限于:
所述集群服务管理节点从所述集群管理系统中选择与所述第一代理服务器距离最近,且具备接管所述第一代理服务器的代理服务器,将选择的代理服务器作为第二代理服务器。
当然,所述集群服务管理节点从多个所述代理服务器中选择具备接管所述第一代理服务器的能力的第二代理服务器,也可以包括:
所述集群服务管理节点按照负载均衡策略,从多个所述代理服务器中选择具备接管所述第一代理服务器能力的代理服务器,将选择的代理服务器作为第二代理服务器。
按照负载均衡策略,从多个所述代理服务器中选择具备接管所述第一代理服务器的能力的代理服务器,可以包括但不局限于:确定整个集群下关联sip(Sessioninitialization Protocol,会话初始协议)能力的代理服务器,使用轮询的方式在整个集群下关联sip能力的代理服务器中查找除第一代理服务器之外的服务器。
步骤S22、所述第二代理服务器向所述第一客户端发送呼叫转移消息,所述呼叫转移消息用于指示所述第一客户端向所述第二代理服务器发送呼叫请求。
本实施例中,可以但不局限于复用SPI(Session Initiation Protocol,会话初始协议)中的REFER消息,使REFER消息可以包含参数Refer-to=第二代理服务器;Replaces=CALLID;Refered-by=第二代理服务器,由REFER消息指示第一客户端向第二代理服务器发送呼叫请求。
第一客户端接收到REFER消息后,可以基于REFER消息将CALLID对应的呼叫路由资源信息中的“第一代理服务器”替换为“第二代理服务器”。
另外,第一客户端成功收到REFER消息后,可以向第二代理服务器回复确认消息(如,202ACCEPT)。
步骤S22为实施例1中步骤S21的一种具体实施方式。
步骤S23、所述第二代理服务器接收来自于所述客户端的呼叫请求,并基于所述呼叫请求向所述第二客户端发起呼叫。
步骤S23为实施例1中步骤S13的一种具体实施方式。
本实施例中,在第一代理服务器在第一客户端通过第一代理服务器向第二客户端发起呼叫时故障的情况下,集群服务管理节点从集群服务系统中选择第二代理服务器,所述第二代理服务器具备接管所述第一代理服务器的能力,由第二代理服务器向第一客户端发送呼叫转移消息,指示所述第一客户端向所述第二代理服务器发送呼叫请求,并接收来自于第一客户端的呼叫请求,基于所述呼叫请求向所述第二客户端发起呼叫,使得集群服务系统中每个代理服务器均可以成为故障的第一代理服务器的备用服务器,保证及时发起呼叫,整个过程不需要额外为每个代理服务器提供备用服务器,节省资源。
作为本申请另一可选实施例,参照图3,为本申请提供的一种通信方法实施例3的流程示意图,本实施例主要是对上述实施例1描述的通讯方法的细化方案,如图3所示,该方法可以包括但并不局限于以下步骤:
步骤S31、在通过第一代理服务器建立呼叫业务时,集群服务管理节点根据设定选择策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器,并将所述呼叫业务的信息备份到至少一个所述第二代理服务器中。
集群服务管理节点根据设定选择策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器,可以包括但不局限于:
集群服务管理节点根据负载均衡策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器。
集群服务管理节点根据负载均衡策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器,可以理解为:集群服务管理节点根据能实现代理服务器之间的负载均衡的规则,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器。
当然,集群服务管理节点根据设定选择策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器,也可以包括但不局限于:
集群服务管理节点根据轮询策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器。
集群服务管理节点根据轮询策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器,可以理解为:集群服务管理节点按照集群服务系统中第二代理服务器从1到N的编号顺序轮询第二代理服务器,确定不同于第一代理服务器的至少一个第二代理服务器。N为大于0的整数。
需要说明的是,根据设定选择策略,从集群服务系统中选择不同于第一代理服务器的至少一个所述第二代理服务器,可以保证包含有所述呼叫业务的信息的代理服务器不只一个。
步骤S32、在所述第一代理服务器在第一客户端通过第一代理服务器与第二客户端建立呼叫业务后故障的情况下,所述集群服务管理节点在多个所述代理服务器中查询包含所述呼叫业务的信息且与所述第一代理服务器不同的代理服务器。
所述第一代理服务器为多个所述代理服务器中的其中一个。
若查询到,则执行步骤S33。
步骤S33、将查询到的代理服务器作为第二代理服务器。
步骤S32-S33为实施例1中步骤S11的一种具体实施方式。
步骤S34、所述第二代理服务器向所述第一客户端及所述第二客户端均发送用于获取呼叫资源信息的第一消息及用于修改呼叫资源信息的第二消息,所述第二消息用于指示所述第一客户端及所述第二客户端将呼叫资源信息中的第一代理服务器修改为所述第二代理服务器。
本实施例中,可以但不局限于复用SPI中的SUBSCRIBE消息,通过向第一客户端及第二客户端均发送SUBSCRIBE消息,用于获取呼叫资源信息。
本实施例中,可以但不局限于复用SPI中的NOTIFY消息,通过向第一客户端及第二客户端均发送NOTIFY消息,用于指示第一客户端及第二客户端将呼叫资源信息中的第一代理服务器修改为第二代理服务器。
呼叫资源信息,可以包括但不局限于:Invite信令的Callid、From、To等字段以及body信息中的sdp信息(包含协商的音视频参数和传输IP和PORT)等。
步骤S34为实施例1中步骤S12的一种具体实施方式。
步骤S35、所述第二代理服务器接收来自于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,并基于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,建立所述第一客户端与所述客户端之间的呼叫业务。
步骤S35为实施例1中步骤S13的一种具体实施方式。
现以复用SUBSCRIBE消息和NOTIFY消息为实施方式,对步骤S34-S35进行说明,具体如下:
S3001、第二代理服务器向第二客户端发送SUBSCRIBE消息,请求第二客户端的呼叫资源信息,第二客户端收到回200OK。
S3002、第二客户端向第二代理服务器发送NOTIFY消息,把当前呼叫(第二客户端-第一代理服务器-第一客户端)资源信息告诉第二代理服务器。
S3003、第二代理服务器向第二客户端发送NOTIFY消息,通知第二客户端把呼叫资源信息修改为(第二客户端-第二代理服务器-第一客户端)。
S3004、第二代理服务器向第一客户端发送SUBSCRIBE消息,请求第一客户端的呼叫资源信息,第一客户端收到回200OK。
S3005、第一客户端向第二代理服务器发送NOTIFY消息,把当前呼叫(第二客户端-第一代理服务器-第一客户端)资源信息告诉第二代理服务器。
S3006、第二代理服务器向第一客户端发送NOTIFY消息,通知第一客户端把呼叫资源信息修改为(第二客户端-第二代理服务器-第一客户端)。
本实施例中,在所述第一代理服务器在第一客户端通过第一代理服务器与第二客户端建立呼叫业务后故障的情况下,集群服务管理节点从集群服务系统中选择第二代理服务器,所述第二代理服务器具备接管所述第一代理服务器的能力,由第二代理服务器向第一客户端及第二客户端发送第一消息及第二消息,并接收来自于第一客户端及第二客户端的呼叫资源信息,基于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,建立所述第一客户端与所述客户端之间的呼叫业务,使得集群服务系统中每个代理服务器均可以成为故障的第一代理服务器的备用服务器,保证及时重新建立呼叫业务,整个过程不需要额外为每个代理服务器提供备用服务器,节省资源。
接下来对本申请提供的集群服务系统进行介绍,下文介绍的集群服务系统与上文介绍的通信方法可相互对应参照。
集群服务系统可以包括:集群服务管理节点100及多个代理服务器200。
所述集群服务管理节点,用于在参与呼叫业务的第一代理服务器故障的情况下,从多个所述代理服务器中选择具备接管所述第一代理服务器的能力的第二代理服务器,所述第一代理服务器为多个所述代理服务器中的其中一个;
所述第二代理服务器,用于向参与所述呼叫业务的客户端发送呼叫转移消息,所述呼叫转移消息用于指示所述客户端向所述第二代理服务器发送与所述呼叫业务相关的信息;及,
接收来自于所述客户端的与所述呼叫业务相关的信息,并基于所述与所述呼叫业务相关的信息进行呼叫处理。
本实施例中,所述参与呼叫业务的第一代理服务器故障,可以包括:
第一代理服务器在第一客户端通过第一代理服务器向第二客户端发起呼叫时故障;
所述呼叫转移消息用于指示所述第一客户端向所述第二代理服务器发送呼叫请求;
所述第二代理服务器,具体可以用于:
接收来自于所述客户端的呼叫请求,并基于所述呼叫请求向所述第二客户端发起呼叫。
所述集群服务管理节点,具体可以用于:
从多个所述代理服务器中选择与所述第一代理服务器距离最近,且具备接管所述第一代理服务器的代理服务器,将选择的代理服务器作为第二代理服务器。
所述集群服务管理节点,具体可以用于:
按照负载均衡策略,从多个所述代理服务器中选择具备接管所述第一代理服务器的能力的代理服务器,将选择的代理服务器作为第二代理服务器。
本实施例中,所述集群服务管理节点,还可以用于在通过第一代理服务器建立呼叫业务时,根据设定选择策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器,并将所述呼叫业务的信息备份到至少一个所述第二代理服务器中;
所述参与呼叫业务的第一代理服务器故障,包括:
所述第一代理服务器在第一客户端通过第一代理服务器与第二客户端建立呼叫业务后故障;
所述集群服务管理节点具体可以用于:
在多个所述代理服务器中查询包含所述呼叫业务的信息且与所述第一代理服务器不同的代理服务器,若查询到,则将查询到的代理服务器作为第二代理服务器;
所述第二代理服务器具体可以用于:
向所述第一客户端及所述第二客户端均发送用于获取呼叫资源信息的第一消息及用于修改呼叫资源信息的第二消息,所述第二消息用于指示所述第一客户端及所述第二客户端将呼叫资源信息中的第一代理服务器修改为所述第二代理服务器;及,
所述第二代理服务器接收来自于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,并基于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,建立所述第一客户端与所述客户端之间的呼叫业务。
需要说明的是,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
以上对本申请所提供的一种通信方法及集群服务系统进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (8)
1.一种通信方法,其特征在于,包括:
在集群服务管理节点确认参与呼叫业务的第一代理服务器故障的情况下,所述集群服务管理节点从集群服务系统中选择具备接管所述第一代理服务器的能力的第二代理服务器,所述第一代理服务器为多个所述代理服务器中的其中一个;其中,所述集群服务系统包括所述集群服务管理节点及多个代理服务器;
所述第二代理服务器向参与所述呼叫业务的客户端发送呼叫转移消息,所述呼叫转移消息用于指示所述客户端向所述第二代理服务器发送与所述呼叫业务相关的信息;
所述第二代理服务器接收来自于所述客户端的与所述呼叫业务相关的信息,并基于所述与所述呼叫业务相关的信息进行呼叫处理;
其中,所述参与呼叫业务的第一代理服务器故障,包括:
第一代理服务器在第一客户端通过第一代理服务器向第二客户端发起呼叫时故障;
所述呼叫转移消息用于指示所述第一客户端向所述第二代理服务器发送呼叫请求;
所述第二代理服务器接收来自于所述客户端的与所述呼叫业务相关的信息,并基于所述与所述呼叫业务相关的信息进行呼叫处理,包括:
所述第二代理服务器接收来自于所述客户端的呼叫请求,并基于所述呼叫请求向所述第二客户端发起呼叫。
2.根据权利要求1所述的方法,其特征在于,所述集群服务管理节点从所述集群管理系统中选择具备接管所述第一代理服务器的能力的第二代理服务器,包括:
所述集群服务管理节点从所述集群管理系统中选择与所述第一代理服务器距离最近,且具备接管所述第一代理服务器的代理服务器,将选择的代理服务器作为第二代理服务器。
3.根据权利要求1所述的方法,其特征在于,所述集群服务管理节点从所述集群管理系统中选择具备接管所述第一代理服务器的能力的第二代理服务器,包括:
所述集群服务管理节点按照负载均衡策略,从多个所述代理服务器中选择具备接管所述第一代理服务器的能力的代理服务器,将选择的代理服务器作为第二代理服务器。
4.根据权利要求1所述的方法,其特征在于,所述在参与呼叫业务的第一代理服务器故障的情况下,集群服务管理节点从集群服务系统中选择具备接管所述第一代理服务器的能力的第二代理服务器之前,还包括:
在通过第一代理服务器建立呼叫业务时,集群服务管理节点根据设定选择策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器,并将所述呼叫业务的信息备份到至少一个所述第二代理服务器中;
所述参与呼叫业务的第一代理服务器故障,包括:
所述第一代理服务器在第一客户端通过第一代理服务器与第二客户端建立呼叫业务后故障;
所述集群服务管理节点从集群服务系统中选择具备接管所述第一代理服务器的能力的第二代理服务器,包括:
所述集群服务管理节点在多个所述代理服务器中查询包含所述呼叫业务的信息且与所述第一代理服务器不同的代理服务器,若查询到,则将查询到的代理服务器作为第二代理服务器;
所述第二代理服务器向参与所述呼叫业务的客户端发送呼叫转移消息,包括:
所述第二代理服务器向所述第一客户端及所述第二客户端均发送用于获取呼叫资源信息的第一消息及用于修改呼叫资源信息的第二消息,所述第二消息用于指示所述第一客户端及所述第二客户端将呼叫资源信息中的第一代理服务器修改为所述第二代理服务器;
所述第二代理服务器接收来自于所述客户端的与所述呼叫业务相关的信息,并基于所述与所述呼叫业务相关的信息进行呼叫处理;
所述第二代理服务器接收来自于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,并基于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,建立所述第一客户端与所述客户端之间的呼叫业务。
5.一种集群服务系统,其特征在于,包括:集群服务管理节点及多个代理服务器;
所述集群服务管理节点,用于在确认参与呼叫业务的第一代理服务器故障的情况下,从多个所述代理服务器中选择具备接管所述第一代理服务器的能力的第二代理服务器,所述第一代理服务器为多个所述代理服务器中的其中一个;
所述第二代理服务器,用于向参与所述呼叫业务的客户端发送呼叫转移消息,所述呼叫转移消息用于指示所述客户端向所述第二代理服务器发送与所述呼叫业务相关的信息;及,
接收来自于所述客户端的与所述呼叫业务相关的信息,并基于所述与所述呼叫业务相关的信息进行呼叫处理;
其中,所述参与呼叫业务的第一代理服务器故障,包括:
第一代理服务器在第一客户端通过第一代理服务器向第二客户端发起呼叫时故障;
所述呼叫转移消息用于指示所述第一客户端向所述第二代理服务器发送呼叫请求;
所述第二代理服务器,具体用于:
接收来自于所述客户端的呼叫请求,并基于所述呼叫请求向所述第二客户端发起呼叫。
6.根据权利要求5所述的集群服务系统,其特征在于,所述集群服务管理节点,具体用于:
从多个所述代理服务器中选择与所述第一代理服务器距离最近,且具备接管所述第一代理服务器的代理服务器,将选择的代理服务器作为第二代理服务器。
7.根据权利要求5所述的集群服务系统,其特征在于,所述集群服务管理节点,具体用于:
按照负载均衡策略,从多个所述代理服务器中选择具备接管所述第一代理服务器的能力的代理服务器,将选择的代理服务器作为第二代理服务器。
8.根据权利要求5所述的集群服务系统,其特征在于,所述集群服务管理节点,还用于在通过第一代理服务器建立呼叫业务时,根据设定选择策略,从集群服务系统中选择不同于第一代理服务器的至少一个第二代理服务器,并将所述呼叫业务的信息备份到至少一个所述第二代理服务器中;
所述参与呼叫业务的第一代理服务器故障,包括:
所述第一代理服务器在第一客户端通过第一代理服务器与第二客户端建立呼叫业务后故障;
所述集群服务管理节点具体用于:
在多个所述代理服务器中查询包含所述呼叫业务的信息且与所述第一代理服务器不同的代理服务器,若查询到,则将查询到的代理服务器作为第二代理服务器;
所述第二代理服务器具体用于:
向所述第一客户端及所述第二客户端均发送用于获取呼叫资源信息的第一消息及用于修改呼叫资源信息的第二消息,所述第二消息用于指示所述第一客户端及所述第二客户端将呼叫资源信息中的第一代理服务器修改为所述第二代理服务器;及,
所述第二代理服务器接收来自于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,并基于所述第一客户端的呼叫资源信息及所述第二客户端的呼叫资源信息,建立所述第一客户端与所述客户端之间的呼叫业务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111668950.8A CN114338343B (zh) | 2021-12-30 | 2021-12-30 | 通信方法及集群服务系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111668950.8A CN114338343B (zh) | 2021-12-30 | 2021-12-30 | 通信方法及集群服务系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114338343A CN114338343A (zh) | 2022-04-12 |
CN114338343B true CN114338343B (zh) | 2023-12-12 |
Family
ID=81021694
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111668950.8A Active CN114338343B (zh) | 2021-12-30 | 2021-12-30 | 通信方法及集群服务系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114338343B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008047920A1 (fr) * | 2006-10-20 | 2008-04-24 | Nec Corporation | Serveur proxy, système et procédé de communication et programme |
CN101557442A (zh) * | 2008-04-08 | 2009-10-14 | 华为技术有限公司 | 一种融合呼叫中心和第三方行业应用服务器的方法和系统 |
CN101895915A (zh) * | 2010-07-28 | 2010-11-24 | 中国电信股份有限公司 | 应用服务器旁路方法及服务型呼叫会话控制功能设备 |
CN103501305A (zh) * | 2013-10-14 | 2014-01-08 | 中国联合网络通信集团有限公司 | 互联网业务的实现方法、应用服务器和呼叫代理服务器 |
US9456076B1 (en) * | 2016-03-31 | 2016-09-27 | Noble Systems Corporation | Handling audio path failure and poor quality of service for voice calls in a contact center |
CN106161580A (zh) * | 2015-04-28 | 2016-11-23 | 中兴通讯股份有限公司 | 一种连接状态控制方法、装置及系统 |
CN108513019A (zh) * | 2017-02-27 | 2018-09-07 | 北京京东尚科信息技术有限公司 | 一种实现自动呼叫分配服务集群的方法和系统 |
CN109348073A (zh) * | 2018-11-13 | 2019-02-15 | 平安科技(深圳)有限公司 | 呼叫中心系统及其业务处理方法 |
CN113641511A (zh) * | 2021-07-09 | 2021-11-12 | 阿里云计算有限公司 | 一种消息通信方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100128861A1 (en) * | 2008-11-25 | 2010-05-27 | Ringcentral, Inc. | Database failure detection and recovery for call management system |
-
2021
- 2021-12-30 CN CN202111668950.8A patent/CN114338343B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008047920A1 (fr) * | 2006-10-20 | 2008-04-24 | Nec Corporation | Serveur proxy, système et procédé de communication et programme |
CN101557442A (zh) * | 2008-04-08 | 2009-10-14 | 华为技术有限公司 | 一种融合呼叫中心和第三方行业应用服务器的方法和系统 |
CN101895915A (zh) * | 2010-07-28 | 2010-11-24 | 中国电信股份有限公司 | 应用服务器旁路方法及服务型呼叫会话控制功能设备 |
CN103501305A (zh) * | 2013-10-14 | 2014-01-08 | 中国联合网络通信集团有限公司 | 互联网业务的实现方法、应用服务器和呼叫代理服务器 |
CN106161580A (zh) * | 2015-04-28 | 2016-11-23 | 中兴通讯股份有限公司 | 一种连接状态控制方法、装置及系统 |
US9456076B1 (en) * | 2016-03-31 | 2016-09-27 | Noble Systems Corporation | Handling audio path failure and poor quality of service for voice calls in a contact center |
CN108513019A (zh) * | 2017-02-27 | 2018-09-07 | 北京京东尚科信息技术有限公司 | 一种实现自动呼叫分配服务集群的方法和系统 |
CN109348073A (zh) * | 2018-11-13 | 2019-02-15 | 平安科技(深圳)有限公司 | 呼叫中心系统及其业务处理方法 |
CN113641511A (zh) * | 2021-07-09 | 2021-11-12 | 阿里云计算有限公司 | 一种消息通信方法和装置 |
Non-Patent Citations (2)
Title |
---|
Heng Chang,Weijia.Distributed server selection with imprecise state for replicated server group.7th International Symposium on Parallel Architectures,Algorithms and Networks,2004.Proceedings.2004,全文. * |
呼叫中心CTI Pool的研究与设计;宫雪;中国优秀硕士学位论文数据库;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN114338343A (zh) | 2022-04-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9319431B2 (en) | Methods, systems, and computer readable media for providing sedation service in a telecommunications network | |
US8676888B2 (en) | Method for multi-terminal session, and communication system and related device thereof | |
US20110219121A1 (en) | Resilient routing for session initiation protocol based communication systems | |
CN102255875A (zh) | 服务器切换方法及系统 | |
CN110662179B (zh) | 基于lte宽带集群系统的呼叫处理方法及装置 | |
US11337040B2 (en) | Broadcast bearer management method and device thereof | |
CN102546554A (zh) | 一种ip多媒体子系统及其恢复用户订阅关系的方法 | |
CN108234787B (zh) | 终端实现会议电话通知功能的方法及装置 | |
CN110087227B (zh) | 一种基于ims架构的分布式呈现业务的系统及方法 | |
CN101459533B (zh) | 一种下一代网络中改进的应用服务器容灾的系统及方法 | |
CN114338343B (zh) | 通信方法及集群服务系统 | |
US8213373B2 (en) | Supporting method for REFER message expansion parameter | |
CN102857536A (zh) | 对等网络中实现数据备份及迁移的方法及系统 | |
US9912782B2 (en) | Method and apparatus for recovery in a communication system employing redundancy | |
RU2515703C2 (ru) | Способ и сервисное устройство для осуществления персонального разговора во время конференции в сети ims | |
EP1709777B1 (en) | Session initiation protocol signalling | |
CN112804766B (zh) | 跨业务类型的文本通信方法及装置、计算机可读存储介质 | |
GB2583703A (en) | Communications network | |
Wang et al. | Mobility support in unified communication networks | |
CN110113303B (zh) | 一种电信网ims中sip协议栈负载均衡系统以及负载均衡方法 | |
CN109120578A (zh) | 一种实现链路连接处理的方法及装置 | |
CN112929371A (zh) | 会话处理方法、装置、系统、电子设备及介质 | |
CN102377728B (zh) | 一种ims多媒体会议中的组内文件分发方法 | |
US20110249669A1 (en) | Method for service inter-working and session channel establishment, inter-working selection function module and device | |
CN101207548A (zh) | 一种多终端共享公有标识的处理方法及实体 |
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 |