專利名稱：一種解決IPv4地址短缺的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及節(jié)約IPv4地址的技術(shù)，尤其涉及一種解決監(jiān)控網(wǎng)絡(luò)中IPv4地址短缺的方法及裝置。
背景技術(shù)：
IP網(wǎng)絡(luò)的發(fā)展使得視頻監(jiān)控能夠在更廣闊的范圍內(nèi)被用戶使用，在公安部門部署的平安工程等大型監(jiān)控網(wǎng)絡(luò)中IP監(jiān)控方案被大規(guī)模的采用。IP網(wǎng)絡(luò)天然的優(yōu)勢(shì)不需贅言，在很多IP監(jiān)控系統(tǒng)都需要將視頻數(shù)據(jù)(主要是視頻數(shù)據(jù))承載在現(xiàn)有的IP公網(wǎng)。但是由于IPv4地址稀缺，很多用戶擁有的IPv4地址有限，或者即便擁有較多的IPv4有在前期進(jìn)行整網(wǎng)地址規(guī)劃時(shí)，冗余的IPv4地址有限。在這種情況下，如果客戶需要在現(xiàn)有網(wǎng)絡(luò)中增加大量的監(jiān)控設(shè)備(比如編碼終端，EC)時(shí)，會(huì)存在IPv4地址不足的現(xiàn)象。如何在現(xiàn)網(wǎng)中IPv4不足的情況下，繼續(xù)滿足用戶增加大量的監(jiān)控設(shè)備的迫切需求，是各個(gè)IP視頻監(jiān)控方案提供廠商都在積極解決的重要技術(shù)問題。目前業(yè)界主流的解決IPv4短缺的問題有兩種一種是使用NAT (網(wǎng)絡(luò)地址轉(zhuǎn)換)技術(shù)，另一種是使用IPv6地址。NAT技術(shù)能夠在一定程度上緩解IPv4地址短缺的問題，并且具有良好的安全性。然而NAT技術(shù)的使用也會(huì)引發(fā)很多業(yè)務(wù)互動(dòng)的問題，尤其從NAT外部訪問NAT內(nèi)部的需求，這對(duì)各種網(wǎng)絡(luò)應(yīng)用的開發(fā)帶來很大的難度。包括思科、華為及華三通信在內(nèi)的各個(gè)主流廠商都提出過很多“穿越"MT的技術(shù)方案。但這些技術(shù)方案通常均是局限于一種特定的應(yīng)用或者特定的組網(wǎng)。目前業(yè)界還沒有一種簡(jiǎn)單通用的方法能有效解決NAT技術(shù)引起的無法從NAT外部“穿越”到內(nèi)部的問題。IPv4地址 短缺是早期在IP協(xié)議設(shè)計(jì)上的考慮缺乏前瞻性造成的，IPv6協(xié)議正是在這種背景下誕生的。由于采用了 128位的地址長度，IPv6協(xié)議中地址缺乏問題將不復(fù)存在。目前國家以及行業(yè)主管部門都在積極推進(jìn)IPv6的商用，已經(jīng)取得了良好的進(jìn)展，目前網(wǎng)絡(luò)中大量的交換機(jī)以及路由器均同時(shí)支持IPv4以及IPv6協(xié)議。然而IPv6協(xié)議發(fā)展的瓶頸在于包括普通計(jì)算機(jī)在內(nèi)的各種終端設(shè)備，尤其是個(gè)人終端設(shè)備難以短時(shí)間內(nèi)全部切換到IPv6上來，因此IPv6的好處難以立刻發(fā)揮出來。IPv4與IPv6將在較長的時(shí)間內(nèi)共存與網(wǎng)絡(luò)中。由于IPv4與IPv6共存，尤其是當(dāng)網(wǎng)絡(luò)中需要通信的終端設(shè)備既有IPv4終端也有IPv6終端的時(shí)候，IPv4與IPv6互通就成了一個(gè)技術(shù)難題。比如我們?cè)诩依锸褂肐Pv4地址的計(jì)算機(jī)訪問使用IPv6地址的Web服務(wù)器時(shí)就需要網(wǎng)絡(luò)服務(wù)提供者在網(wǎng)絡(luò)設(shè)備上為我們?cè)L問服務(wù)器做協(xié)議轉(zhuǎn)換以及映射等操作，甚至需要使用隧道技術(shù)。然而網(wǎng)絡(luò)設(shè)備做轉(zhuǎn)換或者映射的時(shí)候一樣需要使用到IPv4的地址，因此從網(wǎng)絡(luò)設(shè)備角度來解決IPv4地址短缺問題效果并不明顯，而且改造網(wǎng)絡(luò)設(shè)備的成本不菲。以上兩種技術(shù)目前也有應(yīng)用到IP監(jiān)控系統(tǒng)中，然而由于這兩種技術(shù)自身存在的問題，目前難以非常廣泛的被使用。用戶對(duì)原有監(jiān)控網(wǎng)絡(luò)進(jìn)行擴(kuò)容時(shí)所面臨的IPv4地址短缺問題沒有從根本上被解決掉。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種解決IPv4地址短缺的裝置，該裝置應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的視頻管理服務(wù)器(VM)上，該VM上配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括使用IPv4地址的監(jiān)控終端節(jié)點(diǎn)以及使用IPv6地址的監(jiān)控終端節(jié)點(diǎn)，所述監(jiān)控終端節(jié)點(diǎn)以及VM通過多個(gè)網(wǎng)絡(luò)設(shè)備連接在一起，其中所述多個(gè)網(wǎng)絡(luò)設(shè)備同時(shí)使能IPv4以及IPv6協(xié)議，該裝置包括信令處理單元、IPv4處理單元以及IPv6處理單元，其中信令處理單元，用于處理監(jiān)控終端節(jié)點(diǎn)的注冊(cè)請(qǐng)求信令并保存至少部分監(jiān)控終端節(jié)點(diǎn)的標(biāo)識(shí)以及與所述標(biāo)識(shí)對(duì)應(yīng)的IP地址，該信令處理單元進(jìn)一步用于在需要向監(jiān)控終端節(jié)點(diǎn)發(fā)送信令時(shí)確定該監(jiān)控終端節(jié)點(diǎn)的IP地址，根據(jù)監(jiān)控終端節(jié)點(diǎn)的IP地址的版本將需要發(fā)送的信令提交給對(duì)應(yīng)的IPv4處理單元或IPv6處理單元；IPv4處理單元，用于接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出信令并提交給信令處理單元；其中該IPv4處理單元進(jìn)一步用于將需要發(fā)送的信令封裝在IPv4報(bào)文發(fā)送出去，其中該IPv4報(bào)文的源地址為VM的IPv4地址；IPv6處理單元，用于接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出信令并提交給信令處理單元；其中該IPv6處理單元進(jìn)一步用于將需要發(fā)送的信令封裝在IPv6報(bào)文發(fā)送出去，其中該IPv6報(bào)文的源地址為VM的IPv6地址。本發(fā)明還提供另一種解決IPv4地址短缺的裝置，該裝置應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的媒體交換服務(wù)器(MS)上，其中該監(jiān)控網(wǎng)絡(luò)還包括視頻管理服務(wù)器(VM)，所述VM以及MS均配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括編碼終端(EC)以及視頻客戶端(VC)，其中至少一個(gè)EC或VC使用IPv4地址，至少一個(gè)EC或VC使用IPv6地址，所述監(jiān)控網(wǎng)絡(luò)還包括多個(gè)同時(shí)使能IPv4以及IPv6 協(xié)議的提供網(wǎng)絡(luò)傳輸服務(wù)的網(wǎng)絡(luò)設(shè)備，該裝置包括信令處理單元、業(yè)務(wù)處理單元、IPv4處理單元以及IPv6處理單元，其中信令處理單元，用于保存來自VM的請(qǐng)求媒體轉(zhuǎn)發(fā)信令，其中該信令包括被點(diǎn)播的EC標(biāo)識(shí)以及發(fā)起點(diǎn)播的VC的IP地址，保存該EC標(biāo)識(shí)與該VC的IP地址的對(duì)應(yīng)關(guān)系；業(yè)務(wù)處理單元，用于從IPv4處理單元或IPv6處理單元獲得來自EC的視頻數(shù)據(jù)，根據(jù)所述對(duì)應(yīng)關(guān)系獲取與該EC標(biāo)識(shí)對(duì)應(yīng)的VC的IP地址，根據(jù)該VC的IP地址的版本將來自EC的需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)提交給對(duì)應(yīng)的IPv4處理單元或IPv6處理單元；IPv4處理單元，用于接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出視頻數(shù)據(jù)并提交給業(yè)務(wù)處理單元；其中該IPv4處理單元進(jìn)一步用于將業(yè)務(wù)單元需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)封裝在IPv4報(bào)文發(fā)送給所述VC，其中該IPv4報(bào)文的源地址為MS的IPv4地址；IPv6處理單元，用于接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出視頻數(shù)據(jù)并提交給業(yè)務(wù)處理單元；其中該IPv6處理單元進(jìn)一步用于將業(yè)務(wù)單元需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)封裝在IPv6報(bào)文發(fā)送給所述VC，其中該IPv6報(bào)文的源地址為MS的IPv6地址。本發(fā)明還提供又一種解決IPv4地址短缺的裝置，該裝置應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的數(shù)據(jù)管理服務(wù)器(DM)上，其中該監(jiān)控網(wǎng)絡(luò)還包括網(wǎng)絡(luò)存儲(chǔ)設(shè)備以及視頻管理服務(wù)器(VM)，所述VM以及DM均配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括編碼終端(EC)以及視頻客戶端(VC)，其中至少一個(gè)EC或VC使用IPv4地址，至少一個(gè)EC或VC使用IPv6地址，所述監(jiān)控網(wǎng)絡(luò)還包括多個(gè)同時(shí)使能IPv4以及IPv6協(xié)議的提供網(wǎng)絡(luò)傳輸服務(wù)的網(wǎng)絡(luò)設(shè)備，該裝置包括業(yè)務(wù)處理單元、IPv4處理單元以及IPv6處理單元，其中信令處理單元，用于保存來自VM的請(qǐng)求回放的信令，其中該信令包括請(qǐng)求回放的VC的IP地址，業(yè)務(wù)回放單元，用于從網(wǎng)絡(luò)存儲(chǔ)設(shè)備讀取該VC請(qǐng)求回放的視頻數(shù)據(jù)后提交給與該VC的IP地址的版本對(duì)應(yīng)的IPv4處理單元或IPv6處理單元；其中所述網(wǎng)絡(luò)存儲(chǔ)設(shè)備包括IPv4以及IPv6地址，用于分別存儲(chǔ)來自使用IPv4地址或IPv6地址的EC發(fā)送的視頻數(shù)據(jù)；IPv4處理單元，用于接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出信令并提交給信令處理單元；其中該IPv4處理單元進(jìn)一步用于將視頻數(shù)據(jù)封裝在IPv4報(bào)文發(fā)送給所述VC，其中該IPv4報(bào)文的源地址為DM的IPv4地址；IPv6處理單元，用于接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出信令并提交給信令處理單元；其中該IPv6處理單元進(jìn)一步用于將視頻數(shù)據(jù)封裝在IPv6報(bào)文發(fā)送給所述VC，其中該IPv6報(bào)文的源地址為DM的IPv6地址。本發(fā)明還提供一種解決IPv4地址短缺的方法，該方法應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的視頻管理服務(wù)器(VM)上，該VM上配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括使用IPv4地址的監(jiān)控終端節(jié)點(diǎn)以及使用IPv6地址的監(jiān)控終端節(jié)點(diǎn)，所述監(jiān)控終端節(jié)點(diǎn)以及VM通過多個(gè)網(wǎng)絡(luò)設(shè)備連接在一起，其中所述多個(gè)網(wǎng)絡(luò)設(shè)備同時(shí)使能IPv4以及IPv6協(xié)議，該方法包括A、處理監(jiān)控終端節(jié)點(diǎn)的注冊(cè)請(qǐng)求信令并保存至少部分監(jiān)控終端節(jié)點(diǎn)的標(biāo)識(shí)以及與所述標(biāo)識(shí)對(duì)應(yīng)的IP地址， B、在需要向監(jiān)控終端節(jié)點(diǎn)發(fā)送信令時(shí)確定該監(jiān)控終端節(jié)點(diǎn)的IP地址，根據(jù)監(jiān)控終端節(jié)點(diǎn)的IP地址的版本將需要發(fā)送的信令提交步驟D進(jìn)行相應(yīng)的IPv4或IPv6處理；C、接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出信令并提交給信令處理單元；接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出信令并提交給信令處理單元；D、將需要發(fā)送的信令封裝在IPv4報(bào)文發(fā)送出去，其中該IPv4報(bào)文的源地址為VM的IPv4地址；或者將需要發(fā)送的信令封裝在IPv6報(bào)文發(fā)送出去，其中該IPv6報(bào)文的源地址為VM的IPv6地址。本發(fā)明還提供另一種解決IPv4地址短缺的方法，該方法應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的媒體交換服務(wù)器(MS)上，其中該監(jiān)控網(wǎng)絡(luò)還包括視頻管理服務(wù)器(VM)，所述VM以及MS均配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括編碼終端(EC)以及視頻客戶端(VC)，其中至少一個(gè)EC或VC使用IPv4地址，至少一個(gè)EC或VC使用IPv6地址，所述監(jiān)控網(wǎng)絡(luò)還包括多個(gè)同時(shí)使能IPv4以及IPv6協(xié)議的提供網(wǎng)絡(luò)傳輸服務(wù)的網(wǎng)絡(luò)設(shè)備，該方法包括A、保存來自VM的請(qǐng)求媒體轉(zhuǎn)發(fā)信令，其中該信令包括被點(diǎn)播的EC標(biāo)識(shí)以及發(fā)起點(diǎn)播的VC的IP地址，保存該EC標(biāo)識(shí)與該VC的IP地址的對(duì)應(yīng)關(guān)系；B、獲得來自EC的視頻數(shù)據(jù)，根據(jù)所述對(duì)應(yīng)關(guān)系獲取與該EC標(biāo)識(shí)對(duì)應(yīng)的VC的IP地址，根據(jù)該VC的IP地址的版本將來自EC的需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)提交步驟D進(jìn)行相應(yīng)的IPv4處理或IPv6處理；C、接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出視頻數(shù)據(jù)并提交步驟B處理；接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出視頻數(shù)據(jù)并提交步驟B處理；D、將需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)封裝在IPv4報(bào)文發(fā)送給所述VC，其中該IPv4報(bào)文的源地址為MS的IPv4地址；或者將需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)封裝在IPv6報(bào)文發(fā)送給所述VC，其中該IPv6報(bào)文的源地址為MS的IPv6地址。本發(fā)明還提供又一種解決IPv4地址短缺的方法，該方法應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的數(shù)據(jù)管理服務(wù)器(DM)上，其中該監(jiān)控網(wǎng)絡(luò)還包括網(wǎng)絡(luò)存儲(chǔ)設(shè)備以及視頻管理服務(wù)器(VM)，所述VM以及DM均配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括編碼終端(EC)以及視頻客戶端(VC)，其中至少一個(gè)EC或VC使用IPv4地址，至少一個(gè)EC或VC使用IPv6地址，所述監(jiān)控網(wǎng)絡(luò)還包括多個(gè)同時(shí)使能IPv4以及IPv6協(xié)議的提供網(wǎng)絡(luò)傳輸服務(wù)的網(wǎng)絡(luò)設(shè)備，該方法包括A、保存來自VM的請(qǐng)求回放的信令，其中該信令包括請(qǐng)求回放的VC的IP地址，B、從網(wǎng)絡(luò)存儲(chǔ)設(shè)備讀取該VC請(qǐng)求回放的視頻數(shù)據(jù)后，根據(jù)與該VC的IP地址的版本提交步驟D進(jìn)行相應(yīng)的IPv4處理或IPv6處理；其中所述網(wǎng)絡(luò)存儲(chǔ)設(shè)備包括IPv4以及IPv6地址，用于分別存儲(chǔ)來自使用IPv4地址或IPv6地址的EC發(fā)送的視頻數(shù)據(jù)；C、接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出信令；接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出信令；D、將視頻數(shù)據(jù)封裝在IPv4報(bào)文發(fā)送給所述VC，其中該IPv4報(bào)文的源地址為DM的IPv4地址；或者將視頻數(shù) 據(jù)封裝在IPv6報(bào)文發(fā)送給所述VC，其中該IPv6報(bào)文的源地址為DM的IPv6地址。本發(fā)明中由于監(jiān)控服務(wù)器具備IPv4以及IPv6的網(wǎng)絡(luò)通道，因此無論監(jiān)控終端節(jié)點(diǎn)使用哪個(gè)版本的IP地址，其均可以與監(jiān)控服務(wù)器進(jìn)行IP通信。由于所有的業(yè)務(wù)過程均由監(jiān)控服務(wù)器作為通信“中間人”進(jìn)行參與，監(jiān)控終端節(jié)點(diǎn)之間并不需要直接IP通信，因此無論監(jiān)控終端節(jié)點(diǎn)使用IPv4地址還是使用IPv6地址，其均可以借助監(jiān)控服務(wù)器參與監(jiān)控業(yè)務(wù)。這也就是說，當(dāng)用戶需要擴(kuò)容其監(jiān)控網(wǎng)絡(luò)的時(shí)候，即便原來網(wǎng)絡(luò)中存在的大量IPv4監(jiān)控終端節(jié)點(diǎn)，用戶依然可以將使用IPv6地址的新監(jiān)控終端節(jié)點(diǎn)部署到網(wǎng)絡(luò)中，這樣的部署也不影響任何的業(yè)務(wù)過程，而且IPv6地址不存在短缺的問題，因而從根本上解決用戶IPv4地址缺乏難以擴(kuò)容監(jiān)控網(wǎng)絡(luò)規(guī)模的問題，同時(shí)也不需要在網(wǎng)絡(luò)設(shè)備上進(jìn)行任何IPv4與IPv6互通的改造工作。


