[發(fā)明專利]一種碼流發(fā)送、處理和控制的方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201310156491.4
• 申請(qǐng)日: 2013-04-28
• 公開(kāi)（公告）號(hào): CN103220505A
• 公開(kāi)（公告）日: 2013-07-24
• 發(fā)明（設(shè)計(jì)）人: 周迪;王軍
• 申請(qǐng)（專利權(quán)）人: 浙江宇視科技有限公司
• 主分類號(hào): H04N7/24
• 分類號(hào): H04N7/24;H04N7/18
• 代理公司: 北京博思佳知識(shí)產(chǎn)權(quán)代理有限公司 11415
• 代理人: 林祥

技術(shù)領(lǐng)域

本發(fā)明涉及視頻監(jiān)控領(lǐng)域，尤其涉及鏈路捆綁情況下碼流的發(fā)送、處理和控制處理方法。

背景技術(shù)

隨著監(jiān)控大聯(lián)網(wǎng)的推進(jìn)，視頻監(jiān)控的應(yīng)用范圍也不在局限于一個(gè)園區(qū)范圍里，有的時(shí)候需要通過(guò)廣域網(wǎng)把幾個(gè)分支機(jī)構(gòu)和總部的監(jiān)控都互聯(lián)起來(lái)，這就使得越來(lái)越多的監(jiān)控視頻數(shù)據(jù)穿越廣域網(wǎng)絡(luò)。如圖1所示的監(jiān)控組網(wǎng)，場(chǎng)所1和場(chǎng)所2的監(jiān)控?cái)?shù)據(jù)通過(guò)因特網(wǎng)傳輸給監(jiān)控中心。

大范圍的監(jiān)控場(chǎng)所網(wǎng)絡(luò)互聯(lián)促使大流量的視頻監(jiān)控?cái)?shù)據(jù)必須走運(yùn)營(yíng)商提供的網(wǎng)絡(luò)，但是運(yùn)營(yíng)商網(wǎng)絡(luò)形態(tài)各異，比如同樣8M的帶寬，有可能是以100M的太網(wǎng)鏈路限速成8M這種方式提供的，也有可能是采用4個(gè)E1鏈路進(jìn)行捆綁而成的8M，如下圖2所示。但是鏈路捆綁會(huì)帶來(lái)一個(gè)問(wèn)題，有可能導(dǎo)致實(shí)時(shí)的視頻監(jiān)控?cái)?shù)據(jù)經(jīng)過(guò)廣域網(wǎng)傳輸后被丟包。具體原因如下：

網(wǎng)絡(luò)設(shè)備，如路由器，對(duì)數(shù)據(jù)報(bào)文的轉(zhuǎn)發(fā)方式有兩種，逐包轉(zhuǎn)包和逐流轉(zhuǎn)發(fā)模式。逐包轉(zhuǎn)發(fā)模式即每個(gè)數(shù)據(jù)包可能走不同的鏈路。如果轉(zhuǎn)發(fā)過(guò)程有負(fù)載均衡機(jī)制，假設(shè)此時(shí)數(shù)據(jù)報(bào)文要走由4個(gè)E1鏈路捆綁的通道，則第一個(gè)數(shù)據(jù)報(bào)文走第一個(gè)E1數(shù)據(jù)鏈路，第二個(gè)數(shù)據(jù)報(bào)文走第二個(gè)E1數(shù)據(jù)鏈路，第三個(gè)數(shù)據(jù)報(bào)文走第三個(gè)E1數(shù)據(jù)鏈路，依次類推。而逐流轉(zhuǎn)發(fā)模式，一般是通過(guò)五元組（源IP地址、目的IP地址、源端口號(hào)、目的端口號(hào)、協(xié)議號(hào)）來(lái)區(qū)分一條流的，如需要轉(zhuǎn)發(fā)的數(shù)據(jù)報(bào)文的五元組都一樣，那么對(duì)系統(tǒng)而言就是同一條流，默認(rèn)是走同一條鏈路進(jìn)行轉(zhuǎn)發(fā)。

對(duì)網(wǎng)絡(luò)設(shè)備而言，逐流轉(zhuǎn)發(fā)模式比逐包轉(zhuǎn)發(fā)模式效率更高，不需要對(duì)每個(gè)數(shù)據(jù)報(bào)文進(jìn)行匹配和運(yùn)算。高端的網(wǎng)絡(luò)設(shè)備都支持逐包和逐流這兩種模式的切換，默認(rèn)是逐流轉(zhuǎn)發(fā)。中低端網(wǎng)絡(luò)設(shè)備的都僅支持逐流轉(zhuǎn)發(fā)模式。

