组播跨域方法、装置、系统及计算机可读存储介质与流程

本发明涉及通信技术领域，尤其涉及一种组播跨域方法、装置、系统及计算机可读存储介质。

背景技术：

bier(bitindexedexplicitreplication，位索引显式复制)描述了组播数据报文转发的一种新的架构，为组播数据报文在组播域中提供最优路径转发，不需要使用协议建立组播分发树，也不需要中间节点维护任何流状态。当组播报文从域外到达bfir(bit-forwardingingressrouter，位转发入口路由器)时，bfir先确定报文将在哪个biersd(sub-domain，子域名)内发送并发往哪些bfer(bit-forwardingegressrouter，位转发出口路由器)。bfir在报文头中插入“bierheader”，其中包含一个bitstring，bitstring的每一位表示相应bfer的bfr-id。

draft-ietf-bier-mvpn-05描述了bier类型的p-tunnel作为组播vpn的公网承载方法，但是并没有对mvpn的现有跨域方法做特别的改进，仅描述了p-tunnel分段时各个段可以是bier类型，即限制bier仅能够在单个igp域内承载组播流量。draft-ietf-bier-idr-extensions-02定义了通过bgp通告bfr-id的方法，实际上该方法主要是针对的是那些没有部署igp仅部署了bgp的网络，强调可以在域内通过ibgp替代igp通告路由、bfr-id等信息，而ebgp会话上是默认关闭通告bfr-id的，没有进一步讨论基于bier的跨域方案。

技术实现要素：

有鉴于此，本发明的目的在于提供一种组播跨域方法、装置、系统及计算机可读存储介质,通过设置组播代理节点来协助节点进行跨域数据传送，实现了mvpn跨域、bier域与非bier域粘连情况下的组播数据跨域传播。

本发明解决上述技术问题所采用的技术方案如下：

根据本发明的一个方面，提供的一种组播跨域方法，包括：

将多域网络的每个域中的节点分为组播代理节点和普通节点；

所述普通节点通过域内的组播代理节点向域外的组播源节点发送订阅请求；组播源节点将位索引显式复制封装的bier组播报文发送至所述组播代理节点；

组播代理节点将所述bier组播报文发送至所述普通节点。

可选地，所述将多域网络的每个域中的节点分为组播代理节点和普通节点包括：

选择域边界节点作为组播代理节点，将域内除所述组播代理节点之外的节点作为普通节点，并为每个组播代理节点设置对应的节点编号；

将所述节点编号告知域内的其他节点及相邻域的边界节点。

可选地，所述普通节点通过域内的组播代理节点向域外的组播源节点发送订阅请求；组播源节点将位索引显式复制封装的bier组播报文发送至所述组播代理节点包括：

判断普通节点是否与所述普通节点订阅的组播源节点在同一域内；

若不是，则所述普通节点向所述组播代理节点发起订阅请求，所述订阅请求中包含组播源信息和组播代理节点信息；

组播代理节点接收到所述订阅请求后，以自身作为组播接收端通过边界网关协议bgp向所述组播源节点发送订阅请求；

组播源节点将待发送的组播流封装为bier组播报文，所述bier组播报文的bierheader中包含所述组播代理节点的位信息。

可选地，所述组播代理节点将所述bier组播报文发送至所述普通节点具体为：

组播代理节点接收到所述bier组播报文后，剥掉所述bierheader，并将去掉bierheader后的组播报文发送至所述普通节点。

根据本发明的再一个方面，提供的一种组播跨域装置，包括：

代理设置模块，用于将多域网络的每个域中的节点分为组播代理节点和普通节点；

跨域请求模块，用于所述普通节点通过域内的组播代理节点向域外的组播源节点发送订阅请求；组播源节点将位索引显式复制封装的bier组播报文发送至所述组播代理节点；

报文发送模块，用于组播代理节点将所述bier组播报文发送至所述普通节点。

可选地，所述代理设置模块包括：

分组单元，用于选择域边界节点作为组播代理节点，将域内除所述组播代理节点之外的节点作为普通节点，并为每个组播代理节点设置对应的节点编号；

通知单元，用于将所述节点编号告知域内的其他节点及相邻域的边界节点。

可选地，所述跨域请求模块包括：

判断单元，用于判断普通节点是否与所述普通节点订阅的组播源节点在同一域内；

