CN112584090B - 一种公网视频传输方法及系统 - Google Patents
一种公网视频传输方法及系统 Download PDFInfo
- Publication number
- CN112584090B CN112584090B CN201910923956.1A CN201910923956A CN112584090B CN 112584090 B CN112584090 B CN 112584090B CN 201910923956 A CN201910923956 A CN 201910923956A CN 112584090 B CN112584090 B CN 112584090B
- Authority
- CN
- China
- Prior art keywords
- client
- tunnel
- monitoring
- monitoring equipment
- video
- 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
Images
Classifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种公网视频传输方法及系统,视频监控平台为监控设备、客户端分配对应的唯一标识符,接收监控设备、客户端各自以隧道服务端身份发起的隧道探测报文,在收到隧道探测报文后,记录对应的隧道IP和端口号;在监控设备与客户端建立视频流转发后,建立客户端与监控设备之间的隧道,监控设备通过客户端与监控设备之间的隧道发送视频流。本发明通过客户端点对点拨号方式直接与监控设备建立隧道连接,以缓解视频监控平台上行带宽消耗问题,能够在视频监控平台带宽资源限的情况下,大大增加实际可调取监控设备数量,由于不通过视频监控平台转发,比传统隧道技术方案更具有安全性,保障监控数据不会轻易被窃取。
Description
技术领域
本发明属于视频传输技术领域,尤其涉及一种公网视频传输方法及系统。
背景技术
隧道技术被广泛地使用在办公网络中,例如在公司总部架设隧道服务器,供外地办公人员通过拨号方式接入公司局域网。对于办公地点不固定的员工,一般采用PC直接拨号的方式拨入总部公网。对于分公司而言,一般会架设一台接入网关用于和公司建立长期稳定的隧道线路,分公司的员工通过接入网关便可以实现与总部公司的局域网通信。常用的隧道技术包括虚拟专用网VPN隧道,例如可以是PPTP VPN或L2TP VPN建立隧道等等。
随着视频监控技术与网络通信技术的发展,隧道技术也逐渐被应用于视频监控网络联网应用中。如图1所述,视频监控平台处于公安视频专网中,监控设备处于某私有局域网中,另外客户端也可以处于任何局域网中,三者处于不同的局域网中。视频监控平台作为隧道服务端,监控设备和客户端作为拨号客户端,建立如图中粗黑线所示的隧道,用户就可以随时随地查看监控资源,通过隧道技术就可以通过公网的链路资源将监控资源与视频监控平台转换为统一局域网的状态,减少了额外拉通专线的成本。
然而使用隧道技术在带来成本较低的同时也引入了新的问题,不同于专门搭设专线的方式,公网的带宽费用往往比较高昂,再加上所有通过隧道转发的流量都需要经过视频监控平台的隧道服务器,所以往往造成客户端同时访问监控资源的时候,由于隧道服务器带宽不足导致视频丢包卡顿。
例如,当不同客户端访问同一监控资源的时候,监控资源虽然只发送一路视频流,但是通过隧道服务器转发却会占用大量的隧道服务器上行带宽,导致隧道服务器上行链路拥塞导致丢包卡顿。另一种情况是,当不同客户端访问不同的监控资源,且视频流量较大的时候,隧道服务器上下行流量均会阻塞并影响视频流量正常转发。
发明内容
本发明的目的是提供一种公网视频传输方法及系统,用以解决在公网隧道传输过程中,隧道服务器的公网带宽不足造成的视频丢包、卡顿问题,充分利用公网带宽资源,充分提升公网访问监控资源的路数上限。
为了实现上述目的,本发明技术方案如下:
一种公网视频传输方法,用于跨越公网的视频监控系统,所述视频监控系统包括视频监控平台、监控设备和客户端,所述公网视频传输方法,包括:
视频监控平台与监控设备、客户端分别建立隧道连接,分别接收监控设备、客户端的申请报文,为监控设备、客户端分配对应的唯一标识符;
视频监控平台接收监控设备、客户端各自以隧道服务端身份发起的隧道探测报文,在收到隧道探测报文后,主动向监控设备、客户端进行响应,根据监控设备、客户端的唯一标识符记录对应的隧道IP和端口号;
视频监控平台在监控设备与客户端建立视频流转发后,将监控设备的隧道IP和端口号发送给客户端,或将客户端的隧道IP和端口号发送给监控设备,建立客户端与监控设备之间的隧道,监控设备通过客户端与监控设备之间的隧道发送视频流。
进一步的,所述视频监控系统具有多个客户端,在第一客户端与监控设备建立隧道后,第二客户端向所述监控设备发起监控业务时,所述公网视频传输方法,还包括:
视频监控平台将第一客户端的隧道IP和隧道端口号发送给第二客户端,以便第二客户端向第一客户端发起隧道连接,建立第二客户端与第一客户端之间的隧道,第一客户端将视频流通过第一客户端与第二客户端之间的隧道发送给第二客户端。
进一步的,所述公网视频传输方法,还包括:
下一个客户端向所述监控设备发起监控业务时,向前一个客户端发起隧道连接,建立链式隧道连接结构;
或者,下一个客户端向所述监控设备发起监控业务时,向前面具有足够剩余带宽的客户端发起隧道连接,建立树形隧道连接结构。
进一步的,当客户端删除或切换为访问其他监控设备时,所述公网视频传输方法,还包括:
当客户端为链式隧道连接结构或树形隧道连接结构的末端节点时,所述客户端断开与上一客户端的隧道连接,重新与视频监控平台建立隧道连接;
当客户端为链式隧道连接结构或树形隧道连接结构的头端节点时,客户端会先通知下一个的客户端断开与自身的连接,并向监控设备直接进行连接,成为新的头端;
当客户端为链式隧道连接结构或树形隧道连接结构的中间节点时,客户端会通知下一个客户端与上一个客户端建立隧道连接。
进一步的,所述将监控设备的隧道IP和端口号发送给客户端,或将客户端的隧道IP和端口号发送给监控设备,建立客户端与监控设备之间的隧道,包括:
将监控设备的隧道IP和端口号发送给客户端,由客户端向监控设备发起隧道连接,建立客户端与监控设备之间的隧道,所述客户端通过监控设备桥接其与视频监控平台的交互信令;
或,将客户端的隧道IP和端口号发送给监控设备,由监控设备向客户端发起隧道连接,建立客户端与监控设备之间的隧道,所述监控设备通过客户端桥接其与视频监控平台的交互信令。
本申请还提出了一种公网视频传输系统,用于跨越公网的视频传输,所述公网视频传输系统包括视频监控平台、监控设备和客户端,其中:
视频监控平台与监控设备、客户端分别建立隧道连接,分别接收监控设备、客户端的申请报文,为监控设备、客户端分配对应的唯一标识符;
视频监控平台接收监控设备、客户端各自以隧道服务端身份发起的隧道探测报文,在收到隧道探测报文后,主动向监控设备、客户端进行响应,根据监控设备、客户端的唯一标识符记录对应的隧道IP和端口号;
视频监控平台在监控设备与客户端建立视频流转发后,将监控设备的隧道IP和端口号发送给客户端,或将客户端的隧道IP和端口号发送给监控设备,建立客户端与监控设备之间的隧道,监控设备通过客户端与监控设备之间的隧道发送视频流。
本申请提出的一种公网视频传输方法及系统,通过客户端动态拨号监控设备方式解决多客户端点播多监控设备时,视频监控平台上下行带宽消耗问题。通过客户端点对点拨号方式直接与监控设备建立隧道连接,以缓解视频监控平台上行带宽消耗问题。能够在视频监控平台带宽资源限的情况下,大大增加实际可调取监控设备数量,由于不通过视频监控平台转发,比传统隧道技术方案更具有安全性,保障监控数据不会轻易被窃取。
附图说明
图1为视频监控隧道传输示意图;
图2为本发明实施例公网视频传输方法流程图;
图3为本发明实施例一种实施例隧道连接示意图;
图4为本发明实施例链式隧道连接示意图;
图5为本发明实施例树形隧道连接示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅用以解释本申请,并不用于限定本申请。
本申请提供的公网视频传输方法及装置,可以应用于如图1所示的应用环境中。在本实施例中,以VPN隧道进行说明,但并限于具体采用哪种隧道技术。
在一个实施例中,如图2所示,提供了一种公网视频传输方法,用于跨越公网的视频监控系统,所述视频监控系统包括视频监控平台、监控设备和客户端,其中监控设备可以是网络硬盘录像机(NVR)、网络摄像机IPC等等,而客户端用于发起业务,接收视频流并查看视频监控,一般可以是普通电脑PC、智能终端等等,值得注意的是,这里的客户端是监控系统的查看视频监控的,与发起隧道连接的VPN客户端含义不同,在本实施例中对于发起隧道连接的VPN客户端都特别注明,而其他客户端通常是指监控系统的客户端。视频监控平台则包括视频监控的各种管理服务器,如视频管理服务器、媒体管理服务器等等,本实施例中,将所有视频监控的管理服务器统称为视频监控平台。
本实施例一种公网视频传输方法,包括:
步骤S1、视频监控平台与监控设备、客户端分别建立隧道连接,分别接收监控设备、客户端的申请报文,为监控设备、客户端分配对应的唯一标识符。
目前通过隧道来实现视频流的传输时,视频监控平台会作为VPN服务端,监控设备、客户端会分别作为VPN客户端(或者称为拨号客户端)向视频监控平台发起建立VPN隧道。关于VPN隧道的建立,已经具有比较成熟的技术方案,这里不再赘述。后续关于VPN隧道建立,无论哪个设备作为VPN服务端,或哪个设备作为VPN客户端,整个视频监控系统中VPN服务端可以通过配置信息交换为系统中的VPN客户端提供VPN服务,以下不再赘述。
本实施例在监控设备、客户端分别与视频监控平台建立VPN隧道,就可以通过视频协议注册到视频监控平台,注册成功后,监控设备、客户端分别发送申请报文到视频监控平台,申请各自的唯一标识符。
例如,监控设备向视频监控平台发送申请报文,申请VID作为监控设备的唯一标识符,申请VID成功后,视频监控平台在数据库建立表项如下,此时只有标识符VID,其他参数待补全:
序列号 | VID | STUNIP | STUNPORT | CLIENT1 | CLIENT2 | CLIENT3 | CLIENT4 |
1 | 10001 | ||||||
2 |
表1
同理,客户端向也会向视频监控平台发送申请报文,申请CID作为客户端的唯一标识符。申请CID成功后,视频监控平台在数据库建立表项如下,此时只有标识符CID,其他参数待补全:
序列号 | CID | STUNIP | STUNPORT | STUNTAG | STUNVID | LASTVID | NEXTVID |
1 | 20001 | ||||||
2 |
表2
步骤S2、视频监控平台接收监控设备、客户端各自以隧道服务端身份发起的隧道探测报文,在收到隧道探测报文后,主动向监控设备、客户端进行响应,根据监控设备、客户端的唯一标识符记录对应的隧道IP和端口号。
本实施例监控设备申请VID成功后,会开启VPN服务端的服务,并将以VPN服务端的侦听端口号主动向视频监控平台发送隧道探测报文(STUN探测报文),视频监控平台收到探测报文后,进行响应。该响应可以是主动发起VPN拨号,若连接成功,则记录隧道IP(STUNIP)和隧道端口(STUNPORT)如下:
序列号 | VID | STUNIP | STUNPORT | CLIENT1 | CLIENT2 | CLIENT3 | CLIENT4 |
1 | 10001 | 11.11.11.11 | 1111 | ||||
2 |
表3
需要说明的是,视频监控平台在主动发起VPN拨号时,是作为VPN客户端发起的,如果连接成功,记录隧道IP和隧道端口,随后断开建立的VPN连接。可见视频监控平台向监控设备发起的拨号仅为了记录监控设备的隧道IP和隧道端口,因此视频监控平台的响应,还可以是一种拨号尝试,如果尝试能够连接成功,就记录监控设备的隧道IP和隧道端口,而不需要真的连接成功。本申请不限于视频监控平台具体的响应方式,以下不再赘述。
当监控设备较多时,在视频监控平台数据库形成如下表项:
序列号 | VID | STUNIP | STUNPORT | CLIENT1 | CLIENT2 | CLIENT3 | CLIENT4 |
1 | 10001 | 11.11.11.11 | 1111 | ||||
2 | 10002 | 12.12.12.12 | 1212 | ||||
3 | 10003 | 13.13.13.13 | 1313 | ||||
4 | 10004 | 14.14.14.14 | 1414 | ||||
5 | 10005 | 15.15.15.15 | 1515 | ||||
6 | 10006 | 16.16.16.16 | 1616 | ||||
7 | 10007 | 17.17.17.17 | 1717 | ||||
8 | 10008 | 18.18.18.18 | 1818 | ||||
9 | 10009 | 19.19.19.19 | 1919 | ||||
10 | 10010 | 20.20.20.20 | 2020 |
表4
同理,客户端申请CID成功后,也会开启VPN服务端的服务,并将以VPN服务端的侦听端口号主动向视频监控平台发送STUN探测报文,视频监控平台收到探测报文后,进行响应。该响应可以是主动发起VPN拨号,若连接成功,则记录隧道IP(STUNIP)和隧道端口(STUNPORT)如下:
序列号 | CID | STUNIP | STUNPORT | STUNTAG | STUNVID | LASTVID | NEXTVID |
1 | 20001 | 21.21.21.21 | 2121 | ||||
2 |
表5
需要说明的是,视频监控平台在主动发起VPN拨号时,是作为VPN客户端发起的,如果连接成功,记录隧道IP和隧道端口,随后断开建立的VPN连接。可见视频监控平台向客户端发起的拨号仅为了记录客户端的隧道IP和隧道端口,因此视频监控平台的响应,还可以是一种拨号尝试,如果尝试能够连接成功,就记录客户端的隧道IP和隧道端口,而不需要真的连接成功。本申请不限于视频监控平台具体的响应方式,以下不再赘述。
当客户端较多时,在视频监控平台数据库形成如下表项:
序列号 | CID | STUNIP | STUNPORT | STUNTAG | STUNVID | LASTVID | NEXTVID |
1 | 20001 | 21.21.21.21 | 2121 | ||||
2 | 20002 | 22.22.22.22 | 2222 | ||||
3 | 20003 | 23.23.23.23 | 2323 | ||||
4 | 20004 | 24.24.24.24 | 2424 | ||||
5 | 20005 | 25.25.25.25 | 2525 | ||||
6 | 20006 | 26.26.26.26 | 2626 | ||||
7 | 20007 | 27.27.27.27 | 2727 | ||||
8 | 20008 | 28.28.28.28 | 2828 | ||||
9 | 20009 | 29.29.29.29 | 2929 | ||||
10 | 20010 | 30.30.30.30 | 3030 |
表6
步骤S3、视频监控平台在监控设备与客户端建立视频流转发后,将监控设备的隧道IP和端口号发送给客户端,或将客户端的隧道IP和端口号发送给监控设备,建立客户端与监控设备之间的隧道,监控设备通过客户端与监控设备之间的隧道发送视频流。
本实施例客户端通过视频监控平台起流发起监控业务,监控设备发送目的IP为客户端虚拟IP的视频流,此时视频流通过建立的VPN隧道从视频监控平台转发。假设视频流为4Mbps,则监控设备占用4Mbps的上行带宽,视频监控平台占用4Mbps的上下行带宽,客户端占用4M的下行带宽。
起流成功后,视频监控平台将监控设备的隧道IP和隧道端口返回给客户端,客户端向监控设备发起VPN拨号,若能够VPN拨号成功,客户端将主动断开与视频监控平台的VPN拨号连接,视频流将直接从监控设备与客户端之间的VPN隧道发送。对于此视频流,监控设备消耗上行4Mbps带宽,客户端消耗4M下行带宽,视频监控平台不消耗带宽。
或者,视频监控平台将客户端的隧道IP和隧道端口返回给监控设备,监控设备向客户端发起VPN拨号,若能够VPN拨号成功,监控设备将主动断开与视频监控平台的VPN拨号连接,视频流将直接从监控设备与客户端之间的VPN隧道发送。对于此视频流,监控设备消耗上行4Mbps带宽,客户端消耗4M下行带宽,视频监控平台不消耗带宽。
需要说明的是,一般来说,保持监控设备与视频监控平台的隧道连接比较重要,客户端只需接收视频流即可,因此优选采用客户端来作为VPN客户端发起与监控设备的连接。此时客户端断开与视频监控平台的VPN拨号连接后,客户端与视频监控平台的信令交互可以通过监控设备桥接上行,即客户端通过监控设备桥接其与视频监控平台的交互信令,不会影响业务的运行。
如图3所示,监控设备与客户端之间建立VPN隧道,不在需要通过视频监控平台转发,从而解决了在公网隧道传输过程中,隧道服务器的公网带宽不足造成的视频丢包、卡顿问题。
在另一个实施例中,当多个客户端点播同一个监控设备时,若仅采用上述客户端直接拨号至监控设备的方式将消耗监控设备的上行带宽。为此,本申请一种公网视频传输方法,还包括:
在第一客户端与监控设备建立隧道后,第二用户端向所述监控设备发起监控业务时,视频监控平台将第一客户端的隧道IP和隧道端口号发送给第二客户端,以便第二客户端向第一客户端发起隧道连接,建立第二客户端与第一客户端之间的隧道,第一客户端将视频流通过第一客户端与第二客户端之间的隧道发送给第二客户端。
本实施例中,当一个监控设备被第一客户端调用监控时,视频监控平台分别在数据库中记录如下:
序列号 | VID | STUNIP | STUNPORT | CLIENT1 | CLIENT2 | CLIENT3 | CLIENT4 |
1 | 10001 | 11.11.11.11 | 1111 | 20001 | |||
2 | 10002 | 12.12.12.12 | 1212 | ||||
… |
表7
在表7中,记录了调用监控设备10001的第一客户端的唯一标识20001。
序列号 | CID | STUNIP | STUNPORT | STUNTAG | STUNVID | LASTVID | NEXTVID |
1 | 20001 | 21.21.21.21 | 2121 | 1 | 10001 | ||
2 | 20002 | 22.22.22.22 | 2222 | ||||
… |
表8
在表8中,记录了第一客户端20001与监控设备10001建立了隧道连接。
当第二客户端20002调用同一监控设备10001时,视频监控平台查询发现此监控设备已经被CID为20001的第一客户端调用,视频监控平台查询第一客户端的隧道IP和隧道端口,并将其返回给第二客户端,同时将视频监控平台协商的视频流五元组信息传输至第一客户端,为视频流转封装做好准备。
第一客户端开启VPN服务端的服务,等待第二客户端拨号,第二客户端根据视频监控平台返回的隧道IP和隧道端口号,向第一客户端拨号,成功拨号后,则断开与视频监控平台的连接。此时第二客户端与第一客户端建立了VPN隧道。
第一客户端通过建立的VPN隧道,根据视频流五元组信息将收到的视频流转封装后直接转发至第二客户端。
此时,视频监控平台更新数据库记录如下:
表9
表9中记录了向同一个监控设备10001发起监控业务的客户端的唯一标识CID。
序列号 | CID | STUNIP | STUNPORT | STUNTAG | STUNVID | LASTVID | NEXTVID |
1 | 20001 | 21.21.21.21 | 2121 | 1 | 10001 | 0 | 20002 |
2 | 20002 | 22.22.22.22 | 2222 | 1 | 10001 | 20001 | |
3 | 20003 | 23.23.23.23 | 2323 | ||||
… |
表10
表10中记录了第一客户端20001与监控设备10001建立了VPN隧道,STUNTAG表示建立了隧道标记,第二用户端20002建立了与第一客户端20001建立了VPN隧道,其中第二客户端的前一个客户端(LASTCID)是第一客户端20001,第一客户端20001与监控设备10001建立了VPN隧道。
以此类推,当有更多的客户端访问同一个监控设备时,第三客户端拨号连接第二客户端,第四客户端拨号连接第三客户端等等,更新数据库的记录如下:
序列号 | VID | STUNIP | STUNPORT | CLIENT1 | CLIENT2 | CLIENT3 | CLIENT4 |
1 | 10001 | 11.11.11.11 | 1111 | 20001 | 20002 | 20003 | 20004 |
2 | 10002 | 12.12.12.12 | 1212 | ||||
… |
表11
表12
在表12中,以客户端20003为例,其前一客户端(LASTVID)是20002,其后一个客户端(NEXTVID)是20004。
如图4所示,客户端之间建立VPN隧道,下一个客户端向同一个监控设备发起监控业务时,向前一个客户端发起隧道连接,建立链式隧道连接结构。需要说明的是,本申请技术方案还可以在链式的结构上进行扩展,即当一个VPN服务端具有足够的上下行带宽时,可以允许下一个VPN客户端向该VPN服务端进行拨号建立VPN隧道,建立如图5所示的树形结构。但图示的结构仅为一种实施例,从任何VPN服务端都可以建立不同的分支,这里不再赘述。
例如,下一个客户端向同一个监控设备发起监控业务时,向前面具有足够剩余带宽的客户端发起隧道连接,建立树形隧道连接结构。假设客户端20004在向监控设备10001发起监控业务时,发现前面已经有20001、20002、20003访问了监控设备10001,则看前面这三个客户端哪个有足够的剩余带宽,如果客户端20001有,则客户端20004可以直接向客户端20001拨号。
本实施例通过树形结构解决某一拨号客户端断线造成所有客户端资源丢失问题。
在另一个实施例中,当客户端删除或切换为访问其他监控设备时,前面建立的链式隧道连接结构或树形隧道连接结构需要发生变化。本实施例公网视频传输方法,还包括:
当客户端为链式隧道连接结构或树形隧道连接结构的末端节点时,所述客户端断开与上一客户端的隧道连接,重新与视频监控平台建立隧道连接;
当客户端为链式隧道连接结构或树形隧道连接结构的头端节点时,客户端会先通知下一个的客户端断开与自身的连接,并向监控设备直接进行连接,成为新的头端;
当客户端为链式隧道连接结构或树形隧道连接结构的中间节点时,客户端会通知下一个客户端与上一个客户端建立隧道连接。
具体的,当客户端删除或切换为访问其他监控设备时,将会破坏客户端间的链式状态,需要进行动态调整。例如,客户端20004为末端节点,当客户端20004切换访问其他监控设备时,客户端20004断开与上一客户端20003的拨号连接,客户端20004重新拨号至视频监控平台,同时通知视频监控平台做数据库调整,将数据库记录中对应CID的STUNTAG/STUNVID/LASTCID置为0,将LASTCID客户端20003表项的NEXTCID置为0。又如,客户端20001为头端节点,当客户端20001切换访问其他监控设备时,客户端20001会先通知NEXTCID的客户端20002断开与自身的连接,并向STUNVID监控设备10001直接进行连接,连接成功后通知客户端20001断开连接,客户端20001断开与STUNVID监控设备10001的连接,客户端20002成为新的链头,并通知视频监控平台修改表项。又如,客户端20003为中间节点,当客户端20003切换访问其他监控设备时,会通知NEXTCID的客户端20004拨入LASTCID客户端20002的连接,连接成功后客户端20003断开与LASTCID客户端20002的连接。
需要说明的是,本申请技术方案可以缓解视频监控平台的压力,当然在视频监控平台带宽充足时也可以采用传统的技术方案,也可以设置视频监控平台带宽触发阈值,当视频监控平台带宽占用大于此阈值时触发本申请技术方案来缓解视频监控平台的压力。
此外,为增加系统的稳定性,在另一个实施例中,对处于链式/树形结构中的客户端,若发现长时间未收到流量,则重新拨号至视频监控平台,以便重新获取监控设备的视频流。从而本申请能够在客户端无法正常获取监控设备视频流后快速恢复默认模式恢复监控资源调取。
在一个实施例中,本申请还提供了公网视频传输系统,用于跨越公网的视频传输,所述公网视频传输系统包括视频监控平台、监控设备和客户端,其中:
视频监控平台与监控设备、客户端分别建立隧道连接,分别接收监控设备、客户端的申请报文,为监控设备、客户端分配对应的唯一标识符;
视频监控平台接收监控设备、客户端各自以隧道服务端身份发起的隧道探测报文,在收到隧道探测报文后,主动向监控设备、客户端进行响应,根据监控设备、客户端的唯一标识符记录对应的隧道IP和端口号;
视频监控平台在监控设备与客户端建立视频流转发后,将监控设备的隧道IP和端口号发送给客户端,或将客户端的隧道IP和端口号发送给监控设备,建立客户端与监控设备之间的隧道,监控设备通过客户端与监控设备之间的隧道发送视频流。
本实施例关于公网视频传输系统的具体限定可以参见上文中对于公网视频传输方法的限定,在此不再赘述。上述公网视频传输系统中的各个设备可全部或部分通过软件、硬件及其组合来实现,可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行对应的操作。
本申请的一个实施例,所述视频监控系统具有多个客户端,在第一客户端与监控设备建立隧道后,第二客户端向所述监控设备发起监控业务时,所述视频监控平台还用于将第一客户端的隧道IP和隧道端口号发送给第二客户端,以便第二客户端向第一客户端发起隧道连接,建立第二客户端与第一客户端之间的隧道,第一客户端将视频流通过第一客户端与第二客户端之间的隧道发送给第二客户端。
本申请的一个实施例,下一个客户端向所述监控设备发起监控业务时,向前一个客户端发起隧道连接,建立链式隧道连接结构;
或者,下一个客户端向所述监控设备发起监控业务时,向前面具有足够剩余带宽的客户端发起隧道连接,建立树形隧道连接结构。
本申请的一个实施例,当客户端删除或切换为访问其他监控设备时,所述公网视频传输系统,还包括:
当客户端为链式隧道连接结构或树形隧道连接结构的末端节点时,所述客户端断开与上一客户端的隧道连接,重新与视频监控平台建立隧道连接;
当客户端为链式隧道连接结构或树形隧道连接结构的头端节点时,客户端会先通知下一个的客户端断开与自身的连接,并向监控设备直接进行连接,成为新的头端;
当客户端为链式隧道连接结构或树形隧道连接结构的中间节点时,客户端会通知下一个客户端与上一个客户端建立隧道连接。
本申请的一个实施例,所述视频监控平台将监控设备的隧道IP和端口号发送给客户端,或将客户端的隧道IP和端口号发送给监控设备,建立客户端与监控设备之间的隧道,执行如下步骤:
视频监控平台与将监控设备的隧道IP和端口号发送给客户端,由客户端向监控设备发起隧道连接,建立客户端与监控设备之间的隧道,所述客户端通过监控设备桥接其与视频监控平台的交互信令;
或,视频监控平台与将客户端的隧道IP和端口号发送给监控设备,由监控设备向客户端发起隧道连接,建立客户端与监控设备之间的隧道,所述监控设备通过客户端桥接其与视频监控平台的交互信令。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种公网视频传输方法,用于跨越公网的视频监控系统,所述视频监控系统包括视频监控平台、监控设备和客户端,其特征在于,所述公网视频传输方法,包括:
视频监控平台与监控设备、客户端分别建立隧道连接,分别接收监控设备、客户端的申请报文,为监控设备、客户端分配对应的唯一标识符;
视频监控平台接收监控设备、客户端各自以隧道服务端身份发起的隧道探测报文,在收到隧道探测报文后,主动尝试向监控设备、客户端进行VPN拨号,如果尝试能够连接成功,就根据监控设备、客户端的唯一标识符记录对应的隧道IP和端口号;
视频监控平台在监控设备与客户端建立视频流转发后,将监控设备的隧道IP和端口号发送给客户端,或将客户端的隧道IP和端口号发送给监控设备,建立客户端与监控设备之间的隧道,监控设备通过客户端与监控设备之间的隧道发送视频流。
2.根据权利要求1所述的公网视频传输方法,其特征在于,所述视频监控系统具有多个客户端,在第一客户端与监控设备建立隧道后,第二客户端向所述监控设备发起监控业务时,所述公网视频传输方法,还包括:
视频监控平台将第一客户端的隧道IP和隧道端口号发送给第二客户端,以便第二客户端向第一客户端发起隧道连接,建立第二客户端与第一客户端之间的隧道,第一客户端将视频流通过第一客户端与第二客户端之间的隧道发送给第二客户端。
3.根据权利要求2所述的公网视频传输方法,其特征在于,所述公网视频传输方法,还包括:
下一个客户端向所述监控设备发起监控业务时,向前一个客户端发起隧道连接,建立链式隧道连接结构;
或者,下一个客户端向所述监控设备发起监控业务时,向前面具有足够剩余带宽的客户端发起隧道连接,建立树形隧道连接结构。
4.根据权利要求3所述的公网视频传输方法,其特征在于,当客户端删除或切换为访问其他监控设备时,所述公网视频传输方法,还包括:
当客户端为链式隧道连接结构或树形隧道连接结构的末端节点时,所述客户端断开与上一客户端的隧道连接,重新与视频监控平台建立隧道连接;
当客户端为链式隧道连接结构或树形隧道连接结构的头端节点时,客户端会先通知下一个的客户端断开与自身的连接,并向监控设备直接进行连接,成为新的头端;
当客户端为链式隧道连接结构或树形隧道连接结构的中间节点时,客户端会通知下一个客户端与上一个客户端建立隧道连接。
5.根据权利要求1所述的公网视频传输方法,其特征在于,所述将监控设备的隧道IP和端口号发送给客户端,或将客户端的隧道IP和端口号发送给监控设备,建立客户端与监控设备之间的隧道,包括:
将监控设备的隧道IP和端口号发送给客户端,由客户端向监控设备发起隧道连接,建立客户端与监控设备之间的隧道,所述客户端通过监控设备桥接其与视频监控平台的交互信令;
或,将客户端的隧道IP和端口号发送给监控设备,由监控设备向客户端发起隧道连接,建立客户端与监控设备之间的隧道,所述监控设备通过客户端桥接其与视频监控平台的交互信令。
6.一种公网视频传输系统,用于跨越公网的视频传输,其特征在于,所述公网视频传输系统包括视频监控平台、监控设备和客户端,其中:
视频监控平台与监控设备、客户端分别建立隧道连接,分别接收监控设备、客户端的申请报文,为监控设备、客户端分配对应的唯一标识符;
视频监控平台接收监控设备、客户端各自以隧道服务端身份发起的隧道探测报文,在收到隧道探测报文后,主动尝试向监控设备、客户端进行VPN拨号,如果尝试能够连接成功,就根据监控设备、客户端的唯一标识符记录对应的隧道IP和端口号;
视频监控平台在监控设备与客户端建立视频流转发后,将监控设备的隧道IP和端口号发送给客户端,或将客户端的隧道IP和端口号发送给监控设备,建立客户端与监控设备之间的隧道,监控设备通过客户端与监控设备之间的隧道发送视频流。
7.根据权利要求6所述的公网视频传输系统,其特征在于,所述公网视频传输系统具有多个客户端,在第一客户端与监控设备建立隧道后,第二客户端向所述监控设备发起监控业务时,所述视频监控平台还用于将第一客户端的隧道IP和隧道端口号发送给第二客户端,以便第二客户端向第一客户端发起隧道连接,建立第二客户端与第一客户端之间的隧道,第一客户端将视频流通过第一客户端与第二客户端之间的隧道发送给第二客户端。
8.根据权利要求7所述的公网视频传输系统,其特征在于,所述公网视频传输系统,还包括:
下一个客户端向所述监控设备发起监控业务时,向前一个客户端发起隧道连接,建立链式隧道连接结构;
或者,下一个客户端向所述监控设备发起监控业务时,向前面具有足够剩余带宽的客户端发起隧道连接,建立树形隧道连接结构。
9.根据权利要求8所述的公网视频传输系统,其特征在于,当客户端删除或切换为访问其他监控设备时,所述公网视频传输系统,还包括:
当客户端为链式隧道连接结构或树形隧道连接结构的末端节点时,所述客户端断开与上一客户端的隧道连接,重新与视频监控平台建立隧道连接;
当客户端为链式隧道连接结构或树形隧道连接结构的头端节点时,客户端会先通知下一个的客户端断开与自身的连接,并向监控设备直接进行连接,成为新的头端;
当客户端为链式隧道连接结构或树形隧道连接结构的中间节点时,客户端会通知下一个客户端与上一个客户端建立隧道连接。
10.根据权利要求6所述的公网视频传输系统,其特征在于,所述视频监控平台将监控设备的隧道IP和端口号发送给客户端,或将客户端的隧道IP和端口号发送给监控设备,建立客户端与监控设备之间的隧道,执行如下步骤:
视频监控平台与将监控设备的隧道IP和端口号发送给客户端,由客户端向监控设备发起隧道连接,建立客户端与监控设备之间的隧道,所述客户端通过监控设备桥接其与视频监控平台的交互信令;
或,视频监控平台与将客户端的隧道IP和端口号发送给监控设备,由监控设备向客户端发起隧道连接,建立客户端与监控设备之间的隧道,所述监控设备通过客户端桥接其与视频监控平台的交互信令。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910923956.1A CN112584090B (zh) | 2019-09-27 | 2019-09-27 | 一种公网视频传输方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910923956.1A CN112584090B (zh) | 2019-09-27 | 2019-09-27 | 一种公网视频传输方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112584090A CN112584090A (zh) | 2021-03-30 |
CN112584090B true CN112584090B (zh) | 2023-06-20 |
Family
ID=75109992
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910923956.1A Active CN112584090B (zh) | 2019-09-27 | 2019-09-27 | 一种公网视频传输方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112584090B (zh) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105897542A (zh) * | 2016-05-13 | 2016-08-24 | 浙江宇视科技有限公司 | 一种隧道建立方法及视频监控系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8296437B2 (en) * | 2005-12-29 | 2012-10-23 | Logmein, Inc. | Server-mediated setup and maintenance of peer-to-peer client computer communications |
KR20120071121A (ko) * | 2010-12-22 | 2012-07-02 | 한국전자통신연구원 | 가상 터널 라우터와 ip 카메라 관리서버 및 위치 기반 ip 카메라 서비스 방법 |
CN103997623B (zh) * | 2014-05-06 | 2017-05-03 | 四川长虹电器股份有限公司 | 基于p2p技术的视频监控方法 |
CN104506802B (zh) * | 2014-12-17 | 2018-06-05 | 浙江宇视科技有限公司 | 视频监控系统、穿越nat监控视频数据的方法 |
CN105933198B (zh) * | 2016-04-21 | 2020-01-14 | 浙江宇视科技有限公司 | 一种建立直连vpn隧道的装置 |
-
2019
- 2019-09-27 CN CN201910923956.1A patent/CN112584090B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105897542A (zh) * | 2016-05-13 | 2016-08-24 | 浙江宇视科技有限公司 | 一种隧道建立方法及视频监控系统 |
Also Published As
Publication number | Publication date |
---|---|
CN112584090A (zh) | 2021-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9723637B2 (en) | Dynamic connection of a mobile terminal to a local network | |
US9173244B2 (en) | Methods for establishing and using public path, M2M communication method, and systems thereof | |
US9565635B2 (en) | Activating a mobile terminal from mobile network side | |
EP1791298A1 (en) | A system and method for processing the link fault of the broad band access device | |
WO2009082978A1 (fr) | Procédé de protection de réseau d'accès, système et nœud de bord d'accès | |
CN109391661A (zh) | 物联网终端的区块链组网方法和系统 | |
WO2020259212A1 (zh) | 通过固定接入设备接入移动核心网的方法 | |
EP2218214B1 (en) | Network location service | |
WO2018103665A1 (zh) | 基于l2tp的设备管理方法、设备及系统 | |
CN102984175A (zh) | 一种无ip监控前端设备和一种代理装置 | |
CN100561954C (zh) | 控制连通性检测的方法、系统和设备 | |
CN101729310B (zh) | 实现业务监控的方法、系统以及信息获取设备 | |
CN112584090B (zh) | 一种公网视频传输方法及系统 | |
US20230362215A1 (en) | Radio access network system | |
CN101304406B (zh) | 一种会话连接的管理方法及装置、系统 | |
US6728338B1 (en) | Utilization of communication channels between a central office switch and a law enforcement agency | |
US20190036793A1 (en) | Network service implementation method, service controller, and communications system | |
CN109525439A (zh) | 一种rack服务器交换机vlan网络管理的方法和系统 | |
CN113055427B (zh) | 一种基于业务的服务器集群接入方法及装置 | |
US7609683B2 (en) | Communication system, connection management server apparatus, and recording medium on which program is recorded | |
US20020062374A1 (en) | Communications system, server, method for communications system, and recording medium | |
CN106130874B (zh) | 融合多通信方式的企业一体化信息处理方法 | |
CN112040170B (zh) | 基于5g的远程异地评标系统 | |
CN112104712B (zh) | 一种堆叠系统成员设备及其远程管理方法 | |
CN108683598A (zh) | 一种非对称网络流量处理方法和处理装置 |
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 |