Ac與ap之間鏈路保活的檢測方法及裝置制造方法
【專利摘要】本發(fā)明涉及一種AC與AP之間鏈路?；畹臋z測方法及裝置，其方法包括：設置心跳?；钭畲笤试S失敗次數(shù)；通過心跳消息或消息重傳，并基于心跳保活最大允許失敗次數(shù)進行AC與AP之間的鏈路?；顧z測。本發(fā)明通過設置心跳?；钭畲笤试S失敗次數(shù)，并基于該心跳?；钭畲笤试S失敗次數(shù)和心跳?；钪芷谠O置最大重傳間隔，進行AC與AP之間的鏈路保活檢測，可有效避免因鏈路降質(zhì)而引發(fā)的AP頻繁離線和AP頻繁重新加入影響用戶體驗的問題。
【專利說明】AC與AP之間鏈路?；畹臋z測方法及裝置
【技術領域】
[0001]本發(fā)明涉及無線通信【技術領域】,尤其涉及一種無線局域網(wǎng)(WLAN, Wireless LocalArea Network)中 AC (Access Controller,無線接入控制器)與 AP (Access Point,無線接入點)之間鏈路?；畹臋z測方法及裝置。
【背景技術】
[0002]現(xiàn)有的WLAN網(wǎng)絡普遍采用無線接入點(AP，Access Point)加無線接入控制器(AC,Access Controller)的瘦AP架構(gòu)。在這種瘦AP架構(gòu)下,AC通過無線接入點控制配置協(xié)議(CAPWAP, Control And Provisioning of Wireless Access Points Protocol)對 AP進行統(tǒng)一的管理。如圖1所示，圖1是現(xiàn)有技術中瘦AP架構(gòu)下的WLAN組網(wǎng)圖，圖1中虛線即為CAPWAP協(xié)議。
[0003]CAPffAP協(xié)議中定義了 AC判斷AP離線的兩個依據(jù)。滿足兩個依據(jù)之一，AC即可認為AP尚線:
[0004]UAC設置心跳保活定時器，如果在?；钪芷趦?nèi)未收到AP發(fā)出的?；顖笪?，AC則認為AP尚線。
[0005]2、AC發(fā)出請求消息后，在未收到應答消息之前，需要將請求消息進行重傳。初始重傳間隔為3s ;每重傳一次后，將該重傳間隔增大一倍。并且，最大重傳間隔不超過心跳?；钪芷诘囊话耄畲笾貍鞔螖?shù)為5次。AC發(fā)出的請求消息經(jīng)重傳后仍未收到AP返回的應答消息，則認為AP離線。
[0006]此外，CAPffAP協(xié)議中還定義了 AP判斷AC離線的依據(jù):
[0007]AP發(fā)出的請求消息在未收到應答消息之前，需要將請求消息進行重傳。初始重傳間隔為3s ;每重傳一次后，將該重傳間隔增大一倍。并且最大重傳間隔不超過心跳保活周期的一半，最大重傳次數(shù)為5次。AP在發(fā)出請求消息并經(jīng)重傳后仍未收到AC返回的應答消息，則認為AC離線。
[0008]AC認為AP離線后，會刪除與AP的連接；AP認為AC離線后，會刪除與AC的連接。此兩種情況下，AP需要重新加入AC才能正常工作。AP重新加入AC的過程一般需要持續(xù)數(shù)分鐘。在這期間，AP無法為無線用戶提供業(yè)務。
[0009]由上述描述可知，現(xiàn)有技術存在以下缺點:在鏈路降質(zhì)或不穩(wěn)定的情況下，AP和AC發(fā)出的報文可能存在時延或丟失，僅檢測一個心跳?；钪芷趦?nèi)的?；顖笪幕蛑貍鲬饒笪膶⒁l(fā)AP頻繁離線。在AP離線后，AP必須重新加入AC才能正常工作，而AP重新加入AC的過程大概需要數(shù)分鐘甚至更長時間。如果AP頻繁離線，將導致AP處于不可用的狀態(tài)，嚴重影響用戶體驗。

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

[0010]本發(fā)明的主要目的在于提供一種AC與AP之間鏈路?；畹臋z測方法及裝置，旨在解決因鏈路降質(zhì)而引發(fā)的AP頻繁離線的問題。[0011]為了達到上述目的，本發(fā)明提出一種AC與AP之間鏈路保活的檢測方法，包括:
[0012]設置心跳?；钭畲笤试S失敗次數(shù)；
[0013]通過心跳消息或消息重傳，并基于所述心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路?；顧z測。
[0014]優(yōu)選地，所述通過心跳消息并基于所述心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路?；顧z測的步驟包括:
[0015]設置心跳?；钪芷?；
[0016]在所述心跳?；钪芷趦?nèi)檢測AC是否收到AP發(fā)出的心跳消息；
[0017]若是，則將心跳保活失敗次數(shù)清零，重新開始新一輪的心跳?；顧z測；否則將心跳?；钍〈螖?shù)加I ;
[0018]當心跳?；钍〈螖?shù)達到所述心跳?；钭畲笤试S失敗次數(shù)時，判斷心跳保活失敗，AP離線；
[0019]當心跳保活失敗次數(shù)未達到所述心跳?；钭畲笤试S失敗次數(shù)時，在所述心跳?；钭畲笤试S失敗次數(shù)內(nèi)繼續(xù)進行心跳保活檢測。
[0020]優(yōu)選地，所述通過消息重傳，并基于所述心跳保活最大允許失敗次數(shù)進行AC與AP之間的鏈路?；顧z測的步驟包括:
[0021]設置心跳?；钪芷?；
[0022]通過AC向AP發(fā)送第一請求消息，并設置初始重傳定時器；
[0023]在重傳定時器時長內(nèi)，判斷AC是否收到AP返回的第一應答消息；若是，則判斷心跳保活正常；否則
[0024]將重傳定時器時長增大一倍，并判斷是否大于最大重傳間隔，所述最大重傳間隔=(心跳?；钪芷?心跳保活最大允許失敗次數(shù))/2 ;若是，則判斷心跳?；钍?，AP離線；否則
[0025]AC重置重傳定時器，AC向AP重傳所述第一請求消息，并返回在重傳定時器時長內(nèi)，判斷AC是否收到AP返回的第一應答消息步驟。
[0026]優(yōu)選地，所述通過消息重傳，并基于所述心跳保活最大允許失敗次數(shù)進行AC與AP之間的鏈路?；顧z測的步驟包括:
[0027]設置心跳?；钪芷?；
[0028]通過AP向AC發(fā)送第二請求消息，并設置初始重傳定時器；
[0029]在重傳定時器時長內(nèi)，判斷AP是否收到AC返回的第二應答消息；若是，則判斷心跳?；钫＃环駝t
[0030]將重傳定時器時長增大一倍，并判斷是否大于最大重傳間隔，所述最大重傳間隔=(心跳?；钪芷?心跳?；钭畲笤试S失敗次數(shù))/2 ;若是，則判斷心跳保活失敗，AC離線；否則
[0031]AP重置重傳定時器，AP向AC重傳所述第二請求消息，并返回在重傳定時器時長內(nèi)，判斷AP是否收到AC返回的第二應答消息。
[0032]優(yōu)選地，所述心跳?；钪芷跒?0秒至80秒；所述心跳保活最大允許失敗次數(shù)為3次至5次。
[0033]本發(fā)明還提出一種AC與AP之間鏈路保活的檢測裝置，包括:[0034]設置模塊，用于設置心跳保活最大允許失敗次數(shù)；
[0035]檢測模塊，用于通過心跳消息或消息重傳，并基于所述心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路保活檢測。
[0036]優(yōu)選地，所述檢測模塊還用于設置心跳?；钪芷?；在所述心跳?；钪芷趦?nèi)檢測AC是否收到AP發(fā)出的心跳消息；若是，則將心跳?；钍〈螖?shù)清零，重新開始新一輪的心跳?；顧z測；否則將心跳?；钍〈螖?shù)加I ;當心跳?；钍〈螖?shù)達到所述心跳?；钭畲笤试S失敗次數(shù)時，判斷心跳保活失敗，AP離線；當心跳?；钍〈螖?shù)未達到所述心跳?；钭畲笤试S失敗次數(shù)時，在所述心跳?；钭畲笤试S失敗次數(shù)內(nèi)繼續(xù)進行心跳?；顧z測。
[0037]優(yōu)選地，所述檢測模塊還用于設置心跳?；钪芷冢煌ㄟ^AC向AP發(fā)送第一請求消息，并設置初始重傳定時器；在重傳定時器時長內(nèi)，判斷AC是否收到AP返回的第一應答消息；若是，則判斷心跳?；钫＃环駝t將重傳定時器時長增大一倍，并判斷是否大于最大重傳間隔，所述最大重傳間隔=(心跳?；钪芷?心跳?；钭畲笤试S失敗次數(shù))/2 ;若是，則判斷心跳?；钍?，AP離線；否則AC重置重傳定時器，AC向AP重傳所述第一請求消息，并返回判斷在重傳定時器時長內(nèi)AC是否收到AP返回的第一應答消息。
[0038]優(yōu)選地，所述檢測模塊還用于設置心跳保活周期；通過AP向AC發(fā)送第二請求消息，并設置初始重傳定時器；在重傳定時器時長內(nèi)，判斷AP是否收到AC返回的第二應答消息；若是，則判斷心跳?；钫?；否則將重傳定時器時長增大一倍，并判斷是否大于最大重傳間隔，所述最大重傳間隔=(心跳?；钪芷?心跳保活最大允許失敗次數(shù))/2 ;若是，則判斷心跳?；钍?，AC離線；否則AP重置重傳定時器，AP向AC重傳所述第二請求消息，并返回判斷在重傳定時器時長內(nèi)AP是否收到AC返回的第二應答消息。
[0039]優(yōu)選地，所述心跳?；钪芷跒?0秒至80秒；所述心跳保活最大允許失敗次數(shù)為3次至5次。
[0040]本發(fā)明提出的一種AC與AP之間鏈路保活的檢測方法及裝置，通過設置心跳保活最大允許失敗次數(shù)，并基于該心跳?；钭畲笤试S失敗次數(shù)和心跳保活周期設置最大重傳間隔，進行AC與AP之間的鏈路保活檢測，可有效避免因鏈路降質(zhì)而引發(fā)的AP頻繁離線和AP頻繁重新加入影響用戶體驗的問題。
【專利附圖】

