校園無(wú)線視頻監(jiān)控系統(tǒng)的設(shè)計(jì)與應(yīng)用

丁雷

（江陰職業(yè)技術(shù)學(xué)院 江蘇 江陰 214400）

近年來(lái)，學(xué)校安全事故頻發(fā)，識(shí)別、阻止外來(lái)人員的闖入和校內(nèi)人員的非法外出成為學(xué)校安全防范的重點(diǎn)。根據(jù)需要，我院進(jìn)行了新一期數(shù)字化視頻監(jiān)控系統(tǒng)的建設(shè)?？紤]到校園整體安防系統(tǒng)的設(shè)計(jì)，監(jiān)控系統(tǒng)的可擴(kuò)展性，與其他子系統(tǒng)的聯(lián)動(dòng)，校方選擇采用了全數(shù)字模式的建設(shè)方案。這種采用嵌入式專用服務(wù)器的系統(tǒng)具備網(wǎng)絡(luò)通信、視頻處理、自動(dòng)控制等多項(xiàng)功能，采用瀏覽/服務(wù)器結(jié)構(gòu)，使用十分的便捷[1]。

在該系統(tǒng)中，雖然有一百多個(gè)前端的固定監(jiān)控點(diǎn)，但對(duì)于面積較大的校園來(lái)講還是無(wú)法完全滿足用戶的需求。例如，在某些區(qū)域由于視線遮擋或距離過(guò)遠(yuǎn)等原因不能進(jìn)行詳細(xì)紀(jì)錄，此外，校園內(nèi)及周邊還有很多的地方是視頻監(jiān)控死角，或者不方便使用固定的視頻監(jiān)控。因此，院方?jīng)Q定在系統(tǒng)中加入無(wú)線視頻監(jiān)控，以完善視頻監(jiān)控系統(tǒng)的功能性。

1 系統(tǒng)結(jié)構(gòu)分析與設(shè)計(jì)

傳統(tǒng)的無(wú)線接入網(wǎng)絡(luò)主要依托GSM、CDMA 以及Wi-Fi等傳輸技術(shù)，但難以滿足大數(shù)據(jù)量實(shí)時(shí)遠(yuǎn)程視頻監(jiān)控的要求，而現(xiàn)行的無(wú)線3G網(wǎng)絡(luò)能夠解決以上問(wèn)題。與傳統(tǒng)網(wǎng)絡(luò)相比，3G的反向鏈路峰值速率明顯高很多，響應(yīng)時(shí)間短，在高速運(yùn)動(dòng)狀態(tài)下的傳輸速度也快，并能夠支持音視頻等多媒體數(shù)據(jù)。而且，3G網(wǎng)絡(luò)即使在雨、霧等環(huán)境下也不會(huì)造成信號(hào)的衰減，非常適合在大學(xué)校園面積較大的這種條件下進(jìn)行高質(zhì)量的實(shí)時(shí)監(jiān)控，系統(tǒng)結(jié)構(gòu)如圖1 所示。

圖1 系統(tǒng)結(jié)構(gòu)示意圖Fig.1 System structure diagram

該方案中3G無(wú)線視頻監(jiān)控系統(tǒng)采用C/S 架構(gòu)，由3 部分組成，包括前端信號(hào)采集單元、無(wú)線網(wǎng)絡(luò)傳輸單元和遠(yuǎn)程監(jiān)控單元。前端單元負(fù)責(zé)對(duì)圖像進(jìn)行采集，并將拍攝到的模擬視頻信號(hào)轉(zhuǎn)換為數(shù)字信號(hào)，通過(guò)編碼器進(jìn)行數(shù)據(jù)壓縮處理，最后利用3G 網(wǎng)絡(luò)將壓縮后的數(shù)據(jù)傳送至監(jiān)控中心，通過(guò)用戶端完成實(shí)時(shí)顯示[2]。

2 無(wú)線監(jiān)控系統(tǒng)前端設(shè)計(jì)與應(yīng)用

