[發(fā)明專利]FLV數(shù)據(jù)傳輸方法、系統(tǒng)、設(shè)備及可讀存儲介質(zhì)

有效

• 申請?zhí)枺?/td>: 202011018732.5
• 申請日: 2020-09-24
• 公開（公告）號: CN112187778B
• 公開（公告）日: 2022-07-08
• 發(fā)明（設(shè)計(jì)）人: 陳鶴
• 申請（專利權(quán)）人: 烽火通信科技股份有限公司
• 主分類號: H04L65/65
• 分類號: H04L65/65;H04L69/22;H04L69/08
• 代理公司: 武漢智權(quán)專利代理事務(wù)所(特殊普通合伙) 42225
• 代理人: 唐勇

本發(fā)明提供一種FLV數(shù)據(jù)傳輸方法、系統(tǒng)、設(shè)備及可讀存儲介質(zhì)。該方法包括：發(fā)送端將FLV數(shù)據(jù)解析成多個(gè)TAG，并分別將每個(gè)TAG封裝至RTP包；發(fā)送端基于組播傳輸?shù)姆绞剑瑢TP包傳輸?shù)浇邮斩耍唤邮斩私邮誖TP包，并在RTP包丟失時(shí)，對丟失的RTP包所封裝的TAG進(jìn)行恢復(fù)，得到新的TAG，并基于未丟失的RTP包所封裝的TAG以及所述新的TAG，得到新的FLV數(shù)據(jù)。通過本發(fā)明，將FLV數(shù)據(jù)包括的TAG封裝至RTP后以組播傳輸?shù)姆绞竭M(jìn)行傳輸，即實(shí)現(xiàn)了通過組播的方式傳輸FLV數(shù)據(jù)，所占用的網(wǎng)絡(luò)帶寬資源較小，且在接收端對丟失的RTP包進(jìn)行修復(fù)處理，使得最終得到的新的FLV數(shù)據(jù)能被正確解析，保證了通過組播方式傳輸?shù)腇LV數(shù)據(jù)的可靠性。

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

本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種FLV數(shù)據(jù)傳輸方法、系統(tǒng)、設(shè)備及可讀存儲介質(zhì)。

背景技術(shù)

隨著電信運(yùn)營商對減少直播時(shí)延的需求日漸增加，導(dǎo)致FLV數(shù)據(jù)的使用頻率也越來越高。

但是由于FLV數(shù)據(jù)其格式的特殊性，目前只能使用TCP傳輸，屬于單播模式。而觀看直播的用戶往往數(shù)以萬計(jì)，若通過單播模式為這些用戶傳輸FLV數(shù)據(jù)，需要占用巨大的網(wǎng)絡(luò)帶寬資源，給現(xiàn)有的網(wǎng)絡(luò)帶寬資源帶來嚴(yán)重沖擊。

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

本發(fā)明的主要目的在于提供一種FLV數(shù)據(jù)傳輸方法、系統(tǒng)、設(shè)備及可讀存儲介質(zhì)，旨在解決現(xiàn)有技術(shù)中通過單播模式傳輸FLV數(shù)據(jù)，需要占用巨大的網(wǎng)絡(luò)帶寬資源的技術(shù)問題。

第一方面，本發(fā)明提供一種FLV數(shù)據(jù)傳輸方法，所述FLV數(shù)據(jù)傳輸方法包括：

發(fā)送端將FLV數(shù)據(jù)解析成多個(gè)TAG，并分別將每個(gè)TAG封裝至RTP包；

發(fā)送端基于組播傳輸?shù)姆绞剑瑢TP包傳輸?shù)浇邮斩耍?/p>

接收端接收RTP包，并在RTP包丟失時(shí)，對丟失的RTP包所封裝的TAG進(jìn)行恢復(fù)，得到新的TAG，并基于未丟失的RTP包所封裝的TAG以及所述新的TAG，得到新的FLV數(shù)據(jù)。

可選的，所述分別將每個(gè)TAG封裝至RTP包的步驟包括：

當(dāng)一TAG的數(shù)據(jù)長度小于m時(shí)，將所述TAG封裝至一個(gè)RTP包中；

當(dāng)一TAG的數(shù)據(jù)長度大于n倍的m時(shí)，將所述TAG封裝至n+1個(gè)RTP包中；

當(dāng)一TAG的數(shù)據(jù)長度等于n倍的m時(shí)，將所述TAG封裝至n個(gè)RTP包中；

其中，n為正整數(shù)，m為一個(gè)RTP包可承載的最大數(shù)據(jù)長度。

可選的，RTP包的擴(kuò)展字節(jié)中填充有所封裝的TAG的關(guān)鍵信息，所述關(guān)鍵信息包括TAG序號、TAG數(shù)據(jù)類型、TAG的時(shí)間戳、TAG的數(shù)據(jù)長度，且當(dāng)RTP包為封裝開始和/或封裝結(jié)束包時(shí)，在其擴(kuò)展字節(jié)中填充開始和/或結(jié)束標(biāo)記，所述對丟失的RTP包所封裝的TAG進(jìn)行恢復(fù)，得到新的TAG的步驟包括：

若丟失的RTP包為封裝有一TAG部分?jǐn)?shù)據(jù)的RTP包，則基于接收到的封裝有所述TAG其他部分?jǐn)?shù)據(jù)的其他RTP包的擴(kuò)展字節(jié)中填充的關(guān)鍵信息，以及所述TAG其他部分?jǐn)?shù)據(jù)的數(shù)據(jù)長度，構(gòu)建所述TAG新的部分?jǐn)?shù)據(jù)；

基于所述TAG新的部分?jǐn)?shù)據(jù)以及所述TAG其他部分?jǐn)?shù)據(jù)，得到新的TAG。

可選的，所述若丟失的RTP包為封裝有一TAG部分?jǐn)?shù)據(jù)的RTP包，則基于接收到的封裝有所述TAG其他部分?jǐn)?shù)據(jù)的其他RTP包的擴(kuò)展字節(jié)中填充的關(guān)鍵信息，以及所述TAG其他部分?jǐn)?shù)據(jù)的數(shù)據(jù)長度，構(gòu)建所述TAG新的部分?jǐn)?shù)據(jù)的步驟包括：

若丟失的RTP包為封裝有一TAG部分?jǐn)?shù)據(jù)的RTP包，且所述TAG部分?jǐn)?shù)據(jù)包括TAGheader參數(shù)；

根據(jù)接收到的封裝有所述TAG其他部分?jǐn)?shù)據(jù)的其他RTP包，得到所述TAG其他部分?jǐn)?shù)據(jù)的數(shù)據(jù)長度；