CN104734867B - 网络业务节点故障处理方法、装置及*** - Google Patents

Abstract

本发明提供了一种网络业务节点故障处理方法、装置及***，该方法包括：为业务节点池组内的业务节点建立用于在业务节点间转发业务的桥接数据转发域，其中，在业务节点发生故障时，发生故障的业务节点的业务路由下一跳指向桥接数据转发域；通过桥接数据转发域，为业务节点池组内发生故障的故障业务节点转发用户业务，通过本发明，解决了相关技术中在池组业务存在故障节点与接管业务节点之间流量迁移存在配置繁杂，流量转发不灵活，迁移处理效率不高的问题，进而达到了业务节点间业务流量转发灵活，较大提高迁移处理效率的效果。

Description

网络业务节点故障处理方法、装置及***

技术领域

本发明涉及通信领域，具体而言，涉及一种网络业务节点故障处理方法、装置及***。

背景技术

随着宽带网络的大规模普及、互联网业务类型日新月异式的增长，以及业务质量的不断提升，用户带宽需求的飞速增长，电信运营商的宽带接入网络面临是越来越大的负载压力，运营商的带宽扩容速度已经渐渐跟不上宽带用户的需求增长速度，同时由于用户使用习惯、作息时间等等的多样性越发明显，传统的根据新增用户数扩容的方式成本巨大、已经不能满足网络发展的需求。

宽带网络的发展需要依靠更大范围的资源共享来实现资源的有效利用，而非盲目的物理带宽资源。传统的宽带网络中，网络带宽的规划是根据用户数量，实现小区级、小局点的带宽资源共享，包括线路带宽资源和业务节点带宽资源，从目前的网络发展速度来看，线路带宽资源相对业务节点带宽资源而言相对比较充足，而后者明显已经遇到较大的资源困境，一个很有代表性的问题就是，大部分用户在晚高峰时段都无法享受到运营商承诺的最大带宽，原因是这段时间内大部分的用户都集中在城市的居住区，居住区的业务节点的带宽资源使用率极高，而城市办公区的业务节点普遍处于较低使用率、甚至闲置状态。反之，工作时段城市居住区的宽带网络设备的资源利用率远低于晚高峰时段。

如何解决宽带网络的资源利用效率问题，进而实现最大限度的利用现有的网络资源、降低扩容频率、减少网络成本投入，这是当前全球电信运营商面临的主要问题之一。在宽带接入领域，尤以提升业务节点（即宽带接入服务器、业务路由器等设备）的资源利用率为主要需求。当前业界的主流技术方案是业务节点的池组化方案，通过更大范围的业务节点资源共享，实现全天候、大规模地区的宽带资源合理利用，在有限的资源下实现不同地区的峰时谷时的资源互补、不同类型的用户的资源共享。

就业务节点的资源池组化技术方案而言，首先要实现不同业务节点间的用户信息、网络信息的资源共享，也就是不同的宽带网络业务节点共享宽带网络接入资源，图1是相关技术中资源池组化的网络架构示意图，如图1所示，宽带用户接入逻辑的业务节点池组，再通过路由设备连接到INTERNET或者其他网络。这种技术有如下要求：

1、所有物理上独立的业务节点组成一个逻辑业务节点池，宽带用户通过接入网设备和这个业务节点池的所有业务节点物理上连接。当宽带用户接入这个逻辑业务节点池组时，根据这个逻辑业务节点池组的策略实际归属接入某一具体的业务节点。

2、当宽带用户接入业务节点池组时，池组在所有业务节点内选择一个业务节点作为用户实际归属接入的业务节点的接管业务节点，用户实际归属的业务节点向接管业务节点同步用户信息，包括用户的IP、媒体接入控制（Media Access Control，简称为MAC）等。

3、而当用户实际归属的业务节点故障时，故障节点的宽带用户业务发生切换，接管业务节点接管故障业务节点的宽带用户的上下行业务的处理和流量转发。

