一種競爭接入方法及站點設備的制作方法
【專利摘要】本發(fā)明提供了一種競爭接入方法及站點設備，站點收到目標接收方為本站點的無線幀，在滿足預設條件時，使用擴展幀間間隔進行信道競爭接入，預設條件包括所述無線幀為多用戶多入多出無線幀且所述無線幀中針對所述站點指示的應答策略為不需要立即回復應答幀的策略。本方案中，引入了擴展幀間間隔，站點在使用不需要立即回復應答幀的策略時，采用擴展幀間間隔競爭信道，可以避免由于MU傳輸造成的MU用戶提前競爭信道帶來的競爭碰撞問題，也可以避免非立即回復應答幀的MU用戶對立即回復應答幀的MU用戶的干擾，避免隱藏終端問題。
【專利說明】一種競爭接入方法及站點設備
【技術領域】
[0001]本發(fā)明涉及無線通信領域，具體地，涉及一種競爭接入方法及站點設備。
【背景技術】
[0002]目前，在無線網(wǎng)絡領域，無線局域網(wǎng)(Wireless Local Area Networks,簡稱WLAN)快速發(fā)展，對WLAN覆蓋的需求要求日益增長，對吞吐量的要求亦越來越高。電氣和電子工程師協(xié)會工業(yè)規(guī)范IEEE802.11組中，先后定義了 802.1la,802.1lb,802.Hg,802.1ln等一系列最普通的WLAN技術標準，隨后又陸續(xù)出現(xiàn)了其他任務組，例如，802.1lac任務組進一步提出甚高吞吐量(Very High throughput,簡稱VHT)的概念,通過引入更大的信道帶寬、更高階的多輸入多輸出(Multiple-1nput Multiple-Output,簡稱ΜΙΜΟ)和多用戶多輸入多輸出(MU-MMO)等技術，數(shù)據(jù)速率能夠達到IGbps以上。新的協(xié)議需要后向兼容之前的協(xié)議。另外，剛成立不久的802.1lah任務組，也使用了 MU-MMO等技術。
[0003]在WLAN系統(tǒng)中，一個接入點(Access Point，簡稱AP)以及與此AP相關聯(lián)的多個站點(STAtion,簡稱STA)組成了一個基本服務集(Basic Service Set,簡稱BSS)。WLAN的特點是利用帶有沖突避免的載波偵聽多路訪問機制(CSMA/CA，CSMA with CollisionAvoidance)使多個站點共享無線信道。競爭接入機制時，站點在退避時間內(nèi)檢測信道，該退避時間一般包括一個幀間間隔加上隨機個數(shù)的時隙，當信道在上述退避時間內(nèi)都檢測為空閑時，站點才可以接入信道。上述幀間間隔在分布式協(xié)調(diào)功能(DCF，distributedcoordination function)下為 DCF 巾貞間間隔(DIFS, DCF interframe space),在增強分布式信道接口(EDCA, enhanced distributed channel access)下為仲裁巾貞間間隔(AIFS,Arbitration interframe space)。
[0004]多個無線站點共享信道時，無線環(huán)境的沖突檢測變得非常困難，其中一大問題就是隱藏站點。隱藏站點示例如圖1所示，站點A向B發(fā)送數(shù)據(jù)，同時站點C也發(fā)送數(shù)據(jù)，由于C和A彼此都處于對方的覆蓋范圍之外，A和C同時發(fā)送將導致沖突，造成B不能正確接收數(shù)據(jù)。從A的角度來看，C即是一個隱藏站點。為解決隱藏站點問題，802.11提出了虛擬信道檢測機制，即通過在無線幀幀頭中包含信道預約時間信息，其他接收到含有信道預約時間信息的無線巾貞的旁聽站點設置本地存儲的一個網(wǎng)絡分配矢量(Network AllocationVector,簡稱NAV)，NAV的取值設置為上述信道預約時間信息的最大值，在該時間內(nèi)，旁聽站點不會發(fā)送數(shù)據(jù)，從而避免了隱藏節(jié)點競爭信道造成的碰撞，NAV減為零后，其他站點才能發(fā)送數(shù)據(jù)。例如發(fā)送方發(fā)送請求發(fā)送(RTS, Request to send)巾貞進行信道預約,其中包含信道預約時間信息，接收方響應清除發(fā)送(CTS,Clear to send)巾貞進行信道預約確認,其中也包含信道預約時間信息，以保證發(fā)送方能夠完成后續(xù)的數(shù)據(jù)幀交換。設置NAV的示意如圖2所示。
[0005]一般的數(shù)據(jù)幀交換過程包括發(fā)送方發(fā)送數(shù)據(jù)幀，目標接收方成功接收后回復應答幀，在上述NAV設置過程中，當站點收到的無線幀指示自己是接收方時(即無線幀RA的值與本地MAC地址匹配)，該站點不根據(jù)無線幀攜帶的信道預約時間信息來更新NAV。[0006]WLAN新技術中引入了 MU-MM0，即將同時在同一頻帶上發(fā)送的多個空時流分配給不同的用戶，實現(xiàn)空間復用。例如AP發(fā)送一個多用戶無線幀MU層協(xié)議數(shù)據(jù)單元(prou，Presentation Protocol Data Unit),該PPDU包含8個空時流，可以將第1、2空時流分配給STA1，空時流3、4分配給STA2，空時流5、6分配給STA3，空時流7、8分配給STA4，這樣AP通過一次發(fā)送無線幀，同時傳輸了多個用戶的數(shù)據(jù)，上述過程在現(xiàn)有技術中稱為下行MU-MMO，STA1?STA4稱為MU用戶。上述MU PPDU包含有全向部分和定向部分，上述STAf STA4及其他旁聽站點都能夠接收全向部分，但是一般只有目標用戶能接收定向部分，例如，一般情況下只有STAl能夠接收空時流I和2的數(shù)據(jù)，同時上述MU用戶都不會更新NAV。MU-MMO傳輸?shù)膸粨Q過程如圖3所示。在圖3中，MU PPDU包含STA1?STA3的數(shù)據(jù)，這三個STA中至多有一個STA可以在收到MU PPDU后默認立即回復確認幀BA，而其它兩個STA在收到AP發(fā)送的應答請求幀BAR后才可以回復確認幀BA，圖3為示意圖，在實際系統(tǒng)中，AP還可以稍后發(fā)送BAR請求BA。
[0007]上述MU傳輸過程在現(xiàn)技術下會有以下問題，如圖3所示，當STA1?STA3接收完成MU PPDU后，由于MU用戶只能看到自己的數(shù)據(jù)，即RA與自己的MAC地址匹配，則都不更新NAV,當STAl會在MU PPDU后默認回復應答幀；若STA2?STA3是STAl的隱藏終端，則聽不到STAl默認回復的BA，而STA2?STA3不更新NAV且協(xié)議對它們的操作沒有任何限制，則它們在MU PPDU傳輸結(jié)束后就可以使用上述退避時間競爭接入信道，上述退避時間包含幀間間隔(在無線局域網(wǎng)站為DIFS或AIFS)加上隨機個數(shù)的退避時隙，如果退避時間小于STAl的發(fā)送BA的傳輸時間，這樣STA2?STA3就會干擾STAl的BA傳輸，造成了競爭碰撞問題。

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

