專利名稱：用于無(wú)線網(wǎng)絡(luò)組播的蜂窩相關(guān)多組混合自動(dòng)重傳請(qǐng)求方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信，尤其涉及蜂窩相關(guān)數(shù)據(jù)重發(fā)方法。
背景技術(shù)：
對(duì)無(wú)線多媒體應(yīng)用的關(guān)注和需求在迅速增加。基于無(wú)線網(wǎng)絡(luò)的組播使包括但不限 于多媒體數(shù)據(jù)和娛樂(lè)節(jié)目(視頻、音頻、文件和文本)的數(shù)據(jù)能夠被高效地同時(shí)分發(fā)給許多 接收器。然而，多媒體數(shù)據(jù)傳送要求高度的可靠性和帶寬效率。由于時(shí)變和猝發(fā)鏈路錯(cuò)誤， 無(wú)線鏈路是不可靠的。尤其是在組播應(yīng)用中，同一節(jié)目的不同接收器可能經(jīng)歷不同的信道 條件，且在會(huì)話期間接收器可能離開(kāi)或加入，使得接收器的拓?fù)涓淖兞?。?duì)于許多無(wú)線網(wǎng) 絡(luò)，如當(dāng)前的IEEE 802. 11網(wǎng)絡(luò)中的組播，沒(méi)有鏈路層重發(fā)和鏈路層適配。無(wú)線裝置可以從 一個(gè)接入點(diǎn)(AP)/基站(BS)切換到另一個(gè)AP/BS。如在此所使用的，“/”表示相同或相似 部件或結(jié)構(gòu)的替換名字。S卩，在此“/”可以表示“或”。無(wú)線裝置包括便攜式電腦、雙模智 能電話、個(gè)人數(shù)字助理(PDA)、終端裝置、客戶、客戶裝置、移動(dòng)裝置、移動(dòng)終端、組播客戶、組 播客戶裝置、接收器等。在切換期間對(duì)于接收器，數(shù)據(jù)幀傳輸被中斷，且許多數(shù)據(jù)分組丟失。 此外，多個(gè)無(wú)線AP/BS通過(guò)高速有線網(wǎng)絡(luò)連接到組播服務(wù)器/源。某一個(gè)蜂窩中的客戶信 道條件與另一個(gè)蜂窩中的客戶信道條件可能大不相同。單播通信是兩個(gè)實(shí)體之間的一對(duì)一通信。廣播通信是通信系統(tǒng)中的一個(gè)實(shí)體和其 它所有實(shí)體之間的通信。組播通信是通信系統(tǒng)中的一個(gè)實(shí)體和其它多個(gè)實(shí)體之間的一對(duì)多 通信，其中其它多個(gè)實(shí)體可以包括通信系統(tǒng)中的其它所有實(shí)體。在許多無(wú)線組播系統(tǒng)中，在 物理層在分組內(nèi)使用前向糾錯(cuò)碼(FEC)，以防止多路徑衰減和干擾以及減少分組錯(cuò)誤。為了 恢復(fù)無(wú)線網(wǎng)絡(luò)中的丟失分組，也在傳輸和應(yīng)用層將FEC碼應(yīng)用于分組。然而，無(wú)線信道條件 是時(shí)變的，且組播網(wǎng)絡(luò)中的多個(gè)客戶經(jīng)歷不同的信道條件。通常，根據(jù)最差的信道條件使用 FEC碼，以確保期望服務(wù)區(qū)中的所有接收器的接收質(zhì)量。這導(dǎo)致大的系統(tǒng)開(kāi)銷，并需要大量 無(wú)線電資源用于重發(fā)。提高可靠性的另一種技術(shù)是使用丟失分組重發(fā)，也稱為自動(dòng)重傳請(qǐng) 求(ARQ)。在組播情況下，ARQ效率不高。例如，如果客戶A丟失分組1，客戶B丟失分組2， 則源/服務(wù)器重發(fā)分組1和分組2兩者。在某些報(bào)道的組播系統(tǒng)中，描述了混合ARQ方案，混合ARQ方案對(duì)ARQ和FEC進(jìn)行 組合，比純ARQ的效率高?；旌螦RQ中的重發(fā)分組是通過(guò)FEC碼產(chǎn)生的奇偶校驗(yàn)分組，可被 不同接收器用來(lái)校正不同的丟失信息分組。例如，客戶A丟失分組1，客戶B丟失分組2，如 果利用Reed-Solomon FEC碼、采用交叉分組擦除編碼產(chǎn)生奇偶校驗(yàn)分組，則源/服務(wù)器只 需重發(fā)/組播一個(gè)FEC奇偶校驗(yàn)分組?？蛻鬉可以使用重發(fā)的FEC奇偶校驗(yàn)分組恢復(fù)分組 1，客戶B可以使用同一 FEC奇偶校驗(yàn)分組恢復(fù)分組2。然而，在以前的組播ARQ或混合ARQ方案中，在單個(gè)組播組中發(fā)送重發(fā)的分組，該單個(gè)組播組或者是和源數(shù)據(jù)分組相同的組播組，或者是獨(dú)立的組播組。多個(gè)接收器可能經(jīng) 歷時(shí)變的不同信道條件。如果特定蜂窩中的一個(gè)接收器請(qǐng)求許多重發(fā)的分組，則這些重發(fā) 的分組將在所有無(wú)線蜂窩中組播發(fā)送，即使其它蜂窩中的接收器不需要這么多的重發(fā)分 組。因而，該方法浪費(fèi)了其它蜂窩的無(wú)線電帶寬。AP/BS數(shù)量和客戶數(shù)量方面的可伸縮性是要解決的重要問(wèn)題。具有可靠且可伸縮 的無(wú)線組播系統(tǒng)并高效地利用無(wú)線帶寬，是有利的。

發(fā)明內(nèi)容
在此描述的是一種在基礎(chǔ)結(jié)構(gòu)/蜂窩無(wú)線網(wǎng)絡(luò)上進(jìn)行可靠組播的多組混合自動(dòng) 重傳請(qǐng)求(ARQ)(在此也稱為恢復(fù))方法。本發(fā)明的混合ARQ方法自動(dòng)將組播組分配給和 AP/BS關(guān)聯(lián)的的無(wú)線裝置、或無(wú)線蜂窩中的無(wú)線裝置，以便進(jìn)行蜂窩相關(guān)控制消息交換，包 括例如發(fā)送ARQ請(qǐng)求和接收重發(fā)的分組。針對(duì)某個(gè)蜂窩中組播客戶的控制消息和重發(fā)數(shù)據(jù) 將不會(huì)被其它AP/BS通過(guò)其它蜂窩中的無(wú)線鏈路發(fā)送。這樣，用于某個(gè)蜂窩中重發(fā)的無(wú)線 帶寬適于該蜂窩中組播客戶的信道條件，而不受其它蜂窩中組播客戶的信道條件影響。也描述了一種自動(dòng)將組播地址分配給蜂窩以便進(jìn)行蜂窩相關(guān)控制消息交換和 ARQ/重發(fā)(稱為ARQ組播組)、并向ARQ/恢復(fù)服務(wù)器通知分配的ARQ組播組組播地址的方 法。此外，本發(fā)明描述了當(dāng)需要ARQ組播組時(shí)ARQ服務(wù)器加入蜂窩的蜂窩相關(guān)ARQ組播組、 而在ARQ組播組終止后離開(kāi)ARQ組播組的方法。描述了一種方法和設(shè)備，包括和接入點(diǎn)關(guān)聯(lián)，獲得接入點(diǎn)地址，獲得組播組地址， 以及利用接入點(diǎn)地址和組播組地址確定恢復(fù)組播地址。也描述了一種方法和設(shè)備，包括發(fā) 送關(guān)于加入組播組的請(qǐng)求，發(fā)送關(guān)于加入恢復(fù)組播組的請(qǐng)求，向恢復(fù)服務(wù)器發(fā)送注冊(cè)消息， 接收組播數(shù)據(jù)，確定是否有任何數(shù)據(jù)丟失了，確定另一裝置是否發(fā)送了恢復(fù)請(qǐng)求消息，如果 沒(méi)有其它裝置發(fā)送恢復(fù)請(qǐng)求消息、則產(chǎn)生恢復(fù)請(qǐng)求消息，確定是否從恢復(fù)服務(wù)器收到注冊(cè) 回復(fù)消息，確定是否預(yù)先收到任何重發(fā)數(shù)據(jù)，以及如果沒(méi)有預(yù)先收到任何重發(fā)數(shù)據(jù)，就向恢 復(fù)服務(wù)器單播恢復(fù)請(qǐng)求消息。還描述了一種方法和設(shè)備，包括從恢復(fù)服務(wù)器接收恢復(fù)組播 組消息，確定某一裝置是否為恢復(fù)組播組成員，以及發(fā)送對(duì)于恢復(fù)組播組消息的回復(fù)。描述了一種方法和設(shè)備，包括利用接入點(diǎn)地址和組播組地址確定地址，利用該地 址向恢復(fù)服務(wù)器發(fā)送恢復(fù)請(qǐng)求消息以請(qǐng)求恢復(fù)數(shù)據(jù)，以及從恢復(fù)服務(wù)器接收恢復(fù)數(shù)據(jù)。還 描述了一種方法和設(shè)備，包括接收注冊(cè)消息，發(fā)送對(duì)于注冊(cè)消息的回復(fù)，接收恢復(fù)請(qǐng)求消 息，響應(yīng)恢復(fù)請(qǐng)求消息而發(fā)送恢復(fù)數(shù)據(jù)，以及向恢復(fù)組播組發(fā)送消息，以確定恢復(fù)組播組的 狀態(tài)。


