WO2006076850A1

WO2006076850A1 - Procede de traitement pour la gestion de surcharge de dispositif dans un reseau de communication

Info

Publication number: WO2006076850A1
Application number: PCT/CN2006/000006
Authority: WO
Inventors: Bo Xu; Dengchao Wu; Yuepeng Chen; Lingyuan Fan; Zhenzhu Lv
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2005-01-19
Filing date: 2006-01-05
Publication date: 2006-07-27
Also published as: EP1843537A1; CN1809051A; US20080219167A1

Description

一种通信网络中应对设备过载的处理方法技术领域

本发明涉及有独立承载层的区分服务模型 (Diff-serv, Differentiated Service)技术，尤其是涉及一种在应用区分 Diff-serv 的通信 1¾络尤其是 IP电信网中，应对设备过载的处理技术。发明背景

随着互联网（Internet )规模的不断增大，各种服务质量（QoS , Quality of Service )技术应运而生。因此，互联网工程任务组（IETF, Internet Engineering Task Force)建议了很多服务模型和机制，以满足 Q 的需求。目前业界比较认可的是在网络的接入和边缘使用综合服务模型

(Int-Serv, Integrated Service),在网络的核心使用区分服务模型 fc>iff-serv, Differentiated Service)。区分服务模型仅设定优先等级保障 Qo$措施，该 QoS措施虽然有线路利用率高的特点，但具体的效果难以预。因此，为了进一步完善 QoS技术，业界开始为骨干网区分服务模型 j入一个独立的承载控制层，建立一套专门的区分服务模型的 QoS信令机制。这个区分服务模型被称为有独立承载控制层的区分服务模型。

图 1为有独立的承载控制层的区分服务模型应用于 IP电信网的结构图。如图 1所示，承载控制层 102置于承载网络 103和业务控制层 101之间。在业务控制层 101中的呼叫代理（CA, Call Agent )为业务服务器，比如软交换、视频点播（VOD )控制服务器、路由网守（GK , Gate Keeper ) 等， CA接收用户设备的呼叫请求，代理用户设备完成呼叫的请^和交换，本图中只给出两个 CA, 但是一个呼叫所涉及的 CA也可能有^个，也可能有一个；在承载控制层 102中，承载网资源管理器（CM )埠过动态学习或者静态配置拥有承载网上的核心节点、标签交换路径（LSP， Label Switched Path )的拓朴结构和路径资源信息，当收到 CA来的资源申请时，资源管理器计算业务路径资源信息并预留路径资源；本图 1中 ^;只给出三个承载网资源管理器，即承载网资源管理器 1 ( 104 ) 、承载网资源管理器 2 ( 105 )和承载网资源管理器 3 ( 106 ) , 但承载网资源管琿器的个数不是一定的，各个承载网资源管理器相互之间通过信令传递蓉户的业务宽申请请求和结果、以及为业务申请分配的路由路径信息專：在承载网 103中，每个承载网资源管理器管理一个特定的承载网区域!，这个特定的承载网区域被称为所对应的承载网资源管理器的管理域，本图中为承载网资源管理器 1的管理域 107、承载网资源管理器 2的管理域 108和承载网资源管理器 3的管理域 109，管理域 107中包括边缘路由器（ER, Edge Router ) 1 10、核心路由器 111和边界路由器（BR, Border Router ) 112, 其中， ER能够将用户设备的呼叫业务流接入到承载网或引出载网，管理域 108和管理域 109中也包括核心路由器和边界路由器。 ER」核心路由器和 BR都属于承载网，统称为连接节点（CN, Connection N^de ) 。

通信网絡尤其是 IP 电信网中，业务连接的终端设备分希范围比较广，业务连接的信令过程涉及的中间设备也比较多，在大容章业务连接上、下线的时候，可能会出现某些设备满负荷运行的情况，设备过载时，需要相应的处理机制消除设备过载导致的不利因素。但是，现有技术中缺乏过载处理机制，当承载控制层、或承载层中的设备出现过载情况时，会导致业务连接的相关设备无法合理地自动疏导后续业务连接的建立，并导致网络的运营效率很低，业务连接的处理时延很长。发明内容

