CN103152280B - 组播流的传输方法、装置和入口边缘设备 - Google Patents

Abstract

本发明提供一种组播流的传输方法、装置和入口边缘设备，该组播流的传输方法包括：发送端VPN的入口PE接收组播接收需求；入口PE确定接收端VPN有接收需求的组播流为发送端VPN中的组播流，将上述组播流的公网组地址发送给出口PE，以便出口PE加入上述组播流的公网组地址对应的组播组；入口PE接收到具有上述源地址和上述目的地址的组播流之后，将接收到的组播流封装为具有上述组播流的公网组地址的组播流，并将封装后的组播流在上述组播组中进行组播。本发明中，发送端VPN的入口PE只将一份组播流传播到公网上，就可以使所有对该组播流有接收需求的接收端VPN通过该组播流的公网组地址接收到该组播流，从而节省了公网带宽。

Description

组播流的传输方法、装置和入口边缘设备

技术领域

本发明涉及通信技术，尤其涉及一种组播流的传输方法、装置和入口边缘设备。

背景技术

虚拟专用网（VirtualPrivateNetwork；以下简称：VPN)，是指在公用网络为用户提供专用通信链路，这些专用通信链路无需架设专用的物理链路来实现，因此被称为虚拟专用网。

VPN由服务提供商网络的边缘设备（ProviderEdge；以下简称：PE）、服务提供商网络的核心路由器（Provider；以下简称：P）和用户网络的边缘设备（CustomerEdge；以下简称：CE）组成。图1为现有技术VPN的示意图。如图1所示，P设备与PE或者P设备连接，PE与CE相连，CE与个人计算机（PersonalComputer；以下简称：PC）相连，其中，P设备与PE之间的网络为公网，PC、CE与PE之间的网络为私网，也可以称为用户网络。

CE将来自PC的用户网络数据发送给PE，PE将上述用户网络数据放到公网上传播，当PE实现将用户网络数据放到公网上传播这个功能时，该PE为入口PE；并且PE也会将从公网中接收的携带用户网络数据的报文发送给CE，再由CE将用户网络数据传播到私网中，当PE实现将从公网中接收的携带用户网络数据的报文发送给CE这个功能时，该PE为出口PE。

在一般情况下，一个VPN的数据只能够传递给本VPN内的其它用户。在VPN的外联网应用中，一个VPN的数据可以传递给其它VPN的用户。为了描述的方便，以下将提供数据给其它VPN访问的这个VPN称为发送端VPN，而将访问这些数据的VPN称为接收端VPN。

现有技术中，组播VPN可以有多种形式的实现方案，目前比较流行的是组播域（Multicast-Domain；以下简称：MD）方案，MD方案通过在服务提供商网络中为每个VPN维护一个组播域来实现的。MD方案中，每个组播域都有一个默认组播分发树（DefaultMulticastDistributionTree；以下简称：Default-MDT）来连接域中的所有PE。通过这个Default-MDT，用户网络可以把组播域看作一个局域网（LocalAreaNetwork；以下简称：LAN），也就是说CE的组播数据传播到入口PE之后，这个数据将会从公网上被传播到该组播域中的所有出口PE上，而这个组播数据在公网上是以组播的方式在Default-MDT上传播的。在出口PE中，将根据该出口PE连接的VPN站点内是否有组播接收者而决定是否要转发这些组播数据，如果站点内没有接收者，则只要把组播数据丢弃即可。在这个方案中，组播数据会到达一些本不需要这些组播流的出口PE上，在这些PE上对数据的处理只是丢弃而已。这样，就造成了公网带宽的浪费，同时也浪费了出口PE的资源来处理这些无用的数据。

组播VPN的外联网应用是指一个VPN内的组播源可以将组播流发布给其它VPN的站点，通俗地讲，也就是跨VPN的组播应用。这项功能使得一个企业将自己的信息通过VPN发布给其它企业变得极为方便。

