CN106230730A - 一种组播传输方法和装置 - Google Patents

Abstract

本申请实施例提供了一种组播传输方法和装置。其中的方法包括：确定组播数据对应的MVPN；在已建立的转发表中查找得到所述MVPN对应的P2MP隧道出接口；通过所述P2MP隧道出接口转发所述组播数据；其中，一个P2MP隧道对应多个MVNP。本申请实施例可以提高PE设备的P2MP隧道资源的利用率，以及减少多个P2MP隧道占用的网络带宽资源。

Description

一种组播传输方法和装置

技术领域

本申请涉及通信技术领域，特别是涉及一种组播传输方法和装置。

背景技术

MVPN(Multicast virtual private network，组播VPN)是一种在VPN网络中实现组播传输的技术。一个VPN网络通常由运营商的公网网络和用户的各个site(站点)组成，各个site之间彼此相互孤立，只有借助公共网络才能实现互通。

参照图1，示出了现有的一种MVPN网络结构示意图。其中，site1中的CE(CustomEdge，用户边缘设备)设备CE1和组播源source相连，且在同一个MVPN内，如MVPN a，以及CE2和CE3也在MVPN a内。在图1所示的网络结构中，公网采用MPLS(Multi-Protocol LabelSwitching，多协议标签交换)骨干网络，在具体应用中，可以在PE(Provider Edge，服务边缘设备)之间建立P2MP(Point 2Multiple Point，点到多点)Tunnel(隧道)来传输MVPN a中的私网数据，从而使得site2中的CE2和site3中的CE3可以通过P2MP隧道接收组播源发送的组播数据。

具体地，在PE1接收到来自组播源的组播数据时，对组播数据封装MPLS标签，然后通过P2MP隧道转发到其他连接有接收者的PE设备，如PE2和PE3，PE2和PE3将接收到的组播数据去掉外层标签，再经过三层组播转发分别发送给连接的CE2和CE3。

发明内容

本申请实施例提供一种组播传输方法和装置，以实现多个MVPN共享同一个P2MP隧道，可以提高PE设备的P2MP隧道资源的利用率，以及减少多个P2MP隧道占用的网络带宽资源。

为了解决上述问题，本申请实施例公开了一种组播传输方法，包括：

确定组播数据对应的MVPN；

在已建立的转发表中查找得到所述MVPN对应的P2MP隧道出接口；

通过所述P2MP隧道出接口转发所述组播数据；其中，一个P2MP隧道对应多个MVNP。

依据本申请的另一个方面，本申请实施例公开了一种组播传输装置，包括：

第一确定模块，用于确定组播数据对应的MVPN；

查询模块，用于在已建立的转发表中查找得到所述MVPN对应的P2MP隧道出接口；

数据转发模块，用于通过所述P2MP隧道出接口转发所述组播数据；其中，一个P2MP隧道对应多个MVNP。

本申请实施例包括以下优点：

本申请实施例可以建立每一个MVPN与P2MP隧道出接口之间的对应关系，在传播组播数据的过程中，首先确定组播数据对应的MVPN；然后在已建立的转发表中查找得到该MVPN对应的P2MP隧道出接口；最后通过该P2MP隧道出接口转发该组播数据。由于一个P2MP隧道可以对应多个MVNP，而每个MVNP有可能对应不同的P2MP隧道出接口，从而可以实现多个MVPN共享一个公网P2MP隧道，进而可以提高PE设备的P2MP隧道资源的利用率，以及减少多个P2MP隧道占用的网络带宽资源。

附图说明

图1示出了现有的一种MVPN网络结构示意图；

图2示出了本申请其中一个实施例的一种组播传输方法的步骤流程图；

图3示出了本申请的一种MVPN网络结构示意图；

图4示出了本申请其中一个实施例的一种组播传输装置的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

