CN114666305A - 一种ip通话方法、系统、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及一种IP通话方法、系统、装置、电子设备及存储介质，属于网络通信技术领域。该IP通话方法应用于信令服务器，信令服务器与至少两个媒体服务器通信，信令服务器记录有基于每个媒体服务器通话的IP通话信息；方法包括：在感知到正在进行IP通话的媒体服务器异常时，调度所述至少两个媒体服务器中除异常的媒体服务器外的目标媒体服务器接管所述IP通话，以恢复所述IP通话。整个过程中，媒体服务器是无状态运行的，且信令服务器感知到故障发生开始到新媒体服务器接管媒体以恢复IP通话服务，整个过程耗时极短；在整个IP通话恢复的过程中，信令服务器与话机终端间不需要报文的交互或协商。

Description

一种IP通话方法、系统、装置、电子设备及存储介质

技术领域

本申请属于网络通信技术领域，具体涉及一种IP通话方法、系统、装置、电子设备及存储介质。

背景技术

随着IP(Internet Protocol，互联网协议)网络的迅速普及，VoIP(Voice overInternet Protocol，基于IP的语音传输)作为一种新的应用得到了快速发展，成为企业内部通信网络的主流选择。在VoIP网络中，媒体服务器作为重要的网络设备，它是用户间媒体交换业务的重要载体。因此，媒体服务器一旦不可用，即使信令服务器上的SIP(SessionInitialization Protocol，会话初始协议)会话还在，媒体交互已不可用，会使用户无法进行IP通话。

造成媒体服务器不可用的原因有很多，如：媒体服务器服务故障、媒体服务器IP网络中断、媒体服务器硬件故障、断电等。在VoIP网络设计中，会采用各种手段提高可靠性，如：服务器双电源供电、服务器主备冗余等。

图1为现有的VoIP网络采用的主备冗余方案的组网示意图。在该组网方案中，VoIP网络采用媒体服务器和信令服务器相分离的方式，信令服务器与媒体服务器分别通过主备冗余提高可靠性。主媒体服务器与备媒体服务器之间需要实时同步IP通话信息，备媒体服务器需要自己维护基于主媒体服务器通话的IP通话信息，以便在主媒体服务器异常时，备媒体服务器根据自己维护的IP通话信息向信令服务器发起重协商请求，由信令服务器向原通话双方终端发起重协商报文，以建立基于备媒体服务器的IP通话，进而恢复在主媒体服务器上的IP通话。该方法需要备媒体服务器实时维护基于主媒体服务器通话的IP通话信息，导致备媒体服务器的性能开销大，且整个通话恢复过程中，需要信令服务器参与，使得信令服务器的开销也大。

发明内容

鉴于此，本申请的目的在于提供一种IP通话方法、系统、装置、电子设备及存储介质，以改善IP通话方法需要备媒体服务器实时维护基于主媒体服务器通话的IP通话信息，导致备媒体服务器的性能开销大以及信令服务器的开销也大的问题。

本申请的实施例是这样实现的：

第一方面，本申请实施例提供了一种IP通话方法，用于信令服务器，所述信令服务器与至少两个媒体服务器通信，所述信令服务器记录有基于每个所述媒体服务器通话的IP通话信息；所述方法包括：在感知到正在进行IP通话的媒体服务器异常时，调度所述至少两个媒体服务器中除异常的媒体服务器外的目标媒体服务器接管所述IP通话，以恢复所述IP通话。本申请实施例中，媒体服务器发生异常后，信令服务器能第一时间调度另一媒体服务器保障原通话能继续，实现IP通话逃生，整个过程中，媒体服务器是无状态运行的，逻辑单一，也即不需要维护主媒体服务器的IP通话信息，且信令服务器感知到故障发生开始到新媒体服务器接管媒体以恢复IP通话服务，整个过程耗时极短；在整个IP通话恢复的过程中，信令服务器与话机终端间不需要报文的交互或协商，信令服务器在整个媒体恢复的过程中无性能开销。