但是，在组播VPN外联网应用中，对公网带宽的利用存在一个问题，图2为现有技术组播VPN外联网应用的示意图，图2中，发送端VPN（VPNA）中某个组播源的数据流经过各CE以及PE的转发，最终到达第一接收端VPN（VPNB）和第二接收端VPN（VPNC）的接收者上面，这就形成了组播VPN外联网的应用。具体地，VPNA中的私网组播流（c-data-packet）的源地址（sourceaddress；以下简称：s）为192.168.1.1，目的地址（destinationaddress；以下简称：d）为233.3.3.3。由于该私网组播流将要被发送到VPNB和VPNC，因此该私网组播流到达PE1之后，该私网组播流将被复制成两份，并分别被封装为两份公网组播流（p-data-packet）。其中一份公网组播流的源地址为10.1.1.1，目的地址为239.2.2.2，另一份公网组播流的源地址为10.1.1.1，目的地址为239.1.1.1；这里，由于这两份公网组播流将被发送给不同的VPN，因此这两份公网组播流的目的地址不同。PE2接收到源地址为10.1.1.1，目的地址为239.1.1.1的公网组播流之后，对该公网组播流进行解封装，获得源地址为192.168.1.1，目的地址为233.3.3.3的私网组播流，并将该私网组播流发送给VPNB中的组播接收者。同样，PE3收到源地址为10.1.1.1，目的地址为239.2.2.2的公网组播流之后，对该公网组播流进行解封装，获得源地址为192.168.1.1，目的地址为233.3.3.3的私网组播流，并将该私网组播流发送给VPNC中的组播接收者。

从图2中可以看出，在组播流到达PE1之后，组播流将被复制成两份，并且分别被封装为两个公网组播流，分别通过VPNB和VPNC的Default-MDT在公网上传播，这样，在PE1到P设备这个路径上面，存在两份数据内容相同的组播报文，这种报文复制浪费了公网的带宽。随着接收端VPN的数量增多，以及组播流数量的增多，对公网带宽的浪费将更加严重。

发明内容

本发明提供一种组播流的传输方法、装置和入口边缘设备，以实现在组播VPN外联网应用中，在传输组播流时节约公网带宽。

本发明一方面提供一种组播流的传输方法，包括：

发送端虚拟专用网VPN的入口边缘设备接收接收端VPN中的组播接收者发送的组播接收需求，所述组播接收需求包括所述组播接收者有接收需求的组播流的源地址和目的地址；

所述入口边缘设备根据所述组播接收者有接收需求的组播流的源地址和目的地址，确定所述接收端VPN有接收需求的组播流为所述发送端VPN中的组播流；

所述入口边缘设备将所述组播流的公网组地址发送给所述接收端VPN的出口边缘设备，以便所述出口边缘设备根据所述组播流的公网组地址加入所述组播流的公网组地址对应的组播组；

所述入口边缘设备接收到具有所述源地址和所述目的地址的组播流之后，将接收到的组播流封装为具有所述组播流的公网组地址的组播流，并将封装后的组播流在所述组播组中进行组播，以便所述出口边缘设备接收到所述封装后的组播流。

本发明另一方面提供一种组播流的传输装置，所述组播流的传输装置设置在发送端虚拟专用网VPN中，所述装置包括：

接收模块，用于接收接收端VPN中的组播接收者发送的组播接收需求，所述组播接收需求包括所述组播接收者有接收需求的组播流的源地址和目的地址；

确定模块，用于根据所述接收模块接收的所述组播接收者有接收需求的组播流的源地址和目的地址，确定所述接收端VPN有接收需求的组播流为所述发送端VPN中的组播流；

发送模块，用于将所述组播流的公网组地址发送给所述接收端VPN的出口边缘设备，以便所述出口边缘设备根据所述组播流的公网组地址加入所述组播流的公网组地址对应的组播组；

封装模块，用于在所述接收模块接收到具有所述源地址和所述目的地址的组播流之后，将接收到的组播流封装为具有所述组播流的公网组地址的组播流；

所述发送模块，还用于将所述封装模块封装后的组播流在所述组播组中进行组播，以便所述出口边缘设备接收到所述封装后的组播流。

