CN107276729B - 长链路业务请求超时重发方法及中间节点 - Google Patents

Abstract

本发明提供的长链路业务请求超时重发方法及中间节点，通过根据接收业务请求中的重发节点标识确定自己是否为重发节点，在自己是重发节点的情况下将业务请求存入业务请求库中，并在接收到下一节点返回的超时请求时，在业务请求库中获取与超时请求对应的业务请求并发送至下一节点；其中，下一节点为中间节点的下行链路上相邻的节点。通过这样的重发机制，有效避免了现有技术由于采用将超时请求依次传递至起始节点，并由起始节点重新执行业务请求的处理流程而造成的长链路的业务处理效率低的问题，提高了处理速度也节约了各节点资源。

Description

长链路业务请求超时重发方法及中间节点

技术领域

本发明涉及通信业务领域，尤其涉及一种长链路业务请求超时重发方法及中间节点。

背景技术

随着移动通信业务种类和内容的丰富，需要为复杂的通信业务架设长链路以满足业务需求。现有的长链路业务是基于起始节点、结束节点以及若干中间节点的网络架构实现的。举例来说，该业务请求的处理流程如下：长链路业务的业务请求一般由起始节点所发起，首先被发送至位于长链路前端的第一个中间节点，当第一个中间节点完成对业务请求的处理时，将该业务请求发送至与至连接的下一中间节点，以供该下一中间节点处理该业务请求，以此类推直至位于长链路末端的最后一个中间节点完成对业务请求的处理并将该业务请求发送至结束节点。

但是，采用上述现有的长链路网络架构，若某一节点发生业务请求处理超时，则该超时节点向其上游的相邻节点发送超时请求，由位于该超时节点的上游的全部节点依次将超时请求传递至起始节点。例如，位于长链路末端的最后一个中间节点发生业务请求处理超时时，该最后一个中间节点将生成该业务请求的超时请求，并将该超时请求发送至与该最后一个中间节点连接的倒数第二个中间节点，并依次经过各个中间节点直至将该超时请求返回给起始节点。此时，起始节点根据接收到的超时请求重新执行业务请求的处理流程。由于长链路的中间节点较多，这样的超时重发方式会导致长链路的业务处理效率降低，也严重浪费了各中间节点的节点资源。

发明内容

针对现有的长链路业务请求超时重发中所出现的业务处理效率降低的问题，本发明提供了一种长链路业务超时重发方法及中间节点。

一方面，本发明提供了一种长链路业务超时重发方法，包括：

中间节点接收业务请求，其中，所述业务请求包括重发节点标识；

在所述中间节点根据所述重发节点标识确定自己为重发节点的情况下，所述中间节点将所述业务请求存入业务请求库，并在接收到下一节点返回的超时请求时，在所述业务请求库中获取与所述超时请求对应的业务请求并发送至下一节点；

其中，所述下一节点为所述中间节点的下行链路上相邻的节点。

进一步地，所述中间节点将超时请求对应的业务请求发送至下一节点包括：

所述中间节点向所述下一节点发送预设次数的所述超时请求对应的业务请求；

或者，所述中间节点每隔预设的时间间隔向所述下一节点发送一次所述超时请求对应的业务请求。

进一步地，所述业务请求还包括业务标识；

在所述中间节点接收业务请求之后，还包括：

判断预设的业务处理列表中是否包括有所述业务标识，其中，所述业务处理列表中包括所述中间节点接收的各业务请求的业务标识和对应的处理状态；

若不包括，则在所述业务处理列表中添加所述业务请求的业务标识和对应的处理状态，并根据所述业务处理列表确定所述业务请求的处理状态；

若包括，则根据所述业务处理列表确定所述业务请求的处理状态；

当所述业务请求的处理状态为处理完成时，所述中间节点向上一节点返回处理完成信息；其中，所述上一节点为所述中间节点的上行链路上相邻的节点；

相应地，所述中间节点将超时请求对应的业务请求发送至下一节点还包括：

所述中间节点在接收到下一节点返回的处理完成信息时，停止向下一节点发送所述超时请求对应的业务请求。

进一步地，还包括：

在所述中间节点根据所述重发节点标识确定自己不为重发节点的情况下，所述中间节点在接收到所述下一节点返回的超时请求或处理完成信息完成时，将所述超时请求或处理完成信息发送至上一节点。

