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

發(fā)明內容
有鑒于此，本發(fā)明提供一種I. 一種IP監(jiān)控系統(tǒng)中節(jié)約帶寬的裝置，該裝置應用于多域監(jiān)控系統(tǒng)的視頻管理服務器(VM)上，其中所述每個域均包括VM、媒體交換服務器(MS)、解碼終端和/或編碼終端，其中每個域的VM以及MS均通過隧道連接至隧道服務端，該裝置包括網(wǎng)絡接口單元，用于通過網(wǎng)絡收發(fā)報文；隧道處理單元，用于與隧道服務端建立隧道連接，并通過隧道收發(fā)隧道報文；信令處理單元，用于將本域的MS收流IP地址同步給至少一個對端域VM，接收至少一個對端域同步過來的對端域MS收流IP地址，將所述對端域MS收流IP地址保存到自身的MS列表中，并指示本域的MS探測與所述對端域MS收流IP地址之間的連通性，然后將本域MS上報的探測結果對應保存在MS列表中；
其中該信令處理單元進一步用于在處理本域內終端點播對端域的實況視頻流時，根據(jù)MS連通性列表查看本域MS與對端域MS之間是否能夠在非隧道模式下連通，如果不能連通則通知對端VM通過隧道模式引流，如果能連通則通知對端域VM通過非隧道模式引流。本發(fā)明還提供一種IP監(jiān)控系統(tǒng)中節(jié)約帶寬的方法，該方法應用于多域監(jiān)控系統(tǒng)的視頻管理服務器(VM)上，其中所述每個域均包括VM、媒體交換服務器(MS)、解碼終端和/或編碼終端，其中每個域的VM以及MS均通過隧道連接至隧道服務端，該方法包括A、與上級域建立隧道連接以通過隧道收發(fā)隧道報文；B、將本域的MS收流IP地址同步給至少一個對端域VM,接收至少一個對端域同步過來的對端域MS收流IP地址,將所述對端域MS收流IP地址保存到自身的MS列表中；C、指示本域的MS探測與所述對端域MS收流IP地址之間的連通性，然后將本域MS上報的探測結果對應保存在MS列表中；D、在處理本域內終端點播對端域的實況視頻流時，根據(jù)MS連通性列表查看本域MS與對端域MS之間是否能夠在非隧道模式下連通，如果不能連通則通知對端VM通過隧道模式引流，如果能連通則通知對端域VM通過非隧道模式引流。本發(fā)明在隧道模式解決通用隔離設備問題的基礎上，通過VM以及MS多個角色在多域系統(tǒng)中的巧妙配合，在MS之間在非隧道模式下可以互通時，跳過隧道通信模式，本發(fā)明有效地節(jié)約了廣域網(wǎng)的帶寬并可以減輕以及單個域(比如提供隧道服務的上級域)的流量以及處理壓力。


