本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及基于RTSP協(xié)議的設(shè)備控制及通道限制方法、裝置及系統(tǒng)。

背景技術(shù)：

在視頻監(jiān)控系統(tǒng)中，通常使用RTSP協(xié)議(Real Time Streaming Protocol，實時流媒體協(xié)議)進行監(jiān)控視頻播放，但同時也需要在調(diào)看視頻時對視頻監(jiān)控設(shè)備進行相關(guān)控制操作，一般都是采用另外建立一個控制通信通道進行設(shè)備的控制操作，這種方式缺點需要額外建立通信通道占有用戶終端、服務(wù)端及網(wǎng)絡(luò)設(shè)備的系統(tǒng)資源，同時建立通信通道浪費時間成本。

在視頻監(jiān)控系統(tǒng)中，播放監(jiān)控視頻占有的網(wǎng)絡(luò)帶寬資源很大，很多時候會遇到網(wǎng)絡(luò)資源帶寬不足，無法同時播放過多視頻，負責(zé)會造成網(wǎng)絡(luò)阻塞視頻卡頓同時可能影響到其他業(yè)務(wù)數(shù)據(jù)通信；因此需要在視頻監(jiān)控系統(tǒng)中對網(wǎng)絡(luò)資源進行控制優(yōu)化。

技術(shù)實現(xiàn)要素：

本發(fā)明的目的是提供一種基于RTSP協(xié)議的設(shè)備控制及通道限制方法、裝置及系統(tǒng)，旨在解決現(xiàn)有的視頻監(jiān)控系統(tǒng)播放監(jiān)控視頻時需要額外建立通信通道、所占用網(wǎng)絡(luò)帶寬資源較大的問題。

本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是：

一種基于RTSP協(xié)議的設(shè)備控制及通道限制方法，包括：

限制步驟：

接收用戶終端發(fā)送的打開視頻的RTSP請求；

生成用于獲取媒體信息的DESCRIBE請求；

獲取預(yù)定視頻通道數(shù)和已使用視頻通道數(shù)；

根據(jù)預(yù)定視頻通道數(shù)和已使用視頻通道數(shù)，判定通道使用情況；

當(dāng)通道使用情況為無通道數(shù)限制時，選擇任一路視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求，進入響應(yīng)步驟：

當(dāng)通道使用情況為有通道數(shù)限制但通道未用完時，選擇任一路未使用的視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求，進入響應(yīng)步驟；

當(dāng)通道使用情況為有通道數(shù)限制且通道被用完時，獲取已打開視頻通道列表，通過用戶終端選擇已打開視頻通道列表中的一路視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求，進入響應(yīng)步驟；

響應(yīng)步驟：

響應(yīng)DESCRIBE請求，獲取第一視頻通道上正在播放的視頻的媒體信息并發(fā)送到用戶終端；

接收用戶終端發(fā)送的SETUP請求，并根據(jù)SETUP請求，設(shè)置第一視頻通道的媒體通信參數(shù)；

接收用戶終端發(fā)送的PLAY請求，向用戶終端傳輸?shù)谝灰曨l通道的視頻信息；

設(shè)備控制步驟：

接收用戶終端發(fā)送的包含設(shè)備控制命令的SET_PARAMETER請求，并根據(jù)設(shè)備控制命令，對視頻監(jiān)控設(shè)備進行控制；

切換步驟：

接收用戶終端發(fā)送的包含第二視頻通道的SET_PARAMETER請求，向用戶終端傳輸?shù)诙曨l通道的視頻信息；

關(guān)閉步驟：

接收用戶終端發(fā)送的關(guān)閉視頻的RTSP TEARDOWN請求；

停止向用戶終端傳輸視頻信息。

在上述實施例的基礎(chǔ)上，進一步地，所述接收用戶終端發(fā)送的打開視頻的RTSP請求的步驟后，還包括：

向用戶終端發(fā)送HTTP摘要認(rèn)證的提示信息；

接收用戶終端發(fā)送的身份認(rèn)證信息。

在上述任意實施例的基礎(chǔ)上，進一步地，所述切換步驟后，還包括：

通知步驟：

