专利名称：传输组播业务的系统、装置和方法
技术领域：
本发明的实施例涉及组播技术，尤其是涉及一种传输组播业务的系统、装置和方法。
背景技术：
目前,单个组播环的保护方案可以采用双向转发检测(Bidirectional ForwardDetection,BFD)机制，例如，作为组播源的指定路由器(Designated Router)和备份指定路由器(Backup Designated Router)可以基于BFD for PIM(BFD for Protocol IndependentMulticast，针对协议无关组播的BFD)机制进行故障检测，以实现对单个组播环的保护。图1为组播传输系统的示意性结构图。参见图1，路由器113、路由器111、路由器112和路由器114依次连接成单个组播环110，并且逐段配置标签交换路径(Label SwitchPath, LSP)，各个路由器均配置虚拟交换接口(Virtual Switch Interface, VSI)，VSI具有独立的路由选择功能。一个路由器可以配置多个VSI。VSI是一个虚拟交换节口，即在一个路由器上可以虚拟出多个具有路由选择功能的单元，独立执行类似路由器的功能。路由器113与路由器114之间不配置LSP，以防止形成数据风暴。即业务路由器(Service Router)115和业务路由器116 (组播业务的双源)之间运行诸如BFD for PM协议之类的心跳协议。在正常情况下，业务路由器115作为指定路由器向组播环110注入组播业务，业务路由器116作为备份指定路由器，业务路由器116与组播环110之间的端口设置为阻塞状态，仅允许BFD for PM协议报文通过。在心跳协议因组播环故障而中断时，业务路由器115和业务路由器116均处于主路由器状态，均向组播环110发送组播业务。上述保护方案只适用于单个组播环的情况，在该组播环连接有其它下游组播环的情况下，无法实现对下游组播环的保护，使得组播传输系统的安全性较低。
发明内容
本发明的实施例提供了一种传输组播业务的系统、装置和方法，能够提高组播传输系统的安全性。第一方面，提供了一种传输组播业务的系统，包括:第一组播环，包括第一节点、第二节点和至少一个第三节点；第二组播环，通过第一节点和第二节点与第一组播环相连接，其中第一节点和第二节点各包括:第一端口和第三端口，用于在第一组播环上接收并转发组播业务；第二端口，用于在作为主端口时向第二组播环转发从第一组播环接收的组播业务，并且在作为备端口时阻塞向第二组播环转发从第一组播环接收的组播业务，其中在正常情况下第一节点的第二端口和第二节点的第二端口中的一个端口为主端口，第一节点的第二端口和第二节点的第二端口中的另一端口为备端口。在第一种可能的实现方式中，第二组播环包括依次连接的第一节点、至少一个第四节点和第二节点。
在第二种可能的实现方式中，第二组播环包括依次连接的第五节点、至少一个第四节点和第六节点，其中第二组播环通过第五节点与第一节点相连接，通过第六节点与第二节点相连接。结合第一方面或第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，第一节点还在检测到第二组播环存在故障的情况下，将第一节点的第二端口维持为主端口，或者从备端口切换为主端口 ；或者，第二节点还在检测到第二组播环存在故障的情况下，将第二节点的第二端口维持为主端口，或者从备端口切换为主端口。结合第三种可能的实现方式，在第四种可能的实现方式中，第一节点或第二节点根据第二组播环上传输的心跳协议信令确定第二组播环是否存在故障，其中故障包括第二组播环上的节点的故障或第二组播环上的节点之间的链路的故障。结合第一方面或者上述任一种可能的实现方式，在第五种可能的实现方式中，第一方面的系统还包括:第三组播环，通过依次连接的第一节点和至少一个第三节点之一与所述第一组播环相连接，其中至少一个第三节点之一和第一节点各包括:第四端口，用于在作为主端口时向第三组播环转发从第一组播环接收的组播业务，并且在作为备端口时阻塞向第三组播环转发从第一组播环接收的组播业务，其中第一节点的第四端口和至少一个第三节点之一的第四端口中的一个端口为为主端口，第一节点的第四端口和至少一个第三节点之一的第四端口中的另一端口为备端口。结合第一方面或者第一方面的上述任一种可能的实现方式，在第六种可能的实现方式中，第一组播环为汇聚环，第二组播环为接入环，至少一个第三节点中的两个节点分别与两个组播源相连接，所述两个组播源中的一个组播源为主组播源，所述两个组播源中的另一组播源为备组播源。结合第一方面或者第一方面的上述任一种可能的实现方式，在第七种可能的实现方式中，第一端口、第二端口和第三端口中的任一个为LSP端口、以太网端口或光通道数据单兀(Optical Channel Data Unit, ODUk)管道端口。结合第一方面或者 第一方面的上述任一种可能的实现方式，在第八种可能的实现方式中，第一节点经过至少一个第四节点与第二节点之间配置组播路径，其中第一节点和第二节点之间在第二组播环上没有配置组播路径。第二方面，提供了一种传输组播业务的装置，包括:第一端口和第三端口，用于在第一组播环上接收并转发组播业务；第二端口，用于在作为主端口时向第二组播环转发组播业务，并且在作为备端口时阻塞向第二组播环转发组播业务。虚拟交换接口虚拟交换接口，用于控制第一端口、第三端口和第二端口转发组播业务，并且在第二组播环正常的情况下将第二端口设置为主端口或备端口。在第一种可能的实现方式中，虚拟交换接口虚拟交换接口在检测到第二组播环存在故障的情况下，将所弟~.端口维持为王端口，或者从备端口切换为王端口。结合第二方面或者第一种可能的实现方式，在第二种可能的实现方式中，虚拟交换接口根据第二组播环上传输的心跳协议信令确定第二组播环是否存在故障，其中故障包括第二组播环上的节点的故障或者第二组播环上的节点之间的链路的故障。结合第二方面或者第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，第二方面的装置还包括:第四端口，用于在作为主端口时向第三组播环转发从第一组播环接收的组播业务，并且在作为备端口时阻塞向第三组播环转发从第一组播环接收的组播业务。结合第二方面或者第二方面的上述任何一种可能的实现方式中，在第三种可能的实现方式中，第一端口、第二端口和第三端口中的任一个为LSP端口、以太网端口或ODUk管道端口。第三方面，提供了一种传输组播业务的方法，包括:第一节点通过第一节点的第一端口和第三端口在第一组播环上接收并转发组播业务，第二节点通过第二节点的第一端口和第三端口在第一组播环上接收并转发组播业务，其中第一组播环包括第一节点、第二节点和至少一个第三节点，第二组播环通过所述第一节点和所述第二节点与第一组播环相连接；第一节点通过第一节点的作为主端口的第二端口向第二组播环转发从第一组播环接收的组播业务，并且通过第一节点的作为备端口的第二端口阻塞向第二组播环转发从第一组播环接收的组播业务，第二节点通过第二节点的作为主端口的第二端口向第二组播环转发从第一组播环接收的组播业务，并且通过第二节点的作为备端口的第二端口阻塞向第二组播环转发从第一组播环接收的组播业务，其中在正常情况下第一节点的第二端口和第二节点的第二端口中的一个端口为主端口，第一节点的第二端口和第二节点的第二端口中的另一端口为备端口。在第一种可能的实现方式中，第三方面的方法还包括:第一节点检测第二组播环是否存在故障，并且在检测到第二组播环存在故障的情况下，将第一节点的第二端口维持为主端口，或者从备端口切换为主端口 ；或者第二节点检测第二组播环是否存在故障，并且在检测到第二组播环存在故障的情况下，将第二节点的第二端口维持为主端口，或者从备端口切换为主端口。结合第三方面或者第一种可能的实现方式，在第二种可能的实现方式中，上述检测第二组播环是否存在故障，包括:根据第二组播环上传输的心跳协议信令确定第二组播环是否存在故障，其中故障包括第二组播环上的节点的故障或者第二组播环上的节点之间的链路的故障。结合第三方面或者第一种可`能的实现方式和第二种可能的实现方式中的任一种，在第三种可能的实现方式中，第一组播环为汇聚环，第二组播环为接入环，至少一个第三节点中的两个节点分别与两个组播源相连接，所述两组播源中的一个组播源为主组播源，所述两个组播源中的另一组播源为备组播源。结合第三方面或者第一种可能的实现方式和第三种可能的实现方式中的任一种，在第四种可能的实现方式中，第二端口为LSP端口、以太网端口或ODUk管道端口。结合第三方面或者第一种可能的实现方式和第四种可能的实现方式中的任一种，在第五种可能的实现方式中，所述第一节点经过所述至少一个第四节点与所述第二节点之间配置组播路径，第一节点和第二节点之间在第二组播环上没有配置直接的组播路径。本发明的实施例可以为用于连接第一组播环和下游的第二组播环的两个汇聚节点提供主端口或备端口，使得这两个汇聚节点能够实现对下游的第二组播环的节点故障保护，提高了组播传输系统的安全性。
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为组播传输系统的示意性结构图。图2A是本发明的一个实施例的传输组播业务的系统的示意性结构图。图2B是本发明的另一实施例的传输组播业务的系统的示意性结构图。图2C是本发明的又一实施例的传输组播业务的系统的示意性结构图。图3是本发明的另一实施例的传输组播业务的系统的示意性结构图。图4是本发明的又一实施例的传输组播业务的系统的示意性结构图。图5是本发明的实施例的传输组播业务的装置的示意性结构图。图6是本发明的实施例的传输组播业务的装置的示意性结构图。图7A是本发明 的实施例的传输组播业务的正常场景的示意图。图7B是本发明的实施例的传输组播业务时的一个故障场景的示意图。图7C是本发明的实施例的传输组播业务时的另一故障场景的示意图。图7D是本发明的实施例的传输组播业务时的又一故障场景的示意图。图7E是本发明的实施例的传输组播业务时的再一故障场景的示意图。图8是本发明的实施例的传输组播业务的方法的示意性流程图。图9是本发明的另一实施例的传输组播业务的装置的示意性结构图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。图2A是本发明的一个实施例的传输组播业务的系统200A的示意性结构图。系统200A包括第一组播环210和第二组播环220。第一组播环210包括第一节点211、第二节点212和至少一个第三节点(例如，节点213和/或节点214)。第二组播环220通过第一节点211和第二节点212与所述第一组播环210相连接，其中第一节点211和第二节点212各包括:第一端口 I和第三端口 3，用于在第一组播环210上接收并转发组播业务；第二端口 2，用于在作为主端口时向第二组播环220转发从第一组播环210接收的组播业务，并且在作为备端口时阻塞向第二组播环220转发从第一组播环210接收的组播业务，其中在正常情况下第一节点211的第二端口 2和第二节点212的第二端口 2中的一个端口为主端口，第一节点211的第二端口 2和第二节点212的第二端口 2中的另一端口为备端口。例如，第一组播环210和第二组播环220可以分别是系统200A内通过汇聚节点(即第一节点211和第二节点212)相连接的上游组播环和下游组播环，即第一组播环210接收上游组播环转发的组播业务或者直接接收来自组播源的组播业务，并且通过汇聚节点将组播业务转发到第二组播环220。第三节点213可以接收上游组播环转发的组播业务或者直接接收组播源发送的组播业务，并且通过第一节点211、第二节点212以及另一第三节点214在第一组播环210上传输组播业务。第一节点211的第一端口 I接收第三节点213转发的组播业务，第二节点212的第一端口 I接收第一节点211的第三端口 3转发的组播业务。在第一节点211的第二端口 2作为主端口而第二节点212的第二端口 2作为备端口的情况下，并且第一节点211通过第一节点211的第二端口 2向第二组播环220转发组播业务。第二节点212的第二端口 2处于阻塞状态，既不向第二组播环220发送组播业务，也不接收第二组播环220发来的组播业务。需要说明的是，第二节点212的第二端口 2仅对于组播业务处于阻塞状态，第二节点212的第二端口 2在阻塞状态下允许心跳协议的信令通过。在第一节点211的第二端口 2作为备端口而第二节点212的第二端口 2作为主端口的情况下，第二节点212通过第二节点212的第二端口 2向第二组播环220转发组播业务。第一节点211的第二端口 2处于阻塞状态，既不向第二组播环220发送组播业务，也不接收第二组播环220发来的组播业务。第一节点211的第二端口 2仅对于组播业务处于阻塞状态，第一节点211的第二端口 2在阻塞状态下允许心跳协议的信令通过。本发明的实施例可以为用于连接第一组播环和下游的第二组播环的两个汇聚节点提供主端口或备端口，使得这两个汇聚节点能够实现对下游的第二组播环的节点故障保护，提高了系统的安全性。应理解，本发明的实施例以两个组播环为例进行了说明，根据本发明的实施例，第一组播环210和第二组播环220可以是两个传送组播业务的相交环，例如，第一组播环210为连接到组播源的汇聚环，第二组播环220为连接到用户的接入环，在这种情况下，第一组播环210的节点可以为任何具备二层功能的设备(例如，具有二层功能的路由器)，第二组播环220的节点可以为二层设备(例如，交换机)。本发明的实施例并不限于此，例如，第一组播环210也可以为上一级接入环，而第二组播环220也可以为下一级的接入环，在这种情况下，第一组播环210和第二组播 环220的节点可以均为二层设备。还应理解，第一组播环210和第二组播环220可以不是相交环，第一组播环210的节点和第二组播环220的节点也可以通过节点之间的链路相连接。图2B是本发明的另一实施例的传输组播业务的系统200B的示意性结构图。系统200B是图2A的系统200A的例子，包括第一组播环210、第二组播环220。图2B的系统200B与图2A的系统200A类似，在此适当省略详细的描述。第二组播环220包括依次连接的第一节点211、至少一个第四节点221、222和第二节点212。第一组播环210与第二组播环220是相交环，第一节点211和第二节点212是第一组播环210与第二组播环220的共用设备。在第一节点211的第二端口 2作为主端口而第二节点212的第二端口 2作为备端口的情况下，并且第一节点211通过第一节点211的第二端口 2向第二组播环220转发组播业务，第四节点221接收第一节点211转发的组播业务，并且向另一第四节点222转发组播业务。第二节点212的第二端口 2处于阻塞状态，既不向节点222发送组播业务，也不接收节点222发来的组播业务。需要说明的是，第二节点212的第二端口 2只是针对组播业务处于阻塞状态，第二节点212的第二端口 2在阻塞状态下允许心跳协议的信令通过。在第一节点211的第二端口 2作为备端口而第二节点212的第二端口 2作为主端口的情况下，第二节点212通过第二节点212的第二端口 2向第二组播环220转发组播业务，另一第四节点222接收第二节点212转发的组播业务，并且向第四节点221转发组播业务。图2C是本发明的又一实施例的传输组播业务的系统200C的示意性结构图。系统200C是图2A的系统200A的例子，包括第一组播环210和第二组播环220。图2C的系统200C与图2A的系统200A类似，在此适当省略详细的描述。第二组播环220包括依次连接的第五节点223、至少一个第四节点221、222和第六节点224，其中第二组播环220通过第五节点223与第一节点221相连接，通过第六节点224与第二节点212相连接。换句话说，第一组播环210与第二组播环220通过第一节点211与第五节点223之间的链路以及第二节点212与第六节点224之间的链路相连接。图3是本发明的另一实施例的传输组播业务的系统300的示意性结构图。系统300是图2A的系统200的例子，包括第一组播环310和第二组播环320。图3的系统300与图2A的系统200类似，在此适当省略详细的描述。第一组播环310包括第一节点311、第二节点312和至少一个第三节点(例如，节点313和/或节点314)。第二组播环320，包括依次连接的第一节点311、至少一个第四节点(例如，节点321和/或节点322)和第二节点312，其中第一节点311和第二节点312各包括:第一端口 I和第三端口 3，用于在第一组播环上接收并转发组播业务；第二端口 2，用于在作为主端口时向第二组播环320转发从第一组播环310接收的组播业务，并且在作为备端口时阻塞向第二组播环320转发从第一组播环310接收的组播业务，其中在正常情况下第一节点311的第二端口 2和第二节点312的第二端口 2中的一个端口为主端口，第一节点311的第二端口 2和第二节点312的第二端口 2中的另一端口为备端口。本发明的实施例的第一节点和第二节点为汇聚节点，并且本发明实施例对汇聚节点的端口的属性进行了定 义，例如，可以将汇聚节点的端口定义为下列三类:强制性广播端口、主端口和备端口。例如，汇聚节点上配置的VSKVirtual Switch Interface,虚拟交换接口)向强制性广播端口转发组播业务流。汇聚节点上配置的VSI向主端口转发组播业务流，并且阻塞向备端口转发组播业务流。可选地，作为另一实施例，第一节点311在检测到第二组播环320存在故障的情况下，将第一节点311的第二端口 2维持为主端口，或者从备端口切换为主端口。例如，在第一节点311的第二端口 2为主端口的情况下，当第一节点311检测到第二组播环320存在故障时，第一节点311的第二端口 2维持为主端口。在第一节点311的第二端口 2为备端口的情况下，当第一节点311检测到第二组播环320存在故障的情况下，第一节点311的第二端口 2将切换为主端口。可选地，作为另一实施例，第二节点312在检测到第二组播环320存在故障的情况下，将第二节点312的第二端口 2维持为主端口，或者从备端口切换为主端口。例如，在第二节点312第二端口 2为主端口的情况下，当第二节点312检测到第二组播环320存在故障时，第二节点312的第二端口 2维持为主端口。在第二节点312第二端口 2为备端口的情况下，当第二节点312检测到第二组播环320存在故障的情况下，第二节点312的第二端口 2将切换为主端口。根据本发明的实施例，第一节点311或第二节点312根据第二组播环320上传输的心跳协议信令确定第二组播环320是否存在故障，其中上述故障包括第二组播环320上的节点的故障或者第二组播环320上的节点之间的链路的故障。根据本发明的实施例，主端口与备端口之间通过第二组播环320运行心跳协议，用以维护端口的主状态或备状态。例如，心跳协议信令可以为HELLO协议信令，本发明的实施例并不限于此，例如，心跳协议信令还可以是链路探测信令、主从识别报文等等。例如，第二组播环的链路上，可以配置多个组播路径，每个组播路径可以由节点之间的LSP连接而成，心跳协议报文可以在多个组播路径中的一条组播路径上传输，而且心跳协议报文可以通过主端口和备端口。如果在第二组播环320上主端口和备端口之间的链路故障导致心跳协议中断，则备端口切换为主端口，进入主状态，阻塞状态解除，这时第二组播环320中可以存在两个主端口，即这两个主端口所在的节点会向这两个端口转发组播业务。主端口和备端口成对出现，对第二组播环来说，主端口和备端口就是第二组播环的组播业务的两个组播源，从而构成双源保护，提高了系统的安全性。进一步，在心跳协议正常之后，可以将两个主端口中的一个端口从主端口切换为备端口，例如，可以将正常情况下处于备端口状态的端口切换回备端口。根据本发明的实施例并不限于此，例如，也可以将根据预设的规则将两个主端口中 的一个端口从主端口切换为备端口。例如，第一节点311根据第二组播环320上传输的心跳协议信令确定第二组播环320是否存在故障，其中上述故障包括第二组播环320上的节点的故障或者第二组播环320上的节点之间的链路的故障。第二节点312根据第二组播环320上传输的心跳协议信令确定第二组播环320是否存在故障，其中上述故障包括第二组播环320上的节点的故障或者第二组播环320上的节点之间的链路的故障。举例来说，第二组播环上的节点321和节点322之间的链路断开，第一节点311的第二端口 2维持主端口，第二节点322的第二端口转变为主端口，从而第一节点311向节点321转发业务数据，第二节点312向节点322转发业务数据。可选地，作为另一实施例，系统300还包括:第三组播环330。第三组播环330通过第一节点311和至少一个第三节点之一 313与第一组播环310相连接，例如，第三组播环330包括依次连接的第一节点311、至少一个第五节点331和332和上述至少一个第三节点之一 313，其中上述至少一个第三节点之一 313和第一节点311各包括:第四端口 4，用于在作为主端口时向第三组播环330转发从第一组播环310接收的组播业务，并且在作为备端口时阻塞向第三组播环330转发从第一组播环310接收的组播业务，其中第一节点311的第四端口 4和上述至少一个第三节点之一 313的第四端口 4中的一个端口为主端口，第一节点311的第四端口 4和上述其中一个第三节点313的第四端口 4中的另一端口为备端口。可选地，作为另一实施例，第三组播环330也可以通过第三组播环上的节点与第一节点311之间的链路与第一组播环310相连接。第一节点311在检测到第三组播环330存在故障的情况下，将第一节点311的第四端口 4维持为主端口，或者从备端口切换为主端口。例如，在第一节点311为主端口的情况下，当第一节点311检测到第三组播环330存在故障时，第一节点311的第四端口维持为主端口。在第一节点311为备端口的情况下，当第一节点311检测到第三组播环330存在故障的情况下，第一节点311的第四端口将切换为主端口。
可选地，作为另一实施例，第三节点313在检测到第三组播环330存在故障的情况下，将第三节点313的第四端口 4维持为主端口，或者从备端口切换为主端口。例如，在第三节点313为主端口的情况下，当第三节点313检测到第三组播环330存在故障时，第三节点313的第四端口 4维持为主端口。在第三节点313为备端口的情况下，当第三节点313检测到第三组播环330存在故障的情况下，第三节点313的第四端口 4将切换为主端口。例如，第四端口 4可以为LSP (Label Switch Path，标签交换路径)端口、以太网端口或ODUk (Optical Channel Data Unit ofk order,光通道数据单元)管道端口中的任一种。本发明的实施例可以为用于连接第一组播环和下游的第二组播环的两个汇聚节点提供主端口或备端口，使得这两个汇聚节点能够实现对下游的第二组播环的保护，提高了系统的安全性。另外，根据本发明的实施例可以为环带环和带多环的组播系统提供保护，以满足各种组网传输组播业务的需求。图4是本发明的又一实施例的传输组播业务的系统400的示意性结构图。图4的第一组播环410和第二组播环420与图2A的第一组播环210和第二组播环220类似，在此不再赘述。根据本发明的实施例，第一组播环410为汇聚环，第二组播环420为接入环，上述至少一个第三节点中的两个节点(节点413和节点414)，分别与两个组播源(业务路由器415和业务路由器416)相连接，上述两个组播源中的一个组播源为主组播源，上述两个组播源中的另一组播源为备组播源。根据本发明的实施例，第一端口 I和第三端口 3为LSP端口、以太网端口或ODUk管道端口中的任一种，第二端 口 2为LSP端口、以太网端口或ODUk管道端口中的任一种。例如，在第一组播环和第二组播环上配置LSP时，第一端口和第二端口可以为LSP端口，在第一组播环和第二组播环上配置ODUk管道时，第一端口和第二端口为ODUk管道端口，在第一组播环和第二组播环上配置以太网链路时，第一端口和第二端口为以太网端口(例如，GE/10G端口)等用户节点接口(User node Interface,UNI)物理端口。本发明的实施例并不限于此，第一端口、第二端口和第三端口可以为LSP端口、以太网端口和ODUk管道端口中任意一种。例如，第一组播环上配置LSP，第一端口可以为LSP端口，第二组播环上配置ODUk管道,第二端口为ODUk管道端口，或者,第二组播环上配置LSP,第二端口可以为LSP端口，第一组播环上配置ODUk管道，第一端口为ODUk管道端口。根据本发明的实施例，第一节点411和第二节点412之间在第二组播环420上没有配置组播路径。这样，可以避免在第二组播内形成数据风暴。例如，第一组播环410可以配置LSP、ODUk管道和以太网链路中的任一个，第二组播环也可以配置LSP、ODUk管道和以太网链路中的任一个。第一节点411还可以包括第五端口 5。第五端口 5可以为光线路终端(OpticalLine Terminal，0LT)端口。第五端口 5可以为强制性广播端口，用于向光线路终端423提供组播业务。例如，图4的第一节点411作为汇聚节点连接两个接入环420和430以及设备423(例如，OLT设备或二层设备)，共有五个端口(1、2、3、4和5)。接入环430包括依次连接的第一节点411、至少一个第五节点431和432和上述至少一个第三节点之一 413。参见图4，以接收环420配置LSP为例，接入环420连接在第一组播环410的第一节点411和第二节点412上，并且第一组播环410上的节点逐点配置VSI，并且逐段配置LSP，但在两汇聚节点413和414之间不配置LSP，以避免形成封闭的环。第一节点411配置的VSI可以将从第一组播环410接收的组播业务转发到第三端口 3和第五端口 5，在第一节点411的第四端口 4为主端口的情况下向第一节点411的第四端口 4转发组播业务，在第一节点411的第四端口 4为备端口的情况下阻塞向第一节点411的第四端口 4转发组播业务，在第一节点411的第二端口 2为主端口的情况下向第一节点411的第二端口 2转发组播业务，并且在第一节点411的第二端口 2为备端口的情况下阻塞向第一节点411的第二端口 2转发组播业务。图5是本发明的实施例的传输组播业务的装置500的示意性结构图。装置500包括:第一端口 510、第二端口 520、第三端口 530和虚拟交换接口 540。图5的装置为图2A至图4的第一节点或第二节点的例子，在此适当省略详细的描述。第一端口 510和第三端口 530接收并向第一组播环转发组播业务。第二端口 520在作为主端口时向第二组播环转发组播业务，并且在作为备端口时阻塞向第二组播环转发组播业务。虚拟交换接口 540控制第一端口和第二端口转发组播业务，并且在第二组播环正常的情况下将第二端口设置为主端口或备端口。例如，虚拟交换接口 540可以为VSI，用于将第一端口 510接收的组播业务转发给第三端口 530，并且在第二端口 520处于主状态时将从第一端口 510接收的组播业务转发给第二端口 520，在第二端口 520处于备状态时，阻塞向第二端口 520转发组播业务。本发明的实施例可以为用于连接第一组播环和下游的第二组播环的两个汇聚节点提供主端口或备端口，使得这两个汇聚节点能够实现对下游的第二组播环的节点故障保护，提高了系统的安全性。图6是本发明的实施例的传输组播业务的装置600的示意性结构图。装置600包括:第一端口 610、第三端口 630、第二端口 620和虚拟交换接口 640，分别与图5的第一端口 510、第二端口 520、第三端口 530和虚拟交换接口 540类似，在此不再赘述。图6的装置为图2A至图4的第一节点或第二节点的例子。根据本发明的实施例，虚拟交换接口 640在检测到第二组播环存在故障的情况下，将所第二端口切换为主端口。根据本发明的实施例，虚拟交换接口 640根据第二组播环上传输的心跳协议信令确定第二组播环是否存在故障，其中该故障包括第二组播环上的节点的故障或者第二组播环上的节点之间的链路的故障。可选地，作为另一实施例，装置600还包括:第四端口 650。第四端口 650在作为主端口时向第三组播环转发从第一组播环接收的组播业务，并且在作为备端口时阻塞向第三组播环转发从第一组播环接收的组播业务。根据本发明的实施例，第一端口、第二端口或第三端口为LSP端口、以太网端口或ODUk管道端口。下面以第一组播环为汇聚环且第二组播环为接入环为例说明本发明的实施例的传输组播业务时的故障 场景。图7A是本发明的实施例的传输组播业务的正常场景的示意图。图7B是本发明的实施例的传输组播业务时的一个故障场景的示意图。图7C是本发明的实施例的传输组播业务时的另一故障场景的示意图。图7D是本发明的实施例的传输组播业务时的又一故障场景的示意图。图7E是本发明的实施例的传输组播业务时的再一故障场景的示意图。参见图7A，汇聚环710和接入环720共用汇聚节点711和汇聚节点712。汇聚环710还包括节点713和节点714，节点713和节点714分别与节点715和节点716相连接。接入环720还包括节点721和节点722，节点721和节点722可以向用户或者下一级接入环(未示出)提供组播业务。汇聚环710的节点可以为二层设备，接入环720的节点也可以为二层设备，节点715和节点716可以为路由器或者二层设备。应理解的是，节点715和节点716可以为组播源，也可以为上游组播环上的汇聚节点。在正常传输组播业务情况下，节点715处于主节点状态，节点716处于备节点状态，节点715向汇聚环710上的节点713传输组播业务，而后组播业务沿着汇聚环710传输，即组播业务经过节点713、汇聚节点711、汇聚节点712以及节点714传输。在主节点为组播源的情况下，主节点可以向汇聚环发送组播业务。在主节点为汇聚节点的情况下，主节点可以向接入环发送组播业务。节点716与汇聚环710相连接的端口处于阻塞状态。在节点715与节点716之间，即在节点715、节713、汇聚节点711、汇聚节点712、节点714以及节点716连接而成的 路径上(如虚线717所示)，运行心跳协议，以对汇聚环710进行故障检测。另外，在接入环720上，汇聚节点711的端口 2处于主端口状态，而汇聚节点712的端口 2处于备端口状态，汇聚节点711接收汇聚环710上传输的组播业务，并且经过汇聚节点711、节点721、节点722传输组播业务。汇聚节点712与接入环720连接的端口 2处于阻塞状态。在接入环720上，即在汇聚节点711、节点721、节点722以及汇聚节点712连接而成的路径上(如虚线718所示)，也运行另一心跳协议(例如，HELLO协议)，以对接入环720进行故障检测。参见图7B，在汇聚节点711和汇聚节点712之间存在故障时，节点715和节点716之间的心跳协议信令中断，节点715和节点716检测到故障。在这种情况下，节点715维持主节点状态，而节点716从备节点状态切换到主节点状态，这样，节点715和节点716均处于主节点状态，从而同时向汇聚环710发送组播业务。汇聚环710上的节点713和节点711接收来自节点715的组播业务，节点714和节点712接收来自和节点716的组播业务。节点711和节点712之间运行的心跳协议信令(例如，Hello协议)正常，因此，接入环710的组播业务维持原来的状态而不受影响，即汇聚节点711的端口 2维持主端口状态不变，而汇聚节点712的端口 2维持备端口的阻塞状态不变。在接入环720上，汇聚节点711将从汇聚环710接收的组播业务传输给节点721，节点721将从汇聚节点711接收的组播业务传输给节点722。参见图7C，在汇聚节点712存在故障时，节点715和节点716之间的心跳协议信令中断，节点715和节点716检测到故障。在这种情况下，节点715维持主节点状态，而节点716从备节点状态切换到主节点状态，这样，节点715和节点716均处于主节点状态，同时向汇聚环710发送组播业务。汇聚环710上的节点713和节点711接收来自节点715的组播业务，节点714接收来自和节点716的组播业务。由于汇聚节点712故障，因此，在接入环720上运行的心跳协议信令中断，使得汇聚节点711的端口 2维持主端口状态不变，这样在接入环720上，汇聚节点711将从汇聚环710接收的组播业务传输给节点721，节点721将从汇聚节点711接收的组播业务传输给节点722。参见图7D，在汇聚节点711存在故障时，节点715和节点716之间的心跳协议信令中断，节点715和节点716检测到故障。在这种情况下，节点715维持主节点状态，而节点716从备节点状态切换到主节点状态，这样，节点715和节点716均处于主节点状态，同时向汇聚环710发送组播业务。汇聚环710上的节点713接收来自节点715的组播业务。节点714和汇聚节点712接收来自和节点716的组播业务。由于汇聚节点711故障，因此，在接入环710上运行的心跳协议信令中断，使得汇聚节点712的端口 2从处于备端口状态切换到处于主端口状态，这样在接入环720上，汇聚节点712将从汇聚环710接收的组播业务传输给节点722，节点722将从汇聚节点712接收的组播业务传输给节点721。参见图7E，在节点721与节点722之间存在故障时，节点715和节点716之间的心跳协议信令正常。在这种情况下，节点715维持主节点状态，而节点716维持备节点状态，汇聚环710维持不变。汇聚环710上的节点713接收来自节点715的组播业务，并且将组播业务转发给汇聚节点711。汇聚节点711接收来自节点713的组播业务，并且将组播业务转发给汇聚节点712。汇聚节点712接收来自汇聚节点711的业务，并且向节点714转发组播业务。接收环720上的心跳协议信令中断，汇聚节点711的端口 2维持原来的主端口状态不变，而汇聚节点712的端口 2从处于备端口状态向处于主端口状态切换，这样，汇聚节点711的端口 2和汇聚节点712的端口 2均处于主端口状态，同时向接入环720转发从汇聚环710接收的组播业务，即汇聚节点711向节点721传输组播业务，而汇聚节点712向节点722传输组播业务。图8是本发明的实施例的传输组播业务的方法的示意性流程图。图8的方法由图2A的系统来执行。图8的方法包括如下内容。步骤810，第一节点通过第一节点的第一端口和第三端口在所述第一组播环上接收并转发组播业务，第二节点通过所述第二节点的第一端口和第三端口在所述第一组播环上接收并转发组播业务，其中第一组播环包括第一节点、第二节点和至少一个第三节点，第二组播环通过所述第一节点和所述第`二节点与所述第一组播环相连接。步骤820，第一节点和第二节点各通过作为主端口的第二端口向第二组播环转发从第一组播环接收的组播业务，并且各通过作为备端口的第二端口阻塞向第二组播环转发从第一组播环接收的组播业务，其中在正常情况下第一节点的第二端口和第二节点的第二端口中的一个端口为主端口，第一节点的第二端口和第二节点的第二端口中的另一端口为备端口。本发明的实施例可以为用于连接第一组播环和下游的第二组播环的两个汇聚节点提供主端口或备端口，使得这两个汇聚节点能够实现对下游的第二组播环的节点故障保护，提高了系统的安全性。可选地，作为另一实施例，图8的方法还包括:第一节点可以检测第二组播环是否存在故障，并且在检测到第二组播环存在故障的情况下，将第一节点的第二端口维持为主端口，或者从备端口切换为主端口。可选地，作为另一实施例，第二节点可以检测第二组播环是否存在故障，并且在检测到第二组播环存在故障的情况下，将第二节点的第二端口维持为主端口，或者从备端口切换为主端口。
根据本发明的实施例，在检测第二组播环是否存在故障时，可以根据第二组播环上传输的心跳协议信令确定第二组播环是否存在故障，其中该故障包括第二组播环上的节点的故障或者第二组播环上的节点之间的链路的故障。根据本发明的实施例，第一组播环为汇聚环，第二组播环为接入环，上述至少一个第三节点中的两个节点分别与两个组播源相连接，两个组播源中的一个组播源为主组播源，两个组播源中的另一组播源为备组播源。根据本发明的实施例，第一端口、第二端口和第三端口中的任一个为LSP端口、以太网端口或ODUk管道端口。根据本发明的实施例，第一节点经过所述至少一个第四节点与第二节点之间配置组播路径，第一节点和第二节点之间在第二组播环上没有配置直接的组播路径。图9是本发明的另一实施例的传输组播业务的装置900的示意性结构图。装置900包括第一端口 910、第二端口 920、第三端口 930、处理器940、存储器950和通信总线960。装置900是图5的装置500的例子。第一端口 910和第三端口 930在第一组播环上接收并转发组播业务。第二端口 920在作为主端口时向第二组播环转发组播业务，并且在作为备端口时阻塞向第二组播环转发组播业务。处理器940通过通信总线960，调用存储器950中存储的代码，用于控制第一端口 910和第二端口 920转发组播业务，并且在第二组播环正常的情况下将第二端口 920设置为主端口或备端口。本发明的实施例可以为用于连接第一组播环和下游的第二组播环的两个汇聚节点提供主端口或备端口，使得这两个汇聚节点能够实现对下游的第二组播环的节点故障保护，提高了系统的安全性。根据本发明的实施例，处理器940在检测到第二组播环存在故障的情况下，将所第二端口 920维持为主端口， 或者从备端口切换为主端口。根据本发明的实施例，处理器940根据第二组播环上传输的心跳协议信令确定第二组播环是否存在故障，其中该故障包括第二组播环上的节点的故障或者第二组播环上的节点之间的链路的故障。可选地，作为另一实施例，装置900还包括:第四端口 970。第四端口 970在作为主端口时向第三组播环转发从第一组播环接收的组播业务，并且在作为备端口时阻塞向第三组播环转发从第一组播环接收的组播业务。根据本发明的实施例，第一端口、第二端口和第三端口中的任一个为LSP端口、以太网端口或ODUk管道端口。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U 盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM, RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，仅为本发明的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。
权利要求
1.一种传输组播业务的系统，其特征在于，包括: 第一组播环，包括第一节点、第二节点和至少一个第三节点； 第二组播环，通过所述第一节点和所述第二节点与所述第一组播环相连接， 其中所述第一节点和所述第二节点各包括:第一端口和第三端口，用于在所述第一组播环上接收并转发的组播业务；第二端口，用于在作为主端口时向所述第二组播环转发从所述第一组播环接收的组播业务，并且在作为备端口时阻塞向第二组播环转发从所述第一组播环接收的组播业务，其中在正常情况下所述第一节点的第二端口和所述第二节点的第二端口中的一个端口为主端口，所述第一节点的第二端口和所述第二节点的第二端口中的另一端口为备端口。
2.根据权利要求1所述的系统，其特征在于，所述第二组播环包括依次连接的所述第一节点、至少一个第四节点和所述第二节点。
3.根据权利要求1所述的系统，其特征在于，所述第二组播环包括依次连接的第五节点、至少一个第四节点和第六节点，其中所述第二组播环通过所述第五节点与所述第一节点相连接，通过所述第六节点与所述第二节点相连接。
4.根据权利要求1至3中的任一项所述的系统，其特征在于， 所述第一节点还在检测到所述第二组播环存在故障的情况下，将所述第一节点的第二端口维持为王端口，或者从备端口切换为王端口 ；或者， 所述第二节点还在检测到所述第二组播环存在故障的情况下，将所述第二节点的第二立而口维持为王纟而口，或者从备纟而口切换为王纟而口。
5.根据权利要求4所述的系统，其特征在于，所述第一节点或所述第二节点根据所述第二组播环上传输的心跳 协议信令确定所述第二组播环是否存在故障，其中所述故障包括所述第二组播环上的节点的故障或者所述第二组播环上的节点之间的链路的故障。
6.根据权利要求1至5中的任一项所述的系统，其特征在于，还包括: 第三组播环，通过所述第一节点和所述至少一个第三节点之一与所述第一组播环相连接， 其中所述至少一个第三节点之一和所述第一节点各包括:第四端口，用于在作为主端口时向所述第三组播环转发从所述第一组播环接收的组播业务，并且在作为备端口时阻塞向所述第三组播环转发从所述第一组播环接收的组播业务，其中所述第一节点的第四端口和所述至少一个第三节点之一的第四端口中的一个端口为主端口，所述第一节点的第四端口和所述至少一个第三节点之一的第四端口中的另一端口为备端口。
7.根据权利要求1至6中的任一项所述的系统，其特征在于，所述第一组播环为汇聚环，所述第二组播环为接入环，所述至少一个第三节点中的两个节点分别与两个组播源相连接，所述两个组播源中的一个组播源为主组播源，所述两个组播源中的另一组播源为备组播源。
8.根据权利要求1至7中的任一项所述的系统，其特征在于，所述第一端口、所述第二端口和第三端口中的任一个为LSP端口、以太网端口或ODUk管道端口。
9.根据权利要求1至8所述的系统，其特征在于，其中所述第一节点经过所述至少一个第四节点与所述第二节点之间配置组播路径，所述第一节点和所述第二节点之间在所述第二组播环上没有配置直接的组播路径。
10.一种传输组播业务的装置，其特征在于，包括: 第一端口和第三端口，用于在第一组播环上接收并转发组播业务； 第二端口，用于在作为主端口时向第二组播环转发组播业务，并且在作为备端口时阻塞向所述第二组播环转发组播业务； 虚拟交换接口，用于控制第一端口和第二端口转发组播业务，并且在所述第二组播环正常的情况下将所述第二端口设置为主端口或备端口。
11.根据权利要求10所述的装置，其特征在于， 所述虚拟交换接口在检测到所述第二组播环存在故障的情况下，将所第二端口维持为王端口，或者从备端口切换为王端口。
12.根据权利要求11所述的装置，其特征在于，所述虚拟交换接口根据所述第二组播环上传输的心跳协议信令确定所述第二组播环是否存在故障，其中所述故障包括所述第二组播环上的节点的故障或者所述第二组播环上的节点之间的链路的故障。
13.根据权利要求10至12中的任一项所述的装置，其特征在于，还包括: 第四端口，用于在作为主端口时向第三组播环转发从所述第一组播环接收的组播业务，并且在作为备端口时阻塞向所述第三组播环转发从所述第一组播环接收的组播业务。
14.根据权利要求10至13中的任一项所述的装置，其特征在于，所述第一端口、所述第二端口和所述第三端口中的任一个为LSP端口、以太网端口或ODUk管道端口。
15.一种传输组播业务的方法，其特征在于，包括: 第一节点通过第一节点的第一端口和第三端口在所述第一组播环上接收并转发组播业务，第二节点通过所述第二节点的第一端口和第三端口在所述第一组播环上接收并转发组播业务，其中所述第一组播环包括所述第一节点、所述第二节点和至少一个第三节点，第二组播环通过所述第一节点和所述第二节点与所述第一组播环相连接； 所述第一节点和所述第二节点各通过作为主端口的第二端口向所述第二组播环转发从所述第一组播环接收的组播业务，并且各通过作为备端口的第二端口阻塞向第二组播环转发从所述第一组播环接收的组播业务，其中在正常情况下所述第一节点的第二端口和所述第二节点的第二端口中的一个端口为主端口，所述第一节点的第二端口和所述第二节点的弟~.端口中的另一端口为备端口。
16.根据权利要求15所述的方法，其特征在于，还包括: 所述第一节点检测所述第二组播环是否存在故障，并且在检测到所述第二组播环存在故障的情况下，将所述第一节点的第二端口维持为主端口，或者从备端口切换为主端口 ；或者 所述第二节点检测所述第二组播环是否存在故障，并且在检测到所述第二组播环存在故障的情况下，将所述第二节点的第二端口维持为主端口，或者从备端口切换为主端口。
17.根据权利要求16所述的方法，其特征在于，所述检测所述第二组播环是否存在故障，包括: 根据所述第二组播环上传输的心跳协议信令确定所述第二组播环是否存在故障，其中所述故障包括所述第二组播环上的节点的故障或者所述第二组播环上的节点之间的链路的故障。
18.根据权利要求15至17中的任一 项所述的方法，其特征在于，所述第一组播环为汇聚环，所述第二组播环为接入环，所述至少一个第三节点中的两个节点分别与两个组播源相连接，其中所述两个组播源中的一个组播源为主组播源，所述两个组播源中的另一组播源为备组播源。
19.根据权利要求15至18中的任一项所述的方法，其特征在于，所述第一端口、第二端口和第三端口中的任一个为LSP端口、以太网端口或ODUk管道端口。
20.根据权利要求15至19所述的方法，其特征在于，所述第一节点经过所述至少一个第四节点与所述第二节点之间配置组播路径，所述第一节点和所述第二节点之间在所述第二组播环上没有配 置直接的组播路径。
全文摘要
本发明提供一种传输组播业务的系统、装置和方法。该系统包括第一组播环，包括第一节点、第二节点和至少一个第三节点；第二组播环，包括依次连接的第一节点、至少一个第四节点和第二节点，其中第一节点和第二节点各包括第一端口和第三端口，用于在第一组播环上接收并转发组播业务；第二端口，用于在作为主端口时向第二组播环转发从第一组播环接收的组播业务，并且在作为备端口时阻塞向第二组播环转发从第一组播环接收的组播业务，在正常情况下第一节点的第二端口和第二节点的第二端口中的一个端口为主端口，第一节点的第二端口和第二节点的第二端口中的另一端口为备端口。本发明通过在组播环的汇聚节点提供主备端口，提高了系统的安全性。
文档编号H04L12/26GK103229456SQ201280002452
公开日2013年7月31日 申请日期2012年12月28日 优先权日2012年12月28日
发明者董其炳, 周亦波, 赖晓 申请人:华为技术有限公司