CN101702712B - 一种探测技术与语音呼叫备份联动方法及装置 - Google Patents

Abstract

本发明公开了一种探测技术与语音呼叫备份联动方法，应用于包括语音发送方和语音接收方的系统中，所述方法包括以下步骤：所述语音发送方监测到所述语音接收方的呼叫状态信息；所述语音发送方根据所述监测到的呼叫状态信息，判断是否可用主用呼叫路由向所述语音接收方发起呼叫，如果不可用，则在发起呼叫时切换到备份路由向所述语音接收方发起呼叫。本发明可以快速度获取网络状况或处理能力，使探测技术与呼叫路由联动，设备快速选择正确的呼叫路由，提高效率。

Description

一种探测技术与语音呼叫备份联动方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种探测技术与语音呼叫备份联动方法及装置。

背景技术

呼叫发起方向语音接收方发起连接时，由于某种原因无法得到接收方的回应消息，那么呼叫发起方可以及时切换到下一条可达路由，例如PSTN(Public Switched Telephone Network，公共交换电话网络)链路或VoIP(Voiceover Internet Protocol，网络电话)链路，向语音接收方建立新的连接，该功能称为呼叫备份。

现有技术中的呼叫备份组网如图1所示：路由器Router A与路由器Router B分别通过IP网络和PSTN网络连接，路由器Router A上所接话机Telephone A可以通过IP网络或者PSTN网络呼叫路由器Router B所接电话Telephone B。通常情况下，Telephone A通过IP网络呼叫Telephone B，在IP网络故障的情况下，Telephone A无法通过IP网络得到被叫方的回应时，将自动化切换到PSTN网络呼叫Telephone B。

然而，现有技术的呼叫备份实现过程中存在以下缺陷：

一，呼叫备份的切换时间不易配置。如果发起方自身网口DOWN掉，可以快速切换到备份路由，但如果接收方IP网络故障，则发起方必须等到有新呼叫后，才能触发自己发送呼叫信令报文去探测接收方，只有等待接收方回应超时后，才能切换到备份路由，即VOIP(Voice over Internet Protocol，网络电话)链路或PSTN(Public Switched Telephone Network，公共交换电话网络)。该等待超时时间虽可调(例如3秒至30秒)，但如果设置太短，则对方网络稍微不稳定出现延迟，就直接被切换到备份路由；如果设置太长，就会导致切换速度慢，接续时间加大，即使呼叫能够建立，实际对用户也是不可用的。

二，呼叫备份中切换效率低、不及时。由于每次发起呼叫时，发起方必须跟接收方尝试建立连接，待无响应后才切换到备份路由，无法在建立呼叫之前预知接收方是否可达；而每次呼叫接续时间较长，特别是存在多条呼叫路由的情况下，需要一个一个尝试，导致呼叫建立时间更长，最终导致主用路由故障时切换到备份路由的效率低下。

三，当到达接收方的IP网络可达，但接收方的语音业务模块无法使用，则发送方仍无法得到及时切换。

发明内容

本发明提供了一种探测技术与语音呼叫备份联动方法及装置，在IP网络故障或者接收方故障时，发起方能立刻感知到并及时切换到备份可用路由。

本发明提供了一种探测技术与语音呼叫备份联动方法，应用于包括语音发送方和语音接收方的系统中，所述方法包括以下步骤：

本发明提供了一种探测技术与语音呼叫备份联动方法，应用于包括语音发送方和语音接收方的系统中，所述方法包括以下步骤：

所述语音发送方监测与所述语音接收方的呼叫状态信息；

所述语音发送方根据所述监测到的呼叫状态信息，判断是否可用主用呼叫路由向所述语音接收方发起呼叫，如果不可用，则在发起呼叫时切换到备份路由向所述语音接收方发起呼叫。

所述语音发送方监测呼叫状态信息为在摘机之前进行，以确定所述语音发送方与所述语音接收方之间的呼叫路由是否可用；