进一步地，所述业务请求还包括业务标识；所述超时请求包括超时业务标识；

相应的，在所述业务请求库中获取与所述超时请求对应的业务请求，包括：

在所述业务请求库中获取与所述超时业务标识相同的业务标识对应的业务请求。

另一方面，本发明提供了一种中间节点，包括：

收发模块，用于接收业务请求，其中，所述业务请求包括重发节点标识；还用于在处理模块确定自己为重发节点的情况下，若接收到下一节点返回的超时请求，则将处理模块获取的与所述超时请求对应的业务请求发送至下一节点；其中，所述下一节点为中间节点的下行链路上相邻的节点；

处理模块，用于根据所述重发节点标识确定自己是否为重发节点；还用于在确定自己为重发节点的情况下将所述业务请求存入业务请求库，并在在接收到下一节点返回的超时请求时，在业务请求库中获取与所述超时请求对应的业务请求。

进一步地，所述收发模块具体用于：

向所述下一节点发送预设次数的所述超时请求对应的业务请求；

或者，每隔预设的时间间隔向所述下一节点发送一次所述超时请求对应的业务请求。

进一步地，所述业务请求还包括业务标识；

所述处理模块还用于在所述收发模块接收业务请求之后，判断预设的业务处理列表中是否包括有所述业务标识，其中，所述业务处理列表中包括所述收发模块接收的各业务请求的业务标识和对应的处理状态；若不包括，则在所述业务处理列表中添加所述业务请求的业务标识和对应的处理状态，并根据所述业务处理列表确定所述业务请求的处理状态；若包括，则根据所述业务处理列表确定所述业务请求的处理状态；

所述收发模块还用于当所述业务请求的处理状态为处理完成时，向上一节点返回处理完成信息；其中，所述上一节点为所述中间节点的上行链路上相邻的节点；

相应的，所述收发模块具体用于在接收到下一节点返回的处理完成信息时，停止向下一节点发送所述超时请求对应的业务请求。

进一步地，所述收发模块还用于：

在所述处理模块根据所述重发节点标识确定自己不为重发节点的情况下，所述收发模块在接收到所述下一节点返回的超时请求或处理完成信息完成时，将所述超时请求或处理完成信息发送至上一节点。

进一步地，所述业务请求还包括业务标识；所述超时请求包括超时业务标识；

所述处理模块具体用于在所述业务请求库中获取与所述超时业务标识相同的业务标识对应的业务请求。

本发明提供的长链路业务请求超时重发方法及中间节点，通过根据接收业务请求中的重发节点标识确定自己是否为重发节点，在自己是重发节点的情况下将业务请求存入业务请求库中，并在接收到下一节点返回的超时请求时，在业务请求库中获取与超时请求对应的业务请求并发送至下一节点；其中，下一节点为中间节点的下行链路上相邻的节点。通过这样的重发机制，有效避免了现有技术由于采用将超时请求依次传递至起始节点，并由起始节点重新执行业务请求的处理流程而造成的长链路的业务处理效率低的问题，提高了处理速度也节约了各节点资源。

附图说明

图1为本发明实施例一提供的一种长链路业务请求超时重发方法的流程示意图；

图2为本发明实施例二提供的一种长链路业务的网络架构示意图；

图3为本发明实施例二提供的一种长链路业务请求超时重发方法的流程示意图；

图4为本发明实施例二提供的另一种长链路业务请求超时重发方法的流程示意图；

图5为本发明实施例三提供的一种中间节点的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

图1为本发明实施例一提供的一种长链路业务请求超时重发方法的流程示意图，如图1所示，该长链路业务请求超时重发方法包括：

步骤101、中间节点接收业务请求。

其中，业务请求包括重发节点标识。

需要说明的是，本发明实施例一的执行主体为中间节点，其所基于的网络架构可由一个起始节点、一个结束节点和若干中间节点组成，这些节点采用依次连接的方式以形成长链路网络架构。针对该长链路网络架构中的每一个中间节点均可采用本发明实施例一提供的长链路业务请求超时重发方法执行业务请求超时重发。

