《電子技術應用》
您所在的位置:首頁 > 通信與網絡 > 設計應用 > 基于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无色码中文字幕| 久久精品一区蜜桃臀影院| 久久久久久噜噜噜久久久精品| 久久久久国色av免费观看性色| 久久精品欧洲| 欧美超级免费视 在线| 欧美—级a级欧美特级ar全黄| 欧美精品久久久久久久免费观看| 欧美日韩日本国产亚洲在线 | 好吊妞**欧美| 亚洲成人在线网| 亚洲日本无吗高清不卡| 在线性视频日韩欧美| 亚洲男人影院| 亚洲福利专区| 一区二区三区免费网站| 性伦欧美刺激片在线观看| 久久久一本精品99久久精品66| 欧美14一18处毛片| 国产精品xnxxcom| 国内精品久久久久久| 91久久精品国产91久久性色tv| 在线中文字幕一区| 欧美在线亚洲| 亚洲视频香蕉人妖| 久久久精品欧美丰满| 欧美激情在线播放| 国产精品亚洲综合一区在线观看| 精品999成人| 一本色道久久综合狠狠躁篇的优点| 午夜精品理论片| 亚洲精选91| 欧美一区91| 欧美激情一二区| 国产日韩欧美夫妻视频在线观看| 亚洲国产美女精品久久久久∴| 一区二区三区日韩在线观看| 亚洲第一毛片| 亚洲女女女同性video| 蜜桃av噜噜一区| 国产精品爽爽爽| 亚洲人体影院| 久久se精品一区精品二区| 亚洲视频一区二区免费在线观看| 久久精品一区二区国产| 欧美日韩视频在线一区二区| 国内精品模特av私拍在线观看| 日韩一区二区精品在线观看| 久久精品毛片| 翔田千里一区二区| 欧美日韩美女在线| 在线观看一区二区视频| 亚洲天堂av图片| 亚洲另类自拍| 久热re这里精品视频在线6| 国产精品毛片大码女人| 亚洲人成在线观看一区二区| 久久高清国产| 欧美一区二区三区在线观看| 欧美激情精品久久久久久| 国产一区观看| 亚洲午夜精品网| 夜夜嗨av一区二区三区中文字幕 | 欧美成人国产一区二区| 国产一区白浆| 亚洲在线观看视频网站| 一二三区精品| 欧美国产精品人人做人人爱| 国产综合视频| 亚洲欧美一级二级三级| 亚洲一区国产视频| 欧美日韩精品在线视频| 亚洲国产精彩中文乱码av在线播放| 欧美一区成人| 欧美有码在线视频| 国产精品久久久久久久久久妞妞| 亚洲免费观看视频| 亚洲精品中文在线| 欧美jizzhd精品欧美喷水| 国产综合在线视频| 欧美一级午夜免费电影| 亚洲欧美日韩区| 国产精品成人午夜| 一区二区三区四区国产精品| 一区二区三区蜜桃网| 欧美精品久久久久久| 亚洲黄色在线观看| 亚洲美女视频网| 欧美精品一区在线播放| 亚洲国产精品va在线看黑人动漫| 亚洲盗摄视频| 美女网站久久| 亚洲激情第一页| 99日韩精品| 欧美日韩一区在线观看视频| 日韩视频在线免费| 亚洲一区bb| 国产精品视频专区| 香港成人在线视频| 久久久xxx| 精品成人在线观看| 亚洲日本中文字幕区| 欧美福利视频| 亚洲精品综合精品自拍| 亚洲一级黄色av| 国产精品欧美在线| 亚洲欧美在线网| 欧美一区网站| 狠狠色噜噜狠狠色综合久| 亚洲黄色在线观看| 欧美精品99| 亚洲少妇诱惑| 蜜臀91精品一区二区三区| 欧美大片va欧美在线播放| 精品动漫一区| 最新中文字幕一区二区三区| 欧美成ee人免费视频| 亚洲国产91| 一本色道久久加勒比88综合| 欧美日韩美女| 亚洲一区二区三区视频播放| 亚洲免费在线观看视频| 国产精品影片在线观看| 欧美在线综合视频| 欧美成ee人免费视频| 亚洲免费高清| 亚欧美中日韩视频| 激情久久婷婷| 99热这里只有成人精品国产| 国产精品都在这里| 欧美一区二区三区日韩视频| 免费日韩av片| 妖精成人www高清在线观看| 性欧美长视频| 在线观看欧美黄色| 一区二区三区黄色| 国产欧美日韩精品专区| 亚洲激情视频在线| 国产精品电影在线观看| 久久精品99| 欧美日韩一区视频| 欧美一级大片在线观看| 女人色偷偷aa久久天堂| 一本色道综合亚洲| 久久久久网站| 日韩亚洲国产欧美| 久久精品一本| 亚洲精品自在久久| 久久精品在线播放| 亚洲乱码视频| 久久久亚洲综合| 一本久道综合久久精品| 久久久久久综合网天天| 亚洲精品一区二区三区在线观看| 欧美亚洲在线播放| 亚洲激情图片小说视频| 欧美一区二区三区在线观看视频| 亚洲国产成人久久综合一区| 亚洲欧美日韩精品久久久久 | 国模精品一区二区三区| 在线亚洲激情| 狠狠久久亚洲欧美| 亚洲影院免费观看| 亚洲黄色影片| 久久久久久噜噜噜久久久精品| 亚洲美女精品久久| 久久综合网hezyo| 亚洲伊人伊色伊影伊综合网| 欧美激情亚洲国产| 亚洲成色www8888| 国产精品毛片a∨一区二区三区| 亚洲啪啪91| 国产一区二区三区网站| 亚洲主播在线播放| 亚洲精品国精品久久99热| 狂野欧美激情性xxxx| 亚洲欧美文学|