然后，根据所述监测结果更新呼叫路由与呼叫路由状态的关联组表项，当呼叫路由可用时，将呼叫路由状态更新为positive，当呼叫路由不可用时，将呼叫路由状态更新为negative。

所述语音发送方根据所述监测到的呼叫状态信息，判断是否可用主用呼叫路由向所述语音接收方发起呼叫，如果不可用，则在发起呼叫时切换到备份路由向所述语音接收方发起呼叫，具体包括：

所述语音发送方根据所述监测结果更新的呼叫路由与呼叫路由状态的关联组表项，确定主用呼叫路由是否可用；

当所述关联组表项状态中主用呼叫路由为不可用且有备用呼叫路由可用时，切换到备份路由向所述语音接收方发起呼叫。

当所述关联组表项状态中主用呼叫路由为不可用且有备用呼叫路由可用时，切换到备份路由向所述语音接收方发起呼叫，具体为：

如果所述关联组中对应的主用呼叫路由状态为negative，则将该关联组绑定的呼叫路由设置为disable，不可用所述呼叫路由向所述语音接收方发起呼叫；并且，如果关联组中对应的备用呼叫路由状态为positive，则将该关联组绑定的备用呼叫路由设置为enable，可用所述备用呼叫路由向所述语音接收方发起呼叫。

所述确定所述语音发送方与所述语音接收方之间的呼叫路由是否可用，具体包括：

监测所述语音发送方到所述语音接收方的路由是否可达；

当所述路由可达时，监测所述接收方的语音业务是否故障；

当所述接收方的语音业务正常时，监测呼叫质量是否达到预设要求。

所述监测语音发送方到所述语音接收方的路由是否可达，具体包括：

所述语音发送方向所述语音接收方发送ICMP-echo探测报文；

所述语音发送方在预设时间内没有收到所述语音接收方返回的应答报文，则确定所述路由不可达。

所述监测所述接收方的语音业务是否故障，具体包括：

所述语音发送方向所述语音接收方发送SIP OPTION探测报文；

所述语音发送方在预设时间内没有收到所述语音接收方返回的SIPOPTION探测应答报文，则确定接收方的语音业务出现故障。

所述监测呼叫质量是否达到预设要求，具体包括：

所述语音发送方向所述语音接收方发送UDP-jitter探测报文；

所述语音接收方收到所述UDP-jitter探测报文后，给所述UDP-jitter探测报文打上时间戳，并发回到所述语音发送方；

所述语音发送方收到所述打上时间戳的UDP-jitter探测报文，通过计算所述语音接收方接收的时间和所述语音发送方发送数据包的时间，获得时延抖动。

所述语音发送方监测呼叫状态信息为在摘机之后发起呼叫前进行，具体包括：

所述语音发送方向所述语音接收方发送SIP OPTION探测报文；

所述语音发送方判断在预设时间内是否收到所述语音接收方返回的200OK报文，如果没有收到，则确定接收方的语音业务出现故障，将所述呼叫路由添加到所述DENY表项中，即所述呼叫路由为不可用；如果收到，则确定接收方的语音业务正常，即所述呼叫路由为可用。

所述语音发送方向所述语音接收方发送SIP OPTION探测报文，之前还包括：

检查DENY表项，判断该条呼叫路由是否在所述DENY表项中，如果不在，则通过SIP OPTION探测报文判断该当前呼叫路由是否可用。

本发明提供了一种语音设备，应用于包括语音发送方和语音接收方的系统中，所述语音设备为语音发送方时包括：

监测模块，用于在摘机之前监测所述语音发送方与所述语音接收方的呼叫状态信息，以确定所述语音发送方与所述语音接收方之间的呼叫路由是否可用，并将监测结果通知状态机维护模块；

状态机维护模块，与所述监测模块连接，用于根据所述监测结果更新呼叫路由与呼叫路由状态的关联组表项，当呼叫路由可用时，将呼叫路由状态更新为positive，当呼叫路由不可用时，将呼叫路由状态更新为negative；