即业务节点池组化技术有一个需要解决的问题，就是在业务节点的故障切换过程中，还有一部分原故障节点业务的网络流量会转发到故障节点，由于故障节点已经不负责宽带用户业务，因此，故障节点需要通过一定的技术把宽带用户的业务流量转发到接管业务的节点，由接管业务的节点来把流量转发给宽带用户。

在相关技术中，为解决上述问题所采用的处理一般是：通过在业务节点上固定配置指定业务流量下一跳路由到接管业务节点，或者通过固定配置故障节点和接管业务节点之间的虚拟专用网络（Virtual Private Network，简称为VPN）隧道来进行上述业务流量的转发。这样的处理存在一个缺陷，就是这种技术都是点对点的连接，并且需要通过业务节点上的配置指定目的接管业务节点，当业务节点故障时，流量转发给指定业务节点。

另外，当这个池组有多台业务节点时，任何一个业务节点都有可能接管故障节点业务，因此如果采用上述解决方案，必然需要故障节点和所有业务节点之间进行点对点全连接。这种全连接的解决方案无疑是复杂的，如果有N台业务节点，那就需要2的N次方连接，对于池组化网络的负载太大，因此上述业务解决方案更适用于池组内只有2台业务节点之间的流量转发。

同时，传统的流量转发解决方案，接管业务节点通过固定配置在设备上指定，这种固定配置的方式对于池组内有2台设备的指定十分方便，同样对于池组内有N台业务节点时，任意业务节点都有可能被选择为某一业务节点的接管业务节点，因此每次接管业务节点的选择存在不确定性，通过静态配置肯定是不合理的。

因此，在相关技术中在池组业务存在故障节点与接管业务节点之间流量迁移存在配置繁杂，流量转发不灵活，迁移处理效率不高的问题。

发明内容

本发明提供了一种网络业务节点故障处理方法、装置及***，以至少解决相关技术中在池组业务存在故障节点与接管业务节点之间流量迁移存在配置繁杂，流量转发不灵活，迁移处理效率不高的问题。

根据本发明的一个方面，提供了一种网络业务节点故障处理方法，包括：为业务节点池组内的业务节点建立用于在所述业务节点间转发业务的桥接数据转发域，其中，在所述业务节点发生故障时，发生故障的所述业务节点的业务路由下一跳指向所述桥接数据转发域；通过所述桥接数据转发域，为所述业务节点池组内发生故障的故障业务节点转发用户业务。

优选地，通过所述桥接数据转发域，为所述业务节点池组内发生故障的所述故障业务节点转发所述用户业务包括：为所述故障业务节点确定用于接管所述用户业务的接管业务节点；在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点；依据刷新后的所述接管业务节点为所述业务节点池组内发生故障的所述故障业务节点转发所述用户业务。

优选地，在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点包括：通过所述接管业务节点在所述桥接数据转发域内发布源媒体接入控制MAC地址为所述用户业务的源MAC地址的方式，刷新接管所述用户业务的业务节点为所述接管业务节点。

优选地，在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点包括：在确定了用于接管所述用户业务的接管业务节点的情况下，触发在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点；和/或，在确定存在故障业务节点的情况下，触发在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点。

优选地，在通过所述桥接数据转发域，为所述业务节点池组内发生故障的故障业务节点转发用户业务之前，还包括：判断所述故障业务节点在发生故障之后是否还接收到发往用户的业务流量；在判断结果为是的情况下，将所述故障业务节点在发生故障之后接收到的全部发往用户的业务流量转发给所述桥接数据转发域。

根据本发明的另一方面，提供了一种网络业务节点故障处理装置，包括：建立模块，用于为业务节点池组内的业务节点建立用于在所述业务节点间转发业务的桥接数据转发域，其中，在所述业务节点发生故障时，发生故障的所述业务节点的业务路由下一跳指向所述桥接数据转发域；第一转发模块，用于通过所述桥接数据转发域，为所述业务节点池组内发生故障的故障业务节点转发用户业务。