具体来说，针对长链路中的任意一中间节点来说，首先接收上一节点发送的包括有重发节点标识的业务请求。可以理解的是，该上一节点所指为中间节点的上行链路上的与该中间节点相邻的节点，该上一节点可为其他中间节点，也可为起始节点，其该上一节点的类型取决于执行本方法的中间节点在长链路网络架构中的位置。

此外，初始节点在生成业务请求时还将预设的重发节点标识添加至业务请求中，其中的重发节点标识的数量取决于长链路网络架构的规模，也可取决于该长链路业务请求的复杂程度，其可为一个也可为多个。同时，重发节点的选取具体可根据每个中间节点的业务超时率确定，举例来说，若某一中间节点的业务超时率很高，则可将该中间节点作为重发节点；或者，重发节点的选取还可根据每个中间节点的业务承载情况确定，举例来说，若某一中间节点的业务承载量很大，业务承载种类繁多，则可将该中间节点作为重发节点。需要说明的是，本领域技术人员还可采用其他方式确定重发节点的数量和选取方式，本发明在此不进行限制。

步骤102、在中间节点根据重发节点标识确定自己为重发节点的情况下，中间节点将业务请求存入业务请求库。

具体来说，当中间节点接收到该业务请求后，除了对该业务请求进行正常处理，还需要根据该业务请求中的重发节点标识确定自己是否为重发节点。当中间节点确定自己为执行该业务请求的长链路网络架构中的重发节点时，则将该业务请求存入业务请求库中，以供后续重发业务请求时使用。

步骤103、在接收到下一节点返回的超时请求时，在业务请求库中获取与超时请求对应的业务请求。

具体来说，当中间节点确定自己为执行该业务请求的长链路网络架构中的重发节点之后，在接收到由下一节点返回的超时请求时，该中间节点可根据在业务请求库中获取与该超时请求相应的业务。可以理解的是，该下一节点所指为中间节点的下行链路上的与该中间节点相邻的节点，该下一节点可为其他中间节点，也可为结束节点，该下一节点的节点类型取决于执行本方法的中间节点在长链路网络架构中的位置。进一步来说，业务请求具体可包括业务标识，相应的超时请求中也应包括有超时业务标识，中间节点可在业务请求库中获取与超时业务标识相同的业务标识对应的业务请求。

步骤104、将超时请求对应的业务请求发送至下一节点。

具体来说，在中间节点从业务请求库中获取业务请求之后，还将该业务请求发送至下一节点。其中，中间节点将该业务请求重新发送至下一节点的方式具体可例如：中间节点向下一节点发送预设次数的超时请求对应的业务请求；或者，中间节点每隔预设的时间间隔向下一节点发送一次超时请求对应的业务请求。而接受到该业务请求的下一节点可按照现有方式重新对该业务请求进行处理，本实施例一在此不进行限制。

本发明实施例一提供的长链路业务请求超时重发方法通过根据接收业务请求中的重发节点标识确定自己是否为重发节点，在自己是重发节点的情况下将业务请求存入业务请求库中，并在接收到下一节点返回的超时请求时，在业务请求库中获取与超时请求对应的业务请求并发送至下一节点；其中，下一节点为中间节点的下行链路上相邻的节点。通过这样的重发机制，有效避免了现有技术由于采用将超时请求依次传递至起始节点，并由起始节点重新执行业务请求的处理流程而造成的长链路的业务处理效率低的问题，提高了处理速度也节约了各节点资源。

为了更好的说明本发明提供的长链路业务请求超时重发方法，在实施例一的基础上，本实施例二将结合图2所示的网络架构对本发明提供的长链路业务请求超时重发方法进行说明。

图2为本发明实施例二提供的一种长链路业务的网络架构示意图，如图2所示，在该网络架构中，包括依次连接的起始节点、中间节点A、中间节点B、中间节点C和结束节点。

图3为本发明实施例二提供的一种长链路业务请求超时重发方法的流程示意图，图4为本发明实施例二提供的另一种长链路业务请求超时重发方法的流程示意图；如图3和图4所示，本发明提供的长链路业务请求超时重发方法包括：

步骤201、接收业务请求。

其中，业务请求包括重发节点标识和业务标识。需要说明的是，本发明实施例二的执行主体为中间节点B。该中间节点B接收中间节点A发送的包括有重发节点标识的业务请求。