有鉴于此，本发明的主要目的是提供一种通信网络中父會过载的处理方法，当设备过载时，使得业务连接的相关设备合理地自动疏导后续业务连接的建立，提高网絡的运营效率，缩短业务连接的处逑时延。为了实现上述目的，本发明采用的技术方案是：

一种通信网络中应对设备过载的处理方法，适用于具有独立承载控制层的通信网络，该方法包括：

在业务连接所涉及的设备中设置过载门限，所述设备在运行过程中，实时检测自身的处理能力是否过载，如果过载，则该过珠设备向自身的周边设备发送携带过载设备地址的过载告警消息，收到 ¾载告警消息的周边设备对途经该过载设备的业务进行限制。

优选地，所述周边设备对途经所述过载设备的业务进行限制的具体方法为：所述周边设备调整路由策略，为业务连接优先选用未途经该过载设备的路由。

优选地，所述周边设备为业务连接优先选用未途经所述载设备的路由的具体方法为：

将途经过载设备的路由标上过载标识，在后续为业务连接选择路由的过程中，优先选择没有过载标识的路由；或者，将途经过设备路由的冗余路由的优先级升高；或者，将途经过载设备路由的优先级降低。

优选地，所述周边设备对途经所述过载设备的业务进行 i制的具体方法为：所述周边设备限制业务连接途经该过载设备的业务壹。

优选地，所述方法进一步包括：所述周边设备对途经所述过载设备的业务进行限制后向过载设备返回过载告警响应；过载设备收到该响应后实时检测自身的处理能力是否恢复正常，如果恢复正常，则该设备向自身的周边设备发送携带自身地址的过载告警恢复消息；收到过载告警恢复消息的周边设备取消或逐渐取消对途经该过载设备的务进行限制。 '

优选地，该方法进一步包括：过载设备实时检测自身的处理能力是否恢复正常，如果没有恢复正常，则在预定的时间重新向周边设备发送携带自身地址的过载告警消息，收到过载告警消息的周边设备继续对途经该过载设备的业务进行限制；如果恢复正常，则该设备向自身的周边设备发送携带自身地址的过载告警恢复消息；收到过载告警 'ΐλ复消息的周边设备取消或逐渐取消对途经该过载设备的业务进行限制。，

优选地，该方法进一步包括：所述周边设备对途经所述 ¾载设备的业务进行限制后判断在预定的时间内是否收到来自过载设备的过载告警消息或者过载告警恢复消息，如果没有则取消或逐渐取消 ^途经该过载设备的业务进行限制；如果收到过载告警消息则继续对途该过载设备的业务进行限制；如果收到过载告警恢复消息，则取消或逐渐取消对途经该过载设备的业务进行限制。为：取消途经过载设备的路由的过载标识，或者将途经过载谀备路由的冗余路由的优先级恢复为原状态，或者将途经过载设备的路 ά的优先级恢复为原状态。

优选地，所述取消对途经所述过载设备的业务进行限制的具体方法为：取消对业务连接途经该过载设备的业务量的限制。

优选地，该方法进一步包括：所述过载门限分为一个或十个以上的过载级别，所述设备在检测到自身过载后，判断过载级别，并在过载告警消息中携带过载级别信息；所述收到过载告警消息的周边设备依照该过载级别信息分等级对途经该过载设备的业务进行限制。

优选地，所述过载设备的周边设备为该过载设备在特定业务连接或特定业务信息传输路径上的上游设备。优选地，所述过载门限根据所述设备的处理能力进衧确定。

优选地，所述设备的处理能力为： CPU的运行能力、内存空间的占用情况、消息队列处理能力、或该三者的任意組合。

优选地，所述业务连接涉及的设备为通信网络承载控制层的控制设备，所述周边设备为承载控制层的控制设备、承载层的连接接点、业务控制层的呼叫代理、或该三者的任意组合。

