CN101488967B - 一种视频传输方法、嵌入式监控终端及监控平台服务器 - Google Patents

Abstract

本发明适用于网络传输领域，提供了一种视频传输方法、嵌入式监控终端及监控平台服务器，所述视频传输方法包括下述步骤：服务器通过传输控制协议向相应终端发送视频请求指令；终端通过传输控制协议接收服务器发送的视频请求指令；终端根据接收到的视频请求指令，采用用户数据报协议向服务器发送相应的视频数据；服务器通过用户数据报协议接收终端发送的视频数据。在本发明中，终端与服务器分别采用TCP协议传输控制指令，采用UDP协议传输相应的视频数据，实现了一种视频传输方法，保证了控制指令的不容易丢失和视频数据传输的实时性，对网络稳定性能要求低、带宽要求小，使得视频图像传输延时小、流畅性高。

Description

一种视频传输方法、嵌入式监控终端及监控平台服务器

技术领域

本发明属于网络传输领域，尤其涉及一种视频传输方法、嵌入式监控终端及监控平台服务器。

背景技术

随着人们公共安全意识的增强，各地政府机关都加大了公共场所的视频监控力度，这样促使了安防监控产品的飞速发展，尤其是在车载视频监控方面，通过在公共公交车上装载嵌入式视频监控终端，同时通过网络将音视频传输到政府监控平台，对公交公共场所的视频监控，有力的保障了广大人民的财产和利益，增强了社会的安全感。由于公交车的特殊性，音视频的传输不可能由有线来解决。但现有的移动网络，由于各地发展的速度不一致，大部分城市还是处于GSM、GPRS、CDMAlX、EDGE等2G或2.5G系统，处于3G的TD和CDMA，又由于基站建设的原因，并未发挥其3G的特点。另外，由于基站的盲区，以及公交车在各个小区的切换导致网络不稳定，无线传输的传输速率在20Kbps-100Kbps／S之间，但实际上大部分地方的实际传输速度是在70Kbps／S以下，100Kbps／S左右的传输速度都很难达到，另外由于嵌入式视频监控终端传输图像是通过外接无线路由器来实现无线数据传输，利用的是移动公司提供的数据传输包月业务。但由于移动公司的主营业务是话音，当网络处于繁忙阶段时，采取的策略是语音优先，这样给视频传输带来更大的不稳定因素。

在现有的网络条件下，由于监控行业对图像的特殊要求，嵌入式监控终端对采集的图像采用双码流编码方式，也就是本地D1码流和网络共同界面格式(Common Intermediate Format，CIF)码流，D1码流的画质要求是逐行倒相(Phase Alternating Line，PAL)制704*576，网络CIF码流的画质要求是PAL制352*288。为了提供稳定的图像视频传输，现在大部分厂商采取的方式是通过传输图片或者四分之一寸共同界面格式(Quarter Common IntermediateFormat，QCIF)的图像，但图片传输不能满足实时性和流畅性的要求，QCIF图像的画质比较模糊，难辨认而成为鸡肋。比较有实力的厂商通过在嵌入式视频监控终端的DSP视频编码中加入编码算法，通过模化边缘或压缩图像达到降低每帧图像的大小，但这样由于设备成本的增加以及压缩算法成效不大，另外由于移动网络的不稳定根本因素，实际增强的效果也微乎其微，投入过大而得不偿失。

现有的视频传输方案如图1所示，嵌入式监控终端的DSP编码器当采集到一帧图像数据后，将采集到的图像数据放入视频帧的发送缓存区，发送线程会从发送缓存区的发送点提取一帧的视频帧数据，然后采用装有移动数据传输卡的无线路由器通过无线网络传输提取到的视频帧数据；监控平台服务器的接收线程收到完整的视频帧数据后，会将接收到的视频帧数据放入视频帧数据的接收缓存区，视频分发线程会从接收缓存区的分发点提取视频数据后分发给各个客户端和监控屏幕等监控客户端。

