视频传输方法及设备的制作方法
【专利摘要】本发明公开了网络通信【技术领域】的视频传输方法及设备。本发明分别通过视频数据包是否丢失、用户发来的视频业务类型请求、视频数据包的类型和网络是否达到拥塞阈值等步骤对是否重传视频数据进行判断。本发明根据视频业务类型、视频数据包类型及网络状况对视频进行选择性重传视频数据包，减小了网络负荷，在保证视频播放流畅性的同时最大限度的保证了视频数据的准确性。
【专利说明】视频传输方法及设备
【技术领域】
[0001]本发明涉及网络通信【技术领域】，特别涉及应用于网络视频监控系统的视频传输方法及设备。
【背景技术】
[0002]网络视频监控系统包含客户端、视频监控平台和视频监控前端，前端采集视频发给视频监控平台，客户端从视频监控平台请求视频流。视频监控前端由模拟发展为数字，由标清发展为高清。
[0003]在现有的主流视频监控系统中，均需要支持清晰度越来越高的摄像机，如720P、1080P的摄像机。这样就带来了对网络带宽的要求越来越高。常见的问题有:
[0004]客户端的视频存在卡顿、短暂中断等不够流畅；
[0005]客户端视频关键信息不够清晰(如车牌字符、人脸头像);
[0006]对于用户在观看实时视频时，用户最关心的是流畅不中断，非关键区域小的马赛克并不会对整体监控效果产生影响。
[0007]对于用户在观看录像视频或者是播放下载的录像视频时，最关心的是视频是否清晰，不清楚的视频在下载时需要重传以满足用户对清晰度的要求，否则在使用视频时会造成对关键事件的误判。
[0008]从用户使用视频的作用来看，视频监控领域使用的视频可以分为两种类型:
[0009]实时视频一需要对视频做实时处理以对用户产生实时的告警，以提高事件处理的及时性和有效性，这种要求视频实时性更好。如:视频会议、智能分析中的行为分析；
[0010]录像视频---需要对视频做事后处理以对已发生事件做出判断依据，这种要求视频的质量更高。如公安行业对某一件案件的侦破，需要对某一场景下的视频做多种处理。
[0011]在视频监控领域中，传输视频流的协议有可靠的传输控制协议TCP(Transmiss1nControl Protocol)协议和不可靠的用户数据包协议UDP (User Datagram Protocol)协议。
[0012]为了保证在传输视频流时能使用到两个协议的优点，目前使用较为广泛的方式是:在UDP协议中引入自动重传请求ARQ (Automatic Repeat Request)机制。UDP协议是一个无连接协议，传输数据之前源端和终端不需要建立连接，当需要传送数据时就从源端抓取数据，并尽可能的把数据包扔到网络上。ARQ是通过接收方请求发送方重传出错的数据来恢复出错数据报文。这样就可以在保证传输速度的同时保证传输质量。
[0013]现有技术方案在编码端需要做如下事情:
[0014]1.读取重传请求信息和数据信息单元；
[0015]2.将数据信息单元中的视频流打包后发送到解码端，并计算包重要性；
[0016]3.统计包重要性的分布函数；
[0017]4.计算重传门限值，根据发送速率、丢包率、网络可承载的数据包速率等因素来计算；
[0018]5.判断是否重传丢包，若丢包的包重要性值大于重传门限值，则重传，否则不重传；
[0019]在解码端需要做如下事情:
[0020]1.检测是否有丢包，若在时延范围内没有收到包，则认为该包已丢失，否则认为没有丢包，进行解码封装和视频解码；
[0021]2.如果判断该包丢失，则将丢包的包序号作为重传请求发送到编码端
[0022]现有技术的缺点如下:
[0023]1.在编码端需要实现统计包重要性、重传门限值、判断是否重传等功能，对于编码端的性能要求很高，也造成了成本高
[0024]2.对于采用包重要性大于重传门限值来判断丢包是否需要重传，仅仅包重要性一个方面来考虑，比较片面；
[0025]3.对于产生了丢包但是由于包重要性小于重传门限值引起的没有重传的分组直接忽略会造成某帧无法解码或者在解码后出现马赛克情况。
【发明内容】
[0026]本发明实施例提供了视频传输方法及系统，以解决现有视频传输技术存在的无法根据用户的视频需求提供视频、设备成本高等不足。
[0027]为了解决上述技术问题，本发明实施例公开了如下技术方案:
[0028]第一方面，提供了一种视频传输方法，其特征是，该方法包括以下步骤:
[0029]视频监控设备检测接收的视频数据包是否丢失；
[0030]视频监控设备在视频数据包丢失的情况下查询用户发来的视频业务类型请求；若视频业务类型请求为录像类型，则向视频源设备发出重传丢失的视频数据包的请求；
[0031]视频监控设备在视频业务类型请求为实时类型的情况下查询丢失的视频数据包的类型；若视频数据包的类型为I帧数据，则视频监控设备向视频源设备发出重传丢失的视频数据包的请求；
[0032]视频监控设备在视频数据包的类型不为I帧数据的情况下查询网络是否达到拥塞阈值；若网络没有达到拥塞阈值，则向视频源设备发出重传丢失的视频数据包的请求；
[0033]视频监控设备在网络达到拥塞阈值的情况下计算丢失的视频数据包，并向视频播放单元发送视频播放通知。
[0034]在第一方面的第一种可能的实现方式中，所述视频业务类型请求包括:实时浏览、实时录像、录像下载或录像回放。
[0035]在第一方面的第二种可能的实现方式中，所述丢失的视频数据包的计算公式为:
[0036]Xi=avg (X1+...+X1-JXw+…Xn)
[0037]其中:
[0038]Xi为丢失的X帧的第i个视频数据包，η为X帧的视频数据包的总数；
[0039]avg为求均值操作。
[0040]第二方面，提供了一种视频传输方法，其特征是，该方法包括以下步骤:
[0041]视频源设备对视频源按帧进行编码，得到视频帧；
[0042]视频源设备对所述视频帧进行分包，得到视频数据包；
[0043]视频源设备将所述视频数据包发送给视频监控设备，并根据所述视频监控设备发来的重传请求发送重传请求对应的视频数据包。
[0044]在第二方面的第一种可能的实现方式中，所述视频源设备对视频源按帧进行编码，得到视频帧具体为:
[0045]视频源设备对将视频源分解为独立的视频帧，对独立的视频帧按时间先后顺序进行编码，得到视频帧。
[0046]在第二方面的第二种可能的实现方式中，所述视频源设备对所述视频帧进行分包，得到视频数据包具体为:
[0047]视频源设备将视频帧按预设大小分成视频数据包，并对属于同一个视频帧的视频数据包进行编码。
[0048]在第二方面的第三种可能的实现方式中，所述视频源设备将所述视频数据包发送给视频监控设备，并根据所述视频监控设备发来的重传请求发送重传请求对应的视频数据包具体为:
[0049]视频源设备以视频数据包的形式将视频源发送给视频监控设备；视频监控设备将需要重传的视频数据包的信息发送给视频源设备，视频源设备根据视频数据包的信息，将对应的视频数据包或该视频数据包对应的视频帧发送给视频监控设备。
[0050]第三方面，提供了一种视频传输设备，其特征是，该设备包括:
[0051]丢失检测单元，用于检测接收的视频数据包是否丢失；
[0052]视频业务类型查询单元，用于在视频数据包丢失的情况下查询用户发来的视频业务类型请求；若视频业务类型请求为录像类型，则向视频源设备发出重传丢失的视频数据包的请求；
[0053]视频数据包查询单元，用于在视频业务类型请求为实时类型的情况下查询丢失的视频数据包的类型；若视频数据包的类型为I帧数据，则视频监控设备向视频源设备发出重传丢失的视频数据包的请求；
[0054]网络查询单元，用于在视频数据包的类型不为I帧数据的情况下查询网络是否达到拥塞阈值；若网络没有达到拥塞阈值，则向视频源设备发出重传丢失的视频数据包的请求；
[0055]视频数据包计算单元，用于在网络达到拥塞阈值的情况下计算丢失的视频数据包，并向视频播放单元发送视频播放通知。
[0056]在第三方面的第一种可能的实现方式中，所述丢失检测单元还包括:
[0057]计数器，用于对丢失的视频数据包进行计数。
[0058]在第三方面的第二种可能的实现方式中，所述网络查询单元还包括:
[0059]报警器，用于网络达到拥塞阈值时发出报警信号。
[0060]第四方面，提供了一种视频传输设备，其特征是，该设备包括:
[0061]编码单元，用于对视频源按帧进行编码，得到视频帧；
[0062]分包单元，用于对所述视频帧进行分包，得到视频数据包；
[0063]视频数据包发送单元，用于将所述视频数据包发送给视频监控设备，并根据所述视频监控设备发来的重传请求发送重传请求对应的视频数据包。
[0064]在第四方面的第一种可能的实现方式中，所述编码单元包括:
[0065]拆分器，用于将视频源分解为独立的视频帧。
[0066]在第四方面的第二种可能的实现方式中，所述编码单元包括:
[0067]编码器，用于对所述独立的视频帧按时间先后顺序进行编码。
[0068]本发明实施例中，通过查询用户发来的视频类型请求，清楚地知道了用户的视频选择；
[0069]通过查询丢失的视频包的类型选择性重传重要的视频包，既简化了步骤，又保证了实时视频的流畅显示，增强了用户体验；
[0070]通过查询网络是否达到拥塞阈值，选择性对视频包进行重传，减小了网络负荷，提高了视频播放的流畅性。
【专利附图】
【附图说明】
[0071]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0072]图1是本发明的第一种视频传输方法的流程图；
[0073]图2是本发明的第二种视频传输方法的流程图；
[0074]图3是本发明的第一种视频传输设备的结构示意图；
[0075]图4是本发明的第二种视频传输设备的结构示意图；
[0076]图5是本发明实施例的结构图。
【具体实施方式】
[0077]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0078]为了解决现有视频传输技术存在的无法根据用户的视频需求提供视频、设备成本高等不足。本发明提出了视频传输方法及设备。
[0079]本发明的一种视频传输方法的流程图如图1所示，包括以下步骤:
[0080]视频监控设备检测接收的视频数据包是否丢失，若视频数据包没有丢失，则向视频播放单元发送视频播放通知；其中，检测视频数据包是否丢失具体为:按视频数据包的编码逐个检测视频数据包是否丢失，若发现对应编码的视频数据包缺失或所述编码顺序出现混乱，则视为视频数据包发生丢失；
[0081]否则，若视频数据包出现丢失，视频监控设备查询用户发来的视频业务类型(gp，包括实时浏览和实时录像的实时类型以及包括录像下载和录像回放录像类型)请求；若视频业务类型请求为录像类型，则向视频源设备发出重传丢失的视频数据包的请求；
[0082]否则，视频业务类型请求为实时请求，视频监控设备查询丢失的视频数据包的类型；若视频数据包的类型为I帧数据，则视频监控设备向视频源设备发出重传丢失的视频数据包的请求；
[0083]否则，视频数据包的类型不为I帧数据，视频监控设备查询视频数据包类型不为I帧数据时网络是否达到拥塞阈值；若网络没有达到拥塞阈值，则向视频源设备发出重传丢失的视频数据包的请求；
[0084]否则，网络达到拥塞阈值，视频监控设备计算丢失的视频数据包，并向视频播放单元发送视频播放通知。
[0085]其中，丢失的视频数据包的计算公式为:
[0086]Xi=avg (父!+…+Xh+Xh+...Xn)
[0087]其中:
[0088]Xi为丢失的X帧的第i个视频数据包，η为X帧的视频数
[0089]据包的总数；
[0090]avg为求均值操作。
[0091]对应的视频传输设备的结构示意图如图3所示，该设备包括:
[0092]丢失检测单元1，用于检测接收的视频数据包是否丢失，若视频数据包没有丢失，则向视频播放单元发送视频播放通知；其中，检测视频数据包是否丢失具体为:按视频数据包的编码逐个检测视频数据包是否丢失，若发现对应编码的视频数据包缺失或所述编码顺序出现混乱，则视为视频数据包发生丢失；丢失检测单元I包括计数器，用于对丢失的视频数据包进行计数。
[0093]视频业务类型查询单元2，用于在视频数据包丢失的情况下查询用户发来的视频业务类型请求；若视频业务类型请求为录像类型，则向视频源设备发出重传丢失的视频数据包的请求；
[0094]视频数据包查询单元3，用于在视频业务类型请求为实时类型的情况下查询丢失的视频数据包的类型；若视频数据包的类型为I帧数据，则视频监控设备向视频源设备发出重传丢失的视频数据包的请求；
[0095]网络查询单元4，用于在视频数据包的类型不为I帧数据的情况下查询网络是否达到拥塞阈值；若网络没有达到拥塞阈值，则向视频源设备发出重传丢失的视频数据包的请求；网络查询单元4还包括报警器，用于网络达到拥塞阈值时发出报警信号。
[0096]视频数据包计算单元5，用于在网络达到拥塞阈值的情况下计算丢失的视频数据包，并向视频播放单元发送视频播放通知。
[0097]本发明的另一种视频传输方法，其特征是，该方法包括以下步骤:
[0098]视频源设备对视频源按帧进行编码，得到视频帧；具体为:
[0099]视频源设备对将视频源分解为独立的视频帧，对独立的视频帧按时间先后顺序进行编码，得到视频帧。
[0100]视频源设备对所述视频帧进行分包，得到视频数据包；具体为:
[0101]视频源设备将视频帧按预设大小分成视频数据包，并对属于同一个视频帧的视频数据包进行编码。
[0102]视频源设备将所述视频数据包发送给视频监控设备，并根据所述视频监控设备发来的重传请求发送重传请求对应的视频数据包。具体为:
[0103]视频源设备以视频数据包的形式将视频源发送给视频监控设备；视频监控设备将需要重传的视频数据包的信息发送给视频源设备，视频源设备根据视频数据包的信息，将对应的视频数据包或该视频数据包对应的视频帧发送给视频监控设备。
[0104]对应的视频传输设备的结构示意图如图4所示，该设备包括:
[0105]编码单元6，用于对视频源按帧进行编码，得到视频帧；所述编码单元6包括:拆分器，用于将视频源分解为独立的视频帧；编码器，用于对所述独立的视频帧按时间先后顺序进行编码。
[0106]分包单元7，用于对所述视频帧进行分包，得到视频数据包；
[0107]视频数据包发送单元8，用于将所述视频数据包发送给视频监控设备，并根据所述视频监控设备发来的重传请求发送重传请求对应的视频数据包；
[0108]所述编码单元6和分包单元7连接；分包单元7和视频数据包发送单元8连接。
[0109]以下通过一个实施例对本发明进行说明:
[0110]视频监控系统由视频源设备，视频监控设备(包括存储)，以及客户端组成:视频源设备包含网络摄像机、模拟摄像机、编码器、数字视频录像机DVR (Digital VideoRecorder)等设备，负责将现场图像压缩编码成媒体流以便网络传输。视频监控设备包括管理服务器、媒体服务器、平台软件和磁盘阵列等。客户端设备负责运行客户端软件，连接到服务器后，可选择不同的业务，例如:实况浏览、实时录像、录像下载、录像回放等。
[0111]视频源设备需要做的事情如下:
[0112]1.对视频源进行编码，并对每一帧编码数据进行分包；
[0113]2.在一定时间内，当收到视频监控设备发出的重传请求时，将缓存中的需要重传的视频包重传；
[0114]视频监控平台需要做如下事情:
[0115]1.检测收到的视频数据包是否有丢包情况，如果没有丢包，则执行步骤7，如果有丢包，则执行步骤2;
[0116]2.检测客户端发出的视频业务类型请求，是属于实时视频类型还是录像视频类型，如果是实时视频类型，则执行步骤3，如果是录像视频，则执行步骤5 ；
[0117]3.检测视频数据包是属于I帧数据还是P帧数据，如果是I帧数据，则执行步骤5，如果不是I帧数据，则执行步骤4 ;
[0118]4.检测网络拥塞情况是否达到预设的拥塞阈值，如果没达到拥塞阈值，则执行步骤5，如果达到了拥塞阈值，则执行步骤6 ;
[0119]5.请求重传丢包数据；
[0120]6.使用缓存的视频包来计算丢失的视频包；
[0121]7.缓存数据，播放视频；
[0122]假设X来代表一帧数据，并且该帧数据被分成η个视频数据包，用Xi来代表X帧第i个数据包(I ( i ( n)，使用Kj来表示j时刻的网络拥塞情况，网络拥塞的阈值使用A来表示，P帧数据使用P来表示，I帧数据使用I来表示。
[0123]需要重传的条件见公式(I)，不需要重传的条件见公式(2)，不重传时计算出来的丢包数据为公式(3)。
[0124]Xel OR Kj 彡 A (I)
[0125]公式(I)说明:X帧数据属于I帧数据或者当前时刻网络拥塞情况小于等于阈值。
[0126]X e P OR Kj>A (2)
[0127]公式(2)说明:X帧数据属于P帧数据或者当前时刻网络拥塞情况大于阈值。
[0128]Xi=Bvg (X1+- +Xh+Xh+...Xn) X e P ⑶
[0129]公式(3)说明:使用缓存的X帧数据平均值计算丢包数据Xi。
[0130]举例如下:
[0131]一、用户在客户端选择录像视频业务，视频监控平台从前端取视频流，传送到客户端供用户观看。在观看过程中，平台检测到了视频数据丢包情况，假设阈值A为80，如下:
[0132]1.第5帧数据中丢失了第8个视频数据包，并且该帧数据属于I帧数据，一共被编码分为了 200个视频数据包，网络拥塞情况K5在50-60区间摆动；
[0133]2.第7帧数据丢失了第10和第15个视频数据包，并且该帧属于P帧数据，一共被编码分成了 50个视频数据包，K7在80-90区间摆动；
[0134]3.第17帧数据丢失了第13和第18两个视频数据包，该帧属于P帧数据，一共被编码分成45个视频数据包，K17在40-50区间摆动；
[0135]4.第34帧数据丢失了第14、第23、第33等三个视频数据包，该帧属于I帧数据，一共被编码分成了 280个视频数据包，K34在80-90区间摆动；
[0136]处理策略如下:
[0137]1.第5帧的第8个视频包请求视频源设备重传；
[0138]2.第7帧的第10和第15个视频包不需要重传，并且
(X +...+ X +X +...+ X +X +...+ χ )
[0139]X = X -TA9-1-^,
10 _ 丨5_48，
[0140]3.第17帧的第13和第18两个视频包请求视频源设备重传；
[0141]4.第34帧的第14、第23、第33三个视频包需要重传；
[0142]二、用户在客户端选择实时视频业务，视频监控平台从前端取视频流，传送到平台进行录像。在录像过程中，平台检测到了视频包丢包情况，假设阈值A为80，如下:
[0143]1.第5帧数据中丢失了第8个视频数据包，并且该帧数据属于I帧数据，一共被编码分为了 200个视频数据包，网络拥塞情况K5在50-60区间摆动；
[0144]2.第7帧数据丢失了第10和第15个视频数据包，并且该帧属于P帧数据，一共被编码分成了 50个视频数据包，K7在80-90区间摆动；
[0145]3.第17帧数据丢失了第13和第18两个视频数据包，该帧属于P帧数据，一共被编码分成45个视频数据包，K17在40-50区间摆动；
[0146]4.第34帧数据丢失了第14、第23、第33等三个视频包，该帧属于I帧数据,一共被编码分成了 280个视频数据包，K34在80-90区间摆动；
[0147]处理策略如下:
[0148]1.第5帧的第8个视频包请求视频源设备重传；
[0149]2.第7帧的第10和第15个视频包需要重传；
[0150]3.第17帧的第13和第18两个视频包请求视频源设备重传；
[0151]4.第34帧的第14、第23、第33三个视频包需要重传；
[0152]这样的处理策略考虑了包重要性、网络拥塞情况、及用户业务场景。
[0153]对应本发明装置的组成连接关系如下:
[0154]视频源设备包括编码单元6、分包单元7和视频数据包发送单元8。所述编码单元6和分包单元7连接；分包单元7和视频数据包发送单元8连接。
[0155]客户端包括控制单元9和视频播放单元10。
[0156]视频监控设备包括丢失检测单元1、视频业务类型查询单元2、视频数据包查询单元3、网络查询单元4和视频数据包计算单元5。丢失检测单元I分别与视频业务类型查询单元2、视频数据包发送单元8和视频播放单元10连接；视频业务类型查询单元2分别与视频数据包查询单元3、视频数据包发送单元8和控制单元9连接；视频数据包查询单元3分别与网络查询单元4和视频数据包发送单元8连接；网络查询单元4分别与视频数据包发送单元8和视频数据包计算单元5连接；视频数据包计算单元5和视频播放单元10连接。
[0157]首先，视频源设备通过编码单元6用于对视频源按帧进行编码，得到视频帧；分包单元7对所述视频帧进行分包，得到视频数据包；视频数据包发送单元8将所述视频数据包发送给视频监控设备，并根据所述视频监控设备发来的重传请求发送重传请求对应的视频数据包；
[0158]然后，视频监控设备的丢失检测单元I检测来自视频包发送单元8的视频数据包是否丢失，若视频数据包没有丢失，则向客户端的视频播放单元10发送视频播放通知；若视频数据包有丢失情况，则通过视频业务类型查询单元2查询客户端的控制单元9发来的视频业务类型请求；若视频业务类型请求为录像类型，则向视频数据包发送单元8发出重传丢失的视频包的请求，视频数据包发送单元8根据请求将相应的视频数据包重新发送给丢失检测单元I ;若视频业务类型请求为实时类型，则通过视频数据包查询单元3查询丢失的视频数据包的类型；若视频数据包的类型为I帧数据，则向视频数据包发送单元8发出重传丢失的视频数据包的请求，否则，视频数据包查询单元3向网络查询单元4发出网络状态查询请求；网络查询单元4查询网络是否达到拥塞阈值，若没有达到拥塞阈值，则向视频数据包发送单元8发出重传丢失的视频数据包的请求，否则，网络查询单元4向通过视频数据包计算单元5发出计算视频数据包的请求，视频数据包计算单元5根据其他视频数据包计算丢失的视频数据包，并通过视频播放单元10进行播放。
[0159]本发明对于用户的不同业务类型，有不同的处理方式，更加符合用户对视频质量的需求；对于视频中重要的I帧，重传才能保证视频的真实性，才能满足用户对视频的真实性需求；对于视频中的P帧，在网络情况不好的时候，使用错误遮蔽的方式可以减轻网络拥塞状况，而且能够保证不丢失视频流中重要信息。
[0160]本领域普通技术人员将会理解，本发明的各个方面、或各个方面的可能实现方式可以被具体实施为系统、方法或者计算机程序产品。因此，本发明的各方面、或各个方面的可能实现方式可以采用完全硬件实施例、完全软件实施例(包括固件、驻留软件等等)，或者组合软件和硬件方面的实施例的形式，在这里都统称为“电路”、“模块”或者“系统”。此夕卜，本发明的各方面、或各个方面的可能实现方式可以采用计算机程序产品的形式，计算机程序产品是指存储在计算机可读介质中的计算机可读程序代码。
[0161]计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质包含但不限于电子、磁性、光学、电磁、红外或半导体系统、设备或者装置，或者前述的任意适当组合，如随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或者快闪存储器)、光纤、便携式只读存储器(CD-ROM)。
[0162]计算机中的处理器读取存储在计算机可读介质中的计算机可读程序代码，使得处理器能够执行在流程图中每个步骤、或各步骤的组合中规定的功能动作；生成实施在框图的每一块、或各块的组合中规定的功能动作的装置。
[0163]计算机可读程序代码可以完全在用户的计算机上执行、部分在用户的计算机上执行、作为单独的软件包、部分在用户的计算机上并且部分在远程计算机上，或者完全在远程计算机或者服务器上执行。也应该注意，在某些替代实施方案中，在流程图中各步骤、或框图中各块所注明的功能可能不按图中注明的顺序发生。例如，依赖于所涉及的功能，接连示出的两个步骤、或两个块实际上可能被大致同时执行，或者这些块有时候可能被以相反顺序执行。
[0164]显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
【权利要求】
1.一种视频传输方法，其特征是，该方法包括以下步骤: 视频监控设备检测接收的视频数据包是否丢失； 视频监控设备在视频数据包丢失的情况下查询用户发来的视频业务类型请求；若视频业务类型请求为录像类型，则向视频源设备发出重传丢失的视频数据包的请求； 视频监控设备在视频业务类型请求为实时类型的情况下查询丢失的视频数据包的类型；若视频数据包的类型为I帧数据，则视频监控设备向视频源设备发出重传丢失的视频数据包的请求； 视频监控设备在视频数据包的类型不为I帧数据的情况下查询网络是否达到拥塞阈值；若网络没有达到拥塞阈值，则向视频源设备发出重传丢失的视频数据包的请求； 视频监控设备在网络达到拥塞阈值的情况下计算丢失的视频数据包，并向视频播放单元发送视频播放通知。
2.如权利要求1所述的方法，其特征是，所述视频业务类型请求包括:实时浏览、实时录像、录像下载或录像回放。
3.如权利要求1所述的方法，其特征是，所述丢失的视频数据包的计算公式为: Xi=Bvg(X^MX1-AXiZ-Xn) 其中: Xi为丢失的X帧的第i个视频数据包，η为X帧的视频数据包的总数； avg为求均值操作。
4.一种视频传输方法，其特征是，该方法包括以下步骤: 视频源设备对视频源按帧进行编码，得到视频帧； 视频源设备对所述视频帧进行分包，得到视频数据包； 视频源设备将所述视频数据包发送给视频监控设备，并根据所述视频监控设备发来的重传请求发送重传请求对应的视频数据包。
5.如权利要求4所示的方法，其特征是，所述视频源设备对视频源按帧进行编码，得到视频巾贞具体为: 视频源设备对将视频源分解为独立的视频帧，对独立的视频帧按时间先后顺序进行编码，得到视频帧。
6.如权利要求4所示的方法，其特征是，所述视频源设备对所述视频帧进行分包，得到视频数据包具体为: 视频源设备将视频帧按预设大小分成视频数据包，并对属于同一个视频帧的视频数据包进行编码。
7.如权利要求6所示的方法，其特征是，所述视频源设备将所述视频数据包发送给视频监控设备，并根据所述视频监控设备发来的重传请求发送重传请求对应的视频数据包具体为: 视频源设备以视频数据包的形式将视频源发送给视频监控设备；视频监控设备将需要重传的视频数据包的信息发送给视频源设备，视频源设备根据视频数据包的信息，将对应的视频数据包或该视频数据包对应的视频帧发送给视频监控设备。
8.一种视频传输设备，其特征是，该设备包括: 丢失检测单元，用于检测接收的视频数据包是否丢失； 视频业务类型查询单元，用于在视频数据包丢失的情况下查询用户发来的视频业务类型请求；若视频业务类型请求为录像类型，则向视频源设备发出重传丢失的视频数据包的请求； 视频数据包查询单元，用于在视频业务类型请求为实时类型的情况下查询丢失的视频数据包的类型；若视频数据包的类型为I帧数据，则视频监控设备向视频源设备发出重传丢失的视频数据包的请求； 网络查询单元，用于在视频数据包的类型不为I帧数据的情况下查询网络是否达到拥塞阈值；若网络没有达到拥塞阈值，则向视频源设备发出重传丢失的视频数据包的请求；视频数据包计算单元，用于在网络达到拥塞阈值的情况下计算丢失的视频数据包，并向视频播放单元发送视频播放通知。
9.如权利要求8所述的设备，其特征是，所述丢失检测单元还包括: 计数器，用于对丢失的视频数据包进行计数。
10.如权利要求8所述的设备，其特征是，所述网络查询单元还包括: 报警器，用于网络达到拥塞阈值时发出报警信号。
11.一种视频传输设备，其特征是，该设备包括: 编码单元，用于对视频源按帧进行编码，得到视频帧； 分包单元，用于对所述视频帧进行分包，得到视频数据包； 视频数据包发送单元，用于将所述视频数据包发送给视频监控设备，并根据所述视频监控设备发来的重传请求发送重传请求对应的视频数据包。
12.如权利要求11所述的设备，其特征是，所述编码单元包括: 拆分器，用于将视频源分解为独立的视频帧。
13.如权利要求12所述的设备，其特征是，所述编码单元包括: 编码器，用于对所述独立的视频帧按时间先后顺序进行编码。
【文档编号】H04N7/18GK104284135SQ201310275059
【公开日】2015年1月14日 申请日期:2013年7月2日 优先权日:2013年7月2日
【发明者】刘继旺, 王峰 申请人:华为技术有限公司