1、. .PAGE10 / NUMPAGES10全球眼、28181、ONVIF協議比較文檔修訂歷史記錄日期版本說明修訂人A0初始發布一、國標文件概述GB/T28181屬于推薦性國標（GB/T），全稱安全防視頻監控聯網系統信息傳輸、交換、控制技術要求。第一章描述了標準的主要容和適用圍，如以下兩段所示；第二章羅列了“規性引用文件”；第三章為本標準涉與的“術語和定義、縮略語”；其他章節的容在下面的描述中都有概括（標注在相應容后面）。“本標準規定了安全防視頻監控聯網系統（以下簡稱聯網系統）息傳輸、交換、控制的互聯結構、通信協議結構（第四章），傳輸、交換、控制的基本要求（第五、六、七章）和安全性要求（第八章

2、），以與控制、傳輸流程和協議接口等技術要求（第九章）。本標準適用于安全防視頻監控聯網系統與城市監控報警聯網系統的方案設計、系統檢測、驗收以與與之相關的設備研發、生產。其他信息系統可參考采用。”另外，除了9個章節，標準還有11個附錄（AK），附錄與各章節的主要對應關系如下：第5章C；第6章D、E、F、G；第7章A、B；第9章H、I、J、K。其中，第九章“控制、傳輸流程和協議接口”和與之對應的附錄J“信令消息示”占據了標準的60%多的容，也是我們工程技術人員最需要了解的部分。這些容主要定義了“注冊和注銷”、“實時視音頻點撥”、“設備控制”、“報警事件通知和分發”、“網絡設備信息查詢”、“狀態信息報

3、送”、“設備視音頻文件檢索”、“歷史視音頻的回放”、“視音頻文件下載”、“校時”、“訂閱和通知”這11部分的信令流程和協議接口。二、國標與全球眼的對比與思考自從IP時代開始，才逐漸有了真正意義上的網絡視頻監控平臺。這里就不得不提與起到催化劑作用的中國 HYPERLINK :/ 電信全球眼標準，中國電信在 HYPERLINK :/tech.hexun /telecom/index.html 通信標準化協會相關標準制定中，推動了七個行業視頻監控標準的制定，并與合作伙伴在國際立項了四項國際標準，提高中國企業在國際標準化組織中的話語權。包括我們的國標都是借鑒了全球眼的標準。國字號標準的優勢不言而喻，在

4、未來它將得到最多視頻監控產品的支持，也將成為其能否進入這個有巨大利潤市場的重要標簽。然而，國標相較于全球眼的不足卻也是相當明顯的，它只是一個在寬泛的圍讓視頻監控基本互通的標準，解決基本的融合問題，很多功能、參數配置和諸多細節方面都沒有涉與或者需要完善。比如，在OSD標準、視頻分析等方面沒有涉與到；在視頻碼流部分，當前采用的H.264、PS流的兼容性和可擴展性尚顯不足。在標準中，也明確提到“聯網系統中視頻壓縮編解碼和音頻編解碼應符合附錄J的相關要求，采用視頻編解碼標準H.264/MPEG-4，在適用于安防監控的SVAC標準發布后，優先采用適用于安防監控的SVAC標準”。這也說明當前采用的視頻編解

5、碼的標準將來會進行完善和改進。針對公安部提出的GB/T28181協議，未來不將是哪家的平臺越符合標準，哪家就越有競爭力，也不再是誰的平臺做得好、功能多就越有優勢，相反，這些都很有可能在標準化過程中成為累贅。GB/T28181是以SIP協議為交互基準，不過前期主流平臺都較少采用SIP協議，后來可能有部分平臺商基于SIP協議進行開發，然而由于各家SIP系統在標準的實現細節上卻有很大差異，加之絕大部分都對基本協議有擴充，由此，即便先前用SIP網絡結構、流程架構是SIP的平臺，相互之間也無法直接與GB/T28181規定的SIP互通。同時，各廠家所依據的軟件開發協議互不兼容，導致平臺直接對接困難重重。由

6、此看來，新標下的視頻管理平臺惡戰不可避免。如何兼顧國標并對自身優勢有所偏重是公共監控領域的平臺商們急需思考的問題。三、我司平臺中的國標和全球眼GB28181是一種協議規，是用來協調各個廠家設備之間如何進行正常對接，至于像我們平臺的后臺模塊那樣，根本不可能發生與其它協議模塊對接的情況，那么國標并沒有“企圖”去規它，不存在不同協議間進行協調的通信是沒有必要去按照國標進行設計的。我們所謂支持國標的平臺，在需要與平臺互聯或前端設備通信的流程上都是按標準規實現的；個別標準規未定義的和無法實現的定制功能是通過對標準信令或者流程的擴展實現；我們部模塊之間使用的部信令和流程基本上都是保留了原來電信全球眼的規；