【附圖說明】
[0041]圖1是現(xiàn)有技術中瘦AP架構(gòu)下的WLAN組網(wǎng)圖；
[0042]圖2是本發(fā)明AC與AP之間鏈路?；畹臋z測方法一實施例的流程示意圖；
[0043]圖3是本發(fā)明AC與AP之間鏈路?；畹臋z測方法一實施例中AC通過心跳消息進行鏈路檢測的流程示意圖；
[0044]圖4是本發(fā)明AC與AP之間鏈路?；畹臋z測方法一實施例中AC通過消息重傳進行鏈路檢測的流程示意圖；
[0045]圖5是本發(fā)明AC與AP之間鏈路保活的檢測方法一實施例中AP通過消息重傳進行鏈路檢測的流程示意圖；
[0046]圖6是本發(fā)明AC與AP之間鏈路?；畹臋z測裝置一實施例的結(jié)構(gòu)示意圖。
[0047]為了使本發(fā)明的技術方案更加清楚、明了，下面將結(jié)合附圖作進一步詳述?！揪唧w實施方式】
[0048]本發(fā)明實施例的解決方案主要是:通過設置心跳?；钭畲笤试S失敗次數(shù)，并基于該心跳保活最大允許失敗次數(shù)和心跳?；钪芷谠O置最大重傳間隔，進行AC與AP之間的鏈路保活檢測，以避免因鏈路降質(zhì)而引發(fā)的AP頻繁離線和AP頻繁重新加入影響用戶體驗的問題。
[0049]如圖2所示，本發(fā)明一實施例提出一種AC與AP之間鏈路?；畹臋z測方法，包括:
[0050]步驟S101，設置心跳?；钭畲笤试S失敗次數(shù)；
[0051]考慮到在鏈路降質(zhì)或不穩(wěn)定的情況下，AP和AC發(fā)出的報文可能存在時延或丟失，僅檢測一個心跳?；钪芷趦?nèi)的?；顖笪幕蛑貍鲬饒笪膶⒁l(fā)AP頻繁離線，導致AP處于不可用的狀態(tài)，嚴重影響用戶體驗。為了避免此種情況，本實施例設置一心跳?；钭畲笤试S失敗次數(shù)，通過該心跳?；钭畲笤试S失敗次數(shù)并結(jié)合心跳?；钪芷趤韺C與AP之間鏈路?；钸M行檢測。
[0052]該心跳?；钭畲笤试S失敗次數(shù)同時適用于AC與AP，即AC和AP上設置的心跳保活最大允許失敗次數(shù)應保持一致，兩側(cè)采用相同的判斷標準。
[0053]在具體設置心跳?；钭畲笤试S失敗次數(shù)時，應考慮實際組網(wǎng)中網(wǎng)絡狀況和AP重新加入的時長。如果心跳?；钭畲笤试S失敗次數(shù)設置過大，則增長了 AC/AP檢測對端離線的時長；如果心跳?；钭畲笤试S失敗次數(shù)設置過小，則無法消除因鏈路降質(zhì)引發(fā)的AP頻繁離線故障。優(yōu)選設置為3次到5次。
[0054]步驟S102，通過心跳消息或消息重傳，并基于心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路?；顧z測。
[0055]本實施例基于心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路保活檢測時，具體采用心跳消息或消息重傳的方式來實現(xiàn)，對于AC側(cè)，AC可以通過心跳消息或消息重傳兩種方式來判斷AP是否離線；對于AP側(cè)，AP可以通過消息重傳來判斷AP是否離線。
[0056]下面以AC通過心跳消息、消息重傳以及AP通過消息重傳三種鏈路檢測方式對本實施例步驟S102進行詳細闡述。
[0057]如圖3所示，作為第一種鏈路檢測方式(AC通過心跳消息進行鏈路檢測)，上述步驟S102中通過心跳消息并基于所述心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路保活檢測的步驟包括:
[0058]步驟201，AC設置心跳?；钪芷?，周期范圍為30秒至80秒；
[0059]步驟202，AC設置變量心跳?；钍〈螖?shù)，初始值為零；
[0060]步驟203，AC設置定時器進行心跳檢測；
[0061]步驟204，AC在心跳保活周期內(nèi)檢測是否能收到AP發(fā)出的心跳?；顖笪?即本實施例所稱心跳消息)，如果可以收到，則轉(zhuǎn)向步驟202，重新開始新一輪心跳?；顧z測。如果不能收到，轉(zhuǎn)向步驟205 ；
[0062]步驟205，AC將心跳?；钍〈螖?shù)加I ;
[0063]步驟206，AC判斷心跳保活失敗次數(shù)是否小于心跳?；钭畲笤试S失敗次數(shù)。如果小于，則轉(zhuǎn)向步驟203，繼續(xù)進行心跳?；顧z測；如果大于或等于，則轉(zhuǎn)向步驟207 ；
[0064]步驟207，心跳保活失敗，AC判斷AP離線。
[0065]由上述方案可以看出，本檢測方式通過設置心跳?；钭畲笤试S失敗次數(shù)，若AC在心跳保活周期內(nèi)未能收到AP發(fā)出的心跳?；顖笪?，則在此心跳保活最大允許失敗次數(shù)范圍內(nèi)，循環(huán)進行心跳?；钪芷趦?nèi)的鏈路?；顧z測，從而避免了在鏈路降質(zhì)或不穩(wěn)定的情況下，AP和AC發(fā)出的報文可能存在時延或丟失，僅檢測一個心跳?；钪芷趦?nèi)的?；顖笪幕蛑貍鲬饒笪膶⒁l(fā)AP頻繁離線，AP頻繁重新接入造成用戶體驗下降的問題。
[0066]如圖4所示，作為第二種鏈路檢測方式(AC通過消息重傳進行鏈路檢測)，上述步驟S102中通過消息重傳，并基于所述心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路?；顧z測的步驟包括:
[0067]步驟301，AC設置心跳保活周期，周期范圍為30秒至80秒；
[0068]步驟302，AC設置最大重傳間隔為(心跳?；钪芷?心跳保活最大允許失敗次數(shù))/2 ；
[0069]步驟303，AC向AP發(fā)送第一請求消息，并設置初始重傳定時器；
[0070]步驟304，AC判斷重傳定時器未超時前能否收到AP返回的第一應答消息。如果不能，則轉(zhuǎn)向步驟305 ;如果可以，則轉(zhuǎn)向步驟307 ；
[0071]步驟305，AC將重傳定時器時長增大一倍，AC判斷重傳定時器時長是否大于最大重傳間隔；如果不是，則轉(zhuǎn)向步驟306 ;如果是，則轉(zhuǎn)向步驟308 ；
[0072]步驟306, AC重傳第一請求消息,再轉(zhuǎn)向步驟304 ；
[0073]步驟307，心跳保活正常；
[0074]步驟308，心跳?；钍?，AC判斷AP離線。
[0075]通過上述方案可以看出，本檢測方式通過設置心跳?；钭畲笤试S失敗次數(shù)，并設置最大重傳間隔為(心跳?；钪芷?心跳?；钭畲笤试S失敗次數(shù))/2 ;則在此最大重傳間隔范圍內(nèi)，循環(huán)進行AC的第一請求消息的重傳，以此進行鏈路?；顧z測，從而避免了在鏈路降質(zhì)或不穩(wěn)定的情況下，AP和AC發(fā)出的報文可能存在時延或丟失，僅檢測一個心跳保活周期內(nèi)的?；顖笪幕蛑貍鲬饒笪膶⒁l(fā)AP頻繁離線，AP頻繁重新接入造成用戶體驗下降的問題。
[0076]如圖5所示，作為第三種鏈路檢測方式(AP通過消息重傳進行鏈路檢測)，上述步驟S102中所述通過消息重傳，并基于所述心跳保活最大允許失敗次數(shù)進行AC與AP之間的鏈路?；顧z測的步驟包括:
[0077]步驟401，AP設置心跳?；钪芷?，周期范圍為30秒至80秒；
[0078]步驟402，AP設置最大重傳間隔為(心跳?；钪芷?心跳?；钭畲笤试S失敗次數(shù))/2 ；
[0079]步驟403，AP向AC發(fā)送第二請求消息，并設置初始重傳定時器；
[0080]步驟404，AP判斷重傳定時器未超時前能否收到AC返回的第二應答消息。如果不能，則轉(zhuǎn)向步驟405 ;如果可以，則轉(zhuǎn)向步驟407 ；
[0081]步驟405，AP將重傳定時器時長增大一倍，AP判斷重傳定時器時長是否大于最大重傳間隔；如果不是，則轉(zhuǎn)向步驟406 ;如果是，則轉(zhuǎn)向步驟408 ；
[0082]步驟406，AP重傳第二請求消息，再轉(zhuǎn)向步驟404 ；
[0083]步驟407，心跳?；钫?；
[0084]步驟408，心跳保活失敗，AP判斷AC離線。
[0085]通過上述方案可以看出，本檢測方式通過設置心跳保活最大允許失敗次數(shù)，并設置最大重傳間隔為(心跳?；钪芷?心跳?；钭畲笤试S失敗次數(shù))/2 ;則在此最大重傳間隔范圍內(nèi)，循環(huán)進行AP的第二請求消息的重傳，以此進行鏈路?；顧z測，從而避免了在鏈路降質(zhì)或不穩(wěn)定的情況下，AP和AC發(fā)出的報文可能存在時延或丟失，僅檢測一個心跳?；钪芷趦?nèi)的?；顖笪幕蛑貍鲬饒笪膶⒁l(fā)AP頻繁離線，AP頻繁重新接入造成用戶體驗下降的問題。
[0086]本實施例通過設置心跳?；钭畲笤试S失敗次數(shù)，并基于該心跳?；钭畲笤试S失敗次數(shù)和心跳?；钪芷谠O置最大重傳間隔，進行AC與AP之間的鏈路保活檢測，可有效避免因鏈路降質(zhì)而引發(fā)的AP頻繁離線和AP頻繁重新加入影響用戶體驗的問題。
[0087]如圖6所示，本發(fā)明一實施例提出一種AC與AP之間鏈路?；畹臋z測裝置，包括:設置模塊501以及檢測模塊502，其中:
[0088]設置模塊501，用于設置心跳保活最大允許失敗次數(shù)；
[0089]檢測模塊502，用于通過心跳消息或消息重傳，并基于所述心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路?；顧z測。
[0090]考慮到在鏈路降質(zhì)或不穩(wěn)定的情況下，AP和AC發(fā)出的報文可能存在時延或丟失，僅檢測一個心跳?；钪芷趦?nèi)的保活報文或重傳應答報文將引發(fā)AP頻繁離線，將導致AP處于不可用的狀態(tài)，嚴重影響用戶體驗。為了避免此種情況，本實施例通過設置模塊501設置一心跳?；钭畲笤试S失敗次數(shù)，通過該心跳保活最大允許失敗次數(shù)并結(jié)合心跳?；钪芷趤韺C與AP之間鏈路?；钸M行檢測。
[0091]該心跳?；钭畲笤试S失敗次數(shù)同時適用于AC與AP，即AC和AP上設置的心跳保活最大允許失敗次數(shù)應保持一致，兩側(cè)采用相同的判斷標準。
[0092]在具體設置心跳?；钭畲笤试S失敗次數(shù)時，應考慮實際組網(wǎng)中網(wǎng)絡狀況和AP重新加入的時長。如果心跳保活最大允許失敗次數(shù)設置過大，則增長了 AC/AP檢測對端離線的時長；如果心跳?；钭畲笤试S失敗次數(shù)設置過小，則無法消除因鏈路降質(zhì)引發(fā)的AP頻繁離線故障。優(yōu)選設置為3次到5次。
[0093]之后，檢測模塊502通過心跳消息或消息重傳，并基于所述心跳保活最大允許失敗次數(shù)進行AC與AP之間的鏈路?；顧z測。
[0094]對于AC偵彳，AC可以通過心跳消息或消息重傳兩種方式來判斷AP是否離線；對于AP偵彳，AP可以通過消息重傳來判斷AP是否離線。
[0095]下面以AC通過心跳消息、消息重傳以及AP通過消息重傳三種鏈路檢測方式對本實施例檢測過程進行詳細闡述。
[0096]具體地，作為第一種鏈路檢測方式(AC通過心跳消息進行鏈路檢測)，首先，由所述檢測模塊502設置心跳?；钪芷冢缓笤谒鲂奶；钪芷趦?nèi)檢測AC是否收到AP發(fā)出的心跳消息；若在所述心跳?；钪芷趦?nèi)AC收到AP發(fā)出的心跳消息，則將心跳?；钍〈螖?shù)清零，重新開始新一輪的心跳?；顧z測。
[0097]若在所述心跳?；钪芷趦?nèi)AC未收到AP發(fā)出的心跳消息，則將心跳?；钍〈螖?shù)加I ;當心跳保活失敗次數(shù)達到所述心跳?；钭畲笤试S失敗次數(shù)時，判斷心跳?；钍。珹P離線；當心跳保活失敗次數(shù)未達到所述心跳?；钭畲笤试S失敗次數(shù)時，在所述心跳?；钭畲笤试S失敗次數(shù)內(nèi)繼續(xù)進行心跳?；顧z測。并循環(huán)執(zhí)行上述過程。
[0098]作為第二種鏈路檢測方式(AC通過消息重傳進行鏈路檢測)，首先，所述檢測模塊502設置心跳保活周期；通過AC向AP發(fā)送第一請求消息，并設置初始重傳定時器；在重傳定時器時長內(nèi)，判斷AC是否收到AP返回的第一應答消息；若是，則判斷心跳?；钫?；否則將重傳定時器時長增大一倍，并判斷重傳定時器時長是否大于最大重傳間隔，所述最大重傳間隔=(心跳?；钪芷?心跳保活最大允許失敗次數(shù))/2 ;若是，則判斷心跳保活失敗，AP離線；否則AC重置重傳定時器，AC向AP重傳所述第一請求消息，并返回判斷在重傳定時器時長內(nèi)AC是否收到AP返回的第一應答消息，依次執(zhí)行上述相應過程，以完成AC與AP之間的鏈路保活檢測。
[0099]作為第三種鏈路檢測方式(AP通過消息重傳進行鏈路檢測)，首先所述檢測模塊502設置心跳?；钪芷冢煌ㄟ^AP向AC發(fā)送第二請求消息，并設置初始重傳定時器；在重傳定時器時長內(nèi)，判斷AP是否收到AC返回的第二應答消息；若是，則判斷心跳?；钫＃环駝t將重傳定時器時長增大一倍，并判斷重傳定時器時長是否大于最大重傳間隔，所述最大重傳間隔=(心跳?；钪芷?心跳?；钭畲笤试S失敗次數(shù))/2 ;若是，則判斷心跳?；钍。珹C離線；否則AP重置重傳定時器，AP向AC重傳所述第二請求消息，并返回判斷在重傳定時器時長內(nèi)AP是否收到AC返回的第二應答消息，依次執(zhí)行上述相應過程，以完成AC與AP之間的鏈路?；顧z測。
[0100]本發(fā)明實施例AC與AP之間鏈路保活的檢測方法及裝置，通過設置心跳?；钭畲笤试S失敗次數(shù)，并基于該心跳?；钭畲笤试S失敗次數(shù)和心跳?；钪芷谠O置最大重傳間隔，進行AC與AP之間的鏈路?；顧z測，可有效避免因鏈路降質(zhì)而引發(fā)的AP頻繁離線和AP頻繁重新加入影響用戶體驗的問題。
[0101]以上所述僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或流程變換，或直接或間接運用在其它相關的【技術領域】，均同理包括在本發(fā)明的專利保護范圍內(nèi)。
【權利要求】
1.一種無線接入控制器AC與無線接入點AP之間鏈路保活的檢測方法，其特征在于，包括: 設置心跳?；钭畲笤试S失敗次數(shù)； 通過心跳消息或消息重傳，并基于所述心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路?；顧z測。
2.根據(jù)權利要求1所述的方法，其特征在于，所述通過心跳消息并基于所述心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路?；顧z測的步驟包括: 設置心跳?；钪芷?； 在所述心跳?；钪芷趦?nèi)檢測AC是否收到AP發(fā)出的心跳消息； 若是，則將心跳?；钍〈螖?shù)清零，重新開始新一輪的心跳?；顧z測；否則將心跳保活失敗次數(shù)加I ; 當心跳?；钍〈螖?shù)達到所述心跳保活最大允許失敗次數(shù)時，判斷心跳?；钍?，AP離線； 當心跳?；钍〈螖?shù)未達到所述心跳保活最大允許失敗次數(shù)時，在所述心跳?；钭畲笤试S失敗次數(shù)內(nèi)繼續(xù)進行心跳保活檢測。
3.根據(jù)權利要求1所述的方法，其特征在于，所述通過消息重傳，并基于所述心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路?；顧z測的步驟包括: 設置心跳保活周期；` 通過AC向AP發(fā)送第一請求消息，并設置初始重傳定時器； 在重傳定時器時長內(nèi)，判斷AC是否收到AP返回的第一應答消息；若是，則判斷心跳?；钫?；否則 將重傳定時器時長增大一倍，并判斷是否大于最大重傳間隔，所述最大重傳間隔=(心跳保活周期*心跳?；钭畲笤试S失敗次數(shù))/2 ;若是，則判斷心跳保活失敗，AP離線；否則AC重置重傳定時器，AC向AP重傳所述第一請求消息，并返回在重傳定時器時長內(nèi)，判斷AC是否收到AP返回的第一應答消息步驟。
4.根據(jù)權利要求1所述的方法，其特征在于，所述通過消息重傳，并基于所述心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路保活檢測的步驟包括: 設置心跳?；钪芷?； 通過AP向AC發(fā)送第二請求消息，并設置初始重傳定時器； 在重傳定時器時長內(nèi)，判斷AP是否收到AC返回的第二應答消息；若是，則判斷心跳保活正常；否則 將重傳定時器時長增大一倍，并判斷是否大于最大重傳間隔，所述最大重傳間隔=(心跳保活周期*心跳?；钭畲笤试S失敗次數(shù))/2 ;若是，則判斷心跳?；钍?，AC離線；否則AP重置重傳定時器，AP向AC重傳所述第二請求消息，并返回在重傳定時器時長內(nèi)，判斷AP是否收到AC返回的第二應答消息步驟。
5.根據(jù)權利要求2-4中任一項所述的方法，其特征在于，所述心跳?；钪芷跒?0秒至80秒；所述心跳?；钭畲笤试S失敗次數(shù)為3次至5次。
6.一種AC與AP之間鏈路?；畹臋z測裝置，其特征在于，包括: 設置模塊，用于設置心跳保活最大允許失敗次數(shù)；檢測模塊，用于通過心跳消息或消息重傳，并基于所述心跳?；钭畲笤试S失敗次數(shù)進行AC與AP之間的鏈路保活檢測。
7.根據(jù)權利要求6所述的裝置，其特征在于，所述檢測模塊還用于設置心跳?；钪芷冢辉谒鲂奶；钪芷趦?nèi)檢測AC是否收到AP發(fā)出的心跳消息；若是，則將心跳?；钍〈螖?shù)清零，重新開始新一輪的心跳保活檢測；否則將心跳保活失敗次數(shù)加I ;當心跳?；钍〈螖?shù)達到所述心跳保活最大允許失敗次數(shù)時，判斷心跳?；钍?，AP離線；當心跳?；钍〈螖?shù)未達到所述心跳保活最大允許失敗次數(shù)時，在所述心跳保活最大允許失敗次數(shù)內(nèi)繼續(xù)進行心跳?；顧z測。
8.根據(jù)權利要求6所述的裝置，其特征在于，所述檢測模塊還用于設置心跳?；钪芷?；通過AC向AP發(fā)送第一請求消息，并設置初始重傳定時器；在重傳定時器時長內(nèi)，判斷AC是否收到AP返回的第一應答消息；若是，則判斷心跳?；钫?；否則將重傳定時器時長增大一倍，并判斷是否大于最大重傳間隔，所述最大重傳間隔=(心跳?；钪芷?心跳?；钭畲笤试S失敗次數(shù))/2 ;若是，則判斷心跳?；钍?，AP離線；否則AC重置重傳定時器，AC向AP重傳所述第一請求消息，并返回判斷在重傳定時器時長內(nèi)AC是否收到AP返回的第一應答消息。
9.根據(jù)權利要求6所述的裝置，其特征在于，所述檢測模塊還用于設置心跳?；钪芷?；通過AP向AC發(fā)送第二請求消息，并設置初始重傳定時器；在重傳定時器時長內(nèi)，判斷AP是否收到AC返回的第二應答消息；若是，則判斷心跳?；钫?；否則將重傳定時器時長增大一倍，并判斷是否大于最大重傳間隔，所述最大重傳間隔=(心跳?；钪芷?心跳?；钭畲笤试S失敗次數(shù))/2 ;若是，則判斷心跳?；钍?，AC離線重置重傳定時器，AP向AC重傳所述第二請求消息， 并返回判斷在重傳定時器時長內(nèi)AP是否收到AC返回的第二應答消息。
10.根據(jù)權利要求7、8或9所述的裝置，其特征在于，所述心跳?；钪芷跒?0秒至80秒；所述心跳?；钭畲笤试S失敗次數(shù)為3次至5次。
【文檔編號】H04W24/02GK103458436SQ201210176746
【公開日】2013年12月18日 申請日期:2012年5月31日 優(yōu)先權日:2012年5月31日
【發(fā)明者】劉楊, 池艷廣 申請人:中興通訊股份有限公司