專利名稱：一種ip監(jiān)控系統(tǒng)中節(jié)約帶寬的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及視頻監(jiān)控領(lǐng)域，尤其涉及ー種IP監(jiān)控系統(tǒng)中節(jié)約帶寬的方法和裝置。
背景技術(shù)：
基于IP網(wǎng)絡(luò)的視頻監(jiān)控已經(jīng)逐漸發(fā)展成為行業(yè)的主流方案，成功應(yīng)用于平安エ程、高速公路、公安網(wǎng)、園區(qū)等大型項(xiàng)目。IP的標(biāo)準(zhǔn)性和開(kāi)放性也使得各個(gè)網(wǎng)絡(luò)孤島的整合變得容易，使網(wǎng)絡(luò)規(guī)模的擴(kuò)展變得輕松?？紤]到IPv4地址資源緊張和現(xiàn)有各區(qū)域網(wǎng)絡(luò)地址段相互重疊的現(xiàn)實(shí)，以及各種網(wǎng)絡(luò)安全的需要，NAT、防火墻、安全隔離網(wǎng)閘等隔離設(shè)備被大量的應(yīng)用于大型網(wǎng)絡(luò)中。這就使得基于IP的視頻監(jiān)控系統(tǒng)的信令和業(yè)務(wù)流程變得非常復(fù)雜，甚至導(dǎo)致某些業(yè)務(wù)在某些特定的組網(wǎng)中無(wú)法開(kāi)展。下面簡(jiǎn)單闡述下在視頻監(jiān)控網(wǎng)絡(luò)存在NAT、防火墻、安全隔離網(wǎng)閘等隔離設(shè)備吋，視頻監(jiān)控網(wǎng)絡(luò)通信變得復(fù)雜困難的緣由。
以最典型的NAT為例，在網(wǎng)絡(luò)中存在NAT設(shè)備的時(shí)候，由于IP報(bào)文穿過(guò)NAT設(shè)備之后其源IP地址或目的IP地址會(huì)發(fā)生改變，而ー個(gè)監(jiān)控業(yè)務(wù)信令報(bào)文內(nèi)部通常也攜帯有源IP地址和目的IP地址，由此造成報(bào)文內(nèi)部與外部(報(bào)文頭部)的地址不統(tǒng)一，這在很多時(shí)候會(huì)對(duì)視頻監(jiān)控業(yè)務(wù)流程造成困擾。另外，如果NAT外網(wǎng)的設(shè)備要首先發(fā)起通向內(nèi)網(wǎng)的TCP/UDP連接，就必須先在NAT設(shè)備上為內(nèi)網(wǎng)的那些設(shè)備分別配置內(nèi)部服務(wù)器的靜態(tài)地址/端ロ映射，這樣顯然會(huì)浪費(fèi)大量公網(wǎng)地址，很多時(shí)候也是不允許的。當(dāng)然，在控制服務(wù)器可以判斷出交互的兩臺(tái)設(shè)備誰(shuí)處于NAT內(nèi)網(wǎng)誰(shuí)處于外網(wǎng)時(shí)，可以通知內(nèi)網(wǎng)的設(shè)備主動(dòng)向外網(wǎng)設(shè)備發(fā)起連接。但是這要求每個(gè)會(huì)話連接都實(shí)現(xiàn)兩種或甚至兩種以上的處理流程，對(duì)于ー個(gè)包含了多個(gè)會(huì)話行為的業(yè)務(wù)流程這種組合會(huì)變得非常復(fù)雜。況且某些標(biāo)準(zhǔn)業(yè)務(wù)也不允許交互的雙方顛倒C/S的角色。再比如說(shuō)，在存在防火墻時(shí)，需要防火墻開(kāi)放相當(dāng)數(shù)量的UDP/TCP端ロ以便防火墻外的終端，如視頻監(jiān)控客戶端，能主動(dòng)訪問(wèn)防火墻內(nèi)的服務(wù)器，如視頻管理服務(wù)器(VM)。這樣就給企業(yè)內(nèi)網(wǎng)帶來(lái)了安全隱患。在存在安全隔離網(wǎng)閘時(shí)，大量以IP代理方式實(shí)現(xiàn)的網(wǎng)閘(即來(lái)自外部的流量先發(fā)送到網(wǎng)閘的ー個(gè)代理IP，網(wǎng)閘修改目的IP后再往內(nèi)網(wǎng)轉(zhuǎn)發(fā))，通常會(huì)要求網(wǎng)閘協(xié)助對(duì)業(yè)務(wù)信令的內(nèi)部信息做出相應(yīng)的修改，因?yàn)槠渲锌赡馨蠭P地址信息。于是監(jiān)控系統(tǒng)廠家每開(kāi)發(fā)ー個(gè)新特性可能都會(huì)要求網(wǎng)閘公司配合做出相應(yīng)的特性開(kāi)發(fā)。另外，ー些特殊用戶還有特殊的視頻監(jiān)控網(wǎng)絡(luò)需求。比如說(shuō)公安網(wǎng)絡(luò)等安全性要求較高的網(wǎng)絡(luò)需要所有的會(huì)話連接都要求由內(nèi)網(wǎng)發(fā)起，否則外部流量就進(jìn)入不了內(nèi)網(wǎng)。在ー個(gè)典型的集中控制架構(gòu)中，終端設(shè)備首先需要向服務(wù)器(如視頻管理服務(wù)器)發(fā)起注冊(cè)信令，點(diǎn)播業(yè)務(wù)也是點(diǎn)播主機(jī)先向服務(wù)器發(fā)起申請(qǐng)，當(dāng)終端和主機(jī)處于外網(wǎng)而服務(wù)器處于內(nèi)網(wǎng)時(shí)業(yè)務(wù)就會(huì)遭遇困境。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供ー種IP監(jiān)控節(jié)點(diǎn)，應(yīng)用于IP監(jiān)控網(wǎng)絡(luò)中，其中所述IP監(jiān)控網(wǎng)絡(luò)包括多個(gè)IP監(jiān)控節(jié)點(diǎn)、管理服務(wù)器以及隧道服務(wù)端，該監(jiān)控節(jié)點(diǎn)包括隧道處理單元、信令處理單元以及業(yè)務(wù)處理単元；其中網(wǎng)絡(luò)接ロ單元，用于收發(fā)IP報(bào)文；隧道處理單元，用于向隧道服務(wù)端發(fā)起隧道連接請(qǐng)求，與隧道服務(wù)端建立隧道連接，然后在隧道上發(fā)送和接收隧道報(bào)文；業(yè)務(wù)處理單元，用于處理監(jiān)控?cái)?shù)據(jù)業(yè)務(wù)，并通過(guò)隧道處理單元或網(wǎng)絡(luò)接ロ單元收發(fā)承載數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)報(bào)文；信令處理單元，用于處理信令業(yè)務(wù)，并通過(guò)隧道處理單元或網(wǎng)絡(luò)接ロ単元收發(fā)承載信令業(yè)務(wù)的信令報(bào)文；其中該信令處理單元，進(jìn)ー步用于在與對(duì)端監(jiān)控節(jié)點(diǎn)進(jìn)行數(shù)據(jù)業(yè)務(wù)通信前，獲取并保存管理服務(wù)器為本節(jié)點(diǎn)以及對(duì)端監(jiān)控節(jié)點(diǎn)分配的唯一鑒權(quán)標(biāo)識(shí)；并在非隧道模式下向 對(duì)端監(jiān)控節(jié)點(diǎn)發(fā)送探測(cè)報(bào)文，其中該探測(cè)報(bào)文攜帶所述唯一鑒權(quán)標(biāo)識(shí)；并在接收到對(duì)端的探測(cè)回應(yīng)報(bào)文時(shí)通知業(yè)務(wù)處理單元通過(guò)非隧道模式向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送數(shù)據(jù)報(bào)文。本發(fā)明還提供一種節(jié)約帶寬的方法，應(yīng)用于IP監(jiān)控網(wǎng)絡(luò)中的監(jiān)控節(jié)點(diǎn)上，其中所述IP監(jiān)控網(wǎng)絡(luò)包括多個(gè)IP監(jiān)控節(jié)點(diǎn)、管理服務(wù)器以及隧道服務(wù)端，該方法包括A、向隧道服務(wù)端發(fā)起隧道連接請(qǐng)求，與隧道服務(wù)端建立隧道連接，然后在隧道上發(fā)送和接收隧道報(bào)文；B、通過(guò)隧道或非隧道模式收發(fā)數(shù)據(jù)報(bào)文或信令報(bào)文，并相應(yīng)處理報(bào)文中承載數(shù)據(jù)或信令業(yè)務(wù)；C、與對(duì)端監(jiān)控節(jié)點(diǎn)進(jìn)行數(shù)據(jù)業(yè)務(wù)通信前，獲取并保存管理服務(wù)器為本節(jié)點(diǎn)以及對(duì)端監(jiān)控節(jié)點(diǎn)分配的唯一鑒權(quán)標(biāo)識(shí)；并在非隧道模式下向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送探測(cè)報(bào)文，其中該探測(cè)報(bào)文攜帶所述唯一鑒權(quán)標(biāo)識(shí)；并在接收到對(duì)端的探測(cè)回應(yīng)報(bào)文時(shí)通過(guò)非隧道模式向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送數(shù)據(jù)報(bào)文。本發(fā)明能夠在隧道模式解決隔離設(shè)備引發(fā)問(wèn)題的基礎(chǔ)上進(jìn)ー步實(shí)現(xiàn)對(duì)帶寬的節(jié)約(比如廣域網(wǎng)帶寬的節(jié)約)，避免隧道服務(wù)段所在區(qū)域(比如監(jiān)控上級(jí)域)的處理壓力。


