國標的由來

GB28181國標解決平臺與平臺對接問題

比如A平臺大連交警系統需要看B平臺上海交警系統的視頻。需要對接過來，實現調度視頻。這時候需要知道他們取流的協議，各家廠商都自定義了一套協議，就很麻煩，因此國家就制定了GB28181國標實現A和B平臺的相互取流，是一個應用層協議。由國內各大廠商，研究院制定的標準。

通信流程圖

基于SIP信令流程圖

如下圖

信令交互成功后，攝像機（媒體流發送者）推送流到媒體服務器，媒體服務器在指定的端口接收到視頻流后，轉發給流媒體接受者（比如某臺PC的某個空閑端口）

• SPI服務器和媒體服務器可以是同一個設備
• 媒體流接受者：攝像頭推送給媒體服務器，媒體服務器在退給其他媒體設備接收者，媒體服務器相當于分發，中轉(也可以直接推給媒體流接受者)然后提供RTSP、RTMP、FLV、HLS多種格式進行分發，實現Web瀏覽器、手機瀏覽器、微信、PC客戶端等各終端無插件播放

平臺的上級、下級（平級一般不使用）

A平臺想從B平臺取流，A平臺就是上級，B平臺就是下級。視頻流從下級推到上級。

推模式與拉模式

拉模式

前端是一個IP Camera -> (RTSP) - media server。server這里發生請求，這樣IPC會推給你，沒有請求IPC停止推送。

推模式

media server A; media server B

• A從B要取流，會告訴B我要從哪個port來取流，B知道了，根據A想要視頻流的IP,port，將視頻流推給對應的端口。
• A給B發個bye，我不要了，就結束了消息的傳送。
• A沒有發B的BYE，比如A就已經關了，突然斷了，那么B就會一直發視頻流，除非你把B平臺停止了。
• SIP信令只注冊一回。

監控領域涉及到的業務

• 取設備信息（大連平臺需要知道上海平臺掛的1千 2萬個設備（如ID））。
• 取實時流（A從B平臺取正在直播的視頻流取過來）。
• 錄像回放（A從B平臺NVR以前錄過的視頻流）。
• 設備控制：云臺控制，語音對講。（怎么取音頻，視頻格式國標里都是有詳細的介紹）。

GB28181的優缺點

優點

• 協議統一方便平臺間通信
• 因為GB28181是推的模式，可以實現視頻流出外網，比如海康的（螢石云）

缺點

國標相對簡陋（只定義了一些基本的通信字段），有很多異常通信并沒有處理掉。

舉例如下：錄像回放業務：

• A從B平臺取昨天錄像回放，而B平臺昨天的錄像回放沒有了。
  這樣的話A平臺就得主動去問B，你會給我什么，這樣的去協商，因為國標里沒有定義，B是資源的提供方，B有可能就不想給你。A派個研發過去取流，而B平臺是一個維護人員只能給你一個port，他給不了你其他的信息。這就導致了平臺對接中的各種麻煩，不知道就的去猜。
• A平臺給B平臺發條請求，獲取錄像的信息比如一天或者一個小時。這其中你 查多久，這個允許的范圍國標里是沒有的，查詢多長時間返回也沒有規定。
• 平臺對接：B是綜合平臺，經過多級流媒體服務才能拿到錄像時間段視頻流。消息推送比較慢，A需要幾秒才能收到返回

目前來說：大廠家做的比較早，小廠家都是去適應大廠家

移植

• 控制協議：基于國際的SIP協議和XML協議，相關開源庫：libosip, libeXosip, mxml, md5
• 流媒體：采用PS流的RTP封裝，簡易流程：H264 -> PS -> RTP -> SIP服務器

總結

以上是生活随笔為你收集整理的国标28181： 视频国标28181协议的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。