结合第一方面实施例的一种可能的实施方式，调度所述至少两个媒体服务器中除异常的媒体服务器外的目标媒体服务器接管所述IP通话，包括：从所述至少两个媒体服务器中除异常的媒体服务器外的所有媒体服务器中，选择通话质量最优的媒体服务器作为所述目标媒体服务器；调度所述目标媒体服务器接管所述IP通话。本申请实施例中，在选择目标媒体服务器时，选择通话质量最优的媒体服务器作为目标媒体服务器，以此来接管故障媒体服务器的IP通话，从而可以保证恢复后的IP通话质量。

结合第一方面实施例的一种可能的实施方式调度所述目标媒体服务器接管所述IP通话，包括：向所述目标媒体服务器发起调度媒体请求，所述调度媒体请求中包含基于所述异常的媒体服务器进行通话的IP通话信息，以使所述目标媒体服务器获取调度媒体请求中用于恢复所述IP通话的IP通话信息，并基于所述IP通话信息向原通话双方话机终端分别发送媒体重定向报文，以建立基于所述目标媒体服务器的IP通话。本申请实施例中，将用于恢复通话的IP通话信息携带在调度媒体请求中，使得目标媒体服务器能重定向原通话双方话机终端建立基于目标媒体服务器的IP通话。

第二方面，本申请实施例还提供了一种IP通话方法，应用于媒体服务器，所述媒体服务器与信令服务器通信，所述信令服务器记录有与自身通信的所有媒体服务器的IP通话信息；所述方法包括：接收所述信令服务器发送的调度媒体请求，所述调度媒体请求中包含故障媒体服务器的IP通话信息；基于所述调度媒体请求中的IP通话信息向原通话双方话机终端分别发送媒体重定向报文，以建立基于目标媒体服务器的IP通话，进而恢复在所述故障媒体服务器上的IP通话。

第三方面，本申请实施例还提供了一种IP通话系统，包括：信令服务器和至少两个媒体服务器；每个所述媒体服务器，用于提供语音媒体交互能力；信令服务器分别与每个所述媒体服务器通信，所述信令服务器记录有每个所述媒体服务器的IP通话信息，所述信令服务器，用于在感知到正在进行IP通话的媒体服务器异常时，调度所述至少两个媒体服务器中除异常的媒体服务器外的目标媒体服务器接管所述IP通话，以恢复所述IP通话。

结合第三方面实施例的一种可能的实施方式，所述信令服务器，用于从所述至少两个媒体服务器中除异常的媒体服务器外的所有媒体服务器中，选择通话质量最优的媒体服务器作为所述目标媒体服务器；调度所述目标媒体服务器接管所述IP通话。

第四方面，本申请实施例还提供了一种IP通话装置，属于信令服务器，所述信令服务器与至少两个媒体服务器通信，所述信令服务器记录有基于每个所述媒体服务器通话的IP通话信息；所述装置包括：调度模块，用于在感知到正在进行IP通话的媒体服务器异常时，调度所述至少两个媒体服务器中除异常的媒体服务器外的目标媒体服务器接管所述IP通话，以恢复所述IP通话。

第五方面，本申请实施例还提供了一种IP通话装置，属于媒体服务器，所述媒体服务器与信令服务器通信，所述信令服务器记录有与自身通信的所有媒体服务器的IP通话信息；所述装置包括：接收模块和发送模块；

接收模块，用于接收所述信令服务器发送的调度媒体请求，所述调度媒体请求中包含故障媒体服务器的IP通话信息；

发送模块，用于基于所述调度媒体请求中的IP通话信息向原通话双方话机终端分别发送媒体重定向报文，以建立基于自身媒体服务器的IP通话，进而恢复在所述故障媒体服务器上的IP通话。

第六方面，本申请实施例还提供了一种电子设备，包括：存储器和处理器，所述处理器与所述存储器连接；所述存储器，用于存储程序；所述处理器，用于调用存储于所述存储器中的程序，以执行上述第一方面实施例和/或结合第一方面实施例的任一种可能的实施方式提供的方法，或者，执行上述第二方面实施例提供的方法。

