專利名稱：一種視頻數(shù)據(jù)的發(fā)送、接收裝置及發(fā)送、接收方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體通訊領(lǐng)域，具體地，涉及一種視頻數(shù)據(jù)的發(fā)送和接 收裝置及發(fā)送和接收方法。
背景技術(shù)：
目前，視頻會(huì)議系統(tǒng)包括發(fā)送裝置和接收裝置。如圖l所示，發(fā)送裝
置包括圖像采集模塊l、視頻編碼模塊2、第一RTP(實(shí)時(shí)傳送協(xié)議)模塊3 和第一 UDP (用戶數(shù)據(jù)報(bào)協(xié)議)模塊5;如圖2所示，接收裝置包括第二 UDP模塊6、第二RTP模塊8、 QoS (服務(wù)質(zhì)量)模塊9、解碼模塊10和圖 像輸出設(shè)備ll。其中，圖像采集模塊l將其采集的原始視頻圖像輸出至視 頻編碼模塊2,由視頻編碼模塊2對(duì)原始視頻圖像進(jìn)行編碼處理，并轉(zhuǎn)換 成視頻幀輸出至第一 RTP模塊3，第一 RTP模塊先將視頻幀分割并封裝成 至少一個(gè)RTP數(shù)據(jù)包，例如，如圖3所示， 一個(gè)視頻幀被第一RTP模塊分 割并打包成n個(gè)RTP格式的數(shù)據(jù)包，然后轉(zhuǎn)給第一 UDP模塊5，將n個(gè)RTP 數(shù)據(jù)包發(fā)送至TCP/IP傳輸網(wǎng)絡(luò)中，由TCP/IP網(wǎng)絡(luò)傳輸數(shù)據(jù)包；第二 UDP 模塊6接收TCP/IP網(wǎng)絡(luò)傳輸過來的數(shù)據(jù)包，并將數(shù)據(jù)包轉(zhuǎn)給第二 RTP模塊 8輸出至QoS模塊9， QoS模塊9利用每個(gè)數(shù)據(jù)包攜帶的RTP頭中的時(shí)戳和 序號(hào)等信息，對(duì)多數(shù)據(jù)包進(jìn)行緩沖排序，并將數(shù)據(jù)包組合還原成視頻幀， 并將視頻幀輸出至解碼才莫塊10進(jìn)行解碼處理，最后由圖像輸出設(shè)備11將 解碼的視頻幀轉(zhuǎn)換成圖像輸出。
上述視頻會(huì)議系統(tǒng)的發(fā)送裝置對(duì)于數(shù)據(jù)傳輸協(xié)議是基于可實(shí)時(shí)傳送的 RTP協(xié)議。但第一 RTP模塊3本身并沒有提供按時(shí)發(fā)送機(jī)制或其它服務(wù)質(zhì) 量保證，不保證傳送或防止無序傳送，也不確保底層網(wǎng)絡(luò)的可靠性，而它 卻又依賴于底層網(wǎng)絡(luò)服務(wù)去實(shí)現(xiàn)。第一 RTP模塊底3層協(xié)議選擇的是傳輸 效率高的第一 UDP模塊5。但第一 UDP模塊5也不提供對(duì)IP協(xié)議的可靠機(jī) 制、流控機(jī)制及錯(cuò)誤恢復(fù)功能等。而TCP (傳輸控制協(xié)議)是基于字節(jié)流 的運(yùn)輸通訊協(xié)議，可以提供可靠的、面向連接的數(shù)據(jù)傳輸服務(wù)；但在可靠性上，采用超時(shí)重傳和稍帶確認(rèn)機(jī)制；在流量控制上，釆用滑動(dòng)窗口協(xié)議， 協(xié)議中規(guī)定，對(duì)于窗口內(nèi)未經(jīng)確認(rèn)的分組需要重傳；在擁塞控制上，采用 慢啟動(dòng)算法；因此，對(duì)于數(shù)據(jù)傳輸實(shí)時(shí)性要求很高的視頻會(huì)議系統(tǒng)，TCP 協(xié)議的數(shù)據(jù)傳輸效率無法滿足要求。
由于第一 UDP模塊5和第一 RTP3模塊都不提供可靠機(jī)制，數(shù)據(jù)包在 TCP/IP傳輸網(wǎng)絡(luò)中傳輸，在網(wǎng)絡(luò)不佳的情況下，數(shù)據(jù)包在傳輸過程中會(huì)出 現(xiàn)丟包、亂序和抖動(dòng)等情況，影響圖像和聲音的質(zhì)量?，F(xiàn)有的解決辦法是 在第二RTP模塊8接收數(shù)據(jù)后，通過QoS模塊9，利用每個(gè)數(shù)據(jù)包攜帶的 RTP頭中的時(shí)戳和序號(hào)等信息，對(duì)多個(gè)數(shù)據(jù)包進(jìn)行緩沖和排序，可以解決 亂序和抖動(dòng)的問題。但是丟包問題沒有解決，視頻幀被分割成至少一個(gè)數(shù) 據(jù)包在網(wǎng)絡(luò)上傳輸，即使丟失一個(gè)數(shù)據(jù)包，也會(huì)導(dǎo)致無法組成完整的視頻 幀，導(dǎo)致多個(gè)數(shù)據(jù)包失效，特別是I幀(即圖像編碼的第一個(gè)幀，也是圖 像的關(guān)4定幀，經(jīng)過適度地壓縮，作為隨機(jī)訪問的參考點(diǎn)，可以當(dāng)成圖像) 數(shù)據(jù)出現(xiàn)丟包時(shí)造成的影響非常大。例如，如圖4所示，為現(xiàn)有的視頻 通訊系統(tǒng)無法控制TCP/IP傳輸網(wǎng)絡(luò)傳輸翁:據(jù)包過程中的丟包現(xiàn)象的示意 圖，圖4中示意出了該系統(tǒng)的發(fā)送裝置發(fā)送的數(shù)據(jù)包n-2和數(shù)據(jù)包n在 TCP/IP網(wǎng)絡(luò)中傳輸出現(xiàn)丟失，導(dǎo)致該系統(tǒng)的接收裝置沒有收到數(shù)據(jù)包n-2 和數(shù)據(jù)包n,由于一個(gè)視頻幀的數(shù)據(jù)包不完整，將會(huì)導(dǎo)致^見頻圖像花屏，聲 音不清晰。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種具有可靠機(jī)制的視頻數(shù)據(jù)的發(fā) 送和接收裝置，還提供一種具有可靠機(jī)制的視頻數(shù)據(jù)的發(fā)送和接收方法。
本發(fā)明為解決其技術(shù)問題所采用的技術(shù)方案是 一種視頻數(shù)據(jù)的發(fā)送 裝置，包括圖像采集模塊、編碼模塊、第一RTP模塊和第一UDP模塊；還 包括確認(rèn)重傳模塊；所述確認(rèn)重傳模塊用于接收確認(rèn)信息、用于判斷RTP 數(shù)據(jù)包是否丟失、用于判斷RTP數(shù)據(jù)包已丟失后生成重傳指令給所述第一 UDP模塊；所述第一 UDP模塊還用于根據(jù)重傳指令來重傳RTP數(shù)據(jù)包至 TCP/IP傳輸網(wǎng)絡(luò)。
一種視頻數(shù)據(jù)的接收裝置，包括第二 UDP模塊、第二 RTP模塊、QoS 模塊、解碼模塊和圖像輸出設(shè)備，還包括響應(yīng)模塊；所述響應(yīng)模塊用于針對(duì)其收到的RTP數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信息給到接收裝置中的確認(rèn)重傳模 塊。
一種視頻數(shù)據(jù)的發(fā)送方法，包括以下步驟
1) 圖像采集模塊采集視頻圖像數(shù)據(jù)；
2) 編碼模塊對(duì)所采集的原始視頻圖像進(jìn)行圖像編碼處理，并轉(zhuǎn)換為 視頻幀；
3 )第一 RTP模塊將視頻幀分割并封裝成至少一個(gè)RTP數(shù)據(jù)包；
5 )第一 UDP模塊將RTP數(shù)據(jù)包發(fā)送至TCP/IP傳輸網(wǎng)絡(luò)中；
6)確認(rèn)重傳模塊接收接收裝置中響應(yīng)模塊響應(yīng)回復(fù)的確認(rèn)信息，判
斷RTP數(shù)據(jù)包是否丟失、判斷RTP數(shù)據(jù)包已丟失后生成重傳指令給第一 UDP
模塊；
7 )第一UDP模塊根據(jù)重傳指令來重傳RTP數(shù)據(jù)包至TCP/IP傳輸網(wǎng)絡(luò)。 一種視頻數(shù)據(jù)的接收方法，所述接收方法中，接收裝置中的響應(yīng)模塊 接收到RTP數(shù)據(jù)包后還包括以下過程通過響應(yīng)模塊針對(duì)其收到的RTP數(shù) 據(jù)包響應(yīng)回復(fù)確認(rèn)信息給到發(fā)送裝置中的確認(rèn)重傳模塊。
本發(fā)明的有益效果是在現(xiàn)有的視頻數(shù)據(jù)的發(fā)送裝置和接收裝置上分 別增加了確認(rèn)重傳模塊和響應(yīng)模塊，并結(jié)合現(xiàn)有的視頻數(shù)據(jù)的發(fā)送方法和 接收方法作了相應(yīng)的改進(jìn)，即建立了丟包重傳機(jī)制，即利用接收裝置中 的響應(yīng)模塊針對(duì)其收到的RTP數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信息給到發(fā)送裝置中的 確認(rèn)重傳模塊，利用確認(rèn)重傳模塊接收確認(rèn)信息、判斷RTP數(shù)據(jù)包是否丟 失、判斷RTP數(shù)據(jù)包已丟失后生成重傳指令給第一UDP模塊；第一UDP模 塊根據(jù)重傳指令來重傳RTP數(shù)據(jù)包至TCP/IP傳輸網(wǎng)絡(luò)，由接收裝置重新接 收。由此可知，在本發(fā)明的視頻通訊數(shù)據(jù)傳輸流程中，RTP數(shù)據(jù)包丟失后 通過重傳丟失的RTP數(shù)據(jù)包的方式，確保了 RTP數(shù)據(jù)包在接收裝置中還原 組合成完整的視頻幀，因此，最后圖像輸出設(shè)備能夠輸出質(zhì)量和聲音效果 好的視頻圖像，圖像不花屏，聲音清晰。


