CN1479512A - 一种呼叫流量控制方法 - Google Patents

Abstract

本发明公开了一种呼叫流量控制方法，通过配置各网关的网关呼叫流量配置表以及各网守的网守呼叫流量配置表中的各配置参数，并通过网关网守间的汇报机制和网守间汇报机制，实现灵活的呼叫流量控制。采用本发明提出的一种呼叫流量控制方法，可以在不改变已有网络规划，不增加任何设备的前提下，充分利用网关、网守已有的资源优势，使客户能方便灵活地通过定制策略，实现呼叫流量控制。

Description

一种呼叫流量控制方法

所属领域

本发明涉及一种数据通讯领域中基于H.323标准的网守根据定制策略控制网关和网守呼叫流量的方法，属于数据通讯领域，特别是涉及基于H.323标准的IP电话网领域。

背景技术

1999年以来，国内的电信运营商(中国电信、中国联通、中国吉通、中国网通和中国移动)纷纷组建了各自的基于H.323标准的IP电话网并相继投入使用。H.323标准规定了网守在IP电话网中所具备的功能主要有：接入许可、带宽控制、域管理、地址解析、呼叫控制信令和呼叫管理。现阶段，以采用顶级网守、一级网守、二级网守分级成域，上级网守管理下级网守，在各个网守下挂上本域网关的“金字塔”型组网结构的应用最为广泛。

在一个典型三级IP电话网关网守的组网实例中，一个网关收到PSTN侧来的一个电话呼叫，网关会向其所属域的网守发起认证和路由请求(ARQ消息)，在网守对网关的认证鉴权通过后，路由的过程实际上就是发现被叫网关的呼叫信令地址的过程。现有机制情况下，网守首先根据所需路由的被叫号码前缀检查本域下是否有网关支持该呼叫，若找到符合条件的网关，网守将该网关的呼叫信令地址通过ACF消息返回给主叫网关，路由完毕；若网守在本域内没有发现符合条件的网关，网守会向邻域网守发出LRQ消息请求查询是否邻域有支持该号码前缀的网关，若找到，则邻域网守会通过LCF消息将被叫网关的呼叫信令地址返回给主叫网守，再由主叫网守返回给主叫网关，路由完毕；若邻域网守都找不到支持该号码前缀的网关，主叫网守会收到邻域网守发来的LRJ消息，表示路由失败，这时主叫网守给主叫网关回复ARJ消息表示路由失败。

在现有的技术条件下，IP电话网中的网守尚存在以下不足：

1)没有灵活的、可定制的路由查找策略。由于网守域内所管理的网关在功能、类型、容量、稳定性、接通率等方面存在着很大的差异，并且运营商在实际使用中会根据运营需要提出多种需求，这就在客观上要求网守能够提供一整套可以使多种类网关协同工作的、灵活的、可定制的被叫网关路由查找策略，实现网络流量均衡或不均衡的分配，以更好地满足客户需求。

2)没有实现网守间的优选路由。现在上级网守查找支持被叫号码业务的下级网守地址的过程(即网守地址翻译功能)仅仅局限于找到或者没有找到，而没有具体定义当同时有多个网守符合条件时，如何通过一定的方法从多个网守中优选出最合适(合适的标准可定义为其下所属网关距离被叫用户距离最近且当前性能最优)的一个网守，再进一步找到最合适的一个被叫网关，将其呼叫信令地址回复给主叫网关。

3)没有实现网关间的优选路由。现在网守查找被叫网关呼叫信令地址的过程仅仅局限于被叫网关找到与否，而没有具体定义当同时有多个网关符合条件时，如何通过一定的方法从多个网关中优选出最合适(合适的标准可定义为距离被叫用户距离最近且当前性能最优)的一个网关，将其呼叫信令地址回复给主叫网关。

4)没有实现网守间的备份路由。当某个网守下的所有支持某个业务的网关因某种原因不能正常工作或工作过于繁忙时，还没有这样一种机制，即在上级网守这一级就预先获知了下级网守下的网关带宽使用情况，据此来实现当主用网守重载情况下，自动将呼叫路由至备份网守上去，使用备份网守下的备份网关来接替或分担该主用网守上的呼叫。

