專利名稱：一種Beacon的發(fā)送方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種Beacon的發(fā)送方法和設(shè)備。
背景技術(shù)：
WLAN(ffireless Local Area Network，無線局域網(wǎng))技術(shù)是當今通信領(lǐng)域的熱點之一，和有線相比，無線局域網(wǎng)的啟動和實施相對簡單，維護的成本低廉，一般只要安放一個或多個接入點設(shè)備就可建立覆蓋整個建筑或地區(qū)的局域網(wǎng)絡(luò)。在WLAN場景下，STA (station，配備無線網(wǎng)絡(luò)接口的計算設(shè)備，這里指計算機) 接入過程首先需要通過主動/被動掃描，在通過認證和關(guān)聯(lián)兩個過程后才能和AP (Access Point，接入點)建立連接。1、主動掃描STA試圖主動尋找網(wǎng)絡(luò)時，可用主動掃描對周圍的無線網(wǎng)絡(luò)進行掃描。根據(jù)是否攜帶指定SSID (Service Set Identifier，服務集識別碼)，主動掃描可以分為兩種(I)STA發(fā)送ftObe Request (探查請求幀)(SSID為null) :STA預先配有一個信道列表，STA在信道列表中的信道上廣播ftObe Request。AP收到探查請求幀后，回應ftx)be Response (探查響應幀)。STA會選擇信號最強的AP進行關(guān)聯(lián)。這種方法適用于無線客戶端通過主動掃描可以獲知是否存在可使用的無線服務。具體如圖1所示，為現(xiàn)有技術(shù)中的主動掃描過程(Probe Request中SSID為null)的流程示意圖。Q)STA發(fā)送ftObe Request (Probe Request攜帶指定的SSID)這種情況下，因為 STA攜帶指定的SSID，只會單播發(fā)送Request，相應的AP接受到后回復請求。這種方法適用于無線客戶端通過主動掃描接入指定的無線網(wǎng)絡(luò)。具體如圖2所示，為現(xiàn)有技術(shù)中的主動掃描過程(Probe Request攜帶指定的SSID)的流程示意圖。在主動掃描過程中，STA通過ftObe Request來掃描所在區(qū)域內(nèi)目前有哪些 802. 11網(wǎng)絡(luò)，如果I^robe Request幀所探查的網(wǎng)絡(luò)與之兼容，該網(wǎng)絡(luò)(AP)就會以ftx)be Response中貞響應。Probe Response中貞中包含了 Beacon中貞的所有參數(shù)。2、被動掃描被動掃描是指STA通過偵聽AP定期發(fā)送的Beacon幀來發(fā)現(xiàn)網(wǎng)絡(luò)。STA預先配有用于掃描的信道列表，在每個信道上監(jiān)聽信標。被動掃描要求AP周期性發(fā)送Beacon幀。當 STA需要節(jié)省電量時，可以使用被動掃描。一般VoIP語音終端通常使用被動掃描方式。在被動掃描過程中，Beacon幀用來聲明某個網(wǎng)絡(luò)的存在。AP定期傳送的Beacon 可讓STA站得知自身網(wǎng)絡(luò)的存在。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題在現(xiàn)有技術(shù)中，不管是否有STA連接到了 AP，AP都會發(fā)送Beacon和回應ftObe Response，基于這樣的配置規(guī)則，如果沒有任何STA使用此AP，則該AP終究會存在電力浪費，也對其他AP造成一定的干擾，還增加對人體的輻射。

