专利名称：Ip网络中的用户呼叫负荷控制方法
技术领域：
本发明涉及电子通信网络系统中的业务处理方法，特别是涉及一种以软交换系统为核心的IP网络中的用户呼叫负荷控制方法。
背景技术：
在信息高度集中化的今天，电话交换系统常常会遇到交换机的突发性话务高峰，比如节假日的某个时段，或者发生区域性的突发性事件，大量的用户呼叫请求，使网络拥塞，通常造成长时间的无法接通呼叫，甚至引起交换机的“系统再启动”，这不但妨碍紧急呼叫的接续，也直接影响了交换机的通信质量和设备维护。
对于话务负荷，现有技术中多采用话务负荷分担的方法来加以控制，以便疏通突发的集中话务；但如果被溢出的路由本身不空闲，且也有一定的话务溢出时，则采用这种控制方法对于溢过来的话务业务的处理就显得无能为力，并且，当遇到话务溢出量较大时，反而会增加网路的拥塞程度。因此，这种方法在目前复杂多变的话务格局下越来越显得不适用；而目前在电路交换网向分组网演进的核心设备软交换系统(Soft Switch)中，也是下一代电信网络的重要系统中，也同样面临着以上同样的问题，即如何有效控制话务负荷的问题其中，与本发明最接近的对比文件——专利号为5933481的美国专利中记载了“一种通信系统中话务负荷的控制方法”，该发明在话务负荷控制算法的基础上，提出了动态调节接受呼叫和提交呼叫的比率，其中包含连续决定提交呼叫率的步骤；即当提交的呼叫量增加时，系统以较低的比率接受呼叫。该方法使用了两种呼叫时间间隔，只要提交呼叫率低于某一阈值，就采用时间较短的呼叫间隔来接受呼叫；而提交呼叫率高于该一阈值，则采用时间较长的呼叫间隔来接受呼叫。
但是该方法也存在以下缺陷对于突发性的呼叫处理会出现一些波动，要么接受了超过系统可以处理能力的呼叫，要么在系统还可以接受呼叫时，却将某些用户呼叫拒绝了。比如，在一个很短的时间内，系统提交了超过处理能力的呼叫，但随后系统根本无呼叫提交。
而在实际应用中，系统接收的通常只是个负荷很短的一段时间，不会造成系统的拥塞，因而所有这些提交的呼叫系统均可以处理；只有在持续地收到太多的呼叫一段时间内，系统才应该拒绝发起其中的某些呼叫，而且，拒绝的呼叫不应该是紧急特服呼叫。
本发明所提供的方法正是为了克服上述现有技术的缺陷，而提供一种IP网络中的用户呼叫负荷控制方法。
发明内容
本发明的目的是提供一种IP网络中的用户呼叫话务负荷控制方法，当软交换系统中出现大话务量时，根据话务负荷程度，动态地调整呼叫接受的比率，以使系统尽快地恢复正常话务负荷状态，防止软交换系统出现拥塞及拥塞扩散现象的话务负荷控制方法。
为了达到上述目的，本发明的技术方案包括以下步骤若基本呼叫模块为首次接收到拥塞指示消息，则将话务负荷设置为过负荷状态的最低一级；启动定时器T1和T2；否则利用定时器对用户呼叫进行控制；若基本呼叫模块接收到拥塞指示消息，则计算拒绝建立呼叫的比率；及拒绝发起非紧急特服呼叫。
本发明所带来的积极效果是，系统具有较高的稳定性和可靠性；一旦出现话务过负荷状态，既保证了最大呼叫数的建立，又可使系统尽快地恢复至正常负荷状态。软件模块不影响正常呼叫的建立，话务过负荷时，也不影响紧急特服呼叫的建立。系统适应性广，负荷控制平稳有效，具有自适应的过负荷控制能力。
下面将结合实施例参照附图进行详细说明，以便对本发明的目的、特征及优点有更深入的理解。
图1为软交换系统基本呼叫模块在话务过负荷时的流程框图。
图2为基本呼叫模块对于呼叫的处理流程框图。
具体实施例方式
当软交换系统接收到的呼叫量超过了其可处理的话务负荷能力后，即向基本呼叫模块(BCM)发送拥塞指示消息。对在定时器T1期间收到的所有拥塞指示消息均不做任何处理，其目的是为了使系统的话务量不致于减少得太快，也能有效地识别系统是否处于极短时间的过负荷。
下面结合附图对本发明进行进一步的说明。
如图1所示，由判断当前基本呼叫模块是否第一次收到拥塞指示消息，步骤101，若是，则改变系统的负荷状态，即将系统的过负荷状态设置为最低一级，步骤103，同时设置两个定时器，其中较短时长的T1和较长时长的T2，步骤103；否则，判断当前状态是否为定时器T1超时而定时器T2未超时，步骤104；若是，则增加一级基本呼叫模块的话务负荷，步骤105，进而判断被增加的话务负荷是否超过最大阈值，步骤106，若否，重新启动定时器T1和T2，步骤107；否则，表明基本呼叫模块的话务负荷虽达到最高一级，但系统仍有拥塞指示消息，向后台的业务观察程序发送拥塞告警消息，步骤108；当前业务流程结束，进入等待消息状态；若步骤104中定时器T2超时，即在T2这一段时间内未收到拥塞指示消息，则将话务负荷降低一个等级，同时重新启动T2；若此时T2又超时，则将话务负荷再降低一个等级，直至话务负荷恢复至正常状态，进一步判断两个定时器T1和T2是否均未超时，步骤109，若是，则直接进入等待消息状态；若否，则重启两定时器T1和T2，步骤110，然后进入等待消息状态。
如图2所示，首先判断基本呼叫模块是否收到过拥塞消息，即当前系统是否处于话务过负荷状态，步骤201，若否，则按正常的呼叫处理，步骤202；否则，表明系统当前已处于过负荷状态，需设置当前话务负荷级别，步骤203，再根据话务负荷等级，设置相应的算法，步骤204；计算出拒绝发起非紧急特服呼叫的比率。具体算法为从当前呼叫开始，在随后的n个呼叫中，应该拒绝发起m个呼叫(m≤n)，且m个呼叫中不应该包含紧急特服呼叫。因而拒绝发起呼叫的比率p＝m/n话务负荷的等级可根据软交换设备的实际性能事先设定，通常的情况下p＝0，即不用拒绝呼叫；当话务负荷加大到需要进行负荷控制时，则调整p值，使p＞0；如此时话务仍继续加大，则继续调大p值；当p＝1时，说明所有的呼叫(除紧急呼叫外)都已被限制。这样就可保证系统始终在一个事先设定的符合话务安全范围内；拒绝发起非紧急特服呼叫，步骤205；至此，该业务流程结束，系统处于等待消息状态。
以上所述，仅是本发明的较佳实施方式，不应被视为是对本发明范围的限制，而且本发明所主张的权利要求范围并不局限于此，凡熟悉此技艺的人士，依据本发明所揭露的技术内容，可轻易思及的等效变化，均应落入本发明的保护范围。
权利要求
1.一种IP网络中的用户呼叫负荷控制方法，包括以下步骤若基本呼叫模块为首次接收到拥塞指示消息，则将话务负荷设置为过负荷状态的最低一级；启动定时器T1和T2；否则利用定时器对用户呼叫进行控制；若基本呼叫模块接收到拥塞指示消息，则计算拒绝建立呼叫的比率；及拒绝发起非紧急特服呼叫。
2.如权利要求1所述的IP网络中的用户呼叫负荷控制方法，其中所述利用定时器对用户呼叫进行控制的步骤，还包括以下步骤若所述定时器T1未超时，所述基本呼叫模块接收到拥塞指示消息，则正常建立所述基本呼叫模块此时接收到的所有呼叫；若所述定时器T1超时，但所述定时器T2未超时，所述基本呼叫模块接收到拥塞指示消息，则重新启动所述定时器T1和所述定时器T2；所述定时器T1超时，但定时器T2未超时，基本呼叫模块接收到拥塞指示消息，需执行以下步骤将话务负荷增加一级；接收到的呼叫请求数量进行计数；限制呼叫建立数量；只限制非紧急特服的呼叫建立；若话务负荷增加到最高级，且所述定时器T1超时，T2未超时，基本呼叫模块接收到拥塞指示消息，则基本呼叫模块向后台程序发送拥塞告警消息；若定时器T2超时，且在该时间内基本呼叫模块未收到拥塞指示消息，则将话务负荷降低一级，同时重新启动定时器T2，从接收的呼叫中减少拒绝建立呼叫的比率；若定时器T2超时，话务负荷达到正常状态，则基本呼叫模块进行正常呼叫处理。
3.如权利要求1所述的IP网络中的用户呼叫负荷控制方法，其中所述定时器T1为一较短时长定时器。
4.如权利要求1所述的IP网络中的用户呼叫负荷控制方法，其中所述定时器T2为一较长时长定时器。
5.如权利要求1所述的IP网络中的用户呼叫负荷控制方法，其中所述根据拒绝建立呼叫的比率对用户呼叫进行处理的步骤，还包括以下步骤设置当前话务负荷级别；计算出拒绝发起非紧急特服呼叫的比率。
6.如权利要求1所述的IP网络中的用户呼叫负荷控制方法，其中所述拒绝建立呼叫的比率p与应该拒绝发起、且不包含紧急特服呼叫的呼叫数m成正比。
7.如权利要求1所述的IP网络中的用户呼叫负荷控制方法，其中所述拒绝建立呼叫的比率p与从当前呼叫开始计数的随后的呼叫数n成反比。
8.如权利要求6或7所述的IP网络中的用户呼叫负荷控制方法，其中所述应该拒绝发起、且不包含紧急特服呼叫的呼叫数m大于或等于从当前呼叫开始的计数的随后的呼叫数n。
全文摘要
本发明之IP网络中的用户呼叫负荷控制方法，该方法包括以下步骤若基本呼叫模块为首次接收到拥塞指示消息，系统执行以下步骤将话务负荷设置为过负荷状态的最低一级；启动定时器T1和T2；否则利用定时器对用户呼叫进行控制；若基本呼叫模块接收到拥塞指示消息，则根据拒绝建立呼叫的比率对用户呼叫进行处理。本发明所带来的积极效果是，系统具有较高的稳定性和可靠性；一旦出现话务过负荷状态，既保证了最大呼叫数的建立，又可使系统尽快地恢复至正常负荷状态。软件模块不影响正常呼叫的建立，话务过负荷时，也不影响紧急特服呼叫的建立。系统适应性广，负荷控制平稳有效，具有自适应的过负荷控制能力。
文档编号H04M3/36GK1516411SQ0311484
公开日2004年7月28日 申请日期2003年1月8日 优先权日2003年1月8日
发明者屠嘉顺, 王伟东, 穆凌江, 李明 申请人:深圳市中兴通讯股份有限公司上海第二研究所, 深圳市中兴通讯股份有限公司上海第二