需要说明的是，本实施例二中下述的步骤202a和步骤202b可同时执行，也可先后执行，其执行顺序可由本领域技术人员自行设置，本发明实施例对此不进行限制。为了方便描述方案，本实施例二先对图3所示方法进行描述:

步骤202a、判断预设的业务处理列表中是否包括有业务标识。

其中，业务处理列表中包括中间节点接收的各业务请求的业务标识和对应的处理状态。若是，则执行步骤204a；若否，则执行步骤203a。

步骤203a、在业务处理列表中添加业务请求的业务标识和对应的处理状态。

步骤204a、根据业务处理列表确定业务请求的处理状态。

步骤205a、当业务请求的处理状态为处理完成时，向上一节点返回处理完成信息并将该业务请求发送至下一节点；其中，上一节点为中间节点的上行链路上相邻的节点。

在本实施例二提供的长链路业务请求超时重发方法的步骤202a至步骤205a中，中间节点B接收中间节点A发送的业务请求之后，判断预设的业务处理列表中是否包括有业务标识，其中，业务处理列表中包括中间节点B接收的各业务请求的业务标识和对应的处理状态。当中间节点B判断出预设的业务处理列表中不包括有业务标识时，则说明该中间节点B是第一次接收到该业务请求，此时，中间节点B将该业务请求的业务标识和对应的处理状态添加至业务处理列表中，并按照正常的处理方式对业务处理列表中的各业务请求进行处理并按照现有方式确定业务请求的处理状态；当中间节点B判断出预设的业务处理列表中包括有业务标识时，则说明该中间节点B不是第一次接收到该业务请求，此时中间节点B直接按照现有方式确定业务请求的处理状态。随后，中间节点B将根据不同处理状态进行不同的处理，其处理方式与现有技术类似：当业务请求的处理状态为处理完成时，中间节点B向中间节点A返回处理完成信息并将该业务请求发送至中间节点C，当中间节点B确认发现业务请求的处理状态为请求超时时，则生成超时请求，并将该超时请求发送至中间节点A。也就是说，与现有的处理方式不同的是，本实施例二中还包括有判断是否为第一次接收到该业务请求的步骤，以便于支撑本发明提供的超时请求重发机制。

步骤202b、根据重发节点标识判断自己是否为重发节点。

若是，则执行步骤203b；若否则执行步骤206b。

步骤203b、将业务请求存入业务请求库。

步骤204b、在接收到下一节点返回的超时请求时，在业务请求库中获取与超时请求对应的业务请求。

步骤205b、将超时请求对应的业务请求发送至下一节点。其中，下一节点为中间节点的下行链路上相邻的节点。

具体的，中间节点向下一节点发送预设次数的超时请求对应的业务请求；或者，中间节点每隔预设的时间间隔向下一节点发送一次超时请求对应的业务请求。此外，当中间节点在接收到下一节点返回的处理完成信息时，停止向下一节点发送超时请求对应的业务请求。

步骤206b、在接收到下一节点返回的信息时，将信息发送至上一节点。

其中，下一节点返回的信息具体可为超时请求或处理完成信息。

在本实施例二提供的长链路业务请求超时重发方法的步骤202b至步骤206b中，当中间节点B接收到该业务请求后，根据该业务请求中的重发节点标识确定自己是否为重发节点。当中间节点B确定自己为执行该业务请求的长链路网络架构中的重发节点时，则将该业务请求存入业务请求库中以供后续重发业务请求时使用，此外，该中间节点B还将按照现有的方式将该业务请求发送至中间节点C；当中间节点B确定自己不为执行该业务请求的长链路网络架构中的重发节点时，则直接按照现有的方式将该业务请求发送至中间节点C。

随后，若中间节点C出现业务请求超时的情况，则该中间节点C将生成包括有超时业务标识的超时请求，并将该超时请求发送给中间节点B。此时，若中间节点B是重发节点，则中间节点B根据超时请求，在业务请求库中获取与超时业务标识相同的业务标识对应的业务请求，并按照该业务请求按照预设次数或预设的时间间隔重发至中间节点C，当中间节点B接受到中间节点C返回的处理完成信息时，中间节点B停止向中间节点C发送超时业务请求。此外，若中间节点B不是重发节点，则中间节点B将按照现有的方式将该超时请求发送至中间节点A。

