基于Android的移動(dòng)視頻監(jiān)控客戶端①

卜振江, 楊海波, 賈軍營(yíng)(中國(guó)科學(xué)院 沈陽(yáng)計(jì)算技術(shù)研究所, 沈陽(yáng) 068)(中國(guó)科學(xué)院大學(xué) 計(jì)算機(jī)與控制學(xué)院, 北京 00049)

基于Android的移動(dòng)視頻監(jiān)控客戶端①

卜振江1,2, 楊海波1, 賈軍營(yíng)11(中國(guó)科學(xué)院 沈陽(yáng)計(jì)算技術(shù)研究所, 沈陽(yáng) 110168)2(中國(guó)科學(xué)院大學(xué) 計(jì)算機(jī)與控制學(xué)院, 北京 100049)

近年來(lái), 移動(dòng)通訊網(wǎng)絡(luò)的迅速發(fā)展和Android系統(tǒng)智能手機(jī)的普及使得移動(dòng)視頻監(jiān)控成為一個(gè)重要的研究方向. 在深入研究流媒體傳輸技術(shù)、視頻編解碼技術(shù)和SIP協(xié)議的基礎(chǔ)上, 設(shè)計(jì)了一種具有語(yǔ)音通話功能的移動(dòng)視頻監(jiān)控系統(tǒng), 并重點(diǎn)對(duì)基于Android平臺(tái)的移動(dòng)視頻監(jiān)控客戶端進(jìn)行研究與設(shè)計(jì).

移動(dòng)視頻監(jiān)控; Android平臺(tái); 流媒體技術(shù); 語(yǔ)音通話

1 引言

隨著移動(dòng)互聯(lián)網(wǎng)絡(luò)的快速發(fā)展和智能手機(jī)的處理能力越來(lái)越強(qiáng),移動(dòng)視頻的需求正在爆炸式的增長(zhǎng),同時(shí)傳統(tǒng)的視頻監(jiān)控已經(jīng)不能滿足用戶隨時(shí)、隨地和根據(jù)需要進(jìn)行實(shí)時(shí)監(jiān)控與通信的需求. 基于手機(jī)等便攜式設(shè)備的無(wú)線網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng),將成為下一個(gè)視頻監(jiān)控領(lǐng)域的熱點(diǎn). 同時(shí)Android平臺(tái)又以其系統(tǒng)開(kāi)放、性能優(yōu)越、用戶群體多等優(yōu)點(diǎn)成為研究設(shè)計(jì)移動(dòng)視頻監(jiān)控客戶端的首選.

為了滿足人們?cè)诜泵ぷ鞯耐瑫r(shí), 可利用智能手機(jī)遠(yuǎn)程隨時(shí)、隨地、實(shí)時(shí)對(duì)視頻監(jiān)控區(qū)域狀況了解, 并可以迅速做出分析與處理. 本文研究設(shè)計(jì)了一種基于Android平臺(tái)的移動(dòng)視頻監(jiān)控客戶端. 該客戶端結(jié)合了流媒體傳輸技術(shù), 視頻編解碼技術(shù)和SIP語(yǔ)音通信技術(shù),不僅能實(shí)時(shí)接收服務(wù)器端發(fā)送的視頻數(shù)據(jù), 并解碼播放, 還可以實(shí)時(shí)與視頻采集智能終端進(jìn)行語(yǔ)音通話.

2 系統(tǒng)設(shè)計(jì)方案的可行性及優(yōu)勢(shì)分析

首先, 隨著我國(guó)無(wú)線Wifi網(wǎng)絡(luò)和4G移動(dòng)通信技術(shù)的普及以及5G網(wǎng)絡(luò)的出現(xiàn), 移動(dòng)網(wǎng)絡(luò)的傳輸速率也得到了非常大的提升, 已經(jīng)完全滿足移動(dòng)設(shè)備上音視頻數(shù)據(jù)傳輸?shù)囊? 這就為研究與設(shè)計(jì)移動(dòng)視頻監(jiān)控系統(tǒng)提供了一定的技術(shù)可行性.

