嵌入式應(yīng)用系統(tǒng)設(shè)計(jì)小論文課程名稱：嵌入式應(yīng)用系統(tǒng)設(shè)計(jì)論文題目：嵌入式Linux的視頻監(jiān)控系統(tǒng)設(shè)計(jì)學(xué)生姓名：所在學(xué)院：專業(yè)班級(jí)：學(xué)生學(xué)號(hào)：指導(dǎo)教師：2023年12月18日1、引言隨著計(jì)算機(jī)技術(shù)及網(wǎng)絡(luò)技術(shù)的迅猛開展，公安、安防行業(yè)的開展趨勢(shì)必然是全面數(shù)字化、網(wǎng)絡(luò)化。傳統(tǒng)的模擬閉路電視監(jiān)控系統(tǒng)有很多局限性：傳輸距離有限、無(wú)法聯(lián)網(wǎng)，而且模擬視頻信號(hào)數(shù)據(jù)的存儲(chǔ)會(huì)消耗大量的存儲(chǔ)介質(zhì)(如錄像帶)，查詢?nèi)∽C時(shí)十分煩瑣。

基于個(gè)人計(jì)算機(jī)的視頻監(jiān)控系統(tǒng)終端功能較強(qiáng)，但穩(wěn)定性不好，視頻前端(如電壓耦合元件等視頻信號(hào)的采集、壓縮、通訊)較為復(fù)雜，可靠性不高?；谇度胧絃inux視頻的網(wǎng)絡(luò)監(jiān)控系統(tǒng)不需要用于處理模擬視頻信號(hào)的個(gè)人計(jì)算機(jī)，而是把視頻效勞器內(nèi)置一個(gè)嵌入式Web效勞器，采用嵌入式實(shí)時(shí)多任務(wù)操作系統(tǒng)。

由于把視頻壓縮和Web功能集中到一個(gè)體積很小的設(shè)備內(nèi)，可以直接連入局域網(wǎng)，即插即看，省掉復(fù)雜的電纜，安裝方便(僅需設(shè)置一個(gè)IP地址)，用戶也無(wú)需安裝任何硬件設(shè)備，僅用瀏覽器即可觀看。

基于嵌入式Linux的視頻網(wǎng)絡(luò)監(jiān)控系統(tǒng)將嵌入式Linux系統(tǒng)連接上Web，即視頻效勞器內(nèi)置一個(gè)嵌入式Web效勞器，攝像機(jī)傳送來(lái)的視頻信號(hào)數(shù)字化后由高效壓縮芯片壓縮，通過(guò)內(nèi)部總線傳送到內(nèi)置的Web效勞器上。