本发明提供的长链路业务请求超时重发方法通过根据接收业务请求中的重发节点标识确定自己是否为重发节点，在自己是重发节点的情况下将业务请求存入业务请求库中，并在接收到下一节点返回的超时请求时，在业务请求库中获取与超时请求对应的业务请求并发送至下一节点；其中，下一节点为中间节点的下行链路上相邻的节点。通过这样的重发机制，有效避免了现有技术由于采用将超时请求依次传递至起始节点，并由起始节点重新执行业务请求的处理流程而造成的长链路的业务处理效率低的问题，提高了处理速度也节约了各节点资源。

本发明实施例二提供的长链路业务请求超时重发方法通过根据接收业务请求中的重发节点标识确定自己是否为重发节点，在自己是重发节点的情况下将业务请求存入业务请求库中，并在接收到下一节点返回的超时请求时，在业务请求库中获取与超时请求对应的业务请求并发送至下一节点；其中，下一节点为中间节点的下行链路上相邻的节点。通过这样的重发机制，有效避免了现有技术由于采用将超时请求依次传递至起始节点，并由起始节点重新执行业务请求的处理流程而造成的长链路的业务处理效率低的问题，提高了处理速度也节约了各节点资源。

图5为本发明实施例三提供的一种中间节点的结构示意图，如图5所示，该中间节点具体包括：收发模块10和处理模块20。

具体来说，收发模块10用于接收业务请求，其中，业务请求包括重发节点标识；还用于在处理模块20确定自己为重发节点的情况下，若接收到下一节点返回的超时请求，则将处理模块20获取的与超时请求对应的业务请求发送至下一节点；其中，下一节点为中间节点的下行链路上相邻的节点；

处理模块20用于根据重发节点标识确定中间节点是否为重发节点；还用于在确定自己为重发节点的情况下将业务请求存入业务请求库，并在在接收到下一节点返回的超时请求时，在业务请求库中获取与超时请求对应的业务请求。

可选地，收发模块10具体用于向下一节点发送预设次数的超时请求对应的业务请求；或者，每隔预设的时间间隔向下一节点发送一次超时请求对应的业务请求。

可选地，业务请求还包括业务标识；超时请求包括超时业务标识；处理模块20具体用于在业务请求库中获取与超时业务标识相同的业务标识对应的业务请求。

进一步地，处理模块20还用于在收发模块10接收业务请求之后，判断预设的业务处理列表中是否包括有业务标识，其中，业务处理列表中包括收发模块10接收的各业务请求的业务标识和对应的处理状态；若不包括，则在业务处理列表中添加业务请求的业务标识和对应的处理状态，并根据业务处理列表确定业务请求的处理状态；若包括，则根据业务处理列表确定业务请求的处理状态；收发模块10还用于当业务请求的处理状态为处理完成时，向上一节点返回处理完成信息；其中，上一节点为中间节点的上行链路上相邻的节点；相应的，收发模块10具体用于在接收到下一节点返回的处理完成信息时，停止向下一节点发送超时请求对应的业务请求。

更进一步地，收发模块10还用于在处理模块20根据重发节点标识确定自己不为重发节点的情况下，收发模块10在接收到下一节点返回的超时请求或处理完成信息完成时，将超时请求或处理完成信息发送至上一节点。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明提供的中间节点通过根据接收业务请求中的重发节点标识确定自己是否为重发节点，在自己是重发节点的情况下将业务请求存入业务请求库中，并在接收到下一节点返回的超时请求时，在业务请求库中获取与超时请求对应的业务请求并发送至下一节点；其中，下一节点为中间节点的下行链路上相邻的节点。通过这样的重发机制，有效避免了现有技术由于采用将超时请求依次传递至起始节点，并由起始节点重新执行业务请求的处理流程而造成的长链路的业务处理效率低的问题，提高了处理速度也节约了各节点资源。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (8)

1.一种长链路业务请求超时重发方法，其特征在于，包括：

中间节点接收业务请求，其中，所述业务请求包括重发节点标识；

在所述中间节点根据所述重发节点标识确定自己为重发节点的情况下，所述中间节点将所述业务请求存入业务请求库，并在接收到下一节点返回的超时请求时，在所述业务请求库中获取与所述超时请求对应的业务请求并发送至下一节点；