本发明再一方面提供一种入口边缘设备，所述入口边缘设备设置在发送端虚拟专用网VPN中，所述入口边缘设备包括如上所述的组播流的传输装置。

本发明的技术效果是：发送端VPN的入口PE接收接收端VPN中的组播接收者发送的组播接收需求，该组播接收需求携带上述组播接收者有接收需求的组播流的源地址和目的地址；这样，入口PE在确定上述接收端VPN有接收需求的组播流为发送端VPN中的组播流之后，入口PE将上述组播流的公网组地址发送给接收端VPN的出口PE，这样，上述接收端VPN的出口PE就可以加入上述组播流的公网组地址对应的组播组，进而可以接收入口PE在该组播组中组播的组播流。通过本发明提供的技术方案，发送端VPN的入口PE只将一份组播流传播到公网上，就可以使所有对该组播流有接收需求的接收端VPN通过该组播流的公网组地址接收到该组播流，从而节省了公网带宽。

附图说明

图1为现有技术VPN的示意图；

图2为现有技术组播VPN外联网应用的示意图；

图3为本发明组播流的传输方法一个实施例的流程图；

图4为本发明组播流的传输方法另一个实施例的流程图；

图5为本发明入口PE通告组播流的公网组地址一个实施例的示意图；

图6为本发明组播流的传输方法再一个实施例的流程图；

图7为本发明通过Data-MDT传输组播流一个实施例的示意图；

图8为本发明组播流的传输装置一个实施例的结构示意图；

图9为本发明组播流的传输装置另一个实施例的结构示意图。

具体实施方式

图3为本发明组播流的传输方法一个实施例的流程图，如图3所示，该组播流的传输方法可以包括：

步骤301，发送端VPN的入口PE接收接收端VPN中的组播接收者发送的组播接收需求。

其中，上述组播接收需求包括上述组播接收者有接收需求的组播流的源地址和目的地址。

本实施例中，上述组播流的源地址为存储上述组播流的组播源的因特网协议（InternetProtocol；以下简称：IP）地址，上述组播流的目的地址为上述组播流的私网组地址。

步骤302，入口PE根据上述组播接收者有接收需求的组播流的源地址和目的地址，确定上述接收端VPN有接收需求的组播流为上述发送端VPN中的组播流。

步骤303，入口PE将上述组播流的公网组地址发送给接收端VPN的出口PE，以便上述出口PE根据上述组播流的公网组地址加入上述组播流的公网组地址对应的组播组。

具体地，入口PE将上述组播流的公网组地址发送给接收端VPN的出口PE可以为：入口PE生成组播分发树加入（MDTjoin）报文，并通过上述接收端VPN的Default-MDT将上述MDTjoin报文发送给上述接收端VPN的出口PE，上述MDTjoin报文携带上述组播流的公网组地址；进一步地，该MDTjoin报文还可以携带上述组播流的源地址和目的地址。

或者，入口PE将上述组播流的公网组地址发送给接收端VPN的出口PE可以为：入口PE将上述组播流的公网组地址携带在除上述MDTjoin报文之外的其他报文（例如：自定义的报文）中发送给上述接收端VPN的出口PE。

步骤304，入口PE接收到具有上述源地址和上述目的地址的组播流之后，将接收到的组播流封装为具有上述组播流的公网组地址的组播流，并将封装后的组播流在上述组播组中进行组播，以便上述出口PE接收到上述封装后的组播流。

本实施例中，上述组播流的公网组地址可以为发送端VPN的公网组地址；或者，上述组播流的公网组地址可以为入口PE为上述组播流生成的数据组播分发树（DataMulticastDistributionTree；以下简称：Data-MDT）的组地址。

另外，本实施例中，上述出口PE上与上述组播流的公网组地址对应的解封装表项对应至少一个接收端VPN的隧道口。这样，出口PE在接收到上述组播流之后，可以将上述组播流解封装到至少一个接收端VPN中，从而让组播VPN的外联网应用得以实现。