第二, 本文研究與設(shè)計(jì)的移動(dòng)視頻監(jiān)控客戶端是基于Android系統(tǒng)的. 對(duì)比其他移動(dòng)端操作系統(tǒng), Android系統(tǒng)優(yōu)勢(shì)主要有:

(1) Android是一種基于Linux的自由及開(kāi)放源代碼的操作系統(tǒng). Android系統(tǒng)的開(kāi)放性不僅僅體現(xiàn)在對(duì)Android操作系統(tǒng)的授權(quán)使用上, 同時(shí), Android系統(tǒng)的上層應(yīng)用程序可以自由地訪問(wèn)Android系統(tǒng)的各個(gè)API.

(2) Android系統(tǒng)具有豐富的多媒體類庫(kù), 并且這些類庫(kù)都是開(kāi)放源代碼的, 可以很方便的對(duì)這些多媒體類庫(kù)進(jìn)行擴(kuò)展及二次開(kāi)發(fā), 這就為移動(dòng)視頻監(jiān)控系統(tǒng)的快速開(kāi)發(fā)提供了便利條件.

(3) Android系統(tǒng)的市場(chǎng)占有率非常高, 據(jù)市場(chǎng)研究公司IDC 的全球手機(jī)市場(chǎng)季度報(bào)告, 2016年第一季度, Android系統(tǒng)的市場(chǎng)占有率為89%, 所以開(kāi)發(fā)基于Android的移動(dòng)視頻監(jiān)控系統(tǒng)具有較好的市場(chǎng)應(yīng)用前景.

(4) Android系統(tǒng)具有用戶體驗(yàn)優(yōu)越的可視化界面,可以把移動(dòng)監(jiān)控客戶端的UI界面設(shè)計(jì)的非常漂亮、美觀且簡(jiǎn)單易于操作.

第三, 本文的設(shè)計(jì)方案有效的結(jié)合了音視頻編解碼技術(shù)、流媒體技術(shù)與語(yǔ)音通信技術(shù). 音視頻編解碼主要應(yīng)用了FFmpeg開(kāi)源框架, FFmpeg是在 Linux 平臺(tái)上開(kāi)發(fā)的, 而Android系統(tǒng)也是基于Linux系統(tǒng)開(kāi)發(fā)的, 所以比較容易根據(jù)業(yè)務(wù)需求將擴(kuò)展好的FFmpeg框架移植到Android系統(tǒng)中; 流媒體技術(shù)應(yīng)用了當(dāng)前比較成熟的RTP、RTCP、RTSP流媒體傳輸協(xié)議; 語(yǔ)音通信技術(shù)對(duì)比了SIP協(xié)議和H.323協(xié)議, 選取了簡(jiǎn)單靈活, 分布式控制的SIP協(xié)議, 中國(guó)電信集團(tuán)也在其《中國(guó)電信家庭視頻監(jiān)控業(yè)務(wù)技術(shù)規(guī)范》中, 推薦將SIP 協(xié)議作為首選控制協(xié)議來(lái)實(shí)現(xiàn).

最后, 本文設(shè)計(jì)的移動(dòng)視頻監(jiān)控系統(tǒng)相對(duì)比一般的移動(dòng)視頻監(jiān)控系統(tǒng)具有如下優(yōu)勢(shì):

(1) 可以隨時(shí)隨地靈活的在移動(dòng)端查看清晰的視頻監(jiān)控畫面, 同時(shí)還可以實(shí)現(xiàn)實(shí)時(shí)語(yǔ)音通話與互動(dòng),這樣可以很好的滿足人們隨時(shí)隨地遠(yuǎn)程看護(hù)家里老人,小孩的需求和醫(yī)生遠(yuǎn)程指導(dǎo)醫(yī)療服務(wù)的需求, 廣泛應(yīng)用于智能家居安防領(lǐng)域和遠(yuǎn)程醫(yī)療領(lǐng)域.