在MVPN技术中，MVPN和P2MP隧道是一一对应的关系，如图1中建立的P2MP隧道，只能用于传输MVPN a中的私网数据，在需要传输MVPN b、MVPN c等多个MVPN中的私网数据时，需要分别再建立与MVPN b对应的P2MP隧道，以及与MVPN c对应的P2MP隧道等。由此，随着MVPN数量的不断增加，导致对PE设备的P2MP隧道资源的要求较高，甚至出现P2MP隧道资源不够用的情况发生，并且多个P2MP隧道还会造成对网络带宽资源的浪费。

参照图2，示出了本申请其中一个实施例的一种组播传输方法的步骤流程图，该方法可应用于PE设备，所述PE设备具体可以为与组播源相连的PE设备，也即所述PE设备可以为P2MP隧道的首节点；或者，所述PE设备可以为与接收者相连的PE设备，也即所述PE设备可以为P2MP隧道的尾节点；或者，所述PE设备还可以为中间转发设备。可以理解，本申请对于所述PE设备的具体形式不加以限制，所述方法具体可以包括如下步骤：

步骤201、确定组播数据对应的MVPN；

步骤202、在已建立的转发表中查找得到所述MVPN对应的P2MP隧道出接口；

步骤203、通过所述P2MP隧道出接口转发所述组播数据；其中，一个P2MP隧道对应多个MVNP。

本申请实施例可适用于MVPN的应用场景，相对于现有的MVPN，一个MVPN只能对应唯一的一个公网P2MP隧道，本申请实施例可以实现多个MVPN共享一个公网P2MP隧道，从而可以提高PE设备的P2MP隧道资源的利用率，以及减少多个P2MP隧道占用的网络带宽资源。

为了实现多个MVPN共享一个公网P2MP隧道，本申请实施例可以建立每一个MVPN与P2MP隧道出接口之间的对应关系，在传播组播数据的过程中，首先确定组播数据对应的MVPN；然后在已建立的转发表中查找得到该MVPN对应的P2MP隧道出接口；最后通过该P2MP隧道出接口转发该组播数据。由于一个P2MP隧道可以对应多个MVNP，而每个MVNP有可能对应不同的P2MP隧道出接口，从而可以实现多个MVPN共享一个公网P2MP隧道。

在本申请的一种可选实施例中，可以采用自定义标签来标识不同的MVNP，所述方法还可以包括如下步骤：

针对所述PE设备对应的每一个MVPN，申请与所述MVPN对应的MVPN标签；

向所述PE设备的邻居设备发送所述MVPN对应的MVPN标签。

在具体应用中，在所述PE设备为首节点时，可以对所述PE设备上的每一个MVPN，申请对应的MVPN标签，以标识每一个MVPN。例如，PE设备PE1为首节点，且PE1上配置有MVPN a和MVPN b，则PE1可以针对MVPN a和MVPN b，分别申请对应的MVPN标签，例如，MVPN a对应的MVPN标签为300；MVPN b对应的MVPN标签为301。由此，可以通过MVPN标签唯一标识对应的MVPN。

在PE1为MVPN a和MVPN b分别申请对应的MVPN标签之后，可以向PE1的邻居设备发送MVPN a和MVPN b对应的MVPN标签，例如，PE1可以向BGP(Border Gateway Protocol，边界网关协议)邻居设备发送携带有MVPN标签的邻居更新报文，从而使得转发路径中的每个PE设备都可以获得MVPN对应的MVPN标签，进而可以在自身的转发表中建立MVPN标签与P2MP隧道出接口之间的映射关系。

在本申请的一种应用示例中，参照图3，示出了本申请的一种MVPN网络结构示意图。其中，PE设备PE1与组播源相连，PE设备PE3、PE4、PE5分别与组播接收者相连，且PE1上配置有MVPN a和MVPN b；PE3上配置有MVPN a和MVPN b；PE4上配置有MVPN b；PE5上配置有MVPN a。参照表1，示出了本申请的一种转发表的具体示意，且该转发表预先建立在PE1设备中。假设PE1上已建立P2MP隧道为tunnel1，tunnel1在PE1上的出接口包括出接口1和出接口2。

表1

MVPN名称	MVPN标签	P2MP隧道出接口
			a	300	1