优选地，所述第一转发模块包括：确定单元，用于为所述故障业务节点确定用于接管所述用户业务的接管业务节点；刷新单元，用于在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点；转发单元，用于依据刷新后的所述接管业务节点为所述业务节点池组内发生故障的所述故障业务节点转发所述用户业务。

优选地，所述刷新单元包括：刷新子单元，用于通过所述接管业务节点在所述桥接数据转发域内发布源媒体接入控制MAC地址为所述用户业务的源MAC地址的方式，刷新接管所述用户业务的业务节点为所述接管业务节点。

优选地，所述刷新单元包括：第一触发子单元，用于在确定了用于接管所述用户业务的接管业务节点的情况下，触发在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点；和/或，第二触发子单元，用于在确定存在故障业务节点的情况下，触发在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点。

优选地，该装置还包括：判断模块，用于判断所述故障业务节点在发生故障之后是否还接收到发往用户的业务流量；第二转发模块，用于在所述判断模块的判断结果为是的情况下，将所述故障业务节点在发生故障之后接收到的全部发往用户的业务流量转发给所述桥接数据转发域。

根据本发明的再一方面，提供了一种网络业务节点故障处理***，包括上述任一项所述的装置。

通过本发明，采用为业务节点池组内的业务节点建立用于在所述业务节点间转发业务的桥接数据转发域，其中，在所述业务节点发生故障时，发生故障的所述业务节点的业务路由下一跳指向所述桥接数据转发域；通过所述桥接数据转发域，为所述业务节点池组内发生故障的故障业务节点转发用户业务，解决了相关技术中在池组业务存在故障节点与接管业务节点之间流量迁移存在配置繁杂，流量转发不灵活，迁移处理效率不高的问题，进而达到了业务节点间业务流量转发灵活，较大提高迁移处理效率的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是相关技术中资源池组化的网络架构示意图；

图2是根据本发明实施例的网络业务节点故障处理方法的流程图；

图3是根据本发明实施例的网络业务节点故障处理装置的结构框图；

图4是根据本发明实施例的网络业务节点故障处理装置中第一转发模块34的结构框图；

图5是根据本发明实施例的网络业务节点故障处理装置中第一转发模块34中刷新单元44的结构框图一；

图6是根据本发明实施例的网络业务节点故障处理装置中第一转发模块34中刷新单元44的结构框图二；

图7是根据本发明实施例的网络业务节点故障处理装置的优选结构框图；

图8是根据本发明实施例的网络业务节点故障处理***的结构框图；

图9是根据本发明实施例的共享式宽带网络业务节点间流量处理方案的流程图；

图10是根据本发明实施例的业务节点与接管业务节点连接示意图；

图11是根据本发明优选实施方式的组网示意图；

图12是根据本发明优选实施方式的第一实施例的流程图；

图13是根据本发明优选实施方式的第二实施例的流程图；

图14是根据本发明优选实施方式的第三实施例的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种网络业务节点故障处理方法，图2是根据本发明实施例的网络业务节点故障处理方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，为业务节点池组内的业务节点建立用于在业务节点间转发业务的桥接数据转发域，其中，在业务节点发生故障时，发生故障的业务节点的业务路由下一跳指向桥接数据转发域；

步骤S204，通过桥接数据转发域，为业务节点池组内发生故障的故障业务节点转发用户业务。

通过上述步骤，为业务节点池组内的业务节点建立用于在业务节点间转发业务的桥接数据转发域，并且设置发生故障的业务节点的业务路由下一跳均指向该桥接数据转发域，由该桥接数据转发域能够为该故障业务节点动态地确定接管业务节点，相对于相关技术中为故障业务节点静态地配置下一跳接管业务节点，不仅解决了相关技术中在池组业务存在故障节点与接管业务节点之间流量迁移存在配置繁杂，流量转发不灵活，迁移处理效率不高的问题，而且达到了业务节点间业务流量转发灵活，较大提高迁移处理效率的效果。

