專利名稱：無(wú)線站點(diǎn)的切換方法及其無(wú)線接入點(diǎn)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線局域網(wǎng)(WLAN，Wireless Local Area Network)技術(shù)領(lǐng)域，尤其是涉及一種無(wú)線站點(diǎn)的切換方法及其無(wú)線接入點(diǎn)。
背景技術(shù)：
目前，在無(wú)線局域網(wǎng)(WLAN，Wireless Local Area Network)中，無(wú)線站點(diǎn)(STA，Station)在不同無(wú)線接入點(diǎn)(AP，Access Point)之間進(jìn)行切換的方法是在STA與當(dāng)前無(wú)線接入點(diǎn)(CAP，Current Access Point)進(jìn)行通信期間，需要切換到其它AP上去時(shí)，STA首先斷開(kāi)與當(dāng)前無(wú)線接入點(diǎn)CAP的聯(lián)接，再向目標(biāo)無(wú)線接入點(diǎn)(TAP，Target Access Point)發(fā)出切換請(qǐng)求，在目標(biāo)無(wú)線接入點(diǎn)TAP上申請(qǐng)相應(yīng)資源和發(fā)送自身的相關(guān)狀態(tài)信息；待STA切換成功后由目標(biāo)無(wú)線接入點(diǎn)TAP來(lái)通知當(dāng)前無(wú)線接入點(diǎn)CAP此STA切換過(guò)程結(jié)束。
請(qǐng)參照?qǐng)D1，該圖是在現(xiàn)有IEEE802.11r草案中，STA在不同接入點(diǎn)AP之間進(jìn)行切換處理的過(guò)程示意圖，在IEEE802.11r標(biāo)準(zhǔn)草案中，STA在無(wú)線局域網(wǎng)中的不同AP之間進(jìn)行切換處理的主要過(guò)程如下a1、STA測(cè)定到需要離開(kāi)當(dāng)前無(wú)線接入點(diǎn)CAP，并與目標(biāo)無(wú)線接入點(diǎn)TAP建立會(huì)話；a2、STA轉(zhuǎn)入TAP的信道，以向TAP發(fā)送802.11認(rèn)證請(qǐng)求；a3、由于IEEE802.11r標(biāo)準(zhǔn)草案強(qiáng)調(diào)STA在不同AP之間進(jìn)行切換處理時(shí)要對(duì)通信的安全性和服務(wù)質(zhì)量(QoS，Quality Of Service)給予考慮，這樣在TAP接收到由STA發(fā)來(lái)的802.11認(rèn)證請(qǐng)求消息時(shí)，TAP在對(duì)STA的認(rèn)證請(qǐng)求進(jìn)行處理時(shí)，需要與密鑰層級(jí)的上層和其它的多個(gè)網(wǎng)絡(luò)元素進(jìn)行協(xié)商，并在處理完由STA發(fā)來(lái)的認(rèn)證請(qǐng)求后，向STA反饋802.11認(rèn)證請(qǐng)求應(yīng)答；
a4、STA接收到TAP反饋的802.11認(rèn)證請(qǐng)求成功應(yīng)答后，再向TAP發(fā)送重關(guān)聯(lián)請(qǐng)求；其中在重關(guān)聯(lián)請(qǐng)求中，STA會(huì)向TAP請(qǐng)求資源分配；a5、TAP接收到STA發(fā)來(lái)的重關(guān)聯(lián)請(qǐng)求后，經(jīng)過(guò)與多個(gè)網(wǎng)絡(luò)元素協(xié)商處理后，為STA預(yù)留分配資源，然后向STA反饋重關(guān)聯(lián)請(qǐng)求應(yīng)答。
至此，STA已經(jīng)成功從當(dāng)前無(wú)線接入點(diǎn)CAP切換到目標(biāo)無(wú)線接入點(diǎn)TAP，此后STA就可以和TAP進(jìn)行安全會(huì)話和數(shù)據(jù)交互。
但是在上述切換處理過(guò)程中，TAP需要與密鑰層級(jí)(密鑰生成系統(tǒng))的上層和其它多個(gè)網(wǎng)絡(luò)元素進(jìn)行協(xié)商后，以確定所需的密鑰和資源等屬性，才能向STA回復(fù)802.11認(rèn)證請(qǐng)求應(yīng)答，以確保通信的安全性和QoS；而TAP與高層網(wǎng)絡(luò)元素進(jìn)行協(xié)商處理是需要花費(fèi)一定時(shí)間的，即在此協(xié)商期間，由于TAP不能及時(shí)處理STA的認(rèn)證請(qǐng)求，會(huì)造成STA在TAP的信道中處于等待狀態(tài)，導(dǎo)致切換出現(xiàn)時(shí)延，并且由于當(dāng)前STA已經(jīng)離開(kāi)了CAP的信道，但又未與TAP進(jìn)行數(shù)據(jù)交換，這樣也會(huì)導(dǎo)致通信過(guò)程中的分組數(shù)據(jù)丟失，從而可能會(huì)對(duì)實(shí)時(shí)通信業(yè)務(wù)(如分組語(yǔ)音VOIP業(yè)務(wù))造成嚴(yán)重影響。
針對(duì)上述切換過(guò)程中存在的缺陷問(wèn)題，在“快速切換認(rèn)證消息中的‘等待’應(yīng)答(“Not Ready”Response in FT Auth Messages(11-05-0829-00-000r))”提案中對(duì)上述切換過(guò)程中存在的對(duì)應(yīng)問(wèn)題進(jìn)行了改善。
請(qǐng)參照?qǐng)D2，該圖是在“Not Ready”Response in FT Auth Messages“提案中提出的STA在不同接入點(diǎn)AP之間進(jìn)行切換處理的過(guò)程示意圖；在“NotReady”Response in FT Auth Messages“提案中，STA在無(wú)線局域網(wǎng)中的不同AP之間進(jìn)行切換處理的主要過(guò)程如下b1、STA在與當(dāng)前無(wú)線接入點(diǎn)CAP進(jìn)行會(huì)話和數(shù)據(jù)交互過(guò)程中測(cè)定到需要離開(kāi)當(dāng)前無(wú)線接入點(diǎn)CAP，并與目標(biāo)無(wú)線接入點(diǎn)TAP建立會(huì)話；b2、STA轉(zhuǎn)入TAP的信道，以向TAP發(fā)送802.11認(rèn)證請(qǐng)求；b3、TAP在接收到STA發(fā)來(lái)的802.11認(rèn)證請(qǐng)求后，如果不能及時(shí)處理STA的認(rèn)證請(qǐng)求，TAP會(huì)估計(jì)處理STA的認(rèn)證請(qǐng)求所需時(shí)間長(zhǎng)度，即估計(jì)完成和高層網(wǎng)絡(luò)元素進(jìn)行協(xié)商以確定對(duì)STA進(jìn)行認(rèn)證授權(quán)所需密鑰信息的時(shí)間長(zhǎng)度，然后向STA發(fā)送認(rèn)證請(qǐng)求等待消息，以指示STA進(jìn)行等待，其中TAP向STA發(fā)送的認(rèn)證請(qǐng)求等待消息中承載TAP該次估計(jì)處理得到的時(shí)間長(zhǎng)度值；b4、STA接收到此要求等待的認(rèn)證請(qǐng)求等待消息后，返回CAP的信道中并繼續(xù)和CAP進(jìn)行會(huì)話和數(shù)據(jù)交互；b5、STA根據(jù)接收到的認(rèn)證請(qǐng)求等待消息中承載的估計(jì)時(shí)間長(zhǎng)度值，在經(jīng)過(guò)了該估計(jì)時(shí)間長(zhǎng)度值后，再次返回到TAP的信道中等待TAP的認(rèn)證應(yīng)答，或是返回到TAP的信道中再向TAP重發(fā)802.11認(rèn)證請(qǐng)求(圖中虛線所示)；b6、TAP在和高層網(wǎng)絡(luò)元素進(jìn)行完協(xié)商，確定了對(duì)STA進(jìn)行認(rèn)證授權(quán)所需要的密鑰信息后，再向STA反饋802.11認(rèn)證請(qǐng)求應(yīng)答；b7、STA接收到TAP反饋的802.11認(rèn)證請(qǐng)求成功應(yīng)答后，再向TAP發(fā)送重關(guān)聯(lián)請(qǐng)求，以向TAP請(qǐng)求資源分配；b8、TAP接收到STA發(fā)來(lái)的重關(guān)聯(lián)請(qǐng)求后，如果不能及時(shí)處理STA的重關(guān)聯(lián)請(qǐng)求，TAP會(huì)估計(jì)處理STA的重關(guān)聯(lián)請(qǐng)求所需時(shí)間長(zhǎng)度，即估計(jì)完成和高層網(wǎng)絡(luò)元素進(jìn)行協(xié)商以確定對(duì)STA分配的網(wǎng)絡(luò)資源的時(shí)間長(zhǎng)度，然后向STA發(fā)送重關(guān)聯(lián)請(qǐng)求等待消息，以指示STA進(jìn)行等待，其中TAP向STA發(fā)送的重關(guān)聯(lián)請(qǐng)求等待消息中承載有TAP該次估計(jì)處理得到的時(shí)間長(zhǎng)度值；b9、STA接收到此要求等待的重關(guān)聯(lián)請(qǐng)求等待消息后，返回CAP的信道中并繼續(xù)和CAP進(jìn)行會(huì)話和數(shù)據(jù)交互；b10、STA根據(jù)接收到的重關(guān)聯(lián)請(qǐng)求等待消息中承載的估計(jì)時(shí)間長(zhǎng)度值，在經(jīng)過(guò)了該估計(jì)時(shí)間長(zhǎng)度值后，再次返回到TAP的信道中等待TAP的重關(guān)聯(lián)請(qǐng)求應(yīng)答，或是返回到TAP的信道中再向TAP重發(fā)重關(guān)聯(lián)請(qǐng)求(圖中虛線所示)；b11、TAP在和高層網(wǎng)絡(luò)元素進(jìn)行完協(xié)商，確定了分配給STA的網(wǎng)絡(luò)資源后，再向STA反饋重關(guān)聯(lián)請(qǐng)求應(yīng)答；至此，STA已經(jīng)成功從當(dāng)前無(wú)線接入點(diǎn)CAP切換到目標(biāo)無(wú)線接入點(diǎn)TAP，此后STA就可以和TAP進(jìn)行安全會(huì)話和數(shù)據(jù)交互。
由此可見(jiàn)，上述提案提出的切換處理方式，目標(biāo)無(wú)線接入點(diǎn)TAP要進(jìn)行兩次時(shí)間估計(jì)處理，第一次是在接收到STA發(fā)來(lái)的認(rèn)證請(qǐng)求后，要估計(jì)和高層網(wǎng)絡(luò)元素進(jìn)行協(xié)商以確定對(duì)STA進(jìn)行認(rèn)證授權(quán)的密鑰信息的時(shí)間長(zhǎng)度值；第二次是在接收到STA發(fā)來(lái)的重關(guān)聯(lián)請(qǐng)求后，要估計(jì)和高層網(wǎng)絡(luò)元素進(jìn)行協(xié)商以確定分配給STA的網(wǎng)絡(luò)資源的時(shí)間長(zhǎng)度值；但是由于TAP是需要和密鑰層級(jí)的上層和其它多個(gè)網(wǎng)絡(luò)元素進(jìn)行協(xié)商，以確定對(duì)應(yīng)的密鑰信息和網(wǎng)絡(luò)資源信息。但通常情況下，密鑰層級(jí)的上層和其它網(wǎng)絡(luò)元素的狀態(tài)可能會(huì)隨著時(shí)間的變化而變化，從而可能導(dǎo)致TAP經(jīng)協(xié)商后估計(jì)的處理時(shí)間長(zhǎng)度值延長(zhǎng)或縮短，并且TAP也可能由于其它不可預(yù)知的因素[如自身系統(tǒng)突然短時(shí)間異常、與分布式系統(tǒng)(DS，Distribution System)通信數(shù)據(jù)出錯(cuò)，或其它STA的退出等情況]而導(dǎo)致自身估計(jì)的處理時(shí)間長(zhǎng)度值延長(zhǎng)或縮短，所以由TAP估計(jì)的處理時(shí)間長(zhǎng)度值的準(zhǔn)確度并不十分可靠。
這樣，STA得到的由TAP估計(jì)的處理時(shí)間長(zhǎng)度值也是不準(zhǔn)確的，因此當(dāng)STA按照自身接收到的時(shí)間長(zhǎng)度值，在經(jīng)過(guò)對(duì)應(yīng)估計(jì)時(shí)長(zhǎng)后，STA離開(kāi)CAP的信道，轉(zhuǎn)入TAP的信道中繼續(xù)等待或是重發(fā)請(qǐng)求(認(rèn)證請(qǐng)求或重關(guān)聯(lián)請(qǐng)求)，但此時(shí)TAP可能仍然無(wú)法處理完成STA的請(qǐng)求，于是會(huì)再次進(jìn)行時(shí)間估計(jì)，并向STA發(fā)送對(duì)應(yīng)等待消息，從而再次增加了一個(gè)等待過(guò)程，因此增大了STA的切換時(shí)延。同時(shí)在再次等待時(shí)，STA還會(huì)返回到CAP的信道中并繼續(xù)和CAP進(jìn)行通信，這樣當(dāng)?shù)却螖?shù)發(fā)生幾率比較高時(shí)，會(huì)造成STA在CAP和TAP之間進(jìn)行“乒乓切換”效應(yīng)，從而可能會(huì)使通信過(guò)程中的分組數(shù)據(jù)丟失概率增加，這會(huì)對(duì)實(shí)時(shí)通信業(yè)務(wù)造成比較嚴(yán)重的影響。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題在于提出一種無(wú)線站點(diǎn)的切換方法，以減小切換時(shí)延，并降低分組數(shù)據(jù)的丟失概率，避免對(duì)實(shí)時(shí)性通信業(yè)務(wù)造成影響。
相應(yīng)的，本發(fā)明還提出了一種無(wú)線接入點(diǎn)。
為解決上述問(wèn)題，本發(fā)明提出的技術(shù)方案如下一種無(wú)線站點(diǎn)的切換方法，包括步驟A、無(wú)線站點(diǎn)STA向目標(biāo)無(wú)線接入點(diǎn)TAP發(fā)送切換請(qǐng)求消息；B、所述TAP向STA反饋切換等待消息；C、所述STA返回當(dāng)前無(wú)線接入點(diǎn)CAP的信道與CAP進(jìn)行通信；并D、根據(jù)在所述CAP信道上接收由所述TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息情況，進(jìn)行切換過(guò)程中的對(duì)應(yīng)處理。
較佳地，所述步驟A中STA在與所述CAP進(jìn)行通信過(guò)程中，測(cè)定到所述TAP信號(hào)強(qiáng)度相對(duì)于CAP信號(hào)強(qiáng)度滿足于切換條件時(shí)，轉(zhuǎn)入到TAP信道向TAP發(fā)送切換請(qǐng)求消息。
較佳地，所述步驟A和B之間還包括步驟A-1、所述TAP接收到STA發(fā)來(lái)的切換請(qǐng)求消息時(shí)，判斷是否能夠及時(shí)處理該切換請(qǐng)求消息，如果是，執(zhí)行步驟A-2；否則執(zhí)行步驟B；A-2、所述TAP向所述STA反饋對(duì)應(yīng)的切換請(qǐng)求應(yīng)答消息；A-3、所述STA判斷切換請(qǐng)求過(guò)程是否結(jié)束，如果是，在所述TAP的信道上與TAP進(jìn)行通信，結(jié)束從所述CAP到TAP的切換過(guò)程；否則A-4、返回步驟A所述STA繼續(xù)向TAP發(fā)送后續(xù)的切換請(qǐng)求消息。
較佳地，所述步驟D中STA在CAP信道上接收由TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息的過(guò)程具體包括D1、所述TAP處理完STA發(fā)來(lái)的切換請(qǐng)求消息時(shí)，生成對(duì)應(yīng)的切換請(qǐng)求應(yīng)答消息，并分別為所述切換請(qǐng)求應(yīng)答消息封裝CAP的地址和STA的地址；D2、所述TAP將封裝處理后的切換請(qǐng)求應(yīng)答消息發(fā)送到分布式系統(tǒng)；D3、所述分布式系統(tǒng)根據(jù)接收到的切換請(qǐng)求應(yīng)答消息中承載的CAP地址，將所述切換請(qǐng)求應(yīng)答消息轉(zhuǎn)發(fā)到所述CAP；D4、所述CAP根據(jù)接收到的切換請(qǐng)求應(yīng)答消息中承載的STA地址，將所述切換請(qǐng)求應(yīng)答消息轉(zhuǎn)發(fā)給STA。
較佳地，所述步驟D中STA根據(jù)TAP通過(guò)CAP反饋切換請(qǐng)求應(yīng)答消息的情況，進(jìn)行對(duì)應(yīng)處理的過(guò)程包括d1、若TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息為切換請(qǐng)求成功消息，則所述STA判斷切換請(qǐng)求過(guò)程是否結(jié)束，如果是，執(zhí)行步驟d2；否則執(zhí)行步驟d3；d2、所述STA轉(zhuǎn)入到TAP的信道向TAP發(fā)送切換請(qǐng)求成功響應(yīng)消息，并在所述TAP的信道上與TAP進(jìn)行通信，結(jié)束從所述CAP到TAP的切換過(guò)程；d3、返回步驟A所述STA繼續(xù)向TAP發(fā)送后續(xù)的切換請(qǐng)求消息。
較佳地，所述步驟d1之前還包括所述STA預(yù)先設(shè)定期望所述TAP反饋切換請(qǐng)求應(yīng)答消息的期望時(shí)間長(zhǎng)度值；并判斷是否能夠在所設(shè)定的期望時(shí)間長(zhǎng)度值內(nèi)接收到TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息，如果是，執(zhí)行步驟d1；否則STA認(rèn)為此次切換請(qǐng)求失敗，返回步驟A繼續(xù)向TAP發(fā)送該切換請(qǐng)求消息。
較佳地，所述步驟D中STA根據(jù)TAP通過(guò)CAP反饋切換請(qǐng)求應(yīng)答消息的情況，進(jìn)行對(duì)應(yīng)處理的過(guò)程包括d-1、若TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息為切換請(qǐng)求失敗消息，則返回步驟A所述STA繼續(xù)向TAP發(fā)送該切換請(qǐng)求消息。
較佳地，所述步驟d-1之前還包括所述STA預(yù)先設(shè)定期望所述TAP反饋切換請(qǐng)求應(yīng)答消息的期望時(shí)間長(zhǎng)度值；并判斷是否能夠在所設(shè)定的期望時(shí)間長(zhǎng)度值內(nèi)接收到TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息，如果是，執(zhí)行步驟d-1；否則STA認(rèn)為此次切換請(qǐng)求失敗，返回步驟A繼續(xù)向TAP發(fā)送該切換請(qǐng)求消息。
較佳地，所述STA先后向TAP發(fā)送的切換請(qǐng)求消息為認(rèn)證請(qǐng)求消息和重關(guān)聯(lián)請(qǐng)求消息；所述TAP先后向STA反饋的切換等待消息為認(rèn)證請(qǐng)求等待消息和重關(guān)聯(lián)等待消息；所述TAP通過(guò)CAP先后向處在CAP信道上的STA反饋的切換請(qǐng)求應(yīng)答消息為認(rèn)證請(qǐng)求應(yīng)答消息和重關(guān)聯(lián)請(qǐng)求應(yīng)答消息。
一種無(wú)線接入點(diǎn)，包括地址獲知單元，用于根據(jù)無(wú)線站點(diǎn)STA發(fā)來(lái)的切換請(qǐng)求消息，獲知所述STA的地址信息和該STA所在的當(dāng)前無(wú)線接入點(diǎn)CAP的地址信息；應(yīng)答消息生成單元，用于在對(duì)所述STA發(fā)來(lái)的切換請(qǐng)求消息進(jìn)行處理后，生成對(duì)應(yīng)的切換請(qǐng)求應(yīng)答消息；地址封裝單元，用于根據(jù)所述地址獲知單元獲取到的地址信息，為所述應(yīng)答消息生成單元生成的切換請(qǐng)求應(yīng)答消息分別封裝該STA地址和該STA所在的CAP地址；應(yīng)答消息發(fā)送單元，用于將所述地址封裝單元封裝處理后的切換請(qǐng)求應(yīng)答消息發(fā)送到分布式系統(tǒng)，以使分布式系統(tǒng)根據(jù)切換請(qǐng)求應(yīng)答消息中的CAP地址將切換請(qǐng)求應(yīng)答消息轉(zhuǎn)發(fā)到CAP，并使CAP根據(jù)切換請(qǐng)求應(yīng)答消息中的STA地址將切換請(qǐng)求應(yīng)答消息轉(zhuǎn)發(fā)給STA。
本發(fā)明能夠達(dá)到的有益效果如下本發(fā)明方案通過(guò)STA向TAP發(fā)送切換請(qǐng)求消息；TAP在不能及時(shí)處理STA發(fā)來(lái)的切換請(qǐng)求消息的情況下，向STA反饋切換等待消息；STA接收到切換等待消息后，返回CAP的信道與CAP進(jìn)行通信；并后續(xù)根據(jù)在CAP信道上接收由TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息情況，進(jìn)行切換過(guò)程中的對(duì)應(yīng)處理。從而可以避免現(xiàn)有技術(shù)中STA為了接收到TAP發(fā)來(lái)的切換請(qǐng)求應(yīng)答消息，而需要不斷返回TAP信道等待或重發(fā)切換請(qǐng)求消息，因此可以減小STA在CAP和TAP之間進(jìn)行切換處理的時(shí)延；同時(shí)還可以避免STA為了能夠在TAP信道上接收到由TAP發(fā)來(lái)的切換請(qǐng)求應(yīng)答消息，而需不斷在CAP和TAP的信道之間進(jìn)行切換，而產(chǎn)生切換過(guò)程不希望發(fā)生的“乒乓切換，，效應(yīng)，因此可以降低通信過(guò)程中由于“乒乓切換”效應(yīng)而導(dǎo)致的分組數(shù)據(jù)丟失概率，相應(yīng)提高了實(shí)時(shí)性通信業(yè)務(wù)的通信質(zhì)量。
同時(shí)，在切換處理過(guò)程中TAP不再需要估計(jì)處理STA發(fā)來(lái)的切換請(qǐng)求所需要的具體時(shí)長(zhǎng)值，相應(yīng)STA也不再需要監(jiān)測(cè)TAP返回的估計(jì)時(shí)長(zhǎng)值，因此降低了無(wú)線接入點(diǎn)AP和無(wú)線站點(diǎn)STA的處理復(fù)雜度。


