專利名稱：視頻數(shù)據(jù)傳輸方法及其傳輸系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體通信技術(shù)領(lǐng)域，尤其涉及一種視頻數(shù)據(jù)傳輸方法及其傳輸系統(tǒng)。
背景技術(shù)：
目前，利用PC終端上的攝像設(shè)備(如攝像頭)基于計算機網(wǎng)絡(luò)實現(xiàn)PC終端用戶之間的視頻通信，使通信雙方能夠進行可視化交流已經(jīng)成為現(xiàn)有即時通信軟件所能提供的基本服務(wù)之一。但是隨著移動通信技術(shù)的蓬勃發(fā)展，特別是3G技術(shù)的提出，移動終端的處理能力和移動網(wǎng)絡(luò)的傳輸帶寬都得到了極大的提高，從而使得PC終端和移動終端之間、以及移動終端和移動終端之間進行實時可視化視頻通信成為可能，由此基于移動終端不可比擬的靈活性和便攜性，實現(xiàn)了隨時隨地的進行可視化視頻通信的目標。
請參照圖1，該圖是現(xiàn)有技術(shù)中PC終端和移動終端之間實現(xiàn)可視化視頻通信的系統(tǒng)組成拓撲圖，其中終端的作用是用于完成視頻數(shù)據(jù)的采集和回放，及其視頻數(shù)據(jù)編解碼處理及視頻數(shù)據(jù)傳輸處理等任務(wù)，包括PC終端10和移動終端20，移動終端20使用自身的攝像頭201(該攝像頭201可以內(nèi)置在移動終端20內(nèi)部，也可以外置于移動終端20)進行視頻數(shù)據(jù)的采集，并將采集的視頻數(shù)據(jù)進行編碼發(fā)送，同時對PC終端10發(fā)來的視頻數(shù)據(jù)進行解碼顯示處理；PC終端10使用自身的攝像頭101進行視頻數(shù)據(jù)的采集，并將采集的視頻數(shù)據(jù)進行編碼發(fā)送，同時對移動終端20發(fā)來的視頻數(shù)據(jù)進行解碼顯示處理；中轉(zhuǎn)服務(wù)器30主要用于完成兩個任務(wù)視頻數(shù)據(jù)的轉(zhuǎn)發(fā)控制和用戶終端信息的保存，其中用戶終端信息是整個視頻通信過程中非常重要的數(shù)據(jù)信息，包括終端類型、終端屏幕大小、終端所能支持的圖像編解碼格式和終端的處理能力參數(shù)等。中轉(zhuǎn)服務(wù)器30根據(jù)存儲的用戶終端信息，在需要時對轉(zhuǎn)發(fā)的視頻數(shù)據(jù)進行相應(yīng)的調(diào)整。
中轉(zhuǎn)服務(wù)器30根據(jù)發(fā)送方指定的一個或多個接收方的用戶終端信息，將發(fā)送方發(fā)來的視頻數(shù)據(jù)進行相應(yīng)的調(diào)整和轉(zhuǎn)換，然后將處理后的視頻數(shù)據(jù)發(fā)送至指定的接收方。
目前，在基于上述的視頻通信系統(tǒng)進行視頻數(shù)據(jù)傳輸過程中，特別是在接收方是移動終端時，常常會存在如下問題由于移動網(wǎng)絡(luò)的空中接口傳輸帶寬的限制，使得在多個發(fā)送方同時向一個接收方發(fā)送數(shù)據(jù)幀時，可能會由于空中接口傳輸帶寬的限制造成接收方的傳輸數(shù)據(jù)產(chǎn)生擁堵的現(xiàn)象，從而可能影響到視頻通信的穩(wěn)定性和實時性。
同時，在現(xiàn)有移動通信網(wǎng)絡(luò)中實現(xiàn)視頻通信過程中，移動終端一般都是采用運動圖像專家組(MPEG，Moving Picture Experts Group)編解碼協(xié)議來對視頻數(shù)據(jù)進行編解碼處理的，由于MPEG編解碼協(xié)議規(guī)定的編解碼過程較為復(fù)雜，且使用MPEG協(xié)議實現(xiàn)的編解碼處理過程會占用終端較多的處理能力資源，因此MPEG協(xié)議的這些特點其實并不是很適合于移動終端對視頻數(shù)據(jù)的編解碼處理。
此外，基于計算機網(wǎng)絡(luò)實現(xiàn)PC終端之間的視頻通信過程中，現(xiàn)在一般會采用實時傳輸協(xié)議(RTP，Real-Time Transport Protocol)和實時傳輸控制協(xié)議(RTCP，Real-time Transport Control Protocol)來進行傳輸視頻數(shù)據(jù)幀，但是由于RTP/RTCP協(xié)議一般比較適用于計算機網(wǎng)絡(luò)中的視頻通信，對于移動網(wǎng)絡(luò)系統(tǒng)而言并不完全適用。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于提出一種視頻數(shù)據(jù)傳輸方法及其傳輸系統(tǒng)，以使在移動終端作為視頻數(shù)據(jù)接收方時，可以避免由于移動網(wǎng)絡(luò)空口承載帶寬不穩(wěn)定而導致的擁堵現(xiàn)象，提高了視頻通信的實時性和穩(wěn)定性。
為解決上述問題，本發(fā)明提出的技術(shù)方案如下一種視頻數(shù)據(jù)傳輸方法，應(yīng)用在包括視頻數(shù)據(jù)發(fā)送方、中轉(zhuǎn)服務(wù)器和視頻數(shù)據(jù)接收方的視頻通信系統(tǒng)，包括步驟A.所述中轉(zhuǎn)服務(wù)器分別對所述發(fā)送方發(fā)來的視頻數(shù)據(jù)幀進行緩存；B.中轉(zhuǎn)服務(wù)器在每次接收到所述接收方發(fā)來的請求消息時，將當前緩存的視頻數(shù)據(jù)幀中最先接收的一個視頻數(shù)據(jù)幀發(fā)送到接收方。
較佳地，所述步驟A具體包括步驟A1.預(yù)先設(shè)置一周期規(guī)則；A2.所述發(fā)送方分別在所述周期規(guī)則規(guī)定的每個周期時間點，發(fā)送一個視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；A3.中轉(zhuǎn)服務(wù)器分別對接收的每一視頻數(shù)據(jù)幀進行緩存。
較佳地，所述發(fā)送方發(fā)送視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器的過程具體包括步驟a1.所述發(fā)送方從第一個視頻數(shù)據(jù)幀開始，每隔N幀發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；并a2.分別將其余的視頻數(shù)據(jù)幀以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器。
較佳地，所述發(fā)送方發(fā)送視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器的過程具體包括步驟a11.所述發(fā)送方從第一個視頻數(shù)據(jù)幀開始，在每個規(guī)定間隔時間點發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；并a12.將其余時間的視頻數(shù)據(jù)幀分別以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器。
較佳地，還包括步驟C.所述接收方在第一次接收到中轉(zhuǎn)服務(wù)器發(fā)來的完整視頻數(shù)據(jù)幀時，將該接收的完整視頻數(shù)據(jù)幀的幀頭數(shù)據(jù)保存到本地；并D.根據(jù)本地保存的幀頭數(shù)據(jù)對后續(xù)接收的缺省幀頭的視頻數(shù)據(jù)幀進行解碼處理；E.所述接收方在下一次接收到中轉(zhuǎn)服務(wù)器發(fā)來的完整視頻數(shù)據(jù)幀時，使用接收的該完整視頻數(shù)據(jù)幀的幀頭數(shù)據(jù)更新本地上一次保存的幀頭數(shù)據(jù)，然后返回步驟D。
較佳地，接收方在對中轉(zhuǎn)服務(wù)器當前發(fā)來的視頻數(shù)據(jù)幀進行解碼處理前，向中轉(zhuǎn)服務(wù)器發(fā)送用于請求中轉(zhuǎn)服務(wù)器發(fā)送下一視頻數(shù)據(jù)幀的請求消息。
較佳地，所述發(fā)送方為移動終端或PC終端；所述接收方為移動終端。
較佳地，所述發(fā)送方為移動終端時，所述發(fā)送方使用聯(lián)合圖片專家組JPEG協(xié)議對視頻數(shù)據(jù)進行編解碼處理；并所述接收方為移動終端時，所述接收方使用聯(lián)合圖片專家組JPEG協(xié)議對視頻數(shù)據(jù)進行編解碼處理。
較佳地，所述視頻通信系統(tǒng)采用TCP/IP協(xié)議或UDP協(xié)議對視頻數(shù)據(jù)幀進行傳輸。
相應(yīng)的，本發(fā)明還提出了一種視頻數(shù)據(jù)傳輸系統(tǒng)，包括視頻數(shù)據(jù)發(fā)送方、中轉(zhuǎn)服務(wù)器和視頻數(shù)據(jù)接收方，所述中轉(zhuǎn)服務(wù)器包括緩存單元，用于分別對所述發(fā)送方發(fā)來的視頻數(shù)據(jù)幀進行緩存；數(shù)據(jù)幀提取單元，用于在每次接收到所述接收方發(fā)來的請求消息時，在所述緩存單元當前緩存的視頻數(shù)據(jù)幀中提取最先接收的一個視頻數(shù)據(jù)幀；第一發(fā)送單元，用于分別將所述數(shù)據(jù)幀提取單元提取的每一視頻數(shù)據(jù)幀發(fā)送到接收方。
較佳地，所述發(fā)送方具體包括周期觸發(fā)單元，用于預(yù)先存儲一周期規(guī)則，在到達所述周期規(guī)則規(guī)定的每個周期時間點時，生成一觸發(fā)信號；第二發(fā)送單元，用于分別在所述周期觸發(fā)單元每次發(fā)來觸發(fā)信號時，發(fā)送一個視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器。
較佳地，所述發(fā)送方還包括計數(shù)單元，用于對所述第二發(fā)送單元已發(fā)送的視頻數(shù)據(jù)幀個數(shù)進行計數(shù)；完整幀發(fā)送觸發(fā)單元，用于從第一個視頻數(shù)據(jù)幀開始，分別在所述計數(shù)單元計數(shù)到達n×N時，觸發(fā)第二發(fā)送單元發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；所述第二發(fā)送單元在得不到所述完整幀發(fā)送觸發(fā)單元的觸發(fā)時，將視頻數(shù)據(jù)幀以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器；其中n為自然數(shù)，N為規(guī)定的間隔幀數(shù)。
較佳地，所述發(fā)送方還包括間隔時間點觸發(fā)單元，用于預(yù)先存儲一間隔時間規(guī)則，在從第一個視頻數(shù)據(jù)幀開始，在所述間隔時間規(guī)則所規(guī)定的每個間隔時間點，觸發(fā)第二發(fā)送單元發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；所述第二發(fā)送單元在得不到所述間隔時間點觸發(fā)單元的觸發(fā)時，將視頻數(shù)據(jù)幀以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器。
較佳地，所述接收方具體包括第一接收單元，用于分別接收中轉(zhuǎn)服務(wù)器發(fā)來的每一視頻數(shù)據(jù)幀；第一解碼單元，用于分別對所述第一接收單元接收的每一視頻數(shù)據(jù)幀進行解碼處理；第一請求消息發(fā)送單元，用于在第一解碼單元對當前接收的視頻數(shù)據(jù)幀進行解碼處理前，向中轉(zhuǎn)服務(wù)器發(fā)送用于請求中轉(zhuǎn)服務(wù)器發(fā)送下一視頻數(shù)據(jù)幀的請求消息。
較佳地，所述接收方具體包括第二接收單元，用于分別接收中轉(zhuǎn)服務(wù)器發(fā)來的每一視頻數(shù)據(jù)幀；幀頭提取單元，用于對所述第二接收單元接收的每一個完整的視頻數(shù)據(jù)幀進行提取幀頭數(shù)據(jù)處理；幀頭緩存單元，用于對所述幀頭提取單元最近一次提取的幀頭數(shù)據(jù)進行緩存；第二解碼單元，用于根據(jù)所述幀頭緩存單元中當前緩存的幀頭數(shù)據(jù)，分別對所述第二接收單元接收的每一視頻數(shù)據(jù)幀進行解碼處理；第二請求消息發(fā)送單元，用于在第二解碼單元對當前接收的視頻數(shù)據(jù)幀進行解碼處理前，向中轉(zhuǎn)服務(wù)器發(fā)送用于請求中轉(zhuǎn)服務(wù)器發(fā)送下一視頻數(shù)據(jù)幀的請求消息。
較佳地，所述發(fā)送方為移動終端或PC終端；所述接收方為移動終端。
較佳地，所述移動終端支持對視頻數(shù)據(jù)進行聯(lián)合圖片專家組JPEG協(xié)議的編解碼處理。
本發(fā)明能夠達到的有益效果如下本發(fā)明視頻數(shù)據(jù)傳輸方法及其傳輸系統(tǒng)提出由中轉(zhuǎn)服務(wù)器對視頻數(shù)據(jù)發(fā)送方發(fā)送來的視頻數(shù)據(jù)幀進行緩存，并且同時視頻數(shù)據(jù)接收方在每次對當前接收的視頻數(shù)據(jù)幀進行解碼處理前，會向中轉(zhuǎn)服務(wù)器請求發(fā)送下一視頻數(shù)據(jù)幀，中轉(zhuǎn)服務(wù)器響應(yīng)接收方發(fā)來的請求，將緩存的視頻數(shù)據(jù)幀中最先接收的一個視頻數(shù)據(jù)幀發(fā)送給接收方，這樣就可避免現(xiàn)有技術(shù)中由于移動網(wǎng)絡(luò)空口承載帶寬不穩(wěn)定而產(chǎn)生的擁堵現(xiàn)象，也可避免現(xiàn)有技術(shù)中進行視頻數(shù)據(jù)的發(fā)送和接收處理所導致的視頻通信實效性較差的弊端，因此可以提高視頻通信的實時性和穩(wěn)定性。
同時，本發(fā)明還提出發(fā)送方以規(guī)定間隔時間或規(guī)定間隔幀數(shù)，發(fā)送一個完整的視頻數(shù)據(jù)幀，對于其余的視頻數(shù)據(jù)幀只以缺省幀頭的形式進行發(fā)送，因此可以減小傳輸?shù)囊曨l數(shù)據(jù)幀對移動網(wǎng)絡(luò)空口承載帶寬的占用，進一步減小了由于移動網(wǎng)絡(luò)空口承載帶寬不足問題而引起的擁堵現(xiàn)象發(fā)生幾率，因此也可以進而提高視頻通信的實時性和穩(wěn)定性。
同時本發(fā)明還提出發(fā)送方或接收方若為移動終端時，采用聯(lián)合圖片專家組(JPEG，Joint Photographic Experts Group)協(xié)議對視頻數(shù)據(jù)進行編解碼處理，以滿足現(xiàn)有移動終端的處理能力。
此外，本發(fā)明還提出使用TCP/IP協(xié)議或UDP協(xié)議來進行視頻通信過程中的視頻數(shù)據(jù)傳輸，因此可以完全適用于計算機網(wǎng)絡(luò)和移動通信網(wǎng)絡(luò)。