应用模块，与所述状态机维护模块连接，用于根据所述监测结果更新的呼叫路由与呼叫路由状态的关联组表项，确定主用呼叫路由是否可用，当所述关联组表项状态中主用呼叫路由为不可用且有备用呼叫路由可用时，切换到备份路由向所述语音接收方发起呼叫。

所述监测模块，具体用于在摘机之前监测所述语音发送方到所述语音接收方的路由是否可用；具体包括：所述语音发送方向所述语音接收方发送ICMP-echo探测报文；所述语音发送方在预设时间内没有收到所述语音接收方返回的应答报文，则确定所述路由不可达。

所述监测模块，具体用于当所述路由可达时，监测所述接收方的语音业务是否故障；所述语音发送方向所述语音接收方发送SIP OPTION探测报文；所述语音发送方在预设时间内没有收到所述语音接收方返回的SIP OPTION探测应答报文，则确定接收方的语音业务出现故障。

所述监测模块，具体用于当所述接收方的语音业务正常时，监测呼叫质量是否达到预设要求，所述语音发送方向所述语音接收方发送UDP-jitter探测报文；所述语音接收方收到所述UDP-jitter探测报文后，给所述UDP-jitter探测报文打上时间戳，并发回到所述语音发送方；所述语音发送方收到所述打上时间戳的UDP-jitter探测报文，通过计算所述语音接收方接收的时间和所述语音发送方发送数据包的时间，获得时延抖动。

所述应用模块，具体用于如果所述关联组中对应的主用呼叫路由状态为negative，则将该关联组绑定的呼叫路由设置为disable，不可用所述呼叫路由向所述语音接收方发起呼叫；并且，如果关联组中对应的备用呼叫路由状态为positive，则将该关联组绑定的备用呼叫路由设置为enable，可用所述备用呼叫路由向所述语音接收方发起呼叫。

本发明提供了一种语音设备，应用于包括语音发送方和语音接收方的系统中，所述语音设备为语音发送方时包括：

发送模块，用于向所述语音接收方发送SIP OPTION探测报文；

判断模块，与所述发送模块连接，用于摘机之后发起呼叫前判断在预设时间内是否收到所述语音接收方返回的200OK报文，如果没有收到，则确定接收方的语音业务出现故障，即所述呼叫路由为不可用；如果收到，则确定接收方的语音业务正常，即所述呼叫路由为可用；

应用模块，与所述判断模块连接，用于该当前呼叫路由可用，则通过该条呼叫路由完成呼叫信令交互，建立通话；如果该当前呼叫路由不可用，则切换到备份呼叫路由，或者继续探测可用呼叫路由并切换。

还包括：

DENY表项存储模块，与所述判断模块连接，用于存储不可用的呼叫路由。

与现有技术相比，本发明具有以下优点：

本发明中，提前设定探测机制，快速度获取网络状况或处理能力，使探测技术与呼叫路由联动，设备快速选择正确的呼叫路由，提高效率。不仅实现路由不可用情况下的呼叫备份功能，而且还实现接收方故障、语音质量差等情况下呼叫备份的功能。

且本发明可扩展性强，任何探测技术都能与呼叫路由联动，最终完成路由策略优选。例如增加语音相关的探测报文sip option消息、sip registrar消息、sip notify消息等，根据这些探测报文得到各种能力集合，根据这些能力集合实现路径优选、负载分担等问题。另外消息类型越丰富，应用场景就越多，兼容性就越强，用户可根据被测方支持的消息灵活选择探测类型的报文。

附图说明

图1是现有技术中呼叫备份组网示意图；

图2是本发明中一种探测技术与语音呼叫备份联动方法流程图；

图3是本发明中一种语音设备结构图；

图4是本发明中一种具体应用场景示意图；

图5是本发明中一种快速探测方法具体流程；

图6是本发明中一种语音设备。

具体实施方式

