一种在MACinMAC网络中实现组播的方法

文档序号:7627734阅读:258来源:国知局
专利名称:一种在MAC in MAC网络中实现组播的方法
技术领域
本发明涉及以太网技术,尤指一种在MAC in MAC网络中实现组播的方法。
背景技术
MAC in MAC或简写为MinM是IEEE 802.1ah提出的运营商骨干桥接的一种技术,该技术提供了在以太网城域网或广域网中对用户以太网业务传送的解决方案,能够兼容现有的以太网城域网或广域网设备,保护运营商现有的骨干桥接设备和运营商边缘以太网接入设备的投资,支持MAC in MAC技术的网络简称为MAC in MAC网络。以太网采用MAC in MAC封装方式,提高了以太网的安全性和可扩展性。MAC in MAC二层骨干网的公网是运营商的管理域,由MinM边缘设备-运营商骨干桥接设备(PBB)和骨干网设备(PB)组成,PBB用于将用户私网的业务通过MinM隧道接入,PB用于承载MinM隧道。
MinM技术很好地解决了现有运营商以太网中迅速膨胀的MAC地址问题,同时克服了现有交换(QinQ)接入方式中限制服务实例的问题,以及MAC地址复用、用户协议报文透传、远程流量镜像等问题。其中,QinQ是IEEE 802.1ad定义的支持两层虚拟局域网标签(VLAN TAG)的以太网标准,用于运营商向用户提供透明的VLAN的传送。
MinM技术提供的以太网传送业务是基于MAC in MAC隧道的单播业务,对组播业务没有提供很好的解决方案。
目前,在MinM技术中实现组播的方法是按照组播组中申请某服务实例的用户数,在组播源提供某服务实例的用户边缘设备(CE,Custom EdgeDevice)中复制组播报文,并将复制后的各组播报文分别通过各自的MAC inMAC隧道传送到目的用户。
从现有在MinM技术中实现组播的方法来看,所提供的点到多点的组播实际上在骨干网上传送的是单播报文,即在骨干网上通过不同的MAC inMAC隧道分别传送多份组播报文,现有技术将组播当成单播处理的方法,造成了带宽极大的浪费。而且,随着组播流量在网络中占用的比重越来越大,组播源越来越多,每个组播源复制的组播报文数量将越来越多,采用现有技术的方法将会造成网络带宽的更大浪费。

