交通部與2016年10月份推出了JT/T 1078-2016標準,全稱是<道路運輸車輛衛星定位系統視頻通訊協議>。該標準將改變以往兩客一危車輛的視頻監控設備通訊協議都是設備廠商私有協議的局面。標準起草單位:中國交統統信信息中心、北京國交信通科技發展有限公司、江蘇威森通信科技有限公司、大連信開數碼軟件有限公司、深圳市銳明視訊技術有限公司、廣州億程交通訊息有限公司、深圳市瑞信視訊技術有限公司、吉林省寰旗衛星導航通訊集團有限公司、杭州海康威視數字技術股份有限公司、大連鼎視科技有限公司。這裏面真正作視頻老牌廠商也就是海康、大華這兩家公司。 安全
1.部標1078協議和808協議的區別服務器
部標1078協議文檔明確說明了,協議是在JT/T 808協議的基礎上進行增長了大量的視頻指令,之前的終端32位報警,因爲增長了視頻報警,拓展爲64位報警。終端參數中也增長了大量與視頻相關的參數設置。協議的通訊方式、數據類型、傳輸規則和消息組成按照 JT/T 808-2011中第 4 章的要求。協議中信令數據報文的通訊鏈接方式按照 JT/T 808-2011中第 5 章的要求。協議中信令數據報文的消息處理機制按照 JT/T 808-2011中第 6 章的要求。協議中信令數據報文的加密機制按照 JT/T 808-2011中第 7 章的要求。網絡
可見1078協議仍然是基於部標808協議繼續拓展的協議指令集,不過在1078協議中分爲信令和數據兩個獨立的通道,也就是視頻設備與視頻平臺的服務器之間是創建兩個通道:架構
1)信令數據通道:數據格式應符合 JT/T 808-2011的規定,並在其協議格式的基礎上添加新的協議指令及數據格式。 報文通訊應使用車載視頻終端和企業視頻監控平臺之間已創建的、用於傳輸定位信息的鏈路,不該新建鏈路。框架
2)碼流數據通道:用於網絡實時音視頻傳輸、網絡錄像回放、語音對話、語音監聽、語音廣播等。報文通訊應新建鏈路,而不使用傳輸定位信息的鏈路。 性能
2.架構設計測試
從協議中能夠看出,視頻的查看,須要平臺下發給設備,完成一連串的指令交互,待指令交互完成後,由設備再和平臺的視頻服務器創建視頻數據通道,開始傳遞視頻數據。編碼
因此視頻服務器須要兩個服務器子系統,一個是視頻的信令服務器,咱們能夠在部標808GPS網關服務器的基礎上增長視頻的信令和相關的邏輯處理、視頻報警分析、視頻參數設置等功能。對於流媒體數據解析這塊,須要單獨增長一個流媒體服務器,來進行流媒體的數據解析、編解碼處理、錄像存儲、數據轉發等工做。 加密
開發一個高性能的完整的流媒體轉發服務器,從架構設計上面分爲五層:spa
1)視頻鏈接接入、管理、流量計算;
2)RTP包數據解析,計算丟包率,提取音視頻裸碼流,根據RTP包的音視頻類型格式,進行不一樣的編解碼轉換;
3)轉發層:根據用戶端的播放請求和用戶所能接受的音視頻編碼格式,匹配設備的音視頻數據轉發給指定的用戶端,轉發是視頻服務器中最複雜的一環,不只包括對企業平臺用戶的轉發,還包括對上級監管平臺用戶的轉發,兩種轉發基於不一樣的協議,須要作單獨的處理。
4)日誌層:記錄碼流,記錄音頻數據爲wav文件,方便進行調試; .
5)界面層:進行視頻設備鏈接監控和數據包監控
在服務器端,內嵌了一個視頻播放器,能夠直接在視頻服務器上面,雙擊視頻鏈接查看視頻,這樣有助於調試設備視頻。
如需購買部標1077視頻平臺或蘇標平臺,可聯繫2379423771@qq.com
基於此視頻服務器能夠開發1077視頻平臺或蘇標主動安全平臺:基於Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架構建高性能企業級的部標視頻監控平臺
3.界面設計
視頻服務器因爲是接入全國幾十家過檢的設備廠商,不一樣的設備廠商採用不一樣的音頻編碼,視頻數據流又很是龐大複雜,須要有很是友好的界面,方便設備調試,視頻鏈接管理,丟包監控等。以下圖所示,在視頻服務器界面上可以作到如下監控:
1)當前的視頻鏈接,音頻編碼,流量,丟包率,傳輸速度,時長;
2)能夠查看某一個視頻鏈接的RTP數據包;
3)能夠監控當前的對講和廣播數據包;
4)對上級監管平臺的轉發數據包監控;
4.上級監管平臺的轉發
對上級監管平臺的交互,也是分爲指令通道和數據通道,首先要基於809部分中的視頻指令協議,完成視頻指令交互應答後,爲上級監控平臺提供Http服務器接口,上級監控平臺用戶按照視頻協議的HttpURL格式要求,發起Http請求,企業平臺返回指定的設備的視頻數據,上級監控平臺獲取數據後自行解碼播放。部標視頻的壓測文章參見:部標1077視頻平臺過檢和壓力測試經驗分享