本发明通过不同的探测报文，使呼叫发起方尽快得知语音接收方的链路状态及业务模块处理能力，完成不同状况下快速切换呼叫路由。通常情况下语音发送方建立连接时触发探测，使切换效率大大降低，影响每次呼叫建立时间。因此，本发明通过设置探测触发条件提前得知语音接收方状态，首先利用一个监测模块专门负责对链路状态、网络性能、业务模块处理能力等进行实时监测，然后及时将探测结果通知给状态机维护模块。由状态机维护模块根据监测模块的探测结果去及时改变状态机状态，最后语音应用模块读取状态机状态实现路由切换功能。例如B设备监测模块探测到A设备的网络不可用或者语音业务模块处理能力有问题，便立刻将探测结果通知给状态机维护模块，状态机维护模块收到结果后及时改变状态机状态，最后告知B设备语音应用模块，将到达A的呼叫主用路由置为disable，备用路由置为enable，使呼叫由主用路由切换到备用路由。一旦状态机中主用路由状态恢复正常，B才会将到达A的主用呼叫路由置为enable，备用路由置为disable，从而实现快速备份的业务功能。

本发明提供了一种探测技术与语音呼叫备份联动方法，应用于包括语音发送方和语音接收方的系统中，且语音发送方处于非摘机情况下完成呼叫建立状态的监测，所述方法如图2所示，包括以下步骤：

步骤201，所述语音发送方监测所述语音接收方的呼叫状态信息，以确定所述语音发送方与所述语音接收方之间的呼叫路由是否可用；其中，语音发送方通过设置不同类型探测报文监测到不同的呼叫建立状态。

关于探测类型的报文有很多种，例如可以使用Ping来探测链路状态，而语音业务处理能力的探测报文没有实现，可以增加部分(sip option消息、sipregistrar消息、notify消息等)，消息类型越丰富，应用场景就越多，兼容性就越强，可根据被测方支持的消息灵活选择探测类型的报文。

其中，语音网络常见状况分为3个方面：一是路由不可达、二是语音业务瘫痪导致语音呼叫不可建立、三是呼叫质量不可接受。只要任一方面出问题，都会影响呼叫建立，因此，需要对这三种情况分别探测。

一，路由不可达。配置ICMP-echo探测类型，即利用ICMP协议，根据应答报文或超时信息判断语音接收方是否可达，具体为：语音发送方向所述语音接收方发送ICMP-echo探测报文；所述语音发送方在预设时间内没有收到所述语音接收方返回的应答报文，则确定所述路由不可达。

二，语音接收方的业务瘫痪导致语音呼叫不可建立。配置SIP OPTION探测类型，利用SIP OPTION消息获取对方语音处理能力或监测对方心跳的作用，然后根据应答报文或超时信息判断目的设备语音业务是否瘫痪，具体为：语音发送方向所述语音接收方发送SIP OPTION探测报文；所述语音发送方在预设时间内没有收到所述语音接收方返回的SIP OPTION探测应答报文，则确定接收方的语音业务出现故障。当语音业务出现故障时，根据相应的结果设置呼叫路由的可用状态，用户还可以根据sip registrar消息、notify等探测报文类型达到不同的目的。

三，呼叫质量不可接受。语音、视频等实时性业务对Delay jitter(时延抖动：相邻两个报文的接收时间间隔减去这两个报文的发送时间间隔)的要求较高，如果网络环境出状况就容易导致语音质量差或呼叫无法建立等情况，非常影响使用。如果配置UDP-jitter探测类型(语音发送方以一定的时间间隔向语音接收方发送数据包。语音接收方收到一个数据包，就给该数据包打上时间戳，然后再把这个数据包发回到语音发送方。语音发送方收到数据包后通过计算语音接收方接收数据包时间间隔和语音发送方发送数据包的时间间隔之差，计算出时延抖动)，就可以以获得网络的单向和双向时延抖动，从而判断网络是否可以承载实时性业务，最后根据结果置呼叫路由的可用状态。

