專利名稱：基于瘦ap架構(gòu)的熱備方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種熱備方法，更具體地，涉及一種基于瘦無線接入點(diǎn)(AP)架構(gòu)的熱 備方法。
背景技術(shù)：
熱備份是指軟件運(yùn)行時產(chǎn)生的數(shù)據(jù)備份到另一處；這里的"另一處"，對于軟件來 講，是這個軟件運(yùn)行的另外一個進(jìn)程；對于設(shè)備來講，是不同于軟件所在設(shè)備的另外一個設(shè)備。 對于基于網(wǎng)絡(luò)設(shè)備的熱備，一般分為主設(shè)備和備設(shè)備，主設(shè)備負(fù)責(zé)正常的網(wǎng)絡(luò)處 理，備設(shè)備不工作，僅接收主設(shè)備的備份數(shù)據(jù)。設(shè)備上可能運(yùn)行多個軟件進(jìn)程，主設(shè)備上多 個進(jìn)程將運(yùn)行時產(chǎn)生的數(shù)據(jù)備份到備設(shè)備上對應(yīng)的進(jìn)程，當(dāng)主設(shè)備故障后，備設(shè)備啟用，網(wǎng) 絡(luò)運(yùn)行不受影響。 現(xiàn)有技術(shù)中典型的熱備方案主要有1+1備份、n+l備份和n+m備份。 圖1A示出現(xiàn)有技術(shù)的l+l熱備方案。如圖1A所示，該熱備方案具有1個主設(shè)備
和一個備設(shè)備，主設(shè)備實(shí)時向備設(shè)備備份數(shù)據(jù)。當(dāng)主設(shè)備故障后，備設(shè)備啟用。所述1+1備
份是全冗余備份。 圖1B示出現(xiàn)有技術(shù)的n+1熱備方案。如圖1B所示，該熱備方案具有n個主設(shè)備 (n > 1)和1個備設(shè)備，所有主設(shè)備都實(shí)時向備設(shè)備備份數(shù)據(jù)，備設(shè)備上擁有所有主設(shè)備的 數(shù)據(jù)。當(dāng)主設(shè)備n'故障后(K二n'〈二n)，備設(shè)備啟用，此時備設(shè)備只使用主設(shè)備n'備 份過來的數(shù)據(jù)。n+l備份不是全冗余備份，只能保證n個主設(shè)備中1臺故障情況下網(wǎng)絡(luò)無影 響。 圖1C示出現(xiàn)有技術(shù)的n+m熱備方案。如圖1C所示，該熱備方案具有n個主設(shè)備 (n> 1)和m個備設(shè)備(n>=m> 1)，所有主設(shè)備都實(shí)時向所有備設(shè)備備份數(shù)據(jù)，備設(shè)備 上擁有所有主設(shè)備的數(shù)據(jù)。當(dāng)k臺主設(shè)備故障后(1 <= k <= m) ， k臺備設(shè)備啟用，此時 備設(shè)備只使用對應(yīng)主設(shè)備備份過來的數(shù)據(jù)，例如，備設(shè)備1只啟用主設(shè)備1的數(shù)據(jù)，備設(shè)備 2只啟用主設(shè)備2的數(shù)據(jù)，...，備設(shè)備k只啟用主設(shè)備k的數(shù)據(jù)。n+m備份只能保證n個主 設(shè)備中m臺故障情況下網(wǎng)絡(luò)無影響。 對于以上三種熱備方案，雖然能夠保證在主設(shè)備故障之后，啟用備設(shè)備而使網(wǎng)絡(luò) 運(yùn)行不受影響，但是主設(shè)備上任何數(shù)據(jù)變化都需要向備設(shè)備實(shí)時備份；而對于n+m熱備方 案，備設(shè)備還需要擁有所有主設(shè)備的數(shù)據(jù)。