第一请求单元，用于当普通节点与所述普通节点订阅的组播源节点不同一域内时，所述普通节点向所述组播代理节点发起订阅请求，所述订阅请求中包含组播源信息和组播代理节点信息；

第二请求单元，用于组播代理节点接收到所述订阅请求后，以自身作为组播接收端通过边界网关协议bgp向所述组播源节点发送订阅请求；

封装反馈单元，用于组播源节点将待发送的组播流封装为bier组播报文，所述bier组播报文的bierheader中包含所述组播代理节点的位信息。

可选地，所述报文发送模块具体为：

组播代理节点接收到所述bier组播报文后，剥掉所述bierheader，并将去掉bierheader后的组播报文发送至所述普通节点。

根据本发明的再一个方面，提供的一种传感器数据获取系统，包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序，所述应用程序被配置为用于执行以上所述的传感器数据获取方法。

根据本发明的再一个方面，提供的一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现以上所述的传感器数据获取方法。

本发明实施例的一种组播跨域方法、装置、系统及计算机可读存储介质，该方法包括：将多域网络的每个域中的节点分为组播代理节点和普通节点；所述普通节点通过域内的组播代理节点向域外的组播源节点发送订阅请求；组播源节点将位索引显式复制封装的bier组播报文发送至所述组播代理节点；组播代理节点将所述bier组播报文发送至所述普通节点，通过设置组播代理节点来协助节点进行跨域数据传送，实现了mvpn跨域、bier域与非bier域粘连情况下的组播数据跨域传播。

附图说明

图1为本发明实施例一提供的一种组播跨域方法流程图；

图2为图1中步骤s10的方法流程图；

图3为图1中步骤s20的方法流程图；

图4为本发明实施例一提供的跨igpas的网络拓扑图；

图5为本发明实施例一提供的proxy-sourceattributetlv指导消息示意图；

图6为本发明实施例一提供的p-multicastroute消息示意图；

图7为本发明实施例二提供的跨bgpas的网络拓扑图；

图8为本发明实施例三提供的跨bgpas的mvpn网络拓扑图；

图9为本发明实施例四提供的一种组播跨域装置示范性结构框图；

图10为图9中代理设置模块的示范性结构框图；

图11为图9中跨域请求模块的示范性结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一

如图1所示，在本实施例中，一种组播跨域方法，包括：

s10、将多域网络的每个域中的节点分为组播代理节点和普通节点；

s20、所述普通节点通过域内的组播代理节点向域外的组播源节点发送订阅请求；组播源节点将位索引显式复制封装的bier组播报文发送至所述组播代理节点；

s30、组播代理节点将所述bier组播报文发送至所述普通节点。

在本实施例中，通过设置组播代理节点来协助节点进行跨域数据传送，实现了mvpn跨域、bier域与非bier域粘连情况下的组播数据跨域传播。

在本实施例中，所述域是一组主机和使用相同路由选择协议的路由器集合，可以是边界网关协议bgp中的自治系统as，或者内部网关协议igp中的area。

如图2所示，在本实施例中，所述s10包括：

s11、选择域边界节点作为组播代理节点，将域内除所述组播代理节点之外的节点作为普通节点，并为每个组播代理节点设置对应的节点编号；

s12、将所述节点编号告知域内的其他节点及相邻域的边界节点。

在本实施例中，所述组播代理节点可以是一个节点也可以是多个节点，一般选择域边界节点为bier组播代理节点，bier组播代理节点的bfr-id将通过bgp向域内其它边界节点以及相邻域的邻居边界节点通告。域内的组播接收端在订阅非本域的组播源/组时，均可向该域的bier组播代理节点发起订阅。bier组播代理节点以自身作为组播接收端角色通过bgp向真正的组播源节点发送订阅消息，并维护域内的特定组播业务状态。组播源发送bier封装的组播报文时，bierheader中包含各bier组播代理节点相关的位信息，报文到达bier组播代理节点后，不上送控制平面，直接剥掉bierheader继续基于下层封装查表转发。

如图3所示，在本实施例中，所述步骤s20包括：

s21、判断普通节点是否与所述普通节点订阅的组播源节点在同一域内；若是，则，进入步骤s22、按照现有方法进行域内组播传递；