圖I為一種通過L2TP隧道穿越隔離設備的IP監(jiān)控系統(tǒng)組網(wǎng)圖；圖2為另一種通過L2TP隧道穿越隔離設備的IP監(jiān)控系統(tǒng)組網(wǎng)圖；圖3為本發(fā)明一種監(jiān)控節(jié)點通用硬件架構圖；圖4為本發(fā)明一種監(jiān)控節(jié)點通用邏輯結構圖。圖5是本發(fā)明多域監(jiān)控系統(tǒng)的組網(wǎng)圖。
具體實施例方式下面結合附圖及具體實施例對本發(fā)明再作進一步詳細的說明。圖I顯示了一個單域IP監(jiān)控系統(tǒng)。單域IP監(jiān)控系統(tǒng)指系統(tǒng)中只有一個監(jiān)控管理域，這樣的系統(tǒng)可能有很多個分支網(wǎng)絡，但只有一個分支承擔管理任務，比較典型地，僅有一個視頻管理服務器(VM)進行控制的監(jiān)控系統(tǒng)，這個負責管理的分支通常稱為中心網(wǎng)絡，除了 VM，還可以包括數(shù)據(jù)管理服務器DM、媒體交換服務器MS等監(jiān)控服務器。圖I的監(jiān)控系統(tǒng)包括了隔離設備、EC、VC、VM、DM、MS以及LNS服務端。在本發(fā)明的監(jiān)控系統(tǒng)中，編碼終端(比如EC或IPC)、解碼終端(比如VC)及各種服務器被稱為監(jiān)控節(jié)點。在圖I中，分支網(wǎng)絡EC與VC位于自身網(wǎng)絡出口隔離設備的內側，即被隔離或者說被保護的一側，也稱為內網(wǎng)側。而監(jiān)控服務器相對于上述隔離設備來說自然是位于隔離設備的外側，也稱為外網(wǎng)側。隔離設備的存在導致內網(wǎng)可以主動訪問外網(wǎng)，但是外網(wǎng)在隔離設備沒有特殊配置的前提下是無法訪問內網(wǎng)的問題。因此在本發(fā)明一種實施方式中，首先由內網(wǎng)的監(jiān)控節(jié)點作為L2TP客戶端(LAC)向L2TP服務端(LNS)發(fā)起隧道連接請求，隧道連接建立后內網(wǎng)監(jiān)控終端將獲得由L2TP服務端分配的隧道內層IP地址。在一種實施方式中(如圖2所示)，這個隧道內層的IP地址是屬于外網(wǎng)的。也就是說內網(wǎng)的監(jiān)控節(jié)點擁有了外網(wǎng)的IP地址，因 此其可以與外網(wǎng)在IP層面進行通信。在另一種實施方式中，內網(wǎng)監(jiān)控節(jié)點與外網(wǎng)監(jiān)控節(jié)點都從LNS服務端的獨立地址池中獲得隧道內層IP地址，這個地址池獨立于內網(wǎng)以及外網(wǎng)，這種不會打亂外網(wǎng)的IP地址規(guī)劃，極大減少客戶的網(wǎng)絡管理困擾。本發(fā)明以L2TP作為示例進行說明，本領域普通技術人員可以參考相關的互聯(lián)網(wǎng)工程任務組(IETF)發(fā)布相關RFC使用PPTP、GRE以及MPLS VPN來實現(xiàn)隧道技術對L2TP隧道進行替換實施。相應地LNS服務端可以根據(jù)上述標準變形為對應的隧道對端設備。請參考圖2以及圖3，以下介紹監(jiān)控節(jié)點通過隧道進行通信的流程，本發(fā)明稱之為隧道通信模式。圖2中所示的是內網(wǎng)監(jiān)控節(jié)點(以VC作為LAC客戶端為例)被分配到的隧道內層IP地址是外網(wǎng)IP地址的情形。VC在內網(wǎng)中的IP地址為10. 10. 10. 10，其作為LAC向外網(wǎng)的L2TP服務端發(fā)起撥號連接啟動L2TP隧道獲取隧道內層IP地址。位于外網(wǎng)的LNS與內網(wǎng)連接接口的IP地址為12. 12. 10. 10，這個地址從內網(wǎng)的角度來看是一個公網(wǎng)地址，也就是說是內網(wǎng)可以直接訪問的；如果該地址不能被直接訪問到，可以在本網(wǎng)絡出口的隔離設備上配置靜態(tài)映射的對應公網(wǎng)地址。在隧道通信模式中，它是隧道外層IP地址。LNS與外網(wǎng)其他設備連接的接口 IP地址為12. 12. 12. 9。需要說明的是，公網(wǎng)地址及私網(wǎng)地址是相對而言的，其取決于網(wǎng)絡的規(guī)劃，比如互聯(lián)網(wǎng)上的公網(wǎng)IP地址也可以被規(guī)劃起來作為私網(wǎng)地址重復使用。LNS從地址池12. 12. 11. O中給發(fā)起L2TP隧道連接的LAC分配IP地址，如將IP地址12. 12. 11. 10分配給了 LAC作為其隧道內層IP地址。VC采用新分配到的IP地址
12.12. 11. 10通過隧道與外網(wǎng)的VM進行通信。隧道通信模式所使用的隧道報文請參考表I所示的報文封裝模型。
外層DIP I外層SIP I內層DIP I內層SIP 監(jiān)控信令數(shù)據(jù)或業(yè)務數(shù)據(jù)^表I上表中外層DIP表示隧道外層IP目的地址(如12. 12. 10. 10)，外層SIP表示隧道外層源地址(如10. 10. 10. 10)，內層DIP表示隧道內層目的IP地址(如12. 12. 12.9)，內層SIP表示隧道內層源IP地址(如12. 12. 11. 10)。
圖3所示為本發(fā)明各種監(jiān)控節(jié)點的一種通用的基礎硬件架構，本發(fā)明在此硬件架構的基礎上可以通過計算機程序來實現(xiàn)。在計算機程序實現(xiàn)的實施方式中，本發(fā)明邏輯裝置的結構圖可歸納為圖4所示的結構，其包括業(yè)務處理單元、信令處理單元、隧道處理單元以及網(wǎng)絡接口單元，各種監(jiān)控節(jié)點的邏輯結構和功能略有差異。網(wǎng)絡接口單元負責通過IP網(wǎng)絡收發(fā)報文。業(yè)務處理單元主要負責處理監(jiān)控業(yè)務數(shù)據(jù)，EC上業(yè)務處理包括將攝像頭的監(jiān)控視頻流或者語音流進行編碼，比如將編碼后的數(shù)據(jù)提交給隧道處理單元封裝上內層IP報文頭以及外層IP報文頭后通過網(wǎng)絡接口單元發(fā)送出去。而VC上業(yè)務處理主要包括將接收到的監(jiān)控視頻流進行解碼處理，然后通過顯示終端將畫面以及語音提供給用戶。EC與VC的信令處理單元，主要負責處理信令業(yè)務，也就是通常所說的控制業(yè)務，比如與VM之間的信令交互。顯然如果監(jiān)控節(jié)點是VM或者DM這樣的管理服務器，則通常不包括業(yè)務處理單元。而且如果VM沒有與LNS之間建立有隧道連接，那么隧道處理單元也不是必須的。隧道處理單元，主要用于向LNS發(fā)起隧道連接請求，與LNS建立L2TP隧道連接， 然后在隧道上發(fā)送和接收隧道報文。在隧道通信模式中，在接收方向上，LAC會從LNS方向接收到隧道報文，隧道處理單元將收到的隧道報文進行隧道解封裝處理，在發(fā)送方向上，隧道處理單元則負責將數(shù)據(jù)封裝上隧道內層IP報文頭以及外層IP報文頭后發(fā)送出去。LNS收到該隧道報文之后，通過解封裝得到隧道內層報文，然后根據(jù)隧道內層報文的目的IP地址，將隧道內層報文轉發(fā)給相應的監(jiān)控節(jié)點，這是從內網(wǎng)到達外網(wǎng)的通信過程(圖2所示的情形)。如果外網(wǎng)的監(jiān)控節(jié)點與LNS之間是隧道連接(如圖I所示的情形)，LNS在轉發(fā)之前，還需要將解封裝得到的IP報文作為隧道內層報文，封裝上隧道外層報文頭后再通過隧道發(fā)送給內網(wǎng)的監(jiān)控節(jié)點。以上是通過隧道技術解決隔離設備引發(fā)的問題的基本處理流程，當然其他的隧道實現(xiàn)可以參考相關的RFC結合以上描述進行實現(xiàn)。顯然以上的實現(xiàn)對多域的IP監(jiān)控系統(tǒng)來說也是適用的，然而在多域系統(tǒng)中使用隧道技術可能引發(fā)廣域網(wǎng)(下級域與上級域之間很多時候都會跨越廣域網(wǎng))帶寬浪費以及上級域自身在帶寬和處理壓力的問題。請參考圖5所示，下級域I以及下級域2都通過隧道技術與上級域建立隧道連接。信令以及數(shù)據(jù)業(yè)務都會通過L2TP隧道經過上級域，這樣固然解決了隔離設備引發(fā)的各種問題，但可能會引發(fā)廣域網(wǎng)帶寬浪費以及上級域流量處理壓力的問題。本發(fā)明通過巧妙的處理來達到節(jié)約廣域網(wǎng)帶寬和減輕上級域在帶寬和流量處理上的壓力。需要說明的是，關于隧道技術更為具體的實現(xiàn)可以參考本申請人此前提出的相關專利申請，本發(fā)明不再對隧道部分的實現(xiàn)做更為詳細的描述。請參考圖3至圖5，以下介紹本發(fā)明如何實現(xiàn)上級域以及廣域網(wǎng)帶寬節(jié)約的。以下控制層面的處理由各個監(jiān)控節(jié)點的信令處理單元處理，涉及到隧道報文發(fā)送的則由隧道處理單元處理，涉及到監(jiān)控視頻流處理的則由業(yè)務處理單元處理；然而通過非隧道模式進行IP通信的則不需要經過隧道處理單元。步驟101，在初始時，各個下級域的VM以及MS都通過隧道連接到上級域的隧道服務端，這樣各個域之間就能夠通過隧道來承載監(jiān)控信令以及數(shù)據(jù)業(yè)務了。在多域系統(tǒng)中，每個域通常都會包括VM、MS、編碼終端和/或解碼終端。各個域的VM負責信令的處理，各個下級域的VM以及MS可以作為一個監(jiān)控節(jié)點建立到上級域的隧道連接，上級域相應地會分配隧道內層IP地址給各個下級域的VM以及MS，各個域的MS在VM的指令下負責實況視頻流的轉發(fā)，此時至少實況點播業(yè)務就可以通過隧道開展了。當然要開展其他監(jiān)控業(yè)務，比如回放等業(yè)務，則需要DM也建立到上級域的隧道連接。顯然，在多域系統(tǒng)中由于各個域的VM與MS都通過隧道連接到隧道服務端，那么域內的編碼終端或解碼終端就就可以不建立隧道連接了。隧道部分的實現(xiàn)可以參考之前的描述以及本申請人之前提出的相關專利申請。需要說明的是在本發(fā)明中，如果監(jiān)控系統(tǒng)中各個域是平級關系，那么可以選擇其中一個域來提供隧道服務，即隧道服務端不是必須設置在上級域中的，只不過設置在上級域中在業(yè)務邏輯上顯得更為清晰。步驟102，VM將本域的MS收流IP地址同步到同步域VM，并從同步域的VM接收至少一個對端域MS收流IP地址并保存在MS列表中。由于隧道已經建立起來，各個域VM之間的交互可以借助隧道來完成，各種信令報文可以封裝在隧道報文中發(fā)送和接收。在本發(fā)明中，對端域是相對于本域而言的其他域，顯 然其他域從業(yè)務上講是本域的對端。而同步域是一個協(xié)助所有域同步各自MS收流IP地址的角色，可以由多域系統(tǒng)中的任何一個域來擔任。如果有上級域的存在，可以優(yōu)先選擇上級域來擔任同步域的角色。本發(fā)明需要讓各個域的VM知道各個對端域的MS的收流IP地址，通過上級域VM (在本實施方式中是擔任同步域VM的角色)的協(xié)助將各個域中的MS收流IP地址同步到每個域的VM上，這樣每個域就知道自身各個對端域的MS收流IP地址。然而同步域并不是必須的，有些多域監(jiān)控系統(tǒng)中域的總數(shù)并不是很多，比如說三五個或者更小的數(shù)量，也可以不設置同步域，各個域可以自行采用自定義或者標準信令報文來互相同步本域MS收流IP地址。需要解釋的是本發(fā)明所說的MS收流IP地址并不是MS分配從上級域分配到的隧道內層IP地址，前者用來進行非隧道模式通信(也就是普通的三層通信)時使用的IP地址，而后者是MS通過隧道模式通信時才需要的IP地址。MS收流IP地址可能是MS從DHCP服務器獲得的自身IP地址(也可以是手工等其他方式配置的)，也可能是在NAT配置的出接口 IP地址。如前所述監(jiān)控網(wǎng)絡中可能存在NAT設備(以下簡稱NAT )，而且在多域系統(tǒng)中很可能每個域都有NAT，因此MS可能在分支網(wǎng)絡的NAT內部。當MS位于NAT內部時，顯然無法直接從NAT外部訪問到MS，這也是隧道模式存在的重要意義。在本發(fā)明中，如果MS位于NAT內部，則需要先進行NAT靜態(tài)映射的配置，將MS自身IP地址映射為一個NAT出接口 IP地址，然后將NAT上配置的出接口 IP地址作為MS的收流IP地址，因為一旦NAT上做了靜態(tài)映射的配置，從外部看來NAT出接口 IP地址就是MS的收流IP地址。NAT配置的具體做法包括各級域的VM在管理用戶登錄時提醒管理用戶檢查本級域的MS服務器是否位于NAT內，如果本域MS位于NAT內部，則用戶需要進行相關NAT配置。用戶可以通過多種方式進行NAT映射配置，第一種是配置靜態(tài)映射表項，即在NAT設備上靜態(tài)配置內部服務器，使得NAT接收到發(fā)往MS報文后可以依據(jù)靜態(tài)映射表項轉發(fā)至MS。比如NAT出接口地址為200. 10. I. 1，相應地MS自身的IP地址為172. 16. 10. 10。NAT上會產生如下的NAT映射表項
權利要求
1.一種IP監(jiān)控系統(tǒng)中節(jié)約帶寬的裝置，該裝置應用于多域監(jiān)控系統(tǒng)的視頻管理服務器(VM)上，其中所述每個域均包括VM、媒體交換服務器(MS)、解碼終端和/或編碼終端，其中每個域的VM以及MS均通過隧道連接至隧道服務端，該裝置包括 網(wǎng)絡接口單元，用于通過網(wǎng)絡收發(fā)報文； 隧道處理單元，用于與隧道服務端建立隧道連接，并通過隧道收發(fā)隧道報文； 信令處理單元，用于將本域的MS收流IP地址同步給至少一個對端域VM，接收至少一個對端域同步過來的對端域MS收流IP地址，將所述對端域MS收流IP地址保存到自身的MS列表中，并指示本域的MS探測與所述對端域MS收流IP地址之間的連通性，然后將本域MS上報的探測結果對應保存在MS列表中； 其中該信令處理單元進一步用于在處理本域內終端點播對端域的實況視頻流時，根據(jù)MS連通性列表查看本域MS與對端域MS之間是否能夠在非隧道模式下連通，如果不能連通則通知對端VM通過隧道模式引流，如果能連通則通知對端域VM通過非隧道模式引流。
2.根據(jù)權利要求I所述的裝置，其特征在于，其中所述MS收流IP地址為MS自身IP地址，當所述MS位于本域NAT內部時所述MS收流IP地址為預先配置的NAT出接口 IP地址。
3.根據(jù)權利要求2所述的裝置，其特征在于所述信令處理單元進一步用于接收本域MS發(fā)送過來的攜帶NAT出接口 IP地址；其中該NAT出接口 IP地址是本域MS通過Upnp協(xié)議報文從NAT上獲取的。
4.根據(jù)權利要求I所述的裝置，其特征在于，其中所述信令處理單元進一步用于在非隧道模式下可以連通時，將MS列表中該對端域MS收流IP地址通知本域MS并指示其向該對端域MS收流IP地址發(fā)送報文以打通本域的NAT通道。
5.根據(jù)權利要求I所述的裝置，其特征在于，其中所述指示對端域VM采用隧道模式引流包括將本域MS分配到的隧道內層IP地址發(fā)送給對端域VM，所述指示對端域VM采用非隧道模式引流包括將本域MS的收流IP地址發(fā)送給對端域VM。
6.根據(jù)權利要求I所述的裝置，其特征在于，其中所述信令處理單元進一步用于在收到對端域VM發(fā)送的引流請求時，將對端域發(fā)送過來的對端域MS的隧道內層IP地址或者該對端域MS收流IP地址發(fā)送給本域MS,并指示MS向對端域MS發(fā)送實況視頻流。
7.根據(jù)權利要求I所述的裝置，其特征在于，所述信令處理單元用于將在自身被指定為同步域時，將對端域同步過來的MS收流IP地址以及本域的收流IP地址發(fā)送給其他對端域；并在自身為非同步域時，將本域MS收流IP地址同步給同步域VM，并從同步域VM接收所有對端域的MS收流IP地址。
8.—種IP監(jiān)控系統(tǒng)中節(jié)約帶寬的方法，該方法應用于多域監(jiān)控系統(tǒng)的視頻管理服務器(VM)上，其中所述每個域均包括VM、媒體交換服務器(MS)、解碼終端和/或編碼終端，其中每個域的VM以及MS均通過隧道連接至隧道服務端，該方法包括 A、與隧道服務端建立隧道連接，并通過隧道收發(fā)隧道報文； B、將本域的MS收流IP地址同步給至少一個對端域VM,接收至少一個對端域同步過來的對端域MS收流IP地址，將所述對端域MS收流IP地址保存到自身的MS列表中； C、指示本域的MS探測與所述對端域MS收流IP地址之間的連通性，然后將本域MS上報的探測結果對應保存在MS列表中； D、在處理本域內終端點播對端域的實況視頻流時，根據(jù)MS連通性列表查看本域MS與對端域MS之間是否能夠在非隧道模式下連通，如果不能連通則通知對端VM通過隧道模式引流，如果能連通則通知對端域VM通過非隧道模式引流。
9.根據(jù)權利要求8所述的方法，其特征在于，其中所述MS收流IP地址為MS自身IP地址，當所述MS位于本域NAT內部時所述MS收流IP地址為預先配置的NAT出接口 IP地址。
10.根據(jù)權利要求9所述的方法，其特征在于，所述步驟B還包括接收本域MS發(fā)送過來的攜帶NAT出接口 IP地址；其中該NAT出接口 IP地址是本域MS通過Upnp協(xié)議報文從NAT上獲取的。
11.根據(jù)權利要求8所述的方法，其特征在于，還包括 E、在非隧道模式下可以連通時，將MS列表中該對端域MS收流IP地址通知本域MS并指示其向NAT外部發(fā)送報文以打通本域的NAT通道。
12.根據(jù)權利要求8所述的方法，其特征在于，其中所述指示對端域VM采用隧道模式引流包括將本域MS分配到的隧道內層IP地址發(fā)送給對端域VM，所述指示對端域VM采用非隧道模式引流包括將本域MS收流IP地址發(fā)送給對端域VM。
13.根據(jù)權利要求8所述的方法，其特征在于，其中所述本域VM在收到對端域VM發(fā)送的引流請求時，將對端域發(fā)送過來的對端域MS的隧道內層IP地址或者該對端域MS收流IP地址發(fā)送給本域MS,并指示MS向對端域MS發(fā)送實況視頻流。
14.根據(jù)權利要求8所述的方法，其特征在于，所述步驟B具體包括將對端域同步過來的MS收流IP地址以及本域的收流IP地址發(fā)送給其他對端域；并在自身為非同步域時，將本域MS收流IP地址同步給同步域VM，并從同步域VM接收所有對端域的MS收流IP地址。
全文摘要
本發(fā)明提供一種IP監(jiān)控系統(tǒng)中節(jié)約帶寬的方法，包括與上級域建立隧道連接；將本域的MS收流IP地址上報給上級域VM，接收上級域VM發(fā)送的各個域的MS收流IP地址并保存到自身的MS列表中;指示本域的MS探測與其他各個域的MS收流IP地址之間的連通性；在處理本域內終端點播對端域的實況視頻流時，根據(jù)MS連通性列表查看本域MS與對端域MS之間是否能夠在非隧道模式下連通，如果不能連通則通知對端VM通過隧道模式引流，如果能連通則通知對端域VM通過非隧道模式引流。本發(fā)明有效地節(jié)約了廣域網(wǎng)的帶寬并可以減輕上級域的流量壓力。
文檔編號H04L12/741GK102868585SQ201210167359
公開日2013年1月9日 申請日期2012年5月22日 優(yōu)先權日2012年5月22日
發(fā)明者袁飛, 周迪 申請人:浙江宇視科技有限公司