2.1 設(shè)備的選擇與功能實(shí)現(xiàn)

前端設(shè)備有很多選擇，如無(wú)線攝像機(jī)、手機(jī)、PDA 等?，F(xiàn)在很多手機(jī)已具有高清晰的攝像功能，而且手機(jī)既可作為前端攝像機(jī)使用，也可作為客戶端進(jìn)行視頻瀏覽。因此，在該系統(tǒng)中，利用3G智能手機(jī)作為系統(tǒng)的前端，可以實(shí)現(xiàn)視頻監(jiān)控系統(tǒng)的以下功能：

1）利用手機(jī)內(nèi)置高清攝像頭獲取現(xiàn)場(chǎng)視頻數(shù)據(jù)并進(jìn)行壓縮，通過(guò)3G通信網(wǎng)絡(luò)把視頻數(shù)據(jù)實(shí)時(shí)發(fā)送到遠(yuǎn)程控制中心，整個(gè)過(guò)程確保視頻畫(huà)面流暢、清晰，實(shí)時(shí)性高。

2）系統(tǒng)通過(guò)3G網(wǎng)絡(luò)可以實(shí)現(xiàn)音視頻同步傳輸，雙向?qū)χv功能。監(jiān)控中心不僅可以實(shí)時(shí)觀察前端現(xiàn)場(chǎng)視頻畫(huà)面，同時(shí)還可收聽(tīng)前端現(xiàn)場(chǎng)聲音以及與前端直接進(jìn)行通話。

3）利用手機(jī)進(jìn)行拍照，可立即將圖片發(fā)送到監(jiān)控指揮中心，并且支持圖片大小設(shè)置、對(duì)焦調(diào)節(jié)等功能，為獲取現(xiàn)場(chǎng)高清圖片提供了技術(shù)支持。

4）利用手機(jī)GPS 定位功能，可以隨時(shí)對(duì)手機(jī)位置進(jìn)行追蹤，形成手機(jī)運(yùn)行軌跡線路，再與系統(tǒng)中電子地圖相配合可以全方位了解前端情況，為中心指揮帶來(lái)方便。

2.2 手機(jī)在視頻監(jiān)控系統(tǒng)中的特點(diǎn)

數(shù)字視頻監(jiān)控系統(tǒng)由攝像機(jī)、視頻接入轉(zhuǎn)發(fā)服務(wù)器、調(diào)度服務(wù)器和客戶端構(gòu)成。其中，轉(zhuǎn)發(fā)服務(wù)器主要是實(shí)現(xiàn)攝像機(jī)視頻流的接入和攝像機(jī)狀態(tài)的獲取，調(diào)度服務(wù)器主要進(jìn)行攝像機(jī)狀態(tài)的統(tǒng)一管理。固定安裝的攝像機(jī)由于其IP 地址是穩(wěn)態(tài)的，轉(zhuǎn)發(fā)服務(wù)可直接將攝像機(jī)接入系統(tǒng)，客戶端也可直接向轉(zhuǎn)發(fā)服務(wù)器獲取視頻流并進(jìn)行播放。步驟如圖2所示。

圖2 固定攝像機(jī)接入監(jiān)控系統(tǒng)流程Fig.2 Fixed camera accessing monitoring system flowchart

1）接入轉(zhuǎn)發(fā)服務(wù)器向系統(tǒng)中某路攝像機(jī)申請(qǐng)視頻流；

2）符合申請(qǐng)IP 地址的攝像機(jī)向接入轉(zhuǎn)發(fā)服務(wù)器發(fā)送視頻流；

3）接入轉(zhuǎn)發(fā)服務(wù)器向調(diào)度服務(wù)器發(fā)送被選中的攝像機(jī)狀態(tài)；

4）調(diào)度服務(wù)器向客戶端發(fā)送該路攝像機(jī)狀態(tài)。