5)没有实现网关备份路由。当某个网关因某种原因不能正常工作或工作过于繁忙时，网守还没有能力动态提供其它备份网关来接替或分担该网关上的呼叫。

6)没有充分利用网关和网守资源。地址翻译只是H.323标准中的网守功能之一，网守还具有其它许多功能，如在网守的带宽管理功能中，网守可以获取本域各网关带宽动态分配情况的相关数据：在网守的呼叫管理功能中，网守可以获取本域各网关信息和网关所支持的号码前缀信息；在网守的接入许可功能中，网守又可以获取主叫侧网关或网守的IP地址和端口号。而网守的这些资源优势并没有在地址翻译的过程中得到充分发挥。更进一步，若能实现让网关和网守的资源能为其它网守所共享使用，就能为强化网守的流量控制功能提供更多的依据。

发明内容

本发明解决的技术问题是提供一种可以充分利用网关和网守资源的灵活的呼叫流量控制方法。

本发明提出的一种基于IP电话网的呼叫流量控制方法，包括以下处理步骤：

第一步，前台网守对一路呼叫进行地址翻译，如果网守找到一个或多个网关支持所需路由的被叫号码前缀，则转步骤二；如果网守找到一个或多个网守支持所需路由的被叫号码前缀，则转步骤六；

第二步，寻找与源端IP地址匹配的IP地址网段，读取对应该IP地址网段的网关呼叫流量配置表参数；

第三步，选取网关优先级高，且网关剩余带宽与总带宽之比不低于网关优先级阀值的网关，如果有多个网关符合条件，转步骤四；若网守找不到这样的网关，则给主叫侧回复拒绝消息；如果只有一个网关符合条件，则将该网关的呼叫信令地址回复给主叫网关；

第四步，根据被叫业务的重要等级，将重要的业务呼叫优先路由至性能好的网关，将非重要的业务呼叫优先路由至性能较差一些的网关；如果有多个网关符合条件，转步骤五；若网守找不到符合条件的网关，则给主叫侧回复拒绝消息；如果只有一个网关符合条件，则将该网关的呼叫信令地址回复给主叫网关；

第五步，网守根据网关间由对应业务权重系数所确定的比例关系，采用基于呼叫数目的动态负荷分担算法，实现多个网关之间按照用户定义的比例关系来动态地分配呼叫；

第六步，根据现有网守所支持业务的实际情况，将业务呼叫优先路由至距离被叫用户地理位置最近的网守；若找不到符合条件的网守，则给主叫侧回复拒绝消息；若经过业务优先级过滤，仍有多个网守符合条件，则转步骤七；

第七步，网守根据网守间由对应业务权重系数所确定的比例关系，采用基于呼叫数目的动态负荷分担算法，实现多个网守之间按照用户定义的比例关系来动态地分配呼叫。

本发明提出的一种呼叫流量控制方法，在不改变已有网络规划，不增加任何设备的前提下，充分利用网关、网守已有的资源优势，使客户能方便灵活地通过定制策略：

1)实现对同一级H.323网关网络呼叫流量的按特定比例关系均衡或不均衡分配；

2)实现对同一级的H.323网守网络呼叫流量的按特定比例关系均衡或不均衡分配；

3)根据实际需求对特定的网守支持的特定业务区号设定优先级，实现根据优先级在不同网守间分配呼叫流量，即实现网守间对不同业务区号的优选路由；

4)根据实际需求对特定的网关设定优先级，实现根据优先级在不同网关间分配呼叫流量，即实现网关间优选路由；

5)根据实际需求对特定的网关支持的特定业务区号设定优先级，实现根据优先级在不同网关间分配呼叫流量，即实现网关间对不同业务区号的优选路由；

6)根据实际需求对特定的网关优先级设定阀值，实现优选网关的自动失效和恢复，同时启用备用的网关，即实现网关间的备份路由；

7)跟据实际需求对特定的网关支持的特定业务区号对应的优先级设定阀值，实现对特定业务区号的优选网关的自动失效和恢复，同时启用备用的网关，即实现对特定业务区号的网关间的备份路由；