b	301	1
			a	300	2
b	301	2

在本申请实施例中，当PE1设备接收到来自组播源的组播数据之后，可以将复制的多份组播数据都从已建立的同一个P2MP隧道转发出去，为了区分同一个隧道中不同MVPN对应的组播数据，PE1设备在对组播数据转发时需要添加MVPN标签，在转发过程中，中间转发设备在接收到PE1转发的组播数据之后，通过该MVPN标签查询自身的转发表，可以得到与该MVPN标签对应的P2MP隧道出接口，通过该出接口即可转发该组播数据。

在本申请的一种可选实施例中，所述通过所述P2MP隧道出接口转发所述组播数据的步骤，具体可以包括：

依据所述MVPN标签，对所述组播数据进行封装；

将封装后的组播数据通过所述P2MP隧道出接口进行转发。

假设PE1设备接收到MVPN b对应的组播数据，在上述表1中查找得到MVPN b对应的出接口包括出接口1和出接口2，则可以在PE1设备上复制一份该组播数据，依据该组播数据对应的MVPN标签301，分别对两份组播数据进行封装，并且将封装后的组播数据分别通过P2MP隧道出接口1向PE3转发，以及通过P2MP隧道出接口2向PE2转发。

在PE2接收到来自PE1的组播数据后，首先确定组播数据对应的MVPN，具体地，所述确定组播数据对应的MVPN的步骤可以包括：对所述组播数据进行解析，得到所述组播数据对应MVPN的MVPN标签。例如，PE2对接收到来自PE1的组播数据进行解析，可以得到该组播数据的MVPN标签为301。

然后，PE2在自身的转发表中查找得到该MVPN标签对应的P2MP隧道出接口。具体地，所述在已建立的转发表中查找得到所述MVPN对应的P2MP隧道出接口的步骤可以包括：在已建立的转发表中查询得到所述MVPN标签对应的P2MP隧道出接口；其中，所述转发表中存储有MVPN标签和P2MP隧道出接口之间的映射关系。

参照表2，示出了本申请的另一种转发表的具体示意，且该转发表预先建立在PE2设备中。假设PE2上已建立P2MP隧道为tunnel1，tunnel1在PE2上的出接口包括出接口3和出接口4。

表2

MVPN标签	P2MP隧道出接口
		300	3
301	4

PE2通过查询如表2所示的转发表，可以得到MVPN标签301对应的P2MP隧道出接口为出接口4，则可以通过出接口4转发该组播数据。

在PE1接收到MVPN a的组播数据时，可以通过对该组播数据封装MVPN标签300，以及通过MVPN标签300对应的P2MP隧道出接口进行转发，转发过程与上述MVPN b的组播数据的转发过程相似，此处不再赘述。由此，可以实现MVPN a和MVPN b的组播数据共享同一个P2MP隧道tunnel1。从而可以提高PE设备的P2MP隧道资源的利用率，以及减少多个P2MP隧道占用的网络带宽资源。

可以理解，上述MVPN a和MVPN b两个MVPN的组播数据共享同一个P2MP隧道，仅作为本申请的一种应用示例，在具体应用中，本申请对于一个P2MP隧道可共享的MVPN的数目不加以限制。

在本申请的一种可选实施例中，为了进一步保证网络带宽资源的利用率，所述方法还可以包括如下步骤：

确定所述PE设备对应的MVPN的数目；

在所述PE设备对应的MVPN的数目超过当前P2MP隧道的预设共享阈值时，新建P2MP隧道。

在本申请的一种应用示例中，假设预先设置P2MP隧道的预设共享阈值为k，也即可以有k个MVPN共享同一个P2MP隧道，如果PE1上的MVPN的数目超过当前P2MP隧道tunnel1的预设共享阈值k，则PE1可以新建P2MP隧道tunnel2，并且通过tunnel2传输超出的MVPN对应的组播数据，以分担tunnel1的传输负担。

