專利名稱：具有簡化的接收方狀態(tài)信息的塊確認(rèn)的制作方法
技術(shù)領(lǐng)域：
一個或多個實施例一般涉及無線通信領(lǐng)域。更具體來說，這些實施例的其中一個 或多個實施例涉及含有簡化的接收方狀態(tài)信息的塊確認(rèn)的方法和設(shè)備。
背景技術(shù)：
支持電子和電氣工程師協(xié)會(IEEE) 802. 11標(biāo)準(zhǔn)(例如IEEE標(biāo)準(zhǔn)802. 11-1997、 802. lla、802. lie等)的任何無線局域網(wǎng)(WLAN)設(shè)備包括兩個主要部分1)物理(PHY)層 信令控制裝置；以及2)媒體訪問控制(MAC)裝置。PHY裝置的功能是通過空中接口傳輸數(shù) 據(jù)分組。MAC裝置的功能其中為公平地控制對共享的空中接口的訪問。最小MAC協(xié)議由兩個幀組成1)從發(fā)射器發(fā)送到接收器的幀；以及2)來自已正 確地接收到該幀的接收器的確認(rèn)(ACK)。如果發(fā)射器具有要發(fā)送到接收器的多個幀，則 802. 11標(biāo)準(zhǔn)的一些版本要求發(fā)射器在每個分組的傳輸之后等待ACK。此外，在接收到ACK 以及傳輸下一個分組之前，發(fā)射器必須等待特定時間間隔，稱為幀間空間(IFS)。802. 11標(biāo)準(zhǔn)的其他版本(例如IEEE標(biāo)準(zhǔn)802. lie)支持傳輸含有選擇性確認(rèn)的分 組。此特征稱為“塊ACK”。塊確認(rèn)特征使發(fā)射器能夠無需一定要等待確認(rèn)才向相同接收器 發(fā)送下一個分組。相反，在就空中接口的訪問協(xié)商之后，發(fā)射器發(fā)送第一個分組，在第一個 分組結(jié)束之后等待幀間空間(IFS)，然后發(fā)送下一個分組。在發(fā)射器將其全部分組發(fā)送到接 收器之后，發(fā)射器向接收器要求響應(yīng)，該響應(yīng)指示對所有先前傳輸?shù)姆纸M的確認(rèn)。802. Ile標(biāo)準(zhǔn)提供的塊確認(rèn)(BA)機制在本文中成為“立即BA機制”。802. Ile標(biāo) 準(zhǔn)提供的立即BA機制對于實現(xiàn)802. Iln所期望的吞吐量增益是必不可少的。但是，現(xiàn)有協(xié) 議對支持此可選特征的裝置強加了大存儲器要求。立即BA協(xié)議允許始發(fā)方以向接收方發(fā) 送塊數(shù)據(jù)幀，然后請求對該塊的確認(rèn)。為此，接收方維護一個記分牌，該記分牌含有起始序 列號(SSN)和根據(jù)每個建立的BA協(xié)議標(biāo)記每個接收的數(shù)據(jù)幀的位。該過程在始發(fā)方的控 制下，它確定何時發(fā)送數(shù)據(jù)幀以及何時發(fā)送塊確認(rèn)請求(BAR)來征求ΒΑ。

發(fā)明內(nèi)容
本發(fā)明一方面涉及一種由接收方站通過部分狀態(tài)操作生成立即塊確認(rèn)的方法，包 括接收與始發(fā)方站和所述接收方站之間塊確認(rèn)協(xié)議相關(guān)聯(lián)的數(shù)據(jù)單元；如果在接收到所 述數(shù)據(jù)單元時不存在對于所述協(xié)議的臨時塊確認(rèn)記錄，則生成并存儲臨時塊確認(rèn)記錄；如 果在接收到所述數(shù)據(jù)單元時存在對于所述協(xié)議的臨時塊確認(rèn)記錄，則基于接收到的數(shù)據(jù)單 元修改所述臨時塊確認(rèn)記錄；基于所述臨時塊確認(rèn)記錄生成對于所述始發(fā)方站的即時塊確 認(rèn)；以及在從不同始發(fā)方站接收到數(shù)據(jù)單元時丟棄所述臨時塊確認(rèn)記錄。本發(fā)明另一方面涉及一種由接收方站在部分狀態(tài)操作期間管理立即塊確認(rèn)記分牌的方法，包括接收與所述接收方站和第一始發(fā)方站之間第一塊確認(rèn)協(xié)議相關(guān)聯(lián)的數(shù)據(jù) 單元；如果在接收到所述數(shù)據(jù)單元時不存在對于所述第一塊確認(rèn)協(xié)議的臨時塊確認(rèn)記錄， 則生成并存儲臨時塊確認(rèn)記錄；如果在接收到所述數(shù)據(jù)單元時存在對于所述第一塊確認(rèn)協(xié) 議的臨時塊確認(rèn)記錄，則基于接收到的數(shù)據(jù)單元修改所述臨時塊確認(rèn)記錄；接收與所述接 收方站和第二始發(fā)方站之間第二塊確認(rèn)協(xié)議相關(guān)聯(lián)的另一數(shù)據(jù)單元，所述第二始發(fā)方站不 同于所述第一始發(fā)方站；以及在接收到來自所述第二始發(fā)方站的另一數(shù)據(jù)單元后，丟棄所 述臨時塊確認(rèn)記錄。本發(fā)明再一方面涉及一種由接收方站在部分狀態(tài)操作期間管理立即塊確認(rèn)記分 牌的方法，包括生成對于始發(fā)方站和所述接收方站之間塊確認(rèn)協(xié)議的臨時塊確認(rèn)記錄并 將其存儲在存儲器中；只要所述接收方站接收到來自所述始發(fā)方站的數(shù)據(jù)， 就維持所述臨 時塊確認(rèn)記錄；以及在所述接收方站接收到來自所述始發(fā)方站以外的不同站的數(shù)據(jù)時，丟 棄所述臨時塊確認(rèn)記錄。


在附圖中，通過舉例而非限定形式，圖示了本發(fā)明的多種實施例，其中圖1是說明根據(jù)一個實施例用于提供含有簡化的接收方狀態(tài)信息的塊確認(rèn)的對 等無線網(wǎng)絡(luò)配置的框圖。圖2是說明根據(jù)一個實施例用于提供含有簡化的接收方狀態(tài)信息的塊確認(rèn)的無 線網(wǎng)絡(luò)(WLAN)配置的框圖。圖3是說明根據(jù)一個實施例用于含有簡化的接收方狀態(tài)信息的立即塊確認(rèn)(ACK) (BA)的框圖。圖4是說明根據(jù)一個實施例用于提供含有簡化的接收方狀態(tài)信息的塊ACK的無線 配置的框圖。圖5是進一步說明根據(jù)一個實施例的圖4所示的塊ACK邏輯的框圖。圖6是進一步說明根據(jù)一個實施例的圖4和5所示的通信接口的框圖。圖7是說明根據(jù)一個實施例的塊ACK請求和含有簡化的接收方狀態(tài)信息的塊ACK 的狀態(tài)流程圖。圖8是說明根據(jù)一個實施例的用于限制始發(fā)方的行為以提供含有簡化的接收方 狀態(tài)信息的塊ACK的方法的流程圖。圖9是說明根據(jù)一個實施例用于以簡化的接收方狀態(tài)信息響應(yīng)塊ACK請求的方法 的流程圖。
具體實施例方式描述用于含有簡化的接收方狀態(tài)信息的塊確認(rèn)(ACK) (BA)的方法和設(shè)備。在一個 實施例中，該方法包括利用芯片上狀態(tài)存儲器存儲傳輸機會(TXOP)期間接收到的幀塊的 接收狀態(tài)。一旦存儲，則可以根據(jù)TXOP期間接收的BA請求(BAR)將包含接收狀態(tài)信息的 立即塊ACK(BA)傳輸?shù)绞及l(fā)方。在一個實施例中，要求始發(fā)方在將數(shù)據(jù)幀塊傳輸?shù)浇邮辗?的TXOP期間發(fā)出BAR。在一個實施例中，接收方無需通過要求始發(fā)方維護TXOP期間傳輸?shù)?數(shù)據(jù)幀塊的接收狀態(tài)信息以廢棄接收狀態(tài)信息來釋放芯片上系統(tǒng)存儲器內(nèi)的空間。
系統(tǒng) 圖1是圖示根據(jù)本發(fā)明的一個實施例的無線網(wǎng)絡(luò)100的對等(ad-hoc)配置的框 圖。圖2圖示根據(jù)一個實施例的基礎(chǔ)設(shè)施模式或基本服務(wù)組(BSS)無線局域網(wǎng)(WLAN)配置 150。在圖1和2所示的實施例中，可以根據(jù)“無線協(xié)議”來配置無線網(wǎng)絡(luò)100和150，無線 協(xié)議包括但不限于 IEEE 802. Ila,802. lib,802. lie,802. lie,802. llg,802. lln、802. lli、 HyperLan 2或任何用于任何點到點(ad-hoc)無線鏈路或網(wǎng)絡(luò)的其他協(xié)議。在一個實施例 中，如圖1和圖2所示的無線客戶機102根據(jù)一個實施例配置為提供含有簡化的接收方狀 態(tài)信息的塊確認(rèn)(ACK) (BA)，以降低接收方站的存儲需求。如圖1所示，根據(jù)ad hoc模式將網(wǎng)絡(luò)100配置為獨立的基本服務(wù)組(IBSS)。作為
代表性的，兩個或兩個以上無線客戶機102(102-1.....102-N)配備有例如用于與無線網(wǎng)
絡(luò)100通信的無線適配卡。如圖2所示，在基礎(chǔ)設(shè)施模式中，每個客戶機102向WLAN接入 點(站)160發(fā)送所有通信。因此，客戶機102與站160通信，站160作為至有線網(wǎng)絡(luò)170 的資源的網(wǎng)橋。有線網(wǎng)絡(luò)170可以使用以太網(wǎng)協(xié)議、HomePlug協(xié)議等來實現(xiàn)局域網(wǎng)(LAN)。如本文描述的，術(shù)語“無線客戶機”或“客戶機”用于指無線裝置，包括但不限于配 備有無線適配卡的個人計算機(包括膝上型計算機)，以及配置成經(jīng)由無線通信介質(zhì)(例 如射頻(RF)波)通信的個人數(shù)字助理(PDA)、電器和類似的裝置。另外如本文描述的，術(shù)語 “無線站”或“站”用于指被配置成限制對其中包含的已存儲信息的訪問或?qū)B接的有線網(wǎng) 絡(luò)的訪問的裝置，包括但不限于無線基站、無線接入點(AP)、如服務(wù)器計算機的計算機、個 人計算機、膝上型計算機、PDA或類似裝置。圖3是圖示了根據(jù)一個實施例含有簡化的接收方狀態(tài)信息且根據(jù)立即BA機制的 塊確認(rèn)(BA)序列。但是，有兩種類型的BA機制立即BA機制和延遲的BA機制。立即BA 適用于高帶寬、低時延業(yè)務(wù)，而延遲的BA適用于容許中等時延的應(yīng)用。如本文描述的，具有 要使用BA機制發(fā)送的數(shù)據(jù)的站稱為“始發(fā)方”以及該數(shù)據(jù)的接收器稱為“接收方”。在一個實施例中，圖3所示的立即BA機制可以通過將多個確認(rèn)(ACK)匯聚在一 個幀中來提高信道效率。圖3所示的立即BA機制對于實現(xiàn)IEEE 802. Iln標(biāo)準(zhǔn)所期望的 吞吐量增益是必不可少的。但是，按IEEE 802. Ile中定義的立即BA機制對支持此特征的 接收方強加了大存儲器的要求。如圖3所示，立即BA機制使始發(fā)方182能夠發(fā)送數(shù)據(jù)幀 188 (188-1、188-2、188-3、188-4)的塊186，例如向接收方184發(fā)送服務(wù)質(zhì)量(QoS)數(shù)據(jù)，然 后執(zhí)行BA-BAR交換190以接收塊186的BA 194。如本文描述的，“BA-BAR交換”可以指由始發(fā)方(例如始發(fā)方182)發(fā)出BA請求 (BAR)(例如BlockAckReq 192)以及發(fā)出BA(例如BlockAck 194)，這些在當(dāng)前傳輸機會 (TXOP)(例如TXOP開始196和TXOP結(jié)束198所指示的)內(nèi)執(zhí)行。在一個實施例中，在當(dāng)前 TXOP內(nèi)執(zhí)行BAR-BA交換190，以通過使接收方能夠在TXOP終止之后廢棄接收狀態(tài)信息，來 減少接收的數(shù)據(jù)幀的接收狀態(tài)信息的接收方存儲量。如圖項目199所示，用于維護發(fā)出的 數(shù)據(jù)幀的接收狀態(tài)信息以便能夠?qū)崿F(xiàn)立即BA機制的接收方184的存儲裝置需求，通過將接 收方限制為每個傳輸標(biāo)識符(TID)最多具有一個BA位圖(用于存儲接收狀態(tài)信息)而得 以降低。雖然在圖3中圖示為QoS數(shù)據(jù)的媒體訪問控制(MAC)協(xié)議數(shù)據(jù)單元(MPDU)，但是 本文描述的實施例不限于MPDU QoS數(shù)據(jù)，而可以用于其他類似幀格式或分組格式，例如非 QoS MPDU或其他類似分組格式。
如圖3所示，在當(dāng)前TXOP終止(ΤΧ0Ρ結(jié)束)198之前通過發(fā)出BA請求(BAR) 192 來執(zhí)行BA交換190。作為響應(yīng)，接收方發(fā)出BA 194以完成BAR-BA交換190。為了提供對 數(shù)據(jù)幀的整個塊的確認(rèn)，要求接收方182維護某類狀態(tài)信息，例如具有起始序列號(SSN)和 標(biāo)記每個接收的數(shù)據(jù)幀的位的BA位圖。如圖3所示，該過程在始發(fā)方182的控制下，它確 定何時發(fā)送數(shù)據(jù)幀以及何時執(zhí)行BAR-BA交換190以從接收方184接收立即BA 194。支持立即BA機制要求接收方184對應(yīng)于每個BA協(xié)議維護一個BA位圖。如本文 描述的，“BA協(xié)議”可以指始發(fā)方和接收方之間要求接收方發(fā)出立即BA來響應(yīng)始發(fā)方發(fā)出 的BAR的協(xié)議。裝置中的存儲裝置需求由現(xiàn)用BA會話的最大數(shù)量確定。任何兩個站之間， 最多16 (業(yè)務(wù)標(biāo)識符(TID)的最大數(shù)量)個會話處于現(xiàn)用狀態(tài)。對等站的最大數(shù)量幾乎沒 有限制，但是實踐中，基于期望的使用效果，會選擇某個限制。因此存儲裝置需求為#BITMAP = (#TA*#TID) (1)因此，由于接收方必須立即以BA 194響應(yīng)BAR 192來完成BAR-BA交換190，所以 必須將這些位圖存儲在低時延芯片上存儲器。因此，在一個實施例中，如圖3所示，將始發(fā) 方182的行為限制為在傳輸機會的終止(ΤΧ0Ρ結(jié)束)198之前發(fā)出BAR 192。因此，如圖3 所示，約束始發(fā)方182以限制立即BA 194中返回的信息。通過限制始發(fā)方182的行為，使 接收方184能夠降低低時延芯片上存儲器的需求，同時維護單個記分牌或BA位圖(或固定 數(shù)量的記分牌)并對不同的BA會話重復(fù)使用BA位圖。在一個實施例中，可以將存儲裝置 需求降低為BitMap (每個 TID 位圖)=#TID (2)圖4是說明根據(jù)一個實施例支持具有簡化的接收方狀態(tài)的立即BA機制的始發(fā)方 站200的框圖。作為代表性的，站200可以包括微處理器202，微處理器202使用芯片組210 來訪問芯片上狀態(tài)存儲器250以及通信接口 220。在一個實施例中，存儲器250包括但不限 于隨機存取存儲器(RAM)、動態(tài)RAM (DRAM)、靜態(tài)RAM (SRAM)、同步DRAM (SDRAM)、雙數(shù)據(jù)速率 (DDR) SDRAM (DDR-SDRAM) ,Rambus DRAM (RDRAM)或能夠支持?jǐn)?shù)據(jù)的高速緩存的任何裝置。如 本文描述的，術(shù)語“芯片組”按本領(lǐng)域技術(shù)人員公知的方式用于統(tǒng)一地描述耦合到CPU 202 以執(zhí)行期望的系統(tǒng)功能的多種裝置。在一個實施例中，通信接口 220是例如根據(jù)多輸入/多輸出(MIMO)操作來操作
的無線物理層。根據(jù)這種實施例，站200包括多個發(fā)射天線和接收天線230 (230-1.....
230-N)。作為代表性的，站200提供多個TX天線，并且在一個實施例中，站200包括用于支 持具有簡化的接收方狀態(tài)級別的立即BA機制的塊確認(rèn)請求BAR300。在一個實施例中，MAC 層功能由芯片組210和BAR邏輯300提供，PHY層功能由通信接口 220提供。因此，在圖4所示的實施例中，塊確認(rèn)請求(BAR)邏輯300按圖3所示限制始發(fā)方 行為。如圖所示，BAR邏輯300在接收方與始發(fā)方之間建立BA會話(使用BA協(xié)議邏輯340 進入BA協(xié)議)之后，監(jiān)視始發(fā)方對應(yīng)于單個業(yè)務(wù)標(biāo)識符(TID)向接收方地址(RA)的幀串 傳輸。根據(jù)這種實施例，BAR邏輯300將始發(fā)方限制為在當(dāng)前傳輸機會(TXOP)結(jié)束之前傳 輸塊確認(rèn)請求(BAR)。在一個實施例中，BAR-BA交換邏輯310要求始發(fā)方站200在當(dāng)前TXOP內(nèi)啟動 BAR-BA交換。如圖3所示，數(shù)據(jù)幀塊的傳輸186可以在輪詢的TXOP內(nèi)開始或通過爭用的信 道訪問來啟動，例如通過增強的分布式信道訪問(EDGA)爭用來啟動(ΤΧ0Ρ開始196)。如圖3所示，始發(fā)方182檢測到TXOP開始196。一旦檢測到，BA會話開始于始發(fā)方發(fā)出QoS數(shù) 據(jù)幀188的MPDU數(shù)據(jù)塊186。再次參考圖4，BAR-BA交換邏輯340監(jiān)視TXOP以確保始發(fā)方站200在TXOP終止 之前發(fā)出BAR。一旦向接收方發(fā)出BAR，則接收狀態(tài)邏輯320根據(jù)例如從接收方接收到的BA 控制幀(包括例如BA位圖)來確定傳輸?shù)浇邮辗降拿總€幀的已接收狀態(tài)。響應(yīng)接收到的 BA，更新傳輸隊列330的狀態(tài)以重傳未確認(rèn)的幀。但是，對于已確認(rèn)的幀，廢棄邏輯350可 以廢棄已確認(rèn)的幀。如圖4所示，站200被示出作為BA會話內(nèi)的始發(fā)方站工作。在圖示的實施例中， BAR邏輯300示為與芯片組210分開。但是，在描述的實施例中，可以將BAR邏輯300集成 在芯片組210中或作為站200內(nèi)的固件來實現(xiàn)，而這仍屬于按所附權(quán)利要求定義的這些實 施例的范圍內(nèi)。同樣地，BA邏輯400雖然示為集成在芯片組210內(nèi)，但是可以作為單獨的 芯片外組件來提供，例如如圖5所示可以作為站220內(nèi)的固件來提供，而這仍屬于所附權(quán)利 要求定義的、本文描述的實施例的范圍內(nèi)。作為代表性的，如圖所示，芯片組210可以包括 用于站200作為接收方站工作的情況的BA邏輯400，例如如圖5所示。圖5是根據(jù)一個實施例在芯片組210內(nèi)實現(xiàn)的圖4所示的站200的框圖，其中進 一步圖示圖4所示的具有BAR邏輯300的BA邏輯400。作為代表性的，BA協(xié)議邏輯430與 始發(fā)方建立BA協(xié)議。一旦建立，在任何時間，BA位圖邏輯420就可以將接收到的數(shù)據(jù)幀的 接收狀態(tài)信息維護在單個發(fā)射器地址(TA)和業(yè)務(wù)標(biāo)識符(TID)的BA位圖402內(nèi)。只要接 收到數(shù)據(jù)幀，BA位圖邏輯420對照BA位圖402檢查接收到的數(shù)據(jù)幀的TA和TID。如果檢 測到匹配，則BA位圖邏輯420標(biāo)記接收到的數(shù)據(jù)幀的BA位圖402。在一個實施例中，如果接收到的數(shù)據(jù)幀的TA和TID與BA位圖402的TA和TID之 間未檢測到匹配，則復(fù)位邏輯450可以將BA位圖402復(fù)位，并重復(fù)使用BA位圖402。當(dāng)接 收到始發(fā)方發(fā)出的BAR時，BAR-BA邏輯410可以對照BA位圖402比較接收到的BAR的TA 和TID。如果檢測到匹配，BAR-BA交換邏輯460可以請求BA控制幀邏輯440向始發(fā)方發(fā)出 包括BA位圖402的BA控制幀。 在一個實施例中，BA控制幀邏輯440包括移位邏輯(未示出)，移位邏輯根據(jù)從始 發(fā)方接收到的BAR中檢測到的起始序列號(SSN)來將BA位圖402移位。否則，BA控制幀 邏輯440可以用空BA來響應(yīng)，空BA是例如包含全部零值的BA。在接收到BAR時，在一個實 施例中，幀釋放邏輯410可以確定例如再命令緩沖器470中是否有從SSN起始的連續(xù)序列 的數(shù)據(jù)幀可用。當(dāng)情況是如此時，幀釋放邏輯460可以從再命令緩沖器470釋放接收到的 數(shù)據(jù)幀的連續(xù)序列。圖6是進一步圖示根據(jù)一個實施例的通信接口 220 (例如圖4和5所示的站)的 簡化框圖。任何WLAN站200可以通過包括物理層(PHY)信令控制裝置(PHY裝置)240、媒 體訪問控制(MAC)裝置224和MAC客戶端222來提供對IEEE 802. 11標(biāo)準(zhǔn)的支持。在一個 實施例中，可以將MAC裝置224的功能修改為根據(jù)BAR邏輯300 (圖4)和BA邏輯400 (圖 5)來工作，以支持具有簡化的接收方狀態(tài)的立即BA機制。MAC客戶端222其中創(chuàng)建并處理數(shù)據(jù)。PHY裝置240和MAC裝置224目的是為了 確保兩個網(wǎng)絡(luò)站利用正確的幀格式和協(xié)議來通信。IEEE標(biāo)準(zhǔn)802. 11定義網(wǎng)絡(luò)站之間的通 信協(xié)議。
8
PHY裝置240的功能有三重1)在物理層匯聚過程(PLCP)子層的控制下，提供MAC 224與PHY 240之間的幀交換；2)在物理媒體相關(guān)(PMD)子層的控制下，經(jīng)由空中接口傳輸 數(shù)據(jù)幀；以及3)將載波傳感指示提供到MAC 224，由此MAC 224能夠驗證空中接口上的活 動。在一個實施例中，將PHY裝置修改為提供組合的速率和TX天線選擇機制。一般來說，PHY裝置240包括PLCP設(shè)備242以及發(fā)射和接收PMD設(shè)備242、244。 這些裝置的每一個可以使用相同的物理電路的其中一些或全部(例如處理器、總線、時鐘、 存儲裝置等)，或可以不使用相同的物理電路的其中一些或全部(例如處理器、總線、時鐘、 存儲裝置等)。此外，多個天線230 (230-1.....230-N)可以與PMD設(shè)備242、244互連。 圖7是圖示根據(jù)一個實施例的簡化的接收方狀態(tài)流程500的框圖。如圖所示，始 發(fā)方510和接收方550已經(jīng)進入BA協(xié)議，并且在BA會話期間，始發(fā)方510向RAl和TIDl 在TXOP 502期間發(fā)出序列MAC協(xié)議數(shù)據(jù)單元(MPDU)塊的QoS數(shù)據(jù)幀520、522和524。一 旦發(fā)出且在TXOP 502終止之前，則始發(fā)方502向接收方550發(fā)出BAR 512。如圖所示，接收 方550接收到數(shù)據(jù)幀522和524，但是未接收到數(shù)據(jù)幀520。因此，接收方的BA位圖552圖 示接收到數(shù)據(jù)幀522和524。作為代表性的，接收方550僅接收到幀522和524 ；因此在BA位圖552中，第一最 新位與幀522相關(guān)。當(dāng)接收方550接收到BAR512-1時，在BA位圖552中設(shè)置與幀522和 524相關(guān)的位。當(dāng)接收到SSN = 1的BAR 512-1時，接收方550檢查BA位圖552，并識別到 幀520未成功，然后以確認(rèn)幀522和524的相關(guān)BA控制幀554-1來應(yīng)答。通過并行方式，接 收方550檢查再命令緩沖器556，并發(fā)現(xiàn)沒有可以釋放的序列。當(dāng)接收到BA控制幀554-1 時，始發(fā)方利用幀522和幀524的成功更新與特定RA1/TID1相關(guān)的自己的位圖514，并記住 應(yīng)該重新傳輸幀520。在下一個傳輸機會504中，始發(fā)方510開始向RAl和TID2發(fā)送數(shù)據(jù)幀530、532和 534。接收方550僅接收到幀534，如圖所示，幀530和532未被接收到。此時，接收方550 識別TID(TID2)不同于先前TID(TIDl)，因此將為位圖552分配的存儲器復(fù)位，并在相同位 置上開始與新TID2相關(guān)的新位圖552。始發(fā)方510和接收方550的BAR-BA交換行為可以 與就TIDl描述的行為相同。在一個實施例中，始發(fā)方510具有用于位圖514的單獨的資源 以及用于每個RA/TID的具體數(shù)據(jù)幀的單獨的資源；接收方550具有用于每個TA/TID的數(shù) 據(jù)幀的單獨的再命令緩沖器556，但是僅包括用于位圖552的單個共享資源。在下一個傳輸機會506中，始發(fā)方510重新開始對TIDl的傳輸。作為代表性的， 顛倒次序地發(fā)出幀(526、528、520)，其中在重傳幀520之前發(fā)出幀526和528。在首先接收 到幀526時，接收方550識別TID不同于上次的TID，將存儲器復(fù)位，并開始構(gòu)建與TIDl相 關(guān)的位圖552。接收方550成功地接收到幀526、528和520。作為代表性的，位圖552分別以編號1、4和5反映幀520、526和528的成功。此 位圖552不包含幀522和524的先前成功。始發(fā)方510發(fā)出的BAR 512-3重復(fù)前者SSN = 1,而接收方550以BA 554-3響應(yīng)，該BA 554-3確認(rèn)幀520、526和528。BA控制幀554-3 中包含的位圖552實際是上次發(fā)送的位圖552的增加。在獲得此BA 552之后，始發(fā)方510 存儲的最終位圖514將包含從1到5的連續(xù)序列的幀，從而能夠?qū)SN移位到6。在獲得BAR 512-3時，接收方550接著對每個相關(guān)的TA/TID檢它的再命令緩沖器 556。它現(xiàn)在包含從1到5的連續(xù)序列的幀，從而能夠?qū)?20-528釋放到上層，并清空相關(guān)的緩沖器。始發(fā)方510也釋放相關(guān)的幀和緩沖器。作為代表性的，圖7可以演示具有簡 化的接收方狀態(tài)信息的立即BA機制的方法是如何成功地輸送MPDU幀520-528 ；但是，相關(guān) 的位圖552在BA會話的中間被復(fù)位，并被另一個流程使用?，F(xiàn)在描述用于實現(xiàn)一個或多個 實施例的過程性方法。操作現(xiàn)在轉(zhuǎn)到圖8，依據(jù)計算機軟件和硬件參考流程圖來描述與本發(fā)明實施例關(guān)聯(lián)的 具體方法。計算裝置(例如無線站)要執(zhí)行的方法可以構(gòu)成狀態(tài)機或由計算機可執(zhí)行指令 組成的計算機程序。這些計算機可執(zhí)行指令可以采用計算機程序和編程語言編寫或嵌入在 固件邏輯中。如果采用符合已識別的標(biāo)準(zhǔn)的編程語言編寫，則此類指令可以在多種硬件平 臺中執(zhí)行，并且可以執(zhí)行這些指令以實現(xiàn)至多種操作系統(tǒng)的接口。此外，本發(fā)明實施例的描述并未參考任何具體編程語言。將認(rèn)識到可以使用多種 編程語言來實現(xiàn)本文描述的本發(fā)明的實施例。而且，在本領(lǐng)域中通常將軟件以一種形式或 另一種形式(例如，程序、過程、進程、應(yīng)用程序等)論述為采取措施或促成結(jié)果。此類表述 僅是描述通過計算裝置執(zhí)行軟件使該裝置執(zhí)行動作或產(chǎn)生結(jié)果的便捷方式。圖8是說明根據(jù)一個實施例用于含有簡化的接收方狀態(tài)信息的塊確認(rèn)的方法600 的流程圖。在描述的實施例中，將參考圖1-7來舉例說明所描述的實施例。但是，所描述的 實施例不應(yīng)視為限制這些多種實施例的范圍而提供的示例，這些多種實施例的范圍由所附 權(quán)利要求來定義。再次參考圖8，在過程框610，始發(fā)方可以請求與接收方的BA協(xié)議。一旦請求，則 在過程框620確定BA協(xié)議是否被接受。一旦接受該協(xié)議，則在過程框630始發(fā)方可以通過 檢測TXOP來參與BA會話。一旦檢測到ΤΧ0Ρ，則始發(fā)方可以向接收方傳輸數(shù)據(jù)幀塊。一旦 傳輸了數(shù)據(jù)幀塊，則在過程框650，始發(fā)方向接收方發(fā)出BAR以請求立即BA。一旦執(zhí)行請 求，則在過程框660，確定始發(fā)方是否接收到BA控制幀。一旦接收到BA控制幀，則在過程框 670，始發(fā)方可以根據(jù)與控制幀一起接收到的BA位圖更新傳輸(TX)隊列狀態(tài)?；贐A位 圖，始發(fā)方可以重傳未確認(rèn)的幀并廢棄已確認(rèn)的幀。圖9的流程圖中示出接收方的對應(yīng)行為，以說明根據(jù)一個實施例用于具有簡化的 接收方狀態(tài)的立即BA機制的方法710。在過程框710，接收方確定是否接收到塊協(xié)議請求。 一旦接收到該請求，則在過程框720，接收方可以接受BA協(xié)議。一旦接受該協(xié)議，則在過程 框730，接收方可以向始發(fā)方發(fā)出BA協(xié)議的接受。在一個實施例中，過程框710-730以及圖8的對應(yīng)過程框610和620圖示的建立 BA協(xié)議，可以通過交換添加BA(ADDBA)請求和響應(yīng)幀來執(zhí)行。確切地來說，始發(fā)方向接收方 發(fā)出ADDBA請求，該請求被接收方確認(rèn)。在此確認(rèn)之后，接收方可以向始發(fā)方發(fā)送ADDBA響 應(yīng)幀，該ADDBA響應(yīng)幀可以接受或拒絕BA協(xié)議。此ADDBA響應(yīng)幀的接收被始發(fā)方確認(rèn)，由 此建立BA協(xié)議。再次參考圖9，在過程框740，已建立BA協(xié)議，現(xiàn)在接收方確定是否接收到幀塊。 當(dāng)接收到該幀塊時，在過程框750，接收方可以更新接收到的數(shù)據(jù)幀的BA位圖。一旦更新， 則在過程框760，確定是否從始發(fā)方接收到BAR。一旦接收到BAR，則在過程框770，接收方 確定該BAR是否是在當(dāng)前TXOP期間接收到的。如果是在當(dāng)前TXOP期間接收到的，則在過 程框780，接收方可以在BA控制幀內(nèi)向始發(fā)方發(fā)出BA位圖。一旦傳輸該位圖，則在過程框790，一旦始發(fā)方確認(rèn)該BA控制幀，接收方能夠通過將BA位圖復(fù)位來減少接收方狀態(tài)信息。 因此，由于一旦始發(fā)方接收到BA控制幀，包括當(dāng)前TXOP期間向接收方發(fā)出的每個數(shù)據(jù)幀的 接收狀態(tài)，而由始發(fā)方負(fù)責(zé)維護接收狀態(tài)信息，所以接收方不再負(fù)責(zé)此信息。因此，在圖示的實施例中，例如如圖4和圖5所示，如本文描述的立即BA機制的一 個實施例可以對接收方BA位圖使用單個資源，而不管接收方維護的現(xiàn)用BA會話的 數(shù)量，來 提供簡化的接收方狀態(tài)。由于對接收方位圖使用單個資源，所以與非約束的立即BA機制 (例如802-lle描述的機制)相比，本地存儲器內(nèi)需要的存儲器資源可以大大地減少。由于 簡化的本地存儲器需求，所以可以利用大大降低的制造成本來制造實現(xiàn)如本文描述的立即 BA機制的無線裝置。因此，在參考圖4和圖5描述的實施例中，接收方站200包括用于存儲和維護用于 接收方站的任何BA協(xié)議的BA位圖的單個資源。在一個實施例中，可以響應(yīng)接收方站根據(jù) 接收到的數(shù)據(jù)幀檢測到TA/TID的更改來將BA位圖復(fù)位。為了支持具有簡化的接收方狀態(tài) 的立即BA機制，始發(fā)方可以通過如下增加方式維護BA位圖，該增加方式針對特定RA/TID 組合只更新與新確認(rèn)的MDPU相關(guān)的字段而存儲與先前確認(rèn)的MPDU相關(guān)的未涉及的字段。還可以將本發(fā)明的實施例的部件作為用于存儲機器可執(zhí)行指令的機器可讀媒 體來提供。該機器可讀媒體可以包括但不限于，閃速存儲器、光盤、壓縮光盤只讀存儲器 (CD-ROM)、數(shù)字多功能/視頻光盤(DVD) ROM、隨機存取存儲器(RAM)、可擦寫可編程只讀存 儲器(EPROM)、電可擦寫可編程只讀存儲器(EEPROM)、磁卡或光卡、傳播媒介或適于存儲電 子指令的任何其他類型的機器可讀媒介。例如，本發(fā)明的實施例可以作為計算機程序來下 載，其中該計算機程序可以通過載波或其他傳播媒體中包含的數(shù)據(jù)信號的方式經(jīng)由通信鏈 路(例如調(diào)制解調(diào)器或網(wǎng)絡(luò)連接)從遠(yuǎn)程計算機(例如服務(wù)器)傳輸?shù)秸埱笥嬎銠C(例如 客戶機)。應(yīng)該認(rèn)識到，在本說明書中對“一個實施例”或“實施例”的引述表示結(jié)合該實施 例描述的特定特征、結(jié)構(gòu)或特點包含在本發(fā)明的至少一個實施例中。因此，要強調(diào)且應(yīng)該認(rèn) 識到，本說明書中不同位置中對“實施例”或“一個實施例”或“備選實施例”的引述不一定 全部指相同的實施例。而且，特定的特征、結(jié)構(gòu)或特點可以按需要組合在本發(fā)明的一個或多 個實施例中。相似地，應(yīng)該認(rèn)識到，在本發(fā)明實施例的前文描述中，有時為了使公開流暢的目 的，將多個特征歸組在一個實施例、附圖或其描述中，以便幫助理解各種發(fā)明方面的其中一 個或多個方面。但是，公開的此方法不應(yīng)解釋為反映了一個要求保護的主題需要比在各權(quán) 項中明確表述的特征更多特征的發(fā)明。相反，正如所附權(quán)利要求反映的，發(fā)明的方面在于少 于單個前文公開的實施例的所有特征。因此，具體實施方式
之后的權(quán)利要求明確地與具體 實施方式結(jié)合，其中每項權(quán)利要求以本發(fā)明的單獨實施例來支持自己。雖然公開了實施例和最優(yōu)實施方式，但是可以對所公開的實施例進行修改和變 化，而這些修改和變化仍屬于所附權(quán)利要求定義的實施例的范圍內(nèi)。
權(quán)利要求
一種由接收方站通過部分狀態(tài)操作生成立即塊確認(rèn)的方法，包括接收與始發(fā)方站和所述接收方站之間塊確認(rèn)協(xié)議相關(guān)聯(lián)的數(shù)據(jù)單元；如果在接收到所述數(shù)據(jù)單元時不存在對于所述協(xié)議的臨時塊確認(rèn)記錄，則生成并存儲臨時塊確認(rèn)記錄；如果在接收到所述數(shù)據(jù)單元時存在對于所述協(xié)議的臨時塊確認(rèn)記錄，則基于接收到的數(shù)據(jù)單元修改所述臨時塊確認(rèn)記錄；基于所述臨時塊確認(rèn)記錄生成對于所述始發(fā)方站的即時塊確認(rèn)；以及在從不同始發(fā)方站接收到數(shù)據(jù)單元時丟棄所述臨時塊確認(rèn)記錄。
2.如權(quán)利要求1所述的方法，其中所述臨時塊確認(rèn)記錄包括位圖。
3.如權(quán)利要求1所述的方法，其中與所述塊確認(rèn)協(xié)議相關(guān)聯(lián)的數(shù)據(jù)單元包括媒體訪問 控制(MAC)協(xié)議數(shù)據(jù)單元(MPDU)。
4.如權(quán)利要求1所述的方法，還包括響應(yīng)所述始發(fā)方站以建立所述塊確認(rèn)協(xié)議。
5.如權(quán)利要求1所述的方法，還包括接收來自所述始發(fā)方站的塊確認(rèn)請求；以及響應(yīng)于所述塊確認(rèn)請求，將所述立即塊確認(rèn)傳送給所述始發(fā)方站。
6.一種由接收方站在部分狀態(tài)操作期間管理立即塊確認(rèn)記分牌的方法，包括 接收與所述接收方站和第一始發(fā)方站之間第一塊確認(rèn)協(xié)議相關(guān)聯(lián)的數(shù)據(jù)單元；如果在接收到所述數(shù)據(jù)單元時不存在對于所述第一塊確認(rèn)協(xié)議的臨時塊確認(rèn)記錄，則 生成并存儲臨時塊確認(rèn)記錄；如果在接收到所述數(shù)據(jù)單元時存在對于所述第一塊確認(rèn)協(xié)議的臨時塊確認(rèn)記錄，則基 于接收到的數(shù)據(jù)單元修改所述臨時塊確認(rèn)記錄；接收與所述接收方站和第二始發(fā)方站之間第二塊確認(rèn)協(xié)議相關(guān)聯(lián)的另一數(shù)據(jù)單元，所 述第二始發(fā)方站不同于所述第一始發(fā)方站；以及在接收到來自所述第二始發(fā)方站的另一數(shù)據(jù)單元后，丟棄所述臨時塊確認(rèn)記錄。
7.如權(quán)利要求6所述的方法，其中所述臨時塊確認(rèn)記錄包括位圖。
8.如權(quán)利要求6所述的方法，其中與所述第一塊確認(rèn)協(xié)議相關(guān)聯(lián)的數(shù)據(jù)單元包括媒體 訪問控制(MAC)協(xié)議數(shù)據(jù)單元(MPDU)，以及其中與所述第二塊確認(rèn)協(xié)議相關(guān)聯(lián)的另一數(shù)據(jù)單元包括另一 MPDU。
9.如權(quán)利要求6所述的方法，還包括基于所述臨時塊確認(rèn)記錄生成對于所述第一始發(fā)方站的即時塊確認(rèn)。
10.如權(quán)利要求6所述的方法，還包括 接收來自所述第一始發(fā)方站的塊確認(rèn)請求；以及響應(yīng)于所述塊確認(rèn)請求，將包括所述臨時塊確認(rèn)記錄的立即塊確認(rèn)傳送給所述第一始 發(fā)方站。
11.一種由接收方站在部分狀態(tài)操作期間管理立即塊確認(rèn)記分牌的方法，包括 生成對于始發(fā)方站和所述接收方站之間塊確認(rèn)協(xié)議的臨時塊確認(rèn)記錄并將其存儲在存儲器中；只要所述接收方站接收到來自所述始發(fā)方站的數(shù)據(jù)，就維持所述臨時塊確認(rèn)記錄；以及在所述接收方站接收到來自所述始發(fā)方站以外的不同站的數(shù)據(jù)時，丟棄所述臨時塊確 認(rèn)記錄。
12.如權(quán)利要求11所述的方法，其中所述臨時塊確認(rèn)記錄包括位圖。
13.如權(quán)利要求11所述的方法，其中來自所述始發(fā)方站的數(shù)據(jù)包括媒體訪問控制 (MAC)協(xié)議數(shù)據(jù)單元(MPDU)，以及其中來自所述不同站的數(shù)據(jù)包括另一 MPDU。
14.如權(quán)利要求11所述的方法，還包括 響應(yīng)所述始發(fā)方站以建立所述塊確認(rèn)協(xié)議。
15.如權(quán)利要求11所述的方法，還包括 接收到來自所述始發(fā)方站的塊確認(rèn)請求；以及響應(yīng)于所述塊確認(rèn)請求，將包括所述臨時塊確認(rèn)記錄的立即塊確認(rèn)傳送給所述始發(fā)方站。
16.如權(quán)利要求11所述的方法，其中所述維持包括基于來自所述始發(fā)方站的所接收數(shù)據(jù)修改所述臨時塊確認(rèn)記錄。
全文摘要
一種用于具有簡化的接收方狀態(tài)信息的塊確認(rèn)的方法和設(shè)備。在一個實施例中，該方法包括利用芯片上狀態(tài)存儲器存儲傳輸機會(TXOP)期間接收到的幀塊的接收狀態(tài)。一旦存儲，則可以根據(jù)TXOP期間接收的塊確認(rèn)請求(BAR)將包含接收狀態(tài)信息的立即塊確認(rèn)傳輸?shù)绞及l(fā)方。在描述的實施例中，在將數(shù)據(jù)幀塊傳輸?shù)浇邮辗降腡XOP期間接收BAR。
文檔編號H04L1/16GK101977100SQ201010539089
公開日2011年2月16日 申請日期2006年6月29日 優(yōu)先權(quán)日2005年6月29日
發(fā)明者R·J·斯泰西, S·特賴寧 申請人:英特爾公司