[發明專利]基于ONVIF協議的碼流轉換方法及裝置

有效

• 申請號: 201310750612.8
• 申請日: 2013-12-30
• 公開（公告）號: CN103686205B
• 公開（公告）日: 2017-04-19
• 發明（設計）人: 楊春燕;葉倩燕;蔡焱鋼
• 申請（專利權）人: 浙江宇視科技有限公司
• 主分類號: H04N21/234
• 分類號: H04N21/234;H04N21/4402;H04N21/63;H04N21/643
• 代理公司: 北京博思佳知識產權代理有限公司11415
• 代理人: 林祥

技術領域

本發明涉及流媒體領域，尤其涉及一種基于ONVIF協議的碼流轉換方法及裝置。

背景技術

隨著安防行業的全速發展，ONVIF近年來得到較高關注，各個廠家紛紛支持ONVIF協議進行互聯互通。在任何一種組網中，解碼端都需要知道碼流的解碼參數PPS（Picture Parameter Sets，圖像參數集）和SPS（Sequence Parameter Sets，序列參數集），才能夠對碼流進行解碼。ONVIF協議定義了碼流的解碼參數可以攜帶在RTSP協商的DESCRIBE應答報文中，也可以攜帶在H.264的碼流中，或者在兩者中都攜帶。

不同的廠商實現不同，部分廠商沒有將解碼參數攜帶在碼流中，僅在RTSP協商中攜帶，這就要求解碼端需要與編碼端直連并且支持RTSP協議，解碼端才可以獲取到解碼參數進行解碼。如果一個解碼端不支持RTSP協議，或者不能確定解碼端的具體情況時，需要有中間組件的介入來協助。

媒體轉發服務器（MS，Media Server）作為中間組件，通常在RTP擴展字段中攜帶解碼參數PPS/SPS，該解碼參數包括編碼格式、編碼級別、圖像寬高等信息。該種方式是對擴展字段的一種私有定義，需要解碼端按照某種約定來對這些字段中的參數進行解析，所以不通用。另外，解碼時需要用到的碼流類型Payload Type同樣需要在RTP擴展字段中攜帶，由于不同廠商可能定義不同的Payload Type，因此，需要解碼端也按照約定解析此參數，所以同樣存在不通用的問題。

發明內容

有鑒于此，本發明提供一種基于ONVIF協議的碼流轉換方法，應用于媒體轉發服務器，其特征在于，該方法包括以下步驟：

步驟A，在RTSP協商過程中，接收編碼端的RTSP DESCRIBE應答消息，從該消息中獲取解碼參數PPS/SPS，并保存該解碼參數與該編碼端的對應關系；

步驟B，在接收到編碼端的碼流數據時，判斷該碼流數據中的I幀首包前是否存在解碼參數，若不存在，則查詢該編碼端對應的解碼參數，將該解碼參數進行封包處理，添加到I幀首包前，并修改I幀首包以及后續數據包的序列號；若存在，則不作處理。

本發明還提供一種基于ONVIF協議的碼流轉換裝置，應用于媒體轉發服務器，其特征在于，該裝置包括：

控制協商單元，用于在RTSP協商過程中，接收編碼端的RTSP DESCRIBE應答消息，從該消息中獲取解碼參數PPS/SPS，并保存該解碼參數與該編碼端的對應關系；

碼流轉換單元，用于在接收到編碼端的碼流數據時，判斷該碼流數據中的I幀首包前是否存在解碼參數，若不存在，則查詢該編碼端對應的解碼參數，將該解碼參數進行封包處理，添加到I幀首包前，并修改I幀首包以及后續數據包的序列號；若存在，則不作處理。

本發明解決了碼流的標準化問題，使解碼端接收到的都是標準碼流，從而最大程度的支持各種組網方案和實現視頻產品互聯互通的需求。

附圖說明

圖1是本發明一種實施方式中基于ONVIF組網的碼流轉換裝置的邏輯結構及其基礎硬件環境的示意圖。

圖2是本發明一種實施方式中基于ONVIF組網的碼流轉換方法的流程圖。

圖3是本發明一種實施方式中網絡視頻監控系統組網的基本結構示意圖。

圖4是本發明一種實施方式中序列號重新排序示意圖。

具體實施方式

本發明提供一種基于ONVIF協議的碼流轉換裝置，該裝置應用在媒體轉發服務器上，以下以軟件實現為例進行說明，但是本發明并不排除諸如硬件或者邏輯器件等其他實現方式。如圖1所示，該媒體轉發服務器通常包括CPU、內存、非易失性存儲器以及其他硬件。該基于ONVIF協議的碼流轉換裝置作為一個邏輯層面的虛擬裝置，其通過CPU來運行。該裝置包括控制協商單元和碼流轉換單元。請參考圖2具體的實施步驟。

步驟101，在RTSP協商過程中，接收編碼端的RTSP DESCRIBE應答消息，從該消息中獲取解碼參數PPS/SPS，并保存該解碼參數與該編碼端的對應關系；

步驟102，在接收到編碼端的碼流數據時，判斷該碼流數據中的I幀首包前是否存在解碼參數，若不存在，則查詢該編碼端對應的解碼參數，將該解碼參數進行封包處理，添加到I幀首包前，并修改I幀首包以及后續數據包的序列號；若存在，則不作處理。