發(fā)明內(nèi)容
本發(fā)明的一方面在于至少解決上述問題和/或缺點(diǎn)并至少提供以下描述的優(yōu)點(diǎn)。
根據(jù)本發(fā)明的示例性實(shí)施例，一種基于瘦無線接入點(diǎn)AP架構(gòu)的熱備方法，所述方 法包括步驟在一組無線接入點(diǎn)AP中保存包括多個無線控制器AC的地址的地址列表，所述 多個無線控制器AC包括至少一個主無線控制器AC和至少一個備無線控制器AC ;將所述主無線控制器AC中的數(shù)據(jù)分散同步到其關(guān)聯(lián)的一組無線接入點(diǎn)AP中，以保證所述主無線控 制器AC中的數(shù)據(jù)有兩份；當(dāng)所述主無線控制器AC發(fā)生故障時，按照所述其關(guān)聯(lián)的一組無線 接入點(diǎn)AP中保存的地址列表中的地址的優(yōu)先級順序?qū)⑺銎潢P(guān)聯(lián)的一組無線接入點(diǎn)AP向 所述備無線控制器AC依次注冊；如果所述主無線控制器AC關(guān)聯(lián)的一組無線接入點(diǎn)AP在所 述備無線控制器AC中的一個上注冊成功，則將所述主無線控制器AC關(guān)聯(lián)的一組無線接入 點(diǎn)AP上的數(shù)據(jù)發(fā)送到所述備無線控制器AC中的一個，完成數(shù)據(jù)備份，并停止注冊操作；如 果所述主無線控制器AC關(guān)聯(lián)的一組無線接入點(diǎn)AP在所述備無線控制器AC中的一個上注 冊不成功，則按照優(yōu)先級順序繼續(xù)向地址列表中的下一備無線控制器AC注冊，直到注冊成 功。 如果所述一組無線接入點(diǎn)AP是本地轉(zhuǎn)發(fā)模型，則所述一組無線接入點(diǎn)AP在向所 述備無線控制器AC注冊的過程中，繼續(xù)轉(zhuǎn)發(fā)數(shù)據(jù)而不是重新啟動。 如果所述一組無線接入點(diǎn)AP是集中轉(zhuǎn)發(fā)模型，則所述一組無線接入點(diǎn)AP在所述 備無線控制器AC中的一個上注冊成功之后，立刻切換數(shù)據(jù)隧道，并將數(shù)據(jù)導(dǎo)向所述備無線 控制器AC中的一個。 在所述包括至少一個無線控制器AC的地址的地址列表中，第一地址是主無線控 制器AC地址，其余為備無線控制器AC地址。