另外，由于移动窄带网络不稳定、带宽低、变化快，而现有视频传输方案一般采用传输控制协议(Transmission Control Protocol／Intemet Protocol，TCP)或用户数据报协议(User Datagram Protocol，UDP)传输协议，虽然处理逻辑简单，但对网络稳定性能要求高、带宽要求大，使得监控视频图像传输延时大、流畅性差，导致马赛克等问题，很难适应现有移动窄带网络的视频传输，达到对视频监控的要求。

发明内容

本发明实施例的目的在于提供一种视频传输方法，旨在解决现有视频传输方案对网络稳定性能要求高、带宽要求大，使得视频图像传输延时大、流畅性差的问题。

本发明实施例是这样实现的，一种视频传输方法，所述方法包括下述步骤：

服务器通过传输控制协议向相应终端发送视频请求指令；

终端通过传输控制协议接收服务器发送的视频请求指令；

终端根据接收到的视频请求指令，采用二级缓存策略通过用户数据报协议向服务器发送相应的视频数据，所述视频数据从一级缓存放入二级缓存时被分成数据包，所述数据包的包头存储终端打开的通道识别码、标识数据包是否是完整帧的最后一个数据包的完整帧标识码、用于检验数据包包序列号的数据包检验组和用于检验数据包是否是关键帧的关键帧检验组；

服务器通过用户数据报协议接收终端发送的视频数据。

本发明实施例的另一目的在于提供一种嵌入式监控终端，所述嵌入式监控终端包括：

控制指令接收单元，通过传输控制协议接收视频请求指令；以及

视频传输单元，根据所述控制指令接收单元接收到的视频请求指令，采用二级缓存策略通过用户数据报协议发送相应的视频数据，所述视频数据从一级缓存放入二级缓存时被分成数据包，所述数据包的包头存储终端打开的通道识别码、标识数据包是否是完整帧的最后一个数据包的完整帧标识码、用于检验数据包包序列号的数据包检验组和用于检验数据包是否是关键帧的关键帧检验组。

本发明实施例的另一目的在于提供一种监控平台服务器，所述监控平台服务器包括：

控制指令发送单元，用于通过传输控制协议向相应终端发送视频请求指令；以及

视频接收单元，用于通过用户数据报协议接收视频数据，所述视频数据在所述终端从一级缓存放入二级缓存时被分成数据包，所述数据包的包头存储终端打开的通道识别码、标识数据包是否是完整帧的最后一个数据包的完整帧标识码、用于检验数据包包序列号的数据包检验组和用于检验数据包是否是关键帧的关键帧检验组。

在本发明实施例中，终端与服务器分别采用TCP协议传输控制指令，采用UDP协议传输相应的视频数据，实现了一种视频传输方法，保证了控制指令的不容易丢失和视频数据传输的实时性，对网络稳定性能要求低、带宽要求小，使得视频图像传输延时小、流畅性高。

附图说明

图1是现有技术提供的视频传输方案的示意图；

图2是本发明实施例提供的视频传输方法的实现流程图；

图3是本发明实施例提供的数据包的结构示意图；

图4是本发明实施例提供的服务器对接收缓存中数据包处理的设计示意图；

图5是本发明实施例提供的终端处理的实现流程图；

图6是本发明实施例提供的嵌入式监控终端的结构图；

图7是本发明实施例提供的监控平台服务器的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在本发明实施例中，终端与服务器分别采用TCP协议传输控制指令，采用UDP协议传输相应的视频数据。

图2示出了本发明实施例提供的视频传输方法的实现流程，详述如下：

在步骤S201中，服务器通过TCP协议向相应终端发送视频请求指令；

在步骤S202中，终端通过TCP协议接收服务器发送的视频请求指令；

在步骤S203中，终端根据接收到的视频请求指令，采用LDp协议向服务器发送相应的视频数据；

在步骤S204中，服务器通过UDP协议接收终端发送的视频数据。