在通过桥接数据转发域，为业务节点池组内发生故障的故障业务节点转发用户业务时，可以采用以下较优的处理方式：为故障业务节点确定用于接管用户业务的接管业务节点；在桥接数据转发域内刷新接管用户业务的业务节点为接管业务节点；依据刷新后的接管业务节点为业务节点池组内发生故障的故障业务节点转发用户业务。其中，在桥接数据转发域内刷新接管用户业务的业务节点为接管业务节点也可以多种方式，例如，通过接管业务节点在桥接数据转发域内发布源媒体接入控制MAC地址为用户业务的源MAC地址的方式，刷新接管用户业务的业务节点为接管业务节点，通过这样的处理，使得桥接数据转发域的接收到与该用户业务相关的数据流量时，依据发布的源MAC地址所对应的接管业务节点进行数据流量的转发处理。

优选地，在桥接数据转发域内刷新接管用户业务的业务节点为接管业务节点的处理可以在多个时间点进行：例如，可以在确定了用于接管用户业务的接管业务节点的情况下，触发在桥接数据转发域内刷新接管用户业务的业务节点为接管业务节点；再例如，还可以在确定存在故障业务节点的情况下，触发在桥接数据转发域内刷新接管用户业务的业务节点为接管业务节点。

为避免在故障业务节点在发生故障之后仍然接收到业务流量，使得接管业务节点接续处理的业务流量不连续，可以在通过桥接数据转发域，为业务节点池组内发生故障的故障业务节点转发用户业务之前，判断故障业务节点在发生故障之后是否还接收到发往用户的业务流量；在判断结果为是的情况下，将故障业务节点在发生故障之后接收到的全部发往用户的业务流量转发给桥接数据转发域。通过这样的处理，桥接数据转发域接收到故障之后故障业务节点转发过来的业务流量发送给接管业务节点，由接管业务节点转发给用户，实现了接管业务节点接管故障业务节点业务的完整性。

在本实施例中还提供了一种网络业务节点故障处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的网络业务节点故障处理装置的结构框图，如图3所示，该装置包括建立模块32和第一转发模块34，下面对该装置进行说明。

建立模块32，用于为业务节点池组内的业务节点建立用于在业务节点间转发业务的桥接数据转发域，其中，在业务节点发生故障时，发生故障的业务节点的业务路由下一跳指向桥接数据转发域；第一转发模块34，连接至上述建立模块32，用于通过桥接数据转发域，为业务节点池组内发生故障的故障业务节点转发用户业务。

图4是根据本发明实施例的网络业务节点故障处理装置中第一转发模块34的结构框图，如图4所示，该第一转发模块34包括确定单元42、刷新单元44和转发单元46，下面对该第一转发模块34进行说明。

确定单元42，用于为故障业务节点确定用于接管用户业务的接管业务节点；刷新单元44，连接至上述确定单元42，用于在桥接数据转发域内刷新接管用户业务的业务节点为接管业务节点；转发单元46，连接至上述刷新单元44，用于依据刷新后的接管业务节点为业务节点池组内发生故障的故障业务节点转发用户业务。

图5是根据本发明实施例的网络业务节点故障处理装置中第一转发模块34中刷新单元44的结构框图一，如图5所示，该刷新单元44包括刷新子单元52，下面对该刷新单元44进行说明。

刷新子单元52，用于通过接管业务节点在桥接数据转发域内发布源媒体接入控制MAC地址为用户业务的源MAC地址的方式，刷新接管用户业务的业务节点为接管业务节点。

图6是根据本发明实施例的网络业务节点故障处理装置中第一转发模块34中刷新单元44的结构框图二，如图6所示，该刷新单元44包括第一触发子单元62和/或第二触发子单元64，下面对该刷新单元44进行说明。

第一触发子单元62，用于在确定了用于接管用户业务的接管业务节点的情况下，触发在桥接数据转发域内刷新接管用户业务的业务节点为接管业务节点；

第二触发子单元64，用于在确定存在故障业务节点的情况下，触发在桥接数据转发域内刷新接管用户业务的业务节点为接管业务节点。

