CN1852246A - 一种组播流分发节点接收组播流的方法 - Google Patents

Abstract

本发明公开了一种组播流分发节点接收组播流的方法，包括以下步骤：A、为组播流分发节点配置多组播源，建立组播流分发节点与每个组播源之间的通信链路，在建立的通信链路中确定主备链路，配置主备链路上的组播源向组播流分发节点发送相同的组播流；B、组播流分发节点通过确定的主用链路接收组播流，检查是否能够正常接收主用链路上组播源发送的组播流，如果是，则继续接收主用链路上组播源发送的组播流；否则，执行主备倒换操作，将备用链路切换为主用链路，并通过切换后的主用链路接收该链路上的组播源发送的组播流。利用本发明，有效保证了组播流传输的可靠性以及组播业务不发生间断，并保证了双组播源在组网中的应用。

Description

一种组播流分发节点接收组播流的方法

技术领域

本发明涉及通信技术领域中的组播技术，特别涉及一种组播流分发节点接收组播流的方法。

背景技术

组播技术是一种将信息从一个节点发送给多个接收节点的技术。由于组播技术有效地解决了单点发送多点接收的问题，实现了网络中单点到多点的高效数据传送，能够大量节约网络带宽并降低网络负载，因此目前组播技术在音频/视频流发布、短消息发布、信息公告、远程教学、同步资源等多个技术领域已得到广泛应用。

在组播技术具体实现时，组播源在一些情况下需要先将组播流发送给组播流分发节点，由组播流分发节点将接收自组播源的组播流发送给多个接收节点。

在组播流分发节点接收组播源发送的组播流的过程中，组播流分发节点一般是通过一条链路接收组播源发送的组播流的。如图1所示，图1为组播流分发节点通过一条链路接收组播流的示意图。从图1可以看出，如果组播源发生故障，或者链路发生故障，组播流分发节点N将无法接收到组播流，通过组播流分发节点N进行的组播业务也将被迫间断。

为保证组播流传输的可靠性以及组播业务不发生间断，现有技术提供了一种组播流分发节点通过主备链路接收组播流的方法。如图2所示，图2为组播流分发节点通过主备链路接收组播流的示意图。链路1和链路2为组播流分发节点N与组播源A之间传输组播流的链路，二者共用同一个组播源A，其中一条链路作为组播流分发节点N与组播源A之间的主用链路，另一条链路作为组播流分发节点N与组播源A之间的备用链路。组播流分发节点N通过主用链路接收组播源A发送的组播流，在主用链路发生故障时组播流分发节点N执行主备倒换操作，将备用链路倒换成为主用链路，通过倒换后的主用链路接收组播源发送的组播流。这样一来，组播流分发节点N在一条链路发生故障时能够通过另一条链路接收组播流，实现了对组播流的备份，保证了在链路发生故障时组播流传输的可靠性以及组播业务不发生间断。

由于图2所示对组播流的备份是通过对组播流分发节点N与组播源A之间链路的备份实现的，如果组播源A发生了故障，组播流分发节点N仍将无法接收到组播流，因此仍不能有效保证组播流传输的可靠性以及组播业务不发生间断。

但是，在对链路进行备份的同时，如果对组播源也进行备份，由于目前还没有技术能够提供双组播源下组播流分发节点接收组播流的方法，两个组播源同时向同一个组播流分发节点发送相同的组播流后，组播流分发节点将会因为无法区分接收哪一份组播流而导致业务紊乱。

因此，采用目前组播流分发节点接收组播流的方法，无法有效保证组播流传输的可靠性以及组播业务不发生间断。

发明内容

有鉴于此，本发明的主要目的在于提供一种组播流分发节点接收组播流的方法，以保证组播流传输的可靠性以及组播业务不发生间断。

为达到上述目的，本发明提供了一种组播流分发节点接收组播流的方法，包括以下步骤：

A、为组播流分发节点配置多组播源，建立组播流分发节点与每个组播源之间的通信链路，在建立的通信链路中确定主备链路，配置主备链路上的组播源向组播流分发节点发送相同的组播流；