在本发明实施例中，终端与服务器采用TCP和UDP协议的双通信方式对视频数据包进行传输和控制：用UDP协议进行视频数据传输，保证了视频数据传输的实时性；用TCP协议传输视频请求指令，保证了视频请求指令等控制指令的不容易丢失。服务器是对多个终端进行管理和服务，终端的个数可以由几百到几千不等，服务器和终端的连接通信一一相对应。另外，由于一个服务器常常需要同时管理多个终端，并且由于终端的分散性、网络的多变性，所以通过服务器主动控制终端可以更好的适应网络的变化，服务器主动性的改变成本将大大少于因网络状态变化而引起终端升级所带来的成本。

这里，将中间无线传输的过程省略，因为传输是通过无线路由器来发送数据，终端是多摄像头的传输，对每个摄像头的视频传输处理方法一致，所以仅用一个摄像头视频的传输来说明。并且，终端发送的视频数据采用二级缓存策略发送数据包，记录已经发送的数据包，回传用户数据报协议传输失败丢失的数据包。上述步骤S203具体为：

1.根据接收到的视频请求指令，将编码器产生的视频帧数据放入一级缓存；

2.根据二级缓存的数据包大小，将从一级缓存中取出的一帧视频数据分成数据包；

3.将分成的数据包放入二级缓存并发送给服务器；

4.通过TCP协议接收到丢包重传指令后，从二级缓存中获取相应的数据包进行重发。

这里，终端的DSP编码器会根据预设的码率和帧率产生CIF码流(即视频帧数据)。当终端接收到视频请求指令后第一次打开视频时，DSP编码器会首先强制产生一个关键帧(Key Frame)，并将产生的视频帧数据放入一级缓存，然后分割帧成包发送线程会从一级缓存中提取完整一帧的视频数据，将它逐个分成二级缓存的包大小。其中，二级缓存的数据包由包头区和数据区组成，包头区用于接收端(即服务器)校验和包的排序和帧重组，二级缓存的包大小为移动网络允许的最大传输单元(Maximum Transmission Unit，MTU)之内的值，该值可以修改，最大不超过1500字节(byte)。由于数据包太大会造成数据传输失败或不完整，而数据包太小又会造成传输效率低，所以包的大小将根据移动网络的状况设置一个适中的值。二级缓存用来记录已经发送的数据包，用来回传UDP传输失败而丢失的数据包。关键帧检查判断用来保证当一级缓存丢失关键帧后，下一个传输点将从下一个关键帧开始传输。重传指令中包含了需要重传的包序列号，终端收到重传指令后会重传二级缓存中对应包序列号的视频数据。

数据包的大小为移动网络下最大MTU以下的任意一个值，可以根据实际情况适当调节数据包的大小以最大限度地适应移动网络传输的有效性。数据包的结构如图3所示，包头由S个字节组成。在本发明实施例中，前六个字节为有效位，其他留着扩展备用。其中，第一个字节存储的是终端打开的通道识别码(Identity，ID)(终端有多个通道)；第二个字节存储的是完整帧识别码(ID)，标识数据包是否是完整帧的最后一个包标志；第三、四字节存储数据包检验组，用于检验数据包的包序列号，数据包的包序列号用于标识终端发送的各数据包；第五、六个字节存储关键帧检验组，用于检验数据包是否是关键帧。

第三字节=(包序列号+通道ID*Q+P*Q*总通道ID数)／256；

第四字节=(包序列号+通道ID*Q+P*Q*总通道ID数)％256。

其中，包序列号标识该数据包在二级缓存中的位置，Q为二级缓存能存储数据包的最大值，P为二级缓存存储数据包的循环号，也就是当二级缓存存满后，再循环存储时，P将加一，包序列号为O-Q之间的值，总通道ID数为终端包含的通道数量。

第五字节=最后一个关键帧的包序列号／256；

第六个字节=最后一个关键帧的包序列号％256。

