WO2006063513A1

WO2006063513A1 - Procede de multidiffusion dans un reseau prive virtuel utilisant un routeur virtuel

Info

Publication number: WO2006063513A1
Application number: PCT/CN2005/002168
Authority: WO
Inventors: Enhui Liu; Chunyue Zhou; Yue Zhang; Hongke Zhang
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2004-12-14
Filing date: 2005-12-13
Publication date: 2006-06-22
Also published as: CN1791054A; EP1737164A1; US20070147372A1; CN100379226C

Description

一种在虚拟路由器方式的虚拟专用网络内实现组播的方法技术领域

本发明涉及虚拟专用网络（VPN )技术领域，具体涉及一种在虛拟路由器（VR ) 方式的 VPN内实现組播的方法。发明背景

VPN是利用隧道及加密等技术为用户提供虛拟专用服务的网络。在目前主要有两种基于网络边缘设备（PE ) 的三层 VPN的结构，分别是 VR方式的 VPN和搭载模式的 VPN。在 VR方式的 VPN中， VPN域中的每一个 VR都运行路由协议，在 VR之间分发 VPN的路由可达性信息。属于同一个 VPN的 VR必须具有相同的 VPN标识。 .

目前，已经实现了 VR方式的 VPN的单播传输。在 VR方式的 VPN 的单播传输中，首先 VR之间进行邻居发现，使得每个 VR都获得路由可达性信息，即每个 VR都了解其它 VR所处的 PE; 然后发送方再根据路由可达性信息向接收方发送数据。

在 VR方式的 VPN单播技术中有两种典型的实现方法。在第一种实现方法中， VPN内的普通 VR之间直接交换路由可达性信息。图 1为在现有技术中通过普通 VR直接连接的网络示意图。

在第二种实现方法中，把同一个 PE设备上的多个普通 VR连接到一个骨干 VR上，然后再通过骨干 VR连接到骨干网。由于骨干 VR允许 VPN中 VR的聚合，所以当有新的 VPN站点加入时，骨干网的配置就可以保持不变。骨干 VR与其他的骨干实体交换路由信息。图 2为在现有技术中通过骨干 VR相连接的网络示意图。其中 VR1和 VR2的地位对等，分别聚合了 VPN - A和 VPN - B。在目前，也仅仅存在上述实现 VR方式 VPN的年播传输。然而，在实际的业务实现中， VPN中的数据也经常会以組播的方式进行传输。在组播方式中，发送者和接收者之间实现点对多点网络连接，如果一个发送者同时给多个接收者传输相同的数据，只需在分支节点复制数据包。也就是说，组播传输能够提高数据传送效率，减少骨千网络出现拥塞的可能性。由于目前无法实现 VR方式 VPN的组播传输，这样， VR方式的 VPN就无法享受组播传输的优点，从而降低了数据传送效率，使得骨干网络出现拥塞的可能性变大。发明内容

本发明的主要目的在于提供一种在 VR方式的虛拟专用网络内实现组播的方法，以便在 VR方式的 VPN内承载组播业务，实现站内和骨干网上高效的组播数据传输。

为达到上述目的，本发明的技术方案是这样实现的：

一种在 VR方式的 VPN内实现组播的方法，该方法包括以下步骤：

A、在虚拟路由器 VR上面向用户侧运行站内组播路由协议实例，建立虚拟专用网络 VPN站点本地的组播树；当骨干网支持组播路由协议时，在 VR上面向骨干运行业务提供商 SP组播路由协议实例，建立连接各 VPN站点的 SP网组播树；并在所述 VR上设定组播源的代理源 /汇聚点；

B、组播源将组播数据发送至入口 VR上的代理源 /汇聚点，该入口 VR上的代理源 /汇聚点将组播数据沿本地组播树转发到本地接收者，并将组播数据封装以后沿 SP组播树传送至出口 VR;