向用戶終端發(fā)送媒體信息變更的ANNOUNCE通知消息。

在上述任意實施例的基礎(chǔ)上，進一步地，設(shè)備控制命令包括攝像機云臺控制命令、編解碼參數(shù)控制命令、輸入輸出報警控制命令、設(shè)備基礎(chǔ)參數(shù)控制命令中的一種或多種。

一種基于RTSP協(xié)議的設(shè)備控制及通道限制裝置，包括：

限制模塊，用于：

接收用戶終端發(fā)送的打開視頻的RTSP請求；

生成用于獲取媒體信息的DESCRIBE請求；

獲取預(yù)定視頻通道數(shù)和已使用視頻通道數(shù)；

根據(jù)預(yù)定視頻通道數(shù)和已使用視頻通道數(shù)，判定通道使用情況；

當(dāng)通道使用情況為無通道數(shù)限制時，選擇任一路視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求：

當(dāng)通道使用情況為有通道數(shù)限制但通道未用完時，選擇任一路未使用的視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求；

當(dāng)通道使用情況為有通道數(shù)限制且通道被用完時，獲取已打開視頻通道列表，通過用戶終端選擇已打開視頻通道列表中的一路視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求；

響應(yīng)模塊，用于：

響應(yīng)DESCRIBE請求，獲取第一視頻通道上正在播放的視頻的媒體信息并發(fā)送到用戶終端；

接收用戶終端發(fā)送的SETUP請求，并根據(jù)SETUP請求，設(shè)置第一視頻通道的媒體通信參數(shù)；

接收用戶終端發(fā)送的PLAY請求，向用戶終端傳輸?shù)谝灰曨l通道的視頻信息；

設(shè)備控制模塊，用于：

接收用戶終端發(fā)送的包含設(shè)備控制命令的SET_PARAMETER請求，并根據(jù)設(shè)備控制命令，對視頻監(jiān)控設(shè)備進行控制；

切換模塊，用于：

接收用戶終端發(fā)送的包含第二視頻通道的SET_PARAMETER請求，向用戶終端傳輸?shù)诙曨l通道的視頻信息；

關(guān)閉模塊，用于：

接收用戶終端發(fā)送的關(guān)閉視頻的RTSP TEARDOWN請求；

停止向用戶終端傳輸視頻信息。

在上述實施例的基礎(chǔ)上，進一步地，所述限制模塊還用于：

在接收用戶終端發(fā)送的打開視頻的RTSP請求后，向用戶終端發(fā)送HTTP摘要認(rèn)證的提示信息；

接收用戶終端發(fā)送的身份認(rèn)證信息。

在上述任意實施例的基礎(chǔ)上，進一步地，還包括：

通知模塊，用于：

向用戶終端發(fā)送媒體信息變更的ANNOUNCE通知消息。

在上述任意實施例的基礎(chǔ)上，進一步地，設(shè)備控制命令包括攝像機云臺控制命令、編解碼參數(shù)控制命令、輸入輸出報警控制命令、設(shè)備基礎(chǔ)參數(shù)控制命令中的一種或多種。

一種基于RTSP協(xié)議的設(shè)備控制及通道限制系統(tǒng)，包括：

上述任一項實施例中的基于RTSP協(xié)議的設(shè)備控制及通道限制裝置；

用戶終端，用于向所述裝置發(fā)送設(shè)備控制命令，實現(xiàn)用戶對視頻監(jiān)控設(shè)備的控制，以及向用戶提供媒體信息、視頻信息；

視頻監(jiān)控設(shè)備，用于在設(shè)備控制命令的控制下，向所述裝置提供媒體信息、視頻信息。

在上述實施例的基礎(chǔ)上，進一步地，視頻監(jiān)控設(shè)備包括攝像機、DVR/NVR、編碼器、解碼器。

本發(fā)明的有益效果是：