优选地，所述业务连接所涉及的设备为通信网络承载层的连接节点，所述周边设备为承载控制层的控制设备。

优选地，所述通信网络承载控制层的控制设备为承载网资源管理器、承载策略管理器、或者为承载资源 /策略管理器。

由于本发明在设备运行时，实时检测自身是否过载，一鱼过载，则向周边设备或上游设备发送相应级别的过载告警消息，周边译备或上游设备收到过载告警消息后，调整自身的路由策略，为业务连接优先选择没有途经过载设备的路由，并按照过载级别相应限制业务连接使用路由表内途经所述过载设备的路由，控制业务连接的业务量。因此，本发明可在业务连接建立前提前探测网络的运行情况，一旦某一相关设备过载，在业务连接的建立过程中，则使与业务连接的相关设备合理自动将后续业务连接疏导建立到没有过载设备的路由上，从而使得网络的 QoS 信令流量分布更加合理，提高业务连接的接通率和网络的运营效率，使得业务服务器，例如 CA, 缩短业务连接的建立的信令处理时 ¾。附图简要说明图 1为有独立的承载控制层的区分服务模型应用于 IP电网的结构图；

图 2为本发明实施例所述设备上下游关系不明确时进行过载控制的流程图；

图 3 为本发明实施例所述设备上下游关系明确时过载控制的流程

实施本发明的方式

下面结合附图和具体实施例进一步说明本发明的实施方法。

本发明的核心思想为：在有独立的承载控制层的通信网络中，在业务连接所涉及的设备中设置过载门限。所述设备在运行过程中，实时检测自身的处理能力是否达到过载，如果达到，则向其周边设备发送过载告警。该过载告警中携带过载设备的地址，收到过载告警的周边设备对途经该过载设备的业务进行限制。本发明的实施例中的通信网络以 ip电信网为例进行说明 |,其他通信网络中实施本发明的技术方案与在 IP 电信网中实施本发明的技术方案相同。

本发明所述的设备处理能力主要是指设备的 CPU 的运行能力、内存空间的占用情况、以及消息队列的处理能力等，例如： CPU当前执行的指令数量，内存空间中的消息队列数量、存放业务连接 /会话控制信息的内存块的容量等等。将这些因素折算成一个百分比，作为处理能力过载门限值。过载门限可以有过载级别，所述过载级别可以为单个级别，也可以为两个或两个以上个级别。例如：假设某设备的 CPU每秒执行的兆指信令 MIPS ( Million Instructions Per Second ) 的个数为 200个, 可将处理能力的过载级别设定为 1、 2、 3级，其门限值分别对 80 %、 90 %、 100 %。如果该设备的 CPU当前的 MIPS在 160到 180之间，则达到 1级门限值，此时的过载级别为 1级；同理，如果当前的 IvJlPS在 180 到 200之间，则到达 2级门限值，此时的过载级别为 2级；如果当前的 MIPS在 200'以上，则到达 3级门限值，此时的过载级别为 3 i级。又如：假设某设备的内存空间可存 1000 个消息包，将处理能力的过载级别设定为 1、 2、 3级，其门限值分别对应 80 %、 90 %、 100 % , 禾当前内存的消息包在 800到 900之间，则过载级别为 1级；在 900到 1000之间，则过载级别为 2级；如果在 1000以上，则过载级别为 3 _;级。

上述各级门限值不只限于上述所列出的百分比。具体的， | 领域的普通技术人员知道，上述各级门限值的百分比可根据设备的可靠性来自行定义，例如：根据设备在运行中处理能力与出错概率或异常概率的对应关系，在保证设备可靠性的基础上，确定设备过载级别的门限值。

当某个设备的处理能力到达某一过载級别时，则该设备向周边设备发送相应级别的过载告警消息。该过载告警消息的内容可以稂据网络具体应用情况进行扩展，本实施例中，主要包括过载设备的类€和地址。所述地址为 IP地址或其他设备标识，例如以太网中的 MAC ψ址。过载告警消息的内容如表 1所示：

