CN103491353A - 视频监控多级多域组网下有关流媒体传输最佳路径的方法 - Google Patents
视频监控多级多域组网下有关流媒体传输最佳路径的方法 Download PDFInfo
- Publication number
- CN103491353A CN103491353A CN201310466648.3A CN201310466648A CN103491353A CN 103491353 A CN103491353 A CN 103491353A CN 201310466648 A CN201310466648 A CN 201310466648A CN 103491353 A CN103491353 A CN 103491353A
- Authority
- CN
- China
- Prior art keywords
- territory
- media
- client
- higher level
- subordinate
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种视频监控多级多域组网下有关流媒体传输最佳路径的方法，所述方法包括：1）上级域用户请求查看下级域摄像机实时视频；2）判断上级域用户所在客户端网络和下级域媒体服务器网络是否连通；3）判断上级域用户客户端与媒体服务器之间是否支持组播，然后根据上级域用户客户端与媒体服务器之间支持组播的情况选择合适的方式将媒体流发送给客户端。在多级多域组网环境下，该方法能够自动根据客户端与摄像机所属媒体服务器的网络状况（网络是否连通、是否支持组播等），自动选择一条最佳的流媒体传输路径，最大程度减少流媒体在传输过程中所消耗的网络带宽。
Description
技术领域
本发明属于通信领域，具体来说涉及一种视频监控多级多域组网下有关流媒体传输最佳路径的方法。
背景技术
1.定义
1.1多级多域：将整个系统划分成独立的若干区域，每个域部署一套完整的视频监控系统，可独立的完成监控业务功能。同时整个网络视频监控系统中的域子系统被划分为多级，上级域视频监控系统可以管理多个下级域视频监控系统。
1.2组播：在发送者和每一接收者之间实现点对多点网络连接。如果一台发送者同时给多个的接收者传输相同的数据，也只需复制一份的相同数据包。它提高了数据传送效率。减少了骨干网络出现拥塞的可能性。
1.3媒体服务器：视频监控系统中用于媒体转发、媒体存储、媒体点播的服务器。
1.4信令服务器：视频监控系统中的信令控制中心，负责媒体协商、媒体调度等。
1.5接入服务器：视频监控系统中用于和摄像机进行信令交互的服务器。
2.视频监控系统介绍
视频监控系统是安全防范系统的重要组成部分，包括前端摄像机、传输网络、视频监控平台等几部分。视频监控系统能够灵活有效的对远程设备进行管理，通过对远程监控对象的实时视频浏览、录像、点播、联动报警、监控策略制定等应用，达到监控与通讯的双重功能，全面满足平安城市、交通监控、园区安防、银行监控等各个领域的远程监控需求。
3.视频监控发展历程
视频监控技术发展至今已经历了模拟监控技术、数字监控技术和高清网络视频监控技术三个不同的阶段。
3.1模拟视频监控技术
模拟监控技术发展较早，在20世纪90年代以前，视频监控技术主要以模拟设备为主。模拟视频监控系统一般由监控前端、传输设备、控制设备以及显示设备几个部分组成。
3.2数字视频监控技术
20世纪90年代视频监控进入数字化阶段，随着计算机和多媒体处理技术的发展，数字视频压缩编码技术被应用到视频监控系统中，基于PC的多媒体监控系统由此产生。在这类监控系统中，视频采集和视频传输仍以模拟方式为主，模拟摄像机的图像信号到达多媒体监控终端后进行数字处理与存储，随后通过通信网络，将这些信息传到一个或多个监控中心。基于PC的多媒体监控系统通过增加视频处理卡以增加图像的输入路数，采用数字化存储及视频解压缩功能，可以对监控区域进行高清晰度的画面显示，使图像回放时也能达到极高的清晰度。
3.3高清网络视频监控技术
随着网络技术的发展，Internet已经无处不在。远程网络视频监控技术将传统的模拟视频、语音信号转换为数字信号，通过计算机网络进行传输，实现了视音频信号的数字化、网络化、应用的多媒体化以及管理的智能化。网络监控技术集成了数字处理、网络、计算机、视音频编解码以及图像处理和识别等多种先进技术。对于视频监控而言，图像清晰度无疑是最关键的技术指标。图像越清晰，细节越明显，辨识效果才能更佳。高清摄像机一般可以达到1280x960、1920x1080、2048x1536甚至2560x1920的分辨率，在同样的环境下，高清可以提供清晰细腻的图像，能够更好地捕捉细节，实现目标清晰可辨。
4.视频监控多级多域组网及相关诉求
近年来，随着人们对安防视频监控需求的不断提高，安防监控产业得到快速发展，视频监控的应用范围越来越广泛，特别是在平安城市、交通监控等大型行业中。
视频监控系统根据应用的需求将整个系统划分成独立的若干区域，每个域部署一套完整的视频监控系统，可独立的完成监控业务功能。同时整个网络视频监控系统中的域子系统被划分为多级，上级域视频监控系统可以管理多个下级域视频监控系统。
大型平安城市项目要求视频监控系统可以支持四级联网，即省局、市局、分局、派出所，省局可以统一管理和查看市局、分局、派出所接入设备的视频信息。
在高清视频的发展趋势下，如何在多级多域组网环境下提供流媒体最佳的传输路径就显得非常有价值。
5.现有技术方案实施例
以下介绍两个现有技术方案实施例，以加深对现有技术的理解。
5.1现有技术实施例1
参见图1，图1是现有技术实施例1的物理组网图。如果图1中上级域的用户1和用户2去浏览下级域摄像机3的实时视频，则媒体流的传输路径可如图2所示。而设备间的带宽交换可如图3所示，具体地说，交换机2和交换机1的进出带宽分布为：
a.交换机2进带宽：步骤1消耗带宽+步骤3消耗带宽=摄像机码率*2
b.交换机2出带宽：步骤2消耗带宽+步骤4消耗带宽+步骤5消耗带宽=摄像机码率*3
c.交换机1进带宽：0
d.交换机1出带宽：0
即2个用户通过上级域查看下级域1个摄像机实时视频消耗的带宽为：
| 交换机 | 进带宽 | 出带宽 |
| 交换机1 | 0 | 0 |
| 交换机2 | 摄像机码率*2 | 摄像机码率*3 |
该现有技术实施例1的缺陷在于，如果上级域用户所在网络和下级域媒体服务器所在网络不通，则无法正常浏览视频。
5.2现有技术实施例2
如图4所示，该图示出了现有技术实施例2的物理组网图。如果图4中上级域的用户1和用户2去浏览下级域摄像机3的实时视频，则媒体流的传输路径可如图5所示。在该种情况下，设备间的带宽交换可如图6所示，具体地说，交换机2和交换机1的进出带宽分布为：
a.交换机2进带宽：步骤1消耗带宽+步骤3消耗带宽=摄像机码率*2
b.交换机2出带宽：步骤2消耗带宽+步骤4消耗带宽=摄像机码率*2
c.交换机1进带宽：步骤4消耗带宽+步骤6消耗带宽=摄像机码率*2
d.交换机1出带宽：步骤5消耗带宽+步骤7消耗带宽+步骤8消耗带宽=摄像机码率*3
即2个用户通过上级域查看下级域1个摄像机实时视频消耗的带宽为：
| 交换机 | 进带宽 | 出带宽 |
| 交换机1 | 摄像机码率*2 | 摄像机码率*3 |
| 交换机2 | 摄像机码率*2 | 摄像机码率*2 |
由以上可以看出，该现有技术实施例2的缺陷在于网络带宽消耗太大。
6.本发明所要解决的问题
当用户通过在上级域登录访问下级域接入摄像机的视频时，为避免出现以上问题，需要根据当前用户客户端和摄像机接入域媒体服务器的网络情况，选择最佳的传输路径供流媒体转发，以实现正常浏览的同时最大程度地节省带宽。
发明内容
本发明提供一种视频监控多级多域组网下有关流媒体传输最佳路径的方法，可以实现供流媒体转发的最佳传输路径的选择。本发明所采用的技术方案如下：
一种视频监控多级多域组网下有关流媒体传输最佳路径的方法，其特征在于，所述方法包括以下步骤：
1）上级域用户请求查看下级域摄像机实时视频；
2）判断上级域用户所在客户端网络和下级域媒体服务器网络是否连通；
3）判断上级域用户客户端与媒体服务器之间是否支持组播，
其中在上级域用户客户端与媒体服务器之间支持组播的情况下，媒体服务器将媒体流直接通过组播方式发送给客户端，在上级域用户客户端与媒体服务器之间不支持组播的情况下，媒体服务器将媒体流通过单播方式发送给客户端。
在上述方法中，如果在步骤2）中，判断上级域用户所在客户端网络和下级域媒体服务器网络是连通的，则步骤3）为判断上级域用户客户端与下级域媒体服务器之间是否支持组播，并且在上级域用户客户端与下级域媒体服务器之间支持组播的情况下，下级域媒体服务器将媒体流直接通过组播方式发送给客户端，在上级域用户客户端与下级域媒体服务器之间不支持组播的情况下，下级域媒体服务器将媒体流通过单播方式发送给客户端。
而如果在步骤2）中，判断上级域用户所在客户端网络和下级域媒体服务器网络是不连通的，则在步骤2）与步骤3）之间还包括步骤2’）下级域媒体服务器将媒体流转发到上级域媒体服务器，步骤3）为判断上级域用户客户端与上级域媒体服务器之间是否支持组播，并且在上级域用户客户端与上级域媒体服务器之间支持组播的情况下，上级域媒体服务器将媒体流直接通过组播方式发送给客户端，在上级域用户客户端与上级域媒体服务器之间不支持组播的情况下，上级域媒体服务器将媒体流通过单播方式发送给客户端。
步骤2）判断上级域用户所在客户端网络和下级域媒体服务器网络是否连通优选包括以下步骤：
2a）用户打开客户端登录视频监控系统；
2b）客户端向上级域信令服务器进行登录；
2c）上级域信令服务器接收到用户的登录请求后，进行用户名、密码认证，认证成功后返回用户有权限的设备信息，并包含每个设备所对应的域信息，所述域信息包含域服务器的IP地址、组播地址；
2d）客户端提取除本域外所有的域信息，分别向这些域所在的信令服务器发送探测消息，其中探测消息本身没有意义，只是测试双方之间的网络是否连通；
2e）根据每个域服务器的返回结果，分别记录客户端与每个域的网络连通情况。
步骤3）判断上级域用户客户端与媒体服务器之间是否支持组播优选包括以下步骤：
3a）客户端根据上个流程中接收到的域信息，分别取出每个域的组播地址；
3b）客户端分别加入到组播组中；
3c）分别向这些组播地址发送探测消息，其中探测消息本身没有意义，只是测试组播是否连通；
3d）当接收到相应消息后，分别记录客户端每个域的组播连接情况。
在步骤3）判断上级域用户客户端与媒体服务器之间是否支持组播中，所述组播地址是下级域或上级域的组播地址。
在步骤2）中，判断上级域用户所在客户端网络和下级域媒体服务器网络是连通的并且在上级域用户客户端与下级域媒体服务器之间支持组播的情况下，下级域媒体服务器将媒体流直接通过组播方式发送给客户端包括以下步骤：
a）用户请求下级域摄像机的实时视频；
b）客户端向上级域信令服务器请求媒体URL，并在消息中注明“支持下级域网络连通且支持组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“支持下级域网络连通且支持组播协议”；
d）下级域信令服务器收到请求后，以组播方式组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器将下级域的组播URL地址返回至客户端；
f）客户端向下级域的组播地址发送媒体请求消息；
g）下级域媒体服务器收到请求后，通过组播方式将媒体流发送至客户端；
h）客户端进行解码渲染后显示图像信息。
在步骤2）中，判断上级域用户所在客户端网络和下级域媒体服务器网络是连通的并且在上级域用户客户端与下级域媒体服务器之间不支持组播的情况下，下级域媒体服务器将媒体流通过单播方式发送给客户端包括以下步骤：
a）用户请求下级域摄像机的实时视频；
b）客户端向上级域信令服务器请求媒体URL，并在消息中注明“支持下级域网络连通但不支持组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“支持下级域网络连通但不支持组播协议”；
d）下级域信令服务器收到请求后，以单播方式组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器将下级域的单播URL地址返回至客户端；
f）客户端向下级域的单播地址发送媒体请求消息；
g）下级域媒体服务器收到请求后，通过单播方式将媒体流发送至客户端；
h）客户端进行解码渲染后显示图像信息。
在步骤2）中，判断上级域用户所在客户端网络和下级域媒体服务器网络是不连通的，则下级域媒体服务器会将媒体流转发到上级域媒体服务器，并且在上级域用户客户端与上级域媒体服务器之间支持组播的情况下，上级域媒体服务器将媒体流通过组播方式发送给客户端包括以下步骤：
a）用户请求下级域摄像机的实时视频；
b）客户端向上级域信令服务器请求媒体URL，并在消息中注明“不支持下级域网络连通，但支持上级域组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“不支持下级域网络连通，但支持上级域组播协议”；
d）下级域信令服务器收到请求后，组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器收到响应后，组装本域的组播URL地址返回至客户端；
f）客户端向上级域的组播地址发送媒体请求消息；
g）上级域媒体服务器接收到请求后，向下级域媒体服务器发送媒体请求消息；
h）下级域媒体服务器收到请求后，将媒体流发送至上级域媒体服务器；
i）上级域媒体服务器接收到媒体流后，将媒体流通过组播方式发送至客户端；
j）客户端进行解码渲染后显示图像信息。
在步骤2）中，判断上级域用户所在客户端网络和下级域媒体服务器网络是不连通的，则下级域媒体服务器会将媒体流转发到上级域媒体服务器，并且在上级域用户客户端与上级域媒体服务器之间不支持组播的情况下，上级域媒体服务器将媒体流通过单播方式发送给客户端包括以下步骤：
a）用户请求下级域摄像机的实时视频；
b）客户端向上级域信令服务器请求媒体URL，并在消息中注明“不支持下级域网络连通，且不支持上级域组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“不支持下级域网络连通，且不支持上级域组播协议”；
d）下级域信令服务器收到请求后，组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器收到响应后，组装本域的单播URL地址返回至客户端；
f）客户端向上级域的单播地址发送媒体请求消息；
g）上级域媒体服务器接收到请求后，向下级域媒体服务器发送媒体请求消息；
h）下级域媒体服务器收到请求后，将媒体流发送至上级域媒体服务器；
i）上级域媒体服务器接收到媒体流后，将媒体流通过单播方式发送至客户端；
j）客户端进行解码渲染后显示图像信息。
有益效果：
在多级多域组网环境下，采用本发明的视频监控多级多域组网下有关流媒体传输最佳路径的方法，能够自动根据客户端与摄像机所属媒体服务器的网络状况（网络是否连通、是否支持组播等），自动选择一条最佳的流媒体传输路径，最大程度减少流媒体在传输过程中所消耗的网络带宽，特别是在多个摄像机接入、多个客户端同时进行实况浏览的场景，因而减少消耗，增加效能。
附图说明
图1是现有技术实施例1的物理组网图；
图2是现有技术实施例1的媒体流传输路径图；
图3是现有技术实施例1的带宽消耗图；
图4是现有技术实施例2的物理组网图；
图5是现有技术实施例2的媒体流传输路径图；
图6是现有技术实施例2的带宽消耗图；
图7是上级域用户访问下级域摄像机时的媒体流传输整体流程图；
图8是本发明的实施例的判断上级域用户所在客户端网络和下级域媒体服务器网络是否连通的流程图；
图9是本发明的实施例的判断上级域用户所在客户端和下级域媒体服务器之间是否支持组播协议的流程图；
图10是由下级域所在媒体服务器直接通过组播方式将媒体流发送给客户端的流程图；
图11是在图10中所示的情况下网络带宽消耗图；
图12是由下级域所在媒体服务器直接通过单播方式将媒体流发送给客户端的流程图；
图13是在图12中所示的情况下网络带宽消耗图；
图14是由上级域所在媒体服务器通过组播方式将媒体流发送给客户端的流程图；
图15是在图14中所示的情况下网络带宽消耗图；
图16是由上级域所在媒体服务器通过单播方式将媒体流发送给客户端的流程图；
图17是在图16中所示的情况下网络带宽消耗图。
具体实施方式
下面将参考具体实施例来详细描述本发明。应了解，所描述的实施例仅仅是作为说明性实例来对本发明进行示例性说明，而不应理解为对本发明的保护范围构成限制，本发明的保护范围仅受权利要求书限定。
参见图7，本发明提供了一种视频监控多级多域组网下有关流媒体传输最佳路径的方法，当上级域用户要访问下级域摄像机时，所述方法包括以下步骤：
1）上级域用户请求查看下级域摄像机实时视频；
2）判断上级域用户所在客户端网络和下级域媒体服务器网络是否连通；
3）判断上级域用户客户端与媒体服务器之间是否支持组播，
其中在上级域用户客户端与媒体服务器之间支持组播的情况下，媒体服务器将媒体流直接通过组播方式发送给客户端，在上级域用户客户端与媒体服务器之间不支持组播的情况下，媒体服务器将媒体流通过单播方式发送给客户端。
在上述方法中，如果在步骤2）中，判断上级域用户所在客户端网络和下级域媒体服务器网络是连通的，则步骤3）为判断上级域用户客户端与下级域媒体服务器之间是否支持组播，并且在上级域用户客户端与下级域媒体服务器之间支持组播的情况下，下级域媒体服务器将媒体流直接通过组播方式发送给客户端，在上级域用户客户端与下级域媒体服务器之间不支持组播的情况下，下级域媒体服务器将媒体流通过单播方式发送给客户端。
而如果在步骤2）中，判断上级域用户所在客户端网络和下级域媒体服务器网络是不连通的，则在步骤2）与步骤3）之间还包括步骤2’）下级域媒体服务器将媒体流转发到上级域媒体服务器，步骤3）为判断上级域用户客户端与上级域媒体服务器之间是否支持组播，并且在上级域用户客户端与上级域媒体服务器之间支持组播的情况下，上级域媒体服务器将媒体流直接通过组播方式发送给客户端，在上级域用户客户端与上级域媒体服务器之间不支持组播的情况下，上级域媒体服务器将媒体流通过单播方式发送给客户端。
下面将结合附图来具体描述本发明的实施方式。
参见图8，绘示了判断上级域用户1所在客户端网络和下级域媒体服务器网络是否连通的流程，该流程包括以下步骤：
a）用户1打开客户端登录视频监控系统；
b）客户端向所在域的信令服务器进行登录（即上级域信令服务器）；
c）上级域信令服务器接收到用户1登录请求后，进行用户名、密码认证，认证成功后返回用户1有权限的设备信息，并包含每个设备所对应的域信息（包含域服务器的IP地址、组播地址）；
d）客户端提取除本域外所有的域信息，分别向这些域所在的信令服务器发送探测消息，探测消息本身没有意义，只是测试双方之间的网络是否连通；
e）根据每个域服务器的返回结果，分别记录客户端与每个域的网络连通情况。
图9示出了判断上级域用户1所在客户端和下级域媒体服务器之间是否支持组播协议的流程，该流程包括：
a）客户端根据上个流程中接收到的域信息，分别取出每个域的组播地址；
b）客户端分别加入到组播组中；
c）分别向这些组播地址发送探测消息，探测消息本身没有意义，只是测试组播是否连通；
d）当接收到相应消息后，分别记录客户端每个域的组播连接情况。
图10示出了由下级域所在媒体服务器直接通过组播方式将媒体流发送给客户端时的流媒体传输交互流程，该流程包括：
a）用户1请求下级域摄像机3的实时视频；
b）客户端向用户所在域的信令服务器请求媒体URL（上级域信令服务器），并在消息中注明“支持下级域网络连通且支持组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“支持下级域网络连通且支持组播协议”；
d）下级域信令服务器收到请求后，以组播方式组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器将下级域的组播URL地址返回至客户端；
f）客户端向下级域的组播地址发送媒体请求消息；
g）下级域媒体服务器收到请求后，通过组播方式将媒体流发送至客户端；
h）客户端进行解码渲染后显示图像信息。
由图中可见，与现有技术相比，此流程省略了下级域信令服务器和摄像机3之间的信令交互、媒体协商及媒体流传输的流程。
在此情况下，如果上级域的用户1和用户2去浏览下级域摄像机3的实时视频，则媒体流的传输路径如图11所示。如图中可见，交换机2和交换机1的进出带宽分布为：
a）交换机2进带宽：步骤1消耗带宽+步骤3消耗带宽=摄像机码率*2
b）交换机2出带宽：步骤2消耗带宽+步骤4/4’消耗带宽=摄像机码率*2
c）交换机1进带宽：0
d）交换机1出带宽：0
即2个用户通过上级域查看下级域1个摄像机实时视频消耗的带宽为：
| 交换机 | 进带宽 | 出带宽 |
| 交换机1 | 0 | 0 |
| 交换机2 | 摄像机码率*2 | 摄像机码率*2 |
图12示出由下级域所在媒体服务器直接通过单播方式将媒体流发送给客户端的流媒体传输交互流程，该流程包括：
a）用户1请求下级域摄像机3的实时视频；
b）客户端向用户所在域的信令服务器请求媒体URL（上级域信令服务器），并在消息中注明“支持下级域网络连通但不支持组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“支持下级域网络连通但不支持组播协议”；
d）下级域信令服务器收到请求后，以单播方式组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器将下级域的单播URL地址返回至客户端；
f）客户端向下级域的单播地址发送媒体请求消息；
g）下级域媒体服务器收到请求后，通过单播方式将媒体流发送至客户端；
h）客户端进行解码渲染后显示图像信息。
由图中可见，与现有技术相比，此流程省略了下级域信令服务器和摄像机3之间的信令交互、媒体协商及媒体流传输的流程。因而，参见图13，如果上级域的用户1和用户2去浏览下级域摄像机3的实时视频，则媒体流的传输路径如图13所示，并且可以计算交换机2和交换机1的进出带宽分布为：
a）交换机2进带宽：步骤1消耗带宽+步骤3消耗带宽=摄像机码率*2
b）交换机2出带宽：步骤2消耗带宽+步骤4消耗带宽+步骤5消耗带宽=摄像机码率*3
c）交换机1进带宽：0
d）交换机1出带宽：0
即2个用户通过上级域查看下级域1个摄像机实时视频消耗的带宽为：
| 交换机 | 进带宽 | 出带宽 |
| 交换机1 | 0 | 0 |
| 交换机2 | 摄像机码率*2 | 摄像机码率*3 |
图14示出由上级域所在媒体服务器通过组播方式将媒体流发送给客户端的流媒体传输交互流程，该流程包括：
a）用户1请求下级域摄像机3的实时视频；
b）客户端向用户所在域的信令服务器请求媒体URL（上级域信令服务器），并在消息中注明“不支持下级域网络连通，但支持上级域组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“不支持下级域网络连通，但支持上级域组播协议”；
d）下级域信令服务器收到请求后，组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器收到响应后，组装本域的组播URL地址返回至客户端；
f）客户端向上级域的组播地址发送媒体请求消息；
g）上级域媒体服务器接收到请求后，向下级域媒体服务器发送媒体请求消息；
h）下级域媒体服务器收到请求后，将媒体流发送至上级域媒体服务器；
i）上级域媒体服务器接收到媒体流后，将媒体流通过组播方式发送至客户端；
j）客户端进行解码渲染后显示图像信息。
与现有技术相比，此流程省略了下级域信令服务器和摄像机3之间的信令交互、媒体协商及媒体流传输的流程。
由此，如果上级域的用户1和用户2去浏览下级域摄像机3的实时视频，则媒体流的传输路径如图15所示，并且交换机2和交换机1的进出带宽分布为：
a）交换机2进带宽：步骤1消耗带宽+步骤3消耗带宽=摄像机码率*2
b）交换机2出带宽：步骤2消耗带宽+步骤4消耗带宽=摄像机码率*2
c）交换机1进带宽：步骤4消耗带宽+步骤6消耗带宽=摄像机码率*2
d）交换机1出带宽：步骤5消耗带宽+步骤7/7’消耗带宽=摄像机码率*2
即2个用户通过上级域查看下级域1个摄像机实时视频消耗的带宽为：
| 交换机 | 进带宽 | 出带宽 |
| 交换机1 | 摄像机码率*2 | 摄像机码率*2 |
| 交换机2 | 摄像机码率*2 | 摄像机码率*2 |
图16示出由上级域所在媒体服务器通过单播方式将媒体流发送给客户端的流媒体传输交互流程，该流程包括：
a）用户1请求下级域摄像机3的实时视频；
b）客户端向用户所在域的信令服务器请求媒体URL（上级域信令服务器），并在消息中注明“不支持下级域网络连通，且不支持上级域组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“不支持下级域网络连通，且不支持上级域组播协议”；
d）下级域信令服务器收到请求后，组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器收到响应后，组装本域的单播URL地址返回至客户端；
f）客户端向上级域的单播地址发送媒体请求消息；
g）上级域媒体服务器接收到请求后，向下级域媒体服务器发送媒体请求消息；
h）下级域媒体服务器收到请求后，将媒体流发送至上级域媒体服务器；
i）上级域媒体服务器接收到媒体流后，将媒体流通过单播方式发送至客户端；
j）客户端进行解码渲染后显示图像信息。
与现有技术相比，此流程省略了下级域信令服务器和摄像机3之间的信令交互、媒体协商及媒体流传输的流程。
由此，如果上级域的用户1和用户2去浏览下级域摄像机3的实时视频，则媒体流的传输路径如图17所示，并且交换机2和交换机1的进出带宽分布为：
a）交换机2进带宽：步骤1消耗带宽+步骤3消耗带宽=摄像机码率*2
b）交换机2出带宽：步骤2消耗带宽+步骤4消耗带宽=摄像机码率*2
c）交换机1进带宽：步骤4消耗带宽+步骤6消耗带宽=摄像机码率*2
d）交换机1出带宽：步骤5消耗带宽+步骤7消耗带宽+步骤7消耗带宽=摄像机码率*3
即2个用户通过上级域查看下级域1个摄像机实时视频消耗的带宽为：
| 交换机 | 进带宽 | 出带宽 |
| 交换机1 | 摄像机码率*2 | 摄像机码率*3 |
| 交换机2 | 摄像机码率*2 | 摄像机码率*2 |
根据以上内容可以看出，在多级多域组网环境下，采用本发明的方法，能够自动根据客户端与摄像机所属媒体服务器的网络状况（网络是否连通、是否支持组播等），自动选择一条最佳的流媒体传输路径，最大程度减少流媒体在传输过程中所消耗的网络带宽，特别是在多个摄像机接入、多个客户端同时进行实况浏览的场景，在减少网络带宽消耗的同时增加了网络传输的有效性。
上面结合具体实施例对本发明的实施方式作了详细的说明，但是本发明不限于上述实施方式，在所属技术领域普通技术人员所具备的知识范围内，还可以在不脱离本发明宗旨的前提下做出各种变化。
Claims (10)
1. 一种视频监控多级多域组网下有关流媒体传输最佳路径的方法，其特征在于，所述方法包括以下步骤：
1）上级域用户请求查看下级域摄像机实时视频；
2）判断上级域用户所在客户端网络和下级域媒体服务器网络是否连通；
3）判断上级域用户客户端与媒体服务器之间是否支持组播，
其中在上级域用户客户端与媒体服务器之间支持组播的情况下，媒体服务器将媒体流直接通过组播方式发送给客户端，在上级域用户客户端与媒体服务器之间不支持组播的情况下，媒体服务器将媒体流通过单播方式发送给客户端。
2. 如权利要求1所述的视频监控多级多域组网下有关流媒体传输最佳路径的方法，其特征在于，如果在步骤2）中，判断上级域用户所在客户端网络和下级域媒体服务器网络是连通的，则步骤3）为判断上级域用户客户端与下级域媒体服务器之间是否支持组播，并且在上级域用户客户端与下级域媒体服务器之间支持组播的情况下，下级域媒体服务器将媒体流直接通过组播方式发送给客户端，在上级域用户客户端与下级域媒体服务器之间不支持组播的情况下，下级域媒体服务器将媒体流通过单播方式发送给客户端。
3. 如权利要求1所述的视频监控多级多域组网下有关流媒体传输最佳路径的方法，其特征在于，如果在步骤2）中，判断上级域用户所在客户端网络和下级域媒体服务器网络是不连通的，则在步骤2）与步骤3）之间还包括步骤2’）下级域媒体服务器将媒体流转发到上级域媒体服务器，步骤3）为判断上级域用户客户端与上级域媒体服务器之间是否支持组播，并且在上级域用户客户端与上级域媒体服务器之间支持组播的情况下，上级域媒体服务器将媒体流直接通过组播方式发送给客户端，在上级域用户客户端与上级域媒体服务器之间不支持组播的情况下，上级域媒体服务器将媒体流通过单播方式发送给客户端。
4. 如权利要求1至3中任一项所述的视频监控多级多域组网下有关流媒体传输最佳路径的方法，其特征在于，步骤2）判断上级域用户所在客户端网络和下级域媒体服务器网络是否连通包括以下步骤：
2a）用户打开客户端登录视频监控系统；
2b）客户端向上级域信令服务器进行登录；
2c）上级域信令服务器接收到用户的登录请求后，进行用户名、密码认证，认证成功后返回用户有权限的设备信息，并包含每个设备所对应的域信息，所述域信息包含域服务器的IP地址、组播地址；
2d）客户端提取除本域外所有的域信息，分别向这些域所在的信令服务器发送探测消息，其中探测消息本身没有意义，只是测试双方之间的网络是否连通；
2e）根据每个域服务器的返回结果，分别记录客户端与每个域的网络连通情况。
5. 如权利要求1至3中任一项所述的视频监控多级多域组网下有关流媒体传输最佳路径的方法，其特征在于，步骤3）判断上级域用户客户端与媒体服务器之间是否支持组播包括以下步骤：
3a）客户端根据上个流程中接收到的域信息，分别取出每个域的组播地址；
3b）客户端分别加入到组播组中；
3c）分别向这些组播地址发送探测消息，其中探测消息本身没有意义，只是测试组播是否连通；
3d）当接收到相应消息后，分别记录客户端每个域的组播连接情况。
6. 如权利要求5所述的视频监控多级多域组网下有关流媒体传输最佳路径的方法，其特征在于，所述组播地址是下级域或上级域的组播地址。
7. 如权利要求2所述的视频监控多级多域组网下有关流媒体传输最佳路径的方法，其特征在于，下级域媒体服务器将媒体流直接通过组播方式发送给客户端包括以下步骤：
a）用户请求下级域摄像机的实时视频；
b）客户端向上级域信令服务器请求媒体URL，并在消息中注明“支持下级域网络连通且支持组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“支持下级域网络连通且支持组播协议”；
d）下级域信令服务器收到请求后，以组播方式组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器将下级域的组播URL地址返回至客户端；
f）客户端向下级域的组播地址发送媒体请求消息；
g）下级域媒体服务器收到请求后，通过组播方式将媒体流发送至客户端；
h）客户端进行解码渲染后显示图像信息。
8. 如权利要求2所述的视频监控多级多域组网下有关流媒体传输最佳路径的方法，其特征在于，下级域媒体服务器将媒体流通过单播方式发送给客户端包括以下步骤：
a）用户请求下级域摄像机的实时视频；
b）客户端向上级域信令服务器请求媒体URL，并在消息中注明“支持下级域网络连通但不支持组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“支持下级域网络连通但不支持组播协议”；
d）下级域信令服务器收到请求后，以单播方式组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器将下级域的单播URL地址返回至客户端；
f）客户端向下级域的单播地址发送媒体请求消息；
g）下级域媒体服务器收到请求后，通过单播方式将媒体流发送至客户端；
h）客户端进行解码渲染后显示图像信息。
9. 如权利要求3所述的视频监控多级多域组网下有关流媒体传输最佳路径的方法，其特征在于，上级域媒体服务器将媒体流通过组播方式发送给客户端包括以下步骤：
a）用户请求下级域摄像机的实时视频；
b）客户端向上级域信令服务器请求媒体URL，并在消息中注明“不支持下级域网络连通，但支持上级域组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“不支持下级域网络连通，但支持上级域组播协议”；
d）下级域信令服务器收到请求后，组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器收到响应后，组装本域的组播URL地址返回至客户端；
f）客户端向上级域的组播地址发送媒体请求消息；
g）上级域媒体服务器接收到请求后，向下级域媒体服务器发送媒体请求消息；
h）下级域媒体服务器收到请求后，将媒体流发送至上级域媒体服务器；
i）上级域媒体服务器接收到媒体流后，将媒体流通过组播方式发送至客户端；
j）客户端进行解码渲染后显示图像信息。
10. 如权利要求3所述的视频监控多级多域组网下有关流媒体传输最佳路径的方法，其特征在于，上级域媒体服务器将媒体流通过单播方式发送给客户端包括以下步骤：
a）用户请求下级域摄像机的实时视频；
b）客户端向上级域信令服务器请求媒体URL，并在消息中注明“不支持下级域网络连通，且不支持上级域组播协议”；
c）上级域信令服务器收到请求后，向下级域信令服务器请求媒体URL，并在消息中注明“不支持下级域网络连通，且不支持上级域组播协议”；
d）下级域信令服务器收到请求后，组装媒体URL，并将消息返回至上级信令服务器；
e）上级信令服务器收到响应后，组装本域的单播URL地址返回至客户端；
f）客户端向上级域的单播地址发送媒体请求消息；
g）上级域媒体服务器接收到请求后，向下级域媒体服务器发送媒体请求消息；
h）下级域媒体服务器收到请求后，将媒体流发送至上级域媒体服务器；
i）上级域媒体服务器接收到媒体流后，将媒体流通过单播方式发送至客户端；
j）客户端进行解码渲染后显示图像信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310466648.3A CN103491353A (zh) | 2013-10-09 | 2013-10-09 | 视频监控多级多域组网下有关流媒体传输最佳路径的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310466648.3A CN103491353A (zh) | 2013-10-09 | 2013-10-09 | 视频监控多级多域组网下有关流媒体传输最佳路径的方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103491353A true CN103491353A (zh) | 2014-01-01 |
Family
ID=49831277
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310466648.3A Pending CN103491353A (zh) | 2013-10-09 | 2013-10-09 | 视频监控多级多域组网下有关流媒体传输最佳路径的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103491353A (zh) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103916715A (zh) * | 2014-04-11 | 2014-07-09 | 浙江宇视科技有限公司 | 基于网段的自适应监控方法及装置 |
| CN103945198A (zh) * | 2014-05-13 | 2014-07-23 | 高新兴科技集团股份有限公司 | 一种控制视频监控系统流媒体路由的系统和方法 |
| CN105430529A (zh) * | 2015-11-26 | 2016-03-23 | 航天恒星科技有限公司 | 一种视频数据发送方法及系统 |
| CN106658044A (zh) * | 2016-12-30 | 2017-05-10 | Ut斯达康(深圳)技术有限公司 | 一种直播方法和装置 |
| CN106993063A (zh) * | 2017-06-01 | 2017-07-28 | 上海寰视网络科技有限公司 | 码流转发方法及设备 |
| CN107820043A (zh) * | 2016-09-14 | 2018-03-20 | 华为技术有限公司 | 视频监控系统的控制方法、装置及系统 |
| CN108040009A (zh) * | 2017-11-15 | 2018-05-15 | 平安科技（深圳）有限公司 | 数据定向传输方法、数据定向传输控制装置及计算机可读存储介质 |
| CN111327584A (zh) * | 2019-11-12 | 2020-06-23 | 杭州海康威视系统技术有限公司 | 视频监控方法、装置、系统、设备和存储介质 |
| CN111385520A (zh) * | 2018-12-27 | 2020-07-07 | 浙江宇视科技有限公司 | 一种视频监控设备的自动组网方法及装置 |
| CN111447412A (zh) * | 2020-03-27 | 2020-07-24 | 浙江信网真科技股份有限公司 | 一种基于内容分级的多流数据分发方法及系统 |
| CN111698454A (zh) * | 2019-03-12 | 2020-09-22 | 浙江宇视科技有限公司 | 一种动态选择最优路径的域间资源推送方法及装置 |
| CN111836003A (zh) * | 2019-04-16 | 2020-10-27 | 浙江宇视科技有限公司 | 一种基于sdn的媒体流链路智能选择方法及装置 |
| CN111836020A (zh) * | 2020-07-21 | 2020-10-27 | 苏州科达特种视讯有限公司 | 监控系统中的码流传输方法、装置及存储介质 |
| CN111917516A (zh) * | 2020-08-06 | 2020-11-10 | 上海熙菱信息技术有限公司 | 一种多域信令快速调度方法 |
| CN112118255A (zh) * | 2020-09-17 | 2020-12-22 | 北京四方继保工程技术有限公司 | 一种基于sip协议的多级视频监控子系统的级联方法 |
| CN112702610A (zh) * | 2020-12-23 | 2021-04-23 | 北京飞讯数码科技有限公司 | 一种跨级摄像机的点播方法、装置、服务器及介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101079760A (zh) * | 2007-07-27 | 2007-11-28 | 华为技术有限公司 | 实现网络监控的方法、系统及内容分发网络 |
| CN101442667A (zh) * | 2007-11-20 | 2009-05-27 | 中国电信股份有限公司 | 用于运营级视频监控系统的互通系统 |
| CN102307152A (zh) * | 2011-10-12 | 2012-01-04 | 杭州华三通信技术有限公司 | 一种域间资源推送方法和装置 |
-
2013
- 2013-10-09 CN CN201310466648.3A patent/CN103491353A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101079760A (zh) * | 2007-07-27 | 2007-11-28 | 华为技术有限公司 | 实现网络监控的方法、系统及内容分发网络 |
| CN101442667A (zh) * | 2007-11-20 | 2009-05-27 | 中国电信股份有限公司 | 用于运营级视频监控系统的互通系统 |
| CN102307152A (zh) * | 2011-10-12 | 2012-01-04 | 杭州华三通信技术有限公司 | 一种域间资源推送方法和装置 |
Non-Patent Citations (2)
| Title |
|---|
| 付长生: "基于IP组播技术的高速公路视频监控系统研究与实现", 《中国优秀硕士学位论文全文数据库信息科技辑》 * |
| 姬静: "视频联网监控平台多级转发机制的研究", 《中国优秀硕士学位论文全文数据库工程科技Ⅱ辑》 * |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103916715A (zh) * | 2014-04-11 | 2014-07-09 | 浙江宇视科技有限公司 | 基于网段的自适应监控方法及装置 |
| CN103916715B (zh) * | 2014-04-11 | 2019-01-11 | 浙江宇视科技有限公司 | 基于网段的自适应监控方法及装置 |
| CN103945198A (zh) * | 2014-05-13 | 2014-07-23 | 高新兴科技集团股份有限公司 | 一种控制视频监控系统流媒体路由的系统和方法 |
| CN103945198B (zh) * | 2014-05-13 | 2018-04-20 | 高新兴科技集团股份有限公司 | 一种控制视频监控系统流媒体路由的系统和方法 |
| CN105430529A (zh) * | 2015-11-26 | 2016-03-23 | 航天恒星科技有限公司 | 一种视频数据发送方法及系统 |
| CN107820043A (zh) * | 2016-09-14 | 2018-03-20 | 华为技术有限公司 | 视频监控系统的控制方法、装置及系统 |
| CN106658044A (zh) * | 2016-12-30 | 2017-05-10 | Ut斯达康(深圳)技术有限公司 | 一种直播方法和装置 |
| CN106993063A (zh) * | 2017-06-01 | 2017-07-28 | 上海寰视网络科技有限公司 | 码流转发方法及设备 |
| CN108040009A (zh) * | 2017-11-15 | 2018-05-15 | 平安科技（深圳）有限公司 | 数据定向传输方法、数据定向传输控制装置及计算机可读存储介质 |
| CN108040009B (zh) * | 2017-11-15 | 2021-01-26 | 平安科技（深圳）有限公司 | 数据定向传输方法、数据定向传输控制装置及计算机可读存储介质 |
| CN111385520A (zh) * | 2018-12-27 | 2020-07-07 | 浙江宇视科技有限公司 | 一种视频监控设备的自动组网方法及装置 |
| CN111698454A (zh) * | 2019-03-12 | 2020-09-22 | 浙江宇视科技有限公司 | 一种动态选择最优路径的域间资源推送方法及装置 |
| CN111698454B (zh) * | 2019-03-12 | 2022-12-23 | 浙江宇视科技有限公司 | 一种动态选择最优路径的域间资源推送方法及装置 |
| CN111836003A (zh) * | 2019-04-16 | 2020-10-27 | 浙江宇视科技有限公司 | 一种基于sdn的媒体流链路智能选择方法及装置 |
| CN111327584A (zh) * | 2019-11-12 | 2020-06-23 | 杭州海康威视系统技术有限公司 | 视频监控方法、装置、系统、设备和存储介质 |
| CN111447412A (zh) * | 2020-03-27 | 2020-07-24 | 浙江信网真科技股份有限公司 | 一种基于内容分级的多流数据分发方法及系统 |
| CN111447412B (zh) * | 2020-03-27 | 2021-09-07 | 浙江信网真科技股份有限公司 | 一种基于内容分级的多流数据分发方法及系统 |
| CN111836020A (zh) * | 2020-07-21 | 2020-10-27 | 苏州科达特种视讯有限公司 | 监控系统中的码流传输方法、装置及存储介质 |
| CN111917516A (zh) * | 2020-08-06 | 2020-11-10 | 上海熙菱信息技术有限公司 | 一种多域信令快速调度方法 |
| CN111917516B (zh) * | 2020-08-06 | 2022-11-11 | 上海熙菱信息技术有限公司 | 一种多域信令快速调度方法 |
| CN112118255A (zh) * | 2020-09-17 | 2020-12-22 | 北京四方继保工程技术有限公司 | 一种基于sip协议的多级视频监控子系统的级联方法 |
| CN112702610A (zh) * | 2020-12-23 | 2021-04-23 | 北京飞讯数码科技有限公司 | 一种跨级摄像机的点播方法、装置、服务器及介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103491353A (zh) | 视频监控多级多域组网下有关流媒体传输最佳路径的方法 | |
| US9112623B2 (en) | Asynchronous interaction at specific points in content | |
| CN106454472B (zh) | 多屏互动的方法及系统 | |
| CN107104961B (zh) | 基于ZooKeeper的分布式实时视频监控处理系统 | |
| CN106302366B (zh) | 一种数据传输方法、装置和智能电视系统 | |
| CN108989264A (zh) | 一种直播方法、系统以及相关设备 | |
| CN108881797B (zh) | 一种视联网的数据处理方法和装置 | |
| EP2457349B1 (en) | Method and device for a light host management protocol on multicast capable router | |
| CN104735407B (zh) | 一种在移动终端直播监控视频的方法 | |
| CN110087064B (zh) | 一种监控终端的检测方法、系统及一种装置和存储介质 | |
| CN103763113A (zh) | 网络直播方法、装置及服务器 | |
| CN108174230B (zh) | 基于弹性分布式流媒体的音视频直播系统 | |
| CN107944461B (zh) | 一种数据处理方法、装置和设备 | |
| CN104883618A (zh) | 直播节目试看方法、装置及系统 | |
| CN101715104A (zh) | 可进行用户及内容管理的网络交互点读系统和方法 | |
| CN103546727B (zh) | 一种地铁综合监控系统接入闭路电视子系统的方法 | |
| CN115134632A (zh) | 视频码率控制方法、设备、介质及内容分发网络cdn系统 | |
| CN202713535U (zh) | 视音频监控网络系统 | |
| CN101753988B (zh) | 视频监控系统中的告警过滤方法、系统及中心平台服务器 | |
| CN102256165B (zh) | 一种用于网络电视机顶盒的视频会议权限分享系统的方法 | |
| CN102970251A (zh) | 一种组网方法及组网装置 | |
| CN102572604A (zh) | 基于p2p网络的视频点播系统及点播方法 | |
| CN104125515A (zh) | 一种基于数字电视中间件技术的大数据推送系统 | |
| CN106330980A (zh) | 综合业务联网监控平台的控制中心系统 | |
| CN103402077A (zh) | 一种公网ip网内动态调整码流速率的视音频传输策略方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140101 |
|
| RJ01 | Rejection of invention patent application after publication |