若不是，则进入步骤s23、所述普通节点向所述组播代理节点发起订阅请求，所述订阅请求中包含组播源信息和组播代理节点信息；

s24、组播代理节点接收到所述订阅请求后，以自身作为组播接收端通过边界网关协议bgp向所述组播源节点发送订阅请求；

s25、组播源节点将待发送的组播流封装为bier组播报文，所述bier组播报文的bierheader中包含所述组播代理节点的位信息。

在本实施例中，所述组播代理节点将所述bier组播报文发送至所述普通节点具体为：

组播代理节点接收到所述bier组播报文后，剥掉所述bierheader，并将去掉bierheader后的组播报文发送至所述普通节点。

在本实施例中，该方法可以满足包括mvpn跨域、bier域与非bier域粘连等在内的许多场景。

如图4所示，为跨igpas的网络拓扑图，其中area0内已升级支持bier，area1与area2支持pim但不支持bier。其中，area0、area1、area2即为多域网络的三个域，area0与area1两个域相互粘连，共用一个域边界节点abr1，area0与area2两个域相互粘连，共用一个域边界节点abr2，在这种bier域与非bier域粘连情况下，组播代理节点可以选择粘连处的域边界节点；其中，d1～d6为普通节点，s节点为组播源节点。

假设d1～d6均需要订阅位于s节点的组播业务(s,g)。具体如下：

分别在area1的边界节点abr1与area2的边界节点abr2上，配置它们作为biersub-domain0的bier组播代理节点。abr1与abr2的bfr-id将通过igp在area0内泛洪。本实施例中不需要额外通过bgp在area边界节点之间相互通告bier组播代理节点的bfr-id。

abr1和abr2上将分别在biersub-domain0上下文内生成相应的以自身bfr-id为键值的bift表项，其中包含的转发信息表示本地命中并上送控制平面，但同时还会设置代理标志(注意代理标志将会使得需要本地上送的那份报文拷贝实际上执行的是剥除bierheader后继续基于下层封装查表转发，最终有可能不会上送控制平面而是向代理客户转发，这可能发生于本节点控制平面上没有应用订阅相应的组播业务而只是有代理客户订阅了的情况)。

分散于area1与area2内的d1～d6节点，分别感知组播源节点s不处于本area中，则可以向bier组播代理节点abr1(或abr2)发起pimjoin消息，即pimjoin消息中仍然包含真实的(s,g)，但同时包含proxy-sourceattributetlv指导消息沿着至代理节点abr1(或abr2)的rpf路径向代理节点发送。pimjoin消息到达代理节点abr1(或abr2)后，abr1(或abr2)检查其中包含的proxy-sourceattributetlv表示的是自身，则终结pimjoin消息，改为通过bgp向源节点s发送p-multicastroute，其中包含(s,g)信息，originatingrouter'sipaddr设置为abr1(或abr2)，pta中的tunneltype字段设置为bier，并同时设置tunnelidentifier字段为{biersub-domain0,s}。

在本实施例中，proxy-sourceattributetlv指导消息是指包括tlv格式的消息，所述tlv格式包括：type类型，length长度和value值，如图5所示为proxy-sourceattributetlv指导消息示意图；所述proxy-sourceattributetlv与rfc5496中定义的vectorattributetlv的各字段定义是类似的，用于指导pimjoin消息沿着至代理节点的rpf(reversepathforwarding,反向路径转发)路径向代理节点发送。然而与rfc5496中定义的vectorattributetlv不同的是，包含proxy-sourceattributetlv的pimjoin消息在到达相应的代理节点后，pimjoin消息将终结，不会继续沿着至组播源节点的rpf路径向组播源节点发送，而是由代理节点通过bgp统一向组播源节点(或反射器)发送订阅消息(如果之前没有发送过的话)。

abr1上将维护组播状态(s,g)，其出接口列表为{p1,p2}；abr2上将维护组播状态(s,g)，其出接口列表为{p3,p4}。注意如果abr1上也有应用订阅了组播业务(s,g)，则其维护的组播状态(s,g)中不仅包含出接口列表，还包含相应的本地应用标识。s节点分别收到来自abr1与abr2的p-multicastroute，根据其中包含的originatingrouter'sipaddr与pta，感知abr1与abr2均对组播业务(s,g)感兴趣，则维护biersub-domain0上下文内的组播状态(s,g)，其包含的bferlist为{abr1,abr2}。

