WO2004064364A1 - Procede de controle du volume des communications d'un usager dans un systeme de commutation souple - Google Patents

Procede de controle du volume des communications d'un usager dans un systeme de commutation souple Download PDF

Info

Publication number
WO2004064364A1
WO2004064364A1 PCT/CN2003/001108 CN0301108W WO2004064364A1 WO 2004064364 A1 WO2004064364 A1 WO 2004064364A1 CN 0301108 W CN0301108 W CN 0301108W WO 2004064364 A1 WO2004064364 A1 WO 2004064364A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
congestion
timer
load
traffic
Prior art date
Application number
PCT/CN2003/001108
Other languages
English (en)
French (fr)
Inventor
Jiashun Tu
Lingjiang Mu
Ming Li
Original Assignee
Zte Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zte Corporation filed Critical Zte Corporation
Priority to AU2003296201A priority Critical patent/AU2003296201A1/en
Priority to EP03785459A priority patent/EP1583338B1/en
Priority to DE60324468T priority patent/DE60324468D1/de
Priority to US10/541,968 priority patent/US7577242B2/en
Publication of WO2004064364A1 publication Critical patent/WO2004064364A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks

Definitions

  • the present invention relates to a service processing method in an electronic communication network system, and in particular, to a method for controlling user call load in an IP network with a soft switching system as a core. Background technique
  • the core equipment Soft Switch system which is the evolution of circuit switched network to packet network, is also an important system of the next generation telecommunication network. It also faces the same problem as above, that is, how to effectively control the traffic load. .
  • the United States Patent No. 5933481 which is the closest comparison document to the present invention, describes "a method for controlling the traffic load in a communication system".
  • the invention is based on the traffic load control algorithm. It proposes to dynamically adjust the ratio of accepted calls and submitted calls, which includes the steps of continuously determining the submitted call rate; that is, when the amount of submitted calls increases, the system accepts calls at a lower rate.
  • This method uses two call intervals. As long as the call submission rate is lower than a certain threshold, a shorter call interval is used to accept the call; while the call submission rate is higher than this threshold, a longer call interval is used. To accept the call.
  • this method also has the following defects:
  • the system usually receives only a short period of load and does not cause system congestion. Therefore, all these submitted call systems can be processed; only within a period of time when too many calls are continuously received The system should refuse to initiate some of these calls, and the rejected calls should not be emergency service calls.
  • the method provided by the present invention is just to overcome the shortcomings of the prior art, and provides a method
  • the object of the present invention is to provide a method for controlling user call load in an IP network with a softswitch system as the core.
  • the call acceptance is dynamically adjusted according to the degree of the traffic load. Ratio to enable the system to return to the normal traffic load state as soon as possible, and to prevent the traffic switching method of the soft switching system from congestion and congestion spreading.
  • the technical solution of the present invention includes the following steps:
  • a method for controlling user call load in a soft switching system includes: a basic call module receives a congestion indication message; judging whether system congestion indicated by the congestion indication message is sudden or continuous; and according to the system Congestion is a sudden or continuous judgment that controls the access of the user's call load.
  • the step of judging whether system congestion indicated by the congestion indication message is sudden or continuous is performed by using timers T1 and T2; the timer T1 is a short-time timer; The timer T2 is a longer timer.
  • the step of receiving the congestion indication message by the basic call module further comprises: judging whether the basic call module receives the congestion indication message for the first time, and if yes, setting the traffic load state to the lowest level of the overload state, And start the timers T1 and T2.
  • the step of judging whether the system congestion indicated by the congestion indication message is sudden or continuous further comprises: judging whether the timers T1 and T2 have timed out, and if the timer T1 has not expired, then The basic call module performs normal call processing; if the timer T1 expires and the timer T2 does not expire, the system congestion indicated by the congestion indication message is persistent, and the timer is restarted T1 and the timer T2; if the timer T1 expires, the timer T2 has not expired, and the traffic load state is the highest level of the overload state, the basic call module sends congestion to a background program An alarm message; if the timer T1 and the timer T2 both expire, the system congestion indicated by the congestion indication message is sudden, and the timer T2 is restarted; if the timer T1 and all If all the timers T2 have timed out and the traffic load status has reached a normal state, the basic call module performs normal call processing.
  • the step of controlling the access of the user's call load further comprises: when the system congestion indicated by the congestion indication message is persistent, refusing to initiate a non-emergency special service call; when the congestion indication message When the indicated system congestion is sudden, the traffic load state is reduced by one level, and the rate of refusing to establish a call is reduced.
  • the step of refusing to initiate a non-emergency special service call further comprises: increasing the traffic load status by one level; counting the number of received call requests; using a traffic load control algorithm to calculate a rate of refusing to establish a call; Refusing to initiate a non-emergency service call based on the rate of refusal to establish a call.
  • the ratio of refusing to establish a call is directly proportional to the number of calls that should be refused to originate and not including emergency special service calls; the ratio of refusing to establish a call is inversely proportional to the number of subsequent calls counted from the current call request; The number of calls that should be denied to initiate and not include emergency special service calls is greater than or equal to the number of subsequent calls counted from the current call request.
  • the traffic load control algorithm is calculated according to a processing load of a soft switching device in the IP network and a load of a related data bearer network.
  • the processing load of the soft switching device is obtained according to the following parameters: the ratio of the occupied time of the internal CPU of the soft switching device; the communication volume of each software module inside the soft switching device; the internal of the soft switching device Average access delay of the database; inside the softswitch device The memory capacity occupied by call processing, and the remaining free memory percentage; the processing load percentage of the internal communication processor of the softswitch device, and the delay in forwarding messages.
  • the load of the relevant data bearer network is obtained according to the following :: the traffic percentage of each data port, the communication delay of each office route, the communication jitter of each office route, the packet loss rate of each office route, phase Neighboring network traffic.
  • the traffic load control algorithm and the control of the traffic load must meet the following requirements to ensure the unblocking of emergency calls; ensure the calls of key users and priority users; use a four-level method to limit calls to ordinary users, and the ratio of call restrictions 50%, 75%, 87.5%, 100% respectively; when the traffic load is caused by the media stream, although the softswitch itself is not overloaded, the softswitch also needs to offload the data network related traffic; when the traffic is When the congestion is caused by the media stream, the encoding method of the media stream is controlled. For example, when the original voice quality is provided by the G711 encoding method, the high compression rate G723 or G729 is adopted to reduce the media traffic.
  • the positive effect brought by the invention is that the system has high stability and reliability; once the traffic overload state occurs, not only the establishment of the maximum number of calls is guaranteed, but also the system can be restored to the normal load state as soon as possible;
  • the software module does not affect the establishment of normal calls, nor does it affect the establishment of emergency special service calls when the traffic is overloaded; the system has wide adaptability, the load control is stable and effective, and it has adaptive overload control capabilities.
  • Figure 1 is a flow block diagram of the basic call module of the soft switch system when the traffic is overloaded;
  • Figure 2 is a block diagram of the basic call module's processing flow for calls. detailed description
  • the softswitch system When the amount of calls received by the softswitch system exceeds the traffic load capacity it can handle, it sends a congestion indication message to the basic call module (BCM). For all received during timer T1 The congestion indication messages are not processed at all. The purpose is to prevent the system's traffic from decreasing too quickly, and to effectively identify whether the system is overloaded for a short time.
  • BCM basic call module
  • step 101 it is determined whether the current basic call module receives the congestion indication message for the first time, step 101, and if so, change the load state of the system, that is, set the overload state of the system to the lowest level, step 103, and Set two timers, where the shorter duration T1 and the longer duration T2, step 103;
  • step 104 it is judged whether the current state is that timer T1 has timed out and timer T2 has not expired, step 104; if so, the traffic load of the first-level basic call module is increased, step 105, and it is further determined whether the increased traffic load exceeds the maximum bandwidth. Value, step 106, if not, restart timers T1 and T2, step 107; otherwise, it indicates that although the traffic load of the basic call module reaches the highest level, the system still has a congestion indication message, and sends congestion to the background service observer An alarm message, step 108; the current business process ends and enters a waiting message state;
  • step 104 If the timer T2 expires in step 104, that is, the congestion indication message is not received within a period of time of T2, the traffic load is reduced by one level and T2 is restarted at the same time; if T2 times out again at this time, the traffic load is reset again Decrease the level until the traffic load returns to the normal state, and further determine whether both timers T1 and T2 have not timed out. Step 109, if yes, directly enter the message waiting state; if not, restart both timers T1 and T1. T2, step 110, and then enter the waiting message state.
  • step 201 first determine whether the basic call module has received a congestion message, that is, whether the current system is in a state of overloaded traffic, step 201, if not, proceed as normal call processing, step 202; otherwise, indicate that the system is currently Already in an overloaded state, you need to set the current traffic load level, step 203, and then set the corresponding algorithm according to the traffic load level, step ankle 204; calculate the rate of refusing to initiate non-emergency special service calls.
  • the specific algorithm is: starting from the current call, in the following n calls, m calls (m ⁇ i) should be rejected, and m calls should not include emergency special service calls.
  • the ratio of rejected calls is:
  • the algorithm of traffic load control is calculated based on the processing load of the softswitch itself and the load of the relevant data bearer network.
  • the processing load of the softswitch itself is obtained according to the following parameters:
  • the processing load percentage of the internal communication processor of the softswitch device and the delay of forwarding the message is the processing load percentage of the internal communication processor of the softswitch device and the delay of forwarding the message.
  • the load of the relevant data bearer network is obtained according to the following parameters:
  • the algorithm of traffic load control and the control of traffic load include the following basic principles: It is necessary to ensure the unblocking of emergency calls (110, 119, 112, etc.);
  • call restrictions are divided into 4 levels, and the call restriction ratios are 50%, 75%, 87.5, 100% ;
  • the softswitch When traffic congestion is caused by media streams (in a softswitch system, the softswitch simply completes call processing, and the media stream switching is done by the data network). Although the softswitch itself is not overloaded, the softswitch also needs to offload data Network-related traffic;
  • the encoding method of the media stream is controlled. For example, if the G.711 encoding method is used to provide voice quality, the G.723 or G.729 method with high compression rate is used instead. To reduce media traffic.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Monitoring And Testing Of Exchanges (AREA)
  • Remote Monitoring And Control Of Power-Distribution Networks (AREA)
  • Devices For Supply Of Signal Current (AREA)
  • Push-Button Switches (AREA)

