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

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

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


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

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

【專利附圖】

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

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