综上，本申请实施例可以建立每一个MVPN与P2MP隧道出接口之间的对应关系，在传播组播数据的过程中，首先确定组播数据对应的MVPN；然后在已建立的转发表中查找得到该MVPN对应的P2MP隧道出接口；最后通过该P2MP隧道出接口转发该组播数据。由于一个P2MP隧道可以对应多个MVNP，而每个MVNP有可能对应不同的P2MP隧道出接口，从而可以实现多个MVPN共享一个公网P2MP隧道，进而可以提高PE设备的P2MP隧道资源的利用率，以及减少多个P2MP隧道占用的网络带宽资源。

在本申请的另一实施例中，所述转发表中可以包括内层标签、外层标签和P2MP隧道出接口之间的对应关系。本申请实施例通过对组播数据添加内层标签和外层标签来增加转发组播数据时的查询深度，在P2MP隧道的首节点为每一个MVPN申请一个内层标签，使得在所述转发表中，同一个外层标签可以对应多个不同的内层标签，通过同一个P2MP隧道可以转发不同的MVPN对应的组播数据。需要说明的是，本申请实施例中的内层标签可以为自定义标签，如MVPN标签，而外层标签可以为现有的MPLS标签，在对组播数据进行封装时，可以先封装内层标签(MVPN标签)，再封装外层标签(MPLS标签)。这样，公网中的PE设备接收到组播数据时，需要对组播数据进行两层深度的标签查询之后，才确定组播数据的转发出接口，以此来实现多个MVPN共享同一个P2MP隧道。

在本申请的一种应用示例中，仍以图3所示的MVPN网络结构示意图为例。参照表3，示出了本申请的又一种转发表的具体示意，该转发表预先建立在PE1设备中，且该转发表中包括内层标签、外层标签和P2MP隧道出接口之间的对应关系。

表3

MVPN名称	内层标签	外层标签	P2MP隧道出接口
				a	300	1150	1
b	301	1150	1
				a	300	1151	2
b	301	1151	2

由于PE1设备上配置有MVPN a和MVPN b，则PE1针对MVPN a和MVPN b，分别申请对应的内层标签，例如，MVPN a对应的内层标签为300；MVPN b对应的内层标签为301。假设PE1上已建立P2MP隧道为tunnel1，tunnel1在PE1上的出接口包括出接口1和出接口2。

当PE1设备接收到来自组播源的组播数据之后，可以将复制的多份组播数据都从已建立的同一个P2MP隧道转发出去，为了区分同一个隧道中不同MVPN对应的组播数据，PE1设备在对组播数据转发时需要添加两层标签，分别为内层标签和外层标签，在转发过程中，中间转发设备在接收到PE1转发的组播数据之后，通过剥离外层标签，可以得到内层的内层标签，通过查询自身存储的转发表，可以得到与该组播数据的外层标签以及内层标签对应的出接口，通过该出接口即可转发该组播数据。

假设PE1设备接收到MVPN b对应的组播数据，在上述表3中查找得到MVPN b对应的转发表项如表4所示，则在PE1设备上复制一份所述组播数据，将其中一份组播数据在内层添加内层标签301，在外层添加外层标签1150，并通过出接口1向PE3转发；将另一份组播数据在内层添加内层标签301，外层添加外层标签1151，并通过出接口2向PE2转发。

表4

MVPN名称	内层标签	外层标签	P2MP隧道出接口
				b	301	1150	1
b	301	1151	2

可以看出，PE1设备可以对MVPN a和MVPN b对应的组播数据分别添加对应的内层标签和外层标签，以及通过同一个P2MP隧道转发至中间转发设备或者尾节点，最终转发至对应的接收者。同样的，中间转发设备(如PE2、PE3、PE4)中也可以存储有对应的转发表，在中间转发设备接收到来自PE1设备转发的组播数据之后，通过提取组播数据的外层标签和内层标签，以及两次查询本地的转发表，最终得到对应的转发出接口。为使组播数据转发路径中的每个中间转发设备都可以获得PE1设备申请的内层标签，本申请实施例中，PE1设备还可以向BGP邻居设备发送内层标签。