上述实施例中，发送端VPN的入口PE接收接收端VPN中的组播接收者发送的组播接收需求，该组播接收需求携带上述组播接收者有接收需求的组播流的源地址和目的地址；这样，入口PE在确定上述接收端VPN有接收需求的组播流为发送端VPN中的组播流之后，入口PE将上述组播流的公网组地址发送给接收端VPN的出口PE，这样，上述接收端VPN的出口PE就可以加入上述组播流的公网组地址对应的组播组，进而可以接收入口PE在该组播组中组播的组播流。通过本实施例提供的技术方案，发送端VPN的入口PE只将一份组播流传播到公网上，就可以使所有对该组播流有接收需求的接收端VPN通过该组播流的公网组地址接收到该组播流，从而节省了公网带宽。

图4为本发明组播流的传输方法另一个实施例的流程图，如图4所示，该组播流的传输方法可以包括：

步骤401，发送端VPN的入口PE接收接收端VPN中的组播接收者发送的组播加入报文。

其中，上述组播接收者发送的组播加入报文携带上述组播接收者有接收需求的组播流的源地址和目的地址。

参见图5，图5为本发明入口PE通告组播流的公网组地址一个实施例的示意图。图5中，发送端VPN为VPNA，接收端VPN为VPNB和VPNC。VPNB和VPNC中的组播接收者想要接收源地址为192.168.1.1、目的地址为233.3.3.3的私网组播流，于是VPNB和VPNC中的组播接收者会先发送组播加入报文，该组播加入报文携带VPNB和VPNC中的组播接收者有接收需求的组播流的源地址（192.168.1.1）和目的地址（233.3.3.3）。上述VPNB和VPNC中的组播接收者发送的组播加入报文会逐步通过各自VPN的Default-MDT传递到入口PE（即PE1）上面，该组播加入报文的传递方向如图5中实线箭头所示。

步骤402，入口PE根据上述组播接收者有接收需求的组播流的源地址和目的地址，确定上述接收端VPN有接收需求的组播流为上述发送端VPN中的组播流。

继续参见图5，PE1接收到上述VPNB和VPNC中的组播接收者发送的组播加入报文之后，根据该组播加入报文携带的上述组播接收者有接收需求的组播流的源地址和目的地址，PE1确定VPNB和VPNC有接收需求的组播流为VPNA中的组播流，即VPNB和VPNC对VPNA中的组播流有跨VPN的接收需求。

步骤403，入口PE生成组播分发树加入（MDTjoin）报文，并通过接收端VPN的Default-MDT发送上述MDTjoin报文。

其中，上述MDTjoin报文携带上述组播流的公网组地址，进一步地，上述MDTjoin报文还可以携带上述组播流的源地址和目的地址。本实施例中，上述组播流的公网组地址为发送端VPN的公网组地址。

继续参见图5，PE1生成MDTjoin报文时，可以将MDTjoin报文中用户组播流的源地址（C-Source）字段的值设为192.168.1.1，将用户组播流的组地址（C-Group）字段的值设为233.3.3.3，以及将组播流的公网组地址（P-Group）字段的值设为发送端VPN（即VPNA）的公网组地址。然后，PE1将MDTjoin报文放在VPNB和VPNC的Default-MDT上进行发送，MDTjoin报文的传输方向如图5中虚线箭头所示。

这样，该MDTjoin报文就会被VPNB的出口PE（即PE2）和VPNC的出口PE（即PE3）收到。PE2和PE3收到MDTjoin报文之后，就会知道VPNB和VPNC有接收需求的组播流将会被封装为公网组地址为P-Group字段的值的组播流在公网上传播。

MD方案中，入口PE在接收到私网组播流之后，会将其封装成公网组播数据并在公网上传播，最终转发到出口PE上面。出口PE需要知道该数据流的公网组地址，才能主动加入该组播组来接收数据流。在没有跨VPN的组播应用中，出口PE通过配置与入口PE相同的Default-MDT地址让出口PE获知该公网组地址。而在本发明实施例中，出口PE并没有配置与入口PE相同的Default-MDT地址。同时，按照现有标准实现，入口PE也只能将MDTJoin报文传递给本VPN内的出口PE，因此无法将入口PE上发送端VPN的公网组地址通告给出口PE。