发明内容
有鉴于此,本发明的主要目的在于提供一种在MAC in MAC网络中实现组播的方法,能够使支持MAC in MAC二层骨干网的公网具有完整的组播能力,节约网络带宽。
为达到上述目的,本发明的技术方案具体是这样实现的一种在MAC in MAC网络中实现组播的方法,该方法包括用户加入组播组和组播源向加入组播组的用户下发组播报文两个处理过程,其中,用户加入组播组过程包括A.用户边缘设备CE经由运营商骨干桥接设备PBB及骨干-虚拟局域网B-VLAN组播域中的骨干网设备PB向组播源所在CE发送请求加入指定服务实例的组播组的因特网组管理协议IGMP报告报文;B.所述PBB根据收到的IGMP报告报文,分配公网组播地址并建立私网组播地址与公网组播地址之间的对应关系,生成用于标识组播报文出端口的私网组播转发表;C.所述PBB将私网组播地址信息传送给所述PB并在PB中建立骨干网的二层组播转发表;所述PB经组播源所在PBB将所述IGMP报告报文传送给指定服务实例中的提供组播业务的CE,并在由经的PBB中建立公网组播地址与私网组播地址之间的对应关系和公网组播转发表;
组播源向加入组播组的用户下发组播报文包括根据在PBB中建立的私网组播地址与公网组播地址的对应关系和私网组播转发表、公网组播转发表,以及在PB中建立的骨干网的二层组播转发表,逐级复制并下发来自组播源的组播报文。
步骤C中所述建立骨干网的二层组播转发表、公网组播地址与私网组播地址的对应关系和公网组播转发表的方法为C11.所述PBB将IGMP报告报文转换为携带私网组播地址信息的IGMP扩展报告报文,并将该IGMP扩展报告报文经由B-VLAN组播域中的PB发送至组播源所在PBB,且在由经的各PB中生成骨干网的二层组播转发表;C12.所述组播源所在PBB生成公网组播转发表、解析接收到的IGMP扩展报告报文并建立公网组播地址与私网组播地址的对应关系,将接收到的IGMP扩展报告报文转换成IGMP报告报文并发送至指定服务实例中的提供组播业务的CE。
步骤C中所述建立骨干网的二层组播转发表、公网组播地址与私网组播地址的对应关系和公网组播转发表的方法为C21.所述PBB将私网组播地址信息携带在预设扩展信令中,并将该扩展信令及IGMP报告报文经由B-VLAN组播域中的PB发送至组播源所在PBB,且在由经的各PB中生成骨干网的二层组播转发表;C22.所述组播源所在PBB生成公网组播转发表、根据接收到的扩展信令及IGMP报告报文建立公网组播地址与私网组播地址的对应关系,并将接收到的IGMP报告报文发送至指定服务实例中的提供组播业务的CE。
所述组播源向加入组播组的用户下发组播报文过程具体包括以下步骤a.指定服务实例中的提供组播业务的CE向组播源所在PBB发送该服务实例的指定组播组的组播报文,所述组播源所在PBB查找自身已建立的公网组播地址与私网组播地址的对应关系,将接收到的组播报文中的私网组播地址更换为该私网组播地址对应的公网组播地址、根据自身已建立的公网组播转发表复制更换后的组播报文并转发至相应的PB;
b.所述PB通过查找自身已建立的骨干网的二层组播转发表,复制接收到的组播报文并转发或经由PB转发至相应的PBB;c.所述PBB查找自身已建立的私网组播地址与公网组播地址的对应关系,将接收到的组播报文中的公网组播地址更换为该公网组播地址对应私网组播地址、根据自身已建立的私网组播转发表复制更换后的组播报文并转发至相应的CE。
运营商在所述PBB中预先设置骨干网目的MAC地址B-DA与服务实例ID号I-SID和用户目的MAC地址C-DA的对应关系,步骤B中所述分配公网组播地址的方法为所述PBB根据IGMP报告报文中携带的C-DA,为所述IGMP报告报文分配所述对应关系中与所述C-DA对应的B-DA;所述私网组播地址与公网组播地址的对应关系为所述IGMP报告报文中携带的I-SID、C-DA与所述B-DA的对应关系;或者所述IGMP报告报文中携带的I-SID、C-DA及C-SA与所述B-DA的对应关系。
步骤B中所述私网组播地址与公网组播地址的对应关系建立在所述PBB中预先设置的用于标识私网组播地址与公网组播地址间对应关系的私网-公网地址映射表中。
步骤C11中所述将IGMP报告报文转换为IGMP扩展报告报文的方法为在所述IGMP报告报文中增加扩展字段转换为IGMP扩展报告报文,该扩展字段用于携带私网组播地址信息。
步骤C21中所述扩展信令中的私网组播地址信息包括I-SID和C-DA;或者I-SID、C-DA及C-SA。
步骤C12中所述解析接收到的IGMP扩展报告报文并建立公网组播地址与私网组播地址的对应关系的方法为根据所述IGMP扩展报告报文中携带的B-DA和私网组播地址信息,建立B-DA与私网组播信息的对应关系。
所述私网组播地址信息包括C-DA和I-SID;或C-DA、C-SA及I-SID。
所述公网组播地址与私网组播地址的对应关系建立在所述组播源所在PBB中预先设置的用于标识公网组播地址与私网组播地址间对应关系的公网-私网地址映射表中。
步骤C12中所述将IGMP扩展报告报文转换成IGMP报告报文的方法为删除所述IGMP扩展报告报文中的扩展字段。
步骤a中所述复制并转发更换后的组播报文的方法为所述组播源所在PBB在自身已建立的公网组播转发表中,查找对应所述更换后的公网组播地址的出端口,并根据出端口数复制更换后的组播报文后,通过相应出端口转发至对应的PB。
步骤b中所述复制并转发组播报文的方法为所述PB在自身已建立的骨干网的二层组播转发表中,查找与所述组播报文中携带的公网组播地址对应的出端口,并根据出端口数复制接收到的组播报文后,通过相应出端口转发至PB或PBB。
步骤c中所述复制并转发组播报文的方法为所述PBB在自身已建立的私网组播转发表中,查找对应所述更换后的私网组播地址的出端口,并根据出端口数复制更换后的组播报文后,通过相应出端口转发至对应的CE。
由上述技术方案可见,本发明包括用户加入组播组和组播源向加入组播组的用户下发组播报文两个处理过程。
其中,用户加入组播组的处理包括用户通过用户边缘设备(CE)向所在PBB发送因特网组管理协议(IGMP,Internet Group ManagementProtocol)报告报文,请求加入IGMP报告报文中指定服务实例的组播组以获取该指定组播组的组播报文;所述PBB根据接收到的IGMP报告报文中携带的私网组播地址信息如组播地址即用户目的MAC地址(C-DA),分配公网组播地址即骨干网目的MAC地址(B-DA)并建立私网组播地址与公网组播地址的对应关系如建立私网-公网地址映射表,以及按照支持普通二层以太网组播的IGMP snooping方法生成用于标识组播报文出端口的私网组播转发表;所述PBB将私网组播地址携带在IGMP报告报文中,将IGMP报告报文转换为IGMP扩展报告报文(IGMP-Report-Ext),并经由骨干-虚拟局域网(B-VLAN)组播域中的骨干网设备(PB)发送至组播源所在PBB且在由经的PB中按照IGMP snooping方法生成骨干网的二层组播转发表;组播源所在PBB接收到IGMP扩展报告报文后,按照IGMP snooping方法生成公网组播转发表;解析接收到的IGMP扩展报告报文并建立公网组播地址与私网组播地址的对应关系如公网-私网地址映射表;组播源所在PBB将接收到的IGMP扩展报告报文转换成IGMP报告报文后,发送至提供指定服务实例的CE。
或者,用户加入组播组的处理包括用户通过CE向所在PBB发送IGMP报告报文,请求加入IGMP报告报文中指定服务实例的组播组以获取该指定组播组的组播报文;所述PBB根据接收到的IGMP报告报文中携带的私网组播地址信息如C-DA,分配B-DA并建立私网组播地址与公网组播地址的对应关系如建立私网-公网地址映射表,以及按照支持普通二层以太网组播的IGMP snooping方法生成用于标识组播报文出端口的私网组播转发表;所述PBB将私网组播地址携带在自定义的扩展信令中,并将该扩展信令和接收到的IGMP报告报文经由B-VLAN组播域中的PB发送至组播源所在PBB且在由经的PB中按照IGMP snooping方法生成骨干网的二层组播转发表;组播源所在PBB接收到扩展信令和IGMP报告报文后,按照IGMP snooping方法生成公网组播转发表,根据接收到的扩展信令及IGMP报告报文建立公网组播地址与私网组播地址的对应关系如公网-私网地址映射表;组播源所在PBB将接收到的IGMP报告报文发送至指定服务实例中的提供组播业务的CE。
组播源向加入组播组的用户下发组播报文的处理包括提供指定服务实例的CE向组播源所在PBB发送该服务实例的指定组播组的组播报文;组播源所在PBB通过查找自身已建立的公网组播地址与私网组播地址的对应关系,将接收到的组播报文中的私网组播地址更换为该私网组播地址对应的公网组播地址,组播源所在PBB根据公网组播转发表复制更换后的组播报文并通过与更换后的公网组播地址对应的出端口转发至相应的PB;所述PB通过查找骨干网的二层组播转发表,复制接收到的组播报文并通过与该组播报文中的公网组播地址对应的出端口转发至相应的PBB;PBB通过查找自身已建立的私网组播地址与公网组播地址的对应关系,将接收到的组播报文中的公网组播地址更换为私网组播地址,根据私网组播转发表复制更换后的组播报文并通过与更换后的私网组播地址对应的出端口转发至相应的CE。
本发明方法使运营商骨干网设备具有支持基于用户的组播复制能力,使支持MAC in MAC二层骨干网的公网具有了完整的组播复制能力,通过在PBB中增加私网组播地址和公网组播地址的对应关系,以及各网络设备中的组播转发表,逐级复制并下发组播报文,使得组播报文按照典型的组播树型结构下发,节省了大量因组播复制导致的带宽浪费。
本发明兼容现有的以太网骨干的核心交换机,兼容核心交换机上的组播控制协议,同时对用户侧的CE来讲,接收到的仍然是现有的IGMP报告报文,对私网中CE的现有后续对组播报文的处理没有任何影响,采用本发明方法,无需对网络结构及网络设备进行改动,从而节省了大量建网成本。