图7是根据本发明实施例的网络业务节点故障处理装置的优选结构框图，如图7所示，该装置除包括图3所示的所有模块外，还包括判断模块72和第二转发模块74，下面对该装置进行说明。

判断模块72，连接至上述建立模块32，用于判断故障业务节点在发生故障之后是否还接收到发往用户的业务流量；第二转发模块74，连接至上述判断模块72，用于在判断模块的判断结果为是的情况下，将故障业务节点在发生故障之后接收到的全部发往用户的业务流量转发给桥接数据转发域。

图8是根据本发明实施例的网络业务节点故障处理***的结构框图，如图8所示，该网络业务节点故障处理***80包括上述任一项的网络业务节点故障处理装置82。

通过上述实施例及优选实施方式所提供的共享式宽带网络业务节点间流量处理方案，实现了对业务节点之间业务流量转发的灵活处理，同时提供更好的动态的流量转发的接管业务节点感知，使业务节点之间的业务流量转发方案更加适应宽带网络的发展需求。下面以对该方案进行较为具体的叙述：

图9是根据本发明实施例的共享式宽带网络业务节点间流量处理方案的流程图，如图9所示，该流程包括如下步骤：

步骤S902，池组化业务节点建立统一桥接数据转发域，作为业务节点之间的流量转发通道；

其中，该桥接数据转发域的转发依据可以是TCP/IP二层转发，包括普通的二层交换转发，以及基于虚拟专用局域网业务（Virtual Private Lan Service，简称为VPLS）的二层转发。

较优地，业务池组的业务节点接入该桥接数据转发域，可以采用Hub-Spoke组网模式。

步骤S904，池组内所有业务节点，配置当业务阶段故障时，到宽带用户的备份下一跳指向该桥接数据转发域；

对于业务池组的某一业务节点来说，当业务故障时，接管业务节点为整个桥接数据转发域，不再指定为业务池组内其他具体的业务节点。图10是根据本发明实施例的业务节点与接管业务节点连接示意图，如图10所示，真实的接管业务节点可以是池组内其他任意节点，通过桥接数据转发域和该业务节点连接。

步骤S906，当宽带用户接入池组的某一业务节点后，该业务节点故障，此时用户的实际流量切换到池组内接管业务的节点；

步骤S908，接管业务节点向桥接数据转发域内广播或单播源MAC为宽带用户MAC的地址转换协议（Address Resolution Protocol，简称为ARP）报文，刷新桥接数据转发域内用户的MAC对应的业务节点；

其中，该MAC刷新过程，可以在当池组确立业务节点的接管业务节点时，接管业务节点就定时开始宽带用户的MAC刷新过程。

该MAC刷新过程，也可以在业务节点故障时，接管业务节点再开始宽带用户的MAC刷新过程。

需要说明的是，连接到桥接数据转发域的其他池组成员不处理从桥接数据转发域接收到的ARP报文。

另外，该MAC刷新过程，可以存在一定的延时，当接管业务节点判断延时超时后再进行MAC刷新。

步骤S910，如果故障业务节点仍然接收到宽带用户流量，则把宽带用户业务流量全部转发到桥接数据转发域；

步骤S912，在桥接数据转发域内，用户流量根据接管业务节点刷新的宽带用户MAC，转发到该接管业务节点，由接管业务节点转发给宽带用户。

通过上述方案，可以完全解决业务池组内有多台设备时，宽带用户流量在故障业务节点和接管业务节点迁移的问题，同时更有效的支持池组内接管业务节点的动态选择和流量迁移。

下面结合附图，对本发明优选实施方式所应用的不同场景分别进行说明。

第一实施例：

图11是根据本发明优选实施方式的组网示意图，如图11所示，图中的业务节点以宽带接入服务器（Broadband Remote Access Server，简称BRAS）为例进行说明，例如，图中BRAS1、BRAS2、BRAS3、BRAS4为业务节点，CR1为池组连接到Internet的设备，光纤线路终端（Optical Line Terminal，简称为OLT）为接入网设备，图12是根据本发明优选实施方式的第一实施例的流程图，如图12所示，该流程包括如下步骤：

