一種數(shù)據(jù)傳輸方法、裝置及視頻監(jiān)控系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種數(shù)據(jù)傳輸方法、裝置及視頻監(jiān)控系統(tǒng)，所述方法包括：當(dāng)解碼端設(shè)備確定發(fā)生報文丟失時，所述解碼端設(shè)備向所述編碼端設(shè)備發(fā)送可靠UDP重傳請求報文，所述可靠UDP重傳請求報文的源互聯(lián)網(wǎng)協(xié)議IP地址為所述VM的IP地址，源端口為所述VM上與所述編碼端設(shè)備通信的端口，目的IP地址為所述編碼端設(shè)備的IP地址，目的端口為所述編碼端設(shè)備的端口；當(dāng)所述編碼端設(shè)備接收到所述可靠UDP重傳請求報文時，通過可靠UDP組播方式發(fā)送重傳報文。應(yīng)用本發(fā)明實施例可以實現(xiàn)解碼端設(shè)備的重傳請求穿越NAT到達(dá)編碼端設(shè)備。
【專利說明】
-種數(shù)據(jù)傳輸方法、裝置及視頻監(jiān)控系統(tǒng)
技術(shù)領(lǐng)域
[0001] 本發(fā)明設(shè)及通信技術(shù)領(lǐng)域，尤其設(shè)及一種數(shù)據(jù)控制方法、裝置及視頻監(jiān)控系統(tǒng)。
【背景技術(shù)】
[0002] 隨著標(biāo)準(zhǔn)化且易擴展的網(wǎng)絡(luò)技術(shù)和IPQnternet Protocol,互聯(lián)網(wǎng)協(xié)議)技術(shù)不 斷發(fā)展，基于IP和網(wǎng)絡(luò)的智能監(jiān)控技術(shù)得到快速發(fā)展，IP監(jiān)控已經(jīng)成為目前視頻監(jiān)控的主 流。
[0003] 而隨著監(jiān)控業(yè)務(wù)的部署越來越多，公安、交警的現(xiàn)場執(zhí)法執(zhí)勤就需要4G布控球。4G 布控球一般通過組播方式發(fā)送視頻流，解碼器收到視頻流后進(jìn)行解碼。
[0004] 然而，由于4G布控球通過移動網(wǎng)絡(luò)接入視頻監(jiān)控系統(tǒng)，因此容易發(fā)生數(shù)據(jù)丟失，在 該情況下，解碼器需要向4G布控球發(fā)送重傳請求。但是4G布控球處于NAT(化twork AcMress Translation,網(wǎng)絡(luò)地址轉(zhuǎn)換）內(nèi)網(wǎng)，解碼器的重傳請求無法到達(dá)4G球。

【發(fā)明內(nèi)容】

[0005] 本發(fā)明提供一種數(shù)據(jù)傳輸方法、裝置及視頻監(jiān)控系統(tǒng)，W解決現(xiàn)有視頻監(jiān)控組網(wǎng) 中解碼器的重傳請求無法到達(dá)4G球的問題。
[0006] 根據(jù)本發(fā)明的第一方面，提供一種數(shù)據(jù)傳輸方法，應(yīng)用于視頻監(jiān)控系統(tǒng)，所述視頻 監(jiān)控系統(tǒng)包括視頻管理器VM、編碼端設(shè)備W及解碼端設(shè)備，所述編碼端設(shè)備和所述解碼端 設(shè)備注冊到所述VM，所述編碼端設(shè)備通過可靠用戶數(shù)據(jù)報文協(xié)議UDP組播方式向解碼端設(shè) 備發(fā)送視頻流，所述方法包括：
[0007] 當(dāng)解碼端設(shè)備確定發(fā)生報文丟失時，所述解碼端設(shè)備向所述編碼端設(shè)備發(fā)送可靠 UDP重傳請求報文，所述可靠 UDP重傳請求報文的源互聯(lián)網(wǎng)協(xié)議IP地址為所述VM的IP地址， 源端口為所述VM上與所述編碼端設(shè)備通信的端口，目的IP地址為所述編碼端設(shè)備的IP地 址，目的端口為所述編碼端設(shè)備的端口；
[000引當(dāng)所述編碼端設(shè)備接收到所述可靠 UDP重傳請求報文時，通過可靠 UDP組播方式發(fā) 送重傳報文。
[0009] 根據(jù)本發(fā)明的第二方面，提供一種數(shù)據(jù)傳輸裝置，應(yīng)用于視頻監(jiān)控系統(tǒng)中的解碼 端設(shè)備，所述視頻監(jiān)控系統(tǒng)中還包括視頻管理器VMW及編碼端設(shè)備，所述編碼端設(shè)備和所 述解碼端設(shè)備注冊到所述VM，所述編碼端設(shè)備通過可靠用戶數(shù)據(jù)報文協(xié)議UDP組播方式向 解碼端設(shè)備發(fā)送視頻流，所述裝置包括：
[0010] 確定單元，用于確定是否發(fā)生報文丟失；
[0011] 發(fā)送單元，用于當(dāng)所述確定單元確定發(fā)生報文丟失時，向所述編碼端設(shè)備發(fā)送可 靠 UDP重傳請求報文，所述可靠 UDP重傳請求報文的源互聯(lián)網(wǎng)協(xié)議IP地址為所述VM的IP地 址，源端口 pod為所述VM上與所述編碼端設(shè)備通信的端口，目的IP地址為上述編碼端設(shè)備 的IP地址，目的端口為所述編碼端設(shè)備的端口，W使所述編碼端設(shè)備接收到所述可靠 UDP重 傳請求報文時，通過可靠 UDP組播方式發(fā)送重傳報文。
[0012] 根據(jù)本發(fā)明的第Ξ方面，提供一種視頻監(jiān)控系統(tǒng)，所述視頻監(jiān)控系統(tǒng)包括視頻管 理器VM、編碼端設(shè)備W及解碼端設(shè)備，所述編碼端設(shè)備和所述解碼端設(shè)備注冊到所述VM，所 述編碼端設(shè)備通過可靠用戶數(shù)據(jù)報文協(xié)議UDP組播方式向解碼端設(shè)備發(fā)送視頻流，其中：
[0013] 所述解碼端設(shè)備，用于當(dāng)確定發(fā)生報文丟失時，向所述編碼端設(shè)備發(fā)送可靠 UDP重 傳請求報文，所述可靠 UDP重傳請求報文的源互聯(lián)網(wǎng)協(xié)議IP地址為所述VM的IP地址，源端口 為所述VM上與所述編碼端設(shè)備通信的端口，目的IP地址為所述編碼端設(shè)備的IP地址，目的 端口為所述編碼端設(shè)備的端口；
[0014] 所述編碼端設(shè)備，用于當(dāng)接收到所述可靠 UDP重傳請求報文時，通過可靠 UDP組播 方式發(fā)送重傳報文。
[0015] 應(yīng)用本發(fā)明公開的技術(shù)方案，當(dāng)解碼端設(shè)備確定發(fā)生報文丟失時，解碼端設(shè)備可 W模擬VM向編碼端設(shè)備發(fā)送可靠 UDP重傳請求報文，該可靠 UDP重傳請求報文的源IP地址為 VM的IP地址，源端口為VM上與編碼端設(shè)備通信的端口，目的IP地址為編碼端設(shè)備的外網(wǎng)IP 地址，目的端口為編碼端設(shè)備的，W利用VM與編碼端設(shè)備之間已有的通信路徑，將DC發(fā)送的 可靠 UDP重傳請求報文發(fā)送給編碼端設(shè)備，實現(xiàn)了解碼端設(shè)備的重傳請求穿越NAT到達(dá)編碼 端設(shè)備。
【附圖說明】
[0016] 圖1是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸?shù)木W(wǎng)絡(luò)架構(gòu)示意圖；
[0017] 圖2是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸方法的流程示意圖；
[0018] 圖3是本發(fā)明實施例提供的一種具體應(yīng)用場景的架構(gòu)示意圖；
[0019] 圖4是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖；
[0020] 圖5是本發(fā)明實施例提供的另一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖；
[0021 ]圖6是本發(fā)明實施例提供的一種視頻監(jiān)控系統(tǒng)的架構(gòu)示意圖。
【具體實施方式】
[0022] 為了使本領(lǐng)域技術(shù)人員更好地理解本發(fā)明實施例中的技術(shù)方案，下面先對可靠 UDP化ser化化gram Protocol,用戶數(shù)據(jù)報協(xié)議）原理進(jìn)行簡單說明。
[0023] 視頻發(fā)送端（即編碼端設(shè)備)和接收端（即解碼端設(shè)備)根據(jù)流量的碼率特點，自適 應(yīng)地開辟專用的發(fā)送緩存和接收緩存。解碼端設(shè)備內(nèi)置亂序和丟包處理模塊，在一定算法 控制下，解碼端設(shè)備在恰當(dāng)時刻向編碼端設(shè)備請求發(fā)送緩存中的特定報文，同時編碼端設(shè) 備在算法控制下實時更新發(fā)送緩存中的數(shù)據(jù)。簡要步驟如下：
[0024] 1、編碼端設(shè)備的數(shù)據(jù)備份機制
[0025] a)、當(dāng)備份數(shù)據(jù)超過指定時間（如T1)時，丟棄該備份數(shù)據(jù)；
[00%] b)、當(dāng)備份數(shù)據(jù)的重傳次數(shù)超過預(yù)設(shè)值(如N)時，丟棄該備份數(shù)據(jù)。
[0027] 2、解碼端設(shè)備的緩存機制
[0028] a)、解碼端設(shè)備根據(jù)接收到的數(shù)據(jù)包的序列號是否連續(xù)來判斷是否丟包(一般判 斷條件:收到的數(shù)據(jù)包序列號=上一數(shù)據(jù)包序列號+1，則無丟包），當(dāng)檢測到丟包后，根據(jù)序 列號匹配向編碼端設(shè)備發(fā)送重傳請求(可靠 UDP重傳請求報文）；
[0029] b)、開啟定時器(定時時長為T2)，將后續(xù)收到的數(shù)據(jù)緩存，待收到上述數(shù)據(jù)的重傳 后，再進(jìn)行數(shù)據(jù)解碼。
[0030] 其中，若定時器超時時，解碼端設(shè)備仍未收到重傳數(shù)據(jù)，則直接將緩存中的數(shù)據(jù)發(fā) 送給解碼端設(shè)備進(jìn)行解碼。
[0031] 3、編碼端設(shè)備接收到解碼端設(shè)備發(fā)送的可靠 UDP重傳請求報文后，如果指定的數(shù) 據(jù)不存在備份（即超時已被清除），則不進(jìn)行任何處理。如果該數(shù)據(jù)存在備份，則查看該備份 數(shù)據(jù)的標(biāo)識，處理如下：
[0032] a)、若重傳次數(shù)超過預(yù)設(shè)值，則不進(jìn)行重傳，同時將該數(shù)據(jù)從緩存中清除；
[0033] b)、若最后重傳時間與當(dāng)前時間的時間差小于預(yù)設(shè)的最小重傳間隔（Tm)，也不進(jìn) 行重傳。
[0034] 為了使使本發(fā)明實施例的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附 圖對本發(fā)明實施例中技術(shù)方案作進(jìn)一步詳細(xì)的說明。
[0035] 下面先對本發(fā)明實施例適用的網(wǎng)絡(luò)架構(gòu)進(jìn)行描述。
[0036] 請參見圖1，圖1為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸?shù)木W(wǎng)絡(luò)架構(gòu)示意圖，如圖1所 示，該網(wǎng)絡(luò)架構(gòu)適用于視頻監(jiān)控系統(tǒng)，其可W包括VM(Video Manager,視頻管理器）、編碼端 設(shè)備(如IPC(IP Camera,網(wǎng)絡(luò)攝像機））W及解碼端設(shè)備(如DC(decoder))。編碼端設(shè)備和解 碼端設(shè)備注冊到VM，并與VM進(jìn)行周期性?；?，編碼端設(shè)備通過可靠 UDP組播方式向解碼端設(shè) 備發(fā)送視頻流。
[0037] 在該網(wǎng)絡(luò)架構(gòu)中，當(dāng)解碼端設(shè)備確定發(fā)送報文丟失時，解碼端設(shè)備可W向編碼端 設(shè)備發(fā)送可靠 UDP重傳請求報文，該可靠 UDP重傳請求報文的源IP地址為VM的IP地址，源端 口為VM上與編碼端設(shè)備通信的端口，目的IP地址為編碼端設(shè)備的IP地址，目的端口為編碼 端設(shè)備的端口，W使編碼端設(shè)備接收到可靠 UDP重傳請求報文時，通過可靠 UDP組播方式發(fā) 送重傳報文，即解碼端設(shè)備通過模擬VM向編碼端設(shè)備發(fā)送重傳請求，利用VM與編碼端設(shè)備 之間已有的通信路徑，將DC發(fā)送的可靠 UDP重傳請求報文發(fā)送給編碼端設(shè)備，解決了解碼端 設(shè)備的重傳請求穿越NAT的問題。
[0038] 其中，編碼端設(shè)備可W包括4G布控球下簡稱4G球)等通過移動網(wǎng)絡(luò)接入到視頻 監(jiān)控系統(tǒng)的視頻采集設(shè)備。編碼端設(shè)備和解碼端設(shè)備位于不同的NAT內(nèi)網(wǎng)或一個位于NAT內(nèi) 網(wǎng)，一個位于外網(wǎng)，例如，編碼端設(shè)備位于NAT內(nèi)網(wǎng)，解碼端設(shè)備位于外網(wǎng);或者，解碼端設(shè)備 位于NAT內(nèi)網(wǎng)，編碼端設(shè)備位于外網(wǎng)。
[0039] 為便于理解，W下W解碼端設(shè)備為4G球，解碼端設(shè)備為DC，4G球位于NAT內(nèi)網(wǎng)，DC位 于外網(wǎng)為例進(jìn)行說明。
[0040] 基于圖1所示的網(wǎng)絡(luò)架構(gòu)，本發(fā)明實施例提供了一種數(shù)據(jù)傳輸方法，請參見圖2,圖 2為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸方法的流程示意圖，如圖2所示，該數(shù)據(jù)傳輸方法可 W包括W下步驟：
[0041] 步驟201、當(dāng)解碼端設(shè)備確定發(fā)生報文丟失時，解碼端設(shè)備向編碼端設(shè)備發(fā)送可靠 UDP重傳請求報文，該可靠 UDP重傳請求報文的源IP地址為VM的IP地址，源端口為VM上與編 碼端設(shè)備通信的端口，目的IP地址為編碼端設(shè)備的IP地址，目的端口為編碼端設(shè)備的端口。
[0042] 本發(fā)明實施例中，4G球可W通過VM與DC進(jìn)行視頻數(shù)據(jù)流參數(shù)的協(xié)商，協(xié)商完成后， DC可W加入4G球指定的組播組，4G球則可W通過可靠 UDP組播方式向該組播組發(fā)送視頻數(shù) 據(jù)流;DC接收組播數(shù)據(jù)包，完成拼帖W及解碼后發(fā)送給顯示屏進(jìn)行顯示。
[00創(chuàng)由于4G球一般處于運動狀態(tài)，且連接的4G基站存在切換，因此，可能會發(fā)生報文丟 失的情況。
[0044] 當(dāng)DC確定發(fā)生報文丟失（其具體實現(xiàn)可W參見上述可靠 UDP原理中的相關(guān)描述） 時，DC需要向4G球發(fā)送重傳請求，W請求4G球重新發(fā)送指定報文。但是由于4G球處于NAT內(nèi) 網(wǎng)，DC發(fā)送的重傳請求需要穿越NAT才能到達(dá)4G球。
[0045] 在本發(fā)明實施例中，為了實現(xiàn)重傳請求穿越NAT，DC可W模擬為VM向4G球發(fā)送可靠 UDP重傳請求報文，即DC向4G球發(fā)送可靠 UDP重傳請求報文時，可W將使用VM的IP地址W及 VM上與4G球通信的端口作為可靠 UDP重傳請求報文的源IP地址和源端口，通過4G球和VM在 路由器上已有的NAT映射(4G球向VM注冊時建立的NAT映射），實現(xiàn)了 DC發(fā)送的可靠 UDP重傳 請求報文穿越NAT發(fā)送給4G球。
[0046] 作為一種可選的實施方式，在本發(fā)明實施例中，編碼端設(shè)備和解碼端設(shè)備注冊到 VM之后，還可W包括W下步驟：
[0047] 11)、VM向解碼端設(shè)備發(fā)送通知消息，該通知消息中攜帶有VM上與編碼端設(shè)備通信 的端口、編碼端設(shè)備的IP地址W及編碼端設(shè)備的端口；
[0048] 12)、解碼端設(shè)備接收通知消息，并存儲該通知消息中攜帶的VM上與編碼端設(shè)備通 信的端口、編碼端設(shè)備的IP地址W及編碼端設(shè)備的端口。
[0049] 在該實施方式中，為了使DC能夠模擬為VM向4G球發(fā)送可靠 UDP重傳請求報文，VM在 DC W及4G球完成注冊之后，可W將自身與4G球通信的端口、4G球的IP地址W及4G球的端口 通知給DC。其中，由于4G球位于NAT內(nèi)網(wǎng)，因此，VM通知給DC的4G球的IP地址W及4G球的端口 為4G球的外網(wǎng)IP地址W及4G球的外網(wǎng)端口。
[0050] DC接收到VM發(fā)送的通知消息之后，可W存儲VM上與4G球通信的端口、編碼端設(shè)備 的外網(wǎng)IP地址W及編碼端設(shè)備的外網(wǎng)端口，并當(dāng)需要向4G球發(fā)送可靠 UDP重傳請求報文時， 可W將VM的IP地址(VM的IP地址可W由DC向VM注冊時獲取并存儲）和VM上與4G球通信的端 口作為報文的源IP地址和源端口，4G球的外網(wǎng)IP地址和外網(wǎng)端口作為報文的目的IP地址和 目的端口，通過DC與4G球之間的交換機發(fā)送到4G球連接的路由器;該路由器接收到DC發(fā)送 的可靠 UDP重傳請求報文時，由于報文的源IP地址和源端口為VM的IP地址和VM上與4G球通 信的端口，W為該可靠 UDP重傳請求報文是VM發(fā)送給4G球的報文，根據(jù)4G球和VM在路由器上 已有的NAT映射，將該可靠 UDP重傳請求報文發(fā)送給4G球，實現(xiàn)了 DC發(fā)送的重傳請求穿越NAT 發(fā)送給4G球。
[0051] 值得說明的是，在本發(fā)明實施例中，VM上與編碼端設(shè)備通信的端口、編碼端設(shè)備的 IP地址W及編碼端設(shè)備的端口除了可W由VM通知給解碼端設(shè)備之外，也可W由用戶手動在 解碼端設(shè)備上配置，其具體實現(xiàn)在此不做寶述。
[0052] 作為一種可選的實施方式，在本發(fā)明實施例中，在編碼端設(shè)備和解碼端設(shè)備注冊 到VM之后，還可W包括：
[0053] VM根據(jù)解碼端設(shè)備的IP地址、掩碼、網(wǎng)關(guān)信息W及編碼端設(shè)備的IP地址和端口確 定解碼端設(shè)備到編碼端設(shè)備的轉(zhuǎn)發(fā)路徑上的交換機；
[0054] VM向解碼端設(shè)備到編碼端設(shè)備的轉(zhuǎn)發(fā)路徑上的交換機下發(fā)配置指令，該配置指令 用于指示交換機允許源IP地址為VM的IP地址，源端口為VM上與編碼端設(shè)備通信的端口的報 文通過；其中，解碼端設(shè)備到編碼端設(shè)備的轉(zhuǎn)發(fā)路徑上的交換機上配置有URFP(加 icast Reverse化th化rwarding，單播反向路由查找)協(xié)議。
[0055] 在該實施方式中，為了防止設(shè)備更改源IP地址的仿冒攻擊，提高組網(wǎng)系統(tǒng)安全性， DC到4G球的轉(zhuǎn)發(fā)路徑上的交換機均需要配置URFP協(xié)議。
[0056] 相應(yīng)地，為了使DC模擬VM向4G球發(fā)送的可靠 UDP重傳請求報文被允許通過DC到4G 球的路徑上的交換機，4G球和DC注冊到VM之后，VM可W根據(jù)4G球的外網(wǎng)IP地址和外網(wǎng)端口， W及DC的IP地址、掩碼和網(wǎng)關(guān)信息等確定DC到4G球的路徑上的交換機，并向DC到4G球的路 徑上的交換機下發(fā)配置指令，該配置指令用于指示相應(yīng)的交換機允許源IP地址為VM的IP地 址，源端口為VM上與4G球通信的端口的報文通過，從而，DC模擬VM向4G球發(fā)送的可靠 UDP重 傳請求報文將會被允許通過DC到4G球的轉(zhuǎn)發(fā)路徑上的交換機。其中，VM確定DC到4G球的轉(zhuǎn) 發(fā)路徑上的交換機的具體實現(xiàn)將在下文中描述，本發(fā)明實施例在此不做寶述。
[0057] 步驟202、當(dāng)編碼端設(shè)備接收到可靠 UDP重傳請求報文時，通過可靠 UDP組播方式發(fā) 送重傳報文。
[005引本發(fā)明實施例中，當(dāng)4G球接收到DC發(fā)送的可靠 UDP重傳請求報文時，4G球可W根據(jù) 該可靠 UDP重傳請求報文確定需要重傳的報文，并通過可靠 UDP組播方式向指定組播組發(fā)送 重傳報文。
[0059] 可見，在圖2所示方法流程中，解碼端設(shè)備在確定發(fā)生報文丟失時，通過模擬VM向 編碼端設(shè)備發(fā)送UDP可靠重傳請求報文，利用編碼端設(shè)備和VM之間已有的通信路徑，將DC發(fā) 送的可靠 UDP重傳請求報文發(fā)送給編碼端設(shè)備，解碼端設(shè)備和編碼端設(shè)備之間不需要?？?建立NAT映射，即可實現(xiàn)解碼端設(shè)備和編碼端設(shè)備之間的交互報文穿越NAT，提高了數(shù)據(jù)傳 輸效率;此外，通過在解碼端設(shè)備和編碼端設(shè)備之間的轉(zhuǎn)發(fā)路徑上的交換機上配置URP刊辦 議，并通過VM在解碼端設(shè)備和編碼端設(shè)備之間的轉(zhuǎn)發(fā)路徑上的交換機上配置允許源IP地址 為VM的IP地址，源端口為VM上與編碼端設(shè)備通信的端口的報文通過，即保證了解碼端設(shè)備 模擬VM的重傳請求通過，又避免了其它設(shè)備更改源IP地址的仿冒攻擊，提高了組網(wǎng)系統(tǒng)安 全性。
[0060] 進(jìn)一步地，在本發(fā)明實施例中，當(dāng)VM檢測到編碼端設(shè)備的IP地址或/和端口發(fā)生變 化時，VM需要將編碼端設(shè)備變化后的IP地址或/和變化后的端口發(fā)送給解碼端設(shè)備;解碼端 設(shè)備接收到VM發(fā)送的編碼端設(shè)備變化后的IP地址或/和端口之后，可W根據(jù)該編碼端設(shè)備 變化后的IP地址或/和變化后的端口更新自身存儲的編碼端設(shè)備的IP地址或/和端口，W便 解碼端設(shè)備后續(xù)發(fā)送的重傳請求能到達(dá)解碼端設(shè)備。
[0061 ] 具體的，在本發(fā)明實施例中，當(dāng)4G球或/和VM斷電恢復(fù)時，4G球的IP地址或/和端口 可能會發(fā)生變化，因而，當(dāng)4G球重新注冊到VM，且VM檢測到4G球的IP地址或/和端口發(fā)生變 化時，VM需要將4G球變化后的IP地址或/和端口通知給DC，W使DC更新自身存儲的4G球的IP 地址或/和端口，進(jìn)而，當(dāng)DC需要向4G球發(fā)送可靠 UDP重傳請求報文時，使用更新后的4G球的 IP地址和端口作為該可靠 UDP重傳請求報文的目的IP地址和目的端口，保證在4G球的IP地 址或/和端口發(fā)生變化的情況下，DC發(fā)送的可靠 UDP重傳請求報文仍然能夠達(dá)到4G球。
[0062] 為了使本領(lǐng)域技術(shù)人員更好地理解本發(fā)明實施例提供的技術(shù)方案，下面結(jié)合具體 應(yīng)用場景對本發(fā)明實施例提供的技術(shù)方案進(jìn)行說明。
[0063] 請參見圖3,為本發(fā)明實施例提供的一種具體應(yīng)用場景的架構(gòu)示意圖，如圖3所示， 該應(yīng)用場景中可W包括4G球、VM、DC、路由器RT1、交換機SW1和交換機SW2;其中，4G球位于 NAT內(nèi)網(wǎng)，交換機SWl和交換機SW2上配置有URPF協(xié)議?；谠搼?yīng)用場景圖，數(shù)據(jù)傳輸?shù)木唧w 流程如下：
[0064] 1、4G球通過4G網(wǎng)絡(luò)撥號，獲得外網(wǎng)IP地址后，注冊到VM，之后，4G球與DC分別和VM 進(jìn)行周期性?；?，VM周期性地回應(yīng)4G球與DC的?；顖笪?。VM通過網(wǎng)管可W管理組網(wǎng)內(nèi)各個 交換機，同時，網(wǎng)絡(luò)內(nèi)是組播可達(dá)的。
[0065] a)、4G球（IP地址：192.168.0.13)在NAT內(nèi)通過4G網(wǎng)絡(luò)撥號，獲得外網(wǎng)IP(IP地址： 202.168.100.8)后，注冊到VM( IP地址：202.169.100.38)，此時路由器RT1上可W形成如下 NAT轉(zhuǎn)發(fā)表項：
[0066]
[0067] b)、DC( IP地址:202.100.10.100)通過交換機SW1、交換機SW2，注冊到VM;
[0068] C)、4G球與DC向VM注冊時會攜帶自身的設(shè)備ID(標(biāo)識）（唯一性標(biāo)識），VM通過設(shè)備 ID和注冊的IP地址來管理設(shè)備，W及和每臺設(shè)備進(jìn)行通信。4G球與DC分別和VM進(jìn)行周期性 保活，同時，VM周期性回應(yīng)4G球與DC的保活報文。其中，VM維護(hù)的4G球與DC的IP地址和通信 端口信息如下：
[0069]
[0070] d)VM通過網(wǎng)管協(xié)議，可W管理組網(wǎng)內(nèi)的各個交換機，如交換機SW1 (IP地址： 202.100.10.1)、交換機SW2( IP地址:202.169.100.1)等，并可W對其進(jìn)行配置。
[0071 ] 2、當(dāng)用戶要建立4G球到DC的硬解實況時，通過VM和DCW及4G球進(jìn)行實況流參數(shù)的 協(xié)商，根據(jù)協(xié)商結(jié)果，4G球通過可靠 UDP組播發(fā)送視頻流，DC加入到4G球的組播組，接收媒體 報文進(jìn)行解碼。
[0072] a)、當(dāng)用戶要建立4G球到DC的硬解實況時，VM首先發(fā)送實況流參數(shù)的協(xié)商報文給 DC，DC反饋給VM它能支持的解碼的媒體流的參數(shù)，如編碼格式為H264(-種數(shù)字視頻壓縮格 式）、支持的分辨率種類、傳輸協(xié)議類型為可靠 UDP;
[0073] b)、VM根據(jù)步驟1.C中獲取的4G球的外網(wǎng)IP地址(202.169.100.8)和端口（25060)， 將獲取到的DC的媒體流參數(shù)攜帶在實況流參數(shù)協(xié)商報文中發(fā)送給4G球；
[0074] C)、路由器RT1接收到實況流參數(shù)協(xié)商報文，查找本地NAT轉(zhuǎn)發(fā)表，可W獲知外網(wǎng)IP 地址為202. 169.100.8,端口為20560對應(yīng)的內(nèi)網(wǎng)的設(shè)備應(yīng)該是4G球，內(nèi)網(wǎng)IP地址為 192.168.0. 13，注冊端口為5060。路由器RT1將該實況流參數(shù)協(xié)商報文轉(zhuǎn)發(fā)給內(nèi)網(wǎng)4G球；
[0075] d)、4G球根據(jù)DC支持的媒體流參數(shù)，協(xié)商出自身的實況流參數(shù)，例如，編碼格式為 H.264,分辨率為1080P(-種視頻顯示格式），傳輸協(xié)議類型為可靠 UDP，可靠 UDP組播地址為 224.0. 2.254，端口為20560，并發(fā)送包括此參數(shù)的報文給VM;
[0076] e)、VM接收到該報文，解析實況流參數(shù)，保存在自身的數(shù)據(jù)庫表項中，并通知DC加 入組播地址224.0.2.254，端口為20560的組播組；
[0077] f)、DC接收到VM的通知消息，打開端口 20560，加入到組播地址224.0.2.25的組播 組，獲取4G球發(fā)送的組播數(shù)據(jù)包，獲取后完成拼帖、解碼，并發(fā)送給顯示屏顯示。
[007引3、由于4G球一般處于運行狀態(tài)，且連接的4G基站存在切換，因此，可能會發(fā)生報文 丟失，需要DC發(fā)送可靠 UDP重傳請求報文。而由于4G球處于NAT內(nèi)網(wǎng)，DC發(fā)送的可靠 UDP重傳 請求報文需要穿越NAT才能達(dá)到4G球，因而，本發(fā)明實施例提供的技術(shù)方案采取如下步驟實 現(xiàn)DC發(fā)送的可靠 UDP重傳請求報文穿越NAT達(dá)到4G球：
[0079] a)、VM發(fā)送通知報文給DC，通知報文主要包括如下信息：
[0080] 1)、VM的IP地址（IP地址：202.169.100.38)(可選），VM上與4G球通信的端口（假設(shè) 為 5060);
[0081 ] 2)、4G球的外網(wǎng) IP地址(202.169.100.8)和外網(wǎng)端口（ 20560);
[0082] b)、DC接收到VM的通知報文，保存VM的IP地址、4G球的外網(wǎng)IP地址W及4G球的外網(wǎng) 端口；其中，VM的IP地址也可W由DC向VM進(jìn)行注冊時獲取。
[0083] 4、DC模擬VM向路由器RT1發(fā)送可靠 UDP重傳請求報文，進(jìn)行NAT穿越，發(fā)送給NAT內(nèi) 網(wǎng)內(nèi)的4G球，通知其進(jìn)行丟失報文的重傳。
[0084] a)、DC首先向VM上報自身的IP地址（ 202 . 100 . 10 . 100 )、掩碼（假設(shè)為 255.255.255.0)? 及網(wǎng)關(guān)信息（假設(shè)為 202.100.10.1);
[00化]b)、由于DC接入到4G球的轉(zhuǎn)發(fā)路徑上的交換機SW1和交換機SW2配置有URPF協(xié)議， 此協(xié)議用于防止設(shè)備更改源IP地址的仿冒攻擊，因此，VM需要獲知DC到4G球的轉(zhuǎn)發(fā)路徑；
[0086] c)、VM可W根據(jù)DC上報的IP地址、掩碼W及網(wǎng)關(guān)信息，獲取DC的網(wǎng)關(guān)信息為 202.100.10.1，而VM通過網(wǎng)關(guān)協(xié)議對網(wǎng)絡(luò)內(nèi)注冊上來的交換機進(jìn)行查詢，可W確定為交換 機 SW1;
[0087] d)、然后VM通過網(wǎng)管協(xié)議，登錄到交換機SW1上，查詢交換機SW1的路由轉(zhuǎn)發(fā)表，根 據(jù)目的網(wǎng)段為4G球的外網(wǎng)IP地址所在網(wǎng)段，確定路由表的下一跳出口，可W獲取到交換機 SW1的下一跳出口，獲取到下一跳的交換機網(wǎng)關(guān)信息為202.169.100.1，即為交換機SW2，由 于交換機SW2即為4G球的外網(wǎng)IP地址(202.169.100.8)所在網(wǎng)段的網(wǎng)關(guān)，VM可W通過網(wǎng)管協(xié) 議，登錄到交換機SW2上，查詢交換機SW2的路由轉(zhuǎn)發(fā)表，根據(jù)4G球的外網(wǎng)IP地址W及端口確 定到DC到4G球的報文轉(zhuǎn)發(fā)路徑:DC-交換機SW1-交換機SW2-路由器RT1;
[0088] e)、VM通過網(wǎng)管協(xié)議，向交換機SW1和交換機SW2下發(fā)配置指令，配置轉(zhuǎn)發(fā)規(guī)則；
[0089] f )、配置交換機SW1的轉(zhuǎn)發(fā)規(guī)則:運行源IP地址為202.169.100.38，源端口為5060 (VM上與4G球通信的端口）的報文通過；
[0090] g)、配置交換機SW2的轉(zhuǎn)發(fā)規(guī)則:運行源IP地址為202.169.100.38，源端口為5060 (VM上與4G球通信的端口）的報文通過；
[0091] h)、DC模擬VM向4G球發(fā)送可靠 UDP重傳請求報文，該可靠 UDP重傳請求報文通過交 換機SW1和交換機SW2達(dá)到路由器RT1;
[0092] 通過步驟4. e~4. h，既保證了 DC模擬VM發(fā)送的可靠 UDP重傳請求報文能夠通過交 換機SW1和交換機SW2,又能夠避免其他設(shè)備更改源IP地址的仿冒攻擊，提高組網(wǎng)系統(tǒng)安全 性。
[0093] 1)、路由器RT1接收到可靠 UDP重傳請求報文，查詢本地NAT轉(zhuǎn)發(fā)表，可W獲知外網(wǎng) IP地址為202. 169. 100.8,端口為20560對應(yīng)的內(nèi)網(wǎng)設(shè)備應(yīng)該是4G球（內(nèi)網(wǎng)IP地址： 192.168.ο. 13，端口為:5060)，路由器RTl將該可靠 UDP重傳請求報文轉(zhuǎn)發(fā)給內(nèi)網(wǎng)的4G球；
[0094] 可見，DC通過模擬VM向4G球發(fā)送可靠 UDP重傳請求報文，可W直接使用VM與4G球在 路由器上W建立的NA刊央射，即可W實現(xiàn)DC發(fā)送的重傳請求穿越NAT發(fā)送給4G球。
[00M] j)、4G球接收到可靠 UDP重傳請求報文，根據(jù)該可靠 UDP重傳請求報文發(fā)送對應(yīng)的 重傳報文，W便DC能夠重新接收丟失的報文。
[0096] 5、當(dāng)4G球或/和VM斷電恢復(fù)后，需要告知DC，更新相應(yīng)的IP地址或/和端口信息，W 保證DC后續(xù)請求報文重傳的準(zhǔn)確性。
[0097] a)、當(dāng)4G球斷電恢復(fù)后，由于4G球通過4G網(wǎng)絡(luò)重新?lián)芴枺渫饩W(wǎng)的IP地址可能會發(fā) 生變化，例如由原來的IP地址（202.169.100.8)變化為IP地址:202.169.100.18，則當(dāng)4G球 上線注冊到VM后，會把新的外網(wǎng)IP地址，通知給VM;
[009引 b)、VM檢測到4G球的IP地址發(fā)生變化，VM發(fā)送通知消息給DC，通知DC更新4G球的外 網(wǎng)IP地址，當(dāng)DC下次發(fā)送可靠 UDP重傳請求報文時，會將更新后的4G球的外網(wǎng)IP地址作為目 的IP地址；
[0099] C)、當(dāng)VM斷電恢復(fù)時，此時4G球也需要重新注冊到VM，VM重新檢測4G球的IP地址， 若斷電期間，4G球的IP地址發(fā)生變化，則VM需要將變化后的4G球的IP地址發(fā)送給DC，W保證 DC發(fā)送可靠 UDP重傳請求報文時，目的IP地址的準(zhǔn)確性。
[0100] 通過W上描述可W看出，在本發(fā)明實施例提供的技術(shù)方案中，當(dāng)解碼端設(shè)備確定 發(fā)生報文丟失時，解碼端設(shè)備可W模擬VM向編碼端設(shè)備發(fā)送可靠 UDP重傳請求報文，該可靠 UDP重傳請求報文的源IP地址為VM的IP地址，源端口為VM上與編碼端設(shè)備通信的端口，目的 IP地址為編碼端設(shè)備的外網(wǎng)IP地址，目的端口為編碼端設(shè)備的，W利用VM與編碼端設(shè)備之 間已有的通信路徑，將DC發(fā)送的可靠 UDP重傳請求報文發(fā)送給編碼端設(shè)備，實現(xiàn)了解碼端設(shè) 備的重傳請求穿越NAT到達(dá)編碼端設(shè)備。
[0101] 請參見圖4,為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖，其中，該數(shù) 據(jù)傳輸裝置可W應(yīng)用于上述方法實施例中的解碼端設(shè)備，如圖4所示，該數(shù)據(jù)傳輸裝置可W 包括：
[0102] 確定單元410，用于確定是否發(fā)生報文丟失；
[0103] 發(fā)送單元420,用于當(dāng)所述確定單元確定發(fā)生報文丟失時，向所述編碼端設(shè)備發(fā)送 可靠 UDP重傳請求報文，所述可靠 UDP重傳請求報文的源互聯(lián)網(wǎng)協(xié)議IP地址為所述VM的IP地 址，源端口 pod為所述VM上與所述編碼端設(shè)備通信的端口，目的IP地址為上述編碼端設(shè)備 的IP地址，目的端口為所述編碼端設(shè)備的端口，W使所述編碼端設(shè)備接收到所述可靠 UDP重 傳請求報文時，通過可靠 UDP組播方式發(fā)送重傳報文。
[0104] 請一并參閱圖5,為本發(fā)明實施例提供的另一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖，在圖 4所示實施例的基礎(chǔ)上，圖5所示的數(shù)據(jù)傳輸裝置還可W包括：
[0105] 接收單元430,用于接收所述VM發(fā)送的通知消息，所述通知消息中攜帶有所述VM上 與所述編碼端設(shè)備通信的端口、所述編碼端設(shè)備的IP地址W及所述編碼端設(shè)備的端口；
[0106] 存儲單元440,用于存儲所述通知消息中攜帶的所述VM上與所述編碼端設(shè)備通信 的端口、所述編碼端設(shè)備的IP地址W及所述編碼端設(shè)備的端口。
[0107] 請參見圖6,為本發(fā)明實施例提供的一種視頻監(jiān)控系統(tǒng)的架構(gòu)示意圖，如圖6所示， 所述視頻監(jiān)控系統(tǒng)包括視頻管理器VM610、編碼端設(shè)備620W及解碼端設(shè)備630,所述編碼端 設(shè)備620和所述解碼端設(shè)備630注冊到所述VM610,所述編碼端設(shè)備620通過可靠用戶數(shù)據(jù)報 協(xié)議UDP組播方式向解碼端設(shè)備630發(fā)送視頻流，其中：
[0108] 所述解碼端設(shè)備630,用于當(dāng)確定發(fā)生報文丟失時，向所述編碼端設(shè)備620發(fā)送可 靠 UDP重傳請求報文，所述可靠 UDP重傳請求報文的源互聯(lián)網(wǎng)協(xié)議IP地址為所述VM610的IP 地址，源端口為所述VM610上與所述編碼端設(shè)備620通信的端口，目的IP地址為所述編碼端 設(shè)備620的IP地址，目的端口為所述編碼端設(shè)備620的端口；
[0109] 所述編碼端設(shè)備620,用于當(dāng)接收到所述可靠 UDP重傳請求報文時，通過可靠 UDP組 播方式發(fā)送重傳報文。
[0110] 在可選實施例中，所述VM610,用于根據(jù)所述解碼端的IP地址、掩碼、網(wǎng)關(guān)信息，W 及編碼端的IP地址和端口確定所述解碼端設(shè)備到編碼端設(shè)備的轉(zhuǎn)發(fā)路徑上的交換機；
[0111] 所述VM610,還用于向所述解碼端設(shè)備630到所述編碼端設(shè)備610的轉(zhuǎn)發(fā)路徑上的 交換機下發(fā)配置指令，所述配置指令用于指示所述交換機允許源IP地址為所述VM610的IP 地址，源端口為所述VM610上與所述編碼端設(shè)備620通信的端口的報文通過;其中，所述交換 機上配置有單播反向路由查找URFP協(xié)議。
[0112] 在可選實施例中，所述VM610,用于當(dāng)所述編碼端設(shè)備620和所述解碼端設(shè)備630注 冊到所述VM610之后，向所述解碼端設(shè)備630發(fā)送通知消息，所述通知消息中攜帶所述VM610 上與所述編碼端設(shè)備620通信的端口、所述編碼端設(shè)備620的外網(wǎng)IP地址W及所述編碼端設(shè) 備620的外網(wǎng)端口；
[0113] 所述解碼端設(shè)備630,還用于接收所述通知消息，并存儲所述通知消息中攜帶的所 述VM610上與所述編碼端設(shè)備620通信的端口、所述編碼端設(shè)備620的外網(wǎng)IP地址W及所述 編碼端設(shè)備620的外網(wǎng)端口。
[0114] 在可選實施例中，所述VM610,用于當(dāng)檢測到所述編碼端設(shè)備620的IP地址或/和端 口發(fā)生變化時，將所述編碼端設(shè)備620變化后的IP地址或/和變化后的端口發(fā)送給所述解碼 端設(shè)備630;
[0115] 所述解碼端設(shè)備630,還用于根據(jù)所述編碼端設(shè)備620變化后的IP地址或/和變化 后的端口更新自身存儲的所述編碼端設(shè)備620的IP地址或/和端口。
[0116] 由上述實施例可見，當(dāng)解碼端設(shè)備確定發(fā)生報文丟失時，解碼端設(shè)備可W模擬VM 向編碼端設(shè)備發(fā)送可靠 UDP重傳請求報文，該可靠 UDP重傳請求報文的源IP地址為VM的IP地 址，源端口為VM上與編碼端設(shè)備通信的端口，目的IP地址為編碼端設(shè)備的外網(wǎng)IP地址，目的 端口為編碼端設(shè)備的，W利用VM與編碼端設(shè)備在路由器上建立的NAT映射，將DC發(fā)送的可靠 UDP重傳請求報文穿越NAT發(fā)送給編碼端設(shè)備，實現(xiàn)了解碼端設(shè)備的重傳請求穿越NAT到達(dá) NAT內(nèi)網(wǎng)的編碼端設(shè)備。
[0117] 本領(lǐng)域技術(shù)人員在考慮說明書及實踐運里公開的發(fā)明后，將容易想到本發(fā)明的其 它實施方案。本申請旨在涵蓋本發(fā)明的任何變型、用途或者適應(yīng)性變化，運些變型、用途或 者適應(yīng)性變化遵循本發(fā)明的一般性原理并包括本發(fā)明未公開的本技術(shù)領(lǐng)域中的公知常識 或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本發(fā)明的真正范圍和精神由下面的 權(quán)利要求指出。
[0118] 應(yīng)當(dāng)理解的是，本發(fā)明并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并 且可W在不脫離其范圍進(jìn)行各種修改和改變。本發(fā)明的范圍僅由所附的權(quán)利要求來限制。
【主權(quán)項】
1. 一種數(shù)據(jù)傳輸方法，應(yīng)用于視頻監(jiān)控系統(tǒng)，所述視頻監(jiān)控系統(tǒng)包括視頻管理器VM、編 碼端設(shè)備以及解碼端設(shè)備，所述編碼端設(shè)備和所述解碼端設(shè)備注冊到所述VM，所述編碼端 設(shè)備通過可靠用戶數(shù)據(jù)報文協(xié)議UDP組播方式向解碼端設(shè)備發(fā)送視頻流，其特征在于，所述 方法包括： 當(dāng)解碼端設(shè)備確定發(fā)生報文丟失時，所述解碼端設(shè)備向所述編碼端設(shè)備發(fā)送可靠 UDP 重傳請求報文，所述可靠 UDP重傳請求報文的源互聯(lián)網(wǎng)協(xié)議IP地址為所述VM的IP地址，源端 口為所述VM上與所述編碼端設(shè)備通信的端口，目的IP地址為所述編碼端設(shè)備的IP地址，目 的端口為所述編碼端設(shè)備的端口； 當(dāng)所述編碼端設(shè)備接收到所述可靠 UDP重傳請求報文時，通過可靠 UDP組播方式發(fā)送重 傳報文。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 所述VM根據(jù)所述解碼端設(shè)備的IP地址、掩碼、網(wǎng)關(guān)信息，以及編碼端設(shè)備的IP地址和端 口確定所述解碼端設(shè)備到編碼端設(shè)備的轉(zhuǎn)發(fā)路徑上的交換機； 所述VM向所述解碼端設(shè)備到所述編碼端設(shè)備的轉(zhuǎn)發(fā)路徑上的交換機下發(fā)配置指令，所 述配置指令用于指示所述交換機允許源IP地址為所述VM的IP地址，源端口為所述VM上與所 述編碼端設(shè)備通信的端口的報文通過;其中，所述交換機上配置有單播反向路由查找URFP 協(xié)議。3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 所述編碼端設(shè)備和所述解碼端設(shè)備注冊到所述VM之后，所述VM向所述解碼端設(shè)備發(fā)送 通知消息，所述通知消息中攜帶所述VM上與所述編碼端設(shè)備通信的端口、所述編碼端設(shè)備 的IP地址以及所述編碼端設(shè)備的端口； 所述解碼端設(shè)備接收所述通知消息，并存儲所述通知消息中攜帶的所述VM上與所述編 碼端設(shè)備通信的端口、所述編碼端設(shè)備的IP地址以及所述編碼端設(shè)備的端口。4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 當(dāng)所述VM檢測到所述編碼端設(shè)備的IP地址或/和端口發(fā)生變化時，所述VM將所述編碼 端設(shè)備變化后的IP地址或/和變化后的端口發(fā)送給所述解碼端設(shè)備； 所述解碼端設(shè)備根據(jù)所述編碼端設(shè)備變化后的IP地址或/和變化后的端口更新自身存 儲的所述編碼端設(shè)備的IP地址或/和端口。5. -種數(shù)據(jù)傳輸裝置，應(yīng)用于視頻監(jiān)控系統(tǒng)中的解碼端設(shè)備，所述視頻監(jiān)控系統(tǒng)中還 包括視頻管理器VM以及編碼端設(shè)備，所述編碼端設(shè)備和所述解碼端設(shè)備注冊到所述VM，所 述編碼端設(shè)備通過可靠用戶數(shù)據(jù)報文協(xié)議UDP組播方式向解碼端設(shè)備發(fā)送視頻流，其特征 在于，所述裝置包括： 確定單元，用于確定是否發(fā)生報文丟失； 發(fā)送單元，用于當(dāng)所述確定單元確定發(fā)生報文丟失時，向所述編碼端設(shè)備發(fā)送可靠 UDP 重傳請求報文，所述可靠 UDP重傳請求報文的源互聯(lián)網(wǎng)協(xié)議IP地址為所述VM的IP地址，源端 口port為所述VM上與所述編碼端設(shè)備通信的端口，目的IP地址為上述編碼端設(shè)備的IP地 址，目的端口為所述編碼端設(shè)備的端口，以使所述編碼端設(shè)備接收到所述可靠 UDP重傳請求 報文時，通過可靠 UDP組播方式發(fā)送重傳報文。6. 根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述裝置還包括： 接收單元，用于接收所述VM發(fā)送的通知消息，所述通知消息中攜帶有所述VM上與所述 編碼端設(shè)備通信的端口、所述編碼端設(shè)備的IP地址以及所述編碼端設(shè)備的端口； 存儲單元，用于存儲所述通知消息中攜帶的所述VM上與所述編碼端設(shè)備通信的端口、 所述編碼端設(shè)備的IP地址以及所述編碼端設(shè)備的端口。7. -種視頻監(jiān)控系統(tǒng)，其特征在于，所述視頻監(jiān)控系統(tǒng)包括視頻管理器VM、編碼端設(shè)備 以及解碼端設(shè)備，所述編碼端設(shè)備和所述解碼端設(shè)備注冊到所述VM，所述編碼端設(shè)備通過 可靠用戶數(shù)據(jù)報文協(xié)議UDP組播方式向解碼端設(shè)備發(fā)送視頻流，其中： 所述解碼端設(shè)備，用于當(dāng)確定發(fā)生報文丟失時，向所述編碼端設(shè)備發(fā)送可靠 UDP重傳請 求報文，所述可靠 UDP重傳請求報文的源互聯(lián)網(wǎng)協(xié)議IP地址為所述VM的IP地址，源端口 port 為所述VM上與所述編碼端設(shè)備通信的端口，目的IP地址為所述編碼端設(shè)備的IP地址，目的 端口為所述編碼端設(shè)備的端口； 所述編碼端設(shè)備，用于當(dāng)接收到所述可靠 UDP重傳請求報文時，通過可靠 UDP組播方式 發(fā)送重傳報文。8. 根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于， 所述VM，用于根據(jù)所述解碼端的IP地址、掩碼、網(wǎng)關(guān)信息，以及編碼端的IP地址和端口 確定所述解碼端設(shè)備到編碼端設(shè)備的轉(zhuǎn)發(fā)路徑上的交換機； 所述VM，還用于向所述解碼端設(shè)備到所述編碼端設(shè)備的轉(zhuǎn)發(fā)路徑上的交換機下發(fā)配置 指令，所述配置指令用于指示所述交換機允許源IP地址為所述VM的IP地址，源端口為所述 VM上與所述編碼端設(shè)備通信的端口的報文通過;其中，所述交換機上配置有單播反向路由 查找URFP協(xié)議。9. 根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于， 所述VM，用于當(dāng)所述編碼端設(shè)備和所述解碼端設(shè)備注冊到所述VM之后，向所述解碼端 設(shè)備發(fā)送通知消息，所述通知消息中攜帶所述VM上與所述編碼端設(shè)備通信的端口、所述編 碼端設(shè)備的IP地址以及所述編碼端設(shè)備的端口； 所述解碼端設(shè)備，還用于接收所述通知消息，并存儲所述通知消息中攜帶的所述VM上 與所述編碼端設(shè)備通信的端口、所述編碼端設(shè)備的IP地址以及所述編碼端設(shè)備的端口。10. 根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于， 所述VM，用于當(dāng)檢測到所述編碼端設(shè)備的IP地址或/和端口發(fā)生變化時，將所述編碼端 設(shè)備變化后的IP地址或/和變化后的端口發(fā)送給所述解碼端設(shè)備； 所述解碼端設(shè)備，還用于根據(jù)所述編碼端設(shè)備變化后的IP地址或/和變化后的端口更 新自身存儲的所述編碼端設(shè)備的IP地址或/和端口。
【文檔編號】H04L29/06GK105871521SQ201610389787
【公開日】2016年8月17日
【申請日】2016年6月3日
【發(fā)明人】周迪, 關(guān)春天
【申請人】浙江宇視科技有限公司