然后，服务器接收终端发送的视频数据，上述步骤S204具体为：

1.检验接收到的数据包是否有效，将接收到的有效数据包放入接收缓存；

2.对接收缓存中的数据包进行丢包检验和组帧，并在检测到丢包时，向相应终端发送丢包重传指令。

当服务器的视频接收线程通过UDP协议收到视频包数据后，根据数据包的包头进行有效性校验，当验证数据包为合格数据后会放入相应终端的接收缓存，对于接收缓存内的数据有丢包重传线程和视频包组帧线程两个线程进行处理：丢包重传线程会对接收缓存区逐个检查数据是否收到，当检查到有丢包后会通过TCP协议向终端发送重传控制指令，重传指令中包含了需要重传的包序列号；视频帧重组线程，会从视频包缓存区中将收到的完整一帧的视频数据进行帧重组。当然，服务器的接收缓存能存储的数据包个数与终端二级缓存能存储的数据包个数一致，通过接收到的数据包的包头信息可以获取通道ID、完整帧识别ID、包序列号、二级缓存存储数据包的循环号和关键帧的包序列号。

通道ID=包头第一个字节；

完整帧识别ID=包头第二个字节；

循环号P=(第三个字节*256+第四字节)／(Q*总通道ID数)；

包序列号=(第三字节*256+第四字节)％(Q*总通道ID数)；

关键帧的包序列号=第五个字节*256+第六个字节。

其中，包序列号为0-Q之间的一个值，这样连续累加的接收包序列号值应该为：

累加包序列号=循环号P*Q+包序列号。

这样可以避免累加的包序列号太大，超过了单个字节所能代表的最大值。根据收到的数据包的包头信息可以有效性地判断并将数据包放入对应的缓存中。

服务器对接收缓存中数据包处理的设计示意图如图4所示，接收点R为累加的最大接收包序列号对最大缓存包数Q求余值所在的缓存区位置，丢包检测点L为累加的处理丢包重传的包序列号对最大缓存包数Q求余值所在的缓存区位置，视频帧重组点N为累加的重组包序列号对最大缓存包数Q求余值所在的缓存区位置。如果收到的包序列号为NUM，则当NUM<N时，NUM为无效的包序列列号；当NUM>R时，R的值设为为该包的序列号NUM值，丢包检测点L将从视频帧重组点N开始，到接收点R逐个检测包的接收情况，并且当检测到丢包会向终端发送重传指令，然后L后移，并记录该数据包发送重传指令的时间，然后再轮训检测，监控该数据包重传是否超时。视频帧重组点将从N点开始检测，到L点，检测是否有完整的一帧数据收到，如果有，则重组后，重组点后移，如果没有，则继续检测。

进一步地，服务器还可以将组帧后得到的视频帧数据分发给相应的监控客户端。此时，当服务器的视频帧重组线程首次打开视频时，会检测重组的第一帧是否是关键帧，如果是，则将重组后的视频帧数据放入分发缓存，由视频帧分发线程将分发缓存中的视频帧数据分发给相应的监控客户端，如果不是则要重新组成下一个关键帧。

另外，为了保证数据包发送的效率，服务器会监控重传数据包是否超时，如果超时，会向终端发送结束重传指令。终端接收到服务器发送的结束重传指令后，清空对应二级缓存中的数据包。

为了保证视频数据的实时性和流畅性，作为本发明的一个优选实施例，视频传输方法还包括：

服务器检测网络的连接状态，在网络连接成功后向相应终端发送视频请求指令；

服务器检测视频数据的传输时间，在视频数据传输超时时向相应终端重新发送视频请求指令；

服务器检测接收视频数据状况，根据接收视频数据包的状况向相应终端发送视频传输帧率控制指令，控制相应终端的视频传输帧率；

终端根据接收到的视频传输帧率控制指令设置编码器产生视频帧数据的码率和帧率。

