專(zhuān)利名稱(chēng)：一種確保無(wú)線組播可靠性的傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明屬于數(shù)據(jù)通信技術(shù)領(lǐng)域，涉及到一種無(wú)線組播可靠性的傳輸方法。
背景技術(shù)：
nternet 組管理協(xié)議(IGMP Internet Group Management Protocol)是因特網(wǎng)協(xié)議家族中的一個(gè)組播協(xié)議，用于IP主機(jī)向任一個(gè)直接相鄰的路由器報(bào)告他們的組成員情況。IGMP信息封裝在IP報(bào)文中，其IP的協(xié)議號(hào)為2。它用來(lái)在ip主機(jī)和與其直接相鄰的組播路由器之間建立、維護(hù)組播組成員關(guān)系。 igmp不包括組播路由器之間的組成員關(guān)系信息的傳播與維護(hù)，這部分工作由各組播路由協(xié)議完成。所有參與組播的主機(jī)必須實(shí)現(xiàn)igmp。參與ip組播的主機(jī)可以在任意位置、任意時(shí)間、成員總數(shù)不受限制地加入或退出組播組。組播路由器不需要也不可能保存所有主機(jī)的成員關(guān)系，它只是通過(guò)igmp協(xié)議了解每個(gè)接口連接的網(wǎng)段上是否存在某個(gè)組播組的接收者，即組成員。而主機(jī)方只需要保存自己加入了哪些組播組。igmp在主機(jī)與路由器之間是不對(duì)稱(chēng)的主機(jī)需要響應(yīng)組播路由器的igmp查詢(xún)報(bào)文，即以igmp membership r印ort報(bào)文響應(yīng)；路由器周期性發(fā)送成員資格查詢(xún)報(bào)文，然后根據(jù)收到的響應(yīng)報(bào)文確定某個(gè)特定組在自己所在子網(wǎng)上是否有主機(jī)加入，并且當(dāng)收到主機(jī)的退出組的報(bào)告時(shí)，發(fā)出特定組的查詢(xún)報(bào)文(igmp版本2)，以確定某個(gè)特定組是否已無(wú)成員存在如圖1所示。組播是一種多點(diǎn)投遞的形式，它使用硬件技術(shù)，通過(guò)使用大量組播地址來(lái)通信。當(dāng)某一組機(jī)器需要通信時(shí)，選擇一個(gè)組播地址，并配置好相應(yīng)的網(wǎng)絡(luò)接口硬件，識(shí)別組播地址，從而收到該組播地址上分組的拷貝，它提高了數(shù)據(jù)傳送效率，減少了骨干網(wǎng)絡(luò)出現(xiàn)擁塞的可能性。但是組播傳輸通常使用一種Best Effort (盡力服務(wù))技術(shù)，它沒(méi)有應(yīng)答(ACK) 機(jī)制，當(dāng)包丟失時(shí)，發(fā)送端不能夠進(jìn)行數(shù)據(jù)重傳，這就造成了可能組播丟包的發(fā)生，然而隨著無(wú)線多媒體通信需求的日益增長(zhǎng)，這種不可靠的傳輸，勢(shì)必成為無(wú)線組播的一個(gè)瓶頸。