但手機(jī)作為攝像機(jī)使用具有不連續(xù)性及IP 地址不固定的特點(diǎn)，視頻接入轉(zhuǎn)發(fā)服務(wù)器就不知道當(dāng)前有哪些手機(jī)需要接入視頻監(jiān)控系統(tǒng)，因此手機(jī)需主動(dòng)連接服務(wù)器以實(shí)現(xiàn)攝像機(jī)的接入[3]，具體步驟如圖3 所示。

1）手機(jī)先向調(diào)度服務(wù)器申請(qǐng)接入系統(tǒng)；

2）調(diào)度服務(wù)器再向接入轉(zhuǎn)發(fā)服務(wù)器發(fā)送手機(jī)的IP 地址；

3）接入轉(zhuǎn)發(fā)服務(wù)器向手機(jī)申請(qǐng)視頻流；

4）手機(jī)向接入轉(zhuǎn)發(fā)服務(wù)器發(fā)送視頻流；

5）接入轉(zhuǎn)發(fā)服務(wù)器向調(diào)度服務(wù)器發(fā)送手機(jī)狀態(tài)；

6）調(diào)度服務(wù)器向客戶端發(fā)送手機(jī)狀態(tài)。

2.3 手機(jī)操作系統(tǒng)與硬件要求

手機(jī)作為視頻監(jiān)控系統(tǒng)前端主要工作包括視頻拍攝、視頻編碼及發(fā)送碼流，作為客戶端使用時(shí)主要完成碼流接收與視頻解碼。這些都和手機(jī)的操作系統(tǒng)、硬件設(shè)備等有著密切關(guān)系。

目前大部分手機(jī)使用的操作系統(tǒng)為Android、iOS 及WindowsPho-ne。手機(jī)攝像機(jī)主要實(shí)現(xiàn)視頻編解碼與碼流傳輸，在開(kāi)發(fā)時(shí)一般采用開(kāi)源庫(kù)，如用于視頻編解碼的ffmpeg和視頻碼流傳輸?shù)膉rtblib，這些開(kāi)源庫(kù)基本都支持Windows和Linux 操作系統(tǒng)。Android 是基于Linux 平臺(tái)的開(kāi)源操作系統(tǒng)，所有支持Linux 的開(kāi)源庫(kù)都可以移植到Android 中使用。因此，從使用開(kāi)源庫(kù)的角度考慮，此方案中選擇應(yīng)用廣泛的Android 手機(jī)操作系統(tǒng)作為設(shè)計(jì)對(duì)象。

手機(jī)既作為攝像機(jī)又作為客戶端使用時(shí)，至少要處理各一路視頻編解碼。以清晰度為D1、幀率為20，編碼方式為H.264 的攝像機(jī)為例，來(lái)分析下手機(jī)對(duì)CPU 及內(nèi)存等硬件的要求。

以視頻播放器VLC為例，在CPU 頻率為3.2 GHz 的PC機(jī)上播放一路D1 格式視頻時(shí)，需占用1%～4%的CPU 和60 MB 的內(nèi)存資源，解碼是編碼的逆過(guò)程，占用的資源相差不大。因此，CPU 頻率為1 GHz 的手機(jī)處理一路視頻編碼和解碼顯示需要占用5%～30%的CPU 和120 MB 左右的內(nèi)存。由于手機(jī)在使用時(shí)還有其它功能業(yè)務(wù)，因此手機(jī)在視頻監(jiān)控系統(tǒng)中應(yīng)用時(shí)，其硬件最低配置為頻率1 GHz 的CPU 和300 MB的內(nèi)存。而當(dāng)前主流手機(jī)都達(dá)到或超過(guò)該設(shè)計(jì)要求，完全能夠作為系統(tǒng)前端使用。

3 網(wǎng)絡(luò)傳輸?shù)膶?shí)現(xiàn)