C、出口 VR接收到组播数据后进行解封装处理，并根据出口 VR的本地状态丢弃组播数据或者将组播数据转发至本地站内。 VPN中的边缘路由器 PE上未设置汇聚多个普通 VR的骨干 VR; 在步骤 A中，所述在 VR上面向骨干运行 SP组播路由协议实例的步包括：在普通 VR上运行 SP组播路由协议实例；

所述出口 VR为出口普通 VR。

在步骤 A中，所述建立连接各 VPN站点的 SP网組播树的步骤包括： VR直接面向 SP, 在 SP内建共享树；

在步骤 B中，所述入口 VR上的代理源 /汇聚点将组播数据封装以后沿 SP组播树传送至出口 VR的步骤包括：入口 VR作为代理源将组播数据封装后发送给 SP上配置的汇集点 RP, 该 RP将组播数据沿共享树传送至出口普通 VR。

所述 VR直接面向 SP在 SP内建共享树的步骤包括：

A 11、为 VPN内的所有 VR选取全局组地址；

A12、在 SP网络上为该全局组地址选定汇聚点 RP;

A13、 VPN 内的所有 VR以组播路由协议的行为，构造以所述 RP 为才艮的共享树。

在步骤 A中，所述建立连接各 VPN站点的 SP网组播树的步骤包括： VR直接面向 SP, 在 SP内建有源树；

在步骤 B中，所述入口 VR上的代理源 /汇聚点将组播数据封装以后沿 SP组播树传送至出口 VR的步骤包括：所述入口 VR作为代理源 /汇聚点将组播数据封装以后沿 SP有源树传送至出口普通 VR。

所述 VR直接面向 SP在 SP内建有源树的步骤包括：

A21、为 VPN内部的源 VR选取全局的组地址；

A22、 VPN内的所有 VR以组播路由协议的行为，构造以所述源 VR 为根的有源树。

VPN中的边缘路由器 PE上设置有汇聚多个普通 VR的骨干 VR; 在步骤 A中，所述在 VR上面向骨干运行 SJP组播路由协议实例的步骤包括：在骨干 VR上运行 SP組播路由协议实例；

所述出口 VR为出口骨干 VR。

在步骤 A中，所述建立连接各 VPN站点的 SP网组播树的步骤包括：普通 VR汇聚到骨干 VR, 由骨干 VR面向 SP建共享树；

在步驟 B中，所述入口 VR上的代理源 /汇聚点将组播数据封装以后沿 SP组播树传送至出口 VR的步骤包括：入口 VR作为代理源将组播数据发送至入口骨干 VR, 该入口骨干 VR将组播数据封装后沿所建立的共享树转发至出口骨干 VR;

所述步骤 C包括：

Cll、出口骨干 VR收到组播数据后，对其进行解封装处理；

C12、出口骨干 VR根据保存的本地列表判断组播数据是否指向本地的普通 VR, 如果是，则执行步骤 C13 , 否则，直接执行步骤 C14。

C13、出口骨干 VR将组播数据发送至本地的普通 VR，本地普通 VR判断是否存在本地接收者，如果是，则将组播数据转发至本地站内，并结束当前流程，否则，执行步驟 C14;

C14、丟弃该组播数据。

所述普通 VR汇聚到骨干 VR由骨干 VR面向 SP建共享树的步骤包括：

A31、为 VPN内的所有骨干 VR选取相同的全局组地址；

A32、在 SP网络上选定汇聚点；

A33、 VPN内的骨千 VR以组播路由协议的行为构建以所述汇聚点为 >并以所述全局组地址为组地址的共享树。

当骨干网不支持组播路由协议时，该方法进一步包括：

' D1、任意一个 VR搜集得到本 VPN站点内的组播接收需求信息，并将所得的本 VPN站点内的组播接收需求信息行封装后通过骨干网发送至其它 VPN站点的 VR;

D2、任意一个接收到组播接收需求信息的 VR对所接收到的组播接收需求信息进行解封装后获取其它 VR的组播接收需求信息，并将所获取的其它 VR的组播接收需求信息保存在组状态表内；