本發(fā)明提供了一種基于RTSP協(xié)議的設(shè)備控制及通道限制方法、裝置及系統(tǒng)，在一個RTSP會話中實現(xiàn)對視頻監(jiān)控設(shè)備的控制，無需再次建立會話連接，而是利用播放視頻時已經(jīng)建立的RTSP信令通道傳輸控制命令，提高視頻監(jiān)控設(shè)備的控制命令發(fā)送效率速度，使設(shè)備控制快速高效，節(jié)約資源與時間；另一方面，利用視頻通道數(shù)的限制方法并結(jié)合RTSP實現(xiàn)通道限制、通道切換控制，在有限網(wǎng)絡(luò)帶寬資源下限制打開通道數(shù)，避免網(wǎng)絡(luò)阻塞，使視頻播放更流暢。

附圖說明

下面結(jié)合附圖和實施例對本發(fā)明進一步說明。

圖1示出了本發(fā)明實施例提供的一種基于RTSP協(xié)議的設(shè)備控制及通道限制方法的流程圖；

圖2示出了本發(fā)明實施例提供的一種基于RTSP協(xié)議的設(shè)備控制及通道限制裝置的結(jié)構(gòu)示意圖；

圖3示出了本發(fā)明實施例提供的一種基于RTSP協(xié)議的設(shè)備控制及通道限制系統(tǒng)的結(jié)構(gòu)示意圖；

圖4示出了本發(fā)明實施例提供的一種基于RTSP協(xié)議的設(shè)備控制及通道限制系統(tǒng)的工作原理圖。

具體實施方式

基于《RFC2326》的關(guān)于RTSP協(xié)議的描述與定義，專利中涉及到的DESCRIBE、SET_PARAMETER、ANNOUNCE等方法消息都為公開的協(xié)議消息定義，本發(fā)明的改進點在于基于RTSP方法的擴展組合使用以及添加的擴展RTSP頭部域等為實現(xiàn)基于RTSP的設(shè)備控制與視頻通道控制的方法、裝置及系統(tǒng)。

本發(fā)明所述的由于網(wǎng)絡(luò)帶寬資源不足、需做通道限制的位置，位于基于RTSP協(xié)議的設(shè)備控制及通道限制裝置與前端視頻監(jiān)控設(shè)備之間，通道限制控制的是所述裝置至視頻監(jiān)控設(shè)備之間的網(wǎng)絡(luò)帶寬資源。

為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不限定本發(fā)明。

具體實施例一

如圖1和圖4所示，本發(fā)明實施例提供了一種基于RTSP協(xié)議的設(shè)備控制及通道限制方法，包括以下各步驟。

限制步驟S101：接收用戶終端發(fā)送的打開視頻的RTSP請求；生成用于獲取媒體信息的DESCRIBE請求；獲取預(yù)定視頻通道數(shù)和已使用視頻通道數(shù)；根據(jù)預(yù)定視頻通道數(shù)和已使用視頻通道數(shù)，判定通道使用情況；當(dāng)通道使用情況為無通道數(shù)限制時，選擇任一路視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求，進入響應(yīng)步驟：當(dāng)通道使用情況為有通道數(shù)限制但通道未用完時，選擇任一路未使用的視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求，進入響應(yīng)步驟；當(dāng)通道使用情況為有通道數(shù)限制且通道被用完時，獲取已打開視頻通道列表，通過用戶終端選擇已打開視頻通道列表中的一路視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求，進入響應(yīng)步驟。在用戶終端發(fā)送DESCRIBE請求時，根據(jù)通道數(shù)限制及通道使用情況，如果通道已經(jīng)被使用完，可以返回“563VnmpFullChannel Error”并添加擴展RTSP頭部域VnmpFullCameraID攜帶內(nèi)部通道已經(jīng)打開的視頻列表信息返回；當(dāng)是前兩種情況，通道有剩余或沒有設(shè)置通道限制時，按照正常RTSP協(xié)議，直接響應(yīng)DESCRIBE請求返回視頻監(jiān)控點名稱及相關(guān)媒體信息；如果出現(xiàn)第三種情況，則返回“563VnmpFullChannel Error”并添加擴展RTSP頭部域VnmpFullCameraID攜帶內(nèi)部通道已經(jīng)打開的視頻列表信息返回，用戶終端得到錯誤反饋后，可以重新在已打開的視頻列表中選擇一路視頻通道，因為該路視頻已經(jīng)在某個通道上被打開，因此流媒體服務(wù)器會啟動復(fù)制轉(zhuǎn)發(fā)模式，不再需要占有通道，服務(wù)器返回響應(yīng)DESCRIBE請求返回的真實的媒體信息。

