一種數字視頻流的傳輸方法
2023-06-08 20:25:36 1
一種數字視頻流的傳輸方法
【專利摘要】本發明涉及一種數字視頻流的傳輸方法。該方法包括以下步驟：通電及初始化；USB視頻傳輸模塊通過設在USB視頻傳輸模塊上的網絡接口等待視頻接收端傳來的HTTP指令；接收到HTTP指令後，USB視頻傳輸模塊與視頻攝錄端進行握手過程；USB視頻傳輸模塊接收視頻攝錄端傳來的實時視頻流數據，若視頻流數據有效，則進入下一步驟，若視頻流數據無效，則返回重新進行握手過程；USB視頻傳輸模塊通過網絡接口向視頻接收端發送實時視頻流數據。本發明擺脫了通常UVC設備相對複雜的結構，利用了USB傳輸簡單通用的結構類型，更利於視頻設備端的實現及相關驅動的移植，便於理解和擴充，簡化了視頻傳輸設備結構，降低了傳輸成本。
【專利說明】一種數字視頻流的傳輸方法
【技術領域】
[0001]本發明涉及視頻傳輸領域，尤其涉及一種數字視頻流的傳輸方法。
【背景技術】
[0002]隨著科技的發展，現在的數位相機、攝錄機等視頻捕捉採集設備的編碼能力越來越強，相關的視頻資源也越來越多，造成網絡負荷越來越大，需要視頻設備儘可能高速高質量地採集及輸出視頻。目前比較常用的UVCXUSB Video Class)結構中設備結構比較複雜，驅動和實現不容易，對設備性能要求高，整個傳輸成本較高，不利於技術推廣應用。
【發明內容】
[0003]本發明的目的在於為克服現有技術的缺陷，而提供一種數字視頻流的傳輸方法，以簡化視頻傳輸設備結構，降低傳輸成本。
[0004]為實現上述目的，本發明採用以下技術方案:
[0005]一種數字視頻流的傳輸方法，包括以下步驟:
[0006]SI，視頻攝錄端通電，與視頻攝錄端通過USB接口連接的USB視頻傳輸模塊進行初始化；
[0007]S2，USB視頻傳輸模塊通過設在USB視頻傳輸模塊上的網絡接口等待視頻接收端傳來的HTTP指令，若收到HTTP指令則進入下一步驟，若沒有收到HTTP指令則繼續等待；
[0008]S3，接收到HTTP指令後，USB視頻傳輸模塊與視頻攝錄端進行握手過程，若握手不成功，則返回步驟S2重新接收HTTP指令，若握手成功，則進入下一步驟；
[0009]S4, USB視頻傳輸模塊接收視頻攝錄端傳來的實時視頻流數據，若視頻流數據有效，則進入下一步驟，若視頻流數據無效，則返回步驟S3重新進行握手過程；
[0010]S5, USB視頻傳輸模塊通過網絡接口向視頻接收端發送實時視頻流數據。
[0011]進一步地，步驟SI中包括以下步驟:
[0012]SI I，視頻攝錄端通電，USB視頻傳輸模塊的驅動加載；
[0013]S12，對USB視頻傳輸模塊的USB接口進行拔插檢測，對視頻攝錄端進行枚舉；
[0014]S13，USB視頻傳輸模塊的HTTP服務的準備和啟動。
[0015]進一步地,步驟S3包括以下步驟:
[0016]S31，USB視頻傳輸模塊接收到HTTP指令後對其進行解析；
[0017]S32, USB視頻傳輸模塊向視頻攝錄端發送準備指令；
[0018]S33，視頻攝錄端向USB視頻傳輸模塊發送約定的包頭數據；
[0019]S34，USB視頻傳輸模塊判斷是否握手成功，若不成功則返回步驟S2重新等待HTTP指令，若成功則進入步驟S4。
[0020]進一步地，在所述步驟S5中，USB視頻傳輸模塊的USB數據接收模塊將從視頻攝錄端的視頻採集模塊接收到的視頻流數據從網絡接口發送至視頻接收端的網絡設備接口。
[0021]進一步地，步驟S5之後還包括以下步驟:[0022]S6，USB視頻傳輸模塊判斷實時視頻流數據是否發送成功，若成功則返回步驟S4繼續傳送實時視頻流數據，若不成功則返回步驟S2等待視頻接收端的HTTP指令。
[0023]進一步地，視頻接收端為電腦、平板電腦或者智慧型手機。
[0024]進一步地，USB視頻傳輸模塊內嵌到視頻攝錄端或獨立於視頻攝錄端。
[0025]本發明與現有技術相比的有益效果是:
[0026]I)本發明擺脫了通常UVC設備相對複雜的結構，利用了 USB傳輸簡單通用的結構類型，更利於視頻設備端的實現及相關驅動的移植，便於理解和擴充，簡化了視頻傳輸設備結構，降低了傳輸成本。
[0027]2)本發明對USB傳輸的視頻格式無特別要求，同時主要的視頻信息由終端解碼器來自行解碼處理，這些視頻信息基本都可以在視頻流數據本身中獲取，無需先預存入視頻設備中重複發送，因此可以充分利用USB傳輸接口的通用性以及視頻採集模塊日益增強的編碼能力，實現高壓縮比、高質量、低帶寬的實時視頻流傳輸。
[0028]3)本發明的傳輸延時大幅縮短，使得數位相機、數碼攝錄機視頻的網絡傳輸延時可以控制在I秒以內，比現有技術的7秒左右的延時有了很大的改善。
[0029]4)本發明的USB的傳輸機制相對簡單，對視頻設備端的任務負荷小，可以實現邊錄邊傳的功能，現有技術模式無法實現此功能。
[0030]5)本發明對視頻流格式沒有特別要求，無需對收到的數據做任何再加工或預處理，因此可以靈活發布各類視頻流。
[0031]6)本發明的USB視頻傳輸模塊可以獨立於視頻攝錄端，置於專用的視頻發布伺服器內，採用即收即發的實時傳輸機制，不在本地外部存儲介質上生成任何臨時數據和文件，避免了其他傳輸發布技術經常產生很多臨時文件、垃圾文件的問題。
【專利附圖】
【附圖說明】
[0032]圖1為本發明實施例的流程圖【具體實施方式】
[0033]為了更充分理解本發明的技術內容，下面結合具體實施例對本發明的技術方案作進一步介紹和說明。
[0034]本發明實施例的流程圖如圖1所示。
[0035]本實施例的傳輸方法涉及視頻攝錄端、USB視頻傳輸模塊和視頻接收端。視頻攝錄端設有視頻採集模塊，同樣也設有USB接口與USB視頻傳輸模塊連接。USB視頻傳輸模塊包括與視頻採集模塊中的USB設備控制器電連接的USB主機控制器、通過USB主機控制器啟動的USB設備驅動模塊以及通過USB設備驅動模塊接收視頻採集模塊發出的視頻流數據的USB數據接收模塊。USB主機控制器負責檢索與USB視頻傳輸模塊USB連接的視頻攝錄端以及控制USB視頻傳輸模塊中USB傳輸的整個過程。視頻接收端設有用於接收視頻流數據的網絡設備接口。
[0036]數字視頻流的傳輸方法包括以下步驟:
[0037]步驟SI,視頻攝錄端通電,與視頻攝錄端通過USB接口連接的USB視頻傳輸模塊進行初始化；[0038]步驟S2，USB視頻傳輸模塊通過設在USB視頻傳輸模塊上的網絡接口等待視頻接收端傳來的HTTP指令，若收到HTTP指令則進入下一步驟，若沒有收到HTTP指令則繼續等待;
[0039]步驟S3，接收到HTTP指令後，USB視頻傳輸模塊與視頻攝錄端進行握手過程，若握手不成功，則返回步驟S2重新接收HTTP指令，若握手成功，則進入下一步驟；
[0040]步驟S4, USB視頻傳輸模塊接收視頻攝錄端傳來的實時視頻流數據，若視頻流數據有效，則進入下一步驟，若視頻流數據無效，則返回步驟S3重新進行握手過程；
[0041]步驟S5，USB視頻傳輸模塊通過網絡接口向視頻接收端發送實時視頻流數據；
[0042]步驟S6，USB視頻傳輸模塊判斷實時視頻流數據是否發送成功，若成功則返回步驟S4繼續傳送實時視頻流數據，若不成功則返回步驟S2等待視頻接收端的HTTP指令。
[0043]其中，步驟SI中包括以下步驟:
[0044]步驟S11，視頻攝錄端通電，USB視頻傳輸模塊的驅動加載；
[0045]步驟S12，對USB視頻傳輸模塊的USB接口進行拔插檢測，對視頻攝錄端進行枚舉；
[0046]步驟S13，USB視頻傳輸模塊的HTTP服務的準備和啟動。
[0047]其中，步驟S3包括以下步驟:
[0048]步驟S31，USB視頻傳輸模塊接收到HTTP指令後對其進行解析；
[0049]步驟S32，USB視頻傳輸模塊向視頻攝錄端發送準備指令；
[0050]步驟S33，視頻攝錄端向USB視頻傳輸模塊發送約定的包頭數據；
[0051]步驟S34，USB視頻傳輸模塊判斷是否握手成功，若不成功則返回步驟S2重新等待HTTP指令，若成功則進入步驟S4。
[0052]在所述步驟S5中，USB視頻傳輸模塊的USB數據接收模塊將從視頻攝錄端的視頻採集模塊接收到的視頻流數據從網絡接口發送至視頻接收端的網絡設備接口。
[0053]視頻接收端為電腦、平板電腦或者智慧型手機等。視頻攝錄端為手機、電腦、相機、攝像機等。
[0054]在本實施例中USB視頻傳輸模塊內嵌到視頻攝錄端，在其他實施例中USB視頻傳輸模塊可獨立於視頻攝錄端，如置於專用的視頻發布伺服器內。
[0055]以上陳述僅以實施例來進一步說明本發明的技術內容，以便於讀者更容易理解，但不代表本發明的實施方式僅限於此，任何依本發明所做的技術延伸或再創造，均受本發明的保護。
【權利要求】
1.一種數字視頻流的傳輸方法，其特徵在於，包括以下步驟: SI，視頻攝錄端通電，與所述視頻攝錄端通過USB接口連接的USB視頻傳輸模塊進行初始化； S2，所述USB視頻傳輸模塊通過設在USB視頻傳輸模塊上的網絡接口等待視頻接收端傳來的HTTP指令，若收到HTTP指令則進入下一步驟，若沒有收到HTTP指令則繼續等待；S3，接收到HTTP指令後，所述USB視頻傳輸模塊與視頻攝錄端進行握手過程，若握手不成功，則返回步驟S2重新接收HTTP指令，若握手成功，則進入下一步驟； S4,所述USB視頻傳輸模塊接收視頻攝錄端傳來的實時視頻流數據，若視頻流數據有效，則進入下一步驟，若視頻流數據無效，則返回步驟S3重新進行握手過程； S5，所述USB視頻傳輸模塊通過網絡接口向視頻接收端發送實時視頻流數據。
2.如權利要求1所述的數字視頻流的傳輸方法，其特徵在於，所述步驟SI中包括以下步驟: S11，視頻攝錄端通電，所述USB視頻傳輸模塊的驅動加載； S12，對所述USB視頻傳輸模塊的USB接口進行拔插檢測，對視頻攝錄端進行枚舉； S13，所述USB視頻傳輸模塊的HTTP服務的準備和啟動。
3.如權利要求1所述的數字視頻流的傳輸方法，其特徵在於，所述步驟S3包括以下步驟: S31，所述USB視頻傳輸模塊接收到HTTP指令後對其進行解析； S32,所述USB視頻傳輸模塊向視頻攝錄端發送準備指令； S33，所述視頻攝錄端向USB視頻傳輸模塊發送約定的包頭數據； S34，所述USB視頻傳輸模塊判斷是否握手成功，若不成功則返回步驟S2重新等待HTTP指令，若成功則進入步驟S4。
4.如權利要求1所述的數字視頻流的傳輸方法，其特徵在於，在所述步驟S5中，所述USB視頻傳輸模塊的USB數據接收模塊將從所述視頻攝錄端的視頻採集模塊接收到的視頻流數據從所述網絡接口發送至所述視頻接收端的網絡設備接口。
5.如權利要求1至4任一項所述的數字視頻流的傳輸方法，其特徵在於，所述步驟S5之後還包括以下步驟: S6，所述USB視頻傳輸模塊判斷實時視頻流數據是否發送成功，若成功則返回步驟S4繼續傳送實時視頻流數據，若不成功則返回步驟S2等待所述視頻接收端的HTTP指令。
6.如權利要求1至4任一項所述的數字視頻流的傳輸方法，其特徵在於，所述視頻接收端為電腦、平板電腦或者智慧型手機。
7.如權利要求1至4任一項所述的數字視頻流的傳輸方法，其特徵在於，所述USB視頻傳輸模塊內嵌到視頻攝錄端或獨立於視頻攝錄端。
【文檔編號】H04N21/61GK103686435SQ201310733501
【公開日】2014年3月26日 申請日期:2013年12月27日 優先權日:2013年12月27日
【發明者】歐陽君虎, 甘衛軍 申請人:天彩電子（深圳）有限公司