D3、当组播源发送組播数据时，入口 VR根据组状态表中所保存的其它 VR的组接收需求信息，确定存在组播需求的出口 VR;

D4、入口 VR将组播数据封装在单播隧道内通过骨干网发送至所确定的存在组播需求的出口 VR;

D5、出口 VR将所接收到的组播数据转发至本地 VPN站点内的組播接收者。

在步骤 D1 中，所述将组播接收需求信息进行封装的步骤包括：所述任意一个 VR将组播接收需求信息封装在边界网关协议 BGP消息中，或封装在协议独立組播 PIM消息中，或封装在互联网组管理协议 IGMP 消息中。

在步骤 D4中，所述单播隧道为通用路由封装协议 GRE方式，或多协议标签交换 MPLS方式，或二层隧道协议 L2TP方式。

从以上的技术方案可以看出，本发明实现了一种 VR方式的 VPN的组播方法，提高了数据传送效率，减少了骨干网络路由器上的组播状态，提高了网絡可扩展性。而且，本发明通过将 VR配置为代理源 /汇聚点，实现了对每个 VPN站点内部组播状态的完整控制和组播数据传输的路径优化。另外，本发明针对 SP网络上不同的 VR配置，提出了不同的建立组播树的方案，大大增加了本发明实现的灵活性。图 1为在现有技术中通过普通 VR直接连接的网络示意图。

图 2为在现有技术中通过骨干 VR相连接的网络示意图。

图 3为在本发明实施例中当骨干网支持組播路由协议时实现 VR方式的 VPN的組播流程图。

图 4 为在本发明实施例中采用第一种建立共享树方式的网络示意图。

图 5为在本发明实施例中根据图 4所示网络建立共享树并实现组播数据分组转发的流程图。

图 6 为在本发明实施例中采用第二种建立有源树方式的网络示意图。

图 7为在本发明实施例中根据图 6所示网络建立有源树并实现组播数据分组转发的流程图。

图 8为在本发明实施例中采用第三种由骨干 VR面向 SP建共享树方式的网络示意图。

图 9为在本发明实施例中根据图 8所示网络由骨干 VR面向 SP建立共享树并实现組播数据分组转发的流程图。

图 10 为在本发明实施例中当骨干网不支持组播路由协议时实现组播数据转发的流程图。实施本发明的方式

为使本发明的目的、技术方案和优点表达得更加清楚明白，下面结合附图及具体实施例对本发明再作进一步详细的说明。

图 3为在本发明实施例中当骨干网支持组播路由协议时 VR方式的 VPN的组播流程图。如图 3所示，当骨干网支持組播路由协议时，本发明实现 VR方式的 VPN的组播过程具体包括以下步骤：步骤 301: 在 VR上面向用户侧运行站内組播路由协议实例，在 VR 上面向骨干运行服务提供商（SP)组播路由协议实例，并在所述 VR上设定組播源的代理源 /汇聚点。

此处所述的组播路由协议为协议独立组播（PIM)协议的一种模式，如 PIM协议密集模式（PIM_DM)、 PIM协议稀疏模式（PIM- SM)、双向 PIM (PIMBiDir)或者特定组播源（PIM-SSM)。

另外，每个 VR都和与之相连的客户边界路由器（ CE )之间存在 PIM 邻接关系，各个 CE之间不存在邻接关系，同一 PE内的 VR之间也不存在邻接关系。规定每一个与 VPN站点连接的 VR作为本 VPN站点内部特定组播组的代理源 /汇聚点（RP), 该代理源/ RP直接或者通过 CE路由器与 VPN站点内的源相连。从 SP网络的角度，代理源 /RP就是本 VPN 站点所有组播源的代表；从 VPN站点的角度，代理源 /RP就是本 VPN 站点内部所有的组播树的 RP，所有的路由状态信息（（C- Source, C- Group) ^ (*,C- Group))都将通过本地的 JOIN/PRUNE 消息汇聚到 RP 上。