(2) 該監(jiān)控系統(tǒng)的擴(kuò)展性非常強(qiáng), 視頻采集端可以是固定的攝像頭, 也可以是帶有攝像頭的移動(dòng)設(shè)備,可廣泛應(yīng)用車載移動(dòng)視頻監(jiān)控系統(tǒng)中和交通領(lǐng)域.

(3) 由于在監(jiān)控系統(tǒng)中設(shè)計(jì)了具有保存、推送、拉取視頻數(shù)據(jù)功能的流媒體服務(wù)器, 可以在移動(dòng)設(shè)備上實(shí)時(shí)回看視頻監(jiān)控畫面.

3 移動(dòng)視頻監(jiān)控關(guān)鍵技術(shù)研究

3.1 流媒體傳輸技術(shù)

3.1.1 流媒體

流媒體是指采用流式傳輸?shù)姆绞皆谝蛱鼐W(wǎng)上播放的媒體格式. 流媒體的特點(diǎn)是: 在播放前不需要全部下載完成, 只需要緩存部分內(nèi)容即可播放, 在播放的過(guò)程中, 后臺(tái)繼續(xù)下載音視頻媒體內(nèi)容. 這種對(duì)多媒體文件邊下載邊播放的流式傳輸方式不僅使延遲大幅度的縮短, 極大的減少用戶等待的時(shí)間, 而且對(duì)系統(tǒng)緩存容量的需求也大大降低, 非常適合應(yīng)用于存儲(chǔ)容量不大的手機(jī)系統(tǒng). 流媒體的關(guān)鍵技術(shù)是流式傳輸,流式傳輸又按播放方式不同分為兩種: 實(shí)時(shí)流式傳輸(Real-time Streaming)和順序流式傳輸(Progressive Streaming). 兩者性能對(duì)比如表1所示.

表1 流媒體傳輸方式對(duì)比

由于實(shí)時(shí)流式傳輸可以保證音視頻信號(hào)的帶寬和網(wǎng)絡(luò)連接相匹配, 我們就可以實(shí)時(shí)觀看到監(jiān)控視頻.實(shí)時(shí)流式傳輸?shù)牡耐怀鎏攸c(diǎn)是: 它與普通的HTTP流式傳輸不同, 它需要配置專用的流媒體服務(wù)器和相應(yīng)的傳輸協(xié)議; 流媒體流式傳輸還總是實(shí)現(xiàn)實(shí)時(shí)傳輸,這樣它就非常適合現(xiàn)場(chǎng)事件, 比如應(yīng)用于實(shí)時(shí)監(jiān)控、直播系統(tǒng)中, 也支持隨機(jī)訪問(wèn). 用戶可以通過(guò)快進(jìn)和后退按鈕觀看前面或后面的視頻內(nèi)容. 而順序流式傳輸只支持順序下載, 在某一時(shí)刻, 用戶就只可以觀看自己已經(jīng)下載的部分視頻內(nèi)容, 不可以快進(jìn)觀看已經(jīng)下載的視頻內(nèi)容.

3.1.2 流媒體傳輸協(xié)議

流媒體系統(tǒng)各部分之間通過(guò)傳輸協(xié)議來(lái)協(xié)調(diào)管理整個(gè)流媒體通信過(guò)程. 實(shí)時(shí)流式傳輸主要涉及到的協(xié)議有實(shí)時(shí)傳輸協(xié)議(Real-time Transport Protocol, RTP)、實(shí)時(shí)傳輸控制協(xié)議(Real-time Transport Control Protocol, RTCP)和實(shí)時(shí)流傳輸協(xié)議(Real-time Streaming Protocol, RTSP), 這三種協(xié)議構(gòu)成了實(shí)時(shí)流式傳輸?shù)幕A(chǔ).

RTP 協(xié)議為那些傳輸實(shí)時(shí)數(shù)據(jù)的應(yīng)用提供端到端的網(wǎng)絡(luò)傳輸功能, 包括在單播或多播環(huán)境中傳輸音視頻或仿真數(shù)據(jù). RTP 協(xié)議并不解決資源預(yù)留, 也不保證實(shí)時(shí)服務(wù)的服務(wù)質(zhì)量, 數(shù)據(jù)的傳輸質(zhì)量由 RTCP協(xié)議保證. RTP 可以看成是傳輸層的一個(gè)子層. 如下,圖1顯示了一個(gè)流媒體傳輸?shù)牡湫蛥f(xié)議體系結(jié)構(gòu).

