的上行消息的流程圖，如圖9B所示，該流程包括:
[0099]S9B01:下行控制模塊接收到AP發(fā)送的STA的上行消息，執(zhí)行S9B02 ;
[0100]S9B02:下行控制模塊判斷是否已經(jīng)啟動(dòng)了根據(jù)第一傳輸時(shí)延(第一傳輸時(shí)延為在連接不同AP的網(wǎng)絡(luò)中傳輸AP之間信號的傳輸時(shí)延)設(shè)定的針對STA的定時(shí)器，如果是，則執(zhí)行S9B03，如果否，則執(zhí)行S9B04。
[0101]S9B03:當(dāng)根據(jù)第一傳輸時(shí)延設(shè)定的定時(shí)器超時(shí)時(shí)，在所有向下行控制模塊發(fā)送了STA的上行消息的AP中，下行控制模塊選擇STA的上行消息接收功率最強(qiáng)的一個(gè)AP，指示該AP向STA回復(fù)下行消息，然后停止根據(jù)第一傳輸時(shí)延設(shè)定的針對STA的定時(shí)器，并將該定時(shí)器清零。
[0102]S9B04:下行控制模塊根據(jù)第一傳輸時(shí)延啟動(dòng)針對STA的定時(shí)器。
[0103]圖9C是根據(jù)本發(fā)明優(yōu)選實(shí)施例的下行消息控制模塊獨(dú)立設(shè)置時(shí)AP接收下行消息控制模塊發(fā)送的指示AP向STA回復(fù)消息的流程圖，如圖9C所示，該流程包括:
[0104]S9C01:AP收到下行消息控制器指示向STA回復(fù)下行消息的指令，執(zhí)行S9C02。
[0105]S9C02:AP向STA回復(fù)下行消息。
[0106]下面對情況(2)下的消息處理流程進(jìn)行描述:
[0107]圖10是根據(jù)本發(fā)明優(yōu)選實(shí)施例的下行消息控制模塊設(shè)置在AP內(nèi)部的消息處理流程圖，如圖10所示，該流程包括:
[0108]S1001:AP收到STA發(fā)送的上行消息，執(zhí)行S1002。
[0109]S1002:如果上行消息的地址為廣播地址或者為組播地址、本AP上建立的BSS的標(biāo)志BSSID屬于該組播地址，且上行消息的接收信號強(qiáng)度高于第一接受功率門限，則AP執(zhí)行S1003 ;否則，流程結(jié)束。
[0110]S1003:AP將上行消息，上行消息接收到的時(shí)間，上行消息的接收功率強(qiáng)度以及AP的標(biāo)志發(fā)送給本AP以及其它AP中的下行消息控制模塊。
[0111]S1004:AP的下行消息控制模塊收到本AP收到的STA的上行消息時(shí)，等待第一傳輸時(shí)延(第一傳輸時(shí)延為在連接不同AP的網(wǎng)絡(luò)中傳輸AP之間信號的傳輸時(shí)延)之后，判斷是否已經(jīng)從其它AP處收到了 STA收到的該上行消息:如果否，則執(zhí)行S1008 ;如果是，則執(zhí)行S1005。
[0112]S1005:判斷是否存在其它AP接收到消息的時(shí)間早于AP接收到上行消息的時(shí)間:是，則本發(fā)明結(jié)束；否則，執(zhí)行S1006。
[0113]S1006:判斷是否有其它AP和AP接收到上行消息的時(shí)間相同，如果是，則執(zhí)行S1007 ;如果否，則執(zhí)行S1008。
[0114]S1007:判斷本AP接收到上行消息的接收功率強(qiáng)度是否大于等于其它AP接收到上行消息的接收功率強(qiáng)度，如果是，則執(zhí)行S1008 ;如果否，流程結(jié)束。
[0115]S1008:AP的下行消息控制模塊指示AP向STA回復(fù)下行消息。
[0116]S1009:當(dāng)AP收到本AP下行消息控制模塊指示其向STA回復(fù)下行消息的指令后，根據(jù)IEEE80.211的定義，向STA回復(fù)下行消息。如果AP沒有收到本AP下行控制模塊向STA回復(fù)下行消息的指令，則不向STA回復(fù)下行消息。
[0117]下面結(jié)合圖11和圖12以及優(yōu)選實(shí)施例一和優(yōu)選實(shí)施例二對上述實(shí)施例進(jìn)行進(jìn)一步的描述。
[0118]以下優(yōu)選實(shí)施例一和優(yōu)選實(shí)施例二提供了一種提高空口利用率的系統(tǒng)，需要說明的是，該兩個(gè)優(yōu)選實(shí)施例提供的系統(tǒng)可以包含將上述實(shí)施例提供是下行消息處理/控制裝置，同樣可以實(shí)現(xiàn)上述實(shí)施例提供的下行消息處理/控制方法。
[0119]優(yōu)選實(shí)施例一
[0120]圖11是根據(jù)本發(fā)明優(yōu)選實(shí)施例一的提高空口利用率的系統(tǒng)中各個(gè)模塊之間的結(jié)構(gòu)示意圖，請參照圖11，在此實(shí)施例中，下行消息控制模塊位于連接不同AP的路由器中。
[0121]當(dāng)STA希望掃描其所在區(qū)域存在的WLAN網(wǎng)絡(luò)時(shí)，一方面會(huì)監(jiān)聽AP發(fā)送的Beacon幀，一方面會(huì)發(fā)送廣播消息Probe Request。
[0122]在STA發(fā)送的Probe Request消息覆蓋的范圍內(nèi)，共存在2個(gè)AP:AP1和AP2。STA發(fā)送的Probe Request消息在APl和AP2的接收天線處的接收功率都高于正確解調(diào)該消息所需要的功率_85dBm。
[0123]API距離STA的距離為1000米，AP2距離STA的距離為2000米。由于無線電波在空氣中的傳播速度為300000000米/秒，因此STA發(fā)送的Probe Request到達(dá)APl所需時(shí)間為3.33us，到達(dá)AP2所需時(shí)間為6.66us。
[0124]對于API，當(dāng)其接收到STA發(fā)送的Probe Request消息并正確解調(diào)時(shí)，發(fā)現(xiàn)該消息是一條廣播消息，則APl將該條消息發(fā)送給下行消息控制模塊；對于AP2，當(dāng)其接收到STA發(fā)送的Probe Request消息并正確解調(diào)時(shí)，發(fā)現(xiàn)該消息是一條廣播消息，則AP2將該條消息發(fā)送給下行消息控制模塊。
[0125]由于APl先于AP2接收到STA發(fā)送的Probe Request，因此APl先于AP2將ProbeRequest消息發(fā)給下行消息控制模塊。
[0126]當(dāng)下行消息控制模塊收到APl發(fā)送的Probe Request時(shí)，沒有收到其它AP(即AP2)的消息，因此下行消息控制模塊命令A(yù)Pl向STA回復(fù)下行消息。
[0127]當(dāng)下行消息控制模塊收到AP2發(fā)送的Probe Request時(shí)，由于之前已經(jīng)收到過APl發(fā)送的Probe Request消息，因此下行消息控制模塊不會(huì)響應(yīng)AP2發(fā)送的消息。
[0128]APl收到下行消息控制模塊的向STA回復(fù)下行消息的指令后，根據(jù)802.11協(xié)議生成Probe Response消息，并發(fā)送給STA。
[0129]AP2沒有收到下行消息控制模塊的指令，因此不給STA發(fā)送任何消息。
[0130]優(yōu)選實(shí)施例二
[0131]圖12是根據(jù)本發(fā)明優(yōu)選實(shí)施例二的提高空口利用率的系統(tǒng)中的各個(gè)模塊之間的示意圖，請參照圖12，在此實(shí)施例中，AP中均包含下行消息控制模塊，不同的AP通過以太網(wǎng)連接。
[0132]當(dāng)STA希望掃描其所在區(qū)域存在的WLAN網(wǎng)絡(luò)時(shí)，一方面會(huì)監(jiān)聽AP發(fā)送的Beacon幀，一方面會(huì)發(fā)送廣播消息Probe Request。
[0133]在STA發(fā)送的Probe Request消息覆蓋的范圍內(nèi)，共存在2個(gè)AP:AP1和AP2。STA發(fā)送的Probe Request消息在APl和AP2的接收天線處的接收功率都高于正確解調(diào)該消息所需要的功率_85dBm。
[0134]API距離STA的距離為1000米，AP2距離STA的距離為2000米。由于無線電波在空氣中的傳播速度為300000000米/秒，因此STA發(fā)送的Probe Request到達(dá)APl所需時(shí)間為3.33s，到達(dá)AP2所需時(shí)間為6.66us。
[0135]對于API，當(dāng)其接收到STA發(fā)送的Probe Request消息并正確解調(diào)時(shí)，發(fā)現(xiàn)該消息是一條廣播消息，則APl將該條消息和收到該條消息的時(shí)間以及接受功率強(qiáng)度發(fā)送給本AP的下行消息控制模塊，并同時(shí)發(fā)送給AP2的下行消息控制模塊；對于AP2，當(dāng)其接收到STA發(fā)送的Probe Request消息并正確解調(diào)是，發(fā)現(xiàn)該消息是一條廣播消息，則AP2將該條消息和收到該條消息的時(shí)間以及接受功率強(qiáng)度發(fā)送給本AP的下行消息控制模塊，并同時(shí)發(fā)送給APl的下行消息控制模塊。
[0136]APl的下行消息控制模塊收到APl發(fā)送的Probe Request消息后，等待20us (在百兆以太網(wǎng)傳輸最小幀64bytes需要5us，交換機(jī)時(shí)延一般為6_llus)，如果此時(shí)APl下行控制模塊收到了 AP2發(fā)來的Probe Request，則判斷APl與AP2 二者接收到STA ProbeRequest消息的時(shí)間。由于APl比AP2距離STA更近，APl接收到STA發(fā)送的Probe Request的時(shí)間比AP2早3.33us,因此APl的下行消息控制模塊收命令A(yù)Pl向STA回復(fù)下行消息。
[0137]AP2的下行消息控制模塊收到AP2發(fā)送的Probe Request消息后，等待20us，由于APl比AP2距離STA更近，APl接收到STA發(fā)送的Probe Request的時(shí)間比AP2早3.33us。因此AP2的下行消息控制模塊不會(huì)命令A(yù)P2向STA回復(fù)下行消息。
[0138]相較于現(xiàn)有技術(shù)，上述優(yōu)選實(shí)施例可以使離STA最近的AP向STA回復(fù)下行消息，而其它AP則不會(huì)給STA回復(fù)下行消息，避免了 AP向STA回復(fù)重復(fù)的下行消息，減少無效的下行消息占用媒體的時(shí)間，從而提升IEEE802.11無線網(wǎng)絡(luò)的吞吐量。
[0139]以上所述是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明所述原理的前提下，還可以作出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項(xiàng)】
1.一種下行消息處理方法，應(yīng)用于接入點(diǎn)AP側(cè)，其特征在于，包括: 當(dāng)前接入點(diǎn)AP接收站點(diǎn)STA向多個(gè)AP發(fā)送的請求內(nèi)容相同的上行消息，其中，所述請求內(nèi)容為請求所述多個(gè)AP返回響應(yīng)于所述上行消息的下行消息，所述STA是非AP類的STA ； 所述當(dāng)前AP將所述上行消息發(fā)送給預(yù)先設(shè)置的下行消息控制模塊，以使所述下行消息控制模塊根據(jù)所述