为了将发送端VPN的公网组地址通告给出口PE上的各接收端VPN，入口PE利用MDTJoin报文机制通过上述步骤401～步骤403将发送端VPN的公网组地址通告出去。

当然，也可以通过其它自定义的报文来传输发送端VPN的公网组地址，从而让出口PE获得发送端VPN的公网组地址，本发明对发送端VPN的公网组地址的传输方式不作限定。

步骤404，入口PE接收出口PE发送的携带上述公网组地址的组播加入报文。

本步骤中的组播加入报文所携带的公网组地址为发送端VPN的公网组地址。

步骤405，入口PE接收到私网组播流之后，将该私网组播流封装为公网组地址为发送端VPN的公网组地址的组播流在公网上传播。

本步骤中，上述私网组播流的源地址为接收端VPN有接收需求的组播流的源地址（例如：192.168.1.1），上述私网组播流的目的地址为接收端VPN有接收需求的组播流的目的地址（例如：233.3.3.3）。

步骤406，出口PE接收到组播流之后，将接收到的组播流放在接收端VPN中进行转发，最终将接收到的组播流转发给接收端VPN中的组播接收者。

具体地，出口PE是通过隧道解封装将收到的组播流解掉公网头部，而后把剩下的私网组播流放在接收端VPN中进行转发的。在传统的组播VPN实现中，出口PE上一般一个解封装表项只能对应一个隧道口，例如：图5中，VPNA的公网组地址只能对应VPNB的隧道口，因此公网组地址为VPNA的公网组地址的组播流只能被解封装在VPNB中进行私网转发。图5中，PE2上如果只有一个接收端VPN，那么组播VPN的外联网应用可以正常工作。但如果PE2上同时存在两个接收端VPN（假设为VPNB和VPND），则公网组地址为VPNA的公网组地址的组播流将无法被转发到VPND。本发明对出口PE的组播解封装进行改进，允许一个解封装表项对应多个隧道口。在本例中，也就是PE2上与组播流的公网组地址对应的解封装表项可以同时对应VPNB和VPND的隧道口。这样，PE2收到来自PE1的组播流之后，可以将接收到的组播流同时解封装到VPNB和VPND当中，从而让组播VPN的外联网应用得以实现。

当然，步骤406中也可以通过其他方法来记录多个接收端VPN的信息，从而在公网组播流解封装之后，能够将该组播流复制到这些接收端VPN当中，本实施例对此不作限定。

通过本实施例提供的技术方案，发送端VPN的入口PE只将一份组播流传播到公网上，就可以使所有对该组播流有接收需求的接收端VPN通过该组播流的公网组地址接收到该组播流，从而节省了公网带宽。

图6为本发明组播流的传输方法再一个实施例的流程图，如图6所示，该组播流的传输方法可以包括：

步骤601，发送端VPN的入口PE接收接收端VPN中的组播接收者发送的组播加入报文。

其中，上述组播接收者发送的组播加入报文携带上述组播接收者有接收需求的组播流的源地址和目的地址。

步骤602，入口PE根据上述组播接收者有接收需求的组播流的源地址和目的地址，确定上述接收端VPN有接收需求的组播流为上述发送端VPN中的组播流。

步骤603，入口PE生成组播分发树加入（MDTjoin）报文，并通过接收端VPN的Default-MDT发送上述MDTjoin报文。

其中，上述MDTjoin报文携带上述组播流的公网组地址，进一步地，上述MDTjoin报文还可以携带上述组播流的源地址和目的地址。本实施例中，上述组播流的公网组地址为入口PE为上述组播流生成的Data-MDT的组地址。