在本实施例中，p-multicastroute是在rfc6514定义的mcast-vpnnlri中新增的一种路由类型，用于公网的组播加入通告。其中multicastsource字段设置为公网组播源ip，multicastgroup字段设置为公网组播组ip，originatingrouter'sipaddr字段设置为发送该路由的原始节点。可以在p-multicastroute中包含pmsitunnelattribute(见rfc6514，简称pta)，其中的tunneltype字段可设置为bier，并同时设置tunnelidentifier字段为相应的{biersub-domainid,bfir-prefix}；如图6所示为一种p-multicastroute消息示意图。

s节点在biersub-domain0内发送bier封装的组播报文，bierheader中的bitstring中，bfr-id-abr1与bfr-id-abr2对应的bit-position将被置位。

报文将按常规的bier转发流程向igp下一跳t节点发送，t节点收到后继续按bier转发流程向abr1与abr2发送，不赘述。

abr1节点收到bier封装的报文后，将命中键值为自身bfr-id的bift表项，报文将拷贝一份准备上送，由于命中的bift表项中有代理标志，则该份拷贝将剥除bierheader后基于下层组播ip头封装查询到组播业务状态(s,g)，最终报文将向出接口列表{p1,p2}复制(注意如果abr1上也有应用订阅了组播业务(s,g)，则报文还会本地上送控制平面)。另外由于收到的bier封装的报文中不再包含其它bfer，所以原始的bier报文将终结转发。

类似的，abr2收到bier封装的报文，将剥除bierheader后向出接口列表{p3,p4}复制。

实施例二

如图7所示，为跨bgpas的网络拓扑图，其中各as的边界节点均已升级支持bier，各as内部节点支持pim但不支持bier。其中，as1、as2、as3即为多域网络的三个域，asbr1、asbr2、asbr3分别为三个域的组播代理节点；其中，d1～d6为普通节点，s节点为组播源节点。

假设d1～d6均需要订阅位于s节点的组播业务(s,g)。具体如下：

分别在as2的边界节点asbr2与as3的边界节点asbr3上，配置它们作为biersub-domain1的bier组播代理节点。asbr2与asbr3将分别通过bgp向所处as内其它边界节点以及相邻as的相邻边界节点通告biersub-domain1内自身的bfr-id。本实施例中，asbr2将通过ebgp向asbr1/asbr3通告自身的bfr-id信息，asbr3同样也将通过ebgp向asbr1/asbr2通告自身的bfr-id信息。asbr1节点收到后，改变下一跳为自身，继续通过ibgp向s节点通告。

asbr2和asbr3上将分别在biersub-domain1上下文内生成相应的以自身bfr-id为键值的bift表项，其中包含的转发信息表示本地命中并上送控制平面，但同时还会设置代理标志。另外，asbr1上也会在biersub-domain1上下文内生成分别以bfr-id-asbr2和bfr-id-asbr3为键值的bift表项，其中包含的转发信息将分别指导报文向asbr2与asbr3转发。

分散于as2与as3内的d1～d6节点，分别感知组播源节点s不处于本as中，则可以向bier组播代理节点asbr2(或asbr3)发起pimjoin消息，即pimjoin消息中仍然包含真实的(s,g)，但同时包含proxy-sourceattributetlv指导消息沿着至代理节点asbr2(或asbr3)的rpf路径向代理节点发送。pimjoin消息到达代理节点asbr2(或asbr3)后，asbr2(或asbr3)检查其中包含的proxy-sourceattributetlv表示的是自身，则终结pimjoin消息，改为通过bgp向源节点s发送p-multicastroute，其中包含(s,g)信息，originatingrouter'sipaddr设置为asbr2(或asbr3)，pta中的tunneltype字段设置为bier，并同时设置tunnelidentifier字段为{biersub-domain1,s}。注意asbr2(或asbr3)也可以确定至s的umh(upstreammulticasthop)为asbr1，则不直接向s发送p-multicastroute，而是向asbr1发送，asbr1收到后，保持信息不变继续发送给s，本实施例中假设采取这种方式。

asbr2上将维护组播状态(s,g)，其出接口列表为{p1,p2}；asbr3上将维护组播状态(s,g)，其出接口列表为{p3,p4}。