若考虑骨干 VR, 与 VPN站点连接的 VR再将全部的路由状态信息告知本 PE设备内的骨干 VR, 由骨干 V 保存。各组播状态信息的本地地址不需要全局唯一，只需加入预先分配好的 VPN-ID作为区分即可，将区分后的路由状态信息简记为 (*, G, VPN-ID)或（S, G, VPN-ID)。

步骤 302: 根据所运行的组播路由协议实例，分别建立 VPN站点本地的组播树和 SP网络中的组播树。

在本发明中具体包括三种在 SP网络中建立組播树的方式，分别为：如图 5过程中所示的 VR直接面向 SP,在 SP内建共享树的第一种方式；如图 7过程中所示的 VR直接面向 SP,在 SP内建有源树的第二种方式；如图.9过程中所示的普通 VR汇聚到骨干 VR, 由骨干 VR面向 SP建共享树的第三种方式。其中，第一种方式和第二种方式实现的前提是： VPN 中的 PE上未设置汇聚多个普通 VR的骨干 VR, 即 VPN的出口 VR为出口普通 VR。第三种方式实现的前提是： VPN中的 PE上设置有汇聚多个普通 VR的骨干 VR, 即 VPN的出口 VR为出口骨干 VR。

步骤 303: 组播源向代理源 /汇聚点发送组播数据，该代理源 /汇聚点将组播数据转发到本地接收者，并将组播数据封装以后沿 SP 网络的组播树发送至出口 VR。

任一 VPN站点的任一源发送组播数据，通过源注册到达本地的 VR。然后，根据该本地 VR的本地组播状态判断是否存在本地接收者，如果存在本地接收者则发往本 VPN站点的接收者，同时 VR将本地数据进行封装，沿 SP网络的组播树转发到出口 VR上。

步骤 304: 出口 VR对该组播数据进行解封装，并根据该 VR的本地状态丟弃组播数据或者将组播数据转发至本地接收者。

图 4 为在本发明实施例中采用第一种建立共享树方式的网络示意图。图 5为在本发明实施例中根据图 4所示网络建立共享树并实现组播数据分组转发的流程图。参见图 4和图 5, 本发明实现组播建树和数据分组转发的过程具体包括以下步骤：

步骤 501 : 为属于同一个 VPN内的所有 VR配置全局组地址。

参见图 4, 这里是为 PE1、 PE2、 PE3中的三个 VR— A配置一个全局组地址 P - GroupA。

步骤 502: 在 SP网络中为全局组地址 P - GroupA选定一个 RP, 同 ― VPN内的所有 VR以组播路由协议的行为构造以所选定 RP为根的共享树。

参见图 4, 本步骤中是为 PE1、 PE2、 PE3中的 VR— A建立共享树。通过步骤 501至步骤 502则实现本发明所述的 VR直接面向 SP, 在 SP内建共享树的第一种方式。

步驟 503: VPN中的组播源发送组播数据，通过源注册到达本地 VR。这里，参见图 4, 所述的本地 VR为 PE1 中 VR_A, 且此处以及以下所述的通过源注册是指通过 CEA。

这里，本步骤的具体实现过程为：組播源将组播数据发送至入口 VR 上的代理源 /汇聚点，该入口 VR上的代理源 /汇聚点将組播数据沿所建立的本地组播树转发到本地接收者，即本地 VR。

步骤 504: 本地 VR即 PE1中的 VR— A接收組播源的数据，根据自身的组播状态判断是否存在本地接收者，如果是，则执行步骤 505 , 否则，直接执行步骤 506。

步驟 505：将组播数据发往本地接收者。

步骤 506:本地 VR即 PE1中的 VR— A对原始组播数据进行 GRE或 IP封装，并将封装后的组播数据沿共享树发送至出口 VR, 即 PE2中的 VR_A和 PE3中的 VR—A。