上述表 1中，设备类型分为承载控制层的控制设备以及承载层网络设备。承载控制层的控制设备主要指承载控制层中的资源管理器、策略管理器、和或集.资源管理和策略管理为一身的资源 /策略管理器，承载层网络设备主要指 CN。对应于所设置的过载级别，本发明所述的过载告警消息寸以是单一级别的报警，此时过载告警消息中不需包括级别信息；也可以为多级别报警，并在所述的过载告警消息中，还包括过载告警的级别信息。本领域的技术人员可以根据过载告警内容进行自行定义过载告警级别的数量。作为一具体应用，'在本实施例中，根据上述举例中过载級别的门限值，过载告警级别分为 3级，分别与***处理能力的过载级 ^相关联。如表 2所示：

表 2

如上述表 2所述，过载级别的门限值越大，则发送的过载告警级别越高。如果某设备的当前处理能力已经达到最大***处理能力的 80 % 时，则开始向周边设备发送 1级过载告警，如果达到最大***处理能力的 90 %时，则开始向周边设备发送 2级过载告警，如果达到最大***处理能力的 100 %时，则开始向周边设备发送 3级过载告警。周边设备收到对应级别的过载告警消息后，进行相应的务连接数据流量控制。如收到最高级别的过载告警时，设备拒绝所有新的业务连接或者少量的新业务连接消息，当没有收到过载告警时，则处理所有业务连接消息。在 IP电信网中，业务连接的建立通常是由 CA发起，经过 CM上的业务路由和路径资源计算和分配，向承载网的边缘节点下发 QoS策略信息，然后响应给 CA, 再由 CA通知用户开始进行通信，由承载网上的 CN开始进行业务流的转发并进行 QoS控制。其中当 CA和业务连接起源端的归属 CM不相邻接的时候，还需承载控制层中的一部分 CM完成代理过程，即在 CA和所述起源端的归属 CM之间进行代理。：另外，在 '某些情况下也可由 CN主动向 CM发起业务连接建立请求。上述业务连接的具体建立过程可以参考中国专利申请号为 03156391.0 和 03157145.X的专利申请文件，此处不再描述。

由于在业务连接建立的路由路径以及在业务信息的传输路径上存在上下游的顺序，因此针对某条业务连接或业务信息传输路锋，相关的设备之间存在上下游的关系。由于选路过程中一般是从上游到下游依次进行选路，因此为了提高效率，在能确定上下游关系的设备间，如果某一设备的处理能力达到过载，则该设备只向其上游设备发 i4告警。但是，针对上述不同的业务连接建立过程， IP电信网中各个设夸的上下游关系也不十分确定，某设备周边的设备可能是其上游设备，可能是其下游设备。例如：从承载控制层的角度出发，业务控制层中的 CA为承载控制层中 CM的上游设备； CM在没有代理操作发生的情况下，不同 CA发起的业务连接可能导致其中一个 CM, 例如 CM1，是另一 CM, 例如 CM2, 的上游设备，也可能导致 CM1是 CM2的下游设备； CM在有代理操作发生的情况下，根据业务连接建立的消息请求方向，发起请求者为上游设备；如果 CN主动发起业务连接建立请求，那么 M是 CN 的下游设备；反之，如果 CN被动接收 CM的业务连接建立请，则 CM 是 CN的上游设备。在 IP电信网中，设备与设备之间在具体某次业务连接或业务信息的传输路径上肯定存在上下游关系，但从大用卢量的业务连接来看，很难严格分清设备与设备之间的上下游关系。针对上述两种情况，本发明分别提出了两种解决的实施方式。即：设备之间上下游关系不明确时的过载控制（即双向过载控制），以及设备之间上下游关系明确时的过载控制。图 2为本发明实施例所述设备上下游关系不明确时进行过载控制的流程图，这种情况下，一旦某设备过载时，该设备向其周边设备发送过载告警。如图 2所示，该流程包括：步骤 201、承载控制层和承载层的设备在运行过程中，都实时检测自身的处理能力是否达到某个过载级别，如果达到，则向其周边设备发送相应级别的设备过载告警消息。所述设备过载告警消息中携带本设备的设备类型和本设备 IP地址。此处假设该设备类型为资源管理器设备，与过载设备相邻的周边设备为周边设备 A和周边设备 B。