響應(yīng)步驟S102：響應(yīng)DESCRIBE請求，獲取第一視頻通道上正在播放的視頻的媒體信息并發(fā)送到用戶終端；接收用戶終端發(fā)送的SETUP請求，并根據(jù)SETUP請求，設(shè)置第一視頻通道的媒體通信參數(shù)；接收用戶終端發(fā)送的PLAY請求，向用戶終端傳輸?shù)谝灰曨l通道的視頻信息。本發(fā)明實施例中，所述視頻信息可以包括視頻數(shù)據(jù)和音頻數(shù)據(jù)，用戶終端接收音視頻數(shù)據(jù)后解碼播放。本發(fā)明實施例對媒體信息不做限定，優(yōu)選的，所述媒體信息可以為SDP消息，所述SDP消息包含真實視頻名稱及會話描述信息。

設(shè)備控制步驟S103：接收用戶終端發(fā)送的包含設(shè)備控制命令的SET_PARAMETER請求，并根據(jù)設(shè)備控制命令，對視頻監(jiān)控設(shè)備進行控制。

切換步驟S104：接收用戶終端發(fā)送的包含第二視頻通道的SET_PARAMETER請求，向用戶終端傳輸?shù)诙曨l通道的視頻信息。用戶終端可以根據(jù)需求使用SET_PARAMETER請求發(fā)送視頻通道切換控制命令，系統(tǒng)將根據(jù)用戶終端的用戶權(quán)限級別進行相應(yīng)操作，當(dāng)用戶終端的用戶權(quán)限級別達到預(yù)先設(shè)定的用戶權(quán)限級別閾值時，將當(dāng)前播放的監(jiān)控視頻圖像切換為與SET_PARAMETER請求相應(yīng)的其他視頻通道的監(jiān)控視頻圖像。

關(guān)閉步驟S105：接收用戶終端發(fā)送的關(guān)閉視頻的RTSP TEARDOWN請求；停止向用戶終端傳輸視頻信息。用戶終端根據(jù)需求發(fā)出TEARDOWN請求，關(guān)閉RTSP會話連接，終止數(shù)據(jù)傳輸，視頻監(jiān)控點播業(yè)務(wù)結(jié)束。

本發(fā)明實施例在一個RTSP會話中實現(xiàn)對視頻監(jiān)控設(shè)備的控制，無需再次建立會話連接，而是利用播放視頻時已經(jīng)建立的RTSP信令通道傳輸控制命令，提高視頻監(jiān)控設(shè)備的控制命令發(fā)送效率速度，使設(shè)備控制快速高效，節(jié)約資源與時間；另一方面，利用視頻通道數(shù)的限制方法并結(jié)合RTSP實現(xiàn)通道限制、通道切換控制，在有限網(wǎng)絡(luò)帶寬資源下限制打開通道數(shù)，避免網(wǎng)絡(luò)阻塞，使視頻播放更流暢。

優(yōu)選的，本發(fā)明實施例在所述接收用戶終端發(fā)送的打開視頻的RTSP請求的步驟后，還可以包括：向用戶終端發(fā)送HTTP摘要認(rèn)證的提示信息；接收用戶終端發(fā)送的身份認(rèn)證信息。在用戶終端發(fā)送DESCRIBE請求獲取媒體信息時，可以返回需要HTTP摘要認(rèn)證的提示信息，以獲取用戶的身份認(rèn)證信息，在用戶終端攜帶身份認(rèn)證信息繼續(xù)發(fā)送DESCRIBE請求后獲取媒體信息，這樣做的好處是，提高了安全性。

優(yōu)選的，本發(fā)明實施例在所述切換步驟S104后，還可以包括：通知步驟：向用戶終端發(fā)送媒體信息變更的ANNOUNCE通知消息。當(dāng)某個高權(quán)限的用戶終端發(fā)送切換視頻SET_PARAMETER請求，當(dāng)前正在觀看的監(jiān)控視頻圖像通道被該高權(quán)限用戶終端切換為其他監(jiān)控點的視頻圖像時，可以使用ANNOUNCE方法向所有在該視頻通道打開視頻的用戶終端發(fā)送媒體變更的ANNOUNCE通知消息，這樣做的好處是，用戶終端會收到變更后的監(jiān)控圖像名稱及媒體信息。

