《電子技術應用》
您所在的位置:首頁 > 通信與網絡 > 設計應用 > 基于WebRTC的Android移動端無線視頻傳輸
基于WebRTC的Android移動端無線視頻傳輸
胡 勛,周淵平
(四川大學 電子信息學院,四川 成都 610065)
摘要: 視頻傳輸技術在現代社會廣泛應用,人們對其的要求也越來越高,其發展的趨勢是方便、快捷、隨時隨地。傳統的視頻傳輸過于依賴線路,線路的走向限制了傳輸的很多可能,所以無線傳輸才是發展的方向。本文提出了一種基于WebRTC的Android移動端視頻傳輸技術,介紹了信令與WebRTC連接實現機制,以及穿透的具體過程。
關鍵詞: 信令 安卓 WebRTC
Abstract:
Key words :

  摘  要: 視頻傳輸技術在現代社會廣泛應用,人們對其的要求也越來越高,其發展的趨勢是方便、快捷、隨時隨地。傳統的視頻傳輸過于依賴線路,線路的走向限制了傳輸的很多可能,所以無線傳輸才是發展的方向。本文提出了一種基于WebRTC的Android移動端視頻傳輸技術,介紹了信令與WebRTC連接實現機制,以及穿透的具體過程。

  關鍵詞: 信令;安卓;WebRTC

0 引言

  本文提出了一種在移動端上(Android)的視頻傳輸技術,選取了兩臺Android設備作為測試設備,方便快捷,而且可攜帶性強。移動智能終端作為監控端也是一個最佳的應用平臺。隨著谷歌Android的飛速發展[1],越來越多的人選擇Android平臺來觀察視頻數據。

1 技術簡介

  (1)Android系統

  Android是基于Linux開放性內核的操作系統,也是一個開放的移動終端操作系統平臺,為移動設備提供了一個包含了操作系統及應用程序的軟件疊層架構。Android作為Google最具創新的產品之一[2],越來越多地被移動終端廠商使用和二次開發。Android具有很多特性,最大的特性是開放性,還有就是在其平臺上開發的應用程序權限由開發人員決定。

  (2)WebRTC

  WebRTC是Google于2011年6月3日開源的即時通訊項目[3]。它是一個支持網頁瀏覽器進行實時語音對話或視頻對話的技術,其出現可以幫助Web瀏覽器、個人電腦或手機實現實時多媒體通信功能。WebRTC提供了各種實現視頻會議的核心技術,包括音視頻的采集、編解碼、信號優化和處理以及網絡傳輸等。