圖1 流媒體傳輸協(xié)議體系結(jié)構(gòu)

RTP基于UDP 協(xié)議, 也有固定的封裝形式, 實(shí)現(xiàn)端到端的實(shí)時(shí)傳輸. RTP協(xié)議需要RTCP 協(xié)議控制服務(wù)質(zhì)量, 另外, 與RTP協(xié)議相關(guān)的協(xié)議還有RTSP協(xié)議(Real-time Streaming Protocol )和RSVP協(xié)議(Resource Reservation Protocol).

RTCP主要負(fù)責(zé)服務(wù)質(zhì)量的監(jiān)控、反饋、流媒體之間的同步, 以及多播場(chǎng)景中各個(gè)成員的標(biāo)識(shí). 在每一個(gè) RTP 會(huì)話中, 各個(gè)參與終端會(huì)周期性的發(fā)送RTCP數(shù)據(jù)包. RTCP 數(shù)據(jù)包中主要包含了已發(fā)送的數(shù)據(jù)包個(gè)數(shù)、丟失的數(shù)據(jù)包個(gè)數(shù)等信息, 各個(gè)參與終端可以根據(jù)這些信息自動(dòng)改變傳輸策略或載荷類型. RTP 需要RTCP 協(xié)議的配合使用, 才可以達(dá)到最優(yōu)的傳輸效率.

RTSP 協(xié)議屬于應(yīng)用層協(xié)議, 與 HTTP 協(xié)議的流控制協(xié)議類似, RTSP 協(xié)議規(guī)定了一對(duì)多應(yīng)用程序有效地通過(guò) Internet 傳送多媒體數(shù)據(jù)的方式. RTSP 協(xié)議的語(yǔ)法也類似于HTTP 協(xié)議, 但不同的是RTSP 協(xié)議是有狀態(tài)的協(xié)議, 而HTTP協(xié)議是無(wú)狀態(tài)的協(xié)議. RTSP 通過(guò)維護(hù)一個(gè)會(huì)話以維護(hù)狀態(tài)轉(zhuǎn)換過(guò)程, 其默認(rèn)端口號(hào)為554, 默認(rèn)承載協(xié)議為TCP 協(xié)議.

3.2 FFmpeg

FFmpeg是一個(gè)集音視頻編碼、解碼、轉(zhuǎn)換、錄制功能為一體的開(kāi)源框架. FFmpeg 是在 Linux 平臺(tái)下開(kāi)發(fā)的,所以繼承了 Linux 平臺(tái)高性能的優(yōu)點(diǎn). 且在長(zhǎng)期的開(kāi)發(fā)中,開(kāi)源社區(qū)的各種開(kāi)發(fā)者和程序愛(ài)好者們又對(duì)編碼和解碼的算法進(jìn)行了優(yōu)化,其性能在所有的開(kāi)源組件中基本是最好的,再加上它對(duì)系統(tǒng)資源的需求又比較小,因此非常適合移植到Android系統(tǒng)中,被移動(dòng)監(jiān)控客戶端解碼模塊所使用. FFmpeg的主要組成部分如表2所示.

表2 FFmpeg的主要組成部分及描述

3.3 SIP通信協(xié)議

SIP(Session Initiation Protocol, SIP)是會(huì)話發(fā)起協(xié)議, 它是一個(gè)基于文本的應(yīng)用層控制協(xié)議, 由IETF在1999 那年提出來(lái)的. 它是用于建立、修改和終止一個(gè)或者多個(gè)基于互聯(lián)網(wǎng)平臺(tái)的多媒體會(huì)話業(yè)務(wù). 現(xiàn)在SIP 協(xié)議在實(shí)時(shí)聊天、視頻電話、視頻會(huì)議這些領(lǐng)域都應(yīng)用非常的廣泛. SIP 在三個(gè)方面支持創(chuàng)建、終止多媒體通信:

