一种实现防止业务路由器过载的方法、装置及系统的制作方法

专利名称：一种实现防止业务路由器过载的方法、装置及系统的制作方法
技术领域：
本发明涉及通讯领域，尤其涉及一种防止业务路由器过载的方法、装置及系统
背景技术：
业务网络是独立于基础物理网络之上的一个叠加网络，提供一系列功能实体类似 于互联网协议(Internet Protocol, IP)网络层的路由器和交换机等网络设备，使业务的交 互便捷高效，为下一代业务提供一个统一、安全、高效的协同工作环境，增强业务之间的互 通性和协作性，为运营商面对未来高速发展的业务层运营提供高效的基础环境。业务网络的核心实体是业务路由器，用于业务的路由和寻址，负责实施端到端的 服务质量(Quality of Service,QoS)保障，同时也担负着保障业务网络中功能实体之间的 交互的责任。业务路由器基于业务网络的统一编址技术，为业务和资源的交互提供路由功能， 把业务和资源交互消息路由到合适的目的地。业务路由器不仅能够根据业务提供者的相关 策略决策智能的路由消息，还可以实现智能的业务交互、控制策略功能，业务路由器可以根 据相关的策略为具体的业务交互、触发控制以及业务组合等提供更高层次的支持。例如用 户发送业务请求时，业务路由器能够根据用户请求业务的接口信息，功能信息找到合适的 业务反馈给用户。业务路由器能够与传输层设备通信，保证端到端QoS。

发明内容
本发明实施例提供一种防止业务路由器过载的方法和装置。一种防止业务路由器过载的方法，包括第一业务路由器接收业务请求消息；确 定所述业务请求消息对应的业务状态为新业务请求，且自身没有资源处理所述业务请求消 息，则向第一业务路由器的相邻业务路由器发送资源请求消息；接收有资源处理所述业务 请求消息的相邻业务路由器根据所述资源请求消息返回的资源应答消息；向所述返回资源 应答消息的相邻业务路由器发送资源部署消息和所述业务请求消息，以便所述返回资源应 答消息的相邻业务路由器处理所述业务请求消息。—种防止业务路由器过载的方法，包括第一业务路由器的相邻业务路由器接收 第一业务路由器发送的资源请求消息，其中，所述资源请求消息是在所述第一业务路由器 自身没有资源处理所述业务请求消息，且所述业务请求消息对应的业务状态为新业务请求 时，所述第一业务路由器发送的；确定自身有资源处理业务请求消息，向第一业务路由器发 送资源应答消息；接收第一业务路由器发送的资源部署消息和业务请求消息，处理所述业 务请求消息。一种业务路由器，包括第一请求消息处理单元，用于接收业务请求消息，判断所 述业务请求消息对应的业务是新业务请求时，向负载均衡处理单元发送所述业务请求消 息；第一负载均衡单元，用于确定自身是否有资源处理所述所述业务请求消息，向业务部署 单元发送确定的结果；业务部署单元，用于在所述负载均衡单元判断没有资源处理所述业务请求消息时向所述业务路由器的相邻业务路由器发送资源请求消息，接收所述有资源处 理所述业务请求消息的相邻业务路由器根据所述资源请求消息返回的资源应答消息，向所 述返回资源应答消息的相邻业务路由器发送资源部署消息所述业务请求消息，以便于所述 返回资源应答消息的相邻业务路由器处理所述业务请求消息。一种业务路由器，包括第二请求消息处理单元，用于接收第一业务路由器发送 的资源请求消息，在发送资源应答消息后接收所述第一业务路由器发送的资源部署消息和 业务请求消息，处理所述业务请求消息，其中，所述资源请求消息是在所述第一业务路由器 自身没有资源处理所述业务请求消息，且所述业务请求消息对应的业务状态为新业务请求 时，所述第一业务路由器发送的；第二负载均衡单元，用于确定自身是否有资源处理业务请求消息，且在有资源处 理所述业务请求消息时向所述第一业务路由器发送资源应答消息。一种业务路由的系统，包括第一业务路由器和至少一个第二业务路由器，其中，所 述第二业务路由器为所述第一业务路由器的相邻业务路由器；第一业务路由器，用于接收 业务请求消息，确定所述业务请求消息对应的业务状态为新业务请求，且自身没有资源处 理所述业务请求消息，则向第一业务路由器的相邻业务路由器发送资源请求消息，接收有 资源处理所述业务请求消息的相邻业务路由器第二业务路由器根据所述资源请求消息返 回的资源应答消息，向所述返回资源应答消息的第二业务路由器发送资源部署消息和所述 业务请求消息；第二业务路由器，用于接收第一业务路由器发送的资源请求消息，确定自身 有资源处理业务请求消息，向所述第一业务路由器发送资源应答消息；接收第一业务路由 器发送的资源部署消息和业务请求消息，处理所述业务请求消息。本发明实施例提供防止业务路由器过载的方法和装置。第一业务路由器确定自身 没有足够资源处理接收到的业务请求消息，则向第一业务路由器的相邻业务路由器发送资 源请求消息。然后在相邻业务路由器确定有资源处理该业务请求消息时，则向第一业务路 由器返回资源应答消息，则第一业务路由器接收资源应答消息后，向返回资源应答消息的 业务路由器发送资源部署消息和业务请求消息，由返回资源应答消息的业务路由器处理该 业务请求。这样使得第一业务路由器在业务量突增或持续增加的情况下，仍能保证业务路 由器不会过载，并且不会导致局部业务路由器不可用，保证业务交互的便捷高效。