在本发明实施例中，服务器端提供了网络连接检测线程、视频传输超时检测线程和网络状态检测线程来分别对网络连接状态、视频数据传输时间和接收视频数据包的状况进行检测。服务器端的网络连接检测线程用于检测当前网络下服务器与终端的网络连接状态，当出现连接断开后，如果网络连接恢复，此线程会把曾经打开的视频重新打开，即向相应终端发送视频请求指令；视频传输超时检测线程用于检测当前打开的视频接收数据是否正常，如果在设定的超时时间t1内都收不到包，同时网络连接线程又没有检测到网络断开时，此线程会向相应终端重新发送视频请求指令；网络状态线程用于检测当前网络的传输质量，根据接收视频数据包的速度和缓存区内的有效包个数来判断是否是要发送降低或是提高终端发送视频的帧率和码率的控制指令，即根据丢包检测点L跟视频帧重组点N的差值来判断当前网络的状态：如果测定某地的移动传输数据包的缓存阈值为f1一f2，即当L跟N的差值在f1-f2之间时，视频可以流畅的传输，不需要改变帧率，当L-N<f1时，说明缓存区偏小，当前网络状况变差，需要发送降帧控制指令，当L-N>f2时，说明缓存区偏大，当前网络状况很好，需要发送提高帧率控制指令。同时，终端通过TCP协议接收服务器发送的码率控制信息，DSP编码器根据接收到的码率控制信息产生相应码率和帧率的CIF码。

图5示出了本发明实施例提供的终端处理的流程。终端的控制指令接收线程接收服务器发送的控制指令，在接收到服务器发送的控制指令后，判断该指令为视频请求指令，则进入视频数据发送；判断该指令为视频传输帧率控制指令，则根据该指令修改DSP编码器产生视频帧数据的码率和帧率；判断该指令为丢包重传指令，则从二级缓存中获取相应的数据包进行重发。在判断接收到的控制指令为视频请求指令后，DSP编码器首先强制产生一个关键帧放入一级缓存，然后判断一级缓存的放入点是否将覆盖发送点数据，如果否，则放入DSP编码器产生的视频帧数据，发送线程优先将剩余的数据分割为一个加入包头后的MTU大小的数据包，发送分割得到的数据包并将改数据包放入二级缓存，如果没有未发数据，则分割帧成包发送线程从发送点发送添加包头后的一个MTU大小的数据包，放入二级缓存，并在发送点完整发送一帧的数据后，发送点后移一位；如果是，则判断当前发送点的数据是否发送完毕，发送完毕则根据帧头找到下一个关键帧，作为下一个发送数据包的发送点，未发送完毕则将剩余的数据拷贝到剩余数据发送区，发送线程优先发送剩余的数据。

这样，服务器根据网络变化即时调整对终端的控制能有效的解决监控视频的图像延时大，流畅性差，马赛克等问题，保证图像传输的实时性，流畅性。

进一步地，终端还可以在发生报警或异常情况的时候，通过TCP协议向向服务器发送报警信息，服务器根据接收到的报警信息确定是否进一步请求相应终端的视频等。在与服务器之间的连接断开后，终端还可以根据服务器发送的重连指令重新进行连接。

图6示出了本发明实施例提供的嵌入式监控终端的结构，为了便于说明仅示出了与本发明实施例相关的部分，其中：

控制指令接收单元601，通过TCP协议接收视频请求指令，其实现方式如上所述，不再赘述。

视频传输单元602，根据控制指令接收单元601接收到的视频请求指令，采用UDP协议发送相应的视频数据。

另外，视频传输单元602包括编码器6021、一级缓存6022、分割模块6023、发送模块6024、二级缓存6025和重发模块6026：

编码器6021，在接收到视频请求指令后，根据预设的码率和帧率产生视频帧数据，并将产生的视频帧数据放入一级缓存6022，其实现方式如上所述，不再赘述。