8)网守能根据下级网守或网关汇报上来的资源使用情况动态调整路由策略，实现网守间呼叫流量或网关间呼叫流量的动态调整；

9)根据实际需求对特定的主叫用户IP地址段单独制定路由策略，实现对特定IP地址段的优选路由，备份路由，按比例分配呼叫流量。

附图说明

图1是一个典型的基于H.323协议的IP电话网的组网图。

具体实施方式

下面结合附图和实施例具体说明本发明的呼叫流量控制方法。

图1中的每一个网守都构成一个域，任一网守可以通过定制策略控制本域内的网关和网守上的呼叫流量。顶级网守GK管理一级网守GK1和一级网守GK2；一级网守GK1管理二级网守GK1、GK2、GK3和网关1、网关2，一级网守GK2管理二级网守GK4、GK5、GK6和网关3、网关4；各二级网守又分别管理两个网关。

本发明提出的一种H.323网守根据定制策略控制H.323网关和H.323网守呼叫流量的方法，是由网关呼叫流量配置表、网守呼叫流量配置表、网关网守间汇报机制和网守间汇报机制等4个模块组成的一个框架体系，各个模块的功能相对独立，可植入性强，用户既可以根据需要先选择部分模块实现某些特定功能，又可以一次加载全部模块实现所有功能。以下分四个部分介绍具体的本发明的呼叫流量控制方法：

1)网关呼叫流量配置表

网关呼叫流量配置表位于网守的配置界面的本域信息一栏中的流量控制属性页。页内项目包括：主叫IP地址网段、主叫IP地址网段掩码、网关名称、网关总带宽、网关优先级、网关优先级阀值、业务优先级、业务优先级阀值、权重系数。

系统已经添加好了一个缺省IP地址网段(0.0.0.0)，用户可以根据需要自行添加其它的IP地址网段和对应的掩码。展开IP地址网段节点，可以看到每一个IP地址网段对应于一张网关呼叫流量配置表。每一张网关呼叫流量配置表内的网关名称和网关总带宽已经在本域网关设备属性页中配置完毕。需要用户配置的五个参数为：网关优先级、网关优先级阀值、业务优先级、业务优先级阀值、权重系数，其中网关优先级、业务优先级分为1～10共10个级别，默认级别为5；网关优先级阀值、业务优先级阀值分为1～100，单位为(％)，默认优先级阀值为100％；权重系数为正整数即可，默认权重系数为1。所有配置参数通过内部消息从配置后台发送给前台网守程序。

当前台网守程序对一路呼叫进行地址翻译时，假设网守已经找到了有一个或多个网关支持所需路由的被叫号码前缀，它首先将这路呼叫的源端IP地址和配置表中的非默认IP地址网段进行匹配运算——将源端IP地址和配置表中的非默认IP地址网段掩码作与运算，所得结果若等于配置表中的IP地址网段即判为匹配。若找到匹配的IP地址网段，网守程序读取对应该IP地址网段的H.323网关呼叫流量配置表参数；否则，网守程序读取对应该默认网段的H.323网关呼叫流量配置表参数。这样，用户就可以对各个特定的域内或域外IP地址网段来的接入呼叫，在网守配置中灵活制定不同的H.323网关流量控制策略，以实现为不同地区、不同种类的接入客户提供不同的流量控制策略，从而更有效的利用现有网络资源满足多方需求。需要额外指出的是，网守程序匹配IP地址网段将按照最精确匹配原则，如从168.1.133.233来的一路呼叫，网守配置中有168.1.0.0/255.255.0.0和168.1.133.0/255.255.255.0两个IP地址网段，那么按照最精确匹配原则，该路呼叫将与后一个网段相匹配。