假如一路視頻監(jiān)控流的碼率大小是3M，需要通過(guò)4個(gè)E1的鏈路捆綁的廣域網(wǎng)轉(zhuǎn)發(fā)到遠(yuǎn)端的解碼端。而網(wǎng)絡(luò)設(shè)備又是逐流轉(zhuǎn)發(fā)的，那么就會(huì)出現(xiàn)一個(gè)問(wèn)題，即3M的視頻碼流無(wú)法通過(guò)4個(gè)E1的捆綁鏈路進(jìn)行轉(zhuǎn)發(fā)。因?yàn)橐粭l流的碼率大小是3M，根據(jù)逐流的轉(zhuǎn)發(fā)規(guī)則只會(huì)走一個(gè)2.048M的E1鏈路通道，視頻數(shù)據(jù)會(huì)存在丟包，導(dǎo)致監(jiān)控業(yè)務(wù)不可用。

目前解決的辦法是降低視頻數(shù)據(jù)的碼率，比如降低到小于2.048M即可。但是降低碼率的方法顯然損失了部分視頻數(shù)據(jù)，可能對(duì)用戶觀看視頻數(shù)據(jù)存在一定的影響。

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

有鑒于此，本發(fā)明提供一種碼流發(fā)送控制方法，該方法應(yīng)用于監(jiān)控管理服務(wù)器，該方法包括如下步驟：A、接收解碼端反饋的因多鏈路捆綁而導(dǎo)致的丟包狀況信息；B、通知碼流發(fā)送端和解碼端對(duì)原始碼流執(zhí)行拆分合并處理。

優(yōu)選地，該丟包狀況信息中包括不丟包閾值。

優(yōu)選地，該方法進(jìn)一步包括：在碼流發(fā)送端和解碼端之間傳遞拆分后的碼流的源端口號(hào)或目的端口號(hào)信息。

對(duì)應(yīng)的，本發(fā)明還提供一種碼流發(fā)送方法，該方法應(yīng)用于碼流發(fā)送端，該方法包括如下步驟：A、確定原始碼流需執(zhí)行拆分合并處理；B、將原始碼流拆分成n條碼流；C、發(fā)送拆分后的n條碼流。

優(yōu)選地，n不小于編碼碼率與不丟包閾值的商向上取整所得值。

優(yōu)選地，將原始碼流拆分成n條碼流具體為：將原始碼流的源端口號(hào)更改為n個(gè)不同的源端口號(hào)而形成n條碼流；或者，將原始碼流的目的端口號(hào)更改為n個(gè)不同的目的端口號(hào)而形成n條碼流。

對(duì)應(yīng)地，本發(fā)明還提供一種丟包后的碼流處理方法，該方法應(yīng)用于解碼端，該方法包括：判斷是否存在因多鏈路捆綁而導(dǎo)致的丟包狀況，如果是，將該丟包狀況信息通知監(jiān)控管理服務(wù)器；確定原始碼流需執(zhí)行拆分合并處理；判斷接收到的碼流是否是拆分后的n條碼流；如果是對(duì)該n條碼流進(jìn)行合并解碼。

優(yōu)選地，所述判斷是否存在因多鏈路捆綁而導(dǎo)致的丟包狀況具體為：判斷是否丟包，如果是，統(tǒng)計(jì)接收到的碼率大小，并且判斷該碼率大小是否穩(wěn)定，如果是，則判定存在因多鏈路捆綁而導(dǎo)致的丟包狀況。

優(yōu)選地，判斷接收到的碼流是否是拆分后的n條碼流具體為：如果是碼流拆分規(guī)則為變更碼流的源端口號(hào)，則根據(jù)源端口號(hào)信息來(lái)判斷接收的碼流是否為所述拆分后的n條碼流；如果碼流拆分規(guī)則為變更碼流的目的端口號(hào)，則根據(jù)目的端口號(hào)信息來(lái)判斷接收的碼流是否為所述拆分后的n條碼流。

本發(fā)明方案解決了因鏈路捆綁而導(dǎo)致視頻數(shù)據(jù)丟包問(wèn)題。該方案實(shí)現(xiàn)簡(jiǎn)單靈活，無(wú)需以降低圖像清晰度為代價(jià)來(lái)降低視頻碼流大小。

附圖說(shuō)明

圖1是現(xiàn)有的一種監(jiān)控網(wǎng)絡(luò)圖。

圖2是現(xiàn)有的鏈路捆綁示意圖。

圖3是本發(fā)明實(shí)施方法流程圖。

具體實(shí)施方式

以下結(jié)合具體實(shí)施方式來(lái)闡述本發(fā)明的方案。