專利名稱：媒體數(shù)據(jù)處理方法、編碼設(shè)備及媒體平臺(tái)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)處理系統(tǒng)及方法，特別涉及一種々某體數(shù)據(jù)處理方法、編碼 設(shè)備及媒體平臺(tái)。
技術(shù)背景典型的數(shù)字化視頻監(jiān)控系統(tǒng)(如圖1所示)的媒體面一般由編碼設(shè)備、媒 體平臺(tái)和解碼設(shè)備組成。其中，編碼設(shè)備負(fù)責(zé)采集模擬音視頻信號(hào)，在完成數(shù)字化處理后，把媒體數(shù)據(jù)封裝在IP報(bào)文中發(fā)送給媒體平臺(tái)；媒體平臺(tái)負(fù)責(zé)接 收編碼設(shè)備發(fā)送的媒體數(shù)據(jù)， 一邊分發(fā)媒體數(shù)據(jù)流給解碼設(shè)備(稱為實(shí)況)， 一邊生成錄像文件存儲(chǔ)起來(lái)，以便進(jìn)行歷史數(shù)據(jù)的回放；解碼設(shè)備負(fù)責(zé)接收媒 體平臺(tái)轉(zhuǎn)發(fā)的媒體數(shù)據(jù)，對(duì)媒體數(shù)據(jù)進(jìn)行解碼處理后輸出模擬圖像到顯示設(shè)備 (如監(jiān)視器)上。在上述系統(tǒng)中，編碼設(shè)備發(fā)送媒體數(shù)據(jù)時(shí)， 一般選擇承載在UDP或TCP 報(bào)文上進(jìn)行傳輸，以下分別介紹之。(一 )編碼設(shè)備與媒體平臺(tái)之間基于TCP協(xié)議傳輸媒體數(shù)據(jù)。這種技術(shù)方案充分利用TCP的重傳機(jī)制，實(shí)現(xiàn)媒體數(shù)據(jù)在編碼設(shè)備與媒 體平臺(tái)之間的可靠傳輸，從而保證了生成的錄像文件真實(shí)還原前端圖像， 一般 情況下不會(huì)因?yàn)榫W(wǎng)絡(luò)丟包而導(dǎo)致錄像質(zhì)量下降，點(diǎn)播獲取的歷史圖像具有良好 的連續(xù)性。當(dāng)編碼設(shè)備與媒體平臺(tái)之間的網(wǎng)絡(luò)質(zhì)量較差，丟包較為嚴(yán)重時(shí)，由于TCP 的確認(rèn)與重傳機(jī)制，經(jīng)媒體平臺(tái)轉(zhuǎn)發(fā)給解碼客戶端的報(bào)文的延時(shí)必然加大(相 對(duì)于媒體數(shù)據(jù)生成時(shí)間)，這首先會(huì)導(dǎo)致實(shí)況圖像的延時(shí)加大，實(shí)時(shí)性變差； 其次，編碼設(shè)備是按照一定的速率在生成媒體數(shù)據(jù)(如每秒采集25幀圖像) 的，當(dāng)大量媒體數(shù)據(jù)由于TCP的重傳而緩存在設(shè)備內(nèi)部時(shí)，不能及時(shí)發(fā)出去 時(shí)，必然大量消耗設(shè)備的內(nèi)存資源，并導(dǎo)致新生成的數(shù)據(jù)丟失，最終體現(xiàn)在錄 像文件中所保存的媒體數(shù)據(jù)不連續(xù)。(二 )編碼設(shè)備與媒體平臺(tái)之間基于UDP協(xié)議傳輸媒體數(shù)據(jù)。 這種技術(shù)方案充分利用了 UDP協(xié)議的無(wú)確認(rèn)機(jī)制，媒體數(shù)據(jù)在編碼設(shè)備 和解碼設(shè)備之間快速轉(zhuǎn)發(fā)，保證了實(shí)況圖像的低延時(shí)。當(dāng)編碼設(shè)備與媒體平臺(tái) 之間的網(wǎng)絡(luò)質(zhì)量l^差，存在丟包時(shí)，媒體平臺(tái)生成的錄像文件中，必然丟失一 些媒體數(shù)據(jù)，會(huì)導(dǎo)致從媒體文件中點(diǎn)播回放歷史數(shù)據(jù)時(shí)，圖像不連續(xù)或出現(xiàn)花 屏。
在監(jiān)控系統(tǒng)中， 一般要求解碼端輸出的實(shí)況圖像時(shí)延要小，而且圖像連續(xù)； 同時(shí)，要求錄像功能要可靠，錄像文件能真實(shí)記錄采集的圖像信息，也就是要 求錄像功能有較好的抗丟包能力，點(diǎn)播獲得的歷史圖像具有連續(xù)性。而從以上 描述可知，現(xiàn)有技術(shù)采用UDP或TCP協(xié)議傳送媒體數(shù)據(jù)都不能滿足這些要求， 因此，需要對(duì)現(xiàn)有技術(shù)方案進(jìn)行改進(jìn)和完善。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種媒體數(shù)據(jù)處理方法、編碼設(shè)備及媒 體平臺(tái)，以提高基于UDP協(xié)議傳輸媒體數(shù)據(jù)時(shí)錄像的可靠性。 為解決上述技術(shù)問(wèn)題，本發(fā)明提供技術(shù)方案如下 一種媒體數(shù)據(jù)處理方法，包括如下步驟
Al、編碼設(shè)備對(duì)媒體數(shù)據(jù)進(jìn)行分片，為分片的媒體數(shù)據(jù)分配幀序列號(hào)和 包序列號(hào)；
A2、編碼設(shè)備將分片的媒體數(shù)據(jù)封裝成UDP報(bào)文發(fā)送給媒體平臺(tái)，并將 已發(fā)送的々某體數(shù)據(jù)寫入發(fā)送緩存區(qū)；
A3、編碼設(shè)備接收媒體平臺(tái)發(fā)送的重傳請(qǐng)求報(bào)文，根據(jù)重傳請(qǐng)求報(bào)文中 的幀序列號(hào)和包序列號(hào)，從發(fā)送緩存區(qū)中取出相應(yīng)的媒體數(shù)據(jù)封裝成UDP報(bào) 文發(fā)送給媒體平臺(tái)。
上述的方法，步驟A2中，編碼設(shè)備在將已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存 區(qū)前，還判斷發(fā)送緩存區(qū)是否即將滿，若是，刪除發(fā)送緩存區(qū)中最老的々某體數(shù) 據(jù)后，再將所述已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存區(qū)。
上述的方法，步驟A3中，編碼設(shè)備在接收到媒體平臺(tái)發(fā)送的重傳請(qǐng)求報(bào) 文后，還判斷重傳請(qǐng)求報(bào)文中的幀序列號(hào)和包序列號(hào)對(duì)應(yīng)的媒體數(shù)據(jù)是否存在 于發(fā)送緩存區(qū)中，若所述對(duì)應(yīng)的々某體數(shù)據(jù)不存在于發(fā)送緩存區(qū)中，則不對(duì)該重傳請(qǐng)求纟艮文進(jìn)行響應(yīng)。
上述的方法，步驟A3中，編碼設(shè)備在進(jìn)行所述UDP報(bào)文封裝前，還對(duì) 所述相應(yīng)的媒體數(shù)據(jù)設(shè)置重傳標(biāo)記；
一種媒體數(shù)據(jù)處理方法，包括如下步驟
Bl、媒體平臺(tái)接收編碼設(shè)備發(fā)送的媒體數(shù)據(jù)，并將接收到的媒體數(shù)據(jù)寫 入接收緩存區(qū)；
B2、媒體平臺(tái)判斷接收緩存區(qū)中最老幀/幀組的媒體數(shù)據(jù)是否完整，若是, 將該幀/幀組的媒體數(shù)據(jù)寫入錄像文件，否則，發(fā)送重傳請(qǐng)求報(bào)文到編碼設(shè)備， 所述重傳請(qǐng)求報(bào)文中包括所丟失媒體數(shù)據(jù)的幀序列號(hào)和包序列號(hào)；
上述的方法，步驟B1之后還包括媒體平臺(tái)判斷接收緩存區(qū)是否達(dá)到預(yù) 設(shè)的緩存上限，若是，直接將接收緩存區(qū)中的媒體數(shù)據(jù)寫入錄像文件。
上述的方法，媒體平臺(tái)將接收緩存區(qū)中的媒體數(shù)據(jù)寫入錄像文件后，還將 寫入的媒體數(shù)據(jù)從接收緩存區(qū)中刪除。
上述的方法，步驟B1中，媒體平臺(tái)在接收到編碼設(shè)備發(fā)送的媒體數(shù)據(jù)后， 還將所述接收到的媒體數(shù)據(jù)轉(zhuǎn)發(fā)給解碼設(shè)備。
上述的方法，步驟B1中，媒體平臺(tái)在接收到編碼設(shè)備發(fā)送的媒體數(shù)據(jù)后， 還判斷所述接收到的媒體數(shù)據(jù)是否包含重傳標(biāo)記，若是，不對(duì)該包含重傳標(biāo)記 的媒體數(shù)據(jù)進(jìn)行轉(zhuǎn)發(fā)。
一種編碼設(shè)備，包括，媒體數(shù)據(jù)分片模塊、媒體數(shù)據(jù)發(fā)送模塊、發(fā)送緩存 和重傳請(qǐng)求報(bào)文接收模塊，其中
所述媒體數(shù)據(jù)分片才莫塊，用于對(duì)媒體數(shù)據(jù)進(jìn)行分片，為分片的媒體數(shù)據(jù)分 配幀序列號(hào)和包序列號(hào)；
所述媒體數(shù)據(jù)發(fā)送模塊，用于將分片的媒體數(shù)據(jù)封裝成UDP報(bào)文發(fā)送給 媒體平臺(tái)，并將已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存，以及根據(jù)重傳請(qǐng)求報(bào)文中的 幀序列號(hào)和包序列號(hào)，從發(fā)送緩存中取出相應(yīng)的媒體數(shù)據(jù)封裝成UDP報(bào)文發(fā) 送給媒體平臺(tái)；
所述重傳請(qǐng)求報(bào)文接收模塊，用于接收媒體平臺(tái)發(fā)送的包括所丟失媒體數(shù) 據(jù)的幀序列號(hào)和包序列號(hào)的重傳請(qǐng)求報(bào)文。
上述的編碼設(shè)備，其中，所述媒體數(shù)據(jù)發(fā)送模塊在將已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存前，還判斷發(fā)送緩存是否即將滿，若是，刪除發(fā)送緩存中最老的媒 體數(shù)據(jù)后，再將所述已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存。
上述的編碼設(shè)備，其中，所述媒體數(shù)據(jù)發(fā)送模塊在進(jìn)行所述UDP報(bào)文封 裝前，還對(duì)所述相應(yīng)的J 某體數(shù)據(jù)設(shè)置重傳標(biāo)記。
一種4某體平臺(tái)，包括，媒體數(shù)據(jù)接收模塊、接收緩存、錄像文件生成模塊 和重傳請(qǐng)求報(bào)文發(fā)送模塊，其中
所述媒體數(shù)據(jù)接收模塊，用于接收編碼設(shè)備發(fā)送的媒體數(shù)據(jù)，并將接收到 的媒體數(shù)據(jù)寫入接收緩存；
所述錄像文件生成模塊，用于在確定接收緩存中最老幀/幀組的媒體數(shù)據(jù) 完整時(shí)，將該幀/幀組的媒體數(shù)據(jù)寫入錄像文件；
所述重傳請(qǐng)求報(bào)文發(fā)送模塊，用于在確定接收緩存中最老幀/幀組的媒體 數(shù)據(jù)不完整時(shí)，發(fā)送重傳請(qǐng)求報(bào)文到編碼設(shè)備，所述重傳請(qǐng)求報(bào)文中包括所丟 失媒體數(shù)據(jù)的幀序列號(hào)和包序列號(hào)。
上述的媒體平臺(tái)，其中，所述錄像文件生成模塊，還用于判斷接收緩存是 否達(dá)到預(yù)設(shè)的緩存上限，若是，直接將接收緩存中的々某體數(shù)據(jù)寫入錄像文件。
上述的媒體平臺(tái)，其中，所述錄像文件生成模塊將接收緩存中的媒體數(shù)據(jù) 寫入錄像文件后，還將寫入的媒體數(shù)據(jù)從接收緩存中刪除。
上述的媒體平臺(tái)，其中，還包括媒體數(shù)據(jù)轉(zhuǎn)發(fā)模塊所述媒體數(shù)據(jù)轉(zhuǎn)發(fā)模 塊，用于將媒體數(shù)據(jù)接收模塊接收到的媒體數(shù)據(jù)轉(zhuǎn)發(fā)給解碼設(shè)備。
上述的媒體平臺(tái)，其中，所述媒體數(shù)據(jù)轉(zhuǎn)發(fā)模塊還判斷所述接收到的媒體 數(shù)據(jù)是否包含重傳標(biāo)記，若是，不對(duì)該包含重傳標(biāo)記的媒體數(shù)據(jù)進(jìn)行轉(zhuǎn)發(fā)。
與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是
媒體數(shù)據(jù)基于UDP協(xié)議進(jìn)行傳輸，并根據(jù)幀序列號(hào)和包序列號(hào)對(duì)媒體數(shù) 據(jù)進(jìn)行標(biāo)識(shí)和重傳，在保證實(shí)況圖像的低延時(shí)的同時(shí)，提高了錄像的可靠性。