图1是本发明在MAC in MAC网络中实现组播的报文流向示意图;图2是本发明实现组播中申请加入组播组的流程图;图3是本发明实现组播中下发组播报文的流程图。
具体实施例方式
本发明的核心思想是在用户加入组播组时,CE经由PBB及B-VLAN组播域中的PB向组播源所在CE发送请求加入指定服务实例的组播组的因特网组管理协议IGMP报告报文;所述PBB根据收到的IGMP报告报文,分配公网组播地址并建立私网组播地址与公网组播地址之间的对应关系,生成用于标识组播报文出端口的私网组播转发表;所述PBB将私网组播地址信息传送给所述PB并在PB中建立的骨干网的二层组播转发表;所述PB经组播源所在PBB将所述IGMP报告报文传送给指定服务实例中的提供组播业务的CE,并在由经的PBB中建立公网组播地址与私网组播地址之间的对应关系和公网组播转发表;在组播源向加入组播组的用户下发组播报文时,根据在PBB中建立的私网组播地址与公网组播地址的对应关系和私网/公网组播转发表,以及在PB中建立的骨干网的二层组播转发表,逐级复制并转发来自组播源的组播报文。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举较佳实施例,对本发明进一步详细说明。
图1是本发明在MAC in MAC网络中实现组播的报文流向示意图,图1所示的组网结构为现有结构,具体可参见相关文献。图1中主要包括公网和私网两大部分,私网与公网间通过PBB连接。PBB通过CE与用户设备(UE)相连,比如PBB2通过CE2与两个UE相连;PBB通过PB接入公网。可以按照实际需要划分不同的用户-虚拟局域网(C-VLAN),同样按照实际情况可将公网划分为不同的B-VLAN。
图1中虚线箭头表示用户请求加入指定服务实例的组播组的报文流向,实线箭头表示组播源向加入指定服务实例的组播组的用户下发组播报文的报文流向。假设图1中组播源为CE1提供的服务实例,CE2和CE5为请求加入CE1提供的服务实例的组播组以获取该组播组的组播报文,报文流向如图1所示。下面结合图2和图3分别描述本发明实现组播中申请加入组播组和组播源向加入组播组的用户下发组播报文的实现方法。
图2是本发明实现组播中申请加入组播组的流程图,以CE2请求加入CE1提供的服务实例所在的组播组以获取组播报文为例,该方法包括以下步骤步骤200CE2向所在PBB2发送IGMP报告报文P1。
IGMP报告报文用于申请加入指定服务实例的组播组,以获取该组播组的组播报文,该IGMP报告报文中主要携带请求加入的私网组播组的地址即C-DA和用户源MAC地址(C-SA)等。
步骤201CE2所在PBB2根据接收到的IGMP报告报文P1中携带的信息,分配公网组播地址并建立私网组播地址与公网组播地址的对应关系,以及生成用于标识组播报文出端口的私网组播转发表。
PBB2按照运营商预先设置的B-DA与服务实例ID号(I-SID)和C-DA的对应策略,根据IGMP报告报文中C-DA,为来自CE2的IGMP报告报文分配与该I-SID和C-DA对应的B-DA。
根据分配得到的B-DA,PBB2建立IGMP报告报文P1的I-SID、C-DA以及C-SA与B-DA的对应关系。具体实现可以在PBB2中预先设置用于标识私网组播地址与公网组播地址间对应关系的私网-公网地址映射表,本步骤中,将建立好的对应关系作为一条记录加入所述私网-公网地址映射表中即可。
按照支持普通二层以太网组播的IGMP snooping方法生成私网组播转发表,提供组播报文在PBB2上的出端口,不同出端口对应不同的CE,具体实现可参见相关协议,这里不再赘述。
步骤202PBB2将接收到的IGMP报告报文P1转换为携带私网组播地址的IGMP扩展报告报文(IGMP-Report-Ext)即IGMP报告报文P2;经由B-VLAN组播域中的PB将转换后的IGMP报告报文P2发送至组播源所在PBB1并在由经的PB中生成骨干网的二层组播转发表。
IGMP报告报文P2的目的地址为步骤201中分配的B-DA,可以通过在IGMP报告报文P1中增加扩展字段来实现IGMP报告报文P1到IGMP报告报文P2的转换,该扩展字段用于携带私网组播地址如C-DA、C-SA及I-SID,其中,C-SA为可选项。另外,PBB2也可以采用独立的自定义扩展信令向所在组播域内的PB通告私网组播地址信息如C-DA、C-SA及I-SID,其中,C-SA为可选项,此时,IGMP报告报文P1不作转换,直接发送即可。本实施例中,假设采用将IGMP报告报文转换为IGMP扩展报告报文的方法来传送私网组播地址。
在B-VLAN组播域由经的PB中,按照支持普通二层以太网组播的IGMPsnooping方法生成骨干网的二层组播转发表,提供组播报文在PB上的出端口,不同出端口对应不同的PBB,具体实现可参见相关协议,这里不再赘述。本实施例中,结合图1,需要分别在PB2和PB1中建立各自的骨干网的二层组播转发表。
步骤203PBB1接收到IGMP报告报文P2后,生成公网组播转发表,解析接收到的IGMP报告报文P2并建立公网组播地址与私网组播地址的对应关系。
按照支持普通二层以太网组播的IGMP snooping方法生成公网组播转发表,提供组播报文在PBB1上的出端口,不同出端口对应不同的PB,具体实现可参见相关协议,这里不再赘述。
根据IGMP报告报文P2中携带的B-DA及扩展字段,建立B-DA与扩展字段中的私网组播地址如I-SID、C-DA以及C-SA的对应关系,其中C-SA为可选项。具体实现可以在PBB1中预先设置用于标识公网组播地址与私网组播地址间对应关系的公网-私网地址映射表,本步骤中,将建立好B-DA与私网组播地址信息的对应关系作为一条记录加入所述公网-私网地址映射表中即可。
步骤204PBB1将接收到的IGMP报告报文P2转换为IGMP报告报文P1,并将转换后的IGMP报告报文P1发送至指定服务实例中的提供组播业务的CE1。
将IGMP报告报文P2转换为IGMP报告报文P1的方法为将IGMP报告报文P2中增加的扩展字段删除,恢复成从CE2发出的IGMP报告报文P1的形式,之后,将IGMP报告报文发送至该服务实例对应的CE1。
需要说明的是,如果步骤202中采用独立的自定义扩展信令向所在组播域内的PB通告私网组播地址信息如C-DA、C-SA及I-SID,其中C-SA为可选项,则步骤203中PBB1是根据接收到的IGMP报告报文P1及扩展信令进行后续处理,而步骤204中,PBB1根据扩展信令,将接收到的IGMP报告报文发送至提供指定服务实例的CE1即可,省略了转换的处理。
从上述本发明实现组播中申请加入组播组的方法来看,通过在PBB中增加私网组播地址和公网组播地址的对应关系,以及PBB及PB中的组播转发表,为组播报文找到了下发目的地及出端口,为组播报文的顺利下发做好了准备。
图3是本发明实现组播中下发组播报文的流程图,假设CE1为提供服务实例中的组播报文,CE2、CE5为与CE1在同一个服务实例中的用户边缘设备且CE2和CE5向CE1申请了组播业务,下发组播报文的方法包括以下步骤步骤300~步骤301CE1向组播源所在PBB1发送指定服务实例的指定组播组的组播报文;PBB1根据自身存储的公网组播地址与私网组播地址的对应关系,将接收到的组播报文中的私网组播地址更换为对应的公网组播地址,根据PBB1中存储的公网组播转发表复制更换后的组播报文并通过相应出端口转发至对应的PB。
本步骤通过改变私网的目的组播地址为公网的组播地址,将私网组播报文转换成了公网组播报文。
在PBB1中,建立有B-DA与I-SID、C-DA以及C-SA的对应关系,假设该对应关系为公网-私网地址映射表中的一地址映射项。PBB1将组播报文中的I-SID、C-DA以及C-SA与公网-私网地址映射表中的地址映射项进行匹配,采用相匹配的地址映射项对应的B-DA更换组播报文中的私网组播地址即C-DA。
PBB1在公网组播转发表中,查找对应B-DA的出端口,并根据出端口数复制更换后的组播报文后,通过相应出端口转发至对应的PB。
步骤302PB接收到组播报文后,根据组播报文中的B-DA,查找自身已建立的骨干网的二层组播转发表,查找对应B-DA的出端口,并根据出端口数复制接收到的组播报文后,通过相应出端口转发至对应的PB或PBB。
结合图1,本实施例中CE2和CE5同属于CE1提供的服务实例的组播组中,因此,PB1接收到来自PBB1的组播报文后,复制成两份,其中一份经由PB2转发至PBB2;另一分经由PB3转发至PBB4。
步骤303接收端所在PBB根据自身存储的私网组播地址与公网组播地址的对应关系,将接收到的组播报文中的公网组播地址更换为对应的私网组播地址,根据接收端所在PBB存储的私网组播转发表复制更换后的组播报文并通过相应出端口转发至对应的CE。
在接收端所在PBB中,建立有I-SID、C-DA以及C-SA与B-DA的对应关系,假设该对应关系为私网-公网地址映射表中的一地址映射项。接收端所在PBB将组播报文中的B-DA与公网-私网地址映射表中的地址映射项进行匹配,采用相匹配的地址映射项对应的C-DA更换组播报文中的B-DA。
接收端所在PBB在指定服务实例的私网组播转发表中,查找对应私网组播地址C-SA的出端口,并根据出端口数复制接收到的组播报文后,通过相应出端口转发至对应的CE。
本实施例中,PBB3将接收到的组播报文转发至CE5,PBB2将接收到的组播报文转发至CE2。
步骤303之后,在私网内由用户独立控制的组播机制复制转发组播报文,具体实现与现有技术一致,可参见相关文献,这里不再赘述。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
权利要求
1.一种在MAC in MAC网络中实现组播的方法,其特征在于,该方法包括用户加入组播组和组播源向加入组播组的用户下发组播报文两个处理过程,其中,用户加入组播组过程包括A.用户边缘设备CE经由运营商骨干桥接设备PBB及骨干-虚拟局域网B-VLAN组播域中的骨干网设备PB向组播源所在CE发送请求加入指定服务实例的组播组的因特网组管理协议IGMP报告报文;B.所述PBB根据收到的IGMP报告报文,分配公网组播地址并建立私网组播地址与公网组播地址之间的对应关系,生成用于标识组播报文出端口的私网组播转发表;C.所述PBB将私网组播地址信息传送给所述PB并在PB中建立骨干网的二层组播转发表;所述PB经组播源所在PBB将所述IGMP报告报文传送给指定服务实例中的提供组播业务的CE,并在由经的PBB中建立公网组播地址与私网组播地址之间的对应关系和公网组播转发表;组播源向加入组播组的用户下发组播报文包括根据在PBB中建立的私网组播地址与公网组播地址的对应关系和私网组播转发表、公网组播转发表,以及在PB中建立的骨干网的二层组播转发表,逐级复制并下发来自组播源的组播报文。
2.根据权利要求1所述的方法,其特征在于,步骤C中所述建立骨干网的二层组播转发表、公网组播地址与私网组播地址的对应关系和公网组播转发表的方法为C11.所述PBB将IGMP报告报文转换为携带私网组播地址信息的IGMP扩展报告报文,并将该IGMP扩展报告报文经由B-VLAN组播域中的PB发送至组播源所在PBB,且在由经的各PB中生成骨干网的二层组播转发表;C12.所述组播源所在PBB生成公网组播转发表、解析接收到的IGMP扩展报告报文并建立公网组播地址与私网组播地址的对应关系,将接收到的IGMP扩展报告报文转换成IGMP报告报文并发送至指定服务实例中的提供组播业务的CE。
3.根据权利要求1所述的方法,其特征在于,步骤C中所述建立骨干网的二层组播转发表、公网组播地址与私网组播地址的对应关系和公网组播转发表的方法为C21.所述PBB将私网组播地址信息携带在预设扩展信令中,并将该扩展信令及IGMP报告报文经由B-VLAN组播域中的PB发送至组播源所在PBB,且在由经的各PB中生成骨干网的二层组播转发表;C22.所述组播源所在PBB生成公网组播转发表、根据接收到的扩展信令及IGMP报告报文建立公网组播地址与私网组播地址的对应关系,并将接收到的IGMP报告报文发送至指定服务实例中的提供组播业务的CE。
4.根据权利要求1所述的方法,其特征在于,所述组播源向加入组播组的用户下发组播报文过程具体包括以下步骤a.指定服务实例中的提供组播业务的CE向组播源所在PBB发送该服务实例的指定组播组的组播报文,所述组播源所在PBB查找自身已建立的公网组播地址与私网组播地址的对应关系,将接收到的组播报文中的私网组播地址更换为该私网组播地址对应的公网组播地址、根据自身已建立的公网组播转发表复制更换后的组播报文并转发至相应的PB;b.所述PB通过查找自身已建立的骨干网的二层组播转发表,复制接收到的组播报文并转发或经由PB转发至相应的PBB;c.所述PBB查找自身已建立的私网组播地址与公网组播地址的对应关系,将接收到的组播报文中的公网组播地址更换为该公网组播地址对应私网组播地址、根据自身已建立的私网组播转发表复制更换后的组播报文并转发至相应的CE。
5.根据权利要求1所述的方法,其特征在于,运营商在所述PBB中预先设置骨干网目的MAC地址B-DA与服务实例ID号I-SID和用户目的MAC地址C-DA的对应关系,步骤B中所述分配公网组播地址的方法为所述PBB根据IGMP报告报文中携带的C-DA,为所述IGMP报告报文分配所述对应关系中与所述C-DA对应的B-DA;所述私网组播地址与公网组播地址的对应关系为所述IGMP报告报文中携带的I-SID、C-DA与所述B-DA的对应关系;或者所述IGMP报告报文中携带的I-SID、C-DA及C-SA与所述B-DA的对应关系。
6.根据权利要求1所述的方法,其特征在于,步骤B中所述私网组播地址与公网组播地址的对应关系建立在所述PBB中预先设置的用于标识私网组播地址与公网组播地址间对应关系的私网-公网地址映射表中。
7.根据权利要求2所述的方法,其特征在于,步骤C11中所述将IGMP报告报文转换为IGMP扩展报告报文的方法为在所述IGMP报告报文中增加扩展字段转换为IGMP扩展报告报文,该扩展字段用于携带私网组播地址信息。
8.根据权利要求3所述的方法,其特征在于,步骤C21中所述扩展信令中的私网组播地址信息包括I-SID和C-DA;或者I-SID、C-DA及C-SA。
9.根据权利要求2所述的方法,其特征在于,步骤C12中所述解析接收到的IGMP扩展报告报文并建立公网组播地址与私网组播地址的对应关系的方法为根据所述IGMP扩展报告报文中携带的B-DA和私网组播地址信息,建立B-DA与私网组播信息的对应关系。
10.根据权利要求7或9所述的方法,其特征在于,所述私网组播地址信息包括C-DA和I-SID;或C-DA、C-SA及I-SID。
11.根据权利要求2或3所述的方法,其特征在于,所述公网组播地址与私网组播地址的对应关系建立在所述组播源所在PBB中预先设置的用于标识公网组播地址与私网组播地址间对应关系的公网-私网地址映射表中。
12.根据权利要求2所述的方法,其特征在于,步骤C12中所述将IGMP扩展报告报文转换成IGMP报告报文的方法为删除所述IGMP扩展报告报文中的扩展字段。
13.根据权利要求4所述的方法,其特征在于,步骤a中所述复制并转发更换后的组播报文的方法为所述组播源所在PBB在自身已建立的公网组播转发表中,查找对应所述更换后的公网组播地址的出端口,并根据出端口数复制更换后的组播报文后,通过相应出端口转发至对应的PB。
14.根据权利要求4所述的方法,其特征在于,步骤b中所述复制并转发组播报文的方法为所述PB在自身已建立的骨干网的二层组播转发表中,查找与所述组播报文中携带的公网组播地址对应的出端口,并根据出端口数复制接收到的组播报文后,通过相应出端口转发至PB或PBB。
15.根据权利要求4所述的方法,其特征在于,步骤c中所述复制并转发组播报文的方法为所述PBB在自身已建立的私网组播转发表中,查找对应所述更换后的私网组播地址的出端口,并根据出端口数复制更换后的组播报文后,通过相应出端口转发至对应的CE。
全文摘要
本发明公开了一种在MAC in MAC网络中实现组播的方法,包括用户加入组播组和组播源向加入组播组的用户下发组播报文两个处理过程。本发明方法使运营商骨干网设备具有支持基于私网用户的组播复制能力,使支持MAC in MAC二层骨干网的公网具有了完整的组播能力,通过在PBB中增加私网组播地址和公网组播地址的对应关系,以及各网络设备中的组播转发表,逐级复制并下发组播报文,使得组播报文按照典型的组播树型结构下发,节省了大量因组播复制导致的带宽浪费。
文档编号H04L29/06GK1968183SQ200510123549
公开日2007年5月23日 申请日期2005年11月17日 优先权日2005年11月17日
发明者毕建中 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1