s节点将从asbr1收到分别始发自asbr2与asbr3的p-multicastroute，根据其中包含的originatingrouter'sipaddr与pta，感知asbr2与asbr3均对组播业务(s,g)感兴趣，则维护biersub-domain1上下文内的组播状态(s,g)，其包含的bferlist为{asbr2,asbr3}。

s节点在biersub-domain1内发送bier封装的组播报文，bierheader中的bitstring中，bfr-id-asbr2与bfr-id-asbr3对应的bit-position将被置位。

报文将按常规的bier转发流程向远端bgp下一跳asbr1节点发送(注意需要封装外层单播隧道)，asbr1节点收到后继续按bier转发流程向asbr2与asbr3发送，不赘述。

asbr2节点收到bier封装的报文后，将命中键值为自身bfr-id的bift表项，报文将拷贝一份准备上送，由于命中的bift表项中有代理标志，则该份拷贝将剥除bierheader后基于下层组播ip头封装查询到组播业务状态(s,g)，最终报文将向出接口列表{p1,p2}复制。另外由于收到的bier封装的报文中不再包含其它bfer，所以原始的bier报文将终结转发。

类似的，asbr3收到bier封装的报文，将剥除bierheader后向出接口列表{p3,p4}复制。

实施例三

如图8所示的跨bgpas的mvpn网络拓扑图，其中各as的边界节点均已升级支持bier，各as内部节点支持pim但不支持bier。其中，as1、as2即为多域网络的两个域，asbr1、asbr2分别为两个域的组播代理节点；其中，d为普通节点，s节点为组播源节点。

假设处于pe2侧私网客户内的d节点需要订阅位于pe1侧私网客户内的s节点的组播业务(s,g)。具体如下：

在as2的边界节点pe2上，配置其作为biersub-domain2的bier组播代理节点。pe2将通过bgp向所处as内其它边界节点以及相邻as的相邻边界节点通告biersub-domain2内自身的bfr-id。本实施例中，pe2将通过ibgp向asbr2通告自身的bfr-id信息；asbr2收到后，改变下一跳为自身，继续通过ebgp向asbr1通告；asbr1收到后，改变下一跳为自身，继续通过ibgp向pe1通告。

pe2上将在biersub-domain2上下文内生成相应的以自身bfr-id为键值的bift表项，其中包含的转发信息表示本地命中并上送控制平面，但同时还会设置代理标志。另外，asbr2上也会在biersub-domain2上下文内生成以bfr-id-pe2为键值的bift表项，其中包含的转发信息将指导报文向远端bgp下一跳pe2转发(需封装外层单播隧道)；同理，pe1与asbr1上也会生成以bfr-id-pe2为键值的bift表项。

按照rfc6514与draft-ietf-bier-mvpn-05定义的处理流程，pe1可直接向pe2发送(vrf_a,s,g)对应的s-pmsia-droute，其中包含的pta中的tunneltype字段设置为bier，并同时设置tunnelidentifier字段为{biersub-domain2,s}，以及相应的用于识别vrf_a的mplsupstream-assignedlabel；pe2亦可直接向pe1回应leafa-droute，以告知pe2对(vrf_a,s,g)感兴趣。与draft-ietf-bier-mvpn-05有别的是，本实施例中直接基于跨域的bier(即biersub-domain本身是跨as的)，而不是采用分段的p-tunnel且bier作为局部某个段的方法。

pe2上将维护组播状态(vrf_a,s,g)，其出接口列表为{d}。

pe1节点收到来自pe2的leafa-droute后，根据其中包含的originatingrouter'sipaddr与pta，感知pe2对组播业务(vrf_a,s,g)感兴趣，则维护biersub-domain2上下文内的组播状态(s,g)，其包含的bferlist为{pe2}。

pe1从vrf_a私网客户收到组播流后，为组播流在biersub-domain2内做bier封装后发送，bierheader中的bitstring中，bfr-id-pe2对应的bit-position将被置位。

报文将按常规的bier转发流程向远端bgp下一跳asbr1节点发送(注意需要封装外层单播隧道)，asbr1节点收到后继续按bier转发流程向asbr2发送，asbr2节点收到后继续按bier转发流程向pe2发送，不赘述。

