專利名稱：一種頻譜分析時讀取數據的裝置和方法
技術領域：
本發明涉及通信技術領域，尤其涉及一種WLAN網絡中無線AP頻譜分析時讀取數據的裝置和方法。
背景技術：
WLAN (Wireless Local Area Networks,無線局域網)提供了一種局域網的無線連接服務，能夠提供高速的無線數據接入。和傳統的有線接入方式相比，無線局域網讓網絡的使用更加自由，徹底擺脫了線纜和端口位置的束縛，而且無線局域網具有便于攜帶，易于移動的優點。WLAN工作的2.4G和5G頻段是開放自由使用的，多種射頻設備都可能會造成無線信號的干擾。比如:藍牙設備、無繩電話、傳呼系統以及無線攝像機等。對無線網絡中的干擾信號進行的分析稱為頻譜分析。頻譜分析的過程通常是AP (Access Point，接入點)設備收集自己感應到的各頻點上的干擾信號，保存在內存中，網管設備向AP設備讀取，然后網管設備可以根據所述讀取到的數據繪制干擾信號圖。在現有技術中，網關設備繪制的干擾信號圖常常出現失真的情況。
發明內容
有鑒于此，本發明提供一種頻譜分析時讀取數據的裝置和方法，以解決上述問題。具體地，所述裝置應用于包 括網管設備、AP設備組成的系統中，其中所述裝置具體為網管設備上CPU執行內存中的計算機指令所形成的邏輯裝置，其中該裝置包括:讀取模塊，用于從AP設備的MIB上周期性讀取AP設備獲取的頻點干擾數據，其中讀取模塊的讀取周期大于AP設備獲取頻點干擾數據的周期；判斷模塊，用于當讀取模塊完成讀取后，判斷所述頻點干擾數據是否發生跳躍，如果是，則丟棄本次所有頻點干擾數據，轉到讀取模塊重新讀取。本發明還提供一種頻譜分析時讀取數據的方法，應用于包括網管設備、AP設備組成的系統中，所述方法包括:A、所述網管設備從AP設備的MIB上周期性讀取AP設備獲取的頻點干擾數據，其中網管設備的讀取周期大于AP設備獲取頻點干擾數據的周期；B、讀取完成后，判斷所述頻點干擾數據是否發生跳躍，如果是，則丟棄本次所有頻點干擾數據，返回步驟A。由以上技術方案可見，本發明通過判斷頻點干擾數據是否跳躍來提高頻點干擾數據的準確性，進而解決現有技術中網管設備繪制的干擾信號圖失真的問題。
圖1是本發明一種實施例的方法流程圖；圖2是本發明一種實施例的裝置邏輯圖。
具體實施例方式本發明提供一種頻譜分析時讀取數據的裝置和方法，能夠實現網管設備對讀取到的頻點干擾數據是否已及時更新進行判斷，避免因AP設備更新數據造成的不準確讀取。為了使本發明的目的、技術方案和優點更加清楚，下面結合附圖和具體實施例對本發明進行詳細描述。請參考圖1和圖2，在一種優選的實施方式中，本發明所述的頻譜分析時讀取數據的裝置具體為網管設備上CPU執行內存中的計算機指令所形成的邏輯裝置，包括:讀取模塊、判斷模塊以及繪圖模塊。該裝置運行在包括網管設備、AP設備組成的網絡系統中，在實現本發明目的時執行如下處理流程:步驟101，網管設備從AP設備的MIB上周期性讀取AP設備獲取的頻點干擾數據，其中網管設備讀取頻點干擾數據的周期大于AP設備獲取頻點干擾數據的周期。本步驟由讀取模塊執行。具體地，AP設備根據預定的周期Tl獲取自己感應到的各頻點上的頻點干擾數據，保存在內存中，然后根據預定的時間周期T2將所述感應到的頻點干擾數據更新到與網管設備交互的MIB上供網管設備讀取。本步驟中，網管設備根據預設的時間周期T3定期從AP設備上讀取MIB上的頻點干擾數據，所述預設的時間周期是用戶依據自身需求設定的，但為實現本發明目的，所述網管設備讀取頻點干擾數據的周期T3應大于AP設備獲取頻點干擾數據的周期Tl，優選地，T3是Tl的整數倍。在一種優選的實施方式中，網管設備讀取頻點干擾數據的時間周期T3為AP設備獲取頻點干擾數據周期Tl的5倍。 現有技術中，較佳的實現方式為:網管設備讀取頻點干擾數據的時間周期T3等于AP設備更新頻點干擾數據的時間周期T2，這是因為如果兩個周期差異較大可能會引發一些問題。當網管設備讀取頻點干擾數據的時間周期T3小于AP設備更新頻點干擾數據的時間周期T2，可能會造成網管設備重復讀取頻點干擾數據。也就是說在AP設備下一次更新頻點干擾數據前，網管設備可能會讀取兩次或兩次以上的重復頻點干擾數據。而當對應網管設備讀取頻點干擾數據的時間周期T3大于AP設備更新頻點干擾數據的時間周期T2，網管設備可能會讀取不到某次甚至多次AP設備更新的頻點數據。以上兩種情況的出現都可能會造成網管側所繪制的頻點干擾圖失真。然而在現有技術中，即使采用其較佳的實現方式，仍然存在以下問題:1、即使網管設備讀取頻點干擾數據的時間周期T3與AP設備更新頻點干擾數據的時間周期T2相等，如果AP更新頻點干擾數據的時間周期T2較短(假定為I秒)，雖然AP設備通常能在I秒內完成更新操作，但網管設備由于網絡時延等各種原因有時候難以在I秒內完成頻點干擾數據的讀取，而如果AP設備更新頻點干擾數據的時間較長，則網管側所繪制的頻點干擾圖失真較大。2、采用現有技術中的較佳實現方式，網管設備仍然無法得知其在讀取數據的過程中AP設備是否正在更新數據，如果恰巧遇到AP設備更新數據，就會使得讀取到的數據不能真實反映現實干擾情況。基于上述原因，本發明通過提高網管設備讀取AP設備上頻點干擾數據的時間周期T3，但同時保持AP設備獲取頻點干擾數據的時間周期Tl不變，使得本發明網管設備擁有足夠時間讀取和處理AP設備所有頻點干擾數據的前提下，保證了本發明管側所繪制的頻點干擾圖較為精確。在本發明優選的方式中，AP設備在其獲取周期Tl內獲取的頻點干擾數據對應設定為一組頻點干擾數據，可以設定所述網管設備讀取頻點干擾數據的預設時間周期T3是5秒，AP設備獲取頻點干擾數據的時間周期Tl仍保持不變，為I秒。這樣，在本步驟中，網管設備就可以通過SNMP(Simple Network Management Protocol,簡單網絡管理協議)方式每次從AP設備上讀取所述AP設備更新得到的5組頻點干擾數據。步驟102，網管設備判斷是否在預設的讀取時間周期T3內完成對AP設備更新的各組頻點干擾數據的讀取。如果是，轉步驟103。如果否，則丟棄本次數據，轉步驟101重新讀取。在本步驟由判斷模塊執行，如果網管設備在預設的讀取時間周期T3內完成對AP設備更新的各組頻點干擾數據的讀取，為避免繪制的頻譜分析圖失真，此時需要進一步進行步驟103判斷；反之，如果網管設備未能在預設的讀取時間周期T3內完成頻點干擾數據的讀取，往往說明網管設備在讀取的過程中發生了異常，例如:網絡中斷或網絡發生較為嚴重的擁塞。此時，需要丟棄本次待讀取的數據，轉步驟101重新讀取。步驟103，網管設備讀取完成后，判斷讀取到的頻點干擾數據是否發生跳躍。如果是，則丟棄本次讀取的該組所有頻點干擾數據，轉步驟101重新讀取，如果否，轉步驟104。本步驟由判斷模塊執行，由于在優選的方案中，AP設備和網管設備都以相同的時間周期進行頻點干擾數據的操作，并且在本發明中該周期被適當拉長，因此理論上只要雙方在適當錯開每個周期起始時間就能在相當程度上有效避免網管設備讀取數據的時候AP設備卻在更新數據的問題。但如果遇到網絡掉線、卡機等情況時，會造成網管設備在預定的時間周期內不能完成頻點數據的讀取，此時網管設備轉步驟101重新讀取，就有可能會遇到AP設備更新頻點干擾數據。所以就要判斷網管設備讀取到的頻點干擾數據是否發生跳躍。
進一步來說，即便拉長了上述兩個周期，但仍然有可能發生網管設備讀取MIB中數據時AP設備同時在更新MIB中數據的情形，這會導致網管讀取數據出錯。為了規避這種情況，在優選的方式中，AP設備在更新數據時，為每個頻點干擾數據都設置一個唯一的編號。以實際應用為例，如果以每0.1325MHz為間隔定義一個頻點，則在2.4GHz頻段，共有256個頻點。假設AP設備仍然每秒獲取一次頻點干擾數據則這一秒內采集的頻點干擾數據的編號從I開始順序到256。如前所述，本申請中會適當拉長AP設備更新數據的周期，假定AP設備更新頻點干擾數據的時間周期T2和網管設備讀取頻點干擾數據的時間周期T3都是5秒，則在下一個周期時間沒有到來時前，AP設備可以先將5秒內采集到的數據暫時存放在內存中，由于整個周期是5秒，因此AP設備在將數據更新MIB表之前，內存中有256X5=1280個數據，對應的編號為I 1280。接下來AP設備將1280個頻點干擾數據從內存更新到供網管讀取的MIB中，這個過程通常會很快。在本發明中，AP設備上的MIB可以采用如下示例的方式加以改進。1-hh3cDotIISaRtFFTDataTabIe1-hh3cDotIISaRtFFTDataEntry1-hh3cDotIISaRtDataGroupID-hh3cDotlISaFrequency-hh3cDotlISaRtFreqPower
1-hh3cDotlISaRtFreqDataSeqNo其中hh3cDotIISaRtFFTDataTable為數據表，表示定義開始；hh3cDotlISaRtDataGroupID 表不數據的組數；hh3cDotlISaFrequency 為表的主鍵，表示頻率；hh3cDotllSaRtFreqPower表示當前時間點該頻點的干擾信號強度；hh3cDotlISaRtFreqDataSeqNo 表不數據編號。假定AP設備在5秒、10秒、15秒的時候更新數據，而網管設備在第6秒的時候嘗試開始讀取頻點干擾數據，也就是說網管設備與AP設備的相位差是I秒鐘。網管設備第一次讀取到的數據編號應該是I 1280。而網管設備第二次讀到的頻點干擾數據編號應該是從1281 —直到2560這個區間，如果本次網管設備讀到的第二個頻點干擾數據有編號不屬于1281至2560這一區間的，比如說任意一個頻點干擾數據編號超出了這一區間范圍，也就是說讀取到的頻點干擾數據編號發生了不連續的情況，此時可以視為發生了跳躍。而發生跳躍通常是由于網管設備在讀取數據時AP設備也在更新數據，這會導致網管設備讀取到的數據有一部分是舊數據，而另一部分則是AP設備正在更新的數據。此時應丟棄本次讀到的該組所有數據，轉步驟101重新讀取。如前所述，當讀取數據的過程沒有在所述預設的時間周期內完成或者讀取到的數據發生了跳躍，則丟棄本次讀到的所有頻點干擾數據，并轉步驟101重新讀取。在一種優選的實施方式中，出現上述情況的時候，會立刻執行步驟101，不必等到本次周期結束。所述讀取數據的時間周期由網管設備上的定時器來控制。舉例來說，假定AP設備在5秒、10秒、15秒的時候更新數據，而網管設備在第6秒的時候開始讀取數據，那么網管設備上的定時器就會設定網管設備分別在第6秒、11秒、16秒的時候讀取數據。如果網管設備在第8秒的時候發現數據跳躍，丟棄本次讀到的所有頻點干擾數據后立刻返回步驟101重新讀取，而不必等到第11秒的時候再讀取。
步驟104，根據沒有發生跳躍的頻點干擾數據繪制干擾信號圖。本步驟由繪制模塊執行，在本步驟中，依據用戶的要求及設定，可以根據所述頻點干擾數據繪制干擾信號圖，也可以是制作干擾信號表，以供用戶分析使用。由以上描述可以看出，本發明在不降低時間和頻點精度的條件下，解決了讀取數據的問題，同時可以避免網管設備讀取過程中遇AP設備更新數據所造成的數據錯誤問題，提高了頻譜分析的準確度。以上所述僅為本發明的較佳實施例而已，并不用以限制本發明，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明保護的范圍之內。
權利要求
1.一種頻譜分析時讀取數據的裝置，應用于包括網管設備、AP設備組成的系統中，其中所述裝置具體為網管設備上CPU執行內存中的計算機指令所形成的邏輯裝置，其特征在于，該裝置包括: 讀取模塊，用于從AP設備的MIB上周期性讀取AP設備獲取的頻點干擾數據，其中讀取模塊的讀取周期大于AP設備獲取頻點干擾數據的周期； 判斷模塊，用于當讀取模塊完成讀取后，判斷所述頻點干擾數據是否發生跳躍，如果是，則丟棄本次所有頻點干擾數據，轉到讀取模塊重新讀取。
2.根據權利要求1所述的裝置，其特征在于，所述讀取模塊的讀取周期等于AP設備將獲取到的頻點干擾數據更新到MIB上的周期，且是AP設備獲取頻點干擾數據周期的整數倍。
3.根據權利要求1所述的裝置，其特征在于，所述讀取模塊讀取的每個頻點干擾數據都設置有一個唯一的編號，當所述讀取的頻點干擾數據的編號不連續時，視為發生跳躍。
4.根據權利要求1所述的裝置，其特征在于，判斷模塊在判斷所述干擾數據是否發生跳躍前，還需判斷網管設備是否在讀取的時間周期內完成頻點干擾數據的讀取，如果否，丟棄本次數據，轉到讀取模塊重新讀取。
5.根據權利要求1所述的裝置，其特征在于，該裝置還包括繪圖模塊，用于根據沒有發生跳躍的頻點干擾數據繪制干擾信號圖。
6.一種頻譜分析時讀取數據的方法，應用于包括網管設備、AP設備組成的系統中，其特征在于，該方法包括以下步驟: A、所述網管設備從AP設備的MIB上周期性讀取AP設備獲取的頻點干擾數據，其中網管設備的讀取周期大于AP設備獲取頻點干擾數據的周期； B、讀取完成后，判斷所述頻點干擾數據是否發生跳躍，如果是，則丟棄本次所有頻點干擾數據，返回步驟A。
7.根據權利要求6所述的方法，其特征在于，網管設備的讀取周期等于AP設備將獲取到的頻點干擾數據更新到MIB上的周期，且是AP設備獲取頻點干擾數據周期的整數倍。
8.根據權利要求6所述的方法，其特征在于，網管設備讀取的每個頻點干擾數據都設置有一個唯一的編號，當所述讀取的頻點干擾數據的編號不連續時，視為發生跳躍。
9.根據權利要求6所述的方法，其特征在于，在所述步驟B之前，進一步包括步驟BI，判斷網管設備是否在讀取的時間周期內完成頻點干擾數據的讀取，如果否，丟棄本次數據，返回步驟A。
10.根據權利要求6所述的方法，其特征在于，該方法在步驟B之后，還包括， C、據沒有發生跳躍的頻 點干擾數據繪制干擾信號圖。
全文摘要
本發明提供一種頻譜分析時讀取數據的裝置和方法，包括網管設備、AP設備組成的系統中，其中所述裝置具體為網管設備上CPU執行內存中的計算機指令所形成的邏輯裝置，其中該裝置執行以下處理流程A.網管設備從AP設備的MIB上周期性讀取AP設備獲取的頻點干擾數據，其中網管設備的讀取周期大于AP設備獲取頻點干擾數據的周期；B.讀取完成后，判斷所述多個頻點干擾數據是否發生跳躍，如果是，則丟棄本次所有頻點干擾數據，返回步驟A重新讀取數據。通過本發明的技術方案，有效解決了現有技術中頻點干擾數據讀取失真，進而導致干擾信號圖不準確的問題。
文檔編號H04W24/04GK103237318SQ20131009326
公開日2013年8月7日 申請日期2013年3月21日 優先權日2013年3月21日
發明者張征 申請人:杭州華三通信技術有限公司