网守程序匹配完IP地址网段，读取相应的H.323网关呼叫流量配置表参数后，首先进入网关优先级过滤，选取网关优先级高，且网关剩余带宽与总带宽之比不低于网关优先级阀值的网关，若网守找不到这样的网关，则给主叫侧回复拒绝消息；若网守发现只剩下一个网关符合条件，则将该网关的呼叫信令地址回复给主叫网关，地址翻译结束；若网守发现还剩下多个网关符合条件，则进行后续分析。这样，用户就可以根据现有网关的实际情况，将性能好的网关的网关优先级设置为高优先级，使呼叫被优先路由至该网关优先级高的网关，从而实现优选路由。同时，用户将性能稍差的网关优先级设置为低优先级，因为当高优先级网关上的呼叫负荷过重时，必然引起性能下降，这时网守程序一旦发现高网关优先级的网关的剩余带宽与总带宽之比低于网关优先级阀值，它就不会再将呼叫路由至该网关，而是会选择其它低优先级的、网关优先级阀值未越界的备份网关，从而实现备份路由。

经过网关优先级过滤，网守发现还剩下多个网关符合条件，就进入业务优先级过滤。用户可以根据现有网关所支持业务的实际情况，并根据被叫业务的重要等级，将重要的业务呼叫优先路由至性能好的网关，将非重要的业务呼叫优先路由至性能较差一些的网关，即配置性能好的网关所对应的重要业务的业务优先级为高，非重要业务的业务优先级为低；而配置性能差一些的网关所对应的重要业务的业务优先级为低，非重要业务的业务优先级为高，从而实现优选路由。同时，性能稍差的网关和性能好的网关之间又实现了互为备份路由，因为当高业务优先级网关上的呼叫负荷过重时，必然引起性能下降，这时网守程序一旦发现高业务优先级的网关的剩余带宽与总带宽之比低于业务优先级阀值，它就不会再将呼叫路由至该网关，而是会选择其它低业务优先级的、业务优先级阀值未越界的备份网关，从而实现备份路由。

若经过网关优先级过滤和业务优先级过滤，仍有多个网关符合条件，网守程序将根据网关间由对应业务权重系数所确定的比例关系，采用系统内建的基于呼叫数目的动态负荷分担算法，以实现在这多个网关之间按照用户定义的比例关系来动态地分配呼叫。

2)网守呼叫流量配置表

网关呼叫流量配置表位于网守的配置界面的邻域信息一栏中的流量控制属性页。页内项目从左到右依次为：邻域设备IP地址、业务优先级、权重系数。

H.323网守流量配置表内的邻域设备IP地址已经在邻域设备属性页中配置完毕。用户需要配置的两个参数为：网守业务优先级、权重系数，其中网守业务优先级分为1～10共10个级别，默认级别为5；权重系数为正整数即可，默认权重系数为1。所有配置参数通过内部消息从配置后台发送给前台网守程序。

当前台网守程序对一路呼叫进行地址翻译时，网守程序发现有多个网守符合条件，就进入业务优先级过滤。用户可以根据现有网守所支持业务的实际情况，将业务呼叫优先路由至距离被叫用户地理位置最近的网守，即配置对应被叫业务最近的网守的业务优先级为高，对应被叫业务较远的网守的业务优先级为低，从而实现优选路由。同时，这些网守之间又实现了互为备份路由，因为当高业务优先级网守上的呼叫负荷过重时，必然引起性能下降，当高业务优先级网守上的负荷达到一定阀值时，该网守会将该情况通过后面将介绍的网守间汇报机制通知上级网守，上级网守程序一旦发现高业务优先级的网守的呼叫过载，它就不会再将该业务呼叫路由至该网守，而是会选择其它低业务优先级的、呼叫未过载的备份网守，从而实现备份路由。

若经过业务优先级过滤，仍有多个网守符合条件，网守程序将根据网守间由对应业务权重系数所确定的比例关系，采用系统内建的基于呼叫数目的动态负荷分担算法，以实现在这多个网守之间按照用户定义的比例关系来动态地分配呼叫。

3)网关网守间汇报机制