發(fā)明內(nèi)容
本發(fā)明提供一種Beacon的發(fā)送方法和設(shè)備，用以解決現(xiàn)有技術(shù)中AP在沒有連接到在線的STA時仍舊需要不斷地發(fā)送Beacon所帶來的資源浪費、信號干擾和環(huán)境污染的問題。為達到上述目的，本發(fā)明一方面提供了一種Beacon的發(fā)送方法，所述方法至少包括以下步驟當接入點AP確定自身需要連接到在線的無線客戶端STA后，所述AP開始發(fā)送 Beacon ；當所述AP確定自身當前沒有連接到任何在線的STA后，所述AP停止發(fā)送Beacon。優(yōu)選的，當AP確定自身需要連接到在線的STA后，所述AP開始發(fā)送Beacon，具體包括如果所述AP在自身當前沒有與任何STA相連接時，接收到一個STA發(fā)送的探查請求幀ftx)be Request,則所述AP在與所述STA建立連接前，開始發(fā)送Beacon ；如果所述AP在自身的一個基本服務集BSS當前沒有與任何STA相連接時，接收到一個STA發(fā)送的攜帶與所述BSS相對應的服務集標識SSID的ftObe Request,則所述AP 在所述BSS與所述STA建立連接前，開始向所述STA發(fā)送攜帶所述BSS相對應的SSID的 Beacon0優(yōu)選的，當AP確定自身需要連接到在線的STA后，所述AP開始發(fā)送Beacon，具體包括當AP確定自身需要連接到在線的STA后，所述AP在向所述STA發(fā)送關(guān)聯(lián)響應 Association Response 或重關(guān)聯(lián)口向應 Reassociation Response 之前，開始發(fā)送 Beacon。優(yōu)選的，當所述AP確定自身當前沒有連接到任何在線的STA后，所述AP停止發(fā)送 Beacon,具體包括當所述AP當前只與一個STA相連接時，如果所述AP接收到所述STA發(fā)送的解除無線身份驗證幀Deauthentication，或所述AP主動解除與所述STA的連接，所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送Beacon ；或，當所述AP當前所連接的最后一個STA下線，且所述AP沒有接收到所述STA發(fā)送的Deauthentication時，所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送Beacon ；或，如果所述AP當前沒有與任何STA相連接，且在開始發(fā)送Beacon并經(jīng)過預設(shè)的連接緩沖時間后，所述AP仍沒有與任何STA建立連接，則所述AP停止發(fā)送Beacon ；或，當所述AP的一個BSS當前只與一個STA相連接時，如果所述AP接收到所述STA 發(fā)送的Deauthentication，或所述AP主動解除與所述STA的連接，所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述BSS相對應的SSID的Beacon ；或，當所述AP的一個BSS當前所連接的最后一個STA下線，且所述AP沒有接收到所述STA發(fā)送的Deauthentication時，所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述 BSS相對應的SSID的Beacon ；或，如果所述AP的一個BSS當前沒有與任何STA相連接，且在開始發(fā)送攜帶所述BSS 相對應的SSID的Beacon，且經(jīng)過預設(shè)的連接緩沖時間后，所述BSS仍沒有與任何STA建立連接，則所述AP停止發(fā)送攜帶所述BSS相對應的SSID的Beacon。
優(yōu)選的，所述當AP確定自身需要連接到在線的STA之前，還包括當所述AP接收到一個STA發(fā)送的Probe Request后，根據(jù)所述Probe Request的源介質(zhì)訪問控制層MAC地址，在預設(shè)的MAC地址允許列表中進行查詢；如果查詢到與所述ftObe Request的源MAC地址相匹配的地址，所述AP向所述 STA返回探查響應幀ftObe Response,并確定自身需要連接到所述STA ；如果沒有查詢到與所述ftObe Request的源MAC地址相匹配的地址，所述AP放棄進行響應，并確定自身不需要連接到所述STA。
Beacon
另一方面，本發(fā)明還提供了一種AP，至少包括
確定模塊，用于確定所述AP當前是否需要連接到在線的STA ；
發(fā)送模塊，用于在所述確定模塊確定所述AP需要連接到在線的STA后，開始發(fā)送
停止模塊，用于在所述發(fā)送模塊開始發(fā)送Beacon，且所述確定模塊確定所述AP當前沒有連接到任何在線的STA后，停止發(fā)送Beacon。優(yōu)選的，所述AP，還包括接收模塊；所述接收模塊，具體用于接收STA發(fā)送的ftObe Request ；所述發(fā)送模塊，具體用于在所述AP當前沒有與任何STA相連接，且所述接收模塊接收到一個STA發(fā)送的 Probe Request時，則在所述AP與所述STA建立連接前，開始發(fā)送Beacon ；或，在所述AP的一個BSS當前沒有與任何STA相連接，且所述接收模塊接收到一個 STA發(fā)送的攜帶與所述BSS相對應的SSID的ftObe Request時，則在所述BSS與所述STA 建立連接前，開始向所述STA發(fā)送攜帶所述BSS相對應的SSID的Beacon。優(yōu)選的，所述發(fā)送模塊，具體用于當所述確定模塊確定所述AP需要連接到在線的STA后，在向所述STA發(fā)送 Association Response 或 Reassociation Response 之前，開始發(fā)送 Beacon。優(yōu)選的，所述接收模塊，還用于接收STA發(fā)送的Deauthentication ；所述停止模塊，具體用于當所述AP當前只與一個STA相連接時，如果所述接收模塊接收到所述STA發(fā)送的 Deauthentication,或所述AP主動解除與所述STA的連接，則在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送Beacon ；或，當所述AP當前所連接的最后一個STA下線，且所述接收模塊沒有接收到所述STA 發(fā)送的Deauthentication時，在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送Beacon ；或，如果所述AP當前沒有與任何STA相連接，且在所述發(fā)送模塊開始發(fā)送Beacon，且經(jīng)過預設(shè)的連接緩沖時間后，所述AP仍沒有與任何STA建立連接，則停止發(fā)送Beacon ；或，當所述AP的一個BSS當前只與一個STA相連接時，如果所述接收模塊接收到所述 STA發(fā)送的Deauthentication，或所述AP主動解除與所述STA的連接，則在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述BSS相對應的SSID的Beacon ；或，當所述AP的一個BSS當前所連接的最后一個STA下線，且所述接收模塊沒有接收到所述STA發(fā)送的Deauthentication時，則在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述BSS相對應的SSID的Beacon ；或，如果所述AP的一個BSS當前沒有與任何STA相連接，且在所述發(fā)送模塊開始發(fā)送攜帶所述BSS相對應的SSID的Beacon后，且經(jīng)過預設(shè)的連接緩沖時間后，所述BSS仍沒有與任何STA建立連接，則停止發(fā)送攜帶所述BSS相對應的SSID的Beacon。優(yōu)選的，所述AP，還包括查詢模塊；所述查詢模塊，具體用于當所述接收模塊接收到一個STA發(fā)送的ftObe Request 后，根據(jù)所述ftObe Request的源MAC地址，在預設(shè)的MAC地址允許列表中進行查詢；所述發(fā)送模塊，還用于在所述查詢模塊查詢到與所述ftObe Request的源MAC地址相匹配的地址時，向所述STA返回ftObe Response,并通知所述確定模塊確定所述AP需要連接到所述STA，并在所述查詢模塊沒有查詢到與所述ftObe Request的源MAC地址相匹配的地址時，放棄進行響應，并通知所述確定模塊確定所述AP不需要連接到所述STA。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點通過應用本發(fā)明的技術(shù)方案，AP只有在確定自身需要連接到在線的STA之后， 才會開始發(fā)送Beacon，并且在確定自身當前沒有連接到任何在線的STA之后，停止發(fā)送 Beacon，從而，只在特定的情況下才會進行Beacon的發(fā)送，避免AP —直發(fā)送Beacon，尤其是在沒有連接到在線的STA時仍舊需要不斷地發(fā)送Beacon的情況，減少由此引起的電力資源浪費，減少一直發(fā)送Beacon對于其他AP的干擾，以及對人體的輻射和環(huán)境污染。