7、而“符合國標”其實是“包含國標”（從流程到容），實際中可能比國標更豐富些。比如SIP信令，國標和全球眼的都會發；比如容，具有更多的關鍵字、參數，從而提供了更多的驗證方法。有些多出來的容根據是工程項目中的需求，而有些僅僅是為了實現方便，例如例如，在“客戶端主動發起的實時視音頻點播流程”的過程中，全球眼與GB28181分別是按如下兩圖方式定義的：全球眼GB28181關于CU實時視頻點播的信令流程，現在只關注和前端交互的那一塊：全球眼是這樣：國標“書面上”是這樣：相較之下，國標PU少了“100Trying”和“101DialogEstbashment”的發送步驟。但實際對國標（上）前端抓包發現和之前

8、全球眼（下）的流程是一樣的，只是容（SDP）有一點點差別國標全球眼現在假設有另外一家按照國標設計的前端，和我們平臺對接時不會發送“100Trying”和“101DialogEstbashment”，那么這樣的前端一樣能正常使用。 實際上，這個就類似于你打，在還沒有正常接通之前你所聽到的嘟嘟嘟的聲音，就是表示正在連接中，請等待的意思，就是一個狀態通知；那我不嘟嘟嘟，一直等他200ok一樣可以通信。可以理解為這是電信全球眼的規，而我們的國標前端為了省事（除非改底層庫）沒必要刪了這兩個步驟。四、ONVIF簡介2008年5月，由安訊士(AXIS)聯合博世(BOSCH)與索尼(SONY)公司三方宣布將攜

9、手共同成立一個國際開放型網絡視頻產品標準網絡接口開發論壇，取名為ONVIF（Open Network Video Interface Forum），并以公開、開放的原則共同制定開放性行業標準。是一個提供開放網絡視頻接口的論壇組織。截止到2011年3月，已有279個公司加入ONVIF成為會員。2008年11月，論壇正式發布了ONVIF第一版規。2010年11月，論壇發布了ONVIF第二版規。規涉與設備發現、實時音視頻、攝像頭PTZ控制、錄像控制、視頻分析等方面。ONVIF規中設備管理和控制部分所定義的接口均以Web Services的形式提供。ONVIF規向視頻監控引入了Web Service的

10、概念。設備的實際功能均被抽象為了Web Service的服務，視頻監控系統的控制單元以客戶端的身份出現，通過Web請求的形式完成控制操作。Web Service是基于網絡的、分布式的模塊化組件，執行特定的任務。Web Service 主要利用和 SOAP 協議使數據在 Web 上傳輸。Web 用戶能夠使用 SOAP 和通過 Web 調用的方法來調用遠程對象。 客戶端根據WSDL描述文檔，會生成一個SOAP 請求消息，該請求會被嵌入在一個 POST請求中，發送到 Web Services 所在的Web 服務器。Web Services 請求處理器解析收到的SOAP 請求，調用相應的Web Ser

11、vices。然后再生成相應的SOAP 應答。Web 服務器得到SOAP 應答后，會再通過 應答的方式把信息送回到客戶端。WSDL是Web services 描述語言（Web Service Description Language）的縮寫。是一個用來描述Web服務和說明如何與Web服務通信的XML語言，為用戶提供詳細的接口說明書。SOAP是Simple Object Access Protocol的縮寫。是基于XML的一種協議。一條SOAP 消息就是一個普通的XML 文檔，包含下列元素：必需的Envelope 元素，可把此XML 文檔標識為一條SOAP 消息可選的Header 元素，包含頭部信

12、息必需的Body 元素，包含所有的調用和響應信息可選的Fault 元素，提供有關在處理此消息所發生錯誤的信息在向Web Service發送的SOAP請求中，Body元素中的字段需與WSDL中數據類型的相符合。在構建SOAP的過程中，必須從WSDL文件中獲取并映射這一種對應關系。ONVIF規的容：設備發現設備管理設備輸入輸出服務圖像配置媒體配置實時流媒體接收端配置顯示服務事件處理PTZ控制其他五、全球眼與ONVIF的對比全球眼基于SIP；ONVIF基于SOAP。全球眼與ONVIF規的容有差異。全球眼標準主要面向電信運營商，出發點是制訂電信級標準，基于IMS架構實現業務與控制分離、控制與承載分離、業務與接入無關、各網元間接口標準化、分權分域、可管可控，提供統一的平臺與其他業務融合。因此全球眼標準是非常符合電信運營商的需求的。但是，由于網絡架構并不沒有真正的扁平化、業務實現涉與網元過多、控制消息需要幾十條，導致效率低下，實現難度較大，對設備提供商要求較高，而且用戶體驗并不是很好。因此，全球眼標準并不適合于行業以與企業級市場。而ONVIF則面向全球，出發點是制訂一個完全開放的標準