本实施例中，按照表 2所述的过载级别，如果本设备的当前处理能力已经达到该设备最大处理能力的 80 %时，则开始向周边设务发送 1级过载告警；如果随着该设备处理的更加繁忙，告警级别相应增加，即：如果达到该设备最大处理能力的 90 %时，则开始向周边设备送 2级过载告警；如果达到最大***处理能力的 100 %时，则开始向周边设备发送 3级过载告警。上述步骤 201中，所述承载控制层和承载层的设备是承载控制层的 CM和承载层的 CN。如果是 CM出现过载，则该 CM向其周边相邻的 CM、 CA 或 CN发送过载告警消息，且过载告警消息中的设备类型为 CM;如果是 CN出现过载，则该 CN向其周边的 CM发送过载^警消息，且过载告警消息中的设备类型为 CN。

步骤 202、收到过载告警的周边设备根据过载告警的内 ί对途经该过载设备的业务进行限制。具体的，主要包括两方面的限制，一方面是通过调整业务路由策略对业务连接的选路进行限制，另一方面是对业务连接的业务量进行限制。其中，调整业务路由策略对业务连接的选路进行限制的具体方式为：根据过载设备的 IP地址，周边设备判断自身路由表中是杏存在途经过载设备的路由的冗余路由，即首先确定途经过载设备的路由的目的用户终端地址，然后判断是否存在可到达同一目的地址、且不绎过过载设备的路由，该路由为冗余路由，如果存在冗余路由，则执行步骤 202A; 否则，执行步骤 202B。步骤 202A、将冗余路由的优先级升高，或将途经过载设备的路由的优先级降低，因此在为业务连接选择路由时会优先选择冗余路由，从而保证业务连接的 QoS; 或者，将途经过载设备的路由标上过载标识，在为业务连接选择路由时，不能优先选择有过载标识的路由，从而保证业务连接的 QoS。

步骤 202B、将途经过载设备的路由标上过载标识，在为业务连接选择路由时，不能优先选择该有过载标识的路由，从而保证 4务连接的 QoS。

所述对业务连接的业务量进行限制的具体方式为：根据过载报警消息的级别，对途经过载设备的路由的业务连接的业务量进行相应限制。此处的业务量是指业务连接建立的数据流量。如果过载告警为多个级别，则分等级对业务连接的业务量进行限制。对于高级别的过载报警，则拒绝较多途经过载设备的路由的业务量；对于低级別的过载告警，则拒绝较少途经过载设备的路由的业务量。例如：针对上述例于中的过载级别 1、 2、或 3 , 由于分别对应过载设备最大处理能力的 80 ½、 90 %、和 100 % , 因此与过载级别所对应的限制业务量也映射为 80 %、 90 %、和 100 % ; 即当收到 1级过载告警时，周边设备拒绝途经过珠设备的路由的 80 %业务量；当收到 2级过载告警时，周边设备拒绝途经过载设备的路由的 90 %业务量；同理，当收到 3级过载告警时，周边设备拒绝途经过载设备的路由的 100 %业务量。本发明所述根据过载级别限制途经过载设备的路由的业务量不限于上述的对应值，本领域的技术人员可根据具体需要，自行配置不同级别所映射的限制业务量。步骤 203、周边设备向所述过载设备返回告警响应。如果随着过载设备处理能力恢复正常，小于最小级别门限值后，即小于最大处理能力的 80 %后，则执行步驟 204。步驟 204、设备向其周边设备发送过载告警恢复消息，，其中携带该设备的类型和该设备的 IP地址，以取消过载告警消息。步骤 205、过载设备的周边设备收到过载告警恢复命令 i 取消或逐渐取消步骤 202中对路由表内途经过载设备的业务进行限制。具体的，主要包括取消两方面的限制，一方面是通过调聲业务路由策略取消对业务连接的选路限制，另一方面是取消对业务连接的业务量限制。其中，通过调整业务路由策略取消对业务连接选路限制的具体方式为：