(1) 用戶可用性: 決定客戶是否有這個(gè)意愿加入此次的會(huì)話通信;

(2) 用戶協(xié)商: 通信雙方對(duì)數(shù)據(jù)參數(shù)和數(shù)據(jù)類型的確定;

(3) 呼叫創(chuàng)建: 呼叫雙方通過(guò)會(huì)話參數(shù)的傳遞進(jìn)行建立.

4 視頻監(jiān)控系統(tǒng)總體設(shè)計(jì)

本文提出的移動(dòng)視頻監(jiān)控系統(tǒng)是基于C/S架構(gòu),主要分為三個(gè)主要模塊: 視頻采集端、服務(wù)器, 移動(dòng)監(jiān)控客戶端. 移動(dòng)視頻監(jiān)控系統(tǒng)的設(shè)計(jì)總框架如圖2所示.

圖2 移動(dòng)視頻監(jiān)控系統(tǒng)的總體設(shè)計(jì)框架

(1) 視頻采集端: 主要負(fù)責(zé)監(jiān)控區(qū)域的視頻數(shù)據(jù)的采集, 壓縮編碼后上傳送給服務(wù)器. 為了適應(yīng)不同的應(yīng)用場(chǎng)景, 視頻采集端又分為固定攝像頭采集端和移動(dòng)設(shè)備采集端. 固定攝像頭采集端主要由攝像頭,服務(wù)器監(jiān)控終端組成, 作為傳統(tǒng)的視頻采集方式, 攝像頭負(fù)責(zé)采集視頻并上傳到服務(wù)器; 移動(dòng)視頻采集終端是基于Android操作系統(tǒng)的智能手機(jī)上開(kāi)發(fā)的應(yīng)用軟件, 是一種新型的視頻采集方式, 通過(guò)Android提供的音視頻API和開(kāi)源的音視頻編解碼解決方案, 實(shí)現(xiàn)音視頻的采集和編碼, 然后通過(guò)移動(dòng)無(wú)線網(wǎng)絡(luò)上傳到服務(wù)器.

(2) 服務(wù)器: 包括了流媒體服務(wù)器和 SIP 通信服務(wù)器兩部分, 它是音視頻采集端和監(jiān)控終端的溝通的紐帶. 流媒體服務(wù)器實(shí)現(xiàn)根據(jù)用戶請(qǐng)求對(duì)視頻采集端的視頻數(shù)據(jù)進(jìn)行轉(zhuǎn)發(fā); SIP信令服務(wù)器其主要負(fù)責(zé)接收與處理移動(dòng)設(shè)備采集端和移動(dòng)監(jiān)控終端發(fā)來(lái)的SIP請(qǐng)求信令, 是系統(tǒng)通信協(xié)議實(shí)現(xiàn)的關(guān)鍵部分.

(3) 移動(dòng)監(jiān)控客戶端: 主要部署在 Android 移動(dòng)平臺(tái)上, 通過(guò)用戶操作的界面, 可以實(shí)現(xiàn)對(duì)監(jiān)控視頻的隨時(shí)查看, 以及設(shè)備的控制, 信息查詢與配置等,還可以進(jìn)行語(yǔ)音通話, 方便及時(shí)相互通信.

5 移動(dòng)監(jiān)控客戶端的設(shè)計(jì)

由于本文的重點(diǎn)是對(duì)移動(dòng)監(jiān)控客戶端的研究和設(shè)計(jì),以下內(nèi)容主要是針對(duì)移動(dòng)監(jiān)控客戶端各個(gè)子模塊研究和設(shè)計(jì). 由于移動(dòng)視頻監(jiān)控終端設(shè)備是用戶直接交互的對(duì)象, 須要求界面美觀、操作簡(jiǎn)單、功能穩(wěn)定.其設(shè)計(jì)結(jié)構(gòu)主要由三層構(gòu)成:視圖層、控制層和業(yè)務(wù)層,如圖3 所示.