在具体应用中，如图3所示，在对PE1、PE2、PE3、PE4、PE5配置对应的MVPN之后，PE1、PE2、PE3、PE4、PE5分别建立BGP MVPN地址族邻居，进行BGP MVPN邻居的发现操作。PE1可以与PE3、PE4、PE5建立BGP组播地址族邻居，在建立BGP邻居之后可以建立P2MP隧道，如建立P2MP隧道为tunnel1，tunnel1的目的地址为PE3、PE4、PE5，并且P2MP隧道已经按照图3所示的MPLS标签分发，形成转发路径。此时，PE1可以依据MVPN名称、内层标签、外层标签和P2MP隧道出接口建立转发表。

PE1与PE3、PE4、PE5建立BGP组播地址族邻居之后，PE1可以通过邻居更新报文将所述MVPN对应的内层标签发送给中间转发设备。其中，所述邻居更新报文可以携带PMSITunnel Attribute(PMSI隧道属性)的NLRI(Network Layer Reachability Information，网络层可达信息)，在该属性里可以携带内层标签，PE1可以将该邻居更新报文发送给所有的MBGP的对端设备，包括PE3、PE4和PE5，以使PE3、PE4和PE5可以根据接收到的内层标签建立自身对应的转发表，并且在接收到组播数据后，可以对组播数据按照建立的转发表进行两层标签的查询匹配，若匹配，则通过已建立的P2MP隧道按照该转发表进行转发。

在中间转发设备接收到组播数据时，对组播数据进行解析可以得到外层和内层两层标签，只有在这两层标签都与转发表相匹配时，才可以进行转发。

以图3中的PE3设备为例，参照表5，示出了本申请的一种PE3设备的转发表的具体示意。当PE3接收到MVPN b对应的组播数据之后，对组播数据进行解析，提取得到外层标签为1150，然后查询表5所示的转发表，得到与MVPN b和外层标签1150相匹配的匹配表项，如表3中的第三行所示，则对所述组播数据进一步解析，获取所述组播数据的内层标签为301，与匹配表项中的内层标签相匹配，因此，PE3可以通过私网网络将该组播数据发送给与之相连的接收者receiver 1。

表5

外层标签	内层标签	MVPN名称
			1150	300	a
1150	301	b

在本申请实施例中，在所述中间转发设备为首节点PE设备的BGP组播地址族邻居时，可以通过接收来自所述首节点PE设备的邻居更新报文，获取MVPN对应的内层标签，而对于不是首节点PE设备的BGP组播地址族邻居的中间转发设备，如图3中的PE2设备，则无法获取内层标签。为解决上述问题，在本申请的一种可选实施例中，所述方法还可以包括如下步骤：

向上游的中间转发设备发送所述MVPN对应的内层标签。

具体地，所述PE2设备可以按照图3中创建的tunnel1的转发路径，向上游中间转发设备发送所述MVPN对应的内层标签，由此，tunnel1的整条转发路径中的所有PE设备均可以获取所述MVPN对应的内层标签，从而可以建立各自对应的转发表。

在本申请实施例中，在所述中间转发设备(如PE2)接收到组播数据之后，由于tunnel1在PE2对应有两个出接口，包括出接口3和出接口4，因此需要继续根据PE2上的转发表进行两次标签查询以及一次标签替换操作，才可以从对应的出接口转发组播数据。参照表6，示出了本申请的一种PE2设备的转发表的具体示意。

表6

如表6所示，其中入外层标签与接收到的组播数据中封装的外层标签相对应，出外层标签为PE2设备转发该组播数据时，需要对组播数据封装的外层标签，也即，PE2设备将接收的组播数据原始的外层标签1151剥离后，替换为出外层标签1140或者1141后，再通过对应的出接口进行转发。