發(fā)明內(nèi)容
本發(fā)明的目的是為了解決組播傳輸包丟失時(shí)，發(fā)送端不能夠進(jìn)行數(shù)據(jù)重傳，這就造成了可能組播丟包的發(fā)生，然而隨著無(wú)線多媒體通信需求的日益增長(zhǎng)，這種不可靠的傳輸，勢(shì)必成為無(wú)線組播的一個(gè)瓶頸的不足。提供一種確保無(wú)線組播可靠性的傳輸方法。本發(fā)明的技術(shù)方案是一種確保無(wú)線組播可靠性的傳輸方法，該方法中路由器根據(jù)記錄在IGMP組播轉(zhuǎn)發(fā)表中的組成員，將需要在內(nèi)核協(xié)議棧模塊接收到組播包，根據(jù)該組播包中攜帶的組播組MAC地址查找所述的組播轉(zhuǎn)發(fā)表中與該組播包相匹配的表項(xiàng)，并根據(jù)該匹配表項(xiàng)將所述組播包轉(zhuǎn)換為單播包后發(fā)送至對(duì)應(yīng)的組成員。進(jìn)一步的，上述的確保無(wú)線組播可靠性的傳輸方法中包括以下步驟 A、服務(wù)器發(fā)送組播包到互聯(lián)網(wǎng)組管理協(xié)議窺探；B、路由器根據(jù)組播轉(zhuǎn)發(fā)表查找相應(yīng)成員，如果找到就把組播包地址內(nèi)轉(zhuǎn)向步驟C，否則轉(zhuǎn)向步驟D ；
C、轉(zhuǎn)換為單播包，發(fā)送至對(duì)應(yīng)的無(wú)線接口，對(duì)應(yīng)于的無(wú)線接口的無(wú)線驅(qū)動(dòng)模塊將所述單播包發(fā)送至目標(biāo)主機(jī)；
D、繼續(xù)發(fā)送組播包至對(duì)應(yīng)的無(wú)線接口，對(duì)應(yīng)于的無(wú)線接口的無(wú)線驅(qū)動(dòng)模塊將組播包發(fā)送至目標(biāo)主機(jī)。進(jìn)一步的，上述的確保無(wú)線組播可靠性的傳輸方法中所述的組播轉(zhuǎn)發(fā)表由互聯(lián)網(wǎng)組管理協(xié)議窺探維護(hù)。進(jìn)一步的，上述的確保無(wú)線組播可靠性的傳輸方法中所述的步驟B中，組播包轉(zhuǎn)換為單播包時(shí)，包的ip層保持不變，通過(guò)改變包的目的MAC域，在MAC層以單播的形式向組播的各個(gè)成員發(fā)送包。本發(fā)明的采用組播轉(zhuǎn)為單播的方式發(fā)送數(shù)據(jù)包，即使當(dāng)數(shù)據(jù)包發(fā)生丟失，也可以重發(fā)，這就減少以及控制了組播包的丟失，提高了網(wǎng)絡(luò)吞吐量，改善了組播視頻的效果。下面結(jié)合具體實(shí)施例對(duì)本發(fā)明作較為詳細(xì)的描述。