5.1 視頻解碼模塊

由于網(wǎng)絡(luò)帶寬和存儲(chǔ)設(shè)備的限制, 視頻數(shù)據(jù)傳輸過(guò)程之前經(jīng)過(guò)壓縮編碼. 所以移動(dòng)監(jiān)控客戶端在經(jīng)過(guò)視頻數(shù)據(jù)的接收和組包之后, 就可以獲得一個(gè)視頻幀,之后就要對(duì)其進(jìn)行解碼. 視頻解碼模塊是視頻處理中的核心部分.

圖3 移動(dòng)監(jiān)控客戶端的MVC結(jié)構(gòu)圖

本文設(shè)計(jì)的視頻采集終端采用的編碼格式是H.264格式, 編碼之后視頻幀的分辨率是352×288, 圖像格式為YuV420. 視頻數(shù)據(jù)解碼模塊主要負(fù)責(zé)從緩沖區(qū)中讀取視頻幀, 將其進(jìn)行解碼, 然后依據(jù)手機(jī)分辨率調(diào)整視頻幀的分辨率, 并將其轉(zhuǎn)換成RGB格式后,把視頻數(shù)據(jù)交送視頻顯示模塊.

本模塊視頻的解碼和分辨率轉(zhuǎn)換通過(guò)調(diào)用FFmpeg底層解碼函數(shù)實(shí)現(xiàn), 接下來(lái)將詳述下FFMEPG 的解碼流程, 如圖4為FFmpeg的視頻解碼流程圖.

圖4 FFmpeg解碼流程圖

(1) avcodec_register_all(): 完成FFMPEG 支持的編解碼格式注冊(cè).

(2) av_open_input_file(): 打開(kāi)本地或網(wǎng)絡(luò)服務(wù)端的多媒體文件.

(3) av_find_stream_info(): 分別找音/視頻的流索引ID 信息.

(4) avcodec_find_decoder(): 根據(jù)ID 信息尋找相應(yīng)的解碼器.

(5) avcodec_open(): 打開(kāi)解碼器.

(6) avcodec_alloc_frame(): 開(kāi)辟一片類型為AVFrame 的緩存, 來(lái)存儲(chǔ)解碼后的幀數(shù)據(jù).

(7) av_read_frame(): 從碼流中讀出幀數(shù)據(jù), 為音頻流或者視頻幀.

(8) avcodec_decode_video(): 解碼視頻幀. (9) avcodec_close(): 解碼完后, 釋放解碼器.

5.2 語(yǔ)音通話模塊

研究對(duì)比了多種語(yǔ)音編解碼器, 發(fā)現(xiàn)G.729編解碼器具有非常好的語(yǔ)音質(zhì)量和非常短的的時(shí)間延遲,因此,在語(yǔ)音通話模塊中我們采用G.729編解碼. 按照語(yǔ)音通話模塊的實(shí)現(xiàn)進(jìn)程進(jìn)行劃分的話, 音頻通話模塊可以劃分為語(yǔ)音數(shù)據(jù)的采集, 音頻數(shù)據(jù)的編碼、RTP實(shí)時(shí)傳輸、語(yǔ)音數(shù)據(jù)接收、語(yǔ)音解碼、播放等部分組成. 在移動(dòng)監(jiān)控客戶端上撥打電話成功后, 即發(fā)起sip會(huì)話請(qǐng)求成功后, Android系統(tǒng)通過(guò)本身所帶的麥克風(fēng)功能進(jìn)行數(shù)據(jù)采集原始的語(yǔ)音數(shù)據(jù),再進(jìn)行相對(duì)于復(fù)雜程度較低的G.729編碼, 編碼后減少了數(shù)據(jù)的存儲(chǔ)空間. 然后再將這個(gè)編碼后的數(shù)據(jù)流進(jìn)行 RTP 封裝,接著實(shí)時(shí)發(fā)送出去. 在發(fā)送的同時(shí)也實(shí)時(shí)接收著RTP數(shù)據(jù)包, 最后, 通過(guò)G.729轉(zhuǎn)碼, 得到原始的音頻碼流,讓手機(jī)的通過(guò)播放器播放出來(lái), 這樣, 就實(shí)現(xiàn)了語(yǔ)音通話的功能.