步骤S1202，宽带用户1通过OLT接入业务节点池组，实际接入BRAS1，通过CR1访问Internet，桥接数据转发域采用VPLS技术；

步骤S1204，池组选择BRAS2为BRAS1的接管业务节点；

步骤S1206，用户接入BRAS1后，BRAS1把用户信息，包括用户MAC同步到BRAS2；

步骤S1208，BRAS2向桥接数据转发域内定期单播源MAC为用户MAC的ARP报文；

步骤S1210，BRAS1故障，BRAS2接管用户业务；

步骤S1212，切换过程中仍然有部分用户流量从CR1返回到池组内的BRAS1；

步骤S1214，故障的BRAS1将宽带用户流量转发到桥接数据转发域；

步骤S1216，桥接数据转发域内，根据用户MAC地址将用户报文转发到BRAS2；

步骤S1218，BRAS2将用户报文通过OLT转发给用户。

第二实施例：

组网示意图参见图11，图中BRAS1、BRAS2、BRAS3、BRAS4为业务节点，CR1为池组连接到Internet的设备，OLT为接入网设备。第二实施例和第一实施例不同的是，桥接数据转发域内用户MAC的刷新在业务节点故障后进行。图13是根据本发明优选实施方式的第二实施例的流程图，如图13所示，该流程包括如下步骤：

步骤S1302，宽带用户1通过OLT接入业务节点池组，实际接入BRAS1，通过CR1访问Internet，桥接数据转发域采用VPLS技术；

步骤S1304，池组内选择BRAS2为BRAS1的接管业务节点；

步骤S1306，用户接入BRAS1后，BRAS1把用户信息，包括用户MAC同步到BRAS2；

步骤S1308，BRAS1故障，BRAS2接管用户业务；

步骤S1310，BRAS1故障BRAS2接管业务后，BRAS2向桥接数据转发域内单播源MAC为用户MAC的ARP报文；

步骤S1312，切换过程中仍然有部分用户流量从CR1返回到池组内的BRAS1；

步骤S1314，故障的BRAS1将宽带用户流量转发到桥接数据转发域；

步骤S1316，桥接数据转发域内，根据用户MAC地址将用户报文转发到BRAS2；

步骤S1318，BRAS2将用户报文通过OLT转发给用户。

第三实施例：

组网示意图参见图11，图中BRAS1、BRAS2、BRAS3、BRAS4为业务节点，CR1为池组连接到Internet的设备，OLT为接入网设备。第三实施例和第一实施例不同的时，第三实施例描述了池组业务节点连续故障的处理方式。图14是根据本发明优选实施方式的第三实施例的流程图，如图14所示，该流程包括如下步骤：

步骤S1402，宽带用户1通过OLT接入业务节点池组，实际接入BRAS1，通过CR1访问Internet，桥接数据转发域采用VPLS技术；

步骤S1404，池组内选择BRAS2为BRAS1的接管业务节点；

步骤S1406，用户接入BRAS1后，BRAS1把用户信息，包括用户MAC同步到BRAS2；

步骤S1408，BRAS2向桥接数据转发域内定期单播源MAC为用户MAC的ARP报文；

步骤S1410，BRAS1故障，BRAS2接管用户业务；

步骤S1412，切换过程中仍然有部分用户流量从CR1返回到池组内的BRAS1；

步骤S1414，故障的BRAS1将宽带用户流量转发到桥接数据转发域；

步骤S1416，桥接数据转发域内，根据用户MAC地址将用户报文转发到BRAS2；

步骤S1418，BRAS2将用户报文通过OLT转发给用户；

步骤S1420，池组再次选择BRAS4作为BRAS2的接管业务节点；

步骤S1422，BRAS4向桥接数据转发域内定期单播源MAC为用户MAC的ARP报文，用户MAC的转发出口由BRAS2变成BRAS4；