[0008]本發(fā)明要解決的技術問題是提供一種競爭接入方法及站點設備，解決現(xiàn)有技術無線站點進行MU傳輸時，可能出現(xiàn)的上述競爭碰撞問題。
[0009]為了解決上述技術問題，本發(fā)明提供了一種競爭接入方法，其中，站點收到目標接收方為本站點的無線幀，在滿足預設條件時，使用擴展幀間間隔進行信道競爭接入，預設條件包括所述無線幀為多用戶多入多出無線幀且所述無線幀中針對所述站點指示的應答策略為不需要立即回復應答幀的策略。
[0010]進一步地，上述方法還可以具有以下特點:
[0011]所述擴展幀間間隔是幀間間隔與擴展時間長度之和，所述幀間間隔是指分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔(DIFS)或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS);
[0012]所述擴展時間長度包括一個短幀間間隔與一個應答幀傳輸時長之和。
[0013]進一步地，上述方法還可以具有以下特點:
[0014]所述短幀間間隔為發(fā)送的無線幀和其對應的應答幀之間的幀間間隔；
[0015]所述應答幀傳輸時長指使用所述站點支持的速率集中最低的物理層速率和預定義的應答確認幀計算得出的應答幀傳輸時間。
[0016]進一步地，上述方法還可以具有以下特點:
[0017]所述多用戶多入多出無線幀的物理層信令中未指示應答幀類型。[0018]進一步地，上述方法還可以具有以下特點:
[0019]所述多用戶多入多出無線幀的物理層信令中指示有應答幀類型并且應答幀類型不是無應答幀時，所述應答幀傳輸時長是根據(jù)所述站點預設的速率和所述物理層信令中指示的應答幀類型計算得出。
[0020]進一步地，上述方法還可以具有以下特點:
[0021]所述多用戶多入多出無線幀的物理層信令中指示有應答幀類型并且應答幀類型為無應答幀時，所述站點使用幀間間隔進行信道競爭接入，所述幀間間隔為分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS)。
[0022]進一步地，上述方法還可以具有以下特點:
[0023]所述無線幀中針對所述站點指示的應答策略為需要立即回復應答幀時,所述站點使用幀間間隔進行信道競爭接入，所述幀間間隔為分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS)。
[0024]為了解決上述技術問題，本發(fā)明還提供了一種站點設備，其中，所述站點包括接收模塊、判斷模塊、競爭接入模塊；
[0025]所述接收模塊，用于接收目標接收方為本站點的無線幀；
[0026]所述判斷模塊，用于判斷是否滿足預設條件，預設條件包括所述無線幀為多用戶多入多出無線幀且所述無線幀中針對所述站點指示的應答策略為不需要立即回復應答幀的策略；
[0027]所述競爭接入模塊，用于在所述判斷模塊判定滿足所述預設條件時，使用擴展幀間間隔進行信道競爭接入。
[0028]進一步地，上述站點設備還可以具有以下特點:
[0029]所述擴展幀間間隔是幀間間隔與擴展時間長度之和，所述幀間間隔是指分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS)；
[0030]所述擴展時間長度包括一個短幀間間隔與一個應答幀傳輸時長之和。
[0031]進一步地，上述站點設備還可以具有以下特點:
[0032]所述短幀間間隔為發(fā)送的無線幀和其對應的應答幀之間的幀間間隔；
[0033]所述應答幀傳輸時長指使用所述站點支持的速率集中最低的物理層速率和預定義的應答確認幀計算得出的應答幀傳輸時間。
[0034]本方案中，引入了擴展幀間間隔，站點在使用不需要立即回復應答幀的策略時，采用擴展幀間間隔競爭信道，可以避免由于MU傳輸造成的MU用戶提前競爭信道帶來的競爭碰撞問題,也可以避免非立即回復應答幀的MU用戶對立即回復應答幀的MU用戶的干擾，避免隱減終〗而問題。
【專利附圖】

