CN106851435B - 一种组播流的发送方法以及后端设备 - Google Patents
一种组播流的发送方法以及后端设备 Download PDFInfo
- Publication number
- CN106851435B CN106851435B CN201611209502.0A CN201611209502A CN106851435B CN 106851435 B CN106851435 B CN 106851435B CN 201611209502 A CN201611209502 A CN 201611209502A CN 106851435 B CN106851435 B CN 106851435B
- Authority
- CN
- China
- Prior art keywords
- multicast
- rear end
- domain
- end equipment
- cross
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
- H04N21/6405—Multicasting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/21805—Source of audio or video content, e.g. local disk arrays enabling multiple viewpoints, e.g. using a plurality of cameras
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
- H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提出一种组播流的发送方法,后端设备接收请求目标前端设备的组播流的消息,当目标前端设备与后端设备不位于同一个平级域中时,判断组播配置表中是否已存储目标前端设备对应的跨域组播信息;若判断结果为否,后端设备通过中继设备向目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求。后端设备在接收到目标后端设备发送的组播配置请求对应的成功应答消息时,通过中继设备加入指定跨域组播信息对应的组播组,并接收中继设备发送的目标前端设备对应的组播流。从而减少IPC发送媒体流的数量,进而降低IPC所在的平级域的网络传输负载。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种组播流的发送方法,同时本申请还特别涉及一种后端设备。
背景技术
虚拟专用网络(Virtual Private Network,简称VPN)指的是在公用网络上建立专用网络的技术。其之所以称为虚拟网,主要是因为整个VPN网络的任意两个节点之间的连接并没有传统专网所需的端到端的物理链路,而是架构在公用网络服务商所提供的网络平台,如Internet、ATM(异步传输模式)、Frame Relay(帧中继)等之上的逻辑网络,用户数据在逻辑链路中传输。它涵盖了跨共享网络或公共网络的封装、加密和身份验证链接的专用网络的扩展。
网络摄像机(IP Camera,简称IPC),是一种由传统摄像机与网络技术结合所产生的新一代摄像机。IPC为一种可生产数字视频流,并将视频流通过有线或无线网络进行传输的摄像机,已经超越了地域的限制,只要有网络都可以进行远程监控及录像,将大大节省安装布线的费用,真正做到远程监控无界限。
视频管理服务器(Video Management Server,简称VM),是指网路中对IPC的视频流进行管理的服务器。
如图1所示,多个平级域通过VPN Client设备接入到VPN Server(代理中继设备)中,各域的VM之间以平级域的方式将视频监控摄像机的资源推送给对方。当有多个域的客户端需要查看同一域的IPC实况时,IPC所在的域需要复制发送多份实况数据流通过VPN隧道网络发送至不同域的客户端。一方面占用IPC所在域的上行公网和VPN Server所在网络的入口带宽,另一方面需要消耗IPC或IPC所在域的媒体转发服务器的及VPN Clinet封装报文时的性能。
发明人在实现本申请的过程中,发现现有技术中IPC向其他域发送自身实况数据流的方法,至少存在以下的问题:
(1)多份媒体流占用了IPC所在域的上行公网和VPN Server所在网络的入口带宽。
(2)多份媒体流消耗了IPC或IPC所在域媒体转发服务器性能。
(3)多份媒体流流消耗了IPC所在域VPN Clinet封装报文性能。
可见,在多个域的客户端同时查看IPC的实况时,如何减少IPC发送媒体流的数量,进而降低IPC所在的平级域的网络传输负载,成为本领域技术人员亟待解决的技术问题。
发明内容
本申请提出了一种组播流的发送方法,用以在多个域的客户端同时查看IPC的实况时,如何减少IPC发送媒体流的数量,进而降低IPC所在的平级域的网络传输负载。本申请的方法应用于包含中继设备以及多个平级域的网络系统中,所述平级域中包含后端设备以及若干个前端设备,所述方法至少包括:
所述后端设备接收请求目标前端设备的组播流的消息,当所述目标前端设备与所述后端设备不位于同一个平级域中时,判断组播配置表中是否已存储所述目标前端设备对应的跨域组播信息;
若判断结果为否,所述后端设备通过所述中继设备向所述目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求,所述指定跨域组播信息包括指定的跨域组播地址及对应的组播端口;
所述后端设备在接收到所述目标后端设备发送的所述组播配置请求对应的成功应答消息时,通过所述中继设备加入所述指定跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流。
优选地,所述通过所述中继设备加入所述指定跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流,具体包括:
通过所述中继设备向所述目标后端设备发送加入组播请求,所述加入组播请求用于请求加入所述指定跨域组播信息对应的组播组;
接收所述目标后端设备发送的应答消息,并建立所述后端设备与所述目标后端设备之间的组播转发路径;
所述目标后端设备在发送所述组播配置请求对应的成功应答消息时,通知所述目标前端设备向所述指定跨域组播信息对应的组播组发送组播流,所述中继设备通过所述组播转发路径向所述后端设备发送所述组播流。
优选地,所述通过所述中继设备加入所述指定跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流,具体包括:
向所述中继设备发送加入组播请求,所述加入组播请求用于请求加入所述指定跨域组播信息对应的组播组;
接收所述中继设备发送的应答消息,并建立所述后端设备与所述中继设备之间的组播转发路径;
所述目标后端设备在发送所述组播配置请求对应的成功应答消息时,向所述中继设备发送跨域组播通知消息,所述跨域组播通知消息用于使所述中继设备在接收到所述目标前端设备发送的单播流时,将所述单播流以组播形式通过所述组播转发路径发送给所述后端设备。
优选地,所述方法还包括:
所述后端设备在接收到所述目标后端设备发送的所述组播配置请求对应的成功应答消息时,通过所述中继设备分别向所述网络系统中除所述后端设备及所述目标后端设备所在平级域外的其他平级域中的后端设备发送组播配置通知,所述组播配置通知包含所述目标前端设备及所述指定跨域组播信息。
优选地,所述方法还包括,
若判断结果为是,所述后端设备获取所述目标前端设备对应的跨域组播信息,所述跨域组播信息包括跨域组播地址及对应的组播端口;
所述后端设备通过所述中继设备加入所述跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流。
相应的,本申请提出一种后端设备,应用于包含中继设备以及多个平级域的网络系统中,所述平级域中包含所述后端设备以及若干个前端设备,所述后端设备包括:
判断模块,接收请求目标前端设备的组播流的消息,当所述目标前端设备与所述后端设备不位于同一个平级域中时,判断组播配置表中是否已存储所述目标前端设备对应的跨域组播信息;
第一发送模块,在判断结果为否时,通过所述中继设备向所述目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求,所述指定跨域组播信息包括指定的跨域组播地址及对应的组播端口;
接收模块,在接收到所述目标后端设备发送的所述组播配置请求对应的成功应答消息时,通过所述中继设备加入所述指定跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流。
优选地,所述接收模块具体用于:
通过所述中继设备向所述目标后端设备发送加入组播请求,所述加入组播请求用于请求加入所述指定跨域组播信息对应的组播组;
接收所述目标后端设备发送的应答消息,并建立所述后端设备与所述目标后端设备之间的组播转发路径;
所述目标后端设备在发送所述组播配置请求对应的成功应答消息时,通知所述目标前端设备向所述指定跨域组播信息对应的组播组发送组播流,所述中继设备通过所述组播转发路径向所述后端设备发送所述组播流。
优选地,所述接收模块具体用于:
向所述中继设备发送加入组播请求,所述加入组播请求用于请求加入所述指定跨域组播信息对应的组播组;
接收所述中继设备发送的应答消息,并建立所述后端设备与所述中继设备之间的组播转发路径;
所述目标后端设备在发送所述组播配置请求对应的成功应答消息时,向所述中继设备发送跨域组播通知消息,所述跨域组播通知消息用于使所述中继设备在接收到所述目标前端设备发送的单播流时,将所述单播流以组播形式通过所述组播转发路径发送给所述后端设备。
优选地,所述后端设备还包括:
第二发送模块,在接收到所述目标后端设备发送的所述组播配置请求对应的成功应答消息时,通过所述中继设备分别向所述网络系统中除所述后端设备及所述目标后端设备所在平级域外的其他平级域中的后端设备发送组播配置通知,所述组播配置通知包含所述目标前端设备及所述指定跨域组播信息。
优选地,所述后端设备还包括:
获取模块,在判断结果为是时,获取所述目标前端设备对应的跨域组播信息,所述跨域组播信息包括跨域组播地址及对应的组播端口;
加入模块,通过所述中继设备加入所述跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流。
通过应用本申请的技术方案,后端设备接收请求目标前端设备的组播流的消息,当目标前端设备与后端设备不位于同一个平级域中时,判断组播配置表中是否已存储目标前端设备对应的跨域组播信息;若判断结果为否,后端设备通过中继设备向目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求。后端设备在接收到目标后端设备发送的组播配置请求对应的成功应答消息时,通过中继设备加入指定跨域组播信息对应的组播组,并接收中继设备发送的目标前端设备对应的组播流。从而减少IPC发送媒体流的数量,进而降低IPC所在的平级域的网络传输负载。
附图说明
为了更清楚地说明本申请的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通的技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中IPC发送媒体流的示意图;
图2为本申请实施例提出的一种组播流的发送方法的流程示意图;
图3为本申请具体实施例提出的一种确定同一IPC组播地址的流程示意图;
图4为本申请具体实施例提出的一种建立VPN隧道的流程示意图;
图5为本申请具体实施例提出的一种IPC发送组播媒体流的流程示意图;
图6为本申请具体实施例提出的一种客户端请求组播媒体流的流程示意图;
图7为本申请具体实施例提出的一种发送组播媒体流的流程示意图。
图8为本申请提出的一种后端设备的结构示意图。
具体实施方式
如背景技术所述,在现有技术中,当有多个域的客户端需要查看同一域的IPC实况时,IPC所在的域需要复制发送多份实况数据流通过VPN隧道网络发送至不同域的客户端。上述做法一方面占用IPC所在域的上行公网和VPN Server所在网络的入口带宽,另一方面需要消耗IPC或IPC所在域的媒体转发服务器的及VPN Clinet封装报文时的性能。
因此,本申请提出一种组播流的发送方法,用以在多个域的客户端同时查看IPC的实况时,减少IPC发送媒体流的数量,进而降低IPC所在的平级域的网络传输负载。后端设备接收请求目标前端设备的组播流的消息,当目标前端设备与后端设备不位于同一个平级域中时,判断组播配置表中是否已存储目标前端设备对应的跨域组播信息;若判断结果为否,后端设备通过中继设备向目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求。后端设备在接收到目标后端设备发送的组播配置请求对应的成功应答消息时,通过中继设备加入指定跨域组播信息对应的组播组,并接收中继设备发送的目标前端设备对应的组播流。从而减少IPC发送媒体流的数量,进而降低IPC所在的平级域的网络传输负载。
如图2所示,为本申请提出的一种组播流的发送方法的流程示意图,需要说明的是本申请应用于包含中继设备以及多个平级域的网络系统中,其中,每个平级域中包含有后端设备以及若干个前端设备。本申请中涉及的前端设备可以具体为IPC等前端的监控设备;后端设备具体可以为VM等后端的视频管理设备。具体的,本申请的方法包括以下的步骤:
S201,后端设备接收请求目标前端设备的组播流的消息,当目标前端设备与后端设备不位于同一个平级域中时,判断组播配置表中是否已存储目标前端设备对应的跨域组播信息。
目标前端设备可以为网络系统中的任一前端设备,即包括与后端设备处于同一平级域中的前端设备,以及包括与后端设备不处于同一平级域中的前端设备。如果目标前端设备与后端设备处于同一平级域,则后端设备直接请求目标前端设备的媒体流(可以具体为单播流或者组播流),并将获取到的媒体流转发给发起请求的客户端。
在本申请中,为了避免需要重复的向多个外域的客户端发送数据流,前端设备向指定的跨域组播地址发送组播流。此时,外域的客户端只需加入到跨域组播地址对应的组播组,就可以获取前端设备的组播流。可见,通过上述的方法前端设备只需发送一股组播流到指定的跨域组播地址,从而降低了IPC所在域的上行公网和VPN Server所在网络的入口带宽,以及IPC所在的平级域的网络传输负载。
因此,在本申请的实施例中,后端设备接收请求目标前端设备的组播流的消息,当目标前端设备与后端设备不位于同一个平级域中时,首先判断组播配置表中是否已存储目标前端设备对应的跨域组播信息。
组播配置表是用于记录各前端设备的跨域组播信息。前端设备的跨域组播信息中,包含有前端设备的跨域组播地址以及组播端口等信息。
如果组播配置表中已存储目标前端设备对应的跨域组播信息,则说明目标前端设备已经配置了相应的组播地址;如果组播配置表中未存储目标前端设备对应的跨域组播信息,则说明目标前端设备还未配置了相应的组播地址。
在本申请的优选实施例中,如果判断结果为组播配置表中已存储目标前端设备对应的跨域组播信息,本申请执行以下的优选方案:
(1)后端设备获取目标前端设备对应的跨域组播信息,其中,目标前端设备对应的跨域组播信息包括跨域组播地址及对应的组播端口。
首先,后端设备获取目标前端设备对应的跨域组播信息,然后再根据该跨域组播信息,加入到对应的组播组中。
(2)后端设备通过中继设备加入该跨域组播信息对应的组播组,并接收中继设备发送的目标前端设备对应的组播流。
在加入了该跨域组播信息对应的组播组后,后端设备便可以接收中继设备发送的目标前端设备对应的组播流。之后后端设备向发起该请求指定前端设备的组播流的消息的客户端发送该组播流。
S202,如果判断结果为组播配置表中未存储目标前端设备对应的跨域组播信息,后端设备通过中继设备向目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求。
其中,指定跨域组播信息包括指定的跨域组播地址及对应的组播端口。
在本申请的实施例中,在判断结果为组播配置表中未存储目标前端设备对应的跨域组播信息,后端设备通过中继设备向目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求。
指定跨域组播地址是第一后端设备在自身的跨域组播地址池中挑选出来的。为了避免地址冲突,指定跨域组播地址未被其他的前端设备使用。
目标后端设备在接收到后端设备发送的组播配置请求,将根据组播配置请求中的指定跨域组播信息为目标前端设备配置跨域组播地址,以使目标前端设备向指定跨域组播信息中的跨域组播地址发送组播流;或者目标后端设备在接收到后端设备发送的组播配置请求后,向后端设备发送组播配置请求对应的成功应答消息及向中继设备发送跨域组播通知消息,以通知中继设备在接收到目标前端设备发送的单播流时,将该单播流以组播形式向指定跨域组播信息对应的组播组发送组播流。从而后端设备只需加入跨域组播信息中的跨域组播地址对应的组播组,就可以接收目标前端设备的组播流。
在本申请的优选实施例中,本申请的方法,还包括:
后端设备在接收到目标后端设备发送的组播配置请求对应的成功应答消息时,通过中继设备分别向网络系统中除后端设备及目标后端设备所在平级域外的其他平级域中的后端设备发送组播配置通知。其中,组播配置通知包含目标前端设备及指定跨域组播信息。
上述步骤的目的在于将目标前端设备以及指定跨域组播信息,告知网络系统中,除后端设备及目标后端设备所在平级域外的其他平级域中的后端设备。此后,各后端设备只需加入跨域组播信息中的跨域组播地址对应的组播组,就可以接收目标前端设备的组播流。从而目标前端设备只需发送一股组播流,就能够同时满足多个后端设备对于其实况资源的请求。
S103,后端设备在接收到目标后端设备发送的组播配置请求对应的成功应答消息时,通过中继设备加入指定跨域组播信息对应的组播组,并接收中继设备发送的目标前端设备对应的组播流。
因此,在本申请的实施例中,后端设备在接收到目标后端设备发送的组播配置请求对应的成功应答消息时,将通过中继设备加入指定跨域组播信息对应的组播组,并且接收中继设备发送的目标前端设备对应的组播流。之后后端设备向发起该请求指定前端设备的组播流的消息的客户端发送该组播流。从而完成了组播流的请求过程。
在本申请的优选实施例中,上述通过中继设备加入指定跨域组播信息对应的组播组,并接收中继设备发送的目标前端设备对应的组播流的步骤,可分别由以下的两个优选方案来实现。其中:
方案一
(1)通过中继设备向目标后端设备发送加入组播请求,加入组播请求用于请求加入指定跨域组播信息对应的组播组。
(2)接收目标后端设备发送的应答消息,并建立后端设备与目标后端设备之间的组播转发路径。
在方案一中,建立后端设备与目标后端设备之间的组播转发路径。
(3)目标后端设备在发送组播配置请求对应的成功应答消息时,通知目标前端设备向指定跨域组播信息对应的组播组发送组播流,中继设备通过组播转发路径向后端设备发送该组播流。
在方案一中,目标前端设备向指定跨域组播信息对应的组播组发送组播流,此时中继设备通过后端设备与目标后端设备之间的组播转发路径向后端设备发送该组播流。
方案二
(1)向中继设备发送加入组播请求,加入组播请求用于请求加入指定跨域组播信息对应的组播组。
(2)接收中继设备发送的应答消息,并建立后端设备与中继设备之间的组播转发路径。
在方案二中,建立后端设备与中继设备之间的组播转发路径。
(3)目标后端设备在发送组播配置请求对应的成功应答消息时,向中继设备发送跨域组播通知消息。
其中,跨域组播通知消息用于使中继设备在接收到目标前端设备发送的单播流时,将该单播流以组播形式通过组播转发路径发送给后端设备。
在方案二中,目标前端设备向中继设备发送单播流。同时目标后端设备在发送组播配置请求对应的成功应答消息时,向中继设备发送跨域组播通知消息,该跨域组播通知消息包含目标前端设备对应的指定跨域组播信息,以通知中继设备在接收到目标前端设备发送的单播流时,将该单播流以组播形式向指定跨域组播信息对应的组播组发送组播流,当后端设备加入跨域组播信息中的跨域组播地址对应的组播组时,就可以接收目标前端设备对应的组播流。
需要说明的,上述公开的方案一与方案二,为本申请提出的一种优选的实施方案,基于本申请的核心思想,本领域技术人员还可以采用其他通过中继设备加入指定跨域组播信息对应的组播组,并接收中继设备发送的目标前端设备对应的组播流的方案,这并不会影响本申请的保护范围。
由以上实施例的描述可知,通过应用本申请的技术方案,后端设备接收请求目标前端设备的组播流的消息,当目标前端设备与后端设备不位于同一个平级域中时,判断组播配置表中是否已存储目标前端设备对应的跨域组播信息;若判断结果为否,后端设备通过中继设备向目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求。后端设备在接收到目标后端设备发送的组播配置请求对应的成功应答消息时,通过中继设备加入指定跨域组播信息对应的组播组,并接收中继设备发送的目标前端设备对应的组播流。从而减少IPC发送媒体流的数量,进而降低IPC所在的平级域的网络传输负载。
为了进一步阐述本发明的技术思想,现结合具体的实施流程,对本发明的技术方案进行说明。
本发明方案的核心思想是:当有客户端需要查看外部平级域的IPC组播流,多个平级域之间协商同一IPC发送媒体流的组播地址和端口,并下发至IPC所在域VM;IPC所在域VM通知IPC发出组播流;通过VPN Client封装发送至VPN Server,VPN Server解封装媒体流报文后,再根据各域客户端组播地址将媒体流报文分发至相应的域。
具体的实现过程如下:
一、当有客户端需要查看外部平级域的IPC组播流,多个平级域之间协商同一IPC发送媒体流的组播地址和端口,并下发至IPC所在域VM。
如图3所示,VM1、VM2、VM3配置同样的跨域组播池,用于跨域的组播发送,比如VM1、VM2、VM3都配置239.2.2.1-239.2.2.254作为跨域组播地址池。
本申请的具体实施例中配置IPC1跨域组播地址的步骤如下:
1、VM3的客户端3请求VM1摄像机IPC1的组播实况。
2、VM3从跨域组播地址池中选择未使用的组播地址,如239.2.2.1,端口固定为10002,通过国标Message消息发送IPC组播配置请求至IPC1所在域的VM1。
VM1收到报文后,记录IPC1外域使用的地址为239.2.2.1,端口为10002,将跨域组播地址池中239.2.2.1的状态记录为已使用,并发送成功响应消息至VM3。
3、同时VM3也向非IPC所在域的平级域VM2发送IPC组播配置通知。
VM2收到消息后,将239.2.2.1地址的状态记录为已使用,在IPC1的所有跨域实况关系未释放前不再使用此组播地址分配给外域的IPC,并发送成功响应消息至VM3。
二、后续通过跨域实况流程向IPC1所在域VM1请求IPC1实况,VM1通知IPC1发出组播流,组播地址为239.2.2.1,端口为10002。
1、以L2TP隧道为例,如图4所示,VM1所在域的VPN Client1建立VPN隧道,本地生成PPP0接口,VPNServer生成PPP0接口;VM3所在域的VPN Client3建立VPN隧道,本地生成PPP0接口,VPN Server(中继设备)生成PPP1接口。
其中,VPN Server的两个VT口PPP0、PPP1及物理网口Eth1启用PIM SM(动态路由协议);
VPN Client1的物理网口Eth1启用IGMP(组管理协议),VT口PPP0启用PIM SM;
VPN Client3的物理网口Eth1启用IGMP,VT口PPP0启用PIM SM;
这样VPN Client1、VPN Client3、VPN Server就处于同一个组播域中,对于组播的特性均支持。
2、如图5所示,客户端3跨域请求平级域VM1的IPC1实况,VM1根据步骤一的跨域组播配置,通知IPC1发出实况组播媒体流,目的IP地址为239.2.2.1,目的端口10002。
3、如图6所示,客户端3本地网络发送IGMP Membership Report(成员关系报告)报文,报文中Join group(请求)加入的组播组地址为239.2.2.1,即请求接收239.2.2.1的组播组报文。VPN Clent3收到IGMP成员关系报文后,通过VPN Server(代理中继)向组播RPVPN Client1PPP0口发送组播加入报文,建立组播转发路径。
4、如图7所示,IPC1发出的组播媒体流通过第3步建立的组播转发路径发送至客户端3,具体的报文转发过程如下。
IPC1发送组播报文如下表1所示:
表1.IPC1发送的组播报文
VPN Client1收到组播报文后,查询本地生成的组播路由转发表,通过PPP0口封装成L2TP(Layer 2Tunneling Protocol,二层隧道协议)报文后发出,经过VM1域的NAT设备后外层实际IP头和L2TP封装层IP头信息如下表2所示:
表2.VPN Client1封装的L2TP报文
经过VPN Server的NAT设备映射后发送至VPN Server的PPP0口,解封装L2TP报文如下表3所示:
IP头源IP:端口 | IP头目的IP:端口 |
192.168.1.10:10102 | 239.2.2.1:10002 |
表3.VPN Server解封装的L2TP报文
VPN Server服务器查询路由转发表项,需向VM3所在域的PPP0转发组播报文如下表4所示:
表4.VPN Server向VM3所在域的PPP0转发的组播报文
VPN Client3收到报文后,解封装L2TP报文如下表5所示:
IP头源IP:端口 | IP头目的IP:端口 |
192.168.1.10:10102 | 239.2.2.1:10002 |
表5.VPN Client3解封后的组播报文
组播报文通过VM3所在域转发至客户端3,客户端3即可解码实况图像。
由以上具体实施例的描述可知,通过应用本申请的技术方案,后端设备接收请求目标前端设备的组播流的消息,当目标前端设备与后端设备不位于同一个平级域中时,判断组播配置表中是否已存储目标前端设备对应的跨域组播信息;若判断结果为否,后端设备通过中继设备向目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求。后端设备在接收到目标后端设备发送的组播配置请求对应的成功应答消息时,通过中继设备加入指定跨域组播信息对应的组播组,并接收中继设备发送的目标前端设备对应的组播流。从而减少IPC发送媒体流的数量,进而降低IPC所在的平级域的网络传输负载。
为了达到以上的技术目的,如图8所示,本申请提出一种后端设备,
应用于包含中继设备以及多个平级域的网络系统中,所述平级域中包含所述后端设备以及若干个前端设备,所述后端设备包括:
判断模块801,接收请求目标前端设备的组播流的消息,当所述目标前端设备与所述后端设备不位于同一个平级域中时,判断组播配置表中是否已存储所述目标前端设备对应的跨域组播信息;
第一发送模块802,在判断结果为否时,通过所述中继设备向所述目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求,所述指定跨域组播信息包括指定的跨域组播地址及对应的组播端口;
接收模块803,在接收到所述目标后端设备发送的所述组播配置请求对应的成功应答消息时,通过所述中继设备加入所述指定跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流。
在具体的应用场景中,所述接收模块具体用于:
通过所述中继设备向所述目标后端设备发送加入组播请求,所述加入组播请求用于请求加入所述指定跨域组播信息对应的组播组;
接收所述目标后端设备发送的应答消息,并建立所述后端设备与所述目标后端设备之间的组播转发路径;
所述目标后端设备在发送所述组播配置请求对应的成功应答消息时,通知所述目标前端设备向所述指定跨域组播信息对应的组播组发送组播流,所述中继设备通过所述组播转发路径向所述后端设备发送所述组播流。
在具体的应用场景中,所述接收模块具体用于:
向所述中继设备发送加入组播请求,所述加入组播请求用于请求加入所述指定跨域组播信息对应的组播组;
接收所述中继设备发送的应答消息,并建立所述后端设备与所述中继设备之间的组播转发路径;
所述目标后端设备在发送所述组播配置请求对应的成功应答消息时,向所述中继设备发送跨域组播通知消息,所述跨域组播通知消息用于使所述中继设备在接收到所述目标前端设备发送的单播流时,将所述单播流以组播形式通过所述组播转发路径发送给所述后端设备。
在具体的应用场景中,所述后端设备还包括:
第二发送模块,在接收到所述目标后端设备发送的所述组播配置请求对应的成功应答消息时,通过所述中继设备分别向所述网络系统中除所述后端设备及所述目标后端设备所在平级域外的其他平级域中的后端设备发送组播配置通知,所述组播配置通知包含所述目标前端设备及所述指定跨域组播信息。
在具体的应用场景中,所述后端设备还包括:
获取模块,在判断结果为是时,获取所述目标前端设备对应的跨域组播信息,所述跨域组播信息包括跨域组播地址及对应的组播端口;
加入模块,通过所述中继设备加入所述跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流。
由以上具体设备的描述可知,通过应用本申请的技术方案,后端设备接收请求目标前端设备的组播流的消息,当目标前端设备与后端设备不位于同一个平级域中时,判断组播配置表中是否已存储目标前端设备对应的跨域组播信息;若判断结果为否,后端设备通过中继设备向目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求。后端设备在接收到目标后端设备发送的组播配置请求对应的成功应答消息时,通过中继设备加入指定跨域组播信息对应的组播组,并接收中继设备发送的目标前端设备对应的组播流。从而减少IPC发送媒体流的数量,进而降低IPC所在的平级域的网络传输负载。
最后说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解;其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明权利要求所限定的范围。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种组播流的发送方法,其特征在于,应用于包含中继设备以及多个平级域的网络系统中,所述平级域中包含后端设备以及若干个前端设备,所述方法至少包括:
所述后端设备接收请求目标前端设备的组播流的消息,当所述目标前端设备与所述后端设备不位于同一个平级域中时,判断组播配置表中是否已存储所述目标前端设备对应的跨域组播信息;
若判断结果为否,所述后端设备通过所述中继设备向所述目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求,所述指定跨域组播信息包括指定的跨域组播地址及对应的组播端口,其中,所述指定的跨域组播地址为所述后端设备在自身的跨域组播地址池中选取的未被其他前端设备使用的跨域组播地址;
所述后端设备在接收到所述目标后端设备发送的所述组播配置请求对应的成功应答消息时,通过所述中继设备加入所述指定跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流。
2.如权利要求1所述的方法,其特征在于,所述通过所述中继设备加入所述指定跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流,具体包括:
通过所述中继设备向所述目标后端设备发送加入组播请求,所述加入组播请求用于请求加入所述指定跨域组播信息对应的组播组;
接收所述目标后端设备发送的应答消息,并建立所述后端设备与所述目标后端设备之间的组播转发路径;
所述目标后端设备在发送所述组播配置请求对应的成功应答消息时,通知所述目标前端设备向所述指定跨域组播信息对应的组播组发送组播流,所述中继设备通过所述组播转发路径向所述后端设备发送所述组播流。
3.如权利要求1所述的方法,其特征在于,所述通过所述中继设备加入所述指定跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流,具体包括:
向所述中继设备发送加入组播请求,所述加入组播请求用于请求加入所述指定跨域组播信息对应的组播组;
接收所述中继设备发送的应答消息,并建立所述后端设备与所述中继设备之间的组播转发路径;
所述目标后端设备在发送所述组播配置请求对应的成功应答消息时,向所述中继设备发送跨域组播通知消息,所述跨域组播通知消息用于使所述中继设备在接收到所述目标前端设备发送的单播流时,将所述单播流以组播形式通过所述组播转发路径发送给所述后端设备。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
所述后端设备在接收到所述目标后端设备发送的所述组播配置请求对应的成功应答消息时,通过所述中继设备分别向所述网络系统中除所述后端设备及所述目标后端设备所在平级域外的其他平级域中的后端设备发送组播配置通知,所述组播配置通知包含所述目标前端设备及所述指定跨域组播信息。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:
若判断结果为是,所述后端设备获取所述目标前端设备对应的跨域组播信息,所述跨域组播信息包括跨域组播地址及对应的组播端口;
所述后端设备通过所述中继设备加入所述跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流。
6.一种后端设备,其特征在于,应用于包含中继设备以及多个平级域的网络系统中,所述平级域中包含所述后端设备以及若干个前端设备,所述后端设备包括:
判断模块,接收请求目标前端设备的组播流的消息,当所述目标前端设备与所述后端设备不位于同一个平级域中时,判断组播配置表中是否已存储所述目标前端设备对应的跨域组播信息;
第一发送模块,在判断结果为否时,通过所述中继设备向所述目标前端设备所在平级域的目标后端设备发送包含指定跨域组播信息的组播配置请求,所述指定跨域组播信息包括指定的跨域组播地址及对应的组播端口,其中,所述指定的跨域组播地址为所述后端设备在自身的跨域组播地址池中选取的未被其他前端设备使用的跨域组播地址;
接收模块,在接收到所述目标后端设备发送的所述组播配置请求对应的成功应答消息时,通过所述中继设备加入所述指定跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流。
7.如权利要求6所述的后端设备,其特征在于,所述接收模块具体用于:
通过所述中继设备向所述目标后端设备发送加入组播请求,所述加入组播请求用于请求加入所述指定跨域组播信息对应的组播组;
接收所述目标后端设备发送的应答消息,并建立所述后端设备与所述目标后端设备之间的组播转发路径;
所述目标后端设备在发送所述组播配置请求对应的成功应答消息时,通知所述目标前端设备向所述指定跨域组播信息对应的组播组发送组播流,所述中继设备通过所述组播转发路径向所述后端设备发送所述组播流。
8.如权利要求6所述的后端设备,其特征在于,所述接收模块具体用于:向所述中继设备发送加入组播请求,所述加入组播请求用于请求加入所述指定跨域组播信息对应的组播组;
接收所述中继设备发送的应答消息,并建立所述后端设备与所述中继设备之间的组播转发路径;
所述目标后端设备在发送所述组播配置请求对应的成功应答消息时,向所述中继设备发送跨域组播通知消息,所述跨域组播通知消息用于使所述中继设备在接收到所述目标前端设备发送的单播流时,将所述单播流以组播形式通过所述组播转发路径发送给所述后端设备。
9.如权利要求6所述的后端设备,其特征在于,所述后端设备还包括:
第二发送模块,在接收到所述目标后端设备发送的所述组播配置请求对应的成功应答消息时,通过所述中继设备分别向所述网络系统中除所述后端设备及所述目标后端设备所在平级域外的其他平级域中的后端设备发送组播配置通知,所述组播配置通知包含所述目标前端设备及所述指定跨域组播信息。
10.如权利要求6所述的后端设备,其特征在于,所述后端设备还包括:
获取模块,在判断结果为是时,获取所述目标前端设备对应的跨域组播信息,所述跨域组播信息包括跨域组播地址及对应的组播端口;
加入模块,通过所述中继设备加入所述跨域组播信息对应的组播组,并接收所述中继设备发送的所述目标前端设备对应的组播流。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611209502.0A CN106851435B (zh) | 2016-12-23 | 2016-12-23 | 一种组播流的发送方法以及后端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611209502.0A CN106851435B (zh) | 2016-12-23 | 2016-12-23 | 一种组播流的发送方法以及后端设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106851435A CN106851435A (zh) | 2017-06-13 |
CN106851435B true CN106851435B (zh) | 2019-08-27 |
Family
ID=59136559
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611209502.0A Active CN106851435B (zh) | 2016-12-23 | 2016-12-23 | 一种组播流的发送方法以及后端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106851435B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107948064B (zh) * | 2017-11-09 | 2021-06-01 | 浙江宇视科技有限公司 | 一种基于sdn的跨域组播方法及装置 |
CN108156424B (zh) * | 2017-12-27 | 2020-01-14 | 浙江宇视科技有限公司 | 组播组端口管理方法、装置及视频管理服务器 |
CN111327534B (zh) * | 2018-12-13 | 2022-06-14 | 浙江宇视科技有限公司 | 一种跨域单播转组播传输方法及装置 |
CN112423007B (zh) * | 2020-11-09 | 2022-07-08 | 杭州叙简科技股份有限公司 | 一种基于组播的webrtc的视频流传输系统 |
CN115499712B (zh) * | 2021-06-17 | 2024-03-08 | 浙江宇视科技有限公司 | 一种组播流的显示方法、装置、介质及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1458771A (zh) * | 2002-05-15 | 2003-11-26 | 华为技术有限公司 | 一种基于二层交换设备的组播报文转发方法 |
CN1536837A (zh) * | 2003-04-09 | 2004-10-13 | 华为技术有限公司 | 基于虚拟局域网的组播实现方法 |
CN1863147A (zh) * | 2005-09-07 | 2006-11-15 | 华为技术有限公司 | 在虚拟专用局域网业务中实现组播数据流转发的方法 |
CN102025522A (zh) * | 2010-12-21 | 2011-04-20 | 北京星网锐捷网络技术有限公司 | 实现不同ip域之间组播的方法及边界网关路由器 |
CN106210648A (zh) * | 2016-08-05 | 2016-12-07 | 浙江宇视科技有限公司 | 一种视频监控系统中跨域组播方法及装置 |
-
2016
- 2016-12-23 CN CN201611209502.0A patent/CN106851435B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1458771A (zh) * | 2002-05-15 | 2003-11-26 | 华为技术有限公司 | 一种基于二层交换设备的组播报文转发方法 |
CN1536837A (zh) * | 2003-04-09 | 2004-10-13 | 华为技术有限公司 | 基于虚拟局域网的组播实现方法 |
CN1863147A (zh) * | 2005-09-07 | 2006-11-15 | 华为技术有限公司 | 在虚拟专用局域网业务中实现组播数据流转发的方法 |
CN102025522A (zh) * | 2010-12-21 | 2011-04-20 | 北京星网锐捷网络技术有限公司 | 实现不同ip域之间组播的方法及边界网关路由器 |
CN106210648A (zh) * | 2016-08-05 | 2016-12-07 | 浙江宇视科技有限公司 | 一种视频监控系统中跨域组播方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN106851435A (zh) | 2017-06-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106851435B (zh) | 一种组播流的发送方法以及后端设备 | |
CN110858840B (zh) | 用于实时多媒体通信技术的方法、系统和设备 | |
US10111053B2 (en) | Overlaying virtual broadcast domains on an underlying physical network | |
WO2017059708A1 (zh) | Bier信息的发送方法、接收方法及装置 | |
CN111526552A (zh) | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 | |
CN111556539B (zh) | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 | |
US20100329252A1 (en) | Method and Apparatus for Enabling Multicast Route Leaking Between VRFs in Different VPNs | |
CN109068186B (zh) | 丢包率的处理方法和装置 | |
CN111526553A (zh) | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 | |
WO2017124709A1 (zh) | 流量工程隧道建立方法和装置 | |
CN102811174B (zh) | 一种监控业务处理方法和nvr | |
CN108632678B (zh) | 一种数据传输方法、装置及系统 | |
CN109120879B (zh) | 一种视频会议的处理方法和系统 | |
WO2017117956A1 (zh) | 一种信息传输方法及装置 | |
CN107040441B (zh) | 跨数据中心的数据传输方法、装置及系统 | |
CN109379254B (zh) | 一种基于视频会议的网络连接的检测方法和系统 | |
US9008118B2 (en) | Multicast data delivery over mixed multicast and non-multicast networks | |
CN108964940A (zh) | 消息发送方法及装置、存储介质 | |
CN108833591A (zh) | P2p网络中数据传输的方法、电子设备、装置、网络架构 | |
WO2018121584A1 (zh) | 一种数据流传输方法、装置、相关设备及存储介质 | |
CN109451001B (zh) | 一种通讯方法和系统 | |
CN112202826A (zh) | 支持分控的视联网跨域通信方法、装置、设备及介质 | |
CN110417792B (zh) | 通信方法、系统、网关设备及存储介质 | |
CN110049100B (zh) | 一种业务数据的处理方法和系统 | |
US10230660B2 (en) | Method and system for centralized controller for audio visual broadcasts |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |