無(wú)線局域網(wǎng)絡(luò)中組播數(shù)據(jù)的應(yīng)答和重傳的方法和裝置制造方法
【專(zhuān)利摘要】本發(fā)明描述了一種方法和裝置，所述方法包括：組播多個(gè)數(shù)據(jù)單元；組播對(duì)于應(yīng)答所述多個(gè)數(shù)據(jù)單元的接收的請(qǐng)求；接收響應(yīng)于所述請(qǐng)求的信號(hào)；第一次判斷是否已經(jīng)從所述請(qǐng)求的所有接收器接收到響應(yīng)于所述請(qǐng)求的所述信號(hào)；基于所接收到的信號(hào)，第二次判斷所述多個(gè)數(shù)據(jù)單元的接收狀態(tài)；更新對(duì)于應(yīng)答所述多個(gè)數(shù)據(jù)單元的所述請(qǐng)求，對(duì)已經(jīng)從其接收到響應(yīng)于對(duì)于應(yīng)答的所述請(qǐng)求的所述信號(hào)的應(yīng)答接收器除去任何標(biāo)識(shí)；以及再組播對(duì)于應(yīng)答的所述請(qǐng)求。
【專(zhuān)利說(shuō)明】無(wú)線局域網(wǎng)絡(luò)中組播數(shù)據(jù)的應(yīng)答和重傳的方法和裝置
[0001]本申請(qǐng)是申請(qǐng)日為2008年06月26日、申請(qǐng)?zhí)枮?00880129876.9、發(fā)明名稱(chēng)為“無(wú)線局域網(wǎng)絡(luò)中組播數(shù)據(jù)的應(yīng)答和重傳的方法和裝置”的發(fā)明專(zhuān)利申請(qǐng)的分案申請(qǐng)。

【技術(shù)領(lǐng)域】
[0002]本發(fā)明總體上涉及無(wú)線通信，具體而言，涉及一種在無(wú)線局域網(wǎng)絡(luò)中應(yīng)答(acknowledge)和重傳組播數(shù)據(jù)的方法和裝置。

【背景技術(shù)】
[0003]本說(shuō)明書(shū)中，“/”表示同一或類(lèi)似元件或結(jié)構(gòu)的另外名稱(chēng)。即，“/”可以理解為“或”。單播(unicast)傳輸是單一發(fā)送器(sender)/發(fā)射器(transmitter)與單一接收器之間的傳輸。廣播(braodcast)傳輸是單一發(fā)送器/發(fā)射器與所述發(fā)送器的接收范圍內(nèi)的全部接收器之間的傳輸。組播(multicast)傳輸是單一發(fā)送器/發(fā)射器與所述發(fā)送器的接收范圍內(nèi)的接收器的子集之間的傳輸，其中所述子集可以是能夠接收數(shù)據(jù)傳輸?shù)娜w接收器。即，本文所稱(chēng)組播包括廣播，因此更廣義。數(shù)據(jù)以分組(packet)或幀(frame)傳輸。
[0004]在無(wú)線局域網(wǎng)絡(luò)中，接入點(diǎn)(AP)/基站/站(STA)/移動(dòng)設(shè)備/移動(dòng)終端/節(jié)點(diǎn)在其利用具有隨機(jī)退避(random backoff)時(shí)間的物理和虛擬載波偵聽(tīng)確定無(wú)線介質(zhì)/信道為空閑/暢通之后立即傳輸組播和廣播幀。因此，當(dāng)多個(gè)STA同時(shí)試圖傳輸時(shí)就會(huì)發(fā)生沖突。例如，接入點(diǎn)及其關(guān)聯(lián)STA有可能同時(shí)進(jìn)行傳輸，則全部傳輸?shù)膸捎跊_突而丟失。例如，當(dāng)AP向其數(shù)個(gè)關(guān)聯(lián)STA傳輸組播數(shù)據(jù)幀時(shí)，另外的STA可能向該AP傳輸數(shù)據(jù)或控制幀。AP及其相聯(lián)STA稱(chēng)為基本服務(wù)集(basic service set/BBS)。BBS內(nèi)發(fā)生的沖突稱(chēng)為BBS內(nèi)沖突。在另一個(gè)實(shí)例中，APl和AP2在同一個(gè)信道/頻率上運(yùn)轉(zhuǎn)并且兩個(gè)BBS重疊。APl向其關(guān)聯(lián)STA傳輸數(shù)據(jù)幀。但是，AP2不能偵聽(tīng)到APl的傳輸并認(rèn)為介質(zhì)是空閑的。APl對(duì)于AP2是“隱蔽站”。AP2可以在APl傳輸時(shí)向其關(guān)聯(lián)STA傳輸幀。但是，某些STA可能存在于APl和AP2的干擾范圍內(nèi)，因此從APl和AP2傳輸?shù)膸谶@些STA由于沖突而丟失。這種類(lèi)型的沖突稱(chēng)為重疊BBS沖突或BBS間沖突。
[0005]組播和廣播提供了向多個(gè)接收器分配數(shù)據(jù)的有效方法。但是，在組播和廣播中確保多個(gè)接收器的可靠數(shù)據(jù)接收面臨挑戰(zhàn)。特別重要的是，要提供一種有效的機(jī)制來(lái)應(yīng)答(acknowledge)多個(gè)分組由多個(gè)接收器在介質(zhì)訪問(wèn)控制層和鏈路層接收。
[0006]提出了高層(應(yīng)用層和傳輸層)方案來(lái)提高組播可靠性。一個(gè)現(xiàn)有方案說(shuō)明了一種否定應(yīng)答(NACK)方法，其中當(dāng)接收器檢測(cè)到接收到的分組序列號(hào)的缺失時(shí)就會(huì)向發(fā)送器發(fā)送NACK。這種方式導(dǎo)致了額外延遲并在發(fā)送器和接收器都需要緩存器。雖然通過(guò)抑止由多個(gè)組播接收器發(fā)送的NACK數(shù)量可以降低反饋開(kāi)銷(xiāo)，但是上述方案增加了用于保證高組播可靠性或無(wú)分組丟失的復(fù)雜性。
[0007]Acharya 等發(fā)明人的專(zhuān)利申請(qǐng) US2006/0109859 Al “METHOD AND SYSTEM FOREFFICIENT AND RELIABLE MAC-LAYER MULTICAST IN WIRELESS TRANSMISS1NS” 說(shuō)明了用于無(wú)線網(wǎng)絡(luò)中可靠組播的介質(zhì)訪問(wèn)控制(MAC)層方法。發(fā)送器節(jié)點(diǎn)向接收器節(jié)點(diǎn)發(fā)送請(qǐng)求發(fā)送(RTS)信號(hào)。該RTS信號(hào)包括對(duì)應(yīng)于所述接收器節(jié)點(diǎn)的一組標(biāo)識(shí)符或位向量。所述位向量中的每一位指示接收器節(jié)點(diǎn)。接收器節(jié)點(diǎn)根據(jù)所述一組標(biāo)識(shí)符或位向量的排序函數(shù)(order funct1n)發(fā)送清除發(fā)送(CTS)信號(hào)。發(fā)送器在接收到至少一個(gè)CTS信號(hào)之后向接收器節(jié)點(diǎn)發(fā)送數(shù)據(jù)分組。如果數(shù)據(jù)分組被正確接收，一個(gè)或多個(gè)接收器節(jié)點(diǎn)根據(jù)RTS信號(hào)的一組標(biāo)識(shí)符或位向量的排序函數(shù)發(fā)送一個(gè)或多個(gè)ACK信號(hào)。該方法使用四次握手(four-way handshake)以發(fā)送和應(yīng)答單一數(shù)據(jù)分組。多個(gè)接收器發(fā)出的ACK信號(hào)的順序基于RTS信號(hào)中的標(biāo)識(shí)符或位向量。ACK信號(hào)只應(yīng)答單一分組。該方案會(huì)導(dǎo)致高開(kāi)銷(xiāo)并因此降低網(wǎng)絡(luò)吞吐量。
[0008]另外，在無(wú)線局域網(wǎng)絡(luò)(WLAN)中，接入點(diǎn)可能具有大量關(guān)聯(lián)站，或者發(fā)送器節(jié)點(diǎn)具有大量相鄰節(jié)點(diǎn)。如果RTS信號(hào)包括對(duì)應(yīng)于接收器節(jié)點(diǎn)的一組標(biāo)識(shí)符或位向量，RTS信號(hào)可能變得很大，這將導(dǎo)致更多開(kāi)銷(xiāo)。
[0009]另外一種方法利用多個(gè)單播在無(wú)線網(wǎng)絡(luò)中發(fā)送組播數(shù)據(jù)。接入點(diǎn)反復(fù)單播組播數(shù)據(jù)分組，每個(gè)單播專(zhuān)用于單一目標(biāo)接收器，因?yàn)閱尾ヌ峁o(wú)線網(wǎng)絡(luò)環(huán)境中的MAC層應(yīng)答和重傳。但是，該方法需要在共用廣播信道上多次傳輸相同的多播數(shù)據(jù)，這導(dǎo)致了高開(kāi)銷(xiāo)和低網(wǎng)絡(luò)吞吐量。
[0010]Huh 等發(fā)明人的專(zhuān)利申請(qǐng) W 2008/020731 Al “MULTICAST PROCEDURE IN AWIRELESS NETWORK”描述了一種方法，其中源發(fā)器/接入點(diǎn)以組播向多個(gè)接收器傳輸數(shù)據(jù)分組并利用單播對(duì)每個(gè)接收器分別輪詢(xún)先前傳輸?shù)慕M播數(shù)據(jù)分組的接收狀態(tài)。因?yàn)樵窗l(fā)器以單播向每個(gè)接收器發(fā)送塊應(yīng)答請(qǐng)求(block acknowledgement request/BAR)消息以分別請(qǐng)求接收狀態(tài)，其多次傳輸BAR消息，每個(gè)BAR消息用于一個(gè)接收器。即，源發(fā)器以單播與每個(gè)接收器分別交換塊應(yīng)答請(qǐng)求(BAR)消息和應(yīng)答回復(fù)(B-ACK)消息，每個(gè)消息用于一個(gè)接收器。因此，該方法仍導(dǎo)致不必要的開(kāi)銷(xiāo)并降低了網(wǎng)絡(luò)效率和吞吐量。
[0011]需要一種方法和裝置，在無(wú)線網(wǎng)絡(luò)環(huán)境的MAC層應(yīng)答多個(gè)接收器發(fā)出的多個(gè)組播分組。需要一種用于數(shù)據(jù)傳輸、應(yīng)答和重傳的可靠方法。


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

[0012]本發(fā)明提供一種方法和裝置，用于獲得多個(gè)接收器發(fā)出的多個(gè)數(shù)據(jù)單元/幀/分組的接收狀態(tài)，用于在通信網(wǎng)絡(luò)中進(jìn)行可靠組播。所述方法包括:從發(fā)送器節(jié)點(diǎn)向接收器節(jié)點(diǎn)組播多個(gè)數(shù)據(jù)單元/幀/分組，然后從所述發(fā)送器節(jié)點(diǎn)向所述接收器節(jié)點(diǎn)組播組播塊應(yīng)答請(qǐng)求(M-BlockAckReq)信號(hào)。M-BlockAckReq信號(hào)包括關(guān)于應(yīng)答策略和需要應(yīng)答的多個(gè)分組的信息以及一組標(biāo)識(shí)符或具有部分虛擬位圖(virtual bitmap)的位圖控制。利用位圖控制和部分虛擬位圖能夠降低開(kāi)銷(xiāo)。每個(gè)標(biāo)識(shí)符或位圖中的位對(duì)應(yīng)于接收器節(jié)點(diǎn)。響應(yīng)于由一組標(biāo)識(shí)符或位圖指示的組播塊應(yīng)答請(qǐng)求M-BlockAckReq,接收器節(jié)點(diǎn)發(fā)送組播塊應(yīng)答(M-BlockAck)信號(hào)。接收器發(fā)出的M-BlockAck信號(hào)包括M-BlockAckReq中請(qǐng)求應(yīng)答的多個(gè)數(shù)據(jù)單元/幀/分組的接收狀態(tài)信息。
[0013]本發(fā)明描述了一種方法和裝置，包括:組播多個(gè)數(shù)據(jù)單元并組播用于應(yīng)答所述多個(gè)數(shù)據(jù)單元的接收的請(qǐng)求；并響應(yīng)于所述請(qǐng)求接收信號(hào)。本發(fā)明還描述了一種方法和裝置，包括:接收應(yīng)答數(shù)據(jù)接收的組播請(qǐng)求；判斷是否需要對(duì)所述請(qǐng)求進(jìn)行響應(yīng)；判斷所述數(shù)據(jù)的狀態(tài)；基于上述判斷結(jié)果準(zhǔn)備響應(yīng)并傳輸所述響應(yīng)。
[0014]本發(fā)明描述了一種方法，其包括:組播多個(gè)數(shù)據(jù)單元；組播對(duì)于應(yīng)答所述多個(gè)數(shù)據(jù)單元的接收的請(qǐng)求；接收響應(yīng)于所述請(qǐng)求的信號(hào)；第一次判斷是否已經(jīng)從所述請(qǐng)求的所有接收器接收到響應(yīng)于所述請(qǐng)求的所述信號(hào)；基于所接收到的信號(hào)，第二次判斷所述多個(gè)數(shù)據(jù)單元的接收狀態(tài)；更新對(duì)于應(yīng)答所述多個(gè)數(shù)據(jù)單元的所述請(qǐng)求，對(duì)已經(jīng)從其接收到響應(yīng)于對(duì)于應(yīng)答的所述請(qǐng)求的所述信號(hào)的應(yīng)答接收器除去任何標(biāo)識(shí)；以及再組播對(duì)于應(yīng)答的所述請(qǐng)求。
[0015]本發(fā)明描述了一種裝置，其包括:用于組播多個(gè)數(shù)據(jù)單元的無(wú)線通信模塊；所述無(wú)線通信模塊還組播對(duì)于應(yīng)答所述多個(gè)數(shù)據(jù)單元的接收的請(qǐng)求；所述無(wú)線通信模塊接收響應(yīng)于所述請(qǐng)求的信號(hào)；所述無(wú)線通信模塊第一次判斷是否已經(jīng)從所述請(qǐng)求的所有接收器接收到響應(yīng)于所述請(qǐng)求的所述信號(hào)；所述無(wú)線通信模塊基于所接收的信號(hào)第二次判斷所述多個(gè)數(shù)據(jù)單元的接收狀態(tài)；所述無(wú)線通信模塊更新對(duì)于應(yīng)答所述多個(gè)數(shù)據(jù)單元的所述請(qǐng)求，對(duì)已經(jīng)從其接收到響應(yīng)于對(duì)于應(yīng)答的所述請(qǐng)求的所述信號(hào)的應(yīng)答接收器除去任何標(biāo)識(shí)；以及再組播對(duì)于應(yīng)答的所述請(qǐng)求。

【專(zhuān)利附圖】

【附圖說(shuō)明】
[0016]結(jié)合附圖考慮下面的詳細(xì)說(shuō)明更容易理解本發(fā)明。附圖的簡(jiǎn)要說(shuō)明如下:
[0017]圖1示出了示例性WLAN網(wǎng)絡(luò)；
[0018]圖2示出了包括多個(gè)站/節(jié)點(diǎn)的無(wú)線網(wǎng)狀網(wǎng)絡(luò)；
[0019]圖3示出了根據(jù)本發(fā)明的示例性實(shí)施方式的利用組播塊應(yīng)答請(qǐng)求(M-BlockAckReq)和組播塊應(yīng)答(M-BlockAck)進(jìn)行可靠組播傳輸?shù)臅r(shí)序；
[0020]圖4A示出了示例性M-BlockAckReq信號(hào)/消息/中貞；
[0021]圖4B顯示了 M-BlockAckReq信號(hào)/消息/幀內(nèi)的接收器信息字段的示例性格式；
[0022]圖5A示出了示例性M-BlockAck信號(hào)/消息/中貞；
[0023]圖5B示出了示例性M-BlockAck信號(hào)/消息/幀內(nèi)的BA控制字段的示例性格式；
[0024]圖5C示出了示例性M-BlockAck信號(hào)/消息/幀內(nèi)的BA信息字段的示例性格式；
[0025]圖6是根據(jù)本發(fā)明的示例性實(shí)施方式的組播傳輸過(guò)程的流程圖；
[0026]圖7是根據(jù)本發(fā)明的示例性實(shí)施方式的組播接收過(guò)程的流程圖；
[0027]圖8是根據(jù)本發(fā)明的示例性實(shí)施方式的利用BAR接收器位圖控制和BAR接收器部分虛擬位圖的M-BlockAckReq信號(hào)/消息/幀內(nèi)的接收器信息字段的示例性格式；
[0028]圖9A示出了根據(jù)本發(fā)明另一實(shí)施方式的用于利用具有延遲策略和應(yīng)答的組播塊應(yīng)答請(qǐng)求(M-BlockAckReq)和組播塊應(yīng)答(M-BlockAck)交換的可靠組播傳輸?shù)臅r(shí)序；
[0029]圖9B示出了根據(jù)本發(fā)明另一實(shí)施方式的用于利用具有延遲策略和無(wú)應(yīng)答的組播塊應(yīng)答請(qǐng)求(M-BlockAckReq)和組播塊應(yīng)答(M-BlockAck)交換的可靠組播傳輸?shù)臅r(shí)序；
[0030]圖9C示出了根據(jù)本發(fā)明另一實(shí)施方式的用于利用具有多路輪詢(xún)的組播塊應(yīng)答請(qǐng)求(M-BlockAckReq)和組播塊應(yīng)答(M-BlockAck)交換的可靠組播傳輸?shù)臅r(shí)序；
[0031]圖10是本發(fā)明的示例性實(shí)現(xiàn)的框圖。