总之，探测报文的方式可以有很多种，只要语音发送方和语音接收方达成一致意见，且完全能反映出用户想要达成的目标，就能作为探测报文进行监测。

步骤202，所述语音发送方根据所述监测结果更新呼叫路由与呼叫路由状态的关联组表项。具体为，当呼叫路由可用时，将呼叫路由状态更新为positive，当呼叫路由不可用时，将呼叫路由状态更新为negative。

步骤203，语音发送方根据所述监测结果更新的呼叫路由与呼叫路由状态的关联组表项，确定主用呼叫路由是否可用，当所述关联组表项状态中主用呼叫路由为不可用且有备用呼叫路由可用时，切换到备份路由向所述语音接收方发起呼叫。具体为：如果所述关联组中对应的主用呼叫路由状态为negative，则将该关联组绑定的呼叫路由设置为disable，不可用所述呼叫路由向所述语音接收方发起呼叫；并且，如果关联组中对应的备用呼叫路由状态为positive，则将该关联组绑定的备用呼叫路由设置为enable，可用所述备用呼叫路由向所述语音接收方发起呼叫。

本发明提供了一种语音设备，应用于包括语音发送方和语音接收方的系统中，所述语音设备为语音发送方时如图3所示包括：

监测模块310，用于在摘机之前监测所述语音发送方与所述语音接收方的呼叫状态信息(例如链路状态、网络性能等)，以确定所述语音发送方与所述语音接收方之间的呼叫路由是否可用，并将监测结果通知状态机维护模块。

例如，语音发送方可以利用NQA(Network Quality Analyzer，网络质量分析)的测试结果及时了解网络的性能状况，针对网络故障进行诊断和定位。NQA通过发送测试报文，对网络性能、网络提供的服务及服务质量进行分析，并为用户提供网络性能和服务质量的参数，如时延抖动、TCP(TransmissionControl Protocol，传输控制协议)连接时延、FTP(File Transfer Protocol，文件传输协议)连接时延和文件传输速率等。

NQA支持九种测试类型：ICMP(Internet Control Message Protocol，互联网控制报文协议)-echo、DHCP(Dynamic Host Configuration Protocol，动态主机分配协议)、FTP、HTTP(HyperText Transfer Protocol，超文本传输协议)、UDP(User Datagram Protocol，用户数据报协议)-jitter、SNMP(Simple NetworkManagement Protocol，简单网络管理协议)、TCP、UDP-echo和DLSw(DataLink Switching protocol，数据链路交换协)测试。语音发送方向语音接收方发送不同类型的测试报文，统计语音接收方是否回应报文以及报文的往返时间等参数，以便语音发送方根据统计结果判断协议的可用性和网络的性能。

状态机维护模块320，与监测模块310连接，用于接收到监测模块310发送的探测结果后，根据所述监测结果更新呼叫路由与呼叫路由状态的关联组，当呼叫路由可用时，将呼叫路由状态更新为positive，当呼叫路由不可用时，将呼叫路由状态更新为negative，并通知应用模块。状态机维护模块320位于应用模块330和监测模块310之间，主要功能是屏蔽不同监测模块的差异，为应用模块330提供统一的接口。

应用模块330，与状态机维护模块320连接，用于根据所述监测结果更新的呼叫路由与呼叫路由状态的关联组表项，确定主用呼叫路由是否可用，当所述关联组表项状态中主用呼叫路由为不可用且有备用呼叫路由可用时，切换到备份路由向所述语音接收方发起呼叫，实现联动。如果所述关联组中对应的主用呼叫路由状态为negative，则将该关联组绑定的呼叫路由设置为disable，不可用所述呼叫路由向所述语音接收方发起呼叫；并且，如果关联组中对应的备用呼叫路由状态为positive，则将该关联组绑定的备用呼叫路由设置为enable，可用所述备用呼叫路由向所述语音接收方发起呼叫。

应用模块330具体包括：