这里，封装的源地址是进行封装操作的 VR的地址，即 PE1中 VR—A 的地址；封装的目的地址是为本 VPN的全局组播地址，即 P - GroupA。

步驟 507: 出口 VR即 PE2中的 VR— A和 PE3中的 VR— A接收到封装后的组播分组，解封装还原出原始的组播数据，并根据本地的组播状态将组播数据丟弃或者转发给本地的接收者。

图 6 为在本发明实施例中采用第二种建立有源树方式的网絡示意图。图 7为在本发明实施例中根据图 6所示网络建立有源树并实现组播数据分组转发的流程图。参见图 6和图 7, 本发明实现组播建树和数据分组转发的过程具体包括以下步骤：

步骤 701 : 为每个作为代理源的 VR配置全局的组地址。这里，参见图 6, 本实施例是为 PE1 中的 VR—A1 配置组地址 P - Group A 1 , 为 ΡΕ2中的 VR— Α2配置组地址 Ρ - GroupA2。

步骤 702: VPN内的所有 VR以组播路由协议的行为，构造以所述代理源 VR为根的有源树。

这里，参见图 6，因为 PE1中的 VR— A1与组播源 Sl、 S2相连，所以建立以 PE1中的 VR— A1为根，以 PE2中的 VR— A2、 PE3中的 VR— A3、 PE4中的 VR— A4为叶子节点的有源树（ VRA1， P - GroupAl )。因为 PE2 中的 VR— A2与组播源 S3相连，所以建立以 PE2中的 VR—A2为根，以 VR— A 1、 VR— A3、 VR— A4为叶子节点的有源树（ VRA2, P - Group A2 )。

至此，则实现了本发明所述的 VR直接面向 SP, 在 SP内建有源树的第二种方式。

步骤 703: VPN中的組播源 Sl、 S2发送组播数据，通过源注册到达本地 VR。

这里，所述的本地 VR为 PE1中的 VR— A1。

这里，本步骤的具体实现过程为：组播源将组播数据发送至入口 VR 上的代理源 /汇聚点，该入口 VR上的代理源 /汇聚点将組播数据沿所建立的本地组播树转发到本地接收者，即本地 VR。

步骤 704: 本地 VR即 PE1中的 VR— A1接收组播源的数据，根据自身保存的組播状态判断是否存在本地接收者，如果是，则执行步骤 705; 否则直接执行步骤 706。

步骤 705：将组播数据沿站内组播树发往本地接收者。

步骤 706: PE1中的 VR—A1对原始组播数据进行 GRE或 IP封装，并将封装后的组播数据沿有源树发送至出口 VR, 即 PE2 中的 VR_A2 和 PE3中的 VR— A3。

这里，封装的源地址是进行封装操作的 VR的地址，即 PE1中 VR—A1 的地址；封装的目的地址为 P - GroupAl。

步骤 707: 出口 VR即 PE2中的 VR— A2和 PE3中的 VR—A3接收到封装后的组播分组，解封装还原出原始的組播数据，并根据本地的组播状态将组播数据丟弃或者转发给本地的接收者。

如果涉及骨干 VR的存在和相互之间的交互，可在骨千 VR之间建立 SP共享树。此时，骨干 VR将客户组播数据进行一次 GRE封装，以本骨干 VR的地址作为源地址，以 SP网络的组地址 P - Group作为目的地址，以分组来源的 VPN - ID作为关键字。组播数据沿组播树传输，转发到各个骨干 VR上，骨干 VR负责解封装,提取 VPN - ID及还原数据分組，根据自身保存的（* , G, VPN - ID )列表决定是否丟弃该组播数据。对于被保留的组播数据，根据其 VPN - ID将其发送到对应的 VR 上， VR再根据本地组播转发表进行进一步处理，直到到达接收端。

