专利名称：应用于视频监控系统的数据传输方法及设备的制作方法
技术领域：
本发明涉及通信技术领域中的视频监控技术，尤其涉及一种应用于视频监控系统的数据传输方法及设备。
背景技术：
数字视频监控系统以其控制灵活、信息容量大、存储和检索便利等优点逐步取代了传统的模拟视频监控系统，被广泛应用于监控、安防、质检等方面。随着计算机及网络技术的发展、普及和网络带宽的迅速扩大，视频监控已经发展到了网络多媒体监控系统，即将数字视频监控技术与网络技术相结合，在现场监控主机无人职守情况下，实现局域网或 Internet远程监控的功能。现有的视频监控系统主要由以下基本单元构成硬件编码器(Encoder，EC)、 VM (Video Management,视频管理服务器)、MS (Media Switch,媒体交换服务器)、 IPSAN(Internet Protocol Storage Area Network,存储区域网络)、DM(Data Management krver，数据管理服务器)、DC(Decoder，解码器)、VC(Video Client，视频客户端)，以及相应的软件管理系统及网络传输设备。随着监控行业发展，高清图像成为发展趋势，支持720P和1080P的高清 EC (Encoder，编码器)越来越多，而相应的监控码流带宽也从标清的IM上升到高清的4M或者8M。无线监控和卫星监控中，为了保证报文的可靠性，视频实时监控业务的媒体流 (即实况流)的封装通常都使用TCP (Transmission Control Protocol，传输控制协议)的方式。如果实况流走因特网时，同样经常会使用TCP的码流来确保实况报文的可靠性。但是无论是无线链路、卫星链路或者是因特网，其网络延时都比较大。TCP码流带宽的计算方法为V = W*8/Tr............................................................[1]其中，W为设备的TCP滑动窗口最大值，Tr为网络RTT(Round Trip Time，往返时延值，表示从发送端发送数据开始，到发送端接收到来自接收端的确认，总共经历的时延)。按照上述TCP码流带宽的计算方法，对于有200ms延时的网络，设备滑动窗口最大为65535Byte，则该网络间的TCP最大传输能力为2. 6214M bit/s，该链路无法传送4M或者 8M的高清监控图像。滑动窗口的大小和RTT值制约了该链路的吞吐量。
发明内容
本发明提供了一种应用于视频监控系统的数据传输方法及设备，用以提高数据传输链路的吞吐量。本发明提供的数据传输方法，应用于视频监控系统，该方法包括视频监控业务的媒体流发送端在接收到视频管理服务器发送的传输媒体流给媒体流接收端的通知后，与媒体流接收端建立TCP连接，并在TCP连接建立过程中获取与媒体流接收端之间的往返时延RTT ；所述媒体流发送端向所述视频管理服务器发送TCP连接数量获取请求，其中携带有所述RTT，并接收所述视频管理服务器根据TCP滑动窗口大小和所述RTT以及视频监控业务的带宽需求，确定并返回的传输所述视频监控业务的媒体流所需的TCP连接数量；所述媒体流发送端根据所述视频管理服务器返回的所述TCP连接数量，与媒体流接收端建立相应数量的TCP连接；所述媒体流发送端分别通过所述相应数量的TCP连接，向所述媒体流接收端发送媒体流。本发明提供的视频编码器，应用于视频监控系统，包括编码模块，还包括控制模块、连接处理模块、连接数量获取模块、传输模块，其中控制模块，用于根据视频管理服务器发送的传输媒体流给媒体流接收端的通知， 指示所述连接处理模块建立与所述媒体流接收端之间的TCP连接，根据所述连接处理模块获取到的RTT，指示所述连接数量获取模块获取视频监控业务的媒体流所需的TCL连接数量，在所述连接数量获取模块获取到连接数量后，指示所述连接处理模块与所述媒体流接收端建立相应数量的TCP连接；连接处理模块，用于根据所述控制模块的指示，建立与所述媒体流接收端之间的 TCP连接，并在TCP连接建立过程中获取与所述媒体流接收端之间的RTT ；连接数量获取模块，用于根据所述控制模块的指示向所述视频管理服务器发送获取TCP连接数量的请求，其中携带有获取到的RTT，并接收所述视频管理服务器根据TCP滑动窗口大小和所述RTT以及视频监控业务的带宽需求，确定并返回的传输所述视频监控业务的媒体流所需的TCP连接数量；传输模块，用于分别通过所述相应数量的TCP连接，向所述媒体流接收端发送所述编码模块编码后的媒体流；其中，所述媒体流接收端包括视频客户端或媒体交换服务器。本发明提供的媒体交换服务器，应用于视频监控系统，包括控制模块、连接处理模块、连接数量获取模块、第一传输模块、第二传输模块，其中控制模块，用于根据视频管理服务器发送的传输媒体流给视频客户端的通知，指示所述连接处理模块建立与视频客户端之间的TCP连接，根据所述连接处理模块获取到的 RTT，指示所述连接数量获取模块获取视频监控业务的媒体流所需的TCL连接数量，在所述连接数量获取模块获取到连接数量后，指示所述连接处理模块与所述视频客户端建立相应数量的TCP连接；连接处理模块，用于根据所述控制模块的指示，建立与视频客户端之间的TCP连接，并在TCP连接建立过程中获取与所述视频监控客户端之间的RTT ；以及，与视频编码器之间建立TCP连接，其中与所述视频编码器之间的TCP连接是所述视频管理服务器根据所述媒体交换服务器与所述视频编码器之间的RTT和TCP滑动窗口大小确定出传输媒体流所需的TCP连接数量后指示所述视频编码器建立的相应数量的TCP连接；连接数量获取模块，用于根据所述控制模块的指示向所述视频管理服务器发送 TCP连接数量的请求，其中携带有获取到的RTT，并接收所述视频管理服务器根据TCP滑动窗口大小和所述RTT以及视频监控业务的带宽需求，确定并返回的传输所述视频监控业务的媒体流所需的TCP连接数量；第一传输模块，用于分别通过与所述视频编码器之间的TCP连接接收媒体流；第二传输模块，用于分别通过与所述视频客户端之间的TCP连接转发所述第一传输模块接收到的媒体流给所述视频客户端。本发明提供的视频管理服务器，应用于视频监控系统，包括业务处理模块、通知模块、连接数量请求处理模块，其中业务处理模块，用于在接收到视频客户端建立视频监控业务的请求后，指示所述通知模块通知媒体流发送端传输媒体流，指示媒体流接收端接收媒体流；通知模块，用于根据所述业务处理模块的指示，通知媒体流发送端将媒体流发送给媒体流接收端；连接数量请求处理模块，用于接收媒体流发送端在根据接收到的通知建立与媒体流接收端的TCP连接后发送的获取TCP连接数量的请求，根据TCP滑动窗口大小和所述获取TCP连接数量的请求中携带的RTT，确定能够满足视频监控业务的媒体流带宽需求的TCP 连接数量，并返回响应，其中携带确定出的TCP连接数量，以使媒体流发送端与媒体流接收端建立相应数量的TCP连接；其中，对于无需媒体交换服务器转发媒体流的视频监控业务，所述媒体流发送端为视频编码器，所述媒体流接收端为视频客户端；对于需要媒体交换服务器转发媒体流的视频监控业务，所述媒体流发送端包括视频编码器和媒体交换服务器，所述视频编码器发送的媒体流的接收端为媒体交换服务器，所述媒体交换服务器发送的媒体流的接收端为视频客户端。与现有技术相比，本发明具有以下有益技术效果本发明实施例根据设备间的TCP滑动窗口大小及RTT值，以及视频监控业务的带宽需求，计算能够满足该需求的TCP连接数量，并建立相应数量的TCP连接，从而让视频监控业务的媒体流分别经不同的TCP连接传输，提高了媒体流传输的吞吐量。
图1为现有技术的视频监控系统的架构示意图；图2为现有技术的视频监控业务的媒体流传输路径示意图之一；图3为现有技术的视频监控业务的媒体流传输路径示意图之二 ；图4为本发明实施例一提供的数据传输流程示意图；图5为本发明实施例一中EC进行图像编码打包后分别通过各个TCP连接发送的示意图之一；图6和图7为现有技术中的视频媒体流打包过程示意图；图8为现有技术中的PS包的格式示意图；图9为本发明实施例一中EC进行图像编码打包后分别通过各个TCP连接发送的示意图之二；图10为本发明实施例二提供的数据传输流程示意图；图11为本发明实施例二中EC进行图像编码打包后分别通过各个TCP连接发送的示意图12为本发明实施例三提供的视频编码器的结构示意图；图13为本发明实施例五提供的媒体交换服务器的结构示意图；图14为本发明实施例四提供的视频管理服务器的结构示意图。
具体实施例方式本发明实施例所适用的视频监控系统可如图1所示，主要由以下基本单元构成 EC、VM、DC、VC, DM、MS、IPSAN,以及相应的软件管理系统及网络传输设备。其中EC:位于监控系统前端，可以将模拟音视频信号按照指定格式、指定码率进行编码，可以单播或组播给DC设备和客户端点播，以及存储到IPSAN中；DC 可将系统中的音视频编码信号还原成模拟的视频音频信号并输出；VM:是监控系统中的视频管理服务器，可以集中管理控制监控系统所有设备，调度各种视频监控业务；MS 在单播网络环境下，该服务器可以提供单播音媒体流的复制分发；DM 可对存储单元进行统一的资源管理和配置和故障检测；IPSAN 用于对视频数据进行存储；VC 可以通过该设备进行实况视频监控。基于上述视频监控系统，本发明实施例根据设备间的TCP滑动窗口大小及测试所得的RTT值计算视频监控网络的吞吐量，然后对比视频监控业务所需要用到的实际网络带宽，让该视频监控业务的媒体流发送端和接收端之间建立多条TCP连接，并让视频监控业务的媒体流分别经不同的TCP连接传输，从而提高媒体流的带宽。在具体实施时，媒体流发送端与接收端之间建立一条TCP连接，并在 SYN(Synchronize，同步)报文的选项中携带本机时间，流量接收者在回应ACK(确认)报文的时候将该选项值返回给发送端，这样流量发送端可根据该值计算出网络RTT值。流量发送端将该RTT值及滑动窗口值^ 发给VM。VM根据RTI^Pfe以及视频监控业务流量的码率，计算出需要建立的TCP连接数，并通知流量发送端建立相应数量的TCP连接来传输该视频监控业务的媒体流。对于视频监控系统，媒体流的转发路径包括两种情况一种是媒体流从EC发送给视频客户端，如图2所示；另一种是媒体流从EC发送给MS，再从MS转发给视频客户端，如图3所示。下面结合具体实施例，以上述两种媒体流传输路径为例，对本发明进行详细描述。实施例一本实施例描述了无需MS转发的媒体流传输流程。视频客户端需要查看某EC通道的图像，即需要建立与某EC之间的视频监控业务时，会向VM发送请求。VM收到该请求后，通知相应EC发送媒体流给该视频客户端，并通知该视频客户端接收该媒体流。EC使用TCP封装发送媒体流给视频客户端前，需要首先与其建立TCP的连接，然后通过TCP的连接向视频客户端传输媒体流。其TCP连接的建立过程， 以及通过建立的TCP连接传输媒体流的过程，可如图3所示，包括步骤401，EC在接收到VM发送的传输媒体流给视频客户端的通知后，与该视频客户端建立TCP连接，并在TCP连接建立过程中检测出与该视频客户端之间的RTT。
具体的，EC在与视频客户端之间建立TCP连接时，EC首先发送SYN报文，其中携带有该EC本地的时间戳，如可放置在报文的option选项字段；视频客户端收到该SYN报文后，将该时间戳(即SYN报文中携带的时间戳)携带于ACK报文，如携带于option选项字段，并返回该ACK报文给EC ；EC接收到该ACK报文后向该视频客户端返回ACK报文，这样EC和视频客户端之间建立起TCP连接。其中，在EC接收到视频客户端返回的ACK报文后，通过将该报文中携带的时间戳与本地当前的时间进行比较，得到该EC与该视频客户端之间的RTT，该RRT即为本地当前时间与ACK报文中携带的时间戳之间的差值。步骤402，EC向VM发送获取TCP连接数量的请求，其中携带有检测出的RTT。步骤403，VM根据TCP滑动窗口大小、接收到的RTT，以及该视频客户端与EC之间建立的视频监控业务的带宽，计算该视频监控业务的媒体流所需的TCP连接数量，并将计算出的TCP连接数量携带于响应消息中返回给EC。TCP在进行数据传输时使用了滑动窗口机制。TCP滑动窗口用来暂存数据收发设备间要传送的数据分组。每台运行TCP协议的设备有两个滑动窗口 一个用于数据发送， 另一个用于数据接收。发送端待发数据分组在缓冲区排队等待送出。被滑动窗口框入的分组，是可以在未收到接收确认的情况下最多送出的部分。此处的TCP滑动窗口是指视频客户端用于TCP报文接收的窗口，其窗口大小通常在视频客户端注册时注册到VM中。具体的，VM根据前述公式(1)进行网络TCP流量吞吐带宽计算，得到一个TCP连接的网络吞吐量，然后在结合视频监控业务的媒体流总的带宽需求，得到该视频监控业务所需的TCP连接数量。譬如，RTT值为200ms，TCP滑动窗口值Wr为65535，则一个TCP连接的网络吞吐量为V = ff*8/Tr = 65535*8/200 = 2. 6214M bit/s如果视频监控业务的媒体流的码流带宽为6M，使用6除以2. 6214等于2. 29,则表示至少需要建立3个TCP的连接来发送该视频监控业务的媒体流。然后VM通知EC与视频客户端建立3个TCP的连接来传输媒体流。考虑到视频客户端用于TCP报文接收的窗口通常能够与EC用于TCP报文发送的窗口大小匹配或者能够满足视频客户端接收窗口的要求，因此VM可以无需参考EC的发送窗口大小。但是在有视频客户端支持其它的接收窗口大小的情况下，VM可参考EC的发送窗口以及视频客户端的接收窗口，选择其中较小者，作为计算TCP连接数量的依据。通常， EC和视频客户端在向VM注册时，会将自己的TCP滑动窗口大小信息注册到VM中。进一步的，考虑到EC的TCP滑动窗口值也可能会动态调整，因此，EC可在将检测出的RTT发送给VM时，一同将自己用于发送TCP报文窗口值发送给VM，作为VM计算TCP连接数量的参考依据。步骤404，EC根据VM返回的TCP连接数量，与该视频客户端建立相应数量的TCP 连接。具体的，如果需要建立3个TCP连接，由于之前已经建立了一个TCP连接(步骤 401)，此步骤中只要再建2个TCP连接就可以了。步骤405，EC在向该视频客户端传输媒体流时，分别通过建立起来的各TCP连接传输媒体流。具体的，EC将每一帧图像进行编码，打包后分别放到各个TCP连接的发送缓存中进行发送，其中，一帧图像的所有数据包放到一个TCP连接的发送缓存中，下一帧图像的所有数据包放到另一个TCP连接的发送缓存中。相应的，接收端接收各个TCP连接发送过来的报文，然后按照顺序进行排序。图5示出了 EC进行图像编码打包后分别通过3个TCP连接发送的情况。为了让接收端能准确的进行数据排序，下面先介绍视频媒体流打包过程，如图6 和图7所示视频数据通过视频编码器进行编码变成基本流ES，然后由PES打包器按照视频帧的概念进行PES的封装，一帧数据封装为一个PES，一个PES包(PES Packet)由包头(PES Header)和负荷(payload)组成；然后TS复用器对PES数据再进行TS的封装，即将PES包按照188字节为单位分成多个TS包(Transport Packet，传输包)。如图8所示，每一个TS的头部(Transport Header)包括4字节头前缀，负荷部分包括可变长度的自适应字段和有效载荷。表1示出了 TS包各字段的说明。表 权利要求
1.一种数据传输方法，应用于视频监控系统，其特征在于，该方法包括视频监控业务的媒体流发送端在接收到视频管理服务器发送的传输媒体流给媒体流接收端的通知后，与媒体流接收端建立TCP连接，并在TCP连接建立过程中获取与媒体流接收端之间的往返时延RTT ；所述媒体流发送端向所述视频管理服务器发送TCP连接数量获取请求，其中携带有所述RTT，并接收所述视频管理服务器根据TCP滑动窗口大小和所述RTT以及视频监控业务的带宽需求，确定并返回的传输所述视频监控业务的媒体流所需的TCP连接数量；所述媒体流发送端根据所述视频管理服务器返回的所述TCP连接数量，与媒体流接收端建立相应数量的TCP连接；所述媒体流发送端分别通过所述相应数量的TCP连接，向所述媒体流接收端发送媒体流。
2.如权利要求1所述的方法，其特征在于，所述媒体流发送端分别通过所述相应数量的TCP连接，向所述媒体流接收端发送媒体流，包括所述媒体流发送端以视频帧为单位，分别通过与所述媒体流接收端之间的各TCP连接发送媒体流，其中，一个视频帧的所有传输TS报文通过一个TCP连接发送。
3.如权利要求2所述的方法，其特征在于，所述媒体流发送端顺序发送视频帧，在发送当前视频帧的过程中，以预先确定的轮询顺序从与所述媒体流接收端之间的各TCP连接中选择TCP连接，并通过选择的TCP连接发送当前视频帧的所有TS包。
4.如权利要求2所述的方法，其特征在于，所述媒体流发送端将视频帧的头TS包的 PCR字段置位，将该视频帧的尾TS包中的自适应字段的扩展标志置位，并将该尾TS包中的自适应字段赋值为预设数值，以使所述媒体流接收端接收媒体流的过程中，以PCR字段已置位的TS包开始，按照顺序将从传输该TS包的TCP连接所接收到的TS包依次组合，直到收到自适应字段的扩展标志被置位、自适应字段被赋值为预设数值的TS包为止，得到一个视频帧的所有TS包。
5.如权利要求1所述的方法，其特征在于，所述在TCP连接建立过程中获取与媒体流接收端之间的RTT，包括所述媒体流发送端向所述媒体流接收端发送SYN报文，其中携带有本地的时间戳；所述媒体流发送端接收所述媒体流接收端返回的响应报文，其中携带有所述本地的时间戳；所述媒体流发送端根据所述响应报文中携带的时间戳和接收所述响应报文时的时间， 确定与所述媒体流接收端之间的RTT。
6.如权利要求1所述的方法，其特征在于，根据TCP滑动窗口大小和RTT以及所述视频监控业务的带宽需求，确定传输所述视频监控业务的媒体流所需的TCP连接数量，具体为根据所述媒体接收端的用于接收TCP报文的TCP滑动窗口大小和所述RTT确定TCP连接的码流带宽；根据所述视频监控业务的带宽需求和所述TCP连接的码流带宽，计算能够满足该带宽需求的TCP连接数量。
7.如权利要求1-6之一所述的方法，其特征在于，对于无需媒体交换服务器转发媒体流的视频监控业务，所述媒体流发送端为视频编码器，所述媒体流接收端为视频客户端。
8.如权利要求1-6之一所述的方法，其特征在于，对于需要媒体交换服务器转发媒体流的视频监控业务，所述媒体流发送端包括视频编码器和媒体交换服务器，所述视频编码器发送的媒体流的接收端为媒体交换服务器，所述媒体交换服务器发送的媒体流的接收端为视频客户端。
9.一种视频编码器，应用于视频监控系统，包括编码模块，其特征在于，还包括控制模块、连接处理模块、连接数量获取模块、传输模块，其中控制模块，用于根据视频管理服务器发送的传输媒体流给媒体流接收端的通知，指示所述连接处理模块建立与所述媒体流接收端之间的TCP连接，根据所述连接处理模块获取到的RTT，指示所述连接数量获取模块获取视频监控业务的媒体流所需的TCL连接数量，在所述连接数量获取模块获取到连接数量后，指示所述连接处理模块与所述媒体流接收端建立相应数量的TCP连接；连接处理模块，用于根据所述控制模块的指示，建立与所述媒体流接收端之间的TCP 连接，并在TCP连接建立过程中获取与所述媒体流接收端之间的RTT ；连接数量获取模块，用于根据所述控制模块的指示向所述视频管理服务器发送获取 TCP连接数量的请求，其中携带有获取到的RTT，并接收所述视频管理服务器根据TCP滑动窗口大小和所述RTT以及视频监控业务的带宽需求，确定并返回的传输所述视频监控业务的媒体流所需的TCP连接数量；传输模块，用于分别通过所述相应数量的TCP连接，向所述媒体流接收端发送所述编码模块编码后的媒体流；其中，所述媒体流接收端包括视频客户端或媒体交换服务器。
10.如权利要求9所述的视频编码器，其特征在于，所述传输模块具体用于，以视频帧为单位，分别通过与所述媒体流接收端之间的各TCP连接发送媒体流，其中，一个视频帧的所有传输TS报文通过一个TCP连接发送。
11.如权利要求10所述的视频编码器，其特征在于，所述传输模块具体用于，顺序发送视频帧，在发送当前视频帧的过程中，以预先确定的轮询顺序从与所述媒体流接收端之间的各TCP连接中选择TCP连接，并通过选择的TCP连接发送当前视频帧的所有TS包。
12.如权利要求10所述的视频编码器，其特征在于，所述传输模块具体用于，将视频帧的头TS包的PCR字段置位，将该视频帧的尾TS包中的自适应字段的扩展标志置位，并将该尾TS包中的自适应字段赋值为预设数值，以使所述媒体流接收端接收媒体流的过程中， 以PCR字段已置位的TS包开始，按照顺序将从传输该TS包的TCP连接所接收到的TS包依次组合，直到收到自适应字段的扩展标志被置位、自适应字段被赋值为预设数值的TS包为止，得到一个视频帧的所有TS包。
13.如权利要求9所述的视频编码器，其特征在于，所述连接处理模块具体用于，向所述媒体流接收端发送SYN报文，其中携带有本地的时间戳；接收所述媒体流接收端返回的响应报文，其中携带有所述本地的时间戳；根据所述响应报文中携带的时间戳和接收所述响应报文时的时间，确定与所述媒体流接收端之间的RTT。
14.一种媒体交换服务器，应用于视频监控系统，其特征在于，包括控制模块、连接处理模块、连接数量获取模块、第一传输模块、第二传输模块，其中控制模块，用于根据视频管理服务器发送的传输媒体流给视频客户端的通知，指示所述连接处理模块建立与视频客户端之间的TCP连接，根据所述连接处理模块获取到的RTT， 指示所述连接数量获取模块获取视频监控业务的媒体流所需的TCL连接数量，在所述连接数量获取模块获取到连接数量后，指示所述连接处理模块与所述视频客户端建立相应数量的TCP连接；连接处理模块，用于根据所述控制模块的指示，建立与视频客户端之间的TCP连接，并在TCP连接建立过程中获取与所述视频监控客户端之间的RTT ；以及，与视频编码器之间建立TCP连接，其中与所述视频编码器之间的TCP连接是所述视频管理服务器根据所述媒体交换服务器与所述视频编码器之间的RTT和TCP滑动窗口大小确定出传输媒体流所需的 TCP连接数量后指示所述视频编码器建立的相应数量的TCP连接；连接数量获取模块，用于根据所述控制模块的指示向所述视频管理服务器发送TCP连接数量的请求，其中携带有获取到的RTT，并接收所述视频管理服务器根据TCP滑动窗口大小和所述RTT以及视频监控业务的带宽需求，确定并返回的传输所述视频监控业务的媒体流所需的TCP连接数量；第一传输模块，用于分别通过与所述视频编码器之间的TCP连接接收媒体流；第二传输模块，用于分别通过与所述视频客户端之间的TCP连接转发所述第一传输模块接收到的媒体流给所述视频客户端。
15.如权利要求14所述的媒体交换服务器，其特征在于，所述第二传输模块具体用于， 以视频帧为单位，分别通过与所述视频客户端之间的各TCP连接发送媒体流，其中，一 个视频帧的所有传输TS报文通过一个TCP连接发送。
16.如权利要求15所述的媒体交换服务器，其特征在于，所述第二传输模块具体用于， 顺序发送视频帧，在发送当前视频帧的过程中，以预先确定的轮询顺序从与所述视频客户端之间的各TCP连接中选择TCP连接，并通过选择的TCP连接发送当前视频帧的所有TS包。
17.如权利要求15所述的媒体交换服务器，其特征在于，所述第二传输模块具体用于， 将视频帧的头TS包的PCR字段置位，将该视频帧的尾TS包中的自适应字段的扩展标志置位，并将该尾TS包中的自适应字段赋值为预设数值，以使视频客户端接收媒体流的过程中，以PCR字段已置位的TS包开始，按照顺序将从传输该TS包的TCP连接所接收到的TS包依次组合，直到收到自适应字段的扩展标志被置位、自适应字段被赋值为预设数值的TS包为止，得到一个视频帧的所有TS包。
18.如权利要求14所述的媒体交换服务器，其特征在于，所述连接处理模块具体用于， 向所述视频客户端发送SYN报文，其中携带有本地的时间戳；接收所述视频客户端返回的响应报文，其中携带有所述本地的时间戳；根据所述响应报文中携带的时间戳和接收所述响应报文时的时间，确定与所述视频客户端之间的RTT。
19.一种视频管理服务器，应用于视频监控系统，其特征在于，包括业务处理模块、通知模块、连接数量请求处理模块，其中业务处理模块，用于在接收到视频客户端建立视频监控业务的请求后，指示所述通知模块通知媒体流发送端传输媒体流，指示媒体流接收端接收媒体流；通知模块，用于根据所述业务处理模块的指示，通知媒体流发送端将媒体流发送给媒体流接收端；连接数量请求处理模块，用于接收媒体流发送端在根据接收到的通知建立与媒体流接收端的TCP连接后发送的获取TCP连接数量的请求，根据TCP滑动窗口大小和所述获取TCP 连接数量的请求中携带的RTT，确定能够满足视频监控业务的媒体流带宽需求的TCP连接数量，并返回响应，其中携带确定出的TCP连接数量，以使媒体流发送端与媒体流接收端建立相应数量的TCP连接；其中，对于无需媒体交换服务器转发媒体流的视频监控业务，所述媒体流发送端为视频编码器，所述媒体流接收端为视频客户端；对于需要媒体交换服务器转发媒体流的视频监控业务，所述媒体流发送端包括视频编码器和媒体交换服务器，所述视频编码器发送的媒体流的接收端为媒体交换服务器，所述媒体交换服务器发送的媒体流的接收端为视频客户端。
20.如权利要求19所述的视频管理服务器，其特征在于，所述连接数量请求处理模块具体用于，根据所述媒体接收端的用于接收TCP报文的TCP滑动窗口大小和所述RTT确定 TCP连接的码流带宽；根据所述视频监控业务的带宽需求和所述TCP连接的码流带宽，计算能够满足该带宽需求的TCP连接数量。
全文摘要
本发明公开了一种应用于视频监控系统的数据传输方法及设备。该方法包括媒体流发送端在接收到VM发送的传输媒体流给媒体流接收端的通知后，与媒体流接收端建立TCP连接，并在TCP连接建立过程中获取与媒体流接收端之间的RTT；媒体流发送端根据该RTT从VM获取TCP连接数量，该TCP连接数是VM根据TCP滑动窗口大小和该RTT以及视频监控业务的带宽需求确定的；媒体流发送端根据VM返回的所述TCP连接数量，与媒体流接收端建立相应数量的TCP连接，并分别通过该相应数量的TCP连接，向媒体流接收端发送媒体流。采用本发明可提高数据传输链路的吞吐量。
文档编号H04N7/18GK102333209SQ20111032887
公开日2012年1月25日 申请日期2011年10月26日 优先权日2011年10月26日
发明者任俊峰, 周迪, 王连朝 申请人:杭州华三通信技术有限公司