语音呼叫路由模块，用于语音发送方向语音接收方发起连接时，预先静态配置两条或多条到语音接收方的路由，其中一条为主用路由，另几条为备用路由，当状态机维护项中对应的主用路由不可用且有备用呼叫路由可用时，将该主用路由设置为disable，将备用路由设置为enable，完成呼叫从主用路由到备用路由的切换。

根据上述语音设备结构，本发明一个具体应用场景如图4所示，包括以下步骤：

步骤401，监测模块设置探测组，每个探测组中包括探测报文类型和监测目的地址等信息，比如，探测组1的探测报文类型为ICMP-echo，监测目的地址为语音接收方1；探测组2的探测报文类型为SIP OPTION，监测目的地址为语音接收方2；探测组1的探测报文类型为UDP-jitter，监测目的地址为语音接收方3。

并且设置探测路由与探测报文类型的对应关系，确定使用哪种探测报文类型可以探测到哪些呼叫路由状态；

例如，所述语音发送方向所述语音接收方发送ICMP-echo探测报文；所述语音发送方在预设时间内没有收到所述语音接收方返回的应答报文，则确定所述路由不可达。

所述语音发送方向所述语音接收方发送SIP OPTION探测报文；所述语音发送方在预设时间内没有收到所述语音接收方返回的SIP OPTION探测应答报文，则确定接收方的语音业务出现故障。

所述语音发送方向所述语音接收方发送UDP-jitter探测报文；所述语音接收方收到所述UDP-jitter探测报文后，给所述UDP-jitter探测报文打上时间戳，并发回到所述语音发送方；所述语音发送方收到所述打上时间戳的UDP-jitter探测报文，通过计算所述语音接收方接收的时间和所述语音发送方发送数据包的时间，获得时延抖动。

步骤402，状态机维护模块设置关联组，即呼叫路由与呼叫路由状态的对应关系表项；

步骤403，应用模块在呼叫路由下绑定关联组，即设置呼叫路由使能情况与关联组中呼叫路由状态的对应关系；

步骤404，监测模块启动探测功能，选择对应的探测组对语音发送方到语音接收方的呼叫状态信息进行监测，将监测结果通知状态机维护模块，

步骤405，状态机维护模块更新状态机关联组的状态，判断探测结果是否成功，如果成功，则转步骤406，如果不成功，则转步骤408；

步骤406，状态机维护模块将关联组中对应的呼叫路由状态设置为positive(有效)；

步骤407，应用模块获知状态机维护模块中对应的关联组中对应的呼叫路由状态为positive，则将该关联组绑定的呼叫路由设置为enable；

步骤408，状态机维护模块将关联组中对应的呼叫路由状态设置为negative(无效)；

步骤409，应用模块获知状态机维护模块中对应的关联组中对应的呼叫路由状态为negative，则将该关联组绑定的呼叫路由设置为disable。

本发明还提供一种快速探测方法，即语音发送方摘机后发起呼叫之前触发一次快速探测过程，该过程可以使用SIP报文扩展(OPTION消息、Update消息等)或者其它自定义的探测报文。由于这种快速探测过程速度较快，直接通过2次探测信令握手就可以判断语音接收方是否可达、业务是否可用，比真正呼叫信令交互过程少而快。一旦探测到语音接收方不可达，立刻在语音发送方建立一个DENY表项记录该条呼叫路由，并将该条呼叫路由置为DENY(不可用)状态，同时进行下条可达的呼叫路由选择。为了保持DENY表项中记录的呼叫路由的最新状态，语音发送方会提取DENY表项的呼叫路由地址切换成定期探测(比如5秒探测一次，可以自行设置)，一旦呼叫路由恢复，在DENY表项里删除对应项，被DENY的呼叫路由将再次恢复正常。

上述快速探测方法具体流程如图5所示，包括以下步骤：

步骤501，语音发送方向语音接收方发起呼叫；

步骤502，语音发送方检查DENY表项，判断该条呼叫路由是否在所述DENY表项中，如果有，转步骤503，否则，转步骤504；