当存在冗余路由时，将调整过的冗余路由的优先级恢复为原状态；或者，将途经过载设备的路由的优先级恢复为原状态；或者，取消途经过载设备的路由的过载标识。当不存在冗余路由时，取消途经过载设备的路由的过载标识。取消对业务连接选路限制后，在为业务连接选择路由时，与设备不过载时选择路由的情况相同，即恢复现有正常的选路机制。同时，在取消对业务连接的业务量的限制后，该周边设备对业务连接的业务量不进行限制，恢复现有正常的控制机制。

步骤 206、周边设备向过载设备返回过载告警恢复响应，，以表示周边设备取消对的相应业务的限制。

如果 IP电信网中通过提前规划，使得设备之间的上下游系明确，为了提高效率，当设备发生过载时，只需向其上游设备发送载告警消息。此处，提前规划是指：明确配置 IP电信网中的各个设备过载时能否发送过载告警，如果能发送，则还要确定其上游设备。

图 3 为本发明实施例所述设备上下游关系明确时过载挂制的流程图。该流程中，当某下游设备发生过载时，则该下游设备只向其相邻的上游设备发送对应级别的过载告警消息。具体的处理过程如图 3所示，步骤 301至步驟 306分别与上述步驟 201至步骤 206对应相同，此处不再叙述。

上述的实施例中周边设备在对途经所述过载设备的业务进行限制后向过载设备返回过载告警响应,过载设备收到该响应后实时检测自身的处理能力是否恢复正常，如果恢复正常，则该设备向自身 ¾周边设备发送携带自身地址的过载告警恢复消息。

另外，本发明所述的周边设备还可以不返回过载告警响应。这时的处理方式与上述实施例有以下区别：

当周边设备不返回过载告警响应，或者所发送的过载告警响应由于某种原因没有达到过载设备时，过载设备在没有收到过载告警响应的情况下，实时检测自身的处理能力是否恢复正常，如果没有恢复正常，则在预定的时间重新向周边设备发送携带自身地址的过载告警消息，收到过载告警消息的周边设备继续对途经该过载设备的业务进行限制；如果恢复正常，则该设备向自身的周边设备发送携带自身地址的 4载告警恢复消息；收到过载告警恢复消息的周边设备取消或逐渐取消对途经该过载设备的业务进行限制。

另外，所述周边设备对途经所述过载设备的业务进行限制后也可判断在预定的时间内是否收到来自过载设备的过载告警消息或者过载告警恢复消息，如果没有则取消或逐渐取消对途经该过载设备的业务进行限制，通过这种动态调整的过程，可以防止周边设备在没有收到过载设备最近的情况信息时，继续对业务进行限制所导致的业务质音降低的问题；如果收到过载告警消息则继续对途经该过载设备的业务进行限制；如果收到过载告警恢复消息，则取消或逐渐取消对途经该迓孰议备的业务进行限制。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims

权利要求书

U 一种通信网络中应对设备过载的处理方法，适用于具有独立承载控制层的通信网络，其特征在于，该方法包括：

在业务连接所涉及的设备中设置过载门限，所述设备在运行过程中，实时检测自身的处理能力是否过载，如果过载，则该过载设备向自身的周边设备发送携带过载设备地址的过载告警消息，收到过载告警消息的周边设备对途经该过载设备的业务进行限制。

2、根据权利要求 1 所述的方法，其特征在于，所述周¾设备对途经所述过载设备的业务进行限制的具体方法为：所述周边设务调整路由策略，为业务连接优先选用未途经该过载设备的路由。