【具體實(shí)施方式】
[0032]采用IEEE802.11無(wú)線局域網(wǎng)絡(luò)(WLAN)對(duì)本發(fā)明的實(shí)施方式進(jìn)行說(shuō)明。但是，本發(fā)明還可以用于其他無(wú)線和有線網(wǎng)絡(luò)。本發(fā)明可以用于介質(zhì)訪問(wèn)控制(MAC)/鏈路層或更高層(應(yīng)用層和傳輸層)。
[0033]在現(xiàn)有的基于IEEE802.11的無(wú)線局域網(wǎng)絡(luò)中，組播和廣播是不可靠的。在MAC層沒(méi)有組播數(shù)據(jù)/分組/幀的應(yīng)答和重傳?；贗EEE802.11的無(wú)線局域網(wǎng)絡(luò)中的組播依靠高層協(xié)議恢復(fù)丟失的組播分組，這導(dǎo)致了較高延遲和較低網(wǎng)絡(luò)吞吐量。
[0034]圖1示出了示例性WLAN網(wǎng)絡(luò)。該網(wǎng)絡(luò)包括接入點(diǎn)(AP)和多個(gè)站(STA)。AP向多個(gè)站發(fā)送組播和廣播數(shù)據(jù)/分組/幀。請(qǐng)注意AP是連接至有線網(wǎng)絡(luò)的特殊站。在下文中，除非特別指出，STA包括AP。圖2示出了包括多個(gè)站/節(jié)點(diǎn)的無(wú)線網(wǎng)狀網(wǎng)絡(luò)。發(fā)送器/發(fā)射器向多個(gè)接收器/目的站發(fā)送組播和廣播數(shù)據(jù)/分組/幀。
[0035]在采用共享介質(zhì)的網(wǎng)絡(luò)中如果多個(gè)站試圖同時(shí)訪問(wèn)介質(zhì)/信道以發(fā)送/傳輸數(shù)據(jù)則可能發(fā)生沖突。采用介質(zhì)訪問(wèn)控制(MAC)技術(shù)來(lái)提供信道訪問(wèn)控制機(jī)制并使得多個(gè)節(jié)點(diǎn)能夠在網(wǎng)絡(luò)中通信。載波監(jiān)聽(tīng)多路訪問(wèn)(CSMA)是一種MAC技術(shù)。在CSMA中，希望進(jìn)行傳輸?shù)腟TA首先對(duì)無(wú)線介質(zhì)/信道進(jìn)行某個(gè)時(shí)間量(幀間間隔加介質(zhì)忙條件之后的退避時(shí)間)的偵聽(tīng)，從而檢查介質(zhì)上的任何活動(dòng)。如果介質(zhì)被偵聽(tīng)為“空閑/暢通”，則允許STA進(jìn)行傳輸。如果介質(zhì)被偵聽(tīng)為“忙”，則STA必須推遲其傳輸。這是CSMA/沖突避免(CSMA/CA) CA和CSMA/沖突檢測(cè)(CSMA/⑶)的基本要素。沖突檢測(cè)用于通過(guò)在檢測(cè)倒沖突時(shí)立刻終止傳輸并降低第二次重試沖突的可能性而提高CSMA的性能。
[0036]CSMA/CA還包括通過(guò)發(fā)送信號(hào)預(yù)留(reserve)介質(zhì)一段時(shí)間(傳輸機(jī)會(huì))而對(duì)純CSMA的修改。在CSMA/CA中，站進(jìn)行載波監(jiān)聽(tīng)多路訪問(wèn)。所述載波監(jiān)聽(tīng)包括物理載波偵聽(tīng)和虛擬載波偵聽(tīng)。虛擬載體偵聽(tīng)指示其他STA是否已經(jīng)預(yù)留所述介質(zhì)。一旦通過(guò)物理和虛擬載波監(jiān)聽(tīng)確定信道空閑/暢通并且STA被允許傳輸,則發(fā)送站(originating stat1n)可以發(fā)送請(qǐng)求發(fā)送(RTS)巾貞/消息/信號(hào)。目標(biāo)接收器(intended receiver)如果也偵聽(tīng)到介質(zhì)空閑就答復(fù)清除發(fā)送(CTS)幀/消息/信號(hào)。RTS和CTS幀/消息/信號(hào)交換發(fā)生在實(shí)際的數(shù)據(jù)幀傳輸之前，其通過(guò)告知/建議所有其他STA不要在RTS和CTS幀/消息/信號(hào)指定的預(yù)留期間通過(guò)共用/共享介質(zhì)進(jìn)行傳輸而為下面的數(shù)據(jù)傳輸預(yù)留介質(zhì)。發(fā)送器、接收器或兩者的接收范圍內(nèi)的全部STA通過(guò)RTS或CTS幀/消息/信號(hào)得知介質(zhì)預(yù)定情況并在進(jìn)行預(yù)留的站傳輸期間保持靜默。CSMA/CA用于基于IEEE802.11的無(wú)線LAN中。
[0037]另外一個(gè)用于共享介質(zhì)(例如無(wú)線信道)網(wǎng)絡(luò)的常用的介質(zhì)訪問(wèn)控制方法是時(shí)分多路訪問(wèn)(TDMA)。TDMA通過(guò)將介質(zhì)/信道分為不同時(shí)隙而允許多個(gè)站共享相同信道。為每個(gè)節(jié)點(diǎn)分配用于傳輸數(shù)據(jù)的時(shí)隙。時(shí)隙利用的調(diào)度由接入點(diǎn)/基站的中央控制器進(jìn)行控制和分配(中央調(diào)度)，或者由節(jié)點(diǎn)自身分布式地建立。
[0038]輪詢(xún)是用于另外一種用于共享信道的介質(zhì)訪問(wèn)控制方法。接入點(diǎn)或中央控制器控制所述介質(zhì)訪問(wèn)。AP可以利用信道進(jìn)行下行傳輸(從AP至關(guān)聯(lián)STA)或者AP可以輪詢(xún)關(guān)聯(lián)STA用于上行傳輸(從關(guān)聯(lián)STA至AP)。
[0039]多路輪詢(xún)(MP)是用于另外一種用于共享信道的介質(zhì)訪問(wèn)控制方法。AP或控制器可以發(fā)送時(shí)間表(time schedule), AP及其一個(gè)或多個(gè)STA采用上述時(shí)間表訪問(wèn)無(wú)線介質(zhì)以進(jìn)行一個(gè)或多個(gè)下行傳輸和一個(gè)或多個(gè)上行傳輸。
[0040]圖3示出了根據(jù)本發(fā)明的示例性實(shí)施方式的利用組播塊應(yīng)答請(qǐng)求(M-BlockAckReq)和隨后的組播塊應(yīng)答(M-BlockAck)進(jìn)行可靠組播傳輸?shù)臅r(shí)序。發(fā)送器/AP/源發(fā)器向多個(gè)接收器/STA (例如接收器I和2，但不包括接收器3)傳輸組播數(shù)據(jù)單元/分組/幀塊。每個(gè)數(shù)據(jù)單元/分組/幀包含序號(hào)或幀標(biāo)識(shí)符。所述序號(hào)每次遞增I。利用CDMA、TDMA、輪詢(xún)或多路輪詢(xún)進(jìn)行傳輸。在發(fā)送了組播數(shù)據(jù)的塊之后，發(fā)送器向組播接收器傳輸組播BlockAckReq(M-BlockAckReq)信號(hào)。M-BlockAckReq信號(hào)包括塊ACK請(qǐng)求(BAR)控制字段、塊ACK請(qǐng)求(BAR)信息字段和可靠組播接收器(RMR)信息字段。BAR控制字段和BAR信息字段包括組播BlockAck (M-BlockAck)幀請(qǐng)求的流量標(biāo)識(shí)符(TID)和塊ACK起始序號(hào)。所述起始序號(hào)是M-BlockAckReq請(qǐng)求M-BlockAck的第一巾貞的序號(hào)。所述可靠組播接收器信息字段包括發(fā)出M-BlockAck的塊Ack請(qǐng)求的接收器標(biāo)識(shí)符列表。在圖3中，所述標(biāo)識(shí)符是用于接收器I和2的標(biāo)識(shí)符。所述標(biāo)識(shí)符可以是所述站的MAC地址、關(guān)聯(lián)ID或IP地址(如果本發(fā)明在IP層執(zhí)行/運(yùn)轉(zhuǎn))?？蛇x擇地，所述可靠組播接收器信息字段包括位圖控制字段和位圖字段以發(fā)出M-BlockAck請(qǐng)求的接收器。位圖中的每一位指示請(qǐng)求塊Ack的接收站。BlockAckReq請(qǐng)求的接收器標(biāo)識(shí)符列表或位圖中的每個(gè)接收器/接收站(在圖3的實(shí)例中為接收器I和接收器2)按照所述列表或位圖中確定的接收器順序/次序以M-BlockAckReq響應(yīng)。接收器發(fā)送所述M-BlockAckReq以應(yīng)答其具有M-BlockAckReq信號(hào)/消息/幀中確定的開(kāi)始序號(hào)的數(shù)據(jù)單元/分組/幀塊的接收狀態(tài)。接收器按照M-BlockAckReq組播接收器信息字段(即BlockAckReq請(qǐng)求的標(biāo)識(shí)符列表或位圖)中確定的相同順序/次序發(fā)送其M-BlockAck信號(hào)/消息/幀?？蛇x擇地，接收器按照作為BlockAckReq標(biāo)識(shí)符列表或BlockAckReq位圖中接收器標(biāo)識(shí)符的序列的函數(shù)的順序發(fā)送其M-BlockAck信號(hào)。不包含在BlockAckReq的BlockAck請(qǐng)求的接收器列表或位圖中的接收器/STA不應(yīng)答此BlockAckReq。在圖3所示實(shí)施例中，接收器3不發(fā)送M-BlockAck以應(yīng)答此Μ-BlockAckReq，因?yàn)槠湮窗诖薆lockAck請(qǐng)求的接收器標(biāo)識(shí)符列表或位圖中。
[0041]圖4A示出了示例性M-BlockAckReq信號(hào)/消息/幀，其包括幀控制字段、期間/ID字段、接收器地址(RA)字段、發(fā)射器地址(TA)字段、BAR控制字段、BAR信息字段、接收器信息(RI)字段、幀校驗(yàn)序列(FCS)字段等。幀控制字段標(biāo)明幀類(lèi)型、幀子類(lèi)型和標(biāo)志(flag)。期間/ID字段標(biāo)明介質(zhì)將用于傳輸?shù)氖Ｓ鄷r(shí)間。RA字段標(biāo)明目標(biāo)接收器/目的地/接收站的介質(zhì)訪問(wèn)控制(MAC)地址。MAC地址是組播地址。TA字段標(biāo)明發(fā)射器的MAC地址。BAR控制字段和BAR信息字段標(biāo)明業(yè)務(wù)標(biāo)識(shí)符(traffic identifier/TID)和請(qǐng)求M-BlockAck的此M-BlockAckReq的起始巾貞序號(hào)。另外,有可能多個(gè)業(yè)務(wù)類(lèi)別(traffic category)或業(yè)務(wù)流(traffic stream)具有相同的發(fā)射器和接收器地址但具有不同業(yè)務(wù)標(biāo)識(shí)符(TID)。例如，有可以一個(gè)TID用于視頻業(yè)務(wù)，而另一個(gè)TID用于網(wǎng)頁(yè)數(shù)據(jù)業(yè)務(wù)。BAR控制字段還可以包括塊ACK策略和M-BlockAckReq格式指示符。例如，BAR控制字段可以規(guī)定是否需要對(duì)此M-BlockAckReq進(jìn)行立即應(yīng)答，是否可以對(duì)具有不同業(yè)務(wù)標(biāo)識(shí)符(TID)的多個(gè)業(yè)務(wù)類(lèi)別/業(yè)務(wù)流一起進(jìn)行應(yīng)答。對(duì)于M-BlockAckReq中多個(gè)TID，BAR信息字段包括TID和塊應(yīng)答起始序號(hào)的多個(gè)集，每個(gè)TID具有一個(gè)起始序號(hào)。用于多TID M-BlockAckReq的BAR控制字段的TID_INF0子字段包含TID和BlockAck起始序號(hào)的集/例程的數(shù)量。接收器使用所述FCS字段來(lái)判斷接收幀中是否有差錯(cuò)。圖4B顯示了 M-BlockAckReq信號(hào)/消息/幀內(nèi)的接收器信息字段的示例性格式，其包括類(lèi)型/標(biāo)志子字段和目的地/接收器/接收站標(biāo)識(shí)符列表。類(lèi)型/標(biāo)志子字段指示接收器信息字段的格式。目的地/接收器/接收站標(biāo)識(shí)符標(biāo)明M-BlockAckReq請(qǐng)求回答的STA/接收器。所述標(biāo)識(shí)符可以是站的MAC地址或關(guān)聯(lián)ID或IP地址(如果在IP層執(zhí)行/運(yùn)行本發(fā)明)。
[0042]圖5A示出了示例性M-BlockAck信號(hào)/消息/幀，其包括幀控制字段、期間/ID字段、接收器地址(RA)字段、發(fā)射器地址(TA)字段、BA控制字段、BA信息字段、幀校驗(yàn)序列(FCS)字段等。幀控制字段標(biāo)明幀類(lèi)型、幀子類(lèi)型和標(biāo)志(flag)。期間/ID字段標(biāo)明介質(zhì)將用于傳輸?shù)氖Ｓ鄷r(shí)間。RA字段標(biāo)明目標(biāo)接收器/目的地/接收站的介質(zhì)訪問(wèn)控制(MAC)地址，該地址是請(qǐng)求此M-BlockAck的M-BlockAckReq源發(fā)器的地址。TA字段是傳輸此幀的站的地址。BA控制字段和BA信息字段標(biāo)明業(yè)務(wù)標(biāo)識(shí)符(TID)、塊ACK起始幀序號(hào)和用于M-BlockAck幀應(yīng)答的數(shù)據(jù)/分組/幀的塊/單元的塊ACK位圖。另外，BA控制字段還可以包括塊ACK策略和M-BlockAck格式指示符。所述接收器使用FCS字段判斷在接收幀中是否有差錯(cuò)。
[0043]圖5B示出了示例性M-BlockAck信號(hào)/消息/幀內(nèi)的BA控制字段的示例性格式，其包括標(biāo)志和TID_Info子字段。所述標(biāo)志標(biāo)明塊ACK策略和M-BlockAck格式，例如是否需要進(jìn)行立即應(yīng)答，是否可以對(duì)具有不同業(yè)務(wù)標(biāo)識(shí)符(TID)的多個(gè)業(yè)務(wù)類(lèi)別/業(yè)務(wù)流一起進(jìn)行應(yīng)答。TID_Info子字段包含此M-BlockAck為應(yīng)答的TID。圖5C示出了示例性M-BlockAck信號(hào)/消息/幀內(nèi)的BA信息字段的示例性格式，其包括塊ACK起始序號(hào)和塊ACK位圖。所述起始序號(hào)是此M-BlockAck為應(yīng)答的第一數(shù)據(jù)單元/分組/幀的序號(hào)，其與前一個(gè)剛剛接收到的M-BlockAck信號(hào)/巾貞/消息的起始序號(hào)具有相同值。BlockAck的位位置(bitposit1n)η對(duì)應(yīng)于序號(hào)值等于(BlockAck Starting Sequence Control+n)的分組。其被用于標(biāo)明多個(gè)分組/幀的接收狀態(tài)。BlockAck位圖中將此位設(shè)置為I應(yīng)答分組的成功接收。如果BlockAck位圖的位位置η被設(shè)為I,其應(yīng)答序號(hào)值等于(BlockAck Starting SequenceControl+n)的分組的成功接收。如果BlockAck位圖的位位置η被設(shè)為O,其應(yīng)答序號(hào)值等于(BlockAck Starting Sequence Control+n)的分組未被接收到。另外，M-BlockAck 信號(hào)可以應(yīng)答具有不同TID的多個(gè)業(yè)務(wù)流或業(yè)務(wù)類(lèi)別。對(duì)于M-BlockAck中的多個(gè)TID，BA信息字段包含多個(gè)TID集/例程、塊ACK起始序號(hào)和M-BlockAck位圖，每個(gè)用于一個(gè)TID。用于多TID M-BlockAck的BA控制字段的TID_Info子字段包含TID infro的集/例程的數(shù)量、BlockAck起始序號(hào)和BlockAck位圖。
[0044]M-BlockAckReq和Μ-BlockAck有可能丟失或者未被目標(biāo)接收器/目的地/接收站正確接收。如果組播發(fā)送器傳輸在接收器信息字段中具有接收器標(biāo)識(shí)符列表的M-BlockAckReq并且其未能從全部目標(biāo)接收器成功接收M-BlockAck信號(hào),則所述組播發(fā)送器重傳在接收器信息字段中具有從其未成功收到所述M-BlockAck信號(hào)開(kāi)始的剩余接收器標(biāo)識(shí)符列表的所述Μ-BlockAckReq。M-BlockAckReq的剩余接收器標(biāo)識(shí)符列表中的目標(biāo)接收器/目的地/接收站每個(gè)都應(yīng)答M-BlockAck。反復(fù)執(zhí)行上述過(guò)程,直至M-BlockAckReq發(fā)送器從全部目標(biāo)接收器/目的地/接收站接收到M-BlockAck或者重傳次數(shù)達(dá)到極限。也可以采用其他策略重傳M-BlockAckReq和M-BlockAck。例如，如果M-BlockAckReq中請(qǐng)求應(yīng)答的數(shù)據(jù)分組達(dá)到其壽命/有效性極限，組播發(fā)送器停止重傳Μ-BlockAckReq或發(fā)出具有新塊ACK起始序號(hào)的更新的Μ-BlockAckReq。可選擇地,如果M-BlockAckReq到達(dá)其壽命極限，組播發(fā)送器停止重傳Μ-BlockAckReq。根據(jù)另一種可選策略，M-BlockAckReq發(fā)送器在其從某個(gè)(預(yù)定)部分的目標(biāo)接收器/目的地/接收站接收到對(duì)應(yīng)于此M-BlockAckReq的M-BlockAck時(shí)或者在預(yù)定數(shù)量的重試之后可以停止重傳。所述部分大于或者等于預(yù)定閾值。這些策略可以單獨(dú)或者結(jié)合使用。
[0045]在完成M-BlockAckReq和Μ-BlockAck交換之后，組播發(fā)送器由Μ-BlockAck位圖中提供的信息判斷是否需要重傳分組。如果根據(jù)接收器塊ACK丟失了(未被一個(gè)或多個(gè)目標(biāo)接收器/目的地/接收站正確接收)一個(gè)或多個(gè)分組，組播發(fā)送器安排這個(gè)或這些丟失分組的重傳。將重傳的分組組播發(fā)送至目標(biāo)接收器/目的地/接收站。在重傳丟失的數(shù)據(jù)分組和/或傳輸新分組之后，組播發(fā)送器可以發(fā)送新M-BlockAckReq并獲得傳輸(重傳)分組的接收狀態(tài)。如果根據(jù)接收器塊應(yīng)答的位圖一個(gè)或多個(gè)分組未被一個(gè)或多個(gè)目標(biāo)組播接收器正確接收，組播發(fā)送器再次安排這個(gè)或這些丟失分組的重傳。對(duì)于丟失分組反復(fù)執(zhí)行此重傳過(guò)程，直至發(fā)送M-BlockAck的全部目標(biāo)接收器正確接收分組或者此分組的傳輸壽命(有效性)到期。請(qǐng)注意，也可以使用用于數(shù)據(jù)分組組播的其他策略。例如，如果正確接收到到數(shù)據(jù)分組的部分接收器大于或等于一閾值，組播發(fā)送器停止重傳此分組。在另一個(gè)示例性策略中，如果數(shù)據(jù)分組的重傳次數(shù)達(dá)到重試極限/閾值，組播發(fā)送器停止重傳此分組。這些示例性策略可以單獨(dú)或者結(jié)合使用。
[0046]圖6是根據(jù)本發(fā)明的示例性實(shí)施方式的組播傳輸過(guò)程的流程圖。在步驟605，將多個(gè)數(shù)據(jù)單元/分組/巾貞組播至目標(biāo)接收器。在步驟610初始化M-BlockAckReq計(jì)數(shù)器并在步驟615進(jìn)行組播。在步驟620增加M-BlockAckReq計(jì)數(shù)器并在步驟625設(shè)置/初始化定時(shí)器。在步驟630傳輸/組播所述數(shù)據(jù)的站開(kāi)始接收M-BlockAck。在步驟635進(jìn)行檢驗(yàn)以判斷是否超時(shí)(在步驟625初始化/設(shè)置的定時(shí)器期滿(mǎn))。如果未超時(shí)，則過(guò)程返回步驟630。如果超時(shí)，則在步驟640進(jìn)行檢驗(yàn)以判斷是否從所有目標(biāo)接收器/目的地/接收站接收到M-BlockAck。如果從所有目標(biāo)接收器/目的地/接收站接收到M-BlockAck，則過(guò)程從步驟650繼續(xù)。如果未從所有目標(biāo)接收器/目的地/接收站接收到M-BlockAck，則在步驟645進(jìn)行檢驗(yàn)以判斷M-BlockAckReq計(jì)數(shù)器是否超過(guò)M-BlockAckReq重試極限/閾值。也可以根據(jù)上述另外的策略進(jìn)行所述判斷，例如判斷接收的M-BlockAckReq數(shù)量與期望的M-BlockAckReq數(shù)量的比率是否超過(guò)閾值。如果M-BlockAckReq計(jì)數(shù)器超過(guò)M-BlockAckReq重試極限/閾值，則在步驟650檢驗(yàn)M-BlockAck以判斷組播/傳輸?shù)臄?shù)據(jù)狀態(tài)。在步驟655進(jìn)行檢驗(yàn)以判斷是否每個(gè)組播分組(組播數(shù)據(jù))被應(yīng)答了 M-BlockAck的目標(biāo)接收器接收到或者分組/數(shù)據(jù)的傳輸壽命(有效性)是否被超出(期滿(mǎn))。如果組播分組(組播數(shù)據(jù))未被應(yīng)答了 M-BlockAck的目標(biāo)接收器接收到或者如果分組/數(shù)據(jù)的傳輸壽命(有效性)未被超出(期滿(mǎn))，則在步驟660發(fā)送器/發(fā)射器安排向目標(biāo)接收器/目的地/接收站重傳/重組播未接收/未應(yīng)答分組。在步驟665進(jìn)行檢驗(yàn)以判斷被請(qǐng)求狀態(tài)的全部數(shù)據(jù)/分組的狀態(tài)是否都已校驗(yàn)和更新。如果被請(qǐng)求狀態(tài)的全部數(shù)據(jù)/分組的狀態(tài)未全部被校驗(yàn)和更新，則過(guò)程返回步驟650。如果被請(qǐng)求狀態(tài)的全部數(shù)據(jù)/分組的狀態(tài)全部被校驗(yàn)和更新，則過(guò)程返回步驟605。如果組播分組(組播數(shù)據(jù))被應(yīng)答了 M-BlockAck的目標(biāo)接收器接收到或者如果分組/數(shù)據(jù)的傳輸壽命(有效性)未被超出(期滿(mǎn))，則過(guò)程在步驟665繼續(xù)。如果M-BlockAckReq計(jì)數(shù)器未超過(guò)M-BlockAckReq重試極限/閾值,則在步驟670更新M-BlockAckReq并且將對(duì)M-BlockAckReq進(jìn)行應(yīng)答的接收器/目的地/接收站從M-BlockAckReq中的blockack請(qǐng)求列表中除去。然后過(guò)程在步驟615繼續(xù)。
[0047]圖7是根據(jù)本發(fā)明的示例性實(shí)施方式的組播接收過(guò)程的流程圖。在步驟705接收器/目的地/接收站接收到Μ-BlockAckReq。在步驟710進(jìn)行檢驗(yàn)以判斷此接收器/目的地/接收站是否為目標(biāo)接收器(發(fā)出對(duì)M-BlockAckReq的blockack回復(fù)/應(yīng)答請(qǐng)求的接收器)。如果此接收器/目的地/接收站不是目標(biāo)接收器(發(fā)出對(duì)M-BlockAckReq的blockack回復(fù)/應(yīng)答請(qǐng)求的接收器)，則過(guò)程結(jié)束。如果此接收器/目的地/接收站是目標(biāo)接收器(發(fā)出對(duì)M-BlockAckReq的blockack回復(fù)/應(yīng)答請(qǐng)求的接收器)，則在步驟715確定此接收器接收到并且(在M-BlockAckReq中)請(qǐng)求應(yīng)答的組播數(shù)據(jù)/分組的狀態(tài)并準(zhǔn)備/產(chǎn)生M-BlockAck信號(hào)/幀/消息。在步驟720按照由M-BlockAckReq提供/設(shè)置的信息確定的順序/次序傳輸準(zhǔn)備的M-BlockAck。
[0048]在另一實(shí)施方式中，M-BlockAckReq信號(hào)內(nèi)的接收器信息字段包括類(lèi)型/標(biāo)志子字段、BAR接收器位圖控制子字段、BAR接收器部分虛擬位圖(partial virtual bitmap)等。圖8是根據(jù)本發(fā)明的示例性實(shí)施方式的利用BAR接收器位圖控制和BAR接收器部分虛擬位圖的M-BlockAckReq信號(hào)/消息/幀內(nèi)的接收器信息字段的示例性格式。BAR接收器位圖控制字段為單八位位組(octet)。字段的七位(位I 一 7)形成位圖偏移(bitmapoffset) 0 一個(gè)位(位O)保留。部分虛擬位圖的長(zhǎng)度是變化的并且是多個(gè)八位位組，這可以從總幀大小確定。位圖偏移子字段值具有站的關(guān)聯(lián)ID(AID)除以16。如果該值為N，AID小于16xN的站不包括在將以M-BlockAck應(yīng)答此M-BlockAckReq的站的列表中。部分虛擬位圖字段中的每一位對(duì)應(yīng)于特定站。位圖字段中的位編號(hào)i (O < I < 2007)、即位圖字段中八位數(shù)b78」的位編號(hào)(i mod8)在每個(gè)八位位組的低次位為位編號(hào)O并且高次位為位編號(hào)
7時(shí)，對(duì)應(yīng)于AID為16xN+i的站。如果位圖字段中的位i被設(shè)置為UUAID為16xN+i的站位于被請(qǐng)求答復(fù)此M-BlockAckReq的答復(fù)請(qǐng)求站列表中，其中N是位圖偏移字段值。如果部分虛擬位圖字段的長(zhǎng)度是L個(gè)八位位組，AID大于或等于16xN+8xL的站不位于答復(fù)請(qǐng)求站列表中。目標(biāo)接收器/目的地/接收站按照其中M-BlockAckReq的BAR接收器位圖中指定接收器的相同順序/次序發(fā)送其M-BlockAck信號(hào)。可選擇地，目標(biāo)接收器/目的地/接收站按照根據(jù)M-BlockAckReq BAR接收器位圖中指定的接收器順序確定的順序發(fā)送其M-BlockAck 信號(hào)。
[0049]例如，位圖控制字段的值為50。M-BlockAckReq中部分虛擬位圖的大小為2八位位組。位圖為10111111 01111111。AID小于16x50 = 800的全部站不發(fā)送M-BlockAck，因?yàn)檫@些站沒(méi)有寫(xiě)入Μ-BlockAckReq。AID大于或等于800+2x8 = 816的站也不發(fā)送M-BlockAck。M-BlockAckReq的部分位圖中第i位置指示AID為800+i的站?；谖桓袷?bit pattern) 10111111 01111111，AID 等于 800、802、803、804、805、806、807、809、810、811、812、813、814和815將按照順序發(fā)送M-BlockAck，因?yàn)槠湎鄳?yīng)位被設(shè)置為I。AID等于801和808的站將不發(fā)送M-BlockAck，因?yàn)槠湎鄳?yīng)位被設(shè)置為O。請(qǐng)注意，通過(guò)利用位圖控制字段和部分位圖，需要三個(gè)八位位組來(lái)表示需要以M-BlockAck應(yīng)答M-BlockAckReq的接收站。如果在M-BlockAckReq中包括16位標(biāo)識(shí)符以指示請(qǐng)求答復(fù)的接收站，則M-BlockAck需要14個(gè)八位位組。如果只在M-BlockAckReq使用位矢量來(lái)指示請(qǐng)求答復(fù)的接收站,貝IjM-BlockAck需要至少12個(gè)八位位組。因此，本發(fā)明的位圖控制字段和部分位圖降低了M-BlockAckReq信號(hào)中的開(kāi)銷(xiāo)。當(dāng)與AP關(guān)聯(lián)的關(guān)聯(lián)站的數(shù)量較高和/或用于組播的目標(biāo)接收器的數(shù)量較大時(shí)，本發(fā)明提供了有效尋址方法。
[0050]圖9A示出了根據(jù)本發(fā)明另一實(shí)施方式的用于利用具有延遲策略和應(yīng)答的組播塊應(yīng)答請(qǐng)求(M-BlockAckReq)和組播塊應(yīng)答(M-BlockAck)交換的可靠組播傳輸?shù)臅r(shí)序。發(fā)送器/AP/源發(fā)器向多個(gè)接收器/STA (例如接收器I和2，但不包括接收器3)傳輸組播數(shù)據(jù)單元/分組/幀的塊。每個(gè)數(shù)據(jù)單元/分組/幀包含序號(hào)或幀標(biāo)識(shí)符。所述序號(hào)每次遞增
I。利用CDMA、TDMA、輪詢(xún)或多路輪詢(xún)進(jìn)行傳輸。在發(fā)送了組播數(shù)據(jù)的塊之后，發(fā)送器向組播接收器傳輸組播BlockAckReq (M-BlockAckReq)信號(hào)。M-BlockAckReq信號(hào)包括塊ACK請(qǐng)求(BAR)控制字段、塊ACK請(qǐng)求(BAR)信息字段和可靠組播接收器(RMR)信息字段。BAR控制字段和BAR信息字段包括組播BlockAck (M-BlockAck)幀請(qǐng)求的流量標(biāo)識(shí)符(TID)和塊ACK起始序號(hào)。所述起始序號(hào)是M-BlockAckReq請(qǐng)求M-BlockAck的第一巾貞的序號(hào)。所述可靠組播接收器信息字段包括發(fā)出M-BlockAck的塊Ack請(qǐng)求的接收器標(biāo)識(shí)符列表。在圖9A中，所述標(biāo)識(shí)符是用于接收器I和2的標(biāo)識(shí)符。所述標(biāo)識(shí)符可以是所述站的MAC地址、關(guān)聯(lián)ID或IP地址(如果本發(fā)明在IP層執(zhí)行/運(yùn)轉(zhuǎn))?？蛇x擇地，所述RMR信息字段包括位圖控制字段和位圖字段以指示發(fā)出M-BlockAck請(qǐng)求的接收器。所述位圖中的每一位指明請(qǐng)求塊Ack的接收站。BlockAckReq請(qǐng)求的接收器標(biāo)識(shí)符列表或位圖中的每個(gè)接收器/接收站(在圖9A的實(shí)例中為接收器I和接收器2)按照M-BlockAckReq列表或位圖中確定的組播接收器順序/次序?qū)-BlockAckReq源發(fā)器響應(yīng)塊應(yīng)答(Ack)信號(hào)/巾貞或其他信號(hào)/巾貞?？蛇x擇地，接收器按照作為M-BlockAckReq標(biāo)識(shí)符列表或M-BlockAckReq位圖中接收器標(biāo)識(shí)符的序列的函數(shù)的順序發(fā)送其塊Ack信號(hào)/幀/消息。組播接收器在準(zhǔn)備好M-BlockAck并且有機(jī)會(huì)傳輸之后發(fā)送其延遲的M-BlockAck響應(yīng)。一旦準(zhǔn)備好M-BlockAck信號(hào)/巾貞/消息的內(nèi)容，組播接收器在其最早可能傳輸機(jī)會(huì)(TXOP)發(fā)送延遲的M-BlockAck。M-BlockAck應(yīng)答具有M-BlockAckReq信號(hào)/消息/幀中指定的起始序號(hào)的數(shù)據(jù)單元/分組/幀塊的接收狀態(tài)。M-BlockAckReq源發(fā)器以ack信號(hào)/幀/消息或者其他信號(hào)/幀/消息應(yīng)答以應(yīng)答接收到M-BlockAck信號(hào)/巾貞/消息。M-BlockAckReq源發(fā)器以單播傳輸ack信號(hào)/巾貞/消息。不包含在BlockAckReq列表或位圖中的接收器/STA不應(yīng)答此BlockAckReq源發(fā)器。在圖9A所示實(shí)施例中，接收器3不應(yīng)答此Μ-BlockAckReq，因?yàn)槠湮窗诖薆lockAckReq的塊ack請(qǐng)求接收器標(biāo)識(shí)符列表或位圖中。
[0051]圖9B示出了根據(jù)本發(fā)明另一實(shí)施方式的用于利用具有延遲策略和無(wú)應(yīng)答的組播塊應(yīng)答請(qǐng)求(Μ-BlockAckReq)和組播塊應(yīng)答(M-BlockAck)交換的可靠組播傳輸?shù)臅r(shí)序。發(fā)送器/AP/源發(fā)器向多個(gè)接收器/STA (例如接收器I和2，但不包括接收器3)傳輸組播數(shù)據(jù)單元/分組/幀的塊。在發(fā)送了組播數(shù)據(jù)的塊之后，發(fā)送器/AP/源發(fā)器向目標(biāo)接收器傳輸組播BlockAckReq(M-BlockAckReq)信號(hào)/巾貞/消息。所述可靠組播接收器(RMR)信息字段包括發(fā)出M-BlockAck的塊Ack請(qǐng)求的接收器標(biāo)識(shí)符列表。在圖9B中，所述標(biāo)識(shí)符是用于接收器I和2的標(biāo)識(shí)符。可選擇地，所述RMR信息字段包括位圖控制字段和位圖字段以指示發(fā)出M-BlockAck請(qǐng)求的接收器。位圖中的每個(gè)位指示請(qǐng)求塊ack的接收站。如果使用M-BlockAckReq的無(wú)ack特征/策略,BlockAck請(qǐng)求的接收器標(biāo)識(shí)符列表或位圖中的每個(gè)接收器/接收站(在圖9B的實(shí)例中為接收器I和接收器2)在接收到M-BlockAckReq時(shí)不以應(yīng)答(Ack)信號(hào)/幀/消息對(duì)M-BlockAckReq源發(fā)器進(jìn)行應(yīng)答。采用延遲塊Ack策略，塊Ack請(qǐng)求列表或位圖中的組播接收器在準(zhǔn)備好M-BlockAck并且有機(jī)會(huì)傳輸之后對(duì)M-BlockAckReq源發(fā)器以延遲的M-BlockAck進(jìn)行應(yīng)答。一旦準(zhǔn)備好M-BlockAck信號(hào)/中貞/消息的內(nèi)容，組播接收器在其最早可能傳輸機(jī)會(huì)發(fā)送M-BlockAck。如果采用M-BlockAck的無(wú)ack特征/策略，M-BlockAckReq源發(fā)器不以Ack信號(hào)/幀/消息進(jìn)行應(yīng)答以應(yīng)答接收到M-BlockAck信號(hào)/幀/消息。不包含在BlockAckReq列表或位圖中的接收器/STA不應(yīng)答此BlockAckReq源發(fā)器。在圖9B所示實(shí)施例中，接收器3不應(yīng)答此Μ-BlockAckReq，因?yàn)槠湮窗诖薆lockAckReq的塊ack請(qǐng)求接收器標(biāo)識(shí)符列表或位圖中?？傮w上，采用延遲塊Ack策略，M-BlockAckReq或M-BlockAck信號(hào)/幀/消息包含Ack策略字段。當(dāng)在M-BlockAckReq或M-BlockAck信號(hào)/幀/消息中設(shè)置Ack策略字段時(shí)，表示接收到此信號(hào)/幀/消息時(shí)不需要應(yīng)答。否則，希望Ack應(yīng)答。對(duì)于Ack策略字段的設(shè)置可以獨(dú)立于M-BlockAckReq或M-BlockAck信號(hào)/幀/消息進(jìn)行。這些字段數(shù)值的所有四種結(jié)合方式都可以使用。
[0052]圖9C示出了根據(jù)本發(fā)明另一實(shí)施方式的用于利用具有多路輪詢(xún)的組播塊應(yīng)答請(qǐng)求(Μ-BlockAckReq)和組播塊應(yīng)答(M-BlockAck)交換的可靠組播傳輸?shù)臅r(shí)序。多路輪詢(xún)?cè)窗l(fā)器/發(fā)送器/AP傳輸多路輪詢(xún)(MP)幀。MP幀包含下行(從MP源發(fā)器/AP至接收器/STA)傳輸時(shí)間(DTT)和/或上行(從STA至MP源發(fā)器/AP)傳輸時(shí)間(UTT)的調(diào)度/時(shí)間分配。MP源發(fā)器/AP可以調(diào)度DTT和UTT。DTT或UTT具有起始時(shí)間和持續(xù)期。DTT周期用于MP源發(fā)器/AP傳輸與組播或單播地址相關(guān)聯(lián)的組播或單播數(shù)據(jù)單元/幀/分組塊。UTT周期用于STA向MP源發(fā)器/AP傳輸數(shù)據(jù)塊。在MP源發(fā)器/AP向多個(gè)接收器/STA傳輸組播數(shù)據(jù)單元/分組/巾貞塊之后，期傳輸組播BlockAckReq(M-BlockAckReq)信號(hào)/巾貞/消息。組播接收器/接收站/目的地以其自身UTT中的M-BlockAck信號(hào)/幀對(duì)M-BlockAckReq源發(fā)器進(jìn)行響應(yīng)以應(yīng)答M-BlockAckReq請(qǐng)求的數(shù)據(jù)單元/分組/幀塊的接收狀態(tài)。如圖9C的實(shí)施例所示，AP/MP源發(fā)器傳輸具有組播地址的第一組播數(shù)據(jù)塊、具有另一組播地址的第二組播數(shù)據(jù)塊和其他組播塊和/或單播數(shù)據(jù)。在傳輸?shù)谝唤M播數(shù)據(jù)塊之后，AP/MP源發(fā)器發(fā)送M-BlockAckReql。第一組播數(shù)據(jù)塊的每個(gè)目標(biāo)接收器/STA (例如接收器I和2)在其UTT周期內(nèi)以其M-BlockAck對(duì)M-BlockAckReql進(jìn)行響應(yīng)。除了 M-BlockAck，接收器/STA還可以在其UTT周期內(nèi)發(fā)送其他上行數(shù)據(jù)。類(lèi)似地，在傳輸?shù)诙M播數(shù)據(jù)塊之后，AP/MP源發(fā)器發(fā)送M-BlockAckReq〗。第二組播數(shù)據(jù)塊的每個(gè)目標(biāo)接收器/STA(例如接收器3和4)在其UTT周期內(nèi)以其M-BlockAck對(duì)M_BlockAckReq2進(jìn)行響應(yīng)?？蛇x擇地，可以在不同的MP DTT (不是相應(yīng)組播數(shù)據(jù)單元/分組/幀塊被發(fā)送的同意DTT)或者不同的MP序列/脈沖中發(fā)送Μ-BlockAckReq。另外,可以在多個(gè)MP DTT中發(fā)送組播數(shù)據(jù)單元/分組/中貞塊，然后由組播發(fā)送器在傳輸數(shù)據(jù)塊的最后MP DTT或者在下面的/后面的MP DTT中發(fā)送Μ-BlockAckReq,以請(qǐng)求M-BlockAck以應(yīng)答此組播數(shù)據(jù)單元/分組/巾貞塊。
[0053]本發(fā)明還可以用于站(STA包括站、AP和mesh AP)以交換用于無(wú)線網(wǎng)狀網(wǎng)絡(luò)、自組織網(wǎng)絡(luò)(ad hoc network)或獨(dú)立基本服務(wù)集(IBBS)中組播和廣播傳輸?shù)膲Kack請(qǐng)求和塊ack。其可以被用于站之間的對(duì)等組播。站可以利用本發(fā)明的方法將用于傳輸?shù)慕M播數(shù)據(jù)的組播塊ack請(qǐng)求發(fā)送至多個(gè)接收站，例如在視頻會(huì)議或其他對(duì)等服務(wù)中。接收站以組播塊ack對(duì)組播塊ack請(qǐng)求源發(fā)器進(jìn)行響應(yīng)。
[0054]圖10是本發(fā)明的示例性實(shí)現(xiàn)的框圖。因?yàn)镾TA和/或AP(特定STA)可以是發(fā)射器、接收器和收發(fā)器，單一框圖用于顯示具有無(wú)線發(fā)射器/接收器的無(wú)線通信模塊。即，所述無(wú)線發(fā)射器/接收器可以是發(fā)射器、接收器和收發(fā)器。本發(fā)明包括主計(jì)算機(jī)系統(tǒng)和通信模塊(無(wú)線)。所述主計(jì)算機(jī)系統(tǒng)可以是通用計(jì)算機(jī)或?qū)Ｓ糜?jì)算系統(tǒng)。所述主計(jì)算機(jī)系統(tǒng)包括中央處理器(CPU)、存儲(chǔ)器和輸入輸出(I/O)接口。無(wú)線通信模塊包括MAC和基帶處理器、無(wú)線發(fā)射器/接收器和一個(gè)或多個(gè)天線。天線發(fā)射和接收無(wú)線電信號(hào)。無(wú)線發(fā)射器/接收器進(jìn)行無(wú)線電信號(hào)處理。MAC和基帶處理器進(jìn)行用于傳輸/接收的MAC控制和數(shù)據(jù)組幀(data framing)、調(diào)制/解調(diào)、編碼/解碼。本發(fā)明的至少一個(gè)實(shí)施方式可以實(shí)施為主計(jì)算機(jī)系統(tǒng)或無(wú)線通信模塊中的例程(routine)以進(jìn)行數(shù)據(jù)和控制信號(hào)的傳輸和接收。即圖10的框圖可以實(shí)施為硬件、軟件、現(xiàn)場(chǎng)可變成門(mén)陣列(FPGA)、專(zhuān)用集成電路(ASIC)、精簡(jiǎn)指令集計(jì)算機(jī)(RISC)或其任意組合。另外，上述各種流程圖和文字所述過(guò)程可以在主計(jì)算機(jī)系統(tǒng)或無(wú)線通信模塊或主計(jì)算機(jī)系統(tǒng)和無(wú)線通信模塊的組合中執(zhí)行。因此所述框圖完全能夠?qū)⒏鞣N方法/處理在硬件、軟件現(xiàn)場(chǎng)可變成門(mén)陣列(FPGA)、專(zhuān)用集成電路(ASIC)、精簡(jiǎn)指令集計(jì)算機(jī)(RISC)或其任意組合中實(shí)施。
[0055]可以理解，本發(fā)明的原理可以用各種形式的硬件、軟件、固件、專(zhuān)用處理器及其組合實(shí)現(xiàn)，優(yōu)選地，本發(fā)明的原理可以作為硬件和軟件的組合來(lái)實(shí)現(xiàn)。并且，軟件可以作為嵌入在程序存儲(chǔ)單元上地應(yīng)用程序來(lái)實(shí)現(xiàn)。應(yīng)用程序可以被上載至包含任何適當(dāng)體系結(jié)構(gòu)的機(jī)器并由其執(zhí)行。優(yōu)選地，該機(jī)器在具有硬件的計(jì)算機(jī)平臺(tái)上執(zhí)行，所述計(jì)算機(jī)平臺(tái)例如具有一個(gè)或多個(gè)中央處理器(CPU)、隨機(jī)訪問(wèn)存儲(chǔ)器(RAM)、輸入輸出(I/O)接口。計(jì)算機(jī)平臺(tái)還可以包括操作系統(tǒng)和微指令代碼。本文所述各種處理和功能可以是能夠由CPU處理的微指令代碼的一部分或應(yīng)用程序的一部分，或者它們的組合。另外，各種外圍設(shè)備可以連接至計(jì)算機(jī)平臺(tái)，例如附加數(shù)據(jù)存儲(chǔ)單元和打印單元。
[0056]可以進(jìn)一步理解的是，因?yàn)楦綀D中描述的某些系統(tǒng)構(gòu)成部件和方法優(yōu)選由軟件實(shí)現(xiàn)，系統(tǒng)元件(或者處理步驟)之間的實(shí)際連接根據(jù)本發(fā)明的原理被編程的方式可能存在不同之處。基于本發(fā)明的原理，本領(lǐng)域普通技術(shù)人員可以設(shè)想到用來(lái)實(shí)現(xiàn)本發(fā)明原理的上述和其他方式或結(jié)構(gòu)。
【權(quán)利要求】
1.一種方法，包括: 組播多個(gè)數(shù)據(jù)單元； 組播對(duì)于應(yīng)答所述多個(gè)數(shù)據(jù)單元的接收的請(qǐng)求； 接收響應(yīng)于所述請(qǐng)求的信號(hào)； 第一次判斷是否已經(jīng)從所述請(qǐng)求的所有接收器接收到響應(yīng)于所述請(qǐng)求的所述信號(hào)； 基于所接收到的信號(hào)，第二次判斷所述多個(gè)數(shù)據(jù)單元的接收狀態(tài)； 更新對(duì)于應(yīng)答所述多個(gè)數(shù)據(jù)單元的所述請(qǐng)求，對(duì)已經(jīng)從其接收到響應(yīng)于對(duì)于應(yīng)答的所述請(qǐng)求的所述信號(hào)的應(yīng)答接收器除去任何標(biāo)識(shí)，以及再組播對(duì)于應(yīng)答的所述請(qǐng)求。
2.根據(jù)權(quán)利要求1所述的方法，還包括: 在所述第二次判斷之后，第三次判斷所述數(shù)據(jù)單元的壽命是否到期； 響應(yīng)于所述第三次判斷再組播所述數(shù)據(jù)單元。
3.根據(jù)權(quán)利要求1所述的方法,還包括:對(duì)于每個(gè)組播請(qǐng)求接收應(yīng)答。
4.根據(jù)權(quán)利要求1所述的方法，還包括:對(duì)于每個(gè)接收到的信號(hào)傳輸應(yīng)答。
5.根據(jù)權(quán)利要求1所述的方法，其中延遲所述信號(hào)。
6.根據(jù)權(quán)利要求1所述的方法，還包括:從所述接收器接收上行數(shù)據(jù)。
7.根據(jù)權(quán)利要求1所述的方法，其中，所述標(biāo)識(shí)是關(guān)聯(lián)標(biāo)識(shí)符、介質(zhì)訪問(wèn)控制地址、互聯(lián)網(wǎng)協(xié)議地址之一并且包含在位圖設(shè)置中。
8.一種裝置，包括: 用于組播多個(gè)數(shù)據(jù)單元的無(wú)線通信模塊； 所述無(wú)線通信模塊還組播對(duì)于應(yīng)答所述多個(gè)數(shù)據(jù)單元的接收的請(qǐng)求； 所述無(wú)線通信模塊接收響應(yīng)于所述請(qǐng)求的信號(hào)； 所述無(wú)線通信模塊第一次判斷是否已經(jīng)從所述請(qǐng)求的所有接收器接收到響應(yīng)于所述請(qǐng)求的所述信號(hào)； 所述無(wú)線通信模塊基于所接收的信號(hào)第二次判斷所述多個(gè)數(shù)據(jù)單元的接收狀態(tài)；所述無(wú)線通信模塊更新對(duì)于應(yīng)答所述多個(gè)數(shù)據(jù)單元的所述請(qǐng)求，對(duì)已經(jīng)從其接收到響應(yīng)于對(duì)于應(yīng)答的所述請(qǐng)求的所述信號(hào)的應(yīng)答接收器除去任何標(biāo)識(shí)；以及再組播對(duì)于應(yīng)答的所述請(qǐng)求。
9.根據(jù)權(quán)利要求8所述的裝置，還包括: 所述無(wú)線通信模塊在所述第二次判斷之后第三次判斷所述數(shù)據(jù)單元的壽命是否到期；以及 所述無(wú)線通信模塊響應(yīng)于所述第三次判斷再組播所述數(shù)據(jù)單元。
10.根據(jù)權(quán)利要求8所述的裝置，其中，所述無(wú)線通信模塊還對(duì)于每個(gè)組播請(qǐng)求接收應(yīng)答。
11.根據(jù)權(quán)利要求8所述的裝置，其中，所述無(wú)線通信模塊還對(duì)于每個(gè)接收到的信號(hào)傳輸應(yīng)答。
12.根據(jù)權(quán)利要求8所述的裝置，其中，所述信號(hào)被延遲。
13.根據(jù)權(quán)利要求8所述的裝置，其中，所述無(wú)線通信模塊還包括從所述接收器接收上行數(shù)據(jù)。
14.根據(jù)權(quán)利要求8所述的裝置，其中，所述標(biāo)識(shí)是關(guān)聯(lián)標(biāo)識(shí)符、介質(zhì)訪問(wèn)控制地址、互 聯(lián)網(wǎng)協(xié)議地址之一并且包含在位圖設(shè)置中。
【文檔編號(hào)】H04W4/06GK104135721SQ201410395026
【公開(kāi)日】2014年11月5日 申請(qǐng)日期:2008年6月26日 優(yōu)先權(quán)日:2008年6月26日
【發(fā)明者】劉航, 伊尚.曼德?tīng)柨? 吳明權(quán), 拉姆庫(kù)馬爾.佩魯馬納, 紹拉布.馬瑟 申請(qǐng)人:湯姆遜許可公司