圖1為現(xiàn)有技術(shù)的數(shù)字化視頻監(jiān)控系統(tǒng)結(jié)構(gòu)示意圖； 圖2為本發(fā)明實(shí)施例的媒體數(shù)據(jù)處理系統(tǒng)的結(jié)構(gòu)示意圖； 圖3為圖2中的編碼設(shè)備工作流程圖； 圖4為圖2中的々某體平臺(tái)工作流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、4支術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具體實(shí) 施例對(duì)本發(fā)明進(jìn)4亍詳細(xì)描述。
請(qǐng)參照?qǐng)D2，本發(fā)明實(shí)施例的媒體數(shù)據(jù)處理系統(tǒng)包括編碼設(shè)備IO、媒體平 臺(tái)20和解碼設(shè)備30。編碼設(shè)備10和媒體平臺(tái)20之間、媒體平臺(tái)20和解碼 設(shè)備30之間均通過(guò)IP網(wǎng)絡(luò)互連。
具體地，編碼設(shè)備10包括媒體數(shù)據(jù)分片模塊11、媒體數(shù)據(jù)發(fā)送模塊12、 發(fā)送緩存13、重傳請(qǐng)求報(bào)文接收模塊14;媒體平臺(tái)20包括媒體數(shù)據(jù)接收模塊 21、接收緩存22、錄像文件生成模塊23、重傳請(qǐng)求報(bào)文發(fā)送模塊24、媒體數(shù) 據(jù)轉(zhuǎn)發(fā)模塊25。
編碼設(shè)備10采集到模擬音視頻信號(hào)后，對(duì)所述音視頻信號(hào)進(jìn)行數(shù)字化處 理，生成媒體數(shù)據(jù)。媒體數(shù)據(jù)分片模塊11用于對(duì)媒體數(shù)據(jù)進(jìn)行分片，為分片 的媒體數(shù)據(jù)分配幀序列號(hào)和包序列號(hào)，編碼i殳備基于幀序列號(hào)和包序列號(hào)管理 媒體數(shù)據(jù)， 一幀圖像的所有媒體數(shù)據(jù)使用相同的幀序列號(hào)，同一幀圖像的封裝 在不同IP報(bào)文中的媒體數(shù)據(jù)使用包序列號(hào)唯一標(biāo)識(shí)；媒體數(shù)據(jù)發(fā)送模塊12用 于將分片的媒體數(shù)據(jù)封裝成UDP報(bào)文發(fā)送給媒體平臺(tái)20，并將已發(fā)送的媒體 數(shù)據(jù)寫入發(fā)送緩存13。其中，編碼設(shè)備10使用幀序列號(hào)和包序列號(hào)來(lái)管理發(fā) 送緩存13中的媒體數(shù)據(jù)。
媒體平臺(tái)20中的媒體數(shù)據(jù)接收模塊21用于接收編碼設(shè)備IO發(fā)送的媒體 數(shù)據(jù)，并將接收到的媒體數(shù)據(jù)寫入接收緩存22。其中，媒體平臺(tái)20為每一路 需要錄像的媒體數(shù)據(jù)流創(chuàng)建一個(gè)接收緩存，也就是說(shuō)，媒體平臺(tái)20中包括多 個(gè)接收緩存22。媒體數(shù)據(jù)接收模塊21根據(jù)媒體數(shù)據(jù)的幀序列號(hào)和包序列號(hào)將 該媒體數(shù)據(jù)寫入到對(duì)應(yīng)的接收緩存22中。
媒體平臺(tái)20中的錄像文件生成模塊23用于判斷接收緩存22中最老幀/ 幀組的媒體數(shù)據(jù)是否完整，若是，將該幀/幀組的媒體數(shù)據(jù)寫入錄像文件，否 則，由重傳請(qǐng)求報(bào)文發(fā)送模塊24發(fā)送重傳請(qǐng)求報(bào)文到編碼設(shè)備10。
媒體平臺(tái)20將一幀或一個(gè)幀組的全部媒體數(shù)據(jù)都接收完整后，即將該幀/ 幀組的媒體數(shù)據(jù)寫入到錄像文件中，以便進(jìn)行歷史數(shù)據(jù)的回放。其中，當(dāng)?shù)贜 個(gè)幀/幀組(N可設(shè)定，例如N-2)的媒體數(shù)據(jù)到達(dá)々某體平臺(tái)20時(shí)，如果接收
9緩存22中最前面一幀/幀組的媒體數(shù)據(jù)尚不完整，則可判定有媒體數(shù)據(jù)丟失， 此時(shí)由重傳請(qǐng)求報(bào)文發(fā)送模塊24發(fā)送重傳請(qǐng)求報(bào)文到編碼設(shè)備10,請(qǐng)求編碼 設(shè)備10進(jìn)行重傳，所述重傳請(qǐng)求報(bào)文中包括所丟失媒體數(shù)據(jù)的幀序列號(hào)和包 序列號(hào)。
所述重傳請(qǐng)求報(bào)文基于UDP協(xié)議進(jìn)行傳輸，以下示例性的給出重傳請(qǐng)求 報(bào)文凈荷格式的一種定義，如下表所示
NumberFrame SequencePacket SequenceFrame SequencePacket Sequence
其中
Number: 4字節(jié)，本次請(qǐng)求的媒體數(shù)據(jù)分片的數(shù)量； Frame Sequence: 4字節(jié)，所請(qǐng)求的媒體數(shù)據(jù)分片所屬幀的序列號(hào)； Packet Sequence: 4字節(jié)，所:清求的々某體數(shù)據(jù)分配在所屬幀內(nèi)的包序列號(hào)； 可以看出，士某體平臺(tái)20發(fā)送一個(gè)重傳請(qǐng)求報(bào)文，可同時(shí)請(qǐng)求多個(gè)丟失的 媒體數(shù)據(jù)分片。
編碼設(shè)備10中的重傳請(qǐng)求報(bào)文接收模塊14用于接收媒體平20臺(tái)發(fā)送的 重傳請(qǐng)求報(bào)文，々某體數(shù)據(jù)發(fā)送模塊12根據(jù)重傳請(qǐng)求報(bào)文中的幀序列號(hào)和包序 列號(hào)從發(fā)送緩存13中查找相應(yīng)的々某體數(shù)據(jù)，如果找到，則將所述相應(yīng)的媒體 數(shù)據(jù)封裝成UDP報(bào)文發(fā)送給媒體平臺(tái)20;否則，不對(duì)該重傳請(qǐng)求報(bào)文進(jìn)行響 應(yīng)。
其中，媒體平臺(tái)20在接收到媒體數(shù)據(jù)后，還判斷是否需要進(jìn)行轉(zhuǎn)發(fā)處理， 若是，則通過(guò)媒體數(shù)據(jù)轉(zhuǎn)發(fā)模塊25將所述接收到的媒體數(shù)據(jù)轉(zhuǎn)發(fā)給解碼設(shè)備 30。媒體平臺(tái)20是否需要對(duì)媒體數(shù)據(jù)進(jìn)行轉(zhuǎn)發(fā)，可以由媒體平臺(tái)20和解碼設(shè) 備30之間通過(guò)控制信令交互來(lái)確定。
解碼設(shè)備30用于接收媒體平臺(tái)20轉(zhuǎn)發(fā)的媒體數(shù)據(jù)，對(duì)媒體數(shù)據(jù)進(jìn)行解碼 處理后輸出模擬圖像到顯示設(shè)備(如監(jiān)視器)上。
在本發(fā)明實(shí)施例的媒體數(shù)據(jù)處理系統(tǒng)中，編碼設(shè)備IO和媒體平臺(tái)20之間 基于UDP報(bào)文進(jìn)行媒體數(shù)據(jù)的傳輸，保證了實(shí)況圖像的低時(shí)延；根據(jù)幀序列 號(hào)和包序列號(hào)對(duì)々某體數(shù)據(jù)進(jìn)行標(biāo)識(shí)和重傳，不論媒體數(shù)據(jù)使用RTP over UDP 還是直接使用UDP進(jìn)行封裝，都可以實(shí)現(xiàn)可靠錄像，且報(bào)文封裝格式完全透明。
在本發(fā)明另 一實(shí)施例中，編碼設(shè)備10中的媒體數(shù)據(jù)發(fā)送模塊12還對(duì)需要 進(jìn)行重傳的媒體數(shù)據(jù)設(shè)置重傳標(biāo)記，然后再將設(shè)置有重傳標(biāo)記的媒體數(shù)據(jù)封裝 成UDP報(bào)文后發(fā)送給媒體平臺(tái)20。重傳媒體數(shù)據(jù)的標(biāo)識(shí)方法可根據(jù)報(bào)文的封 裝格式自由設(shè)定，比如々某體數(shù)據(jù)使用RTP格式封裝時(shí)，設(shè)置RTP擴(kuò)展字段中 的第一個(gè)字節(jié)為0x5。
相應(yīng)地，媒體平臺(tái)20中的媒體數(shù)據(jù)轉(zhuǎn)發(fā)模塊25還判斷媒體數(shù)據(jù)接收模塊 21接收到的媒體數(shù)據(jù)是否包含重傳標(biāo)記，若是，不對(duì)該包含重傳標(biāo)記的媒體 數(shù)據(jù)進(jìn)行轉(zhuǎn)發(fā)。通過(guò)使用特殊的標(biāo)記來(lái)區(qū)分正常^某體數(shù)據(jù)和重傳媒體數(shù)據(jù)，在 實(shí)現(xiàn)媒體數(shù)據(jù)重傳功能的同時(shí)，能夠保證解碼設(shè)備30不會(huì)接收到重傳的媒體 數(shù)據(jù)(在實(shí)況轉(zhuǎn)播時(shí)，該重傳的媒體數(shù)據(jù)為無(wú)效數(shù)據(jù))。
在本發(fā)明又一 實(shí)施例中，媒體平臺(tái)20中的錄4象文件生成模塊23還判斷接 收緩存22是否達(dá)到預(yù)設(shè)的緩存上限(例如，70%)，若是，則不論接收緩存 22中最老幀/幀組的媒體數(shù)據(jù)是否完整，立即將接收緩存22中的媒體數(shù)據(jù)寫入 錄像文件，以釋放緩存空間來(lái)接收新的媒體數(shù)據(jù)，避免了重傳機(jī)制無(wú)限占用媒 體平臺(tái)20的內(nèi)存資源。
請(qǐng)參照?qǐng)D3，編碼設(shè)備的具體工作流程如下
步驟301、編碼i殳備啟動(dòng)后，分配發(fā)送緩存區(qū)；
步驟302、判斷是否有新的媒體數(shù)據(jù)生成以及是否收到重傳請(qǐng)求報(bào)文，在 有新的媒體數(shù)據(jù)生成時(shí)，進(jìn)入步驟303，在收到重傳請(qǐng)求報(bào)文時(shí)，進(jìn)入步驟309;
步驟303、對(duì)々某體數(shù)據(jù)進(jìn)行分片，為分片的媒體數(shù)據(jù)分配幀序列號(hào)和包序 列號(hào)；
步驟304、將分片的媒體數(shù)據(jù)封裝成UDP報(bào)文發(fā)送給媒體平臺(tái)； 步驟305、判斷發(fā)送緩存區(qū)是否即將滿，若是，進(jìn)入步驟306,否則，進(jìn) 入步驟307;
步驟306、刪除發(fā)送緩存區(qū)中最老的媒體數(shù)據(jù)； 步驟307、將已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存區(qū)； 步驟308、判斷媒體數(shù)據(jù)是否已全部發(fā)送，若是，返回步驟302,否則， 返回步驟304;步驟309、獲取媒體平臺(tái)本次請(qǐng)求的媒體數(shù)據(jù)分片數(shù)量N;步驟310，判斷N是否大于0，若是，進(jìn)入步驟311,否則，返回步驟302;步驟311、根據(jù)重傳請(qǐng)求報(bào)文中的幀序列號(hào)和包序列號(hào)判斷對(duì)應(yīng)的媒體數(shù) 據(jù)是否存在于發(fā)送緩存區(qū)中，若是，進(jìn)入步驟312,否則，不對(duì)該重傳請(qǐng)求報(bào) 文進(jìn)行響應(yīng)，返回步驟302;步驟312、從發(fā)送緩存區(qū)中取出相應(yīng)的媒體數(shù)據(jù)，對(duì)所述相應(yīng)的媒體數(shù)據(jù) 設(shè)置重傳標(biāo)記并封裝成UDP報(bào)文發(fā)送給媒體平臺(tái)；步驟313、 N值減1后返回步驟310。請(qǐng)參照?qǐng)D4，媒體平臺(tái)的具體工作流程圖如下步驟401 、媒體平臺(tái)偵聽(tīng)媒體數(shù)據(jù)報(bào)文；步驟402、判斷是否收到媒體數(shù)據(jù)報(bào)文，若是，進(jìn)入步驟403;步驟403、判斷所述媒體數(shù)據(jù)報(bào)文是否為重傳的數(shù)據(jù)報(bào)文，若是，進(jìn)入步 驟404,否則，進(jìn)入步驟409;步驟404、判斷是否需要進(jìn)行錄像，若是，進(jìn)入步驟405，否則，返回步 驟402;步驟405 、將接收到的媒體數(shù)據(jù)寫入接收緩存區(qū)；步驟406、判斷接收緩存區(qū)中最老幀/幀組的媒體數(shù)據(jù)是否完整，若是，進(jìn) 入步驟407,否則，進(jìn)入步驟408;步驟407、將該幀/幀組的媒體數(shù)據(jù)寫入錄像文件，并將寫入的媒體數(shù)據(jù)從 接收緩存區(qū)中刪除后返回步驟402;步驟408、發(fā)送重傳請(qǐng)求報(bào)文到編碼設(shè)備，返回步驟402;步驟409、判斷是否需要轉(zhuǎn)發(fā)給解碼設(shè)備，若是，進(jìn)入步驟410，否則， 進(jìn)入步驟404;步驟410、將所述接收到的媒體數(shù)據(jù)轉(zhuǎn)發(fā)給解碼設(shè)備，進(jìn)入步驟404。 在本發(fā)明實(shí)施例的系統(tǒng)和方法中，媒體數(shù)據(jù)基于UDP協(xié)議進(jìn)行傳輸，并根據(jù)幀序列號(hào)和包序列號(hào)對(duì)媒體數(shù)據(jù)進(jìn)行標(biāo)識(shí)和重傳，在保證實(shí)況圖像的低延時(shí)的同時(shí)，提高了錄像的可靠性。最后應(yīng)當(dāng)說(shuō)明的是，以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案而非限制，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而不脫離本發(fā)明技術(shù)方案的精神范圍，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求 范圍當(dāng)中。
權(quán)利要求
1.一種媒體數(shù)據(jù)處理方法，其特征在于，包括如下步驟A1、編碼設(shè)備對(duì)媒體數(shù)據(jù)進(jìn)行分片，為分片的媒體數(shù)據(jù)分配幀序列號(hào)和包序列號(hào)；A2、編碼設(shè)備將分片的媒體數(shù)據(jù)封裝成UDP報(bào)文發(fā)送給媒體平臺(tái)，并將已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存區(qū)；A3、編碼設(shè)備接收媒體平臺(tái)發(fā)送的重傳請(qǐng)求報(bào)文，根據(jù)重傳請(qǐng)求報(bào)文中的幀序列號(hào)和包序列號(hào)，從發(fā)送緩存區(qū)中取出相應(yīng)的媒體數(shù)據(jù)封裝成UDP報(bào)文發(fā)送給媒體平臺(tái)。
2. 如權(quán)利要求1所述的々某體數(shù)據(jù)處理方法，其特征在于 步驟A2中，編碼設(shè)備在將已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存區(qū)前，還判斷發(fā)送緩存區(qū)是否即將滿，若是，刪除發(fā)送緩存區(qū)中最老的々某體數(shù)據(jù)后，再將所 迷已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存區(qū)。
3. 如權(quán)利要求1所述的々某體數(shù)據(jù)處理方法，其特征在于 步驟A3中，編碼設(shè)備在接收到媒體平臺(tái)發(fā)送的重傳請(qǐng)求報(bào)文后，還判斷重傳請(qǐng)求報(bào)文中的幀序列號(hào)和包序列號(hào)對(duì)應(yīng)的媒體數(shù)據(jù)是否存在于發(fā)送緩存 區(qū)中，若所述對(duì)應(yīng)的媒體數(shù)據(jù)不存在于發(fā)送緩存區(qū)中，則不對(duì)該重傳請(qǐng)求報(bào)文 進(jìn)4亍響應(yīng)。
4. 如權(quán)利要求1所述的i某體數(shù)據(jù)處理方法，其特征在于 步驟A3中，編碼設(shè)備在進(jìn)行所述UDP報(bào)文封裝前，還對(duì)所述相應(yīng)的媒體數(shù)據(jù)設(shè)置重傳標(biāo)記r。
5. —種媒體數(shù)據(jù)處理方法，其特征在于，包括如下步驟Bl、媒體平臺(tái)接收編碼設(shè)備發(fā)送的媒體數(shù)據(jù)，并將接收到的媒體數(shù)據(jù)寫 入接收緩存區(qū)；B2、媒體平臺(tái)判斷接收緩存區(qū)中最老幀/幀組的媒體數(shù)據(jù)是否完整，若是， 將該幀/幀組的媒體數(shù)據(jù)寫入錄像文件，否則，發(fā)送重傳請(qǐng)求報(bào)文到編碼設(shè)備， 所述重傳請(qǐng)求報(bào)文中包括所丟失媒體數(shù)據(jù)的幀序列號(hào)和包序列號(hào)。
6. 如權(quán)利要求5所述的媒體數(shù)據(jù)處理方法，其特征在于，步驟B1之后還包括媒體平臺(tái)判斷接收緩存區(qū)是否達(dá)到預(yù)設(shè)的緩存上限，若是，直接將接收緩 存區(qū)中的媒體數(shù)據(jù)寫入錄像文件。
7. 如權(quán)利要求5或6所述的媒體數(shù)據(jù)處理方法，其特征在于媒體平臺(tái)將接收緩存區(qū)中的々某體數(shù)據(jù)寫入錄像文件后，還將寫入的媒體數(shù) 據(jù)從接收緩存區(qū)中刪除。
8. 如權(quán)利要求5所述的媒體數(shù)據(jù)處理方法，其特征在于 步驟B1中，媒體平臺(tái)在接收到編碼設(shè)備發(fā)送的媒體數(shù)據(jù)后，還將所述接收到的媒體數(shù)據(jù)轉(zhuǎn)發(fā)給解碼設(shè)備。
9. 如權(quán)利要求8所述的媒體數(shù)據(jù)處理方法，其特征在于 步驟B1中，媒體平臺(tái)在接收到編碼設(shè)備發(fā)送的媒體數(shù)據(jù)后，還判斷所述接收到的媒體數(shù)據(jù)是否包含重傳標(biāo)記，若是，不對(duì)該包含重傳標(biāo)記的媒體數(shù)據(jù) 進(jìn)行轉(zhuǎn)發(fā)。
10. —種編碼設(shè)備，其特征在于，包括，媒體數(shù)據(jù)分片模塊、媒體數(shù)據(jù)發(fā) 送模塊、發(fā)送緩存和重傳請(qǐng)求報(bào)文接收模塊，其中所述媒體數(shù)據(jù)分片模塊，用于對(duì)媒體數(shù)據(jù)進(jìn)行分片，為分片的媒體數(shù)據(jù)分 配幀序列號(hào)和包序列號(hào)；所述媒體數(shù)據(jù)發(fā)送才莫塊，用于將分片的媒體數(shù)據(jù)封裝成UDP報(bào)文發(fā)送給 媒體平臺(tái)，并將已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存，以及根據(jù)重傳請(qǐng)求報(bào)文中的 幀序列號(hào)和包序列號(hào)，乂人發(fā)送緩存中取出相應(yīng)的媒體數(shù)據(jù)封裝成UDP報(bào)文發(fā) 送給媒體平臺(tái)；所述重傳請(qǐng)求報(bào)文接收模塊，用于接收媒體平臺(tái)發(fā)送的包括所丟失媒體數(shù) 據(jù)的幀序列號(hào)和包序列號(hào)的重傳請(qǐng)求報(bào)文。
11. 如權(quán)利要求IO所述的編碼設(shè)備，其特征在于所述媒體數(shù)據(jù)發(fā)送模塊在將已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存前，還判斷發(fā) 送緩存是否即將滿，若是，刪除發(fā)送緩存中最老的媒體數(shù)據(jù)后，再將所述已發(fā) 送的媒體數(shù)據(jù)寫入發(fā)送緩存。
12. 如權(quán)利要求IO所述的編碼設(shè)備，其特征在于所述媒體數(shù)據(jù)發(fā)送模塊在進(jìn)行所述UDP報(bào)文封裝前，還對(duì)所述相應(yīng)的媒體數(shù)據(jù)設(shè)置重傳標(biāo)記。
13. —種媒體平臺(tái)，其特征在于，包括，^^某體數(shù)據(jù)接收模塊、接收援存、 錄像文件生成模塊和重傳請(qǐng)求報(bào)文發(fā)送模塊，其中所述媒體數(shù)據(jù)接收模塊，用于接收編碼設(shè)備發(fā)送的媒體數(shù)據(jù)，并將接收到 的媒體數(shù)據(jù)寫入4妻收緩存；所述錄像文件生成模塊，用于在確定接收緩存中最老幀/幀組的媒體數(shù)據(jù) 完整時(shí)，將該幀/幀組的媒體數(shù)據(jù)寫入錄像文件；所述重傳請(qǐng)求報(bào)文發(fā)送模塊，用于在確定接收緩存中最老幀/幀組的媒體 數(shù)據(jù)不完整時(shí)，發(fā)送重傳請(qǐng)求報(bào)文到編碼設(shè)備，所述重傳請(qǐng)求報(bào)文中包括所丟 失媒體數(shù)據(jù)的幀序列號(hào)和包序列號(hào)。
14. 如權(quán)利要求13所述的媒體平臺(tái)，其特征在于 所述錄像文件生成模塊，還用于判斷接收緩存是否達(dá)到預(yù)設(shè)的緩存上限，若是，直接將接收緩存中的媒體數(shù)據(jù)寫入錄像文件。
15. 如權(quán)利要求13或14所述的媒體平臺(tái)，其特征在于 所述錄像文件生成模塊將接收緩存中的媒體數(shù)據(jù)寫入錄像文件后，還將寫入的媒體數(shù)據(jù)從接收緩存中刪除。
16. 如權(quán)利要求13所述的媒體平臺(tái)，其特征在于，還包括媒體數(shù)據(jù)轉(zhuǎn)發(fā) 模塊所述媒體數(shù)據(jù)轉(zhuǎn)發(fā)模塊，用于將媒體數(shù)據(jù)接收模塊接收到的媒體數(shù)據(jù)轉(zhuǎn)發(fā) 給解碼設(shè)備。
17. 如權(quán)利要求16所述的4某體平臺(tái)，其特征在于 所述媒體數(shù)據(jù)轉(zhuǎn)發(fā)模塊還判斷所述接收到的媒體數(shù)據(jù)是否包含重傳標(biāo)記，若是，不對(duì)該包含重傳標(biāo)記的媒體數(shù)據(jù)進(jìn)行轉(zhuǎn)發(fā)。
全文摘要
本發(fā)明提供一種媒體數(shù)據(jù)處理方法、編碼設(shè)備及媒體平臺(tái)。所述方法包括步驟A1.編碼設(shè)備對(duì)媒體數(shù)據(jù)進(jìn)行分片，為分片的媒體數(shù)據(jù)分配幀序列號(hào)和包序列號(hào)；A2.編碼設(shè)備將分片的媒體數(shù)據(jù)封裝成UDP報(bào)文發(fā)送給媒體平臺(tái)，并將已發(fā)送的媒體數(shù)據(jù)寫入發(fā)送緩存區(qū)；A3.編碼設(shè)備接收媒體平臺(tái)發(fā)送的重傳請(qǐng)求報(bào)文，根據(jù)重傳請(qǐng)求報(bào)文中的幀序列號(hào)和包序列號(hào)，從發(fā)送緩存區(qū)中取出相應(yīng)的媒體數(shù)據(jù)封裝成UDP報(bào)文發(fā)送給媒體平臺(tái)。依照本發(fā)明，媒體數(shù)據(jù)基于UDP協(xié)議進(jìn)行傳輸，并根據(jù)幀序列號(hào)和包序列號(hào)對(duì)媒體數(shù)據(jù)進(jìn)行標(biāo)識(shí)和重傳，在保證實(shí)況圖像的低延時(shí)的同時(shí)，提高了錄像的可靠性。
文檔編號(hào)H04L29/06GK101262321SQ20081005759
公開日2008年9月10日 申請(qǐng)日期2008年2月3日 優(yōu)先權(quán)日2008年2月3日
發(fā)明者余福榮, 張曉琳 申請(qǐng)人:杭州華三通信技術(shù)有限公司