專利名稱：增強(qiáng)的多用戶傳輸?shù)闹谱鞣椒?br> 技術(shù)領(lǐng)域：
本發(fā)明通常涉及在諸如(但是不限于)無線局域網(wǎng)(WLAN)的傳輸系統(tǒng)中執(zhí)行到
多個(gè)其它傳輸端的多用戶傳輸?shù)陌l(fā)送設(shè)備、接收設(shè)備、系統(tǒng)和方法。
背景技術(shù)：
如IEEE802. 11規(guī)范中定義的無線局域網(wǎng)(WLAN)在現(xiàn)今幾乎無所不在?？捎眯诺?的吞吐量的增長(zhǎng)是一個(gè)主要問題，研究已經(jīng)集中在改進(jìn)物理層內(nèi)的調(diào)制和編碼。通過使用 正交頻分復(fù)用(OFDM)結(jié)合高速率信號(hào)星座，可實(shí)現(xiàn)高達(dá)54Mbit/s的速度。這巨大的性能 飛躍(即使僅僅針對(duì)非常有限的距離實(shí)現(xiàn))是由OF匿的內(nèi)在特征引起的，其對(duì)于高比特速 率的系統(tǒng)已經(jīng)變?yōu)橛绕溆形?。在OF匿中，給定的系統(tǒng)帶寬被分為許多子信道，也被稱 為子載波。取代通過一個(gè)(非常寬的)信道連續(xù)地傳輸符號(hào)，平行傳輸多個(gè)符號(hào)。這樣導(dǎo) 致更長(zhǎng)的符號(hào)持續(xù)時(shí)間，從而符號(hào)間干擾的影響能夠極大地降低，從而不需要額外的措施， 比如昂貴的均衡。 802. 11標(biāo)準(zhǔn)使得所有站實(shí)現(xiàn)分布式協(xié)調(diào)功能(DCF)成為強(qiáng)制性的，分布式協(xié)調(diào)功 能(DCF)是帶有沖突避免的載波偵聽多路接入(CSMA/CA)的一種形式。CSMA/CA是基于爭(zhēng) 用的協(xié)議，確保所有站在傳輸之前首先偵聽媒體。主要目的是避免有站在同一時(shí)間傳輸，其 將導(dǎo)致沖突和相應(yīng)的重傳。如果想要發(fā)送幀的站在媒體上偵聽到在特定閾值之上的能量 (其可能意味著另一個(gè)站的傳輸)，想接入的站在發(fā)送幀之前會(huì)等待直到媒體空閑。協(xié)議的 沖突避免方面適合使用確認(rèn)，接收站向發(fā)送站發(fā)送該確認(rèn)從而核實(shí)無錯(cuò)誤的接收。雖然稍 微更復(fù)雜些，接入媒體的這個(gè)過程可以被視為人人禮貌并且每人僅在沒別人講話時(shí)發(fā)言的 會(huì)議。并且，理解說話人說了什么的參與者點(diǎn)頭表示同意。 因?yàn)镈CF的屬性，其支持異步信號(hào)的傳輸。異步信號(hào)傳送的區(qū)別要素是在攜帶的 數(shù)據(jù)幀之間沒有定時(shí)要求。例如，DCF協(xié)議不做任何嘗試去在任意時(shí)間幀內(nèi)或者在任意時(shí) 刻傳遞一系列數(shù)據(jù)幀。結(jié)果，在每一數(shù)據(jù)幀傳輸之間有隨機(jī)的延遲量。同步的這種形式對(duì) 于諸如電子郵件、Web瀏覽和對(duì)公司應(yīng)用的VPN接入之類的網(wǎng)絡(luò)應(yīng)用是有效的。
在多路輸入多路輸出(MIMO)天線系統(tǒng)的使用中看到了進(jìn)一步的比特率增長(zhǎng)的潛 力。因此，已經(jīng)提議了新的媒體接入控制(MAC)協(xié)議機(jī)制，其支持在依照基于IEEE802. 11 的標(biāo)準(zhǔn)的WLAN中的多用戶(MU)MMO傳輸。被提議的新協(xié)議將單用戶(SU)MMO的DCF以 這樣的方式擴(kuò)展不同的站可以是MIMO幀(其是在不同空間流止同時(shí)傳輸?shù)囊唤M分組)內(nèi) 的分組的目的站。 根據(jù)隨機(jī)操作的后退過程，有數(shù)據(jù)分組要傳輸?shù)恼旧稍贠和爭(zhēng)用窗口 (CW)大小 之間的隨機(jī)數(shù)，其確定后退定時(shí)器的持續(xù)時(shí)間，正如按照時(shí)隙數(shù)目所計(jì)數(shù)的。CW有最小的開 始值15，在沖突之后加倍，可以上升直到1023，在成功的傳送之后減小，成功的傳送由確認(rèn) (ACK)幀指示。在檢測(cè)到媒體空閑了 DCF幀間間隔(DIFS)的持續(xù)時(shí)間之后，移動(dòng)站倒數(shù)后 退定時(shí)器直到它到達(dá)O并且然后開始它的傳輸。如果在倒數(shù)期間另一個(gè)移動(dòng)站占用媒體， 所有在后退中的移動(dòng)站中斷它們的倒數(shù)并推遲直到它們檢測(cè)到媒體空閑了至少DIFS。該標(biāo) 準(zhǔn)包括在傳輸之前的可選的請(qǐng)求發(fā)送(RTS)-清除發(fā)送(CTS)握手。
4
在數(shù)據(jù)傳輸之前的關(guān)聯(lián)過程中，站相互之間共享關(guān)于他們硬件能力的信息。如接 下來的段落所描述的，可以使用RTS和CTS控制幀的擴(kuò)展形式交換關(guān)于所使用天線單元的 信息。 擴(kuò)展的RTS幀-MIMO-RTS (M-RTS)和擴(kuò)展的CTS幀-MIMO-CTS (M-CTS)可以基于 IEEE802. lla標(biāo)準(zhǔn)RST和CTS幀的結(jié)構(gòu)。為了支持多個(gè)天線，兩者都有新的字段，比如位圖， 其中每一位代表一個(gè)天線。 一個(gè)字節(jié)長(zhǎng)度的位圖因此可以支持多達(dá)8個(gè)天線。當(dāng)然，根據(jù) 給定系統(tǒng)的移動(dòng)站所支持的天線的數(shù)目，位圖字段可以更長(zhǎng)或更短。在M-RTS幀中，該字段 可以稱為被提議的天線位圖(PAB)，可以編碼為接下來的傳輸所提議的可用天線的被選子 集。幀接收機(jī)在M-CTS幀的確認(rèn)天線位圖(CAB)字段中確認(rèn)哪個(gè)天線應(yīng)該是激活的。ACK 幀也被擴(kuò)展以支持每流的確認(rèn)。更詳細(xì)地，MIMO-ACK(M-ACK)幀可以有一個(gè)字節(jié)長(zhǎng)的位圖 字段，稱為被確認(rèn)的分組位圖(APB)，以確認(rèn)分別來自不同流的每一分組的接收。其包含對(duì) 每一空間流肯定的和否定的確認(rèn)。其還可以是立即確認(rèn)，盡管在同一時(shí)間有多個(gè)分組被傳 輸。位圖的長(zhǎng)度(L)可以是任意的。 接下來的點(diǎn)給出了在傳輸周期期間M-DCF的附加MAC協(xié)議功能的概述，省略關(guān)于 CSMA/CA的那些。
發(fā)射機(jī)發(fā)送M-RTS幀，在PAB字段中為可用天線設(shè)置二進(jìn)制"l"用于下面的傳 輸。
緊接著，當(dāng)接收機(jī)已經(jīng)讀取M-RTS幀和可用的天線，發(fā)射機(jī)為每一可用天線發(fā)送 訓(xùn)練序列用于信道估計(jì)?？商鎿Q地，與M-RTS幀并行地完成信道估計(jì)。
接收機(jī)估計(jì)信道，并以M-CTS幀做出響應(yīng)，在CAB字段中為應(yīng)該被用于傳輸?shù)奶?線設(shè)置二進(jìn)制"l"?？梢曰谡镜挠布芰Α⑦B接的服務(wù)質(zhì)量(QoS)要求、無線電傳播條件 和網(wǎng)絡(luò)當(dāng)前狀態(tài)中的至少一個(gè)選擇MIMO方案。接收機(jī)如何選擇天線可以是其內(nèi)部過程。在 每幀基礎(chǔ)的網(wǎng)絡(luò)操作期間選擇所應(yīng)用的MIMO方案的這個(gè)過程提供快速的鏈路適配。
，在接收M-CTS幀之后，發(fā)射機(jī)基于接收機(jī)的關(guān)于將使用的天線的指令發(fā)送(一個(gè) 或多個(gè))分組，每一分組使用一個(gè)單獨(dú)的天線。
在接收數(shù)據(jù)幀之后，接收機(jī)檢查所接收分組的正確性，并可能創(chuàng)建擴(kuò)展的M-ACK
幀以通知發(fā)射機(jī)傳輸?shù)慕Y(jié)果。在M-ACK位圖中為正確接收的分組設(shè)置二進(jìn)制"l"。
當(dāng)發(fā)射機(jī)接收到M-ACK幀時(shí)，它將分組從隊(duì)列移除并發(fā)起另一個(gè)傳輸。如果
M-ACK幀丟失，或者如果它根本沒有被發(fā)送過，在超時(shí)后發(fā)射機(jī)會(huì)重傳數(shù)據(jù)。 由于通過使用MIMO技術(shù)實(shí)現(xiàn)的增長(zhǎng)的系統(tǒng)容量，被限制為在一個(gè)空間流中攜帶
MAC分組的M-DCF協(xié)議在重負(fù)荷的用戶網(wǎng)絡(luò)中執(zhí)行的非常好。但是，當(dāng)負(fù)載不高時(shí)，分組延
遲因?yàn)檫@一事實(shí)增長(zhǎng)根據(jù)協(xié)議，在有n個(gè)分組要傳輸之前，其中n是空間流的數(shù)目，站不會(huì)
開始傳輸。如果連接的兩個(gè)分組之間的到達(dá)之間的平均時(shí)間是T，那么延遲允許的最大值應(yīng)
該高于(n-l)T加上平均傳輸窗長(zhǎng)度(包括接入信道)。否則一些分組會(huì)因?yàn)槌鲅舆t在發(fā)
射機(jī)被丟棄。這一關(guān)系為提供的負(fù)載給出了下限，在下限下延遲要求仍然能夠被滿足。提
高提供的負(fù)載(高達(dá)網(wǎng)絡(luò)容量達(dá)到的點(diǎn))會(huì)改善延遲特性。 在無所不在的聯(lián)網(wǎng)中，站可以同時(shí)與多個(gè)其它用戶通信。直接應(yīng)用M-DCF會(huì)對(duì)每 一連接導(dǎo)致高延遲，盡管站實(shí)際上有足夠的分組以建立MMO幀。因此，組合屬于多個(gè)用戶 的通信量應(yīng)該被允許。該傳輸策略會(huì)立即改善延遲特性，因?yàn)閺乃薪M合的連接所接收的通信量會(huì)貢獻(xiàn)于建立MM0幀。在之前的下限計(jì)算中，參數(shù)T現(xiàn)在獨(dú)立于目的地、對(duì)應(yīng)于任 意兩個(gè)分組之間的到達(dá)間時(shí)間，因此每一個(gè)別連接的被提供負(fù)載的下限更低。在重負(fù)載下， MU傳輸是降低抖動(dòng)的手段。而且，改善延遲特性對(duì)諸如IP語音(VoIP)、視頻會(huì)議、互動(dòng)游 戲等的應(yīng)用尤其重要。 J. Gross等人，"802. 11 DYN-Protocol Extension for the Applicationof Dynamic OFDM (A) Schemes in 802. lla/g Systems",電信網(wǎng)絡(luò)組(TKN)技術(shù)報(bào)告 TKN-07-002描述了在保證后向兼容性的同時(shí)被廣泛接受的IEEE802. lla/g系統(tǒng)如何可以 被擴(kuò)展為支持動(dòng)態(tài)0Fmi的提議。提出了一組協(xié)議修正，其對(duì)于點(diǎn)到點(diǎn)(比如上行鏈路)和 點(diǎn)到多點(diǎn)(比如下行鏈路)傳輸場(chǎng)景都支持動(dòng)態(tài)0F匿方案。提議的RTS幀對(duì)應(yīng)于具有新 物理層匯聚協(xié)議(PLCP)報(bào)頭的規(guī)則RTS幀(即其僅包含一個(gè)發(fā)送地址和一個(gè)接收地址)， 多個(gè)接收機(jī)地址的列表被添加到該新物理層匯聚協(xié)議報(bào)頭。 但是，網(wǎng)絡(luò)中根據(jù)更老或更以前的標(biāo)準(zhǔn)的傳統(tǒng)設(shè)備不能夠解碼該信號(hào)。S卩，傳統(tǒng)設(shè) 備可能不能確定或從信號(hào)提取正確比特。這意味著傳統(tǒng)設(shè)備不會(huì)了解打算的傳輸?shù)某掷m(xù)時(shí) 間，因?yàn)樵撔畔赗TS幀中。因此，提議的RTS傳輸不能被視為廣播傳輸，因?yàn)樗荒?被所有站理解(在物理層)。因?yàn)檫@個(gè)原因，以上的現(xiàn)有技術(shù)建議，在RTS傳輸之前，在傳統(tǒng) 的物理層傳輸尋址自身的CTS，以便于其它傳統(tǒng)設(shè)備可以適當(dāng)?shù)亟獯a傳輸以及MAC幀并且 為它們的傳輸定時(shí)恰當(dāng)?shù)卦O(shè)置它們的網(wǎng)絡(luò)分配矢量(NAV)。 另外，在以上的現(xiàn)有技術(shù)中，被輪詢的站的標(biāo)識(shí)可以是例如基于4比特的標(biāo)識(shí)。但 是，標(biāo)識(shí)是用于MAC的目的，S卩，必須構(gòu)造和傳輸CTS幀。這意味著，在接收RTS幀之后，PHY 層提取標(biāo)識(shí)列表，然后MAC層必須檢查列表是否包含自身的標(biāo)識(shí)，解碼幀，可能還重寫接收 機(jī)地址(其是地址之一的地址)，然后構(gòu)造CTS幀，并且然后輪流發(fā)送RTS。這需要對(duì)標(biāo)準(zhǔn) RTS/CTS過程的實(shí)質(zhì)修改并對(duì)接收機(jī)的結(jié)構(gòu)有重大影響，例如，PHY和MAC之間新信息通行 必須被定義。而且，必須在RTS幀的解釋和處理中應(yīng)用一些特定條件。
由于以上現(xiàn)有技術(shù)還需要將該4比特標(biāo)識(shí)分配給站。這可以在由接入點(diǎn)(AP)進(jìn) 行關(guān)聯(lián)的期間完成，可能暗示著AP在一個(gè)特定時(shí)間只能與具有該MU-OF匿能力的16個(gè)站 關(guān)聯(lián)。 發(fā)明概述 本發(fā)明的目標(biāo)是提供一種更靈活的多用戶傳輸方案，其需要對(duì)傳統(tǒng)設(shè)備和過程的 更少修改。 該目標(biāo)通過如權(quán)利要求1請(qǐng)求保護(hù)的發(fā)送設(shè)備、如權(quán)利要求13請(qǐng)求保護(hù)的接收設(shè) 備以及如權(quán)利要求24請(qǐng)求保護(hù)的方法來實(shí)現(xiàn)。 因此，定義了增強(qiáng)的MAC幀，即MU-RTS，該幀不同于普通的RTS幀，因?yàn)樗卸鄠€(gè)接 收者M(jìn)AC地址。這實(shí)現(xiàn)了將標(biāo)識(shí)或地址的列表傳達(dá)給其它發(fā)送端的改進(jìn)方式。雖然提議的 增強(qiáng)MAC幀具有只對(duì)MU設(shè)備有意義或可理解的特定字段，但是該幀能在傳統(tǒng)物理層中被傳 輸并具有所有傳統(tǒng)設(shè)備可理解的公共字段。因此，傳統(tǒng)設(shè)備可以解碼所述比特，解釋公共字 段并發(fā)起適當(dāng)?shù)脑O(shè)置。增強(qiáng)的MAC幀的解釋可以是純粹的MAC過程，從而不需要來自物理 層的另外的消息。而且，對(duì)相應(yīng)的現(xiàn)有或傳統(tǒng)MAC幀沒有必要改變解釋規(guī)則。鑒于所有其 它傳輸端可以至少部分地被所有其它傳輸端解釋的事實(shí)，其傳輸從物理層視角可以被視為 廣播傳輸。因此，傳統(tǒng)設(shè)備和程序需要很少的修改。
提議的傳輸設(shè)備可以適合于僅從去往應(yīng)答該傳輸請(qǐng)求的那些其它傳輸端中的至 少一個(gè)的分組創(chuàng)建傳輸幀。接收設(shè)備可以適合于基于列表中其標(biāo)識(shí)的順序?yàn)槠漤憫?yīng)導(dǎo)出定 時(shí)。因此，不同的其它傳輸端(例如WLAN站)可以是幀內(nèi)分組的目的地，從而可以在不同 的通信量狀況下平衡延遲和吞吐量。 標(biāo)識(shí)可以例如包括MAC地址，以便于可以使用與開始描述的現(xiàn)有技術(shù)中使用的物 理層地址相比更長(zhǎng)的地址。 在特定的實(shí)施例中，其它傳輸端可以是被尋址以返回發(fā)送請(qǐng)求來顯示它們的傳輸 意圖的候選發(fā)射機(jī)。然后提議的設(shè)備可以適合于，為候選發(fā)射機(jī)根據(jù)它們的信道實(shí)現(xiàn)來執(zhí) 行信道估計(jì)，以及以發(fā)送確認(rèn)來應(yīng)答發(fā)送請(qǐng)求，該發(fā)送確認(rèn)指示哪個(gè)發(fā)射機(jī)可以通過哪個(gè) 波束成形矢量或其它相應(yīng)的信道接入信息來接入信道。這提供了以下好處可以支持從不 同發(fā)射機(jī)的同時(shí)多分組接收，以及可以最小化空間流之間的干擾。 在另一個(gè)實(shí)施例中，發(fā)送設(shè)備可以被配置為使用發(fā)送請(qǐng)求作為反饋信道狀態(tài)信 息的請(qǐng)求，基于從所述其它傳輸端接收的信道狀態(tài)反饋信息來評(píng)估所述其它發(fā)送端的信道 實(shí)現(xiàn)，為所述其它傳輸端導(dǎo)出適當(dāng)?shù)牟ㄊ尚问噶炕騇U-0F匿情況下的子載波分配。接收 設(shè)備可以適合于，以包括信道狀態(tài)信息、可選地還包括指示其傳輸隊(duì)列中的數(shù)據(jù)量的持續(xù) 時(shí)間信息的信道反饋幀來響應(yīng)傳輸請(qǐng)求。然后發(fā)送設(shè)備可以適合于，廣播包括其它傳輸端 的列表以及該其它傳輸端的適當(dāng)波束成形矢量的發(fā)送請(qǐng)求幀。傳輸請(qǐng)求可以包括指定將被 用于被請(qǐng)求的信道狀態(tài)反饋信息的格式的信息?？梢酝ㄟ^發(fā)送設(shè)備發(fā)送MAC幀確認(rèn)收到傳 輸，該幀指示已經(jīng)從其接收所述傳輸?shù)哪切┢渌鼈鬏敹?。例如，已?jīng)從其接收傳輸?shù)钠渌鼈?輸端(即接收設(shè)備)，可以通過在MAC幀中提供的位圖中設(shè)置各自的比特來指示。
因此，可以提供增強(qiáng)的MU-DCF，其基于兩個(gè)階段。首先，從候選站獲取信道狀態(tài)信 息。其次，執(zhí)行用于信道接入的信令交換。這提供了多用戶傳輸?shù)母脜f(xié)調(diào)和可能的干擾 的減少。 在另一個(gè)實(shí)施例中，發(fā)送設(shè)備可以適合于向發(fā)送請(qǐng)求添加指示整個(gè)期望的傳輸 被預(yù)測(cè)的持續(xù)時(shí)間的持續(xù)時(shí)間信息。該措施為隱藏的問題提供了解決方法，因?yàn)樗薪邮?端被使得能夠計(jì)算在開始它們的傳輸之前它們必須等待的持續(xù)時(shí)間。更具體地，接收設(shè)備 可以適應(yīng)于，如果列表不包含所述設(shè)備的任何標(biāo)識(shí)，根據(jù)傳輸請(qǐng)求中提供的持續(xù)時(shí)間字段 的內(nèi)容設(shè)置其網(wǎng)絡(luò)分配矢量。列表輪詢的其它接收設(shè)備可以適應(yīng)于，基于持續(xù)時(shí)間字段計(jì) 算等待它們的響應(yīng)的時(shí)間。 在再另一個(gè)實(shí)施例中，接收設(shè)備可以適合于，通過將匯聚MAC分組數(shù)據(jù)單元和單 個(gè)用戶探測(cè)反饋(sounding feedback)機(jī)制結(jié)合來響應(yīng)傳輸請(qǐng)求。因此可以通過將常規(guī)的 響應(yīng)幀(比如，CTS幀)和探測(cè)反饋幀結(jié)合來構(gòu)造該響應(yīng)，從而改進(jìn)傳統(tǒng)的順應(yīng)性并且當(dāng)前 的標(biāo)準(zhǔn)僅需要很少的修改。 在另外一個(gè)實(shí)施例中，接收設(shè)備可以適合于，使用多用戶傳輸信號(hào)的子載波的被
分配子集用于響應(yīng)。在特定的例子中，被分配子集可以從列表中的所述標(biāo)識(shí)的順序?qū)С?。?br> 手段提供了降低傳輸反饋信息(比如M-CTS和/或M-ACK幀)所需時(shí)間的優(yōu)點(diǎn)，因?yàn)槠淇?br> 以是平行的并且不是時(shí)分方式。因此，可以降低信令開銷，防止隱藏節(jié)點(diǎn)問題。 發(fā)送或接收設(shè)備可以包括具有多輸入鏈和多輸出鏈中至少一個(gè)的任意類型的MU
收發(fā)信機(jī)。不意在將其限于MU MIM0收發(fā)信機(jī)。
可以以傳統(tǒng)格式發(fā)送傳輸請(qǐng)求，從而所有的設(shè)備，MU和傳統(tǒng)設(shè)備可以相應(yīng)地設(shè)置 它們的NAV。傳統(tǒng)設(shè)備可以至少理解持續(xù)時(shí)間字段，因此能相應(yīng)地設(shè)置它們的NAV。 更進(jìn)一步的有益發(fā)展定義在從屬權(quán)利要求中。 附圖簡(jiǎn)述 現(xiàn)在將基于各種實(shí)施例參考附圖來描述本發(fā)明，其中

圖1顯示了根據(jù)各種實(shí)施例的多用戶MM0傳輸系統(tǒng)的示意框圖； 圖2顯示了根據(jù)第一實(shí)施例的四方握手過程； 圖3顯示了根據(jù)第一實(shí)施例，具有多個(gè)接收機(jī)地址字段的MU-RTS幀結(jié)構(gòu)； 圖4顯示了根據(jù)第一實(shí)施例，具有天線使用指令的M-ACK幀結(jié)構(gòu)； 圖5顯示了根據(jù)第二實(shí)施例的兩階段信道接入過程； 圖6顯示了根據(jù)第二實(shí)施例的MU-CFR幀結(jié)構(gòu)； 圖7顯示了根據(jù)第二實(shí)施例，具有Tx波束成形矢量的MU-RTS幀結(jié)構(gòu)； 圖8顯示了根據(jù)第二實(shí)施例的MU-CTS幀結(jié)構(gòu)； 圖9顯示了隱藏節(jié)點(diǎn)問題的示意性說明； 圖10顯示了根據(jù)第四實(shí)施例的更一般的MU-RTS幀結(jié)構(gòu)； 圖11顯示了根據(jù)第五實(shí)施例的MU MM0上行鏈路機(jī)制； 圖12顯示了根據(jù)第五實(shí)施例的C4T幀結(jié)構(gòu)； 圖13顯示了根據(jù)第五實(shí)施例的RTS幀結(jié)構(gòu)； 圖14顯示了根據(jù)第五實(shí)施例，具有Tx波束成形矢量的MU-CTS幀結(jié)構(gòu)；以及 圖15顯示了根據(jù)第五實(shí)施例的MU-ACK幀結(jié)構(gòu)。 具體實(shí)施例詳述 接下來，基于如圖1所示的MU MMO系統(tǒng)描述優(yōu)選具體實(shí)施例。 根據(jù)圖1， MU MMO接入點(diǎn)(AP) 10為圖1所示的、數(shù)目為示例性的4個(gè)的、具有多
個(gè)天線的站提供了WLAN接入。AP 10包括N個(gè)不同的處理階段MrM,，用于提供不同的編碼
和/或調(diào)制方案，輸入信號(hào)可以應(yīng)用于其并且其能夠選擇性地連接到多個(gè)天線中的至少一 個(gè)。 通常，基于傳播信道屬性，即在接收機(jī)的天線陣列中空間相關(guān)矩陣的結(jié)構(gòu)，可以在 AP10和每一站21-24之間的雙向使用兩類MIMO技術(shù)。在接收信號(hào)高相關(guān)性的情況下，可 以應(yīng)用不同的波束成形算法，然而在接收信號(hào)低相關(guān)性的情況，分集(DIV)和復(fù)用(MUX)方 法可以給出更好的性能。在MUX方案中，同時(shí)傳輸多個(gè)流，每一流使用一個(gè)專用天線。這按 照等于正傳輸?shù)牧鞯臄?shù)目的因子增加了吞吐量。在DIV方案中，以不同方式使用多個(gè)天線。 對(duì)于基本的DIV方案，發(fā)射機(jī)僅使用一個(gè)天線。具有多個(gè)天線的接收機(jī)接收被發(fā)送信號(hào)的 多個(gè)副本，從而使用適當(dāng)?shù)男盘?hào)處理算法實(shí)現(xiàn)顯著更高的信噪比(SNR)。在將MUX和DIV結(jié) 合的方案中，更多的傳輸天線是激活的，但是接收機(jī)，如在所有的DIV方案中一樣，可以仍 然具有多于流數(shù)目的天線。出現(xiàn)了復(fù)用，但是接收機(jī)得到了比在單純的MUX情形下更多的 關(guān)于被傳輸信號(hào)的信息。 通過使用MU-RTS和M_CTS幀來接入信道以及使用M_ACK來確認(rèn)正確接收的分組， 下面的實(shí)施例為基于IEEE 802. ll的網(wǎng)絡(luò)的多用戶支持提供了增強(qiáng)?？蛇x地，通過僅選擇 以M-CTS應(yīng)答的站的子集從而建立下一個(gè)MMO幀，可選擇信道自適應(yīng)傳輸。這個(gè)決定可基
8于從M-CTS獲得的信息做出。以這種方式，MU分集可被采用。而且，使用M-CTS和M-ACK幀 可反饋指示可接受用于傳輸?shù)奶炀€子集的信道質(zhì)量信息。根據(jù)復(fù)雜性和可接受的開銷，已 編碼信息可以更精確，比如從每一天線接收的SNR?？商峁┫噜彿纸M之間的幀間間隔從而確 保與傳統(tǒng)IEEE802. 11站共存。 圖2顯示了根據(jù)第一實(shí)施例的四方握手過程。提議的MU-DCF基于常規(guī)的M_DCF， 其中提議四方握手過程以在數(shù)據(jù)傳輸之前幫助多用戶信道接入。 與常規(guī)的M-DCF協(xié)議相比，在MU MM0場(chǎng)景中，在傳輸周期期間，提議下面的附加 MAC協(xié)議功能。 根據(jù)圖2，例如由AP 10通過廣播如圖3所示的MU-RTS幀發(fā)起傳輸，該幀是MAC 幀，包括用于尋址圖1所示的四個(gè)示例性站21-24中的例如三個(gè)(R#l至R#3)的多個(gè)接收 機(jī)地址。MU-RTS幀之后可以跟著訓(xùn)練序列，用于允許在接收機(jī)端，例如在被選的站21-24中 的一些，估計(jì)信道。作為可替換選項(xiàng)，也可以與MU-RTS幀傳輸并行地完成信道估計(jì)，例如通 過前導(dǎo)碼的傳輸。注意，傳輸前導(dǎo)碼用于信道估計(jì)可能導(dǎo)致MU-RTS幀在物理層變得不可解 碼。 在接收到MU-RTS幀之后，出現(xiàn)在接收機(jī)列表中的選擇站(R#l至R#3)用M-CTS幀 應(yīng)答。應(yīng)答的順序由列表中各自的接收機(jī)的順序隱含決定。在間隔為短的幀間間隔(SIFS) 之后傳輸?shù)谝籑-CTS，在間隔減少的幀間間隔(RIFS)之后傳輸接下來的那些。
基于以下偽代碼結(jié)構(gòu)，以上過程可被編程為軟件程序
n是在MU-RTS幀中在接收機(jī)列表中的站的位置
在接收到MU-RTS之后，等待SIFS while (站仍然沒有發(fā)送其M-CTS) if (n = 1)
發(fā)送M-CTS else if(信道被占用)(
等待信道變空閑
n = n-1 等待RIFS } else{
n = n-1 等待RIFS } 在發(fā)射機(jī)(例如AP 10)已經(jīng)發(fā)送了 MU-RTS幀之后，其開始監(jiān)聽信道，并且可能在
下面的偽代碼結(jié)構(gòu)之后繼續(xù)(如果實(shí)現(xiàn)為軟件程序) 在SIFS之后第一 M-CTS被期望 while (等待更多的M-CTS幀) if M-CTS在被期望的時(shí)候設(shè)有到達(dá)， 在RIFS之后下一個(gè)M-CTS被期望；
9
else 在該傳輸之后+RIFS,下一個(gè)M-CTS被期望； 從被尋址的站的子集，發(fā)射機(jī)(例如AP 10)沒有接收到M-CTS幀中的一個(gè)、接收 到M-CTS幀中的一些或者全部。從接收到的一些M-CTS幀，可以讀取在CAB字段中提供的 信息(或者可能包括在M-CTS幀中的任意其他信道狀態(tài)信息)，并可以從那些僅去往作出應(yīng) 答的站的分組創(chuàng)建MIMO幀。這可以通過下面的偽代碼結(jié)構(gòu)來表達(dá)
if (接收到的M-CTS的編號(hào)> 0) 從作出應(yīng)答的站的分組創(chuàng)建并發(fā)送MMO幀，可選地應(yīng)用一 些調(diào)度策略； else 為下一次傳輸開始接入信道； 當(dāng)應(yīng)用調(diào)度策略，MMO幀可能不包括來自以M-RTS幀作出應(yīng)答的一些站的分組。 調(diào)度可以包括在SU和MU操作模式之間的自適應(yīng)切換。 站接收MMO幀，并生成M-ACK幀，例如通過與M-DCF中一樣的規(guī)則。M-ACK幀的順 序和分離可以等于M-CTS幀。 最后，當(dāng)發(fā)射機(jī)(例如AP 10)接收到M-ACK幀時(shí)，其從隊(duì)列移除被確認(rèn)的分組并 發(fā)起另一個(gè)傳輸，可以重傳沒有被確認(rèn)的分組。 如可以從圖2獲知的，連續(xù)的M-CTS和M_ACK幀通過RIFS分離。以這種方式支持
的多個(gè)用戶的數(shù)目m可以通過下面的關(guān)系確定 SIFS+(m-2)RIFS < DIFS (1) 該條件確保了，即使除最后一個(gè)的所有M-CTS/M-ACK分組丟失，最后一個(gè)站仍然 有空閑信道以傳輸其自身的M-CTS/M-ACK分組。如果該條件不被滿足，在正在進(jìn)行的傳輸 期間，信道可能會(huì)空閑超過DIFS，這將允許開始一個(gè)新的傳輸。 圖4顯示了根據(jù)第一實(shí)施例，具有用于下一次傳輸?shù)奶炀€使用的指令的M-ACK幀 結(jié)構(gòu)。如已經(jīng)提到的，根據(jù)M-DCF過程的M-CTS幀包含用于天線反饋的位圖(CAB字段)。 在發(fā)射機(jī)該信息可用于自適應(yīng)信道使用，其中，僅具有良好信道狀態(tài)的站的分組可以貢獻(xiàn) 給MMO幀。通過在M-ACK幀中包括CAB字段，如圖4所示，不需要M(U) -RTS-M-CTS握手過 程就可以獲得信道反饋。 另外，802. lie的其他選項(xiàng)，比如傳輸機(jī)會(huì)(TxOP)、塊確認(rèn)(BA)或者沒有確認(rèn)，也 可以與以上過程組合，從而進(jìn)一步改善性能。 此外，可以執(zhí)行開銷估計(jì)。現(xiàn)在將基于圖1的例子闡明所引起的開銷，圖1具有發(fā) 送16個(gè)分組的單個(gè)發(fā)射機(jī)(AP 10)，對(duì)于4個(gè)站21-24中的每一個(gè)有4個(gè)分組，。如果所有 的站21-24有4個(gè)天線(不是必須的，只是與圖1的例子相反的一個(gè)例子)，可以應(yīng)用4*4 的復(fù)用方案如下
SU情況4x (M-RTS+M-CTS+MMO幀+M-ACK) (2)
MU情況4x (MU-RTS+4M-CTS分組+MMO幀+4M-ACK) (3) 這表明，在下面的MU情況中傳輸過程將明顯持續(xù)更長(zhǎng)，以及兩種情況中每一分組
10的平均延遲是相同的。但是，在SU情況中每站的平均延遲大不相同，取決于站是第一個(gè)還
是最后一個(gè)接收它的分組。對(duì)于一些站，如此長(zhǎng)的延遲可能是不可接受的。 到目前為止，在以上的例子中，假定在開始所有4個(gè)站21-24的所有4個(gè)分組已經(jīng)
是生成好的。但是有很多具有低提供負(fù)載的應(yīng)用，但是另一方面具有非常嚴(yán)格的延遲要求，
其不允許等待當(dāng)前站的更多分組從而建立完整的MMO幀太長(zhǎng)時(shí)間。否則，立即發(fā)送出現(xiàn)在
隊(duì)列中東西的會(huì)經(jīng)常意味著單個(gè)空間流的傳輸，其有效地意味著開銷的倍增。然而如果在
MAC分組到空間流的映射中沒有限制，同樣可以使用多個(gè)空間流傳輸MAC分組。 在重負(fù)載的情況下，通過減少抖動(dòng)，提議的MU方法將會(huì)非常有益。 在上面結(jié)合第一實(shí)施例提到的MU RTS/CTS握手之前，發(fā)射機(jī)(例如AP 10)可以發(fā)
送后面跟著訓(xùn)練序列的MU MIMO信道反饋請(qǐng)求分組(MU-CFR)，該分組從候選接收機(jī)站請(qǐng)求
信道狀態(tài)信息(CSI)反饋。因此發(fā)射機(jī)具有所有候選接收機(jī)的CSI，并能為可能的MU MIMO
傳輸評(píng)估所有的候選者并選擇適當(dāng)?shù)陌l(fā)射波束成形矢量以降低空間流之間的干擾。可以修改MU RTS分組，從而代替?zhèn)魉退嶙h的天線位圖，每一流的被提議的波束
成形矢量被傳送給站21-24。這種機(jī)制提供了使用發(fā)射波束成形作為MU MIMO傳輸機(jī)制和檢查使用發(fā)射機(jī)選擇的被提議波束成形矢量是否可以同時(shí)向站
21-24提供MU MIMO傳輸?shù)目赡苄浴？傊嶙h的增強(qiáng)提供了 MU MIMO傳輸?shù)母脜f(xié)調(diào)并降
低了流之間的可能干擾。因此，其改善了整體網(wǎng)絡(luò)的性能。 在第二實(shí)施例中，出現(xiàn)了具有兩階段信道接入過程的新MU-DCF。通過使用MAC幀， 比如MU-CFR、 MIMO信道反饋(M-CF) 、 MU-RTS和M-CTS幀用于接入信道，以及使用MAC幀 M-ACK用于確認(rèn)正確接收的分組，對(duì)于基于IEEE 802. 11的網(wǎng)絡(luò)通過波束成形支持來執(zhí)行 MU-MMO傳輸。可選地，可以通過僅為以M-CTS做出應(yīng)答的站的子集的MU MMO傳輸修改 波束成形矢量從而建立下一MMO幀，執(zhí)行自適應(yīng)的MU MMO傳輸。這個(gè)決定可以基于從 M-CTS幀獲取的信息作出。如果信道已經(jīng)是已知的，那么對(duì)于MU MMO傳輸?shù)男诺澜尤霗C(jī) 制，MU-CFR和M-CF幀可能不是必要的。 MU MIMO傳輸增加了譜效率并提供了資源的更好利用。但是，當(dāng)無線網(wǎng)絡(luò)密集時(shí)， 在MMO系統(tǒng)中，為多個(gè)站同時(shí)提供高吞吐量可能變得很關(guān)鍵。 圖5顯示了根據(jù)第二實(shí)施例的兩階段信道接入過程。提議的MU-DCF過程基于從 候選站/接收機(jī)獲取信道狀態(tài)信息的第一階段，和類似于第一實(shí)施例的用于信道接入的 MU-RTS和M-CTS交換的第二階段。 在第一階段，由多用戶信道狀態(tài)信息反饋請(qǐng)求(MU-CFR)幀發(fā)起傳輸，在該幀中發(fā) 射機(jī)(例如圖1的AP 10)基本上向多個(gè)接收機(jī)(例如，圖1的站21-24的子集)請(qǐng)求信道 狀態(tài)信息。 圖6顯示了根據(jù)第二實(shí)施例的MU-CFR幀結(jié)構(gòu)，其之后可以跟著訓(xùn)練序列用于在接 收機(jī)進(jìn)行信道估計(jì)。提議的MU-CFR幀是具有多個(gè)接收機(jī)地址字段的MAC幀。
在已經(jīng)接收MU-CFR幀之后，在接收機(jī)列表中出現(xiàn)的站以MMO信道反饋(M_CF)幀 做出應(yīng)答。M-CF幀是MAC幀，可以有與依照IEEE 802. lln的SU MIMO系統(tǒng)中的MIMO CSI 反饋幀相同的幀格式。應(yīng)答的順序可以由列表中接收機(jī)的順序隱含地確定。在SIFS間隔 之后傳輸?shù)谝?M-CF幀，在各自RIFS間隔之后傳輸下面的幀。 在第二階段，在發(fā)射機(jī)已經(jīng)發(fā)送MU-CFR幀并且已經(jīng)接收到每一候選接收機(jī)的相應(yīng)MM0信道狀態(tài)信息之后，其為可能的MU-MMO傳輸評(píng)估站的信道實(shí)現(xiàn)，并且為每一站/ 空間流確定適當(dāng)?shù)陌l(fā)射波束成形矢量。然后，其繼續(xù)信道預(yù)留階段，如在第一實(shí)施例中一 樣，不過具有不同的MU-RTS和M-CTS幀格式。 圖7顯示了根據(jù)第二實(shí)施例的提議的MU-RTS幀結(jié)構(gòu)，其具有可變數(shù)目的接收機(jī)地 址并通過可變數(shù)目的附加Tx波束成形矢量被增強(qiáng)。然而該MU-RTS幀結(jié)構(gòu)有一可替換結(jié)構(gòu)，MU-RTS可以是一般的MU-RTS，沒有Tx波
束成形矢量。緊隨MU-RTS之后的訓(xùn)練序列可能是根據(jù)TX波束成形矢量而波束成形的。然后
接收機(jī)估計(jì)波束成形的信道并將CSI反饋給接收機(jī)。該信息將用作與站21-24向AP 10反
饋的被確認(rèn)波束成形矢量相同的目的。該方法更有益，因?yàn)槠浣档土私粨Q的比特量。但是，
必須在MU-RTS幀中傳送從每一站所期望的反饋的格式，從而不但該站可以格式化反饋，而
且其它站可以預(yù)測(cè)該站發(fā)送的M-CTS幀的持續(xù)時(shí)間。 圖8顯示了根據(jù)第二實(shí)施例的被提議的新MU-CTS幀結(jié)構(gòu)。 如果發(fā)射機(jī)打算向單個(gè)站發(fā)送多于一個(gè)的空間流，其簡(jiǎn)單地連續(xù)重復(fù)接收機(jī)地址 多次，即和打算發(fā)送給該接收機(jī)的空間流的數(shù)目一樣多的次數(shù)。在該情況下，每一空間流的 被提議的Tx波束成形矢量將如所期望的不同。以該方式，發(fā)射機(jī)可以容易地將模式從MU MMO傳輸改變?yōu)镾U MIMO傳輸。 根據(jù)第二實(shí)施例的提議的新M-CTS幀包含可變數(shù)目的被確認(rèn)TX波束成形矢量，從 而可以獨(dú)立地評(píng)估去往該站的可變數(shù)目的流。該信息也可以在發(fā)射機(jī)用于自適應(yīng)地改變波 束成形矢量從而更好地利用信道。因此，利用第二實(shí)施例提供的以上增強(qiáng)，發(fā)射機(jī)可以使用 發(fā)射波束成形來降低其發(fā)送的空間流之間的干擾。 例如根據(jù)以上第一和第二實(shí)施例被提議的協(xié)議握手過程可能遭遇所謂的"隱藏節(jié) 點(diǎn)問題"。在第三實(shí)施例中，提出了修改以解決該隱藏節(jié)點(diǎn)問題。 圖9顯示了該隱藏節(jié)點(diǎn)問題。假定，在AP 10被安排在站21和22之間的情形下， 具有通信范圍CR1Q的圖1的AP 10將建立到站21和22的MU MMO傳輸，站21和22各自 的通信范圍是CR21和CR22。因?yàn)檎?1和22的位置，第一站21可以收聽到來自AP 10的傳 輸，但是不能收聽到來自第二站22的傳輸。相似地，第二站22可以收聽到來自AP 10的傳 輸，但是不能收聽到來自第一站21的傳輸。這意味著來自第一站21的M-CTS幀不能被第 二站22接收。如果第二站偵聽到空信道(即，沒有其他傳輸或干擾)，基于在第一實(shí)施例 中所解釋的算法，在等待SIFS加上RIFS周期之后第二站22會(huì)發(fā)送M-CTS幀。結(jié)果，在AP IO，第二站22發(fā)送的M-CTS幀會(huì)與第一站21發(fā)送的M-CTS幀沖突。 由于被輪詢MU MMO接收的一些站相互不在通信范圍內(nèi)這一可能性，在第三實(shí)施 例中提議，被輪詢MU MMO接收的所有站觀察MU-RTS幀的末端并計(jì)算在傳輸它們的M-CTS 幀之前它們必須等待的持續(xù)時(shí)間，考慮M-CTS傳輸?shù)捻樞颍恳粋鬏數(shù)拈g隔以及第一 M-CTS 傳輸?shù)某掷m(xù)時(shí)間。然后在經(jīng)過確定的持續(xù)時(shí)間(從每一站都已經(jīng)接收MU-CTS幀的最后傳 輸這一時(shí)間開始)之后，被輪詢的站發(fā)送其M-CTS幀。在等待發(fā)送M-CTS幀時(shí)，相關(guān)站不需 要偵聽信道，因?yàn)镸U-RTS幀的正確接收暗示了站和AP 10之間的預(yù)留信道。
根據(jù)第三實(shí)施例，提議下面的改進(jìn)過程用于建立下行鏈路MU MIMO傳輸。
如在第一實(shí)施例中一樣，通過發(fā)送MU-RTS幀，該幀是包括多個(gè)接收機(jī)地址的MAC 幀并且現(xiàn)在還包括持續(xù)時(shí)間字段，AP IO發(fā)起MU MMO傳輸。提議的持續(xù)時(shí)間字段可以包含整個(gè)被期望傳輸?shù)念A(yù)測(cè)持續(xù)時(shí)間d，從MU-RTS幀的結(jié)尾到最后的M-ACK幀。如果被輪詢 MU MMO接收的接收機(jī)的數(shù)目是N，T(x)是x的持續(xù)時(shí)間，這里x是經(jīng)由空中傳輸?shù)臄?shù)據(jù)或 控制幀，那么可以如下獲取預(yù)測(cè)的持續(xù)時(shí)間d : d = 3*aSIFStime+N*T(M-CTS)+T(MU MIMOframe)+N*T(M-ACK)+2*(N_l)*aRIFStim e (4) 這里aSIFStime是SIFS的持續(xù)時(shí)間，aRIFStime是RIFS的持續(xù)時(shí)間。而且，T(MU MMOframe)是MU MMO發(fā)射機(jī)的調(diào)度器計(jì)算的MU MMO幀的估計(jì)持續(xù)時(shí)間。這樣的調(diào)度器 的操作依賴于每一個(gè)單獨(dú)的實(shí)現(xiàn)。 M-CTS幀有固定的長(zhǎng)度。而且，使用相同的調(diào)制和編碼方案來傳輸所有的M-CTS 幀。因此，M-CTS幀的持續(xù)時(shí)間T(M-CTS)對(duì)AP 10是已知的。相似地，M-ACK幀有固定的 長(zhǎng)度，也需要使用相同的調(diào)制和編碼方案來發(fā)送，因此，M-ACK幀的持續(xù)時(shí)間T (M-ACK)對(duì)AP 10也是已知的。 通過設(shè)置提議的持續(xù)時(shí)間字段，沒有被輪詢MU MMO接收但是接收到MU-RTS幀的 所有站可以根據(jù)MU-RTS幀中的持續(xù)時(shí)間字段來設(shè)置它們的網(wǎng)絡(luò)分配矢量(NAV)，并因此不 會(huì)在預(yù)留的持續(xù)時(shí)間期間發(fā)送。 在接收MU-RTS幀之后，被輪詢的站以M-CTS幀作出應(yīng)答，其中M_CTS幀構(gòu)造為例 如如在常規(guī)M-DCF中提議的。應(yīng)答的順序由MU-RTS幀的地址列表中的接收機(jī)順序確定。 第一 M-CTS幀在持續(xù)時(shí)間aSIFStime過去之后傳輸，接下來的在M-CTS幀的持續(xù)時(shí)間加上 aRIFSt ime過去之后傳輸。因?yàn)橥ㄟ^MU-RTS傳輸，從被輪詢的站到AP 10的傳輸媒體現(xiàn)在 被預(yù)留，所以不再需要站21-24在傳輸之前偵聽媒體。 而且，因?yàn)榭赡艿碾[藏節(jié)點(diǎn)問題，在前的M-CTS幀的接收不能被用于發(fā)信號(hào)通知 另一個(gè)M-CTS的傳輸。因此，提議如下控制M-CTS傳輸。 在接收MU-RTS幀之后，相關(guān)站在接收機(jī)順序中的位置n被確定，并且該站在發(fā)送
其M-CTS幀之前必須等待的時(shí)間t基于下面的等式來計(jì)算 t = aSIFStime+(n-l) *(T (M-CTS)+aRIFStime) (5) 在M-CTS中的持續(xù)時(shí)間字段可以從MU-RTS幀的持續(xù)時(shí)間字段減去值 (t+T (M-CTS))得到。傳輸MU-RTS幀之后在AP 10中的過程可以對(duì)應(yīng)于第一實(shí)施例。在接 收MU MMO幀之后，站可以在傳輸它們的M-ACK幀中遵照同樣的過程。
在已經(jīng)收到MU MIMO幀之后，STA在傳輸其M_ACK幀之前必須等待的時(shí)間t'可以 基于下面的等式來計(jì)算 t' = aSIFStime+(n-l) *(T (M-ACK)+aRIFStime) (6) 因此可以從MU MIMO幀的持續(xù)時(shí)間字段減去值(t'+T(M-ACK))得到M-ACK幀中的
持續(xù)時(shí)間字段。 提議的機(jī)制也可以應(yīng)用在根據(jù)第二實(shí)施例的MU MMO情況下的兩階段信道接入的 第一階段中，即通過被輪詢的站控制M-CF幀的傳輸。 而且，提議的機(jī)制可以應(yīng)用在第二實(shí)施例描述的MU MMO情況下的兩階段信道接 入的第二階段中，即控制M-CTS幀的傳輸。注意，每一 M-CTS幀的持續(xù)時(shí)間可以各不相同， 因?yàn)樗鼈兛梢允怯?jì)劃發(fā)給單個(gè)接收機(jī)的多個(gè)空間流。但是，該信息在MU-RTS幀中提供，因 此AP 10和所有的被輪詢站可以在參數(shù)t的計(jì)算中考慮這一點(diǎn)。
如上所解釋的，定義在第一和第二實(shí)施例中的MU-RTS和M-CTS幀結(jié)構(gòu)需要定義新 的MAC幀格式。 在當(dāng)前的第四實(shí)施例中，提議將匯聚MAC協(xié)議數(shù)據(jù)單元(A-MPDU)和探測(cè)反饋機(jī)制 組合起來，從而使得能夠進(jìn)行下行鏈路MU MMO傳輸，而對(duì)諸如IEEE802. lln的當(dāng)前規(guī)范做 最少的添加和改變。這是有益的，因?yàn)樘嶙h的下行鏈路MUMIMO因此與更早的標(biāo)準(zhǔn)版本相適 應(yīng)。 通過使用提議的組合，僅MU-RTS幀必須被定義，而M-CTS幀可以通過匯聚常規(guī)CTS 幀和探測(cè)反饋幀來構(gòu)造。而且，可以使用具有一些額外信息的更一般的MU-RTS幀，所述一 些額外信息為在匯聚到MPDU的附加幀中攜帶的MU-RTS中需要的一些額外信息。
IEEE 802. lln規(guī)范定義了 A-MPDU幀，其中在一次傳輸機(jī)會(huì)中可以傳輸兩個(gè)或更 多的MAC MPDU或MAC幀。為了定位A-MPDU內(nèi)的MPDU，在MPDU前有分隔符。通常，打算讓 該匯聚將Action No Ack管理幀(例如探測(cè)反饋幀)捎帶(piggyback)到數(shù)據(jù)幀或控制響 應(yīng)幀傳輸(例如CTS)中。 IEEE 802. lln中定義了幾種探測(cè)機(jī)制，其中一些具有專用幀用于反饋探測(cè)結(jié)果。 這些幀可以是CSI幀、非壓縮操縱幀(steering frame)、壓縮操縱幀、天線選擇指標(biāo)反饋 幀。CSI幀包含在每一空間流中每一子載波的信道狀態(tài)信息以及每流的SNR。非壓縮操縱 幀包含在每一空間流中每一子載波的發(fā)射操縱矩陣，以及每一空間流的SNR。壓縮操縱矩陣 包含操縱矩陣的壓縮格式。天線選擇指標(biāo)反饋幀包含關(guān)于用于接收機(jī)下一次傳輸?shù)谋贿x天 線的信息。 使用提議的匯聚MPDU和明確的反饋幀，在第一實(shí)施例中提議的M-CTS幀可以被重 新定義為常規(guī)CTS幀和天線選擇指標(biāo)反饋幀的匯聚?？梢栽谔炀€選擇指標(biāo)反饋幀中攜帶提 議的天線位圖(PAB)字段。在第二優(yōu)選實(shí)施例中提議的M-CTS幀可以被重新定義為常規(guī) CTS幀和壓縮或非壓縮操縱幀的匯聚?？梢栽诓倏v幀中攜帶被確認(rèn)的Tx波束成形矢量字 段?？梢栽O(shè)置操縱幀中的MIMO控制字段，以便于參數(shù)Nr指定打算發(fā)給CTS發(fā)送者的空間 流的數(shù)目，參數(shù)Nc指定RTS發(fā)送者(例如圖1中的AP 10)將要發(fā)送的空間流(或空間時(shí) 間流)的數(shù)目(該信息可以從接收機(jī)地址的數(shù)目或在分組的前導(dǎo)碼中設(shè)置的高吞吐量長(zhǎng)訓(xùn) 練字段(HT-LTF)的數(shù)目獲得)，參數(shù)Nb，用于代表系數(shù)的比特?cái)?shù)目，被設(shè)置為與MU-RTS幀 中AP 10使用的系數(shù)的數(shù)目相同，指定歸組到一個(gè)組的載波的數(shù)目的參數(shù)Ng也是如此。
因?yàn)樵诘谝缓偷诙?shí)施例中提議的MU-RTS中的附加字段與M-CTS幀中的附加字 段一樣，所以也提議將MU-RTS幀重定義為更一般的MU-RTS幀和天線選擇指標(biāo)反饋幀或非 壓縮操縱反饋幀的匯聚。 圖10顯示了根據(jù)第四實(shí)施例的這種更一般的MU-RTS幀結(jié)構(gòu)。該一般的MU-RTS
幀同樣可以用于其它多用戶傳輸，例如開始提到的多用戶OF匿傳輸。 與M-CTS幀的重定義相似，可以在天線選擇指標(biāo)反饋幀或者操縱幀中攜帶附加字
段。注意，通過在MIMO控制字段中的相應(yīng)設(shè)置，AP IO可以確定該反饋的格式。 在第一和第二實(shí)施例中提議的MU-RTS幀需要從被尋址的站對(duì)發(fā)射波束成形矢量
或天線位圖進(jìn)行確認(rèn)。這意味著，被尋址的站必須執(zhí)行信道測(cè)量。因此，圖1的AP IO可以
發(fā)送訓(xùn)練序列，例如前導(dǎo)碼中的HT-LTF。將被發(fā)送的HT-LTF的數(shù)目必須等于或大于在實(shí)際
的MU MMO傳輸中AP IO打算發(fā)送的空間流(或空間時(shí)間流)的數(shù)目。
在第四實(shí)施例中進(jìn)一步提議使用MU-RTS/CTS消息交換作為探測(cè)機(jī)制的載波。當(dāng) 調(diào)度器可以足夠快地處理在M-CTS幀中反饋的信道狀態(tài)信息(CSI)以便于在接收最后的 M-CTS之后在定時(shí)aSIFStime能調(diào)度MU MM0幀，那么可以使用MU-RTS/CTS消息攜帶的該 探測(cè)機(jī)制。如果情況不是這樣，那么可以使用兩階段方法。注意，階段一和階段二之間的 間隔還沒被指定。因此，在第二階段，可以請(qǐng)求TX波束成形的確認(rèn)，從而確保在AP 10中的 CSI不是失時(shí)效的(staled)。 取代發(fā)送具有提議的波束成形適量或天線位圖的MU-RTS幀，AP IO可以通過將 H乙SIGNAL字段中的"無探測(cè)(Not Sounding)"比特設(shè)置為"0"來指示列表中所有的被尋 址站執(zhí)行信道測(cè)量。該比特和MU-RTS幀的組合可以觸發(fā)被尋址的站執(zhí)行信道測(cè)量并且在 與CTS幀匯聚中反饋信道狀態(tài)信息(CSI)。每一站發(fā)送的CSI幀的格式，即以上Nb和Ng比 特，對(duì)每一站可以是相同的。這些參數(shù)可以由AP 10設(shè)置，并且通過包括在MU-RTS幀中的 高吞吐量控制字段(HTC)通過使用控制包裝幀(control wra卯er frame)格式來傳送，或 者被指定為特定的固定值。如果該格式被傳送，那么新字段可以被引入到HTC字段中，其可 以占用當(dāng)前的保留字段，或者現(xiàn)有字段可被重新定義。參數(shù)Nc由AP IO意欲探測(cè)的空間維 度的數(shù)目確定，其明顯來自HT-LTF的數(shù)目。此外，每一站的Nr值可以由AP IO傳送，從而 每一站都可以預(yù)測(cè)匯聚CTS幀的持續(xù)時(shí)間。這些值還可以通過HTC字段中定義的額外字段 來傳送。 在下面的第五實(shí)施例中，提議了 MAC協(xié)議增強(qiáng)，其支持在諸如基于IEEE802. 11的 WLAN之類的MU傳輸系統(tǒng)的上行鏈路方向具有波束成形的MU MM0傳輸。因此，第五實(shí)施
例將第一實(shí)施例擴(kuò)展到上行鏈路場(chǎng)景，其中公共接收機(jī)可以同時(shí)服務(wù)于多個(gè)發(fā)射機(jī)。第五 實(shí)施例基于MAC機(jī)制，其中公共接收機(jī)(例如圖1的AP 10)通過向候選發(fā)射機(jī)(例如圖1 的站21-23)廣播傳輸呼叫(C4T)幀發(fā)起傳輸。被尋址的候選發(fā)射機(jī)通過發(fā)送后面跟隨訓(xùn) 練序列用于在接收機(jī)估計(jì)信道的M-RTS幀作出響應(yīng)，從而顯示它們傳輸給公共接收機(jī)的意 圖。作為替換，可以在各自的前導(dǎo)碼中提供訓(xùn)練序列。接收機(jī)從每一發(fā)射機(jī)估計(jì)信道并根 據(jù)它們的信道實(shí)現(xiàn)來評(píng)估候選發(fā)射機(jī)。接收機(jī)也可以發(fā)現(xiàn)每一接收機(jī)的適當(dāng)?shù)陌l(fā)射波束成 形矢量并可以以MU-CTS幀應(yīng)答M-RTS幀，其中MU-CTS幀可以指示哪些發(fā)射機(jī)可以通過使 用哪些發(fā)射波束成形矢量接入信道。然后，MU MIMO傳輸可以開始了。
根據(jù)第五實(shí)施例的提議的新機(jī)制因此為支持發(fā)射波束成形的MU MMO傳輸(其中 公共接收機(jī)支持來自不同發(fā)射機(jī)的同時(shí)的多個(gè)分組接收)提供了上行鏈路信道接入機(jī)制。 因此，可以提高系統(tǒng)的譜效率。嵌入的發(fā)射波束成形機(jī)制在多個(gè)發(fā)射機(jī)之間提供了良好的 MU MIMO傳輸協(xié)調(diào)，從而空間流之間的干擾最小化。而且，如果信道實(shí)現(xiàn)對(duì)MU匪IMO傳輸不 適合，新的機(jī)制給出了在SU和MU MMO傳輸模式之間切換的可能性。
更具體地，在用于上行鏈路場(chǎng)景C4T的提議的MU MIMO MAC機(jī)制中，M-RTS和 MU-CTS幀可以用于接入信道，MU-ACK幀可以用于確認(rèn)正確接收的分組?？蛇x地，通過僅為 空間流波正確接收的站子集的MU MMO傳輸修改發(fā)射波束成形矢量以便建立下一個(gè)MMO 幀，可以提供自適應(yīng)MU MMO傳輸。該決定可以基于從例如接收分組的糾錯(cuò)碼(諸如循環(huán) 冗余代碼(CRC))檢查獲得的信息。 下面，基于圖11所示的五個(gè)步驟更詳細(xì)地描述被提議的MU MMO上行鏈路MAC過程。
在第一步，公共接收機(jī)(例如圖1的AP10)廣播傳輸呼叫(C4T)幀以在上行鏈路 發(fā)起MU MM0傳輸。在C4T幀中，其指示所有具有上行鏈路MU MM0能力的站的地址，其是 可變數(shù)目?？商鎿Q地，AP IO可以決定僅輪詢具有上行鏈路MU [OWO] MMO能力的站的子集。 C4T幀也可以攜帶探測(cè)請(qǐng)求和將要探測(cè)的空間維度數(shù)目的指示?？商鎿Q地，將要 探測(cè)的空間維度數(shù)目可以被標(biāo)準(zhǔn)化為AP IO的信道估計(jì)能力，其可以從AP IO的HT能力字 段獲取，其可以在信標(biāo)幀、關(guān)聯(lián)響應(yīng)幀等中傳輸?？梢詫⒊掷m(xù)時(shí)間字段設(shè)置為覆蓋傳輸時(shí)間 一直到MU MIMO傳輸?shù)拈_始。如以上解釋的，該持續(xù)時(shí)間可以從來自站的響應(yīng)的持續(xù)時(shí)間、 MU-CTS幀的持續(xù)時(shí)間和分隔幀的SIFS/RIFS間隔的總和獲取。因?yàn)楫?dāng)構(gòu)造C4T幀時(shí)分配用 于MU MMO傳輸?shù)恼镜臄?shù)目不是已知的，所以MU-CTS幀的持續(xù)時(shí)間不是已知的。對(duì)于C4T 的持續(xù)時(shí)間字段的計(jì)算，假定MU-CTS幀包含最大數(shù)目的字段，并且使用的MCS與用于C4T 幀傳輸?shù)囊粯?。注意，在同樣的幀中，必須傳達(dá)每站的CSI報(bào)告格式(例如，參數(shù)Nb、Ng、Nc、 Nr)。傳達(dá)該信息的機(jī)制可以與在下行鏈路MU MMO傳輸中使用的相同。持續(xù)時(shí)間必須考 慮CSI報(bào)告。可以定期地傳輸C4T幀。那么重現(xiàn)的頻率可以取決于具有上行鏈路MU MIMO 能力的AP的數(shù)目?？梢栽谛艠?biāo)幀中將該頻率傳送給其他AP。 圖12顯示了根據(jù)第五實(shí)旋例，具有多個(gè)發(fā)射機(jī)地址字段的C4T幀結(jié)構(gòu)的例子。
在每站已經(jīng)接收呼叫例如C4T幀之后，在過程的第二步，它們通過發(fā)送M-RTS幀來 響應(yīng)，從而表明它們傳輸給被指示接收機(jī)的意圖。這里，"M-RTS幀"代表M-DCF RTS幀并且 包含RTS幀字段和附加字段，比如CSI字段。M-RTS幀可以被RTS幀和CSI反饋幀的匯聚取 代。 M-RTS幀的順序隱含地由C4T幀中的列表中的發(fā)射機(jī)順序決定。在SISF間隔之后 發(fā)送第一 M-RTS幀，在各自的RIFS間隔之后發(fā)送隨后的M-RTS幀。攜帶M-RTS幀的物理協(xié) 議數(shù)據(jù)單元(PPDU)可以是探測(cè)PPDU。持續(xù)時(shí)間可以是兩個(gè)持續(xù)時(shí)間的總和，其中第一持續(xù) 時(shí)間開始于SIFS間隔，在M-RTS傳輸完成之后一直到MU MMO傳輸?shù)拈_始，如果用于M-RTS 幀的MCS會(huì)被用于傳輸待處理的數(shù)據(jù)，第二持續(xù)時(shí)間是數(shù)據(jù)幀傳輸?shù)某掷m(xù)時(shí)間。從該持續(xù) 時(shí)間字段，AP 10可以了解站將要發(fā)送的數(shù)據(jù)的量，因此，其可以在MU-CTS幀中正確設(shè)置持 續(xù)時(shí)間字段。 圖13顯示了如在第五實(shí)施例中使用的M-RTS幀結(jié)構(gòu)。 在AP 10從候選發(fā)送站接收M-RTS幀并且估計(jì)站的信道實(shí)現(xiàn)之后，其在過程的第 三步為可能的MU MMO傳輸評(píng)估站的信道實(shí)現(xiàn)，并且發(fā)現(xiàn)每一站或空間流的適當(dāng)?shù)陌l(fā)射波 束成形矢量。接下來，通過廣播MU-CTS幀繼續(xù)信道預(yù)留，其中該幀指示哪些發(fā)射機(jī)可以通 過使用哪些發(fā)射波束成形矢量接入信道。 圖14顯示了根據(jù)第五實(shí)施例，提議的增強(qiáng)MU-CTS幀結(jié)構(gòu)的例子，具有Tx波束成
形矢量。 可替換地，可以使用更一般的MU-CTS幀，其不攜帶Tx波束成形矢量。然后，可以 使用匯聚的操縱幀(壓縮的或非壓縮的)攜帶Tx波束成形矢量。被分配的站將在傳輸中 使用的MCS也可以在這些幀中，例如在HTC字段中傳達(dá)?？梢詫⒊掷m(xù)時(shí)間字段設(shè)置為最長(zhǎng) 的空間流的持續(xù)時(shí)間加上SIFS間隔以及傳輸M-ACK幀需要的時(shí)間。 在過程的第四步中，通過使用在MU-CTS幀中指示的Tx波束成形矢量，站可以接入
16信道。 最后，在第五步，在MU MMO上行鏈路傳輸完成之后，AP 10可以傳輸MU-ACK幀， 其中該幀確認(rèn)由被分配的站同時(shí)傳輸?shù)姆纸M的成功接收。 圖15顯示了根據(jù)第五實(shí)施例的相應(yīng)MU-ACK幀結(jié)構(gòu)。這個(gè)確認(rèn)可以在被確認(rèn)的分 組位圖(APB)字段中傳達(dá)，其長(zhǎng)度等于MU-CTS幀中Rx地址的數(shù)目。例如可以通過將對(duì)應(yīng) 于發(fā)送站的比特設(shè)置為"1"確認(rèn)分組的成功接收。 利用第五實(shí)施例的提議的機(jī)制，通過發(fā)現(xiàn)適當(dāng)?shù)陌l(fā)射波束成形矢量并將該信息饋 送給發(fā)射機(jī)，接收機(jī)可以在上行鏈路發(fā)起并協(xié)調(diào)MU MMO傳輸，因此，其為MU MMO上行鏈 路傳輸提供了高效的信道接入機(jī)制以及干擾避免技術(shù)。 在第六個(gè)實(shí)施例中，提議一種機(jī)制以降低MU-DCF中的開銷。MU-DCF中大部分的 開銷是由于在每幀之前具有其SIFS間隔和前導(dǎo)碼的多個(gè)M-CTS和M-ACK幀應(yīng)答而產(chǎn)生的。 應(yīng)用不同于時(shí)分多路接入(TDMA)的多路接入方案極大地改善了 MU-DCF網(wǎng)絡(luò)的性能。
在MIMO系統(tǒng)中，空間復(fù)用幀是可能的，但是不能假定在發(fā)射機(jī)的信道知識(shí)。在 OF匿系統(tǒng)中，比如IEEE 802. lla，使用OFDMA傳輸導(dǎo)致最小的硬件復(fù)雜性。但是，諸如 MC-CDMA或CDMA之類的其它方案可以有相似的效果。 在OFDMA情況下，通過使用例如子載波的四分之一，諸如M-CTS和M-ACK幀之類的 短分組不是四倍長(zhǎng)，因?yàn)閹闹饕糠质乔皩?dǎo)碼。根據(jù)物理層，M-CTS和M-ACK幀是幾個(gè)符 號(hào)長(zhǎng)。假定1024字節(jié)的分組大小、54Mb/s數(shù)據(jù)分組的物理層模式、36Mb/s的物理層模式 (以及如IEEE 802. 11a標(biāo)準(zhǔn)中的其他相關(guān)參數(shù))，傳輸窗口在SU模式下有338 y s的持續(xù) 時(shí)間，在MU模式(TDMA)下是578 ii s，在MU模式下(OFDMA)是362 y s。
因此，在第六實(shí)施例中提議降低在MU-DCF中在MU模式操作下傳輸M-CTS和M-ACK 幀所需要的時(shí)間。這將MU中的開銷幾乎降低到SU系統(tǒng)的開銷，同時(shí)保留以上提到的 MU-MIMO傳輸?shù)暮锰帯?取代在TDMA模式下傳輸M-CTS和M_ACK幀，所有的子載波被劃分成子集，每一子 集被分配給一個(gè)必須發(fā)送M-CTS或M-ACK幀的站。 關(guān)于子載波子集到站的映射的信息可以由MU-RTS幀中傳達(dá)的地址列表中的接收 機(jī)順序決定。因此，同時(shí)傳輸M-CTS或M-ACK幀，從而在IEEE 802. 11網(wǎng)絡(luò)中在每幀之前并 且在MU-MMO系統(tǒng)中是開銷的載波的SIFS間隔和前導(dǎo)符是平行的。根據(jù)物理層特性，M-CTS 和M-ACK幀可以僅幾個(gè)符號(hào)長(zhǎng)。 總之，已經(jīng)描述了向多個(gè)其它傳輸端執(zhí)行多用戶傳輸?shù)陌l(fā)送設(shè)備、接收設(shè)備、系統(tǒng) 和方法，其中傳輸請(qǐng)求，例如MU-RTS幀、MU-CFR幀或者C4T幀，被廣播給多個(gè)其它傳輸端， 并且其中給該請(qǐng)求提供了 MAC幀，該幀包括被要求對(duì)該請(qǐng)求作出應(yīng)答的接收端的至少兩個(gè) 標(biāo)識(shí)的列表。本發(fā)明基本的總的原理的各種有益的進(jìn)一步增強(qiáng)和改進(jìn)已經(jīng)在以上的實(shí)施例 中提供。 注意，本發(fā)明不限于以上的實(shí)施例，可以用于任意多用戶傳輸方案，不單單是MU MMO。更具體地，本發(fā)明適用于所有類型的基于MMO的WLAN，特別是M-DCF系統(tǒng)。協(xié)議在 單用戶(SU)以及MU模式都起作用?？梢栽诖嬖诙鄠€(gè)連接的高互聯(lián)系統(tǒng)中以及AP下行鏈 路中，期望相比M-DCF的性能改善。而且，本發(fā)明適用于所有使用隨機(jī)接入MAC機(jī)制的多用 戶無線系統(tǒng)。期望提高無線網(wǎng)絡(luò)的譜效率，其中通信量是不對(duì)稱的，并且大部分通信量來自單個(gè)發(fā)射機(jī)，比如下行鏈路場(chǎng)景中的AP或向多路站分發(fā)數(shù)據(jù)的服務(wù)器，和/或其中大部分 通信量去往單個(gè)接收機(jī)，比如上行鏈路場(chǎng)景中的AP或提供對(duì)外部網(wǎng)絡(luò)接入的網(wǎng)關(guān)。
最后，但是益發(fā)重要地，應(yīng)當(dāng)注意，用在說明書包括權(quán)利要求書中的術(shù)語"包括"意 在指明存在被陳述的特征、裝置、步驟或組件，但不排除存在或增加一個(gè)或多個(gè)其它特征、 裝置、步驟、組件或其群組。而且權(quán)利要求中元件前面的"一個(gè)"或"一種"不排除存在多個(gè) 這種元件。此外，任意參考標(biāo)記不限制權(quán)利要求書的范圍。
權(quán)利要求
一種發(fā)送設(shè)備，用于執(zhí)行到多個(gè)其它傳輸端(21-24)的多用戶傳輸，所述設(shè)備(10)適用于a)向所述多個(gè)其它傳輸端(21-24)廣播傳輸請(qǐng)求；以及b)向所述請(qǐng)求提供媒體接入控制MAC幀，該幀包括被請(qǐng)求對(duì)所述請(qǐng)求作出應(yīng)答的其它傳輸端的至少兩個(gè)標(biāo)識(shí)的列表。
2. 根據(jù)權(quán)利要求l的設(shè)備，其中所述設(shè)備(10)適合于僅從去往對(duì)所述傳輸請(qǐng)求作出應(yīng) 答的那些其它傳輸端中的至少一個(gè)的分組創(chuàng)建傳輸幀。
3. 根據(jù)權(quán)利要求2的設(shè)備，其中所述標(biāo)識(shí)包括MAC地址。
4. 根據(jù)權(quán)利要求l的設(shè)備，其中所述其它傳輸端是被尋址以返回發(fā)送請(qǐng)求來顯示它們 的發(fā)送意圖的候選發(fā)射機(jī)。
5. 根據(jù)權(quán)利要求4的設(shè)備，其中所述設(shè)備適合于根據(jù)所述候選發(fā)射機(jī)的信道實(shí)現(xiàn)來執(zhí) 行對(duì)它們的信道估計(jì)，以及通過指示哪個(gè)發(fā)射機(jī)可以通過哪個(gè)波束成形矢量接入信道的發(fā) 送確認(rèn)對(duì)所述發(fā)送請(qǐng)求作出應(yīng)答。
6. 根據(jù)權(quán)利要求1的設(shè)備，其中所述設(shè)備(10)被配置為使用所述傳輸請(qǐng)求作為反饋 信道狀態(tài)信息的請(qǐng)求，基于從所述其它傳輸端接收的信道狀態(tài)反饋信息評(píng)估所述其它傳輸 端(21-24)的信道實(shí)現(xiàn)，以及為所述其它傳輸端導(dǎo)出適當(dāng)?shù)牟ㄊ尚问噶俊?br> 7. 根據(jù)權(quán)利要求6的設(shè)備，其中所述傳輸請(qǐng)求包括指定用于所述請(qǐng)求的信道狀態(tài)反饋 信息的格式的信息。
8. 根據(jù)權(quán)利要求6或7的設(shè)備，其中所述設(shè)備適合于，通過發(fā)送指示已經(jīng)從中接收到傳 輸?shù)哪切┢渌鼈鬏敹说腗AC幀，確認(rèn)所述傳輸?shù)慕邮铡?br> 9. 根據(jù)權(quán)利要求8的設(shè)備，其中所述設(shè)備適合于，通過在所述MAC幀中提供的位圖中設(shè) 置各自的比特，指示已經(jīng)從中接收到所述傳輸?shù)乃銎渌鼈鬏敹恕?br> 10. 根據(jù)權(quán)利要求6-9任意之一的設(shè)備，其中所述設(shè)備(10)適合于，廣播包括其它傳輸 端的列表以及用于所述其它傳輸端的所述適當(dāng)?shù)牟ㄊ尚问噶康陌l(fā)送請(qǐng)求幀。
11. 根據(jù)權(quán)利要求1的設(shè)備，其中所述設(shè)備(10)適合于，向所述傳輸請(qǐng)求添加指示整個(gè) 期望的傳輸?shù)念A(yù)測(cè)持續(xù)時(shí)間的持續(xù)時(shí)間信息。
12. 根據(jù)前面權(quán)利要求任意之一的設(shè)備，其中所述設(shè)備包括具有多輸入鏈和多輸出鏈 中至少一個(gè)的多用戶收發(fā)信機(jī)。
13. —種接收設(shè)備，用于接收多用戶傳輸信號(hào)，所述設(shè)備(21-24)適合于a) 接收傳輸請(qǐng)求；b) 檢測(cè)所述傳輸請(qǐng)求提供的媒體接入控制MAC幀中至少兩個(gè)接收機(jī)標(biāo)識(shí)的列表；以及c) 如果所述列表包括所述設(shè)備(21-24)的標(biāo)識(shí)，那么對(duì)所述傳輸請(qǐng)求作出響應(yīng)。
14. 根據(jù)權(quán)利要求13的設(shè)備，其中所述設(shè)備(21-24)適合于，以包括信道狀態(tài)信息的信 道反饋幀對(duì)所述傳輸請(qǐng)求作出響應(yīng)。
15. 根據(jù)權(quán)利要求13或14的設(shè)備，其中所述設(shè)備(21-24)適合于，基于所述標(biāo)識(shí)在所 述列表中的順序，為其響應(yīng)導(dǎo)出定時(shí)。
16. 根據(jù)權(quán)利要求13-15任意之一的設(shè)備，其中所述設(shè)備適合于，在該響應(yīng)中包括指示 其傳輸隊(duì)列中的數(shù)據(jù)量的持續(xù)時(shí)間信息。
17. 根據(jù)權(quán)利要求13的設(shè)備，其中所述設(shè)備(21-24)適合于，如果所述列表沒有包含所述設(shè)備的任何標(biāo)識(shí)，則依照所述傳輸請(qǐng)求中提供的持續(xù)時(shí)間字段的內(nèi)容設(shè)置其網(wǎng)絡(luò)分配矢
18. 根據(jù)權(quán)利要求13的設(shè)備，其中所述設(shè)備(21-24)適合于，通過使用所述傳輸請(qǐng)求中 提供的持續(xù)時(shí)間字段，計(jì)算等待其響應(yīng)的時(shí)間。
19. 根據(jù)權(quán)利要求13的設(shè)備，其中所述設(shè)備(21-24)適合于，通過將匯聚MAC分組數(shù)據(jù) 單元和探測(cè)反饋機(jī)制組合起來來響應(yīng)。
20. 根據(jù)權(quán)利要求13的設(shè)備，其中所述設(shè)備(21-24)適合于，為該響應(yīng)使用分配的多用 戶傳輸信號(hào)的子載波的子集。
21. 根據(jù)權(quán)利要求20的設(shè)備，其中所述設(shè)備(21-24)適合于，從所述標(biāo)識(shí)在所述列表中 的順序?qū)С鏊龇峙涞淖蛹?br> 22. 根據(jù)權(quán)利要求20的設(shè)備，其中所述設(shè)備(21-24)適合于，在接收所述請(qǐng)求之后響應(yīng) 預(yù)定時(shí)間周期。
23. 根據(jù)前面的權(quán)利要求任意之一的設(shè)備，其中所述設(shè)備包括具有多輸入鏈和多輸出 鏈中的至少一個(gè)的多用戶收發(fā)信機(jī)。
24. —種用于在第一傳輸端(10)和多個(gè)第二傳輸端(21-24)之間執(zhí)行多用戶傳輸?shù)姆?法，所述方法包括a) 將被請(qǐng)求對(duì)所述多用戶傳輸作出響應(yīng)的接收端的至少兩個(gè)標(biāo)識(shí)的列表并入媒體接 入控制MAC幀；以及b) 在傳輸?shù)剿龆鄠€(gè)第二傳輸端(21-24)的傳輸請(qǐng)求中，廣播包括所述列表的所述 MAC幀，。
25. —種多用戶傳輸系統(tǒng)，包括至少一個(gè)根據(jù)權(quán)利要求1的發(fā)送設(shè)備和至少一個(gè)根據(jù) 權(quán)利要求10的接收設(shè)備。
26. 根據(jù)權(quán)利要求25的系統(tǒng)，其中所述至少一個(gè)發(fā)送設(shè)備(10)和所述至少一個(gè)接收設(shè) 備是無線局域網(wǎng)的至少一部分。
27. —種計(jì)算機(jī)程序產(chǎn)品，包括代碼設(shè)備，用于當(dāng)運(yùn)行在計(jì)算機(jī)設(shè)備上時(shí)生成權(quán)利要求 24的步驟。
全文摘要
本發(fā)明涉及一種執(zhí)行到多個(gè)其它傳輸端(21-24)的多用戶傳輸?shù)陌l(fā)送設(shè)備、接收設(shè)備、系統(tǒng)和方法，其中，向所述多個(gè)其它傳輸端(21-24)廣播傳輸請(qǐng)求，并且向所述請(qǐng)求提供媒體接入控制MAC幀，該幀包括被清求對(duì)該請(qǐng)求作出應(yīng)答的接收端的至少兩個(gè)標(biāo)識(shí)的列表。
文檔編號(hào)H04W74/06GK101796880SQ200880104985
公開日2010年8月4日 申請(qǐng)日期2008年8月26日 優(yōu)先權(quán)日2007年8月31日
發(fā)明者B·沃爾克, H·J·魯默曼, J·米爾科維奇, M·埃因豪斯, S·A·休森, S·瑟貝特利, T·J·J·登特尼爾 申請(qǐng)人:皇家飛利浦電子股份有限公司