B、组播流分发节点通过确定的主用链路接收组播流，检查是否能够正常接收主用链路上组播源发送的组播流，如果是，则继续接收主用链路上组播源发送的组播流；否则，执行步骤C；

C、组播流分发节点执行主备倒换操作，将备用链路切换为主用链路，并通过切换后的主用链路接收该链路上的组播源发送的组播流。

上述方案中，步骤A中所述建立组播流分发节点与每个组播源之间的通信链路之后进一步包括：对每个通信链路建立用于传输多协议标签交换操作维护管理(MPLS-OAM)协议报文的逻辑链路。

上述方案中，步骤A中所述在建立的通信链路中确定主备链路包括：组播流分发节点通过所述逻辑链路向多组播源分别发送MPLS-OAM协议报文，接收到MPLS-OAM协议报文的组播源向组播流分发节点返回MPLS-OAM协议报文响应，组播流分发节点根据接收的MPLS-OAM协议报文响应检测组播流分发节点与组播源之间通信链路的连通性，任选一条通信链路作为主用链路，另一条通信链路作为备用链路。

上述方案中，步骤B中所述组播流分发节点检查是否能够正常接收主用链路上组播源发送的组播流包括：组播流分发节点通过自身与主用链路上组播源之间的逻辑链路定时向主用链路上的组播源发送MPLS-OAM协议报文，判断在预定的时间间隔是否能够接收到主用链路上的组播源返回的MPLS-OAM协议报文响应，如果是，则组播流分发节点能够正常接收主用链路上组播源发送的组播流；否则，组播流分发节点不能够正常接收主用链路上组播源发送的组播流。

上述方案中，步骤A中所述配置主备链路上的组播源向组播流分发节点发送相同的组播流包括：配置主备链路上组播源的数据库具有相同的组播流，主备链路上的组播源将配置的相同组播流分别通过主备链路向组播流分发节点进行发送。

上述方案中，步骤A中所述配置主备链路上的组播源向组播流分发节点发送相同的组播流包括：组播流分发节点向主备链路上的组播源发送相同的协议报文，主备链路上的组播源根据接收的协议报文向组播流分发节点发送相同的组播流。

上述方案中，步骤C中所述组播流分发节点执行主备倒换操作，将备用链路切换为主用链路包括：组播流分发节点在自身与原主用链路相连的接口上配置访问控制限制(ACL)策略，取消通过自身与原主用链路相连的接口接收组播流，并取消在自身与原备用链路相连的接口上配置的ACL策略，通过自身与原备用链路相连的接口接收组播流。

从上述方案可以看出，本发明通过为组播流分发节点配置多组播源，建立组播流分发节点与每个组播源之间的通信链路，在建立的通信链路中确定主备链路，配置主备链路上的组播源向组播流分发节点发送相同的组播流，使组播流分发节点在不能够正常接收主用链路上组播源发送的组播流时，能够执行主备倒换操作，将备用链路切换为主用链路，并通过切换后的主用链路接收该链路上的组播源发送的组播流。

利用本发明，由于确定了主备链路，配置了主备链路上的组播源向组播流分发节点发送相同的组播流，组播流分发节点先接收主用链路上组播源发送的组播流，在主用链路、主用链路上的组播源或者主用链路与组播流分发节点之间的接口任何一处出现故障时，组播流分发节点通过执行主备倒换操作，将备用链路切换为主用链路，接收切换后的主用链路上组播源发送的组播流。所以，在两个组播源同时向组播流分发节点发送相同的组播流后，组播流分发节点将不会因为无法区分接收哪一份组播流而导致业务紊乱，实现了双组播源下对组播流的备份，有效保证了组播流传输的可靠性以及组播业务不发生间断。

另外，由于组播流分发节点通过确定主备链路以及执行主备倒换操作，实现了双组播源下对组播流的备份，所以本发明也有效保证了双组播源在组网中的应用。

附图说明

图1为组播流分发节点通过一条链路接收组播流的示意图；