Description

软交换系统中用户呼叫负荷的控制方法 技术领域
本发明涉及电子通信网络系统中的业务处理方法， 特别是涉及一种以 软交换系统为核心的 IP网络中的用户呼叫负荷控制方法。 背景技术
在信息高度集中化的今天， 电话交换系统常常会遇到交换机的突发性 话务高峰， 比如节假日的某个时段， 或者发生区域性的突发性事件， 大量 的用户呼叫请求， 使网^塞， 通常造成长时间的无法接通呼叫， 甚至引 起交换机的"系统再启动"， 这不但妨碍紧急呼叫的接续， 也直接影响了交 换机的通信质量和设备维护。
对于话务负荷， 现有技术中多采用话务负荷分担的方法来加以控制， 以便疏通突发的集中话务； 但如果被溢出的路由本身不空闲， 且也有一定 的话务溢出时， 则采用这种控制方法对于溢过来的话务业务的处理就显得 无能为力， 并且， 当遇到话务溢出量较大时，反而会增加网路的拥塞程度。 因此， 这种方法在目前复杂多变的话务格局下越来越显得不适用。
而目前在电路交换网向分组网演进的核心设备软交换系统 （ Soft Switch ) 中， 也是下一代电信网络的重要系统中， 也同样面临着以上同样 的问题， 即如何有效控制话务负荷的问题。
其中， 与本发明最接近的对比文件——专利号为 .5933481的美国专利 中记载了"一种通信系统中话务负荷的控制方法"， 该发明在话务负荷控制 算法的^ ¾上， 提出了动态调节接受呼叫和提交呼叫的比率， 其中包含连 续决定提交呼叫率的步骤； 即当提交的呼叫量增加时， 系统以较低的比率 接受呼叫。 该方法使用了两种呼叫时间间隔， 只要提交呼叫率低于某一阈 值，就采用时间较短的呼叫间隔来接受呼叫； 而提交呼叫率高于该一阈值, 则采用时间较长的呼叫间隔来接受呼叫。 但是该方法也存在以下缺陷：
对于突发性的呼叫处理会出现一些波动， 要么接受了超过系统可以处 理能力的呼叫，要么在系统还可以接受呼叫时，却将某些用户呼叫拒绝了。 比如， 在一个很短的时间内， 系统提交了超过处理能力的呼叫， 但随后系 统根本无呼叫提交。
而在实际应用中， 系统接收的通常只是个负荷很短的一段时间， 不会 造成系统的拥塞， 因而所有这些提交的呼叫系统均可以处理； 只有在持续 地收到太多的呼叫一段时间内， 系统才应该拒绝发起其中的某些呼叫， 而 且， 拒绝的呼叫不应该是紧急特服呼叫。
本发明所提供的方法正是为了克服上述现有技术的缺陷， 而提供一种
IP网络中的用户呼叫负荷控制方法。 发明内容
本发明的目的是提供一种以软交换系统为核心的 IP 网络中的用户呼 叫负荷的控制方法， 当软交换系统中出现大话务量时，根据话务负荷程度, 动态地调整呼叫接受的比率， 以使系统尽快地恢复正常话务负荷状态， 防 止软交换系统出现拥塞及拥塞扩散现象的话务负荷控制方法。
为了达到上述目的， 本发明的技术方案包括以下步驟：
一种软交换系统中用户呼叫负荷的控制方法， 包括： 基本呼叫模块接 收到拥塞指示消息； 判断所述拥塞指示消息所指示的系统拥塞为突发性的 还是持续性的； 根据对所述系统拥塞是突发性的或持续性的判断， 对用户 呼叫负荷的接入进行控制。
优选地， 所述判断所述拥塞指示消息所指示的系统拥塞为突发性的还 是持续性的步骤是利用定时器 T1和 T2进行的； 所述定时器 T1为一较短 时长定时器； 所述定时器 T2为一较长时长定时器。
优选地， 所述基本呼叫模块接收到拥塞指示消息的步骤进一步包括： 判断所述基本呼叫模块是否首次接收到拥塞指示消息， 若是， 则将话务负 荷状态设置为过负荷状态的最低一级， 并启动所述定时器 T1和 T2。 优选地， 所述判断所述拥塞指示消息所指示的系统拥塞为突发性的还 是持续性的步骤进一步包括： 判断所述定时器 T1和 T2是否超时， 若所述 定时器 T1 未超时， 则所述基本呼叫模块进行正常的呼叫处理； 若所述定 时器 T1超时， 所述定时器 T2未超时， 则所述拥塞指示消息所指示的系统 拥塞为持续性的， 并重新启动所述定时器 T1和所述定时器 T2; 若所述定 时器 T1超时， 所述定时器 T2未超时， 且所述话务负荷状态为过负荷状态 的最高级， 则所述基本呼叫模块向后台程序发送拥塞告警消息； 若所述定 时器 T1和所述定时器 T2均超时，则所述拥塞指示消息所指示的系统拥塞 为突发性的， 并重新启动定时器 T2; 若所述定时器 T1和所述定时器 T2 均超时， 且话务负荷状态达到正常状态， 则所述基本呼叫模块进行正常的 呼叫处理。
优选地， 所述对用户呼叫负荷的接入进行控制的步驟进一步包括： 当 所述拥塞指示消息所指示的系统拥塞为持续性的时 , 拒绝发起非紧急特服 呼叫； 当所述拥塞指示消息所指示的系统拥塞为突发性的时， 将所述话务 负荷状态降低一级， 且減小所述拒绝建立呼叫的比率。
优选地， 所述拒绝发起非紧急特服呼叫的步驟进一步包括： 将话务负 荷状态增加一级； 对接收到的呼叫请求数量进行计数； 使用话务负荷控制 算法计算出拒绝建立呼叫的比率； 根据所述拒绝建立呼叫的比率来拒绝发 起非紧急特服呼叫。
优选地， 所述拒绝建立呼叫的比率与应该拒绝发起且不包含紧急特服 呼叫的呼叫数成正比； 所述拒绝建立呼叫的比率与从当前呼叫请求开始计 数的随后的呼叫数成反比； 所述应该拒绝发起且不包含紧急特服呼叫的呼 叫数大于或等于从当前呼叫请求开始计数的随后的呼叫数。
优选地，所述话务负荷控制算法是根据所述 IP网络中的软交换设备的 处理负荷和相关数据承载网络的负荷计算得出的。
优选地， 所述软交换设备的处理负荷是根据以下参数得出的： 所述软 交换设备内部 CPU的占用时间比率；所述软交换设备内部各软件模块的通 信量； 所述软交换设备内部数据库的平均访问时延； 所述软交换设备内部 呼叫处理占用的内存容量， 以及所剩的空闲内存百分比； 所述软交换设备 内部通信处理机处理负荷百分比， 及转发消息的时延。
优选地， 所 目关数据承载网络的负荷是根据以下^：得出的： 每个 数据端口的流量百分比、 各个局向通信时延、 各个局向通信抖动、 各个局 向通信丟包率、 相邻网络流量。
优选地，所述话务负荷控制算法对话务负荷的控制必须满足以下 保证紧急呼叫的畅通； 保证重点用户和优先用户的呼叫； 对普通用户呼叫 的限制采用分四级的方式， 呼叫限制的比率分别为 50%、 75%、 87.5%、 100%；当话务的负荷是由于媒体流引起时，虽然软交换本身并没有超负荷， 软交换也需分流数据网相关的流量； 当话务的拥塞是由于媒体流引起时， 对媒体流的编码方式进行控制， 如原来处于提供语音质量采用 G711编码 方式， 改为采用高压缩率的 G723或 G729的方式， 以减小媒体流量。
本发明所带来的积极效果是， 系统具有较高的稳定性和可靠性； 一旦 出现话务过负荷状态， 既保证了最大呼叫数的建立， 又可使系统尽快地恢 复至正常负荷状态； 软件模块不影响正常呼叫的建立， 话务过负荷时， 也 不影响紧急特服呼叫的建立； 系统适应性广， 负荷控制平稳有效， 具有自 适应的过负荷控制能力。 下面将结合实施例参照附图进行详细说明， 以便对本发明的目的、 特 征及优点有更深入的理解。 附图说明
图 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^i ) , 且 m个呼叫中不应该包含紧急特服 呼叫。 因而拒绝发起呼叫的比率：
p = m/n
话务负荷的等级可根据软交换设备的实际性能事先设定， 通常的情况 下 p =0， 即不用拒绝呼叫； 当话务负荷加大到需要进行负荷控制时， 则调 整 p值， 使 p〉0; 如此时话务仍继续加大， 则继续调大 p值； 当 p = 1时， 说明所有的呼叫 （除紧急呼叫外）都已被限制。 这样就可保证系统始终在 一个事先设定的符合话务安全范围内； 拒绝发起非紧急特服呼叫， 步骤 205;
至此， 该业务流程结束， 系统处于等待消息状态。
本发明中 , 话务负荷控制的算法是根据软交换本身的处理负荷和相关 数据承载网络的负荷计算得出的。
其中， 软交换本身的处理负荷是根据以下的参数得出的：
软交换设备内部 CPU的占用时间比率；
软交换设备内部各软件模块的通信量；
软交换设备内部数据库的平均访问时延；
软交换设备内部呼叫处理占用的内存容量， 以及所剩的空闲内存百分 比；
软交换设备内部通信处理机处理负荷百分比， 转发消息的时延。
相关数据承载网络的负荷是根据以下的参数得 ώ的：
每个数据端口的流量百分比；
各个局向通信时延；
各个局向通信抖动；
各个局向通信丟包率；
相邻网络流量。
话务负荷控制的算法对话务负荷的控制包括以下几点基本原则： 需要保证紧急呼叫 （110, 119， 112等） 的畅通；
需要保证重点用户和优先用户 (政府要害职能部门， 军队警察等） 的 呼叫； 对于普通用户呼叫的限制， 采用分 4级的方式， 呼叫限制的比率分 别为 50 % , 75%, 87.5, 100 % ;
当话务的拥塞是由于媒体流引起时（在软交换体系中， 软交换单純完 成呼叫处理， 媒体流交换由数据网完成）， 虽然软交换本身并没有超负荷， 软交换也需分流数据网相关的流量； 当话务的拥塞是由于媒体流引起时， 对媒体流的编码方式进行控制， 如原来处于提供语音质量采用 G.711编码方式，改为采用高压缩率的 G.723 或 G.729的方式， 以减小媒体流量。
以上所述， 仅是本发明的较佳实施方式， 不应皮视为是对本发明范围 的限制， 而且本发明所主张的权利要求范围并不局限于此， 凡熟悉此技艺 的人士， 依据本发明所揭露的技术内容， 可轻易思及的等效变化， 均应落 入本发明的保护范围。

Claims

权利要求
1. 一种软交换系统中用户呼叫负荷的控制方法， 其特征在于， 该方法 包括：
基本呼叫模块接收到拥塞指示消息；
判断所述拥塞指示消息所指示的系统拥塞为突发性的还是持续性的； 根据对所述系统拥塞是突发性的或持续性的判断， 对用户呼叫负荷的 接入进行控制。
2. 如权利要求 1所述的方法， 其特征在于， 所述判断所述拥塞指示消 息所指示的系统拥塞为突发性的还是持续性的步骤是利用两个定时器 T1 和 T2进行的。
3. 如权利要求 2所述的方法， 其特征在于， 所述定时器 T1为一较短 时长定时器， 所述定时器 T2为一较长时长定时器。
4. 如权利要求 2或 3所述的方法， 其特征在于， 所述基本呼叫模块接 收到拥塞指示消息的步骤进一步包括：
判断所述基本呼叫模块是否首次接收到拥塞指示消息， 若是， 则将话 务负荷状态设置为过负荷状态的最低一级， 并启动所述定时器 T1和 T2。
5. 如权利要求 2或 3所述的方法， 其特征在于， 所述判断所述拥塞指 示消息所指示的系统拥塞为突发性的还是持续性的步骤进一步包括：
判断所述定时器 T1和 Τ2是否超时，
若所述定时器 T1未超时， 则所述基本呼叫模块进行正常的呼叫处理； 若所述定时器 T1超时， 所述定时器 Τ2未超时， 则所述拥塞指示消息 所指示的系统拥塞为持续性的， 并重新启动所述定时器 T1 和所述定时器
Τ2;
若所述定时器 T1超时， 所述定时器 Τ2未超时， 且所述话务负荷状态 为过负荷状态的最高级， 则所述基本呼叫模块向后台程序发送拥塞告警消 息；
若所述定时器 T1和所述定时器 Τ2均超时，则所述拥塞指示消息所指 示的系统拥塞为突发性的， 并重新启动定时器 T2;
若所述定时囍 T1和所述定时器 T2均超时，且话务负荷状态达到正常 状态， 则所述基本呼叫模块进行正常的呼叫处理。
6. 如权利要求 1所述的方法， 其特征在于， 所¾|"用户呼叫负荷的接 入进行控制的步骤进一步包括：
当所述拥塞指示消息所指示的系统拥塞为持续性的时， 拒绝发起非紧 急特服呼叫；
当所述拥塞指示消息所指示的系统拥塞为突发性的时， 将所述话务负 荷状态降低一级， 且减小所述拒绝建立呼叫的比率。
7. 如权利要求 6所述的方法， 其特征在于， 所述拒绝发起非紧急特服 呼叫的步骤进一步包括：
将话务负荷状态增加一级；
对接收到的呼叫请求数量进行计数；
使用话务负荷控制算法计算出拒绝建立呼叫的比率；
根据所述拒绝建立呼叫的比率来拒绝发起非紧急特服呼叫。
8. 如权利要求 7所述的方法， 其特征在于， 所述拒绝建立呼叫的比率 与应该拒绝发起且不包含紧急特服呼叫的呼叫数成正比。
9. 如权利要求 7所述的方法， 其特征在于， 所述拒绝建立呼叫的比率 与从当前呼叫请求开始计数的随后的呼叫数成反比。
10. 如权利要求 8或 9所述的方法， 其特征在于， 所述应该拒绝发起 且不包含紧急特服呼叫的呼叫数大于或等于从当前呼叫请求开始计数的随 后的呼叫数。
11. 如权利要求 7所述的方法， 其特征在于， 所述话务负荷控制算法 是根据所述 IP 网络中的软交换设备的处理负荷和相关数据承载网络的负 荷计算得出的。
12. 如权利要求 11所述的方法， 其特征在于， 所述软交换设备的处理 负荷是才艮据以下参数得出的：
所述软交换设备内部 CPU的占用时间比率； 所述软交换设备内部各软件模块的通信量；
所述软交换设备内部数据库的平均访问时延；
所述软交换设备内部呼叫处理占用的内存容量， 以及所剩的空闲内存 百分比；
所述软交换设备内部通信处理机处理负荷百分比，及转发消息的时延。
13. 如权利要求 11所述的方法， 其特征在于， 所 目关数据承载网络 的负荷是根据以下参数得出的：
每个数据端口的流量百分比、各个局向通信时延、各个局向通信抖动、 各个局向通信丟包率、 相邻网络流量。
14. 如权利要求 7或 11所述的方法， 其特征在于， 所述话务负荷控制 算法对话务负荷的控制必须满足以下条件：
保证紧急呼叫的畅通；
保证重点用户和优先用户的呼叫；
对普通用户呼叫的限制采用分四级的方式， 呼叫限制的比率分别为 50%、 75%、 87.5%、 100%；
当话务的负荷是由于媒体流引起时， 虽然软交换本身并没有超负荷， 软交换也需分流数据网相关的流量；
当话务的拥塞是由于媒体流引起时， 对媒体流的编码方式进行控制， 如原来处于提供语音质量采用 G711编码方式，改为采用高压缩率的 G723 或 G729的方式， 以减小媒体流量。
PCT/CN2003/001108 2003-01-08 2003-12-23 Procede de controle du volume des communications d'un usager dans un systeme de commutation souple WO2004064364A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
AU2003296201A AU2003296201A1 (en) 2003-01-08 2003-12-23 The method of controlling the user calling load in soft switch system
EP03785459A EP1583338B1 (en) 2003-01-08 2003-12-23 The method of controlling the user calling load in soft switch system
DE60324468T DE60324468D1 (de) 2003-01-08 2003-12-23 Verfahren zur steuerung der benutzeranruflast in softswitch-systemen
US10/541,968 US7577242B2 (en) 2003-01-08 2003-12-23 Method of controlling the user calling load in soft switch system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN03114845.X 2003-01-08
CNB03114845XA CN100473043C (zh) 2003-01-08 2003-01-08 Ip网络中的用户呼叫负荷控制方法

Publications (1)

Publication Number Publication Date
WO2004064364A1 true WO2004064364A1 (fr) 2004-07-29

Family

ID=32686836

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2003/001108 WO2004064364A1 (fr) 2003-01-08 2003-12-23 Procede de controle du volume des communications d'un usager dans un systeme de commutation souple

Country Status (8)

Country Link
US (1) US7577242B2 (zh)
EP (1) EP1583338B1 (zh)
CN (1) CN100473043C (zh)
AT (1) ATE413055T1 (zh)
AU (1) AU2003296201A1 (zh)
DE (1) DE60324468D1 (zh)
ES (1) ES2316845T3 (zh)
WO (1) WO2004064364A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060171298A1 (en) * 2005-01-31 2006-08-03 Santera Systems, Inc. Methods and systems for dynamic load balancing between call processors
JP4535129B2 (ja) * 2005-04-14 2010-09-01 パナソニック株式会社 サーバ装置、情報通知方法、および情報通知システム
CN1874351B (zh) * 2006-01-26 2012-06-27 华为技术有限公司 一种实现自动拥塞控制的方法
CN101132379B (zh) * 2006-08-22 2010-06-23 中兴通讯股份有限公司 用于在接入网关中实现预定呼叫的方法和装置
US8285868B2 (en) * 2008-04-08 2012-10-09 Verizon Patent And Licensing Inc. Session initiation protocol (SIP) overload protection
CN101695187B (zh) * 2009-10-21 2015-05-20 中兴通讯股份有限公司 呼叫预处理方法及其装置
KR101680868B1 (ko) * 2009-11-18 2016-11-30 삼성전자주식회사 무선통신시스템에서의 데이터 전송 제어장치 및 방법
KR20110069692A (ko) * 2009-12-17 2011-06-23 엘지전자 주식회사 광대역 이동 통신 시스템에서 긴급 서비스 정보 제공 장치 및 방법
CN103457941B (zh) * 2013-08-19 2016-09-07 北京佳讯飞鸿电气股份有限公司 多媒体指挥调度系统中调度台负荷自适应方法
CN104168601B (zh) * 2014-07-25 2018-07-10 京信通信系统（中国）有限公司 无线网络拥塞控制方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5835490A (en) * 1995-08-21 1998-11-10 Electronics And Telecommunications Research Institute Overload control method using call control process load ratio of CDMA mobile system
CN1275851A (zh) * 1999-05-31 2000-12-06 日本电气株式会社 用于检测用户忙时的系统和设备
US6259776B1 (en) * 1997-03-25 2001-07-10 British Telecommunications Public Limited Company System for controlling telecommunication overload traffic

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3796837A (en) * 1972-09-13 1974-03-12 Bell Telephone Labor Inc Network traffic control system
CA1310731C (en) * 1988-04-30 1992-11-24 Mamoru Higuchi Exchange system having originating call restriction function
US5425086A (en) * 1991-09-18 1995-06-13 Fujitsu Limited Load control system for controlling a plurality of processes and exchange system having load control system
FI98180C (fi) * 1994-12-16 1997-04-25 Nokia Telecommunications Oy Liikenteen ohjaus tietoliikennejärjestelmässä
US5933481A (en) 1996-02-29 1999-08-03 Bell Canada Method of controlling call traffic in a telecommunication system
KR0175597B1 (ko) * 1996-09-04 1999-04-01 한국전자통신연구원 비동기전달모드 교환 시스템에서 호 불완료 원인 메시지를 이용한 저확률 연결호 등록방법
JP3805553B2 (ja) * 1999-03-12 2006-08-02 株式会社日立コミュニケーションテクノロジー Ａｔｍ多重化装置および輻輳通知方法
US7099329B1 (en) * 2001-06-21 2006-08-29 At&T Corp. Method for preventing overload condition in a circuit switched arrangement
US7508763B2 (en) * 2003-09-04 2009-03-24 Hewlett-Packard Development Company, L.P. Method to regulate traffic congestion in a network
US20070036277A1 (en) * 2003-09-15 2007-02-15 Atkinson Douglas A Craft menu system using caller ID functionality for installation and testing

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5835490A (en) * 1995-08-21 1998-11-10 Electronics And Telecommunications Research Institute Overload control method using call control process load ratio of CDMA mobile system
US6259776B1 (en) * 1997-03-25 2001-07-10 British Telecommunications Public Limited Company System for controlling telecommunication overload traffic
CN1275851A (zh) * 1999-05-31 2000-12-06 日本电气株式会社 用于检测用户忙时的系统和设备

Also Published As

Publication number Publication date
EP1583338A1 (en) 2005-10-05
CN100473043C (zh) 2009-03-25
EP1583338A4 (en) 2006-08-16
EP1583338B1 (en) 2008-10-29
DE60324468D1 (de) 2008-12-11
US20060188079A1 (en) 2006-08-24
CN1516411A (zh) 2004-07-28
ES2316845T3 (es) 2009-04-16
US7577242B2 (en) 2009-08-18
ATE413055T1 (de) 2008-11-15
AU2003296201A1 (en) 2004-08-10

Similar Documents

Publication Publication Date Title
JP3720356B2 (ja) 電気通信網における過負荷を制御する方法
RU2316127C2 (ru) Спектрально-ограниченная контролирующая пакетная передача для управления перегрузкой и установления вызова в сетях, основанных на пакетах
EP0680680B1 (en) Dynamic rate adjustment for overload control in communication networks
EP1024638A1 (en) System and method for dynamic codec alteration
US20160261511A1 (en) System and Method for Adapting an Application Source Rate to a Load Condition
JP4603034B2 (ja) 通信ネットワークにおけるオーバーロード制御
US8446829B2 (en) System and method for overload control in a next generation network
US20020159576A1 (en) Method for overload control in a telecommunications network and apparatus therefor
EP1024637A1 (en) System and method for coding algorithm adjustment in telephony-over-lan networks
WO2004064364A1 (fr) Procede de controle du volume des communications d'un usager dans un systeme de commutation souple
US20140023067A1 (en) Telephone Call Processing Method and Apparatus
WO2006076850A1 (fr) Procede de traitement pour la gestion de surcharge de dispositif dans un reseau de communication
WO2008145195A1 (en) Session admission control in a communications network
US8040805B2 (en) Load control in a communication network
JP2004140475A (ja) データ転送速度調停システム及びそれに用いるデータ転送速度調停方法
KR101206670B1 (ko) 통신 네트워크에서 과부하를 제어하는 시스템과 방법
JPH0783356B2 (ja) 可変速度通信方式
US9253099B2 (en) System and method for overload control in a next generation network
US8243738B2 (en) Or relating to call control
EP1721423B1 (en) Improvements in or relating to call control
JP2004064569A (ja) エッジノード、信号制御サーバ、エッジノードにおける処理方法、信号制御サーバにおける処理方法、通信品質制御方法および通信品質制御装置
EP1367779A1 (en) Robust congestion control mechanisms for communication networks

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2003785459

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 3352/DELNP/2005

Country of ref document: IN

WWP Wipo information: published in national office

Ref document number: 2003785459

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2006188079

Country of ref document: US

Ref document number: 10541968

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10541968

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Ref document number: JP