第七方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，执行上述第一方面实施例和/或结合第一方面实施例的任一种可能的实施方式提供的方法，或者，执行上述第二方面实施例提供的方法。

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例而了解。本申请的目的和其他优点可通过在所写的说明书以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。通过附图所示，本申请的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按实际尺寸等比例缩放绘制附图，重点在于示出本申请的主旨。

图1为现有的VoIP网络采用的主备冗余方案的组网示意图。

图2示出了本申请实施例提供的一种IP通话系统的结构示意图。

图3示出了本申请实施例提供的一种IP通话方法的原理示意图。

图4示出了本申请实施例提供的一种IP通话方法的流程示意图。

图5示出了本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中诸如“第一”、“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

再者，本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

鉴于现有IP通话方法需要备媒体服务器实时维护基于主媒体服务器通话的IP通话信息，导致备媒体服务器的性能开销大，且当主备媒体服务器均不可用时，信令服务器上的SIP会话仍在继续，而媒体服务器已无法提供语音媒体交互能力，会造成通话双方不能听到彼此的声音的问题。本申请实施例提供了一种IP通话方法，使得媒体服务器不可用或服务故障后，信令服务器可第一时间感知到异常发生，能第一时间调度另一媒体服务器保障原通话能继续，实现IP通话逃生。整个过程中，媒体服务器是无状态运行的，逻辑单一，也即不需要维护主媒体服务器的IP通话信息，且信令服务器感知到故障发生开始到新媒体服务器接管媒体以恢复IP通话服务，整个过程耗时极短；在整个IP通话恢复的过程中，信令服务器与话机终端间不需要报文的交互或协商，信令服务器在整个媒体恢复的过程中无性能开销。

为了便于理解，下面结合图2所示的IP通话系统进行说明。该IP通话系统包括信令服务器和至少两个媒体服务器。图2所示的示意图中，媒体服务器的数量为n，n为大于等于2的整数，使得每个媒体服务器均有n-1个媒体服务器作为备用媒体服务器。由于作为备用媒体服务器的数量为n-1个，这样可以避免主备媒体服务器均不可用时，信令服务器上的SIP会话仍在继续，而媒体服务器已无法提供语音媒体交互能力，会造成通话双方不能听到彼此的声音的问题。

每个媒体服务器均能提供语音媒体交互能力，为用户间媒体交换业务的重要载体。每个媒体服务器均具有控制IP话机媒体重定向的能力，以便IP话机能与新媒体服务器进行媒体交互。

信令服务器与每个媒体服务器均通信，信令服务器记录有基于每个媒体服务器通话的IP通话信息，可明确需要恢复的通话及恢复通话所必要的信息。信令服务器用于在感知到正在进行IP通话的当前媒体服务器异常时，调度至少两个媒体服务器中除当前媒体服务器(故障媒体服务器)外的一目标媒体服务器接管当前媒体服务器的IP通话，以恢复在当前媒体服务器上的IP通话，从而实现IP通话逃生。其中，信令服务器可以通过options探测技术来感知每个通话的媒体服务器是否异常。

信令服务器在感知到某一媒体服务器异常后，从剩余的n-1个媒体服务器中选择通话质量最优的媒体服务器作为目标媒体服务器，然后调度目标媒体服务器接管当前故障媒体服务器的IP通话。其中，通话质量最优的媒体服务器可以是负载最空闲(内存占用率最低)的媒体服务器，或者是通话等级最高的媒体服务器等。

信令服务器在调度目标媒体服务器接管当前故障媒体服务器的IP通话时，可以是向目标媒体服务器发送调度媒体请求，该调度媒体请求中包含有基于当前故障媒体服务器进行通话的IP通话信息，该IP通话信息包含用于恢复通话的必要信息，例如，包含通话参与者的网络信息(如包含IP地址和端口)、通话参与者的媒体资源能力(如包含媒体流类型(音频、视频)、媒体编码、采样率、声道等)、通话参与者的通话状态等。