本發(fā)明實施例對設(shè)備控制命令不做限定，優(yōu)選的，設(shè)備控制命令可以包括攝像機云臺控制命令、編解碼參數(shù)控制命令、輸入輸出報警控制命令、設(shè)備基礎(chǔ)參數(shù)控制命令中的一種或多種，分別用于實現(xiàn)對視頻監(jiān)控設(shè)備的攝像機云臺控制、編解碼參數(shù)控制、輸入輸出報警控制、設(shè)備基礎(chǔ)參數(shù)控制。

本發(fā)明實施例對設(shè)備控制步驟S103不做限定，優(yōu)選的，在同一個RTSP會話內(nèi)使用SET_PARAMETER方法對視頻監(jiān)控設(shè)備進行控制時，可以采用流水化串行化一次批量發(fā)送多個設(shè)備控制命令。這樣做的好處是，不必等待系統(tǒng)響應(yīng)，可快速高效進行視頻監(jiān)控設(shè)備控制，尤其適用于攝像機云臺控制命令。

在上述的具體實施例一中，提供了一種基于RTSP協(xié)議的設(shè)備控制及通道限制方法，與之相對應(yīng)的，本申請還提供一種基于RTSP協(xié)議的設(shè)備控制及通道限制裝置。由于裝置實施例基本相似于方法實施例，所以描述得比較簡單，相關(guān)之處參見方法實施例的部分說明即可。下述描述的裝置實施例僅僅是示意性的。

具體實施例二

如圖2和圖4所示，本發(fā)明實施例提供了一種基于RTSP協(xié)議的設(shè)備控制及通道限制裝置，包括以下各部分。

限制模塊201，用于：接收用戶終端發(fā)送的打開視頻的RTSP請求；生成用于獲取媒體信息的DESCRIBE請求；獲取預(yù)定視頻通道數(shù)和已使用視頻通道數(shù)；根據(jù)預(yù)定視頻通道數(shù)和已使用視頻通道數(shù)，判定通道使用情況；當(dāng)通道使用情況為無通道數(shù)限制時，選擇任一路視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求：當(dāng)通道使用情況為有通道數(shù)限制但通道未用完時，選擇任一路未使用的視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求；當(dāng)通道使用情況為有通道數(shù)限制且通道被用完時，獲取已打開視頻通道列表，通過用戶終端選擇已打開視頻通道列表中的一路視頻通道作為第一視頻通道，向第一視頻通道發(fā)送DESCRIBE請求。

響應(yīng)模塊202，用于：響應(yīng)DESCRIBE請求，獲取第一視頻通道上正在播放的視頻的媒體信息并發(fā)送到用戶終端；接收用戶終端發(fā)送的SETUP請求，并根據(jù)SETUP請求，設(shè)置第一視頻通道的媒體通信參數(shù)；接收用戶終端發(fā)送的PLAY請求，向用戶終端傳輸?shù)谝灰曨l通道的視頻信息。

設(shè)備控制模塊203，用于：接收用戶終端發(fā)送的包含設(shè)備控制命令的SET_PARAMETER請求，并根據(jù)設(shè)備控制命令，對視頻監(jiān)控設(shè)備進行控制。

切換模塊204，用于：接收用戶終端發(fā)送的包含第二視頻通道的SET_PARAMETER請求，向用戶終端傳輸?shù)诙曨l通道的視頻信息。

關(guān)閉模塊205，用于：接收用戶終端發(fā)送的關(guān)閉視頻的RTSP TEARDOWN請求；停止向用戶終端傳輸視頻信息。