圖1是一種典型的視頻監(jiān)控網(wǎng)絡(luò)組網(wǎng)圖。圖2是本發(fā)明視頻監(jiān)控網(wǎng)絡(luò)中各網(wǎng)絡(luò)設(shè)備使能IPv6后的組網(wǎng)示意圖。圖3是本發(fā)明監(jiān)控網(wǎng)絡(luò)IPv4與IPv6網(wǎng)絡(luò)邏輯示意圖。圖4是本發(fā)明監(jiān)控服務(wù)器一種通用的硬件架構(gòu)圖。圖5是本發(fā)明各種監(jiān)控服務(wù)器一般業(yè)務(wù)處理流程。圖6是本發(fā)明一種實(shí)施方式中VM的邏輯結(jié)構(gòu)圖。
圖7是本發(fā)明一種實(shí)施方式中MS的邏輯結(jié)構(gòu)圖。圖8是本發(fā)明一種實(shí)施方式中DM的邏輯結(jié)構(gòu)圖。圖9是本發(fā)明一種實(shí)施方式中監(jiān)控網(wǎng)絡(luò)的業(yè)務(wù)流向示意圖。圖10是本發(fā)明一種實(shí)施方式中實(shí)況業(yè)務(wù)流程圖。圖11是本發(fā)明一種實(shí)施方式中回放業(yè)務(wù)流程圖。圖12是本發(fā)明另一種實(shí)施方式中監(jiān)控網(wǎng)絡(luò)的業(yè)務(wù)流向示意圖。
具體實(shí)施例方式在現(xiàn)有的解決監(jiān)控網(wǎng)絡(luò)中IPv4短缺的技術(shù)手段中，無論是NAT技術(shù)還是使用IPv6技術(shù)均局限固有的技術(shù)思維之中，即從網(wǎng)絡(luò)層(即IP層)來出發(fā)解決這個(gè)問題。這樣的思維定勢(shì)也是容易理解的，因?yàn)镮P屬于網(wǎng)絡(luò)層，使用網(wǎng)絡(luò)層技術(shù)來解決IP地址解決問題看起來也是合乎情理的。而本發(fā)明則另辟途徑，在充分利用網(wǎng)絡(luò)中既有資源的基礎(chǔ)上，從監(jiān)控業(yè)務(wù)模型著手來更加高效地解決這個(gè)問題。本發(fā)明利用監(jiān)控網(wǎng)絡(luò)中各種服務(wù)器的特點(diǎn)，在業(yè)務(wù)層面與網(wǎng)絡(luò)層面同時(shí)對(duì)服務(wù)器進(jìn)行改造，使得監(jiān)控服務(wù)器能夠?qū)⑹褂肐Pv4以及IPv6的監(jiān)控終端節(jié)點(diǎn)在業(yè)務(wù)上充分融合在一起。本發(fā)明可以在如圖1所示的典型的IP監(jiān)控網(wǎng)絡(luò)中實(shí)施。該監(jiān)控網(wǎng)絡(luò)包括各種網(wǎng)絡(luò)設(shè)備(如接入交換機(jī)，接入SW)、視頻客戶端VC (如XP用戶的客戶端軟件，解碼終端DC)、各種監(jiān)控服務(wù)器(如視頻管理服務(wù)`器VM、數(shù)據(jù)管理服務(wù)器DM以及未在圖中示出的媒體交換服務(wù)器MS等)、編碼終端EC (如EC1101-HF型編碼器)以及連接到編碼器的各種攝像頭(如槍機(jī)或者球機(jī))。本發(fā)明中，EC與VC統(tǒng)稱為監(jiān)控終端節(jié)點(diǎn)，監(jiān)控終端節(jié)點(diǎn)以及各種監(jiān)控服務(wù)器統(tǒng)稱為監(jiān)控業(yè)務(wù)節(jié)點(diǎn)。監(jiān)控業(yè)務(wù)節(jié)點(diǎn)是監(jiān)控業(yè)務(wù)的實(shí)際參與者，而其中各個(gè)網(wǎng)絡(luò)設(shè)備則是用來透明地傳輸業(yè)務(wù)的，監(jiān)控業(yè)務(wù)對(duì)于網(wǎng)絡(luò)設(shè)備來說只是眾多需要傳輸?shù)臉I(yè)務(wù)之
o本發(fā)明改進(jìn)了監(jiān)控服務(wù)器，但是實(shí)施起來可能需要管理員先對(duì)參與傳輸監(jiān)控業(yè)務(wù)的網(wǎng)絡(luò)設(shè)備進(jìn)行一些配置。如背景技術(shù)所述的那樣，網(wǎng)絡(luò)中有大量的設(shè)備同時(shí)支持IPv4以及IPv6協(xié)議。網(wǎng)絡(luò)設(shè)備目前默認(rèn)會(huì)使能IPv4協(xié)議，未必會(huì)使能IPv6協(xié)議，因此需要網(wǎng)絡(luò)管理員通過網(wǎng)管讓各個(gè)設(shè)備使能IPv6協(xié)議。網(wǎng)絡(luò)設(shè)備使用IPv6協(xié)議之后，會(huì)通過相應(yīng)的路由協(xié)議進(jìn)行路由學(xué)習(xí)，從而在各自內(nèi)部建立其IP轉(zhuǎn)發(fā)表項(xiàng)，在整個(gè)網(wǎng)絡(luò)中形成基于IPv6的網(wǎng)絡(luò)連接。很多用戶現(xiàn)有的網(wǎng)絡(luò)情況是，網(wǎng)絡(luò)設(shè)備基本都支持IPv4以及IPv6兩種協(xié)議，但大量的終端節(jié)點(diǎn)以及服務(wù)器均是使用IPv4地址的，網(wǎng)絡(luò)設(shè)備對(duì)于IPv6特性支持這個(gè)資源沒有被很好地利用起來。請(qǐng)參考圖2所示，監(jiān)控網(wǎng)絡(luò)中各個(gè)網(wǎng)絡(luò)設(shè)備使能IPv6以后，從邏輯上來說就有兩張IP網(wǎng)絡(luò)，一張是基于IPv4的網(wǎng)絡(luò)(深色線條連接的部分)，另一張是基于IPv6的網(wǎng)絡(luò)(淺色線條連接的部分)。從圖2的實(shí)施方式中可以看出，各個(gè)監(jiān)控服務(wù)器(包括IP存儲(chǔ)服務(wù)器，又稱IPSAN)都是同時(shí)使用IPv4和IPv6兩個(gè)版本的IP地址來接入網(wǎng)絡(luò)的，也就是說各種監(jiān)控服務(wù)器是雙IP協(xié)議棧的邏輯結(jié)構(gòu)。其他監(jiān)控終端節(jié)點(diǎn)則是通過IPv6接入的，當(dāng)然很明顯，通常網(wǎng)絡(luò)中還有很多的傳統(tǒng)的使用IPv4地址接入的監(jiān)控終端節(jié)點(diǎn)(未圖示)。請(qǐng)參考圖3，圖3清晰地在邏輯上呈現(xiàn)出了監(jiān)控網(wǎng)絡(luò)中各個(gè)網(wǎng)絡(luò)設(shè)備使能IPv6協(xié)議后的組網(wǎng)結(jié)構(gòu)，左側(cè)是IPv4網(wǎng)絡(luò)，右側(cè)是IPv6的網(wǎng)絡(luò)。各個(gè)服務(wù)器的雙IP協(xié)議棧使得服務(wù)器能夠在網(wǎng)絡(luò)層面分別與IPv4網(wǎng)絡(luò)中的監(jiān)控終端節(jié)點(diǎn)以及IPv6網(wǎng)絡(luò)中的監(jiān)控終端節(jié)點(diǎn)在IP層通信。從具體實(shí)現(xiàn)上來說，各個(gè)服務(wù)器可以采用兩個(gè)物理網(wǎng)卡的設(shè)計(jì)方案來實(shí)現(xiàn)，當(dāng)然也可以采用虛擬網(wǎng)卡的方式來實(shí)現(xiàn)。如果采用虛擬網(wǎng)卡的方式，對(duì)于IP層以下的鏈路層，從邏輯上來說，處理鏈路層報(bào)文的鏈路層處理單元(12、22、32)需要根據(jù)上層IP報(bào)文的所屬的版本來進(jìn)行對(duì)應(yīng)的封裝。以鏈路層使用以太網(wǎng)技術(shù)為例，MAC層處理裝置(如MAC芯片)在將IP報(bào)文封裝為以太網(wǎng)報(bào)文的時(shí)候，需要根據(jù)IP報(bào)文的版本來確定以太網(wǎng)報(bào)文頭部中的協(xié)議類型字段的取值。對(duì)于IPv4版本，其協(xié)議類型值為080016，對(duì)于IPv6版本，其協(xié)議類型值為0x86DD。更具體的設(shè)計(jì)細(xì)節(jié)可以參考現(xiàn)有技術(shù)，本發(fā)明不再一一贅述。以下以計(jì)算機(jī)程序?qū)崿F(xiàn)為例來介紹本發(fā)明是如何將雙IP協(xié)議棧與監(jiān)控業(yè)務(wù)有機(jī)融合在一起從而解決IPv4地址短缺問題的。本發(fā)明的解決IPv4地址短缺的裝置，可以應(yīng)用在各種監(jiān)控服務(wù)器上，在各個(gè)監(jiān)控服務(wù)器上實(shí)施是其邏輯結(jié)構(gòu)又有所不同。圖4示出了一種服務(wù)器的通用硬件結(jié)構(gòu)，不同的服務(wù)器主要在業(yè)務(wù)硬件上略有差異，比如說VM可能沒有業(yè)務(wù)硬件。請(qǐng)參考圖6，當(dāng)所述解決IPv4地址短缺裝置11應(yīng)用于VMlO上的時(shí)候，該裝置11包括信令處理單元111、IPv4處理單元112以及IPv6處理單元113。請(qǐng)參考圖7，當(dāng)當(dāng)所述解決IPv4地址短缺裝置21應(yīng)用于MS20上的時(shí)候，該裝置21包括信令處理單元211、業(yè)務(wù)處理單元212、IPv4處理單元213以及IPv6處理單元214。請(qǐng)參考圖8，當(dāng)所述解決IPv4地址短缺裝置31應(yīng)用于DM30上的時(shí)候，該裝置31包括信令處理單元311、業(yè)務(wù)回放單元312、IPv4處理單元313以及IPv6處理單元314。對(duì)于每個(gè)服務(wù)器來說，由于服務(wù)器提供的服務(wù)不同，其上的信令處理單元所處理的信令也不相同，當(dāng)多個(gè)服務(wù)器集成在一起的時(shí)候，比如圖3以及圖9中，VM與DM集成在一臺(tái)物理服務(wù)器上(表示為VM/DM)的時(shí)候，信令處理單元也會(huì)在邏輯上集成在一起。請(qǐng)參考圖5，服務(wù)器從發(fā)送方向上來看，處理流程依次處理信令或視頻數(shù)據(jù)，然后進(jìn)行IP封裝處理，最后進(jìn)行鏈路層封裝處理后發(fā)送出去；從接收方向上來看則是先進(jìn)行鏈路層解封裝，然后進(jìn)行IP層解封裝，最后在業(yè)務(wù)層面處理所述解封裝得到的信令或視頻數(shù)據(jù)。

對(duì)于VM最典型的業(yè)務(wù)處理過程來說，在本發(fā)明中其一般處理流程包括以下步驟步驟10，IPv4處理單元112或者IPv6處理單元113，接收目的IP地址為自身的IP報(bào)文，從該IP報(bào)文中提取出信令并提交給信令處理單元步驟11，信令處理單元111接收并處理終端節(jié)點(diǎn)的注冊(cè)請(qǐng)求信令并保存至少部分監(jiān)控終端節(jié)點(diǎn)的標(biāo)識(shí)以及與所述標(biāo)識(shí)對(duì)應(yīng)的IP地址，步驟12，信令處理單元111在需要向監(jiān)控終端節(jié)點(diǎn)發(fā)送信令時(shí)確定該監(jiān)控終端節(jié)點(diǎn)的IP地址，根據(jù)監(jiān)控終端節(jié)點(diǎn)的IP地址的版本將需要發(fā)送的信令提交給對(duì)應(yīng)的IPv4處理單元或IPv6處理單元；步驟13，IPv4處理單元112或IPv6處理單元113將需要發(fā)送的信令封裝在IP報(bào)文發(fā)送出去，其中該IP報(bào)文的源地址為VM的IPv4地址或IPv6地址；對(duì)于MS最典型的業(yè)務(wù)處理過程來說，在本發(fā)明中其一般性的處理流程包括以下步驟步驟20，信令處理單元211接收來自VM的請(qǐng)求媒體轉(zhuǎn)發(fā)信令，其中該信令中包括被點(diǎn)播的EC的標(biāo)識(shí)以及請(qǐng)求點(diǎn)播的VC的IP地址，保存該EC標(biāo)識(shí)與該VC的IP地址的對(duì)應(yīng)關(guān)系；
步驟21，IPv4或IPv6處理單元(213，214)接收目的地址為自身IP地址的IP報(bào)文，從該IP報(bào)文中提取出視頻數(shù)據(jù)并提交給業(yè)務(wù)處理單元212 ；步驟22，業(yè)務(wù)處理單元從IPv4或IPv6處理單元(213，214)獲得來自EC的視頻數(shù)據(jù)，根據(jù)步驟20保存的對(duì)應(yīng)關(guān)系獲取與該EC標(biāo)識(shí)對(duì)應(yīng)的VC的IP地址，根據(jù)該VC的IP地址的版本將來自所述EC的需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)提交給對(duì)應(yīng)的IPv4或IPv6處理單元(213，214)；步驟23，IPv4或者IPv6處理單元(213，214)將視頻數(shù)據(jù)封裝在IP報(bào)文發(fā)送給所述VC，其中該IP報(bào)文的源地址為MS的IP地址；對(duì)于DM最典型的業(yè)務(wù)處理過程來說，在本發(fā)明中其一般性的處理流程包括以下步驟步驟30，信令處理單元311，接收來自VM的請(qǐng)求回放的信令，其中該信令包括請(qǐng)求回放的VC的IP地址，步驟31，業(yè)務(wù)回放單元312從網(wǎng)絡(luò)存儲(chǔ)設(shè)備讀取該VC請(qǐng)求回放的視頻數(shù)據(jù)后提交給與該VC的IP地址的版本對(duì)應(yīng)的IPv4處理單元或IPv6處理單元；其中所述網(wǎng)絡(luò)存儲(chǔ)設(shè)備包括IPv4以及IPv6地址，用于分別存儲(chǔ)來自使用IPv4地址或IPv6地址的EC發(fā)送的視頻數(shù)據(jù)；步驟32，IPv4或者IPv6處理單元將讀取到的視頻數(shù)據(jù)封裝在IP報(bào)文發(fā)送給所述VC，其中該IP報(bào)文的源地址為DM的IP地址。以上所描述的是各個(gè)服務(wù)器上典型的業(yè)務(wù)處理流程，是從各個(gè)服務(wù)器自身來看的。下面從全網(wǎng)的業(yè)務(wù)角度來介紹本發(fā)明處理流程。請(qǐng)進(jìn)一步參考圖9至圖11，本發(fā)明列舉兩個(gè)業(yè)務(wù)流程進(jìn)行說明。一種是VC獲取實(shí)況視頻數(shù)據(jù)(簡(jiǎn)稱實(shí)況)的流程，另一種是VC請(qǐng)求回放視頻數(shù)據(jù)的流程。請(qǐng)參考圖9以及10，本發(fā)明一個(gè)實(shí)施方式中的請(qǐng)求實(shí)況業(yè)務(wù)流程包括以下步驟步驟101，VM分別使用IPv4以及IPv6對(duì)外發(fā)布服務(wù)。 VM是整個(gè)監(jiān)控網(wǎng)絡(luò)的核心服務(wù)器，承擔(dān)者絕大部分業(yè)務(wù)管理以及信令處理任務(wù)，它服務(wù)于所有的EC以及VC (僅以單級(jí)管理為例)。如圖3所示的那樣，VCl以及VC2在IPv4網(wǎng)絡(luò)中，而EC1、EC2以及VC3均在IPv6網(wǎng)絡(luò)中，因此VM需要分別向兩張網(wǎng)絡(luò)發(fā)布相同的業(yè)務(wù)服務(wù)，比如說發(fā)布一個(gè)Web服務(wù)站點(diǎn)等。步驟102，各個(gè)EC及VC均分別向VM發(fā)起注冊(cè)。步驟103，VM接收來自EC及VC的注冊(cè)報(bào)文，并將EC或者VC的標(biāo)識(shí)以及與該標(biāo)識(shí)對(duì)應(yīng)的IP地址保存起來。步驟102以及103中各個(gè)EC以及VC從IPv4網(wǎng)絡(luò)或IPv6網(wǎng)絡(luò)發(fā)送注冊(cè)請(qǐng)求。VM收到注冊(cè)報(bào)文之后會(huì)先經(jīng)由鏈路層處理裝置獲得對(duì)應(yīng)的IP報(bào)文，如果是IPv4報(bào)文就送到IPv4處理單元處理，如果是IPv6報(bào)文則送到IPv6處理單元。如前所述，鏈路層處理裝置可以根據(jù)鏈路層報(bào)文頭中的協(xié)議類型識(shí)別出IP報(bào)文的版本。在IPv6或IPv6處理單元將收到的IP報(bào)文解封裝后得到該IP報(bào)文所承載的信令，將該信令提交給信令處理單元111。對(duì)于VM來說其通常處理的均是信令，信令包括注冊(cè)請(qǐng)求、請(qǐng)求實(shí)況以及請(qǐng)求回放等等，對(duì)于不同的信令，信令處理單元111會(huì)有不同的處理，但各種信令均可以基于SIP協(xié)議來實(shí)現(xiàn)。對(duì)于注冊(cè)請(qǐng)求這個(gè)信令，VM將EC或者VC的標(biāo)識(shí)以及IP地址保存起來。值得注意的是，根據(jù)監(jiān)控業(yè)務(wù)的模型，EC的標(biāo)識(shí)以及IP地址VM需要保存起來，但是VC的標(biāo)識(shí)以及IP可以保存，也可以不保存。所述標(biāo)識(shí)以及IP地址均在注冊(cè)報(bào)文的內(nèi)部，即IP報(bào)文的載荷中，其中標(biāo)識(shí)可以自定義，也可以采用比較常見的URL的方式，比如針對(duì)每個(gè)EC可以設(shè)置一個(gè)唯一的URL。請(qǐng)參考以下對(duì)注冊(cè)報(bào)文的示例REGISTER sip:10. 10. 10. 10:5060SIP/2. 0Via SIP/2. 0/UDP2. 2. 2. 2:5060 ；branch = z9hG4bK5de81be584e81be50ae81be59ee81be5Call-1D 591ad510801ad5100elad5109alad5108biECl_IPFrom <sip:ECl_URLi2. 2. 2. 2:5060〉；tag = 45707ca79c707ca7To <sip:ECl_URLi2. 2. 2. 2>CSeq 663REGISTERRegMode DEVICE ；Describe = devicetype ；register ；DevVer = EC2016HC-1M0S110-B1818Contact <sip:ECl_URLi2. 2. 2. 2:5060〉Max-Forwards :70 Content-Length :0步驟104，VM向發(fā)起注冊(cè)的EC或者VC發(fā)送注冊(cè)響應(yīng)報(bào)文(注冊(cè)成功報(bào)文或拒絕注冊(cè)報(bào)文)；信令處理單元111如果接受EC或者VC的注冊(cè)，則向EC或者發(fā)送注冊(cè)成功報(bào)文(比如2000K報(bào)文)，如果不接受，則發(fā)送拒絕注冊(cè)報(bào)文。信令處理單元111首先需要確定EC或者VC的IP地址，對(duì)于注冊(cè)請(qǐng)求報(bào)文，由于是兩點(diǎn)之間的通信，VM可以將EC或者VC的注冊(cè)報(bào)文中的IP頭部的源地址作為EC或者VC的IP地址，然后判斷EC或VC的IP地址的版本，如果版本是IPv4則提交給IPv4處理單元,如果版本是IPv6則提交IPv6處理單元。IPv4或IPv6處理單元使用自身的IPv4或IPv6作為源地址，以EC或VC的IP地址作為目的地址將前述的注冊(cè)響應(yīng)報(bào)文進(jìn)行IP封裝，然后經(jīng)由鏈路層處理后發(fā)送出去。步驟103以及步驟104詳細(xì)描述了接收以及發(fā)送到信令處理報(bào)文的過程，在其他服務(wù)器(如DM，MS以及IPSAN)處理過程是基本一致，唯一的不同在于信令處理單元對(duì)不同信令的處理。同樣的道理，對(duì)于收發(fā)業(yè)務(wù)報(bào)文來說，其實(shí)現(xiàn)原理也是一致，只是對(duì)于視頻數(shù)據(jù)的處理不盡相同而已。步驟105，VM接收VC發(fā)出的實(shí)況請(qǐng)求信令，并向?qū)?yīng)的EC發(fā)出發(fā)送實(shí)況信令以及向MS發(fā)出請(qǐng)求媒體轉(zhuǎn)發(fā)信令；步驟105中，VM收到VC發(fā)送的實(shí)況請(qǐng)求信令，其處理過程與前述注冊(cè)報(bào)文類似，攜帶該信令的報(bào)文經(jīng)由鏈路層以及IP層處理后提交信令處理單元111。VC發(fā)送的實(shí)況請(qǐng)求中通常指明VC需要點(diǎn)播哪個(gè)EC上的實(shí)況，即實(shí)況請(qǐng)求信令中包括EC的標(biāo)識(shí)，比如EC的URL。信令處理單元111會(huì)相應(yīng)生成發(fā)送實(shí)況信令來指令被點(diǎn)播EC發(fā)送實(shí)況，信令處理單元111還需要根據(jù)實(shí)況請(qǐng)求中的EC標(biāo)識(shí)以及步驟103中的對(duì)應(yīng)關(guān)系管理確定被點(diǎn)播EC的IP地址。然后根據(jù)EC的IP地址的版本提交給IPv4或IPv6處理單元，最后經(jīng)過鏈路層處理后發(fā)送出去。VM發(fā)送給EC的發(fā)送實(shí)況信令通常有兩種，第一種是將VC的IP地址發(fā)送給該EC，要求該EC將實(shí)況直接發(fā)送給該VC，但是如果EC與VC的IP地址版本不同則無法實(shí)現(xiàn)互通，比如說圖8中的VCl與EC2分屬于IPv4以及IPv6 ;第二種是要求EC將實(shí)況發(fā)送給MS，同時(shí)通過請(qǐng)求媒體轉(zhuǎn)發(fā)信令通知MS將EC發(fā)送的實(shí)況轉(zhuǎn)發(fā)給該VC，本實(shí)施方式中以第二種方式為例。步驟106，EC收到VM的發(fā)送實(shí)況信令后向MS發(fā)送實(shí)況；步驟107，MS接收EC發(fā)送的實(shí)況，將實(shí)況轉(zhuǎn)發(fā)給發(fā)送實(shí)況請(qǐng)求信令的VC ；MS收到VM發(fā)送的攜帶有請(qǐng)求媒體轉(zhuǎn)發(fā)信令的報(bào)文，首先經(jīng)過鏈路層處理后，根據(jù)IP地址的版本提交到IPv4或IPv6處理單元進(jìn)行IP層的處理得到信令后提交給信令處理單元211。VM向MS發(fā)送是請(qǐng)求轉(zhuǎn)發(fā)信令，要求其為EC轉(zhuǎn)發(fā)實(shí)況。該信令會(huì)將VC與EC之間的對(duì)應(yīng)關(guān)系告知MS，MS會(huì)根據(jù)VM的通知的對(duì)應(yīng)關(guān)系建立起實(shí)況轉(zhuǎn)發(fā)表。比如圖8中，VCl點(diǎn)播EC2的實(shí)況，VM可以將EC2與VCl的IP地址的組合告知MS，這是一種較為常見的方式。VM還可以使用其他自定義的方式，比如指定端口號(hào)與IP地址的組合等，此處不再一一介紹。MS收到EC發(fā)送的實(shí)況報(bào)文，首先經(jīng)過鏈路層處理后，根據(jù)IP地址的版本提交到IPv4或IPv6處理單元進(jìn)行IP層的處理得到實(shí)況視頻數(shù)據(jù)后提交給業(yè)務(wù)處理單元212。業(yè)務(wù)處理單元212根據(jù)EC與VC的對(duì)應(yīng)關(guān)系確定VC的IP地址，然后將實(shí)況視頻數(shù)據(jù)提交給與VC的IP地址版本對(duì)應(yīng)的IPv4或IPv6處理單元，然后再經(jīng)過鏈路層處理后發(fā)送給W。以上是VC點(diǎn)播EC上的實(shí)況視頻數(shù)據(jù)的業(yè)務(wù)處理過程。在步驟106中，EC發(fā)送實(shí)況到MS或者請(qǐng)求點(diǎn)播的VC時(shí)，EC還會(huì)通過網(wǎng)絡(luò)將實(shí)況視頻數(shù)據(jù)發(fā)送到IPSAN設(shè)備上進(jìn)行存儲(chǔ)以備后續(xù)進(jìn)行回放。對(duì)IPSAN來說，其邏輯結(jié)構(gòu)(未圖示)與其他服務(wù)器的架構(gòu)基本相同，同樣包括業(yè)務(wù)處理單元、IPv4處理單元以及IPv6處理單元，所不同的是IPSAN的業(yè)務(wù)處理單元主要用于根據(jù)寫命令將視頻數(shù)據(jù)存儲(chǔ)起來或者根據(jù)讀命令從磁盤陣列中將數(shù)據(jù)讀取出來發(fā)送給請(qǐng)求者。各個(gè)EC上采集到的視頻數(shù)據(jù)會(huì)通過IPv4或者IPv6通道存儲(chǔ)到IPSAN上。VC可以根據(jù)自 身的需求請(qǐng)求回放指定時(shí)間指定EC上的視頻數(shù)據(jù)，以下繼續(xù)介紹視頻數(shù)據(jù)回放的處理流程。步驟109，DM接收來自VC的請(qǐng)求回放的信令，從網(wǎng)絡(luò)存儲(chǔ)設(shè)備讀取該VC請(qǐng)求回放的視頻數(shù)據(jù)后提交給與該VC的IP地址的版本對(duì)應(yīng)的IPv4處理單元或IPv6處理單元；請(qǐng)參考圖9以及11，DM從網(wǎng)絡(luò)上收到請(qǐng)求回放信令，其處理過程與VM步驟103中類似，所不同的是信令處理單元311對(duì)于請(qǐng)求回放信令的處理是指示業(yè)務(wù)回放單元311從IPSAN中讀取VC所請(qǐng)求回放的視頻數(shù)據(jù)，然后由業(yè)務(wù)回放單元312確定請(qǐng)求回放的VC的IP地址，根據(jù)VC的IP地址的版本然后提供給IPv4或者IPv6處理單元，經(jīng)由鏈路層處理后發(fā)送出去。當(dāng)然在圖3以及圖8所示的實(shí)施方式中，VM與DM是集成在一起的，信令處理單元111集成了信令處理單元311的功能。通過以上的過程可以看出，由于每個(gè)監(jiān)控服務(wù)器都具備IPv4以及IPv6的網(wǎng)絡(luò)通道，因此無論監(jiān)控終端節(jié)點(diǎn)使用哪個(gè)版本的IP地址，其均可以與監(jiān)控服務(wù)器進(jìn)行IP通信。由于所有的業(yè)務(wù)過程均需要監(jiān)控服務(wù)器作為通信“中間人”進(jìn)行參與，監(jiān)控終端節(jié)點(diǎn)之間并不需要直接IP通信，因此無論監(jiān)控終端節(jié)點(diǎn)使用IPv4地址還是使用IPv6地址，其均可以借助監(jiān)控服務(wù)器參與監(jiān)控業(yè)務(wù)。這也就是說，當(dāng)用戶需要擴(kuò)容其監(jiān)控網(wǎng)絡(luò)的時(shí)候，即便原來網(wǎng)絡(luò)中存在的大量IPv4監(jiān)控終端節(jié)點(diǎn)，用戶依然可以將使用IPv6地址的新監(jiān)控終端節(jié)點(diǎn)部署到網(wǎng)絡(luò)中，這樣的部署也不影響任何的業(yè)務(wù)過程，而且IPv6地址不存在短缺的問題，因而從根本上解決用戶IPv4地址缺乏難以擴(kuò)容監(jiān)控網(wǎng)絡(luò)規(guī)模的問題，同時(shí)也不需要在網(wǎng)絡(luò)設(shè)備上進(jìn)行任何IPv4與IPv6互通的改造工作。請(qǐng)進(jìn)一步參考圖12，在大型的監(jiān)控組網(wǎng)中，如大城市公安系統(tǒng)的平安工程一類的項(xiàng)目，網(wǎng)絡(luò)中可能存在多個(gè)MS服務(wù)器，如果每個(gè)MS服務(wù)器都需要一個(gè)IPV4和IPV6的地址，會(huì)對(duì)IPv4的地址造成一定的浪費(fèi)。本發(fā)明提供一種優(yōu)選的實(shí)施方式來進(jìn)一步節(jié)約IPv4地址。在之前實(shí)施方式中MS的設(shè)計(jì)的基礎(chǔ)上，將網(wǎng)絡(luò)中多個(gè)MS服務(wù)器配置相同的IPV4地址、配置不同的IPV6地址。圖12中三個(gè)MS的IPv4的網(wǎng)絡(luò)接口都使用同一個(gè)的IPv4地址(IPl)，而三個(gè)MS的IPv6網(wǎng)絡(luò)接口分別使用三個(gè)IPv6的地址(IP11、IP12、IP13)。首先，為了防止地址沖突問題，可以在各個(gè)MS的IPv4網(wǎng)絡(luò)接口上禁止發(fā)送免費(fèi)ARP ;其次，為了管理的便利，VM可以通過IPv6通道與MS進(jìn)行管理或者信令交互。舉例來說，假設(shè)一個(gè)VC (比如VCl)的請(qǐng)求多個(gè)EC的實(shí)況(假設(shè)分別請(qǐng)求ECl和EC2的實(shí)況)，VM服務(wù)器使用不同的IPv6地址向不同的MS服務(wù)器發(fā)送請(qǐng)求媒體轉(zhuǎn)發(fā)信令，并通過發(fā)送實(shí)況信令通知使用IPv6地址的ECl和EC2將視頻數(shù)據(jù)發(fā)給不同的MS進(jìn)行媒體轉(zhuǎn)發(fā)。如圖12所示，如果VM在發(fā)送實(shí)況信令中將MS3的目的地址IPll告知EC2，則EC2會(huì)將視頻數(shù)據(jù)流會(huì)發(fā)給MS3 ;如果VM在發(fā)送實(shí)況信令中將MS2的目的地址IP12告知ECUU ECl會(huì)將視頻數(shù)據(jù)流會(huì)發(fā)給MS2。MS3收到之后會(huì)將EC2的實(shí)況視頻數(shù)據(jù)后會(huì)通過IPv4通道重新進(jìn)行IP報(bào)文封裝后轉(zhuǎn)發(fā)給VCl，IP報(bào)文源地址為IPl，目的地址是VCl的IPv4地址，MS2進(jìn)行轉(zhuǎn)發(fā)時(shí)，IP報(bào)文源地址為IP1，目的地址也是VCl的IPv4地址。需要補(bǔ)充說明的是雖然對(duì)于VCl來說從MS2以及MS3收到的IP報(bào)文的源IP以及目的IP地址是一致的，但VCl依然可以通過端口號(hào)進(jìn)行區(qū)分，VCl在實(shí)況請(qǐng)求信令中向VM反饋的自己空閑的UDP端口號(hào)，如果VCl請(qǐng)求ECl實(shí)況時(shí)使用的port I作為自身接收視頻數(shù)據(jù)的目的端口，則請(qǐng)求EC2實(shí)況時(shí)就會(huì)使用不同的端口號(hào)port2作為自身接收視頻數(shù)據(jù)的目的端口，所以VCl依然能將兩條不同的視頻數(shù)據(jù)流區(qū)分開，然后實(shí)現(xiàn)各種應(yīng)用 ，比如多畫面應(yīng)用等。結(jié)合前述實(shí)施方式，VC使用IPv4地址，其點(diǎn)播請(qǐng)求信令是封裝在IPv4報(bào)文中，VC會(huì)把自己用來接收實(shí)況視頻數(shù)據(jù)的m)P端口號(hào)(空閑的UDP端口)攜帶在這個(gè)信令中。VM信令處理單元收到點(diǎn)播實(shí)況信令后將該信令中UDP端口號(hào)攜帶在請(qǐng)求媒體轉(zhuǎn)發(fā)信令中并提交給IPv6處理單元，然后發(fā)送給MS。如前所述這個(gè)UDP端口號(hào)用于協(xié)助VC區(qū)分多個(gè)MS使用相同IP地址轉(zhuǎn)發(fā)的不同的EC實(shí)況視頻數(shù)據(jù)。對(duì)于MS來說，其信令處理單元會(huì)從IPv6處理單元獲得請(qǐng)求媒體轉(zhuǎn)發(fā)信令，然后將該信令中攜帶的VC接收實(shí)況視頻數(shù)據(jù)的UDP端口號(hào)保存起來；由于VC使用IPv4地址，顯然MS的業(yè)務(wù)處理單元需要將發(fā)送給VC的實(shí)況視頻數(shù)據(jù)提交給IPv4處理單元，而IPv4處理單元?jiǎng)t在發(fā)送給所述VC的IPv4報(bào)文中使用前述UDP端口號(hào)作為報(bào)文的UDP目的端口。VC通過IPv4網(wǎng)絡(luò)收到報(bào)文后可以通過UDP目的端口區(qū)分出不同的視頻數(shù)據(jù)流。本實(shí)施方式尤其適用于有大量存量使用IPv4的VC且需要大規(guī)模擴(kuò)容EC的監(jiān)控網(wǎng)絡(luò)，這是目前監(jiān)控網(wǎng)絡(luò)擴(kuò)容最典型的情形。由于EC并不和監(jiān)控網(wǎng)中普通用戶直接打交道，因此可以大量部署使用IPv6地址的EC。如此一來，在擴(kuò)容過程中所需要使用的IPv4地址將較之前的實(shí)施方式進(jìn)一步減少，一個(gè)大型網(wǎng)絡(luò)擴(kuò)容幾千個(gè)監(jiān)控終端節(jié)點(diǎn)(多數(shù)是擴(kuò)容EC)，需要使用的IPv4地址可能只有幾十個(gè)，甚至更少。節(jié)約下來的IPv4地址可以供新增的VC使用，而且由于VC通常都是普通計(jì)算機(jī)終端，對(duì)于監(jiān)控網(wǎng)絡(luò)來說，用戶計(jì)算機(jī)終端的增長通常都是比較緩慢，甚至是穩(wěn)定的。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
權(quán)利要求
1.一種解決IPv4地址短缺的裝置，該裝置應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的視頻管理服務(wù)器(VM)上，該VM上配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括使用IPv4地址的監(jiān)控終端節(jié)點(diǎn)以及使用IPv6地址的監(jiān)控終端節(jié)點(diǎn)，所述監(jiān)控終端節(jié)點(diǎn)以及VM通過多個(gè)網(wǎng)絡(luò)設(shè)備連接在一起，其中所述多個(gè)網(wǎng)絡(luò)設(shè)備同時(shí)使能IPv4以及IPv6協(xié)議，其特征在于，該裝置包括信令處理單元、IPv4處理單元以及IPv6處理單元，其中 信令處理單元，用于處理監(jiān)控終端節(jié)點(diǎn)的注冊(cè)請(qǐng)求信令并保存至少部分監(jiān)控終端節(jié)點(diǎn)的標(biāo)識(shí)以及與所述標(biāo)識(shí)對(duì)應(yīng)的IP地址，該信令處理單元進(jìn)一步用于在需要向監(jiān)控終端節(jié)點(diǎn)發(fā)送信令時(shí)確定該監(jiān)控終端節(jié)點(diǎn)的IP地址，根據(jù)監(jiān)控終端節(jié)點(diǎn)的IP地址的版本將需要發(fā)送的信令提交給對(duì)應(yīng)的IPv4處理單元或IPv6處理單元； IPv4處理單元，用于接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出信令并提交給信令處理單元；其中該IPv4處理單元進(jìn)一步用于將需要發(fā)送的信令封裝在IPv4報(bào)文發(fā)送出去，其中該IPv4報(bào)文的源地址為VM的IPv4地址； IPv6處理單元，用于接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出信令并提交給信令處理單元；其中該IPv6處理單元進(jìn)一步用于將需要發(fā)送的信令封裝在IPv6報(bào)文發(fā)送出去，其中該IPv6報(bào)文的源地址為VM的IPv6地址。
2.如權(quán)利要求1所述的裝置，其特征在于，所述VM包括鏈路層處理單元，用于將IPv4或IPv6報(bào)文進(jìn)行對(duì)應(yīng)的鏈路層封裝后發(fā)送出去，并用于將接收到的鏈路層報(bào)文進(jìn)行解封裝并根據(jù)報(bào)文協(xié)議類型將解封裝得到的IP報(bào)文發(fā)送給對(duì)應(yīng)的IPv4或者IPv6處理單元。
3.如權(quán)利要求1所述的裝置，其特征在于，所述監(jiān)控業(yè)務(wù)節(jié)點(diǎn)包括視頻客戶端VC以及編碼終端EC，所述信令是來自VC的點(diǎn)播請(qǐng)求，所述信令處理單元根據(jù)點(diǎn)播請(qǐng)求信令中的EC的標(biāo)識(shí)獲取該EC的IP地址，并生成發(fā)送實(shí)況信令后提交給與該EC的IP地址版本對(duì)應(yīng)的IPv4處理單元或IPv6處理單元。
4.如權(quán)利要求3所述的裝置，其特征在于，所述監(jiān)控網(wǎng)絡(luò)還包括媒體交換服務(wù)器(MS)，所述MS包括IPv4地址以及IPv6地址,所述信令處理單元進(jìn)一步用于向MS發(fā)出請(qǐng)求媒體轉(zhuǎn)發(fā)信令，其中該信令用于指示MS將EC發(fā)送的實(shí)況轉(zhuǎn)發(fā)給所述VC。
5.如權(quán)利要求4所述的裝置，其特征在于，所述VC的點(diǎn)播請(qǐng)求信令是封裝在IPv4報(bào)文中的且該信令中攜帶有VC用來接收實(shí)況視頻數(shù)據(jù)的UDP端口號(hào)，所述信令處理單元用于將所述UDP端口號(hào)攜帶在請(qǐng)求媒體轉(zhuǎn)發(fā)信令中并提交給IPv6處理單元，其中所述UDP端口號(hào)用于協(xié)助VC區(qū)分多個(gè)MS使用相同IP地址轉(zhuǎn)發(fā)的不同的EC實(shí)況視頻數(shù)據(jù)。
6.如權(quán)利要求3所述的裝置，其特征在于，還包括業(yè)務(wù)回放單元，其中所述信令處理單元在收到VC的請(qǐng)求回放信令后指示所述業(yè)務(wù)回放單元從網(wǎng)絡(luò)存儲(chǔ)設(shè)備讀取該VC請(qǐng)求回放的視頻數(shù)據(jù)，然后提交給與該VC的IP地址的版本對(duì)應(yīng)的IPv4處理單元或IPv6處理單元；其中所述網(wǎng)絡(luò)存儲(chǔ)設(shè)備包括IPv4以及IPv6地址，用于分別存儲(chǔ)來自使用IPv4地址或IPv6地址的EC發(fā)送的視頻數(shù)據(jù)。
7.一種解決IPv4地址短缺的裝置，該裝置應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的媒體交換服務(wù)器(MS)上，其中該監(jiān)控網(wǎng)絡(luò)還包括視頻管理服務(wù)器(VM)，所述VM以及MS均配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括編碼終端(EC)以及視頻客戶端(VC)，其中至少一個(gè)EC或VC使用IPv4地址，至少一個(gè)EC或VC使用IPv6地址，所述監(jiān)控網(wǎng)絡(luò)還包括多個(gè)同時(shí)使能IPv4以及IPv6協(xié)議的提供網(wǎng)絡(luò)傳輸服務(wù)的網(wǎng)絡(luò)設(shè)備，該裝置包括信令處理單元、業(yè)務(wù)處理單元、IPv4處理單元以及IPv6處理單元，其特征在于 信令處理單元，用于保存來自VM的請(qǐng)求媒體轉(zhuǎn)發(fā)信令，其中該信令包括被點(diǎn)播的EC標(biāo)識(shí)以及發(fā)起點(diǎn)播的VC的IP地址，保存該EC標(biāo)識(shí)與該VC的IP地址的對(duì)應(yīng)關(guān)系； 業(yè)務(wù)處理單元，用于從IPv4處理單元或IPv6處理單元獲得來自EC的視頻數(shù)據(jù)，根據(jù)所述對(duì)應(yīng)關(guān)系獲取與該EC標(biāo)識(shí)對(duì)應(yīng)的VC的IP地址，根據(jù)該VC的IP地址的版本將來自EC的需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)提交給對(duì)應(yīng)的IPv4處理單元或IPv6處理單元； IPv4處理單元，用于接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出視頻數(shù)據(jù)并提交給業(yè)務(wù)處理單元；其中該IPv4處理單元進(jìn)一步用于將業(yè)務(wù)單元需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)封裝在IPv4報(bào)文發(fā)送給所述VC，其中該IPv4報(bào)文的源地址為MS的IPv4地址； IPv6處理單元，用于接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出視頻數(shù)據(jù)并提交給業(yè)務(wù)處理單元；其中該IPv6處理單元進(jìn)一步用于將業(yè)務(wù)單元需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)封裝在IPv6報(bào)文發(fā)送給所述VC，其中該IPv6報(bào)文的源地址為MS的IPv6地址。
8.如權(quán)利要求7所述的裝置，其特征在于，所述MS包括鏈路層處理單元，用于將IPv4或IPv6報(bào)文進(jìn)行對(duì)應(yīng)的鏈路層封裝后發(fā)送出去，并用于將接收到的鏈路層報(bào)文進(jìn)行解封裝并根據(jù)報(bào)文協(xié)議類型將解封裝得到的IP報(bào)文發(fā)送給對(duì)應(yīng)的IPv4或者IPv6處理單元。
9.如權(quán)利要求7所述的裝置，其特征在于，所述MS使用的IPv4地址與監(jiān)控網(wǎng)絡(luò)中至少一個(gè)其他MS使用的IPv4地址相同，且所述MS被配置為禁止發(fā)送免費(fèi)ARP報(bào)文，所述信令處理單元進(jìn)一步用于，從IPv6處理單元獲得請(qǐng)求媒體轉(zhuǎn)發(fā)信令，并將該信令中攜帶的VC接收實(shí)況視頻數(shù)據(jù)的UDP端口號(hào)保存起來；所述業(yè)務(wù)處理單元將發(fā)送給VC的實(shí)況視頻數(shù)據(jù)提交給IPv4處理單元,所述IPv4處理單元進(jìn)一步在發(fā)送給所述VC的IPv4報(bào)文中使用所述UDP端口號(hào)作為UDP目的端口。
10.一種解決IPv4地址短缺的裝置，該裝置應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的數(shù)據(jù)管理服務(wù)器(DM)上，其中該監(jiān)控網(wǎng)絡(luò)還包括網(wǎng)絡(luò)存儲(chǔ)設(shè)備以及視頻管理服務(wù)器(VM)，所述VM以及DM均配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括編碼終端(EC)以及視頻客戶端(VC)，其中至少一個(gè)EC或VC使用IPv4地址，至少一個(gè)EC或VC使用IPv6地址，所述監(jiān)控網(wǎng)絡(luò)還包括多個(gè)同時(shí)使能IPv4以及IPv6協(xié)議的提供網(wǎng)絡(luò)傳輸服務(wù)的網(wǎng)絡(luò)設(shè)備，該裝置包括業(yè)務(wù)處理單元、IPv4處理單元以及IPv6處理單元，其特征在于 信令處理單元，用于保存來自VM的請(qǐng)求回放的信令，其中該信令包括請(qǐng)求回放的VC的IP地址， 業(yè)務(wù)回放單元，用于從網(wǎng)絡(luò)存儲(chǔ)設(shè)備讀取該VC請(qǐng)求回放的視頻數(shù)據(jù)后提交給與該VC的IP地址的版本對(duì)應(yīng)的IPv4處理單元或IPv6處理單元；其中所述網(wǎng)絡(luò)存儲(chǔ)設(shè)備包括IPv4以及IPv6地址，用于分別存儲(chǔ)來自使用IPv4地址或IPv6地址的EC發(fā)送的視頻數(shù)據(jù)； IPv4處理單元，用于接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出信令并提交給信令處理單元；其中該IPv4處理單元進(jìn)一步用于將視頻數(shù)據(jù)封裝在IPv4報(bào)文發(fā)送給所述VC，其中該IPv4報(bào)文的源地址為DM的IPv4地址； IPv6處理單元，用于接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出信令并提交給信令處理單元；其中該IPv6處理單元進(jìn)一步用于將視頻數(shù)據(jù)封裝在IPv6報(bào)文發(fā)送給所述VC，其中該IPv6報(bào)文的源地址為DM的IPv6地址。
11.一種解決IPv4地址短缺的方法，該方法應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的視頻管理服務(wù)器(VM)上，該VM上配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括使用IPv4地址的監(jiān)控終端節(jié)點(diǎn)以及使用IPv6地址的監(jiān)控終端節(jié)點(diǎn)，所述監(jiān)控終端節(jié)點(diǎn)以及VM通過多個(gè)網(wǎng)絡(luò)設(shè)備連接在一起，其中所述多個(gè)網(wǎng)絡(luò)設(shè)備同時(shí)使能IPv4以及IPv6協(xié)議，其特征在于，該方法包括 A、處理監(jiān)控終端節(jié)點(diǎn)的注冊(cè)請(qǐng)求信令并保存至少部分監(jiān)控終端節(jié)點(diǎn)的標(biāo)識(shí)以及與所述標(biāo)識(shí)對(duì)應(yīng)的IP地址， B、在需要向監(jiān)控終端節(jié)點(diǎn)發(fā)送信令時(shí)確定該監(jiān)控終端節(jié)點(diǎn)的IP地址，根據(jù)監(jiān)控終端節(jié)點(diǎn)的IP地址的版本將需要發(fā)送的信令提交步驟D進(jìn)行相應(yīng)的IPv4或IPv6處理； C、接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出信令并提交給信令處理單元；接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出信令并提交給信令處理單元； D、將需要發(fā)送的信令封裝在IPv4報(bào)文發(fā)送出去，其中該IPv4報(bào)文的源地址為VM的IPv4地址；或者將需要發(fā)送的信令封裝在IPv6報(bào)文發(fā)送出去，其中該IPv6報(bào)文的源地址為VM的IPv6地址。
12.如權(quán)利要求11所述的方法，其特征在于，還包括 Ejf IPv4或IPv6報(bào)文進(jìn)行對(duì)應(yīng)的鏈路層封裝后發(fā)送出去，并用于將接收到的鏈路層報(bào)文進(jìn)行解封裝并根據(jù)報(bào)文協(xié)議類型將解封裝得到的IP報(bào)文提交步驟C進(jìn)行IPv4或者IPv6處理。
13.如權(quán)利要求11所述的方法，其特征在于，所述監(jiān)控業(yè)務(wù)節(jié)點(diǎn)包括視頻客戶端VC以及編碼終端EC，所述信令是來自VC的點(diǎn)播請(qǐng)求，所述步驟B還包括根據(jù)點(diǎn)播請(qǐng)求信令中的EC的標(biāo)識(shí)獲取該EC的IP地址，并生成發(fā)送實(shí)況信令后提交步驟D進(jìn)行相應(yīng)的IPv4或IPv6處理。
14.如權(quán)利要求13所述的方法，其特征在于，所述監(jiān)控網(wǎng)絡(luò)還包括媒體交換服務(wù)器(MS)，所述MS包括IPv4地址以及IPv6地址，所述步驟B進(jìn)一步包括向MS發(fā)出請(qǐng)求媒體轉(zhuǎn)發(fā)信令，其中該信令用于指示MS將EC發(fā)送的實(shí)況轉(zhuǎn)發(fā)給所述VC。
15.如權(quán)利要求14所述的方法，其特征在于，所述VC的點(diǎn)播請(qǐng)求信令是封裝在IPv4報(bào)文中的且該信令中攜帶有VC用來接收實(shí)況視頻數(shù)據(jù)的UDP端口號(hào)，所述步驟B進(jìn)一步包括將所述UDP端口號(hào)攜帶在請(qǐng)求媒體轉(zhuǎn)發(fā)信令中并提交步驟D進(jìn)行IPv6處理，其中所述UDP端口號(hào)用于協(xié)助VC區(qū)分多個(gè)MS使用相同IP地址轉(zhuǎn)發(fā)的不同的EC實(shí)況視頻數(shù)據(jù)。
16.如權(quán)利要求13所述的方法，其特征在于，還包括 F、在收到VC的請(qǐng)求回放信令后從網(wǎng)絡(luò)存儲(chǔ)設(shè)備讀取該VC請(qǐng)求回放的視頻數(shù)據(jù)，然后根據(jù)該VC的IP地址的版本提交步驟D進(jìn)行相應(yīng)的IPv4或IPv6處理；其中所述網(wǎng)絡(luò)存儲(chǔ)設(shè)備包括IPv4以及IPv6地址，用于分別存儲(chǔ)來自使用IPv4地址或IPv6地址的EC發(fā)送的視頻數(shù)據(jù)。
17.一種解決IPv4地址短缺的方法，該方法應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的媒體交換服務(wù)器(MS)上，其中該監(jiān)控網(wǎng)絡(luò)還包括視頻管理服務(wù)器(VM)，所述VM以及MS均配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括編碼終端(EC)以及視頻客戶端(VC)，其中至少一個(gè)EC或VC使用IPv4地址，至少一個(gè)EC或VC使用IPv6地址，所述監(jiān)控網(wǎng)絡(luò)還包括多個(gè)同時(shí)使能IPv4以及IPv6協(xié)議的提供網(wǎng)絡(luò)傳輸服務(wù)的網(wǎng)絡(luò)設(shè)備，其特征在于，該方法包括 A、保存來自VM的請(qǐng)求媒體轉(zhuǎn)發(fā)信令，其中該信令包括被點(diǎn)播的EC標(biāo)識(shí)以及發(fā)起點(diǎn)播的VC的IP地址，保存該EC標(biāo)識(shí)與該VC的IP地址的對(duì)應(yīng)關(guān)系； B、獲得來自EC的視頻數(shù)據(jù)，根據(jù)所述對(duì)應(yīng)關(guān)系獲取與該EC標(biāo)識(shí)對(duì)應(yīng)的VC的IP地址，根據(jù)該VC的IP地址的版本將來自EC的需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)提交步驟D進(jìn)行相應(yīng)的IPv4處理或IPv6處理； C、接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出視頻數(shù)據(jù)并提交步驟B處理；接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出視頻數(shù)據(jù)并提交步驟B處理； D、將需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)封裝在IPv4報(bào)文發(fā)送給所述VC，其中該IPv4報(bào)文的源地址為MS的IPv4地址；或者將需要轉(zhuǎn)發(fā)的視頻數(shù)據(jù)封裝在IPv6報(bào)文發(fā)送給所述VC，其中該IPv6報(bào)文的源地址為MS的IPv6地址。
18.如權(quán)利要求17所述的方法，其特征在于，還包括 EJf IPv4或IPv6報(bào)文進(jìn)行對(duì)應(yīng)的鏈路層封裝后發(fā)送出去，并用于將接收到的鏈路層報(bào)文進(jìn)行解封裝并根據(jù)報(bào)文協(xié)議類型將解封裝得到的IP報(bào)文提交步驟C進(jìn)行IPv4或者IPv6處理。
19.如權(quán)利要求17所述的方法，其特征在于，所述MS使用的IPv4地址與監(jiān)控網(wǎng)絡(luò)中至少一個(gè)其他MS使用的IPv4地址相同，且所述MS被配置為禁止發(fā)送免費(fèi)ARP報(bào)文， 所述步驟A進(jìn)一步包括 獲得請(qǐng)求媒體轉(zhuǎn)發(fā)信令，并將該信令中攜帶的VC接收實(shí)況視頻數(shù)據(jù)的UDP端口號(hào)保存起來； 所述步驟B進(jìn)一步包括 將發(fā)送給VC的實(shí)況視頻數(shù)據(jù)提交步驟D進(jìn)行IPv4處理，其中步驟D中在發(fā)送給所述VC的IPv4報(bào)文中使用所述UDP端口號(hào)作為UDP目的端口。
20.一種解決IPv4地址短缺的方法，該方法應(yīng)用于監(jiān)控網(wǎng)絡(luò)中的數(shù)據(jù)管理服務(wù)器(DM)上，其中該監(jiān)控網(wǎng)絡(luò)還包括網(wǎng)絡(luò)存儲(chǔ)設(shè)備以及視頻管理服務(wù)器(VM)，所述VM以及DM均配置有IPv4以及IPv6地址，所述監(jiān)控網(wǎng)絡(luò)包括編碼終端(EC)以及視頻客戶端(VC)，其中至少一個(gè)EC或VC使用IPv4地址，至少一個(gè)EC或VC使用IPv6地址，所述監(jiān)控網(wǎng)絡(luò)還包括多個(gè)同時(shí)使能IPv4以及IPv6協(xié)議的提供網(wǎng)絡(luò)傳輸服務(wù)的網(wǎng)絡(luò)設(shè)備，其特征在于，該方法包括 A、保存來自VM的請(qǐng)求回放的信令，其中該信令包括請(qǐng)求回放的VC的IP地址， B、從網(wǎng)絡(luò)存儲(chǔ)設(shè)備讀取該VC請(qǐng)求回放的視頻數(shù)據(jù)后，根據(jù)與該VC的IP地址的版本提交步驟D進(jìn)行相應(yīng)的IPv4處理或IPv6處理；其中所述網(wǎng)絡(luò)存儲(chǔ)設(shè)備包括IPv4以及IPv6地址，用于分別存儲(chǔ)來自使用IPv4地址或IPv6地址的EC發(fā)送的視頻數(shù)據(jù)； C、接收目的地址為自身IPv4地址的IPv4報(bào)文，從該IPv4報(bào)文中提取出信令；接收目的地址為自身IPv6地址的IPv6報(bào)文，從該IPv6報(bào)文中提取出信令； D、將視頻數(shù)據(jù)封裝在IPv4報(bào)文發(fā)送給所述VC，其中該IPv4報(bào)文的源地址為DM的IPv4地址；或者將視頻數(shù)據(jù)封裝在IPv6報(bào)文發(fā)送給所述VC，其中該IPv6報(bào)文的源地址為DM的IPv6地址。
全文摘要
本發(fā)明提供一種改進(jìn)的服務(wù)器，使用雙版本的IP協(xié)議棧，結(jié)合監(jiān)控業(yè)務(wù)處理上的配合來解決IPv4地址短缺的問題。從服務(wù)器發(fā)送方向上來看，處理流程依次處理信令或視頻數(shù)據(jù)，在進(jìn)行信令或視頻數(shù)據(jù)處理的時(shí)候決定IP封裝的版本，然后進(jìn)行相應(yīng)地IP封裝處理，最后進(jìn)行鏈路層封裝處理后發(fā)送出去；從接收方向上來看則是先進(jìn)行鏈路層解封裝，然后進(jìn)行IP層解封裝，最后在業(yè)務(wù)層面處理所述解封裝得到的信令或視頻數(shù)據(jù)。本發(fā)明能夠有效解決大型監(jiān)控網(wǎng)絡(luò)擴(kuò)容所面臨的IPv4地址短缺的問題。
文檔編號(hào)H04N7/18GK103036863SQ20121009777
公開日2013年4月10日 申請(qǐng)日期2012年4月1日 優(yōu)先權(quán)日2012年4月1日
發(fā)明者周迪, 任俊峰 申請(qǐng)人:浙江宇視科技有限公司