分割模块6023，根据二级缓存6025的包大小，将从一级缓存6022中取出的一帧视频数据分成数据包，其实现方式如上所述，不再赘述。

发送模块6024，将分成的数据包发送并放入二级缓存6025，其实现方式如上所述，不再赘述。

重发模块6026，接收到丢包重传指令后，从二级缓存6025中获取相应的数据包进行重发。此时，控制指令接收单元601通过TCP协议接收服务器发送的丢包重传指令，并将接收到的丢包重传指令输出给重发模块6026。

为了便于服务器对终端进行控制，作为本发明的一个优选实施例，嵌入式监控终端还包括：

设置模块6027，根据接收到的视频传输帧率控制指令设置编码器6021产生视频帧数据的码率和帧率。

此时，控制指令接收单元601通过TCP协议接收服务器发送的视频传输帧率控制指令，并将接收到的视频传输帧率控制指令输出给设置模块6027。

图7示出了本发明实施例提供的监控平台服务器的结构，为了便于说明仅示出了与本发明实施例相关的部分，其中：

控制指令发送单元701，通过TCP协议向相应终端发送视频请求指令。

视频接收单元702，通过UDP协议接收视频数据。

另外，视频接收单元702包括有效包检验模块7021、接收缓存7022、丢包检验模块7023和组帧模块7024：

有效包检验模块7021，检验接收到的数据包是否有效，将接收到的有效数据包放入接收缓存7022。

丢包检验模块7023，对接收缓存7022中的数据包进行丢包检验，并在检测到丢包时，通过控制指令发送单元701向相应终端发送丢包重传指令，其实现方式如上所述，不再赘述。

组帧模块7024，对接收缓存7022中的数据包进行组帧，其实现方式如上所述，不再赘述。

进一步地，监控平台服务器还包括：

视频数据分发单元703，将视频接收单元702组帧后得到的视频帧数据分发给相应的监控客户端，其实现方式如上所述，不再赘述。

为了保证视频数据的实时性和流畅性，作为本发明的一个优选实施例，监控平台服务器还包括：

网络检测单元704，检测网络的连接状态、视频数据的传输时间和接收视频数据状况，根据检测结果通过控制指令发送单元701向相应终端发送视频请求指令、视频传输帧率控制指令，其实现方式如上所述，不再赘述。

在本发明实施例中，终端与服务器分别采用TCP协议传输控制指令，采用UDP协议传输相应的视频数据，实现了一种视频传输方法，保证了控制指令的不容易丢失和视频数据传输的实时性，对网络稳定性能要求低、带宽要求小，使得视频图像传输延时小、流畅性高。

并且，通过服务器主动控制终端可以更好的适应网络的变化，有效的解决监控视频的图像延时大，流畅性差，马赛克等问题，保证图像传输的实时性，流畅性。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM／RAM、磁盘、光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种视频传输方法，其特征在于，所述方法包括下述步骤：

服务器通过传输控制协议向终端发送视频请求指令，以使所述服务器主动控制所述终端；

终端通过传输控制协议接收服务器发送的视频请求指令；

终端根据接收到的视频请求指令，采用二级缓存策略通过用户数据报协议向服务器发送相应的视频数据，所述视频数据从一级缓存放入二级缓存时被分成数据包，所述数据包的包头存储终端打开的通道识别码、标识数据包是否是完整帧的最后一个数据包的完整帧标识码、用于检验数据包包序列号的数据包检验组和用于检验数据包是否是关键帧的关键帧检验组；

服务器通过用户数据报协议接收终端发送的视频数据。

2.如权利要求1所述的方法，其特征在于，在所述采用二级缓存策略通过用户数据报协议向服务器发送相应的视频数据的步骤中采用二级缓存策略发送数据包，记录已经发送的数据包，回传用户数据报协议传输失败丢失的数据包。

3.如权利要求2所述的方法，其特征在于，所述终端根据接收到的视频请求指令，采用二级缓存策略通过用户数据报协议向服务器发送相应的视频数据，所述视频数据从一级缓存放入二级缓存时被分成数据包的步骤具体包括：