图1为本发明实施例一一种防止业务路由器过载的方法流程图；图2为本发明实施例二一种防止业务路由器过载的方法流程图；图3为本发明实施例三的一种防止业务路由器过载的方法流程图；图4为本发明实施例的另一种防止业务路由器过载的方法流程图；图5为本发明实施例的一种业务路由器的结构示意图；图6为本发明实施例另一种业务路由器的结构示意图；图7为本发明实施例一种业务路由系统的结构示意图。
具体实施例方式为了使本技术领域的人员更好地理解本发明，下面结合附图对本发明作进一步的详细说明。本发明实施例一的一种防止业务路由器过载的方法如图1所示，具体包括步骤S101 第一业务路由器接收业务请求消息；S102:确定所述业务请求消息对应的业务状态为新业务请求，且自身没有资源处 理所述业务请求消息，则向第一业务路由器的相邻业务路由器发送资源请求消息；S103:接收有资源处理所述业务请求消息的相邻业务路由器根据所述资源请求消 息返回的资源应答消息；S104:向所述返回资源应答消息的相邻业务路由器发送资源部署消息和所述业务 请求消息，以便所述返回资源应答消息的相邻业务路由器处理所述业务请求消息。本发明实施例一的防止业务路由器过载的方法中，第一业务路由器确定自身没有 足够资源处理接收到的业务请求消息，则向第一业务路由器的相邻业务路由器发送资源请 求消息。在相邻业务路由器确定有资源处理该业务请求消息时，向返回资源应答消息的业 务路由器发送资源部署消息和业务请求消息，由返回资源应答消息的业务路由器处理该业 务请求。这样使得第一业务路由器在业务量突增或持续增加的情况下，仍能保证第一业务 路由器不会过载，并且不会导致局部业务路由器不可用，保证业务交互的便捷高效。本发明实施例二的一种防止业务路由器过载的方法如图2所示，具体包括步骤S201 第一业务路由器的相邻业务路由器接收第一业务路由器发送的资源请求消 息，其中，所述资源请求消息是在所述第一业务路由器自身没有资源处理所述业务请求消 息，且所述业务请求消息对应的业务状态为新业务请求时，所述第一业务路由器发送的；S202 确定自身有资源处理业务请求消息，向第一业务路由器发送资源应答消 息；S203:接收第一业务路由器发送的资源部署消息和业务请求消息，处理所述业务 请求消息。本发明实施例一的防止业务路由器过载的方法中，第一业务路由器确定自身没有 足够资源处理接收到的业务请求消息，则向第一业务路由器的相邻业务路由器发送资源请 求消息。然后相邻业务路由器确定有资源处理该业务请求消息时，则向第一业务路由器返 回资源应答消息，接收第一业务路由器发送的资源部署消息和业务请求消息，由返回资源 应答消息的相邻业务路由器业务路由器处理该业务请求。这样使得第一业务路由器在业务 量突增或持续增加的情况下，仍能保证第一业务路由器不会过载，并且不会导致局部业务 路由器不可用，保证业务交互的便捷高效。本发明实施例三的一种防止业务路由器过载的方法如图3所示，具体包括步骤S301 根据接收到的业务请求消息包含的业务标识，第一业务路由器确定业务状 态为新业务请求，确定没有资源处理该业务请求消息，则向第一业务路由器的相邻业务路 由器发送资源请求消息；确定没有资源处理该业务请求消息具体包括第一业务路由器确定所述业务的业 务状态为新业务请求，检查自身已使用资源的值和获取所述业务请求消息对应的业务需占 用资源的值；确定所述业务请求消息对应的业务需占用资源的值与所述自身已使用资源的 值之和高于或等于预设阈值。第一业务路由器的相邻业务路由器不是特指某一个业务路由器，而是指除第一业务路由器之外的，与第一业务路由器每一个相邻的业务路由器，；也就是说，如果第一业务 路由器有多个相邻的业务路由器，第一业务路由器在确定自身没有资源处理该业务请求消 息情况下，第一业务路由器向所有相邻的业务路由器发送资源请求消息。S302:第一业务路由器的相邻业务路由器接收资源请求消息后，确定有资源处理 该业务请求消息，向第一业务路由器返回资源应答消息；具体的第一业务路由器的相邻业务路由器接收资源请求消息后，所述资源请求 消息包含所述业务需占用资源的值，检查自身已使用资源的值；确定所述业务需占用资源 的值与所述自身已使用资源的值之和低于预设阈值，则确定自身有资源处理业务请求消 息，向第一业务路由器返回资源应答消息。S303 第一业务路由器接收所述资源应答消息后，向返回资源应答消息的相邻业 务路由器发送资源部署消息，以便返回资源应答消息的相邻业务路由器处理所述业务请求 消息。本发明实施例三第一业务路由器确定自身没有足够资源处理接收到的业务请求 消息，则向第一业务路由器的相邻业务路由器发送资源请求消息。然后由相邻业务路由器 确定有资源处理该业务请求，如果有资源处理该业务请求，则向第一业务路由器返回资源 应答消息，则第一业务路由器接收资源应答消息后，向返回资源应答消息的相邻业务路由 器发送资源部署消息，由返回资源应答消息的相邻业务路由器处理该业务请求。这样使得 第一业务路由器在业务量突增或持续增加的情况下，仍能保证业务路由器不会过载，并且 不会导致局部业务路由器不可用，保证业务交互的便捷高效。可选的本发明实施例三还进一步包括第一业务路由器接收所述资源应答消息 后，还向所述返回资源应答消息的相邻业务路由器发送业务请求消息，以便第二业务路由 器处理所述业务请求消息，其中，将所述业务请求消息合并在所述资源部署消息中向所述 返回资源应答消息的相邻业务路由器发送，或者将所述业务请求消息和所述资源部署消息 分别发送给所述返回资源应答消息的相邻业务路由器。可选的资源应答消息包含有效时间，此时返回资源应答消息的相邻业务路由器 在有效时间内处理业务请求消息。可选的第一业务路由器接收所述资源应答消息后，还设置中转策略，后续接收到 新业务请求消息时，将新业务请求消息转发到所述返回资源应答消息的相邻业务路由器， 由返回资源应答消息的相邻业务路由器进行处理。本发明实施例中转策略进一步包含有效 时间，在有效时间内，接收到新业务请求消息时，将该新业务请求消息转发到返回资源应答 消息的相邻业务路由器，其中，本发明实施例中新业务请求消息为与返回资源应答消息的 相邻业务路由器处理的业务请求消息相同业务的消息。可选的返回资源应答消息的相邻业务路由器发送资源应答消息后，返回资源应 答消息的相邻业务路由器进一步向第一业务路由器的相邻业务路由器发送路由表更新消 息，路由表更新消息包含返回资源应答消息的相邻业务路由器的地址，以便于第一业务路 由器的其他相邻业务路由器在接收到归属于第一业务路由器的新业务请求消息时，将该新 业务请求消息发送给所述返回资源应答消息的相邻业务路由器。本发明实施例的路由表更 新消息还可以包含有效时间，则第一业务路由器的其他相邻业务路由器在接收到归属于第 一业务路由器新业务请求消息时，在有效时间内，将该新业务请求消息发送给所述返回资源应答消息的相邻业务路由器。其中，所述第一业务路由器的相邻业务路由器的地址可以 携带在资源请求消息中。可选的返回资源应答消息的相邻业务路由器发送资源应答消息后，还向业务目 录发送发布信息更新消息，所述发布信息更新消息可以包含返回资源应答消息的相邻业务 路由器的地址，可以包含发送资源请求消息的第一业务路由器的地址，可以包含唯一标识 业务的业务标识，以便于业务目录在接收到发布信息更新消息后能够及时更新对应的所述 业务的发布信息。后续对所诉业务的新业务请求消息根据业务目录所记录的发布信息被业 务路由器路由到返回资源应答消息的相邻业务路由器。本发明实施例发布信息更新消息还 可以进一步包含有效时间，在有效时间内，所述业务的新业务请求消息被业务路由器路由 到返回资源应答消息的相邻业务路由器；在有效时间失效后，所述业务的新业务请求消息 被业务路由器路由到第一业务路由器。本发明实施例的另一种实现防止业务路由器过载的方法如图4所示，业务路由器 A是业务路由器B的上一跳路由器，业务路由器B是原处理业务请求消息S1的业务路由器， 因资源限制无法处理新的业务请求消息S1，需要请求消息其他业务路由器处理该业务。业 务路由器A，C，D是业务路由器B相邻的业务路由器。当业务路由器A接收业务请求消息请 求业务S1时，根据路由表信息将业务请求消息发送到业务路由器B，业务路由器B对该进 行判断，如果业务请求消息为新请求消息并且业务路由器B没有足够的资源处理该请求消 息，则向相邻的业务路由器C和业务路由器D发送资源请求消息，业务路由器D由于有足够 的资源应答该资源请求消息，于是业务路由器B将上述业务S1的资源部署消息发送到业务 路由器D，并且业务路由器A更新业务S1路由表信息。具体过程包括S401 业务路由器A接收到用户或其它业务路由器发送的业务请求消息，该业务 请求消息请求处理业务S1，该业务请求消息包含业务标识。S402 业务路由器A根据业务标识从业务目录中查找该业务所归属的业务路由 器，并将该业务请求消息发送至该业务归属的业务路由器。业务路由器A根据业务标识从业务目录中查找业务S1所归属的业务路由器为业 务路由器B，并根据路由表信息中包含业务路由器B的地址，将上述业务请求消息发送到业 务路由器B。S403 业务路由器B接收该业务请求消息后，从业务请求消息中获取该业务标识； 根据该业务标识，确定该业务路由器B就是该业务请求消息对应的业务的归属业务路由 器，则根据业务标识获取业务的状态，并解析该业务状态，如果该业务状态是后续的请求消 息，则处理该业务请求消息，也就是更新该请求消息业务状态，比如从业务状态1转变成业 务状态2，并将业务请求消息发送到该业务中；如果该业务状态是新的请求消息，则查询获 取业务S1需占用资源，并且检查业务路由器B自身已使用资源；如果业务S1需占用资源与 业务路由器B自身已使用资源之和高于或等于预设阈值，则向相邻路由器发送资源请求消 息。如果业务S1需占用资源与业务路由器B自身已使用资源之和低于预设阈值，则处理该 业务请求消息。假设业务路由器A地址sipil92. 168. 1. 1，业务路由器B地址sipil92. 168. 1. 2 ； 业务S1归属于业务路由器B，业务ID为12345。以内存占用率为说明资源使用情况，说 明资源使用情况可以有两种表示方式可以用资源占用率，比如业务路由器的内存占用
10率已经为80% ；也可以使用资源实际占用的情况，比如业务路由器的内存已经被占用 1MB (megabyte，兆字节)。如果业务路由器A、B、C、D是完全相同的业务路由器，这两种方式 都可以使用，如果业务路由器A、B、C、D的性能是不同的话，则只能以使用资源实际占用的 情况来做说明，在本发明实施例中，假设业务路由器A、B、C、D是完全相同的业务路由器，并 假设业务路由器B的资源占用率是80%，业务路由器C的资源占用率是80%，业务路由器 D的资源占用率是20%，业务S1的需占用资源为10%，各路由器设定阈值为90%。并且假 设业务路由器B分析业务S1请求消息是新请求消息，业务S1的资源占用率为10%，而业务 路由器B的资源占用率是80%，路由器设定阈值为90%。判断业务路由器B不能处理该业 务请求消息。S404 根据上述业务路由器B判断不能处理业务S1，则根据路由表信息，获取业务 路由器B的相邻的业务路由器C和业务路由器D的地址，并根据上述地址向相邻的业务路 由器C和业务路由器D发送资源请求消息。路由表信息记载了包括业务路由器的相邻业务 路由器地址。该资源请求消息包括必选项消息类型和业务信息，其中业务信息可以包含业务 标识、业务地址、业务状态和业务需占用资源等信息，资源请求消息还包括可选项上一跳 业务路由器地址和有效时间，其中上一跳业务路由器指的是，在业务请求消息在路由过程 中，路由到当前业务路由器的前一个业务路由器，例如本发明实施例中，在路由业务S1的 业务请求消息时，业务路由器A就是业务路由器B的上一跳业务路由器。资源请求消息具 体的参数描述如下消息类型0c-REQ，标识该消息为资源请求消息；业务信息，包括业务标识 (identity, ID)，业务标识唯一标识该业务，可以为随机数，如12345 ；业务地址，如sip@ weather, web. sina ；业务状态，如0表示初始状态，也就是该业务为一个新业务请求；业务 需占用资源，如20，其中表示内存占有率需要20%，业务需占用资源可以包括内存资源占 用率，CPU资源占用率，需占用带宽大小等等，本发明实施例只是用内存资源占用率来做说 明，其他的资源占用的处理的方法与之类似。上一跳路由器地址sip@192. 168. 1. 1 ；有效 时间如60min，表示请求相邻业务路由器分担处理业务S1的新的业务请求有效时间为60 分钟，60分钟的有效时间满后，业务路由器B可以重新处理S1的新的业务请求；表1 资源请求消息字段格式
消息类型业务信息上一跳路由器地址有效时间Oc-REQ必选可选可选Oc-REQ业务 ID: 12345 业务地址 si p(ci), weather, web. sina 业务状态o 业务需占用资源10sip@192.168.1.160 S405:业务路由器C和业务路由器D收到该资源请求消息后，分别分析该资源请求 消息，确定是否有资源处理该业务。其中分析资源请求消息操作如下
11
1)检查自身业务路由器的已使用资源；例如根据本实施例中所假设的，业务路 由器C的资源占用率是80%，业务路由器D的资源占用率是20% ；2)计算输入参数业务S1的需占用资源与自身已使用资源之和，并且与阈值进行 比较；3)如果输入参数业务S1的需占用资源与自身已使用资源之和高于或等于阈值， 则放弃处理业务S1，丢弃该资源请求消息；例如根据本实施例中所假设的，由于业务S1需占用资源为10%，则业务路由器C 自身已使用资源与业务S1需占用资源之和为90 %，而业务路由器C预先设定阈值为90 %， 则业务路由器C不能处理，放弃处理业务S1，丢弃资源请求消息。4)如果输入参数业务S1的需占用资源与自身已使用资源之和小于阈值，则确定 可以处理业务S1。例如根据本实施例中所假设的，由于业务S1需占用资源为10%，则业务路由器D 自身已使用资源与业务S1需占用资源之和为30 %，而业务路由器D预先设定阈值为90 %， 则业务路由器D可以处理业务S1。如果业务路由B的所有相邻路由器都不能负荷该业务请求消息，则向业务路由器 A返回出错消息，业务路由器B可以丢弃该业务请求数据包。S406:业务路由器D分析该资源请求消息后，确认有足够的资源负荷该业务请求 消息，则向业务路由器B发送资源应答消息；其中资源应答消息具体的参数描述如下消息类型必选项，Oc-ACK用于表示该消息为资源应答消息；业务信息，必选项， 包括业务ID，用于唯一标识业务，可以为随机数，如12345 ；业务地址，如sipOweather. web. sina。上一跳路由器地址可选项，例如sipil92. 168. 1. 1 ；有效时间可选项，例如60min, 表示业务路由器D应答分担处理S1的新的业务请求的有效时间为60分钟，60分钟的有效 时间满后，业务路由器B可以重新处理S1的新的业务请求。表2 资源应答消息字段格式
消息类型此务信息上一跳路由器地址有效时间Oc-ACK必选可选可选Oc-ACK业务 ID: 12345 业务地址 sip(5)weather.web.sinasip@192.168.1.160S407 业务路由器B收到业务路由器D的资源应答消息后，还可以向业务路由器B 各个相邻业务路由器发送路由更新消息，也就是说可以向业务路由器A，C，D发送路由更新 消息，该路由表更新消息中携带业务路由器D的地址信息。其中路由表更新消息具体的参 数描述如下消息类型必选项，Oc-Update表示该消息为资源应答消息；替代路由器地址必 选项，例如sip@192. 168. 1. 1 ；业务信息，可选项，包括业务ID，用于唯一标识业务，可以为 随机数，如12345 ；业务地址，可选项，如sipOweather. web. sina。有效时间可选项，如 60min，表示业务路由器D应答分担处理业务S1的新的业务请求设定的有效时间为60分
12钟，60分钟的有效时间满后，业务路由器B重新处理业务SI的新的业务请求，业务路由器D 就不处理业务S1的新的业务请求。
表3 路由表更新消息字段格式 S408 业务路由器A接收路由表更新消息后，更新路由表信息，更新业务S1的路由 路径，将业务S1的归属业务路由器更新为业务路由器D，并设定有效时间；更新路由表信息 后就启动定时器，定时到时就将超时地址删除。S409 业务路由器B向业务路由器D发送资源部署消息和上述请求业务S1的业务 请求消息，其中资源部署消息包含业务S1的业务信息，例如业务S1的状态信息，业务地址 sipiweather. web. sina，接口，协议和业务的物理地址信息等。资源部署消息的具体的参数 描述如下消息类型0c-D印loy ；有效时间；业务信息，包括业务ID，唯一标识业务，可以为 随机数，如12345，业务地址，如sipOweather. web. sina ；业务状态0，表示初始状态。表4 资源部署消息字段格式 本发明另一实施例中，业务路由器B还可以向业务路由器D只发送资源部署消息， 该资源部署消息不仅包含业务S1的业务信息，还可以包含上述业务请求消息的信息。这时，业务路由器D接收到资源部署消息和上述请求业务S1的业务请求消息，或 者只是接收到资源部署消息后，处理该业务请求消息，并根据业务S1的地址将上述业务请 求消息发送到业务S1。S410:业务路由器C，D接收到上述业务路由B发送的路由表更新消息，更新路由表 信息，以使得在有效时间内(如果路由更新消息包含有效时间)内，所有新业务请求消息的 原归属业务路由器为业务路由器B，并且原本由业务路由器C发送给业务路由器B的该新 业务请求消息，都将转发给业务路由器D，由业务路由器D来处理，而不发送给业务路由器B 了，或者所有新业务请求消息的原归属业务路由器为业务路由器B，并且原本由业务路由器 D发送给业务路由器B的该新业务请求消息，无需再向业务路由器B发送该新业务请求消息，就由业务路由器D自身来处理该新业务请求消息。当然S407与S409，S410并没有时间上的先后顺序。此时如果业务路由器A接收到业务S1的业务请求消息时，业务路由器A对该业务 请求消息进行解析；1)如果是初始状态的新业务请求消息，在有效时间范围内则将业务请求消息路由 到业务路由器D ；如果有效时间过期，则仍然将业务请求消息发送到业务路由器B。2)如果不是新的业务请求消息，则将该业务请求消息发送到业务路由器B。本发明实施例中，业务路由器B确定自身有没有足够资源处理接收到的业务请求 消息，如果有，则表明业务路由器B处理该业务请求消息后不会过载，业务路由器B处理该 业务请求，如果没有，则表明业务路由器B处理该业务请求消息后会导致过载，则向业务路 由器C，D发送资源请求消息。然后由业务路由器判断C，D是否有资源处理该业务请求，业 务路由器C没有资源处理该业务请求，则第二业务路由器丢弃资源请求消息，业务路由器D 有资源处理该业务请求，则向第一业务路由器返回资源应答消息，则业务路由器B接收资 源应答消息后，向第二业务路由器发送资源部署消息，由第二业务路由器处理该业务请求。 这样使得在业务量突增或持续增加的情况下，仍能保证业务路由器不会过载，和不会导致 局部业务路由器不可用，保证业务交互的便捷高效。通过解析业务请求消息和检查自身可用资源，判断业务路由器是否可能过载，如 果可能过载，则向相邻的业务路由器发送资源请求消息，以便于相邻业务路由器处理该业 务请求消息。这样使得在业务量突增或持续增加的情况下，实现动态处理业务路由器过载， 确保业务路由器的负载均衡和业务交互的便捷高效。并且业务路由器的负载均衡实现由业 务路由器自身完成，无需额外的硬件开销。本发明另一实施例中，上述S408中，业务路由器B还可以在收到资源应答消息后 设置中转策略，也就是业务路由器B设置一个有效时间，在该有效时间内，如果用户或其他 业务路由器发送请求业务S1的业务请求消息时，业务路由器解析该业务请求为请求S1的 业务请求，则直接将该业务请求转发给业务路由器D。例如有效时间为60分钟，则在60分 钟内，业务路由器B后续接收到业务ID为12345的业务S1的业务请求消息时，就直接将该 业务请求消息转发到业务路由器D，业务路由器B只是做为业务S1的中转路由器。其他过 程同可以参照图4对应的实施例。本发明另一实施例中，上述S408中，业务路由器D在发送资源应答消息后可以向 业务目录发送发布信息更新消息，该发布信息更新消息包含业务路由器D的地址，更改业 务目录中业务S1的发布信息，将业务S1的归属业务路由器由业务路由器B改成业务路由 器D，并可以进一步设置有效时间，在有效时间内，该业务S1的归属业务路由器就是为业务 路由器D，如果有效时间届满后，则仍然将该业务S1的归属业务路由器该为业务路由B。此 时只要在有效时间内，业务请求者对业务S1进行业务请求，根据业务目录中的信息(业务 S1的归属路由器在有效时间内是业务路由器D)，该业务请求被路由到业务路由器D。如果 有效时间失效后，业务请求者对业务S1进行业务请求时，根据业务目录中的信息(业务S1 的归属路由器是业务路由器B)，该业务请求被路由到业务路由器B。后续业务路由器B或 业务路由器D对该业务请求进行业务处理同上述图2对应的实施例相同。在本发明的另一个实施例中，步骤S406中，S407中，业务路由器D收到业务路由CN 101854292 A
说明书
10/13 页
器B的资源应答消息后，还可以根据业务路由器B的各个相邻业务路由器的地址，向业务路 由器B的各个相邻业务路由器发送路由更新消息，业务路由器B发送给业务路由器D的资 源部署消息中可以包含业务路由器B的各个相邻业务路由器的地址。该路由表更新消息中 携带业务路由器D的地址信息。在本发明实施例中业务路由器B的相邻业务路由器为业务 路由器A、业务路由器C和业务路由器D，业务路由器A和业务路由器C接收到上述路由更 新消息后更新路由表信息，以使得在有效时间内(如果路由更新消息包含有效时间)内，所 有新业务请求消息的原归属业务路由器为业务路由器B，并且原本由业务路由器A或C发送 给业务路由器B的该新业务请求消息，都将转发给业务路由器D，由业务路由器D来处理，而 不发送给业务路由器B 了。当然业务路由器D无需向自身发送路由更新消息，就可以修改 自身的路由表信息，在有效时间内(如果路由更新消息包含有效时间)内，所有新业务请求 消息原归属业务路由器为业务路由B，并且原本由业务路由器D发送给业务路由器B的新业 务请求消息，无需再向业务路由器B发送该新业务请求消息，而直接由业务路由器D自身来 处理该新业务请求消息。本发明实施例的一种业务路由器如图5所示，具体包括第一请求消息处理单元 51、第一负载均衡单元52和业务部署单元53。其中，第一请求消息处理单元51用于接收业 务请求消息，判断所述业务请求消息对应的业务是新业务请求时，向负载均衡处理单元52 发送所述业务请求消息；第一负载均衡单元52用于确定自身是否有资源处理所述所述业 务请求消息，向业务部署单元53发送确定的结果；业务部署单元53用于在所述负载均衡单 元52判断没有资源处理所述业务请求消息时向所述业务路由器的相邻业务路由器发送资 源请求消息，接收所述有资源处理所述业务请求消息的相邻业务路由器根据所述资源请求 消息返回的资源应答消息，向所述返回资源应答消息的相邻业务路由器发送资源部署消息 所述业务请求消息，以便于所述返回资源应答消息的相邻业务路由器处理所述业务请求消 肩、o第一负载均衡单元52确定自身没有资源处理所述业务请求消息具体包括检查 自身已使用资源的值和获取所述业务请求消息对应的业务需占用资源的值，确定所述业务 请求消息对应的业务需占用资源的值与所述自身已使用资源的值之和高于或等于预设阈 值，则自身没有资源处理所述业务请求消息，其中，获取所述业务请求消息对应的业务需占 用资源的值可以包括如下两种情况，一种情况是将所述业务请求消息对应的业务需占用资 源的值的相关信息保存在业务路由器自身上，需要的时候可以在自身查找得到，或者，另一 种情况就是所述业务请求消息对应的业务需占用资源的值的相关信息保存在业务注册器 上，需要的时候可以在业务路由器从业务注册器获取得到。所述业务路由器还可以包括中转策略设置单元54，中转策略设置单元54用于在 所述业务部署单元接收所述资源应答消息后设置中转策略，后续接收到归属于所述业务路 由器的新的业务请求消息时，则根据所述中转策略将所述新业务请求消息转发给所述返回 资源应答消息的相邻业务路由器。所述中转策略设置单元54还可以设置中转策略的有效 时间，则中转策略设置单元54在所述中转策略的有效时间内，将所述新业务请求消息转发 给所述返回资源应答消息的相邻业务路由器。所述业务路由器还可以包括第一路由表更新单元55，用于在所述业务路由器接收 资源应答消息后，向所述业务路由器的相邻业务路由器发送路由表更新消息，所述路由表更新消息包含所述返回资源应答消息的相邻业务路由器的地址，以便于所述业务路由器的 相邻业务路由器在接收到归属于所述业务路由器的新业务请求消息时，将所述新业务请求 消息发送给所述返回资源应答消息的相邻业务路由器。进一步地，第一路由表更新单元55 可以设置路由表更新消息的有效时间，所述业务路由器的相邻业务路由器在接收到归属于 所述第一业务路由器的新业务请求消息时，在有效时间内将所述新业务请求消息发送给所 述返回资源应答消息的相邻业务路由器。进一步地，所述路由器包括发布信息更新单元，在接收所述资源应答消息后，向业 务目录发送发布信息更新消息，所述发布信息更新消息可以包含所述返回资源应答消息的 相邻业务路由器的地址。进一步地，所述发布信息更新单元64可以设置发布信息更新消息 的有效时间。其中，本发明业务路由器实施例所涉及的具体工作过程，可以参考本发明上述各 个实施例的相关内容，在此不再赘述。本发明实施例通过解析业务请求消息和检查自身可用资源，判断业务路由器是否 可能过载，如果可能过载，则向相邻的业务路由器发送资源请求消息，以便于相邻业务路由 器处理该业务请求消息。这样使得在业务量突增或持续增加的情况下，实现动态处理业务 路由器过载，确保业务路由器的负载均衡和业务交互的便捷高效。并且业务路由器的负载 均衡实现由业务路由器自身完成，无需额外的硬件开销。本发明实施例的另一种业务路由器如图6所示，具体包括第二请求消息处理单元 61和第二负载均衡单元62。第二请求消息处理单元61用于接收第一业务路由器发送的资 源请求消息，接收所述其他业务路由器发送的资源部署消息和业务请求消息，处理所述业 务请求消息，其中，所述资源请求消息是在所述第一业务路由器自身没有资源处理所述业 务请求消息，且所述业务请求消息对应的业务状态为新业务请求时，由所述第一业务路由 器发送的；第二负载均衡单元62，用于确定自身是否有资源处理业务请求消息，且在有资 处理所述业务请求消息时向所述第一业务路由器发送资源应答消息。第二负载均衡单元62确定自身没有资源处理所述业务请求消息具体包括检查 自身已使用资源的值和获取所述业务请求消息对应的业务需占用资源的值，确定所述业务 请求消息对应的业务需占用资源的值与所述自身已使用资源的值之和高于或等于预设阈 值，则自身没有资源处理所述业务请求消息，其中，获取所述业务请求消息对应的业务需占 用资源的值可以包括如下两种情况，一种情况是将所述业务请求消息对应的业务需占用资 源的值的相关信息保存在业务路由器自身上，需要的时候可以在自身查找得到，或者，另一 种情况就是所述业务请求消息对应的业务需占用资源的值的相关信息保存在业务注册器 上，需要的时候可以在业务路由器从业务注册器获取得到。进一步地，所述路由器包括第二路由表更新单元63，在发送资源应答消息后，第二 路由表更新单元63向所述第一业务路由器的相邻业务路由器发送路由表更新消息，其中 所述第一业务路由器的相邻业务路由器地址可以包含在所述资源部署消息中。所述路由表 更新消息包含所述返回资源应答消息的相邻业务路由器的地址，以便于所述第一业务路由 器的相邻业务路由器在接收到归属于第一业务路由器的新业务请求时，将所述新业务请求 消息发送给所述返回资源应答消息的相邻业务路由器。进一步地，第二路由表更新单元63 还以设置路由表的有效时间，可以使得所述第一业务路由器的相邻业务路由器在接收到归属于第一业务路由器的新业务请求消息时，在有效时间内，将所述新业务请求消息发送给 所述返回资源应答消息的相邻业务路由器。进一步地，第二路由表更新单元63还可以在发 送所述资源应答消息之后，向所述第一业务路由器的上一跳业务路由器发送路由表更新消 息，所述路由表更新消息包含所述返回资源应答消息的相邻业务路由器的地址，以便于所 述第一业务路由器的上一跳业务路由器在接收到归属于第一业务路由器的新业务请求消 息时，将所述新业务请求消息发送给所述返回资源应答消息的相邻业务路由器。进一步地，所述路由器包括发布信息更新单元64，在发送所述资源应答消息后，发 布信息更新单元64向业务目录发送发布信息更新消息，所述发布信息更新消息可以包含 所述返回资源应答消息的相邻业务路由器的地址。进一步地，所述发布信息更新单元64可 以设置发布信息更新消息的有效时间。其中，本发明实施例所涉及的具体工作过程，可以参考上述各个实施例的相关内 容，在此不再赘述。本发明是实例中，第一业务路由器确定自身没有足够资源处理接收到的业务请求 消息，则向第一业务路由器的相邻业务路由器发送资源请求消息。然后相邻业务路由器确 定有资源处理该业务请求消息时，则向第一业务路由器返回资源应答消息，接收第一业务 路由器发送的资源部署消息和业务请求消息，由返回资源应答消息的相邻业务路由器业务 路由器处理该业务请求。这样使得第一业务路由器在业务量突增或持续增加的情况下，仍 能保证第一业务路由器不会过载，并且不会导致局部业务路由器不可用，保证业务交互的 便捷高效。本发明实施例的一种业务路由的系统，如图7所示，具体包括第一业务路由器71 和至少一个第二业务路由器72，其中第二业务路由器72为第一业务路由器71的相邻业务
路由器。第一业务路由器71，用于接收业务请求消息，确定所述业务请求消息对应的业务 状态为新业务请求，且自身没有资源处理所述业务请求消息，则向第一业务路由器的相邻 业务路由器第二业务路由器72发送资源请求消息，接收有资源处理所述业务请求消息的 相邻业务路由器第二业务路由器72根据所述资源请求消息返回的资源应答消息，向所述 返回资源应答消息的相邻业务路由器第二业务路由器72发送资源部署消息和所述业务请 求消息。第二业务路由器72，用于接收第一业务路由器发送的资源请求消息，确定自身有 资源处理业务请求消息，向所述第一业务路由器71发送资源应答消息，接收第一业务路由 器71发送的资源部署消息和业务请求消息，处理所述业务请求消息。本实施例的系统也可以进一步包括下一跳业务路由器和业务目录，当然，本发明 系统实施例的相关描述可以参照上述业务路由器实施例的相关描述，在此不再赘述。本发明实施例提供防止业务路由的系统中，第一业务路由器确定自身没有足够资 源处理接收到的业务请求消息，则向第一业务路由器的相邻业务路由器发送资源请求消 息。然后在相邻业务路由器确定有资源处理该业务请求消息时，则向第一业务路由器返回 资源应答消息，则第一业务路由器接收资源应答消息后，向返回资源应答消息的业务路由 器发送资源部署消息和业务请求消息，由返回资源应答消息的业务路由器处理该业务请 求。这样使得第一业务路由器在业务量突增或持续增加的情况下，仍能保证业务路由器不会过载，并且不会导致局部业务路由器不可用，保证业务交互的便捷高效。通过以上实施例的描述，本领域的技术人员可以清楚地了解到本发明可借助软件 加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的 实施方式。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献 的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指 令用以使得移动设备(可以是手机，个人计算机，媒体播放器等)执行本发明各个实施例所 述的方法。这里所称的存储介质，如ROM/RAM、磁盘、光盘等。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内，则本发明也意图包含这些改动和变型在内。
权利要求
一种防止业务路由器过载的方法，其特征在于，包括第一业务路由器接收业务请求消息；确定所述业务请求消息对应的业务状态为新业务请求，且自身没有资源处理所述业务请求消息，则向第一业务路由器的相邻业务路由器发送资源请求消息；接收有资源处理所述业务请求消息的相邻业务路由器根据所述资源请求消息返回的资源应答消息；向所述返回资源应答消息的相邻业务路由器发送资源部署消息和所述业务请求消息，以便所述返回资源应答消息的相邻业务路由器处理所述业务请求消息。
2.如权利要求1所述方法，其特征在于，所述确定所述业务请求消息对应的业务状态 为新业务请求，且自身没有资源处理所述业务请求消息具体包括第一业务路由器确定所述业务请求消息的业务状态为新业务请求，检查自身已使用资 源的值和获取所述业务请求消息对应的业务需占用资源的值；确定所述业务请求消息对应的业务需占用资源的值与所述自身已使用资源的值之和 高于或等于预设阈值。
3.如权利要求1所述方法，其特征在于，所述资源部署消息还包含有效时间；所述以便所述返回资源应答消息的相邻业务路由器处理所述业务请求消息，具体包括所述返回资源应答消息的相邻业务路由器在所述有效时间内处理所述业务请求消息。
4.如权利要求1所述方法，其特征在于，还包括所述向所述返回资源应答消息的相邻 业务路由器发送资源部署消息和所述业务请求消息，具体包括将所述业务请求消息合并在所述资源部署消息中向所述返回资源应答消息的相邻业 务路由器发送，或者；将所述业务请求消息和所述资源部署消息分别发送给所述返回资源应答消息的相邻 业务路由器。
5.如权利要求1所述方法，其特征在于，还包括所述第一业务路由器接收所述资源应 答消息后设置中转策略，后续接收到归属于第一业务路由器的所述新业务请求消息时，则 根据所述中转策略将所述新业务请求消息转发给所述返回资源应答消息的相邻业务路由o
6.如权利要求5所述方法，其特征在于，所述中转策略包含有效时间；所述根据所述中转策略将所述新业务请求消息转发到所述返回资源应答消息的相邻 业务路由器，具体包括在所述中转策略的有效时间内，将所述新业务请求消息转发给所述返回资源应答消息 的相邻业务路由器。
7.如权利要求1所述方法，其特征在于，还包括所述第一业务路由器接收资源应答消息后，向所述第一业务路由器的相邻业务路由器 发送路由表更新消息，所述路由表更新消息包含所述返回资源应答消息的相邻业务路由器 的地址，以便于所述第一业务路由器的相邻业务路由器在接收到归属于所述第一业务路由 器的所述新业务请求消息时，将所述新业务请求消息发送给所述返回资源应答消息的相邻 业务路由器。
8.如权利要求7所述方法，其特征在于，所述路由表更新消息包含有效时间； 所述以便于所述第一业务路由器的相邻业务路由器在接收到归属于第一业务路由器的所述新业务请求消息时，将所述新业务请求消息发送给所述返回资源应答消息的相邻业 务路由器，具体包括所述第一业务路由器的的相邻业务路由器在接收到归属于所述第一业务路由器的新 业务请求消息时，在有效时间内将所述新业务请求消息发送给所述返回资源应答消息的相 邻业务路由器。
9.一种防止业务路由器过载的方法，其特征在于，包括第一业务路由器的相邻业务路由器接收第一业务路由器发送的资源请求消息，其中， 所述资源请求消息是在所述第一业务路由器自身没有资源处理所述业务请求消息，且所述 业务请求消息对应的业务状态为新业务请求时，由所述第一业务路由器发送的； 确定自身有资源处理业务请求消息，向第一业务路由器发送资源应答消息； 接收第一业务路由器发送的资源部署消息和业务请求消息，处理所述业务请求消息。
10.如权利要求9所述方法，其特征在于，所述返回资源应答消息的相邻业务路由器确 定有资源处理业务请求消息具体包括所述返回资源应答消息的相邻业务路由器获取所述资源请求消息对应的业务需占用 资源的值，检查自身已使用资源的值；确定所述资源请求消息对应的业务需占用资源的值与所述自身已使用资源的值之和 低于预设阈值。
11.如权利要求9所述方法，其特征在于，还包括所述资源部署消息还包含所述第一业务路由器的相邻业务路由器地址，所述返回资源 应答消息的相邻业务路由器向所述第一业务路由器的相邻业务路由器发送路由表更新消 息，所述路由表更新消息包含所述返回资源应答消息的相邻业务路由器的地址，以便于所 述第一业务路由器的相邻业务路由器在接收到归属于第一业务路由器的所述新业务请求 时，将所述新业务请求消息发送给所述返回资源应答消息的相邻业务路由器。
12.如权利要求11所述方法，其特征在于，所述路由表更新消息包含有效时间； 所述以便于所述第一业务路由器的相邻业务路由器在接收到归属于第一业务路由器的所述新业务请求消息时，将所述新业务请求消息发送给所述返回资源应答消息的相邻业 务路由器，具体包括所述第一业务路由器的相邻业务路由器在接收到归属于第一业务路由器的所述新业 务请求消息时，在有效时间内，将所述新业务请求消息发送给所述返回资源应答消息的相 邻业务路由器。
13.如权利要求9所述方法，其特征在于，还包括所述返回资源应答消息的相邻业务路由器发送所述资源应答消息后，向业务目录发送 发布信息更新消息，所述发布信息更新消息包含所述返回资源应答消息的相邻业务路由器 的地址。
14.如权利要求1所述方法，其特征在于，还包括所述资源请求消息包含所述业务请求消息的所述第一业务路由器的上一跳业务路由 器的地址；所述返回资源应答消息的相邻业务路由器在发送所述资源应答消息之后，向所述第一 业务路由器的上一跳业务路由器发送路由表更新消息，所述路由表更新消息包含所述返回 资源应答消息的相邻业务路由器的地址，以便于所述第一业务路由器的上一跳业务路由器 在接收到归属于第一业务路由器的所述新业务请求消息时，将所述新业务请求消息发送给 所述返回资源应答消息的相邻业务路由器。
15.一种业务路由器，其特征在于，包括第一请求消息处理单元，用于接收业务请求消息，判断所述业务请求消息对应的业务 是新业务请求时，向负载均衡处理单元发送所述业务请求消息；第一负载均衡单元，用于确定自身是否有资源处理所述所述业务请求消息，向业务部 署单元发送确定的结果；业务部署单元，用于在所述负载均衡单元判断没有资源处理所述业务请求消息时向所 述业务路由器的相邻业务路由器发送资源请求消息，接收所述有资源处理所述业务请求消 息的相邻业务路由器根据所述资源请求消息返回的资源应答消息，向所述返回资源应答消 息的相邻业务路由器发送资源部署消息所述业务请求消息，以便于所述返回资源应答消息 的相邻业务路由器处理所述业务请求消息。
16.如权利要求15所述的业务路由器，其特征在于，还包括中转策略设置单元，用于在所述业务部署单元接收所述资源应答消息后设置中转策 略，后续接收到归属于所述业务路由器的所述新业务请求消息时，则根据所述中转策略将 所述新业务请求消息转发给所述返回资源应答消息的相邻业务路由器。
17.如权利要求15或16所述的业务路由器，其特征在于，还包括第一路由表更新单元，用于在所述业务路由器接收资源应答消息后，向所述业务路由 器的相邻业务路由器发送路由表更新消息，所述路由表更新消息包含所述返回资源应答消 息的相邻业务路由器的地址，以便于所述业务路由器的相邻业务路由器在接收到归属于所 述业务路由器的所述新业务请求消息时，将所述新业务请求消息发送给所述返回资源应答 消息的相邻业务路由器。
18.—种业务路由器，其特征在于，包括第二请求消息处理单元，用于接收第一业务路由器发送的资源请求消息，在发送资源 应答消息后接收所述第一业务路由器发送的资源部署消息和业务请求消息，处理所述业务 请求消息，其中，所述资源请求消息是在所述第一业务路由器自身没有资源处理所述业务 请求消息，且所述业务请求消息对应的业务状态为新业务请求时，所述第一业务路由器发 送的；第二负载均衡单元，用于确定自身是否有资源处理业务请求消息，且在有资源处理所 述业务请求消息时向所述第一业务路由器发送资源应答消息。
19.一种业务路由的系统，其特征在于，包括第一业务路由器和至少一个第二业务路由 器，其中，所述第二业务路由器为所述第一业务路由器的相邻业务路由器；第一业务路由器，用于接收业务请求消息，确定所述业务请求消息对应的业务状态为 新业务请求，且自身没有资源处理所述业务请求消息，则向第一业务路由器的相邻业务路 由器发送资源请求消息，接收有资源处理所述业务请求消息的相邻业务路由器第二业务路 由器根据所述资源请求消息返回的资源应答消息，向所述返回资源应答消息的第二业务路由器发送资源部署消息和所述业务请求消息；第二业务路由器，用于接收第一业务路由器发送的资源请求消息，确定自身有资源处 理业务请求消息，向所述第一业务路由器发送资源应答消息；接收第一业务路由器发送的 资源部署消息和业务请求消息，处理所述业务请求消息。
全文摘要
本发明提供了一种防止业务路由器过载的方法，包括第一业务路由器接收业务请求消息；确定所述业务请求消息对应的业务状态为新业务请求，且自身没有资源处理所述业务请求消息，则向第一业务路由器的相邻业务路由器发送资源请求消息；接收有资源处理所述业务请求消息的相邻业务路由器根据所述资源请求消息返回的资源应答消息；向所述返回资源应答消息的相邻业务路由器发送资源部署消息和所述业务请求消息，以便所述返回资源应答消息的相邻业务路由器处理所述业务请求消息。这样使得第一业务路由器在业务量突增或持续增加的情况下，仍能保证业务路由器不会过载，并且不会导致局部业务路由器不可用，保证业务交互的便捷高效。
文档编号H04L29/06GK101854292SQ20091010642
公开日2010年10月6日 申请日期2009年3月31日 优先权日2009年3月31日
发明者刘见锋, 唐杰, 常恒, 李彦, 王环, 石晓旻, 陈珊, 马其锋 申请人:华为技术有限公司