在每次得到一包數據時，查找幀開始標記，如果查找到，則復制剩余的所有數據到應用程序的緩沖中。在程序的Ov51xReadOneFrame（）函數中，pDataBuff申請了9610B空間，dwFrameLen為10次傳輸每次的長度，這里都設置為961。圖4為Ov51ReadFrame（）軟件流程圖。

　2.2 通信發送端的設計實現

　　通信發送端主要完成RTP/RTCP協議封裝和解封裝、網絡發送與數據獲取。本文所實現的是基于RTP/UDP/IP協議棧的MPEG-4實時流媒體傳輸，是移動視頻監控系統中網絡傳輸部分的子模塊。采用JRTPLIB庫函數來實現RTP的實時傳輸。傳輸部分的系統架構如圖5所示。

　　該發送端的主要功能是將音視頻流封裝到RTP包內通過3G網絡傳送給接收端，同時發送和接收RTCP包進行反饋控制，以期達到最佳效果。基于WindowsCE平臺通過調用JRTPLIB函數庫來編程實現實時流媒體傳輸。

　　由于RTP協議并不作為獨立的網絡層來實現，它采用應用層組幀的理念，作為應用程序代碼的一部分，本文針對一個具體媒體的應用通過應用程序實現RTP封裝分組，然后將RTP分組交給UDP接口，采用JTHREAD作為線程庫，完成多線程的操作。利用RTP來做視頻傳輸分2個session來完成：一個負責聲音傳送；另一個負責視頻傳送。

　　發送端的部分主程序如下：

　　3 結語

　　本文在現有的汽車防盜報警系統的基礎上，通過接口的擴展，實現了基于3G網絡的視頻監控功能，并詳細闡述了攝像頭的流接口函數和通信發送端的設計。此外，通過該系統的通用接口的擴展，該系統還可與具體行業或家庭應用相結合，實現手機對于小范圍環境的可視化監控。該系統的設計實現不但對于汽車防盜產品的發展有著重要的意義，同時對于基于3G網絡的可視化監控的發展提供了良好的應用前景。