2 系統設計及實現

  系統設計主要包含三個部分:音視頻模塊、信令服務和打洞服務。

  2.1 音視頻模塊

  VoiceEngine(WebRTC音頻引擎)是包含一系列音頻多媒體處理的框架,包括從視頻采集卡到網絡傳輸端等整個解決方案。ISAC(Internet Speech Audio Codec)是針對VoIP和音頻流的寬帶和超寬帶音頻編解碼器,是WebRTC音頻引擎的默認編解碼器。NetEQ for Voice是針對音頻的語音信號處理算法、自適應抖動控制算法以及語音包丟失隱藏算法。能夠快速且高解析度地適應不斷變化的網絡環境,確保音質優美且緩沖延遲最小,能夠有效地處理由于網絡抖動和語音包丟失對語音質量產生的影響。VideoEngine(WebRTC視頻處理引擎),是包含一系列視頻處理的整體框架,是從攝像頭采集視頻到視頻信息網絡傳輸再到視頻顯示整個完整過程的解決方案。VP8視頻圖像編解碼器是WebRTC視頻引擎的默認編解碼器,VP8適合實時通信應用場景,因為它主要是針對低延時而設計的編解碼器。Video Jitter Buffer(視頻抖動緩沖器),可以降低由于視頻抖動和視頻信息包丟失帶來的不良影響。對音視頻模塊VoiceEngine和VideoEngine進行編譯使用,首先要到Google上下載安卓NDK,然后還要安裝其他一些工具。以下對兩個庫文件簡單解釋,voe_audio_processingadds消噪(NS):自動增益控制和回聲控制;voe_rtp_rtcp:增加了RTCP發送器報告、RTP/RTCP統計、前向糾錯(FEC)和RTP實時捕捉。

  2.2 信令服務

  信令服務的作用是在通信雙方都不知道對方的IP以及端口的情況下建立連接。由服務器建立連接來實現。WebRTC實現了兩個API,分別是:MediaStream:通過MediaStream的API能夠通過設備的攝像頭及話筒獲得視頻、音頻的同步流;RTCPeerConnection:RTCPeerConnection是WebRTC用于構建點對點之間穩定、高效的流傳輸的組件。WebRTC使用RTCPeerConnection傳遞數據,但傳遞數據之前,需要一種機制來協調通信并發送控制信息,而這種機制就是信令機制。WebRTC并沒有制定任何信令的機制和協議,所以可以靈活選擇任何信令協議[4]。Openfire是一種開源的實時協作(RTC)服務器,本文設計用它作為信令服務器。

  信令交換的信息有:(1)用來控制通信開啟或者關閉的連接控制消息;(2)媒體流元數據,比如解碼器、解碼器的配置、帶寬、媒體類型等;(3)發生錯誤時彼此告知的消息;(4)外界所看到的網絡上的數據,如IP地址、端口等;(5)用來建立安全連接的關鍵數據。

  具體的連接建立方式由一種叫JSEP(JavaScript Session Establishment Protocol)的協議來規定,使用JSEP的原因在于在JSEP中需要交換的關鍵信息是多媒體會話描述(Multimedia Session Description)。JSEP將客戶端之間傳遞的信令分為兩種:offer信令和answer信令。它們主要內容的格式都遵循會話描述協議(Session Description Protocal,SDP)。通過offer和answer交換SDP描述符,流程如下:

  (1)A和B雙方建立一個RTCPeerConnection實例。

  (2)A通過createOffer()方法建立一個包含A的SDP描述符的offer信令。

  (3)A通過setLocalDescription()方法,將A的SDP描述符交給A的RTCPeerConnection實例。

  (4)A將offer信令通過服務器發送給B。

  (5)B將A的offer信令中所包含的SDP描述符提取出來,并通過setRemoteDescription()方法交給B的RTCPeerConnection實例。

  (6)B通過createAnswer()方法建立一個包含B的SDP描述符的answer信令。

  (7)B通過setLocalDescription()方法將B的SDP描述符交給B的RTCPeerConnection實例。

  (8)B將answer信令通過服務器發送給A。

  (9)A接收到B的answer信令后,將其中B的SDP描述符提取出來,調用setRemoteDescripttion()方法交給B的RTCPeerConnection實例。通過這一系列的信令交換之后,A和B所創建的RTCPeerConnection實例都包含了A和B的SDP描述符了。

  2.3 打洞服務

  打洞服務就是為了獲取連接兩端設備的網絡地址[5]。要實現P2P視頻傳輸,實際應用中不可能讓用戶自己去設置對方的IP和音視頻端口,而且即使設置了對方的IP和端口也不一定能運行,因為P2P視頻傳輸過程中,如果雙方不在同一個網段則還需穿透NAT。

  打洞原理:主要思路就是通過STUN服務器獲取自己的IP、Port及NAT信息,然后通過信令服務器交換這些信息,最后兩客戶端根據各自得到的IP、Port、NAT信息進行相應的穿透。STUN是一種網絡協議,可以讓處于NAT后的客戶端找出自己所處的公網IP地址,而且可以獲取自己的NAT類型,以及一些相關的端口信息,這些信息用來在兩個處于NAT之后的主機建立UDP通信。STUN由RFC 5389定義,是一個客戶機-服務器協議,由于每個peer可能處于不同的網絡中,所以每個peer都需要NAT穿越,確保雙方都可訪問對方的IP地址和端口以及STUN服務器。在RTCPeerConnection中,使用ICE框架來保證RTCPeerConnection能實現NAT穿越。ICE(Interactive Connectivity Establishment),交互式連接建立,是一種綜合性的NAT穿越技術,可以整合各種NAT穿越技術,如STUN、TURN(Traversal Using Relay NAT,中繼NAT實現的穿透)。ICE會先使用STUN,如果失敗,ICE就會使用一個中繼的TURN服務器。圖1為iceServers配置信息。