网关网守间汇报机制的作用是使网守动态了解网关上多个业务负荷的情况。对网守而言，其下某一个网关支持的所有业务都共享对应于该网关的一个总带宽，这就带来一个问题，当网关支持多个业务，并且这多个业务所支持的呼叫数目不尽相同时，仅仅靠网关呼叫流量控制表中的业务优先级阀值将不可能区分出多个业务所占用的带宽，也就不可能准确、适时地禁止掉某一个网关上呼叫负荷越界的业务。本发明的解决方法是，当某一时刻网关发现针对于某个特定业务，本网关上的资源(主要是IP侧的呼叫端口资源和PSTN侧的中继资源)不能支持更多的呼叫时，网关通过RAI消息立即向注册网守发出资源汇报消息，请求网守暂时禁止路由该业务呼叫至本网关。网守收到网关发来的资源汇报消息，经过合法性检验后给网关发确认消息接受网关的请求，并刷新路由表，使该网关暂时不支持该业务。同时，网守启动一个针对该业务的TTL定时器，当该TTL定时器超时仍没有收到网关发来的对应该业务的资源汇报消息(请求继续禁止或恢复该业务)，则网守刷新路由表，重新使该网关恢复支持该业务。网关在收到网守的确认消息后启动侦测定时器，定时检查被禁止的业务呼叫资源是否恢复至可利用状态，一旦资源恢复，就RAI消息向注册网守发出资源汇报消息，请求网守恢复路由该业务至本网关。网守收到网关发来的资源汇报消息，经过合法性检验后给网关发确认消息接受网关的请求，并刷新路由表，使该网关恢复支持该业务。

4)网守间汇报机制

网守间汇报机制的作用是使上级网守动态了解下级网守上多个业务负荷的情况。当某一时刻下级网守发现针对于某个主叫IP网段来的特定业务，本网守上的资源(主要是所辖网关的呼叫端口资源和所辖下级网守的呼叫资源)不能支持更多的呼叫时，网守立即RAI消息向上级网守发出资源汇报消息，请求上级网守暂时禁止路由该主叫IP网段来的业务呼叫至本网守。上级网守收到下级网守发来的资源汇报消息，经过合法性检验后给下级网守发确认消息接受下级网守的请求，并刷新路由表，使该下级网守暂时不支持该主叫IP网段来的该业务呼叫。同时，上级网守启动一个针对该业务的TTL定时器，当该TTL定时器超时仍没有收到下级网守发来的对应该业务的资源汇报消息(请求继续禁止或恢复该业务)，则上级网守刷新路由表，重新使该下级网守恢复支持该业务。下级网守在收到上级网守的确认消息后启动侦测定时器，定时检查被禁止的业务呼叫资源是否恢复至可利用状态，一旦资源恢复，就RAI消息向上级网守发出资源汇报消息，请求上级网守恢复路由该主叫IP网段来的该业务呼叫至本网守。上级网守收到下级网守发来的资源汇报消息，经过合法性检验后给下级网守发确认消息接受下级网守的请求，并刷新路由表，使该下级网守恢复支持该主叫IP网段来的该业务呼叫。

由于本发明引入了IP地址网段、IP地址掩码、网关优先级、网关优先级阀值、业务优先级、业务优先级阀值、网关权重系数、网守优先级、网守权重系数等九个配置变量，充分利用了网守已有的呼叫资源——主叫IP地址、网关总带宽、网关剩余带宽，并且通过资源汇报机制使网关网守间、上下级网守之间共享动态资源占用情况，所以使用户能从多个网守控制点非常灵活地通过定制策略控制路由至H.323网关的呼叫流量，根据实际情况实现网络负载的均衡或不均衡调配，有效地减少网关之间、网关网守之间、上下级网守之间的信令消息占用的带宽，实现优选路由和备份路由，可以为不同重要等级的主、被叫客户制定完全不同的路由策略，保证将重要客户的呼叫路由至性能好的网关，提高这类呼叫的接续时间、呼叫接通率、通话语音质量，以更好的为重要客户提供优质服务。

对应如图1所示的这样一个组网拓扑结构，有用户提出需求如下：

1)全网业务为020、021、022、023、024、025、026、027、028、029、030、031共12个业务。

2)要求二级网守下的网关互相之间提供备份业务以分担网关呼叫流量。

3)要求二级网守之间能提供备份业务以分担网守呼叫流量。

4)要求一级网守之间能提供备份业务以分担网守呼叫流量，并且备份呼叫时在备份网关之间按照4∶1的比例分配呼叫。