圖1為在現(xiàn)有IEEE802.11r草案中，STA在不同接入點(diǎn)AP之間進(jìn)行切換處理的過(guò)程示意圖；圖2為在“Not Ready”Response in FT Auth Messages“提案中提出的STA在不同接入點(diǎn)AP之間進(jìn)行切換處理的過(guò)程示意圖；圖3為本發(fā)明無(wú)線站點(diǎn)的切換方法的主要實(shí)現(xiàn)原理流程圖；圖4為本發(fā)明方法中TAP判斷是否向STA發(fā)送切換等待消息的處理流程圖；圖5為本發(fā)明方法中STA根據(jù)TAP通過(guò)CAP反饋切換請(qǐng)求應(yīng)答消息的情況，進(jìn)行對(duì)應(yīng)處理的具體流程圖；圖6為本發(fā)明方法在現(xiàn)有標(biāo)準(zhǔn)的WLAN系統(tǒng)結(jié)構(gòu)中實(shí)施的處理過(guò)程示意圖；圖7為根據(jù)本發(fā)明提出的方法原理，STA在不同接入點(diǎn)AP之間進(jìn)行切換處理的過(guò)程示意圖；圖8為本發(fā)明無(wú)線接入點(diǎn)AP的主要組成結(jié)構(gòu)框圖。
具體實(shí)施例方式
針對(duì)WLAN中的無(wú)線接入點(diǎn)傳統(tǒng)切換方式中，STA離開(kāi)CAP的信道，轉(zhuǎn)入到TAP的信道并向TAP發(fā)送切換請(qǐng)求消息，可能存在有時(shí)由于TAP不能及時(shí)處理STA的切換請(qǐng)求，因此TAP會(huì)估計(jì)處理此STA的切換請(qǐng)求所需要的時(shí)長(zhǎng)，然后將估計(jì)得到的時(shí)長(zhǎng)值承載在切換等待消息中向STA發(fā)送，以指示STA進(jìn)行等待。STA接收到此等待消息后，退回到CAP的信道中繼續(xù)與CAP進(jìn)行會(huì)話和數(shù)據(jù)交換，在經(jīng)過(guò)了與TAP估計(jì)的時(shí)長(zhǎng)值相等的一段時(shí)間后，再轉(zhuǎn)入到TAP的信道中向TAP重發(fā)切換請(qǐng)求消息，或是轉(zhuǎn)入到TAP的信道中等待接收TAP反饋的切換請(qǐng)求應(yīng)答消息。由于TAP估計(jì)處理切換請(qǐng)求所需時(shí)長(zhǎng)值時(shí)，常要綜合考慮QoS、安全和資源分配等多種因素，即要與密鑰層級(jí)的上層和其它多個(gè)網(wǎng)絡(luò)元素進(jìn)行協(xié)商，因此實(shí)際處理過(guò)程中估計(jì)的時(shí)長(zhǎng)值準(zhǔn)確度并不是很高。STA在等待了由TAP估計(jì)的時(shí)長(zhǎng)值后，再轉(zhuǎn)入到TAP的信道中，此時(shí)并不一定能及時(shí)接收到TAP的切換請(qǐng)求應(yīng)答消息，此時(shí)如果TAP仍沒(méi)有處理完STA發(fā)來(lái)的切換請(qǐng)求，會(huì)再次向STA發(fā)送要求其進(jìn)行等待的等效消息，于是STA需再次等待。如上所述，STA需要經(jīng)常在CAP的信道和TAP的信道之間來(lái)回切換和多次等待，從而增加了通信過(guò)程中的分組數(shù)據(jù)丟失概率和切換處理的時(shí)延。由此本發(fā)明方案提出了STA在CAP和TAP之間進(jìn)行切換過(guò)程中，STA在接收到TAP發(fā)來(lái)的切換等待消息后，返回到CAP的信道上與CAP進(jìn)行通信，同時(shí)在CAP的信道上等待接收TAP通過(guò)CAP發(fā)來(lái)的切換請(qǐng)求應(yīng)答消息，并根據(jù)接收TAP通過(guò)CAP發(fā)送切換請(qǐng)求應(yīng)答消息的情況，進(jìn)行切換過(guò)程的對(duì)應(yīng)處理。以避免STA在切換過(guò)程中，需要不斷在CAP的信道和TAP的信道之間來(lái)回切換和多次等待，減小了切換時(shí)延，并降低了分組數(shù)據(jù)的丟失概率，相應(yīng)提高了實(shí)時(shí)性通信業(yè)務(wù)的通信質(zhì)量。
下面將結(jié)合各個(gè)附圖對(duì)本發(fā)明的主要實(shí)現(xiàn)原理及其具體實(shí)施方式
進(jìn)行詳細(xì)的闡述。
請(qǐng)參照?qǐng)D3，該圖是本發(fā)明無(wú)線站點(diǎn)的切換方法的主要實(shí)現(xiàn)原理流程圖，其主要實(shí)現(xiàn)過(guò)程如下
步驟S10，無(wú)線站點(diǎn)STA向目標(biāo)無(wú)線接入點(diǎn)TAP發(fā)送切換請(qǐng)求消息；其中STA在與當(dāng)前無(wú)線接入點(diǎn)CAP進(jìn)行通信過(guò)程中，如果測(cè)定到目標(biāo)無(wú)線接入點(diǎn)TAP的信號(hào)強(qiáng)度相對(duì)于CAP的信號(hào)強(qiáng)度滿足于切換條件時(shí)，就轉(zhuǎn)入到TAP的信道向TAP發(fā)送切換請(qǐng)求消息。
其中STA在由CAP向TAP進(jìn)行切換過(guò)程中，先后發(fā)送的切換請(qǐng)求消息包括IEEE802.11認(rèn)證請(qǐng)求消息和重關(guān)聯(lián)請(qǐng)求消息。
步驟S20，TAP接收到由STA發(fā)來(lái)的切換請(qǐng)求消息時(shí)，向STA反饋切換等待消息；請(qǐng)參照?qǐng)D4，該圖是本發(fā)明方法中TAP判斷是否向STA發(fā)送切換等待消息的處理流程圖，其主要實(shí)現(xiàn)過(guò)程如下步驟S11，TAP接收STA發(fā)來(lái)的切換請(qǐng)求消息；步驟S12，TAP判斷是否能夠及時(shí)處理STA發(fā)來(lái)的該切換請(qǐng)求消息，如果是，執(zhí)行步驟S13；否則執(zhí)行步驟S14(即上述步驟S20)；步驟S13，TAP及時(shí)處理完成STA發(fā)來(lái)的切換請(qǐng)求消息后，向STA反饋對(duì)應(yīng)的切換請(qǐng)求應(yīng)答消息(如IEEE802.11認(rèn)證請(qǐng)求應(yīng)答消息和重關(guān)聯(lián)請(qǐng)求應(yīng)答消息等)，然后執(zhí)行步驟S15；步驟S14，TAP向STA反饋切換等待消息(如IEEE802.11認(rèn)證請(qǐng)求等待消息和重關(guān)聯(lián)請(qǐng)求等待消息等)，然后執(zhí)行等待消息之后的其他處理過(guò)程。
步驟S15，STA判斷切換請(qǐng)求過(guò)程是否結(jié)束，如果是，執(zhí)行步驟S16；否則執(zhí)行步驟S17；步驟S16，STA在TAP的信道上與TAP進(jìn)行通信，結(jié)束從CAP到TAP的切換過(guò)程；步驟S17，(返回上述步驟S10)STA繼續(xù)向TAP發(fā)送后續(xù)的切換請(qǐng)求消息(例如上述處理過(guò)程為對(duì)認(rèn)證請(qǐng)求消息的處理過(guò)程，則后續(xù)STA會(huì)繼續(xù)向TAP發(fā)送重關(guān)聯(lián)請(qǐng)求消息)。
請(qǐng)繼續(xù)參照?qǐng)D3中的步驟S30，STA接收到由TAP反饋來(lái)的切換等待消息之后，返回到當(dāng)前無(wú)線接入點(diǎn)CAP的信道與CAP繼續(xù)進(jìn)行通信；步驟S40，后續(xù)，STA會(huì)根據(jù)在CAP信道上接收由TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息情況，進(jìn)行切換過(guò)程中的對(duì)應(yīng)處理。
其中STA在CAP信道上接收由TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息的過(guò)程具體如下1)TAP處理完STA發(fā)來(lái)的切換請(qǐng)求消息時(shí)，生成對(duì)應(yīng)的切換請(qǐng)求應(yīng)答消息，并分別為生成的切換請(qǐng)求應(yīng)答消息分別封裝CAP的地址和STA的地址；2)然后，TAP將封裝處理后的切換請(qǐng)求應(yīng)答消息發(fā)送到分布式系統(tǒng)(DS，Distribution System)；3)DS根據(jù)接收到的切換請(qǐng)求應(yīng)答消息中承載的CAP地址信息，將切換請(qǐng)求應(yīng)答消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的CAP；4)該CAP根據(jù)接收到的切換請(qǐng)求應(yīng)答消息中承載的STA地址，將切換請(qǐng)求應(yīng)答消息繼續(xù)轉(zhuǎn)發(fā)給該STA。
請(qǐng)參照?qǐng)D5，該圖是本發(fā)明方法中STA根據(jù)TAP通過(guò)CAP反饋切換請(qǐng)求應(yīng)答消息的情況，進(jìn)行對(duì)應(yīng)處理的具體流程圖，其具體對(duì)應(yīng)處理過(guò)程如下步驟S41，STA預(yù)先設(shè)定期望TAP反饋切換請(qǐng)求應(yīng)答消息的期望時(shí)間長(zhǎng)度值(如設(shè)置期望TAP在1ms內(nèi)反饋對(duì)應(yīng)的切換請(qǐng)求應(yīng)答消息)；步驟S42，STA返回到CAP的信道上與CAP進(jìn)行通信的過(guò)程中，同時(shí)判斷是否能夠在所設(shè)定的期望時(shí)間長(zhǎng)度值內(nèi)接收到TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息，如果是，執(zhí)行步驟S43或步驟S47；否則執(zhí)行步驟S48；步驟S43，TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息為切換請(qǐng)求成功消息；步驟S44，STA判斷切換請(qǐng)求過(guò)程是否結(jié)束，如果是，執(zhí)行步驟S45；否則執(zhí)行步驟S46；步驟S45，STA轉(zhuǎn)入到TAP的信道向TAP發(fā)送切換請(qǐng)求成功響應(yīng)消息，并在TAP的信道上與TAP進(jìn)行通信，從而結(jié)束整個(gè)從CAP到TAP的切換處理過(guò)程。
步驟S46，(返回上述步驟S10)STA在TAP的信道上繼續(xù)向TAP發(fā)送后續(xù)的切換請(qǐng)求消息(例如，如果上述處理過(guò)程為針對(duì)認(rèn)證請(qǐng)求消息，則在這里STA會(huì)繼續(xù)向TAP發(fā)送重關(guān)聯(lián)請(qǐng)求消息，直至切換處理過(guò)程結(jié)束)。
步驟S47，TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息為切換請(qǐng)求失敗消息；步驟S48，STA會(huì)認(rèn)為此次切換請(qǐng)求失敗，(返回上述步驟S10)STA會(huì)繼續(xù)向TAP發(fā)送該切換請(qǐng)求消息(即如果上述處理過(guò)程為針對(duì)認(rèn)證請(qǐng)求消息，則在這里STA會(huì)繼續(xù)向TAP發(fā)送該認(rèn)證請(qǐng)求消息)。
其中對(duì)應(yīng)STA發(fā)送的802.11認(rèn)證請(qǐng)求消息和重關(guān)聯(lián)請(qǐng)求消息，TAP會(huì)通過(guò)CAP向STA反饋對(duì)應(yīng)的認(rèn)證請(qǐng)求應(yīng)答消息和重關(guān)聯(lián)請(qǐng)求應(yīng)答消息。
下述為一個(gè)實(shí)施本發(fā)明方法的實(shí)施例本發(fā)明方法實(shí)施時(shí)所依賴的WLAN系統(tǒng)與現(xiàn)有標(biāo)準(zhǔn)的IEEE802.11系統(tǒng)結(jié)構(gòu)相同，具體請(qǐng)參照?qǐng)D6所示，由分布式系統(tǒng)(DS)，無(wú)線接入點(diǎn)(AP)和無(wú)線站點(diǎn)(STA)組成。在WLAN內(nèi)，STA通過(guò)AP與DS連接，從而實(shí)現(xiàn)與WLAN內(nèi)或是WAN內(nèi)的通信設(shè)備進(jìn)行通信。在該標(biāo)準(zhǔn)的WLAN系統(tǒng)結(jié)構(gòu)基礎(chǔ)上，本發(fā)明方法的主要實(shí)施過(guò)程如下①STA通過(guò)CAP與DS進(jìn)行通信；②STA在需要由CAP切換到TAP上，以通過(guò)TAP與DS實(shí)現(xiàn)通信時(shí)，向TAP發(fā)出切換請(qǐng)求；③如果TAP能及時(shí)處理完成STA發(fā)來(lái)的切換請(qǐng)求，則向STA發(fā)送切換請(qǐng)求成功應(yīng)答；如果TAP由于與其它網(wǎng)絡(luò)元素進(jìn)行協(xié)商所需時(shí)間較長(zhǎng)，而不能及時(shí)處理完成STA發(fā)來(lái)的切換請(qǐng)求時(shí)，可向STA發(fā)送一個(gè)切換等待消息，要求STA進(jìn)行等待；④STA接收到TAP發(fā)來(lái)的切換等待消息，返回到CAP的信道中繼續(xù)與CAP進(jìn)行通信，并等待TAP通過(guò)CAP發(fā)來(lái)的切換請(qǐng)求應(yīng)答；如果④中STA在自身的期望時(shí)間超時(shí)仍未接收到TAP通過(guò)CAP發(fā)來(lái)的切換請(qǐng)求應(yīng)答，則判定此次切換請(qǐng)求失敗，并返回上述②中再次向TAP發(fā)送該同一切換請(qǐng)求消息。
⑤TAP處理完成STA發(fā)來(lái)的切換請(qǐng)求后，通過(guò)DS向CAP發(fā)送對(duì)應(yīng)的切換請(qǐng)求應(yīng)答，CAP將此切換請(qǐng)求應(yīng)答轉(zhuǎn)發(fā)給STA；如果⑤中STA接收到的切換請(qǐng)求應(yīng)答為切換請(qǐng)求失敗，則STA返回至上述②中再次向TAP發(fā)送該同一切換請(qǐng)求消息。
如果⑤中STA接收到的切換請(qǐng)求應(yīng)答為切換請(qǐng)求成功，則轉(zhuǎn)入執(zhí)行下一步處理；⑥如果整個(gè)切換請(qǐng)求處理過(guò)程(包括認(rèn)證請(qǐng)求過(guò)程和重關(guān)聯(lián)請(qǐng)求過(guò)程等)結(jié)束，則STA轉(zhuǎn)入到TAP的信道向TAP發(fā)出切換請(qǐng)求成功應(yīng)答的響應(yīng)；否則返回到上述②中執(zhí)行切換過(guò)程中的后續(xù)切換請(qǐng)求處理。
⑦STA在TAP信道上通過(guò)TAP實(shí)現(xiàn)與DS之間的通信。
請(qǐng)參照?qǐng)D7，該圖是根據(jù)本發(fā)明提出的方法原理，STA在不同接入點(diǎn)AP之間進(jìn)行切換處理的過(guò)程示意圖，STA在無(wú)線局域網(wǎng)中的不同AP之間進(jìn)行切換處理的主要過(guò)程如下c1、STA在與當(dāng)前無(wú)線接入點(diǎn)CAP進(jìn)行會(huì)話和數(shù)據(jù)交互過(guò)程中測(cè)定到需要離開(kāi)當(dāng)前無(wú)線接入點(diǎn)CAP，并與目標(biāo)無(wú)線接入點(diǎn)TAP建立會(huì)話；c2、STA轉(zhuǎn)入到TAP的信道，以向TAP發(fā)送802.11認(rèn)證請(qǐng)求；c3、TAP在接收到STA發(fā)來(lái)的802.11認(rèn)證請(qǐng)求后，如果不能及時(shí)處理STA的認(rèn)證請(qǐng)求，會(huì)向STA發(fā)送認(rèn)證請(qǐng)求等待消息，以指示STA進(jìn)行等待；c4、STA接收到此要求等待的認(rèn)證請(qǐng)求等待消息后，返回到CAP的信道中并繼續(xù)和CAP進(jìn)行會(huì)話和數(shù)據(jù)交互；c5、TAP在處理完成STA發(fā)來(lái)的802.11認(rèn)證請(qǐng)求之后，通過(guò)CAP向處于CAP信道上的STA反饋802.11認(rèn)證請(qǐng)求應(yīng)答；c6、STA在CAP的信道上接收到TAP通過(guò)CAP反饋來(lái)的802.11認(rèn)證請(qǐng)求成功應(yīng)答后，再返回到TAP的信道向TAP發(fā)送重關(guān)聯(lián)請(qǐng)求，以向TAP請(qǐng)求資源分配；
c7、TAP接收到STA發(fā)來(lái)的重關(guān)聯(lián)請(qǐng)求后，如果不能及時(shí)處理STA的重關(guān)聯(lián)請(qǐng)求，會(huì)向STA發(fā)送重關(guān)聯(lián)請(qǐng)求等待消息，以指示STA進(jìn)行等待；c8、STA接收到此要求等待的重關(guān)聯(lián)請(qǐng)求等待消息后，返回到CAP的信道中并繼續(xù)和CAP進(jìn)行會(huì)話和數(shù)據(jù)交互；c9、TAP在處理完成STA發(fā)來(lái)的重關(guān)聯(lián)請(qǐng)求之后，通過(guò)CAP向處于CAP信道上的STA反饋重關(guān)聯(lián)請(qǐng)求應(yīng)答；c10、STA在CAP的信道上接收到TAP通過(guò)CAP反饋來(lái)的重關(guān)聯(lián)請(qǐng)求成功應(yīng)答后，再返回到TAP的信道向TAP反饋重關(guān)聯(lián)請(qǐng)求成功響應(yīng)消息；至此，STA已經(jīng)成功從當(dāng)前無(wú)線接入點(diǎn)CAP切換到目標(biāo)無(wú)線接入點(diǎn)TAP，此后STA就可以在TAP的信道上和TAP進(jìn)行安全會(huì)話和數(shù)據(jù)交互。
綜上可見(jiàn)，本發(fā)明無(wú)線站點(diǎn)的切換方法可以避免STA在TAP不能及時(shí)處理切換請(qǐng)求的情況下，導(dǎo)致STA需要在TAP的信道上等待或重發(fā)切換請(qǐng)求消息，并避免了STA在等待期間接收不到TAP反饋來(lái)的切換請(qǐng)求應(yīng)答時(shí)，處在CAP的信道和TAP的信道之間進(jìn)行反復(fù)切換的“乒乓切換”效應(yīng)，因此減小了切換過(guò)程的時(shí)延，同時(shí)降低了切換過(guò)程中分組數(shù)據(jù)包的丟失概率，比較有利于實(shí)時(shí)性通信業(yè)務(wù)的發(fā)展。
同時(shí)在切換處理過(guò)程中，TAP也不再需要估計(jì)處理STA發(fā)來(lái)的請(qǐng)求消息所需要的具體時(shí)長(zhǎng)值，相應(yīng)STA也不再需要監(jiān)測(cè)TAP返回的估計(jì)時(shí)長(zhǎng)值，由此降低了無(wú)線接入點(diǎn)AP和無(wú)線站點(diǎn)STA的處理復(fù)雜度。
相應(yīng)的，本發(fā)明還提出了一種無(wú)線接入點(diǎn)AP，請(qǐng)參照?qǐng)D8，該圖是本發(fā)明無(wú)線接入點(diǎn)AP的主要組成結(jié)構(gòu)框圖，其主要包括地址獲知單元10、應(yīng)答消息生成單元20、地址封裝單元30和應(yīng)答消息發(fā)送單元40，其中各個(gè)組成部分的主要作用如下地址獲知單元10，主要用于根據(jù)無(wú)線站點(diǎn)STA發(fā)來(lái)的切換請(qǐng)求消息(如包括認(rèn)證請(qǐng)求消息和重關(guān)聯(lián)請(qǐng)求消息等)，來(lái)獲知STA的地址信息和該STA目前所在的當(dāng)前無(wú)線接入點(diǎn)CAP的地址信息；
應(yīng)答消息生成單元20，主要用于在對(duì)STA發(fā)來(lái)的切換請(qǐng)求消息進(jìn)行處理完成后，生成對(duì)應(yīng)的切換請(qǐng)求應(yīng)答消息(如包括認(rèn)證請(qǐng)求應(yīng)答消息和重關(guān)聯(lián)請(qǐng)求應(yīng)答消息等)；地址封裝單元30，主要用于根據(jù)地址獲知單元10獲取到的地址信息，為應(yīng)答消息生成單元20生成的切換請(qǐng)求應(yīng)答消息分別封裝對(duì)應(yīng)的STA地址和該STA目前所在的CAP地址；應(yīng)答消息發(fā)送單元40，主要用于將地址封裝單元30封裝處理后的切換請(qǐng)求應(yīng)答消息發(fā)送到分布式系統(tǒng)DS，以使DS能夠根據(jù)接收到的切換請(qǐng)求應(yīng)答消息中封裝的CAP地址信息，將接收到的切換請(qǐng)求應(yīng)答消息轉(zhuǎn)發(fā)到CAP，并使CAP根據(jù)接收到的切換請(qǐng)求應(yīng)答消息中封裝的STA地址信息，將接收到的切換請(qǐng)求應(yīng)答消息轉(zhuǎn)發(fā)給對(duì)應(yīng)的STA。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種無(wú)線站點(diǎn)的切換方法，其特征在于，包括步驟A、無(wú)線站點(diǎn)STA向目標(biāo)無(wú)線接入點(diǎn)TAP發(fā)送切換請(qǐng)求消息；B、所述TAP向STA反饋切換等待消息；C、所述STA返回當(dāng)前無(wú)線接入點(diǎn)CAP的信道與CAP進(jìn)行通信；并D、根據(jù)在所述CAP信道上接收由所述TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息情況，進(jìn)行切換過(guò)程中的對(duì)應(yīng)處理。
2.如權(quán)利要求1所述的方法，其特征在于，所述步驟A中STA在與所述CAP進(jìn)行通信過(guò)程中，測(cè)定到所述TAP信號(hào)強(qiáng)度相對(duì)于CAP信號(hào)強(qiáng)度滿足于切換條件時(shí)，轉(zhuǎn)入到TAP信道向TAP發(fā)送切換請(qǐng)求消息。
3.如權(quán)利要求1所述的方法，其特征在于，所述步驟A和B之間還包括步驟A-1、所述TAP接收到STA發(fā)來(lái)的切換請(qǐng)求消息時(shí)，判斷是否能夠及時(shí)處理該切換請(qǐng)求消息，如果是，執(zhí)行步驟A-2；否則執(zhí)行步驟B；A-2、所述TAP向所述STA反饋對(duì)應(yīng)的切換請(qǐng)求應(yīng)答消息；A-3、所述STA判斷切換請(qǐng)求過(guò)程是否結(jié)束，如果是，在所述TAP的信道上與TAP進(jìn)行通信，結(jié)束從所述CAP到TAP的切換過(guò)程；否則A-4、返回步驟A所述STA繼續(xù)向TAP發(fā)送后續(xù)的切換請(qǐng)求消息。
4.如權(quán)利要求1所述的方法，其特征在于，所述步驟D中STA在CAP信道上接收由TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息的過(guò)程具體包括D1、所述TAP處理完STA發(fā)來(lái)的切換請(qǐng)求消息時(shí)，生成對(duì)應(yīng)的切換請(qǐng)求應(yīng)答消息，并分別為所述切換請(qǐng)求應(yīng)答消息封裝CAP的地址和STA的地址；D2、所述TAP將封裝處理后的切換請(qǐng)求應(yīng)答消息發(fā)送到分布式系統(tǒng)；D3、所述分布式系統(tǒng)根據(jù)接收到的切換請(qǐng)求應(yīng)答消息中承載的CAP地址，將所述切換請(qǐng)求應(yīng)答消息轉(zhuǎn)發(fā)到所述CAP；D4、所述CAP根據(jù)接收到的切換請(qǐng)求應(yīng)答消息中承載的STA地址，將所述切換請(qǐng)求應(yīng)答消息轉(zhuǎn)發(fā)給STA。
5.如權(quán)利要求1所述的方法，其特征在于，所述步驟D中STA根據(jù)TAP通過(guò)CAP反饋切換請(qǐng)求應(yīng)答消息的情況，進(jìn)行對(duì)應(yīng)處理的過(guò)程包括d1、若TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息為切換請(qǐng)求成功消息，則所述STA判斷切換請(qǐng)求過(guò)程是否結(jié)束，如果是，執(zhí)行步驟d2；否則執(zhí)行步驟d3；d2、所述STA轉(zhuǎn)入到TAP的信道向TAP發(fā)送切換請(qǐng)求成功響應(yīng)消息，并在所述TAP的信道上與TAP進(jìn)行通信，結(jié)束從所述CAP到TAP的切換過(guò)程；d3、返回步驟A所述STA繼續(xù)向TAP發(fā)送后續(xù)的切換請(qǐng)求消息。
6.如權(quán)利要求5所述的方法，其特征在于，所述步驟d1之前還包括所述STA預(yù)先設(shè)定期望所述TAP反饋切換請(qǐng)求應(yīng)答消息的期望時(shí)間長(zhǎng)度值；并判斷是否能夠在所設(shè)定的期望時(shí)間長(zhǎng)度值內(nèi)接收到TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息，如果是，執(zhí)行步驟d1；否則STA認(rèn)為此次切換請(qǐng)求失敗，返回步驟A繼續(xù)向TAP發(fā)送該切換請(qǐng)求消息。
7.如權(quán)利要求1所述的方法，其特征在于，所述步驟D中STA根據(jù)TAP通過(guò)CAP反饋切換請(qǐng)求應(yīng)答消息的情況，進(jìn)行對(duì)應(yīng)處理的過(guò)程包括d-1、若TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息為切換請(qǐng)求失敗消息，則返回步驟A所述STA繼續(xù)向TAP發(fā)送該切換請(qǐng)求消息。
8.如權(quán)利要求7所述的方法，其特征在于，所述步驟d-1之前還包括所述STA預(yù)先設(shè)定期望所述TAP反饋切換請(qǐng)求應(yīng)答消息的期望時(shí)間長(zhǎng)度值；并判斷是否能夠在所設(shè)定的期望時(shí)間長(zhǎng)度值內(nèi)接收到TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息，如果是，執(zhí)行步驟d-1；否則STA認(rèn)為此次切換請(qǐng)求失敗，返回步驟A繼續(xù)向TAP發(fā)送該切換請(qǐng)求消息。
9.如1～8任意權(quán)利要求所述的方法，其特征在于，所述STA先后向TAP發(fā)送的切換請(qǐng)求消息為認(rèn)證請(qǐng)求消息和重關(guān)聯(lián)請(qǐng)求消息；所述TAP先后向STA反饋的切換等待消息為認(rèn)證請(qǐng)求等待消息和重關(guān)聯(lián)等待消息；所述TAP通過(guò)CAP先后向處在CAP信道上的STA反饋的切換請(qǐng)求應(yīng)答消息為認(rèn)證請(qǐng)求應(yīng)答消息和重關(guān)聯(lián)請(qǐng)求應(yīng)答消息。
10.一種無(wú)線接入點(diǎn)，其特征在于，包括地址獲知單元，用于根據(jù)無(wú)線站點(diǎn)STA發(fā)來(lái)的切換請(qǐng)求消息，獲知所述STA的地址信息和該STA所在的當(dāng)前無(wú)線接入點(diǎn)CAP的地址信息；應(yīng)答消息生成單元，用于在對(duì)所述STA發(fā)來(lái)的切換請(qǐng)求消息進(jìn)行處理后，生成對(duì)應(yīng)的切換請(qǐng)求應(yīng)答消息；地址封裝單元，用于根據(jù)所述地址獲知單元獲取到的地址信息，為所述應(yīng)答消息生成單元生成的切換請(qǐng)求應(yīng)答消息分別封裝該STA地址和該STA所在的CAP地址；應(yīng)答消息發(fā)送單元，用于將所述地址封裝單元封裝處理后的切換請(qǐng)求應(yīng)答消息發(fā)送到分布式系統(tǒng)，以使分布式系統(tǒng)根據(jù)切換請(qǐng)求應(yīng)答消息中的CAP地址將切換請(qǐng)求應(yīng)答消息轉(zhuǎn)發(fā)到CAP，并使CAP根據(jù)切換請(qǐng)求應(yīng)答消息中的STA地址將切換請(qǐng)求應(yīng)答消息轉(zhuǎn)發(fā)給STA。
全文摘要
本發(fā)明公開(kāi)了一種無(wú)線站點(diǎn)的切換方法，包括無(wú)線站點(diǎn)STA向目標(biāo)無(wú)線接入點(diǎn)TAP發(fā)送切換請(qǐng)求消息；所述TAP向STA反饋切換等待消息；所述STA返回當(dāng)前無(wú)線接入點(diǎn)CAP的信道與CAP進(jìn)行通信；并根據(jù)在所述CAP信道上接收由所述TAP通過(guò)CAP反饋來(lái)的切換請(qǐng)求應(yīng)答消息情況，進(jìn)行切換過(guò)程中的對(duì)應(yīng)處理。相應(yīng)的，本發(fā)明還公開(kāi)了一種無(wú)線接入點(diǎn)。本發(fā)明可以減小切換時(shí)延，并降低分組數(shù)據(jù)的丟失概率，避免對(duì)實(shí)時(shí)性通信業(yè)務(wù)造成影響。
文檔編號(hào)H04L12/28GK1933435SQ200510103318
公開(kāi)日2007年3月21日 申請(qǐng)日期2005年9月16日 優(yōu)先權(quán)日2005年9月16日
發(fā)明者李鴻飛, 莊宏成, 杜漢美 申請(qǐng)人:華為技術(shù)有限公司