專利名稱:用戶業(yè)務(wù)信息備份方法和裝置的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通訊領(lǐng)域,特別是涉及一種用戶業(yè)務(wù)信息備份方法和裝置。
背景技術(shù):
業(yè)務(wù)節(jié)點(diǎn)(Service Node,簡稱為SN)也可以稱為用戶業(yè)務(wù)控制設(shè)備,例如寬帶遠(yuǎn)端接入服務(wù)器(Broadband Remote Access Server,簡稱為BRAQ或業(yè)務(wù)路由器(Service Router,簡稱為SR)等,隨著通過SN接入寬帶的用戶數(shù)量越來越多、以及寬帶用戶對寬帶高可靠性的要求越來越高,運(yùn)營商對用戶備份接入的要求也越來越高。因此,SN間廣泛使用了用戶信息備份技術(shù)。在現(xiàn)有技術(shù)中,用戶備份技術(shù)是指雙機(jī)熱備份或多機(jī)熱備份,接入節(jié)點(diǎn)(Access Node,簡稱為AN)接入多個上行SN,主用SN的接入端口和備用SN的備份端口一一對應(yīng),主備SN采用虛擬路由冗余協(xié)議(Virtual RouterRedundancy Protocol,簡稱為VRRP)和雙向轉(zhuǎn)發(fā)檢測(Bidirectional R)rwardingDetection,簡稱為BFD)技術(shù)來切換狀態(tài)。主用SN 把接入用戶信息同步到備用SN,備用SN在收到主用SN傳遞的用戶信息時,立刻將該用戶信息以用戶表的方式下發(fā)到接口模塊。當(dāng)主用SN的接入端口接入用戶的鏈路故障時,備用 SN切換成主用SN,用戶流量同時發(fā)生切換,切換后用戶的上下行流量都通過備用SN轉(zhuǎn)發(fā), 備用SN基于已備份的用戶信息對用戶業(yè)務(wù)流進(jìn)行控制和管理。目前,現(xiàn)有技術(shù)是在基于同一軟件平臺的設(shè)備間實(shí)現(xiàn)的單一業(yè)務(wù)的用戶業(yè)務(wù)信息的備份,在設(shè)備間進(jìn)行簡單的內(nèi)存信息拷貝或按照該軟件平臺對用戶業(yè)務(wù)信息的格式定義進(jìn)行逐條拷貝,從而在不同的設(shè)備間實(shí)現(xiàn)冗余保護(hù)的功能?,F(xiàn)有技術(shù)的技術(shù)方案只能在基于同一軟件平臺的設(shè)備間進(jìn)行用戶業(yè)務(wù)信息的冗余備份,在不同廠商或同一廠商不同軟件平臺的設(shè)備間無法實(shí)現(xiàn)用戶業(yè)務(wù)信息的冗余備份,使得運(yùn)營商的部署限制較大。此外,現(xiàn)有技術(shù)中的技術(shù)方案僅實(shí)現(xiàn)了一種業(yè)務(wù)的用戶業(yè)務(wù)信息的備份,但在實(shí)際應(yīng)用中,對于其他業(yè)務(wù),也有可能出現(xiàn)關(guān)鍵業(yè)務(wù)信息需要在設(shè)備間備份的情況,從而需要對不同的內(nèi)存進(jìn)行拷貝備份,此時,如果使用現(xiàn)有的技術(shù)方案,一種業(yè)務(wù)就需要一種協(xié)議, 導(dǎo)致設(shè)備的擴(kuò)展性能很差。
發(fā)明內(nèi)容
本發(fā)明提供一種用戶業(yè)務(wù)信息備份方法和裝置,用以解決現(xiàn)有技術(shù)中不同軟件平臺的設(shè)備間無法實(shí)現(xiàn)用戶業(yè)務(wù)信息的冗余備份、以及備份多種業(yè)務(wù)的用戶業(yè)務(wù)信息需要使用不同協(xié)議的問題。本發(fā)明提供了一種用戶業(yè)務(wù)信息備份方法,包括通過預(yù)定協(xié)議在主備業(yè)務(wù)節(jié)點(diǎn)之間建立連接,并通過能力協(xié)商確定主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型后,將該連接與主備業(yè)務(wù)節(jié)點(diǎn)的主備狀態(tài)進(jìn)行實(shí)時關(guān)聯(lián);主用業(yè)務(wù)節(jié)點(diǎn)在用戶業(yè)務(wù)信息發(fā)生變化的情況下,根據(jù)主備狀態(tài)通過預(yù)定格式將與備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識;將封裝后的用戶業(yè)務(wù)信息通過該連接發(fā)送給備用業(yè)務(wù)節(jié)點(diǎn),以使備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)封裝后的用戶業(yè)務(wù)信息進(jìn)行備份。本發(fā)明還提供了一種用戶業(yè)務(wù)信息備份裝置,包括建立模塊,用于通過預(yù)定協(xié)議在主備業(yè)務(wù)節(jié)點(diǎn)之間建立連接;協(xié)商模塊,用于通過能力協(xié)商確定主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型;關(guān)聯(lián)模塊,用于將上述連接與主備業(yè)務(wù)節(jié)點(diǎn)的主備狀態(tài)進(jìn)行實(shí)時關(guān)聯(lián);封裝模塊,用于在主用業(yè)務(wù)節(jié)點(diǎn)的用戶業(yè)務(wù)信息發(fā)生變化的情況下,根據(jù)主備狀態(tài)通過預(yù)定格式將與備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝, 并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識;發(fā)送模塊,用于將封裝后的用戶業(yè)務(wù)信息通過上述連接發(fā)送給備用業(yè)務(wù)節(jié)點(diǎn);備份模塊,用于根據(jù)封裝后的用戶業(yè)務(wù)信息進(jìn)行備份。本發(fā)明有益效果如下借助于本發(fā)明的技術(shù)方案,通過統(tǒng)一的協(xié)議在業(yè)務(wù)節(jié)點(diǎn)設(shè)備間備份用戶業(yè)務(wù)信息,并通過設(shè)備間的協(xié)商確定需要備份的用戶類型,解決了現(xiàn)有技術(shù)中不同軟件平臺的設(shè)備間無法實(shí)現(xiàn)用戶業(yè)務(wù)信息的冗余備份、以及備份多種業(yè)務(wù)的用戶業(yè)務(wù)信息需要使用不同協(xié)議的問題。能夠保證同類用戶業(yè)務(wù)信息在不同平臺的設(shè)備間實(shí)現(xiàn)冗余備份,減少了運(yùn)行商設(shè)備部署的限制,并實(shí)現(xiàn)了使用統(tǒng)一協(xié)議備份多種業(yè)務(wù)的用戶業(yè)務(wù)信息,增強(qiáng)了設(shè)備的擴(kuò)展性能。
圖1是本發(fā)明實(shí)施例的用戶業(yè)務(wù)信息備份方法的流程圖;圖2是本發(fā)明實(shí)施例的用戶業(yè)務(wù)信息備份方法的詳細(xì)處理的流程圖;圖3是本發(fā)明實(shí)施例的用戶業(yè)務(wù)信息備份裝置的結(jié)構(gòu)示意圖;圖4是本發(fā)明實(shí)施例的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的示意圖。
具體實(shí)施例方式為了解決現(xiàn)有技術(shù)中不同軟件平臺的設(shè)備間無法實(shí)現(xiàn)用戶業(yè)務(wù)信息的冗余備份、 以及備份多種業(yè)務(wù)的用戶業(yè)務(wù)信息需要使用不同協(xié)議的問題,本發(fā)明提供了一種用戶業(yè)務(wù)信息備份方法和裝置,以下結(jié)合附圖以及實(shí)施例,對本發(fā)明實(shí)施例的技術(shù)方案進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解,此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明,并不限定本發(fā)明。方法實(shí)施例根據(jù)本發(fā)明的實(shí)施例,提供了一種用戶業(yè)務(wù)信息備份方法,圖1是本發(fā)明實(shí)施例的用戶業(yè)務(wù)信息備份方法的流程圖,如圖1所示,根據(jù)本發(fā)明實(shí)施例的用戶業(yè)務(wù)信息備份方法包括步驟101,通過預(yù)定協(xié)議在主備業(yè)務(wù)節(jié)點(diǎn)之間建立連接,并通過能力協(xié)商確定主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型后,將連接與主備業(yè)務(wù)節(jié)點(diǎn)的主備狀態(tài)進(jìn)行實(shí)時關(guān)聯(lián); 優(yōu)選地,上述預(yù)定協(xié)議可以為以下之一傳輸控制協(xié)議、用戶數(shù)據(jù)包協(xié)議、可靠用戶數(shù)據(jù)包協(xié)議。也就是說,主備SN間的備份協(xié)議(即上述預(yù)定協(xié)議)傳輸層建議使用傳輸控制協(xié)議,但是不限制于使用傳輸控制協(xié)議,也可以使用用戶數(shù)據(jù)包協(xié)議或者可靠用戶數(shù)據(jù)包協(xié)議。在步驟101中,具體地,需要通過預(yù)定協(xié)議在主備業(yè)務(wù)節(jié)點(diǎn)之間建立具有特定目的端口號的連接,其中,特定目的端口號用于標(biāo)識預(yù)定協(xié)議。也就是說,在業(yè)務(wù)節(jié)點(diǎn)間傳遞用戶業(yè)務(wù)信息時,采用特定目的端口做為備份協(xié)議(上述預(yù)定協(xié)議)的標(biāo)識。此外,可以通過主備業(yè)務(wù)節(jié)點(diǎn)向?qū)Ψ絺鬟f雙方都支持的用戶業(yè)務(wù)信息的方式確定主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型。也就是說,在連接建立后,主備SN協(xié)商支持備份的業(yè)務(wù)類型時,主備SN只傳遞雙方都支持的業(yè)務(wù)信息。步驟102,主用業(yè)務(wù)節(jié)點(diǎn)在用戶業(yè)務(wù)信息發(fā)生變化的情況下,根據(jù)主備狀態(tài)通過預(yù)定格式將與備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識;優(yōu)選地,上述預(yù)定格式為類型長度數(shù)值(Type Length Value,簡稱為TLV)格式。在步驟102中,可以對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息通過TLV中的不同的類型進(jìn)行標(biāo)識,對同一業(yè)務(wù)類型的不同子用戶業(yè)務(wù)信息也可以通過子TLV(SUB-TLV)進(jìn)行標(biāo)識。由于采用統(tǒng)一的協(xié)議和統(tǒng)一的標(biāo)識,因此可以在不同設(shè)備商的SN設(shè)備之間協(xié)商可傳遞的用戶信息類型。在步驟102中,在主備業(yè)務(wù)節(jié)點(diǎn)的狀態(tài)均正常的情況下,采用實(shí)時信息備份的方式通過預(yù)定格式將與備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝, 并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識;在原主用業(yè)務(wù)節(jié)點(diǎn)出現(xiàn)故障發(fā)生主備狀態(tài)切換后,原主用業(yè)務(wù)節(jié)點(diǎn)狀態(tài)恢復(fù)并與當(dāng)前主用業(yè)務(wù)節(jié)點(diǎn)重新建立連接的情況下,采用批量信息備份的方式通過預(yù)定格式將與備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識。也就是說,本發(fā)明實(shí)施例的技術(shù)方案可以支持實(shí)時信息備份或批量信息備份,在主備SN狀態(tài)均正常的情況下,采用實(shí)時信息備用較為合適,在原主用SN設(shè)備出現(xiàn)故障發(fā)現(xiàn)主備狀態(tài)切換時,原主用SN設(shè)備狀態(tài)恢復(fù)并與當(dāng)前主用SN設(shè)備重新建立TCP連接后,采用批量信息備份的方法較為合適。步驟103,將封裝后的用戶業(yè)務(wù)信息通過連接發(fā)送給備用業(yè)務(wù)節(jié)點(diǎn),以使備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)封裝后的用戶業(yè)務(wù)信息進(jìn)行備份。具體地,在步驟103中,備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)封裝后的用戶業(yè)務(wù)信息進(jìn)行備份需要進(jìn)行如下處理首先,備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)TLV中的類型判斷封裝后的用戶業(yè)務(wù)信息所屬的業(yè)務(wù)類型;隨后,備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)業(yè)務(wù)類型對用戶業(yè)務(wù)信息進(jìn)行相應(yīng)的備份操作。在備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)TLV中的類型判斷封裝后的用戶業(yè)務(wù)信息所屬的業(yè)務(wù)類型后,如果備用業(yè)務(wù)節(jié)點(diǎn)判斷業(yè)務(wù)類型屬于備用業(yè)務(wù)節(jié)不支持的業(yè)務(wù)類型,備用業(yè)務(wù)節(jié)點(diǎn)忽略封裝后的用戶業(yè)務(wù)信息。從上述的處理可以看出,本發(fā)明實(shí)施例的技術(shù)方案采用統(tǒng)一的協(xié)議即TLV格式在 SN設(shè)備間備份同種業(yè)務(wù)的關(guān)鍵信息,包括寬帶接入用戶信息,設(shè)備間可以采用能力協(xié)商的方法來決定哪些信息可以備份,從而充分保證了同類用戶數(shù)據(jù)在不同軟件平臺不同廠商的設(shè)備間實(shí)現(xiàn)冗余備份。以下結(jié)合附圖,對本發(fā)明實(shí)施例的技術(shù)方案進(jìn)行詳細(xì)說明,圖2是本發(fā)明實(shí)施例的用戶業(yè)務(wù)信息備份方法的詳細(xì)處理的流程圖,如圖2所示,包括如下處理
步驟201,SN的業(yè)務(wù)備份模塊在主備SN之間建立特定目的端口號的TCP連接,主備SN通過能力協(xié)商來確認(rèn)各自可以備份的業(yè)務(wù)類型;步驟202,在通過能力協(xié)商來確認(rèn)各自可以備份的業(yè)務(wù)類型后,將TCP連接與SN設(shè)備的主備狀態(tài)進(jìn)行實(shí)時關(guān)聯(lián);步驟203,當(dāng)主SN的用戶業(yè)務(wù)信息發(fā)生變更,例如添加/刪除/刷新時,當(dāng)前主用 SN的業(yè)務(wù)備份模塊將對應(yīng)業(yè)務(wù)的用戶業(yè)務(wù)信息通過TLV的形式進(jìn)行封裝,不同的用戶業(yè)務(wù)信息利用不同的TYPE進(jìn)行標(biāo)識;步驟204,主用SN的業(yè)務(wù)備份模塊將封裝之后的信息通過上述TCP連接發(fā)送給備用SN;步驟205,備用SN的業(yè)務(wù)備份模塊在收到通過上述TCP連接發(fā)送的消息之后,根據(jù) TLV中的TYPE來辨別不同的業(yè)務(wù),并把不同的用戶業(yè)務(wù)信息分發(fā)到本地業(yè)務(wù)模塊,本地業(yè)務(wù)模塊根據(jù)接收到的信息對本地的對應(yīng)用戶業(yè)務(wù)信息進(jìn)行相應(yīng)的添加/刪除/刷新操作。以下結(jié)合實(shí)例,對本發(fā)明實(shí)施例的上述技術(shù)方案進(jìn)行舉例說明。實(shí)例1,用戶業(yè)務(wù)信息的實(shí)時備份。步驟1,在兩臺SN設(shè)備之間通過VRRP協(xié)議和BFD協(xié)商出主備關(guān)系;步驟2,在主備SN設(shè)備之間建立TCP連接,在主備SN設(shè)備協(xié)商出需要備份寬帶用戶的信息后,將TCP連接與VRRP主備狀態(tài)相關(guān)聯(lián),例如,通過BFD機(jī)制將SN主備狀態(tài)與SN 設(shè)備狀態(tài)、SN設(shè)備和下行鏈路的連通性進(jìn)行實(shí)時關(guān)聯(lián);步驟3,用戶上下線或在線用戶的業(yè)務(wù)信息發(fā)生變更時,當(dāng)前主用SN將對應(yīng)的添加/刪除/刷新的用戶業(yè)務(wù)信息通過特定Type的TLV的形式進(jìn)行封裝,不同的業(yè)務(wù)信息利用不同的類型進(jìn)行標(biāo)識;步驟4,主用SN將封裝之后的信息通過上述TCP連接發(fā)送給備用SN ;步驟5,備用SN在收到通過上述TCP連接發(fā)送的消息之后,業(yè)務(wù)備份模塊區(qū)分出是用戶信息,通知用戶管理模塊對本地的用戶業(yè)務(wù)信息進(jìn)行相應(yīng)的添加/刪除/刷新。實(shí)例2,用戶信息的批量備份。步驟1,當(dāng)原主用SN設(shè)備發(fā)生故障或SN設(shè)備與下行鏈路連通性發(fā)生故障時,主備 SN設(shè)備通過BFD機(jī)制快速發(fā)現(xiàn)故障并通過VRRP協(xié)議實(shí)現(xiàn)主備SN狀態(tài)的切換;步驟2,原備用SN設(shè)備變?yōu)橹饔脿顟B(tài),并利用此前備份的用戶業(yè)務(wù)信息對用戶業(yè)務(wù)進(jìn)行控制和管理;步驟3,原主用SN設(shè)備狀態(tài)恢復(fù)、并與當(dāng)前的主用SN設(shè)備之間建立VRRP鄰居、BFD 對等體和用以備用用戶業(yè)務(wù)信息的TCP連接關(guān)系;步驟4,暫時將原主用SN設(shè)備設(shè)置為備用狀態(tài),當(dāng)前主用SN設(shè)備開始以TLV格式通過上述TCP連接批量發(fā)送用戶業(yè)務(wù)信息,當(dāng)用戶業(yè)務(wù)信息批量備份完成時,當(dāng)前主用SN 向原主用SN發(fā)送批量備份完成消息,并啟動VRRP主備狀態(tài)的切換;步驟5,切換后的主用SN設(shè)備根據(jù)批量備份的用戶業(yè)務(wù)信息對用戶業(yè)務(wù)進(jìn)行控制
和管理。借助于本發(fā)明的技術(shù)方案,能夠保證同類用戶業(yè)務(wù)信息在不同平臺的設(shè)備間實(shí)現(xiàn)冗余備份,減少了運(yùn)行商設(shè)備部署的限制,并實(shí)現(xiàn)了使用統(tǒng)一協(xié)議備份多種業(yè)務(wù)的用戶業(yè)務(wù)信息,增強(qiáng)了設(shè)備的擴(kuò)展性能。
裝置實(shí)施例根據(jù)本發(fā)明的實(shí)施例,提供了一種用戶業(yè)務(wù)信息備份裝置,該裝置可以位于業(yè)務(wù)節(jié)點(diǎn),圖3是本發(fā)明實(shí)施例的用戶業(yè)務(wù)信息備份裝置的結(jié)構(gòu)示意圖,如圖3所示,根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)節(jié)點(diǎn)主備切換裝置包括建立模塊30、關(guān)聯(lián)模塊31、協(xié)商模塊32、封裝模塊 33、發(fā)送模塊34、以及備份模塊35。在對本發(fā)明實(shí)施例的業(yè)務(wù)節(jié)點(diǎn)主備切換裝置進(jìn)行詳細(xì)說明之前,首先對本發(fā)明實(shí)施例所涉及的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)進(jìn)行說明,圖4是本發(fā)明實(shí)施例的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的示意圖,如圖4所示,主用SN和備用SN位于上層網(wǎng)絡(luò)和下層網(wǎng)絡(luò)之間,主用SN和備用SN之間預(yù)先建立了主備關(guān)系,用戶需要通過SN進(jìn)行接入。下面對本發(fā)明實(shí)施例的業(yè)務(wù)節(jié)點(diǎn)主備切換裝置進(jìn)行詳細(xì)的說明。具體地,建立模塊30用于通過預(yù)定協(xié)議在主備業(yè)務(wù)節(jié)點(diǎn)之間建立連接;上述預(yù)定協(xié)議可以為以下之一傳輸控制協(xié)議、用戶數(shù)據(jù)包協(xié)議、可靠用戶數(shù)據(jù)包協(xié)議。也就是說,主備SN間的備份協(xié)議(即上述預(yù)定協(xié)議)傳輸層建議使用傳輸控制協(xié)議,但是不限制于使用傳輸控制協(xié)議,也可以使用用戶數(shù)據(jù)包協(xié)議或者可靠用戶數(shù)據(jù)包協(xié)議。建立模塊30需要通過預(yù)定協(xié)議在主備業(yè)務(wù)節(jié)點(diǎn)之間建立具有特定目的端口號的連接,其中,特定目的端口號用于標(biāo)識預(yù)定協(xié)議。也就是說,在業(yè)務(wù)節(jié)點(diǎn)間傳遞用戶業(yè)務(wù)信息時,建立模塊30采用特定目的端口做為備份協(xié)議(上述預(yù)定協(xié)議)的標(biāo)識。協(xié)商模塊32用于通過能力協(xié)商確定所述主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型;關(guān)聯(lián)模塊31用于在協(xié)商模塊32通過能力協(xié)商確定所述主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型后,將上述連接與所述主備業(yè)務(wù)節(jié)點(diǎn)的主備狀態(tài)進(jìn)行實(shí)時關(guān)聯(lián);協(xié)商模塊32可以通過主備業(yè)務(wù)節(jié)點(diǎn)向?qū)Ψ絺鬟f雙方都支持的用戶業(yè)務(wù)信息的方式確定主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型。也就是說,在連接建立后,主備SN協(xié)商支持備份的業(yè)務(wù)類型時,主備SN的協(xié)商模塊32只傳遞雙方都支持的業(yè)務(wù)信息。封裝模塊33用于在主用業(yè)務(wù)節(jié)點(diǎn)的用戶業(yè)務(wù)信息發(fā)生變化的情況下,根據(jù)主備狀態(tài)通過預(yù)定格式將與備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識;優(yōu)選地,上述預(yù)定格式為類型長度數(shù)值 (Type Length Value,簡稱為 TLV)格式;對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息封裝模塊33通過TLV中的不同的類型進(jìn)行標(biāo)識。 對同一業(yè)務(wù)類型的不同子用戶業(yè)務(wù)信息封裝模塊33可以通過子TLV(SUB-TLV)進(jìn)行標(biāo)識。由于采用統(tǒng)一的協(xié)議和統(tǒng)一的標(biāo)識,因此可以在不同設(shè)備商的SN設(shè)備之間協(xié)商可傳遞的用戶信息類型。此外,在主備業(yè)務(wù)節(jié)點(diǎn)的狀態(tài)均正常的情況下,封裝模塊33可以采用實(shí)時信息備份的方式通過預(yù)定格式將與備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識;在原主用業(yè)務(wù)節(jié)點(diǎn)出現(xiàn)故障發(fā)生主備狀態(tài)切換后,原主用業(yè)務(wù)節(jié)點(diǎn)狀態(tài)恢復(fù)并與當(dāng)前主用業(yè)務(wù)節(jié)點(diǎn)重新建立連接的情況下, 封裝模塊33可以采用批量信息備份的方式通過預(yù)定格式將與備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識。也就是說,本發(fā)明實(shí)施例技術(shù)方案的封裝模塊33可以支持實(shí)時信息備份或批量信息備份,在主備SN狀態(tài)均正常的情況下,采用實(shí)時信息備用較為合適,在原主用SN設(shè)備出現(xiàn)故障發(fā)現(xiàn)主備狀態(tài)切換時,原主用SN設(shè)備狀態(tài)恢復(fù)并與當(dāng)前主用SN設(shè)備重新建立TCP 連接后,采用批量信息備份的方法較為合適。發(fā)送模塊34用于將封裝后的用戶業(yè)務(wù)信息通過上述連接發(fā)送給備用業(yè)務(wù)節(jié)點(diǎn);備份模塊35用于根據(jù)封裝后的所述用戶業(yè)務(wù)信息進(jìn)行備份。首先,備份模塊35根據(jù)TLV中的類型判斷封裝后的用戶業(yè)務(wù)信息所屬的業(yè)務(wù)類型;隨后,備份模塊35根據(jù)業(yè)務(wù)類型對用戶業(yè)務(wù)信息進(jìn)行相應(yīng)的備份操作。在備份模塊35 根據(jù)TLV中的類型判斷封裝后的用戶業(yè)務(wù)信息所屬的業(yè)務(wù)類型后,如果判斷業(yè)務(wù)類型屬于備用業(yè)務(wù)節(jié)不支持的業(yè)務(wù)類型,可以忽略封裝后的用戶業(yè)務(wù)信息。借助于本發(fā)明的技術(shù)方案,通過統(tǒng)一的協(xié)議在業(yè)務(wù)節(jié)點(diǎn)設(shè)備間備份用戶業(yè)務(wù)信息,并通過設(shè)備間的協(xié)商確定需要備份的用戶類型,解決了現(xiàn)有技術(shù)中不同軟件平臺的設(shè)備間無法實(shí)現(xiàn)用戶業(yè)務(wù)信息的冗余備份、以及備份多種業(yè)務(wù)的用戶業(yè)務(wù)信息需要使用不同協(xié)議的問題。能夠保證同類用戶業(yè)務(wù)信息在不同平臺的設(shè)備間實(shí)現(xiàn)冗余備份,減少了運(yùn)行商設(shè)備部署的限制,并實(shí)現(xiàn)了使用統(tǒng)一協(xié)議備份多種業(yè)務(wù)的用戶業(yè)務(wù)信息,增強(qiáng)了設(shè)備的擴(kuò)展性能。盡管為示例目的,已經(jīng)公開了本發(fā)明的優(yōu)選實(shí)施例,本領(lǐng)域的技術(shù)人員將意識到各種改進(jìn)、增加和取代也是可能的,因此,本發(fā)明的范圍應(yīng)當(dāng)不限于上述實(shí)施例。
權(quán)利要求
1.一種用戶業(yè)務(wù)信息備份方法,其特征在于,包括通過預(yù)定協(xié)議在主備業(yè)務(wù)節(jié)點(diǎn)之間建立連接,并通過能力協(xié)商確定所述主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型后,將所述連接與所述主備業(yè)務(wù)節(jié)點(diǎn)的主備狀態(tài)進(jìn)行實(shí)時關(guān)聯(lián);主用業(yè)務(wù)節(jié)點(diǎn)在用戶業(yè)務(wù)信息發(fā)生變化的情況下,根據(jù)所述主備狀態(tài)通過預(yù)定格式將與所述備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識;將封裝后的所述用戶業(yè)務(wù)信息通過所述連接發(fā)送給備用業(yè)務(wù)節(jié)點(diǎn),以使所述備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)封裝后的所述用戶業(yè)務(wù)信息進(jìn)行備份。
2.如權(quán)利要求1所述的方法,其特征在于,所述通過預(yù)定協(xié)議在主備業(yè)務(wù)節(jié)點(diǎn)之間建立連接包括通過所述預(yù)定協(xié)議在所述主備業(yè)務(wù)節(jié)點(diǎn)之間建立具有特定目的端口號的所述連接,其中,所述特定目的端口號用于標(biāo)識所述預(yù)定協(xié)議。
3.如權(quán)利要求1所述的方法,其特征在于,所述通過能力協(xié)商確定所述主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型包括通過所述主備業(yè)務(wù)節(jié)點(diǎn)向?qū)Ψ絺鬟f雙方都支持的用戶業(yè)務(wù)信息確定所述主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型。
4.如權(quán)利要求1所述的方法,其特征在于,所述預(yù)定格式為類型長度數(shù)值TLV。
5.如權(quán)利要求4所述的方法,其特征在于,所述對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識包括對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息通過所述TLV中的類型進(jìn)行標(biāo)識。
6.如權(quán)利要求4所述的方法,其特征在于,所述方法還包括對同一業(yè)務(wù)類型的不同子用戶業(yè)務(wù)信息通過子TLV進(jìn)行標(biāo)識。
7.如權(quán)利要求4所述的方法,其特征在于,所述備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)封裝后的所述用戶業(yè)務(wù)信息進(jìn)行備份包括所述備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)所述TLV中的類型判斷封裝后的所述用戶業(yè)務(wù)信息所屬的業(yè)務(wù)類型;所述備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)所述業(yè)務(wù)類型對所述用戶業(yè)務(wù)信息進(jìn)行相應(yīng)的備份操作。
8.如權(quán)利要求7所述的方法,其特征在于,所述備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)所述TLV中的類型判斷封裝后的所述用戶業(yè)務(wù)信息所屬的業(yè)務(wù)類型之后,所述方法還包括在所述備用業(yè)務(wù)節(jié)點(diǎn)判斷所述業(yè)務(wù)類型屬于所述所述備用業(yè)務(wù)節(jié)不支持的業(yè)務(wù)類型的情況下,所述備用業(yè)務(wù)節(jié)點(diǎn)忽略封裝后的所述用戶業(yè)務(wù)信息。
9.如權(quán)利要求1所述的方法,其特征在于,根據(jù)所述主備狀態(tài)通過預(yù)定格式將與所述備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識包括在所述主備業(yè)務(wù)節(jié)點(diǎn)的狀態(tài)均正常的情況下,采用實(shí)時信息備份的方式通過所述預(yù)定格式將與所述備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識;在原主用業(yè)務(wù)節(jié)點(diǎn)出現(xiàn)故障發(fā)生主備狀態(tài)切換后,所述原主用業(yè)務(wù)節(jié)點(diǎn)狀態(tài)恢復(fù)并與當(dāng)前主用業(yè)務(wù)節(jié)點(diǎn)重新建立所述連接的情況下,采用批量信息備份的方式通過所述預(yù)定格式將與所述備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識。
10.如權(quán)利要求1至9中任一項(xiàng)所述的方法,其特征在于,所述預(yù)定協(xié)議為以下之一 傳輸控制協(xié)議、用戶數(shù)據(jù)包協(xié)議、可靠用戶數(shù)據(jù)包協(xié)議。
11.一種用戶業(yè)務(wù)信息備份裝置,其特征在于,包括 建立模塊,用于通過預(yù)定協(xié)議在主備業(yè)務(wù)節(jié)點(diǎn)之間建立連接;協(xié)商模塊,用于通過能力協(xié)商確定所述主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型; 關(guān)聯(lián)模塊,用于將所述連接與所述主備業(yè)務(wù)節(jié)點(diǎn)的主備狀態(tài)進(jìn)行實(shí)時關(guān)聯(lián); 封裝模塊,用于在主用業(yè)務(wù)節(jié)點(diǎn)的用戶業(yè)務(wù)信息發(fā)生變化的情況下,根據(jù)所述主備狀態(tài)通過預(yù)定格式將與所述備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識;發(fā)送模塊,用于將封裝后的所述用戶業(yè)務(wù)信息通過所述連接發(fā)送給備用業(yè)務(wù)節(jié)點(diǎn); 備份模塊,用于根據(jù)封裝后的所述用戶業(yè)務(wù)信息進(jìn)行備份。
全文摘要
本發(fā)明公開了一種用戶業(yè)務(wù)信息備份方法和裝置,該方法包括通過預(yù)定協(xié)議在主備業(yè)務(wù)節(jié)點(diǎn)之間建立連接,并通過能力協(xié)商確定主備業(yè)務(wù)節(jié)點(diǎn)各自需要備份的業(yè)務(wù)類型后,將該連接與主備業(yè)務(wù)節(jié)點(diǎn)的主備狀態(tài)進(jìn)行實(shí)時關(guān)聯(lián);主用業(yè)務(wù)節(jié)點(diǎn)在用戶業(yè)務(wù)信息發(fā)生變化的情況下,根據(jù)主備狀態(tài)通過預(yù)定格式將與備用業(yè)務(wù)節(jié)點(diǎn)需要備份的業(yè)務(wù)類型相對應(yīng)的用戶業(yè)務(wù)信息進(jìn)行封裝,并對不同業(yè)務(wù)類型的用戶業(yè)務(wù)信息進(jìn)行標(biāo)識;將封裝后的用戶業(yè)務(wù)信息通過該連接發(fā)送給備用業(yè)務(wù)節(jié)點(diǎn),以使備用業(yè)務(wù)節(jié)點(diǎn)根據(jù)封裝后的用戶業(yè)務(wù)信息進(jìn)行備份。通過上述技術(shù)方案,能保證同類用戶業(yè)務(wù)信息在不同平臺的設(shè)備間實(shí)現(xiàn)冗余備份,并實(shí)現(xiàn)了使用統(tǒng)一協(xié)議備份多種業(yè)務(wù)的用戶業(yè)務(wù)信息。
文檔編號H04L12/24GK102255741SQ201010179028
公開日2011年11月23日 申請日期2010年5月21日 優(yōu)先權(quán)日2010年5月21日
發(fā)明者范亮, 袁博 申請人:中興通訊股份有限公司