出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。
[0047]請參照圖1，本發(fā)明視頻的一個實施例提供了一種視頻傳輸方法，所述方法包括以下步驟:
[0048]步驟101:接收端向發(fā)送端發(fā)送視頻實際傳輸情況的信息；
[0049]步驟102:發(fā)送端根據(jù)視頻實際傳輸情況的信息判斷視頻傳輸情況是否良好；
[0050]步驟103:如果視頻傳輸情況良好，則傳輸原來的視頻流；
[0051]步驟104:如果視頻傳輸情況不好，則對原來的視頻流進(jìn)行動態(tài)碼率調(diào)整，降低原視頻流的碼率；
[0052]步驟105:發(fā)送端將降低碼率后的視頻流打包成標(biāo)準(zhǔn)視頻數(shù)據(jù)包，向客戶端進(jìn)行傳輸。
[0053]本發(fā)明實施例提供的視頻傳輸方法監(jiān)控視頻的實際傳輸情況，當(dāng)視頻傳輸情況不好時，則降低原視頻流的碼率，這樣可以保障在網(wǎng)絡(luò)狀況不良的情況下，仍然能使視頻流順暢傳輸。
[0054]在本發(fā)明視頻傳輸方法的其他優(yōu)選的實施例中所述視頻傳輸方法基于RTCP控制協(xié)議和RTP數(shù)據(jù)協(xié)議，所述視頻實際傳輸情況的信息來源于RTCP信息包，可選的，所述視頻實際傳輸情況的信息為接收端已接收數(shù)據(jù)包的最大序列號、丟失的數(shù)據(jù)包數(shù)據(jù)、延時抖動和時間戳等信息。
[0055]RTCP控制協(xié)議和RTP數(shù)據(jù)協(xié)議一起配合使用，當(dāng)應(yīng)用程序啟動一個RTP會話時將同時占用兩個端口，分別供RTP和RTCP使用。RTP本身并不能為按序傳輸數(shù)據(jù)包提供可靠的保證，也不提供流量控制和擁塞控制，這些都由RTCP來負(fù)責(zé)完成。通常RTCP會采用與RTP相同的分發(fā)機(jī)制，向會話中的所有成員周期性地發(fā)送RTCP信息包，每個RTCP信息包不封裝聲音數(shù)據(jù)或者電視數(shù)據(jù)，而是封裝發(fā)送端和/或者接收端的統(tǒng)計數(shù)據(jù)，應(yīng)用程序通過接收這些數(shù)據(jù)，從中獲取會話參與者的相關(guān)資料，以及網(wǎng)絡(luò)狀況、分組丟失概率等反饋信息，從而能夠?qū)W(wǎng)絡(luò)狀況進(jìn)行診斷。
[0056]具體的，應(yīng)用程序?qū)⒅芷谛缘禺a(chǎn)生發(fā)送端報告SR，該發(fā)送端報告SR包含有不同媒體流間的同步信息，以及已經(jīng)發(fā)送的數(shù)據(jù)包和字節(jié)的計數(shù)，接收端接收這些數(shù)據(jù)后向發(fā)送端發(fā)送視頻實際傳輸情況的信息即接收端報告RR(包括已接收數(shù)據(jù)報的最大序列號、丟失的數(shù)據(jù)包數(shù)據(jù)、延時抖動和時間戳等信息)，發(fā)送端根據(jù)上述視頻實際傳輸情況的信息進(jìn)行判斷，決定是否對原來的視頻流進(jìn)行動態(tài)碼率調(diào)整，例如，發(fā)送端可以根據(jù)接收端發(fā)送的接收端報告RR估計出視頻流往返發(fā)送端和接收端的時延，以及根據(jù)丟失的數(shù)據(jù)包數(shù)據(jù)計算出數(shù)據(jù)包丟失概率，然后根據(jù)數(shù)據(jù)包丟失概率和往返時延情況決定是否進(jìn)行動態(tài)碼率調(diào)整。
[0057]上述優(yōu)選的實施例請參照圖2，包括以下步驟:
[0058]步驟201:接收端向發(fā)送端發(fā)送接收端報告RR(包括已接收數(shù)據(jù)包的最大序列號、丟失的數(shù)據(jù)包數(shù)據(jù)、延時抖動和時間戳等)；
[0059]步驟2020:發(fā)送端根據(jù)接收端報告RR計算出數(shù)據(jù)包丟失概率和數(shù)據(jù)包往返時延；
[0060]步驟2021:判斷數(shù)據(jù)包丟失概率是否大于等于第一預(yù)設(shè)值或者數(shù)據(jù)包往返時延是否大于等于第二預(yù)設(shè)值，如果其中之一符合條件，則判定視頻傳輸情況不好，否則，判定視頻傳輸情況良好；
[0061]步驟203:如果數(shù)據(jù)包丟失概率不大于等于第一預(yù)設(shè)值并且數(shù)據(jù)包往返時延不大于等于第二預(yù)設(shè)值，則發(fā)送端將原視頻RTP包進(jìn)行傳送；
[0062]步驟204:如果數(shù)據(jù)包丟失概率大于等于第一預(yù)設(shè)值或者數(shù)據(jù)包往返時延大于等于第二預(yù)設(shè)值，則對原來的視頻流進(jìn)行動態(tài)碼率調(diào)整，降低原視頻流的碼率；
[0063]步驟205:發(fā)送端將降低碼率后的視頻流打包成RTP數(shù)據(jù)包，向客戶端進(jìn)行傳輸。
[0064]具體的，數(shù)據(jù)包丟失概率和數(shù)據(jù)包往返時延可以通過如下方法獲得。假設(shè)PMAX為接收數(shù)據(jù)包中最大的序列號、PMIN為接收數(shù)據(jù)包中起始序列號，丟失的數(shù)據(jù)包個數(shù)為PLOSTCOUNT，則數(shù)據(jù)包丟失概率 PLR = PLOSTCOUNT/PMAX-PMIN。
[0065]假設(shè)接收數(shù)據(jù)包的時刻為??ΜΕ2，接收端報告RR中包含的時間戳為??ΜΕ1，則往返時延 t 為:??ΜΕ2-??ΜΕ1。
[0066]可選的，也可以單純根據(jù)數(shù)據(jù)包往返時延或者數(shù)據(jù)包丟失概率來判斷視頻傳輸?shù)那闆r。作為本發(fā)明的優(yōu)選實施例，同時考慮數(shù)據(jù)包往返時延和數(shù)據(jù)包丟失概率，能更準(zhǔn)確的判斷視頻的實際傳輸情況，從而能更好的保證視頻流順暢傳輸。
[0067]優(yōu)選的，在本發(fā)明視頻傳輸方法的其他實施例中，所述原來的視頻流采用H.264或MPEG4壓縮算法，如果視頻傳輸情況不好時，采用H.265壓縮算法對原視頻流進(jìn)行碼率調(diào)整。H.265壓縮算法相比H.264等其他壓縮算法，在視頻質(zhì)量相同的情況下，碼率更低。保證了上述視頻傳輸方法在不降低視頻傳輸質(zhì)量的前提下，保證了視頻的流暢傳輸。
[0068]進(jìn)一步的，請參照圖3，在本發(fā)明視頻傳輸方法的其他實施例中，所述對原來的視頻流進(jìn)行動態(tài)碼率調(diào)整的步驟，具體包括:
[0069]步驟301:獲取視頻標(biāo)準(zhǔn)數(shù)據(jù)包；
[0070]步驟302:對獲取的視頻標(biāo)準(zhǔn)數(shù)據(jù)包進(jìn)行解析；
[0071]步驟303:對解析后的視頻標(biāo)準(zhǔn)數(shù)據(jù)包進(jìn)行整合，拼接出完整的視頻幀；
[0072]步驟304:對視頻幀進(jìn)行解碼操作；
[0073]步驟305:利用H.265壓縮算法對視頻進(jìn)行重編碼。
[0074]相應(yīng)的，本發(fā)明還提供了一種視頻傳輸裝置，請參照圖4，本發(fā)明的視頻傳輸裝置的一個實施例包括:
[0075]信息發(fā)送單元401，設(shè)置于接收端，用于向發(fā)送端發(fā)送視頻實際傳輸情況的信息；
[0076]判斷執(zhí)行單元402，設(shè)置于發(fā)送端，用于接收信息發(fā)送單元401發(fā)送的視頻實際傳輸情況的信息，并根據(jù)視頻實際傳輸情況的信息對視頻傳輸情況進(jìn)行判斷，如果視頻傳輸情況良好，則向發(fā)送單元401發(fā)送原來的視頻流，如果視頻傳輸情況不好，則調(diào)用轉(zhuǎn)碼單元403對原來的視頻流進(jìn)行動態(tài)碼率調(diào)整，降低原視頻流的碼率，并將碼率調(diào)整后的視頻流發(fā)送到發(fā)送單元404 ；
[0077]轉(zhuǎn)碼單元403，設(shè)置于發(fā)送端，用于對原來的視頻流進(jìn)行動態(tài)碼率調(diào)整，降低原視頻流的碼率，并將降低碼率后的視頻流打包成標(biāo)準(zhǔn)視頻數(shù)據(jù)包；
[0078]發(fā)送單元404，設(shè)置于發(fā)送端，用于接收判斷執(zhí)行單元402發(fā)送的視頻流數(shù)據(jù)，并將視頻流數(shù)據(jù)向客戶端進(jìn)行傳輸。
[0079]本發(fā)明實施例提供的視頻傳輸裝置監(jiān)控視頻的實際傳輸情況，當(dāng)視頻傳輸情況不好時，則降低原視頻流的碼率，這樣可以保障在網(wǎng)絡(luò)狀況不良的情況下，仍然能使視頻流順暢傳輸。
[0080]在本發(fā)明視頻傳輸裝置的其他優(yōu)選實施例中，所述視頻傳輸裝置是基于RTCP控制協(xié)議和RTP數(shù)據(jù)協(xié)議工作的，所述視頻實際傳輸情況的信息來源于RTCP信息包?？蛇x的，所述視頻實際傳輸情況的信息為接收端已接收數(shù)據(jù)包的最大序列號、丟失的數(shù)據(jù)包數(shù)據(jù)、延時抖動和時間戳等信息。
[0081]進(jìn)一步的，請參照圖5，在本發(fā)明視頻傳輸裝置的其他優(yōu)選實施例中，所述判斷執(zhí)行單元包括:
[0082]計算單元4020，用于接收RTCP信息包，并根據(jù)RTCP信息包計算出數(shù)據(jù)包丟失概率和數(shù)據(jù)包往返時延；
[0083]判斷單元4021，用于判定視頻傳輸情況是否良好，如果數(shù)據(jù)包丟失概率大于等于第一預(yù)設(shè)值或者數(shù)據(jù)包往返時延大于等于第二預(yù)設(shè)值，則判定視頻傳輸情況不好，否則，判定視頻傳輸情況良好；
[0084]執(zhí)行單元4022，用于向發(fā)送單元發(fā)送視頻流，當(dāng)視頻傳輸情況良好時，向發(fā)送單元發(fā)送原來的視頻流，當(dāng)視頻傳輸情況不好時，則調(diào)用轉(zhuǎn)碼單元對原來的視頻流進(jìn)行動態(tài)碼率調(diào)整，降低原視頻流的碼率，