具体地，入口PE生成MDTjoin报文时，可以将MDTjoin报文中用户组播流的源地址（C-Source）字段的值设为上述组播流的源地址，将用户组播流的组地址（C-Group）字段的值设为上述组播流的目的地址，以及将组播流的公网组地址（P-Group）字段的值设为入口PE为上述组播流生成的Data-MDT的组地址。然后，入口PE将MDTjoin报文放在接收端VPN的Default-MDT上进行发送，MDTjoin报文就到达了各出口PE。这样，出口PE收到MDTjoin报文之后，就会知道接收端VPN有接收需求的组播流将会被封装为公网组地址为P-Group字段的值的组播流在公网上传播。

步骤604，入口PE接收出口PE发送的携带上述公网组地址的组播加入报文。

本步骤中的组播加入报文所携带的公网组地址为入口PE为上述组播流生成的Data-MDT的组地址。

步骤605，入口PE接收到私网组播流之后，将该私网组播流封装为公网组地址为入口PE为上述组播流生成的Data-MDT的组地址的组播流在公网上传播。

本步骤中，上述私网组播流的源地址为接收端VPN有接收需求的组播流的源地址，上述私网组播流的目的地址为接收端VPN有接收需求的组播流的目的地址。

参见图7，图7为本发明通过Data-MDT传输组播流一个实施例的示意图。如图7所示，用户组播流的组地址为C-Group1（233.3.3.3）的私网组播流被封装为公网组地址为P-Group1（239.2.2.2）的公网组播流，用户组播流的组地址为C-Group2（233.1.1.1）的私网组播流被封装为公网组地址为P-Group2（239.1.1.1）的公网组播流，上述两个公网组播流分别通过两个Data-MDT进行传输。出口PE2上的接收端VPNB只想接收用户组播流的组地址为C-Group2的私网组播流，因此PE2只需要接收公网组地址为P-Group2（239.1.1.1）的公网组播流即可。出口PE3上的接收端VPNC想接收用户组播流的组地址为C-Group1和C-Group2的私网组播流，因此出口PE3需要接收公网组地址为P-Group1（239.2.2.2）和P-Group2（239.1.1.1）的公网组播流。如图7所示，每个Data-MDT的组播流都只有一份在公网上传播。

步骤606，同步骤406。

上述实施例中，Data-MDT只需要配置在发送端VPN上，并且，本实施例中，发送端VPN的入口PE只将一份组播流通过为该组播流生成的Data-MDT传播到公网上，就可以使所有对该组播流有接收需求的接收端VPN通过该Data-MDT的组地址接收到该组播流，从而节省了公网带宽。

综上所述，本发明实施例提供的组播流的传输方法具有如下技术效果：

1、本发明实施例使得组播VPN外联网应用的配置更为简单。

现有技术中，为了减少公网带宽的浪费，一般采取在出口PE配置发送端VPN的方法。这要求每个出口PE都必须进行配置，使得网络维护工作量大大增加。如果发送端VPN的信息发生变化，则出口PE上的配置都需要进行改变，非常繁琐。而本发明实施例采用在入口PE配置接收端VPN的方式，只需在入口PE进行配置即可，大大简化了组播VPN外联网应用的配置。

2、本发明实施例可以节约组播VPN外联网应用的公网带宽。

现有技术中，发送端VPN中的组播流必须复制多份在公网上进行传播，有几个接收端VPN就必须复制几份组播流。而本发明实施例中，组播流只需传播一份到公网上，大大节约了公网带宽。

3、本发明实施例使得组播VPN外联网应用的Data-MDT的配置更为简单。

现有技术中，组播VPN外联网应用中的Data-MDT需要配置在接收端VPN上，这就要求每个接收端VPN都必须配置Data-MDT。而本发明实施例中，Data-MDT只需配置在发送端VPN上，从而简化了组播VPN外联网应用的Data-MDT的配置。

4、本发明实施例可以提高组播VPN外联网应用中Data-MDT的公网带宽利用率。

