网络业务节点故障处理方法、装置及系统的制作方法
【技术领域】
[0001]本发明涉及通信领域，具体而言，涉及一种网络业务节点故障处理方法、装置及系统。
【背景技术】
[0002]随着宽带网络的大规模普及、互联网业务类型日新月异式的增长，以及业务质量的不断提升，用户带宽需求的飞速增长，电信运营商的宽带接入网络面临是越来越大的负载压力，运营商的带宽扩容速度已经渐渐跟不上宽带用户的需求增长速度，同时由于用户使用习惯、作息时间等等的多样性越发明显，传统的根据新增用户数扩容的方式成本巨大、已经不能满足网络发展的需求。
[0003]宽带网络的发展需要依靠更大范围的资源共享来实现资源的有效利用，而非盲目的物理带宽资源。传统的宽带网络中，网络带宽的规划是根据用户数量，实现小区级、小局点的带宽资源共享，包括线路带宽资源和业务节点带宽资源，从目前的网络发展速度来看，线路带宽资源相对业务节点带宽资源而言相对比较充足，而后者明显已经遇到较大的资源困境，一个很有代表性的问题就是，大部分用户在晚高峰时段都无法享受到运营商承诺的最大带宽，原因是这段时间内大部分的用户都集中在城市的居住区，居住区的业务节点的带宽资源使用率极高，而城市办公区的业务节点普遍处于较低使用率、甚至闲置状态。反之，工作时段城市居住区的宽带网络设备的资源利用率远低于晚高峰时段。
[0004]如何解决宽带网络的资源利用效率问题，进而实现最大限度的利用现有的网络资源、降低扩容频率、减少网络成本投入，这是当前全球电信运营商面临的主要问题之一。在宽带接入领域，尤以提升业务节点(即宽带接入服务器、业务路由器等设备)的资源利用率为主要需求。当前业界的主流技术方案是业务节点的池组化方案，通过更大范围的业务节点资源共享，实现全天候、大规模地区的宽带资源合理利用，在有限的资源下实现不同地区的峰时谷时的资源互补、不同类型的用户的资源共享。
[0005]就业务节点的资源池组化技术方案而言，首先要实现不同业务节点间的用户信息、网络信息的资源共享，也就是不同的宽带网络业务节点共享宽带网络接入资源，图1是相关技术中资源池组化的网络架构示意图，如图1所示，宽带用户接入逻辑的业务节点池组，再通过路由设备连接到INTERNET或者其他网络。这种技术有如下要求:
[0006]1、所有物理上独立的业务节点组成一个逻辑业务节点池，宽带用户通过接入网设备和这个业务节点池的所有业务节点物理上连接。当宽带用户接入这个逻辑业务节点池组时，根据这个逻辑业务节点池组的策略实际归属接入某一具体的业务节点。
[0007]2、当宽带用户接入业务节点池组时，池组在所有业务节点内选择一个业务节点作为用户实际归属接入的业务节点的接管业务节点，用户实际归属的业务节点向接管业务节点同步用户信息，包括用户的IP、媒体接入控制(Media Access Control，简称为MAC)等。
[0008]3、而当用户实际归属的业务节点故障时，故障节点的宽带用户业务发生切换，接管业务节点接管故障业务节点的宽带用户的上下行业务的处理和流量转发。
[0009]即业务节点池组化技术有一个需要解决的问题，就是在业务节点的故障切换过程中，还有一部分原故障节点业务的网络流量会转发到故障节点，由于故障节点已经不负责宽带用户业务，因此，故障节点需要通过一定的技术把宽带用户的业务流量转发到接管业务的节点，由接管业务的节点来把流量转发给宽带用户。
[0010]在相关技术中，为解决上述问题所采用的处理一般是:通过在业务节点上固定配置指定业务流量下一跳路由到接管业务节点，或者通过固定配置故障节点和接管业务节点之间的虚拟专用网络(Virtual Private Network,简称为VPN)隧道来进行上述业务流量的转发。这样的处理存在一个缺陷，就是这种技术都是点对点的连接，并且需要通过业务节点上的配置指定目的接管业务节点，当业务节点故障时，流量转发给指定业务节点。
[0011]另外，当这个池组有多台业务节点时，任何一个业务节点都有可能接管故障节点业务，因此如果采用上述解决方案，必然需要故障节点和所有业务节点之间进行点对点全连接。这种全连接的解决方案无疑是复杂的，如果有N台业务节点，那就需要2的N次方连接，对于池组化网络的负载太大，因此上述业务解决方案更适用于池组内只有2台业务节点之间的流量转发。
[0012]同时，传统的流量转发解决方案，接管业务节点通过固定配置在设备上指定，这种固定配置的方式对于池组内有2台设备的指定十分方便，同样对于池组内有N台业务节点时，任意业务节点都有可能被选择为某一业务节点的接管业务节点，因此每次接管业务节点的选择存在不确定性，通过静态配置肯定是不合理的。
[0013]因此，在相关技术中在池组业务存在故障节点与接管业务节点之间流量迁移存在配置繁杂，流量转发不灵活，迁移处理效率不高的问题。
【发明内容】
[0014]本发明提供了一种网络业务节点故障处理方法、装置及系统，以至少解决相关技术中在池组业务存在故障节点与接管业务节点之间流量迁移存在配置繁杂，流量转发不灵活，迁移处理效率不高的问题。
[0015]根据本发明的一个方面，提供了一种网络业务节点故障处理方法，包括:为业务节点池组内的业务节点建立用于在所述业务节点间转发业务的桥接数据转发域，其中，在所述业务节点发生故障时，发生故障的所述业务节点的业务路由下一跳指向所述桥接数据转发域；通过所述桥接数据转发域，为所述业务节点池组内发生故障的故障业务节点转发用户业务。
[0016]优选地，通过所述桥接数据转发域，为所述业务节点池组内发生故障的所述故障业务节点转发所述用户业务包括:为所述故障业务节点确定用于接管所述用户业务的接管业务节点；在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点；依据刷新后的所述接管业务节点为所述业务节点池组内发生故障的所述故障业务节点转发所述用户业务。
[0017]优选地，在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点包括:通过所述接管业务节点在所述桥接数据转发域内发布源媒体接入控制MAC地址为所述用户业务的源MAC地址的方式，刷新接管所述用户业务的业务节点为所述接管业务节点。
[0018]优选地，在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点包括:在确定了用于接管所述用户业务的接管业务节点的情况下，触发在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点；和/或，在确定存在故障业务节点的情况下，触发在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点。
[0019]优选地，在通过所述桥接数据转发域，为所述业务节点池组内发生故障的故障业务节点转发用户业务之前，还包括:判断所述故障业务节点在发生故障之后是否还接收到发往用户的业务流量；在判断结果为是的情况下，将所述故障业务节点在发生故障之后接收到的全部发往用户的业务流量转发给所述桥接数据转发域。
[0020]根据本发明的另一方面，提供了一种网络业务节点故障处理装置，包括:建立模块，用于为业务节点池组内的业务节点建立用于在所述业务节点间转发业务的桥接数据转发域，其中，在所述业务节点发生故障时，发生故障的所述业务节点的业务路由下一跳指向所述桥接数据转发域；第一转发模块，用于通过所述桥接数据转发域，为所述业务节点池组内发生故障的故障业务节点转发用户业务。
[0021]优选地，所述第一转发模块包括:确定单元，用于为所述故障业务节点确定用于接管所述用户业务的接管业务节点；刷新单元，用于在所述桥接数据转发域内刷新接管所述用户业务的业务节点为所述接管业务节点；转发单元，用于依据刷新后的所述接管业务节点为所述业务节点池组内发生故障的所述故障业务节点转发所述用户业务。
[0022]优选地，所述刷新单元包括:刷新子单元，用于通过所述接管业务节点在所述桥接数据转发域内发布源媒体接入控制MAC地址为所述用户业务的源MAC地址的方式，刷新接管所述用户业务的业务节点为所述接管业务节点。
[0023]优选地