出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0047]请参照图1，本发明视频的一个实施例提供了一种视频传输方法，所述方法包括以下步骤:
[0048]步骤101:接收端向发送端发送视频实际传输情况的信息；
[0049]步骤102:发送端根据视频实际传输情况的信息判断视频传输情况是否良好；
[0050]步骤103:如果视频传输情况良好，则传输原来的视频流；
[0051]步骤104:如果视频传输情况不好，则对原来的视频流进行动态码率调整，降低原视频流的码率；
[0052]步骤105:发送端将降低码率后的视频流打包成标准视频数据包，向客户端进行传输。
[0053]本发明实施例提供的视频传输方法监控视频的实际传输情况，当视频传输情况不好时，则降低原视频流的码率，这样可以保障在网络状况不良的情况下，仍然能使视频流顺畅传输。
[0054]在本发明视频传输方法的其他优选的实施例中所述视频传输方法基于RTCP控制协议和RTP数据协议，所述视频实际传输情况的信息来源于RTCP信息包，可选的，所述视频实际传输情况的信息为接收端已接收数据包的最大序列号、丢失的数据包数据、延时抖动和时间戳等信息。
[0055]RTCP控制协议和RTP数据协议一起配合使用，当应用程序启动一个RTP会话时将同时占用两个端口，分别供RTP和RTCP使用。RTP本身并不能为按序传输数据包提供可靠的保证，也不提供流量控制和拥塞控制，这些都由RTCP来负责完成。通常RTCP会采用与RTP相同的分发机制，向会话中的所有成员周期性地发送RTCP信息包，每个RTCP信息包不封装声音数据或者电视数据，而是封装发送端和/或者接收端的统计数据，应用程序通过接收这些数据，从中获取会话参与者的相关资料，以及网络状况、分组丢失概率等反馈信息，从而能够对网络状况进行诊断。
[0056]具体的，应用程序将周期性地产生发送端报告SR，该发送端报告SR包含有不同媒体流间的同步信息，以及已经发送的数据包和字节的计数，接收端接收这些数据后向发送端发送视频实际传输情况的信息即接收端报告RR(包括已接收数据报的最大序列号、丢失的数据包数据、延时抖动和时间戳等信息)，发送端根据上述视频实际传输情况的信息进行判断，决定是否对原来的视频流进行动态码率调整，例如，发送端可以根据接收端发送的接收端报告RR估计出视频流往返发送端和接收端的时延，以及根据丢失的数据包数据计算出数据包丢失概率，然后根据数据包丢失概率和往返时延情况决定是否进行动态码率调整。
[0057]上述优选的实施例请参照图2，包括以下步骤:
[0058]步骤201:接收端向发送端发送接收端报告RR(包括已接收数据包的最大序列号、丢失的数据包数据、延时抖动和时间戳等)；
[0059]步骤2020:发送端根据接收端报告RR计算出数据包丢失概率和数据包往返时延；
[0060]步骤2021:判断数据包丢失概率是否大于等于第一预设值或者数据包往返时延是否大于等于第二预设值，如果其中之一符合条件，则判定视频传输情况不好，否则，判定视频传输情况良好；
[0061]步骤203:如果数据包丢失概率不大于等于第一预设值并且数据包往返时延不大于等于第二预设值，则发送端将原视频RTP包进行传送；
[0062]步骤204:如果数据包丢失概率大于等于第一预设值或者数据包往返时延大于等于第二预设值，则对原来的视频流进行动态码率调整，降低原视频流的码率；
[0063]步骤205:发送端将降低码率后的视频流打包成RTP数据包，向客户端进行传输。
[0064]具体的，数据包丢失概率和数据包往返时延可以通过如下方法获得。假设PMAX为接收数据包中最大的序列号、PMIN为接收数据包中起始序列号，丢失的数据包个数为PLOSTCOUNT，则数据包丢失概率 PLR = PLOSTCOUNT/PMAX-PMIN。
[0065]假设接收数据包的时刻为??ΜΕ2，接收端报告RR中包含的时间戳为??ΜΕ1，则往返时延 t 为:??ΜΕ2-??ΜΕ1。
[0066]可选的，也可以单纯根据数据包往返时延或者数据包丢失概率来判断视频传输的情况。作为本发明的优选实施例，同时考虑数据包往返时延和数据包丢失概率，能更准确的判断视频的实际传输情况，从而能更好的保证视频流顺畅传输。
[0067]优选的，在本发明视频传输方法的其他实施例中，所述原来的视频流采用H.264或MPEG4压缩算法，如果视频传输情况不好时，采用H.265压缩算法对原视频流进行码率调整。H.265压缩算法相比H.264等其他压缩算法，在视频质量相同的情况下，码率更低。保证了上述视频传输方法在不降低视频传输质量的前提下，保证了视频的流畅传输。
[0068]进一步的，请参照图3，在本发明视频传输方法的其他实施例中，所述对原来的视频流进行动态码率调整的步骤，具体包括:
[0069]步骤301:获取视频标准数据包；
[0070]步骤302:对获取的视频标准数据包进行解析；
[0071]步骤303:对解析后的视频标准数据包进行整合，拼接出完整的视频帧；
[0072]步骤304:对视频帧进行解码操作；
[0073]步骤305:利用H.265压缩算法对视频进行重编码。
[0074]相应的，本发明还提供了一种视频传输装置，请参照图4，本发明的视频传输装置的一个实施例包括:
[0075]信息发送单元401，设置于接收端，用于向发送端发送视频实际传输情况的信息；
[0076]判断执行单元402，设置于发送端，用于接收信息发送单元401发送的视频实际传输情况的信息，并根据视频实际传输情况的信息对视频传输情况进行判断，如果视频传输情况良好，则向发送单元401发送原来的视频流，如果视频传输情况不好，则调用转码单元403对原来的视频流进行动态码率调整，降低原视频流的码率，并将码率调整后的视频流发送到发送单元404 ；
[0077]转码单元403，设置于发送端，用于对原来的视频流进行动态码率调整，降低原视频流的码率，并将降低码率后的视频流打包成标准视频数据包；
[0078]发送单元404，设置于发送端，用于接收判断执行单元402发送的视频流数据，并将视频流数据向客户端进行传输。
[0079]本发明实施例提供的视频传输装置监控视频的实际传输情况，当视频传输情况不好时，则降低原视频流的码率，这样可以保障在网络状况不良的情况下，仍然能使视频流顺畅传输。
[0080]在本发明视频传输装置的其他优选实施例中，所述视频传输装置是基于RTCP控制协议和RTP数据协议工作的，所述视频实际传输情况的信息来源于RTCP信息包。可选的，所述视频实际传输情况的信息为接收端已接收数据包的最大序列号、丢失的数据包数据、延时抖动和时间戳等信息。
[0081]进一步的，请参照图5，在本发明视频传输装置的其他优选实施例中，所述判断执行单元包括:
[0082]计算单元4020，用于接收RTCP信息包，并根据RTCP信息包计算出数据包丢失概率和数据包往返时延；
[0083]判断单元4021，用于判定视频传输情况是否良好，如果数据包丢失概率大于等于第一预设值或者数据包往返时延大于等于第二预设值，则判定视频传输情况不好，否则，判定视频传输情况良好；
[0084]执行单元4022，用于向发送单元发送视频流，当视频传输情况良好时，向发送单元发送原来的视频流，当视频传输情况不好时，则调用转码单元对原来的视频流进行动态码率调整，降低原视频流的码率，