電信全球眼GBT28181、ONVIF比較淺析

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

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

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

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

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

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

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

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

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

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

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

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