专利名称：管理基于网际协议的语音(VoIP)系统的路由路径的制作方法
技术领域：
本发明涉及在基于网际协议的语音(VoIP)系统中对路由路径进行管理，更具体地，涉及VoIP路由选择方法和系统，以及可由机器读取的程序存储设备，该设备确实包括可由机器执行以完成VoIP路由选择方法的指令程序，在第一VoIP网关中的电话网络出现故障时，该路由选择方法将VoIP呼叫从第一VoIP网关路由选择到第二VoIP网关。
背景技术：
VoIP是一种使用IP网络传送音频信息的网际协议(IP)电话技术。一般来说，VoIP不是如公共交换电话网络(PSTN)(典型的电话网络)中的基于链路的传统协议，而是在离散的分组中以数字形式传送音频信息的一种协议。
VoIP系统由如下设备组成专用分组交换机(PBX)或者键控电话(key phone)(K/P)，用于通过电话网络向扩展用户提供电话交换服务；基于电话网络被连接到PBX(或者K/P)以将PBX(或者K/P)连接到IP网络的VoIP网关；以及用于管理VoIP网关的网守。
当各个网关从PBX(或者K/P)的扩展用户接收到各自的VoIP呼叫连接尝试信号时，就将相关的VoIP呼叫连接尝试信号转换成分组形式的信息，以通过IP网络连接VoIP呼叫，并且在确定了可以通过IP网络来连接VoIP呼叫时，提供VoIP服务。
网守是在H.323协议中定义的H.323实体，该协议是国际电信联盟(ITU-T)的多媒体通信标准，且网守是通过将多个端点，即网关、终端、以及微控制单元(MCU)组合成一个被定义为区的控制区域来对它们进行控制、管理及整合的设备。
为了通过在IP网络中建立呼叫来进行VoIP服务，网关必须首先向在其中已经注册了该网关的网守发出请求，以对该网关鉴权并且接受该网关以进行呼叫建立。
下面描述了为网关和网守之间的呼叫建立进行请求和接受鉴权的过程。
第一VoIP网关首先通过向网守发送接入请求(ARQ)来请求鉴权，以执行到第二VoIP网关的呼叫尝试，其中ARQ是鉴权请求消息。
为了响应从第一VoIP网关发送的ARQ消息，网守在相关的网关上执行鉴权以确定该网关是否是合法用户，如果该VoIP网关是合法用户，则向该网关发送一个被称为接入确认(ACF)的鉴权确认消息，，然后继续提供呼叫服务。
如果请求鉴权的网关不是合法用户，则网守就发送一个被称为注册拒绝(RRJ)的拒绝消息，来说明鉴权没有被接受，然后停止。
利用网守的这种操作，第一网关从该网守接收ACF消息，并且响应该消息，请求到该网守的建立。然后，该网守请求到第二相关网关的呼叫建立。已接收该呼叫建立的第二网关向PSTN发送呼叫建立消息，并且接收从PSTN转发的告知消息。另外，第二网关通过网守向第一网关发送呼叫处理消息，该呼叫处理消息表明该呼叫处理正在起作用以响应于该呼叫建立请求，随后发送告知信息(alerting message)以向第一网关通知第二网关正在被呼叫。当第二网关响应该呼叫时，连接被建立。
因此，为了接收VoIP服务，网关要适合于向在其中已经注册了该网关的网守发送ARQ消息，从网守接收ACF消息，并且响应于接收ACF消息来请求呼叫建立以接收呼叫服务。
H.323 ID或者E.164被用于请求ARQ，该ARQ可以由用户在网关进行设置和更改。
接收到呼叫建立的第二网关向PSTN发送呼叫建立消息，如果该第二网关中的PSTN接口有故障或者可用端口都忙时，那么其中该第二网关向网守通知，通过向网守发送错误或者释放消息而不是通过发送告知或者连接消息来建立呼叫。
如上面所提到的，VoIP网关在一端通过PSTN与PBX(K/P)接口连接，在另一端与VoIP接口连接。在该VoIP网关中，当利用PSTN中的故障在VoIP上引入呼叫时，该故障就将阻止呼叫处理使得不能为用户建立呼叫。
尽管出现了故障，但如果网守还是指示VoIP网关建立呼叫，那么该VoIP呼叫建立就将失败，其中对于将PBX(K/P)连接到其上的VoIP网关来说，该网守没有识别在PSTN接口中出现的故障。因此，所存在的问题是不能够提供稳定的VoIP服务。
下面的每一项专利都公开了与本发明一样的特征，但没有对本发明所具体描述的创造性特征给出示教或建议Matsuura提出的标题为“网关系统和故障管理方法”的美国专利申请No.2002/0141562，该申请于2002年10月3日公开；Ryu提出的标题为“利用基于网络的网际协议的语音而进行的电话服务系统”的美国专利申请No 2002/0154626，该申请于2002年10月24日公开；O’Brien Jr.等其它人提出的标题为“基于网际协议实时协议路由选择的语音”的美国专利申请No 2002/0186685，该申请于2002年12月12日公开；Lee等其它人提出的标题为“基于网际协议网关的语音和用于控制其的方法”的美国专利申请No 2002/0176374，该申请于2002年11月28日公开；Cheng等其它人提出的标题为“用于选择一个PSTN网关的路由选择服务器的方法和系统”的美国专利申请No 2003/0131132，该申请于2003年7月10日公开；Yeom提出的标题为“在VoIP网关中进行呼叫处理和链路测试的方法及其系统“的美国专利申请No2002/0120312，该申请于2004年6月24日公开；Coussement提出的标题为“基于路由选择的性能”的美国专利申请No 2002/0114278，该申请于2002年8月22日公开。
发明内容
本发明旨在解决上述问题。本发明的一个目的是提供管理VoIP系统中的路由路径的方法和系统，其中在任何情况下都能始终为服务用户支持稳定的VoIP服务。
为了实现该目的，根据本发明的一个方面，提供了一种方法，包括接收关于是否有故障出现在VoIP系统的VoIP网关中的信息；以及通过选择其中没有故障出现的VoIP网关来建立路由路径，以根据所接收的信息绕过其中有故障出现的VoIP网关。
VoIP网关的故障包括，网络故障或者可用端口用尽的至少其中之一。
接收信息包括，通过有线网络、无线网络和记录介质其中之一接收关于是否有故障出现在各VoIP网关中的信息。
接收信息包括，从各VoIP网关接收关于是否有故障出现在相关VoIP网关中的信息。
该方法还包括，发送所接收的有关VoIP网关和管理服务器之间传送的消息的信息。
该消息包括，表明是否存在可用端口的字段、用于协议ID的字段以及用于VoIP网关的ID字段的至少其中之一。
接收信息包括，通过网络设备而不是VoIP网关来接收有关是否有系统故障出现在各VoIp网关中的信息。
该方法还包括根据所接收的信息生成数据库以创建路由路径。
该方法还包括根据收到的新信息，基于有关是否有故障出现在各VoIP网关中的新信息来更新数据库。
该数据库包括一个表格。
该数据库包括VoIP网关的IP地址和MAC地址的至少其中之一。
该数据库包括关于其中有故障出现的VoIP网关、以及为绕过其中有故障出现的VoIP网关的VoIP网关的信息。
为了实现本发明的目的，根据本发明的一个方面，提供了一种方法，包括确定在多于一个的VoIP网关的每一个中是否有故障出现，并且发送有关是否已经有故障出现的信息；根据从VoIP网关发送的信息来生成一个数据库，该数据库包括依据从VoIP网关发送的信息的、关于是否有故障出现的信息，该数据库是由管理服务器生成的；以及根据该数据库，通过选择其中没有出现故障的VoIP网关来创建路由路径，以绕过其中出现故障的VoIP网关，该路由路径由管理服务器来创建。
该方法还包括发送有关VoIP网关和管理服务器之间的消息的信息。
该消息包括，表明是否存在可用端口的字段、用于协议ID的字段以及用于VoIP网关的字段的至少其中之一。
该数据库包括关于其中有故障出现的VoIP网关、以及为绕过其中有故障出现的VoIP网关的VoIP网关的信息。
为实现本发明的目的，根据本发明的另一方面，提供了一种VoIP系统，包括VoIP网关，其适合于确定是否有故障出现在VoIP网关中并且发送关于是否有故障出现的信息；以及管理服务器，其适合于接收关于是否有故障出现的信息，并且适合于根据所接收的从VoIP网关发送的信息来生成一个数据库，该数据库包括关于是否有故障出现在VoIP网关中的信息，并且适合于根据该数据库，通过选择其中没有出现故障的VoIP网关来创建路由路径，以绕过其中有故障出现的VoIP网关。
VoIP网关的故障包括网络故障和可用端口用尽至少其中之一。
在VoIP网关和管理服务器之间的消息上传送信息。
该消息包括，表明是否存在可用端口的字段、用于协议ID的字段以及用于VoIP网关的字段的至少其中之一。
该数据库包括关于其中有故障出现的VoIP网关、以及为绕过其中有故障出现的VoIP网关的VoIP网关的信息。
管理服务器响应于新信息的接收，适合于基于有关是否有系统故障出现在各VoIP网关中的新信息，来更新数据库以创建路由路径。
为实现本发明的目的，根据本发明的再一个方面，提供了一种可由机器读取的程序存储设备，该设备确实包括可由机器执行用于实施一种方法的指令程序，包括接收有关是否有故障出现在VoIP系统的VoIP网关中的信息；并且根据所接收的信息，通过选择没有故障出现的VoIP网关来创建路由路径，以绕过有故障出现的VoIP网关。
VoIP网关的故障包括网络故障和可用端口用尽至少其中之一。
接收信息包括，通过有线网络、无线网络、和记录介质其中之一接收有关故障是否出现在各VoIP网关中的信息。
接收信息包括，从各VoIP网关中接收有关是否有故障出现在各相关VoIP网关中的信息。
该方法还包括在VoIP网关和管理服务器之间传送的消息上发送所接收的信息。
该消息包括，表明是否存在可用端口的字段、用于协议ID的字段以及用于VoIP网关的ID字段的至少其中之一。
接收信息包括，通过网络设备而不是VoIP网关来接收有关是否有系统故障出现在各VoIP网关中的信息。
该方法还包括根据所接收的信息生成数据库以创建路由路径。
该方法还包括根据接收到的新信息，基于有关是否有故障出现在各VoIP网关中的新信息来更新数据库。
该数据库包括一个表格。
该数据库包括VoIP网关的IP地址和MAC地址的至少其中之一。
该数据库包括关于其中有故障出现的VoIP网关、以及为绕过其中有故障出现的VoIP网关的VoIP网关的信息。
为实现本发明的目的，根据本发明的再一个方面，提供了一种可由机器读取的程序存储设备，该设备确实包括可由机器执行用于实施一种方法的指令程序，所述方法包括确定在多于一个的VoIP网关的每一个中是否有故障出现，并且发送是否有故障出现的信息；根据从VoIP网关发送的信息来生成一个数据库，该数据库包括关于是否有故障出现的信息，该数据库是由管理服务器生成的；以及根据该数据库，通过选择其中没有故障出现的VoIP网关来创建路由路径，以绕过其中出现故障的VoIP网关，该路由路径由管理服务器创建。
该方法还包括在VoIP网关和管理服务器之间的消息上发送信息。
该消息包括，表明是否存在可用端口的字段、用于协议ID的字段以及用于VoIP网关的字段的至少其中之一。
该数据库包括关于其中有故障出现的VoIP网关、以及为绕过其中有故障出现的VoIP网关的VoIP网关的信息。
通过参考下面考虑附图所进行的详细描述，本发明及其附带的多种优点的更加完整的理解将变得显而易见，变得更好地理解，其中类似的参考符号表示相同或相似的元件，其中图1示出了为网关和网守之间的呼叫建立进行请求并接受鉴权的过程；图2是由网关和网守组成的VoIP系统的实际配置图，以解释本发明的特征；图3示出了在VoIP网关和K/P(或者PBX)之间的PSTN接口中出现的故障；图4示出了在VoIP网关和K/P(或者PBX)之间的PSTN接口中已经恢复的故障；以及图5示出了根据本发明的实施例在网关和网守之间的呼叫路由选择管理的流程图。
具体实施例方式
图1示出了为网关和网守之间的呼叫建立进行请求和接受鉴权的过程。
参照图1，第一VoIP网关1首先通过向网守2发送接入请求(ARQ)来请求鉴权，以执行到第二VoIP网关3的呼叫尝试，其中ARQ是鉴权请求消息(S1)。
响应于从第一VoIP网关1发送的ARQ消息，网守2在相关的网关上执行鉴权以确定该网关是否是合法用户，如果该VoIP网关是合法用户，就向该相关网关发送一个被称为接入确认(ACF)的鉴权确认消息，然后继续提供呼叫服务。
如果请求鉴权的网关不是合法用户，则网守就发送一个被称为注册拒绝(RRJ)的拒绝消息，来说明鉴权已经被拒绝，然后停止。
利用网守2的这种操作，第一网关1从网守2接收ACF消息(S2)，并且响应于该消息，请求到网守2的建立(S3)。然后，网守2请求到第二相关网关3的呼叫建立(S4)。接收该呼叫建立的第二网关3向PSTN4发送呼叫建立消息(S4-1)，并且接收从PSTN4转发的告知消息(S4-2)。另外，第二网关通过网守2向第一网关1发送呼叫处理消息(S5、S6)，该消息表明该呼叫处理正在起作用以响应于该呼叫建立请求，随后发送告知信息以向第一网关1通知第二网关3正在被呼叫(S7、S8)。当第二网关3响应该呼叫时，连接被建立(S9、S10)。
因此，为了接收VoIP服务，网关要适合于向在其中注册了该网关的网守发送ARQ消息，从网守接收ACF消息，并且响应于接收ACF消息来请求呼叫建立以接收呼叫服务。
H.323 ID或者E.164被用于请求ARQ，该ARQ可以由用户在网关进行设置和更改。
如图1所示，接收到呼叫建立的第二网关3向PSTN 4发送呼叫建立消息，如果该第二网关3中的PSTN 4接口有故障或者可用端口都忙时，则第二网关向网守3通知，可以通过向网守发送错误或者释放消息而不是通过发送告知或者连接消息来建立呼叫。
如上面所提到的，VoIP网关在一端通过PSTN与PBX(K/P)接口连接，在另一端与VoIP接口连接。在这个VoIP网关中，当利用PSTN中的故障在VoIP上引入呼叫时，该故障就阻止呼叫处理使得不能为用户建立呼叫。
尽管出现了故障，但如果网守还是指示VoIP网关建立呼叫，那么该VoIP呼叫建立就将失败，其中对于将PBX(K/P)连接到其上的VoIP网关来说，该网守没有识别在PSTN接口中出现的故障。因此，所存在的问题是不能够提供稳定的VoIP服务。
下面将参照附图对本发明进行详细地说明。H.323或者SIP协议能被用于在执行一种方法中的信令协议，该方法用于管理根据本发明的VoIP系统的路由路径。如果H.323被用作信令协议来实现VoIP系统，那么网守就能被用作管理VoIP网关的管理服务器，然而如果使用SIP协议，则SIP服务器就能被用作管理VoIP网关的管理服务器。因此，尽管管理服务器的类型可以根据所使用的信令协议变化，并且消息的类型可以有所差别，但是根据本发明的管理路由路径的方法能被应用于任何情况中。在下面的实施例中，将借助于示例来描述一种系统，在该系统中，网守作为管理服务器通过H.323协议来使用。
图2是由网关和网守组成的VoIP系统的实际配置图，以解释本发明的特征。
参照图2，PBX(或者K/P)通过第一和第二VoIP网关20和30的每一个被连接到IP网络上，并且在网守40的管理下接收VoIP服务。
网守40能够提前诊断出已经在各VoIP网关20和30中出现的各种问题，并且能够提前通过将呼叫的路由选择到另一个网关来采取行动。
为了实现上述目的，如果PSTN电路端口都忙或者因为PSTN电路故障而没有可用端口时，VoIP网关20和30中的每一个向网守40发送一个表明该实事的消息。接收到相关消息的网守能够将呼叫的路由选择到另一个VoIP网关，而不是将该呼叫的路由选择到有故障的网关。
当从VoIP网关20和30接收到表明各VoIP网关20和30操作状态的信息时，网守40在数据库中存储有关其是否执行了路由选择到相关网关的信息。VoIP网关的IP地址，媒体接入控制(MAC)地址等能被存储在数据库中。该数据库最好是表格的形式。
VoIP网关向网守发送消息，以表明在PSTN接口的故障被恢复或者出现任何可用端口时，服务是可能的，这就使得可以重新为该VoIP呼叫选择路由。
如上所述，网守能够提前识别第一VoIP网关20的PSTN接口已经有故障，并且绕过第一VoIP网关20，以使VoIP呼叫的路由能被选择到第二网关30。
也就是说，能够始终向用户方便地提供稳定的VoIP呼叫服务。就VoIP网络管理而言，在出现故障时，网守能够提前识别出相关VoIP网关中出现的故障，以将呼叫的路由选择到另一个网关。
另外，当从故障中恢复第一VoIP网关20的PSTN接口时，其向网守通知它的正常状态以便为下一个呼叫提供正常服务。
从VoIP网关向网守发送的一个示例性的消息可以包括ReqSeqNum字段，ProtocolID字段，NonStandardData字段，网关的GatewayID，MyResource字段，Reserve字段等。
ReqSeqNum字段用于说明VoIP网关向网守发送消息的顺序，响应于该消息，网守向相关VoIP网关发送确认消息。
ProtocolID字段表明了在VoIP网关和网守之间用于发送和接收消息的协议ID，NonStandardData字段表明了非标准数据格式，以及GatewayID表明了向网守发送相关消息的网关ID，MAC地址可以用于网关ID。
MyResource字段是表明VoIP网关的操作是否正常以及是否有正常可用的端口的一个字段。当系统正常时，该字段被设置为表明正常状态的一个值(TRUE)，以及当系统异常或者没有可用端口时，该字段被设置为表明故障的一个值(FALSE)。
图3示出了在VoIP网关和K/P(或者PBX)之间的PSTN接口中出现的故障。参照图3，如果在VoIP网关20和K/P(PBX)10之间的PSTN接口中出现了故障，就向网守40通知，由于出现故障的原因所以没有可用的端口，然后从下一个VoIP呼叫的时刻起，接收到该消息的网守40绕过第一VoIP网关20，以继续将VoIP呼叫服务的路由选择到另一个网关，而不是网关#1(20)。
因此，当故障出现在由它自己的系统提供的资源上时，例如，当PSTN线路具有故障或者所有的端口都忙时，VoIP网关20和30的每一个操作如下。
当VoIP网关20和网守40之间的PSTN线路有故障时，VoIP网关20确定资源超出了参考值，并且将相关消息的MyResource字段设为0(FALSE)以将其发送到网守40，接下来，网守40接收该消息以中断相关的VoIP网关20，并且将下一个VoIP呼叫的路由选择到另一个VoIP网关。
图4示出了在VoIP网关和K/P(或者PBX)之间的PSTN接口中已经恢复的故障。参照图4，当VoIP网关20从故障中恢复时，它向网守40发送消息，该消息表明了VoIP网关能以正常状态提供呼叫服务。然后，网守40能够继续以正常状态对VoIP呼叫进行路由选择。
当资源被恢复时，即当PSTN线路被恢复或者出现可用端口时，VoIP网关操作如下。
当VoIP网关20和网守40之间的PSTN线路从故障中恢复时，该网关向网守40通知其自己的资源可用了。
换言之，网关将相关消息的MyResource字段设为1(TRUE)，并且将其发送到网守。
接收该字段的网守40接通相关的VoIP网关20，并且继续以正常状态对下一个VoIP呼叫选择路由。
图5是示出了根据本发明的实施例在网关和网守之间的呼叫路由选择管理的流程图。
参照图5，第一VoIP网关20确定它自己的PSTN接口是否被正常连接到PBX 10，以及操作是否正常，并且确定网关系统中可用的PSTN端口的数量(S11)。该VoIP网关基于所确定的结果来确定该系统是否正常操作(S12)。系统的正常操作意思是，PSTN接口被正常连接到PBX 10并且操作正常，以及PSTN可用端口的数量不小于一个适当的值。因此，在图2中，由于有故障的PSTN，所以第一VoIP网关20对MyResource字段设置一个值(即false)，该MyResource字段表明了非正常的操作状态，并将该值发送到网守40(S13)。从第一VoIP网关20接收到包括表明非正常操作状态的MyResource字段的消息后，该网守向第一VoIP网关20发送确认信号，以向其通知该网守已经安全接收了从第一VoIP网关20发送的消息(S14)。另外，该网守执行在数据库中建立的路由旁路，以堵塞到第一VoIP网关20的路由(S15)。
当系统从非正常状态恢复以允许PSTN正常操作，并且允许将第一VoIP网关20正常地连接到PBX 10，以及可用的PSTN端口的数量不小于一个适当值的时候，VoIP网关#1(20)然后将MyResource字段设置为表明是正常状态的True逻辑，并且将其发送到网守40(S16)。从VoIP网关#1(20)接收到包括有表明正常操作状态的MyResource字段的消息后，该网守向VoIP网关#1(20)发送确认消息，以向其通知该网守已经安全接收了从第一VoIP网关20发送的消息(S17)。另外，该网关接通路由旁路状态，并且更新数据库以允许继续以正常状态进行路由选择，其中路由旁路状态已经在数据库中设置，以便堵塞路由并且绕过VoIP网关#1(20)(S18)。
网守能够从各个VoIP网关、或者通过网络设备而不是VoIP网关接收的消息中识别VoIP网关操作是否正常。
例如，单独的网络管理系统(尽管未示出)能够识别各个VoIP网关的操作状态，以向网守发送各VoIP网关的操作状态。
另外，如果网守从网络管理系统接收到表明各VoIP网关操作是否正常的消息，那么它就通过网络管理系统和网守之间的有线/无线网络发送相关的消息，但是网守也可以借助于操作员的手工操作，通过记录介质来接收表明各VoIP网关操作状态的信息。可选择地，操作员可以向网守逐个输入表明各VoIP网关操作状态的信息。
根据本发明，可以在任何情况下对用户提供VoIP呼叫服务。
换言之，在其它情况中，尽管在VoIP网关和PSTN之间的线路存在故障的情况下，主叫方用户接收到忙或者释放消息，但是根据本发明，即使故障是出现在PSTN接口中，网守也能基于由VoIP网关提供的消息提前检测到故障，并且下一个VoIP呼叫被旁路到另一个VoIP网关，因此，始终都能提供稳定的VoIP呼叫服务。
就管理服务器例如网守或者SIP服务器而言，可以简化系统的负载，与管理服务器在呼叫的路由被选择到有故障出现的VoIP网关之后，接收到错误消息的情况相比较，该管理服务器带来了更加有效和容易的用户管理。
尽管已经参考具体的实施例描述了本发明，但是应当理解，为了例示本发明的目的，借助于实例描述了本发明的公开内容，以及本发明的公开内容并不意在限制本发明的范围。
权利要求
1.一种方法，包括接收有关在VoIP系统的VoIP网关中是否出现故障的信息；以及根据已接收的信息，通过选择其中没有出现故障的VoIP网关来创建路由路径，以绕过其中有故障出现的VoIP网关。
2.如权利要求1所述的方法，其中VoIP网关的故障包括网络故障和可用端口的用尽至少其中之一。
3.如权利要求1所述的方法，其中接收信息包括，通过有线网络、无线网络和记录介质其中之一来接收关于是否有故障出现在各VoIP网关中的信息。
4.如权利要求3所述的方法，其中接收信息包括，从所述各VoIP网关接收关于是否有故障出现在相关VoIP网关中的信息。
5.如权利要求4所述的方法，还包括在VoIP网关和管理服务器之间传送的消息上发送已接收的信息。
6.如权利要求5所述的方法，其中所述消息包括，表明是否存在可用端口的字段、用于协议ID的字段以及用于VoIP网关的ID字段的至少其中之一。
7.如权利要求3所述的方法，其中接收信息包括，通过网络设备而不是所述VoIP网关来接收有关是否有系统故障出现在各VoIp网关中的信息。
8.如权利要求1所述的方法，还包括根据已接收的信息生成数据库以创建路由路径。
9.如权利要求8所述的方法，其中所述数据库包括VoIP网关的IP地址和MAC地址的至少其中之一。
10.如权利要求8所述的方法，其中所述数据库包括有关其中有故障出现的VoIP网关、以及为绕过其中有故障出现的VoIP网关的VoIP网关的信息。
11.一种方法，包括确定在多于一个的VoIP网关的每一个中是否有故障出现，并且发送有关是否有故障出现的信息；根据从VoIP网关发送的信息来生成一个包括关于是否有故障出现的信息的数据库，该数据库由管理服务器生成；以及根据所述数据库，通过选择其中没有出现故障的VoIP网关来创建路由路径，以绕过其中出现故障的VoIP网关，所述路由路径由管理服务器创建。
12.如权利要求11所述的方法，还包括在VoIP网关和管理服务器之间的消息上发送信息。
13.如权利要求12所述的方法，其中所述消息包括，表明是否存在可用端口的字段、用于协议ID的字段以及用于VoIP网关的字段的至少其中之一。
14.如权利要求11所述的方法，其中所述数据库包括有关其中有故障出现的VoIP网关、以及为绕过其中有故障出现的VoIP网关的VoIP网关的信息。
15.一种VoIP系统，包括VoIP网关，其适合于确定是否有故障出现在VoIP中并且发送关于是否有故障出现的信息；以及管理服务器，其适合于接收关于是否有故障出现的信息，并且适合于根据所接收的从所述VoIP网关发送的信息生成一个数据库，该数据库包括关于是否有故障出现在VoIP网关中的信息，并且适合于根据该数据库，通过选择其中没有出现故障的VoIP网关来创建路由路径，以绕过其中有故障出现的VoIP网关。
16.如权利要求15所述的VoIP系统，其中VoIP网关的故障包括网络故障和可用端口用尽至少其中之一。
17.如权利要求16所述的VoIP系统，其中在VoIP网关和管理服务器之间的消息上传送信息。
18.如权利要求17所述的VoIP系统，其中所述消息包括，表明是否存在可用端口的字段、用于协议ID的字段以及用于VoIP网关的字段的至少其中之一。
19.如权利要求15所述的VoIP系统，其中所述数据库包括有关其中有故障出现的VoIP网关、以及为绕过其中有故障出现的VoIP网关的VoIP网关的信息。
全文摘要
一种VoIP路由选择方法和系统，以及可由机器读取的程序存储设备，该程序存储设备确实包括可由机器执行以完成VoIP路由选择方法的指令程序，该路由选择方法包括接收有关是否有故障出现在VoIP系统的VoIP网关中的信息；以及根据所接收的信息，通过选择其中没有出现故障的VoIP网关来创建路由路径，以绕过其中有故障出现的VoIP网关。
文档编号H04M3/12GK1655532SQ20051000708
公开日2005年8月17日 申请日期2005年2月7日 优先权日2004年2月13日
发明者任平彬 申请人:三星电子株式会社