專利名稱：用戶信息備份方法及裝置的制作方法
技術領域：
本發(fā)明涉及通訊領域，尤其涉及一種用戶信息備份方法及裝置。
背景技術：
隨著服務節(jié)點(Service Node，簡稱為SN)所接入的寬帶用戶數(shù)量越來越多，寬帶 用戶對寬帶的高可靠性要求越來越高，因此，運營商要求對用戶備份的接入也越來越高?，F(xiàn)有技術使用的用戶備份技術是雙機熱備，該項技術使(Access Node，簡稱為 AN)采用雙上行接入雙SN，一臺SN作為主用一臺SN作為備份，主用SN的接入端口和備 份SN的備份端口——對應，主備SN采用虛擬路由冗余協(xié)議(Virtual Router Redundancy Protocol，簡稱為 VRRP)和雙向轉發(fā)檢測協(xié)議(Bidirectional Forwarding Detection，簡 稱為BFD)技術來切換狀態(tài)。主用SN把接入用戶信息同步到備份SN，備份SN收到主用SN 傳遞的用戶信息后，備份SN馬上將該用戶信息以用戶表的形式下發(fā)到接口模塊。當主用SN 的接入端口下接入用戶的鏈路發(fā)生故障時，備份SN切換成主用SN，用戶流量切換，流量通 過備份SN轉發(fā)。但是，根據(jù)現(xiàn)有技術，無法將多個主用SN的不同端口備份到備用SN的同一個端 口。造成這種情況的原因，一方面是備份SN接收到主用SN同步的用戶信息后，馬上以用戶 表的形式下發(fā)到接口單元，接口單元的用戶表的存儲大小是固定的，如果多個端口的大量 數(shù)據(jù)備份到備用SN的同一個端口，備份SN的接口單元的用戶表存儲就會溢出造成備份失 ??；另一方面，如果多個端口備份到同一個端口并且主控模塊把用戶表下發(fā)到接口模塊，那 么當多個端口發(fā)生故障時，備份SN上的備份端口流量會過大，因此會造成流量告警。因此，針對上述的無法將多個主用SN的不同端口備份到備用SN的同一個端口，導 致增加網(wǎng)絡建設成本的問題，相關技術中尚未提出有效的解決方案。

發(fā)明內容
本發(fā)明的主要目的在于提供一種用戶信息備份方法及裝置，以解決現(xiàn)有技術無法 將多個主用SN的不同端口備份到備用SN的同一個端口導致增加網(wǎng)絡建設成本的問題。根據(jù)本發(fā)明的一個方面，提供了一種用戶信息備份方法。根據(jù)本發(fā)明用戶信息備份方法包括將備份服務節(jié)點的端口分別與多個主用服務 節(jié)點的端口建立多個選擇切換協(xié)議組；備份服務節(jié)點定期接收來自多個主用服務節(jié)點的端 口的接入用戶的用戶信息，并保存至備份服務節(jié)點的主控單元；保持備份服務節(jié)點的端口 和多個主用服務節(jié)點的端口之間的探測關系；在備份服務節(jié)點的端口和多個主用服務節(jié)點 的端口其中之一探測失敗的情況下，備份服務節(jié)點將保存在主控單元的該端口接入用戶的 用戶信息下發(fā)至備份服務節(jié)點的接口單元，并根據(jù)選擇切換協(xié)議將備份服務節(jié)點的端口切 換為主用。優(yōu)選地，使用以下方式至少之一探測多個主用服務節(jié)點的端口的運行狀態(tài)雙向 轉發(fā)檢測協(xié)議、以太網(wǎng)運行管理和維護協(xié)議。CN 102045185 A說明書2/6頁優(yōu)選地，選擇切換協(xié)議是指虛擬路由器冗余協(xié)議。優(yōu)選地，在備份服務節(jié)點的端口所屬的槽位號和端口號與主用服務節(jié)點的端口所 屬的槽位號和端口號不一致的情況下，在進行接入用戶認證時，進行網(wǎng)絡接入服務器端口 標識信息中槽位號和端口號規(guī)避處理。優(yōu)選地，該方法進一步包括當發(fā)生故障的主用服務節(jié)點故障恢復或者端口重新 可達時，再次切換主用服務節(jié)點的端口為主用。根據(jù)本發(fā)明的另一方面，還提供了一種用戶信息備份裝置。根據(jù)本發(fā)明的用戶信息備份裝置包括建立模塊，用于將備份服務節(jié)點的端口分別 與多個主用服務節(jié)點的端口建立多個選擇切換協(xié)議組；接收模塊，用于定期接收來自多個主 用服務節(jié)點的端口的接入用戶的用戶信息；存儲模塊，用于將接收模塊接收的用戶信息保存 至主控單元；探測模:t夬，用于保持備份服務節(jié)點的端口和多個主用服務節(jié)點的端口之間的探 測關系；處理模:t夬，用于在探測模塊探測到備份服務節(jié)點的端口和多個主用服務節(jié)點的端口 其中之一探測失敗的情況下，將存儲模塊保存的該端口接入用戶的用戶信息下發(fā)至備份服務 節(jié)點的接口單元并生成路由，并根據(jù)選擇切換協(xié)議將備份服務節(jié)點的端口切換為主用，在設 備切換為主用時與發(fā)送模塊關聯(lián)；發(fā)送模塊，用于將用戶信息發(fā)送至備用服務節(jié)點。優(yōu)選地，探測模塊使用以下方式至少之一探測多個主用服務節(jié)點的端口的運行狀 態(tài)雙向轉發(fā)檢測協(xié)議、以太網(wǎng)運行管理和維護協(xié)議。優(yōu)選地，處理模塊使用的選擇切換協(xié)議是指虛擬路由器冗余協(xié)議。優(yōu)選地，該裝置進一步包括規(guī)避處理模塊，用于在備份服務節(jié)點的端口所屬的槽 位號和端口號與主用服務節(jié)點的端口所屬的槽位號和端口號不一致的情況下，在進行接入 用戶認證時，進行網(wǎng)絡接入服務器端口標識信息中槽位號和端口號規(guī)避處理。優(yōu)選地，該裝置進一步包括備份處理模塊，用于當發(fā)生故障的主用服務節(jié)點故障 恢復或者端口重新可達時，再次切換主用服務節(jié)點的端口為主用。與現(xiàn)有技術相比，根據(jù)本發(fā)明的上述技術方案，備用SN預先接收備份用戶的用戶 信息，在主用SN運行異?；騍N用戶下行轉發(fā)故障時，備用SN將預先接收的接入用戶信息 下發(fā)到接口單元并生成用戶路由，能夠將多個主用SN的不同端口備份到同一備用SN的同 一個端口，避免了備份SN的接口單元的用戶表存儲溢出，因此，有效節(jié)約了用戶信息備份 時需要的備份設備個數(shù)，從而達到節(jié)約網(wǎng)絡建設成本的目的。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)本發(fā)明實施例的用戶信息備份方法的流程圖；圖2是根據(jù)本發(fā)明實施例的用戶信息備份方法的優(yōu)選處理方案的流程圖；圖3是根據(jù)本發(fā)明實施例的網(wǎng)絡拓撲示意圖；圖4是根據(jù)本發(fā)明實施例的用戶信息備份裝置的結構框圖。
具體實施例方式本發(fā)明的主要思想主要在于，多個主用SN將需要備份的接入用戶的用戶信息實時同步到同一臺SN的主控單元中并加以區(qū)分，此時在備份SN上所有主用SN用戶表并沒有 下發(fā)到接口單元，當某一臺SN或SN的某下行鏈路狀態(tài)異常時，才將該故障的SN或鏈路上 接入用戶的用戶表下發(fā)到接口單元，并發(fā)布用戶路由。為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，以下結合附圖及具體實施例，對本 發(fā)明作進一步地詳細說明。根據(jù)本發(fā)明的實施例，提出了一種用戶信息備份方法。圖1是根據(jù)本發(fā)明實施例的用戶信息備份方法的流程圖，如圖1所示，該方法包 括步驟S102，將備份服務節(jié)點的端口分別與多個主用服務節(jié)點的端口建立多個選擇 切換協(xié)議組；步驟S104，備份服務節(jié)點定期接收來自多個主用服務節(jié)點的端口的接入用戶的用 戶信息，并保存至備份服務節(jié)點的主控單元；步驟S106，保持備份服務節(jié)點的端口和多個主用服務節(jié)點的端口之間的探測關 系；步驟S108，在備份服務節(jié)點的端口和多個主用服務節(jié)點的端口其中之一探測失敗 的情況下，備份服務節(jié)點將保存在主控單元的該端口接入用戶的用戶信息下發(fā)至備份服務 節(jié)點的接口單元，并根據(jù)選擇切換協(xié)議將備份服務節(jié)點的端口切換為主用。下面結合圖2詳細描述上述各處理的細節(jié)。圖2是根據(jù)本發(fā)明實施例的用戶信息 備份方法的優(yōu)選處理方案的流程圖，如圖2所示，該方法包括步驟S202，將備份SN的備份端口分別與多個主用SN的端口建立多個VRRP組；步驟S204，所有主用SN根據(jù)預定時間將在線用戶的用戶信息傳遞給備份SN ；步驟S206，備份SN將不同主用SN的用戶信息按VRRP組分類存儲到主控單元，但 是不下發(fā)到接口單元；步驟S208，探測到某一 SN故障或者某一 SN到用戶下行轉發(fā)故障，此處的探測方式 包括但不限于至少之一雙向轉發(fā)檢測協(xié)議(Bidirectional Forwarding Detection，簡稱 為BFD)、以太網(wǎng)運行管理和維護(OAM)協(xié)議。步驟S210，備份SN將與檢測到的主用SN故障端口所對應用戶的用戶信息和路由 下發(fā)到備份的接口單元；步驟S212，故障SN或其鏈路的接入用戶通過備份SN轉發(fā)。采用本發(fā)明的上述技術方案進行用戶信息備份，能夠將主用SN的不同端口備份 到備用SN的同一個端口，有效節(jié)約了網(wǎng)絡建設成本并提高了網(wǎng)絡可靠性。在具體應用中，當主、備端口進行N :1備份時，可以采用主、備SN接入槽位、端口對 應一致的方式(即多個主用SN把各自同一槽位同一端口的用戶備份到備份SN的相同槽位 和端口)，也可以采用主、備SN接入槽位、端口對應不一致的方式(即多個主用SN把任意槽 位和端口的用戶備份到備份SN任意槽位和端口)，下面結合圖3進行詳細描述。實例一 3臺SN(SN-l、SN-2、SN-3)備份到同1臺SN(SN_4)，3臺主用SN槽號1端 口 1的用戶備份到備用SN槽號1端口 1。步驟1，3臺主用SN需要備份用戶的端口和備份SN-4的同一備份端口分別建立不 同的VRRP組，并且通過BFD技術探測二層鏈路狀態(tài)。
步驟2，3臺主用SN接入用戶，并定期將各自槽號1和端口 1下的接入用戶的用戶 信息同步發(fā)送到備用SN。步驟3，備用SN接收到這些用戶信息，將這些信息以用戶表的形式存儲在備用SN 的主控單元，并在存儲時根據(jù)主用SN需要備份的端口關聯(lián)的VRRP組ID進行區(qū)分。這些用 戶表關聯(lián)到備份SN同一個槽位同一端口。步驟4，SN-I槽號1和端口 1到下行AN鏈路故障(DOWN)，備用SN通過BFD探測到 該鏈路DOWN，對應的VRRP組狀態(tài)切換。SN-4通過VRRP組查找到在主控關聯(lián)的一組SN-I的 用戶表，并將該用戶表下發(fā)到接口單元，同時生成用戶路由，備份SN-4向SN-I同步該VRRP 組關聯(lián)的用戶數(shù)據(jù)。步驟5，SN-I故障用戶數(shù)據(jù)通過備份SN-4轉發(fā)。步驟6，SN-I故障恢復，BFD探測到SN-I狀態(tài)恢復，原故障端口對應的VRRP再次 切換，備用SN-4的對應VRRP狀態(tài)切換為備，備用SN刪除接口單元下發(fā)的該VRRP組對應的 SN-I的用戶表。步驟7，SN-2的槽號1和端口 1到下行AN鏈路DOWN，備用SN通過BFD探測到該 鏈路DOWN，對應的VRRP組狀態(tài)切換。SN-4通過VRRP組查找到在主控關聯(lián)的一組SN-2的 用戶表，并將該用戶表下發(fā)到接口單元，同時生成用戶路由，備份SN-4向SN-2同步該VRRP 組關聯(lián)的用戶數(shù)據(jù)。步驟8，SN-2故障用戶數(shù)據(jù)通過備份SN-4轉發(fā)。實例二3 臺 SN(SN-1、SN-2, SN-3)備份到同 1 臺 SN(SN_4)，SN-I 的槽號 1 端口 USN-2的槽號2端口 2、SN-3的槽號3端口 3的用戶備份到備用SN槽號1端口 1。步驟1，3臺主用SN需要備份用戶的端口和備份SN-4的同一備份端口分別建立不 同的VRRP組，并且通過BFD探測二層鏈路狀態(tài)。步驟2，3臺主用SN接入用戶(SN-1的槽號1端口 1、SN-2的槽號2端口 2、SN-3 的槽號3端口 3的用戶)備份到備份SN-4槽號1端口 1，并定期將各自備份端口下接用戶 的用戶信息同步發(fā)送到SN-4。SN-4的端口的VLAN范圍包含主用SN需要備份用戶的端口所 有的VLAN，同時主備SN在遠程用戶撥號認證服務(Remote Authentication Dial In User Service,簡稱為 RADIUS)時 NAS_P0RT_ID 直接采用 0PTI0N82 或 PPPoE+ 信息。步驟3，SN-4接收到這些用戶信息，將這些信息以用戶表的形式存儲在SN-4的主 控單元，此時備份SN-4不關心用戶的槽號和端口信息，備份SN-4在存儲時根據(jù)主用SN需 要備份的端口關聯(lián)的VRRP組ID進行區(qū)分。這些用戶表關聯(lián)到備份SN-4同一個槽位同一 端□。步驟4，SN-2槽號2和端口 2到下行AN鏈路DOWN，SN-4通過BFD探測到該鏈路 DOWN，對應的VRRP組狀態(tài)切換。SN通過VRRP組查找到在主控關聯(lián)的一組SN-I的用戶表， 并將該用戶表下發(fā)到備份SN-4槽號1端口 1，同時生成用戶路由，備用SN-4向SN-2同步該 VRRP組關聯(lián)的用戶數(shù)據(jù)。步驟5，SN-2故障用戶數(shù)據(jù)通過備份SN-4轉發(fā)。步驟6，SN-2故障恢復，BFD探測到SN_2狀態(tài)恢復，原故障端口對應的VRRP再次切 換，SN-4的對應VRRP狀態(tài)切換為備，備份SN-4刪除接口單元下發(fā)的該VRRP組對應的SN-2 的用戶表。
步驟7，SN-3的槽號3和端口 3到下行AN鏈路DOWN，SN-4通過BFD探測到該鏈路 DOWN，對應的VRRP組狀態(tài)切換。SN-4通過VRRP組查找到在主控關聯(lián)的一組SN-3的用戶 表，并將該用戶表下發(fā)到接口槽號1端口 1，同時生成用戶路由，SN-4向SN-3同步該VRRP 組關聯(lián)的用戶數(shù)據(jù)。步驟8，SN-3故障用戶數(shù)據(jù)通過備份SN-4轉發(fā)。裝置實施例
根據(jù)本發(fā)明的實施例，還提供了一種用戶信息備份裝置。圖4是根據(jù)本發(fā)明實施例的用戶信息備份裝置的結構框圖，如圖4所示，根據(jù)本發(fā) 明實施例的用戶信息備份裝置包括建立模塊10，接收模塊20，存儲模塊30，探測模塊40， 發(fā)送處理模塊50，發(fā)送模塊60。其中，建立模塊10，用于將備份SN的端口分別與多個主用SN的端口建立多個選擇 切換協(xié)議組；優(yōu)選地，此處的選擇切換協(xié)議可以使用VRRP協(xié)議，每個建立的VRRP組具有組 標識。接收模塊20，用于根據(jù)預定時間接收來自多個主用SN的端口的接入用戶的用戶fn息ο存儲模塊30，與接收模塊20連接，用于將接收模塊20接收的用戶信息保存至主控 單元；其中，存儲區(qū)分標識可以是VRRP組標識。探測模塊40，用于探測備份SN的端口和多個主用SN的端口之間的探測關系；其 中，檢測模塊40使用BFD或OAM協(xié)議進行探測。處理模塊50，分別與建立模塊10、存儲模塊30和探測模塊40連接，用于在探測模 塊40探測到備份SN的端口和主用SN的端口其中之一探測失敗的情況下，將存儲模塊30 保存的該端口接入用戶的用戶信息下發(fā)至備份SN的接口單元并生成路由，并根據(jù)選擇切 換協(xié)議將備份SN的端口切換為主用，在設備切換為主用時與發(fā)送模塊60關聯(lián)。優(yōu)選地，處 理模塊50使用VRRP協(xié)議進行備份切換。發(fā)送模塊60，與處理模塊50連接，用于將用戶信息發(fā)送至備用SN。并且，該用戶信息備份裝置進一步包括規(guī)避處理模塊(未示出)，用于在備份SN 的端口所屬的槽位號和端口號與主用SN的端口所屬的槽位號和端口號不一致的情況下， 在進行接入用戶認證時，進行網(wǎng)絡接入服務器端口標識信息中槽位號和端口號規(guī)避處理。此外，該用戶信息備份裝置還可以包括備份處理模塊(未示出)，用于當故障的 主用SN故障恢復或者端口重新可達時，再次切換主用SN的端口為主用。在具體應用過程中，根據(jù)本發(fā)明實施例的用戶信息備份裝置的具體工作流程可以 參考圖1和圖2，此處不贅述。綜上所示，根據(jù)本發(fā)明的上述技術方案，備用SN預先接收備份用戶的用戶信息， 在主用SN運行異?；騍N到用戶下行轉發(fā)故障時，備用SN將預先接收的接入用戶信息下發(fā) 到接口單元并生成用戶路由，能夠將多個主用SN的不同端口備份到同一備用SN的同一個 端口，避免了備份SN的接口單元的用戶表存儲溢出，因此，有效節(jié)約了用戶信息備份時需 要的備份設備個數(shù)，從而達到節(jié)約網(wǎng)絡建設成本的目的。以上所述僅為本發(fā)明的實施例而已，并不用于限制本發(fā)明，對于本領域的技術人 員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的權利要求范圍之內。
權利要求
1.一種用戶信息備份方法，其特征在于，包括將備份服務節(jié)點的端口分別與多個主用服務節(jié)點的端口建立多個選擇切換協(xié)議組；所述備份服務節(jié)點定期接收來自所述多個主用服務節(jié)點的端口的接入用戶的用戶信 息，并保存至所述備份服務節(jié)點的主控單元；保持所述備份服務節(jié)點的端口和所述多個主用服務節(jié)點的端口之間的探測關系；在所述備份服務節(jié)點的端口和所述多個主用服務節(jié)點的端口其中之一探測失敗的情 況下，所述備份服務節(jié)點將保存在主控單元的該端口接入用戶的用戶信息下發(fā)至所述備份 服務節(jié)點的接口單元，并根據(jù)選擇切換協(xié)議將所述備份服務節(jié)點的端口切換為主用。
2.根據(jù)權利要求1所述的方法，其特征在于，使用以下方式至少之一探測所述多個主 用服務節(jié)點的端口的運行狀態(tài)雙向轉發(fā)檢測協(xié)議、以太網(wǎng)運行管理和維護協(xié)議。
3.根據(jù)權利要求1所述的方法，其特征在于，所述選擇切換協(xié)議是指虛擬路由器冗余 協(xié)議。
4.根據(jù)權利要求1所述的方法，其特征在于，在所述備份服務節(jié)點的端口所屬的槽位 號和端口號與所述主用服務節(jié)點的端口所屬的槽位號和端口號不一致的情況下，在進行接 入用戶認證時，進行網(wǎng)絡接入服務器端口標識信息中槽位號和端口號規(guī)避處理。
5.根據(jù)權利要求1所述的方法，其特征在于，所述方法進一步包括當發(fā)生故障的所述主用服務節(jié)點故障恢復或者端口重新可達時，再次切換所述主用服 務節(jié)點的端口為主用。
6.一種用戶信息備份裝置，其特征在于，包括建立模塊，用于將備份服務節(jié)點的端口分別與多個主用服務節(jié)點的端口建立多個選擇 切換協(xié)議組；接收模塊，用于定期接收來自所述多個主用服務節(jié)點的端口的接入用戶的用戶信息；存儲模塊，用于將所述接收模塊接收的用戶信息保存至主控單元；探測模塊，用于保持所述備份服務節(jié)點的端口和所述多個主用服務節(jié)點的端口之間的 探測關系；處理模塊，用于在所述探測模塊探測到所述備份服務節(jié)點的端口和所述多個主用服務 節(jié)點的端口其中之一探測失敗的情況下，將所述存儲模塊保存的該端口接入用戶的用戶信 息下發(fā)至所述備份服務節(jié)點的接口單元并生成路由，并根據(jù)選擇切換協(xié)議將所述備份服務 節(jié)點的端口切換為主用，在設備切換為主用時與發(fā)送模塊關聯(lián)；所述發(fā)送模塊，用于將所述用戶信息發(fā)送至備用服務節(jié)點。
7.根據(jù)權利要求6所述的裝置，其特征在于，所述探測模塊使用以下方式至少之一探 測所述多個主用服務節(jié)點的端口的運行狀態(tài)雙向轉發(fā)檢測協(xié)議、以太網(wǎng)運行管理和維護協(xié)議。
8.根據(jù)權利要求6所述的裝置，其特征在于，所述處理模塊使用的選擇切換協(xié)議是指 虛擬路由器冗余協(xié)議。
9.根據(jù)權利要求6所述的裝置，其特征在于，進一步包括規(guī)避處理模塊，用于在所述備份服務節(jié)點的端口所屬的槽位號和端口號與所述主用服 務節(jié)點的端口所屬的槽位號和端口號不一致的情況下，在進行接入用戶認證時，進行網(wǎng)絡接入服務器端口標識信息中槽位號和端口號規(guī)避處理。
10.根據(jù)權利要求6所述的裝置，其特征在于，進一步包括備份處理模塊，用于當發(fā)生故障的所述主用服務節(jié)點故障恢復或者端口重新可達時， 再次切換所述主用服務節(jié)點的端口為主用。
全文摘要
本發(fā)明公開了一種用戶信息備份方法及裝置，其中，該方法包括將備份服務節(jié)點的端口分別與多個主用服務節(jié)點的端口建立多個選擇切換協(xié)議組；備份服務節(jié)點定期接收來自多個主用服務節(jié)點的端口的接入用戶的用戶信息，并保存至備份服務節(jié)點的主控單元；保持備份服務節(jié)點的端口和多個主用服務節(jié)點的端口之間的探測關系；在備份服務節(jié)點的端口和多個主用服務節(jié)點的端口其中之一探測失敗的情況下，備份服務節(jié)點將保存在主控單元的該端口接入用戶的用戶信息下發(fā)至備份服務節(jié)點的接口單元，并根據(jù)選擇切換協(xié)議將備份服務節(jié)點的端口切換為主用。通過本發(fā)明，能夠有效節(jié)約用戶信息備份時需要的備份設備個數(shù)，從而節(jié)約網(wǎng)絡建設成本。
文檔編號H04L12/24GK102045185SQ20091020890
公開日2011年5月4日 申請日期2009年10月21日 優(yōu)先權日2009年10月21日
發(fā)明者朱承旭, 范亮, 袁博, 郭劍, 高露 申請人:中興通訊股份有限公司