本發(fā)明實施例在一個RTSP會話中實現(xiàn)對視頻監(jiān)控設(shè)備的控制，無需再次建立會話連接，而是利用播放視頻時已經(jīng)建立的RTSP信令通道傳輸控制命令，提高視頻監(jiān)控設(shè)備的控制命令發(fā)送效率速度，使設(shè)備控制快速高效，節(jié)約資源與時間；另一方面，利用視頻通道數(shù)的限制方法并結(jié)合RTSP實現(xiàn)通道限制、通道切換控制，在有限網(wǎng)絡(luò)帶寬資源下限制打開通道數(shù)，避免網(wǎng)絡(luò)阻塞，使視頻播放更流暢。

優(yōu)選的，本發(fā)明實施例中，所述限制模塊201還可以用于：在接收用戶終端發(fā)送的打開視頻的RTSP請求后，向用戶終端發(fā)送HTTP摘要認(rèn)證的提示信息；接收用戶終端發(fā)送的身份認(rèn)證信息。在用戶終端發(fā)送DESCRIBE請求獲取媒體信息時，可以返回需要HTTP摘要認(rèn)證的提示信息，以獲取用戶的身份認(rèn)證信息，在用戶終端攜帶身份認(rèn)證信息繼續(xù)發(fā)送DESCRIBE請求后獲取媒體信息，這樣做的好處是，提高了安全性。

優(yōu)選的，本發(fā)明實施例還可以包括：通知模塊，用于：向用戶終端發(fā)送媒體信息變更的ANNOUNCE通知消息。當(dāng)某個高權(quán)限的用戶終端發(fā)送切換視頻SET_PARAMETER請求，當(dāng)前正在觀看的監(jiān)控視頻圖像通道被該高權(quán)限用戶終端切換為其他監(jiān)控點的視頻圖像時，可以使用ANNOUNCE方法向所有在該視頻通道打開視頻的用戶終端發(fā)送媒體變更的ANNOUNCE通知消息，這樣做的好處是，用戶終端會收到變更后的監(jiān)控圖像名稱及媒體信息。

本發(fā)明實施例對設(shè)備控制命令不做限定，優(yōu)選的，設(shè)備控制命令可以包括攝像機云臺控制命令、編解碼參數(shù)控制命令、輸入輸出報警控制命令、設(shè)備基礎(chǔ)參數(shù)控制命令中的一種或多種，分別用于實現(xiàn)對視頻監(jiān)控設(shè)備的攝像機云臺控制、編解碼參數(shù)控制、輸入輸出報警控制、設(shè)備基礎(chǔ)參數(shù)控制。

本發(fā)明實施例對設(shè)備控制模塊203不做限定，優(yōu)選的，在同一個RTSP會話內(nèi)使用SET_PARAMETER方法對視頻監(jiān)控設(shè)備進行控制時，用戶終端可以采用流水化串行化一次批量發(fā)送多個設(shè)備控制命令到本裝置。這樣做的好處是，不必等待本裝置響應(yīng)，可快速高效進行視頻監(jiān)控設(shè)備控制，尤其適用于攝像機云臺控制命令。

具體實施例三

如圖3和圖4所示，本發(fā)明實施例提供了一種基于RTSP協(xié)議的設(shè)備控制及通道限制系統(tǒng)，包括以下各組件：具體實施例二中任一項實施例所述的基于RTSP協(xié)議的設(shè)備控制及通道限制裝置301；用戶終端302，用于向所述裝置301發(fā)送設(shè)備控制命令，實現(xiàn)用戶對視頻監(jiān)控設(shè)備303的控制，以及向用戶提供媒體信息、視頻信息；視頻監(jiān)控設(shè)備303，用于在設(shè)備控制命令的控制下，向所述裝置301提供媒體信息、視頻信息。

本發(fā)明實施例在一個RTSP會話中實現(xiàn)對視頻監(jiān)控設(shè)備的控制，無需再次建立會話連接，而是利用播放視頻時已經(jīng)建立的RTSP信令通道傳輸控制命令，提高視頻監(jiān)控設(shè)備的控制命令發(fā)送效率速度，使設(shè)備控制快速高效，節(jié)約資源與時間；另一方面，利用視頻通道數(shù)的限制方法并結(jié)合RTSP實現(xiàn)通道限制、通道切換控制，在有限網(wǎng)絡(luò)帶寬資源下限制打開通道數(shù)，避免網(wǎng)絡(luò)阻塞，使視頻播放更流暢。