现有技术中，各接收端VPN都有各自的Data-MDT，这样，一份私网组播流仍然需要被复制并封装为多份公网组播流传播到公网上，这样，在公网上，有几个接收端VPN的Data-MDT就有几份组播流。而本发明实施例中，只有发送端VPN的Data-MDT封装的组播流传播到公网上，也就是说，在公网上只有一份组播流传输，从而节约了公网的带宽。

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

图8为本发明组播流的传输装置一个实施例的结构示意图，本实施例中的组播流的传输装置设置在发送端VPN中，可以实现本发明图1所示实施例的流程，如图8所示，上述组播流的传输装置可以包括：接收模块81、确定模块82、发送模块83和封装模块84；

其中，接收模块81，用于接收接收端VPN中的组播接收者发送的组播接收需求，上述组播接收需求包括上述组播接收者有接收需求的组播流的源地址和目的地址；

确定模块82，用于根据接收模块81接收的上述组播接收者有接收需求的组播流的源地址和目的地址，确定上述接收端VPN有接收需求的组播流为上述发送端VPN中的组播流；

发送模块83，用于将上述组播流的公网组地址发送给接收端VPN的出口边缘设备，以便上述出口边缘设备根据上述组播流的公网组地址加入上述组播流的公网组地址对应的组播组；

封装模块84，用于在接收模块81接收到具有上述源地址和上述目的地址的组播流之后，将接收模块81接收到的组播流封装为具有上述组播流的公网组地址的组播流；

进一步地，发送模块83，还用于将封装模块84封装后的组播流在上述组播组中进行组播，以便上述出口边缘设备接收到上述封装后的组播流；封装模块84封装后的组播流为具有上述组播流的公网组地址的组播流。

上述实施例中，接收模块81接收接收端VPN中的组播接收者发送的组播接收需求，该组播接收需求携带上述组播接收者有接收需求的组播流的源地址和目的地址；这样，确定模块82在确定上述接收端VPN有接收需求的组播流为发送端VPN中的组播流之后，发送模块83将上述组播流的公网组地址发送给接收端VPN的出口边缘设备，这样，上述接收端VPN的出口边缘设备就可以加入上述组播流的公网组地址对应的组播组，进而可以接收发送模块83在该组播组中组播的组播流。本实施例中，发送模块83只将一份组播流传播到公网上，就可以使所有对该组播流有接收需求的接收端VPN通过该组播流的公网组地址接收到该组播流，从而节省了公网带宽。

图9为本发明组播流的传输装置另一个实施例的结构示意图，与图8所示的组播流的传输装置相比，不同之处在于，图9所示的组播流的传输装置中，发送模块83可以包括：报文生成子模块831、报文发送子模块832和组播流发送子模块833；

其中，报文生成子模块831，用于生成MDTjoin报文，上述MDTjoin报文携带上述组播流的公网组地址；

报文发送子模块832，用于通过上述接收端VPN的Default-MDT将报文生成子模块831生成的MDTjoin报文发送给上述接收端VPN的出口边缘设备；

组播流发送子模块833，用于将封装模块84封装后的组播流在上述组播组中进行组播，以便上述出口边缘设备接收到上述封装后的组播流；封装模块84封装后的组播流为具有上述组播流的公网组地址的组播流。

本实施例中，发送模块83发送的上述组播流的公网组地址为发送端VPN的公网组地址；或者，发送模块83发送的上述组播流的公网组地址为入口边缘设备为上述组播流生成的Data-MDT的组地址。

本实施例中，报文生成子模块831生成的MDTjoin报文还携带上述组播流的源地址和目的地址。

上述实施例中，发送模块83只将一份组播流传播到公网上，就可以使所有对该组播流有接收需求的接收端VPN通过该组播流的公网组地址接收到该组播流，从而节省了公网带宽。

本发明还提供一种入口边缘设备，该入口边缘设备设置在发送端VPN中，该入口边缘设备包括本发明图8或图9所示实施例提供的组播流的传输装置。

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

Claims (10)

1.一种组播流的传输方法，其特征在于，包括：