根据接收到的视频请求指令，将编码器产生的视频帧数据放入一级缓存；

根据二级缓存的数据包大小，将从一级缓存中取出的一帧视频数据分成数据包；

将分成的数据包放入二级缓存并发送给服务器；

通过传输控制协议接收到丢包重传指令后，从二级缓存中获取相应的数据包进行重发。

4.如权利要求3所述的方法，其特征在于，用两个字节存储所述数据包检验组，

数据包检验组的第一个字节＝(包序列号+通道识别码*Q+P*Q*通道总数)/256，

数据包检验组的第二个字节＝(包序列号+通道识别码*Q+P*Q*通道总数)％256，

所述包序列号标识数据包在所述二级缓存中的位置，Q为二级缓存能存储数据包的最大值，P为二级缓存存储数据包的循环号，通道总数为终端包含的通道数量；

用两个字节存储所述关键帧检验组，

关键帧检验组的第一个字节＝最后一个关键帧的包序列号/256，

关键帧检验组的第二个字节＝最后一个关键帧的包序列号％256。

5.如权利要求4所述的方法，其特征在于，所述服务器通过用户数据报协议接收终端发送的视频数据的步骤具体为：

检验接收到的数据包是否有效，将接收到的有效数据包放入接收缓存；

对接收缓存中的数据包进行丢包检验和组帧，并在检测到丢包时，向相应终端发送丢包重传指令。

6.如权利要求5所述的方法，其特征在于，所述检验接收到的数据包是否有效的步骤具体为：

计算接收到的数据包的累加包序列号；

判断接收到的数据包的累加包序列号是否大于当前视频帧的重组点，如果是则判断该数据包有效，否则判断该数据包无效；

其中，循环号＝(数据包检验组的第一个字节*256+数据包检验组第二个字节)/(Q*通道总数)，

包序列号＝(数据包检验组的第一个字节*256+数据包检验组第二个字节)％(Q*通道总数)，

累加包序列号＝循环号*Q+包序列号，

Q为所述接收缓存能存储的数据包个数，所述接收缓存能存储的数据包个数与终端二级缓存能存储的数据包个数一致。

7.如权利要求1所述的方法，其特征在于，所述方法还包括：

服务器检测网络的连接状态，在网络连接成功后向相应终端发送视频请求指令；

服务器检测视频数据的传输时间，在视频数据传输超时时向相应终端发送视频请求指令；

服务器检测接收视频数据状况，根据接收视频数据包的状况向相应终端发送视频传输帧率控制指令，控制相应终端的视频传输帧率；或

终端根据接收到的视频传输帧率控制指令设置编码器产生视频帧数据的码率和帧率。

8.一种嵌入式监控终端，其特征在于，所述嵌入式监控终端包括：

控制指令接收单元，通过传输控制协议接收视频请求指令，以被动接受服务器的控制；以及

视频传输单元，根据所述控制指令接收单元接收到的视频请求指令，采用二级缓存策略通过用户数据报协议发送相应的视频数据，所述视频数据从一级缓存放入二级缓存时被分成数据包，所述数据包的包头存储终端打开的通道识别码、标识数据包是否是完整帧的最后一个数据包的完整帧标识码、用于检验数据包包序列号的数据包检验组和用于检验数据包是否是关键帧的关键帧检验组。

9.如权利要求8所述的嵌入式监控终端，其特征在于，所述视频传输单元包括编码器、一级缓存、分割模块、发送模块和二级缓存；

所述编码器用于在接收到视频请求指令后，根据预设的码率和帧率产生视频帧数据，并将产生的视频帧数据放入所述一级缓存；

所述分割模块用于根据所述二级缓存的包大小，将从一级缓存中取出的一帧视频数据分成数据包；

所述发送模块用于将分成的数据包发送并放入所述二级缓存。