手機(jī)通過(guò)3G網(wǎng)絡(luò)接入視頻監(jiān)控系統(tǒng)，其無(wú)線傳輸模塊集成了3G的網(wǎng)絡(luò)連接端口協(xié)議，并以嵌入式方式實(shí)現(xiàn)TCP/UDP/IP、POP3/SMTP 等傳輸協(xié)議，同時(shí)支持3G基站與動(dòng)態(tài)IP 的無(wú)線連接與數(shù)據(jù)交換。TCP/UDP/IP 協(xié)議具有擁塞控制和啟動(dòng)慢的特性，會(huì)影響到數(shù)據(jù)傳輸?shù)乃俾?，TCP 協(xié)議通過(guò)3G網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)傳輸時(shí)，也會(huì)產(chǎn)生較多的網(wǎng)絡(luò)流量，并占用帶寬。另外，系統(tǒng)中前端手機(jī)使用的數(shù)量、視頻的分辨率和幀率也會(huì)影響所需要的無(wú)線網(wǎng)絡(luò)帶寬[4]。

為充分利用3G網(wǎng)絡(luò)最大允許帶寬，該設(shè)計(jì)中引用混合編碼框架下基于FPGA 平臺(tái)的H.264 壓縮編碼標(biāo)準(zhǔn)對(duì)視頻信號(hào)流量與網(wǎng)絡(luò)帶寬進(jìn)行優(yōu)化協(xié)調(diào)。該編碼方式面向3G網(wǎng)絡(luò)，不僅可用量化步長(zhǎng)的變化來(lái)適應(yīng)信道碼率，而且可利用數(shù)據(jù)分割的方式來(lái)處理信道碼率的變化，在相同輸出碼率情況下，與其他標(biāo)準(zhǔn)相比，其信噪比要高出許多。在較寬的位速率和像素范圍內(nèi)使編碼效率提高了約45%，壓縮比可超過(guò)250：1，從而提高了系統(tǒng)傳輸?shù)姆€(wěn)定性。

在實(shí)際應(yīng)用中，根據(jù)視頻流量計(jì)算公式

式中：N為每秒單位數(shù)據(jù)采集量，bps。D1 視頻格式可以滿足校園視頻監(jiān)控的需要。視頻流經(jīng)H.264 編碼壓縮后，僅有1.236 Mbps，音頻采用G.711 壓縮標(biāo)準(zhǔn)，每秒傳輸數(shù)據(jù)在8 kb～16 kb（與視頻相比可忽略不計(jì)）。音視頻流量完全小于3G 制式網(wǎng)絡(luò)中上行速率下限1.8 Mbps 的要求，系統(tǒng)傳輸質(zhì)量達(dá)到最佳優(yōu)化比，因此使用3G 網(wǎng)絡(luò)傳輸視頻監(jiān)控?cái)?shù)據(jù)是完全可行的[5]。本設(shè)計(jì)中根據(jù)網(wǎng)絡(luò)質(zhì)量和實(shí)際需要，采用支持1：90—1：250 多檔壓縮轉(zhuǎn)換。以10 路手機(jī)攝像機(jī)、壓縮比150：1、2TB 存儲(chǔ)硬盤(pán)為例，校園視頻監(jiān)控?zé)o線傳輸?shù)牧髁坑?jì)算結(jié)果如表1 所示。

4 監(jiān)控軟件的設(shè)計(jì)

4.1 流媒體系統(tǒng)結(jié)構(gòu)

系統(tǒng)中，流媒體的傳輸與播放是關(guān)鍵技術(shù)。流媒體技術(shù)是把連續(xù)得到的媒體信息經(jīng)過(guò)壓縮后傳至網(wǎng)絡(luò)服務(wù)器，客戶可實(shí)現(xiàn)邊下載邊觀看，而無(wú)需將整部文件全部下載完，所以流媒體技術(shù)非常適合現(xiàn)場(chǎng)事件的播報(bào)，可以進(jìn)行隨機(jī)訪問(wèn)和快進(jìn)或倒退觀看。流媒體實(shí)時(shí)傳輸主要采用RTP/RTCP 及RTSP 等網(wǎng)絡(luò)協(xié)議，分實(shí)時(shí)流式傳輸和順尋流式傳輸兩種方式。實(shí)時(shí)流式傳輸可以保證媒體信號(hào)與網(wǎng)絡(luò)連接相匹配，媒體信息可被實(shí)時(shí)觀看，并且允許對(duì)媒體進(jìn)行多項(xiàng)的控制，使用比HTTP 服務(wù)器方便。順尋流式傳輸用的是順序下載，客戶只能觀看已下載的部分，可使用HTTP 服務(wù)器，比實(shí)時(shí)流式傳輸要簡(jiǎn)單[6]。

