通过虚拟专用网传送组播消息的方法和装置的制造方法

文档序号:8265495阅读:465来源:国知局
通过虚拟专用网传送组播消息的方法和装置的制造方法
【技术领域】
[0001]本申请涉及经过虚拟专用网的组播,尤其涉及一种通过长期演进网络中的虚拟专用网传送组播消息的方法。
【背景技术】
[0002]在LTE (长期演进)网络中,互联网协议(IP)组播直接从UPE (用户供应商边缘)开始,这些UPE通常是低容量小区站点路由器。由于容量低,UPE无法处理远程VPN (虚拟专用网)用户路由;这个缺点可以由HMVPN(分层组播VPN)解决方案通过将网络在同一AS(自治系统)内进行分段来克服。
[0003]互联网工程任务组(IETF)标准号rfc6513公开了一种方法,使VPN内的IP组播流量从一个VPN站点到达至另一个VPN站点。通过使用高容量路由器作为UPE,并且使用SPE (服务供应商边缘)作为P路由器(服务供应商网的核心段中的路由器),从而允许SPE提供组播VPN服务,而无需P路由器维护的状态的数量与VPN中组播数据流的数量成正比,这样,对状态数量和组播路由的最佳性进行了权衡。
[0004]第2010/0067528号美国专利申请公开了一种在VPN中进行一致组播和单播路由的方法,该方法包括接收加入组播组的请求以由远程PE路由器后面的接收器接收组播数据流,以及远程PE路由器可使用直接路径从源处接收组播数据流。
[0005]第2011/0286450号美国专利申请公开了一种LAN中的特定的已启用组播的设备(multicast-enabled device)的方法,LAN可确定它要发送加入消息给上游已启用组播的设备,该设备用于将组播数据提供给LAN。该特定设备可传输加入消息给上游设备,其中当LAN中的上游设备没有下游组播邻居时,加入消息具有Hello请求(Hello Request)指示,或者如果上游设备具有至少一个下游组播邻居,则加入消息可能不具有Hello请求指示。具体而言,Hello请求请求上游设备将Hello消息发送到LAN上。因此,LAN中的已启用组播的设备可传输Hello消息以响应于接收具有Hello请求的加入消息,该加入消息发送给特定设备,而特定设备只要有兴趣接收Hello消息就会一直发送它们。
[0006]参考I一 “MPLS/BGP IP VPN 中的组播”,RFC6513。
[0007]参考2 — “用于提供一致组播和单播路由的方法和装置”,第12/626049号美国专利申请。
[0008]参考3—“按需组播 Hello (Multicast Hello on Demand)”,第 12/783922 号美国专利申请。

【发明内容】