具体地，PE2在接收到组播数据之后，首先通过解析组播数据得到组播数据的外层标签为1151，与表6所示的转发表中的入外层标签1151相匹配，假设该组播数据的内层标签为301，依据内层标签301查询上述表6，可以得知对应的出接口为P2MP隧道tunnel1的出接口4；然后再对该组播数据进行两层标签封装，内层标签保持301不变，外层标签从原来的1151替换为1141；最后通过出接口4将封装后的组播数据发送至出接口4对应的PE4设备。由此，所述中间转发设备PE2完成对组播数据的转发过程。

参照表7，示出了本申请的一种PE4设备的转发表的具体示意。PE4可以从P2MP隧道tunnel1的出接口4接收到来自PE2转发的MVPN b对应的组播数据，PE4对组播数据进行解析得到外层标签为1141，通过查询表7所示的转发表，存在与所述MVPN b和所述外层标签1141相匹配的匹配表项，则对所述组播数据进一步解析，获取所述组播数据的内层标签为301，和所述匹配表项中的内层标签相匹配，因此，可以通过私网网络将该组播数据发送给接收者receiver 3。

表7

外层标签	内层标签	MVPN名称
			1141	301	b

同样地，PE5设备可以从P2MP隧道tunnel1的出接口3接收到来自PE2转发的MVPN a对应的组播数据，PE5对组播数据进行解析得到外层标签为1140，通过查询自身的转发表，最终可以通过私网网络将该组播数据发送给接收者receiver 2。由此，本申请实施例中的PE设备可以通过同一个P2MP隧道接收并转发不同MVPN对应的组播数据，可以实现多个MVPN共用同一个P2MP隧道，提高PE设备的P2MP隧道资源的利用率。

此外，本申请实施例的组播流量在P2MP隧道上进行转发的时候，需要进行内外层标签的两次查询，这样在中间转发设备上可以通过内层标签的查询，正确定位一个P2MP隧道对应的出接口，从而可以实现多个MVPN可以共享同一个P2MP隧道，进而可以减少建立多个P2MP隧道占用的带宽资源。

由此，通过本申请实施例可以实现公网P2MP隧道的共享，预先设置一个P2MP隧道可以被共享的MVPN数目，在与组播源相连的首节点PE设备上申请针对每个MVPN对应的内层标签，并通过BGP邻居更新报文将该MVPN对应的内层标签通告给该P2MP隧道对应的所有尾节点的PE设备，如图3中的PE3、PE4和PE5设备，而所述尾节点可以向上游的中间转发设备发送所述MVPN对应的内层标签，使得P2MP隧道的整条转发路径中的所有PE设备均可以获取所述MVPN对应的内层标签，从而可以建立各自对应的转发表。在通过P2MP隧道转发组播数据的过程中，除了需匹配转发表中的公网外层标签，如1150或1151，还需要进一步匹配私网内层标签，如300或301，使得多个MVPN可以共享同一个P2MP隧道，从而可以实现资源共享以及节省网络带宽资源。

综上，本申请实施例通过对组播数据封装内层标签和外层标签来增加组播数据的识别深度，每一个内层标签与一个MVPN相对应，使得同一个外层标签可以对应多个不同的内层标签，在将封装后的组播数据通过已建立的P2MP隧道的出接口进行转发时，一个P2MP隧道可以对应多个MVNP。这样，公网中的PE设备接收到组播数据时，需要对组播数据进行两层深度的标签识别后，才确定组播数据的转发路径，由此可以实现多个MVPN共享同一个P2MP隧道，进而提高PE设备的P2MP隧道资源的利用率，以及减少多个P2MP隧道占用的网络带宽资源。

参照图4，示出了本申请其中一个实施例的一种组播传输装置的结构框图，该装置可应用于PE设备，在本申请实施例中，所述装置具体可以包括：

第一确定模块401，用于确定组播数据对应的MVPN；

查询模块402，用于在已建立的转发表中查找得到所述MVPN对应的P2MP隧道出接口；

数据转发模块403，用于通过所述P2MP隧道出接口转发所述组播数据；其中，一个P2MP隧道对应多个MVNP。

在本申请的一种可选实施例中，所述第一确定模块401，还用于对所述组播数据进行解析，得到所述组播数据对应MVPN的MVPN标签；