該設(shè)計(jì)采用了處理器與嵌入式操作系統(tǒng)并加上所需應(yīng)用程序軟件的實(shí)時(shí)傳輸方式。嵌入式操作系統(tǒng)采用Linux，流媒體系統(tǒng)由服務(wù)器和客戶端組成，其中服務(wù)器是最關(guān)鍵設(shè)備。為此，該系統(tǒng)配置了專門(mén)的流媒體服務(wù)器與手機(jī)視頻服務(wù)器，均采用了Dell PowerEdge R810。服務(wù)器由四個(gè)模塊組成，分別負(fù)責(zé)數(shù)據(jù)采集、數(shù)據(jù)壓縮、數(shù)據(jù)打包和RTP 包發(fā)送。數(shù)據(jù)采集模塊是將音視頻模擬信號(hào)轉(zhuǎn)換成數(shù)字信號(hào)。從采集模塊得到的數(shù)據(jù)經(jīng)壓縮模塊進(jìn)行處理，可以減少網(wǎng)絡(luò)傳輸數(shù)據(jù)量及提高傳輸效率。數(shù)據(jù)打包模塊是向數(shù)據(jù)添加一些必要的包頭信息（如數(shù)據(jù)類型、序列號(hào)、時(shí)間信息等），在客戶端通過(guò)包頭信息來(lái)實(shí)現(xiàn)音視頻信號(hào)同步。包發(fā)送模塊的作用就是將已打好包的數(shù)據(jù)通過(guò)3G網(wǎng)絡(luò)發(fā)送至客戶端。

表1 視頻流量計(jì)算結(jié)果Tab.1 Mobile phone camera accessing monitoring system flowchart

系統(tǒng)中客戶端工作原理是服務(wù)器端的逆過(guò)程，在網(wǎng)絡(luò)傳輸過(guò)程中由于網(wǎng)絡(luò)延遲等因素會(huì)導(dǎo)致接收到的數(shù)據(jù)包順序發(fā)生紊亂，必須通過(guò)數(shù)據(jù)緩存模塊來(lái)恢復(fù)數(shù)據(jù)包的正常順序，從緩存模塊輸出的數(shù)據(jù)傳入到同步調(diào)整模塊，然后將同步調(diào)整后的數(shù)據(jù)包傳入到數(shù)據(jù)解壓模塊和播放模塊進(jìn)行實(shí)時(shí)播放。整個(gè)嵌入式流媒體系統(tǒng)結(jié)構(gòu)如圖4 所示。

圖4 流媒體系統(tǒng)結(jié)構(gòu)圖Fig.4 Streaming media system structure

4.2 監(jiān)控?cái)?shù)據(jù)同步的原理