图2为组播流分发节点通过主备链路接收组播流的示意图；

图3为本发明组播流分发节点接收组播流总体技术方案的实现流程图；

图4为本发明组播流分发节点接收组播流的示意图；

图5为本发明实施例中组播流分发节点接收组播流的方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，以下结合实施例对本发明进一步详细说明。

本发明的核心内容是：通过为组播流分发节点配置多组播源，建立组播流分发节点与每个组播源之间的通信链路，在建立的通信链路中确定主备链路，配置主备链路上的组播源向组播流分发节点发送相同的组播流，使组播流分发节点在不能够正常接收主用链路上组播源发送的组播流时，能够执行主备倒换操作，将备用链路切换为主用链路，并通过切换后的主用链路接收该链路上的组播源发送的组播流。

如图3所示，图3为本发明组播流分发节点接收组播流总体技术方案的实现流程图，包括以下步骤：

步骤301：为组播流分发节点配置多组播源，建立组播流分发节点与每个组播源之间的通信链路，在建立的通信链路中确定主备链路，配置主备链路上的组播源向组播流分发节点发送相同的组播流；

步骤302：组播流分发节点通过确定的主用链路接收组播流，检查是否能够正常接收主用链路上组播源发送的组播流，如果是，则执行步骤303；否则，执行步骤304；

步骤303：组播流分发节点继续接收主用链路上组播源发送的组播流；

步骤304：组播流分发节点执行主备倒换操作，将备用链路切换为主用链路，并通过切换后的主用链路接收该链路上的组播源发送的组播流。

在上述步骤301中，建立组播流分发节点与每个组播源之间的通信链路是通过启用MPLS-OAM协议，并根据启用的MPLS-OAM协议实现的。在建立了组播流分发节点与每个组播源之间的通信链路后，本发明需要进一步对每个通信链路建立用于传输MPLS-OAM协议报文的逻辑链路。

组播流分发节点通过所述逻辑链路向多组播源分别发送MPLS-OAM协议报文，接收到MPLS-OAM协议报文的组播源向组播流分发节点返回MPLS-OAM协议报文响应，组播流分发节点根据接收的MPLS-OAM协议报文响应检测组播流分发节点与组播源之间通信链路的连通性，任选一条通信链路作为主用链路，另一条通信链路作为备用链路。

在上述步骤301中，配置主备链路上的组播源向组播流分发节点发送相同的组播流，可以通过以下两种方式实现：

方式一：配置主备链路上组播源的数据库具有相同的组播流，主备链路上的组播源将配置的相同组播流分别通过主备链路向组播流分发节点进行发送；

方式二：组播流分发节点向主备链路上的组播源发送相同的协议报文，主备链路上的组播源根据接收的协议报文向组播流分发节点发送相同的组播流。

在上述步骤302中，组播流分发节点检查是否能够正常接收主用链路上组播源发送的组播流，是组播流分发节点通过建立的逻辑链路定时向组播源发送MPLS-OAM协议报文，并判断在预定的时间间隔是否能够接收到组播源返回的MPLS-OAM协议报文响应实现的。如果组播流分发节点在预定的时间间隔能够接收到组播源返回的MPLS-OAM协议报文响应，则组播流分发节点能够正常接收主用链路上组播源发送的组播流；如果组播流分发节点在预定的时间间隔不能够接收到组播源返回的MPLS-OAM协议报文响应，则组播流分发节点不能够正常接收主用链路上组播源发送的组播流。

在上述步骤304中，组播流分发节点执行主备倒换操作，将备用链路切换为主用链路是通过配置或取消ACL策略实现的。组播流分发节点在自身与原主用链路相连的接口上配置ACL策略，取消通过自身与原主用链路相连的接口接收组播流，并取消在自身与原备用链路相连的接口上配置的ACL策略，通过自身与原备用链路相连的接口接收组播流。

为了能够更加清楚地说明本发明提供的这种组播流分发节点接收组播流的方法，以下结合具体的实施例并参照附图，对本发明提供的技术方案进行详细说明。