001.jpg

  在iceServers配置對象(RTCPeerConnection constructor)中設置STUN and/or TURN服務器地址信息,包括IP地址、端口號等。有了這些信息ICE會自動啟動。STUN服務架設在外網,它有一個簡單的任務:獲取一個發送請求的設備(運行在NAT后邊的應用)的IP和端口,然后返回這個地址。換句話說,應用使用STUN服務器發現它的外網IP和端口,這個過程確保了一個WebRTC端獲得它自己的公共地址,然后通過signaling機制發送這個信息給另一端,這樣就可以建立起一個直接連接。在實際應用中,不同的NATs有不同的工作方式,可能有多個NAT層,但是原理是一樣的,原理如下:

  (1)A通過公共IP與服務器建立連接。

  (2)A發送一個加入某房間的信令,并設置房間號,信令中需要包含該房間的編號。

  (3)若有新用戶B加入,B會向服務器發送一個請求信令(new_peer),信令中包含新加入的用戶B的信息以及房間號。

  (4)若房間號相同,則建立A和B的通信連接。

  系統框架如圖2所示。

002.jpg

  圖2中兩個peer分別指兩個終端用戶,NAT的用途是作為穿透使用,turnserver是由一個STUN服務器加上中繼功能構成,當建立一個基于UDP的連接失敗了,ICE就會使用一個中繼的TURN服務器也就是Relay server。

3 測試及結果

003.jpg

  在本次測試中,采用的兩臺Android手機分別是三星平板和魅族手機。如圖3所示兩臺Android平臺(一臺是安卓手機,一臺是安卓平板)正在進行視頻傳輸,從屏幕中既可以觀察遠端傳過來的情況又可以觀察自己要傳出去的視頻情況。

4 結論

  本文采用WebRTC音視頻技術,利用NAT穿透和信令服務的搭建,實現了移動終端的無線視頻傳輸。NAT穿透在實現跨網功能上起到了巨大的作用,對于安卓移動端具有良好的應用價值。

參考文獻

  [1] 李寧.Android開發權威指南[M].北京:人民郵電出版社,2011.

  [2] 丁鶴洋,李太君,徐瑛.3G無線視頻監控系統的設計與實現[J].通信技術,2012,45(2):68-70.

  [3] 鄒勇.基于XMPP和Webrtc的web實時通訊[D].南京:南京大學,2012.

  [4] 王璐.Web模式下基于XMPP的即時通信系統的設計與實現[D].北京:北京郵電大學,2010.

  [5] 楊佳勝.基于Android終端的視頻通話系統設計與實現[D].大連:大連理工大學,2011.