對(duì)于系統(tǒng)來(lái)說(shuō)，如果音視頻數(shù)據(jù)不同步，就無(wú)法準(zhǔn)確反映監(jiān)控現(xiàn)場(chǎng)的真實(shí)情景。為解決該問(wèn)題，在設(shè)計(jì)中，先在手機(jī)用戶上利用RTP 包中的時(shí)間戳來(lái)標(biāo)記每幀音視頻信號(hào)的時(shí)間信息，然后再將標(biāo)記了時(shí)間戳的信號(hào)流通過(guò)3G網(wǎng)絡(luò)發(fā)送至客戶端。在客戶端使用緩存來(lái)消除數(shù)據(jù)流中的延時(shí)以及恢復(fù)數(shù)據(jù)包的正確順序，最后再將數(shù)據(jù)流送到同步調(diào)整模塊中進(jìn)行同步播放。同步調(diào)整模塊里，在客戶端設(shè)計(jì)一個(gè)參考時(shí)鐘，根據(jù)參考時(shí)鐘和接收到的音視頻信息時(shí)間戳之間的關(guān)系，來(lái)判斷當(dāng)前的信號(hào)是立刻播放還是延時(shí)播放，或者是丟棄。參考時(shí)鐘主要以視頻為主，對(duì)關(guān)鍵幀進(jìn)行判斷，算法如下：將接收到的音視頻信息分別存放到各自的緩存中，當(dāng)緩存到一定數(shù)量時(shí)，開(kāi)始播放，同時(shí)進(jìn)行同步調(diào)整。當(dāng)視頻時(shí)間戳小于音頻時(shí)間戳一定值時(shí)，說(shuō)明視頻超前音頻，需要等待；當(dāng)視頻時(shí)間戳大于音頻時(shí)間戳一定值時(shí)，說(shuō)明視頻滯后于音頻，則需要加快播放，設(shè)計(jì)中采取的是丟棄音頻包，從而加快播放的速度。

系統(tǒng)在信號(hào)播放時(shí)接收視頻數(shù)據(jù)，如果進(jìn)入解碼器的首幀不是關(guān)鍵幀，會(huì)導(dǎo)致解碼器無(wú)法讀取，所以將視頻數(shù)據(jù)寫(xiě)入緩存前先要進(jìn)行一個(gè)首幀是否關(guān)鍵幀的判斷。當(dāng)緩存區(qū)內(nèi)數(shù)據(jù)寫(xiě)入達(dá)到一定數(shù)量時(shí)，才開(kāi)始讀取，再獲取各自的時(shí)間戳信息，在音視頻信號(hào)播放前進(jìn)行同步調(diào)整，以達(dá)到同步播放的目的，設(shè)計(jì)如圖5 所示。

圖5 同步播放設(shè)計(jì)流程圖Fig.5 Synchronous broadcast design flowchart

4.3 播放軟件應(yīng)用程序設(shè)計(jì)

該系統(tǒng)采用嵌入式設(shè)計(jì)，Linux 內(nèi)核為圖形處理界面提供最基本的底層驅(qū)動(dòng)接口。應(yīng)用程序不需要了解底層硬件的具體情況，只需通過(guò)節(jié)點(diǎn)對(duì)設(shè)備進(jìn)行操作，就可完成圖像的顯示。系統(tǒng)中采用SDL 開(kāi)源共享庫(kù)，底層使用API，在平臺(tái)間統(tǒng)一了接口。使用雙線程設(shè)計(jì)，即用戶界面線程與工作者線程。用戶界面線程包括音視頻數(shù)據(jù)同步播放及接收響應(yīng)用戶的操作，然后再將工作者線程解碼出的音視頻數(shù)據(jù)傳遞給使用者，如圖6 所示。

圖6 視頻應(yīng)用程序線程流程圖Fig.6 Video application thread flowchart

程序設(shè)計(jì)中，視頻壓縮編碼是十分關(guān)鍵的步驟。該系統(tǒng)用的是H.264 壓縮算法，它是由網(wǎng)絡(luò)提取層NAL 和視頻編碼層VLC 兩部分組成。H.264 標(biāo)準(zhǔn)對(duì)圖像質(zhì)量和編碼效率進(jìn)行了多項(xiàng)優(yōu)化，且抗誤碼和抗丟包性能良好，能適應(yīng)各種網(wǎng)絡(luò)環(huán)境，用在對(duì)壓縮率要求高，網(wǎng)絡(luò)環(huán)境復(fù)雜的移動(dòng)視頻監(jiān)控最為合適。