2、緒論視頻監(jiān)控系統(tǒng)是平安防范系統(tǒng)的組成局部，它是一種防范能力較強(qiáng)的綜合系統(tǒng)。視頻監(jiān)控以其直觀、方便、信息內(nèi)容豐富而廣泛應(yīng)用于許多場(chǎng)合。近年來(lái)，隨著計(jì)算機(jī)、網(wǎng)絡(luò)以及圖像處理、傳輸技術(shù)的飛速開展，涌現(xiàn)出大量的嵌入式視頻監(jiān)控系統(tǒng)。2.1視頻監(jiān)控系統(tǒng)概述視頻監(jiān)控是利用機(jī)器視覺(jué)和圖像處理的方法對(duì)圖像序列進(jìn)行運(yùn)動(dòng)檢測(cè)、運(yùn)動(dòng)目標(biāo)分類、運(yùn)動(dòng)目標(biāo)跟蹤以及對(duì)監(jiān)視場(chǎng)景中目標(biāo)行為的理解與描述。其中，運(yùn)動(dòng)檢測(cè)、目標(biāo)分類、目標(biāo)跟蹤屬于視覺(jué)中的低級(jí)和中級(jí)處理局部，而行為理解和描述那么屬于高級(jí)處理。運(yùn)動(dòng)撿測(cè)、運(yùn)動(dòng)目標(biāo)分類與跟蹤是視頻監(jiān)控中研究較多的三個(gè)問(wèn)題；而行為理解與描述那么是近年來(lái)被廣泛關(guān)注的研究熱點(diǎn)，它是指對(duì)目標(biāo)的運(yùn)動(dòng)模式進(jìn)行分析和識(shí)別，并用自然語(yǔ)言等加以描述。2.2視頻監(jiān)控系統(tǒng)開展視頻監(jiān)控技術(shù)的開展大致可分為四個(gè)階段：閉路電視系統(tǒng)構(gòu)建的模擬系統(tǒng)、數(shù)字信號(hào)控制的模擬視頻監(jiān)控系統(tǒng)、數(shù)字硬盤錄像設(shè)備為核心的視頻監(jiān)控系統(tǒng)和現(xiàn)在的數(shù)字網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)。第一代視頻監(jiān)控系統(tǒng)是采用閉路電視系統(tǒng)構(gòu)建的模擬系統(tǒng)，通過(guò)攝像機(jī)、監(jiān)視器、磁帶錄像機(jī)等構(gòu)成I甜。由于模擬矩陣很難做到數(shù)十路的切換，不能與報(bào)警系統(tǒng)聯(lián)動(dòng)，不能對(duì)前端進(jìn)行控制且價(jià)格昂貴、操作管理復(fù)雜、很難實(shí)現(xiàn)較大系統(tǒng)的要求，已經(jīng)逐漸被淘汰。第二代視頻監(jiān)控系統(tǒng)是數(shù)字信號(hào)控制的模擬視頻監(jiān)控系統(tǒng)。數(shù)字信號(hào)控制的模擬視頻監(jiān)控系統(tǒng)又分為基于微處理器的視頻切換控制加PC機(jī)的多媒體管理和基于PC機(jī)實(shí)現(xiàn)對(duì)矩陣主機(jī)的切換控制及對(duì)系統(tǒng)的多媒體管理兩種類型。第三代視頻監(jiān)控系統(tǒng)是以數(shù)字硬盤錄像設(shè)備為核心的視頻監(jiān)控系統(tǒng)。90年代末，隨著多媒體技術(shù)、視頻壓縮編碼技術(shù)、網(wǎng)絡(luò)通訊技術(shù)的開展，數(shù)字錄像監(jiān)控系統(tǒng)迅速崛起。數(shù)字監(jiān)控錄像系統(tǒng)通常分為兩類：一類是基于PC機(jī)組合的計(jì)算機(jī)多媒體工作方式；另一類是嵌入式數(shù)字監(jiān)控錄像系統(tǒng)。2.3嵌入方式的數(shù)字監(jiān)控錄像系統(tǒng)嵌入式系統(tǒng)的優(yōu)缺點(diǎn)a、系統(tǒng)為專用系統(tǒng)，所以系統(tǒng)小，指令精簡(jiǎn)，處理速度快b、系統(tǒng)數(shù)據(jù)置于ROM／FLASHMEMORY，調(diào)用速度快，不會(huì)被改變，穩(wěn)定性好C、系統(tǒng)處理實(shí)時(shí)性好，性能穩(wěn)定d、文件管理系統(tǒng)更適合于大量的視頻數(shù)據(jù)e、該類系統(tǒng)目前四路以上機(jī)型還較為少見f、在網(wǎng)絡(luò)功能、音視頻同步等方面也難令人滿意。第四代視頻監(jiān)控系統(tǒng)一數(shù)字網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)2.4數(shù)字網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)的原理數(shù)字網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)16J的關(guān)鍵設(shè)備是網(wǎng)絡(luò)視頻信號(hào)采集終端(也被稱為視頻效勞器)，網(wǎng)絡(luò)視頻信號(hào)采集終端采用嵌入式實(shí)時(shí)多任務(wù)操作系統(tǒng)。攝像機(jī)送來(lái)的視頻信號(hào)在網(wǎng)絡(luò)視頻信號(hào)采集終端數(shù)字化后由高效壓縮芯片壓縮，通過(guò)內(nèi)部總線送到網(wǎng)絡(luò)接口發(fā)送到網(wǎng)絡(luò)上l刀，網(wǎng)絡(luò)上用戶可以直接用在PC機(jī)上用瀏覽器觀看網(wǎng)絡(luò)視頻信號(hào)采集終端傳送過(guò)來(lái)的攝像機(jī)所拍攝的圖像，授權(quán)用戶還可以通過(guò)計(jì)算機(jī)網(wǎng)絡(luò)透過(guò)網(wǎng)絡(luò)視頻信號(hào)采集終端控制攝像機(jī)鏡頭和云臺(tái)的動(dòng)作或?qū)ο到y(tǒng)進(jìn)行配置操作。由于把視頻壓縮和網(wǎng)絡(luò)功能集中到一個(gè)體積很小的設(shè)備內(nèi)，可以直接連入局域網(wǎng)，到達(dá)即插即用，省掉多種復(fù)雜的電纜，安裝方便(僅需設(shè)置一個(gè)坤地址)，用戶也無(wú)需安裝任何硬件設(shè)備，僅通過(guò)PC機(jī)用瀏覽器即可觀看。2.5數(shù)字網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)與其它監(jiān)控系統(tǒng)的比擬a、布控區(qū)域廣闊數(shù)字網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)的網(wǎng)絡(luò)視頻信號(hào)采集終端直接連入網(wǎng)絡(luò)，沒(méi)有線纜長(zhǎng)度和信號(hào)衰減的限制，同時(shí)網(wǎng)絡(luò)是沒(méi)有距離概念的，徹底拋棄了地域的概念，擴(kuò)展布控區(qū)域。b、系統(tǒng)具有幾乎無(wú)限的無(wú)縫擴(kuò)展能力所有設(shè)備都以IP地址進(jìn)行標(biāo)識(shí)，增加設(shè)備只是意味著口地址的擴(kuò)充。c、可組成非常復(fù)雜的監(jiān)控網(wǎng)絡(luò)采用基于網(wǎng)絡(luò)視頻信號(hào)采集終端為核心的監(jiān)控系統(tǒng)，在組網(wǎng)方式上與傳統(tǒng)的模擬監(jiān)控和基于PC平臺(tái)的監(jiān)控方式有極大的不同，由于視頻信號(hào)采集終端輸出已完成模擬到數(shù)字的轉(zhuǎn)換并壓縮，采用統(tǒng)一的協(xié)議在網(wǎng)絡(luò)上傳輸，支持跨網(wǎng)關(guān)、跨路由器的遠(yuǎn)程視頻傳輸。d、性能穩(wěn)定可靠，無(wú)需專人管理視頻信號(hào)采集終端實(shí)際上基于嵌入式電腦技術(shù)，采用嵌入式實(shí)時(shí)多任務(wù)操作系統(tǒng)，又由于視頻壓縮和網(wǎng)絡(luò)功能集中到一個(gè)體積很小的設(shè)備內(nèi)，直接連入局域網(wǎng)或廣域網(wǎng)，即插即看，系統(tǒng)的實(shí)時(shí)性、穩(wěn)定性、可靠性大大提高，也無(wú)需專人管理，非常適合于無(wú)人值守的環(huán)境。e、當(dāng)監(jiān)控中心需要同時(shí)觀看較多的攝像機(jī)圖像時(shí)，對(duì)網(wǎng)絡(luò)帶寬就會(huì)有一定的要求。2.6視頻監(jiān)控系統(tǒng)的應(yīng)用概括來(lái)說(shuō)，目前視頻監(jiān)控系統(tǒng)應(yīng)用領(lǐng)域主要有以下一些方面：a、教育系統(tǒng)主要是校園平安監(jiān)控、電子考場(chǎng)監(jiān)控、網(wǎng)絡(luò)教學(xué)、遠(yuǎn)程教育等；b、電力系統(tǒng)主要是機(jī)房無(wú)人值守、變電站無(wú)人值守、發(fā)電廠平安生產(chǎn)管理監(jiān)控等；c、公檢法系統(tǒng)主要是社區(qū)監(jiān)控、城市平安監(jiān)控、監(jiān)獄平安監(jiān)控、庭審直播等；d、部隊(duì)系統(tǒng)主要是通信機(jī)房監(jiān)控、作戰(zhàn)指揮系統(tǒng)、倉(cāng)儲(chǔ)物資監(jiān)控、基層連隊(duì)的日常管理監(jiān)控系統(tǒng)等；e、銀行系統(tǒng)主要是銀行監(jiān)控系統(tǒng)的聯(lián)網(wǎng)、儲(chǔ)蓄監(jiān)控、金庫(kù)監(jiān)控等；f、醫(yī)療系統(tǒng)主要是特護(hù)病房視頻監(jiān)控、手術(shù)直播及教學(xué)系統(tǒng)、日常平安管理監(jiān)控等。3、總體設(shè)計(jì)嵌入式Linux視頻網(wǎng)絡(luò)監(jiān)控系統(tǒng)是電工電子裝置、計(jì)算機(jī)軟硬件以及網(wǎng)絡(luò)、通信等多方面的有機(jī)組合體，它以智能化、網(wǎng)絡(luò)化、交互性為特征，結(jié)構(gòu)比擬復(fù)雜。如果利用OSI七層模型的內(nèi)容和形式，把相應(yīng)的數(shù)據(jù)采集控制模塊硬件和應(yīng)用軟件以及應(yīng)用環(huán)境等有機(jī)組合，可以形成一個(gè)統(tǒng)一的系統(tǒng)總體框架，其系統(tǒng)總體框架示意圖如圖l所示。3.1硬件設(shè)計(jì)方案系統(tǒng)硬件結(jié)構(gòu)如圖1所示，該系統(tǒng)采用Samsung公司的ARM9內(nèi)核芯片S3C2440作為硬件平臺(tái)的中央處理器，該處理器主頻可達(dá)400MHz，硬件接口和資源豐富，存儲(chǔ)單元包括Flash和SDRAM，F(xiàn)lash具有掉電保持?jǐn)?shù)據(jù)的特性，用于存儲(chǔ)Bootloader啟動(dòng)程序、Linux內(nèi)核映像、文件系統(tǒng)以及用戶應(yīng)用程序等。SDRAM數(shù)據(jù)存取速度大大高于Flash存儲(chǔ)器，用于為操作系統(tǒng)和應(yīng)用程序提供運(yùn)行空間。平臺(tái)利用RS232接口輸出調(diào)試信息，通過(guò)以太網(wǎng)控制器芯片DM9000擴(kuò)展了一個(gè)網(wǎng)口，用于與外部網(wǎng)絡(luò)進(jìn)行通信，通過(guò)USBHOST接口連接USB攝像頭采集圖像數(shù)據(jù)。圖2系統(tǒng)硬件結(jié)構(gòu)圖3.2軟件設(shè)計(jì)方案軟件平臺(tái)采用的嵌入式操作系統(tǒng)為，Linux具有內(nèi)核小、效率高、源碼開放、內(nèi)核直接提供網(wǎng)絡(luò)支持等優(yōu)點(diǎn)，但嵌入式系統(tǒng)的硬件資源有限，因此需根據(jù)實(shí)際需求對(duì)內(nèi)核進(jìn)行裁剪，配置所需的功能模塊，然后再移植到硬件平臺(tái)上。Linux系統(tǒng)，建立交叉編譯環(huán)境，在宿主機(jī)編寫程序代碼，再利用交叉編譯工具生成目標(biāo)機(jī)上可用的可執(zhí)行文件，最后向目標(biāo)機(jī)平臺(tái)移植。3.3視頻采集模塊視頻采集模塊通過(guò)嵌入式Linux操作系統(tǒng)調(diào)用Video4Linux(V4L)[5]和底層設(shè)備驅(qū)動(dòng)程序來(lái)完成視頻捕獲。V4L是Linux中關(guān)于視頻設(shè)備的內(nèi)核驅(qū)動(dòng)，它為L(zhǎng)inux下的各種視頻設(shè)備提供了統(tǒng)一的編程接口，應(yīng)用程序通過(guò)這些接口函數(shù)就可以操縱各種不同的設(shè)備。視頻采集流程如圖2所示。圖3視頻采集流程a、翻開視頻設(shè)備。Linux下的視頻設(shè)備文件一般為“/dev/video0〞，通過(guò)調(diào)用函數(shù)v4l_open()，利用vd->fd=open(“/dev/video0〞,O_RDWR)翻開設(shè)備并獲得設(shè)備文件描述符vd->fd。b、獲取設(shè)備和圖像信息。通過(guò)v4l_get_capability()函數(shù)獲取設(shè)備信息，通過(guò)v4l_get_picture()函數(shù)獲取圖像信息。c、內(nèi)存映射。獲取圖像的方式有兩種：read()直接讀取和mmap()內(nèi)存映射。直接讀取方式通過(guò)內(nèi)核緩沖區(qū)來(lái)讀取圖像數(shù)據(jù)，而本文使用內(nèi)存映射方式mmap()，內(nèi)存映射方式可以直接把設(shè)備文件映射到內(nèi)存中，進(jìn)程可以像訪問(wèn)普通內(nèi)存一樣對(duì)文件進(jìn)行訪問(wèn)，讀取效率更高。初始化內(nèi)存映射時(shí)，需在內(nèi)存中開辟一塊空間，利用ioctl(vd->fd,VIDIOCGMBUF,&(vd->mbuf))操作取得需要映射的內(nèi)存空間大小vd->mbuf.size，利用mmap()函數(shù)，即vd->map=(unsignedchar*)mmap(0,vd->mbuf.size,PROT_READ|PROT_WRITE,MAP_SHARED,vd->fd,0)操作，把設(shè)備文件的內(nèi)容映射到內(nèi)存，vd->map指針?biāo)赶虻膬?nèi)存區(qū)即為采集的圖像數(shù)據(jù)，且此內(nèi)存區(qū)具有可讀寫和共享屬性。d、初始化采集參數(shù)。設(shè)置采集視頻圖像的寬度、高度、格式等信息。3.4視頻壓縮模塊從攝像頭直接采集過(guò)來(lái)的圖像由于數(shù)據(jù)量較大，不利于進(jìn)行網(wǎng)絡(luò)傳輸，因此需先對(duì)其進(jìn)行壓縮編碼。MPEG-4是目前網(wǎng)絡(luò)多媒體傳輸?shù)闹饕袷?，具有高效的壓縮率，它利用很窄的帶寬，通過(guò)幀重建技術(shù)來(lái)壓縮圖像數(shù)據(jù)，以求利用最少的數(shù)據(jù)獲得最正確的圖像質(zhì)量，可滿足實(shí)時(shí)視頻傳輸?shù)囊?。本文用軟件方式進(jìn)行視頻編碼，選擇開源高效的Xvid視頻編碼器對(duì)采集的視頻圖像數(shù)據(jù)進(jìn)行MPEG-4壓縮編碼。Xvid視頻編碼器選用0.9.2版本，因?yàn)樵摪姹疽呀?jīng)實(shí)現(xiàn)了MPEG-4的SimpleProfile〔SP〕特性，而1.0以后的版本增加了很多AdvancedSP〔ASP〕特性及其他功能，ASP特性的參加會(huì)增加運(yùn)算復(fù)雜度，降低編碼速度，由于嵌入式系統(tǒng)的處理能力有限，一般只使用Xvid的SP特性，因此實(shí)驗(yàn)選用Xvid0.9.2編碼器，交叉編譯并移植到嵌入式系統(tǒng)內(nèi)。在宿主機(jī)Linux操作系統(tǒng)中對(duì)Xvid0.9.2進(jìn)行交叉編譯的步驟如下：a、解壓縮Xvid源碼：b、進(jìn)入build/generic目錄，創(chuàng)立編譯配置文件。由于Xvid沒(méi)有針對(duì)ARM的匯編優(yōu)化，因此編譯時(shí)需將匯編關(guān)閉；還需指定程序所運(yùn)行的平臺(tái)為arm-linux。執(zhí)行命令：./configure--disable-assembly--host=arm-linuxc、編譯：make;makeinstall。d、編譯完成后會(huì)生成靜態(tài)庫(kù)libxvidcore.a和動(dòng)態(tài)庫(kù)libxvidcore.so.*，用戶程序可利用庫(kù)文件所提供的編程接口調(diào)用Xvid里面的函數(shù)。攝像頭采集的視頻幀為YUV420格式，通過(guò)Xvid編碼器的encoder_encode函數(shù)實(shí)現(xiàn)視頻壓縮，該函數(shù)定義如下：intencoder_encode(Encoder*pEnc,XVID_ENC_FRAME*pFrame,XVID_ENC_STATS*pResult);其中，pEnc為編碼器實(shí)例的句柄；pFrame是XVID_ENC_FRAME類型的結(jié)構(gòu)體變量，負(fù)責(zé)傳遞參數(shù)信息給編碼器，這些信息包含色彩空間、編碼質(zhì)量、輸入輸出數(shù)據(jù)緩沖區(qū)指針等；pResult是XVID_ENC_STATS類型的結(jié)構(gòu)體變量，可以返回編碼操作執(zhí)行的狀態(tài)信息。3.5視頻傳輸模塊視頻傳輸模塊負(fù)責(zé)把壓縮后的視頻流傳輸?shù)揭蕴W(wǎng)，對(duì)實(shí)時(shí)性要求較高，本文使用實(shí)時(shí)傳輸協(xié)議〔Real-timeTransportProtocol，RTP〕，它可以在一對(duì)一或者一對(duì)多的網(wǎng)絡(luò)環(huán)境中實(shí)現(xiàn)流媒體數(shù)據(jù)的實(shí)時(shí)傳輸。JRTPLIB[7]是一個(gè)利用C++語(yǔ)言實(shí)現(xiàn)的開源RTP庫(kù)，它完全遵循RFC1889設(shè)計(jì)，使用SOCKET機(jī)制實(shí)現(xiàn)網(wǎng)絡(luò)通訊，可運(yùn)行于包括Linux和Windows在內(nèi)的多種不同操作系統(tǒng)上。本文使用JRTPLIB進(jìn)行實(shí)時(shí)流媒體編程，發(fā)送端操作系統(tǒng)為L(zhǎng)inux，接收端為Windows。在Linux平臺(tái)上用JRTPLIB進(jìn)行實(shí)時(shí)多媒體編程前，需先對(duì)JRTPLIB進(jìn)行交叉編譯。a、JRTPLIB數(shù)據(jù)傳輸RTP會(huì)話創(chuàng)立完成后，還需指定數(shù)據(jù)發(fā)送的目標(biāo)地址，RTP協(xié)議允許一個(gè)會(huì)話包含多個(gè)目標(biāo)地址，增加或刪除目標(biāo)地址可通過(guò)RTPSession類的AddDestination()、DeleteDestination()、ClearDestinations()方法來(lái)實(shí)現(xiàn)。目標(biāo)地址指定之后，通過(guò)RTPSession類的SendPacket()方法即可向指定的目標(biāo)地址發(fā)送流媒體數(shù)據(jù)。SendPacket()是一個(gè)重載函數(shù)，具有多種形式，本文使用的形式為：intSendPacket(constvoid*data,size_tlen,uint8_tpt,boolmark,uint32_ttimestampinc);當(dāng)一幀數(shù)據(jù)所占字節(jié)數(shù)大于允許傳輸?shù)淖畲驲TP包字節(jié)數(shù)MaxPacketSize時(shí)，需對(duì)一幀數(shù)據(jù)進(jìn)行分割傳輸，使每次發(fā)送的字節(jié)數(shù)不大于MaxPacketSize，可使用SendPacket()的mark參數(shù)來(lái)標(biāo)識(shí)傳輸?shù)腞TP包是否屬于同一幀數(shù)據(jù)，假設(shè)一幀數(shù)據(jù)需分成N次發(fā)送，那么前N-1次發(fā)送的RTP包的mark標(biāo)志設(shè)為0，第N次發(fā)送的RTP包的mark標(biāo)志設(shè)為1，即以mark=1來(lái)判斷分割傳輸?shù)臄?shù)據(jù)是否發(fā)送完成。實(shí)現(xiàn)過(guò)程如下：do{if(length>MaxPacketSize){mark=0;//發(fā)送長(zhǎng)度為MaxPacketSize的RTP包;length=length-MaxPacketSize;}else{mark=1;//發(fā)送長(zhǎng)度為length的RTP包;break;//一幀數(shù)據(jù)發(fā)送完成}}while(1);b、JRTPLIB數(shù)據(jù)接收接收數(shù)據(jù)時(shí)，以BeginDataAccess()函數(shù)開始，以EndDataAccess()函數(shù)結(jié)束。為了能正確接收同一數(shù)據(jù)源的數(shù)據(jù)報(bào)，必須先對(duì)數(shù)據(jù)源表〔sourcetable〕加鎖，BeginDataAccess()函數(shù)可實(shí)現(xiàn)這一加鎖操作，確保在使用數(shù)據(jù)源表的同時(shí)輪詢(poll)線程不能訪問(wèn)它，此時(shí)可進(jìn)行數(shù)據(jù)接收操作，當(dāng)正確接收一個(gè)數(shù)據(jù)報(bào)后，調(diào)用EndDataAccess()函數(shù)即可實(shí)現(xiàn)對(duì)數(shù)據(jù)源表的解鎖。圖4RTP發(fā)送與接收流程圖RTP發(fā)送與接收流程圖如圖3所示。對(duì)于分割傳輸?shù)腞TP包，根據(jù)RTP包的mark標(biāo)志來(lái)判斷一幀數(shù)據(jù)是否接收完成，假設(shè)mark=0，那么表示此RTP包為分割傳輸?shù)臄?shù)據(jù)包，需循環(huán)接收直到mark=1為止，