所述查询模块402，还用于在已建立的转发表中查询得到所述MVPN标签对应的P2MP隧道出接口；其中，所述转发表中存储有MVPN标签和P2MP隧道出接口之间的映射关系。

在本申请的另一种可选实施例中，所述装置还可以包括：

标签申请模块，用于针对所述PE设备对应的每一个MVPN，申请与所述MVPN对应的MVPN标签；

标签发送模块，用于向所述PE设备的邻居设备发送所述MVPN对应的MVPN标签。

在本申请的又一种可选实施例中，所述数据转发模块403，具体可以包括：

封装子模块，用于依据所述MVPN标签，对所述组播数据进行封装；

转发子模块，用于将封装后的组播数据通过所述P2MP隧道出接口进行转发。

在本申请的再一种可选实施例中，所述装置还可以包括：

第二确定模块，用于确定所述PE设备对应的MVPN的数目；

新建模块，用于在所述PE设备对应的MVPN的数目超过当前P2MP隧道的预设共享阈值时，新建P2MP隧道。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种组播传输方法和装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种组播传输方法，其特征在于，应用于PE设备，所述方法包括：

确定组播数据对应的MVPN；

在已建立的转发表中查找得到所述MVPN对应的P2MP隧道出接口；

通过所述P2MP隧道出接口转发所述组播数据；其中，一个P2MP隧道对应多个MVNP。

2.根据权利要求1所述的方法，其特征在于，所述确定组播数据对应的MVPN的步骤，包括：

对所述组播数据进行解析，得到所述组播数据对应MVPN的MVPN标签；

所述在已建立的转发表中查找得到所述MVPN对应的P2MP隧道出接口的步骤，包括：

在已建立的转发表中查询得到所述MVPN标签对应的P2MP隧道出接口；其中，所述转发表中存储有MVPN标签和P2MP隧道出接口之间的映射关系。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

针对所述PE设备对应的每一个MVPN，申请与所述MVPN对应的MVPN标签；

向所述PE设备的邻居设备发送所述MVPN对应的MVPN标签。

4.根据权利要求3所述的方法，其特征在于，所述通过所述P2MP隧道出接口转发所述组播数据的步骤，包括：

依据所述MVPN标签，对所述组播数据进行封装；

将封装后的组播数据通过所述P2MP隧道出接口进行转发。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

确定所述PE设备对应的MVPN的数目；

在所述PE设备对应的MVPN的数目超过当前P2MP隧道的预设共享阈值时，新建P2MP隧道。

6.一种组播传输装置，其特征在于，应用于PE设备，所述装置包括：

第一确定模块，用于确定组播数据对应的MVPN；

查询模块，用于在已建立的转发表中查找得到所述MVPN对应的P2MP隧道出接口；

数据转发模块，用于通过所述P2MP隧道出接口转发所述组播数据；其中，一个P2MP隧道对应多个MVNP。

7.根据权利要求6所述的装置，其特征在于，所述第一确定模块，还用于对所述组播数据进行解析，得到所述组播数据对应MVPN的MVPN标签；

所述查询模块，还用于在已建立的转发表中查询得到所述MVPN标签对应的P2MP隧道出接口；其中，所述转发表中存储有MVPN标签和P2MP隧道出接口之间的映射关系。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

标签申请模块，用于针对所述PE设备对应的每一个MVPN，申请与所述MVPN对应的MVPN标签；

标签发送模块，用于向所述PE设备的邻居设备发送所述MVPN对应的MVPN标签。

9.根据权利要求8所述的装置，其特征在于，所述数据转发模块，包括：

封装子模块，用于依据所述MVPN标签，对所述组播数据进行封装；

转发子模块，用于将封装后的组播数据通过所述P2MP隧道出接口进行转发。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二确定模块，用于确定所述PE设备对应的MVPN的数目；

新建模块，用于在所述PE设备对应的MVPN的数目超过当前P2MP隧道的预设共享阈值时，新建P2MP隧道。