圖I為ー種通過(guò)L2TP隧道穿越隔離設(shè)備的IP監(jiān)控系統(tǒng)組網(wǎng)圖；圖2為另ー種通過(guò)L2TP隧道穿越隔離設(shè)備的IP監(jiān)控系統(tǒng)組網(wǎng)圖；圖3為本發(fā)明ー種監(jiān)控節(jié)點(diǎn)通用硬件架構(gòu)圖；圖4為本發(fā)明ー種監(jiān)控節(jié)點(diǎn)通用邏輯結(jié)構(gòu)圖。圖5是本發(fā)明多域監(jiān)控系統(tǒng)的組網(wǎng)圖。
具體實(shí)施例方式本申請(qǐng)的申請(qǐng)人在之前的相關(guān)專利申請(qǐng)中提出了隧道技術(shù)來(lái)解決背景技術(shù)問(wèn)題的全新解決方案，然而在隧道模式下仍然有ー些需要優(yōu)化的地方。以下結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn)ー步詳細(xì)的說(shuō)明。請(qǐng)參考圖1，在介紹本發(fā)明之前先介紹隧道實(shí)現(xiàn)的基本技術(shù)，其中顯示了一個(gè)單域IP監(jiān)控系統(tǒng)。單域IP監(jiān)控系統(tǒng)指系統(tǒng)中只有一個(gè)監(jiān)控管理域，這樣的系統(tǒng)可能有很多個(gè)分支網(wǎng)絡(luò)，但只有一個(gè)分支承擔(dān)管理任務(wù)，比較典型地，僅有ー個(gè)視頻管理服務(wù)器(VM)進(jìn)行控制的監(jiān)控系統(tǒng)，這個(gè)負(fù)責(zé)管理的分支通常稱為中心網(wǎng)絡(luò)，除了 VM，還可以包括數(shù)據(jù)管理服務(wù)器DM、媒體交換服務(wù)器MS等監(jiān)控服務(wù)器。圖I的監(jiān)控系統(tǒng)包括了隔離設(shè)備、EC、VC、VM、DM、MS以及LNS服務(wù)端。在本發(fā)明的監(jiān)控系統(tǒng)中，編碼終端(比如EC或IPC)、解碼終端(比如VC)及各種服務(wù)器被稱為監(jiān)控節(jié)點(diǎn)。在圖I中，分支網(wǎng)絡(luò)EC與VC位于自身網(wǎng)絡(luò)出口隔離設(shè)備的內(nèi)側(cè)，即被隔離或者說(shuō)被保護(hù)的ー側(cè)，也稱為內(nèi)網(wǎng)側(cè)。而監(jiān)控服務(wù)器相對(duì) 于上述隔離設(shè)備來(lái)說(shuō)自然是位于隔離設(shè)備的外側(cè)，也稱為外網(wǎng)側(cè)。隔離設(shè)備的存在導(dǎo)致內(nèi)網(wǎng)可以主動(dòng)訪問(wèn)外網(wǎng)，但是外網(wǎng)在隔離設(shè)備沒(méi)有特殊配置的前提下是無(wú)法訪問(wèn)內(nèi)網(wǎng)的問(wèn)題。因此在本發(fā)明ー種實(shí)施方式中，首先由內(nèi)網(wǎng)的監(jiān)控節(jié)點(diǎn)作為L(zhǎng)2TP客戶端(LAC)向L2TP服務(wù)端(LNS)發(fā)起隧道連接請(qǐng)求，隧道連接建立后內(nèi)網(wǎng)監(jiān)控終端將獲得由L2TP服務(wù)端分配的隧道內(nèi)層IP地址。在一種實(shí)施方式中(如圖2所示)，這個(gè)隧道內(nèi)層的IP地址是屬于外網(wǎng)的。也就是說(shuō)內(nèi)網(wǎng)的監(jiān)控節(jié)點(diǎn)擁有了外網(wǎng)的IP地址，因此其可以與外網(wǎng)在IP層面進(jìn)行通信。在另ー種實(shí)施方式中，內(nèi)網(wǎng)監(jiān)控節(jié)點(diǎn)與外網(wǎng)監(jiān)控節(jié)點(diǎn)都從LNS服務(wù)端的獨(dú)立地址池中獲得隧道內(nèi)層IP地址，這個(gè)地址池獨(dú)立于內(nèi)網(wǎng)以及外網(wǎng)，這種不會(huì)打亂外網(wǎng)的IP地址規(guī)劃，極大減少客戶的網(wǎng)絡(luò)管理困擾。本發(fā)明以L2TP作為示例進(jìn)行說(shuō)明，本領(lǐng)域普通技術(shù)人員可以參考相關(guān)的互聯(lián)網(wǎng)工程任務(wù)組(IETF)發(fā)布相關(guān)RFC使用PPTP、GRE以及MPLS VPN來(lái)實(shí)現(xiàn)隧道技術(shù)對(duì)L2TP隧道進(jìn)行替換實(shí)施。相應(yīng)地LNS服務(wù)端可以根據(jù)上述標(biāo)準(zhǔn)變形為對(duì)應(yīng)的隧道服務(wù)端。請(qǐng)參考圖2以及圖3，以下介紹監(jiān)控節(jié)點(diǎn)通過(guò)隧道進(jìn)行通信的流程，本發(fā)明稱之為隧道通信模式。圖2中所示的是內(nèi)網(wǎng)監(jiān)控節(jié)點(diǎn)(以VC作為L(zhǎng)AC客戶端為例)被分配到的隧道內(nèi)層IP地址是外網(wǎng)IP地址的情形。VC在內(nèi)網(wǎng)中的IP地址為10. 10. 10. 10，其作為L(zhǎng)AC向外網(wǎng)的L2TP服務(wù)端發(fā)起撥號(hào)連接啟動(dòng)L2TP隧道獲取隧道內(nèi)層IP地址。位于外網(wǎng)的LNS與內(nèi)網(wǎng)連接接ロ的IP地址為12. 12. 10. 10，這個(gè)地址從內(nèi)網(wǎng)的角度來(lái)看是ー個(gè)公網(wǎng)地址，也就是說(shuō)是內(nèi)網(wǎng)可以直接訪問(wèn)的；如果該地址不能被直接訪問(wèn)到，可以在本網(wǎng)絡(luò)出口的隔離設(shè)備上配置靜態(tài)映射的對(duì)應(yīng)公網(wǎng)地址。在隧道通信模式中，它是隧道外層IP地址。LNS與外網(wǎng)其他設(shè)備連接的接ロ IP地址為12. 12. 12. 9。需要說(shuō)明的是，公網(wǎng)地址及私網(wǎng)地址是相對(duì)而言的，其取決于網(wǎng)絡(luò)的規(guī)劃，比如互聯(lián)網(wǎng)上的公網(wǎng)IP地址也可以被規(guī)劃起來(lái)作為私網(wǎng)地址重復(fù)使用。LNS從地址池12. 12. 11. O中給發(fā)起L2TP隧道連接的LAC分配IP地址，如將IP地址12. 12. 11. 10分配給了 LAC作為其隧道內(nèi)層IP地址。VC采用新分配到的IP地址12. 12. 11. 10通過(guò)隧道與外網(wǎng)的VM進(jìn)行通信。隧道通信模式所使用的隧道報(bào)文請(qǐng)參考表I所示的報(bào)文封裝模型。
外層DIP I外層SIP I內(nèi)層DIP I內(nèi)層SIP 監(jiān)控信令數(shù)據(jù)或業(yè)務(wù)數(shù)據(jù)^表I上表中外層DIP表示隧道外層IP目的地址(如12. 12. 10. 10)，外層SIP表示隧道外層源地址(如10. 10. 10. 10)，內(nèi)層DIP表示隧道內(nèi)層目的IP地址(如12. 12. 12.9)，內(nèi)層SIP表示隧道內(nèi)層源IP地址(如12. 12. 11. 10)。圖3所示為本發(fā)明各種監(jiān)控節(jié)點(diǎn)的ー種通用的基礎(chǔ)硬件架構(gòu)，本發(fā)明在此硬件架構(gòu)的基礎(chǔ)上可以通過(guò)計(jì)算機(jī)程序來(lái)實(shí)現(xiàn)。在計(jì)算機(jī)程序?qū)崿F(xiàn)的實(shí)施方式中，本發(fā)明邏輯裝置的結(jié)構(gòu)圖可歸納為圖4所示的結(jié)構(gòu)，其包括業(yè)務(wù)處理單元、信令處理單元、隧道處理單元以及網(wǎng)絡(luò)接ロ単元，各種監(jiān)控節(jié)點(diǎn)的邏輯結(jié)構(gòu)和功能略有差異。
網(wǎng)絡(luò)接ロ單元負(fù)責(zé)通過(guò)IP網(wǎng)絡(luò)收發(fā)報(bào)文。業(yè)務(wù)處理單元主要負(fù)責(zé)處理監(jiān)控業(yè)務(wù)數(shù)據(jù)，EC上業(yè)務(wù)處理包括將攝像頭的監(jiān)控視頻流或者語(yǔ)音流進(jìn)行編碼，比如將編碼后的數(shù)據(jù)提交給隧道處理單元封裝上內(nèi)層IP報(bào)文頭以及外層IP報(bào)文頭后通過(guò)網(wǎng)絡(luò)接ロ單元發(fā)送出去。而VC上業(yè)務(wù)處理主要包括將接收到的監(jiān)控視頻流進(jìn)行解碼處理，然后通過(guò)顯示終端將畫(huà)面以及語(yǔ)音提供給用戶。EC與VC的信令處理單元，主要負(fù)責(zé)處理信令業(yè)務(wù)，也就是通常所說(shuō)的控制業(yè)務(wù)，比如與VM之間的信令交互。顯然如果監(jiān)控節(jié)點(diǎn)是VM或者DM這樣的管理服務(wù)器，則通常不包括業(yè)務(wù)處理單元。而且如果VM沒(méi)有與LNS之間建立有隧道連接，那么隧道處理單元也不是必須的。隧道處理單元，主要用于向LNS發(fā)起隧道連接請(qǐng)求，與LNS建立L2TP隧道連接，然后在隧道上發(fā)送和接收隧道報(bào)文。在隧道通信模式中，在接收方向上，LAC會(huì)從LNS方向接收到隧道報(bào)文，隧道處理單元將收到的隧道報(bào)文進(jìn)行隧道解封裝處理，在發(fā)送方向上，隧道處理單元?jiǎng)t負(fù)責(zé)將數(shù)據(jù)封裝上隧道內(nèi)層IP報(bào)文頭以及外層IP報(bào)文頭后發(fā)送出去。LNS收到該隧道報(bào)文之后，通過(guò)解封裝得到隧道內(nèi)層報(bào)文，然后根據(jù)隧道內(nèi)層報(bào)文的目的IP地址，將隧道內(nèi)層報(bào)文轉(zhuǎn)發(fā)給相應(yīng)的監(jiān)控節(jié)點(diǎn)，這是從內(nèi)網(wǎng)到達(dá)外網(wǎng)的通信過(guò)程(圖2所示的情形)。如果外網(wǎng)的監(jiān)控節(jié)點(diǎn)與LNS之間是隧道連接(如圖I所示的情形)，LNS在轉(zhuǎn)發(fā)之前，還需要將解封裝得到的IP報(bào)文作為隧道內(nèi)層報(bào)文，封裝上隧道外層報(bào)文頭后再通過(guò)隧道發(fā)送給內(nèi)網(wǎng)的監(jiān)控節(jié)點(diǎn)。以上是通過(guò)隧道技術(shù)解決隔離設(shè)備引發(fā)的問(wèn)題的基本處理流程，更為詳細(xì)的介紹可以參考本申請(qǐng)人在此前提出的相關(guān)專利申請(qǐng)。隧道模式雖然可以有效解決隔離設(shè)備的問(wèn)題，然而可能引發(fā)廣域網(wǎng)帶寬消耗過(guò)多的問(wèn)題。請(qǐng)參考圖3及圖4，以下介紹本發(fā)明如何實(shí)現(xiàn)廣域網(wǎng)帶寬節(jié)約的。在以下描述中，與控制層面相關(guān)信令的業(yè)務(wù)處理由各個(gè)監(jiān)控節(jié)點(diǎn)的信令處理單元執(zhí)行，信令處理單元與外部交互的報(bào)文稱為信令報(bào)文。涉及到數(shù)據(jù)業(yè)務(wù)(比如監(jiān)控視頻流)處理的由業(yè)務(wù)單元執(zhí)行，業(yè)務(wù)處理單元與外部交互的報(bào)文稱為數(shù)據(jù)報(bào)文；涉及到隧道報(bào)文收發(fā)的則由隧道處理單元然后再經(jīng)過(guò)網(wǎng)絡(luò)接ロ單元發(fā)送到IP網(wǎng)絡(luò)上去。如果通信過(guò)程不需要經(jīng)過(guò)隧道處理單元(即非隧道通信模式)，則業(yè)務(wù)處理單元或者信令處理單元可以根據(jù)內(nèi)部的路由表發(fā)現(xiàn)當(dāng)前報(bào)文需要提交給網(wǎng)絡(luò)接ロ単元。其中所述信令報(bào)文或者數(shù)據(jù)報(bào)文這兩個(gè)概念的區(qū)分，主要是從報(bào)文承載的內(nèi)容來(lái)看的，前者主要是承載信令業(yè)務(wù)，后者主要承載數(shù)據(jù)業(yè)務(wù)。請(qǐng)參考圖4以及圖5，本發(fā)明ー種實(shí)施方式的處理流程包括以下步驟步驟101，VC和EC通過(guò)隧道在VM上進(jìn)行注冊(cè)，注冊(cè)報(bào)文可以將自身的隧道內(nèi)層IP地址、自身IP地址以及自身的設(shè)備標(biāo)識(shí)攜帶在注冊(cè)報(bào)文(信令報(bào)文的ー種)的載荷中以通知VM ；步驟102 :VM從隧道上接收到注冊(cè)報(bào)文后，將所述VC和EC的隧道內(nèi)層IP地址、自身IP地址以及設(shè)備標(biāo)識(shí)記錄在本地；在正常的監(jiān)控業(yè)務(wù)過(guò)程中，EC以及VC在上線以后都需要通過(guò)信令報(bào)文向VM發(fā)起注冊(cè)。注冊(cè)報(bào)文可以通過(guò)隧道發(fā)送到VM。在本發(fā)明中，注冊(cè)報(bào)文除了攜帯監(jiān)控節(jié)點(diǎn)自身的IP地址，還需要攜帯隧道內(nèi)層IP地址，在一些實(shí)施方式中還可以進(jìn)ー步攜帯自身的標(biāo)識(shí)(比如MAC地址或CPU序列號(hào)等)。VM將監(jiān)控節(jié)點(diǎn)注冊(cè)報(bào)文中攜帶的IP地址與標(biāo)識(shí)保存起來(lái)，在后續(xù)的業(yè)務(wù)流程中使用。 步驟103 VC向VM發(fā)送點(diǎn)播EC的監(jiān)控視頻流的請(qǐng)求。步驟104 VM通過(guò)信令報(bào)文響應(yīng)VC的點(diǎn)播請(qǐng)求，并相應(yīng)地通過(guò)信令報(bào)文通知EC向VC發(fā)送監(jiān)控視頻流，VM在發(fā)送給EC以及VC的信令報(bào)文中攜帶隧道內(nèi)層IP地址、對(duì)端監(jiān)控節(jié)點(diǎn)自身IP地址以及唯一鑒權(quán)標(biāo)識(shí)；步驟105 :EC或VC收到VM的信令報(bào)文后，從信令報(bào)文中獲取對(duì)端監(jiān)控節(jié)點(diǎn)的隧道內(nèi)層IP地址、對(duì)端監(jiān)控節(jié)點(diǎn)自身IP地址以及唯一鑒權(quán)標(biāo)識(shí)并保存。步驟106 EC在非隧道模式下向VC發(fā)送探測(cè)報(bào)文，其中該探測(cè)報(bào)文攜帯有所述唯ー鑒權(quán)標(biāo)識(shí)。步驟107 VC在非隧道模式下向EC發(fā)送探測(cè)報(bào)文，其中該探測(cè)報(bào)文攜帯有所述唯ー鑒權(quán)標(biāo)識(shí)。步驟108 EC或VC接收到對(duì)端監(jiān)控節(jié)點(diǎn)發(fā)送的探測(cè)報(bào)文，并檢查探測(cè)報(bào)文攜帯的唯一鑒權(quán)標(biāo)識(shí)是否與自身保存的唯一鑒權(quán)標(biāo)識(shí)相同，如果是則向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送探測(cè)響應(yīng)報(bào)文，否則丟棄該探測(cè)報(bào)文。步驟109 :如果EC在預(yù)定時(shí)間內(nèi)收到VC在非隧道模式下發(fā)送的探測(cè)響應(yīng)報(bào)文，則通知業(yè)務(wù)處理單元通過(guò)非隧道模式向VC發(fā)送視頻流；如果EC在預(yù)定時(shí)間內(nèi)沒(méi)有收到VC發(fā)送的探測(cè)回應(yīng)報(bào)文但收到VC發(fā)送的探測(cè)報(bào)文，則在承載VC探測(cè)報(bào)文的TCP或UDP連接上通過(guò)非隧道模式發(fā)送視頻流；如果EC在預(yù)定時(shí)間內(nèi)既沒(méi)有收到VC發(fā)送的探測(cè)響應(yīng)報(bào)文也沒(méi)有收到VC發(fā)送的探測(cè)報(bào)文，則通知業(yè)務(wù)處理單元通過(guò)隧道模式發(fā)送視頻流。在一次視頻流點(diǎn)播(也稱為實(shí)況業(yè)務(wù))過(guò)程中，EC與VC互為對(duì)端監(jiān)控節(jié)點(diǎn)。VM為即將進(jìn)行實(shí)況業(yè)務(wù)分配ー個(gè)唯一的鑒權(quán)標(biāo)識(shí)，鑒權(quán)標(biāo)識(shí)可以由VM根據(jù)預(yù)定算法隨機(jī)生成，也可以由VM根據(jù)兩個(gè)正在進(jìn)行實(shí)況業(yè)務(wù)的監(jiān)控節(jié)點(diǎn)的標(biāo)識(shí)生成，比如簡(jiǎn)單地將兩個(gè)監(jiān)控節(jié)點(diǎn)的MAC地址串接起來(lái)形成ー個(gè)96位的標(biāo)識(shí)。而實(shí)況業(yè)務(wù)的參與者EC或者VC的信令處理單元會(huì)將所述唯一鑒權(quán)標(biāo)識(shí)保存在本地。該唯一鑒權(quán)標(biāo)識(shí)對(duì)于監(jiān)控節(jié)點(diǎn)來(lái)說(shuō)，其主要作用是在收到探測(cè)報(bào)文后確認(rèn)發(fā)送該探測(cè)報(bào)文的監(jiān)控節(jié)點(diǎn)是不是本次實(shí)況業(yè)務(wù)的對(duì)端監(jiān)控節(jié)點(diǎn)。在一次實(shí)況業(yè)務(wù)中，EC與VC都與隧道服務(wù)端建立了隧道連接，因此通過(guò)隧道模式通信肯定是沒(méi)有問(wèn)題的。但是EC與VC還有可能可以通過(guò)非隧道模式進(jìn)行通信。如果能夠進(jìn)行非隧道模式通信，則應(yīng)該優(yōu)先使用非隧道模式，這樣可以避免采用隧道模式可能消耗廣域網(wǎng)帶寬的問(wèn)題。因此EC在向VC發(fā)送視頻流之前，可以先在通過(guò)非隧道模式向VC發(fā)送探測(cè)報(bào)文來(lái)確認(rèn)雙方是否可以在非隧道模式下通信。EC與VC能否進(jìn)行非隧道模式通信取決與雙方的NAT關(guān)系。請(qǐng)參考表1，表I中示出四種NAT關(guān)系以及雙方在非隧道模式通信的前提。
權(quán)利要求
1.ー種IP監(jiān)控節(jié)點(diǎn)，應(yīng)用于IP監(jiān)控網(wǎng)絡(luò)中，其中所述IP監(jiān)控網(wǎng)絡(luò)包括多個(gè)IP監(jiān)控節(jié)點(diǎn)、管理服務(wù)器以及隧道服務(wù)端，該監(jiān)控節(jié)點(diǎn)包括隧道處理單元、信令處理單元以及業(yè)務(wù)處理單元；其特征在于 網(wǎng)絡(luò)接ロ單元，用于收發(fā)IP報(bào)文； 隧道處理單元，用于向隧道服務(wù)端發(fā)起隧道連接請(qǐng)求，與隧道服務(wù)端建立隧道連接，然后在隧道上發(fā)送和接收隧道報(bào)文； 業(yè)務(wù)處理單元，用于處理監(jiān)控?cái)?shù)據(jù)業(yè)務(wù)，并通過(guò)隧道處理單元或網(wǎng)絡(luò)接ロ単元收發(fā)承載數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)報(bào)文； 信令處理單元，用于處理信令業(yè)務(wù)，并通過(guò)隧道處理單元或網(wǎng)絡(luò)接ロ單元收發(fā)承載信令業(yè)務(wù)的信令報(bào)文； 其中該信令處理單元，進(jìn)ー步用于在與對(duì)端監(jiān)控節(jié)點(diǎn)進(jìn)行數(shù)據(jù)業(yè)務(wù)通信前，獲取并保存管理服務(wù)器為本節(jié)點(diǎn)以及對(duì)端監(jiān)控節(jié)點(diǎn)分配的唯一鑒權(quán)標(biāo)識(shí)；并在非隧道模式下向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送探測(cè)報(bào)文，其中該探測(cè)報(bào)文攜帶所述唯一鑒權(quán)標(biāo)識(shí)；并在接收到對(duì)端的探測(cè)回應(yīng)報(bào)文時(shí)通知業(yè)務(wù)處理單元通過(guò)非隧道模式向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送數(shù)據(jù)報(bào)文。
2.如權(quán)利要求I所述的監(jiān)控節(jié)點(diǎn)，其特征在于，其中所述信令處理單元進(jìn)ー步用于在接收到對(duì)端監(jiān)控節(jié)點(diǎn)發(fā)送的探測(cè)報(bào)文時(shí)，檢查該探測(cè)報(bào)文攜帶的鑒權(quán)標(biāo)識(shí)與自身保存的鑒權(quán)標(biāo)識(shí)是否相同，如果是則通知業(yè)務(wù)處理單元使用承載該探測(cè)報(bào)文的TCP/UDP連接通過(guò)非隧道模式向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送數(shù)據(jù)報(bào)文，否則丟棄該探測(cè)報(bào)文。
3.如權(quán)利要求2所述的監(jiān)控節(jié)點(diǎn)，其特征在于，其中所述信令處理單元進(jìn)ー步用于在發(fā)出探測(cè)報(bào)文后未能在預(yù)定的時(shí)間內(nèi)接收到對(duì)端監(jiān)控節(jié)點(diǎn)發(fā)送的嘗試回應(yīng)報(bào)文或探測(cè)報(bào)文時(shí)，通知業(yè)務(wù)處理單元以隧道模式與對(duì)端監(jiān)控節(jié)點(diǎn)交互數(shù)據(jù)報(bào)文。
4.如權(quán)利要求2所述的監(jiān)控節(jié)點(diǎn)，其特征在于，所述信令處理單元進(jìn)ー步用于檢查到該探測(cè)報(bào)文攜帶的鑒權(quán)標(biāo)識(shí)與自身保存的鑒權(quán)標(biāo)識(shí)相同吋，向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送探測(cè)回應(yīng)報(bào)文。
5.一種節(jié)約帶寬的方法，應(yīng)用于IP監(jiān)控網(wǎng)絡(luò)中的監(jiān)控節(jié)點(diǎn)上，其中所述IP監(jiān)控網(wǎng)絡(luò)包括多個(gè)IP監(jiān)控節(jié)點(diǎn)、管理服務(wù)器以及隧道服務(wù)端，其特征在于，該方法包括 A、向隧道服務(wù)端發(fā)起隧道連接請(qǐng)求，與隧道服務(wù)端建立隧道連接，然后在隧道上發(fā)送和接收隧道報(bào)文； B、通過(guò)隧道或非隧道模式收發(fā)數(shù)據(jù)報(bào)文或信令報(bào)文，并相應(yīng)處理報(bào)文中承載數(shù)據(jù)或信令業(yè)務(wù)； C、與對(duì)端監(jiān)控節(jié)點(diǎn)進(jìn)行數(shù)據(jù)業(yè)務(wù)通信前，獲取并保存管理服務(wù)器為本節(jié)點(diǎn)以及對(duì)端監(jiān)控節(jié)點(diǎn)分配的唯一鑒權(quán)標(biāo)識(shí)；并在非隧道模式下向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送探測(cè)報(bào)文，其中該探測(cè)報(bào)文攜帯所述唯一鑒權(quán)標(biāo)識(shí)；并在接收到對(duì)端的探測(cè)回應(yīng)報(bào)文時(shí)通過(guò)非隧道模式向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送數(shù)據(jù)報(bào)文。
6.如權(quán)利要求5所述的方法，其特征在干，所述步驟C進(jìn)ー步包括在接收到對(duì)端監(jiān)控節(jié)點(diǎn)發(fā)送的探測(cè)報(bào)文時(shí)，檢查該探測(cè)報(bào)文攜帶的鑒權(quán)標(biāo)識(shí)與自身保存的鑒權(quán)標(biāo)識(shí)是否相同，如果是則使用承載該探測(cè)報(bào)文的TCP/UDP連接通過(guò)非隧道模式向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送數(shù)據(jù)報(bào)文，否則丟棄該探測(cè)報(bào)文。
7.如權(quán)利要求6所述的方法，其特征在于，所述步驟C進(jìn)ー步包括在發(fā)出探測(cè)報(bào)文后未能在預(yù)定的時(shí)間內(nèi)接收到對(duì)端監(jiān)控節(jié)點(diǎn)發(fā)送的嘗試回應(yīng)報(bào)文或探測(cè)報(bào)文時(shí)，以隧道模式與對(duì)端監(jiān)控節(jié)點(diǎn)交互數(shù)據(jù)報(bào)文。
8.如權(quán)利要求6所述的方法，其特征在于，所述步驟C進(jìn)ー步包括檢查到該探測(cè)報(bào)文攜帯的鑒權(quán)標(biāo)識(shí)與自身保存的鑒權(quán)標(biāo)識(shí)相同吋，向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送探測(cè)回應(yīng)報(bào)文。
全文摘要
本發(fā)明提供一種節(jié)約帶寬的方法，應(yīng)用于IP監(jiān)控網(wǎng)絡(luò)中的監(jiān)控節(jié)點(diǎn)上，其中所述IP監(jiān)控網(wǎng)絡(luò)包括多個(gè)IP監(jiān)控節(jié)點(diǎn)、管理服務(wù)器以及隧道服務(wù)端，該方法包括與對(duì)端監(jiān)控節(jié)點(diǎn)進(jìn)行數(shù)據(jù)業(yè)務(wù)通信前，獲取并保存管理服務(wù)器為本節(jié)點(diǎn)以及對(duì)端監(jiān)控節(jié)點(diǎn)分配的唯一鑒權(quán)標(biāo)識(shí)；并在非隧道模式下向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送探測(cè)報(bào)文，其中該探測(cè)報(bào)文攜帶所述唯一鑒權(quán)標(biāo)識(shí)；并在接收到對(duì)端的探測(cè)回應(yīng)報(bào)文時(shí)通過(guò)非隧道模式向?qū)Χ吮O(jiān)控節(jié)點(diǎn)發(fā)送數(shù)據(jù)報(bào)文。本發(fā)明能夠有效解決隧道模式下廣域網(wǎng)帶寬消耗等問(wèn)題。
文檔編號(hào)H04L29/06GK102710644SQ20121018055
公開(kāi)日2012年10月3日 申請(qǐng)日期2012年5月30日 優(yōu)先權(quán)日2012年5月30日
發(fā)明者余劍聲, 周迪 申請(qǐng)人:浙江宇視科技有限公司