目标媒体服务器在接收到信令服务器发送的调度媒体请求后，基于调度媒体请求中的IP通话信息，向原通话双方话机终端分别发送媒体重定向报文，以建立基于目标媒体服务器的IP通话，进而恢复在故障媒体服务器上的IP通话。具体地，目标媒体服务器在接收到信令服务器发送的调度媒体请求后，获取调度媒体请求中包含的用于恢复通话的必要信息，并创建与原有媒体资源能力匹配的媒体资源能力，并以此来生成数据包，并将数据包发送给原通话双方话机终端，话机终端在接收到媒体重定向报文后，响应目标媒体服务器以获悉该情况，目标媒体服务器在接收到原通话双方话机终端发送的响应报文后，向信令服务器发送调度媒体请求响应报文，以告知信令服务器完成通话恢复，之后原通话双方话机终端便基于目标媒体服务器进行IP通话。

可选地，目标媒体服务器与话机终端交互的报文均使用RTCP(Real Time ControlProtocol，实时传输控制协议)报文。也即目标媒体服务器控制控制话机终端进行媒体重定向的媒体重定向报文，以及话机终端响应目标媒体服务器的媒体重定向报文的报文均使用RTCP报文格式，以此来减少握手次数，从而缩短恢复IP通话的时间。

其中，媒体重定向报文采用的RTCP类型为APP(Packet Type:Application-Defined RTCP Packet(204))分类，报文格式如下：

V、P、length字段沿用标准实现。

subtype用作子类型以识别报文动作类型，如subtype为0表示为媒体重定向报文，subtype为1表示为响应报文。当然，也可以反过来，即1表示为媒体重定向报文，0表示为响应报文。

SSRC/CSRC字段，必须为之前故障媒体服务器与话机终端的SSRC/CSRC值一致，用以标识是之前的同一会话。

name字段为固定值：0x52454449，即REDI(redirect，重定向)的ASCII。

application-dependent data字段：以SDP(Session Description Protocol，描述会话的协议)内容承载通话参与者的媒体资源能力，以实现媒体服务器与话机终端间的媒体重协商，按协议规定，内容必须是32bits的整数倍。

为了更好的理解，结合例子进行说明。假设用户A为主叫用户，用户B为被叫用户，信令服务器调度媒体服务器1以支撑该通话的媒体交互。媒体服务器1突发故障，信令服务器感知到媒体服务器1发生故障后，信令服务器调度媒体服务器2以继续支撑该通话的媒体交互；媒体服务器2重定向话机终端A与话机终端B的媒体，确认由媒体服务器2为IP通话逃生提供媒体接管，其交互过程示意图如图3所示。开始时，话机A与话机B建立基于媒体服务器1的媒体通话，当信令服务器感知到媒体服务器1发生故障后，向媒体服务器2发送调度媒体请求，媒体服务器2在接收到调度媒体请求后，分别向原通话双方话机(话机A和话机B)发送报文格式为RTCP的媒体重定向报文，话机A和话机B在接收到媒体重定向报文后，响应媒体服务器2以获悉该情况，媒体服务器2在接收到话机A和话机B发送的报文格式为RTCP的响应报文后，向信令服务器发送调度媒体请求响应报文，以告知信令服务器通话恢复，之后原通话双方话机终端便基于目标媒体服务器进行IP通话。

下面将结合图4，对本申请实施例提供的IP通话方法进行说明。

S1：信令服务器向目标媒体服务器发起调度媒体请求。

信令服务器在感知到正在进行IP通话的媒体服务器异常时，从与自身通信的至少两个媒体服务器中除异常的媒体服务器外的所有媒体服务器中，选择通话质量最优的媒体服务器作为目标媒体服务器，并向目标媒体服务器发起调度媒体请求。

该调度媒体请求中包含有基于当前故障媒体服务器进行通话的IP通话信息，该IP通话信息包含用于恢复通话的必要信息，例如，包含通话参与者的网络信息(如包含IP地址和端口)、通话参与者的媒体资源能力(如包含媒体流类型(音频、视频)、媒体编码、采样率、声道等)、通话参与者的通话状态等。

其中，信令服务器可以通过options探测技术来感知每个通话的媒体服务器是否异常。

S2：目标媒体服务器基于所述调度媒体请求中的IP通话信息向原通话双方话机终端分别发送媒体重定向报文。