6 結(jié)語(yǔ)

本文在對(duì)移動(dòng)流媒體傳輸、FFmpeg框架和SIP協(xié)議等關(guān)鍵技術(shù)研究的基礎(chǔ)上, 根據(jù)實(shí)際項(xiàng)目需求,首先設(shè)計(jì)了移動(dòng)視頻監(jiān)控系統(tǒng)的整個(gè)系統(tǒng)架構(gòu), 并側(cè)重設(shè)計(jì)了移動(dòng)視頻監(jiān)控客戶端, 能夠較好地提供遠(yuǎn)程監(jiān)控服務(wù)和語(yǔ)音通話功能, 因此該客戶端設(shè)計(jì)具有一定的實(shí)際意義和廣泛的市場(chǎng)應(yīng)用前景.

1 李江.基于Android的4G網(wǎng)絡(luò)移動(dòng)高清視頻監(jiān)控系統(tǒng)關(guān)鍵技術(shù)的研究[碩士學(xué)位論文].杭州:浙江大學(xué),2016.

2 董杰,辛吉濤,連捷.基于Android系統(tǒng)的H.264視頻直播技術(shù)研究.電視技術(shù),2015,39(4):11–15.

3 汪雨秋.基于Android的視頻監(jiān)控終端系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[碩士學(xué)位論文].武漢:華中科技大學(xué),2014.

4 龔虹瑞.基于Android 的移動(dòng)視頻監(jiān)控[碩士學(xué)位論文].成都:西華大學(xué),2015.

5 丁峰,刁鳴.FFMPEG 的音視頻格式轉(zhuǎn)換設(shè)計(jì).應(yīng)用科技,2013,(2):11–4.

6 Fu SH, Fu HQ, Wang Z. Design of mobile phone network video surveillance system based on 3G. Computer Applications, 2011: 1–6.

7 Ratabouil S. Android NDK Beginner’s Guide - Discover the native side of Android and inject the power of C/C++ in your applications. Packt Publishing, 2012: 6–16.

8 Zeng H, Che HX, Cao GL. Design of mobile video surveillance based on Android. 2012 International Conference on Computer Science & Service System (CSSS). IEEE. 2012. 765–768.

9 楊飛,陳德艷,黃國(guó)宏.基于Android智能終端的移動(dòng)視頻監(jiān)控系統(tǒng)研究.應(yīng)用開(kāi)發(fā)研究,2013:1–5.

10 Michael.模擬視頻監(jiān)控發(fā)展現(xiàn)狀及趨勢(shì)探討.中國(guó)安防, 2013,(9):68–87.

11 辛吉濤.基于Android平臺(tái)的移動(dòng)視頻監(jiān)控系統(tǒng)的研究[碩士學(xué)位論文].大連:大連理工大學(xué),2015.

12 黃靜,朱欣遠(yuǎn).4G移動(dòng)通信關(guān)鍵技術(shù)及其展望探究.中國(guó)新通信,2014,(3):101–118.

Mobile Video Monitoring Terminal Based on the Android System

BU Zhen-Jiang1,2, YANG Hai-Bo1, JIA Jun-Ying112(Shenyang Institute of Computing Technology, Chinese Academy of Sciences, Shenyang 110168, China) (School of Computer and Control Engineering, University of Chinese Academy of Sciences, Beijing 100049, China)

In recent years, mobile video monitoring is an important research field because of the development of mobile communication network and the popularity of Android smart phone. This paper deeply studies the streaming media transmission technology, video coding-decoding technology and SIP protocol, on this basis, it designes a mobile video monitoring system owning voice function which mainly carries on the research and design of mobile video surveillance client on the basis of the Android platform.

mobile video monitoring; Android platform; streaming media technology; audio-based communication

2016-07-29;收到修改稿時(shí)間:2016-10-10

10.15888/j.cnki.csa.005768