5)要求顶级网守对于202.102.13.*网段来的呼叫提供专用直达路由以保证接通率和呼叫语音质量，并且对该网段来的026业务呼叫必须通过唯一的网关落地。

6)要求对应于每一个业务都有最优路由网关相对应。要求所有网关带宽占用量达到90％时停止向该网关路由呼叫，并启用备用网关。

根据用户提出的需求，定制以下配置策略：

1)顶级网守

配置一级网守1和一级网守2均支持020、021、022、023、024、025、026、027、028、029、030、031等12个业务。

在网守呼叫流量配置表中配置一级网守1对应020、021、022、023、024、025、026等6个业务的网守业务优先级为8，配置一级网守2对应026、027、028、029、030、031等6个业务的网守业务优先级为8。

 2)一级网守1

配置二级网守1支持020、021、024、025等4个业务，二级网守2支持022、023、020、021等4个业务，二级网守3支持024、025、022、023等4个业务，配置网关1和网关2均支持020、021、022、023、024、025、026、027、028、029、030、031等12个业务。

在网守呼叫流量配置表中配置二级网守1对应020、021等2个业务的网守业务优先级为8，配置二级网守2对应022、023等2个业务的网守业务优先级为8，配置二级网守2对应024、025等2个业务的网守业务优先级为8。

在缺省网段的网关呼叫流量配置表中配置网关2对应020、021、022、023、024、025等6个业务的业务优先级为8，网关1对应026、027、028、029、030、031等6个业务的权重系数为4，配置网关1和网关2的网关优先级阀值为90％。

在202.102.13.*网段的网关呼叫流量配置表中配置网关2对应026业务的业务优先级为8，对应027、028、029、030、031等6个业务的权重系数为4，配置网关1对应026业务的业务优先级阀值为0％，配置网关1和网关2的网关优先级阀值为90％。

3)一级网守2

一级网守2的配置和一级网守1的配置类似，所不同的是在202.102.13.*网段对应的网关呼叫流量配置表中，将网关3和网关4的网关优先级阀值配置为0％。

4)二级网守1

配置网关5和网关6均支持020、021、024、025等4个业务。

在缺省网段的网关呼叫流量配置表中配置网关5对应020业务的业务优先级为8，配置网关6对应021业务的业务优先级为8，配置网关5和网关6的网关优先级阀值为90％。

5)二级网守2

配置网关7和网关8均支持022、023、020、021等4个业务。

在缺省网段的网关呼叫流量配置表中配置网关7对应022业务的业务优先级为8，配置网关8对应023业务的业务优先级为8，配置网关7和网关8的网关优先级阀值为90％。

6)二级网守3

配置网关9和网关10均支持024、025、020、021等4个业务。

在缺省网段的网关呼叫流量配置表中配置网关9对应024业务的业务优先级为8，配置网关10对应025业务的业务优先级为8，配置网关9和网关10的网关优先级阀值为90％。

7)汇报机制配置

启用网守之间、网关网守间汇报机制。

8)其它

一级网守2下的所有网关、网守的配置类似于一级网守1下的配置内容，不再赘述。

针对上述例子中根据用户提出的需求所实现的路由策略详细情况描述如下：

1)全网已经实现支持12个所需业务。

2)二级网守下的网关已经实现互相之间提供备份业务以分担网关呼叫流量。

例如，顶级网守收到来自于IP地址10.40.1.1的路由请求，请求为0202870001呼叫提供路由，顶级网守发现一级网守1对应020业务的业务优先级较高，就优先将路由消息转发至一级网守1；一级网守1发现二级网守1对应020业务的业务优先级较高，就优先将路由消息转发至二级网守1；二级网守1发现网关5支持020业务且业务优先级较高，于是将优选网关5作为被叫网关，完成路由。

若网关5上呼叫数目过多，带宽使用量超过90％，二级网守1会将后续020业务呼叫路由至网关6，实现对020业务的网关备份路由。当网关5上的带宽使用量恢复至90％以内，二级网守1会将后续020业务呼叫重新路由至网关5。