步骤S1424，BRAS2故障，BRAS4接管用户业务；

步骤S1426，切换过程中仍然有部分用户流量从CR1返回到池组内的BRAS2；

步骤S1428，故障的BRAS2将宽带用户流量转发到桥接数据转发域；

步骤S1430，桥接数据转发域内，根据用户MAC地址将用户报文转发到BRAS4；

步骤S1432，BRAS4将用户报文通过OLT转发给用户；

步骤S1434，池组再次选择BRAS3作为BRAS4的接管业务节点。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种网络业务节点故障处理方法，其特征在于，包括：

为业务节点池组内的业务节点建立用于在所述业务节点间转发业务的桥接数据转发域，其中，在所述业务节点发生故障时，发生故障的所述业务节点的业务路由下一跳指向所述桥接数据转发域；

通过所述桥接数据转发域，为所述业务节点池组内发生故障的故障业务节点转发用户业务。

2.根据权利要求1所述的方法，其特征在于，通过所述桥接数据转发域，为所述业务节点池组内发生故障的所述故障业务节点转发所述用户业务包括：

为所述故障业务节点确定用于接管所述用户业务的接管业务节点；

在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点；

依据刷新后的所述接管业务节点为所述业务节点池组内发生故障的所述故障业务节点转发所述用户业务。

3.根据权利要求2所述的方法，其特征在于，在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点包括：

通过所述接管业务节点在所述桥接数据转发域内发布源媒体接入控制MAC地址为所述用户业务的源MAC地址的方式，刷新接管所述用户业务的业务节点为所述接管业务节点。

4.根据权利要求2所述的方法，其特征在于，在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点包括：

在确定了用于接管所述用户业务的接管业务节点的情况下，触发在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点；和/或，

在确定存在故障业务节点的情况下，触发在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在通过所述桥接数据转发域，为所述业务节点池组内发生故障的故障业务节点转发用户业务之前，还包括：

判断所述故障业务节点在发生故障之后是否还接收到发往用户的业务流量；

在判断结果为是的情况下，将所述故障业务节点在发生故障之后接收到的全部发往用户的业务流量转发给所述桥接数据转发域。

6.一种网络业务节点故障处理装置，其特征在于，包括：

建立模块，用于为业务节点池组内的业务节点建立用于在所述业务节点间转发业务的桥接数据转发域，其中，在所述业务节点发生故障时，发生故障的所述业务节点的业务路由下一跳指向所述桥接数据转发域；

第一转发模块，用于通过所述桥接数据转发域，为所述业务节点池组内发生故障的故障业务节点转发用户业务。

7.根据权利要求6所述的装置，其特征在于，所述第一转发模块包括：

确定单元，用于为所述故障业务节点确定用于接管所述用户业务的接管业务节点；

刷新单元，用于在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点；

转发单元，用于依据刷新后的所述接管业务节点为所述业务节点池组内发生故障的所述故障业务节点转发所述用户业务。

8.根据权利要求7所述的装置，其特征在于，所述刷新单元包括：

刷新子单元，用于通过所述接管业务节点在所述桥接数据转发域内发布源媒体接入控制MAC地址为所述用户业务的源MAC地址的方式，刷新接管所述用户业务的业务节点为所述接管业务节点。

9.根据权利要求7所述的装置，其特征在于，所述刷新单元包括：

第一触发子单元，用于在确定了用于接管所述用户业务的接管业务节点的情况下，触发在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点；和/或，

第二触发子单元，用于在确定存在故障业务节点的情况下，触发在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点。

10.根据权利要求6至9中任一项所述的装置，其特征在于，还包括：

判断模块，用于判断所述故障业务节点在发生故障之后是否还接收到发往用户的业务流量；

第二转发模块，用于在所述判断模块的判断结果为是的情况下，将所述故障业务节点在发生故障之后接收到的全部发往用户的业务流量转发给所述桥接数据转发域。

11.一种网络业务节点故障处理***，其特征在于，包括权利要求6至10中任一项所述的装置。