pe2节点收到bier封装的报文后，将命中键值为自身bfr-id的bift表项，报文将拷贝一份准备上送，由于命中的bift表项中有代理标志，则该份拷贝将剥除bierheader后基于下层mplsupstream-assignedlabel封装查询到vrf_a，继续基于下层封装查询到vrf_a实例下的组播业务状态(s,g)，最终报文将向出接口列表{d}复制。另外由于收到的bier封装的报文中不再包含其它bfer，所以原始的bier报文将终结转发。

实施例四

如图9所示，在本实施例中，一种组播跨域装置，包括：

代理设置模块10，用于将多域网络的每个域中的节点分为组播代理节点和普通节点；

跨域请求模块20，用于所述普通节点通过域内的组播代理节点向域外的组播源节点发送订阅请求；组播源节点将位索引显式复制封装的bier组播报文发送至所述组播代理节点；

报文发送模块30，用于组播代理节点将所述bier组播报文发送至所述普通节点。

在本实施例中，通过设置组播代理节点来协助节点进行跨域数据传送，实现了mvpn跨域、bier域与非bier域粘连情况下的组播数据跨域传播。

在本实施例中，所述域是一组主机和使用相同路由选择协议的路由器集合，可以是边界网关协议bgp中的自治系统as，或者内部网关协议igp中的area。

如图10所示，在本实施例中，所述代理设置模块包括：

分组单元11，用于选择域边界节点作为组播代理节点，将域内除所述组播代理节点之外的节点作为普通节点，并为每个组播代理节点设置对应的节点编号；

通知单元12，用于将所述节点编号告知域内的其他节点及相邻域的边界节点。

在本实施例中，所述组播代理节点可以是一个节点也可以是多个节点，一般选择域边界节点为bier组播代理节点，bier组播代理节点的bfr-id将通过bgp向域内其它边界节点以及相邻域的邻居边界节点通告。域内的组播接收端在订阅非本域的组播源/组时，均可向该域的bier组播代理节点发起订阅。bier组播代理节点以自身作为组播接收端角色通过bgp向真正的组播源节点发送订阅消息，并维护域内的特定组播业务状态。组播源发送bier封装的组播报文时，bierheader中包含各bier组播代理节点相关的位信息，报文到达bier组播代理节点后，不上送控制平面，直接剥掉bierheader继续基于下层封装查表转发。

如图11所示，在本实施例中，所述跨域请求模块包括：

判断单元21，用于判断普通节点是否与所述普通节点订阅的组播源节点在同一域内；

第一请求单元22，用于当普通节点与所述普通节点订阅的组播源节点不同一域内时，所述普通节点向所述组播代理节点发起订阅请求，所述订阅请求中包含组播源信息和组播代理节点信息；

第二请求单元23，用于组播代理节点接收到所述订阅请求后，以自身作为组播接收端通过边界网关协议bgp向所述组播源节点发送订阅请求；

封装反馈单元24，用于组播源节点将待发送的组播流封装为bier组播报文，所述bier组播报文的bierheader中包含所述组播代理节点的位信息。

在本实施例中，所述报文发送模块具体为：

组播代理节点接收到所述bier组播报文后，剥掉所述bierheader，并将去掉bierheader后的组播报文发送至所述普通节点。

在本实施例中，该方法可以满足包括mvpn跨域、bier域与非bier域粘连等在内的许多场景。

实施例五

在本实施例中，一种传感器数据获取系统，包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序，所述应用程序被配置为用于执行实施例一至三所述的传感器数据获取方法。

实施例六

本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述传感器数据获取方法实施例中任一所述的方法实施例。

需要说明的是，上述装置、系统实和计算机可读存储介质实施例与方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在装置实施例中均对应适用，这里不再赘述。

本发明实施例的一种组播跨域方法、装置、系统及计算机可读存储介质，该方法包括：将多域网络的每个域中的节点分为组播代理节点和普通节点；所述普通节点通过域内的组播代理节点向域外的组播源节点发送订阅请求；组播源节点将位索引显式复制封装的bier组播报文发送至所述组播代理节点；组播代理节点将所述bier组播报文发送至所述普通节点，通过设置组播代理节点来协助节点进行跨域数据传送，实现了mvpn跨域、bier域与非bier域粘连情况下的组播数据跨域传播。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。