- 相關推薦
基于IP Multicast的分布式音視頻接幾和共享的監(jiān)控系統(tǒng)的傳輸和實
摘要：設計并實現了一個基于IP Multicast技術的遠程數字音視頻監(jiān)控系統(tǒng)，提出了分布式音視頻接入共享的解決方案，能夠有效地節(jié)省網絡帶寬；針對視頻、音頻語音和控制數據的不同傳輸特點，對其所采用的傳輸技術作了詳細探討，給出了具體實現方法。隨著計算機網絡技術、多媒體技術、計算機視覺與模式識別技術的發(fā)燕尾服，一種以數字化、智能化為特點的多媒體遠程數字監(jiān)控系統(tǒng)應運而生，即基于IP的數字監(jiān)控系統(tǒng)，實現了由傳統(tǒng)的模擬監(jiān)控到數字監(jiān)控質的飛躍。與傳統(tǒng)的模擬監(jiān)控系統(tǒng)相比較，數字遠程監(jiān)控系統(tǒng)幾個最主要的優(yōu)勢是：可以借助網絡實現遠程監(jiān)控；在遠程不同地點的分控中心或同個分控中心可同時調看某一個或者幾個監(jiān)控現場的音視頻數據，從而實現分布式的音頻頻接入和音視頻數據共享，同時，可以與監(jiān)控現場人員進行對講；可以對遠程監(jiān)控現場的云臺、攝像機等外圍設備進行控制。視頻、音頻的實時、分布式傳輸及控制指令的可靠傳輸是遠程數字監(jiān)控系統(tǒng)的一個關鍵問題。本文設計并實現了遠程數字音頻頻監(jiān)控系統(tǒng)，采用IP Multicast技術作為分布式音視頻執(zhí)著入和共享的解決方案，并針對視頻、音頻語音和控制數據不同的特點，對其所采用的不同傳輸技術進行了探討，給出了具體實現方法。
1 系統(tǒng)的總體結構
遠程監(jiān)控系統(tǒng)一般包括三部分：前端監(jiān)控現場、通信設備和后端分控中心。整個系統(tǒng)基于Client/Server（客戶機/服務器）模式�？傮w結構如圖1所示。
（1）前端監(jiān)控現場由監(jiān)控現場主機及一些外圍設備組成。外圍設備包括攝像機、電動鏡頭、云臺、防護罩、監(jiān)視器、多功能解碼器及報警器。監(jiān)控現場主機運行客戶前端軟件，實現視頻、音頻數據的實時采集、壓縮、解壓縮（音頻）（視頻傳輸 單向的，音頻傳輸是雙向的）及打包傳送；對壓縮的視（音）頻數據進行經存儲（也可在分近中心進行）。存儲方式為循環(huán)存儲、定時存儲、手動存儲及運動視頻檢測啟動存儲。接收來自分控中心的控制指令（也可在本地實施），對云臺動作（上、下、左、右及自動）電動鏡頭的三可變（光圈、焦距和聚焦）。
（2）通信設備是指所采用的傳輸信道和相關設備，通信網絡為LAN及WAN。
（3）后端設備由若干分控中心計算機組成。各分控計算機運行服務器端軟件，接收來自前端壓縮視（音）頻、顯示（播放）；通過網絡對前端云臺、攝像機進行控制；采用組播技術，實現分布式視頻執(zhí)著入和分豐式視頻共享：每個分控中心主機可以同時監(jiān)控多個前端，即“一點對多點”；不同分控心也可以同時監(jiān)控同一前端，即“多點對一點”。
2 網絡傳輸模塊的設計與實現
2.1 系統(tǒng)傳輸數據類型的特點及通信協(xié)議的選擇
系統(tǒng)傳輸數據有：控制數據、音頻、視頻數據、后端分控中心通過網絡向監(jiān)控現場主機外圍設備云臺及攝像機發(fā)送控制信號，實現云臺動作（上、下、左、右、自動）攝像機光圈、焦距及聚焦三可變，要求控制信號的傳輸準確無誤；音頻、視頻是連續(xù)，數據量大，允許傳輸中存在一定的數據錯誤率及數據丟失率，但實時性要求很高。此外，在監(jiān)控系統(tǒng)中，要實現音視頻的分布式接入和數據共享，必須進行音視頻的多點傳輸。樣實現上述目標？首先是通信協(xié)議的選擇，TCP/IP協(xié)議是廣泛使用的網協(xié)議，其網絡模型定義了四層（即網絡接口層、網絡層、傳輸層、應用層）網絡通信協(xié)議。傳輸層包含兩個協(xié)議：傳輸控制協(xié)議（TCP）和用戶數據報協(xié)議（UDP）。IP是國際互聯(lián)協(xié)議，位于網絡層。TCP協(xié)議是面向連接的，提供可靠的流服務；UDP是無連接的，提供數據報服務；TCP采用提供確認與超時重發(fā)、滑動窗口機制等措施來保證傳輸的可靠性，正是這些措施增加了網絡的開銷。如果用TCP傳輸視（音）頻數據，大量的數據容量引起重傳。，使得網絡負載大并會加大延遲；UDP協(xié)議是最簡單的傳輸協(xié)議，不提供可靠性保證，正因為UDP協(xié)議不進行數據確認與重傳國，大大提高了傳輸效率，具有高效快速的特點；Ipv4定義了三種IP數據包的傳輸：單播、廣播及組播。要系統(tǒng)中實現視（音）頻數據的多點傳輸，若采用單播，則同樣的音、視頻數據要發(fā)送多次，這樣導致發(fā)送者負擔重、延遲長、網絡擁塞；若用廣播，網絡中的每個站點都將接收到數據，不管該結點否需要數據，增加了非接收者的開銷；組播是一種允許一個或多個發(fā)送者（組播源）發(fā)送單一的數據包到多個接收者（一次的、同時的）的網絡技術。組播源把數據包發(fā)送到特定組播組，而只有屬于該組播組的地址才能接收到數據包。由于無論有多少個目的地址，在整個網絡的任何一條鏈路上都只傳送單一的數據包。因此組播提高了網絡傳輸的效率，極大地節(jié)省了網絡傳輸。組播方式只適用于UDP。綜上所述，采用TCP/IP傳輸控制信號，即信令通道；采用UDP/IP傳輸音視頻信號，即數據通道。
IP組播依賴一個特殊的地址組——“移播址”，即D類地址。范圍在224.0.0.0-239.255.255.255之間（其中224.0.0.0-224.0.0.255是被保留的地址），D類地址是動態(tài)分配和恢復的瞬態(tài)地址。組播地址只能作為信宿地址使用，而不能出現在任何信源地址中。每一個組播組對應于動態(tài)分配 的一個D類地址。組播的特點：組播組的成員是動態(tài)的，主機可以任何時間加入或離開組播組，主機組中的成員在位置上和數量 舊沒有限制的。
2.2 Windows下，IP組播的Winsock2實現
Windows環(huán)境下組播通信是基于WindowsSocket的。Windows Socket提供兩種不同IP組播的實現方法：Windows Socket提供兩種不同的IP組播的實現方法：Winsock1與Winsock2。在Windows2000平臺實現VC 6.0開發(fā)工具，在本系統(tǒng)中實現了基于Winsock2的組播通信編程。
發(fā)送端（前端、客戶端）實現步驟：
(1)加載Winsock2庫，完成Winsock2的初始化：
WSAStarup(MAKEWORD(2,2),
【基于IP Multicast的分布式音視頻接幾和共享的監(jiān)控系統(tǒng)的傳輸和實】相關文章：
視頻監(jiān)控系統(tǒng)―視頻捕獲和傳輸模塊VC++03-08
基于IP技術的智能監(jiān)控系統(tǒng)構架及裝置研究03-18
基于VB的分布式監(jiān)控系統(tǒng)通信設計03-18
基于MPI網絡的自來水廠分布式監(jiān)控系統(tǒng)03-18
基于DIRECTSHOW技術的MPEG4編碼IP視頻監(jiān)控系統(tǒng)的設計03-07
基于PLC的閘門監(jiān)控系統(tǒng)設計03-07
一種基于SIP和移動IP的切換機制的研究03-07