圖1為現(xiàn)有技術(shù)中PC終端和移動終端之間實現(xiàn)可視化視頻通信的系統(tǒng)組成拓撲圖；圖2為本發(fā)明視頻數(shù)據(jù)傳輸方法的主要實現(xiàn)原理流程圖；圖3為本發(fā)明方法中視頻數(shù)據(jù)幀的傳輸狀態(tài)示意圖；圖4為本發(fā)明方法的整個處理過程示意圖；圖5為本發(fā)明方法原理所應(yīng)用在的網(wǎng)絡(luò)系統(tǒng)拓撲圖；圖6為本發(fā)明視頻數(shù)據(jù)傳輸系統(tǒng)的主要組成結(jié)構(gòu)框圖；圖7為本發(fā)明系統(tǒng)中發(fā)送方的主要組成結(jié)構(gòu)框圖；圖8為本發(fā)明系統(tǒng)中發(fā)送方的第一實施例組成結(jié)構(gòu)框圖；圖9為本發(fā)明系統(tǒng)中發(fā)送方的第二實施例組成結(jié)構(gòu)框圖；圖10為本發(fā)明系統(tǒng)中接收方的第一實施例主要組成結(jié)構(gòu)框圖；圖11為本發(fā)明系統(tǒng)中接收方的第二實施例主要組成結(jié)構(gòu)框圖。
具體實施例方式
針對現(xiàn)有在移動通信網(wǎng)絡(luò)進行即時視頻通信時的表現(xiàn)能力不足問題，本發(fā)明提出一種可以在不同移動終端之間或移動終端與PC終端之間進行點對點或點對多點的實時視頻數(shù)據(jù)傳輸方法及其傳輸系統(tǒng)。
請參照圖2，該圖是本發(fā)明視頻數(shù)據(jù)傳輸方法的主要實現(xiàn)原理流程圖，其主要實現(xiàn)過程包括步驟S10，視頻通信系統(tǒng)中的中轉(zhuǎn)服務(wù)器分別對發(fā)送方發(fā)來的視頻數(shù)據(jù)幀進行緩存；其中，考慮到若視頻通信系統(tǒng)中的接收方為移動終端時，將不得不對移動終端(如手機)的編解碼處理能力及其移動通信網(wǎng)的網(wǎng)絡(luò)傳輸速率進行考慮，因此這里需要對發(fā)送方對視頻數(shù)據(jù)采集的幀速率及其每一幀視頻數(shù)據(jù)的尺寸大小加以權(quán)衡，在考慮到這些因素的情況下，經(jīng)過反復(fù)的試驗并且考慮到在一般情況下，正常的視頻交互過程中，交互雙方的影像不會有非常頻繁以及快速的位移變化，因此可以保證發(fā)送方以每秒發(fā)送一幀視頻數(shù)據(jù)，且每幀視頻數(shù)據(jù)的尺寸大小為80×60pixels，就可以完全滿足正常的視頻通信交流。
因此，發(fā)送方可以選擇以周期規(guī)律來發(fā)送自身采集的每一幀視頻數(shù)據(jù)，具體過程可以如下預(yù)先設(shè)置一個周期規(guī)則，如周期間隔為1S；發(fā)送方分別在該設(shè)置的周期規(guī)則規(guī)定的每個周期時間點，發(fā)送一個視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器，如按照上述設(shè)置的周期間隔時間，以每秒發(fā)送一個視頻數(shù)據(jù)幀的規(guī)律進行發(fā)送；這樣，中轉(zhuǎn)服務(wù)器就可以分別對接收的每一視頻數(shù)據(jù)幀進行緩存了。
其中在基于移動網(wǎng)絡(luò)實現(xiàn)視頻通信的過程中，應(yīng)該考慮如何有效地減小每一幀視頻數(shù)據(jù)的大小，以減小每一幀視頻數(shù)據(jù)在移動網(wǎng)絡(luò)中所占用的傳輸帶寬，本發(fā)明通過對實際的視頻數(shù)據(jù)傳輸過程進行觀察，發(fā)現(xiàn)終端通過攝像頭攝取的視頻數(shù)據(jù)在尺寸大小沒有發(fā)生變化的情況下，其連續(xù)每一幀視頻數(shù)據(jù)都有相同長度(0x26f)的幀頭數(shù)據(jù)，因此本發(fā)明這里提出可以采用以下方法來對視頻數(shù)據(jù)幀進行處理視頻數(shù)據(jù)幀的發(fā)起方從第一個視頻數(shù)據(jù)幀開始每間隔一定的時間(如10s、20s等)或每間隔一定的幀數(shù)(如10幀、20幀等)后，發(fā)送一個帶幀頭數(shù)據(jù)的完整視頻數(shù)據(jù)幀，在此之間所發(fā)送的視頻數(shù)據(jù)幀都是去掉該長度(0x26f)幀頭數(shù)據(jù)的視頻數(shù)據(jù)幀，接收方在第一次接收到完整的視頻數(shù)據(jù)幀后，保存該完整視頻數(shù)據(jù)幀的幀頭，并在后續(xù)每次接收到完整的視頻數(shù)據(jù)幀后，使用新接收到的視頻數(shù)據(jù)幀的幀頭更新本地保存的幀頭數(shù)據(jù)，接收方在收到下一個完整的視頻數(shù)據(jù)幀之前，使用本地當前保存的幀頭數(shù)據(jù)來完成后續(xù)不帶有幀頭數(shù)據(jù)的視頻數(shù)據(jù)幀的解碼處理，其視頻數(shù)據(jù)幀的傳輸過程如圖3所示，即發(fā)送方只在第1幀、第n+1幀、第2n+1幀.....傳送完整的視頻數(shù)據(jù)幀，在其余幀只傳送不帶幀頭數(shù)據(jù)的視頻數(shù)據(jù)幀。
實驗證明，經(jīng)過以上方法的處理后，對于一般的尺寸大小為80×60pixels的視頻數(shù)據(jù)幀，在保證影像質(zhì)量中等的情況下可以把去掉幀頭數(shù)據(jù)的視頻數(shù)據(jù)幀所占用傳輸帶寬的大小控制在0.6～1.1K左右，這樣的傳輸帶寬大小占用在現(xiàn)今的GPRS網(wǎng)絡(luò)或CDMA1X網(wǎng)絡(luò)的傳輸速率下，完全能夠滿足正常的視頻通信交流。
基于上述，發(fā)送方可以按照下述過程來傳送每一個視頻數(shù)據(jù)幀發(fā)送方從第一個視頻數(shù)據(jù)幀開始，每隔N幀(N可以為10或20)發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；然后對于每兩個完整的視頻數(shù)據(jù)幀之間分別間隔的N幀，發(fā)送方分別將其以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器。如發(fā)送方可以將第1幀發(fā)送為完整的視頻數(shù)據(jù)幀，在此后將第2幀至第11幀分別發(fā)送缺省幀頭形式的視頻數(shù)據(jù)幀；在第12幀發(fā)送為完整的視頻數(shù)據(jù)幀，在此后將第13幀至第22幀分別發(fā)送缺省幀頭形式的視頻數(shù)據(jù)幀......依次類推。
此外，發(fā)送方還可以按照下述過程來傳送每一個視頻數(shù)據(jù)幀發(fā)送方從第一個視頻數(shù)據(jù)幀開始，在每個規(guī)定間隔時間點(間隔時間可以為10s或20s)發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；對于規(guī)定間隔時間點之間的時間內(nèi)，發(fā)送方將視頻數(shù)據(jù)幀分別以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器；如發(fā)送方可以在第1秒發(fā)送完整的視頻數(shù)據(jù)幀，在此后的10秒間隔內(nèi)分別發(fā)送缺省幀頭形式的視頻數(shù)據(jù)幀；在第11秒發(fā)送完整的視頻數(shù)據(jù)幀，在此后的10秒間隔內(nèi)分別發(fā)送缺省幀頭形式的視頻數(shù)據(jù)幀......依次類推。
步驟S20，中轉(zhuǎn)服務(wù)器在接收并緩存發(fā)送方發(fā)來的每個視頻數(shù)據(jù)幀的同時，在每次接收到接收方發(fā)來的請求消息時，將當前緩存的視頻數(shù)據(jù)幀中最先接收的一個視頻數(shù)據(jù)幀發(fā)送到接收方，其中接收方可以在對中轉(zhuǎn)服務(wù)器當前發(fā)來的視頻數(shù)據(jù)幀進行解碼處理前，向中轉(zhuǎn)服務(wù)器發(fā)送用于請求中轉(zhuǎn)服務(wù)器發(fā)送下一視頻數(shù)據(jù)幀的請求消息。當中轉(zhuǎn)服務(wù)器接收到發(fā)送方發(fā)來的第一個視頻數(shù)據(jù)幀時，可以不進行緩存處理，直接轉(zhuǎn)發(fā)給接收方，然后繼續(xù)接收后續(xù)發(fā)送方發(fā)來的視頻數(shù)據(jù)幀，接收方接收到中轉(zhuǎn)服務(wù)器發(fā)來的第一個視頻數(shù)據(jù)幀時，在對該視頻數(shù)據(jù)幀進行解碼處理前，向中轉(zhuǎn)服務(wù)器請求發(fā)送下一視頻數(shù)據(jù)幀；后續(xù)接收方在每次接收到中轉(zhuǎn)服務(wù)器發(fā)來的視頻數(shù)據(jù)幀時，在對當前接收的視頻數(shù)據(jù)幀進行解碼處理前，都會向中轉(zhuǎn)服務(wù)器請求發(fā)送下一視頻數(shù)據(jù)幀，如此往復(fù)。
由于上述發(fā)送方會以一定的間隔時間或以一定的間隔幀數(shù)發(fā)送一個完整的視頻數(shù)據(jù)幀，所以接收方也會相應(yīng)的接收到大部分不帶幀頭的視頻數(shù)據(jù)幀，因此如何對不完整的視頻數(shù)據(jù)幀進行解碼處理是必須應(yīng)該考慮的問題，因為幀頭數(shù)據(jù)是在視頻數(shù)據(jù)幀中解碼出真正需要的視頻數(shù)據(jù)所不可缺少的重要信息，本發(fā)明這里提出接收方采用如下過程來實現(xiàn)分別對接收的每個視頻數(shù)據(jù)幀進行解碼處理S1.接收方在第一次接收到中轉(zhuǎn)服務(wù)器發(fā)來的完整視頻數(shù)據(jù)幀時，將該接收的完整視頻數(shù)據(jù)幀的幀頭數(shù)據(jù)保存到本地；S2.接收方根據(jù)本地保存的幀頭數(shù)據(jù)對后續(xù)接收的缺省幀頭的視頻數(shù)據(jù)幀進行解碼處理；S3.接收方在下一次接收到中轉(zhuǎn)服務(wù)器發(fā)來的完整視頻數(shù)據(jù)幀時，使用接收的該完整視頻數(shù)據(jù)幀的幀頭數(shù)據(jù)更新本地上一次保存的幀頭數(shù)據(jù)，然后返回繼續(xù)執(zhí)行步驟S2；這樣通過步驟S2和步驟S3之間的循環(huán)反復(fù)，就可以實現(xiàn)接收方分別對接收的每個視頻數(shù)據(jù)幀進行解碼處理，無論接收的視頻數(shù)據(jù)幀是完整的，還是不完整的。
其中上述所提及的發(fā)送方可以為PC終端或為移動終端，而接收方為移動終端；如發(fā)送方為移動終端時，發(fā)送方移動終端可以使用JPEG協(xié)議對視頻數(shù)據(jù)進行編解碼處理，因為JPEG編解碼協(xié)議相對于MPEG協(xié)議而言編解碼過程較為簡單，并且占用終端處理資源較??；同理接收方移動終端也使用JPEG協(xié)議對視頻數(shù)據(jù)進行編解碼處理。其中對于支持JPEG編解碼協(xié)議的移動終端(如手機等)可直接調(diào)用自身相應(yīng)的JPEG編解碼功能完成編解碼處理，而對于不支持JPEG編解碼功能的移動終端可以通過移植現(xiàn)有的JPEG編解碼程序庫來實現(xiàn)，即把現(xiàn)有的在PC終端上運行的JPEG編解碼程序經(jīng)過改造，使其能運行在移動終端上，來達到移動終端支持處理JPEG編解碼的功能。
由此可見，本發(fā)明上述提出的視頻數(shù)據(jù)傳輸方法提出以“拉”的視頻數(shù)據(jù)傳輸方式為主，并在中轉(zhuǎn)服務(wù)器中增加數(shù)據(jù)緩沖的方法?；谶@些特點，本發(fā)明視頻數(shù)據(jù)傳輸方法的簡要實現(xiàn)過程就是視頻數(shù)據(jù)發(fā)送方以一定的時間間隔(如10s、20s)發(fā)送每一幀視頻數(shù)據(jù)到中轉(zhuǎn)服務(wù)器，中轉(zhuǎn)服務(wù)器對每一幀視頻數(shù)據(jù)進行緩存；同時，視頻數(shù)據(jù)接收方在接收到每一幀的視頻數(shù)據(jù)后(及在開始解碼前)，向中轉(zhuǎn)服務(wù)器請求下一幀視頻數(shù)據(jù)，中轉(zhuǎn)服務(wù)器響應(yīng)接收方發(fā)來的請求，從緩存中讀取相應(yīng)的視頻數(shù)據(jù)幀發(fā)送到視頻數(shù)據(jù)接收方，這樣就可以使得發(fā)送方視頻數(shù)據(jù)幀的發(fā)送過程與接收方視頻數(shù)據(jù)幀的接收過程之間的影響降到了最小，提高了視頻通信的實效性，具體請參照圖4，該圖是本發(fā)明方法的整個處理過程示意圖。
同時本發(fā)明方法提出在視頻通信系統(tǒng)中采用TCP/IP協(xié)議或UDP協(xié)議來實現(xiàn)對視頻數(shù)據(jù)幀進行傳輸，因為TCP/IP協(xié)議或UDP協(xié)議是網(wǎng)絡(luò)通用的數(shù)據(jù)傳輸協(xié)議，可以使統(tǒng)一的網(wǎng)絡(luò)傳輸協(xié)議屏蔽互聯(lián)網(wǎng)和移動通信網(wǎng)的底層傳輸協(xié)議得差異，能夠?qū)崿F(xiàn)視頻通信系統(tǒng)將互聯(lián)網(wǎng)和移動通信網(wǎng)看作一個統(tǒng)一的通信網(wǎng)絡(luò)，采用統(tǒng)一的網(wǎng)絡(luò)傳輸協(xié)議，不必再過多考慮網(wǎng)絡(luò)接入的問題。
如圖5所示，是本發(fā)明方法原理所應(yīng)用在的網(wǎng)絡(luò)系統(tǒng)拓撲圖，如圖所示，通過在該系統(tǒng)中實施本發(fā)明方法，可以實現(xiàn)通過IP網(wǎng)絡(luò)由PC終端10向移動終端20進行即時的視頻數(shù)據(jù)傳輸，使得用戶可以通過移動終端(如手機)20即時看到PC終端10上采集的視頻影像。
綜上可見，本發(fā)明視頻數(shù)據(jù)傳輸方法實現(xiàn)原理簡單，易于實現(xiàn)，采用本發(fā)明視頻數(shù)據(jù)傳輸方法后，可以使用戶通過移動終端，隨時隨地的看到PC終端用戶采集的視頻數(shù)據(jù)，增強了視頻通信的時效性。同時，本發(fā)明視頻數(shù)據(jù)傳輸方法提出所承載的視頻通信系統(tǒng)采用TCP/IP傳輸協(xié)議或UDP傳輸協(xié)議來實現(xiàn)視頻數(shù)據(jù)的傳輸，使得統(tǒng)一的網(wǎng)絡(luò)傳輸協(xié)議屏蔽了互聯(lián)網(wǎng)和移動通信網(wǎng)的底層協(xié)議差異；由此將互聯(lián)網(wǎng)和移動通信網(wǎng)看作統(tǒng)一的網(wǎng)絡(luò)，可以實現(xiàn)采用統(tǒng)一的網(wǎng)絡(luò)處理方式，不必過多考慮網(wǎng)絡(luò)接入問題，降低了視頻通信系統(tǒng)的復(fù)雜性。
相應(yīng)的，本發(fā)明參照上述的視頻數(shù)據(jù)傳輸方法還提出了一種視頻數(shù)據(jù)傳輸系統(tǒng)，請參照圖6，該圖是本發(fā)明視頻數(shù)據(jù)傳輸系統(tǒng)的主要組成結(jié)構(gòu)框圖，其主要包括視頻數(shù)據(jù)發(fā)送方110、中轉(zhuǎn)服務(wù)器30和視頻數(shù)據(jù)接收方210，其中中轉(zhuǎn)服務(wù)器30主要包括緩存單元301、數(shù)據(jù)幀提取單元302和第一發(fā)送單元303，各個組成部分的作用及其相互連接關(guān)系如下緩存單元301，用于分別對發(fā)送方110發(fā)來的視頻數(shù)據(jù)幀進行緩存；數(shù)據(jù)幀提取單元302，與緩存單元301存在邏輯連接，用于在每次接收到接收方210發(fā)來的請求消息時，在緩存單元301中當前緩存的視頻數(shù)據(jù)幀中提取最先接收的一個視頻數(shù)據(jù)幀；第一發(fā)送單元303，與數(shù)據(jù)幀提取單元302存在邏輯連接，用于分別將數(shù)據(jù)幀提取單元302提取的每一視頻數(shù)據(jù)幀發(fā)送到接收方210。
請參照圖7，該圖是本發(fā)明系統(tǒng)中發(fā)送方的主要組成結(jié)構(gòu)框圖，其發(fā)送方110主要包括周期觸發(fā)單元1101和第二發(fā)送單元1102，其中這兩個組成單元的作用及其連接關(guān)系如下周期觸發(fā)單元1101，用于預(yù)先存儲一周期規(guī)則，在到達該周期規(guī)則規(guī)定的每個周期時間點時，生成一個觸發(fā)信號；第二發(fā)送單元1102，與周期觸發(fā)單元1101存在邏輯連接，用于分別在周期觸發(fā)單元1101每次發(fā)來觸發(fā)信號時，發(fā)送一個視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器30中的緩存單元301進行緩存。
請參照圖8，該圖是本發(fā)明系統(tǒng)中發(fā)送方的第一實施例組成結(jié)構(gòu)框圖，其發(fā)送方110在圖7組成結(jié)構(gòu)的基礎(chǔ)上，進而還包括計數(shù)單元1103和完整幀發(fā)送觸發(fā)單元1104，其中計數(shù)單元1103和完整幀發(fā)送觸發(fā)單元1104的主要作用及其相互之間的連接關(guān)系如下計數(shù)單元1103，與第二發(fā)送單元1102存在邏輯連接，用于對第二發(fā)送單元1102已經(jīng)發(fā)送的視頻數(shù)據(jù)幀個數(shù)進行計數(shù)處理；完整幀發(fā)送觸發(fā)單元1104，與計數(shù)單元1103存在邏輯連接，用于從第一個視頻數(shù)據(jù)幀開始，分別在計數(shù)單元1103計數(shù)到達n×N時(其中n為自然數(shù)，N為規(guī)定的間隔幀數(shù))，觸發(fā)第二發(fā)送單元1102發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器30中的緩存單元301進行緩存；并第二發(fā)送單元1102在得不到完整幀發(fā)送觸發(fā)單元1104的觸發(fā)時，分別將視頻數(shù)據(jù)幀以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器30中的緩存單元301進行緩存。
請參照圖9，該圖是本發(fā)明系統(tǒng)中發(fā)送方的第二實施例組成結(jié)構(gòu)框圖，其發(fā)送方110在圖7組成結(jié)構(gòu)的基礎(chǔ)上，進而還包括間隔時間點觸發(fā)單元1105，與第二發(fā)送單元1102存在邏輯連接，用于預(yù)先存儲一間隔時間規(guī)則，以在從第一個視頻數(shù)據(jù)幀開始，在該間隔時間規(guī)則所規(guī)定的每個間隔時間點，觸發(fā)第二發(fā)送單元1102發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器30中緩存單元301進行緩存；并第二發(fā)送單元1102在得不到間隔時間點觸發(fā)單元1105的觸發(fā)時，分別將視頻數(shù)據(jù)幀以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器30中緩存單元301進行緩存。
請參照圖10，該圖是本發(fā)明系統(tǒng)中接收方的第一實施例主要組成結(jié)構(gòu)框圖，其接收方210主要包括第一接收單元2101、第一解碼單元2102和第一請求消息發(fā)送單元2103三個部分，其各個組成部分的作用及其相互連接關(guān)系如下第一接收單元2101，與中轉(zhuǎn)服務(wù)器30中的第一發(fā)送單元303存在邏輯連接，用于分別接收中轉(zhuǎn)服務(wù)器30中的第一發(fā)送單元303發(fā)來的每一視頻數(shù)據(jù)幀；第一解碼單元2102，與第一接收單元2101存在邏輯連接，用于分別對第一接收單元2101接收的每一視頻數(shù)據(jù)幀進行解碼處理；第一請求消息發(fā)送單元2103，分別與第一解碼單元2102和中轉(zhuǎn)服務(wù)器30中的數(shù)據(jù)幀提取單元302存在邏輯連接，用于在第一解碼單元2102對當前接收的視頻數(shù)據(jù)幀進行解碼處理前，向中轉(zhuǎn)服務(wù)器30中的數(shù)據(jù)幀提取單元302發(fā)送用于請求中轉(zhuǎn)服務(wù)器30中的數(shù)據(jù)幀提取單元302發(fā)送下一視頻數(shù)據(jù)幀的請求消息。
請參照圖11，該圖是本發(fā)明系統(tǒng)中接收方的第二實施例主要組成結(jié)構(gòu)框圖，其接收方210主要包括第二接收單元2104、幀頭提取單元2105、幀頭緩存單元2106、第二解碼單元2107和第二請求消息發(fā)送單元2108，其中各個組成部分的作用及其相互之間的連接關(guān)系如下第二接收單元2104，與中轉(zhuǎn)服務(wù)器30中的第一發(fā)送單元303存在邏輯連接，用于分別接收中轉(zhuǎn)服務(wù)器30中的第一發(fā)送單元303發(fā)來的每一視頻數(shù)據(jù)幀；幀頭提取單元2105，與第二接收單元2104存在邏輯連接，用于對第二接收單元2104接收的每一個完整的視頻數(shù)據(jù)幀進行提取幀頭數(shù)據(jù)處理；幀頭緩存單元2106，與幀頭提取單元2105存在邏輯連接，用于對幀頭提取單元2105最近一次提取的幀頭數(shù)據(jù)進行緩存；第二解碼單元2107，分別與幀頭緩存單元2106和第二接收單元2104存在邏輯連接，用于根據(jù)幀頭緩存單元2106中當前緩存的幀頭數(shù)據(jù)，分別對第二接收單元2104接收的每一視頻數(shù)據(jù)幀進行解碼處理；第二請求消息發(fā)送單元2108，分別與第二解碼單元2107和中轉(zhuǎn)服務(wù)器30中的數(shù)據(jù)幀提取單元302存在邏輯連接，用于在第二解碼單元2107對當前接收的視頻數(shù)據(jù)幀進行解碼處理前，向中轉(zhuǎn)服務(wù)器30中的數(shù)據(jù)幀提取單元302發(fā)送用于請求中轉(zhuǎn)服務(wù)器30中的數(shù)據(jù)幀提取單元302發(fā)送下一視頻數(shù)據(jù)幀的請求消息。
其中上述系統(tǒng)中所提及的發(fā)送方可以為PC終端或為移動終端，接收方為移動終端，若發(fā)送方為移動終端或接收方為移動終端時，則要求該移動終端支持JPEG協(xié)議的編解碼處理能力。
其中上述本發(fā)明視頻數(shù)據(jù)傳輸系統(tǒng)中的各個功能單元的具體實現(xiàn)原理與本發(fā)明上述提出的視頻數(shù)據(jù)傳輸方法的相應(yīng)部分的實現(xiàn)原理相同或相似，請具體參照之，這里不再過多贅述。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種視頻數(shù)據(jù)傳輸方法，應(yīng)用在包括視頻數(shù)據(jù)發(fā)送方、中轉(zhuǎn)服務(wù)器和視頻數(shù)據(jù)接收方的視頻通信系統(tǒng)，其特征在于，包括步驟A.所述中轉(zhuǎn)服務(wù)器分別對所述發(fā)送方發(fā)來的視頻數(shù)據(jù)幀進行緩存；B.中轉(zhuǎn)服務(wù)器在每次接收到所述接收方發(fā)來的請求消息時，將當前緩存的視頻數(shù)據(jù)幀中最先接收的一個視頻數(shù)據(jù)幀發(fā)送到接收方。
2.如權(quán)利要求1所述的方法，其特征在于，所述步驟A具體包括步驟A1.預(yù)先設(shè)置一周期規(guī)則；A2.所述發(fā)送方分別在所述周期規(guī)則規(guī)定的每個周期時間點，發(fā)送一個視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；A3沖轉(zhuǎn)服務(wù)器分別對接收的每一視頻數(shù)據(jù)幀進行緩存。
3.如權(quán)利要求2所述的方法，其特征在于，所述發(fā)送方發(fā)送視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器的過程具體包括步驟a1.所述發(fā)送方從第一個視頻數(shù)據(jù)幀開始，每隔N幀發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；并a2.分別將其余的視頻數(shù)據(jù)幀以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器。
4.如權(quán)利要求2所述的方法，其特征在于，所述發(fā)送方發(fā)送視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器的過程具體包括步驟a11.所述發(fā)送方從第一個視頻數(shù)據(jù)幀開始，在每個規(guī)定間隔時間點發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；并a12.將其余時間的視頻數(shù)據(jù)幀分別以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器。
5.如權(quán)利要求3或4所述的方法，其特征在于，還包括步驟C.所述接收方在第一次接收到中轉(zhuǎn)服務(wù)器發(fā)來的完整視頻數(shù)據(jù)幀時，將該接收的完整視頻數(shù)據(jù)幀的幀頭數(shù)據(jù)保存到本地；并D.根據(jù)本地保存的幀頭數(shù)據(jù)對后續(xù)接收的缺省幀頭的視頻數(shù)據(jù)幀進行解碼處理；E.所述接收方在下一次接收到中轉(zhuǎn)服務(wù)器發(fā)來的完整視頻數(shù)據(jù)幀時，使用接收的該完整視頻數(shù)據(jù)幀的幀頭數(shù)據(jù)更新本地上一次保存的幀頭數(shù)據(jù)，然后返回步驟D。
6.如權(quán)利要求1所述的方法，其特征在于，所述步驟B中，接收方在對中轉(zhuǎn)服務(wù)器當前發(fā)來的視頻數(shù)據(jù)幀進行解碼處理前，向中轉(zhuǎn)服務(wù)器發(fā)送用于請求中轉(zhuǎn)服務(wù)器發(fā)送下一視頻數(shù)據(jù)幀的請求消息。
7.如權(quán)利要求1、2、3、4或6所述所述的方法，其特征在于，所述發(fā)送方為移動終端或PC終端；所述接收方為移動終端。
8.如權(quán)利要求7所述的方法，其特征在于，所述發(fā)送方為移動終端時，所述發(fā)送方使用聯(lián)合圖片專家組JPEG協(xié)議對視頻數(shù)據(jù)進行編解碼處理；并所述接收方為移動終端時，所述接收方使用聯(lián)合圖片專家組JPEG協(xié)議對視頻數(shù)據(jù)進行編解碼處理。
9.如權(quán)利要求1、2、3、4或6所述所述的方法，其特征在于，所述視頻通信系統(tǒng)采用TCP/IP協(xié)議或UDP協(xié)議對視頻數(shù)據(jù)幀進行傳輸。
10.一種視頻數(shù)據(jù)傳輸系統(tǒng)，包括視頻數(shù)據(jù)發(fā)送方、中轉(zhuǎn)服務(wù)器和視頻數(shù)據(jù)接收方，其特征在于，所述中轉(zhuǎn)服務(wù)器包括緩存單元，用于分別對所述發(fā)送方發(fā)來的視頻數(shù)據(jù)幀進行緩存；數(shù)據(jù)幀提取單元，用于在每次接收到所述接收方發(fā)來的請求消息時，在所述緩存單元當前緩存的視頻數(shù)據(jù)幀中提取最先接收的一個視頻數(shù)據(jù)幀；第一發(fā)送單元，用于分別將所述數(shù)據(jù)幀提取單元提取的每一視頻數(shù)據(jù)幀發(fā)送到接收方。
11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述發(fā)送方具體包括周期觸發(fā)單元，用于預(yù)先存儲一周期規(guī)則，在到達所述周期規(guī)則規(guī)定的每個周期時間點時，生成一觸發(fā)信號；第二發(fā)送單元，用于分別在所述周期觸發(fā)單元每次發(fā)來觸發(fā)信號時，發(fā)送一個視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器。
12.如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述發(fā)送方還包括計數(shù)單元，用于對所述第二發(fā)送單元已發(fā)送的視頻數(shù)據(jù)幀個數(shù)進行計數(shù)；完整幀發(fā)送觸發(fā)單元，用于從第一個視頻數(shù)據(jù)幀開始，分別在所述計數(shù)單元計數(shù)到達n×N時，觸發(fā)第二發(fā)送單元發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；所述第二發(fā)送單元在得不到所述完整幀發(fā)送觸發(fā)單元的觸發(fā)時，將視頻數(shù)據(jù)幀以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器；其中n為自然數(shù)，N為規(guī)定的間隔幀數(shù)。
13.如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述發(fā)送方還包括間隔時間點觸發(fā)單元，用于預(yù)先存儲一間隔時間規(guī)則，在從第一個視頻數(shù)據(jù)幀開始，在所述間隔時間規(guī)則所規(guī)定的每個間隔時間點，觸發(fā)第二發(fā)送單元發(fā)送一個完整的視頻數(shù)據(jù)幀到中轉(zhuǎn)服務(wù)器；所述第二發(fā)送單元在得不到所述間隔時間點觸發(fā)單元的觸發(fā)時，將視頻數(shù)據(jù)幀以缺省幀頭形式發(fā)送到中轉(zhuǎn)服務(wù)器。
14.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述接收方具體包括第一接收單元，用于分別接收中轉(zhuǎn)服務(wù)器發(fā)來的每一視頻數(shù)據(jù)幀；第一解碼單元，用于分別對所述第一接收單元接收的每一視頻數(shù)據(jù)幀進行解碼處理；第一請求消息發(fā)送單元，用于在第一解碼單元對當前接收的視頻數(shù)據(jù)幀進行解碼處理前，向中轉(zhuǎn)服務(wù)器發(fā)送用于請求中轉(zhuǎn)服務(wù)器發(fā)送下一視頻數(shù)據(jù)幀的請求消息。
15.如權(quán)利要求12或13所述的系統(tǒng)，其特征在于，所述接收方具體包括第二接收單元，用于分別接收中轉(zhuǎn)服務(wù)器發(fā)來的每一視頻數(shù)據(jù)幀；幀頭提取單元，用于對所述第二接收單元接收的每一個完整的視頻數(shù)據(jù)幀進行提取幀頭數(shù)據(jù)處理；幀頭緩存單元，用于對所述幀頭提取單元最近一次提取的幀頭數(shù)據(jù)進行緩存；第二解碼單元，用于根據(jù)所述幀頭緩存單元中當前緩存的幀頭數(shù)據(jù)，分別對所述第二接收單元接收的每一視頻數(shù)據(jù)幀進行解碼處理；第二請求消息發(fā)送單元，用于在第二解碼單元對當前接收的視頻數(shù)據(jù)幀進行解碼處理前，向中轉(zhuǎn)服務(wù)器發(fā)送用于請求中轉(zhuǎn)服務(wù)器發(fā)送下一視頻數(shù)據(jù)幀的請求消息。
16.如權(quán)利要求10、11、12、13或14所述的系統(tǒng)，其特征在于，所述發(fā)送方為移動終端或PC終端；所述接收方為移動終端。
17.如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述移動終端支持對視頻數(shù)據(jù)進行聯(lián)合圖片專家組JPEG協(xié)議的編解碼處理。
全文摘要
本發(fā)明公開了一種視頻數(shù)據(jù)傳輸方法，應(yīng)用在包括視頻數(shù)據(jù)發(fā)送方、中轉(zhuǎn)服務(wù)器和視頻數(shù)據(jù)接收方的視頻通信系統(tǒng)，包括所述中轉(zhuǎn)服務(wù)器分別對所述發(fā)送方發(fā)來的視頻數(shù)據(jù)幀進行緩存；中轉(zhuǎn)服務(wù)器在每次接收到所述接收方發(fā)來的請求消息時，將當前緩存的視頻數(shù)據(jù)幀中最先接收的一個視頻數(shù)據(jù)幀發(fā)送到接收方。相應(yīng)的，本發(fā)明還公開了一種視頻數(shù)據(jù)傳輸系統(tǒng)。本發(fā)明可以避免由于移動網(wǎng)絡(luò)空口承載帶寬不穩(wěn)定而導致的擁堵現(xiàn)象，提高了視頻通信的實時性和穩(wěn)定性。
文檔編號H04N7/14GK1917618SQ20051009088
公開日2007年2月21日 申請日期2005年8月18日 優(yōu)先權(quán)日2005年8月18日
發(fā)明者蘇春山, 田邊 申請人:騰訊科技(深圳)有限公司