如图4所示，图4为本发明组播流分发节点接收组播流的示意图。组播源A与组播源B是两个不同的组播源，组播流分发节点N通过链路1接收组播源A发送的组播流，通过链路2接收组播源B发送的组播流。

假设链路1为主用链路，链路2为备用链路，则在组播源A与组播源B向组播流分发节点N下发相同的组播流时，组播流分发节点N仅接收组播源A通过链路1下发的组播流。

在组播流分发节点N通过链路1接收组播源A下发组播流的过程中，组播流分发节点N定时检查是否能够正常接收链路1上组播源A发送的组播流，如果是，则继续通过链路1接收组播源A发送的组播流；否则，执行主备倒换操作，将链路2切换为主用链路，通过链路2接收组播源B发送的组播流。

这样一来，链路1、组播源A或者链路1与组播流分发节点N之间的接口P1任何一处发生故障，组播流分发节点N都不能够正常接收链路1上组播源A发送的组播流。此时，由于组播流分发节点N能够通过执行主备倒换操作，将链路2切换为主用链路，通过链路2接收组播源B发送的组播流，所以有效保证了组播流传输的可靠性，并有效保证了组播业务不发生间断。

基于图4所示组播流分发节点接收组播流的示意图，图5示出了本发明实施例中组播流分发节点接收组播流的方法流程图，该方法包括以下步骤：

步骤501：在组播流分发节点N与组播源A、B之间启用MPLS-OAM协议，根据MPLS-OAM协议建立组播流分发节点N与组播源A之间用于传输组播流的通信链路1，建立组播流分发节点N与组播源B之间用于传输组播流的通信链路2，并对链路1和链路2建立用于传输MPLS-OAM协议报文的逻辑链路。

步骤502：组播流分发节点N通过建立的逻辑链路分别向组播源A和组播源B发送MPLS-OAM协议报文，组播源A和组播源B分别向组播流分发节点N返回MPLS-OAM协议报文响应，组播流分发节点N根据接收的MPLS-OAM协议报文响应检测组播流分发节点N与组播源A和组播源B之间通信链路的连通性，选择链路1为主用链路，链路2为备用链路。

步骤503：组播流分发节点N向主备链路上的组播源A和组播源B发送相同的协议报文，主备链路上的组播源A和组播源B根据接收的协议报文向组播流分发节点N发送相同的组播流。

步骤504：组播流分发节点N接收链路1上组播源A发送的组播流，在接收链路1上组播源A发送组播流的过程中，组播流分发节点N检查是否能够正常接收链路1上组播源A发送的组播流，如果是，则执行步骤505；否则，执行步骤506；

在本步骤中，组播流分发节点N检查是否能够正常接收链路1上组播源A发送的组播流，是通过建立的逻辑链路定时向组播源A发送MPLS-OAM协议报文，判断在预定的时间间隔是否能够接收到组播源A返回的MPLS-OAM协议报文响应实现的。如果在预定的时间间隔能够接收到组播源返回的MPLS-OAM协议报文响应，则组播流分发节点N能够正常接收链路1上组播源A发送的组播流；否则，组播流分发节点N不能够正常接收链路1上组播源A发送的组播流。

步骤505：组播流分发节点N继续接收链路1上组播源A发送的组播流。

步骤506：组播流分发节点N执行主备倒换操作，将链路2切换为主用链路，接收链路2上组播源B发送的组播流；

在本步骤中，组播流分发节点N在自身与链路1相连的接口P1上配置ACL策略，取消通过接口P1接收组播流，并取消在自身与链路2相连的接口P3上配置的ACL策略，通过接口P3接收组播流。

在本发明所举这个实施例的步骤502中，组播流分发节点N检测组播流分发节点N与组播源A和组播源B之间通信链路的连通性，选择链路1为主用链路，链路2为备用链路。在实际应用中，也可以选择链路2为主用链路，链路1为备用链路，组播流分发节点N接收链路2上组播源B发送的组播流。在接收链路2上组播源B发送组播流的过程中，组播流分发节点N定时检查是否能够正常接收链路2上组播源B发送的组播流，如果不能正常接收链路2上组播源B发送的组播流，则执行主备倒换操作，将链路1切换为主用链路，接收链路1上组播源A发送的组播流。这样的技术方案与本发明实施例中所述的技术方案在技术思路上是一致的，应包含在本发明的保护范围之内。