图 8为在本发明实施例中采用第三种由骨干 VR面向 SP建共享树方式的网络示意图。图 9 为在本发明实施例中根据图 8所示网络由骨干 VR面向 SP建立共享树并实现组播数据分组转发的流程图。参见图 8和图 9, 本发明实现组播建树和数据分组转发的过程具体包括以下步骤：步骤 901: 为 VPN内的所有骨干 VR配置一个相同的全局组地址 P 一 Group。

步骤 902: 在 SP网络中为组地址 P - Grou 选定一个汇聚点 RP, VPN内的所有骨干 VR作为叶子节点、 P - Group为組地址，以组播路由协议的行为构建以所述汇聚点 RP为根并以所述全局组地址为组地址的共享树。

至此，则实现了本发明所述的普通 VR汇聚到骨干 VR, 由骨干 VR 面向 SP建共享树的第三种方式。

步骤 903: 任一 VPN中的任一组播源发送组播数据，通过源注册到达本地的普通 VR。

这里，本步骤的具体实现过程为：组播源将组播数据发送至入口 VR 上的代理源 /汇聚点，该入口 VR上的代理源 /汇聚点将組播数据沿所建立的本地组播树转发到本地接收者，即本地的普通 VR。

步骤 904: 普通 VR根据自身的组播状态判断是否存在本地组播接收者，如果是，则执行步骤 905 , 否则，直接执行步骤 906。

步骤 905: 将组播数据发往本地接收者。

步骤 906: 普通 VR将组播数据通过单播隧道发送到本 PE设备上的骨干 VR。

步骤 907: 骨干 VR对组播数据进行 GRE封装，以本骨干 VR的地址作为源地址，以 SP网络组地址 P-Group作为目的地址，以分组来源的 VPN - ID作为关键字。

步骤 908: 封装后的组播数据沿共享树转发到出口骨干 VR。

步骤 909: 出口骨干 VR收到组播数据后解封装組播数据，根据保存的本地列表判断组播数据是否指向本地的普通 VR, 如果是，则执行步驟 910, 否则，丢弃该组播数据。

步骤 910: 出口骨干 VR将组播数据发送至本地的普通 VR, 本地的普通 VR根据本地组播状态将组播数据发送至本地接收者或者丢弃。

这里，所述的根据本地组播状态是指是否存在本地接收者，如果存在，则将组播数据发送至本地接收者，否则，丢弃。

图 10 为在本发明实施例中当骨干网不支持组播路由协议时实现组播数据转发的流程图。参见图 10, 当骨干网不支持组播路由协议时，为实现组播数据转发，本发明可以采用单播隧道传送并使用组控制的方法来实现，该过程具体包括以下步驟：

步骤 1001 : 任意一个 VR搜集得到本 VPN站点内的組播接收需求信息，即站内对某个任意组或某个与源特定组的需求信息。

步骤 1002: 该任意一个 VR将所得的组播接收需求信息封装后通过骨干网发送至其它 VPN站点的 VR。

这里，所述任意一个 VR可以将组播接收需求信息封装在边界网关协议（BGP ) 消息中，或封装在协议独立组播（PIM ) 消息中，或封装在互联网组管理协议（ IGMP ) 消息中。

另外，组播接收需求信息包含本 VR的标识和需求组的组地址，当需求组为源特定组时，还需包含源的地址信息。当需求组为任意组时， VR将组播接收需求信息向所有其他 VR发送；当需求组为源特定组时， VR将组播接收需求信息发向源所在的 VR。

步骤 1003: 任意一个接收到组播接收需求信息的 VR对所接收到的组播接收需求信息进行解封装后获取其它 VR的组播接收需求信息，并将所获取的其它 VR的组播接收需求信息保存在组状态表内。

步骤 1004: 当组播源发送組播数据时，入口 VR根据組状态表中所保存的其它 VR的組接收需求信息，确定存在组播需求的出口 VR。

步骤 1005: 入口 VR将组播数据封装在单播隧道内通过骨干网发送至所确定的存在组 "需求的出口 VR。

