CN105871521A - 一种数据传输方法、装置及视频监控系统 - Google Patents
一种数据传输方法、装置及视频监控系统 Download PDFInfo
- Publication number
- CN105871521A CN105871521A CN201610389787.4A CN201610389787A CN105871521A CN 105871521 A CN105871521 A CN 105871521A CN 201610389787 A CN201610389787 A CN 201610389787A CN 105871521 A CN105871521 A CN 105871521A
- Authority
- CN
- China
- Prior art keywords
- coding side
- address
- side equipment
- port
- equipment
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/256—NAT traversal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- 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
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/663—Transport layer addresses, e.g. aspects of transmission control protocol [TCP] or user datagram protocol [UDP] ports
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种数据传输方法、装置及视频监控系统,所述方法包括:当解码端设备确定发生报文丢失时,所述解码端设备向所述编码端设备发送可靠UDP重传请求报文,所述可靠UDP重传请求报文的源互联网协议IP地址为所述VM的IP地址,源端口为所述VM上与所述编码端设备通信的端口,目的IP地址为所述编码端设备的IP地址,目的端口为所述编码端设备的端口;当所述编码端设备接收到所述可靠UDP重传请求报文时,通过可靠UDP组播方式发送重传报文。应用本发明实施例可以实现解码端设备的重传请求穿越NAT到达编码端设备。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种数据控制方法、装置及视频监控系统。
背景技术
随着标准化且易扩展的网络技术和IP(Internet Protocol,互联网协议)技术不断发展,基于IP和网络的智能监控技术得到快速发展,IP监控已经成为目前视频监控的主流。
而随着监控业务的部署越来越多,公安、交警的现场执法执勤就需要4G布控球。4G布控球一般通过组播方式发送视频流,解码器收到视频流后进行解码。
然而,由于4G布控球通过移动网络接入视频监控系统,因此容易发生数据丢失,在该情况下,解码器需要向4G布控球发送重传请求。但是4G布控球处于NAT(Network Address Translation,网络地址转换)内网,解码器的重传请求无法到达4G球。
发明内容
本发明提供一种数据传输方法、装置及视频监控系统,以解决现有视频监控组网中解码器的重传请求无法到达4G球的问题。
根据本发明的第一方面,提供一种数据传输方法,应用于视频监控系统,所述视频监控系统包括视频管理器VM、编码端设备以及解码端设备,所述编码端设备和所述解码端设备注册到所述VM,所述编码端设备通过可靠用户数据报文协议UDP组播方式向解码端设备发送视频流,所述方法包括:
当解码端设备确定发生报文丢失时,所述解码端设备向所述编码端设备发送可靠UDP重传请求报文,所述可靠UDP重传请求报文的源互联网协议IP地址为所述VM的IP地址,源端口为所述VM上与所述编码端设备通信的端口,目的IP地址为所述编码端设备的IP地址,目的端口为所述编码端设备的端口;
当所述编码端设备接收到所述可靠UDP重传请求报文时,通过可靠UDP组播方式发送重传报文。
根据本发明的第二方面,提供一种数据传输装置,应用于视频监控系统中的解码端设备,所述视频监控系统中还包括视频管理器VM以及编码端设备,所述编码端设备和所述解码端设备注册到所述VM,所述编码端设备通过可靠用户数据报文协议UDP组播方式向解码端设备发送视频流,所述装置包括:
确定单元,用于确定是否发生报文丢失;
发送单元,用于当所述确定单元确定发生报文丢失时,向所述编码端设备发送可靠UDP重传请求报文,所述可靠UDP重传请求报文的源互联网协议IP地址为所述VM的IP地址,源端口port为所述VM上与所述编码端设备通信的端口,目的IP地址为上述编码端设备的IP地址,目的端口为所述编码端设备的端口,以使所述编码端设备接收到所述可靠UDP重传请求报文时,通过可靠UDP组播方式发送重传报文。
根据本发明的第三方面,提供一种视频监控系统,所述视频监控系统包括视频管理器VM、编码端设备以及解码端设备,所述编码端设备和所述解码端设备注册到所述VM,所述编码端设备通过可靠用户数据报文协议UDP组播方式向解码端设备发送视频流,其中:
所述解码端设备,用于当确定发生报文丢失时,向所述编码端设备发送可靠UDP重传请求报文,所述可靠UDP重传请求报文的源互联网协议IP地址为所述VM的IP地址,源端口为所述VM上与所述编码端设备通信的端口,目的IP地址为所述编码端设备的IP地址,目的端口为所述编码端设备的端口;
所述编码端设备,用于当接收到所述可靠UDP重传请求报文时,通过可靠UDP组播方式发送重传报文。
应用本发明公开的技术方案,当解码端设备确定发生报文丢失时,解码端设备可以模拟VM向编码端设备发送可靠UDP重传请求报文,该可靠UDP重传请求报文的源IP地址为VM的IP地址,源端口为VM上与编码端设备通信的端口,目的IP地址为编码端设备的外网IP地址,目的端口为编码端设备的,以利用VM与编码端设备之间已有的通信路径,将DC发送的可靠UDP重传请求报文发送给编码端设备,实现了解码端设备的重传请求穿越NAT到达编码端设备。
附图说明
图1是本发明实施例提供的一种数据传输的网络架构示意图;
图2是本发明实施例提供的一种数据传输方法的流程示意图;
图3是本发明实施例提供的一种具体应用场景的架构示意图;
图4是本发明实施例提供的一种数据传输装置的结构示意图;
图5是本发明实施例提供的另一种数据传输装置的结构示意图;
图6是本发明实施例提供的一种视频监控系统的架构示意图。
具体实施方式
为了使本领域技术人员更好地理解本发明实施例中的技术方案,下面先对可靠UDP(User Datagram Protocol,用户数据报协议)原理进行简单说明。
视频发送端(即编码端设备)和接收端(即解码端设备)根据流量的码率特点,自适应地开辟专用的发送缓存和接收缓存。解码端设备内置乱序和丢包处理模块,在一定算法控制下,解码端设备在恰当时刻向编码端设备请求发送缓存中的特定报文,同时编码端设备在算法控制下实时更新发送缓存中的数据。简要步骤如下:
1、编码端设备的数据备份机制
a)、当备份数据超过指定时间(如T1)时,丢弃该备份数据;
b)、当备份数据的重传次数超过预设值(如N)时,丢弃该备份数据。
2、解码端设备的缓存机制
a)、解码端设备根据接收到的数据包的序列号是否连续来判断是否丢包(一般判断条件:收到的数据包序列号=上一数据包序列号+1,则无丢包),当检测到丢包后,根据序列号匹配向编码端设备发送重传请求(可靠UDP重传请求报文);
b)、开启定时器(定时时长为T2),将后续收到的数据缓存,待收到上述数据的重传后,再进行数据解码。
其中,若定时器超时时,解码端设备仍未收到重传数据,则直接将缓存中的数据发送给解码端设备进行解码。
3、编码端设备接收到解码端设备发送的可靠UDP重传请求报文后,如果指定的数据不存在备份(即超时已被清除),则不进行任何处理。如果该数据存在备份,则查看该备份数据的标识,处理如下:
a)、若重传次数超过预设值,则不进行重传,同时将该数据从缓存中清除;
b)、若最后重传时间与当前时间的时间差小于预设的最小重传间隔(Tm),也不进行重传。
为了使使本发明实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图对本发明实施例中技术方案作进一步详细的说明。
下面先对本发明实施例适用的网络架构进行描述。
请参见图1,图1为本发明实施例提供的一种数据传输的网络架构示意图,如图1所示,该网络架构适用于视频监控系统,其可以包括VM(VideoManager,视频管理器)、编码端设备(如IPC(IP Camera,网络摄像机))以及解码端设备(如DC(decoder))。编码端设备和解码端设备注册到VM,并与VM进行周期性保活,编码端设备通过可靠UDP组播方式向解码端设备发送视频流。
在该网络架构中,当解码端设备确定发送报文丢失时,解码端设备可以向编码端设备发送可靠UDP重传请求报文,该可靠UDP重传请求报文的源IP地址为VM的IP地址,源端口为VM上与编码端设备通信的端口,目的IP地址为编码端设备的IP地址,目的端口为编码端设备的端口,以使编码端设备接收到可靠UDP重传请求报文时,通过可靠UDP组播方式发送重传报文,即解码端设备通过模拟VM向编码端设备发送重传请求,利用VM与编码端设备之间已有的通信路径,将DC发送的可靠UDP重传请求报文发送给编码端设备,解决了解码端设备的重传请求穿越NAT的问题。
其中,编码端设备可以包括4G布控球(以下简称4G球)等通过移动网络接入到视频监控系统的视频采集设备。编码端设备和解码端设备位于不同的NAT内网或一个位于NAT内网,一个位于外网,例如,编码端设备位于NAT内网,解码端设备位于外网;或者,解码端设备位于NAT内网,编码端设备位于外网。
为便于理解,以下以解码端设备为4G球,解码端设备为DC,4G球位于NAT内网,DC位于外网为例进行说明。
基于图1所示的网络架构,本发明实施例提供了一种数据传输方法,请参见图2,图2为本发明实施例提供的一种数据传输方法的流程示意图,如图2所示,该数据传输方法可以包括以下步骤:
步骤201、当解码端设备确定发生报文丢失时,解码端设备向编码端设备发送可靠UDP重传请求报文,该可靠UDP重传请求报文的源IP地址为VM的IP地址,源端口为VM上与编码端设备通信的端口,目的IP地址为编码端设备的IP地址,目的端口为编码端设备的端口。
本发明实施例中,4G球可以通过VM与DC进行视频数据流参数的协商,协商完成后,DC可以加入4G球指定的组播组,4G球则可以通过可靠UDP组播方式向该组播组发送视频数据流;DC接收组播数据包,完成拼帧以及解码后发送给显示屏进行显示。
由于4G球一般处于运动状态,且连接的4G基站存在切换,因此,可能会发生报文丢失的情况。
当DC确定发生报文丢失(其具体实现可以参见上述可靠UDP原理中的相关描述)时,DC需要向4G球发送重传请求,以请求4G球重新发送指定报文。但是由于4G球处于NAT内网,DC发送的重传请求需要穿越NAT才能到达4G球。
在本发明实施例中,为了实现重传请求穿越NAT,DC可以模拟为VM向4G球发送可靠UDP重传请求报文,即DC向4G球发送可靠UDP重传请求报文时,可以将使用VM的IP地址以及VM上与4G球通信的端口作为可靠UDP重传请求报文的源IP地址和源端口,通过4G球和VM在路由器上已有的NAT映射(4G球向VM注册时建立的NAT映射),实现了DC发送的可靠UDP重传请求报文穿越NAT发送给4G球。
作为一种可选的实施方式,在本发明实施例中,编码端设备和解码端设备注册到VM之后,还可以包括以下步骤:
11)、VM向解码端设备发送通知消息,该通知消息中携带有VM上与编码端设备通信的端口、编码端设备的IP地址以及编码端设备的端口;
12)、解码端设备接收通知消息,并存储该通知消息中携带的VM上与编码端设备通信的端口、编码端设备的IP地址以及编码端设备的端口。
在该实施方式中,为了使DC能够模拟为VM向4G球发送可靠UDP重传请求报文,VM在DC以及4G球完成注册之后,可以将自身与4G球通信的端口、4G球的IP地址以及4G球的端口通知给DC。其中,由于4G球位于NAT内网,因此,VM通知给DC的4G球的IP地址以及4G球的端口为4G球的外网IP地址以及4G球的外网端口。
DC接收到VM发送的通知消息之后,可以存储VM上与4G球通信的端口、编码端设备的外网IP地址以及编码端设备的外网端口,并当需要向4G球发送可靠UDP重传请求报文时,可以将VM的IP地址(VM的IP地址可以由DC向VM注册时获取并存储)和VM上与4G球通信的端口作为报文的源IP地址和源端口,4G球的外网IP地址和外网端口作为报文的目的IP地址和目的端口,通过DC与4G球之间的交换机发送到4G球连接的路由器;该路由器接收到DC发送的可靠UDP重传请求报文时,由于报文的源IP地址和源端口为VM的IP地址和VM上与4G球通信的端口,以为该可靠UDP重传请求报文是VM发送给4G球的报文,根据4G球和VM在路由器上已有的NAT映射,将该可靠UDP重传请求报文发送给4G球,实现了DC发送的重传请求穿越NAT发送给4G球。
值得说明的是,在本发明实施例中,VM上与编码端设备通信的端口、编码端设备的IP地址以及编码端设备的端口除了可以由VM通知给解码端设备之外,也可以由用户手动在解码端设备上配置,其具体实现在此不做赘述。
作为一种可选的实施方式,在本发明实施例中,在编码端设备和解码端设备注册到VM之后,还可以包括:
VM根据解码端设备的IP地址、掩码、网关信息以及编码端设备的IP地址和端口确定解码端设备到编码端设备的转发路径上的交换机;
VM向解码端设备到编码端设备的转发路径上的交换机下发配置指令,该配置指令用于指示交换机允许源IP地址为VM的IP地址,源端口为VM上与编码端设备通信的端口的报文通过;其中,解码端设备到编码端设备的转发路径上的交换机上配置有URFP(Unicast Reverse Path Forwarding,单播反向路由查找)协议。
在该实施方式中,为了防止设备更改源IP地址的仿冒攻击,提高组网系统安全性,DC到4G球的转发路径上的交换机均需要配置URFP协议。
相应地,为了使DC模拟VM向4G球发送的可靠UDP重传请求报文被允许通过DC到4G球的路径上的交换机,4G球和DC注册到VM之后,VM可以根据4G球的外网IP地址和外网端口,以及DC的IP地址、掩码和网关信息等确定DC到4G球的路径上的交换机,并向DC到4G球的路径上的交换机下发配置指令,该配置指令用于指示相应的交换机允许源IP地址为VM的IP地址,源端口为VM上与4G球通信的端口的报文通过,从而,DC模拟VM向4G球发送的可靠UDP重传请求报文将会被允许通过DC到4G球的转发路径上的交换机。其中,VM确定DC到4G球的转发路径上的交换机的具体实现将在下文中描述,本发明实施例在此不做赘述。
步骤202、当编码端设备接收到可靠UDP重传请求报文时,通过可靠UDP组播方式发送重传报文。
本发明实施例中,当4G球接收到DC发送的可靠UDP重传请求报文时,4G球可以根据该可靠UDP重传请求报文确定需要重传的报文,并通过可靠UDP组播方式向指定组播组发送重传报文。
可见,在图2所示方法流程中,解码端设备在确定发生报文丢失时,通过模拟VM向编码端设备发送UDP可靠重传请求报文,利用编码端设备和VM之间已有的通信路径,将DC发送的可靠UDP重传请求报文发送给编码端设备,解码端设备和编码端设备之间不需要专门建立NAT映射,即可实现解码端设备和编码端设备之间的交互报文穿越NAT,提高了数据传输效率;此外,通过在解码端设备和编码端设备之间的转发路径上的交换机上配置URPF协议,并通过VM在解码端设备和编码端设备之间的转发路径上的交换机上配置允许源IP地址为VM的IP地址,源端口为VM上与编码端设备通信的端口的报文通过,即保证了解码端设备模拟VM的重传请求通过,又避免了其它设备更改源IP地址的仿冒攻击,提高了组网系统安全性。
进一步地,在本发明实施例中,当VM检测到编码端设备的IP地址或/和端口发生变化时,VM需要将编码端设备变化后的IP地址或/和变化后的端口发送给解码端设备;解码端设备接收到VM发送的编码端设备变化后的IP地址或/和端口之后,可以根据该编码端设备变化后的IP地址或/和变化后的端口更新自身存储的编码端设备的IP地址或/和端口,以便解码端设备后续发送的重传请求能到达解码端设备。
具体的,在本发明实施例中,当4G球或/和VM断电恢复时,4G球的IP地址或/和端口可能会发生变化,因而,当4G球重新注册到VM,且VM检测到4G球的IP地址或/和端口发生变化时,VM需要将4G球变化后的IP地址或/和端口通知给DC,以使DC更新自身存储的4G球的IP地址或/和端口,进而,当DC需要向4G球发送可靠UDP重传请求报文时,使用更新后的4G球的IP地址和端口作为该可靠UDP重传请求报文的目的IP地址和目的端口,保证在4G球的IP地址或/和端口发生变化的情况下,DC发送的可靠UDP重传请求报文仍然能够达到4G球。
为了使本领域技术人员更好地理解本发明实施例提供的技术方案,下面结合具体应用场景对本发明实施例提供的技术方案进行说明。
请参见图3,为本发明实施例提供的一种具体应用场景的架构示意图,如图3所示,该应用场景中可以包括4G球、VM、DC、路由器RT1、交换机SW1和交换机SW2;其中,4G球位于NAT内网,交换机SW1和交换机SW2上配置有URPF协议。基于该应用场景图,数据传输的具体流程如下:
1、4G球通过4G网络拨号,获得外网IP地址后,注册到VM,之后,4G球与DC分别和VM进行周期性保活,VM周期性地回应4G球与DC的保活报文。VM通过网管可以管理组网内各个交换机,同时,网络内是组播可达的。
a)、4G球(IP地址:192.168.0.13)在NAT内通过4G网络拨号,获得外网IP(IP地址:202.168.100.8)后,注册到VM(IP地址:202.169.100.38),此时路由器RT1上可以形成如下NAT转发表项:
内网IP | 内网Port1 | 外网Port2 |
192.168.0.13 | 5060 | 25060 |
… | … | … |
b)、DC(IP地址:202.100.10.100)通过交换机SW1、交换机SW2,注册到VM;
c)、4G球与DC向VM注册时会携带自身的设备ID(标识)(唯一性标识),VM通过设备ID和注册的IP地址来管理设备,以及和每台设备进行通信。4G球与DC分别和VM进行周期性保活,同时,VM周期性回应4G球与DC的保活报文。其中,VM维护的4G球与DC的IP地址和通信端口信息如下:
设备ID | 设备IP | 通信端口 |
4G_IPC_ID | 202.169.100.8 | 25060 |
DC_ID | 202.100.10.100 | 5060 |
d)VM通过网管协议,可以管理组网内的各个交换机,如交换机SW1(IP地址:202.100.10.1)、交换机SW2(IP地址:202.169.100.1)等,并可以对其进行配置。
2、当用户要建立4G球到DC的硬解实况时,通过VM和DC以及4G球进行实况流参数的协商,根据协商结果,4G球通过可靠UDP组播发送视频流,DC加入到4G球的组播组,接收媒体报文进行解码。
a)、当用户要建立4G球到DC的硬解实况时,VM首先发送实况流参数的协商报文给DC,DC反馈给VM它能支持的解码的媒体流的参数,如编码格式为H264(一种数字视频压缩格式)、支持的分辨率种类、传输协议类型为可靠UDP;
b)、VM根据步骤1.c中获取的4G球的外网IP地址(202.169.100.8)和端口(25060),将获取到的DC的媒体流参数携带在实况流参数协商报文中发送给4G球;
c)、路由器RT1接收到实况流参数协商报文,查找本地NAT转发表,可以获知外网IP地址为202.169.100.8,端口为20560对应的内网的设备应该是4G球,内网IP地址为192.168.0.13,注册端口为5060。路由器RT1将该实况流参数协商报文转发给内网4G球;
d)、4G球根据DC支持的媒体流参数,协商出自身的实况流参数,例如,编码格式为H.264,分辨率为1080p(一种视频显示格式),传输协议类型为可靠UDP,可靠UDP组播地址为224.0.2.254,端口为20560,并发送包括此参数的报文给VM;
e)、VM接收到该报文,解析实况流参数,保存在自身的数据库表项中,并通知DC加入组播地址224.0.2.254,端口为20560的组播组;
f)、DC接收到VM的通知消息,打开端口20560,加入到组播地址224.0.2.25的组播组,获取4G球发送的组播数据包,获取后完成拼帧、解码,并发送给显示屏显示。
3、由于4G球一般处于运行状态,且连接的4G基站存在切换,因此,可能会发生报文丢失,需要DC发送可靠UDP重传请求报文。而由于4G球处于NAT内网,DC发送的可靠UDP重传请求报文需要穿越NAT才能达到4G球,因而,本发明实施例提供的技术方案采取如下步骤实现DC发送的可靠UDP重传请求报文穿越NAT达到4G球:
a)、VM发送通知报文给DC,通知报文主要包括如下信息:
1)、VM的IP地址(IP地址:202.169.100.38)(可选),VM上与4G球通信的端口(假设为5060);
2)、4G球的外网IP地址(202.169.100.8)和外网端口(20560);
b)、DC接收到VM的通知报文,保存VM的IP地址、4G球的外网IP地址以及4G球的外网端口;其中,VM的IP地址也可以由DC向VM进行注册时获取。
4、DC模拟VM向路由器RT1发送可靠UDP重传请求报文,进行NAT穿越,发送给NAT内网内的4G球,通知其进行丢失报文的重传。
a)、DC首先向VM上报自身的IP地址(202.100.10.100)、掩码(假设为255.255.255.0)以及网关信息(假设为202.100.10.1);
b)、由于DC接入到4G球的转发路径上的交换机SW1和交换机SW2配置有URPF协议,此协议用于防止设备更改源IP地址的仿冒攻击,因此,VM需要获知DC到4G球的转发路径;
c)、VM可以根据DC上报的IP地址、掩码以及网关信息,获取DC的网关信息为202.100.10.1,而VM通过网关协议对网络内注册上来的交换机进行查询,可以确定为交换机SW1;
d)、然后VM通过网管协议,登录到交换机SW1上,查询交换机SW1的路由转发表,根据目的网段为4G球的外网IP地址所在网段,确定路由表的下一跳出口,可以获取到交换机SW1的下一跳出口,获取到下一跳的交换机网关信息为202.169.100.1,即为交换机SW2,由于交换机SW2即为4G球的外网IP地址(202.169.100.8)所在网段的网关,VM可以通过网管协议,登录到交换机SW2上,查询交换机SW2的路由转发表,根据4G球的外网IP地址以及端口确定到DC到4G球的报文转发路径:DC-交换机SW1-交换机SW2-路由器RT1;
e)、VM通过网管协议,向交换机SW1和交换机SW2下发配置指令,配置转发规则;
f)、配置交换机SW1的转发规则:运行源IP地址为202.169.100.38,源端口为5060(VM上与4G球通信的端口)的报文通过;
g)、配置交换机SW2的转发规则:运行源IP地址为202.169.100.38,源端口为5060(VM上与4G球通信的端口)的报文通过;
h)、DC模拟VM向4G球发送可靠UDP重传请求报文,该可靠UDP重传请求报文通过交换机SW1和交换机SW2达到路由器RT1;
通过步骤4.e~4.h,既保证了DC模拟VM发送的可靠UDP重传请求报文能够通过交换机SW1和交换机SW2,又能够避免其他设备更改源IP地址的仿冒攻击,提高组网系统安全性。
i)、路由器RT1接收到可靠UDP重传请求报文,查询本地NAT转发表,可以获知外网IP地址为202.169.100.8,端口为20560对应的内网设备应该是4G球(内网IP地址:192.168.0.13,端口为:5060),路由器RT1将该可靠UDP重传请求报文转发给内网的4G球;
可见,DC通过模拟VM向4G球发送可靠UDP重传请求报文,可以直接使用VM与4G球在路由器上以建立的NAT映射,即可以实现DC发送的重传请求穿越NAT发送给4G球。
j)、4G球接收到可靠UDP重传请求报文,根据该可靠UDP重传请求报文发送对应的重传报文,以便DC能够重新接收丢失的报文。
5、当4G球或/和VM断电恢复后,需要告知DC,更新相应的IP地址或/和端口信息,以保证DC后续请求报文重传的准确性。
a)、当4G球断电恢复后,由于4G球通过4G网络重新拨号,其外网的IP地址可能会发生变化,例如由原来的IP地址(202.169.100.8)变化为IP地址:202.169.100.18,则当4G球上线注册到VM后,会把新的外网IP地址,通知给VM;
b)、VM检测到4G球的IP地址发生变化,VM发送通知消息给DC,通知DC更新4G球的外网IP地址,当DC下次发送可靠UDP重传请求报文时,会将更新后的4G球的外网IP地址作为目的IP地址;
c)、当VM断电恢复时,此时4G球也需要重新注册到VM,VM重新检测4G球的IP地址,若断电期间,4G球的IP地址发生变化,则VM需要将变化后的4G球的IP地址发送给DC,以保证DC发送可靠UDP重传请求报文时,目的IP地址的准确性。
通过以上描述可以看出,在本发明实施例提供的技术方案中,当解码端设备确定发生报文丢失时,解码端设备可以模拟VM向编码端设备发送可靠UDP重传请求报文,该可靠UDP重传请求报文的源IP地址为VM的IP地址,源端口为VM上与编码端设备通信的端口,目的IP地址为编码端设备的外网IP地址,目的端口为编码端设备的,以利用VM与编码端设备之间已有的通信路径,将DC发送的可靠UDP重传请求报文发送给编码端设备,实现了解码端设备的重传请求穿越NAT到达编码端设备。
请参见图4,为本发明实施例提供的一种数据传输装置的结构示意图,其中,该数据传输装置可以应用于上述方法实施例中的解码端设备,如图4所示,该数据传输装置可以包括:
确定单元410,用于确定是否发生报文丢失;
发送单元420,用于当所述确定单元确定发生报文丢失时,向所述编码端设备发送可靠UDP重传请求报文,所述可靠UDP重传请求报文的源互联网协议IP地址为所述VM的IP地址,源端口port为所述VM上与所述编码端设备通信的端口,目的IP地址为上述编码端设备的IP地址,目的端口为所述编码端设备的端口,以使所述编码端设备接收到所述可靠UDP重传请求报文时,通过可靠UDP组播方式发送重传报文。
请一并参阅图5,为本发明实施例提供的另一种数据传输装置的结构示意图,在图4所示实施例的基础上,图5所示的数据传输装置还可以包括:
接收单元430,用于接收所述VM发送的通知消息,所述通知消息中携带有所述VM上与所述编码端设备通信的端口、所述编码端设备的IP地址以及所述编码端设备的端口;
存储单元440,用于存储所述通知消息中携带的所述VM上与所述编码端设备通信的端口、所述编码端设备的IP地址以及所述编码端设备的端口。
请参见图6,为本发明实施例提供的一种视频监控系统的架构示意图,如图6所示,所述视频监控系统包括视频管理器VM610、编码端设备620以及解码端设备630,所述编码端设备620和所述解码端设备630注册到所述VM610,所述编码端设备620通过可靠用户数据报协议UDP组播方式向解码端设备630发送视频流,其中:
所述解码端设备630,用于当确定发生报文丢失时,向所述编码端设备620发送可靠UDP重传请求报文,所述可靠UDP重传请求报文的源互联网协议IP地址为所述VM610的IP地址,源端口为所述VM610上与所述编码端设备620通信的端口,目的IP地址为所述编码端设备620的IP地址,目的端口为所述编码端设备620的端口;
所述编码端设备620,用于当接收到所述可靠UDP重传请求报文时,通过可靠UDP组播方式发送重传报文。
在可选实施例中,所述VM610,用于根据所述解码端的IP地址、掩码、网关信息,以及编码端的IP地址和端口确定所述解码端设备到编码端设备的转发路径上的交换机;
所述VM610,还用于向所述解码端设备630到所述编码端设备610的转发路径上的交换机下发配置指令,所述配置指令用于指示所述交换机允许源IP地址为所述VM610的IP地址,源端口为所述VM610上与所述编码端设备620通信的端口的报文通过;其中,所述交换机上配置有单播反向路由查找URFP协议。
在可选实施例中,所述VM610,用于当所述编码端设备620和所述解码端设备630注册到所述VM610之后,向所述解码端设备630发送通知消息,所述通知消息中携带所述VM610上与所述编码端设备620通信的端口、所述编码端设备620的外网IP地址以及所述编码端设备620的外网端口;
所述解码端设备630,还用于接收所述通知消息,并存储所述通知消息中携带的所述VM610上与所述编码端设备620通信的端口、所述编码端设备620的外网IP地址以及所述编码端设备620的外网端口。
在可选实施例中,所述VM610,用于当检测到所述编码端设备620的IP地址或/和端口发生变化时,将所述编码端设备620变化后的IP地址或/和变化后的端口发送给所述解码端设备630;
所述解码端设备630,还用于根据所述编码端设备620变化后的IP地址或/和变化后的端口更新自身存储的所述编码端设备620的IP地址或/和端口。
由上述实施例可见,当解码端设备确定发生报文丢失时,解码端设备可以模拟VM向编码端设备发送可靠UDP重传请求报文,该可靠UDP重传请求报文的源IP地址为VM的IP地址,源端口为VM上与编码端设备通信的端口,目的IP地址为编码端设备的外网IP地址,目的端口为编码端设备的,以利用VM与编码端设备在路由器上建立的NAT映射,将DC发送的可靠UDP重传请求报文穿越NAT发送给编码端设备,实现了解码端设备的重传请求穿越NAT到达NAT内网的编码端设备。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (10)
1.一种数据传输方法,应用于视频监控系统,所述视频监控系统包括视频管理器VM、编码端设备以及解码端设备,所述编码端设备和所述解码端设备注册到所述VM,所述编码端设备通过可靠用户数据报文协议UDP组播方式向解码端设备发送视频流,其特征在于,所述方法包括:
当解码端设备确定发生报文丢失时,所述解码端设备向所述编码端设备发送可靠UDP重传请求报文,所述可靠UDP重传请求报文的源互联网协议IP地址为所述VM的IP地址,源端口为所述VM上与所述编码端设备通信的端口,目的IP地址为所述编码端设备的IP地址,目的端口为所述编码端设备的端口;
当所述编码端设备接收到所述可靠UDP重传请求报文时,通过可靠UDP组播方式发送重传报文。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述VM根据所述解码端设备的IP地址、掩码、网关信息,以及编码端设备的IP地址和端口确定所述解码端设备到编码端设备的转发路径上的交换机;
所述VM向所述解码端设备到所述编码端设备的转发路径上的交换机下发配置指令,所述配置指令用于指示所述交换机允许源IP地址为所述VM的IP地址,源端口为所述VM上与所述编码端设备通信的端口的报文通过;其中,所述交换机上配置有单播反向路由查找URFP协议。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述编码端设备和所述解码端设备注册到所述VM之后,所述VM向所述解码端设备发送通知消息,所述通知消息中携带所述VM上与所述编码端设备通信的端口、所述编码端设备的IP地址以及所述编码端设备的端口;
所述解码端设备接收所述通知消息,并存储所述通知消息中携带的所述VM上与所述编码端设备通信的端口、所述编码端设备的IP地址以及所述编码端设备的端口。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述VM检测到所述编码端设备的IP地址或/和端口发生变化时,所述VM将所述编码端设备变化后的IP地址或/和变化后的端口发送给所述解码端设备;
所述解码端设备根据所述编码端设备变化后的IP地址或/和变化后的端口更新自身存储的所述编码端设备的IP地址或/和端口。
5.一种数据传输装置,应用于视频监控系统中的解码端设备,所述视频监控系统中还包括视频管理器VM以及编码端设备,所述编码端设备和所述解码端设备注册到所述VM,所述编码端设备通过可靠用户数据报文协议UDP组播方式向解码端设备发送视频流,其特征在于,所述装置包括:
确定单元,用于确定是否发生报文丢失;
发送单元,用于当所述确定单元确定发生报文丢失时,向所述编码端设备发送可靠UDP重传请求报文,所述可靠UDP重传请求报文的源互联网协议IP地址为所述VM的IP地址,源端口port为所述VM上与所述编码端设备通信的端口,目的IP地址为上述编码端设备的IP地址,目的端口为所述编码端设备的端口,以使所述编码端设备接收到所述可靠UDP重传请求报文时,通过可靠UDP组播方式发送重传报文。
6.根据权利要求5所述的装置,其特征在于,所述装置还包括:
接收单元,用于接收所述VM发送的通知消息,所述通知消息中携带有所述VM上与所述编码端设备通信的端口、所述编码端设备的IP地址以及所述编码端设备的端口;
存储单元,用于存储所述通知消息中携带的所述VM上与所述编码端设备通信的端口、所述编码端设备的IP地址以及所述编码端设备的端口。
7.一种视频监控系统,其特征在于,所述视频监控系统包括视频管理器VM、编码端设备以及解码端设备,所述编码端设备和所述解码端设备注册到所述VM,所述编码端设备通过可靠用户数据报文协议UDP组播方式向解码端设备发送视频流,其中:
所述解码端设备,用于当确定发生报文丢失时,向所述编码端设备发送可靠UDP重传请求报文,所述可靠UDP重传请求报文的源互联网协议IP地址为所述VM的IP地址,源端口port为所述VM上与所述编码端设备通信的端口,目的IP地址为所述编码端设备的IP地址,目的端口为所述编码端设备的端口;
所述编码端设备,用于当接收到所述可靠UDP重传请求报文时,通过可靠UDP组播方式发送重传报文。
8.根据权利要求7所述的系统,其特征在于,
所述VM,用于根据所述解码端的IP地址、掩码、网关信息,以及编码端的IP地址和端口确定所述解码端设备到编码端设备的转发路径上的交换机;
所述VM,还用于向所述解码端设备到所述编码端设备的转发路径上的交换机下发配置指令,所述配置指令用于指示所述交换机允许源IP地址为所述VM的IP地址,源端口为所述VM上与所述编码端设备通信的端口的报文通过;其中,所述交换机上配置有单播反向路由查找URFP协议。
9.根据权利要求7所述的系统,其特征在于,
所述VM,用于当所述编码端设备和所述解码端设备注册到所述VM之后,向所述解码端设备发送通知消息,所述通知消息中携带所述VM上与所述编码端设备通信的端口、所述编码端设备的IP地址以及所述编码端设备的端口;
所述解码端设备,还用于接收所述通知消息,并存储所述通知消息中携带的所述VM上与所述编码端设备通信的端口、所述编码端设备的IP地址以及所述编码端设备的端口。
10.根据权利要求7所述的系统,其特征在于,
所述VM,用于当检测到所述编码端设备的IP地址或/和端口发生变化时,将所述编码端设备变化后的IP地址或/和变化后的端口发送给所述解码端设备;
所述解码端设备,还用于根据所述编码端设备变化后的IP地址或/和变化后的端口更新自身存储的所述编码端设备的IP地址或/和端口。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610389787.4A CN105871521B (zh) | 2016-06-03 | 2016-06-03 | 一种数据传输方法、装置及视频监控系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610389787.4A CN105871521B (zh) | 2016-06-03 | 2016-06-03 | 一种数据传输方法、装置及视频监控系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105871521A true CN105871521A (zh) | 2016-08-17 |
CN105871521B CN105871521B (zh) | 2019-04-30 |
Family
ID=56676736
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610389787.4A Active CN105871521B (zh) | 2016-06-03 | 2016-06-03 | 一种数据传输方法、装置及视频监控系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105871521B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106911698A (zh) * | 2017-03-03 | 2017-06-30 | 天津天地伟业信息系统集成有限公司 | 一种多路高清解码器集群的控制方法 |
CN108123990A (zh) * | 2016-11-30 | 2018-06-05 | 华为技术有限公司 | 一种数据存储方法、数据存储系统及数据处理设备 |
CN110211416A (zh) * | 2019-06-06 | 2019-09-06 | 泉州市华祥工业设计有限公司 | 物联网智能车库的信息传输方法及系统 |
CN110213544A (zh) * | 2019-06-12 | 2019-09-06 | 国网北京市电力公司 | 用于配电自动化的视频监控系统及方法 |
CN111163040A (zh) * | 2018-11-08 | 2020-05-15 | 浙江宇视科技有限公司 | 一种重协商的会话重建方法及装置 |
CN112565430A (zh) * | 2020-12-08 | 2021-03-26 | 上证所信息网络有限公司 | 一种多市场行情数据在广域网的低时延可靠传输方法 |
CN113852635A (zh) * | 2021-09-26 | 2021-12-28 | 招商银行股份有限公司 | 任务处理方法、装置、终端设备及存储介质 |
CN113965959A (zh) * | 2021-10-27 | 2022-01-21 | 重庆臻链汇物联网科技有限公司 | 一种车载智能数据无连接可靠传输方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101420370A (zh) * | 2007-11-14 | 2009-04-29 | 中兴通讯股份有限公司 | 一种全球眼设备基于sip协议的穿越nat的方法 |
CN102215276A (zh) * | 2011-06-20 | 2011-10-12 | 中兴通讯股份有限公司 | 一种视频监控系统及媒体穿越网络地址转换设备的方法 |
CN102255772A (zh) * | 2011-06-24 | 2011-11-23 | 杭州华三通信技术有限公司 | 视频监控系统路由配置方法、业务实现方法及其装置 |
CN102316042A (zh) * | 2011-09-30 | 2012-01-11 | 杭州华三通信技术有限公司 | 一种报文的传输方法、设备和系统 |
CN102546657A (zh) * | 2012-02-10 | 2012-07-04 | 浙江宇视科技有限公司 | Ip监控系统中穿越、协助穿越网络隔离设备的方法和节点 |
CN102571524A (zh) * | 2012-02-10 | 2012-07-11 | 浙江宇视科技有限公司 | Ip监控系统中穿越、协助穿越网络隔离设备的方法和节点 |
CN103533450A (zh) * | 2013-06-09 | 2014-01-22 | 浙江宇视科技有限公司 | 一种媒体流可靠传输和接收的方法以及装置 |
CN104883390A (zh) * | 2015-04-17 | 2015-09-02 | 浙江宇视科技有限公司 | 一种访问第三方视频监控设备的方法及装置 |
-
2016
- 2016-06-03 CN CN201610389787.4A patent/CN105871521B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101420370A (zh) * | 2007-11-14 | 2009-04-29 | 中兴通讯股份有限公司 | 一种全球眼设备基于sip协议的穿越nat的方法 |
CN102215276A (zh) * | 2011-06-20 | 2011-10-12 | 中兴通讯股份有限公司 | 一种视频监控系统及媒体穿越网络地址转换设备的方法 |
CN102255772A (zh) * | 2011-06-24 | 2011-11-23 | 杭州华三通信技术有限公司 | 视频监控系统路由配置方法、业务实现方法及其装置 |
CN102316042A (zh) * | 2011-09-30 | 2012-01-11 | 杭州华三通信技术有限公司 | 一种报文的传输方法、设备和系统 |
CN102546657A (zh) * | 2012-02-10 | 2012-07-04 | 浙江宇视科技有限公司 | Ip监控系统中穿越、协助穿越网络隔离设备的方法和节点 |
CN102571524A (zh) * | 2012-02-10 | 2012-07-11 | 浙江宇视科技有限公司 | Ip监控系统中穿越、协助穿越网络隔离设备的方法和节点 |
CN103533450A (zh) * | 2013-06-09 | 2014-01-22 | 浙江宇视科技有限公司 | 一种媒体流可靠传输和接收的方法以及装置 |
CN104883390A (zh) * | 2015-04-17 | 2015-09-02 | 浙江宇视科技有限公司 | 一种访问第三方视频监控设备的方法及装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108123990A (zh) * | 2016-11-30 | 2018-06-05 | 华为技术有限公司 | 一种数据存储方法、数据存储系统及数据处理设备 |
CN108123990B (zh) * | 2016-11-30 | 2020-06-16 | 华为技术有限公司 | 一种数据存储方法、数据存储系统及数据处理设备 |
CN106911698A (zh) * | 2017-03-03 | 2017-06-30 | 天津天地伟业信息系统集成有限公司 | 一种多路高清解码器集群的控制方法 |
CN111163040A (zh) * | 2018-11-08 | 2020-05-15 | 浙江宇视科技有限公司 | 一种重协商的会话重建方法及装置 |
CN111163040B (zh) * | 2018-11-08 | 2022-06-14 | 浙江宇视科技有限公司 | 一种重协商的会话重建方法及装置 |
CN110211416A (zh) * | 2019-06-06 | 2019-09-06 | 泉州市华祥工业设计有限公司 | 物联网智能车库的信息传输方法及系统 |
CN110213544A (zh) * | 2019-06-12 | 2019-09-06 | 国网北京市电力公司 | 用于配电自动化的视频监控系统及方法 |
CN112565430A (zh) * | 2020-12-08 | 2021-03-26 | 上证所信息网络有限公司 | 一种多市场行情数据在广域网的低时延可靠传输方法 |
CN113852635A (zh) * | 2021-09-26 | 2021-12-28 | 招商银行股份有限公司 | 任务处理方法、装置、终端设备及存储介质 |
CN113852635B (zh) * | 2021-09-26 | 2024-05-28 | 招商银行股份有限公司 | 任务处理方法、装置、终端设备及存储介质 |
CN113965959A (zh) * | 2021-10-27 | 2022-01-21 | 重庆臻链汇物联网科技有限公司 | 一种车载智能数据无连接可靠传输方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105871521B (zh) | 2019-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105871521A (zh) | 一种数据传输方法、装置及视频监控系统 | |
CN103209121B (zh) | 基于开放流协议的控制面设备的发现处理方法及装置 | |
CN105120495B (zh) | 一种智能移动终端的消息推送方法及系统 | |
CN105245632B (zh) | 一种sdn网络中不同网段主机间通信方法 | |
CN102638389A (zh) | 一种trill网络的冗余备份方法及系统 | |
CN102045409B (zh) | 网络穿透方法及网络通讯系统 | |
CN109981688A (zh) | 一种基于WebRTC的云对讲楼宇门禁系统及其管理方法 | |
CN104144124B (zh) | 数据转发方法、装置及系统 | |
CN102932499A (zh) | Vpls网络中的mac地址学习方法及设备 | |
CN103259768A (zh) | 一种消息认证方法、系统和装置 | |
CN103067215A (zh) | 实现心跳机制的方法、应用服务器、网络数据库及系统 | |
CN108243123A (zh) | 广播报文的处理方法、装置、控制器和交换机 | |
JP2006279168A (ja) | アドホック網を構成する通信装置、ブリッジ装置及び通信システム | |
CN101160862A (zh) | 一种实现虚电路状态一致的方法及系统 | |
US20130279513A1 (en) | Systems and methods for pseudo-link creation | |
TWI466576B (zh) | Network-based multicast methods and devices in a floodn sensor network | |
US11805193B2 (en) | Point-to-point database synchronization over a transport protocol | |
US20170208528A1 (en) | Routing protocol for advanced metering infrastructure system | |
CN103916489B (zh) | 一种单域名多ip的域名解析方法及系统 | |
CN106028440B (zh) | 漫游用户注册方法和系统 | |
CN104539530A (zh) | 一种主备倒换转发不中断的方法 | |
CN105162705B (zh) | 一种通告uni隧道状态的方法、装置及系统 | |
CN103036863A (zh) | 一种解决IPv4地址短缺的方法及装置 | |
Lin | An architecture for a campus-sized wireless mobile network | |
CN104468370B (zh) | 一种组播数据报文转发方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |