[發(fā)明專利]一種確保無線組播可靠性的傳輸方法

無效

• 申請?zhí)枺?/td>: 201110409063.9
• 申請日: 2011-12-12
• 公開（公告）號: CN102387475A
• 公開（公告）日: 2012-03-21
• 發(fā)明（設計）人: 王文文
• 申請（專利權(quán)）人: 深圳市共進電子股份有限公司
• 主分類號: H04W4/06
• 分類號: H04W4/06;H04W28/04;H04W40/24
• 代理公司: 深圳市智科友專利商標事務所 44241
• 代理人: 陳潤生

技術(shù)領域

本發(fā)明屬于數(shù)據(jù)通信技術(shù)領域，涉及到一種無線組播可靠性的傳輸方法。

背景技術(shù)

nternet?組管理協(xié)議（IGMP??Internet?Group?Management?Protocol）是因特網(wǎng)協(xié)議家族中的一個組播協(xié)議，用于?IP?主機向任一個直接相鄰的路由器報告他們的組成員情況。IGMP?信息封裝在?IP?報文中，其?IP?的協(xié)議號為?2。

它用來在ip主機和與其直接相鄰的組播路由器之間建立、維護組播組成員關系。igmp不包括組播路由器之間的組成員關系信息的傳播與維護，這部分工作由各組播路由協(xié)議完成。所有參與組播的主機必須實現(xiàn)igmp。

參與ip組播的主機可以在任意位置、任意時間、成員總數(shù)不受限制地加入或退出組播組。組播路由器不需要也不可能保存所有主機的成員關系，它只是通過igmp協(xié)議了解每個接口連接的網(wǎng)段上是否存在某個組播組的接收者，即組成員。而主機方只需要保存自己加入了哪些組播組。?

igmp在主機與路由器之間是不對稱的：主機需要響應組播路由器的igmp查詢報文，即以igmp?membership?report報文響應；路由器周期性發(fā)送成員資格查詢報文，然后根據(jù)收到的響應報文確定某個特定組在自己所在子網(wǎng)上是否有主機加入，并且當收到主機的退出組的報告時，發(fā)出特定組的查詢報文（igmp版本2），以確定某個特定組是否已無成員存在如圖1所示。

組播是一種多點投遞的形式，它使用硬件技術(shù)，通過使用大量組播地址來通信。當某一組機器需要通信時，選擇一個組播地址，并配置好相應的網(wǎng)絡接口硬件，識別組播地址，從而收到該組播地址上分組的拷貝，它提高了數(shù)據(jù)傳送效率，減少了骨干網(wǎng)絡出現(xiàn)擁塞的可能性。但是組播傳輸通常使用一種Best?Effort（盡力服務）技術(shù)，它沒有應答(ACK)機制，當包丟失時，發(fā)送端不能夠進行數(shù)據(jù)重傳，這就造成了可能組播丟包的發(fā)生，然而隨著無線多媒體通信需求的日益增長，這種不可靠的傳輸，勢必成為無線組播的一個瓶頸。?????

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

本發(fā)明的目的是為了解決組播傳輸包丟失時，發(fā)送端不能夠進行數(shù)據(jù)重傳，這就造成了可能組播丟包的發(fā)生，然而隨著無線多媒體通信需求的日益增長，這種不可靠的傳輸，勢必成為無線組播的一個瓶頸的不足。提供一種確保無線組播可靠性的傳輸方法。

本發(fā)明的技術(shù)方案是：一種確保無線組播可靠性的傳輸方法，該方法中路由器根據(jù)記錄在IGMP組播轉(zhuǎn)發(fā)表中的組成員，將需要在內(nèi)核協(xié)議棧模塊接收到組播包，根據(jù)該組播包中攜帶的組播組MAC地址查找所述的組播轉(zhuǎn)發(fā)表中與該組播包相匹配的表項，并根據(jù)該匹配表項將所述組播包轉(zhuǎn)換為單播包后發(fā)送至對應的組成員。

進一步的，上述的確保無線組播可靠性的傳輸方法中：包括以下步驟：

A、服務器發(fā)送組播包到互聯(lián)網(wǎng)組管理協(xié)議窺探；

B、路由器根據(jù)組播轉(zhuǎn)發(fā)表查找相應成員，如果找到就把組播包地址內(nèi)轉(zhuǎn)向步驟C，否則轉(zhuǎn)向步驟D；

C、轉(zhuǎn)換為單播包，發(fā)送至對應的無線接口，對應于的無線接口的無線驅(qū)動模塊將所述單播包發(fā)送至目標主機；

D、繼續(xù)發(fā)送組播包至對應的無線接口，對應于的無線接口的無線驅(qū)動模塊將組播包發(fā)送至目標主機。

進一步的，上述的確保無線組播可靠性的傳輸方法中：所述的組播轉(zhuǎn)發(fā)表由互聯(lián)網(wǎng)組管理協(xié)議窺探維護。

進一步的，上述的確保無線組播可靠性的傳輸方法中：所述的步驟B中，組播包轉(zhuǎn)換為單播包時，包的ip層保持不變，通過改變包的目的MAC域，在MAC層以單播的形式向組播的各個成員發(fā)送包。

本發(fā)明的采用組播轉(zhuǎn)為單播的方式發(fā)送數(shù)據(jù)包，即使當數(shù)據(jù)包發(fā)生丟失，也可以重發(fā)，這就減少以及控制了組播包的丟失，提高了網(wǎng)絡吞吐量，改善了組播視頻的效果。

下面結(jié)合具體實施例對本發(fā)明作較為詳細的描述。

附圖說明

圖1為互聯(lián)網(wǎng)組管理協(xié)議窺探更新組播轉(zhuǎn)發(fā)表的流程。

圖2為本發(fā)明的流程圖。

具體實施方式

實施例1的原理圖如圖2所示：

A、組播服務器上利用VLC?Media?Player不斷播放視頻發(fā)送組播包到互聯(lián)網(wǎng)組管理協(xié)議窺探；這里，互聯(lián)網(wǎng)組管理協(xié)議窺探(IGMP?Snooping??Internet?Group?Management?Protocol?Snooping的簡稱)，它是運行在二層設備上的組播約束機制，用于管理和控制組播組；