在本发明所举这个实施例的步骤503中，组播流分发节点N通过向主备链路上的组播源A和组播源B发送相同的协议报文，使主备链路上的组播源A和组播源B根据接收的协议报文向组播流分发节点N发送相同的组播流。在实际应用中，可以通过配置主备链路上组播源A和组播源B的数据库具有相同的组播流，使主备链路上的组播源A和组播源B将配置的相同组播流分别通过主备链路向组播流分发节点进行发送。这样的技术方案与本发明实施例中所述的技术方案在技术思路上是一致的，应包含在本发明的保护范围之内。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1、一种组播流分发节点接收组播流的方法，其特征在于，包括以下步骤：

A、为组播流分发节点配置多组播源，建立组播流分发节点与每个组播源之间的通信链路，在建立的通信链路中确定主备链路，配置主备链路上的组播源向组播流分发节点发送相同的组播流；

B、组播流分发节点通过确定的主用链路接收组播流，检查是否能够正常接收主用链路上组播源发送的组播流，如果是，则继续接收主用链路上组播源发送的组播流；否则，执行步骤C；

C、组播流分发节点执行主备倒换操作，将备用链路切换为主用链路，并通过切换后的主用链路接收该链路上的组播源发送的组播流。

2、根据权利要求1所述的方法，其特征在于，步骤A中所述建立组播流分发节点与每个组播源之间的通信链路之后进一步包括：

对每个通信链路建立用于传输多协议标签交换操作维护管理MPLS-OAM协议报文的逻辑链路。

3、根据权利要求2所述的方法，其特征在于，步骤A中所述在建立的通信链路中确定主备链路包括：

组播流分发节点通过所述逻辑链路向多组播源分别发送MPLS-OAM协议报文，接收到MPLS-OAM协议报文的组播源向组播流分发节点返回MPLS-OAM协议报文响应，组播流分发节点根据接收的MPLS-OAM协议报文响应检测组播流分发节点与组播源之间通信链路的连通性，任选一条通信链路作为主用链路，另一条通信链路作为备用链路。

4、根据权利要求2所述的方法，其特征在于，步骤B中所述组播流分发节点检查是否能够正常接收主用链路上组播源发送的组播流包括：

组播流分发节点通过自身与主用链路上组播源之间的逻辑链路定时向主用链路上的组播源发送MPLS-OAM协议报文，判断在预定的时间间隔是否能够接收到主用链路上的组播源返回的MPLS-OAM协议报文响应，如果是，则组播流分发节点能够正常接收主用链路上组播源发送的组播流；否则，组播流分发节点不能够正常接收主用链路上组播源发送的组播流。

5、根据权利要求1所述的方法，其特征在于，步骤A中所述配置主备链路上的组播源向组播流分发节点发送相同的组播流包括：

配置主备链路上组播源的数据库具有相同的组播流，主备链路上的组播源将配置的相同组播流分别通过主备链路向组播流分发节点进行发送。

6、根据权利要求1所述的方法，其特征在于，步骤A中所述配置主备链路上的组播源向组播流分发节点发送相同的组播流包括：

组播流分发节点向主备链路上的组播源发送相同的协议报文，主备链路上的组播源根据接收的协议报文向组播流分发节点发送相同的组播流。

7、根据权利要求1所述的方法，其特征在于，步骤C中所述组播流分发节点执行主备倒换操作，将备用链路切换为主用链路包括：

组播流分发节点在自身与原主用链路相连的接口上配置访问控制限制ACL策略，取消通过自身与原主用链路相连的接口接收组播流，并取消在自身与原备用链路相连的接口上配置的ACL策略，通过自身与原备用链路相连的接口接收组播流。

Images