安防平台資料收集（1）

平台基礎篇

說完了前端，傳輸，這次說說平台。

拖更了很久，平台我一直遲遲不敢動筆，原因是平台太大，太多，無從下手。

當然也有忙和懶：）

但是總結還是要做的，想到哪裡寫到哪裡，如有需要，後面再補充吧。

強迫自己寫點東西，其實也是自己收集資料，自己理順知識的過程。

系統由小到大開始說明吧。

平台這個從模擬時代來說，矩陣是一個現實平台，實現錄像回放功能的還要依靠DVR或者工控機之類的，所以那個時候並沒有標準的平台之說。

數字時代之後，平台的功能藉助軟體實現了整合，從而各個廠家提出了平台這一概念。

平台的功能總的來說有以下這幾點：

1. 管理接入的所有前端設備，並且實現其控制等其它功能。

2. 實現所有接入前端設備的圖像查看，畫面錄像。

實際上主要功能也就是實時看得到、控的到、錄像也能看得到。

但是數字系統隨著時間的推移，從最開始的各家各玩各的，互不兼容，到公開SDK，再到Onvif以及國標28181，都是漸漸地從封閉的圈子拓展為開放的圈子。模擬時代控制前端球的的Pelco-D或者Pelco-P，這都是作為一個標準，廣泛的用於模擬設備的485控制當中。當年Pelco一家就足以令業內所有廠家遵循其標準，統治了整個模擬時代。

然而，數字時代，前端設備對接就沒有那麼簡單了。最開始的數字系統，各家都是封閉的，後來提供了SDK還要做兼容。那個時候用一家的前端，就只能用相同廠家的平台，不能用別家的平台，就算願意花大價錢做對接，但是使用的效果，也不見得有原廠的效果好。

因此Onvif以及國標28181就順應時代，推了出來。

還是做一下名詞解釋吧。

Onvif

2008年5月，由安訊士聯合博世及索尼公司三方宣布將攜手共同成立一個國際開放型網路視頻產品標準網路介面開發論壇，取名為ONVIF（Open Network Video Interface Forum，開放型網路視頻介面論壇），並以公開、開放的原則共同制定開放性行業標準。

ONVIF標準將為網路視頻設備之間的信息交換定義通用協議，包括裝置搜尋、實時視頻、音頻、元數據和控制信息等。網路視頻產品由此所能提供的多種可能性，使終端用戶，集成商，顧問和生產廠商能夠輕鬆地從中獲益，並獲得高性價比、更靈活的解決方案、市場擴張的機會以及更低的風險。

GB28181

GB/T28181-2011 《安全防範視頻監控聯網系統信息傳輸、交換、控制技術要求》是由公安部科技信息化局提出，由全國安全防範報警系統標準化技術委員會（SAC/TC100)歸口，公安部一所等多家單位共同起草的一部國家標準。

該標準規定了城市監控報警聯網系統中信息傳輸、交換、控制的互聯結構、通信協議結構，傳輸、交換、控制的基本要求和安全性要求，以及控制、傳輸流程和協議介面等技術要求。該標準適用於安全防範監控報警聯網系統的方案設計、系統檢測、驗收以及與之相關的設備研發、生產，其他信息系統可參考採用。

國標在推行過程中也進行過增補，提出過2011正式版、2014修訂版、2016修訂版。最近應該是2016版。

目前實際使用中ONVIF主要適用於前端設備接入，國標用於平台間對接。

基本上現在見到的前端設備，都支持ONVIF協議，但是各家對於其理解也是不一樣。舉個簡單的例子，例如之前攝像機都是一個IP地址下面一個視頻源。但是隨著客戶需求的發展以及實際情況，出現了一個IP地址下面有兩個甚至多個視頻源的前端設備，例如熱成像攝像機等。這種設備採用ONVIF老協議是只能添加一路視頻，另外的視頻是無法添加的。因此各家設備也在不斷地變化的同時，平台也在不斷地更新。

國標最開始也是在新~疆地區使用，後來推廣到全國。從最開始20位編碼，到現在經緯度，查詢目錄，推送目錄，等等一系列的修訂以及豐富，將不同廠家平台間集聯成為可能。

SVAC與H.265

SVAC全稱是《安全防範監控數字視音頻編解碼技術標準》，英文縮寫Surveillance Video and Audio Coding。

H.265是ITU-T VCEG 繼H.264之後所制定的新的視頻編碼標準。是通用型視頻編碼標準。

SVAC

《公共安全視頻監控數字視音頻編解碼技術要求》，最新版本是2.0，該國標標號為GB/T25724-2017，代替國標號GB/T25724-2010，將於2017年06月01日正式實施。該標準主管部門為公安部，歸口單位為全國安全防範報警系統標準化技術委員會，起草單位主要包含公安部第一研究所、北京中星微電子有限公司、北京中盾安全技術開發公司、中星電子股份有限公司、杭州恒生數字設備科技有限公司、公安部安全與警用電子產品質量檢測中心、山西中天信科。

隨著目前SVAC2.0標準的發布，目前接觸的越來越多的項目已經強制要求支持SVAC。原先SVAC1.0時代，由於其本身是參照H.264標準設計的，但是其很多內容不完善，晶元也少，廠家之間支持沒有動力。使得標準普及很難。隨著SVAC2.0的發布，其參照H.265進行設計編碼效率也有了很大的提升。但是我們看看這些起草單位，相信各位有所了解，和GB/T28181不通，這個是需要硬體晶元配合的，但是這個晶元目前生產掌握在少數人手裡，如果沒有招標時強制要求，產品廠家是不願意使用SVAC標準的。

H.265

H.265標準圍繞著現有的視頻編碼標準H.264，保留原來的某些技術，同時對一些相關的技術加以改進。新技術使用先進的技術用以改善碼流、編碼質量、延時和演算法複雜度之間的關係，達到最優化設置。具體的研究內容包括：提高壓縮效率、提高魯棒性和錯誤恢復能力、減少實時的時延、減少信道獲取時間和隨機接入時延、降低複雜度等。H264由於演算法優化，可以低於1Mbps的速度實現標清數字圖像傳送；H265則可以實現利用1~2Mbps的傳輸速度傳送720P（解析度1280*720）普通高清音視頻傳送。

這兩年新出的差不多的設備都支持H.265標準了。其優勢在於高碼流情況下，保證畫質的情況下，大幅降低原先碼流。總而言之，和原先的H.264比較起來，H.265的優勢就是相同碼流畫質好，相同畫質碼流低。

但是每一次編碼技術的升級，帶來的都是一整套系統的升級。

前端需要更新，平台需要更新，存儲需要重新配置，解碼器也需要更新。所以如果要升級的時候，一定要注意這些方面。

參考資料：百度百科