CN101027915A - 通信系统和用于管理负载的方法 - Google Patents
通信系统和用于管理负载的方法 Download PDFInfo
- Publication number
- CN101027915A CN101027915A CN200580026502.0A CN200580026502A CN101027915A CN 101027915 A CN101027915 A CN 101027915A CN 200580026502 A CN200580026502 A CN 200580026502A CN 101027915 A CN101027915 A CN 101027915A
- Authority
- CN
- China
- Prior art keywords
- message
- destination node
- gateway
- load
- node
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 44
- 238000000034 method Methods 0.000 title claims description 49
- 230000004044 response Effects 0.000 description 55
- 238000006243 chemical reaction Methods 0.000 description 40
- 230000007246 mechanism Effects 0.000 description 21
- 238000010586 diagram Methods 0.000 description 15
- 230000009471 action Effects 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 10
- 230000007704 transition Effects 0.000 description 8
- 230000008859 change Effects 0.000 description 6
- 239000010410 layer Substances 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 238000001914 filtration Methods 0.000 description 3
- 230000000903 blocking effect Effects 0.000 description 2
- 238000006073 displacement reaction Methods 0.000 description 2
- 230000002265 prevention Effects 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 239000012141 concentrate Substances 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 239000011241 protective layer Substances 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0062—Provisions for network management
- H04Q3/0091—Congestion or overload control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13034—A/D conversion, code compression/expansion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13106—Microprocessor, CPU
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13166—Fault prevention
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13196—Connection circuit/link/trunk/junction, bridge, router, gateway
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13387—Call gapping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13389—LAN, internet
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Monitoring And Testing Of Exchanges (AREA)
Abstract
一种通信系统,包含有一个目标节点和至少一个源节点,这些节点被设置以用于在其之间进行消息通信;其中所述目标节点包含有用于对从所述至少一个源节点接收的至少一些消息进行处理的装置和用于检测所述目标节点的处理负载的装置;其中所述目标节点包含有用于在已经达到或超过一个特定处理负载时通知所述至少一个源节点的装置;以及其中每个源节点都包含有用于根据该通知来降低向该目标节点发送消息的比率。
Description
技术领域
本发明一般涉及通信领域、通信系统和用于管理负载的相关方法。
背景技术
在现有的电话PSTN中,花费了大量的时间和努力以保证网络在呼叫尝试过载时、也即当提供给网络的呼叫尝试的数目超过它的处理容量时是有弹性的。这通过引入既作为一个整体运行于网络上、又运行于网络中的单个交换机上的负载控制方案来实现。
在网络层上,这种PSTN方法的特性通过国际标准实体和许多国家标准实体来概括。这些努力反映在国际标准ITU-T推荐Q.746、信令系统第7 ISDN用户部分规程和UK标准PNO-ISC/SPEC007、PNO-ISC规范第007、ISDN用户部分(ISUP)。这些网络层的控制通常通过PSTN网络中的交换机的响应来驱动,并从而重点在于该网络中的交换机在过载时以合理的方式来反应。对于这些努力,ITU-T已经就过载时交换机应当如何运行发布了推荐Q.543数字交换性能设计目标,尽管没有明确规定如何实现所推荐特性的准确机制。在图1中示出了过载交换的特征。
实质上,大多数网络层方案使用了“后退”机制来响应交换过载。如图2中所示,一旦开始运行,基于网络的方案对于提供给过载的交换的通信量进行限制,以使交换的流量保持在一个合理的等级:
这些网络层方案大多工作于变换层,也即类5(网络中用户所连接到的一个节点或交换机)到类4(用于连接类5交换机的网络节点);类4到类4;或类4到类5,其中呼叫和路由的集中等级非常高。在集中等级低得多、或没有的情况下,则这些机制并不是有效的。在一些情况中,可以使用基于手动操作者的方案(也即呼叫间隙(callgapping)),但是在电话PSTN中特别薄弱的一个区域是接入集线器-类5接口。
当通信等级足够高以至于在所提供的线路上产生阻塞时,从接入集线器到类5交换机的链路的设计提供了一些保护等级。
在下一代网络(NGN)构架中,非常大数量的(比如超过30000)、特征在于低呼叫率的用户线可能首先集中于一个单独的级,比如呼叫服务器。在这种情况下,在如此大量的线路上仅仅一个小比例的线路在呼叫率上增加就可能导致在集中点处的处理负载的巨大增加。这需要用一些机制来快速响应以充分防止呼叫服务器由于整个呼叫率中的小增加而变得全部过载。
所述接入集线器在常规的公共交换电话网络或PSTN中提供了一种自然节流并设法防止这种类型的过载,但是在所述NGN中可能不存在这种接入集线器。
在NGN网络构架中,估计这种薄弱性可能会更加严重。关于这种新的构架,所设想到的是用户线将连接到已知的诸如媒体网关(MGW)的实体上。这些MGW将轮流连接到已知的诸如呼叫服务器的类5置换交换机上。关于这种构架,MGW在尺寸上可以从那些处理单个线路变化为那些处理多至2000个线路的组合,其全部都通过因特网协议(IP)直接连接到呼叫服务器上,也即集线器的功能从网络中被去除。
因此显然关于这种构架可能存在几千个线路、以及可能有几千个或甚至上百万个MGW连接到一个单独的呼叫服务器,并同样地仅仅需要在所有的线路/MGW中呼叫尝试等级的适度增加就导致呼叫服务器的过载。在媒体激励事件的情况中(比如电话投票)或在灾难的情况下,在呼叫尝试的等级中经常会有巨大级别的变化。在NGN构架中,这样的一个事件可能使呼叫服务器过载而达到业务可能彻底停止的等级。显然这是所不期望进入的状况,因为当这些发生时,处理紧急呼叫或优先呼叫的能力也停止了。从而需要在MGW和呼叫服务器之间有一种有效的负载控制方案来防止发生这种情况。
在常规的PSTN中,如果接入集线器可以把它的线路之一分配给一个呼叫,那么它就仅仅发送一个摘机通知(也即一个建立新呼叫的请求)至类5交换机。这意味着,当接入集线器至类5交换机的所有线路正忙时,在接入集线器上呼叫就被拒绝。
一些被提议用于NGN的信令标准(比如媒体网关控制协议MGCP、H.248和会话初始协议SIP)并没有致力于这些问题。
从接入集线器到类5交换机的链路的设计当流量等级高到足以在所提供的线路上产生阻塞时提供了一些保护层。在常规的PSTN中,如果接入集线器可以把它的线路之一分配给呼叫,那么该接入集线器就仅仅发送一个摘机通知至类5交换机。这意味着,当接入集线器至类5交换机的所有线路正忙时,在接入集线器上呼叫就被拒绝。
一种可能的解决方法是提供多至30000线的一种广播机制。但是,在工业上还没有合适的广播机制被采用,并且这样一种解决方法由于其效率很低而被本发明人放弃。
发明内容
本发明提供了一种通信系统,该通信系统包括一个目标节点和至少一个源节点,被布置用于在他们之间进行消息通信;其中该目标节点包括有用于处理从所述至少一个源节点所接收的至少一些消息的装置以及用于检测该目标节点的处理负载的装置;其中该目标节点包括有当达到或超过特定处理负载等级时用于通知所述至少一个源节点的装置;以及其中每个源节点都包括有用于响应于该通知而降低将消息发送至该目标节点的比率的装置。
本发明提供了用于控制从至少一个源节点接收消息的一个目标节点上的负载的一种方法,其中该目标节点对从所述至少一个源节点接收的至少一些消息进行处理,所包括的步骤有检测目标节点的处理负载;当达到或超过特定处理负载等级时通知所述至少一个源节点;并且其中每个源节点都响应于该通知而降低将消息发送至该目标节点的比率。
附图说明
现在通过例子的方式参照附图来描述本发明的实施例,其中:
图1和2示出了常规呼叫服务器的响应特性;
图3示出了常规PSTN的图示;
图4示出了一种建议的NGN的图示;
图5和6、17、20和21示出了根据本发明的信息流的图示;
图7和8、18和19、22和23示出了根据本发明的状态变换图示;
图9和10示出了根据现有技术的消息流的图示;
图11至16示出了根据本发明的消息流的图示。
具体实施方式
这里将进行描述的负载控制方案的基本前提是,在过载时(也即当到达该节点的呼叫尝试的数目超过它的处理容量时的一段时间,暂时尖峰除外)呼叫服务器可以利用通过MGW而被识别为过载消息的一个消息而拒绝呼叫,并且呼叫服务器的过载等级可以被传回到该MGW(或者单独地或者作为该过载消息的一部分),如此使得该MGW可以据此来相应地动作,并开始限制该MGW提供给该呼叫服务器的新呼叫的数目。
当提供给该呼叫服务器的呼叫尝试的等级增加时,该呼叫服务器的处理负载也对应于呼叫尝试等级的这种增加而稳定地增加。最后达到了该呼叫服务器的最大处理容量(也即它的所有资源都被使用)。收到任何其他新的呼叫尝试将会导致该呼叫服务器进入过载并开始拒绝呼叫(图1)。
该呼叫服务器所接收的、与新的呼叫尝试有关的信令消息已知的是一个“摘机”通知。过载的呼叫服务器将如下所述地开始拒绝“摘机”通知。不是处理该摘机消息并以通常的方式接受或拒绝该呼叫、并随后用通常的响应/确认消息来对该MGW进行响应,而是该呼叫服务器将用一个自动的NAK来对来自一个MGW的摘机消息进行响应,其中该NAK消息包含有该呼叫服务器的过载等级。该NAK消息的产生在处理阶段中与该消息的常规处理相比较应该是非常有效的,这是因为所有所需要的就是鉴别输入消息并鉴别新的呼叫请求。这可以用小的处理开销来实现,使该呼叫服务器上的迅速处理减载,而同时把该呼叫服务器的过载等级快速地传递回到该MGW,使得它也可以采取预防动作。
在从呼叫服务器收到该NAK消息后,该MGW将按照如下所述进行响应。如果该MGW上的拒绝机制目前未激活,那么它将被激活并在通过该呼叫服务器所指示的等级上开始拒绝呼叫。如果该机制已被激活,那么该MGW将适当地改变拒绝等级(也即提供给该MGW的、通过该MGW的过滤机制而被拒绝的呼叫的比例)。该MGW的过滤机制现在可能决定接受或拒绝该消息。如果该消息被该MGW的过滤机制接受,那么它就传输回到该呼叫服务器,在那里它现在将通过该呼叫服务器的负载控制机制来正常地进行处理,该负载控制机制能够自身决定接受或拒绝消息。
在该呼叫服务器的过载等级中的任何后续的增加都能以类似的方式被通信至该MGW,致使该MGW适当地改变它的呼叫过滤机制。在过滤机制未激活的一个MGW上,一个过载消息的接收将导致该过滤机制被激活。在这种情况下,该消息没有被重新提供给该呼叫服务器,因为它已经由于没有足够的资源来进行处理而被该呼叫服务器拒绝。
图4示出了一种典型的NGN可能如何出现的一个例子。如图4中所示,利用这种新的构架,所设想到的是用户线将被连接到已知的诸如媒体网关(MGW)的实体上。该MeW被依次连接到已知的诸如呼叫服务器的类5置换交换机上。对于这种NGN构架,MGW的尺寸可以从那些处理单个线路变化为那些处理多至2000个线路的组合,所有这些线路都通过因特网协议(IP)直接连接到呼叫服务器上,也即集线器的功能从网络中被去除。
因此显然关于这种构架可能存在几千个线路、以及可能有几千个或甚至上百万个MGW连接到一个单独的呼叫服务器,并同样地,仅仅在所有的线路/MGW中呼叫尝试等级的适度增加就会导致呼叫服务器的过载。在媒体激励事件的情况中(比如电话投票)或在灾难的情况下,在呼叫尝试的等级中经常会有巨大级别的变化。在NGN构架中,这样的一个事件可能使处理电话流量的呼叫服务器过载而达到业务可能彻底停止的等级。显然这是所不期望进入的状况,因为当这些发生时,处理紧急呼叫或优先呼叫的能力也停止了。从而需要在MGW和呼叫服务器之间有一种有效的负载控制方案来防止这种服务损失。
可能用于NGN的信令标准(比如MCCP、H.248、SIP)还没有完全被开发并没有被规定用于处理这一课题。
在一段明显的时间内,当提供给一个节点的呼叫尝试的数目超过了它的处理容量时(也即暂时尖峰除外),该节点的过载产生。这里将进行描述的负载控制方案的基本前提是,在过载时该呼叫服务器可以利用通过MGW而被识别为过载消息的一个消息而拒绝呼叫,并且呼叫服务器的过载等级可以被传回到该MGW(或者单独地或者作为该过载消息的一部分)。该MGW可以有利地根据由该呼叫服务器所提供的该消息来相应地动作,并开始限制该MGW提供给该呼叫服务器的新呼叫的数目。该呼叫服务器的过载等级可以被定义为在一个预定时间阶段内被拒绝的呼叫的比例。
当提供给该呼叫服务器的呼叫尝试的等级增加时,该呼叫服务器的处理负载也对应于呼叫尝试等级的这种增加而稳定地增加。最后达到了该呼叫服务器的最大处理容量(也即它的所有资源都被使用)。收到任何其他新的呼叫尝试将会导致该呼叫服务器进入过载并开始拒绝呼叫(见图1所示)。
该呼叫服务器所接收的、与新的呼叫尝试有关的信令消息已知的是一个如同通过电话用户拿起听筒通常所引起的“摘机”通知。过载的呼叫服务器如下所述地按照第一优选实施例将开始拒绝与新呼叫有关的“摘机”通知。不是以通常的方式接受或拒绝该呼叫,并随后用通常的响应/确认消息来对该MGW进行响应,而是该呼叫服务器将开始用NAK来回应至该MGW,其中该NAK消息包含有(由该呼叫服务器所确定的)拒绝等级。该拒绝等级将包含一个至该MGW的指令,以拒绝某一比例的新呼叫请求,而不会把他们传递至该呼叫服务器。该NAK消息的产生就处理而言,与该消息在该呼叫服务器中所经受的常规处理相比较应该是非常有效的,这实现了该呼叫服务器上的迅速处理减载,而同时把该呼叫服务器的拒绝等级快速地传递回到该MGW,同样使得它也可以采取预防动作。
在从呼叫服务器收到该NAK消息后,该MGW将按照如下所述进行响应。如果该MGW上的拒绝机制目前未激活,那么它将被激活并以该呼叫服务器所指示的等级开始拒绝呼叫。如果该机制已被激活,那么该MGW将适当地改变拒绝等级。该MGW的拒绝机制现在可以选择接受或拒绝该消息。如果该消息被该MGW的过载控制机制接受,那么它就传输回到该呼叫服务器,在那里它现在将被该呼叫服务器的负载控制机制来正常地进行处理。对于重新传输的消息,该呼叫服务器不再产生一个第二NAK,因为该呼叫服务器记得它已经针对同一消息发送了一个NAK。
有两种方式来通知该拒绝等级。首先是NAK,该NAK作为摘机消息的直接响应而被发送;其次是“过载消息”,该过载消息在顺序上发送得较晚。从该MGW提供给给呼叫服务器的、由于过载而被该呼叫服务器拒绝的任何随后的消息将使该MGW的呼叫拒绝机制的拒绝等级作适当的改变。在负载控制机制未被激活的一个MGW处收到一个过载消息将促使该负载控制机制被激活。在这种情况下,该消息不再重新提供给该呼叫服务器,因为该消息已经由于没有足够的资源来处理它而被该呼叫服务器拒绝。
当在该呼叫服务器上的过载已经消除,也即被呼叫服务器接收并然后被拒绝的新呼叫请求的比例已经达到零时,从该呼叫服务器到该MGW的过载消息(比如NAK)的通信将停止。这些消息的停止将导致在该MGW中逐渐降低新呼叫在时间上被拒绝的比例。
有利地,该呼叫服务器保持了NAK被发送所到达的MGW的一个纪录,以避免发送不必要的消息。在每次该呼叫服务器增加过载等级时,该纪录优选地被更新(也即被清除),以允许该呼叫服务器有效地把当前的过载等级通信返回到该MGW,还包括那些先前被通知的较低过载等级。
本方案的目的在于,把提供给呼叫服务器的呼叫尝试的等级在过载阶段显著地降低。这将增加呼叫服务器正确处理呼叫的能力,尤其保持了对紧急呼叫或优先呼叫的充分的支持能力。
本发明的第一优选实施例现在参照图5、6、7和8来进行描述。
图5是一个信息模型,有时称作实体关系图,示出了本实施所必需的数据项和它们之间的关系。对象2网关代表一个MGW。每个网关都具有一个标识,其由一个单独的属性gateway_id组成。每个网关都包含另外两个属性:reject_rate,等于应当由该网关拒绝的呼叫的比例;parent_id:控制该网关的呼叫服务器的标识。另外,每个网关都包含一个状态变量current_state(当前状态),该变量标明了该网关在其状态机中的位置。
对象4负载信息代表增加到该呼叫服务器的新的功能性。由于在每个呼叫服务器上都有一个负载信息实例,所以不管它控制多少MGW,它都可以把该呼叫服务器的标识用作它的标识。该负载信息对象包含一个单独的属性reject_rate,包含应当被它的所有网关拒绝的呼叫的比例。另外,负载信息还包含一个状态变量current_state,该变量标明了该负载信息在其状态机中的位置。
对象5网关负载信息代表了在该呼叫服务器上所保存的关于它所控制以支持负载信息中的功能性的每个网关的数据。每个网关负载信息都包含每个MGW一个的一个单独的属性last_reject_rate,包含前一次通知给该网关的将被拒绝的呼叫的比例。网关负载信息在该呼叫服务器上实施。
图6是一个对象通信模型,示出了在对象之间传递的消息。下面将结合图7和8来详细讨论这些消息。除了在该信息模型上所标明的所述两个状态机(网关和负载信息)外,图6还示出了四个终端:
●终端用户(End User),代表网络终端设备(比如电话机)和使用它的人;
●计时器(Timer),代表该网关上的计时功能,
●呼叫控制(Call Control),代表该呼叫服务器的现有的呼叫连接功能性;以及
●操作系统(Operating System),代表该呼叫服务器现有的软件基础。
图7、8、18、19、22和23是状态变换图。在这些状态变换图中,每个状态通过包含有与该状态相关联的动作的一个框来表示。每次进入该状态就执行与该状态相关联的动作。为了使该状态机简化,该对象(网关或负载信息)可以向自己发送消息;该状态机在来自其他对象的消息之前处理这些消息。为了初始化这些状态机,使用了以下的模式:一个特殊的消息Create(创建)被用于进入一个特殊状态Creating。与Creating相关联的动作是初始化该对象的数据并发送一个Creation_Complete(创建完成)消息至该对象。除了与一个状态相关联的动作的描述外,每个状态框都包含由该状态的动作所产生的一个未排序的消息列表。
图7是根据第一实施例的网关的状态变换图。现在将结合图7来描述该网关的运行。
如图7所示,该网关以属性reject_rate的适当省缺值从Creating状态进入状态2 Overloaded(过载)。网关将保持在状态2 Overloaded中直到收到一个消息。在状态2 Overloaded中,网关可以接收以下六种消息中的任何一种:
●GW3:Timer,来自计时器对象,使网关变换为状态3 ProcessTimer(处理计时器)。如果属性reject_rate的当前值大于零,则reject_rate被减小。如果reject_rate现在小于零,则reject_rate被设为零。如果reject_rate现在等于零,则网关向自己发送消息GW4:Out_Of_Overload(脱离过载),该消息使网关变换到状态4 Normal(正常);否则,网关向自己发送消息GW5:Stay_In_Overload,该消息使网关变换到状态2Overloaded。如果在状态3 Process Timer的入口处属性reject_rate的值不大于零,则网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换回到状态4Normal。
●GW6:Negative_Acknowledgement(否定确认),来自LoadInformation(负载信息)对象,使网关变换到状态7Handle_Neg_Ack(处理否定确认)。如果属性reject_rate的当前值小于在该消息中被接收的参数new_reject_rate的值,则属性reject_rate被设为new_reject_rate的值。网关向自己发送消息GW5:Stay_In_Overload,该消息使它在该动作结束时变换到状态2 Overloaded。然后网关向自己发送消息GW8:Off_Hook,如此使得提供否定确认的摘机消息通过状态9 Off_Hook_In_Overload(摘机过载)的动作而被过滤掉(见下面的GW8:Off_Hook)。
●GW7:Load Level,来自负载信息对象,使网关变换到状态5Process_New_Load_Level(处理新负载等级)。如果reject_rate的当前值小于在该消息中被接收的参数new_reject_rate的值,则reject_rate被设为new_reject_rate。网关向自己发送GW5:Stay_In_Overload,该消息使网关变换到状态2Overloaded。
●GW8:Off_Hook,来自终端用户对象,使网关变换到状态9Off_Hook_In_Overload。网关根据属性reject_rate的当前值来决定该摘机消息是否应当被发送到该呼叫服务器。如果决定是发送该摘机消息,则网关通过向该呼叫服务器发送LI6:Off_Hook将该事件传递到它的上级呼叫服务器。如果决定是不发送该摘机消息,则网关就通知终端用户。无论什么决定,网关都向自己发送消息GW5:Stay_In_Overload,该消息使网关变换回到状态2 Overloaded。
●GW9:Other_Telephony_Event,来自终端用户对象,使网关变换到状态8 Line_Event_In_Overload(线路事件过载)。网关通过向该呼叫服务器发送消息LI7:Other_telephony_Event将该事件传递到它的上级呼叫服务器。然后网关向自己发送消息GW5:Stay_In_Overload,该消息使网关变换回到状态2Overloaded。
●GW10:Response,来自负载信息对象,使网关变换到状态12Overloaded_Response(过载响应)。网关按照常规处理该响应。然后网关向自己发送消息GW5:Stay_In_Overload,该消息使网关变换回到状态2 Overloaded。
当网关已经收到充分的GW3:Timer消息时,reject_rate将已经被减小为零,并且网关将已经变换到状态4 Normal。网关将保持在状态4 Normal中直到它接收到一个消息。在该状态中,网关可以接收以下六种消息中的任何一种:
●GW3:Timer,来自计时器对象,使网关变换为状态3 ProcessTimer。由于在状态3 Process_Timer的入口处属性reject_rate的值不大于零,网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换回到状态4Normal。
●GW6:Negative_Acknowledgement,来自负载信息对象,使网关变换到状态7:Handle_Neg_Ack。由于属性reject_rate的当前值为零,它将小于在该消息中被接收的参数new_reject_rate的值,则reject_rate被设为new_reject_rate的值。网关向自己发送消息GW5:Stay_In_Overload,该消息使它在该动作结束时变换到状态2 Overloaded。然后网关向自己发送消息GW8:Off_Hook,如此使得提供否定确认的摘机消息通过状态9 Off_Hook_In_Overload的动作而被过滤掉(见上面的GW8:Off_Hook)。
●GW7:Load Level,来自负载信息对象,使网关变换到状态5Process_New_Load_Level。由于属性reject_rate的当前值为零,它将小于在该消息中被接收的参数new_reject_rate的值,则reject_rate被设为new_reject_rate的值。网关向自己发送GW5:Stay_In_Overload,该消息使网关变换到状态2Overloaded。
●GW8:Off_Hook,来自终端用户对象,使网关变换到状态10Off_Hook_Normal(摘机正常)。网关通过向呼叫服务器发送LI6:Off_Hook将该事件传递到它的上级呼叫服务器。然后网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换回到状态4 Normal。
●GW9:Other_Telephony_Event,来自终端用户对象,使网关变换到状态6 Line_Event_Normal(线路事件正常)。网关通过向呼叫服务器发送消息LI7:Other_telephony_Event将该事件传递到它的上级呼叫服务器。然后网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换回到状态4Normal。
●GW10:Response,来自负载信息对象,使网关变换到状态11Normal_Response(正常响应)。网关按照常规处理该响应。然后网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换回到状态4 Normal。
图8是负载信息的状态变换图。现在将参照图8来描述该负载信息的运行。
如图8所示,该负载信息从Creating状态进入状态2 Normal,并具有设为零的属性reject_rate。负载信息将保持在状态2 Normal中直到它接收到一个消息。负载信息在该状态中可以接收以下五种消息中的任一种:
●LI3:Load_Level,来自操作系统对象,使负载信息变换到状态4 Check_Load_Level。属性reject_rate被设为在Load_Level消息中所接收的参数new_reject_rate的值。如果属性reject_rate现在为零,则对于该呼叫服务器所控制的每个网关,负载信息都将与网关相关联的属性last_reject_rate的值设为零,然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换到状态2 Normal。如果reject_rate现在为非零,则负载信息向自己发送消息LI4:Into_Overload,该消息使它变换到状态3 Overloaded(见下文)。
●LI6:Off_Hook,来自网关对象,使负载信息变换到状态8Normal_Off_Hook。通过向它的呼叫控制发送消息CC1:Off_Hook,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换回到状态2 Normal。
●LI7:Other_Telephony_Event,来自网关对象,使Load_Information变换到状态5 Normal_Telephony_Event。通过向它的呼叫控制发送消息CC2:Other_Telephony_Event,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换回到状态2Normal。
●LI8:Reject_Call_For_Load,来自呼叫控制对象,使负载信息变换到状态12 Normal_Reject。消息LI8:Reject_Call_For_Load是一个特殊的响应,表示呼叫控制太忙而不能处理该呼叫。当负载信息处于状态2 Normal中时,LI8:Reject_Call_For_Load也可以到达,这是因为呼叫控制的拒绝机制独立于负载信息的机制,并且当所有的呼叫都被网关接受时(也即没有网关过滤),呼叫控制也可以拒绝呼叫。通过向Reject_Call_For_Load消息中所接收的参数gateway_id所标识的那个网关发送消息GW1O:Response,负载信息将该事件传递到该网关。然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换回到状态2Normal。
●LI9:Response,来自呼叫控制对象,使负载信息变换到状态11 Normal_Response。通过向消息LI9:Response中所接收的参数gateway_id所标识的那个网关发送消息GW10:Response,负载信息将该事件传递到该网关。然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换回到状态2 Normal。
当负载信息已经从操作系统接收到一个消息LI3:Load_Level,其具有大于零的参数new_reject_rate,那么它将会已经变换到状态3Overloaded。负载信息将保持在状态3 Overloaded中直到接收到一个消息。负载信息在该状态中可以接收以下五种消息中的任一种:
●LI3:Load_Level,来自操作系统对象,使负载信息变换到状态4 Check_Load_Level。属性reject_rate被设为在Load_Level消息中所接收的参数New_reject_rate的值。如果属性reject_rate现在为零,则对于该呼叫服务器所控制的每个网关,负载信息都将与网关相关联的属性last_reject_rate的值设为零,然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换到状态2 Normal。如果属性reject_rate现在为非零,则负载信息向自己发送消息LI4:Into_Overload,该消息使它变换到状态3 Overloaded。
●LI6:Off_Hook,来自网关对象,使负载信息变换到状态6Overload_Off_Hook。如果属性reject_rate的当前值大于与消息LI6:Off_Hook中所接收的gateway_id所标识的网关相关联的属性last_reject_rate的值,则负载信息向被标识的网关发送消息GW6:Negative_Acknowlegement,用reject_rate的当前值来作为其中的一个参数,并将与被标识的网关相关联的属性last_reject_rate的值设为reject_rate的当前值。否则,通过向它的呼叫控制发送消息CC1:Off_Hook,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI4:Into_Overload,该消息使它变换回到状态3 Overloaded。
●LI7:Other_Telephony_Event,来自网关对象,使Load_Information变换到状态7 Overload_Other_Event。通过向它的呼叫控制发送消息CC2:Other_Telephony_Event,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI4:Into_Overload,该消息使它变换回到状态3Overloaded。
●LI8:Reject_Call_For_Load,来自呼叫控制对象,使负载信息变换到状态9 Overloaded_Reject。通过向消息LI8:Reject_Call_For_Load中所接收的参数gateway_id所标识的那个网关发送消息GW10:Response,负载信息将该事件传递到该网关。然后负载信息通过向被标识的网关发送消息GW7:Load_Level给该网关通知它应当正在使用的拒绝率,用属性reject_rate的当前值作为其中的一个参数,并且将与被标识的网关相关联的last_reject_rate的值设为reject_rate的当前值。然后负载信息发送消息LI4:Into_Overload,该消息使它变换回到状态3 Overloaded。
●LI9:Response,来自呼叫控制对象,使负载信息变换到状态10 Overloaded_Response。通过向消息LI9:Response中所接收的参数gateway_id所标识的那个网关发送消息GW10:Response,负载信息将该事件传递到该网关。然后负载信息向自己发送消息LI4:Into_Overload,该消息使它变换回到状态3 Overloaded。
根据另一实施例,紧急业务或救生热线业务(目前在英国通过999来进入,在欧洲为112,在北美为911)的支持,是通过在所述M6W中收集足够的数字以确定救生热线业务是否被请求。这样的呼叫绕过该MGW中的拒绝率过滤器,并总是被提供给该呼叫服务器。有利地,类似的支持也将被提供给优先的工作,其中的一小群终端用户即使当系统过载时也被保证获得服务。根据该实施例,该呼叫服务器把连接到支持这种优选终端用户的MGW的任何线路通知给该MGW,并且该MGW进行设置使得来自任何这样的线路的呼叫绕过拒绝率过滤器并总是被提供给该呼叫服务器。根据另一实施例,对优先呼叫进行一种第二的、较不严格的过滤,这增加了它们成功连接的机会。有利地以一种统计方式通过设置一个其中具有一组随机数字的表格来进行过滤。过滤的结果是基于在该表格中的下一数字与当前拒绝率之间的比较。只有当该数字大于拒绝率的当前值时,该消息才被传递到该呼叫服务器。
根据另一实施例,检测到呼叫代理有非常高等级的过载导致>100的拒绝等级,也即没有呼叫通过相关MGW的过滤器,并且当使用数字收集、也即包括救生热线和优先呼叫时相关的MGW被指示拒绝所有的呼叫。
现在参照图5和17至19来描述一个第二优选实施例。根据该第二实施例,所述拒绝率在每个响应消息中被发送到网关。该第二实施例有利地保证迅速地响应以在呼叫服务器中改变负载。如图5中所示,第二实施例的信息模型与第一实施例相同,并在此不再另外描述。
如图17中所示,该第二优选实施例的对象通信模型包含有与第一实施例相同的状态机集合和终端,并在此不再另外描述。消息不同于该第一实施例,并在下文进行描述。
图18示出了第二优选实施例的网关的状态变换图。该网关的运行现在参照图18来进行描述。
从Creating状态,该网关以属性reject_rate的适当省缺值进入到状态2 Overloaded。网关将保持在状态2 Overloaded,直到它接收到一个消息。网关在该状态中可以接收以下五种消息中的任何一种:
●GW3:Timer,来自计时器对象,使网关变换为状态3 ProcessTimer。如果属性reject_rate的当前值大于零,则属性reject_rate被减小。如果属性reject_rate现在小于零,则reject_rate被设为零。如果reject_rate现在等于零,则网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换到状态4 Normal;否则,网关向自己发送消息GW5:Stay_In_Overload,该消息使网关变换回到状态2Overloaded。如果在状态3 Process Timer的入口处属性reject_rate的值不大于零,则网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换回到状态4Normal。
●GW6:Negative_Acknowledgement,来自负载信息对象,使网关变换到状态7 Handle_Neg_Ack。如果属性reject_rate的当前值小于在该消息Negative_Acknowledgement中被接收的参数new_reject_rate的值,则reject_rate被设为new_reject_rate的值。网关向自己发送消息GW5:Stay_In_Overload,该消息使它在该动作结束时变换到状态2 Overloaded。然后网关向自己发送消息GW8:Off_Hook,如此使得该摘机消息通过状态9 Off_Hook_In_Overload的动作而被过滤掉(见下面的GW8:Off_Hook)。
●GW8:Off_Hook,来自终端用户对象,使网关变换到状态9Off_Hook_In_Overload。网关根据属性reject_rate的当前值来决定该摘机消息是否应当被发送到该呼叫服务器。如果决定发送该摘机消息,则网关通过向呼叫服务器发送LI6:Off_Hook将该事件传递到它的上级呼叫服务器。如果决定是不发送该摘机消息,则网关就通知终端用户。无论什么决定,网关都向自己发送消息GW5:Stay_In_Overload,该消息使网关变换回到状态2 Overloaded。
●GW9:Other_Telephony_Event,来自终端用户对象,使网关变换到状态8 Line_Event_In_Overload。网关通过向呼叫服务器发送消息LI7:Other_telephony_Event将该事件传递到它的上级呼叫服务器。然后网关向自己发送消息GW5:Stay_In_Overload,该消息使网关变换回到状态2Overloaded。
●GW10:Response,来自负载信息对象,使网关变换到状态12Overloaded_Response。如果属性reject_rate的当前值小于在该Response消息中所接收的参数new_reject_rate的值,则reject_rate被设为new_reject_rate的值。网关按照常规处理该响应,然后网关向自己发送消息GW5:Stay_In_Overload,该消息使网关变换回到状态2 Overloaded。
当网关已经收到充分的GW3:Timer消息时,属性reject_rate将已经被减小为零,并且网关将已经变换到状态4 Normal。网关将保持在状态4 Normal中直到它接收到一个消息。在该状态中,网关可以接收以下五种消息中的任何一种:
●GW3:Timer,来自计时器对象,使网关变换为状态3 ProcessTimer。由于在状态3 Process Timer的入口处属性reject_rate的值不大于零,网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换回到状态4Normal。
●GW6:Negative_Acknowledgement,来自负载信息对象,使网关变换到状态7:Handle_Neg_Ack。如果属性reject_rate的当前值小于在该Negative_Acknowledgement消息中被接收的参数new_reject_rate的值,则reject_rate被设为new_reject_rate的值。网关向自己发送消息GW5:Stay_In_Overload,该消息使它在该动作结束时变换到状态2 Overloaded。然后网关向自己发送消息GW8:Off_Hook,如此使得摘机消息通过状态9Off_Hook_In_Overload的动作而被过滤掉(见上面的GW8:Off_Hook)。
●GW8:Off_Hook,来自终端用户对象,使网关变换到状态10Off_Hook_Normal。网关通过向呼叫服务器发送消息LI6:Off_Hook将该事件传递到它的上级呼叫服务器。然后网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换回到状态4 Normal。
●GW9:Other_Telephony_Event,来自终端用户对象,使网关变换到状态6 Line_Event_Normal。网关通过向呼叫服务器发送消息LI7:Other_telephony_Event将该事件传递到它的上级呼叫服务器。然后网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换回到状态4Normal。
●GW10:Response,来自负载信息对象,使网关变换到状态11Normal_Response。如果在该Response消息中所接收的参数new_reject_rate的值不为零,则属性reject_rate被设为new_reject_rate的值,并且网关向自己发送消息GW5:Stay_In_Overload,该消息使在该动作结束时变换到状态2 Overloaded。否则,网关向自己发送消息GW4:Out_Of_Overload,该消息使网关在该动作结束时变换回到状态4 Normal。然后网关按照常规处理该响应。
图19示出了第二优选实施例的负载信息的状态变换图。负载信息的运行现在参照图19来进行描述。
该负载信息从Creating状态进入状态2 Normal,并具有设为零的属性reject_rate。负载信息将保持在状态2 Normal中直到它接收到一个消息。负载信息在该状态中可以接收以下四种消息中的任一种:
●LI3:Load_Level,来自操作系统对象,使负载信息变换到状态4 Check_Load_Level。属性reject_rate被设为在Load_Level消息中所接收的参数new_reject_rate的值。如果属性reject_rate现在为零,则对于该呼叫服务器所控制的每个网关,负载信息都将与网关相关联的属性last_reject_rate的值设为零,然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换到状态2 Normal。如果reject_rate现在为非零,则负载信息向自己发送消息LI4:Into_Overload,该消息使它变换到状态3 Overloaded。
●LI6:Off_Hook,来自网关对象,使负载信息变换到状态8Normal_Off_Hook。通过向它的呼叫控制发送消息CC1:Off_Hook,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换回到状态2 Normal。
●LI7:Other_Telephony_Event,来自网关对象,使Load_Information变换到状态5 Normal_Telephony_Event。通过向它的呼叫控制发送消息CC2:Other_Telephony_Event,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换回到状态2Normal。
●LI9:Response,来自网关对象,使负载信息变换到状态11Normal_Response。通过向消息LI9:Response中所接收的参数gateway_id所标识的那个网关发送消息GW10:Response,负载信息将该事件传递到该网关,属性reject_rate的当前值作为该消息中的一个参数。负载信息将与被标识的网关相关联的属性last_reject_rate的值设为属性reject_rate的当前值。然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换回到状态2 Normal。
当负载信息已经接收到一个消息LI3:Load_Level,其具有大于零的参数new_reject_rate,那么它将会已经变换到状态3 Overloaded。负载信息将保持在状态3 Overloaded中直到接收到一个消息。负载信息在该状态中可以接收以下四种消息中的任一种:
●LI3:Load_Level,来自操作系统对象,使负载信息变换到状态4 Check_Load_Level。属性reject_rate被设为在LI3:Load_Level消息中所接收的参数New_reject_rate的值。如果属性reject_rate现在为零,则对于该呼叫服务器所控制的每个网关,负载信息都将与网关相关联的属性last_reject_rate的值设为零,然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换到状态2 Normal。如果属性reject_rate现在为非零,则负载信息向自己发送消息LI4:Into_Overload,该消息使它变换到状态3 Overloaded。
●LI6:Off_Hook,来自网关对象,使负载信息变换到状态6Overload_Off_Hook。如果属性reject_rate的当前值大于与消息LI6:Off_Hook中所接收的gateway_id所标识的网关相关联的属性last_reject_rate的值,则负载信息向被标识的网关发送消息GW6:Negative_Acknowlegement,用reject_rate的当前值来作为其中的一个参数,并将与被标识的网关相关联的属性last_reject_rate的值设为属性reject_rate的当前值。否则,通过向它的呼叫控制发送消息CC1:Off_Hook,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI4:Into_Overload,该消息使它变换回到状态3 Overloaded。
●LI7:Other_Telephony_Event,来自网关对象,使Load_Information变换到状态7 Overload_Other_Event。通过向它的呼叫控制发送消息CC2:Other_Telephony_Event,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI4:Into_Overload,该消息使它变换回到状态3Overloaded。
●LI9:Response,来自网关对象,使负载信息变换到状态10Overloaded_Response。通过向消息LI9:Response中所接收的参数gateway_id所标识的那个网关发送消息GW10:Response,负载信息将该事件传递到该网关,以属性reject_rate的当前值作为该消息中的一个参数。负载信息将与被标识的网关相关联的属性last_reject_rate的值设为属性reject_rate的当前值。然后负载信息向自己发送消息LI4:Into_Overload,该消息使它变换回到状态3 Overloaded。
一个第三优选实施例现在参照图20至23来进行描述。根据该第三实施例,一个网关如果没有从该呼叫服务器得到消息就增加它的拒绝率。在该MGW和该呼叫服务器之间的通信丧失或中断的情况下,该第三实施例优选地保持正确的操作。如图20所示,该第三实施例的信息模型从第一和第二实施例的模型通过在对象5网关负载信息中增加一个属性recent、并在对象2网关中增加一个属性timer_count而扩展得到。该新的属性recent是一个布尔值,表明该呼叫服务器是否刚刚已经向该网关发送属性reject_rate,用TRUE来表示刚刚已经发送了一个消息。该新的属性timer_count是自从reject_rate最后被写入到该网关以来所接收的计时器消息的整数计数。
如图21所示,该第三实施例的对象通信模型如第一和第二实施例的一样共享一些相同的状态机和终端,并且这些将不再继续描述。该模型从第一和第二实施例通过增加一个新的终端CS计时器而扩展而来,其中该CS计时器代表在该呼叫服务器上的计时功能。除了从基本情况中删除了消息LI8:Reject_Call_For_Load外,该消息基本与第一实施例的相同。
图22示出了根据该第三实施例的网关的状态变换图。该网关的运行现在将参照图22来进行描述。
该网关以属性reject_rate和timer_count的适当省缺值从Creating状态进入状态2 Overloaded。网关将保持在状态2 Overloaded中直到收到一个消息。在该状态中,网关可以接收以下六种消息中的任何一种:
●GW3:Timer,来自GW计时器对象,使网关变换为状态3Process Timer。如果属性timer_count的当前值小于一个预定界限(REFRESH_LIMIT),则timer_count加一。如果属性timer_count已经达到REFRESH_LIMIT,则如果属性reject_rate小于一,则reject_rate增加。如果属性reject_rate现在大于一,则reject_rate被设为一。无论属性timer_count的什么值位于状态3 Process Timer的入口处,如果reject_rate现在等于零,则网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换到状态4Normal。如果属性reject_rate现在不为零,则网关向自己发送消息GW5:Stay_In_Overload,该消息使网关变换到状态2Overloaded。
●GW6:Negative_Acknowledgement,来自负载信息对象,使网关变换到状态7 Handle_Neg_Ack。如果属性reject_rate的当前值大于或等于在该消息GW6:Negative_Acknowledgement中所接收的参数new_reject_rate的值,则通过向它的上级呼叫服务器发送消息LI6:Off_Hook,该网关将该事件重新发送到该呼叫服务器。然后网关向自己发送消息GW5:Stay_In_Overload,该消息使它在该动作结束时变换到状态2 Overloaded。如果属性reject_rate的当前值小于在该消息GW6:Negative_Acknowledgement中所接收的参数new_reject_rate的值,则网关向自己发送消息GW5:Stay_In_Overload,该消息使它在该动作结束时变换到状态2 Overloaded。然后网关向自己发送消息GW8:Off_Hook,如此使得摘机消息通过状态9Off_Hook_In_Overload的动作而被过滤掉(见下面的GW8:Off_Hook)。现在网关将属性reject_rate设为在消息Negative_Acknowledgement中所接收的参数new_reject_rate的值,然后将属性timer_count设为零。
●GW8:Off_Hook,来自终端用户对象,使网关变换到状态9Off_Hook_In_Overload。网关根据属性reject_rate的当前值来决定该摘机消息是否应当被发送到该呼叫服务器。如果决定是发送该摘机消息,则网关通过向该呼叫服务器发送LI6:Off_Hook将该事件传递到它的上级呼叫服务器。如果决定是不发送该摘机消息,则网关就通知终端用户。无论什么决定,网关都向自己发送消息GW5:Stay_In_Overload,该消息使网关变换回到状态2 Overloaded。
●GW9:Other_Telephony_Event,来自终端用户对象,使网关变换到状态8 Line_Event_In_Overload。网关通过向它的上级呼叫服务器发送消息LI7:Other_telephony_Event将该事件传递到该呼叫服务器。然后网关向自己发送消息GW5:Stay_In_Overload,该消息使网关变换回到状态2Overloaded。
●GW10:Response,来自负载信息对象,使网关变换到状态12Overloaded_Response。网关将属性reject_rate设为在该消息GW10:Response中所接收的参数new_reject_rate的值,并将timer_count设为0。如果属性reject_rate现在大于零,则网关向自己发送消息GW5:Stay_In_Overload,该消息使它在该动作结束时变换到状态2 Overloaded。如果属性reject_rate现在等于零,则网关向自己发送消息GW4:Out_Of_Overload,该消息使它在该动作结束时变换到状态4 Normal。现在网关按照常规处理该响应。
●GW11:Load_Level,来自负载信息对象,使网关变换到状态13 Process_New_Load_Level(处理新负载等级)。网关将属性reject_rate设为在该消息中所接收的参数new_reject_rate的值,并将属性timer_count设为0。如果属性拒绝率现在等于零,则网关向自己发送消息GW4:Out_Of_Overload,该消息将使它在该动作结束时变换到状态4 Normal。如果属性reject_rate现在大于零,则网关向自己发送消息GW5:Stay_In_Overload,该消息将使它在该动作结束时变换到状态2 Overloaded。
当网关已经接收到含有为零的new_reject_rate的一个消息GW11:Load_Level时,它将已经变换到状态4 Normal。网关将保持在状态4 Normal中直到接收到一个消息。网关在该状态中可以接收以下五种消息中的任一种:
●GW3:Timer,来自GW计时器对象,使网关变换为状态3Process Timer。如果属性timer_count的当前值小于一个预定界限(REFRESH_LIMIT),则timer_count加一。如果属性timer_count已经达到REFRESH_LIMIT,则如果属性reject_rate小于一,则reject_rate增加。如果属性reject_rate现在大于一,则reject_rate被设为一。无论属性timer_count的什么值位于入口处,如果reject_rate现在等于零,则网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换到状态4 Normal。如果属性reject_rate现在不为零,则网关向自己发送消息GW5:Stay_In_Overload,该消息使网关变换到状态2 Overloaded。
●GW6:Negative_Acknowledgement,来自负载信息对象,使网关变换到状态7 Handle_Neg_Ack。如果属性reject_rate的当前值大于或等于在该消息Negative_Acknowledgement中所接收的参数new_reject_rate的值,则通过向它的上级呼叫服务器发送消息LI6:Off_Hook,该网关将该事件重新发送到该呼叫服务器。然后网关向自己发送消息GW5:Stay_In_Overload,该消息将使网关在该动作结束时变换到状态2 Overloaded。如果属性reject_rate的当前值小于在该消息Negative_Acknowledgement中所接收的参数new_reject_rate的值,则网关向自己发送消息Gw5:Stay_In_Overload,该消息将使它在该动作结束时变换到状态2 Overloaded。然后网关向自己发送消息GW8:Off_Hook,如此使得摘机消息通过状态9Off_Hook_In_Overload的动作而被过滤掉(见上面的GW8:Off_Hook)。现在网关将属性reject_rate设为在消息GW6:Negative_Acknowledgement中所接收的参数new_reject_rate的值,然后将属性timer_count设为零。
●GW8:Off_Hook,来自终端用户对象,使网关变换到状态10Off_Hook_Normal。网关通过向它的上级该呼叫服务器发送LI6:Off_Hook将该事件传递到该呼叫服务器。然后网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换到状态4 Normal。
●GW9:Other_Telephony_Event,来自终端用户对象,使网关变换到状态6 Line_Event_Normal。网关通过向它的上级呼叫服务器发送消息LI7:Other_telephony_Event将该事件传递到该呼叫服务器。然后网关向自己发送消息GW4:Out_Of_Overload,该消息使网关变换回到状态4Normal。
●GW10:Response,来自负载信息对象,使网关变换到状态11Normal_Response。网关将属性reject_rate设为在该响应消息中所接收的参数new_reject_rate的值,并将属性timer_count设为0。如果属性reject_rate现在大于零,则网关向自己发送消息GW5:Stay_In_Overload,该消息将使它在该动作结束时变换到状态2 Overloaded。如果属性拒绝率现在等于零,则网关向自己发送消息GW4:Out_Of_Overload,该消息将使它在该动作结束时变换到状态4 Normal。现在网关按照常规处理该响应。
●GW11:Load_Level,来自负载信息对象,使网关变换到状态13 Process_New_Load_Level。网关将属性reject_rate设为在该消息中GW11:Load_Level中所接收的参数new_reject_rate的值,并将属性timer_count设为0。如果属性reject_rate现在等于零,则网关向自己发送消息GW4:Out_Of_Overload,该消息将使它在该动作结束时变换到状态4 Normal。如果属性reject_rate现在大于零,则网关向自己发送消息GW5:Stay_In_Overload,该消息将使它在该动作结束时变换到状态2 Overloaded。
图23示出了根据该第三实施例的负载信息的状态变换图。该负载信息的运行现在参照图23来进行描述。
该负载信息从Creating状态进入状态2 Normal,其属性reject_rate被设为0。负载信息将保持在状态2 Normal中直到它接收到一个消息。负载信息在该状态中可以接收以下五种消息中的任一种:
●LI3:Load_Level,来自操作系统对象,使负载信息变换到状态4 Check_Load_Level。属性reject_rate被设为在LI3:Load_Level消息中所接收的参数new_reject_rate的值。如果属性reject_rate现在为零,则对于该呼叫服务器所控制的每个网关,负载信息都将与网关相关联的属性last_reject_rate的值设为零,然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息将使它变换到状态2 Normal。如果reject_rate现在为非零,则负载信息向自己发送消息LI4:Into_Overload,该消息使它变换到状态3 Overloaded。
●LI6:Off_Hook,来自网关对象,使负载信息变换到状态8Normal_Off_Hook。通过向它的呼叫控制发送消息CC1:Off_Hook,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换回到状态2 Normal。
●LI7:Other_Telephony_Event,来自网关对象,使Load_Information变换到状态5 Normal_Telephony_Event。通过向它的呼叫控制发送消息CC2:Other_Telephony_Event,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换回到状态2Normal。
●LI9:Response,来自呼叫控制对象,使负载信息变换到状态11 Normal_Response。通过向消息LI9:Response中所接收的参数gateway_id所标识的那个网关发送消息GW10:Response,且将属性reject_rate的当前值作为其中的一个参数,负载信息将该事件传递到该网关。现在负载信息将与所标识的网关相关联的属性recent和last_reject_rate的值相应地设为TRUE和属性reject_rate的当前值。然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息使它变换回到状态2 Normal。
●LI10:Timer,来自CS计时器对象,使负载信息变换到状态13 Process_Timer。对于该呼叫服务器所控制的每个网关,如果与该网关关联的属性recent的值为FALSE,则负载信息向该网关发送消息GW11:Load_Level,以属性reject_rate的当前值作为其中的参数,并将与该网关相关联的属性recent的值设为TRUE;否则,负载信息将与该网关相关联的属性recent的值设为FALSE。如果reject_rate为零,则负载信息向自己发送消息LI5:Out_Of_Overload,该消息将使它在该动作结束时变换到状态2 Normal。如果reject_rate为非零,则负载信息向自己发送消息LI4:Into_Overload,该消息将使它在该动作结束时变换到状态3 Overloaded。
当负载信息已经接收到一个消息LI3:Load_Level,其具有大于零的参数new_reject_rate,那么它将会已经变换到状态3 Overloaded。负载信息将保持在状态3 Overloaded中直到接收到一个消息。负载信息在该状态中可以接收以下四种消息中的任一种:
●LI3:Load_Level,来自操作系统对象,使负载信息变换到状态4 Check_Load_Level。属性reject_rate被设为在LI3:Load_Level消息中所接收的参数new_reject_rate的值。如果reject_rate现在为零,则对于该呼叫服务器所控制的每个网关,负载信息都将与网关相关联的属性last_reject_rate的值设为零,然后负载信息向自己发送消息LI5:Out_Of_Overload,该消息将使它变换到状态2 Normal。如果reject_rate现在为非零,则负载信息向自己发送消息LI4:Into_Overload,该消息使它变换到状态3 Overloaded。
●LI6:Off_Hook,来自网关对象,使负载信息变换到状态6Overload_Off_Hook。如果属性reject_rate的当前值大于与Off_Hook消息中所接收的gateway_id所标识的网关相关联的属性last_reject_rate的值,则负载信息向被标识的网关发送消息GW6:Negative_Acknowlegement,以reject_rate的当前值作为其中的一个参数,并将与被标识的网关相关联的属性recent和last_reject_rate的值相应地设为TRUE和属性reject_rate的当前值。否则,通过向它的呼叫控制发送消息CC1:Off_Hook,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI4:Into_Overload,该消息使它变换回到状态3 Overloaded。
●LI7:Other_Telephony_Event,来自网关对象,使Load_Information变换到状态7 Overload_Other_Event。通过向它的呼叫控制发送消息CC2:Other_Telephony_Event,负载信息将该事件传递到呼叫控制。然后负载信息向自己发送消息LI4:Into_Overload,该消息使它变换回到状态3 Overload。
●LI9:Response,来自呼叫控制对象,使负载信息变换到状态10 Overloaded_Response。通过向消息LI9:Response中所接收的参数gateway_id所标识的那个网关发送消息GW10:Response,且将属性reject_rate的当前值作为其中的一个参数,负载信息将该事件传递到该网关。现在负载信息将与所标识的网关相关联的属性recent和last_reject_rate的值相应地设为TRUE和属性reject_rate的当前值。然后负载信息向自己发送消息LI4:Into_Overload,该消息使它变换回到状态3 Overloaded。
●LI10:Timer,来自CS计时器对象,使负载信息变换到状态13 Process_Timer。对于该呼叫服务器所控制的每个网关,如果与该网关关联的属性recent的值为FALSE,则负载信息向该网关发送消息GW11:Load_Level,且将属性reject_rate的当前值作为其中的参数,并将与该网关相关联的属性recent的值设为TRUE;否则,负载信息将与该网关相关联的属性recent的值设为FALSE。如果reject_rate为零,则负载信息向自己发送消息LI5:Out_Of_Overload,该消息将使它在该动作结束时变换到状态2 Normal。如果reject_rate为非零,则负载信息向自己发送消息LI4:Into_Overload,该消息将使它在该动作结束时变换到状态3 Overloaded。
消息序列现在将参照图9至16来进行描述。
图9和10示出了在常规网络中的典型特性,其中在适当情况下使用了在图6、7和8中的消息名称。要注意的是在这些图中没有提供新的负载信息功能。该网关通过接收一个GW8:Off_Hook消息而获知该终端用户想进行一个呼叫。该网关通过发送一个CC1:Off_Hook消息而将其传递到它的上级呼叫服务器。
图9示出了这样一种情况,其中该呼叫服务器接受了呼叫初始化,并通过发送包含适当参数的GW10:Response消息来请求该网关继续。该网关通过给该终端用户提供拨号音来进行反应,以提示输入数字。
图10示出了这样一种情况,其中该呼叫服务器拒绝了该呼叫初始化,并通过发送包含适当参数的GW10:Response消息来告诉该网关停止。该网关通过向该终端用户提供网络忙音来进行反应。
图11至16示出了根据本发明在前文中参照图6、7和8所述的实施例的典型的特性。
图11示出了其中该呼叫服务器接受该呼叫初始化的情况。该网关通过接收一个GW8:Off_Hook消息而获知该终端用户想进行呼叫。该网关通过发送一个LI6:Off_Hook消息而将其传递到它的上级呼叫服务器。负载信息通过发送一个CC1:Of_Hook消息而将这传递到它的呼叫控制。呼叫控制接受了该呼叫初始化,并通过向负载信息发送一个LI9:Response而请求该网关继续。负载信息通过发送包含适当参数的一个GW10:Response而将这传递到该网关。该网关通过向该终端用户提供拨号音来进行反应,以提示输入数字。
图12示出了其中在低负载等级时该呼叫服务器拒绝该呼叫初始化的情况。该网关通过接收一个GW8:Off_Hook消息而获知该终端用户想进行呼叫。该网关通过发送一个LI6:Off_Hook消息而将这传递到它的呼叫控制。呼叫控制拒绝了该呼叫初始化,并通过发送一个LI8:Reject_Call_For_Load而告诉该网关停止。负载信息通过发送一个包含适当参数的GW10:Response消息而将这传递到该网关。该网关通过向该终端用户提供网络忙音来进行反应。
图13、15和16示出了这样的情况,其中自该网关上一次获知要被拒绝的呼叫的比例以来在该呼叫服务器上的负载已经增加。该网关通过接收一个GW8:Off_Hook消息而获知该终端用户想进行呼叫。该网关通过发送一个LI6:Off_Hook消息而将这传递到它的上级呼叫服务器。负载信息通过向该网关发送一个GW6:Negative_Acknowledgement消息来进行反应。该网关将该信息中所提供的new_reject_rate的值进行存储,然后重新处理该Off_Hook消息。
图13示出了这样的情况,其中该网关通过重新发送一个LI6:Off_Hook消息而决定传递该Off_Hook。负载信息知道该发送网关正在拒绝所需比例的新呼叫,从而通过发送一个CC1:Off_Hook消息而将这传递到它的呼叫控制。呼叫控制接受了该呼叫初始化,并通过向负载信息发送一个LI9:Response而请求该网络继续。负载信息通过发送包含适当参数的一个GW10:Response而将这传递到该网关。该网关通过向该终端用户提供拨号音来进行反应,以提示输入数字。
图14示出了这样的情况,其中该网关决定在初始过滤时就拒绝该Off_Hook请求。该网关通过提供网络忙音而通知该终端用户。该呼叫服务器不知道该呼叫。
图15示出了这样的情况,其中该网关决定传递该Off_Hook,但该呼叫服务器然后拒绝该呼叫。该网关发送一个LI6:Off_Hook消息。负载信息知道自从它上次通知该网关以来该过载等级已经增加,并从而用包含一个新通知的一个响应来拒绝该Off_Hook。该网关这次用较高的拒绝率来再次过滤该Off_Hook,并再次决定把它递交到该呼叫服务器。负载信息知道该发送网关正在拒绝所需比例的新呼叫,从而通过发送一个CC1:Off_Hook消息而将这传递到它的呼叫控制。呼叫控制拒绝该呼叫初始化,并通过发送一个LI8:Reject_Call_For_Load来告诉该网关停止。负载信息通过发送包含适当参数的一个GW10:Response消息而将这传递到该网关。该网关通过向该终端用户提供网络忙音来进行反应。
图16示出了这样的情况,其中该网关决定拒绝由该呼叫服务器所拒绝的Off_Hook。该网关通过提供网络忙音来通知该终端用户。
本发明并不局限于仅通过示例的方式所给出的上述特定实施例。应当意识到可以在不脱离本发明范围的情况下对这里所述的特定实施例进行变化。比如,各种消息格式和协议都可以用于实施本发明。本发明有利地允许在诸如基于IP的通信系统中通过给源节点提供更“下游”的负载处理指示来改善性能,其中该源节点能够根据所接收的指示以一种提示和有效的方式来提供消息的控制。
Claims (53)
1.一种通信系统,包含有一个目标节点和至少一个源节点,这些节点被设置以用于在其之间进行消息通信;其中所述目标节点包含有用于对从所述至少一个源节点接收的至少一些消息进行处理的装置和用于检测所述目标节点的处理负载的装置;其中所述目标节点包含有用于在已经达到或超过一个特定处理负载等级时通知所述至少一个源节点的装置;以及其中每个源节点都包含有用于根据该通知来降低向该目标节点发送消息的比率。
2.根据权利要求1所述的通信系统,其中通过拒绝在所述至少一个源节点上所接收的、发送至该目标节点的一个特定比例的消息来实现所述的比率降低。
3.根据前述权利要求之一所述的通信系统,其中所述目标节点包含有用于把所述特定比例通知给所述至少一个源节点的装置。
4.根据前述权利要求之一所述的通信系统,其中在每个源节点中所包含的所述装置被设置以在一个时间阶段之后增加向目标节点发送消息的比率,如果在该阶段中没有接收到更多通知的话。
5.根据权利要求1至3之一所述的通信系统,其中在每个源节点中所包含的所述装置被设置以在一个时间阶段之后降低向目标节点发送消息的比率,如果在该阶段中没有接收到更多通知的话。
6.根据前述权利要求之一所述的通信系统,其中所述目标节点包含有用于纪录向每个源节点所通知的信息的装置。
7.根据前述权利要求之一所述的通信系统,其中所述目标节点被设置用于当已经达到或超过所述特定处理负载时在一个时间阶段内仅仅通知向该目标节点提供消息的那些源节点。
8.根据权利要求7所述的通信系统,其中如果在处理负载增加后权利要求7的任何源节点向所述目标节点发送另一消息,那么所述目标节点被设置用于向权利要求7的任何源节点发送一个新的通知。
9.根据前述权利要求之一所述的通信系统,其中所述目标节点被设置用于对于某一处理负载等级仅通知所述任何一个源节点一次。
10.根据权利要求1至8之一所述的通信系统,其中所述目标节点被设置用于在每个发送到一个源节点的消息中提供关于是否已经达到或超过所述特定处理负载的通知。
11.根据权利要求1至8之一所述的通信系统,其中所述目标节点被设置用于在每个发送到一个源节点的周期性非呼叫相关消息中提供关于是否已经达到或超过所述特定处理负载的通知。
12.根据前述权利要求之一所述的通信系统,其中所述目标节点被设置用于在已经达到或超过所述特定处理负载并已经进一步增加负载等级的情况下向那些已经被通知的所述至少一个源节点提供另一个通知。
13.根据前述权利要求之一所述的通信系统,其中根据从所述源节点接收消息的比率来定义所述处理负载。
14.根据前述权利要求之一所述的通信系统,其中作为定义所述处理负载之根据的所述被接收消息是新的连接请求。
15.根据前述权利要求之一所述的通信系统,其中所述至少一个源节点被设置用于向所述目标节点发送多于一种类型的消息,其中该目标节点被设置用于识别所接收的消息的类型并不进行任何进一步的消息处理就立即关于一个新的连接请求发送一个通知。
16.根据前述权利要求之一所述的通信系统,其中所述目标节点被设置用于从至少一百个源节点接收消息。
17.根据前述权利要求之一所述的通信系统,其中所述目标节点被设置用于从至少一千个源节点接收消息。
18.根据前述权利要求之一所述的通信系统,其中所述目标节点被设置用于从至少一万个源节点接收消息。
19.根据前述权利要求之一所述的通信系统,其中所述目标节点被设置用于从至少十万个源节点接收消息。
20.根据前述权利要求之一所述的通信系统,其中所述目标节点被设置用于从至少一百万个源节点接收消息。
21.根据前述权利要求之一所述的通信系统,其中所述目标节点是一个呼叫服务器。
22.根据前述权利要求之一所述的通信系统,其中每个源节点都包含有提供媒体网关功能的网络终端设备。
23.根据前述权利要求之一所述的通信系统,其中所述消息基于因特网协议。
24.根据前述权利要求之一所述的通信系统,其中在消息到达所述目标节点之前没有进行消息的集中。
25.根据前述权利要求之一所述的通信系统,其中所述消息被分类为低优先级的和高优先级的,并且其中所述至少一个源节点被设置用于仅仅降低低优先级的消息的比率。
26.用于在从至少一个源节点接收消息的一个目标节点上控制负载的一种方法,其中所述目标节点对从所述至少一个源节点接收的至少一些消息进行处理,所包括的步骤为:检测所述目标节点的处理负载;当已经达到或超过一个特定处理负载时通知所述至少一个源节点;并且其中每个源节点根据所述通知而降低向所述目标节点发送消息的比率。
27.根据权利要求26之一所述的方法,其中包括步骤:通过拒绝在所述至少一个源节点上所接收的用于发送至所述目标节点的一个特定比例的消息来降低所述比率。
28.根据权利要求26至27之一所述的方法,其中包括步骤:所述目标节点将所述的特定比例通知给所述至少一个源节点。
29.根据权利要求26至28之一所述的方法,其中包括步骤:在一个时间阶段之后,增加向在该阶段内没有接收更多通知的所述目标节点发送消息的比率。
30.根据权利要求26至28之一所述的方法,其中包括步骤:在一个时间阶段之后,降低向在该阶段内没有接收更多通知的所述目标节点发送消息的比率。
31.根据权利要求26至30之一所述的方法,其中包括步骤:纪录通知给每个源节点的信息。
32.根据权利要求26至31之一所述的方法,其中包括步骤:当已经达到或超过所述特定处理负载时在一个时间阶段内仅通知向所述目标节点提供消息的那些源节点。
33.根据权利要求32所述的方法,其中包括步骤:在所述处理负载增加后,在权利要求32的任何源节点向所述目标节点发送另一消息的情况下,所述目标节点向该源节点发送一个新的通知。
34.根据权利要求26至33之一所述的方法,包括步骤:所述目标节点对于某一处理负载等级仅通知任何一个源节点一次。
35.根据权利要求26至33之一所述的方法,包括步骤:所述目标节点在发送至一个源节点的每个消息中提供关于是否已经达到或超过所述特定处理负载的通知。
36.根据权利要求26至33之一所述的方法,包括步骤:所述目标节点在发送至一个源节点的周期性非呼叫相关消息中提供关于是否已经达到或超过所述特定处理负载的通知。
37.根据权利要求26至36之一所述的方法,包括步骤:所述目标节点在已经达到或超过所述特定处理负载等级并且已经进一步增加负载等级的情况下向已经被通知的那些至少一个源节点提供另一个通知。
38.根据权利要求26至37之一所述的方法,包括步骤:根据从所述源节点接收消息的比率来定义所述处理负载。
39.根据权利要求26至38之一所述的方法,包括步骤:作为定义所述处理负载之根据的所述被接收的消息是新的连接请求。
40.根据权利要求26至39之一所述的方法,包括步骤:所述至少一个源节点向所述目标节点发送多于一种类型的消息,所述目标节点识别所接收的消息的类型并不对所述消息进行任何进一步的处理就关于一个新连接请求的鉴别而立即发送通知。
41.根据权利要求26至40之一所述的方法,包括步骤:所述目标节点从至少一百个源节点接收消息。
42.根据权利要求26至41之一所述的方法,包括步骤:所述目标节点从至少一千个源节点接收消息。
43.根据权利要求26至42之一所述的方法,包括步骤:所述目标节点从至少一万个源节点接收消息。
45.根据权利要求26至43之一所述的方法,包括步骤:所述目标节点从至少十万个源节点拉收消息。
45.根据权利要求26至44之一所述的方法,包括步骤:所述目标节点从至少一百万个源节点接收消息。
46.根据权利要求26至45之一所述的方法,其中所述目标节点是一个呼叫服务器。
47.根据权利要求26至46之一所述的方法,包括步骤:每个源节点都在一个网络终端设备中提供媒体网关功能。
48.根据权利要求26至47之一所述的方法,包括步骤:所述消息基于因特网协议。
49.根据权利要求26至48之一所述的方法,包括步骤:在所述消息达到所述目标节点前避免对所述消息进行集中。
50.根据权利要求26至49之一所述的方法,包括步骤:将所述消息分类为低优先级或高优先级,并且所述至少一个源节点仅仅降低低优先级消息的比率。
51.参照附图的图5、6、7和8所充分描述的并如图所示的一种通信系统和方法。
52.参照附图的图5和17到19所充分描述的并如图所示的一种通信系统和方法。
53.参照附图的图20到23所充分描述的并如图所示的一种通信系统和方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0412574A GB2414891B (en) | 2004-06-04 | 2004-06-04 | Communications system |
GB0412574.6 | 2004-06-04 | ||
PCT/EP2005/052387 WO2005120087A1 (en) | 2004-06-04 | 2005-05-25 | Communications system and method for load management |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101027915A true CN101027915A (zh) | 2007-08-29 |
CN101027915B CN101027915B (zh) | 2013-03-13 |
Family
ID=32696713
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200580026502.0A Expired - Fee Related CN101027915B (zh) | 2004-06-04 | 2005-05-25 | 通信系统和用于管理负载的方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US8817609B2 (zh) |
EP (1) | EP1772025A1 (zh) |
JP (1) | JP4504421B2 (zh) |
CN (1) | CN101027915B (zh) |
GB (1) | GB2414891B (zh) |
WO (1) | WO2005120087A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107682301A (zh) * | 2016-08-02 | 2018-02-09 | 中国电信股份有限公司 | 用于实现话务控制的方法、装置和系统 |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100411482C (zh) * | 2005-07-27 | 2008-08-13 | 华为技术有限公司 | 接入媒体网关过载控制方法 |
CA2662842A1 (en) * | 2006-09-11 | 2008-03-20 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for overload control in a next generation network |
US9253099B2 (en) | 2006-09-11 | 2016-02-02 | Telefonaktiebolaget L M Ericsson (Publ) | System and method for overload control in a next generation network |
US9497229B2 (en) * | 2007-05-16 | 2016-11-15 | At&T Intellectual Property I, L.P. | Methods and apparatus to manage internet protocol (IP) multimedia subsystem (IMS) network capacity |
WO2010009764A1 (en) * | 2008-07-24 | 2010-01-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Overload control in a quality-of-service- aware telecommunications network |
US9467308B2 (en) | 2008-08-01 | 2016-10-11 | At&T Intellectual Property I, L.P. | Methods and apparatus to control synchronization in voice over internet protocol networks after catastrophes |
US7965629B2 (en) | 2009-02-27 | 2011-06-21 | Telefonaktiebolaget L M Ericsson (Publ) | System and method providing overload control in next generation networks |
EP2302888A1 (en) * | 2009-09-29 | 2011-03-30 | BRITISH TELECOMMUNICATIONS public limited company | Telephone access network |
CN103034654B (zh) * | 2011-10-10 | 2016-06-15 | 中国电信股份有限公司 | 社会化动态消息呈现控制方法及系统 |
US10091629B2 (en) | 2015-04-07 | 2018-10-02 | At&T Intellectual Property I, L.P. | Method and system for providing broadcast media services in a communication system |
CN111490911B (zh) * | 2020-03-30 | 2022-06-14 | 中移(杭州)信息技术有限公司 | 网关故障信息收集方法、装置、网络设备及存储介质 |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS61210751A (ja) * | 1985-03-14 | 1986-09-18 | Nec Corp | 基本サ−ビス保護制御方法 |
CA2112756C (en) * | 1993-01-06 | 1999-12-14 | Chinatsu Ikeda | Burst band-width reservation method in asynchronous transfer mode (atm) network |
US5450483A (en) * | 1993-11-18 | 1995-09-12 | British Telecommunications P.L.C. | Method of controlling overloads in a telecommunications network |
US5650993A (en) * | 1995-03-20 | 1997-07-22 | Bell Communications Research, Inc. | Drop from front of buffer policy in feedback networks |
KR100318957B1 (ko) * | 1996-09-02 | 2002-04-22 | 윤종용 | 비동기전송모드망에서의폭주통보장치및폭주제어방법 |
EP0955749A1 (en) * | 1998-05-08 | 1999-11-10 | Nortel Networks Corporation | Receiver based congestion control and congestion notification from router |
US6542462B1 (en) * | 1998-05-27 | 2003-04-01 | Lucent Technologies Inc. | Method and apparatus for overload control of multimedia communications in a hybrid switching system |
US6097697A (en) * | 1998-07-17 | 2000-08-01 | Sitara Networks, Inc. | Congestion control |
US6363052B1 (en) * | 1998-07-20 | 2002-03-26 | At&T Corp | Congestion control in network systems |
JP3556495B2 (ja) * | 1998-12-15 | 2004-08-18 | 株式会社東芝 | パケットスイッチ及びパケット交換方法 |
JP3747740B2 (ja) * | 2000-05-22 | 2006-02-22 | 株式会社日立製作所 | インタネットゲートウェイシステムでの迂回制御方法 |
US7254228B2 (en) * | 2000-09-28 | 2007-08-07 | Eci Telecom Ltd. | Method and system for effective utilizing the switching capacity of local exchanges |
GB2375002B (en) * | 2001-04-25 | 2003-07-09 | Lucent Technologies Inc | A method for overload control in a telecommunications network and apparatus therefor |
JP3680770B2 (ja) * | 2001-06-27 | 2005-08-10 | 日本電気株式会社 | 交換機の輻輳制御装置および交換機の輻輳制御方法 |
US20030023746A1 (en) * | 2001-07-26 | 2003-01-30 | Koninklijke Philips Electronics N.V. | Method for reliable and efficient support of congestion control in nack-based protocols |
US7630359B1 (en) * | 2001-09-28 | 2009-12-08 | At&T Corp. | Technique for providing translation between the packet environment and the PSTN environment |
KR100415115B1 (ko) * | 2001-11-29 | 2004-01-13 | 삼성전자주식회사 | 통신시스템의 데이터 혼잡 통보 방법 및 장치 |
JP3639556B2 (ja) * | 2001-12-12 | 2005-04-20 | 富士通株式会社 | VoIPネットワークの輻輳制御システム |
CN1225216C (zh) * | 2002-09-11 | 2005-11-02 | 西安大鹏生物科技股份有限公司 | 一种含功能性低聚糖的运动饮料 |
DE60327294D1 (de) * | 2002-11-04 | 2009-06-04 | Siemens Ag | Verfahren und Vorrichtung zum erreichen eines optimalen Reaktionszeit in einer Telekommunikationsanlage |
-
2004
- 2004-06-04 GB GB0412574A patent/GB2414891B/en not_active Expired - Fee Related
-
2005
- 2005-05-25 CN CN200580026502.0A patent/CN101027915B/zh not_active Expired - Fee Related
- 2005-05-25 EP EP05743055A patent/EP1772025A1/en not_active Withdrawn
- 2005-05-25 WO PCT/EP2005/052387 patent/WO2005120087A1/en active Application Filing
- 2005-05-25 JP JP2007513928A patent/JP4504421B2/ja not_active Expired - Fee Related
- 2005-05-25 US US11/570,008 patent/US8817609B2/en not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107682301A (zh) * | 2016-08-02 | 2018-02-09 | 中国电信股份有限公司 | 用于实现话务控制的方法、装置和系统 |
CN107682301B (zh) * | 2016-08-02 | 2020-05-01 | 中国电信股份有限公司 | 用于实现话务控制的方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
EP1772025A1 (en) | 2007-04-11 |
US20080267064A1 (en) | 2008-10-30 |
JP2008502184A (ja) | 2008-01-24 |
WO2005120087A1 (en) | 2005-12-15 |
GB2414891B (en) | 2007-11-07 |
JP4504421B2 (ja) | 2010-07-14 |
US8817609B2 (en) | 2014-08-26 |
GB0412574D0 (en) | 2004-07-07 |
CN101027915B (zh) | 2013-03-13 |
GB2414891A (en) | 2005-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101027915B (zh) | 通信系统和用于管理负载的方法 | |
DE602005001500T2 (de) | Stauhandhabung in einem paketkommunikationssystem | |
RU2154358C2 (ru) | Мобильная телефонная система и способ передачи сообщений между мобильными станциями и центром обслуживания передачи сообщений | |
CA2220898C (en) | Systems and methods for providing communications through an alternate communication network | |
EP1906589A1 (en) | An overload control method for the access media gateway and an access media gateway | |
JPH04154331A (ja) | Isdn網発着信時の呼衝突防止方式 | |
CN101437175B (zh) | 一种处理容灾切换的方法、装置及系统 | |
CN101902712A (zh) | 呼叫失败的处理方法及装置 | |
CN101304544B (zh) | 业务保持方法及通讯系统以及相关设备 | |
JPH08317435A (ja) | 災害用電話システム、及び交換機、電話機 | |
US7254228B2 (en) | Method and system for effective utilizing the switching capacity of local exchanges | |
CN100367737C (zh) | 下一代网络中智能网的实现及其与pstn网络的互通 | |
CN101692714A (zh) | 智能网多业务的触发方法、智能网及智能网关设备 | |
JPH118694A (ja) | 仮想アクセスネットワーク機能を有する交換機および交換システム | |
Rumsewicz | On the efficacy of using the transfer-controlled procedure during periods of STP processor overload in SS7 networks | |
KR970076300A (ko) | 확장된 서비스 필터링 기법을 이용하여 지능형 정보제공 시스템과의 상호작용을 통해 제공되는 전화투표 서비스에서의 대량집중호 처리방법 | |
Rumsewicz | Critical congestion control issues in the evolution of Common Channel Signaling Networks | |
KR100330179B1 (ko) | 교환 시스템에서 출중계호에 대한 지능망 처리 방법 | |
KR100533572B1 (ko) | 호전환동작동안2차번호전화서비스특성의개시를제어하는방법및전화시스템 | |
JP3319457B2 (ja) | 電話音声応答システム | |
CN101472231A (zh) | 一种实现电话漏话通知的方法 | |
WO2002035860A1 (en) | Adaptive regulation in a mobile system | |
JPH07307760A (ja) | 通信網 | |
JPH06120947A (ja) | 遠隔端末データ収集方法 | |
JPH05191459A (ja) | 電子交換機 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130313 Termination date: 20180525 |
|
CF01 | Termination of patent right due to non-payment of annual fee |