【附圖說明】
[0035]圖1為現(xiàn)有技術隱藏終端情況的示意圖；
[0036]圖2為現(xiàn)有技術中設置NAV不意圖；
[0037]圖3為現(xiàn)有技術中MU-MMO數(shù)據(jù)傳輸過程示意圖；
[0038]圖4是本方案競爭接入方法的流程圖?！揪唧w實施方式】
[0039]如圖4所示，競爭接入方法包括:站點收到目標接收方為本站點的無線幀，在滿足預設條件時，使用擴展幀間間隔進行信道競爭接入，預設條件包括所述無線幀為多用戶多入多出無線幀且所述無線幀中針對所述站點指示的應答策略為不需要立即回復應答幀的策略。
[0040]所述擴展幀間間隔是幀間間隔與擴展時間長度之和，所述幀間間隔是指分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS);所述擴展時間長度包括一個短幀間間隔與一個應答幀傳輸時長之和。
[0041]所述短巾貞間間隔(Short InterFrame Spacing)為發(fā)送的無線巾貞和其對應的應答幀之間的幀間間隔；所述應答幀傳輸時長指使用所述站點支持的速率集中最低的物理層速率和預定義的應答確認幀計算得出的應答幀傳輸時間。
[0042]現(xiàn)有協(xié)議中應答策略包括四種策略:一，BA應答策略，二，立即應答策略，三，不應答策略，四，無明確應答或PSMP應答策略；本方法中的策略是指除了立即應答策略之外的其它應答策略。應答策略被指示于無線幀的MAC信令中即包含在無線幀的定向部分。應答幀類型包括ACK應答幀、BA應答幀、無應答幀。應答幀類型被指示于無線幀的物理層信令中即包含在無線幀的全向部分。無線幀的物理層信令中可以指示有應答幀類型，也可以不指示應答幀類型。上述方法可以適用于無線幀的物理層信令中未指示應答幀類型的情況。
[0043]所述無線巾貞中針對所述站點指示的應答策略為需要立即回復應答巾貞時,所述站點使用幀間間隔進行信道競爭接入，所述幀間間隔為分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS)。
[0044]所述多用戶多入多出無線幀的物理層信令中指示有應答幀類型并且應答幀類型不是無應答幀時，所述應答幀傳輸時長是根據(jù)所述站點預設的速率和所述物理層信令中指示的應答幀類型計算得出。
[0045]所述多用戶多入多出無線幀的物理層信令中指示有應答幀類型并且應答幀類型為無應答幀時，所述站點使用幀間間隔進行信道競爭接入，所述幀間間隔為分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS)。
[0046]本方案中的站點設備包括接收模塊、判斷模塊、競爭接入模塊；
[0047]所述接收模塊，用于接收目標接收方為本站點的無線幀；
[0048]所述判斷模塊，用于判斷是否滿足預設條件，預設條件包括所述無線幀為多用戶多入多出無線幀且所述無線幀中針對所述站點指示的應答策略為不需要立即回復應答幀的策略；
[0049]所述競爭接入模塊，用于在所述判斷模塊判定滿足所述預設條件時，使用擴展幀間間隔進行信道競爭接入。
[0050]所述擴展幀間間隔是幀間間隔與擴展時間長度之和，所述幀間間隔是指分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS);所述擴展時間長度包括一個短幀間間隔與一個應答幀傳輸時長之和。
[0051 ] 所述短幀間間隔為發(fā)送的無線幀和其對應的應答幀之間的幀間間隔；所述應答幀傳輸時長指使用所述站點支持的速率集中最低的物理層速率和預定義的應答確認幀計算得出的應答巾貞傳輸時間。
[0052]所述競爭接入模塊，還用于在判斷模塊判定所述無線幀中針對所述站點指示的應答策略為需要立即回復應答幀時，使用幀間間隔進行信道競爭接入，所述幀間間隔為分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS)0
[0053]所述競爭接入模塊，還用于在判斷模塊判定所述多用戶多入多出無線幀的物理層信令中指示有應答幀類型并且應答幀類型不是無應答幀時，使用擴展幀間間隔進行信道競爭接入，所述應答幀傳輸時長是根據(jù)所述站點預設的速率和所述物理層信令中指示的應答幀類型計算得出。
[0054]所述競爭接入模塊，還用于在判斷模塊判定所述多用戶多入多出無線幀的物理層信令中指示有應答幀類型并且應答幀類型為無應答幀時，使用幀間間隔進行信道競爭接入，所述幀間間隔為分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS)。
[0055]下面通過具體實施例進行詳細說明。
[0056]具體實施例一
[0057]接入點AP的某個接入類成功競爭到信道后發(fā)送無線幀，且發(fā)送的無線幀為多用戶無線幀MU prou，假設MU PPDU中包含STA1?STA4四個用戶各自的聚合數(shù)據(jù)包，AP為每個MU用戶分配空時流的位置和數(shù)目，并將其指示在MU PPDU的物理層幀頭部分，AP在每個MU用戶的數(shù)據(jù)包中指示接收STA的地址RA，并且在數(shù)據(jù)包中指示該STA在接收完MU PPDU后的應答策略。假設AP在無線幀的物理層信令中未指示應答幀類型。假設AP在STAl的數(shù)據(jù)包中RA的值設置為STAl的MAC地址，且設置STAl的應答策略為立即回復，STA2?STA4的數(shù)據(jù)包中RA分別設置為STA2?STA4的MAC地址，且要求STA2?STA4在收完MU PPDU后不需要立即回復應答幀。上述STAf STA4中的數(shù)據(jù)包中攜帶的信道預約信息Duration的值是相同的。
[0058]上述STA1?STA4收到MU PPDU的物理幀頭發(fā)現(xiàn)該無線幀含有自己的數(shù)據(jù)包后，根據(jù)物理幀頭指示接收該無線幀中屬于自己的數(shù)據(jù)。STAf STA4通過物理幀頭指示判斷無線幀為多用戶無線幀，且在接收完成的數(shù)據(jù)包中，接收地址RA與自己的MAC地址匹配，STA1?STA4不根據(jù)接收到的數(shù)據(jù)包中攜帶的信道預約信息Duration來更新自己的NAV設置。
[0059]STAl收到接收地址是自己的MU數(shù)據(jù)包且需要立即回復應答幀，則STAl在SIFS后回復應答幀ACK或應答幀BA，且在回復完應答幀后使用普通幀間間隔DIFS或AIFS競爭信道，而不使用擴展幀間間隔競爭信道。
[0060]STA2?STA4收到接收地址是自己的MU數(shù)據(jù)包且不需要立即回復應答幀，則STA2?STA4若嘗試競爭接入獲取傳輸機會，則STA2?STA4應使用擴展幀間間隔競爭接入信道，在DCF下擴展幀間間隔為EIFS，EIFS的值等于DIFS與SIFS再與應答幀ACK(此應答幀ACK為系統(tǒng)預設的應答幀)按照物理層最低支持的速率傳輸所使用的時間之和。在EDCA方式下擴展幀間間隔為AIFS [AC]與SIFS再與應答幀ACK按照物理層最低支持的速率傳輸所使用的時間之和，其中AIFS[AC]為不同接入類別使用的AIFS值，另外站點在本地NAV減少變?yōu)镺前，不能主動競爭信道獲取傳輸機會。[0061]但站點STA2?STA4要立即回復的除了上述對于所述無線幀的應答幀之外的應答幀時，必須在SIFS后立即回復而不考慮其他因素，例如上述STA2在收到發(fā)給自己的應答請求幀BAR后應做出立即應答，而不考慮競爭接入使用的幀間間隔和當前NAV的值。
[0062]具體實施例二
[0063]接入點發(fā)送MU-MMO無線幀給目標用戶STA1?STA4，且在無線幀物理層信令指示應答幀類型，這里設置為類型為BA，且在MAC層信令中分別針對STAf STA4指示它們各自的應答策略，針對STAl設置為立即回復策略，針對STA2?STA4設置為塊確認策略(指不需要立即回復)。
[0064]STAl接收到所述MU-MMO無線幀后，立即回復BA，并使用DIFS或AIFS競爭接入。而STA2?STA4接收到所述MU-MMO無線幀后不回復任何幀，使用AIFS/DIFS再加上一個應答幀類型指示的BA幀類型的傳輸時間加上SIFS的時間競爭接入信道，即擴展長度是根據(jù)物理層信令的指示計算的。
[0065]具體實施例三
[0066]接入點發(fā)送MU-MMO無線幀給目標用戶STA1?STA4，且在無線幀物理層信令指示應答幀類型，這里設置為類型為無應答幀，且在MAC層信令中分別針對STAf STA4指示它們各自的應答策略，此處STAf STA4都設置為塊確認策略(指不需要立即回復)。
[0067]STArSTA4收到上述MU-MMO無線幀后不回復任何幀，使用AIFS/DIFS競爭接入信道。
[0068]需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相
互任意組合。
[0069]當然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟悉本領域的技術人員可根據(jù)本發(fā)明作出各種相應的改變和變形，但這些相應的改變和變形都應屬于本發(fā)明所附的權利要求的保護范圍。
[0070]本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。
【權利要求】
1.一種競爭接入方法，其中， 站點收到目標接收方為本站點的無線幀，在滿足預設條件時，使用擴展幀間間隔進行信道競爭接入，預設條件包括所述無線幀為多用戶多入多出無線幀且所述無線幀中針對所述站點指示的應答策略為不需要立即回復應答幀的策略。
2.如權利要求1所述的方法，其特征在于， 所述擴展幀間間隔是幀間間隔與擴展時間長度之和，所述幀間間隔是指分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔(DIFS)或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS); 所述擴展時間長度包括一個短幀間間隔與一個應答幀傳輸時長之和。
3.如權利要求2所述的方法，其特征在于， 所述短幀間間隔為發(fā)送的無線幀和其對應的應答幀之間的幀間間隔； 所述應答幀傳輸時長指使用所述站點支持的速率集中最低的物理層速率和預定義的應答確認幀計算得出的應答幀傳輸時間。
4.如權利要求1至3中任一權利要求所述的方法，其特征在于， 所述多用戶多入多出無線幀的物理層信令中未指示應答幀類型。
5.如權利要 求4所述的方法，其特征在于， 所述多用戶多入多出無線幀的物理層信令中指示有應答幀類型并且應答幀類型不是無應答幀時，所述應答幀傳輸時長是根據(jù)所述站點預設的速率和所述物理層信令中指示的應答幀類型計算得出。
6.如權利要求4所述的方法，其特征在于， 所述多用戶多入多出無線幀的物理層信令中指示有應答幀類型并且應答幀類型為無應答幀時，所述站點使用幀間間隔進行信道競爭接入，所述幀間間隔為分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS)。
7.如權利要求1所述的方法，其特征在于， 所述無線幀中針對所述站點指示的應答策略為需要立即回復應答幀時，所述站點使用幀間間隔進行信道競爭接入，所述幀間間隔為分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS)。
8.—種站點設備,其中， 所述站點包括接收模塊、判斷模塊、競爭接入模塊； 所述接收模塊，用于接收目標接收方為本站點的無線幀； 所述判斷模塊，用于判斷是否滿足預設條件，預設條件包括所述無線幀為多用戶多入多出無線幀且所述無線幀中針對所述站點指示的應答策略為不需要立即回復應答幀的策略； 所述競爭接入模塊，用于在所述判斷模塊判定滿足所述預設條件時，使用擴展幀間間隔進行信道競爭接入。
9.如權利要求8所述的站點設備，其特征在于， 所述擴展幀間間隔是幀間間隔與擴展時間長度之和，所述幀間間隔是指分布式協(xié)調(diào)功能(DCF)下的DCF幀間間隔或者在增強分布式信道接口(EDCA)下的仲裁幀間間隔(AIFS); 所述擴展時間長度包括一個短幀間間隔與一個應答幀傳輸時長之和。
10.如權利要求9所述的站點設備，其特征在于， 所述短幀間間隔為發(fā)送的無線幀和其對應的應答幀之間的幀間間隔； 所述應答幀傳輸時長指使用所述站點支持的速率集中最低的物理層速率和預定義的應答確認幀計算得出的應 答幀傳輸時間。
【文檔編號】H04W74/08GK103476130SQ201210188569
【公開日】2013年12月25日 申請日期:2012年6月8日 優(yōu)先權日:2012年6月8日
【發(fā)明者】邢衛(wèi)民, 田開波, 呂開穎, 姜靜, 韓志強, 楊丹 申請人:中興通訊股份有限公司