圖1為現(xiàn)有的視頻數(shù)據(jù)的發(fā)送裝置示意圖； 圖2為現(xiàn)有的視頻數(shù)據(jù)的接收裝置示意圖3為現(xiàn)有的視頻幀被分割并封裝成視頻幀數(shù)據(jù)包通過TCP/IP網(wǎng)絡(luò)進(jìn) 行傳輸?shù)氖疽鈭D；圖4為現(xiàn)有的視頻數(shù)據(jù)無法控制TCP/1P傳輸網(wǎng)絡(luò)傳輸數(shù)據(jù)包過程中的
丟包現(xiàn)象的示意圖5為本發(fā)明一種實(shí)施方式的視頻數(shù)據(jù)的發(fā)送裝置示意圖6為圖5所示的發(fā)送裝置進(jìn)一步細(xì)化的示意圖7為本發(fā)明一種實(shí)施方式的視頻數(shù)據(jù)的接收裝置示意圖8為圖6所示的發(fā)送裝置和圖7所示的接收裝置進(jìn)行視頻通訊時(shí)的
一種數(shù)據(jù)傳輸過程簡略示意圖9為本發(fā)明一種實(shí)施方式的視頻數(shù)據(jù)的發(fā)送方法流程示意圖； 圖10為本發(fā)明一種實(shí)施方式的視頻數(shù)據(jù)的接收方法流程示意圖。
具體實(shí)施例方式
實(shí)施方式一
本實(shí)施方式包括視頻數(shù)據(jù)的發(fā)送、接收裝置AiL送、接收方法，其中
如圖5和圖6所示， 一種視頻數(shù)據(jù)的發(fā)送裝置，包括圖像采集模塊l、 編碼模塊2、第一RTP模塊3、確認(rèn)重傳模塊4和第一UDP模塊5;圖像采 集模塊1用于釆集視頻圖像并將所釆集的原始視頻圖像輸出至編碼模塊2; 編碼模塊2用于將輸入的原始圖像進(jìn)行圖像編碼處理，轉(zhuǎn)換為視頻幀，并 將視頻幀輸出至第一 RTP模塊3;第一 RTP模塊3用于將已編碼的視頻幀 分割并封裝成至少一個(gè)RTP數(shù)據(jù)包發(fā)送至確認(rèn)重傳模塊4;確認(rèn)重傳模塊4 用于將RTP數(shù)據(jù)包轉(zhuǎn)給第一 UDP模塊5 、還用于接收確認(rèn)信息、用于判斷 RTP數(shù)據(jù)包是否丟失、及用于判斷RTP數(shù)據(jù)包丟失后生成重傳指令給第一 UDP模塊5;第一UDP模塊5用于發(fā)送RTP數(shù)據(jù)包至TCP/IP傳輸網(wǎng)絡(luò)，用 于根據(jù)重傳指令來重傳RTP數(shù)據(jù)包至TCP/IP傳輸網(wǎng)絡(luò)中，及用于接收 TCP/IP傳輸網(wǎng)絡(luò)傳輸過來的確認(rèn)信息并轉(zhuǎn)給確認(rèn)重傳模塊4。
在該發(fā)送裝置中，確認(rèn)重傳模塊4包括確認(rèn)請求模塊41和重傳控制模 塊42;確認(rèn)請求模塊41用于給每一待發(fā)送的RTP數(shù)據(jù)包附加確認(rèn)請求， 并將已附加確認(rèn)請求的RTP數(shù)據(jù)包輸出至第一 UDP模塊5;重傳控制模塊 42用于在RTP數(shù)據(jù)包通過第一 UDP模塊5發(fā)送后，在指定的時(shí)間內(nèi)未收到 接收裝置中的響應(yīng)模塊根據(jù)該RTP數(shù)據(jù)包附加的確認(rèn)請求而回復(fù)的確認(rèn)信 息，視為該RTP數(shù)據(jù)包丟失，則生成重傳指令給所述第一UDP模塊5。
如圖7所示， 一種視頻數(shù)據(jù)的接收裝置，包括第二UDP模塊6、響應(yīng) 模塊7、第二RTP模塊8、 QoS模塊9、解碼模塊10和圖像輸出設(shè)備11 ，第二 UDP模塊6用于接收TCP/IP傳輸網(wǎng)絡(luò)傳輸過來的RTP數(shù)據(jù)包，并將 RTP數(shù)據(jù)包輸出至響應(yīng)模塊7,及用于發(fā)送確認(rèn)信息至TCP/IP傳輸網(wǎng)絡(luò)中； 響應(yīng)模塊7用于針對(duì)其收到的RTP數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信息，給到第二 UDP 模塊6發(fā)送，及用于將其收到的RTP數(shù)據(jù)包轉(zhuǎn)給第二 RTP模塊8;第二 RTP 模塊8用于將其所接收的RTP數(shù)據(jù)包輸出至QoS模塊9; QoS模塊9用于對(duì) 輸入的數(shù)據(jù)包進(jìn)行緩沖排序，并將數(shù)據(jù)包組合還原成視頻幀，輸出至解碼 模塊10;解碼模塊10用于對(duì)輸入的視頻幀進(jìn)行解碼處理，并將解碼后的 視頻幀輸出至圖像輸出設(shè)備11,圖像輸出設(shè)備11用于將視頻幀轉(zhuǎn)換成圖 像輸出。
在該接收裝置中，響應(yīng)模塊7具體用于針對(duì)其收到的附有確認(rèn)請求的 RTP數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信息，及用于將RTP數(shù)據(jù)包輸出至第二 RTP模塊8。
本視頻數(shù)據(jù)的發(fā)送和接收裝置的工作過程是如圖5至圖8所示，就 發(fā)送裝置而言，圖像采集模塊1采集視頻圖像并將所采集的原始視頻圖像 輸出至編碼模塊2;編碼模塊2將輸入的原始圖像進(jìn)行圖像編碼處理，轉(zhuǎn) 換為視頻幀，并將視頻幀輸出至第一 RTP模塊3;第一 RTP模塊3將已編 碼的視頻幀分割并封裝成至少一個(gè)RTP數(shù)據(jù)包發(fā)送至確認(rèn)重傳模塊4;確 認(rèn)重傳模塊4通過其確認(rèn)請求模塊41給每一待發(fā)送的RTP數(shù)據(jù)包附加確認(rèn) 請求，并將已附加確認(rèn)請求的RTP數(shù)據(jù)包輸出至第一UDP模塊5;第一UDP 模塊5將附有確認(rèn)請求的RTP數(shù)據(jù)包發(fā)送至TCP/IP傳輸網(wǎng)絡(luò)中。就接收裝 置而言，第二 UDP模塊6接收TCP/IP傳輸網(wǎng)絡(luò)傳輸過來的附有確認(rèn)請求的 RTP數(shù)據(jù)包，并將RTP數(shù)據(jù)包輸出至響應(yīng)模塊7; —方面，響應(yīng)模塊7針對(duì) 其收到的RTP數(shù)據(jù)包附加的確認(rèn)請求響應(yīng)回復(fù)確認(rèn)信息給到第二 UDP模塊 6發(fā)送至TCP/1P傳輸網(wǎng)絡(luò)中，發(fā)送裝置中的第一 UDP模塊5在指定的時(shí)間 內(nèi)收到確認(rèn)信息，及時(shí)轉(zhuǎn)給重傳控制模塊42,重傳控制模塊42在附有確 認(rèn)請求的RTP數(shù)據(jù)包通過第一 UDP模塊5發(fā)送后，在指定的時(shí)間內(nèi)收到了 接收裝置中的響應(yīng)模塊7響應(yīng)回復(fù)的確認(rèn)信息，視為接收裝置收到了該確 認(rèn)信息所對(duì)應(yīng)的RTP數(shù)據(jù)包，因此，不生成重傳指令；這里順便說明一下， 如果重傳控制模塊42在第一 UDP模塊發(fā)送附有確認(rèn)請求的RTP數(shù)據(jù)包后， 在指定的時(shí)間內(nèi)未收到接收裝置中的響應(yīng)模塊7針對(duì)確認(rèn)請求而響應(yīng)回復(fù) 的確認(rèn)信息，則視為該附有確認(rèn)請求的RTP數(shù)據(jù)包在TCP/IP傳輸網(wǎng)絡(luò)的傳 輸過程中丟失，生成重傳指令給到第一 UDP模塊重傳該丟失的附有確認(rèn)請 求的RTP數(shù)據(jù)包，直到重傳控制模塊42判斷該RTP數(shù)據(jù)包接收裝置已收到為止；另一方面，響應(yīng)模塊7將其收到的RTP數(shù)據(jù)包轉(zhuǎn)給第二RTP模塊8; 第二 RTP模塊8將其所接收的RTP數(shù)據(jù)包輸出至QoS模塊9; QoS模塊9 對(duì)輸入的數(shù)據(jù)包進(jìn)行緩沖排序，并將完整的數(shù)據(jù)包組合還原成完整的視頻 幀，輸出至解碼模塊10;解碼模塊10對(duì)輸入的視頻幀進(jìn)行解碼處理，并 將解碼后的視頻幀輸出至圖像輸出設(shè)備11,圖像輸出設(shè)備11將視頻幀轉(zhuǎn) 換成圖像輸出。
如圖8所示，重點(diǎn)示出了發(fā)送裝置將一個(gè)視頻幀的n個(gè)附有確認(rèn)請求 的RTP數(shù)據(jù)包發(fā)送至TCP/IP傳輸網(wǎng)絡(luò)中，并由接收裝置接收。這n個(gè)附有 確認(rèn)請求的RTP數(shù)據(jù)包在TCP/1P傳輸網(wǎng)絡(luò)中，有些被傳輸?shù)搅私邮昭b置中， 如第一數(shù)據(jù)包、第三數(shù)據(jù)包、第n數(shù)據(jù)包等；有些丟失了，未被接收裝置 收到，如第二數(shù)據(jù)包等。接收裝置收到了附有確認(rèn)請求的RTP數(shù)據(jù)包后， 如第一數(shù)據(jù)包、第三數(shù)據(jù)包、第n數(shù)據(jù)包等，響應(yīng)回復(fù)確認(rèn)信息給發(fā)送裝 置，而發(fā)送裝置在指定的時(shí)間內(nèi)收到了第一數(shù)據(jù)包的確認(rèn)信息、第三數(shù)據(jù) 包的確認(rèn)信息、第n數(shù)據(jù)包的確認(rèn)信息等，則認(rèn)為接收裝置收到了第一數(shù) 據(jù)包、第三數(shù)據(jù)包、第n數(shù)據(jù)包等。而對(duì)丟失的RTP數(shù)據(jù)包而言，如第二 數(shù)據(jù)包，由于接收裝置收不到第二數(shù)據(jù)包，不會(huì)響應(yīng)回復(fù)確認(rèn)信息給發(fā)送 裝置，因而發(fā)送裝置在指定的時(shí)間內(nèi)不會(huì)收到也根本收不到第二數(shù)據(jù)包的 確認(rèn)信息，視為數(shù)據(jù)包在TCP/IP傳輸網(wǎng)絡(luò)中丟失，重發(fā)第二數(shù)據(jù)包。由于 在發(fā)送裝置和接收裝置中增加了丟包重傳機(jī)制，確保了接收裝置中數(shù)據(jù)包 組合還原成視頻幀的完整性，因而，輸出的視頻圖像不花屏，聲音清晰。
與本實(shí)施方式的視頻數(shù)據(jù)的發(fā)送裝置和接收裝置對(duì)應(yīng)采用的視頻數(shù)據(jù) 的發(fā)送方法和接收方法為
如圖9所示， 一種視頻數(shù)據(jù)的發(fā)送方法，包括以下步驟 步驟Sl:釆集圖像，利用圖像采集模塊采集視頻圖像數(shù)據(jù)； 步驟S2:編碼處理，利用編碼模塊對(duì)所采集的原始視頻圖像進(jìn)行圖像 編碼處理，并轉(zhuǎn)換為^L頻幀；
步驟S3:封包，利用第一 RTP模塊將視頻幀分割并封裝成至少一個(gè)RTP 數(shù)據(jù)包；
步驟S4:遞包，利用確認(rèn)重傳模塊將RTP數(shù)據(jù)包轉(zhuǎn)給所述第一UDP模
塊；
步驟S5:發(fā)送，利用第一 UDP模塊將RTP數(shù)據(jù)包發(fā)送至TCP/IP傳輸網(wǎng) 絡(luò)中；步驟S6:接收確認(rèn)信息，利用第一 UDP模塊接收TCP/IP傳輸網(wǎng)絡(luò)傳輸 過來的確認(rèn)信息并轉(zhuǎn)給確認(rèn)重傳模塊；
步驟S7:重傳控制處理，利用確認(rèn)重傳模塊接收第一UDP模塊輸出的 確認(rèn)信息，根據(jù)接收確認(rèn)信息的規(guī)則來判斷RTP數(shù)據(jù)包在TCP/IP傳輸網(wǎng)絡(luò) 傳輸過程中是否丟失、判斷RTP數(shù)據(jù)包已丟失后生成重傳指令給所述第一 UDP模塊；
其中步驟S4具體為利用確認(rèn)請求模塊給每一待發(fā)送的RTP數(shù)據(jù)包附 加確認(rèn)請求，并將已附加確認(rèn)請求的RTP數(shù)據(jù)包輸出至所述第一 UDP模塊。
其中步驟S7具體為利用重傳控制^f莫塊在RTP數(shù)據(jù)包通過第一 UDP 模塊發(fā)送后，在指定的時(shí)間內(nèi)未收到接收裝置根據(jù)該RTP數(shù)據(jù)包附加的確 認(rèn)請求而回復(fù)的確認(rèn)信息，指令所述第一 UDP模塊重傳該RTP數(shù)據(jù)包。
如圖10所示， 一種視頻數(shù)據(jù)的接收方法，包括以下步驟
步驟S21:接收，利用第二 UDP模塊接收TCP/IP傳輸網(wǎng)絡(luò)傳輸過來的 RTP數(shù)據(jù)包；
步驟S22:響應(yīng)處理，利用響應(yīng)模塊針對(duì)其收到的RTP數(shù)據(jù)包響應(yīng)回 復(fù)確認(rèn)信息，給到所述第二UDP模塊發(fā)送，及將其收到的RTP數(shù)據(jù)包轉(zhuǎn)給 所述第二RTP模塊；
步驟S23:緩沖排序，利用第二RTP模塊將其所接收的RTP數(shù)據(jù)包輸出 至QoS模塊；利用QoS模塊對(duì)輸入的數(shù)據(jù)包進(jìn)行緩沖排序，并將數(shù)據(jù)包組合 還原成纟見頻幀；
步驟S24:解碼處理，利用解碼模塊對(duì)所還原的視頻幀進(jìn)行解碼處理； 步驟S25:輸出視頻圖像，利用圖像輸出設(shè)備將解碼的視頻幀轉(zhuǎn)換成 圖像輸出。
其中步驟S22具體為利用響應(yīng)模塊針對(duì)其收到的附有確認(rèn)請求的RTP 數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信息，給到所述第二 UDP模塊發(fā)送至TCP/IP傳輸網(wǎng)絡(luò) 中，以^J^送裝置接收，并將RTP數(shù)據(jù)包輸出至第二UDP模塊。
實(shí)施方式二
本實(shí)施方式的視頻數(shù)據(jù)的發(fā)送和接收裝置及發(fā)送和接收方法是基于上 述實(shí)施方式一而作的改進(jìn)。具體是
本實(shí)施方式中的發(fā)送裝置與實(shí)施方式一的發(fā)送裝置基本相同，但確認(rèn) 重傳模塊取消了實(shí)施方式一中的確認(rèn)請求模塊，即本實(shí)施方式中的確認(rèn)重
傳模塊用于將RTP數(shù)據(jù)包不作附加確認(rèn)請求處理直接轉(zhuǎn)給第一 UDP模塊發(fā)送，該確認(rèn)重傳模塊主要用于在RTP數(shù)據(jù)包通過第一UDP模塊發(fā)送后，在 指定的時(shí)間內(nèi)未收到接收裝置中的響應(yīng)模塊針對(duì)該RTP數(shù)據(jù)包響應(yīng)回復(fù)的 確認(rèn)信息，視為該RTP數(shù)據(jù)包丟失，并生成重傳指令給第一UDP模塊。為 了簡化裝置，當(dāng)然在其它實(shí)施方式中，RTP數(shù)據(jù)包也可以不通過確認(rèn)重傳 模塊直接轉(zhuǎn)給第一 UDP模塊，而是直接由第一 RTP模塊直接輸給第一 UDP 模塊，但確認(rèn)重傳模塊僅用于RTP數(shù)據(jù)包通過第一UDP模塊發(fā)送后，在指 定的時(shí)間內(nèi)未收到接收裝置中的響應(yīng)模塊針對(duì)該RTP數(shù)據(jù)包響應(yīng)回復(fù)的確 認(rèn)信息，視為該RTP數(shù)據(jù)包丟失，并生成重傳指令給第一UDP模塊。
本實(shí)施方式中的接收裝置與實(shí)施方式一中的接收裝置基本相同，但響 應(yīng)模塊是用于針對(duì)其收到的未附有確認(rèn)請求的RTP數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信 息，及用于將RTP數(shù)據(jù)包輸出至第二RTP模塊。
本實(shí)施方式中的發(fā)送方法與實(shí)施方式一的發(fā)送方法基本相同，但取消 了實(shí)施方式一中遞包步驟S4中的利用確認(rèn)請求模塊I^一RTP數(shù)據(jù)包增加 確認(rèn)請求；本實(shí)施方式遞包步驟是利用確認(rèn)重傳模塊不作附加確認(rèn)請求直 接將RTP數(shù)據(jù)包轉(zhuǎn)給第一 UDP模塊發(fā)送。
本實(shí)施方式中的接收方法與實(shí)施方式一的接收方法基本相同，但將實(shí) 施方式一中的響應(yīng)處理步驟S22改為利用響應(yīng)模塊針對(duì)其收到的未附有確 認(rèn)請求的RTP凄t據(jù)包響應(yīng)回復(fù)確iM言息，給到所述第二 UDP才莫塊發(fā)送至 TCP/IP傳輸中，以使發(fā)送裝置接收；及利用響應(yīng)模塊將RTP數(shù)據(jù)包輸出至 第二RTP模塊。
本實(shí)施方式的丟包重傳機(jī)制是基于發(fā)送裝置對(duì)RTP數(shù)據(jù)包不作附加確 認(rèn)請求處理，而發(fā)送裝置接針對(duì)收到的每一 RTP數(shù)據(jù)包必須強(qiáng)行響應(yīng)回復(fù) 確認(rèn)信息給發(fā)送裝置。發(fā)送裝置若在RTP數(shù)據(jù)包發(fā)送后在指定的時(shí)間內(nèi)收 到確認(rèn)信息，則判斷RTP數(shù)據(jù)包到達(dá)接收裝置；若在RTP數(shù)據(jù)包發(fā)送后在 指定的時(shí)間內(nèi)未收到確認(rèn)信息，則視為RTP數(shù)據(jù)包在TCP/IP傳輸網(wǎng)絡(luò)中丟 失，因此重傳所丟失的RTP數(shù)據(jù)包。由此可知，本實(shí)施方式能夠達(dá)到與實(shí) 施方式一的技術(shù)效果。
以上內(nèi)容是接合具體的實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說明，不 能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說明。對(duì)于本發(fā)明所屬4支術(shù)領(lǐng)域的 普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單 推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種視頻數(shù)據(jù)的發(fā)送裝置，包括圖像采集模塊、編碼模塊、第一RTP模塊和第一UDP模塊；其特征在于還包括確認(rèn)重傳模塊；所述確認(rèn)重傳模塊用于接收確認(rèn)信息、用于判斷RTP數(shù)據(jù)包是否丟失、用于判斷RTP數(shù)據(jù)包已丟失后生成重傳指令給所述第一UDP模塊；所述第一UDP模塊還用于根據(jù)重傳指令來重傳RTP數(shù)據(jù)包至TCP/IP傳輸網(wǎng)絡(luò)。
2. 根據(jù)權(quán)利要求1所述的視頻數(shù)據(jù)的發(fā)送裝置，其特征在于所述確認(rèn)重 傳模塊包括確認(rèn)請求模塊和重傳控制模塊；所述確認(rèn)請求模塊用于給每 一待發(fā)送的RTP Ifet據(jù)包附加確認(rèn)請求；所述重傳控制;f莫塊用于在RTP 數(shù)據(jù)包通過第一 UDP模塊發(fā)送后，在指定的時(shí)間內(nèi)未收到接收裝置中的 響應(yīng)模塊根據(jù)該RTP數(shù)據(jù)包附加的確認(rèn)請求而回復(fù)的確認(rèn)信息，視為該 RTP數(shù)據(jù)包丟失，則生成重傳指令給所述第一 UDP模塊。
3. 根據(jù)權(quán)利要求1所述的視頻數(shù)據(jù)的發(fā)送裝置，其特征在于所述確認(rèn)重 傳模塊用于在RTP數(shù)據(jù)包通過第一 UDP模塊發(fā)送后，在指定的時(shí)間內(nèi)未 收到接收裝置中的響應(yīng)模塊針對(duì)該RTP數(shù)據(jù)包而回復(fù)的確認(rèn)信息，視 為該RTP數(shù)據(jù)包丟失，則生成重傳指令給所述第一 UDP模塊。
4. 一種視頻數(shù)據(jù)的接收裝置，包括第二UDP模塊、第二RTP模塊、QoS模 塊、解碼模塊和圖像輸出設(shè)備，其特征在于還包括響應(yīng)模塊；所述響 應(yīng)模塊用于針對(duì)其收到的RTP數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信息給到接收裝置 中的確認(rèn)重傳模塊。
5. 根據(jù)權(quán)利要求4所述的視頻數(shù)據(jù)的接收裝置，其特征在于所述響應(yīng)模 塊具體用于針對(duì)其收到的附有確認(rèn)請求的RTP數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信 息給到接收裝置中的重傳控制模塊；或者具體用于針對(duì)其收到的所有 RTP數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信息給到接收裝置中的確認(rèn)重傳模塊。
6. —種視頻數(shù)據(jù)的發(fā)送方法，其特征在于包括以下步驟 1)圖像采集模塊采集視頻圖像數(shù)據(jù)；(2)編碼模塊對(duì)所采集的原始視頻圖像進(jìn)行圖像編碼處理，并轉(zhuǎn)換為視頻幀；(3 )第一 RTP模塊將視頻幀分割并封裝成至少一個(gè)RTP數(shù)據(jù)包；(5 )第一 UDP模塊將RTP數(shù)據(jù)包發(fā)送至TCP/IP傳輸網(wǎng)絡(luò)中；(6 )確認(rèn)重傳模塊接收接收裝置中響應(yīng)模塊響應(yīng)回復(fù)的確認(rèn)信息，判斷RTP數(shù)據(jù)包是否丟失、判斷RTP數(shù)據(jù)包已丟失后生成重傳指令給第一 UDP 模塊；(7 )第一 UDP模塊根據(jù)重傳指令來重傳RTP數(shù)據(jù)包至TCP/IP傳輸網(wǎng)絡(luò)。
7. 根據(jù)權(quán)利要求6所述的視頻數(shù)據(jù)的發(fā)送方法，其特征在于還包括步驟 4 )，所述步驟4 )具體為確認(rèn)請求模塊給每一待發(fā)送的RTP數(shù)據(jù)包附 加確認(rèn)請求；所述步驟7 )具體為重傳控制模塊在附有確認(rèn)請求的RTP 數(shù)據(jù)包通過第一 UDP模塊發(fā)送后，在指定的時(shí)間內(nèi)未收到接收裝置中的 響應(yīng)模塊根據(jù)該RTP數(shù)據(jù)包附加的確認(rèn)請求而響應(yīng)回復(fù)的確認(rèn)信息，視 為該RTP數(shù)據(jù)包丟失，則生成重傳指令給所述第一 UDP模塊。
8. 根據(jù)權(quán)利要去6所述的視頻數(shù)據(jù)的發(fā)送方法，其特征在于所述步驟 7 )具體為重傳控制模塊在RTP數(shù)據(jù)包通過第一 UDP模塊發(fā)送后，在 指定的時(shí)間內(nèi)未收到接收裝置中的響應(yīng)模塊針對(duì)該RTP數(shù)據(jù)包響應(yīng)回 復(fù)的確認(rèn)信息，視為該RTP數(shù)據(jù)包丟失，則生成重傳指令給所述第一 UDP模塊。
9. 一種視頻數(shù)據(jù)的接收方法，其特征在于所述接收方法中，接收裝置中 的響應(yīng)模塊接收到RTP數(shù)據(jù)包后還包括以下過程通過響應(yīng)模塊針對(duì)其 收到的RTP數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信息給到發(fā)送裝置中的確認(rèn)重傳模塊。
10. 根據(jù)權(quán)利要求9所述的視頻數(shù)據(jù)的接收方法，其特征在于所述響應(yīng)模 塊響應(yīng)回復(fù)確iU言息具體為以下兩種方式之一方式一，響應(yīng)模塊針對(duì)其收到的附有確認(rèn)請求的RTP數(shù)據(jù)包響應(yīng)回復(fù)確 認(rèn)信息給到發(fā)送裝置中的重傳控制模塊；方式二，響應(yīng)模塊針對(duì)其收到的所有RTP數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信息，給 到發(fā)送裝置中的確認(rèn)重傳控制模塊。
全文摘要
本發(fā)明公開了一種視頻數(shù)據(jù)的發(fā)送、接收裝置及發(fā)送、接收方法，在視頻數(shù)據(jù)的發(fā)送裝置上設(shè)置了確認(rèn)重傳模塊，在視頻數(shù)據(jù)的接收裝置上設(shè)置了響應(yīng)模塊，建立了丟包重傳機(jī)制，即利用接收裝置中的響應(yīng)模塊針對(duì)其收到的RTP數(shù)據(jù)包響應(yīng)回復(fù)確認(rèn)信息給到發(fā)送裝置中的確認(rèn)重傳模塊，利用確認(rèn)重傳模塊接收確認(rèn)信息、判斷RTP數(shù)據(jù)包是否丟失、判斷RTP數(shù)據(jù)包已丟失后生成重傳指令給第一UDP模塊；第一UDP模塊根據(jù)重傳指令來重傳RTP數(shù)據(jù)包至TCP/IP傳輸網(wǎng)絡(luò)，由接收裝置重新接收，以確保接收裝置收到的數(shù)據(jù)包完整，從而保證了最后圖像輸出設(shè)備能夠輸出質(zhì)量和聲音效果好的視頻圖像，即圖像不花屏，聲音清晰。
文檔編號(hào)H04N7/24GK101616316SQ200910108049
公開日2009年12月30日 申請日期2009年6月10日 優(yōu)先權(quán)日2009年6月10日
發(fā)明者況成禹, 李均榮, 龍 楊, 健 陳 申請人:中興通訊股份有限公司