[0009]一种用于通过虚拟专用网传送组播消息的方法和装置包括使用分层组播VPN,并且支持LTE移动回程中的L3VPN流量。
[0010]根据第一方面,提供了一种通过虚拟专用网传送组播消息的方法,所述方法包括:所述VPN位于组播源点和组播目的点之间,以及所述VPN的路由从第一用户边缘设备开始通过至少第一聚合网段、核心网段和第二聚合网段到达第二用户边缘设备,服务供应商边缘设备(SPE)从所述聚合网段接收所述组播消息;所述SPE位于所述聚合网段和所述核心网段之间;从所述聚合网段接收的所述组播消息在第一组播分发隧道(MDT)上进行封装;以及所述第一 MDT在所述聚合网段中构建;所述SPE解封装所述接收到的组播消息;所述SPE在第二 MDT隧道上封装所述组播消息,所述第二 MDT隧道在所述核心网段中构建;以及所述SPE通过所述核心网段发送所述封装的组播消息。
[0011]各个方面的优点在于由PE通过分段将两个网段与MDT隧道连接起来。因此,重用现有的MDT隧道实现分段网络以承载组播VPN流量。
[0012]在根据第一方面的方法的第一可能实施形式中,所述SPE在解封装所述接收到的组播消息之后获取组播VPN转发信息库(FIB)表、所述组播的源地址以及所述组播的目的地址。
[0013]在根据第一方面或根据第一方面的第一实施形式的方法的第二实施形式中,所述SPE检查组播VPN FIB表,并且所述SPE基于所述组播VPN FIB表和所述组播的所述目的地址确定所述第二 MDT为输出接口。
[0014]在根据第一方面、根据第一方面的第一实施形式或根据第一方面的第二实施形式的所述方法的第三实施形式中,所述组播VPN FIB表包括指示连接点设备的信息,所述连接点设备依次包括经过至少第一聚合网段、核心网段和第二聚合网段的第一用户边缘设备和第二用户边缘设备。
[0015]在根据第一方面、根据第一方面的第一实施形式、根据第一方面的第二实施形式或根据第一方面的第三实施形式的方法的第四实施形式中,所述SPE在所述第二 MDT上封装所述组播消息进一步包括:配置所述核心网段的组播路由表,其中所述SPE的地址为源地址,VPN下一跳地址为目的地址;以及配置所述第二 MDT为输出接口。
[0016]在根据第一方面、根据第一方面的第一实施形式、根据第一方面的第二实施形式或根据第一方面的第三实施形式的方法的第五实施形式中,从所述聚合网段接收的所述组播消息在第一MDT上进行封装进一步包括:配置所述聚合网段的组播路由表,其中SPE地址为目的地址;以及所述第一 MDT配置为输出接口。
[0017]根据第二方面,提供了一种用于通过虚拟专用网传送组播消息的网络装置,所述网络装置位于聚合网段和核心网段之间,所述VPN位于组播源点和组播目的点之间,以及所述VPN的路由从第一用户边缘设备开始通过至少第一聚合网段、核心网段和第二聚合网段到达第二用户边缘设备,所述网络装置包括:接收器,用于从所述聚合网段接收所述组播消息,从所述聚合网段接收到的所述组播消息在第一组播分发隧道(MDT)上进行封装,以及所述第一 MDT在所述聚合网段中构建;处理器;用于解封装所述接收到的组播消息并在第二 MDT上封装所述组播消息,所述第二 MDT在所述核心网段中构建;以及发送器,用于通过所述核心网段发送所述封装的组播消息。
[0018]在根据第二方面的网络装置的第一实施形式中,所述处理器用于获取组播VPN转发信息库(FIB)表、所述组播的源地址和所述组播的目的地址。
[0019]在根据第二方面或根据第二方面的第一实施形式的网络装置的第二实施形式中,所述处理器还用于检查所述组播VPN FIB表;以及所述处理器还用于基于所述组播VPNFIB表和所述组播的所述目的地址确定所述第二 MDT为输出接口。
[0020]在根据第二方面、根据第二方面的第一实施形式或根据第二方面的第二实施形式的所述网络装置的第三实施形式中,所述组播VPN FIB表包括指示连接点设备的信息,所述连接点设备依次包括经过至少第一聚合网段、核心网段和第二聚合网段的第一用户边缘设备和第二用户边缘设备。
[0021]在根据第二方面、根据第二方面的第一实施形式、根据第二方面的第二实施形式或根据第二方面的第三实施形式的网络装置的第四实施形式中,所述处理器还用于建立所述核心网段的组播路由表,其中所述SPE的地址为源地址,VPN下一跳地址为目的地址,以及所述第二 MDT为输出接口。
[0022]在根据第二方面、根据第二方面的第一实施形式、根据第二方面的第二实施形式、根据第二方面的第三实施形式或根据第二方面的第四实施形式的网络装置的第五实施形式中,从所述聚合网段接收的所述组播消息在第一 MDT上进行封装进一步包括:配置所述聚合网段的组播路由表,其中所述SPE地址为目的地址;以及所述第一 MDT配置为输出接□。
[0023]根据第三方面,提供了一种计算机可读程序,其中当所述程序在网络装置中执行时,所述程序使得所述计算机能够执行所述方法,包括:从所述聚合网段接收所述组播消息;所述网络装置位于所述聚合网段和所述核心网段之间;从所述聚合网段接收的所述组播消息在第一组播分发隧道(MDT)上进行封装,以及所述第一MDT在所述聚合网段中构建;所述网络装置解封装所述接收到的组播消息;所述网络装置在第二 MDT上封装所述组播消息,所述第二 MDT在所述核心网段中构建;以及所述网络装置通过所述核心网段发送所述封装的组播消息。
[0024]根据第四方面,提供一种存储了计算机可读程序的存储介质,其中所述计算机可读程序使得计算机能够执行所述方法,包括:从所述聚合网段接收所述组播消息;所述网络装置位于所述聚合网段和所述核心网段之间;从所述聚合网段接收的所述组播消息在第一组播分发隧道(MDT)上进行封装,以及所述第一MDT在所述聚合网段中构建;所述网络装置解封装所述接收到的组播消息;所述网络装置在第二 MDT上封装所述组播消息,所述第二 MDT在所述核心网段中构建;以及所述网络装置通过所述核心网段发送所述封装的组播消息。
[0025]参考以下描述和附图,本发明的这些和其他方面以及特征将显而易见。在描述和附图中,详细揭示了本发明的特定实施例,以指示出本发明的原理可以采用的一些方式,但应理解,本发明并不限于对应的范围。相反,本发明包括所附权利要求书的精神和项内的所有变化、修改以及等效物。
[0026]参考一项实施例描述和/或说明的特征可以采用相同方式或类似方式用于一项或多项
当前第1页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1