若网关5发现对应于020业务的呼叫资源耗尽，网关5将此情况通过网关网守间汇报机制通知二级网守1，二级网守1会立即将后续020业务呼叫路由至网关6，实现对020业务的网关备份路由。当网关5上对应于020业务的呼叫资源恢复空闲时，二级网守1会将后续020业务呼叫重新路由至网关5。

3)二级网守之间已经实现能提供备份业务以分担网守呼叫流量。

仍然以上面的呼叫路由过程为例，若二级网守1发现网关5和网关6都对020业务过载，二级网守1将此情况通过网守间汇报机制通知一级网守1，一级网守1会将后续020业务呼叫路由至二级网守3，实现对020业务的二级网守备份路由。二级网守3按照1∶1的关系动态路由020呼叫至网关9和网关10。当二级网守1发现网关5和网关6上的资源恢复可用时，二级网守1将此情况通过网守间汇报机制通知一级网守1，一级网守会将后续020业务呼叫重新路由至二级网守1。

4)一级网守之间已经实现提供备份业务以分担网守呼叫流量。

例如顶级网守收到来自于IP地址10.40.1.1的路由请求，请求为0292870001呼叫提供路由，而在此之前，一级网守2已经发现其下所辖的网关、网守都已经对029业务过载，则一级网守2通过网守间汇报机制将此情况通知顶级网守。所以，顶级网守会将后续的029业务呼叫路由至一级网守1，实现对029业务的一级网守备份路由。而一级网守1将会按照4∶1的关系动态路由029呼叫至网关1和网关2。待顶级网守得到一级网守的通知，报告029业务资源恢复可用时，顶级网守会将后续029业务呼叫重新路由至一级网守2。

5)顶级网守对于202.102.13.*网段来的呼叫提供了专用直达路由，并且对该网段来的026业务呼叫提供唯一的网关落地。

例如顶级网守收到来自于IP地址202.102.13.141的路由请求，请求为0292870001呼叫提供路由。顶级网守发现一级网守2已经通过网守间汇报机制报告其暂不支持从202.102.13.*网段来所有呼叫，则顶级网守将该029业务呼叫路由至一级网守1，而一级网守1将会按照1∶4的关系动态路由202.102.13.*网段来029呼叫至网关1和网关2。

特别的，当一级网守1收到202.102.13.*网段来026呼叫，一级网守1发现网关1对应于202.102.13.*网段网关呼叫流量控制表中026业务的业务优先级较高，就将所有该网段来的026业务呼叫路由至网关1。若出现网关1过载的情况，则从该网段来的后续026呼叫会被顶级网守全部拒绝，直至网关1资源恢复可用为止。

6)对应于每一个业务都有最优路由网关相对应。

以一级网守1下所辖的网关、网守为例，020业务的最优路由网关为网关5，021业务的最优路由网关为网关6，022业务的最优路由网关为网关7，023业务的最优路由网关为网关8，024业务的最优路由网关为网关9，025业务的最优路由网关为网关10。

7)所有网关带宽占用量达到90％时停止向该网关路由呼叫，并启用备用网关。

从上面的例子可以看出，这一需求已经得到满足。

8)此外，我们还在一级网守下为二级网守业务提供了备用网关。例如一级网守1获知其下所有的二级网守对于缺省网段的020业务呼叫资源已经过载时，一级网守1将把后续的020呼叫全部路由至网关2，从而实现对二级网守020业务在一级网守下有备用网关接收呼叫。

Claims (5)

1.一种呼叫流量控制方法，包括以下处理步骤：

第一步，前台网守对一路呼叫进行地址翻译，如果网守找到一个或多个网关支持所需路由的被叫号码前缀，则转步骤二；如果网守找到一个或多个网守支持所需路由的被叫号码前缀，则转步骤六；

第二步，寻找与源端IP地址匹配的IP地址网段，读取对应该IP地址网段的网关呼叫流量配置表参数；

第三步，选取网关优先级高，且网关剩余带宽与总带宽之比不低于网关优先级阀值的网关，如果有多个网关符合条件，转步骤四；若网守找不到这样的网关，则给主叫侧回复拒绝消息；如果只有一个网关符合条件，则将该网关的呼叫信令地址回复给主叫网关；