客戶端接收的經(jīng)過(guò)H.264 壓縮編碼后的數(shù)據(jù)，還需要經(jīng)過(guò)H.264 解碼才能夠顯示還原視頻圖像，因此，在客戶端還要設(shè)計(jì)H.264 解碼器。該系統(tǒng)在Android 應(yīng)用程序中使用移植了開(kāi)源的音視頻解碼庫(kù)FFmpeg 來(lái)進(jìn)行H.264 解碼。

5 測(cè)試結(jié)果

院方在校園內(nèi)及周邊多點(diǎn)對(duì)無(wú)線視頻監(jiān)控系統(tǒng)進(jìn)行了測(cè)試，將客戶端安裝在手機(jī)上，接入3G 信號(hào)網(wǎng)絡(luò)與服務(wù)器建立連接，向服務(wù)器端發(fā)送數(shù)據(jù)。視頻畫(huà)面質(zhì)量主要是受幀率（每秒鐘顯示圖片數(shù)）和碼率（數(shù)據(jù)傳輸時(shí)單位時(shí)間傳輸?shù)臄?shù)據(jù)量）的影響，幀率越大畫(huà)面越流暢，碼率越大畫(huà)面越清楚。在測(cè)試實(shí)際幀率為16fps，碼率在550kbps 時(shí)的視頻非常流暢，而且在音視頻同步方面表現(xiàn)也非常好，畫(huà)面如圖7 所示。

圖7 手機(jī)視頻監(jiān)控實(shí)時(shí)畫(huà)面Fig.7 Real-time mobile video surveillanc

6 結(jié)束語(yǔ)

江陰職業(yè)技術(shù)學(xué)院采用基于3G 標(biāo)準(zhǔn)的無(wú)線視頻監(jiān)控，再結(jié)合全數(shù)字網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)，實(shí)現(xiàn)了資源的統(tǒng)一管理和調(diào)度，有效整合利用。該系統(tǒng)主要涉及視頻編解碼、流媒體協(xié)議、無(wú)線網(wǎng)絡(luò)通信等技術(shù)，隨著網(wǎng)絡(luò)速度的不斷提高和壓縮技術(shù)的新發(fā)展，可以進(jìn)一步降低無(wú)線信號(hào)的延遲，實(shí)現(xiàn)更快捷的實(shí)時(shí)傳輸，不斷完善校園安防系統(tǒng)的智能化操作和現(xiàn)代化管理。

[1]中華人民共和國(guó)住房和城鄉(xiāng)建設(shè)部.《民用閉路監(jiān)視電視系統(tǒng)工程技術(shù)規(guī)范》（GB/50198-94）[S].中國(guó)計(jì)劃出版社.2012.

[2]王永剛.3G視頻監(jiān)控系統(tǒng)中關(guān)鍵技術(shù)的研究與實(shí)現(xiàn)[J].現(xiàn)代電子技術(shù).2011，34（19）：55-58.WANG Yong-gang.Research and implementation of the Key technology of video surveillance system based on 3G standard[J].Modern Electronic Technology，2011，34（19）：55-58.

[3]陳麗華.基于3G手機(jī)的視頻監(jiān)控系統(tǒng)的設(shè)計(jì)[J].現(xiàn)代電子技術(shù)，2011（16）：3-6.CHEN Li-hua.Design of video monitoring system based on 3G phone[J].Modern Electronic Technology，2011（16）：3-6.

[4]陳龍.安全防范系統(tǒng)工程[M].北京.清華大學(xué)出版社，1999：46-76.

[5]楊春.基于3G 網(wǎng)絡(luò)的無(wú)線視頻監(jiān)控終端設(shè)計(jì)[J].山西電子技術(shù)，2012（4）：57-59.YANG Chun.Design of wireless video surveillance device based on 3G[J].Shanxi Electronic Technology，2012（4）：57-59.

[6]張營(yíng)凱.流媒體技術(shù)在視頻監(jiān)控中的應(yīng)用[J].光學(xué)儀器，2012，34（1）：29-33.ZHANG Ying-kai.Application of stream-media-technology in video monitoring[J].Optical Instruments，2012，34（1）：29-33.