步骤503，说明到达语音接收方的该条呼叫路由不可用，语音发送方直接切换到下一条呼叫路由进行探测；

步骤504，语音发送方启动快速探测机制(例如利用SIP扩展等其他探测方法)，通过探测机制判断该当前呼叫路由是否正常，具体为：语音发送方向所述语音接收方发送SIP OPTION探测报文；所述语音发送方判断在预设时间内是否收到所述语音接收方返回的200OK报文，如果没有收到，则确定接收方的语音业务出现故障；如果收到，则确定接收方的语音业务正常，即所述呼叫路由为可用。如果正常，转步骤505；如果不正常，转步骤506；

步骤505，语音发送方与语音接收方通过该条呼叫路由完成呼叫信令交互，建立通话；

步骤506，说明该条呼叫路由不可用，语音发送方直接切换下一条呼叫路由进行探测，同时把该探测失败的呼叫路由加入到DENY表项，即所述呼叫路由为不可用；如果在存在已知可用的备份呼叫路由的情况，直接切换到该备份呼叫路由。

步骤507，为了保持DENY表项中记录的呼叫路由的最新状态，语音发送方将提取DENY表项的路由切换成定期探测方式，判断该探测方式是否可用，如果是，转步骤508，否则，转步骤509；

步骤508，语音发送方在DENY表项中删除对应路由项；

步骤509，语音发送方将该对应的路由项继续保存在DENY表项中。

另外，对于可能存在多个语音接收方的情况，语音发送方首先要确定需要发起呼叫的一个语音接收方，然后对到达该语音接收方的呼叫路由进行探测。

本发明提供了一种语音设备，应用于包括语音发送方和语音接收方的系统中，所述语音设备为语音发送方时如图6所示，包括：

发送模块610，用于向所述语音接收方发送SIP OPTION探测报文；

判断模块620，与发送模块610连接，用于摘机之后发起呼叫前判断在预设时间内是否收到所述语音接收方返回的200OK报文，如果没有收到，则确定接收方的语音业务出现故障，将所述呼叫路由添加到DENY表项存储模块640中，即所述呼叫路由为不可用；如果收到，则确定接收方的语音业务正常，即所述呼叫路由为可用；

应用模块630，与判断模块620连接，用于该当前呼叫路由可用，则通过该条呼叫路由完成呼叫信令交互，建立通话；如果该当前呼叫路由不可用，则切换到备份呼叫路由，或者继续探测可用呼叫路由并切换。

DENY表项存储模块640，与判断模块620连接，用于存储不可用的呼叫路由，使发送模块610向所述语音接收方发送SIP OPTION探测报文之前先检查DENY表项，判断该条呼叫路由是否在所述DENY表项中，如果不在，则通过SIP OPTION探测报文判断该当前呼叫路由是否可用。

技术的关键点在于将探测技术与语音备份功能结合起来。这种方式的可扩展性很强，任何探测技术都能与呼叫路由联动起来，最终实现路由策略优选。例如增加语音相关的探测报文sip option消息、sip registrar消息、sip notify消息等。根据这些探测报文得到各种能力集合，根据这些能力集合实现路径优选、负载分担等问题。另外消息类型越丰富，应用场景就越多，兼容性就越强，用户可根据被测方支持的消息灵活选择探测类型的报文。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (9)

1.一种探测技术与语音呼叫备份联动方法，应用于包括语音发送方和语音接收方的系统中，其特征在于，所述方法包括以下步骤：

所述语音发送方在摘机之前或者在摘机之后，发起呼叫之前，监测与所述语音接收方的呼叫状态信息，以确定所述语音发送方到所述语音接收方之间的路由是否可达、是否所述语音接收方的语音业务瘫痪导致语音呼叫不可建立和呼叫质量是否不可接受；

所述语音发送方根据所述监测到的呼叫状态信息，判断是否可用主用呼叫路由向所述语音接收方发起呼叫，如果不可用，则在发起呼叫时切换到备份路由向所述语音接收方发起呼叫；