圖1為互聯(lián)網(wǎng)組管理協(xié)議窺探更新組播轉(zhuǎn)發(fā)表的流程。圖2為本發(fā)明的流程圖。
具體實(shí)施例方式實(shí)施例1的原理圖如圖2所示
A、組播服務(wù)器上利用VLCMedia Player不斷播放視頻發(fā)送組播包到互聯(lián)網(wǎng)組管理協(xié)議窺探；這里，互聯(lián)網(wǎng)組管理協(xié)議窺探(IGMP Snooping Internet Group Management Protocol Snooping的簡(jiǎn)稱(chēng))，它是運(yùn)行在二層設(shè)備上的組播約束機(jī)制，用于管理和控制組
播組；
B、路由器根據(jù)IGMPSnooping中的組播轉(zhuǎn)發(fā)表查找相應(yīng)成員，如果找到就把組播包地址內(nèi)轉(zhuǎn)向步驟C，否則轉(zhuǎn)向步驟D ；
C、轉(zhuǎn)換為單播包，發(fā)送至對(duì)應(yīng)的無(wú)線接口，對(duì)應(yīng)于的無(wú)線接口的無(wú)線驅(qū)動(dòng)模塊將所述單播包發(fā)送至目標(biāo)主機(jī)；
D、繼續(xù)發(fā)送組播包至對(duì)應(yīng)的無(wú)線接口，對(duì)應(yīng)于的無(wú)線接口的無(wú)線驅(qū)動(dòng)模塊將組播包發(fā)送至目標(biāo)主機(jī)。具體的做個(gè)比較測(cè)試在組播服務(wù)器上利用VLC Media Player不斷播放視頻，設(shè)置組播服務(wù)器地址為239. 1. 1. 5，端口號(hào)為1234，無(wú)線節(jié)點(diǎn)也用VLC Media Player加入組播239. 1. 1. 5，進(jìn)行接收視頻流。分別用傳統(tǒng)組播方式和本實(shí)施例的方法，來(lái)觀察視頻流變化情況。通過(guò)觀察發(fā)現(xiàn)，傳統(tǒng)組播方式中視頻接收效果不好，畫(huà)面模糊不清，馬賽克現(xiàn)象嚴(yán)重。使用本方法的方式，畫(huà)面明顯變的清晰，播放也比較流暢。傳統(tǒng)組播方式?jīng)]有ACK機(jī)制，在AP和無(wú)線節(jié)點(diǎn)之間組播包丟失嚴(yán)重，當(dāng)數(shù)據(jù)包丟失后不能夠重傳，這就造成了丟包率比較高，組播視頻接收效果不理想。而本發(fā)明實(shí)施例就抓住傳統(tǒng)組播的這一缺點(diǎn)，采用組播轉(zhuǎn)為單播的方式發(fā)送數(shù)據(jù)包，即使當(dāng)數(shù)據(jù)包發(fā)生丟失，也可以重發(fā)，這就減少以及控制了組播包的丟失，提高了網(wǎng)絡(luò)吞吐量，改善了組播視頻的效^ ο 本發(fā)明與現(xiàn)有技術(shù)相比優(yōu)點(diǎn)
1.利用單播的ACK反饋和超時(shí)重傳機(jī)制，將有助于實(shí)現(xiàn)組播流量中極低的丟包率，大大提高了無(wú)線組播的可靠性；
2.本發(fā)明減少了無(wú)線驅(qū)動(dòng)模塊處理組播包的環(huán)節(jié)，在相同的業(yè)務(wù)條件下可以節(jié)省CPU 資源；
3.提高組播轉(zhuǎn)單播業(yè)務(wù)的實(shí)時(shí)性，在一定程度上解決了無(wú)線組播轉(zhuǎn)單播業(yè)務(wù)依賴(lài)高性能的硬件資源問(wèn)題，從而也降低了產(chǎn)品的硬件成本。
權(quán)利要求
1.一種確保無(wú)線組播可靠性的傳輸方法，其特征在于該方法中路由器根據(jù)記錄在 IGMP組播轉(zhuǎn)發(fā)表中的組成員，將需要在內(nèi)核協(xié)議棧模塊接收到組播包，根據(jù)該組播包中攜帶的組播組MAC地址查找所述的組播轉(zhuǎn)發(fā)表中與該組播包相匹配的表項(xiàng)，并根據(jù)該匹配表項(xiàng)將所述組播包轉(zhuǎn)換為單播包后發(fā)送至對(duì)應(yīng)的組成員。
2.根據(jù)權(quán)利要求1所述的確保無(wú)線組播可靠性的傳輸方法，其特征在于包括以下步驟A、服務(wù)器發(fā)送組播包到互聯(lián)網(wǎng)組管理協(xié)議窺探；B、路由器根據(jù)組播轉(zhuǎn)發(fā)表查找相應(yīng)成員，如果找到就把組播包地址內(nèi)轉(zhuǎn)向步驟C，否則轉(zhuǎn)向步驟D ；C、轉(zhuǎn)換為單播包，發(fā)送至對(duì)應(yīng)的無(wú)線接口，對(duì)應(yīng)于的無(wú)線接口的無(wú)線驅(qū)動(dòng)模塊將所述單播包發(fā)送至目標(biāo)主機(jī)；D、繼續(xù)發(fā)送組播包至對(duì)應(yīng)的無(wú)線接口，對(duì)應(yīng)于的無(wú)線接口的無(wú)線驅(qū)動(dòng)模塊將組播包發(fā)送至目標(biāo)主機(jī)。
3.根據(jù)權(quán)利要求2所述的確保無(wú)線組播可靠性的傳輸方法，其特征在于所述的組播轉(zhuǎn)發(fā)表由互聯(lián)網(wǎng)組管理協(xié)議窺探維護(hù)。
4.根據(jù)權(quán)利要求2所述的確保無(wú)線組播可靠性的傳輸方法，其特征在于所述的步驟C 中，組播包轉(zhuǎn)換為單播包時(shí)，包的ip層保持不變，通過(guò)改變包的目的MAC域，在MAC層以單播的形式向組播的各個(gè)成員發(fā)送包。
全文摘要
本發(fā)明提供了一種確保無(wú)線組播可靠性的傳輸方法，該方法中路由器根據(jù)記錄在IGMP組播轉(zhuǎn)發(fā)表中的組成員，將需要在內(nèi)核協(xié)議棧模塊接收到組播包，根據(jù)該組播包中攜帶的組播組MAC地址查找所述的組播轉(zhuǎn)發(fā)表中與該組播包相匹配的表項(xiàng)，并根據(jù)該匹配表項(xiàng)將所述組播包轉(zhuǎn)換為單播包后發(fā)送至對(duì)應(yīng)的組成員。本發(fā)明的采用組播轉(zhuǎn)為單播的方式發(fā)送數(shù)據(jù)包，即使當(dāng)數(shù)據(jù)包發(fā)生丟失，也可以重發(fā)，這就減少以及控制了組播包的丟失，提高了網(wǎng)絡(luò)吞吐量，改善了組播視頻的效果。
文檔編號(hào)H04W4/06GK102387475SQ20111040906
公開(kāi)日2012年3月21日 申請(qǐng)日期2011年12月12日 優(yōu)先權(quán)日2011年12月12日
發(fā)明者王文文 申請(qǐng)人:深圳市共進(jìn)電子股份有限公司