[發(fā)明專利]組播數(shù)據(jù)傳輸方法、裝置、接收主機和組播系統(tǒng)

在審

• 申請?zhí)枺?/td>: 202010770244.3
• 申請日: 2020-08-03
• 公開（公告）號: CN111884942A
• 公開（公告）日: 2020-11-03
• 發(fā)明（設(shè)計）人: 王宇翔;張新
• 申請（專利權(quán)）人: 航天宏圖信息技術(shù)股份有限公司
• 主分類號: H04L12/761
• 分類號: H04L12/761;H04L12/803;H04L29/08
• 代理公司: 北京超成律師事務(wù)所 11646
• 代理人: 孔默

本發(fā)明提供了一種組播數(shù)據(jù)傳輸方法、裝置、接收主機和組播系統(tǒng)，涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域。該組播數(shù)據(jù)傳輸方法應(yīng)用于接收主機，所述方法包括：接收來自組播源的組播數(shù)據(jù)；確定需接收所述組播數(shù)據(jù)的后端主機集群；通過負載均衡的方式，將所述組播數(shù)據(jù)轉(zhuǎn)發(fā)至后端主機集群，緩解了現(xiàn)有技術(shù)中存在的網(wǎng)絡(luò)擁塞的問題。

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

本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其是涉及一種組播數(shù)據(jù)傳輸方法、裝置、接收主機和組播系統(tǒng)。

背景技術(shù)

隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，使用組播技術(shù)傳輸數(shù)據(jù)已經(jīng)成為很多行業(yè)的選擇，比如多媒體、流媒體的應(yīng)用，培訓(xùn)、聯(lián)合作業(yè)場合的通信，數(shù)據(jù)倉庫、金融應(yīng)用，以及其它任何“點到多點”的數(shù)據(jù)發(fā)布應(yīng)用。

組播的工作流程是，組播源(source)僅需發(fā)送一份數(shù)據(jù)，借助組播路由協(xié)議建立組播分發(fā)樹，被傳遞的數(shù)據(jù)在距離組播源盡可能遠的網(wǎng)絡(luò)節(jié)點完成復(fù)制和分發(fā)。假設(shè)有n臺主機需要接收數(shù)據(jù)，采用組播方式時，可以讓這n臺主機加入同一個組播組(Multicastgroup)，組播源向該組播組發(fā)送一份數(shù)據(jù)，由網(wǎng)絡(luò)中各路由器根據(jù)該組播組中各成員的分布情況對該數(shù)據(jù)進行復(fù)制和轉(zhuǎn)發(fā)，最后該數(shù)據(jù)會準確地發(fā)送給每臺主機。可以看出，組播的特點是，數(shù)據(jù)源發(fā)送一份數(shù)據(jù)包，鏈路上傳輸一份數(shù)據(jù)包，只有數(shù)據(jù)接收主機才會收到數(shù)據(jù)包。

在實際應(yīng)用中，使用組播技術(shù)傳輸數(shù)據(jù)，尤其是在數(shù)據(jù)量很大的情況下，發(fā)送高速率的實時數(shù)據(jù)時，網(wǎng)絡(luò)就有可能發(fā)生擁塞，結(jié)果造成接收主機無法正常接收數(shù)據(jù)。因此，現(xiàn)有技術(shù)中在使用組播方式傳輸數(shù)據(jù)時，容易發(fā)生網(wǎng)絡(luò)擁塞的問題。

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

本發(fā)明的目的在于提供一種組播數(shù)據(jù)傳輸方法、裝置、接收主機和組播系統(tǒng)，以緩解現(xiàn)有技術(shù)中存在的網(wǎng)絡(luò)擁塞的問題。

第一方面，本發(fā)明實施例提供一種組播數(shù)據(jù)傳輸方法，應(yīng)用于接收主機，所述方法包括：

接收來自組播源的組播數(shù)據(jù)；

確定需接收所述組播數(shù)據(jù)的后端主機集群；

通過負載均衡的方式，將所述組播數(shù)據(jù)轉(zhuǎn)發(fā)至后端主機集群。

在一種可能的實施方式中，所述確定需接收所述組播數(shù)據(jù)的后端主機集群的步驟，包括：

通過UDP端口監(jiān)聽的方式，確定需接收所述組播數(shù)據(jù)的后端主機集群。

在一種可能的實施方式中，該方法還包括：

預(yù)先配置Nginx服務(wù)，并添加stream模塊。

在一種可能的實施方式中，所述通過負載均衡的方式，將所述組播數(shù)據(jù)轉(zhuǎn)發(fā)至后端主機集群的步驟，包括：

通過負載均衡的方式，將所述組播數(shù)據(jù)以預(yù)設(shè)的轉(zhuǎn)發(fā)機制轉(zhuǎn)發(fā)至后端主機集群。

在一種可能的實施方式中，所述轉(zhuǎn)發(fā)機制為輪詢機制、權(quán)重機制或IP哈希機制。

在一種可能的實施方式中，所述接收主機為物理服務(wù)器或虛擬機。

第二方面，本發(fā)明實施例還提供一種組播數(shù)據(jù)傳輸裝置，應(yīng)用于接收主機，所述裝置包括：

接收模塊，用于接收來自組播源的組播數(shù)據(jù)；

確定模塊，用于確定需接收所述組播數(shù)據(jù)的后端主機集群；

轉(zhuǎn)發(fā)模塊，用于通過負載均衡的方式，將所述組播數(shù)據(jù)轉(zhuǎn)發(fā)至后端主機集群。

第三方面，本發(fā)明實施例還提供一種接收主機，包括存儲器、處理器，所述存儲器中存儲有可在所述處理器上運行的計算機程序，所述處理器執(zhí)行所述計算機程序時實現(xiàn)上述方法的步驟。

第四方面，本發(fā)明實施例還提供一種組播系統(tǒng)，包括組播源、組播路由器、后端主機和上述的接收主機。