其中，所述语音发送方在摘机之后，发起呼叫之前，监测所述语音发送方到所述语音接收方的路由是否可达，具体包括：

所述语音发送方向所述语音接收方发送SIP OPTION探测报文；

所述语音发送方判断在预设时间内是否收到所述语音接收方返回的200OK报文，如果没有收到，则确定接收方的语音业务出现故障，将所述呼叫路由添加到DENY表项中，即所述呼叫路由为不可用；如果收到，则确定接收方的语音业务正常，即所述呼叫路由为可用。

2.如权利要求1所述的方法，其特征在于，所述语音发送方在摘机之前监测呼叫状态信息之后，根据所述监测结果更新呼叫路由与呼叫路由状态的关联组表项，当呼叫路由可用时，将呼叫路由状态更新为positive，当呼叫路由不可用时，将呼叫路由状态更新为negative。

3.如权利要求2所述的方法，其特征在于，所述语音发送方根据所述监测到的呼叫状态信息，判断是否可用主用呼叫路由向所述语音接收方发起呼叫，如果不可用，则在发起呼叫时切换到备份路由向所述语音接收方发起呼叫，具体包括：

所述语音发送方根据所述监测结果更新的呼叫路由与呼叫路由状态的关联组表项，确定主用呼叫路由是否可用；

当所述关联组表项状态中主用呼叫路由为不可用且有备用呼叫路由可用时，切换到备份路由向所述语音接收方发起呼叫。

4.如权利要求3所述的方法，其特征在于，当所述关联组表项状态中主用呼叫路由为不可用且有备用呼叫路由可用时，切换到备份路由向所述语音接收方发起呼叫，具体为：

如果所述关联组中对应的主用呼叫路由状态为negative，则将该关联组绑定的呼叫路由设置为disable，不可用所述呼叫路由向所述语音接收方发起呼叫；并且，如果关联组中对应的备用呼叫路由状态为positive，则将该关联组绑定的备用呼叫路由设置为enable，可用所述备用呼叫路由向所述语音接收方发起呼叫。

5.如权利要求2所述的方法，其特征在于，所述监测与所述语音接收方的呼叫状态信息，具体包括：

监测所述语音发送方到所述语音接收方的路由是否可达；

当所述路由可达时，监测是否所述语音接收方的语音业务瘫痪导致语音呼叫不可建立；

当所述语音接收方的语音业务正常时，监测呼叫质量是否不可接受。

6.如权利要求5所述的方法，其特征在于，所述监测语音发送方到所述语音接收方的路由是否可达，具体包括：

所述语音发送方向所述语音接收方发送ICMP-echo探测报文；

所述语音发送方在预设时间内没有收到所述语音接收方返回的应答报文，则确定所述路由不可达。

7.如权利要求5所述的方法，其特征在于，所述监测是否所述语音接收方的语音业务瘫痪导致语音呼叫不可建立，具体包括：

所述语音发送方向所述语音接收方发送SIP OPTION探测报文；

所述语音发送方在预设时间内没有收到所述语音接收方返回的SIPOPTION探测应答报文，则确定接收方的语音业务出现故障。

8.如权利要求5所述的方法，其特征在于，所述监测呼叫质量是否不可接受，具体包括：

所述语音发送方向所述语音接收方发送UDP-jitter探测报文；

所述语音接收方收到所述UDP-jitter探测报文后，给所述UDP-jitter探测报文打上时间戳，并发回到所述语音发送方；

所述语音发送方收到所述打上时间戳的UDP-jitter探测报文，通过计算所述语音接收方接收的时间和所述语音发送方发送数据包的时间，获得时延抖动。

9.如权利要求1所述的方法，其特征在于，所述语音发送方向所述语音接收方发送SIP OPTION探测报文，之前还包括：

检查DENY表项，判断所述语音发送方到所述语音接收方的路由是否在所述DENY表项中，如果不在，则通过SIP OPTION探测报文判断所述语音发送方到所述语音接收方的路由是否可用。

Images