CN103442224A - 一种基于nat穿透的视频监控访问策略和实现方法 - Google Patents
一种基于nat穿透的视频监控访问策略和实现方法 Download PDFInfo
- Publication number
- CN103442224A CN103442224A CN2013104045666A CN201310404566A CN103442224A CN 103442224 A CN103442224 A CN 103442224A CN 2013104045666 A CN2013104045666 A CN 2013104045666A CN 201310404566 A CN201310404566 A CN 201310404566A CN 103442224 A CN103442224 A CN 103442224A
- Authority
- CN
- China
- Prior art keywords
- server
- client
- equipment
- nat
- information
- 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
一种基于NAT穿透的视频监控访问策略和实现方法,该方法包括网络协议、穿透服务器、代理服务器,其中所述的网络协议是指一套完整的NAT穿透流程,作为后续设备和服务器通讯的依据;所述的穿透服务器是指根据网络协议对设备端的通讯命令进行处理,以配合完成NAT穿透过程,并对主动注册到服务器上的设备进行基本管理;所述的代理服务器是指根据网络协议,对NAT穿透过程失败之后的设备和客户端之间通讯的数据进行转发;它通过简捷便利的设备配置,能够较好的处理现有技术中存在的一些问题和不足,达到一个较理想的效果。
Description
技术领域
本发明一种基于NAT穿透的视频监控访问策略和实现方法主要涉及视频监控领域的多媒体数据网络传输技术,以及设备在私网下的远程监控技术,主要适用于安防视频监控领域。
背景技术
1)、近些年来由于信息技术的发展和家庭网络的普及,家用型视频监控需求已经日渐旺盛,同时对于视频监控设备的设置也提出简捷快速傻瓜化的需求;由于IPv4地址的匮乏,家用网络或者大部分手机的3G网络都是采用NAT的方式接入公网,使用传统监控方法不但配置繁琐而且服务器压力大传输效果不好。
2)、为了满足设备的远程监控需求,在传统的实现远程监控的方法中,大部分是采用DDNS加端口映射的方式;这种配置方式需要对网关路由器有一定的设定权限,但是这个需求在3G网络环境和一些集群管理的网络环境下无法实现,即无法满足视频远程监控的要求。
3)、为了满足设备的远程监控需求,在传统的实现远程监控的方法中,小部分采用媒体服务器转发的方式;但采用这种方式由于所有的视频数据都是要经过服务器转入转出,服务器负载会非常的重,又由于公网带宽的限制,所以能够同时能够支持的设备的是有限制的,不能做到庞大数量的设备支持,并且传输效果也不好。
4)、在基于NAT穿透的方式实现设备的远程监控需求的时候,由于国内网络环境的较为复杂;例如存在多个网络运营商,各网络运营商之间的通讯带宽不稳定,并且某些区域的网络环境还存在双线出口(指两个及以上网络运营商)的情况, 或者有些网关设备的NAT类型是对称型的情况;这些情况都是可能会对NAT穿透带来很多的困难,甚至造成穿透失败的情况;那么如何最大概率的提高这种网络环境下的穿透的成功率,以及在穿透失败的情况如果使用后续手段弥补,以对用户说来做到透明,这也是一个需要重要的课题。
发明内容
本发明的目的在于克服现有技术存在的不足,而提供一种通过简捷便利的设备配置,能够较好的处理现有技术中存在的一些问题和不足,达到一个较理想效果的基于NAT穿透的视频监控访问策略和实现方法。
本发明采用的技术方案是:所述的一种基于NAT穿透的视频监控访问策略和实现方法,该方法包括网络协议、穿透服务器、代理服务器,其中所述的网络协议是指一套完整的NAT穿透流程,作为后续设备和服务器通讯的依据;所述的穿透服务器是指根据网络协议对设备端的通讯命令进行处理,以配合完成NAT穿透过程,并对主动注册到服务器上的设备进行基本管理;所述的代理服务器是指根据网络协议,对NAT穿透过程失败之后的设备和客户端之间通讯的数据进行转发。
所述的NAT穿透流程,它是在设备启动后主动登记到对应的服务器上去,并定期向注册的服务器上报自己的状态信息;当有客户端要求和设备建立数据通道的时候,先向服务器发起连接请求,在由服务器起到中间人的作用,将各自的外网地址信息相互的转送给对方,协助双方进行握手交互;设备端和客户端分别在收发服务发了对方的外网地址信息之后向该地址发送握手消息,并在收到握手消息之后,向对方发送握手确定以表示握手成功;一旦握手成功,数据通讯以点对点的方式在设备和客户端之间极性,服务器完全退出通讯过程;
所述的穿透服务器主要为了穿透过程中给双方提供一些基本信息;穿透服务器维持一张设备信息表,记录设备标号对应到设备外网地址的对应关系信息;按照协议当服务器收到连接请求时首先查询本地设备信息表,如果存在则发送连接应答给客户端,同时转发连接邀请给设备端,以协助握手;为适应国内多个网络运营商并存的情况,我们需要搭建多台NAT穿透服务器且每台服务器支持多运营商连接。同时采用NAT穿透服务器之间采用DNS动态随机分配策略实现服务器的负载均衡。
所述的代理服务器主要为了在穿透失败的情况下,对客户端和设备之间通讯的数据进行转发;其中主要维持一张代理登记表和一张收发映射表,在代理登记表中记录设备编号和对应的外网地址,在收发映射表中记录网络地址和网络地址的对应关系,即从哪个地址收到的数据要送往的目的地址信息;当收到一个代理登记命令时会在代理登记表中记录一条信息,并且同时根据目的设备编号进行匹配;如果匹配成功则添加到收发映射表中去。至此建立了一条数据代理通道,后续收到的数据自动就从这个通道进行转发;并在代理机制中引入分时共享的策略,在对一些带宽资源不能满足全部客户端需求的情况下,让每个客户分时复用,避免竞争中客户端饿死的情况。
本发明所述的NAT穿透流程包括如下几个步骤,设备注册,连接请求,握手确认,其中:
1)设备注册:设备上电运行后根据用户配置的NAT服务器的域名到DNS服务器中去查询对应的IP地址信息,获得之后,向该IP地址对应的穿透服务器发送心跳请求,该信息中包含了设备的编号;穿透服务器收到设备端发送来的心跳请求之后,首先根据这个编号和对应数据包的外网地址来构建起一张设备信息表,并向设备端发送心跳应答;此时设备和穿透服务器之间的连接就算建立成功了,同理在开启客户端的时候也会重复上述设备端的功能,向以穿透服务器2发送心跳请求,以建立和服务器2之间的正常连接;
2)连接请求:当有客户端需要和设备进行数据通讯的时候,首先新建连接,并通过这个连接向自己所在的穿透服务器发送连接请求;穿透服务器在拿到这个命请求之后,首先会查询本地设备信息表,如果存在则发送连接应答给客户端,同时转发连接邀请给设备端,以协助握手;如果不存在则向集群中的其他穿透服务器转发该连接请求,让其它服务协助穿透;当其它服务器收到转发过来的连接请求时,向设备端发送连接邀请,以通知其进行反向连接,当设备端收到转发过来的连接邀请之后,也会新建连接,并且通过这个连接反向地向客户端发送连接请求,服务器收到后会重复上述的处理过程,至此设备端和客户端都可以收到连接应答,从而触发了设备端和客户端的新建连接之间的握手过程,至此进入下一个握手过程阶段;
3)握手过程:当设备端或客户端在收到连接应答的时候,就会向对方的外网地址发送握手信息,并等待对方的握手应答;一旦收到握手应答,则P2P建立成功,就表示整个NAT穿透连接成功完成。
所述的NAT穿透流程在单服务器情景下,以及设备端客户端都是单线,即一个网络运营商的模式下,包括了如下几个步骤:
1)代理登记:当在穿透过程失败的情况下,设备端会向对应的代理服务器发送代理登记,当代理服务器收到代理登记命令时在本地的代理登记表中记录一下该设备的编号和对应的外网地址信息,并根据代理登记包中指定的目的连接的编号进行尝试匹配,同时客户端也会向对应的代理服务器发送代理登记;同理代理服务器也会在本地的代理登记表中记录一下该设备的编号和对应的外网地址信息;因为此时客户端和设备都登记完成,在尝试匹配的时候可以成功,会添加到一条记录到收发映射表中去;至此建立成功了一条数据代理通道,对后续收到的数据可以进行转发;
2)握手确认:设备端和客户端在代理登记成功之后,会尝试想代理服务器发送握手消息,并等待对方的握手应答,因为此时数据代理通道已经建立成功,握手消息可以到达对方,一旦收到握手应答,则P2P建立成功,就表示代理连接成功完成。
本发明在应对如双线出口的网络环境的时候,采用一种新的策略,即向集群中的多台服务器同时查询自己外网信息的方式,尽可能获知自己所处的网络情况。这样可在握手过程中,将这些信息通过服务器转发给客户端,让其尝试从多个不同的外网地址进行连接,以较大提高穿透的成功概率。
本发明通过简捷便利的设备配置,能够较好的处理现有技术中存在的一些问题和不足,达到一个较理想的效果。
附图说明
图1是本发明的整体穿透流程图。
图2是本发明的代理流程图。
图3是本发明的协议格式表。
图4是本发明的典型网络场景的消息交互路线图。
图5是本发明的双线网络场景的消息交互路线图。
具体实施方式
下面将结合附图及实施例对本发明做详细的介绍:本发明所述的一种基于NAT穿透的视频监控访问策略和实现方法,该方法包括网络协议、穿透服务器、代理服务器,其中所述的网络协议是指一套完整的NAT穿透流程,作为后续设备和服务器通讯的依据;所述的穿透服务器是指根据网络协议对设备端的通讯命令进行处理,以配合完成NAT穿透过程,并对主动注册到服务器上的设备进行基本管理;所述的代理服务器是指根据网络协议,对NAT穿透过程失败之后的设备和客户端之间通讯的数据进行转发。
所述的NAT穿透流程,它是在设备启动后主动登记到对应的服务器上去,并定期向注册的服务器上报自己的状态信息;当有客户端要求和设备建立数据通道的时候,先向服务器发起连接请求,在由服务器起到中间人的作用,将各自的外网地址信息相互的转送给对方,协助双方进行握手交互;设备端和客户端分别在收发服务发了对方的外网地址信息之后向该地址发送握手消息,并在收到握手消息之后,向对方发送握手确定以表示握手成功;一旦握手成功,数据通讯以点对点的方式在设备和客户端之间极性,服务器完全退出通讯过程;
所述的穿透服务器主要为了穿透过程中给双方提供一些基本信息;穿透服务器维持一张设备信息表,记录设备标号对应到设备外网地址的对应关系信息;按照协议当服务器收到连接请求时首先查询本地设备信息表,如果存在则发送连接应答给客户端,同时转发连接邀请给设备端,以协助握手。
所述的代理服务器主要为了在穿透失败的情况下,对客户端和设备之间通讯的数据进行转发;其中主要维持一张代理登记表和一张收发映射表,在代理登记表中记录设备编号和对应的外网地址,在收发映射表中记录网络地址和网络地址的对应关系,即从哪个地址收到的数据要送往的目的地址信息;当收到一个代理登记命令时会在代理登记表中记录一条信息,并且同时根据目的设备编号进行匹配;如果匹配成功则添加到收发映射表中去。至此建立了一条数据代理通道,后续收到的数据自动就从这个通道进行转发。
实施例:
图1所示为本发明一种基于NAT穿透的视频监控访问策略和实现方法的整个穿透流程图。本方法穿透流程图分成如下几个步骤:设备注册,连接请求,握手确认;前一个步骤是后一个步骤的基础和触发条件。
1)、设备注册:设备上电运行后根据用户配置的NAT服务器的域名到DNS服务器中去查询对应的IP地址信息。获得之后,如图1所示向该IP地址对应的服务器(例如穿透服务器1)发送心跳请求。该信息中包含了设备的编号。穿透服务器1收到设备端发送来的心跳请求之后,首先跟据这个编号和对应数据包的外网地址来构建起一张设备信息表,并向设备端发送心跳应答。此时设备和服务器1之间的连接就算建立成功了,同理在开启客户端的时候也会重复上述设备端的功能,向以穿透服务器2发送心跳请求,以建立和服务器2之间的正常连接。
2)、连接请求:当有客户端需要和设备进行数据通讯的时候,首先新建连接,并通过这个连接向自己所在的穿透服务器2发送连接请求。穿透服务器2在拿到这个命请求之后,首先会查询本地设备信息表,如果存在则发送连接应答给客户端,同时转发连接邀请给设备端,以协助握手。如果不存在则向集群中的其他穿透服务器转发该连接请求,让其他服务协助穿透。如图1所示,此例中需要连接的设备不在穿透服务器2中,所以穿透服务器2向穿透服务器1转发连接请求。当穿透服务器1收到该转发过来的连接请求时,向设备端发送连接邀请,以通知其进行反向连接。当设备端收到转发过来的连接邀请之后,也会新建连接,并且通过这个连接反向的向客户端发送连接请求,服务器收到后会重复上述的处理过程。至此设备端和客户端都可以收到连接应答,从而触发了设备端和客户端的新建连接之间的握手过程。至此进入下一个握手过程阶段。
3)、握手过程:当设备端或客户端在收到连接应答的时候,就会向对方的外网地址发送握手信息,并等待对方的握手应答。如图1所示,一旦收到握手应答,则P2P建立成功,就表示整个NAT穿透连接成功完成。
如图2所示为本发明一种基于NAT穿透的视频监控访问策略和实现方法的代理流程图。本方法代理流程图是在上述图1中穿透过程失败的情况下才进入的。分成如下几个步骤:代理登记,握手确认。
1)、代理登记:当在上述图1中穿透过程失败的情况下图1中的设备端会向对应的代理服务器发送代理登记。当代理服务器收到代理登记命令时在本地的代理登记表中记录一下该设备的编号和对应的外网地址信息,并根据代理登记包中指定的目的连接的编号进行尝试匹配。同时客户端也会向对应的代理服务器发送代理登记。同理代理服务器也会在本地的代理登记表中记录一下该设备的编号和对应的外网地址信息。因为此时客户端和设备都登记完成,在尝试匹配的时候可以成功,会添加到一条记录到收发映射表中去。至此建立成功了一条数据代理通道,对后续收到的数据可以进行转发。
2)、握手确认:设备端和客户端在代理登记成功之后,会尝试想代理服务器发送握手消息,并等待对方的握手应答。因为此时数据代理通道已经建立成功,握手消息可以到达对方。一旦收到握手应答,则P2P建立成功,就表示代理连接成功完成。
如图3所示是本发明的协议格式表,它是对图1和图2中的通讯命令具体格式进行了确定。其中如下简写含义解释如下:
MsgID:消息命令字,可以根据自己需求自行定义。
UUID:为设备端或者是客户端连接的唯一编号。
my_WIP;为设备端或者是客户端的对应的外网IP地址
my_Wport;为设备端或者是客户端的对应的外网端口
my_LIP;为设备端或者是客户端的对应的内网IP地址
my_Lport;为设备端或者是客户端的对应的内网端口
如图4所示是本发明的一种典型网络场景的消息交互路线图;它是在单服务器的情景下、以及设备端客户端都是单线的模式下进行的。
图标含义说明:
蓝色线:设备或和客户端端和服务器之间长期保持的心跳连接。
紫色线:客户端向设备端发送的握手请求消息流。
红色线:设备端向客户端发送的握手请求消息流。
Server1 : 穿透服务器1
Server2 : 穿透服务器2
R_A : 路由器名称A
R_a : 路由器名称a
具体包括如下步骤:
1)、当客户端要求进行连接的时候,在本地新建一个套接字,并到服务器查询自己的外网地址和端口信息(走蓝色线)。这样就在[R-a]端打开一个新端口;服务器会告诉客户端这个新端口对应的外网信息。
2)、客户端向服务发送连接请求,消息中包含了自己的外网地址和端口信息,以及要连接的目标设备的编号(走蓝色线)。服务器收到链接请求之后,会向设备端发送连接邀请。
3)、设备端在收到链接邀请之后,会重复上述1和2的过程。也新建一个套接字,并到到服务器查询自己的外网地址和端口信息(走蓝线),这样就在[R-A]端娿打开一个新端口,服务器会告诉设备端这个新端口对应的外网信息。同时向服务发送反向连接请求。
4)、客户端通过刚才在[R-a]端打开一个新端口向设备端在[R-A]上的端口发送握手请求(走紫色线)。
5)、设备端通过刚才在[R-A]端打开一个新端口向客户端在[R-a]上的端口发送握手请求(走红色线)。
6)、即进入了图1所示的正常的穿透流程。
如图5所示是本发明的一种双线网络场景的消息交互路线图;它是在多服务器的情景下、以及设备端是双线的模式下进行的。和图图4典型网络场景的消息交互路线图相比较,在设备端或者客户端在注册的时候,不仅是和一台服务器建立连接,而是和多个服务器同时建立连接,这样的话,在穿透的时候,尝试从多台服务器获得映射端口。这样只要保证有多个服务器在不同的运营商的情况下,穿透成功的概率就更高了。
图标含义说明:同图4。
具体包括如下步骤:
1)、当客户端要求进行连接的时候,在本地新建一个套接字,并到服务器1上查询自己的外网地址和端口信息。同时再到过服务器2上查询自己的外网地址和端口信息(走蓝色线)。
2)、客户端向服务发送连接请求,消息中包含了自己从多台服务器上查询所得的全部的外网地址和端口信息,以及要连接的目标设备的编号(走蓝色线)。服务器收到链接请求之后,会向设备端发送连接邀请。
3)、设备端在收到链接邀请之后,会重复上述1和2的过程。也新建一个套接字,并到到服务器1和服务器2查询自己的外网地址和端口信息(走蓝线)。同时向服务发送反向连接请求。连接请求消息中包含了自己从多台服务器上查询所得的全部的外网地址和端口信息。
4)、客户端通过刚才在[R-a]端打开一个新端口向设备端在[R-A]上的端口发送握手请求(走紫色线)。
5)、客户端通过刚才在[R-a]端打开一个新端口向设备端在[R-B]上的端口发送握手请求(走紫色线)。
6)、设备端通过刚才在[R-A]端打开一个新端口向客户端在[R-a] 上的端口发送握手请求(走红色线)。
7)、设备端通过刚才在[R-B]端打开一个新端口向客户端在[R-a] 上的端口发送握手请求(走红色线)。
8)、即进入了图1所示的正常的穿透流程。
Claims (5)
1.一种基于NAT穿透的视频监控访问策略和实现方法,其特征在于:该方法包括网络协议、穿透服务器、代理服务器,其中所述的网络协议是指一套完整的NAT穿透流程,作为后续设备和服务器通讯的依据;所述的穿透服务器是指根据网络协议对设备端的通讯命令进行处理,以配合完成NAT穿透过程,并对主动注册到服务器上的设备进行基本管理;所述的代理服务器是指根据网络协议,对NAT穿透过程失败之后的设备和客户端之间通讯的数据进行转发。
2.根据权利要求1所述的基于NAT穿透的视频监控访问策略和实现方法,其特征在于所述的NAT穿透流程,它是在设备启动后主动登记到对应的服务器上去,并定期向注册的服务器上报自己的状态信息;当有客户端要求和设备建立数据通道的时候,先向服务器发起连接请求,在由服务器起到中间人的作用,将各自的外网地址信息相互的转送给对方,协助双方进行握手交互;设备端和客户端分别在收发服务发了对方的外网地址信息之后向该地址发送握手消息,并在收到握手消息之后,向对方发送握手确定以表示握手成功;一旦握手成功,数据通讯以点对点的方式在设备和客户端之间极性,服务器完全退出通讯过程;
所述的穿透服务器主要为了穿透过程中给双方提供一些基本信息;穿透服务器维持一张设备信息表,记录设备标号对应到设备外网地址的对应关系信息;按照协议当服务器收到连接请求时首先查询本地设备信息表,如果存在则发送连接应答给客户端,同时转发连接邀请给设备端,以协助握手。
3.根据权利要求1所述的基于NAT穿透的视频监控访问策略和实现方法,其特征在于所述的代理服务器主要为了在穿透失败的情况下,对客户端和设备之间通讯的数据进行转发;其中主要维持一张代理登记表和一张收发映射表,在代理登记表中记录设备编号和对应的外网地址,在收发映射表中记录网络地址和网络地址的对应关系,即从哪个地址收到的数据要送往的目的地址信息;当收到一个代理登记命令时会在代理登记表中记录一条信息,并且同时根据目的设备编号进行匹配;如果匹配成功则添加到收发映射表中去;至此建立了一条数据代理通道,后续收到的数据自动就从这个通道进行转发。
4.根据权利要求1或2所述的基于NAT穿透的视频监控访问策略和实现方法,其特征在于所述的NAT穿透流程包括如下几个步骤,设备注册,连接请求,握手确认,其中:
1)设备注册:设备上电后由NAT服务器的域名到DNS服务器中去查询对应的IP地址信息,其后定间隔向该IP地址对应的服务器发送心跳信息,信息中包含了设备的编号,这样服务器就可以跟据这个编号和对应数据包的外网地址来构建起一张设备信息表;
2)连接请求:当有客户端和想和设备进行数据通讯的时候,首先向穿透服务器发送连接请求,穿透服务器在拿到这个命请求之后,会查询本地设备信息表,如果存在则发送连接应答给客户端,同时转发连接邀请给设备端,以协助握手;如果不存在则向集群中的其他穿透服务器转发该连接请求,让其他服务协助穿透;同理该设备所在的穿透服务器收到该消息后,会对客户端进行应答,并同时会转发连接请求给设备端;当设备端收到转发过来的连接邀请之后,会反向的向客户端发送连接请求,服务器收到后会重复刚才的过程,至此设备端和客户端都可以收到连接应答,从而触发了相互之间的握手过程;
3)握手过程:当设备端或客户端在收到连接应答的时候,就会向对方的外网地址发送握手信息,并等待对方的握手应答,一旦收到握手应答,则表示整个NAT穿透连接成功。
5.根据权利要求1或2所述的基于NAT穿透的视频监控访问策略和实现方法,其特征在于所述的NAT穿透流程在单服务器情景下,以及设备端客户端都是单线的模式下,包括了如下几个步骤:
1)当客户端要求进行连接的时候,在本地新建一个套接字,并到服务器的服务端口尝试端口映射查询通讯,这样就在[R-a]端打开一个新端口;服务器会告诉客户端这个新端口对应的外网信息,并让服务器给设备端发送连接请求;
2)设备端同理也新建一个套接字,并到服务器的服务端口尝试端口映射查询通讯,这样就在[R-A]端打开一个新端口;
3)设备端通过这个新端口和客户端的新端口进行连接,即进入了正常的穿透流程。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013104045666A CN103442224A (zh) | 2013-09-09 | 2013-09-09 | 一种基于nat穿透的视频监控访问策略和实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013104045666A CN103442224A (zh) | 2013-09-09 | 2013-09-09 | 一种基于nat穿透的视频监控访问策略和实现方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103442224A true CN103442224A (zh) | 2013-12-11 |
Family
ID=49695884
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2013104045666A Pending CN103442224A (zh) | 2013-09-09 | 2013-09-09 | 一种基于nat穿透的视频监控访问策略和实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103442224A (zh) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103686447A (zh) * | 2013-12-20 | 2014-03-26 | 广东威创视讯科技股份有限公司 | 视频传输方法和系统 |
CN104104926A (zh) * | 2014-07-30 | 2014-10-15 | 浙江宇视科技有限公司 | 一种通用即插即用的监控终端访问方法和装置 |
CN104184944A (zh) * | 2014-08-15 | 2014-12-03 | 小米科技有限责任公司 | 获取多媒体数据流的方法及装置 |
CN104967590A (zh) * | 2014-09-18 | 2015-10-07 | 腾讯科技(深圳)有限公司 | 一种传输通信消息的方法、装置和系统 |
CN105610999A (zh) * | 2016-03-30 | 2016-05-25 | 上海斐讯数据通信技术有限公司 | 一种通过穿透nat实现p2p通信的方法、设备、服务器及系统 |
CN106331115A (zh) * | 2016-08-26 | 2017-01-11 | 深圳市同为数码科技股份有限公司 | 一种支持多台设备连接的分布式可扩展服务器系统 |
CN106452978A (zh) * | 2016-11-25 | 2017-02-22 | 深圳怡化电脑股份有限公司 | 一种通信异常的检测方法及装置 |
CN106790722A (zh) * | 2017-03-22 | 2017-05-31 | 维沃移动通信有限公司 | 一种远程协助的连接方法、服务器及终端 |
CN107105014A (zh) * | 2017-03-30 | 2017-08-29 | 联想(北京)有限公司 | 通信方法以及第一设备和第二设备 |
CN107205026A (zh) * | 2017-05-22 | 2017-09-26 | 厦门市美亚柏科信息股份有限公司 | 一种点对点数据传输方法及系统 |
CN107645528A (zh) * | 2016-07-22 | 2018-01-30 | 上海云熵网络科技有限公司 | 集群式透网服务的处理系统与方法 |
CN107786536A (zh) * | 2017-09-11 | 2018-03-09 | 成都阜特科技股份有限公司 | 一种tcp反向端口穿透方法及其系统 |
CN108848099A (zh) * | 2018-06-22 | 2018-11-20 | 杭州叙简科技股份有限公司 | 一种基于反向多连接的端口映射系统及其端口映射方法 |
CN108886539A (zh) * | 2016-04-11 | 2018-11-23 | 西部数据技术公司 | 在位于nat之后的数据存储设备之间建立连接 |
CN109905397A (zh) * | 2019-03-12 | 2019-06-18 | 深圳市网心科技有限公司 | 一种建立数据连接的方法及内网服务器 |
CN112055037A (zh) * | 2019-06-06 | 2020-12-08 | 深圳市尚云互联技术有限公司 | Nat穿透连接方法及系统 |
CN112543239A (zh) * | 2020-12-23 | 2021-03-23 | 杭州安司源科技有限公司 | 一种递进式nat穿透方法 |
CN112995197A (zh) * | 2021-03-26 | 2021-06-18 | 苏州科达科技股份有限公司 | 监控设备的远程访问方法、系统、设备及存储介质 |
CN113824723A (zh) * | 2021-09-23 | 2021-12-21 | 上海安威士科技股份有限公司 | 一种应用于音视频数据传输的端到端系统解决方法 |
CN116436929A (zh) * | 2023-06-14 | 2023-07-14 | 深圳市玩物科技有限公司 | 利用服务器组装udp报文的辅助p2p打洞方法和服务器 |
US11973824B2 (en) | 2021-09-23 | 2024-04-30 | Shanghai Anviz Technology Co., Ltd. | Method for data transmission of audio and video in end-to-end system |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006000802A2 (en) * | 2004-06-28 | 2006-01-05 | Amteus Secure Communications Limited | Improvements relating to secure telecommunications |
CN101207626A (zh) * | 2007-12-05 | 2008-06-25 | 中兴通讯股份有限公司 | 一种控制协议及对应远程视频监控系统 |
CN101557388A (zh) * | 2008-04-11 | 2009-10-14 | 中国科学院声学研究所 | 一种基于UPnP和STUN技术相结合的NAT穿越方法 |
CN101883056A (zh) * | 2010-07-23 | 2010-11-10 | 华南理工大学 | 基于udt和tcp中转实现nat穿越的系统和方法 |
CN102812773A (zh) * | 2010-03-23 | 2012-12-05 | 阿尔卡特朗讯 | 用于本地网络接入的方法和装置 |
CN103166824A (zh) * | 2011-12-13 | 2013-06-19 | 华为技术有限公司 | 一种互联方法、装置和系统 |
-
2013
- 2013-09-09 CN CN2013104045666A patent/CN103442224A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006000802A2 (en) * | 2004-06-28 | 2006-01-05 | Amteus Secure Communications Limited | Improvements relating to secure telecommunications |
CN101207626A (zh) * | 2007-12-05 | 2008-06-25 | 中兴通讯股份有限公司 | 一种控制协议及对应远程视频监控系统 |
CN101557388A (zh) * | 2008-04-11 | 2009-10-14 | 中国科学院声学研究所 | 一种基于UPnP和STUN技术相结合的NAT穿越方法 |
CN102812773A (zh) * | 2010-03-23 | 2012-12-05 | 阿尔卡特朗讯 | 用于本地网络接入的方法和装置 |
CN101883056A (zh) * | 2010-07-23 | 2010-11-10 | 华南理工大学 | 基于udt和tcp中转实现nat穿越的系统和方法 |
CN103166824A (zh) * | 2011-12-13 | 2013-06-19 | 华为技术有限公司 | 一种互联方法、装置和系统 |
Non-Patent Citations (1)
Title |
---|
银晶晶: "基于穿越NAT网络的点到点数据通信的研究与实现", 《万方数据学术论文》 * |
Cited By (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103686447A (zh) * | 2013-12-20 | 2014-03-26 | 广东威创视讯科技股份有限公司 | 视频传输方法和系统 |
CN103686447B (zh) * | 2013-12-20 | 2017-12-08 | 广东威创视讯科技股份有限公司 | 视频传输方法和系统 |
CN104104926A (zh) * | 2014-07-30 | 2014-10-15 | 浙江宇视科技有限公司 | 一种通用即插即用的监控终端访问方法和装置 |
CN104104926B (zh) * | 2014-07-30 | 2017-04-19 | 浙江宇视科技有限公司 | 一种通用即插即用的监控终端访问方法和装置 |
CN104184944A (zh) * | 2014-08-15 | 2014-12-03 | 小米科技有限责任公司 | 获取多媒体数据流的方法及装置 |
CN104184944B (zh) * | 2014-08-15 | 2016-03-16 | 小米科技有限责任公司 | 获取多媒体数据流的方法及装置 |
RU2612389C2 (ru) * | 2014-08-15 | 2017-03-09 | Сяоми Инк. | Способ и устройство получения потока мультимедийных данных |
CN104967590B (zh) * | 2014-09-18 | 2017-10-27 | 腾讯科技(深圳)有限公司 | 一种传输通信消息的方法、装置和系统 |
CN104967590A (zh) * | 2014-09-18 | 2015-10-07 | 腾讯科技(深圳)有限公司 | 一种传输通信消息的方法、装置和系统 |
CN105610999A (zh) * | 2016-03-30 | 2016-05-25 | 上海斐讯数据通信技术有限公司 | 一种通过穿透nat实现p2p通信的方法、设备、服务器及系统 |
US11032240B2 (en) | 2016-04-11 | 2021-06-08 | Western Digital Technologies, Inc. | Establishing connections between data storage devices |
CN108886539B (zh) * | 2016-04-11 | 2022-03-04 | 西部数据技术公司 | 在位于nat之后的数据存储设备之间建立连接 |
CN108886539A (zh) * | 2016-04-11 | 2018-11-23 | 西部数据技术公司 | 在位于nat之后的数据存储设备之间建立连接 |
CN107645528A (zh) * | 2016-07-22 | 2018-01-30 | 上海云熵网络科技有限公司 | 集群式透网服务的处理系统与方法 |
CN106331115A (zh) * | 2016-08-26 | 2017-01-11 | 深圳市同为数码科技股份有限公司 | 一种支持多台设备连接的分布式可扩展服务器系统 |
CN106452978A (zh) * | 2016-11-25 | 2017-02-22 | 深圳怡化电脑股份有限公司 | 一种通信异常的检测方法及装置 |
CN106790722B (zh) * | 2017-03-22 | 2018-09-04 | 维沃移动通信有限公司 | 一种远程协助的连接方法、服务器及终端 |
CN106790722A (zh) * | 2017-03-22 | 2017-05-31 | 维沃移动通信有限公司 | 一种远程协助的连接方法、服务器及终端 |
CN107105014A (zh) * | 2017-03-30 | 2017-08-29 | 联想(北京)有限公司 | 通信方法以及第一设备和第二设备 |
CN107205026A (zh) * | 2017-05-22 | 2017-09-26 | 厦门市美亚柏科信息股份有限公司 | 一种点对点数据传输方法及系统 |
CN107786536A (zh) * | 2017-09-11 | 2018-03-09 | 成都阜特科技股份有限公司 | 一种tcp反向端口穿透方法及其系统 |
CN107786536B (zh) * | 2017-09-11 | 2022-05-13 | 成都阜特科技股份有限公司 | 一种tcp反向端口穿透方法及其系统 |
CN108848099A (zh) * | 2018-06-22 | 2018-11-20 | 杭州叙简科技股份有限公司 | 一种基于反向多连接的端口映射系统及其端口映射方法 |
CN108848099B (zh) * | 2018-06-22 | 2020-11-03 | 杭州叙简科技股份有限公司 | 一种基于反向多连接的端口映射系统及其端口映射方法 |
CN109905397A (zh) * | 2019-03-12 | 2019-06-18 | 深圳市网心科技有限公司 | 一种建立数据连接的方法及内网服务器 |
CN112055037A (zh) * | 2019-06-06 | 2020-12-08 | 深圳市尚云互联技术有限公司 | Nat穿透连接方法及系统 |
CN112543239A (zh) * | 2020-12-23 | 2021-03-23 | 杭州安司源科技有限公司 | 一种递进式nat穿透方法 |
CN112543239B (zh) * | 2020-12-23 | 2022-06-24 | 杭州安司源科技有限公司 | 一种递进式nat穿透方法 |
CN112995197A (zh) * | 2021-03-26 | 2021-06-18 | 苏州科达科技股份有限公司 | 监控设备的远程访问方法、系统、设备及存储介质 |
CN113824723A (zh) * | 2021-09-23 | 2021-12-21 | 上海安威士科技股份有限公司 | 一种应用于音视频数据传输的端到端系统解决方法 |
WO2023046088A1 (zh) * | 2021-09-23 | 2023-03-30 | 上海安威士科技股份有限公司 | 一种应用于音视频数据传输的端到端系统解决方法 |
CN113824723B (zh) * | 2021-09-23 | 2023-12-08 | 上海安威士科技股份有限公司 | 一种应用于音视频数据传输的端到端系统解决方法 |
US11973824B2 (en) | 2021-09-23 | 2024-04-30 | Shanghai Anviz Technology Co., Ltd. | Method for data transmission of audio and video in end-to-end system |
CN116436929A (zh) * | 2023-06-14 | 2023-07-14 | 深圳市玩物科技有限公司 | 利用服务器组装udp报文的辅助p2p打洞方法和服务器 |
CN116436929B (zh) * | 2023-06-14 | 2023-09-08 | 深圳市玩物科技有限公司 | 利用服务器组装udp报文的辅助p2p打洞方法和服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103442224A (zh) | 一种基于nat穿透的视频监控访问策略和实现方法 | |
TWI408936B (zh) | 網路穿透方法及網路通訊系統 | |
JP7522323B2 (ja) | サービス統合におけるデータ伝送方法、装置、機器及びコンピュータープログラム | |
CN101141420B (zh) | 私网与公网进行数据通信的方法及系统 | |
US20080089349A1 (en) | File server device | |
CN102325197B (zh) | 一种内网设备与外网设备通信的方法和网络地址转换设备 | |
JP4222397B2 (ja) | 中継サーバ | |
CN102045409B (zh) | 网络穿透方法及网络通讯系统 | |
JP4207078B2 (ja) | 中継サーバ | |
CN104883390B (zh) | 一种访问第三方视频监控设备的方法及装置 | |
KR20080050973A (ko) | IPv4 네트워크 기반 IPv6 서비스 제공시스템에서의 제어 터널 및 다이렉트 터널 설정 방법 | |
CN102281180A (zh) | 应用于不同局域网的终端相互通讯的虚拟网卡通讯装置 | |
CN112437168B (zh) | 一种内网穿透系统 | |
CN103688516B (zh) | 提供公共可达性的方法和有关系统与装置 | |
WO2016201966A1 (zh) | 一种nat穿透方法、装置及系统 | |
CN104104712A (zh) | 移动环境中的p2p连接系统和终端以及利用其的p2p连接方法 | |
CN102420774A (zh) | 使用igmp实现内网穿透的方法和内网穿透系统 | |
CN105915662B (zh) | 一种数据传输方法及装置 | |
US9699139B2 (en) | Communications system | |
US8861503B2 (en) | Method and system for synchronizing data between mobile terminal and internet phone | |
CN108123912A (zh) | 一种支持p2p的微服务系统 | |
KR101611284B1 (ko) | 피투피 그룹 서비스 제공 시스템 | |
CN104518959B (zh) | 一种设备间通信的方法及装置 | |
CN104506425A (zh) | 基于家庭云主机的即时通讯系统及其方法 | |
US20090122790A1 (en) | Voice communication method and system in ubiquitous robotic companion environment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: Hangzhou City, Zhejiang province Fuyang District 311422 Silver Lake Street Fu Road No. 9 silver lake leisure Innovation Center 9 layer 8 Applicant after: HangZhou?JuFeng Technology co., Ltd. Address before: 310052, B, building 2, building 4, No. 351 Changhe Road, Hangzhou, Zhejiang, Binjiang District Applicant before: HangZhou?JuFeng Technology co., Ltd. |
|
COR | Change of bibliographic data | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20131211 |
|
WD01 | Invention patent application deemed withdrawn after publication |