此內容為AET網站原創,未經授權禁止轉載。
亚洲一区二区欧美_亚洲丝袜一区_99re亚洲国产精品_日韩亚洲一区二区
国产在线播精品第三| 91久久夜色精品国产网站| 蜜桃av一区二区在线观看| 欧美亚洲自偷自偷| 亚洲综合成人在线| 99精品欧美一区| 最新国产成人在线观看| 久久精品视频在线看| 欧美在线观看天堂一区二区三区| 亚洲性感激情| 亚洲午夜精品久久久久久浪潮| 亚洲日本欧美天堂| 亚洲激情一区| 亚洲欧洲一区| 亚洲激情影院| 91久久精品国产| 亚洲黄色一区二区三区| 亚洲成色777777女色窝| 亚洲大胆人体在线| 亚洲黄色尤物视频| 亚洲精品影院在线观看| 亚洲免费成人| 夜夜躁日日躁狠狠久久88av| 亚洲人成网在线播放| 亚洲人成网站精品片在线观看| 亚洲第一在线综合网站| 亚洲国产小视频在线观看| 亚洲国产视频一区二区| 亚洲精品欧美一区二区三区| 日韩视频在线免费| 在线午夜精品自拍| 亚洲免费影视| 久久aⅴ国产欧美74aaa| 亚洲国产精品一区制服丝袜| 亚洲精品乱码久久久久久黑人 | 日韩午夜精品视频| 日韩午夜精品| 亚洲影院在线观看| 欧美在线播放高清精品| 亚洲国产精品免费| 亚洲免费黄色| 亚洲网站在线看| 性色av一区二区三区红粉影视| 久久久www成人免费精品| 免费欧美视频| 欧美视频中文在线看| 国产日韩欧美一区二区三区在线观看 | 久久久www成人免费精品| 免费看亚洲片| 欧美日韩精品久久| 国产区精品在线观看| 精品91在线| 亚洲最快最全在线视频| 亚洲欧美日韩精品久久奇米色影视| 久久国产一区二区| 在线亚洲欧美视频| 久久av二区| 欧美大片免费久久精品三p| 欧美视频三区在线播放| 国产一区免费视频| 亚洲精品视频一区| 小黄鸭精品密入口导航| 亚洲毛片在线观看.| 久久国产精品高清| 欧美久久影院| 国产日韩欧美高清免费| 亚洲精品久久嫩草网站秘色| 亚洲专区一区二区三区| 亚洲精品老司机| 欧美在线91| 欧美区一区二区三区| 国产一区二区av| 一本色道综合亚洲| 亚洲人人精品| 久久国内精品视频| 欧美三级日本三级少妇99| 在线播放亚洲一区| 亚洲午夜精品福利| 99精品久久久| 久久综合狠狠| 国产伦精品免费视频 | 亚洲二区三区四区| 亚洲免费视频在线观看| 欧美成人r级一区二区三区| 国产精品无码永久免费888| 亚洲人成网站在线播| 亚洲第一福利视频| 先锋资源久久| 欧美日韩免费一区二区三区视频 | 欧美亚洲网站| 亚洲午夜在线观看| 欧美刺激性大交免费视频| 国产亚洲精品久久飘花| 亚洲视频网在线直播| 亚洲精品日韩精品| 久久午夜av| 国产欧美日韩精品丝袜高跟鞋| 亚洲精品资源| 亚洲人成在线观看| 久久先锋资源| 国产日韩欧美精品一区| 在线一区亚洲| 在线亚洲高清视频| 欧美福利在线| 伊人激情综合| 欧美在线观看网站| 久久精品国产91精品亚洲| 国产精品入口日韩视频大尺度| 9色国产精品| 99精品福利视频| 欧美国产先锋| 18成人免费观看视频| 亚洲承认在线| 久久亚洲午夜电影| 国语精品中文字幕| 欧美一区三区二区在线观看| 欧美一区二区三区的| 国产精品系列在线播放| 亚洲视频免费看| 亚洲欧美国产不卡| 国产精品理论片| 一区二区三区久久网| 亚洲一区二区三区四区五区午夜| 欧美日韩亚洲一区二区三区四区 | 欧美1级日本1级| 激情五月综合色婷婷一区二区| 久久国产精品免费一区| 久久久久天天天天| 一区二区三区在线视频免费观看| 久久国产天堂福利天堂| 久久男人资源视频| 曰韩精品一区二区| 亚洲精品国产系列| 欧美精品一区二区三区久久久竹菊| 亚洲国产精品成人精品| 亚洲美女在线一区| 欧美日韩成人一区二区| 一区二区三区.www| 亚洲资源av| 国产精品视频久久| 午夜在线视频一区二区区别| 久久激五月天综合精品| 国产一区二区三区在线观看网站| 欧美在线精品免播放器视频| 老鸭窝91久久精品色噜噜导演| 亚洲国产二区| 一本综合精品| 国产精品拍天天在线| 午夜精品短视频| 久久精品欧美日韩精品| 精品91在线| 9i看片成人免费高清| 欧美亚州一区二区三区 | 欧美亚一区二区| 亚洲一区在线免费| 久久成人综合视频| 悠悠资源网久久精品| aa亚洲婷婷| 国产精品系列在线播放| 久久精品国产精品亚洲精品| 欧美第一黄网免费网站| 这里只有视频精品| 久久精品视频一| 亚洲国产精品精华液2区45| 亚洲视频播放| 国产日韩精品在线| 亚洲毛片一区| 国产精品一区二区久激情瑜伽| 久久福利毛片| 欧美日韩二区三区| 亚洲欧美日韩国产综合精品二区| 久久综合国产精品台湾中文娱乐网| 亚洲人成在线观看| 欧美一区二区视频97| 亚洲成人在线视频播放| 亚洲欧美不卡| 在线观看国产一区二区| 亚洲一区二区欧美| 一区久久精品| 亚洲天堂偷拍| 极品裸体白嫩激情啪啪国产精品| 宅男精品视频| 好男人免费精品视频| 中日韩午夜理伦电影免费| 国产一区二区三区高清在线观看| 日韩午夜在线| 国产一区二区按摩在线观看| 一区二区三区精品在线| 国产一区再线| 在线视频欧美日韩精品| 国产综合久久久久影院| 亚洲一区二区精品在线观看| **欧美日韩vr在线| 性欧美暴力猛交69hd| 亚洲欧洲精品一区二区三区不卡 | 亚洲国产日韩在线一区模特| 欧美一区免费视频| 一片黄亚洲嫩模| 欧美成人中文| 久久国产精品毛片|