本發(fā)明實施例對裝置301不做限定，優(yōu)選的，其可以為流媒體服務(wù)器。

本發(fā)明實施例對用戶終端302不做限定，只要該用戶終端支持RTSP協(xié)議即可。

本發(fā)明實施例對用戶終端302和裝置301之間的連接方式不做限定，當(dāng)裝置301為流媒體服務(wù)器時，用戶終端302可以通過TCP協(xié)議與裝置301建立TCP連接會話通道。用戶終端302可以向裝置301發(fā)送OPTIONS請求以獲取裝置301的支持，裝置301響應(yīng)并且返回響應(yīng)消息。裝置301接收到DESCRIBE，立即返回401錯誤，向用戶終端302要求HTTP摘要認(rèn)證。用戶終端302加入包含用戶名、密碼的認(rèn)證消息，繼續(xù)向裝置301發(fā)送DESCRIBE方法請求，裝置301驗證通過用戶終端301的DESCRIBE請求。

本發(fā)明實施例對視頻監(jiān)控設(shè)備303不做限定，優(yōu)選的，視頻監(jiān)控設(shè)備303可以包括攝像機、DVR/NVR、編碼器、解碼器。

具體實施例四

為進一步說明基于RTSP實現(xiàn)設(shè)備控制與視頻通道控制方法、裝置及系統(tǒng)，以下為相關(guān)的部分的通信協(xié)議樣例：

返回通道被占滿時響應(yīng)消息樣例：

RTSP/1.0 563 VnmpFullChannel Error

CSeq:7549

Date:Mon,Dec 12 2016 01:17:50 GMT

VnmpFullCameraID:104101005；104101002；

成功獲取到SDP的響應(yīng)消息樣例：

v＝0

o＝-1481505470 2963010940IN IP4 10.37.0.16

s＝VNMPMS2013

i＝江陰大橋(G2)K1059+961南塔中橫梁(上行)&104101005

t＝0 0

a＝tool:VNMPMS2013

a＝range:npt＝0- 0.00000

m＝video 0 RTP/AVP 96

a＝rtpmap:96 H264/90000

a＝fmtp:96 packetization-mode＝1；

a＝framerate:25.00

a＝control:track1

用戶終端發(fā)送SET_PARAMETER方法命令的切換消息樣例：

SET_PARAMETER rtsp://10.37.0.16:561/104101005RTSP/1.0

CSeq:325

Session:12396B3E

VnmpControl:CMD＝43；Parameter1＝104101005；Parameter2＝104101006User-Agent:VNMPNetSDK V1.0 01 1989

得到ANNOUNCE消息通知用戶終端媒體變更消息樣例：

ANNOUNCE rtsp://127.0.0.1/RTSP/1.0

CSeq:328

Date:Mon,Dec 12 2016 01:18:50GMT

Session:12396B3E

Content-Type:application/sdp

Content-Length:286

v＝0

o＝-1481505470 2963010940 IN IP4 10.37.0.16

s＝VNMPMS2013

i＝江陰大橋(G2)K1059+972南塔中橫梁(下行)&104101005

t＝0 0

a＝tool:VNMPMS2013

a＝range:npt＝0- 0.00000

m＝video 0 RTP/AVP 96

a＝rtpmap:96 H264/90000

a＝fmtp:96 packetization-mode＝1；

a＝framerate:25.00

a＝control:track1

用戶終端使用SET_PARAMETER方法發(fā)送設(shè)備控制消息樣例：

SET_PARAMETER rtsp://10.37.0.16:561/104101006RTSP/1.0

CSeq:331

Session:12396B3E

VnmpControl:CMD＝3；Parameter1＝4；Parameter2＝0

User-Agent:VNMPNetSDK V1.0 01 1989

需要說明的是，在不沖突的情況下，本發(fā)明中的實施例及實施例中的特征可以相互組合。盡管本發(fā)明已進行了一定程度的描述，明顯地，在不脫離本發(fā)明的精神和范圍的條件下，可進行各個條件的適當(dāng)變化?？梢岳斫?，本發(fā)明不限于所述實施方案，而歸于權(quán)利要求的范圍，其包括所述每個因素的等同替換。