第四步，根据被叫业务的重要等级，将重要的业务呼叫优先路由至性能好的网关，将非重要的业务呼叫优先路由至性能较差一些的网关；如果有多个网关符合条件，转步骤五；若网守找不到符合条件的网关，则给主叫侧回复拒绝消息；如果只有一个网关符合条件，则将该网关的呼叫信令地址回复给主叫网关；

第五步，网守根据网关间由对应业务权重系数所确定的比例关系，采用基于呼叫数目的动态负荷分担算法，实现多个网关之间按照用户定义的比例关系来动态地分配呼叫；

第六步，根据现有网守所支持业务的实际情况，将业务呼叫优先路由至距离被叫用户地理位置最近的网守；若找不到符合条件的网守，则给主叫侧回复拒绝消息；若经过业务优先级过滤，仍有多个网守符合条件，则转步骤七；

第七步，网守根据网守间由对应业务权重系数所确定的比例关系，采用基于呼叫数目的动态负荷分担算法，实现多个网守之间按照用户定义的比例关系来动态地分配呼叫。

2.根据权利要求1所述的呼叫流量控制方法，其特征在于，还包括以下处理步骤：

当某一时刻网关发现针对于某个特定业务，该网关上的资源不能支持更多的呼叫时，网关通过向注册网守发出资源汇报消息，请求网守暂时禁止路由该业务呼叫至本网关；

网守收到网关发来的资源汇报消息，经过合法性检验后给网关发确认消息接受网关的请求，并刷新路由表，使该网关暂时不支持该业务；同时，网守启动一个针对该业务的定时器，当该定时器超时仍没有收到网关发来的对应该业务的资源汇报消息，则网守刷新路由表，重新使该网关恢复支持该业务。

网关在收到网守的确认消息后启动侦测定时器，定时检查被禁止的业务呼叫资源是否恢复至可利用状态，一旦资源恢复，就RAI消息向注册网守发出资源汇报消息，请求网守恢复路由该业务至本网关；

网守收到网关发来的资源汇报消息，经过合法性检验后给网关发确认消息接受网关的请求，并刷新路由表，使该网关恢复支持该业务。

3.根据权利要求1所述的呼叫流量控制方法，其特征在于，还包括以下处理步骤：

当某一时刻下级网守发现针对于某个主叫IP网段来的特定业务，本网守上的资源不能支持更多的呼叫时，网守向上级网守发出资源汇报消息，请求上级网守暂时禁止路由该主叫IP网段来的该特定业务呼叫至本网守；

上级网守收到下级网守发来的资源汇报消息，经过合法性检验后给下级网守发确认消息接受下级网守的请求，并刷新路由表，使该下级网守暂时不支持该主叫IP网段来的该业务呼叫；同时，上级网守启动一个针对该业务的定时器，当该定时器超时仍没有收到下级网守发来的对应该业务的资源汇报消息，则上级网守刷新路由表，重新使该下级网守恢复支持该业务。

下级网守在收到上级网守的确认消息后启动侦测定时器，定时检查被禁止的业务呼叫资源是否恢复至可利用状态，一旦资源恢复，就RAI消息向上级网守发出资源汇报消息，请求上级网守恢复路由该主叫IP网段来的该业务呼叫至本网守；

上级网守收到下级网守发来的资源汇报消息，经过合法性检验后给下级网守发确认消息接受下级网守的请求，并刷新路由表，使该下级网守恢复支持该主叫IP网段来的该业务呼叫。

4.根据权利要求1所述的呼叫流量控制方法，其特征在于，所述步骤二中寻找与源端IP地址匹配的IP地址网段具体包括以下步骤：

首先将源端IP地址和配置表中的非默认IP地址网段掩码作与运算，所得结果若等于配置表中的IP地址网段即判为匹配；

若找到匹配的IP地址网段，网守读取对应该IP地址网段的网关呼叫流量配置表参数；

否则，网守程序读取对应于默认网段的网关呼叫流量配置表参数。

5.根据权利要求1或4所述的呼叫流量控制方法，其特征在于，所述步骤二中的匹配过程采用最精确匹配原则。