其中，所述下一节点为所述中间节点的下行链路上相邻的节点；

所述业务请求还包括业务标识；

在所述中间节点接收业务请求之后，还包括：

判断预设的业务处理列表中是否包括有所述业务标识，其中，所述业务处理列表中包括所述中间节点接收的各业务请求的业务标识和对应的处理状态；

若不包括，则在所述业务处理列表中添加所述业务请求的业务标识和对应的处理状态，并根据所述业务处理列表确定所述业务请求的处理状态；

若包括，则根据所述业务处理列表确定所述业务请求的处理状态；

当所述业务请求的处理状态为处理完成时，所述中间节点向上一节点返回处理完成信息；其中，所述上一节点为所述中间节点的上行链路上相邻的节点；

相应地，所述中间节点将超时请求对应的业务请求发送至下一节点还包括：

所述中间节点在接收到下一节点返回的处理完成信息时，停止向下一节点发送所述超时请求对应的业务请求。

2.根据权利要求1所述的长链路业务请求超时重发方法，其特征在于，所述中间节点将超时请求对应的业务请求发送至下一节点包括：

所述中间节点向所述下一节点发送预设次数的所述超时请求对应的业务请求；

或者，所述中间节点每隔预设的时间间隔向所述下一节点发送一次所述超时请求对应的业务请求。

3.根据权利要求1所述的长链路业务请求超时重发方法，其特征在于，还包括：

在所述中间节点根据所述重发节点标识确定自己不为重发节点的情况下，所述中间节点在接收到所述下一节点返回的超时请求或处理完成信息时，将所述超时请求或处理完成信息发送至上一节点。

4.根据权利要求1所述的长链路业务请求超时重发方法，其特征在于，所述业务请求还包括业务标识；所述超时请求包括超时业务标识；

相应的，在所述业务请求库中获取与所述超时请求对应的业务请求，包括：

在所述业务请求库中获取与所述超时业务标识相同的业务标识对应的业务请求。

5.一种中间节点，其特征在于，包括：

收发模块，用于接收业务请求，其中，所述业务请求包括重发节点标识；还用于在处理模块确定自己为重发节点的情况下，若接收到下一节点返回的超时请求，则将处理模块获取的与所述超时请求对应的业务请求发送至下一节点；其中，所述下一节点为中间节点的下行链路上相邻的节点；

处理模块，用于根据所述重发节点标识确定自己是否为重发节点；还用于在确定自己为重发节点的情况下将所述业务请求存入业务请求库，并在接收到下一节点返回的超时请求时，在业务请求库中获取与所述超时请求对应的业务请求；

所述业务请求还包括业务标识；

所述处理模块还用于在所述收发模块接收业务请求之后，判断预设的业务处理列表中是否包括有所述业务标识，其中，所述业务处理列表中包括所述收发模块接收的各业务请求的业务标识和对应的处理状态；若不包括，则在所述业务处理列表中添加所述业务请求的业务标识和对应的处理状态，并根据所述业务处理列表确定所述业务请求的处理状态；若包括，则根据所述业务处理列表确定所述业务请求的处理状态；

所述收发模块还用于当所述业务请求的处理状态为处理完成时，向上一节点返回处理完成信息；其中，所述上一节点为所述中间节点的上行链路上相邻的节点；

相应的，所述收发模块具体用于在接收到下一节点返回的处理完成信息时，停止向下一节点发送所述超时请求对应的业务请求。

6.根据权利要求5所述的中间节点，其特征在于，所述收发模块具体用于：

向所述下一节点发送预设次数的所述超时请求对应的业务请求；

或者，每隔预设的时间间隔向所述下一节点发送一次所述超时请求对应的业务请求。

7.根据权利要求5所述的中间节点，其特征在于，所述收发模块还用于：

在所述处理模块根据所述重发节点标识确定自己不为重发节点的情况下，所述收发模块在接收到所述下一节点返回的超时请求或处理完成信息时，将所述超时请求或处理完成信息发送至上一节点。

8.根据权利要求5所述的中间节点，其特征在于，所述业务请求还包括业务标识；所述超时请求包括超时业务标识；

所述处理模块具体用于在所述业务请求库中获取与所述超时业务标识相同的业务标识对应的业务请求。