連同附圖閱讀以下詳細(xì)說(shuō)明，可很好理解本發(fā)明，附圖包括以下簡(jiǎn)述的圖，其中圖 中相同的附圖標(biāo)記代表相似的部件，其中圖1是一種如按照本發(fā)明方法使用的、且用于描述本發(fā)明方法的示例組播系統(tǒng)的 示意圖。圖2是FEC編碼例子。圖3是根據(jù)本發(fā)明原理的、客戶為獲得節(jié)目X的ARQ組播地址的示例方法流程圖。
圖4是根據(jù)本發(fā)明原理的，客戶向ARQ服務(wù)器注冊(cè)、并向ARQ服務(wù)器發(fā)送對(duì)于從 ARQ服務(wù)器接收分組(FEC和/或源分組)的請(qǐng)求的示例方法流程圖。圖5是根據(jù)本發(fā)明原理的、ARQ服務(wù)器處理從客戶收到的注冊(cè)消息的示例方法流 程圖。圖6是根據(jù)本發(fā)明原理的、ARQ服務(wù)器處理從客戶收到的ARQ請(qǐng)求消息的示例方 法流程圖。圖7是根據(jù)本發(fā)明原理的、ARQ服務(wù)器查詢ARQ組播組的示例方法流程圖。圖8是根據(jù)本發(fā)明原理的、客戶處理來(lái)自ARQ服務(wù)器的ARQ組播組查詢的示例方 法流程圖。圖9是根據(jù)本發(fā)明原理的示例客戶/接收裝置的框圖。圖10是根據(jù)本發(fā)明原理的示例恢復(fù)服務(wù)器/ARQ服務(wù)器的框圖。
具體實(shí)施例方式圖1是按照本發(fā)明方法使用的示例組播系統(tǒng)的示意圖，用于描述本發(fā)明方法。無(wú) 線裝置/客戶/接收器105通過(guò)無(wú)線接入點(diǎn)(AP)/基站(BS)IlO以及具有以太網(wǎng)開(kāi)關(guān)/路 由器115的高速有線存取網(wǎng)絡(luò)130 (如以太網(wǎng))，連接到組播服務(wù)器120 (如視頻流服務(wù)器)。 接入點(diǎn)110為蜂窩服務(wù)。在蜂窩中可以有許多組播接收器/客戶105。組播服務(wù)器/視頻 流服務(wù)器120通過(guò)高速有線網(wǎng)絡(luò)130連接到多個(gè)AP/BS 110，并為多個(gè)蜂窩服務(wù)，以增加服 務(wù)區(qū)。為減少干擾，相鄰的無(wú)線接入點(diǎn)可以使用不同的載頻工作。服務(wù)器120向多個(gè)AP/BS 110組播發(fā)送源數(shù)據(jù)分組(如壓縮視頻數(shù)據(jù)分組)，且每個(gè)AP/BS 110以組播形式將源數(shù)據(jù) 分組發(fā)送給它自己的蜂窩中的多個(gè)客戶105。ARQ/混合ARQ服務(wù)器125也通過(guò)以太網(wǎng)開(kāi)關(guān)/路由器115連接到高速以太網(wǎng)LAN 130。ARQ服務(wù)器通過(guò)以太網(wǎng)開(kāi)關(guān)/路由器115從組播服務(wù)器獲得源分組。尤其是，ARQ服務(wù) 器125包括FEC編碼器和ARQ處理器。FEC編碼器將交叉分組(cross packet) FEC編碼應(yīng)用 于源分組，并產(chǎn)生FEC奇偶校驗(yàn)分組。ARQ處理器負(fù)責(zé)根據(jù)接收器的請(qǐng)求重發(fā)FEC奇偶校驗(yàn) 分組或源分組。所使用的FEC可以是任何系統(tǒng)前向糾錯(cuò)碼，如瑞得-所羅門(Reed-Solomon RS)碼。將FEC碼應(yīng)用于分組，以防止整個(gè)源分組丟失(擦除)，因?yàn)殄e(cuò)誤分組常常被協(xié)議 的下層丟棄。例如，如圖2所示，將(N，K) RS碼應(yīng)用于K個(gè)源/信息分組，形成了 H= (N-K) 個(gè)奇偶校驗(yàn)分組。無(wú)論K個(gè)信息分組中哪一個(gè)源分組丟失了，在接收器上每個(gè)奇偶校驗(yàn)分 組都能恢復(fù)一個(gè)丟失的源分組。在替換實(shí)施例中，圖1的ARQ服務(wù)器125和圖1的組播服 務(wù)器120放在一起。在組播過(guò)程中，由于同一時(shí)刻的不同信道條件，同一視頻流的多個(gè)接收器可能經(jīng) 歷不同的分組丟失率。同一接收器在不同時(shí)間也可能經(jīng)歷不同的分組丟失率。在會(huì)話期 間，新的接收器可能加入，或者某些接收器可能離開(kāi)，使得接收器的拓?fù)涓淖兞恕?duì)于組播 節(jié)目，一個(gè)蜂窩中的客戶的信道條件可能和另一蜂窩中的客戶的信道條件大不相同。本發(fā) 明的混合ARQ方法是一種在基礎(chǔ)結(jié)構(gòu)(infrastructure)/蜂窩無(wú)線網(wǎng)絡(luò)上進(jìn)行可靠組播 的方法。本發(fā)明的混合ARQ方法自動(dòng)將組播組和組播組地址分配給和AP/BS關(guān)聯(lián)的無(wú)線裝 置、或者無(wú)線蜂窩中的無(wú)線裝置，以便進(jìn)行蜂窩相關(guān)控制消息交換，如發(fā)送ARQ請(qǐng)求以及接 收重發(fā)的FEC奇偶校驗(yàn)分組和/或源數(shù)據(jù)分組。針對(duì)某個(gè)蜂窩中接收器/客戶的重發(fā)數(shù)據(jù)將不會(huì)被其它AP/BS通過(guò)其它蜂窩中的無(wú)線鏈路發(fā)送。這樣，用于某個(gè)蜂窩中重發(fā)的無(wú)線 帶寬適于該蜂窩中組播客戶的信道條件，而不受其它蜂窩中組播客戶的信道條件影響。在本發(fā)明中，也描述了一種自動(dòng)將組播地址分配給蜂窩(稱為ARQ組播組)以便 進(jìn)行蜂窩相關(guān)控制消息交換和ARQ/重發(fā)、并向ARQ服務(wù)器建議ARQ組播組的分配組播地 址。此外，本發(fā)明描述了當(dāng)需要ARQ組播組時(shí)ARQ服務(wù)器加入蜂窩中的蜂窩相關(guān)ARQ組播 組，且在ARQ組播組終止后離開(kāi)ARQ組播組的方法。雖然將IEEE 802. 11 WLAN網(wǎng)絡(luò)作為例子描述本發(fā)明的自適應(yīng)FEC方法和系統(tǒng)，但 是在此描述的方法和系統(tǒng)可用于基于無(wú)線局域網(wǎng)(WLAN)、3G網(wǎng)絡(luò)、WiMax或其它無(wú)線網(wǎng)絡(luò) 的組播應(yīng)用中。此外，雖然將視頻組播作為例子描述本發(fā)明方法，但是本發(fā)明與所發(fā)送的數(shù) 據(jù)類型無(wú)關(guān)，并且可用于任何類型數(shù)據(jù)的組播，而不限于音頻/視頻節(jié)目。本發(fā)明可用于重 發(fā)FEC奇偶校驗(yàn)分組和/或源分組。為了進(jìn)行可靠組播，服務(wù)器將節(jié)目的組播源數(shù)據(jù)分組發(fā)送給某一組播組如組播組 X中的客戶。希望接收源數(shù)據(jù)的客戶通過(guò)向和客戶關(guān)聯(lián)的BS/AP發(fā)送請(qǐng)求，加入到組播組 X/向組播組X預(yù)訂。只要蜂窩中的任何客戶是組播組X的成員，該BS/AP就通過(guò)無(wú)線鏈路 為組播組X發(fā)送數(shù)據(jù)。如果沒(méi)有和BS/AP關(guān)聯(lián)的客戶想要特定組播組的數(shù)據(jù)，即沒(méi)有客戶 想要成為特定組播組的成員并接收前往該組播組的數(shù)據(jù)，則BS/AP將不在其無(wú)線蜂窩中為 該特定組播組發(fā)送數(shù)據(jù)，而是丟棄數(shù)據(jù)。BS/AP可以周期地查詢與其關(guān)聯(lián)的客戶是否有任何 客戶仍然是特定組播組的成員?？蛻艨山柚谝蛱鼐W(wǎng)組播管理協(xié)議(IGMP)或其它協(xié)議，通 過(guò)向BS/AP發(fā)送請(qǐng)求來(lái)加入或離開(kāi)特定組播組。替換實(shí)施例是，客戶可以向以太網(wǎng)開(kāi)關(guān)/ 路由器發(fā)送請(qǐng)求，指出客戶希望加入或離開(kāi)組播組。如果沒(méi)有和BS/AP關(guān)聯(lián)的客戶想要特 定組播組的數(shù)據(jù)，則以太網(wǎng)開(kāi)關(guān)/路由器將不向該BS/AP發(fā)送該組播組的數(shù)據(jù)。另外，蜂窩1中的組播節(jié)目X的客戶加入組播組IX，向ARP/混合ARQ服務(wù)器發(fā)送 ARQ請(qǐng)求、并從ARQ/混合ARQ服務(wù)器接收重發(fā)的FEC奇偶校驗(yàn)分組或源數(shù)據(jù)，以便恢復(fù)組 播節(jié)目X的丟失分組。一般，蜂窩N中的組播節(jié)目X的客戶加入組播組NX，以向ARP/混合 ARQ服務(wù)器發(fā)送ARQ請(qǐng)求、并從ARQ/混合ARQ服務(wù)器接收重發(fā)的FEC奇偶校驗(yàn)分組或源數(shù) 據(jù)，以恢復(fù)組播節(jié)目X的丟失分組。組播組1X、2X、…、NX是具有不同組播地址的不同組 播組。對(duì)于蜂窩1中的客戶，ARQ服務(wù)器向組播組IX發(fā)送重發(fā)的FEC奇偶校驗(yàn)分組或源分 組，對(duì)于蜂窩2中的客戶，向組播組2X發(fā)送重發(fā)的FEC奇偶校驗(yàn)分組或源分組，對(duì)于蜂窩N 中的客戶，向組播組NX發(fā)送重發(fā)的FEC奇偶校驗(yàn)分組或源分組。所有源分組和重發(fā)的分組 都通過(guò)高速有線網(wǎng)絡(luò)發(fā)送到以太網(wǎng)開(kāi)關(guān)/路由器。組播組X中的源數(shù)據(jù)以及組播組IX中 的ARQ請(qǐng)求和重發(fā)數(shù)據(jù)是在蜂窩1中發(fā)送，因?yàn)榉涓C1中的客戶是組播組X和IX的成員。 然而，其它組…、NX、…)的ARQ請(qǐng)求和重發(fā)數(shù)據(jù)不是在蜂窩1中發(fā)送，因?yàn)榉涓C1中 的客戶不是組播組2X、…、NX、…的成員。如上所述，其它組的數(shù)據(jù)被蜂窩1、AP/BS或以 太網(wǎng)開(kāi)關(guān)/路由器丟棄。這樣，無(wú)線帶寬適于蜂窩1中的組播客戶。類似，組播組X中的源 數(shù)據(jù)以及組播組NX中的ARQ請(qǐng)求和重發(fā)數(shù)據(jù)是在蜂窩N中發(fā)送。其它組(IX、- (N-I) X, (N+1)X、…)中的ARQ請(qǐng)求和重發(fā)數(shù)據(jù)不是在蜂窩N中發(fā)送。因此，用于某一蜂窩中重發(fā) 的無(wú)線帶寬只取決于該蜂窩中客戶的信道條件，而不取決于其它蜂窩中客戶的信道條件。蜂窩中的客戶、組播服務(wù)器和ARQ服務(wù)器需要知道組播源數(shù)據(jù)的組播地址以及 ARQ請(qǐng)求和重發(fā)的數(shù)據(jù)。本發(fā)明進(jìn)一步描述了一種組播地址分配方法。將32位IP v4地址作為例子來(lái)說(shuō)明本發(fā)明的地址分配方法。本發(fā)明的方法可以容易地?cái)U(kuò)展到1 位IP V6地 址或第二層MAC (媒介存取控制)地址的分配。對(duì)于組播節(jié)目X，為源數(shù)據(jù)發(fā)送分配32位IP v4組播地址bx(31)、bx(30)、… bx (m+1)、bx (m)、bx (m-1)、…bx (0) (bx (m)是地址的第 m 位，0 < m < 31)，稱為源數(shù)據(jù)組播 組，其中bx(31)、…bx(m+l)、bx(m)為1或0，且bx(m-l)、bx(0)等于0?？梢栽诮M播服務(wù) 器、ARQ服務(wù)器和客戶上配置組播節(jié)目X的源數(shù)據(jù)地址。在替換方法中，可以在會(huì)話描述文 件(SDF)中包括組播節(jié)目X的源數(shù)據(jù)組播組地址?？蛻艨稍跁?huì)話開(kāi)始時(shí)通過(guò)超文本傳輸協(xié) 議(HTTP)或?qū)崟r(shí)流協(xié)議(RTSP)下載SDF文件，或者可由組播服務(wù)器或單獨(dú)的目錄服務(wù)器 (圖1中未示出)通過(guò)會(huì)話通告協(xié)議(SAP)通告。在本發(fā)明中，每個(gè)蜂窩都有用于控制消息交換(如節(jié)目X的ARQ請(qǐng)求和重發(fā))的 單獨(dú)蜂窩相關(guān)組播地址，在此稱為ARQ組播地址。根據(jù)蜂窩N的節(jié)目X的源數(shù)據(jù)組播組地 址以及AP/BS的MAC地址或IP (網(wǎng)際協(xié)議)地址，解碼蜂窩N中的節(jié)目X的ARQ組播地址。 如果蜂窩N的AP/BS的MAC地址是MAC_N，則蜂窩N中的節(jié)目X的ARQ組播地址的最低有效 m位是蜂窩N的AP/BS的MAC地址的散列函數(shù)，如式(1)所示{dxn (m-1)，dxn (m_2)，... dxn (0)} = Hash (MAC_N).(1)如果Hash (MAC_N) = 0，則dxn (0)被設(shè)為1，以避免和節(jié)目X的源數(shù)據(jù)組播地址相 同的地址。在替換實(shí)施例中，蜂窩N中的節(jié)目X的ARQ組播地址的最低有效m位是蜂窩N的 AP/BS的IP地址IP_N的散列函數(shù)，如式(2)所示{dxn (m-1)，dxn (m_2)，... dxn (0)} = Hash (IP_N).(2)如果Hash (IP_N) = 0，則dxn (0)被設(shè)為1，以避免和節(jié)目X的源數(shù)據(jù)組播地址相 同的地址。在另一替換實(shí)施例中，蜂窩N的節(jié)目X的ARQ組播地址的最低有效m位等于其AP/ BS的MAC地址MAC_N或IP地址IP_N的最低有效m位。節(jié)目X的ARQ組播地址的最高有效(32-m)位等于節(jié)目X的源數(shù)據(jù)組播地址的最 高有效(32-m)位，即 dxn (31) = bx (31)，dxn (30) = bx(30), —, dxn(m) =bx(m)。圖3是客戶獲得節(jié)目X的ARQ組播地址的示例方法的流程圖。在305，客戶和AP/ BS關(guān)聯(lián)，以便接收組播數(shù)據(jù)/內(nèi)容/節(jié)目，并且在310獲得該AP/BS的MAC地址或IP地址。 然后，在315，客戶通過(guò)從目錄服務(wù)器下載的配置或會(huì)話描述文件，或通過(guò)目錄服務(wù)器的通 告，獲得節(jié)目X的源數(shù)據(jù)組播組地址。然后在320，如上所述，客戶從節(jié)目X的源數(shù)據(jù)組播地 址以及AP/BS的MAC地址或IP地址解碼節(jié)目X的ARQ組播地址。ARQ服務(wù)器需要知道節(jié)目X的ARQ組播地址，以便從客戶接收ARQ請(qǐng)求以及重發(fā) FEC奇偶校驗(yàn)分組或源分組。ARQ服務(wù)器可能不知道AP/BS的IP地址和/或MAC地址，并 且不能從AP/BS的IP地址和/或MAC地址解碼ARQ組播地址。此外，AP/BS的IP地址和/ 或MAC地址可能變化，例如在添加新AP/BS時(shí)、或去除現(xiàn)有AP/BS時(shí)、或現(xiàn)有AP/BS被具有 不同MAC地址的另一 AP/BS代替時(shí)，使得具有ARQ組播地址的ARQ組播組被客戶用作蜂窩。 此外，本發(fā)明描述了一種當(dāng)需要ARQ組播組時(shí)ARQ服務(wù)器加入ARQ組播組、且在ARQ組播組 終止后離開(kāi)ARQ組播組的方法(這是AP/BS的MAC地址改變的一個(gè)例子)。圖4是客戶向ARQ服務(wù)器注冊(cè)、并向ARQ服務(wù)器請(qǐng)求從ARQ服務(wù)器接收分組(FEC和/或源)的示例方法的流程圖。在405，客戶通過(guò)向BS/AP或以太網(wǎng)開(kāi)關(guān)/路由器發(fā)送請(qǐng) 求，請(qǐng)求加入源數(shù)據(jù)組播組和ARQ組播組。客戶加入源數(shù)據(jù)組播組和ARQ組播組的請(qǐng)求使用 IGMP。然后在410，客戶以單播形式向ARQ服務(wù)器發(fā)送注冊(cè)消息。注冊(cè)消息包含消息ID (標(biāo) 識(shí)符)、客戶地址、客戶關(guān)聯(lián)的AP/BS的地址、源數(shù)據(jù)組播組的地址和端口以及ARQ組播組的 地址和端口。在415，客戶從源數(shù)據(jù)組播組接收節(jié)目X的源數(shù)據(jù)。如果在420客戶檢測(cè)到 某些源數(shù)據(jù)分組丟失了，并且客戶在425沒(méi)有檢測(cè)到來(lái)自其它客戶的、關(guān)于重發(fā)可用于恢 復(fù)丟失源分組的FEC奇偶校驗(yàn)分組和/或源分組的請(qǐng)求，則在430客戶可以產(chǎn)生ARQ請(qǐng)求。 然后，客戶在435執(zhí)行測(cè)試，以確定客戶是否收到來(lái)自ARQ服務(wù)器的注冊(cè)回復(fù)。注冊(cè)回復(fù)消 息包含ARQ服務(wù)器地址和客戶地址。如果客戶還沒(méi)有收到注冊(cè)回復(fù)，則客戶在440執(zhí)行測(cè) 試，以確定客戶是否預(yù)先從ARQ組播組收到了重發(fā)的分組。如果客戶沒(méi)有預(yù)先從ARQ組播 組收到重發(fā)的分組，則客戶在445向ARQ服務(wù)器單播關(guān)于重發(fā)分組(FEC和/或源分組)的 ARQ請(qǐng)求。如果客戶沒(méi)有收到來(lái)自ARQ服務(wù)器的注冊(cè)回復(fù)消息，并且客戶沒(méi)有從ARQ組播組 中的ARQ服務(wù)器收到任何重發(fā)的分組，則以單播形式向ARQ服務(wù)器發(fā)送ARQ請(qǐng)求。處理前 進(jìn)到415。如果客戶預(yù)先從ARQ組播組收到了重發(fā)的分組，則在450客戶向ARQ服務(wù)器組播 關(guān)于重發(fā)分組(FEC和/或源分組)的ARQ請(qǐng)求。處理前進(jìn)到415。如果客戶收到了注冊(cè)回 復(fù)(在435)，則處理前進(jìn)到450。如果客戶檢測(cè)到(在425)來(lái)自其它客戶的、對(duì)用于恢復(fù) 客戶丟失分組的足夠分組的ARQ請(qǐng)求，則處理前進(jìn)到415。如果客戶沒(méi)有檢測(cè)到(在420) 任何丟失的分組，則處理前進(jìn)到415。ARQ請(qǐng)求消息包含消息ID、消息類型、循環(huán)ID、源組播地址和端口、ARQ組播地址和 端口、源編碼塊ID或源編碼塊的基礎(chǔ)順序號(hào)(第一個(gè)源分組的順序號(hào))、請(qǐng)求的重發(fā)奇偶校 驗(yàn)分組的數(shù)量、源編碼塊中丟失的源數(shù)據(jù)分組的平均數(shù)量、分組位映射的長(zhǎng)度、塊的分組位 映射等。消息類型字段指示關(guān)于源數(shù)據(jù)重發(fā)、或FEC奇偶校驗(yàn)重發(fā)、或源數(shù)據(jù)和FEC奇偶校 驗(yàn)重發(fā)兩者的ARQ請(qǐng)求。循環(huán)ID字段指示發(fā)送消息的ARQ循環(huán)編號(hào)。對(duì)于所有接收器，每 個(gè)FEC編碼塊的循環(huán)ID都以0值開(kāi)始。塊的分組位映射指示接收的源編碼塊中源分組的狀 態(tài)，其中值為1的位表示對(duì)應(yīng)的源分組被正確接收了，值為0的位表示分組丟失了。注意， 以上的源組播地址和ARQ組播地址可以是IP (第3層)地址和/或MAC(第2層)地址。圖5是根據(jù)本發(fā)明原理的、ARQ服務(wù)器處理從客戶收到的注冊(cè)消息的示例方法流 程圖。在505，ARQ服務(wù)器從客戶接收注冊(cè)消息。一旦ARQ服務(wù)器從客戶收到注冊(cè)消息，就 在510執(zhí)行測(cè)試，以確定ARQ服務(wù)器是否已加入ARQ組播組。如果ARQ服務(wù)器還沒(méi)有加入 注冊(cè)消息中指定的ARQ組播組，ARQ服務(wù)器就在515加入注冊(cè)消息中指定的ARQ組播組。 然后，ARQ服務(wù)器在加入ARQ組播組后，在520以單播形式向客戶發(fā)送注冊(cè)回復(fù)消息。如果 ARQ服務(wù)器已加入注冊(cè)消息中指定的ARQ組播組，則處理前進(jìn)到520。圖6是根據(jù)本發(fā)明原理的、ARQ服務(wù)器處理從客戶收到的ARQ請(qǐng)求消息的示例方 法流程圖。在605，ARQ服務(wù)器從客戶接收ARQ請(qǐng)求消息。一旦ARQ服務(wù)器從客戶收到ARQ 請(qǐng)求消息，就在610執(zhí)行測(cè)試，以確定ARQ服務(wù)器是否已加入ARQ組播組。如果ARQ服務(wù)器 還沒(méi)有加入ARQ請(qǐng)求消息中指定的ARQ組播組，則在615 ARQ服務(wù)器加入ARQ請(qǐng)求消息中 指定的ARQ組播組。在620，ARQ服務(wù)器分析從無(wú)線蜂窩中的客戶收到的ARQ請(qǐng)求消息。在 625，基于來(lái)自蜂窩中客戶的ARQ請(qǐng)求消息，ARQ服務(wù)器重發(fā)ARQ請(qǐng)求中指定的ARQ組播組 中的FEC奇偶校驗(yàn)分組和/或原始源分組。注意，對(duì)于不同蜂窩，以組播形式重發(fā)不同ARQ組播組中的FEC奇偶校驗(yàn)分組和/或原始源分組。圖7是根據(jù)本發(fā)明原理的、ARQ服務(wù)器查詢ARQ組播組的示例方法流程圖。在705， 通知 ARQ 服務(wù)器 ARQ_MULTICAST_TIMEOUT 到期了。ARQ_MULTICAST_TIMEOUT 的到期指示 ARQ 服務(wù)器已加入ARQ組播組，但在ARQ_MULTICAST_TIMEOUT期限內(nèi)還沒(méi)有從該ARQ組播組收 到任何ARQ請(qǐng)求。在710，ARQ服務(wù)器向該ARQ組播組發(fā)送Multicast_Group_Query (MGQU) 消息。MGQU消息用于查詢?cè)揂RQ組播組中目前是否有任何客戶。MGQU消息包含ARQ服務(wù)器 地址、ARQ組播地址、消息ID、消息順序號(hào)等。ARQ服務(wù)器在715初始化Multicast_Group_ Query_retry_count ( ^IS^lgi^if ^ ), 720 g Multicast_Group_Query_wait_ timer (組播組查詢等待定時(shí)器)。Multicast_Group_Query_wait_timer是定時(shí)器，其到期 時(shí)間是 MGQU_RETRIES_INTERVAL。在發(fā)送 MGQU 后，ARQ 服務(wù)器等待 Mu 11 i cast_Group_Query_ Reply(MGQR)(組播組查詢響應(yīng))消息。在725執(zhí)行測(cè)試，以確定是否收到Multicast, Group_Query_Reply (MGQR)。如果還沒(méi)有收至Ij Mu 11icast_Group_Query_Rep 1 y (MGQR)，則在 730 執(zhí)行測(cè)試，以確定 Multicast_Group_Query_wait_timer 是否到期。如果 Multicast_ Group_Query_wait_timer 到期了，則在 7；35 執(zhí)行測(cè)試，以確定 Multicast_Group_Query_ retry_count(MGQU_retry_count)是否大于預(yù)定的 MULTICAST_GROUP_QUERY_RETRY_ LIMIT (MGQU_RETRY_LIMIT)(組播組查詢門限)。如果 Multicast_Group_Query_retry_ count 小于或等于 MGQU_RETRY_LIMIT，則在 740 遞增 Multicast_Group_Query 順序號(hào)和 Mu 11icast_Group_Query_retry_count 在 745 重發(fā) Multicast_Group_Query。然后，處 前進(jìn)到 720。如果收到了 Multicast_Group_Query_Iteply，則在 750 清除 Multicast_Group_ Query_wait_timer,并將 ARQ_MULTICAST_TIMEOUT 定時(shí)器復(fù)位。如果 Multicast_Group_ Query_retry_count 大于 MGQU_RETRY_LIMIT，則在 755 ARQ 服務(wù)器離開(kāi)該 ARQ 組播組。圖8是根據(jù)本發(fā)明原理的、客戶處理來(lái)自ARQ服務(wù)器的ARQ組播組查詢的示例 方法流程圖。在805，客戶從ARQ服務(wù)器接收ARQ組播組查詢。在810執(zhí)行測(cè)試，以確定 該客戶是否仍然是ARQ組播組查詢中指定的ARQ組播組成員。如果客戶仍然是ARQ組播 組查詢中指定的組播組成員，則在815客戶設(shè)置Multicast_Group_Query_Iteply_delay_ timer (MGQR_delay_timer)(組播組查詢答復(fù)延遲定時(shí)器)。在820執(zhí)行測(cè)試，以確定該 客戶是否從蜂窩中的其它任何客戶收到其它任何Multicast_Group_Query_Reply。如果 該客戶沒(méi)有從蜂窩中的其它任何客戶收到其它任何Mu 11icast_Group_Query_Rep 1 y，則 在 825 執(zhí)行測(cè)試，以確定 Multicast_Group_Query_Iteply_delay_timer 是否到期了。如 果 Multicast_Group_Query_Iteply_delay_timer 到期 了，則在 830 向 ARQ 組播組發(fā)送 Multicast_Group_Query_Reply。 如果 Mu11icast_Group_Query_Rep1y_de1ay_timer 沒(méi) 有到期(在825)，則處理前進(jìn)到820。如果該客戶從蜂窩中的其它任何客戶收到了其它 Mu 11icast_Group_Query_Rep 1 y,貝Ij 在 835 該客戶清除 Multicast_Group_Query_Iteply_ delay_timer0如果該客戶不再是(或已經(jīng)不是)ARQ組播組查詢中指定的ARQ組播組成員， 則該客戶忽略ARQ組播組查詢。Mu 11icast_Group_Query_Rep 1 y_de 1 ay_timer 是隨機(jī)延遲定時(shí)器，其中 0 < MGQR_ delay_timer < MGQR_DELAY_LIMIT (MGQR 延遲門限)。該延遲使 Multicast_Group_Query_ R印Iy (MGQR)的發(fā)送時(shí)間有效地隨機(jī)化。MGQR從客戶發(fā)往所有參與者(ARQ服務(wù)器和ARQ 組播組中的其它客戶)，發(fā)送到ARQ組播地址。在延遲期間，客戶可以從同一 ARQ組播組中的另一客戶接收MGQR。如果在延遲期間收到這種MGQR，則該客戶將取消其延遲定時(shí)器，并 將不發(fā)送其MGQR。MGQR包含客戶地址、ARQ組播組地址、該MGQR回復(fù)的原始MGQU消息順序號(hào)等。ARQ_MULTICAST_TIMEOUT、MGQU_RETRIES_INTERVAL、MGQU_RETRY_LIMIT 和 MGQR_ DELAY_LIMIT是可配置的參數(shù)。在替換實(shí)施例中，如果客戶沒(méi)有從ARQ服務(wù)器收到注冊(cè)回復(fù)消息，并且/或者客戶 沒(méi)有從蜂窩相關(guān)ARQ組播組中的ARQ服務(wù)器收到任何重發(fā)分組，則組播節(jié)目X的客戶在組 播節(jié)目X的蜂窩無(wú)關(guān)控制組播組中發(fā)送ARQ請(qǐng)求。蜂窩無(wú)關(guān)控制組播組使用公共控制信道?？梢栽诮M播服務(wù)器、ARQ服務(wù)器和客戶上為組播節(jié)目X分配和配置蜂窩無(wú)關(guān)控制 組播組的地址cx(31)，cx(30)，丨01(111+1)，01(111)，01(111-1)，…cxO。在替換方法中，可以 在會(huì)話描述文件中包含組播節(jié)目X的蜂窩無(wú)關(guān)控制信道地址。會(huì)話描述文件可以由客戶在 會(huì)話開(kāi)始時(shí)通過(guò)HTTP或PTSP協(xié)議下載，或者由組播服務(wù)器或單獨(dú)的目錄服務(wù)器宣告。在 另一替換方法中，從節(jié)目X的源組播地址推斷節(jié)目X的蜂窩無(wú)關(guān)控制信道地址，例如cx (31) =bx (31)，cx (30) = bx (30), ··· cx (m+1) = bx (m+1)，cx (m) = "bx (m), cx (m-1) =0，... cxO = O。圖9是根據(jù)本發(fā)明原理的示例客戶/接收裝置的框圖?？刂颇K905負(fù)責(zé)獲得節(jié) 目的源組播地址和ARQ組播地址?？刂颇K905也負(fù)責(zé)向ARQ服務(wù)器注冊(cè)它自己，包括通 過(guò)通信接口 910發(fā)送注冊(cè)消息和處理注冊(cè)回復(fù)，接收組播組查詢(MGQU)消息、處理MGQU消 息以及發(fā)送組播組查詢回復(fù)(MGQR)。控制模塊905向ARQ請(qǐng)求模塊915通知ARQ請(qǐng)求的發(fā) 送地址，并向數(shù)據(jù)接收模塊920通知源數(shù)據(jù)和重發(fā)數(shù)據(jù)的接收地址。數(shù)據(jù)接收模塊920通 過(guò)通信接口 910接收源數(shù)據(jù)和重發(fā)數(shù)據(jù)。數(shù)據(jù)接收模塊920向ARQ請(qǐng)求模塊915通知任何 數(shù)據(jù)丟失。數(shù)據(jù)接收模塊920將接收的數(shù)據(jù)轉(zhuǎn)發(fā)給組播應(yīng)用/多媒體播放器模塊925。ARQ 請(qǐng)求模塊915確定是否需要ARQ請(qǐng)求以及要請(qǐng)求什么，通過(guò)通信接口 910向ARQ服務(wù)器發(fā) 送ARQ請(qǐng)求。ARQ請(qǐng)求模塊915也通過(guò)通信接口 910收聽(tīng)其它客戶的ARQ請(qǐng)求。圖10是根據(jù)本發(fā)明原理的示例恢復(fù)服務(wù)器/ARQ服務(wù)器的框圖?？刂颇K1005負(fù) 責(zé)客戶注冊(cè)，包括通過(guò)通信接口 1010接收和處理客戶注冊(cè)請(qǐng)求、加入組播組以及發(fā)送注冊(cè) 回復(fù)?？刂颇K1005也負(fù)責(zé)查詢是否有任何客戶使用ARQ組播組，包括通過(guò)通信接口 1010 發(fā)送MGQU、從客戶接收MGQR，處理MGQR消息，并確定ARQ服務(wù)器是否應(yīng)該離開(kāi)該ARQ組播 組。控制模塊1005命令數(shù)據(jù)接收/發(fā)送模塊1015接收節(jié)目的數(shù)據(jù)(通過(guò)通信接口 1010)、 并將數(shù)據(jù)存儲(chǔ)在緩沖器中。然后，數(shù)據(jù)接收/發(fā)送模塊1015接收節(jié)目數(shù)據(jù)(通過(guò)通信接口 1010)，并將數(shù)據(jù)存儲(chǔ)在緩沖器中?？刂颇K1005向ARQ處理模塊1020通告ARQ組播地址。 ARQ處理模塊1020通過(guò)通信接口 1010接收ARQ請(qǐng)求，并處理該ARQ請(qǐng)求。ARQ處理模塊 1020請(qǐng)求數(shù)據(jù)接收/發(fā)送模塊1015向客戶/接收裝置重發(fā)丟失的分組。應(yīng)該理解，可以用 各種形式的硬件(如ASIC芯片)、軟件、固件、專用處理器或它們的組合，如在服務(wù)器、中間 裝置(如無(wú)線接入點(diǎn)或無(wú)線路由器)或移動(dòng)裝置內(nèi)，實(shí)施本發(fā)明。優(yōu)選地，將本發(fā)明實(shí)施為 硬件和軟件的組合。而且，優(yōu)選地將軟件實(shí)施為可切實(shí)在程序存儲(chǔ)裝置上實(shí)施的應(yīng)用程序。 可以將應(yīng)用程序上傳到包括任何合適結(jié)構(gòu)的機(jī)器上，并由該機(jī)器執(zhí)行。優(yōu)選地，在具有硬件 如一個(gè)或多個(gè)中央處理器(CPU)、隨機(jī)存儲(chǔ)器(RAM)和輸入/輸出(I/O)接口的計(jì)算機(jī)平臺(tái) 上，實(shí)施該機(jī)器。該計(jì)算機(jī)平臺(tái)也包括操作系統(tǒng)和微指令碼。在此描述的各種過(guò)程和功能可以是可通過(guò)操作系統(tǒng)執(zhí)行的微指令碼一部分或應(yīng)用程序一部分(或者它們的組合)。另 外，其它各種外圍設(shè)備可以連接到該計(jì)算機(jī)平臺(tái)，如附加的數(shù)據(jù)存儲(chǔ)器和打印裝置。
還應(yīng)該理解，因?yàn)閮?yōu)選地用軟件實(shí)施附圖中描述的某些系統(tǒng)組成部件和方法步 驟，所以系統(tǒng)部件(或處理步驟)之間的實(shí)際連接可能隨本發(fā)明被編程的方式而變。給定 在此的教導(dǎo)，相關(guān)技術(shù)領(lǐng)域的普通技術(shù)人員將能夠設(shè)想本發(fā)明的這些及類似實(shí)施或配置。
權(quán)利要求
1.一種混合自動(dòng)重傳請(qǐng)求錯(cuò)誤恢復(fù)方法，所述方法包括 利用組播組地址和接入點(diǎn)地址，確定恢復(fù)組播組地址； 發(fā)送請(qǐng)求以加入組播組；發(fā)送請(qǐng)求以加入恢復(fù)組播組； 向恢復(fù)服務(wù)器發(fā)送注冊(cè)消息； 確定是否從所述恢復(fù)服務(wù)器收到注冊(cè)回復(fù)消息；向所述恢復(fù)服務(wù)器發(fā)送恢復(fù)請(qǐng)求消息，以利用所述確定的地址請(qǐng)求恢復(fù)數(shù)據(jù)；以及 從所述恢復(fù)服務(wù)器接收所述恢復(fù)數(shù)據(jù)，其中所述恢復(fù)數(shù)據(jù)是通過(guò)交叉分組編碼產(chǎn)生的 錯(cuò)誤恢復(fù)數(shù)據(jù)和重發(fā)數(shù)據(jù)之一。
2.根據(jù)權(quán)利要求1所述的方法，其中所述第一確定步驟進(jìn)一步包括 和接入點(diǎn)關(guān)聯(lián)；獲得所述接入點(diǎn)地址；以及 獲得所述組播組地址。
3.根據(jù)權(quán)利要求1所述的方法，其中所述接入點(diǎn)地址是網(wǎng)際協(xié)議地址和媒介存取控制 地址之一，其中所述組播組地址是從會(huì)話描述文件和目錄服務(wù)器之一獲得的，其中所述第 一確定步驟是通過(guò)向所述媒介存取控制地址應(yīng)用散列函數(shù)和向所述網(wǎng)際協(xié)議地址應(yīng)用散 列函數(shù)之一執(zhí)行的。
4.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括 接收組播數(shù)據(jù)；確定是否有任何數(shù)據(jù)丟失了；確定另一裝置是否發(fā)送了所述恢復(fù)請(qǐng)求消息；如果沒(méi)有其它裝置發(fā)送所述恢復(fù)請(qǐng)求消息，產(chǎn)生所述恢復(fù)請(qǐng)求消息；確定是否預(yù)先收到任何恢復(fù)數(shù)據(jù)；以及如果沒(méi)有預(yù)先收到恢復(fù)數(shù)據(jù)，向所述恢復(fù)服務(wù)器單播所述恢復(fù)請(qǐng)求消息。
5.根據(jù)權(quán)利要求4所述的方法，其中關(guān)于加入所述組播組的所述請(qǐng)求被發(fā)送給接入點(diǎn) 和以太網(wǎng)開(kāi)關(guān)之一，其中利用因特網(wǎng)組管理協(xié)議執(zhí)行關(guān)于加入所述組播組的所述請(qǐng)求，其 中所述注冊(cè)消息被單播，其中所述注冊(cè)回復(fù)消息包括所述恢復(fù)服務(wù)器的地址。
6.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括 確定某一裝置是否為恢復(fù)組播組成員；以及發(fā)送對(duì)于所述恢復(fù)數(shù)據(jù)的回復(fù)，其中如果沒(méi)有其它裝置回復(fù)所述恢復(fù)組播組消息且延 時(shí)到期了，則執(zhí)行所述發(fā)送步驟。
7.一種自動(dòng)重傳請(qǐng)求錯(cuò)誤恢復(fù)設(shè)備，包括用于利用組播組地址和接入點(diǎn)地址確定恢復(fù)組播組地址的裝置； 用于發(fā)送請(qǐng)求以加入組播組的裝置； 用于發(fā)送請(qǐng)求以加入恢復(fù)組播組的裝置； 用于向恢復(fù)服務(wù)器發(fā)送注冊(cè)消息的裝置； 用于確定是否從所述恢復(fù)服務(wù)器收到注冊(cè)回復(fù)消息的裝置；用于向所述恢復(fù)服務(wù)器發(fā)送恢復(fù)請(qǐng)求消息，以利用所述確定的地址請(qǐng)求恢復(fù)數(shù)據(jù)的裝 置；以及用于從所述恢復(fù)服務(wù)器接收所述恢復(fù)數(shù)據(jù)的裝置，其中所述恢復(fù)數(shù)據(jù)是通過(guò)交叉分組 編碼產(chǎn)生的錯(cuò)誤恢復(fù)數(shù)據(jù)和重發(fā)數(shù)據(jù)之一。
8.一種方法，所述方法包括 接收注冊(cè)消息；發(fā)送對(duì)于所述注冊(cè)消息的回復(fù)；接收恢復(fù)請(qǐng)求消息；響應(yīng)所述恢復(fù)請(qǐng)求消息發(fā)送恢復(fù)數(shù)據(jù)；向恢復(fù)組播組發(fā)送消息，以確定所述恢復(fù)組播組的狀態(tài)。
9.根據(jù)權(quán)利要求8所述的方法，進(jìn)一步包括確定是否已加入所述注冊(cè)消息中指定的恢復(fù)組播組；以及 如果還沒(méi)有加入所述恢復(fù)組播組，則加入所述恢復(fù)組播組。
10.根據(jù)權(quán)利要求8所述的方法，進(jìn)一步包括確定是否已加入所述恢復(fù)請(qǐng)求消息中指定的恢復(fù)組播組；以及 如果還沒(méi)有加入所述恢復(fù)組播組，則加入所述恢復(fù)組播組。
11.根據(jù)權(quán)利要求10所述的方法，其中所述恢復(fù)數(shù)據(jù)是前向糾錯(cuò)分組和源數(shù)據(jù)之一。
12.根據(jù)權(quán)利要求10所述的方法，其中所述恢復(fù)數(shù)據(jù)是前向糾錯(cuò)分組和源數(shù)據(jù)兩者。
13.根據(jù)權(quán)利要求8所述的方法，其進(jìn)一步包括接收關(guān)于發(fā)生了恢復(fù)超時(shí)的通知。
14.一種設(shè)備，包括 用于接收注冊(cè)消息的裝置；用于發(fā)送對(duì)于所述注冊(cè)消息的回復(fù)的裝置；用于接收恢復(fù)請(qǐng)求消息的裝置；用于響應(yīng)所述恢復(fù)請(qǐng)求消息發(fā)送恢復(fù)數(shù)據(jù)的裝置；用于向恢復(fù)組播組發(fā)送消息、以確定所述恢復(fù)組播組狀態(tài)的裝置。
15.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述第一確定裝置進(jìn)一步包括 用于和接入點(diǎn)關(guān)聯(lián)的裝置；用于獲得所述接入點(diǎn)地址的裝置；以及 用于獲得所述組播組地址的裝置。
16.根據(jù)權(quán)利要求15所述的設(shè)備，其中所述接入點(diǎn)地址是網(wǎng)際協(xié)議地址和媒介存取控 制地址之一，其中所述組播組地址是從會(huì)話描述文件和目錄服務(wù)器之一獲得的，其中通過(guò) 向所述媒介存取控制地址應(yīng)用散列函數(shù)和向所述網(wǎng)際協(xié)議地址應(yīng)用散列函數(shù)之一，來(lái)執(zhí)行 所述第一確定裝置。
17.根據(jù)權(quán)利要求7所述的設(shè)備，其進(jìn)一步包括 用于接收組播數(shù)據(jù)的裝置；用于確定是否有任何數(shù)據(jù)丟失了的裝置；用于確定另一裝置是否發(fā)送了所述恢復(fù)請(qǐng)求消息的裝置；用于在沒(méi)有其它裝置發(fā)送所述恢復(fù)請(qǐng)求消息時(shí)產(chǎn)生所述恢復(fù)請(qǐng)求消息的裝置；用于確定是否預(yù)先收到任何恢復(fù)數(shù)據(jù)的裝置；以及用于在沒(méi)有預(yù)先收到恢復(fù)數(shù)據(jù)時(shí)，向所述恢復(fù)服務(wù)器單播所述恢復(fù)請(qǐng)求消息的裝置。
18.根據(jù)權(quán)利要求17所述的設(shè)備，其中關(guān)于加入所述組播組的所述請(qǐng)求被發(fā)送給接入點(diǎn)和以太網(wǎng)開(kāi)關(guān)之一，其中利用因特網(wǎng)組管理協(xié)議執(zhí)行關(guān)于加入所述組播組的所述請(qǐng)求， 其中所述注冊(cè)消息被單播，其中所述注冊(cè)回復(fù)消息包括所述恢復(fù)服務(wù)器的地址。
19.根據(jù)權(quán)利要求14所述的設(shè)備，其進(jìn)一步包括 用于確定某一裝置是否為恢復(fù)組播組成員的裝置；以及用于發(fā)送對(duì)于所述恢復(fù)數(shù)據(jù)的回復(fù)的裝置，其中如果沒(méi)有其它裝置回復(fù)所述恢復(fù)組播 組消息且延時(shí)到期了，則執(zhí)行所述發(fā)送。
20.根據(jù)權(quán)利要求14所述的設(shè)備，其進(jìn)一步包括用于確定是否已加入所述注冊(cè)消息中指定的恢復(fù)組播組的裝置；以及 用于在還沒(méi)有加入所述恢復(fù)組播組時(shí)加入所述恢復(fù)組播組的裝置。
21.根據(jù)權(quán)利要求14所述的設(shè)備，其進(jìn)一步包括用于確定是否已加入所述恢復(fù)請(qǐng)求消息中指定的恢復(fù)組播組的裝置；以及 用于在還沒(méi)有加入所述恢復(fù)組播組時(shí)加入所述恢復(fù)組播組的裝置。
22.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述恢復(fù)數(shù)據(jù)是前向糾錯(cuò)分組和源數(shù)據(jù)之一。
23.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述恢復(fù)數(shù)據(jù)是前向糾錯(cuò)分組和源數(shù)據(jù)兩者。
24.根據(jù)權(quán)利要求14所述的設(shè)備，其進(jìn)一步包括用于接收關(guān)于發(fā)生了恢復(fù)超時(shí)的通知 的裝置。
全文摘要
用于無(wú)線網(wǎng)絡(luò)組播的蜂窩相關(guān)多組混合自動(dòng)重復(fù)請(qǐng)求方法和設(shè)備，包括利用接入點(diǎn)地址和組播組地址確定地址，向恢復(fù)服務(wù)器發(fā)送恢復(fù)請(qǐng)求消息，以便利用該地址請(qǐng)求恢復(fù)數(shù)據(jù)，以及從恢復(fù)服務(wù)器接收恢復(fù)數(shù)據(jù)。也描述了一種方法和設(shè)備，包括接收注冊(cè)消息，發(fā)送對(duì)于該注冊(cè)消息的回復(fù)，接收恢復(fù)請(qǐng)求消息，響應(yīng)該恢復(fù)請(qǐng)求消息發(fā)送恢復(fù)數(shù)據(jù)，以及向恢復(fù)組播組發(fā)送消息，以確定恢復(fù)組播組的狀態(tài)。
文檔編號(hào)H04L1/18GK102057611SQ200980120831
公開(kāi)日2011年5月11日 申請(qǐng)日期2009年5月27日 優(yōu)先權(quán)日2008年6月4日
發(fā)明者劉航, 吳明權(quán), 張煥強(qiáng), 李鈞, 馬小駿 申請(qǐng)人:湯姆遜許可公司