发送端虚拟专用网VPN的入口边缘设备接收接收端VPN中的组播接收者发送的组播接收需求，所述组播接收需求包括所述组播接收者有接收需求的组播流的源地址和目的地址；

所述入口边缘设备根据所述组播接收者有接收需求的组播流的源地址和目的地址，确定所述接收端VPN有接收需求的组播流为所述发送端VPN中的组播流；

所述入口边缘设备将所述组播流的公网组地址发送给所述接收端VPN的出口边缘设备，以便所述出口边缘设备根据所述组播流的公网组地址加入所述组播流的公网组地址对应的组播组；

所述入口边缘设备接收到具有所述源地址和所述目的地址的组播流之后，将接收到的组播流封装为具有所述组播流的公网组地址的组播流，并将封装后的组播流在所述组播组中进行组播，以便所述出口边缘设备接收到所述封装后的组播流。

2.根据权利要求1所述的方法，其特征在于，所述入口边缘设备将所述组播流的公网组地址发送给所述接收端VPN的出口边缘设备包括：

所述入口边缘设备生成组播分发树加入报文，并通过所述接收端VPN的默认组播分发树将所述组播分发树加入报文发送给所述接收端VPN的出口边缘设备，所述组播分发树加入报文携带所述组播流的公网组地址。

3.根据权利要求1或2所述的方法，其特征在于，所述组播流的公网组地址为所述发送端VPN的公网组地址；或者，所述组播流的公网组地址为所述入口边缘设备为所述组播流生成的数据组播分发树的组地址。

4.根据权利要求1或2所述的方法，其特征在于，所述出口边缘设备上与所述组播流的公网组地址对应的解封装表项对应至少一个接收端VPN的隧道口。

5.根据权利要求2所述的方法，其特征在于，所述组播分发树加入报文还携带所述组播流的源地址和目的地址。

6.一种组播流的传输装置，其特征在于，所述组播流的传输装置设置在发送端虚拟专用网VPN中，所述装置包括：

接收模块，用于接收接收端VPN中的组播接收者发送的组播接收需求，所述组播接收需求包括所述组播接收者有接收需求的组播流的源地址和目的地址；

确定模块，用于根据所述接收模块接收的所述组播接收者有接收需求的组播流的源地址和目的地址，确定所述接收端VPN有接收需求的组播流为所述发送端VPN中的组播流；

发送模块，用于将所述组播流的公网组地址发送给所述接收端VPN的出口边缘设备，以便所述出口边缘设备根据所述组播流的公网组地址加入所述组播流的公网组地址对应的组播组；

封装模块，用于在所述接收模块接收到具有所述源地址和所述目的地址的组播流之后，将接收到的组播流封装为具有所述组播流的公网组地址的组播流；

所述发送模块，还用于将所述封装模块封装后的组播流在所述组播组中进行组播，以便所述出口边缘设备接收到所述封装后的组播流。

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

报文生成子模块，用于生成组播分发树加入报文，所述组播分发树加入报文携带所述组播流的公网组地址；

报文发送子模块，用于通过所述接收端VPN的默认组播分发树将所述报文生成子模块生成的组播分发树加入报文发送给所述接收端VPN的出口边缘设备；

组播流发送子模块，用于将所述封装模块封装后的组播流在所述组播组中进行组播，以便所述出口边缘设备接收到所述封装后的组播流；所述封装模块封装后的组播流为具有所述组播流的公网组地址的组播流。

8.根据权利要求6或7所述的装置，其特征在于，所述发送模块发送的所述组播流的公网组地址为所述发送端VPN的公网组地址；或者，所述发送模块发送的所述组播流的公网组地址为入口边缘设备为所述组播流生成的数据组播分发树的组地址。

9.根据权利要求7所述的装置，其特征在于，所述报文生成子模块生成的所述组播分发树加入报文还携带所述组播流的源地址和目的地址。

10.一种入口边缘设备，其特征在于，所述入口边缘设备设置在发送端虚拟专用网VPN中，所述入口边缘设备包括如权利要求6-9任意一项所述的组播流的传输装置。