3、根据权利要求 2 所述的方法，其特征在于，所述周设备为业务连接优先选用未途经所述过载设备的路由的具体方法为：

将途经过载设备的路由标上过载标识，在后续为业务连接选择路由的过程中，优先选择没有过载标识的路由；或者，将途经过载设备路由的冗余路由的优先级升高；

或者，将途经过载设备路由的优先级降低。

4、根据权利要求 1 所述的方法，其特征在于，所述周边设备对途经所述过载设备的业务进行限制的具体方法为：所述周边设务限制业务连接途经该过载设备的业务量。

5、根据权利要求 1 所述的方法，其特征在于，所述方进一步包括：所述周边设备对途经所述过载设备的业务进行限制后向过载设备返回过载告警响应；过载设备收到该响应后实时检测自身的处理能力是否恢复正常，如果恢复正常，则该设备向自身的周边设备发送携带自身地址的过载告警恢复消息；收到过载告警恢复消息的周边设备取消或逐渐取消对途经该过载设备的业务进行限制。

.

6、根据权利要求 1 所述的方法，其特征在于，该方法进 ^步包括：过载设备实时检测自身的处理能力是否恢复正常，如果没有' 1來复正常，则在预定的时间重新向周边设备发送携带自身地址的过载告膂消息，收到过载告警消息的周边设备继续对途经该过载设备的业务进行限制；如果恢复正常, 则该设备向自身的周边设备发送携带自身地址的过载告警恢复消息；收到过载告警恢复消息的周边设备取消或逐渐取消对途经该过载设备的业务进行限制。

7、根据权利要求 5或 6 所述的方法，其特征在于，该方法进一步包括：所述周边设备对途经所述过载设备的业务进行限制后判断在预定的时间内是否收到来自过载设备的过载告警消息或者过载肯警恢复消息，如果没有则取消或逐渐取消对途经该过载设备的业务进限制；如果收到过载告警消息则继续对途经该过载设备的业务进行限；如果收到过载告警恢复消息，则取消或逐渐取消对途经该过载设备的业务进行限制。

8、根据权利要求 7所述的方法，其特征在于，所述取清对途经所述过载设备的业务进行限制的具体方法为：取消途经过载设备的路由的过载标识，或者将途经过载设备路由的冗余路由的优先级恢复为原状态，或者将途经过载设备的路由的优先级恢复为原状态。

9、根据权利要求 7所述的方法，其特征在于，所述取消对途经所述过载设备的业务进行限制的具体方法为：取消对业务连接经该过载设备的业务量的限制。

10、根据权利要求 1 所述的方法，其特征在于，该方法进广步包括：所述过载门限分为一个或一个以上的过载级别，所述设备在检测到自身过载后，判断过载级别，并在过载告警消息中携带过载级別信息；所述收到过载告警消息的周边设备依照该过载级别信息分等级对途经该过载设备的业务进行限制。

11、根据权利要求 1至 6任一项、或 10 所述的方法，其特征在于，所述过载设备的周边设备为该过载设备在特定业务连接或特定业务信息传输路径上的上游设备。

12、根据权利要求 1至 6任一项、或 10所述的方法，其征在于，所述过载门限根据所述设备的处理能力进行确定。

13、根据权利要求 12所述的方法，其特征在于，所述设备的处理能力为： CPU的运行能力、内存空间的占用情况、消息队列处理能力、或该三者的任意组合。

14、根据权利要求 1所述的方法，其特征在于，所述业务连接涉及的设备为通信网络承载控制层的控制设备，所述周边设备为承载控制层的控制设备、承载层的连接接点、业务控制层的呼叫代理、珠该三者的任意组合。

15、根据权利要求 1所述的方法，其特征在于，所述业务连接所涉及的设备为通信网络承载层的连接节点，所述周边设备为承我控制层的控制设备。

16、根据权利要求 14或 15所述的方法，其特征在于，所述通信网络承载控制层的控制设备为承载网资源管理器、承载策略管理器、或者为承载资源 /策略管理器。