圖1為本發(fā)明所提出的一種Beacon的發(fā)送方法的流程示意圖；圖2為本發(fā)明所提出的一種AP的結(jié)構(gòu)示意圖。
具體實施例方式
如背景技術(shù)所述，在現(xiàn)有的技術(shù)方案中，不管是否有STA連接到了 AP，AP都會發(fā)送 Beacon,基于這樣的配置規(guī)則，如果沒有任何STA使用此AP，則該AP會存在電力浪費的情況，同時，不斷發(fā)送的Beacon也會對其他AP的信號傳輸造成一定的干擾，并且，持續(xù)的無線信號的發(fā)送還會增加對人體的輻射。為了解決這樣的問題，本發(fā)明提出了一種Beacon的發(fā)送方法，只在AP確定自身需要連接到在線的STA，以及AP與至少一個在線的STA相連接的情況下，才會進行Beacon的發(fā)送。如圖1所示，為本發(fā)明提出的一種Beacon的發(fā)送方法的流程示意圖，該方法具體包括以下步驟步驟S101、當AP確定自身需要連接到在線的STA后，所述AP開始發(fā)送Beacon。在具體的應用場景中，本步驟的處理過程根據(jù)AP與STA的連接方式，分為以下兩種場景場景一、AP直接與STA建立連接。對于此種場景，如果所述AP在當前沒有與任何STA相連接的情況下，接收到一個 STA發(fā)送的ftObe Request,則表示當前存在至少一個在線的STA，且該STA希望進行AP的連接，正在用過廣播發(fā)送Request的方式進行主動掃描，探查可以進行連接的AP，而該AP當前正處于可以與該STA進行連接的有效區(qū)域。在此種情況下，AP可以嘗試與該STA進行連接，并且需要在與所述STA建立連接前，開始發(fā)送Beacon0場景二、AP包括多個BSS，且各BSS分別與STA建立連接。對于此種場景，如果所述AP在自身的一個BSS當前沒有與任何STA相連接的情況下，接收到一個STA發(fā)送的攜帶與該BSS相對應的SSID的ftObe Request,則表示當前存在至少一個在線的STA，且該STA希望與該AP進行連接，正在用過單播發(fā)送攜帶指定的SSID 的ftObe Request的方式進行主動掃描，探查是否可以連接到該AP的BSS。在此種情況下，AP的這個BSS可以嘗試與該STA進行連接，所述AP在該BSS與所述STA建立連接前，開始向所述STA發(fā)送攜帶該BSS相對應的SSID的Beacon。需要進一步指出的是，在一種較優(yōu)的實施場景下，本發(fā)明實施例建議Beacon的發(fā)送可以在 AP 在向所述 STA 發(fā)送 Association Response 或 Reassociation Response 之前開始。步驟S102、當所述AP確定自身當前沒有連接到任何在線的STA后，所述AP停止發(fā) Mr Beacon0在具體的應用場景中，與前述的步驟SlOl相類似，本步驟的處理過程同樣可以根據(jù)AP與STA的連接方式，分為與上述說明相類似的兩種場景，具體說明如下場景一、AP直接與STA建立連接。在此種場景下，AP停止發(fā)送Beacon的時機可以包括以下三種(1)當所述AP當前只與一個STA相連接時，如果所述AP接收到所述STA發(fā)送的 Deauthentication,或所述AP主動解除與所述STA的連接，則所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送Beacon。此種停止時機的設(shè)置主要是為了在AP所連接的STA正常下線，或連接正常解除時，能夠及時停止Beacon的發(fā)送。當然，如果AP當前還連接有多個在線的STA，則即使AP與其中的一個STA的連接中斷，也不會停止Beacon的發(fā)送，即不適用上述的停止Beacon的情況，因為其他STA仍舊在線，且與AP相連接，需要通過Beacon確定AP的連接。延遲時間的設(shè)置主要是為了避免由于傳輸時延或者其他因素導致新傳輸?shù)难舆t。
(2)當所述AP當前所連接的最后一個STA下線，且所述AP沒有接收到所述STA發(fā)送的Deauthentication時，則所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送Beacon。此種停止時機的設(shè)置主要是為了在AP所連接的STA非正常下線時，能夠及時停止 Beacon的發(fā)送。當然，如果AP當前還連接有多個在線的STA，則即使AP與其中的一個STA的連接非正常中斷，也不會停止Beacon的發(fā)送，即不適用上述的停止Beacon的情況，因為其他STA 仍舊在線，且與AP相連接，需要通過Beacon確定AP的連接。延遲時間的設(shè)置主要是為了避免由于傳輸時延或者其他因素導致新傳輸?shù)难舆t， 并且，此種情況下的延遲時間根據(jù)實際需要進行設(shè)置，具體的大小與(1)中的延遲時間可以相同，也可以不同。(3)如果所述AP當前沒有與任何STA相連接，且在開始發(fā)送Beacon并經(jīng)過預設(shè)的連接緩沖時間后，所述AP仍沒有與任何STA建立連接，則所述AP停止發(fā)送Beacon。此種停止時機的設(shè)置主要是為了在AP嘗試連接到STA不成功的情況下，能夠及時停止Beacon的發(fā)送。同樣的，如果AP當前還連接有其他的在線的STA，則上述的停止Beacon的情況將不再適用，因為其他STA仍舊在線，且與AP相連接，需要通過Beacon確定AP的連接。連接緩沖時間的設(shè)置可以參考AP連接STA所需要的時間來設(shè)置，具體數(shù)值的變化并不影響本發(fā)明的保護范圍。場景二、AP包括多個BSS，且各BSS分別與STA建立連接。在此種場景下，AP停止發(fā)送Beacon的時機可以包括以下三種(1)當所述AP的一個BSS當前只與一個STA相連接時，如果所述AP接收到所述 STA發(fā)送的Deauthentication，或所述AP主動解除與所述STA的連接，所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述BSS相對應的SSID的Beacon。此種停止時機的設(shè)置主要是為了在AP的BSS所連接的STA正常下線，或連接正常解除時，能夠及時停止Beacon的發(fā)送。當然，如果AP的該BSS當前還連接有多個在線的STA，則即使這個BSS與其中的一個STA的連接中斷，也不會停止Beacon的發(fā)送，即不適用上述的停止Beacon的情況，因為其他STA仍舊在線，且與這個BSS相連接，需要通過Beacon確定AP的連接。延遲時間的設(shè)置主要是為了避免由于傳輸時延或者其他因素導致新傳輸?shù)难舆t。(2)當所述AP的一個BSS當前所連接的最后一個STA下線，且所述AP沒有接收到所述STA發(fā)送的Deauthentication時，所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述BSS相對應的SSID的Beacon。此種停止時機的設(shè)置主要是為了在AP的BSS所連接的STA非正常下線時，能夠及時停止Beacon的發(fā)送。當然，如果AP的BSS當前還連接有多個在線的STA，則即使這個BSS與其中的一個 STA的連接非正常中斷，也不會停止Beacon的發(fā)送，即不適用上述的停止Beacon的情況，因為其他STA仍舊在線，且與這個BSS相連接，需要通過Beacon確定AP的連接。延遲時間的設(shè)置主要是為了避免由于傳輸時延或者其他因素導致新傳輸?shù)难舆t， 并且，此種情況下的延遲時間根據(jù)實際需要進行設(shè)置，具體的大小與(1)中的延遲時間可以相同，也可以不同。(3)如果所述AP的一個BSS當前沒有與任何STA相連接，且在開始發(fā)送攜帶所述 BSS相對應的SSID的Beacon，且經(jīng)過預設(shè)的連接緩沖時間后，所述BSS仍沒有與任何STA 建立連接，則所述AP停止發(fā)送攜帶所述BSS相對應的SSID的Beacon。此種停止時機的設(shè)置主要是為了在AP的BSS嘗試連接到STA不成功的情況下，能夠及時停止Beacon的發(fā)送。同樣的，如果AP的BSS當前還連接有其他的在線的STA，則上述的停止Beacon的情況將不再適用，因為其他STA仍舊在線，且與這個BSS相連接，需要通過Beacon確定AP 的連接。連接緩沖時間的設(shè)置可以參考AP的BSS連接STA所需要的時間來設(shè)置，具體數(shù)值的變化并不影響本發(fā)明的保護范圍。
通過上述的方案，可以確定AP進行Beacon發(fā)送的開始和結(jié)束時間，但是，在現(xiàn)有技術(shù)中，Probe Response的發(fā)送時沒有選擇性的，只要收到ftObe Request，便會進行相應的響應，這樣同樣會導致后續(xù)的Beacon的頻繁發(fā)送，同時也不便于AP的接入控制。因此，本發(fā)明實施例進一步提出AP的連接準入機制，可以在執(zhí)行前述的步驟SlOl 之前，進行是否允許AP與相應的STA建立連接的驗證處理，從而實現(xiàn)AP的接入控制。具體的，當所述AP接收到一個STA發(fā)送的ftObe Request后，根據(jù)所述ftx)be Request的源MAC (Media Access Control，介質(zhì)訪問控制)地址，在預設(shè)的MAC地址允許列表中進行查詢，其中，MAC地址允許列表為根據(jù)AP的接入控制需要所預先設(shè)置的MAC地址列表，包含允許與AP建立連接的所有MAC地址信息。如果查詢到與所述ftObe Request的源MAC地址相匹配的地址，所述AP向所述 STA返回ftObe Response，并確定自身需要連接到所述STA，從而進一步執(zhí)行步驟SlOl。如果沒有查詢到與所述ftObe Request的源MAC地址相匹配的地址，所述AP放棄進行響應，并確定自身不需要連接到所述STA，從而，即使收到ftObe Request，也不會進行后續(xù)的Probe Response的反饋和Beacon的發(fā)送。通過上述處理，實現(xiàn)了 AP所接入的STA的篩選，完成了對AP的接入控制，對于需要過濾掉的情況，不會進行ftObe Response的反饋和Beacon的發(fā)送，從而節(jié)省了相應的資源。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點通過應用本發(fā)明的技術(shù)方案，AP只有在確定自身需要連接到在線的STA之后， 才會開始發(fā)送Beacon，并且在確定自身當前沒有連接到任何在線的STA之后，停止發(fā)送 Beacon,從而，只在特定的情況下才會進行Beacon的發(fā)送，避免AP —直發(fā)送Beacon，尤其是在沒有連接到在線的STA時仍舊需要不斷地發(fā)送Beacon的情況，減少由此引起的電力資源浪費，減少一直發(fā)送Beacon對于其他AP的干擾，以及對人體的輻射和環(huán)境污染。為了進一步闡述本發(fā)明的技術(shù)思想，現(xiàn)結(jié)合具體的應用場景，對本發(fā)明的技術(shù)方案進行說明。本發(fā)明所提出的技術(shù)方案的關(guān)鍵點在于只有有STA在線的時候AP才發(fā)送Beacon， 相反，AP空閑則不發(fā)送Beacon (即沒有任何STA在線時，AP不發(fā)送Beacon)。對應前述的描述，本發(fā)明實施例同樣基于兩種場景對具體的技術(shù)方案進行描述。場景一在具體的處理場景中，STA首先需要主動掃描來發(fā)現(xiàn)APJP STA首先發(fā)送 Request, AP 收至Ij Probe Request 后，發(fā)送 Probe Response, STA 收至Ij Probe Response 后， 獲取到AP的SSID等參數(shù)，并回應ACK (Acknowledge Character，確認字符)給AP。在此過程中，AP開始發(fā)送Beacon的時機可以為如果AP上當前沒有連接到任何STA，那么，從這個AP收到第一個ftObe Request (即開始有第一個STA嘗試與AP建立連接)到這個AP與第一個STA成功關(guān)聯(lián)(即此STA可以使用無線網(wǎng)絡(luò)收發(fā)業(yè)務報文)之間的任意時機，AP均可以開始Beacon的發(fā)送。例如在AP上沒有連接到任何STA的情況下，AP收到第一個接入的STA發(fā)出的 Probe Request,然后開始發(fā)送Beacon ；或者，在AP收到第一個接入的STA發(fā)出的Probe Request之后，AP發(fā)出ftx)be Response,當收到STA回應的ACK后，開始發(fā)送Beacon，等等。在前述的時間范圍內(nèi)，AP具體開始發(fā)送Beacon的時間并不會影響本發(fā)明的保護范圍。通過上述的規(guī)則設(shè)定，保證了只要AP上有STA在線，則AP便會開始持續(xù)發(fā)送 Beacon0需要指出的是，在具體的應用場景中，優(yōu)選的，本發(fā)明實施例建議AP在發(fā)送(Re) association Response報文及之前的階段開始發(fā)送Beacon。在開始Beacon的發(fā)送后，AP停止發(fā)送Beacon的時機可以包括以下三種情況1、當AP上只關(guān)聯(lián)了一個STA，且AP收到此STA主動下線的Deauthentication報文或AP主動解除與此STA的關(guān)聯(lián)時，AP在等待一定時間后，停止發(fā)送Beacon。2、當與AP關(guān)聯(lián)的最后一個STA下線，且AP未收到此STA發(fā)送的Deautiontication 報文時，AP在等待一定時間后，停止發(fā)送Beacon。3、當AP開始發(fā)送Beacon后的一段時間內(nèi)，仍沒有任何STA接入，則AP停止發(fā)送 Beacon0上述三種情況分別滿足了不同的應用場景的需求，具體的說明參見前述的描述， 在此不再重復，通過這樣的規(guī)則設(shè)置，保證了只有在AP上沒有任何STA連接時，AP才可能停止發(fā)送Beacon。場景二、在具體的處理場景中，STA仍舊是通過主動掃描來發(fā)現(xiàn)AP，但是，是通過單播發(fā)送攜帶指定SSIDWftObe Request的方式來進行探查，AP收到ftObe Request后，根據(jù)其所攜帶的SSID確定該STA是在嘗試與自身的相應的BSS進行連接，所以，回復ftObe Response 給該STA。在此過程中，AP開始發(fā)送Beacon的時機可以為如果AP的某個BSS上當前沒有連接到任何STA，那么，從這個AP收到第一個帶有此BSS所對應的SSID的單播的ftObe Request (即開始有第一個STA嘗試連接到該BSS) 到這個BSS與第一個STA成功關(guān)聯(lián)(即此STA可以使用無線網(wǎng)絡(luò)收發(fā)業(yè)務報文)之間的任意時機，AP均可以開始攜帶此SSID的Beacon的發(fā)送。例如在AP的某個BSS上沒有連接到任何STA的情況下，AP收到STA發(fā)出的第一個帶有此SSID的ftx)be Request,然后AP開始發(fā)送攜帶此SSID的Beacon ；或者，在AP 收到STA發(fā)出的第一個帶有此SSID的Probe Request，且AP發(fā)出Probe Response后，AP 發(fā)送攜帶此SSID的Beacon，等等。在前述的時間范圍內(nèi)，AP具體開始發(fā)送攜帶此SSID的 Beacon的時間并不會影響本發(fā)明的保護范圍。通過上述的規(guī)則設(shè)定，保證了只要AP的某個BSS上有STA在線，AP就持續(xù)發(fā)送攜帶此 SSID 的 Beacon。需要指出的是，在具體的應用場景中，優(yōu)選的，本發(fā)明實施例建議AP在發(fā)送(Re) association Response報文及之前的階段開始發(fā)送攜帶此SSID的Beacon。在開始Beacon的發(fā)送后，AP停止發(fā)送Beacon的時機可以包括以下三種情況1、當AP的某個BSS上只關(guān)聯(lián)了一個STA，且AP收到此STA主動下線的 Deauthentication報文，或AP主動解除了與此STA的關(guān)聯(lián)時，AP在等待一定時間后，停止發(fā)送攜帶此SSID的Beacon。2、當AP的某個BSS上，與該AP關(guān)聯(lián)的最后一個STA下線，且AP未收到此STA發(fā)送的Deautiontication報文時，AP在等待一定時間后，停止發(fā)送攜帶此SSID的Beacon。3、當AP開始發(fā)送攜帶某個BSS所對應的SSID的Beacon后的一段時間內(nèi)，此BSS 仍沒有任何STA接入，則AP停止發(fā)送攜帶此SSID的Beacon。上述三種情況分別滿足了不同的應用場景的需求，具體的說明參見前述的描述， 在此不再重復，通過這樣的規(guī)則設(shè)置，保證了只有在AP的某個BSS上沒有任何STA連接時， AP才可能停止發(fā)送攜帶此BSS所對應的SSID的Beacon。進一步，本發(fā)明實施例所提出的技術(shù)方案中可以設(shè)置AP允許的STA的MAC地址， 當AP收到STA發(fā)出的Probe Request后，搜索AP允許的MAC地址，當Probe Request的源 MAC地址與AP中設(shè)置的MAC地址匹配的時候，AP回應Probe Response。然后進行前述的 Beacon發(fā)送和停止處理流程的流程。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點通過應用本發(fā)明的技術(shù)方案，AP只有在確定自身需要連接到在線的STA之后， 才會開始發(fā)送Beacon，并且在確定自身當前沒有連接到任何在線的STA之后，停止發(fā)送 Beacon，從而，只在特定的情況下才會進行Beacon的發(fā)送，避免AP —直發(fā)送Beacon，尤其是在沒有連接到在線的STA時仍舊需要不斷地發(fā)送Beacon的情況，減少由此引起的電力資源浪費，減少一直發(fā)送Beacon對于其他AP的干擾，以及對人體的輻射和環(huán)境污染。為了實現(xiàn)本發(fā)明的技術(shù)方案，基于前述的說明，本發(fā)明還提出了一種AP，其結(jié)構(gòu)示意圖如圖2所示，至少包括以下模塊確定模塊21，用于確定所述AP當前是否需要連接到在線的STA ；發(fā)送模塊22，用于在所述確定模塊21確定所述AP需要連接到在線的STA后，開始 Beacon ；停止模塊23，用于在所述發(fā)送模塊22開始發(fā)送Beacon，且所述確定模塊21確定所述AP當前沒有連接到任何在線的STA后，停止發(fā)送Beacon。其中，該AP還包括接收模塊M ；所述接收模塊對，具體用于接收STA發(fā)送的ftObe Request ；所述發(fā)送模塊22，具體用于在所述AP當前沒有與任何STA相連接，且所述接收模塊M接收到一個STA發(fā)送的ftx)be Request時，則在所述AP與所述STA建立連接前，開始發(fā)送Beacon ；或，在所述AP的一個BSS當前沒有與任何STA相連接，且所述接收模塊M接收到一個 STA發(fā)送的攜帶與所述BSS相對應的SSID的ftObe Request時，則在所述BSS與所述STA 建立連接前，開始向所述STA發(fā)送攜帶所述BSS相對應的SSID的Beacon。進一步的，所述發(fā)送模塊22，具體用于當所述確定模塊21確定所述AP需要連接到在線的STA后，在向所述STA發(fā)送 Association Response 或 Reassociation Response 之前，開始發(fā)送 Beacon。另一方面，所述接收模塊對，還用于接收STA發(fā)送的Deauthentication ；所述停止模塊23，具體用于當所述AP當前只與一個STA相連接時，如果所述接收模塊M接收到所述STA發(fā)送的Deauthentication，或所述AP主動解除與所述STA的連接，則在經(jīng)過預設(shè)的延遲時間后,停止發(fā)送Beacon ；或，當所述AP當前所連接的最后一個STA下線，且所述接收模塊M沒有接收到所述 STA發(fā)送的Deauthentication時，在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送Beacon ；或，如果所述AP當前沒有與任何STA相連接，且在所述發(fā)送模塊22開始發(fā)送Beacon， 且經(jīng)過預設(shè)的連接緩沖時間后，所述AP仍沒有與任何STA建立連接，則停止發(fā)送Beacon ； 或，當所述AP的一個BSS當前只與一個STA相連接時，如果所述接收模塊M接收到所述STA發(fā)送的Deauthentication，或所述AP主動解除與所述STA的連接，則在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述BSS相對應的SSID的Beacon ；或，當所述AP的一個BSS當前所連接的最后一個STA下線，且所述接收模塊M沒有接收到所述STA發(fā)送的Deauthentication時，則在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述BSS相對應的SSID的Beacon ；或，如果所述AP的一個BSS當前沒有與任何STA相連接，且在所述發(fā)送模塊22開始發(fā)送攜帶所述BSS相對應的SSID的Beacon后，且經(jīng)過預設(shè)的連接緩沖時間后，所述BSS仍沒有與任何STA建立連接，則停止發(fā)送攜帶所述BSS相對應的SSID的Beacon。進一步的，該AP還包括查詢模塊25 ；所述查詢模塊25，具體用于當所述接收模塊M接收到一個STA發(fā)送的Probe Request后，根據(jù)所述I^robe Request的源MAC地址，在預設(shè)的MAC地址允許列表中進行查詢；所述發(fā)送模塊22，還用于在所述查詢模塊25查詢到與所述ftx)be Request的源 MAC地址相匹配的地址時，向所述STA返回ftObe Response,并通知所述確定模塊21確定所述AP需要連接到所述STA，并在所述查詢模塊25沒有查詢到與所述ftObe Request的源 MAC地址相匹配的地址時，放棄進行響應，并通知所述確定模塊21確定所述AP不需要連接到所述STA。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點通過應用本發(fā)明的技術(shù)方案，AP只有在確定自身需要連接到在線的STA之后， 才會開始發(fā)送Beacon，并且在確定自身當前沒有連接到任何在線的STA之后，停止發(fā)送 Beacon，從而，只在特定的情況下才會進行Beacon的發(fā)送，避免AP —直發(fā)送Beacon，尤其是在沒有連接到在線的STA時仍舊需要不斷地發(fā)送Beacon的情況，減少由此引起的電力資源浪費，減少一直發(fā)送Beacon對于其他AP的干擾，以及對人體的輻射和環(huán)境污染。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是⑶-ROM，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務器，或者0AM MASTER設(shè)備等)執(zhí)行本發(fā)明各個實施場景所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施場景的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實施場景中的裝置中的模塊可以按照實施場景描述進行分布于實施場景的裝置中，也可以進行相應變化位于不同于本實施場景的一個或多個裝置中。上述實施場景的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。上述本發(fā)明序號僅僅為了描述，不代表實施場景的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實施場景，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應落入本發(fā)明的保護范圍。
權(quán)利要求
1.一種信標Beacon的發(fā)送方法，其特征在于，所述方法至少包括以下步驟當接入點AP確定自身需要連接到在線的無線客戶端STA后，所述AP開始發(fā)送Beacon ； 當所述AP確定自身當前沒有連接到任何在線的STA后，所述AP停止發(fā)送Beacon。
2.如權(quán)利要求1所述的方法，其特征在于，當AP確定自身需要連接到在線的STA后，所述AP開始發(fā)送Beacon，具體包括如果所述AP在自身當前沒有與任何STA相連接時，接收到一個STA發(fā)送的探查請求幀 Probe Request,則所述AP在與所述STA建立連接前，開始發(fā)送Beacon ；如果所述AP在自身的一個基本服務集BSS當前沒有與任何STA相連接時，接收到一個 STA發(fā)送的攜帶與所述BSS相對應的服務集標識SSID的ftObe Request,則所述AP在所述 BSS與所述STA建立連接前，開始向所述STA發(fā)送攜帶所述BSS相對應的SSID的Beacon。
3.如權(quán)利要求2所述的方法，其特征在于，當AP確定自身需要連接到在線的STA后，所述AP開始發(fā)送Beacon，具體包括當AP確定自身需要連接到在線的STA后，所述AP在向所述STA發(fā)送關(guān)聯(lián)響應 Association Response 或重關(guān)聯(lián)口向應 Reassociation Response 之前，幵始發(fā)送 Beacon。
4.如權(quán)利要求1所述的方法，其特征在于，當所述AP確定自身當前沒有連接到任何在線的STA后，所述AP停止發(fā)送Beacon，具體包括當所述AP當前只與一個STA相連接時，如果所述AP接收到所述STA發(fā)送的解除無線身份驗證幀Deauthentication，或所述AP主動解除與所述STA的連接，所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送Beacon ；或，當所述AP當前所連接的最后一個STA下線，且所述AP沒有接收到所述STA發(fā)送的 Deauthentication時，所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送Beacon ；或，如果所述AP當前沒有與任何STA相連接，且在開始發(fā)送Beacon并經(jīng)過預設(shè)的連接緩沖時間后，所述AP仍沒有與任何STA建立連接，則所述AP停止發(fā)送Beacon ；或，當所述AP的一個BSS當前只與一個STA相連接時，如果所述AP接收到所述STA發(fā)送的Deauthentication，或所述AP主動解除與所述STA的連接，所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述BSS相對應的SSID的Beacon ；或，當所述AP的一個BSS當前所連接的最后一個STA下線，且所述AP沒有接收到所述STA 發(fā)送的Deauthentication時，所述AP在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述BSS相對應的SSID的Beacon ；或，如果所述AP的一個BSS當前沒有與任何STA相連接，且在開始發(fā)送攜帶所述BSS相對應的SSID的Beacon，且經(jīng)過預設(shè)的連接緩沖時間后，所述BSS仍沒有與任何STA建立連接， 則所述AP停止發(fā)送攜帶所述BSS相對應的SSID的Beacon。
5.如權(quán)利要求1所述的方法，其特征在于，所述當AP確定自身需要連接到在線的STA 之前，還包括當所述AP接收到一個STA發(fā)送的ftObe Request后，根據(jù)所述ftObe Request的源介質(zhì)訪問控制層MAC地址，在預設(shè)的MAC地址允許列表中進行查詢；如果查詢到與所述ftObe Request的源MAC地址相匹配的地址，所述AP向所述STA返回探查響應幀ftObe Response,并確定自身需要連接到所述STA ；如果沒有查詢到與所述ftObe Request的源MAC地址相匹配的地址，所述AP放棄進行響應，并確定自身不需要連接到所述STA。
6.一種AP，其特征在于，至少包括確定模塊，用于確定所述AP當前是否需要連接到在線的STA ； 發(fā)送模塊，用于在所述確定模塊確定所述AP需要連接到在線的STA后，開始發(fā)送 Beacon ；停止模塊，用于在所述發(fā)送模塊開始發(fā)送Beacon，且所述確定模塊確定所述AP當前沒有連接到任何在線的STA后，停止發(fā)送Beacon。
7.如權(quán)利要求6所述的AP，其特征在于，還包括接收模塊； 所述接收模塊，具體用于接收STA發(fā)送的Request ； 所述發(fā)送模塊，具體用于在所述AP當前沒有與任何STA相連接，且所述接收模塊接收到一個STA發(fā)送的 Request時，則在所述AP與所述STA建立連接前，開始發(fā)送Beacon ；或，在所述AP的一個BSS當前沒有與任何STA相連接，且所述接收模塊接收到一個STA發(fā)送的攜帶與所述BSS相對應的SSID的ftObe Request時，則在所述BSS與所述STA建立連接前，開始向所述STA發(fā)送攜帶所述BSS相對應的SSID的Beacon。
8.如權(quán)利要求7所述的AP，其特征在于，所述發(fā)送模塊，具體用于當所述確定模塊確定所述AP需要連接到在線的STA后，在向所述STA發(fā)送 Association Response 或 Reassociation Response 之前，幵始發(fā)送 Beacon0
9.如權(quán)利要求7所述的AP，其特征在于，所述接收模塊，還用于接收STA發(fā)送的Deauthentication ； 所述停止模塊，具體用于當所述AP當前只與一個STA相連接時，如果所述接收模塊接收到所述STA發(fā)送的 Deauthentication,或所述AP主動解除與所述STA的連接，則在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送Beacon ；或，當所述AP當前所連接的最后一個STA下線，且所述接收模塊沒有接收到所述STA發(fā)送的Deauthentication時，在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送Beacon ；或，如果所述AP當前沒有與任何STA相連接，且在所述發(fā)送模塊開始發(fā)送Beacon，且經(jīng)過預設(shè)的連接緩沖時間后，所述AP仍沒有與任何STA建立連接，則停止發(fā)送Beacon ；或，當所述AP的一個BSS當前只與一個STA相連接時，如果所述接收模塊接收到所述STA 發(fā)送的Deauthentication，或所述AP主動解除與所述STA的連接，則在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述BSS相對應的SSID的Beacon ；或，當所述AP的一個BSS當前所連接的最后一個STA下線，且所述接收模塊沒有接收到所述STA發(fā)送的Deauthentication時，則在經(jīng)過預設(shè)的延遲時間后，停止發(fā)送攜帶所述BSS 相對應的SSID的Beacon ；或，如果所述AP的一個BSS當前沒有與任何STA相連接，且在所述發(fā)送模塊開始發(fā)送攜帶所述BSS相對應的SSID的Beacon后，且經(jīng)過預設(shè)的連接緩沖時間后，所述BSS仍沒有與任何STA建立連接，則停止發(fā)送攜帶所述BSS相對應的SSID的Beacon。
10.如權(quán)利要求6所述的AP，其特征在于，還包括查詢模塊；所述查詢模塊，具體用于當所述接收模塊接收到一個STA發(fā)送的Request后，根據(jù)所述ftx)be Request的源MAC地址，在預設(shè)的MAC地址允許列表中進行查詢；所述發(fā)送模塊，還用于在所述查詢模塊查詢到與所述ftObe Request的源MAC地址相匹配的地址時，向所述STA返回ftObe Response,并通知所述確定模塊確定所述AP需要連接到所述STA，并在所述查詢模塊沒有查詢到與所述ftObe Request的源MAC地址相匹配的地址時，放棄進行響應，并通知所述確定模塊確定所述AP不需要連接到所述STA。
全文摘要
本發(fā)明公開了一種Beacon的發(fā)送方法和設(shè)備，通過應用本發(fā)明的技術(shù)方案，AP只有在確定自身需要連接到在線的SAT之后，才會開始發(fā)送Beacon，并且在確定自身當前沒有連接到任何在線的STA之后，停止發(fā)送Beacon，從而，只在特定的情況下才會進行Beacon的發(fā)送，避免AP一直發(fā)送Beacon，尤其是在沒有連接到在線的STA時仍舊需要不斷地發(fā)送Beacon的情況，減少由此引起的電力資源浪費，減少一直發(fā)送Beacon對于其他AP的干擾，以及對人體的輻射和環(huán)境污染。
文檔編號H04L1/00GK102437897SQ20111035638
公開日2012年5月2日 申請日期2011年11月11日 優(yōu)先權(quán)日2011年11月11日
發(fā)明者張守琦 申請人:杭州華三通信技術(shù)有限公司