这里，所述的单播隧道可以为通用路由封装协议（GRE )方式，或多协议标签交换（MPLS ) 方式，或二层隧道协议（L2TP ) 方式。

步骤 1006: 出口 VR将所接收到的组播数据转发至本地 VPN站点内的组播接收者。

在以上过程中，在 SP 网建立组播树的第一种方式、第二秤方式和第三种方式都可以采用 MPLS P2MP LSP机制进行建树，在这种情况下不要求 SP网络中的 P路由器必须运行组播路由协议，但必须支持 MPLS 及扩展的 RSVP协议。此时，当各个对等的 VR或者骨干 VR相互发现后，每个 VR或者骨干 VR触发建立一个 P2MP *f,这棵树以发起者 VR 为源，以其它各个 VR或者骨干 VR为叶子节点。对于以普通 VR为根或叶节点的树来说，数据在 SP网络中的传输需进行一次 MPLS封装，标签分配和各节点的转发数据库由扩展的 RSVP ( for P2MP )协议决定；对于以骨干 VR为根或叶节点的树来说，骨干 VR对来自本地的组播分組使用两个 MPLS标签进行封装：栈底标签用于标识 VPN-ID, 栈顶标签用于在 P2MP路径上进行标签交换。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种在虚拟路由器方式的虚拟专用网络内实现组播的方法，其特征在于，该方法包括以下步骤：

A、在虚拟路由器 VR上面向用户侧运行站内组播路由协议实例，建立虛拟专用网络 VPN站点本地的组播树；当骨干网支持組播路由协议时，在 VR上面向骨千运行业务提供商 SP组播路由协议实例，建立连接各 VPN站点的 SP网组播树；并在 VR上设定组播源的代理源 /汇聚点； .

B、组播源将组播数据发送至入口 VR上的代理源 /汇聚点，该入口 VR上的代理源 /汇聚点将組播数据沿所建立的本地组播树转发到本地接收者，并将组播数据封装以后沿所建立的 SP网组播树传送至出口 VR;

C、出口 VR接收到组播数据后进行解封装处理，并根据出口 VR的本地状态丢弃组播数据或者将组播数据转发至本地站内。

2、根据权利要求 1所述的方法，其特征在于， VPN中的边缘路由器 PE上未设置汇聚多个普通 VR的骨干 VR;

在步骤 A中，所述在 VR上面向骨干运行 SP組播路由协议实例的步驟包括：在普通 VR上运行 SP组播路由协议实例；

所述出口 VR为出口普通 VR。

3、根据权利要求 2所述的方法，其特征在于，在步骤 A中，所述建立连接各 VPN站点的 SP网组播树的步骤包括： VR直接面向 SP，在 SP内建共享树；

在步骤 B中，所述入口 VR上的代理源 /汇聚点将組播数据封装以后沿 SP组播树传送至出口 VR的步骤包括：入口 VR作为代理源将组播数据封装后发送给 SP上配置的汇集点 RP, 该 RP将组播数据沿共享树传送至出口普通 VR。

4、根据权利要求 3所述的方法，其特征在于，所述 VR直接面向 SP在 SP内建共享树的步骤包括：

A1 K 为同一个 VPN内的所有 VR配置全局组地址；

A12、在 SP网络上为该全局组地址选定汇聚点 RP;

A13、 VPN 内的所有 VR以组播路由协议的行为，构造以所述 RP 为根的共享树。

5、根据权利要求 2所述的方法，其特征在于，在步骤 A中，所述建立连接各 VPN站点的 SP网组播树的步骤包括： VR直接面向 SP，在 SP内建有源树；

6、根据权利要求 5 所述的方法，其特征在于所述 VR直接面向 SP在 SP内建有源树的步驟包括：

A21、为 VPN内每个作为代理源的 VR配置全局的组地址；

A22、 VP 内的所有 VR以組播路由协议的行为，构造以所述源 VR 为根的有源树。