目标媒体服务器在接收到调度媒体请求后，获取调度媒体请求中的IP通话信息，并基于IP通话信息向原通话双方话机终端分别发送媒体重定向报文，以建立基于目标媒体服务器的IP通话。其中，目标媒体服务器获取调度媒体请求中包含的用于恢复通话的必要信息，并创建与原有媒体资源能力匹配的媒体资源能力，并以此来生成数据包，并将数据包发送给原通话双方话机终端，话机终端在接收到媒体重定向报文后，响应目标媒体服务器以获悉该情况，之后原通话双方话机终端便基于目标媒体服务器进行IP通话。

S3：目标媒体服务器向信令服务器发送调度媒体请求响应报文。

目标媒体服务器在接收到原通话双方话机终端发送的响应报文后，向信令服务器发送调度媒体请求响应报文，以告知信令服务器完成通话恢复。

方法实施例的实现原理及产生的技术效果和前述系统实施例相同，为简要描述，方法实施例部分未提及之处，可参考前述系统实施例中相应内容。

基于同样的发明构思，本申请实施例还提供了一种属于信令服务器的IP通话装置100。信令服务器与至少两个媒体服务器通信，所述信令服务器记录有基于每个所述媒体服务器通话的IP通话信息。该IP通话装置100包括调度模块，用于在感知到正在进行IP通话的媒体服务器异常时，调度所述至少两个媒体服务器中除异常的媒体服务器外的目标媒体服务器接管所述IP通话，以恢复所述IP通话。

本申请实施例所提供的IP通话装置100，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

基于同样的发明构思，本申请实施例还提供了一种属于媒体服务器的IP通话装置200。所述媒体服务器与信令服务器通信，所述信令服务器记录有与自身通信的所有媒体服务器的IP通话信息。该IP通话装置200包括：接收模块和发送模块。

接收模块，用于接收所述信令服务器发送的调度媒体请求，所述调度媒体请求中包含故障媒体服务器的IP通话信息。

发送模块，用于基于所述调度媒体请求中的IP通话信息向原通话双方话机终端分别发送媒体重定向报文，以建立基于自身媒体服务器的IP通话，进而恢复在所述故障媒体服务器上的IP通话。

本申请实施例所提供的IP通话装置200，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

如图5所示，图5示出了本申请实施例提供的一种电子设备300的结构框图。所述电子设备300包括：收发器310、存储器320、通讯总线330以及处理器340。

所述收发器310、所述存储器320、处理器340各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线330或信号线实现电性连接。其中，收发器310用于收发数据。存储器320用于存储计算机程序，如存储有上述所示的软件功能模块，即IP通话装置100或IP通话装置200。其中，IP通话装置100或IP通话装置200包括至少一个可以软件或固件(Firmware)的形式存储于所述存储器320中或固化在所述电子设备300的操作系统(Operating System，OS)中的软件功能模块。所述处理器340，用于执行存储器320中存储的可执行模块，例如IP通话装置100或IP通话装置2000包括的软件功能模块或计算机程序。

例如，处理器340在用于执行IP通话装置100所示的软件功能模块或计算机程序时，用于在感知到正在进行IP通话的媒体服务器异常时，调度所述至少两个媒体服务器中除异常的媒体服务器外的目标媒体服务器接管所述IP通话，以恢复所述IP通话。

又例如，处理器340在用于执行IP通话装置200所示的软件功能模块或计算机程序时，用于接收所述信令服务器发送的调度媒体请求，所述调度媒体请求中包含故障媒体服务器的IP通话信息；基于所述调度媒体请求中的IP通话信息向原通话双方话机终端分别发送媒体重定向报文，以建立基于目标媒体服务器的IP通话，进而恢复在所述故障媒体服务器上的IP通话。

其中，存储器320可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器340可能是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器340也可以是任何常规的处理器等。

其中，上述的电子设备300，包括但不限于上述的信令服务器、媒体服务器等。

本申请实施例还提供了一种非易失性的计算机可读取存储介质(以下简称存储介质)，该存储介质上存储有计算机程序，该计算机程序被计算机如上述的电子设备300运行时，执行上述所示的IP通话方法。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个计算机可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，笔记本电脑,服务器，或者电子设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的计算机可读存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种IP通话方法，其特征在于，应用于信令服务器，所述信令服务器与至少两个媒体服务器通信，所述信令服务器记录有基于每个所述媒体服务器通话的IP通话信息；所述方法包括：