通過下面結(jié)合附圖進(jìn)行的描述，本發(fā)明的示例性實(shí)施例的上述和其它方面、特點(diǎn)
和優(yōu)點(diǎn)將會變得更加清楚，其中 圖1A示出現(xiàn)有技術(shù)的1 + 1熱備方案； 圖IB示出現(xiàn)有技術(shù)的n+1熱備方案； 圖1C示出現(xiàn)有技術(shù)的n+m熱備方案； 圖2是示出瘦AP架構(gòu)的框圖； 圖3A是示出瘦AP架構(gòu)的本地轉(zhuǎn)發(fā)模型的示圖； 圖3B是示出瘦AP架構(gòu)的集中轉(zhuǎn)發(fā)模型的示圖； 圖4是示出根據(jù)本發(fā)明示例性實(shí)施例的基于瘦AP架構(gòu)的熱備架構(gòu)的框圖；
圖5是示出根據(jù)本發(fā)明示例性實(shí)施例的基于瘦AP架構(gòu)的熱備方法的流程圖。
具體實(shí)施例方式
以下，參照附圖來詳細(xì)說明本發(fā)明的示例性實(shí)施例，其中，附圖中相同的標(biāo)號始終 表示相同的部件。本發(fā)明不限于上述示例性實(shí)施例，在不脫離本發(fā)明范圍的情況下，可以進(jìn) 行各種變形和修改。 本說明書基于。其內(nèi)容全部包含于此。 無線接入點(diǎn)(AP)也稱無線網(wǎng)橋、無線網(wǎng)關(guān)，也就是所謂的"瘦"AP。本發(fā)明是不同 于傳統(tǒng)技術(shù)的基于瘦AP架構(gòu)的熱備方法。圖2是本申請所使用的瘦AP架構(gòu)的框圖。
參照圖2，AP(即AP1、AP2或AP3，但不限于三個AP)通過網(wǎng)絡(luò)由AC集中管理，AC 上的運(yùn)行數(shù)據(jù)可以認(rèn)為是AP上運(yùn)行數(shù)據(jù)之合。 基于瘦AP架構(gòu)，數(shù)據(jù)存在以下兩種模型用戶基礎(chǔ)數(shù)據(jù)，實(shí)際有兩份數(shù)據(jù)，一份集中存儲在當(dāng)前主AC上，一份分散存儲在AC管理的AP中；復(fù)雜業(yè)務(wù)數(shù)據(jù)(例如，用戶認(rèn)證狀
態(tài)、通過無線定位功能發(fā)現(xiàn)的用戶位置信息等)，數(shù)據(jù)只集中存儲在主AC上。 基于瘦AP架構(gòu)有兩種轉(zhuǎn)發(fā)模型，圖3A是本申請所使用的瘦AP架構(gòu)的本地轉(zhuǎn)發(fā)模
型的示圖，圖3B是本申請所使用的瘦AP架構(gòu)的集中轉(zhuǎn)發(fā)模型的示圖。 參照圖3A， AC通過與AP(即API或AP2，但不限于兩個AP)之間的管理隧道來管
理AP。 AP接收到用戶無線數(shù)據(jù)后，剝離掉802. 11報文頭，橋接為802.3報文后直接轉(zhuǎn)發(fā)。
報文根據(jù)網(wǎng)絡(luò)拓樸進(jìn)行轉(zhuǎn)發(fā)，可能經(jīng)過AC，也可能不經(jīng)過AC。 參照圖3B，AC通過與AP(即API或AP2，但不限于兩個AP)之間的管理隧道來管理 AP。 AC與AP之間建立數(shù)據(jù)隧道，AP接收到用戶無線數(shù)據(jù)后，將整個無線報文加隧道封裝后 通過有線發(fā)送給AC ;AC通過數(shù)據(jù)隧道收到AP發(fā)過來的報文后，解隧道封裝后轉(zhuǎn)發(fā)報文。
圖4是示出根據(jù)本發(fā)明示例性實(shí)施例的基于瘦AP架構(gòu)的熱備架構(gòu)的框圖。參照 圖4，一組AP(即AP1、 AP2和AP3，但一組AP不限于三個AP，并且也不僅限于一組AP，可以 是多組AP)通過網(wǎng)絡(luò)由主AC集中管理，AC上的運(yùn)行數(shù)據(jù)可以認(rèn)為是AP上運(yùn)行數(shù)據(jù)之合。 在主AC故障時，副AC從相應(yīng)的AP接收數(shù)據(jù)。 圖5是示出根據(jù)本發(fā)明示例性實(shí)施例的基于瘦AP架構(gòu)的熱備方法的流程圖。根 據(jù)本發(fā)明示例性實(shí)施例的基于瘦AP架構(gòu)的熱備方法可用于l+l熱備、n+l熱備和n+m熱備， 但不限于以上幾種。 在步驟501 ，在一組AP上保存包括多個AC地址的地址列表(按照從主AC到備AC 的優(yōu)先級先后排列，第一地址是主AC地址，其余為備AC地址，其中，備AC可以是一個或多 個)，所述一組AP可包括一個或多個AP。 一組AP可以通過DHCP發(fā)現(xiàn)、DNS發(fā)現(xiàn)或Capw即 發(fā)現(xiàn)(RFC5415)，也可以通過手動在AP上靜態(tài)配置來獲得AC地址列表。然而，本領(lǐng)域的技 術(shù)人員應(yīng)該了解，一組AP獲得AC地址列表的方法不限于以上幾種。 在步驟503，如果管理一組AP的主AC中的數(shù)據(jù)是復(fù)雜業(yè)務(wù)數(shù)據(jù)模型，則進(jìn)行步驟 505，即，主AC將數(shù)據(jù)分散同步到其關(guān)聯(lián)(S卩，用戶關(guān)聯(lián))的一組AP上，保證一個主AC的數(shù) 據(jù)同時有兩份， 一份在當(dāng)前主AC上， 一份分散在一組AP上，并且僅有兩份；如果管理一組 AP的主AC中的數(shù)據(jù)是用戶基礎(chǔ)數(shù)據(jù)模型，由于該模型的數(shù)據(jù)已經(jīng)被分別存儲在主AC以及 一組AP上，故直接進(jìn)行步驟507。 在步驟507，當(dāng)主AC與其關(guān)聯(lián)的一組AP失去聯(lián)系，即主AC發(fā)生故障之后(這里， AP檢查AC故障的機(jī)制可以持續(xù)ping AC，可以使用心跳機(jī)制，也可以使用RFC5415描述的 C即w即機(jī)制，但本領(lǐng)域技術(shù)人員應(yīng)該了解，AP檢查AC故障的機(jī)制不限于以上幾種)，該關(guān) 聯(lián)的一組AP按照優(yōu)先級自動向AC地址列表中的備AC依次注冊。 在步驟509，如果所述故障的主無線控制器AC關(guān)聯(lián)的一組AP在備AC中的一個上 注冊成功，則進(jìn)行步驟511 ，即，將該組AP上的數(shù)據(jù)發(fā)送給當(dāng)前注冊的備AC，完成數(shù)據(jù)備份， 并停止注冊操作；如果該組AP在備AC上注冊不成功，則返回步驟507，繼續(xù)按照優(yōu)先級向 地址列表中的下一備AC注冊。 如果AP架構(gòu)的轉(zhuǎn)發(fā)模型是本地轉(zhuǎn)發(fā)模型，則在步驟505中AP向備AC注冊時，保 持?jǐn)?shù)據(jù)正常轉(zhuǎn)發(fā)，從而實(shí)現(xiàn)業(yè)務(wù)不中斷。 如果AP架構(gòu)的轉(zhuǎn)發(fā)模型是集中轉(zhuǎn)發(fā)模型，則在步驟505中AP向備AC注冊成功之 后(此時AP已經(jīng)與這個備AC建立了管理隧道和數(shù)據(jù)隧道)，立刻切換數(shù)據(jù)隧道，將AP上的用戶數(shù)據(jù)導(dǎo)向新AC，從而實(shí)現(xiàn)業(yè)務(wù)不中斷。 對于n+l熱備(n > 1)，第i (n > = i > = 1)個主設(shè)備(主AC)將其數(shù)據(jù)分散同步 到其關(guān)聯(lián)的一組APi(n〉二 i > = 1)上，多個APi上存儲包括2個AC地址的地址列表(按 照從主AC到備AC的優(yōu)先級先后排列，第一地址是第i個主AC地址，其余為備AC地址)。
對于n+m熱備(n > = m > l)，第i (n > = i > = l)個主設(shè)備(主AC)將其數(shù)據(jù) 分散同步到其關(guān)聯(lián)的一組APi上，多個APi上存儲包括m+1個AC地址的地址列表(按照從 主AC到備AC的優(yōu)先級先后排列，第一地址是第i個主AC地址，其余為備AC地址)。
根據(jù)本發(fā)明實(shí)施例的基于瘦AP架構(gòu)的熱備方法，對于用戶基礎(chǔ)數(shù)據(jù)，主AC無需實(shí) 時向備AC同步數(shù)據(jù)；當(dāng)AP切換AC時，自動將AP上的數(shù)據(jù)上報給AC，從而間接實(shí)現(xiàn)數(shù)據(jù)備 份。對于n+l備份或n+m備份，備AC上無需保存所有主AC的備份數(shù)據(jù)，降低數(shù)據(jù)同步量， 降低數(shù)據(jù)存儲份數(shù)，降低同步數(shù)據(jù)對AC的性能壓力；備份是按需備份，數(shù)據(jù)實(shí)際有兩份，一 份集中存儲在當(dāng)前主AC上， 一份分散存儲在AC管理的AP中。 雖然已經(jīng)參照示例性實(shí)施例示出和描述了本發(fā)明，但是本領(lǐng)域的技術(shù)人員應(yīng)該理 解在不脫離由權(quán)利要求定義的本發(fā)明的精神和范圍的情況下，可以進(jìn)行形式和細(xì)節(jié)上的 各種改變。
權(quán)利要求
一種基于瘦無線接入點(diǎn)AP架構(gòu)的熱備方法，所述方法包括步驟在一組無線接入點(diǎn)AP中保存包括多個無線控制器AC的地址的地址列表，所述多個無線控制器AC包括至少一個主無線控制器AC和至少一個備無線控制器AC；將所述主無線控制器AC中的數(shù)據(jù)分散同步到其關(guān)聯(lián)的一組無線接入點(diǎn)AP中，以保證所述主無線控制器AC中的數(shù)據(jù)有兩份；當(dāng)所述主無線控制器AC發(fā)生故障時，按照所述其關(guān)聯(lián)的一組無線接入點(diǎn)AP中保存的地址列表中的地址的優(yōu)先級順序?qū)⑺銎潢P(guān)聯(lián)的一組無線接入點(diǎn)AP向所述備無線控制器AC依次注冊；如果所述主無線控制器AC關(guān)聯(lián)的一組無線接入點(diǎn)AP在所述備無線控制器AC中的一個上注冊成功，則將所述主無線控制器AC關(guān)聯(lián)的一組無線接入點(diǎn)AP上的數(shù)據(jù)發(fā)送到所述備無線控制器AC中的一個，完成數(shù)據(jù)備份，并停止注冊操作；如果所述主無線控制器AC關(guān)聯(lián)的一組無線接入點(diǎn)AP在所述備無線控制器AC中的一個上注冊不成功，則按照優(yōu)先級順序繼續(xù)向地址列表中的下一備無線控制器AC注冊，直到注冊成功。
2. 如權(quán)利要求1所述的基于瘦無線接入點(diǎn)AP架構(gòu)的熱備方法，其中，如果所述一組無線接入點(diǎn)AP是本地轉(zhuǎn)發(fā)模型，則所述一組無線接入點(diǎn)AP在向所述備無線控制器AC注冊的過程中，繼續(xù)轉(zhuǎn)發(fā)數(shù)據(jù)而不是重新啟動。
3. 如權(quán)利要求1所述的基于瘦無線接入點(diǎn)AP架構(gòu)的熱備方法，其中，如果所述一組無線接入點(diǎn)AP是集中轉(zhuǎn)發(fā)模型，則所述一組無線接入點(diǎn)AP在所述備無線控制器AC中的一個上注冊成功之后，立刻切換數(shù)據(jù)隧道，并將數(shù)據(jù)導(dǎo)向所述備無線控制器AC中的一個。
4. 如權(quán)利要求1所述的基于瘦無線接入點(diǎn)AP架構(gòu)的熱備方法，其中，在所述包括至少一個無線控制器AC的地址的地址列表中，第一地址是主無線控制器AC地址，其余為備無線控制器AC地址。
全文摘要
提供一種基于瘦AP架構(gòu)的熱備方法，包括在一組AP中保存包括多個AC的地址的地址列表，多個AC包括至少一個主AC和至少一個備AC；將所述主AC中的數(shù)據(jù)分散同步到其關(guān)聯(lián)的一組AP中，以保證所述主AC中的數(shù)據(jù)有兩份；當(dāng)所述主AC發(fā)生故障時，按照所述其關(guān)聯(lián)的一組AP中保存的地址列表中的地址的優(yōu)先級順序?qū)⑺銎潢P(guān)聯(lián)的一組AP向所述備AC依次注冊；如果所述關(guān)聯(lián)的一組AP在所述備AC中的一個上注冊成功，則將所述關(guān)聯(lián)的一組AP上的數(shù)據(jù)發(fā)送到所述備AC中的一個，完成數(shù)據(jù)備份，并停止注冊操作；如果所述關(guān)聯(lián)的一組AP在所述備AC中的一個上注冊不成功，則按照優(yōu)先級順序繼續(xù)向地址列表中的下一備AC注冊，直到注冊成功。
文檔編號H04W88/00GK101699918SQ20091021093
公開日2010年4月28日 申請日期2009年11月12日 優(yōu)先權(quán)日2009年11月12日
發(fā)明者劉靖非, 范成龍 申請人:北京傲天動聯(lián)技術(shù)有限公司