7、根据权利要求 1所述的方法，其特征在于， VPN中的边缘路由器 PE上设置有汇聚多个普通 VR的骨干 VR;

在步骤 A中，所述在 VR上面向骨干运行 SP组播路由协议实例的步骤包括：在骨干 VR上运行 SP组播路由协议实例；

所述出口 VR为出口骨干 VR。

8、根据权利要求 7所述的方法，其特征在于，在步骤 A中，所述建立连接各 VPN站点的 SP网组播树的步骤包括：普通 VR汇聚到骨干 VR, 由骨干 VR面向 SP建共享树；在步骤 B中，所述入口 VR上的代理源 /汇聚点将组播数据封装以后沿 SP组播树传送至出口 VR的步骤包括：入口 VR作为代理源冉组播数据发送至入口骨干 VR, 该入口骨干 VR将组播数据封装后沿所建立的共享树转发至出口骨千 VR;

所述步骤 C包括：

Cll、出口骨干 VR收到组播数据后，对其进行解封装处理；

C12、出口骨干 VR根据保存的本地列表判断組播数据是否指向本地的普通 VR, 如果是，则执行步骤 C13，否则，直接执行步骤 C14。

C13、出口骨干 VR将组播数据发送至本地的普通 VR, 本地普通 VR判断是否存在本地接收者，如果是，则将组播数据转发至本地站内，并结束当前流程，否则，执行步骤 C14;

C14、丢弃该组播数据。

9、根据权利要求 8所述的方法，其特征在于，所述普通 VR汇聚到骨干 VR由骨干 VR面向 SP建共享树的步骤包括：

A31、为 VPN内的所有骨干 VR配置相同的全局組地址；

A32、在 SP网络上选定汇聚点；

A33、 VPN内的骨干 VR以组播路由协议的行为构建以所述汇聚点为根并以所述全局組地址为組地址的共享树。

10、一种在虚拟路由器方式的虛拟专用网络内实现组播的方法，其特征在于，该方法包括：在 VR上面向用户侧运行站内组播路由协议实例，建立 VPN站点本地的組播树，并在 VR上设定组播源的代理源 /汇聚点; 组播源将组插 _数据发送至入口 VR上的代理源 /汇聚点，该入口 VR上的代理源 /汇聚点接收到组播数据后沿所建立的本地组播树将组播数据转发到本地接收者；

当骨干网支持组播路由协议时，该方法还包括：在 VR上面向骨干运行 SP组播路由协议实例，建立连接各 VPN站点的 SP网組播树；当所述入口 VR上的代理源 /汇聚点接收到组播数据后，将组播数据封装以后沿所建立的 SP网组播树传送至出口 VR; 出口 VR接收到組播数据后进行解封装处理，并根据出口 VR的本地状态丟弃组播数据或者将組播数据转发至本地站内；

当骨干网不支持组播路由协议时，该方法还包括：

Dl、任意一个 VR搜集得到本 VPN站点内的组播接收需求信息，并将所得的本 VPN站点内的组播接收需求信息进行封装后通过骨干网发送至其它 VPN站点的 VR;

D3、当组播源发送组播数据时，入口 VR根据组状态表中所保存的其它 VR的组接收需求信息，确定存在组播需求的出口 VR;

D5、出口 VR将所接收到的組播数据转发至本地 VPN站点内的组播接收者。

11、根据权利 10所述的方法，其特征在于，在步骤 D1中，所述将组播接收需求信息进行封装的步骤包括：所述任意一个 VR将组播接收需求信息封装在边界网关协议 BGP消息中，或封装在协议独立组播 PIM 消息中，或封装在互联网组管理协议 IGMP消息中。

12、根据权利 10所述的方法，其特征在于，在步骤 D4中，所述单播隧道为通用路由封装协议 GRE方式，或多协议标签交换 MPLS方式，或二层隧道协议 L2TP方式。