在感知到正在进行IP通话的媒体服务器异常时，调度所述至少两个媒体服务器中除异常的媒体服务器外的目标媒体服务器接管所述IP通话，以恢复所述IP通话。

2.根据权利要求1所述的方法，其特征在于，调度所述至少两个媒体服务器中除异常的媒体服务器外的目标媒体服务器接管所述IP通话，包括：

从所述至少两个媒体服务器中除异常的媒体服务器外的所有媒体服务器中，选择通话质量最优的媒体服务器作为所述目标媒体服务器；

调度所述目标媒体服务器接管所述IP通话。

3.根据权利要求2所述的方法，其特征在于，调度所述目标媒体服务器接管所述IP通话，包括：

向所述目标媒体服务器发起调度媒体请求，所述调度媒体请求中包含基于所述异常的媒体服务器进行通话的IP通话信息，以使所述目标媒体服务器获取调度媒体请求中用于恢复所述IP通话的IP通话信息，并基于所述IP通话信息向原通话双方话机终端分别发送媒体重定向报文，以建立基于所述目标媒体服务器的IP通话。

4.一种IP通话方法，其特征在于，应用于媒体服务器，所述媒体服务器与信令服务器通信，所述信令服务器记录有与自身通信的所有媒体服务器的IP通话信息；所述方法包括：

接收所述信令服务器发送的调度媒体请求，所述调度媒体请求中包含故障媒体服务器的IP通话信息；

基于所述调度媒体请求中的IP通话信息向原通话双方话机终端分别发送媒体重定向报文，以建立基于目标媒体服务器的IP通话，进而恢复在所述故障媒体服务器上的IP通话。

5.一种IP通话系统，其特征在于，包括：

至少两个媒体服务器，每个所述媒体服务器，用于提供语音媒体交互能力；

信令服务器，分别与每个所述媒体服务器通信，所述信令服务器记录有每个所述媒体服务器的IP通话信息，所述信令服务器，用于在感知到正在进行IP通话的媒体服务器异常时，调度所述至少两个媒体服务器中除异常的媒体服务器外的目标媒体服务器接管所述IP通话，以恢复所述IP通话。

6.根据权利要求5所述的IP通话系统，其特征在于，所述信令服务器，用于从所述至少两个媒体服务器中除异常的媒体服务器外的所有媒体服务器中，选择通话质量最优的媒体服务器作为所述目标媒体服务器；调度所述目标媒体服务器接管所述IP通话。

7.一种IP通话装置，其特征在于，属于信令服务器，所述信令服务器与至少两个媒体服务器通信，所述信令服务器记录有基于每个所述媒体服务器通话的IP通话信息；所述装置包括：

调度模块，用于在感知到正在进行IP通话的媒体服务器异常时，调度所述至少两个媒体服务器中除异常的媒体服务器外的目标媒体服务器接管所述IP通话，以恢复所述IP通话。

8.一种IP通话装置，其特征在于，属于媒体服务器，所述媒体服务器与信令服务器通信，所述信令服务器记录有与自身通信的所有媒体服务器的IP通话信息；所述装置包括：

接收模块，用于接收所述信令服务器发送的调度媒体请求，所述调度媒体请求中包含故障媒体服务器的IP通话信息；

发送模块，用于基于所述调度媒体请求中的IP通话信息向原通话双方话机终端分别发送媒体重定向报文，以建立基于自身媒体服务器的IP通话，进而恢复在所述故障媒体服务器上的IP通话。

9.一种电子设备，其特征在于，包括：

存储器和处理器，所述处理器与所述存储器连接；

所述存储器，用于存储程序；

所述处理器，用于调用存储于所述存储器中的程序，以执行如权利要求1-3中任一项所述的方法，或者，如权利要求4所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器运行时，执行如权利要求1-3中任一项所述的方法，或者，如权利要求4所述的方法。

Images