專利名稱：分組交換設(shè)備以及管理用戶業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊與計算機技術(shù)領(lǐng)域，尤其涉及一種分組交換設(shè)備以及管理用戶業(yè) 務(wù)的方法。
背景技術(shù)：
在通信領(lǐng)域，隨著多媒體業(yè)務(wù)的發(fā)展，用戶業(yè)務(wù)使用的帶寬逐漸增大，實時性多媒 體業(yè)務(wù)應(yīng)用越來越廣泛，這對分組交換設(shè)備的處理能力和可靠性提出了越來越高的要求。 不但要求這些設(shè)備具備很高的業(yè)務(wù)吞吐量，而且要求設(shè)備具備極高的可靠性和快速的故障 恢復(fù)能力。
可靠性一般體現(xiàn)在業(yè)務(wù)處理單元或板卡具備1+1的備份能力，或者N+1的負(fù)荷分 擔(dān)能力。當(dāng)某處理單元出現(xiàn)故障時，該單元上原有的業(yè)務(wù)負(fù)荷能夠迅速的被其它處理單元 所接管，對用戶此時的業(yè)務(wù)影響降至最低。對于信令處理和媒體處理分離的系統(tǒng)設(shè)備來說， 通常采用信令處理單元采用1+1主備方案，媒體處理單元用N+1負(fù)荷分擔(dān)方案。
1+1備份方案為完全部署2個相同的處理單元或板卡，一個處于主用，另一個處于 備用狀態(tài)。當(dāng)主用單元或板卡出現(xiàn)故障后，備用單元或板卡快速啟用為主用，以恢復(fù)用戶的 業(yè)務(wù)。主用和備用處理單元或板卡要實時對大量的用戶業(yè)務(wù)上下文數(shù)據(jù)進(jìn)行同步，這不可 避免的會影響到處理單元或板卡的性能。
N+1負(fù)荷分擔(dān)方案是系統(tǒng)的設(shè)計處理能力為N，但部署N+1個處理單元或板卡，提 供一定的冗余度。當(dāng)單個處理單元或板卡故障后，仍然能夠提供原有設(shè)計的系統(tǒng)處理能力。 但是當(dāng)單元或板卡故障時，正在此單元或板卡上運行的用戶業(yè)務(wù)，如何快速而平滑的切換 或遷移到其它處理板卡，以及如何將故障單元或板卡上的業(yè)務(wù)負(fù)荷均勻分擔(dān)到其它N個處 理單元上，這對系統(tǒng)負(fù)荷控制方案提出了非常高的要求。方案實現(xiàn)比較復(fù)雜，實施成本也很 尚ο
在提高業(yè)務(wù)可靠性的同時，也要考慮到分組業(yè)務(wù)交換設(shè)備的價格成本。用于備份 的處理單元和業(yè)務(wù)板卡越多，則冗余度增加，可靠性提高；但同時出現(xiàn)故障時的業(yè)務(wù)負(fù)荷倒 換或切換策略就越復(fù)雜，實現(xiàn)成本也越高，反而可能會降低系統(tǒng)的可靠性。
因此既要滿足高業(yè)務(wù)流量的可靠傳輸，又要降低交換設(shè)備的成本，提高設(shè)備的競 爭力，這時設(shè)備提供商所面臨的共同問題。對運營商來說，也是其降低采購設(shè)備成本和維護(hù) 成本的優(yōu)先選擇。發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，提供一種分組交換設(shè)備以及管理用戶業(yè)務(wù)的方 法，既能夠滿足高業(yè)務(wù)流量的可靠傳輸，又能夠降低交換設(shè)備的成本。
為了解決上述問題，本發(fā)明提供了一種分組交換設(shè)備，包括多個相同的業(yè)務(wù)資源 組，每個業(yè)務(wù)資源組均包括多個彼此相同的業(yè)務(wù)模塊；一路由器，所述多個業(yè)務(wù)資源組均連 接至所述路由器，并和路由器交換用戶業(yè)務(wù)報文；一控制模塊，與多個業(yè)務(wù)資源組連接，用于管理多個業(yè)務(wù)資源組上的用戶上下文信息，使每個業(yè)務(wù)資源組內(nèi)的多個業(yè)務(wù)模塊間的用 戶上下文同步，當(dāng)用戶發(fā)生業(yè)務(wù)變更時，指示對應(yīng)的業(yè)務(wù)資源組上的各個業(yè)務(wù)模塊同時建 立或刪除用戶上下文。
作為可選的技術(shù)方案，每個業(yè)務(wù)資源組對路由器使用統(tǒng)一的業(yè)務(wù)虛擬IP地址，不 同業(yè)務(wù)資源組對路由器使用不同的業(yè)務(wù)虛擬IP。
作為可選的技術(shù)方案，采用雙向轉(zhuǎn)發(fā)檢測協(xié)議監(jiān)測每個業(yè)務(wù)資源組內(nèi)每個業(yè)務(wù)模 塊和路由器之間的鏈路狀態(tài)。
作為可選的技術(shù)方案，在多個業(yè)務(wù)資源組和路由器之間采用等價多路徑協(xié)議來分 配每個業(yè)務(wù)資源組及業(yè)務(wù)模塊的業(yè)務(wù)量。
作為可選的技術(shù)方案，進(jìn)一步包括一個或多個分支路由器，每個分支路由器各自 獨立地用于負(fù)荷分擔(dān)或者作為備用，所述多個業(yè)務(wù)資源組均連接至所述分支路由器。
作為可選的技術(shù)方案，一步包括一個或多個分支控制模塊，每個分支模塊各自獨 立地用于負(fù)荷分擔(dān)或者作為備用，所述多個業(yè)務(wù)資源組均連接至所述分支控制模塊。
本發(fā)明進(jìn)一步提供了一種采用上述分組交換設(shè)備管理用戶業(yè)務(wù)的方法，包括如下 步驟用戶向控制模塊發(fā)起業(yè)務(wù)操作請求，控制模塊收到后處理該請求；控制模塊找到用 戶所屬的資源組，并向此業(yè)務(wù)資源組內(nèi)的所有業(yè)務(wù)模塊發(fā)起業(yè)務(wù)操作請求請求，請求對用 戶的上下文進(jìn)行操作；業(yè)務(wù)模塊收到請求后，操作用戶的上下文，操作完畢后向控制模塊發(fā) 出確認(rèn)信息；控制模塊收到所有業(yè)務(wù)模塊響應(yīng)的確認(rèn)信息后，認(rèn)為對此用戶的上下文操作 成功，并向用戶返回用戶業(yè)務(wù)請求接受響應(yīng)。
作為可選的技術(shù)方案，所述業(yè)務(wù)操作應(yīng)當(dāng)包括用戶上下文的建立、修改或者釋放 中的任意一種。
作為可選的技術(shù)方案，所述業(yè)務(wù)操作是為用戶建立上下文，在控制模塊找到用戶 所屬的資源組的步驟中進(jìn)一步包括為用戶選擇資源組的步驟。
作為可選的技術(shù)方案，所述為用戶選擇資源組的步驟進(jìn)一步包括控制模塊收到 用戶接入請求后，將用戶的編號對業(yè)務(wù)資源組或業(yè)務(wù)模塊的總數(shù)取模，根據(jù)結(jié)果選取對應(yīng) 編號的業(yè)務(wù)資源組。
作為可選的技術(shù)方案，所述為用戶選擇資源組的步驟進(jìn)一步包括控制模塊收到 用戶接入請求后，在所有的業(yè)務(wù)資源模塊或者業(yè)務(wù)資源組中輪選，以確定某業(yè)務(wù)資源模組。
本發(fā)明的優(yōu)點在于，通過為業(yè)務(wù)模塊分配業(yè)務(wù)資源組，當(dāng)用戶發(fā)生業(yè)務(wù)變更時，如 業(yè)務(wù)建立或釋放，控制模塊指示對應(yīng)的業(yè)務(wù)資源組上的各個業(yè)務(wù)模塊同時建立或刪除用戶 上下文，便于在某一個業(yè)務(wù)模塊發(fā)生故障或者從故障中恢復(fù)時，迅速地將該業(yè)務(wù)模塊上的 用戶業(yè)務(wù)流量切換到同組的其他業(yè)務(wù)模塊上或者重新切換回已經(jīng)恢復(fù)的模塊上來。業(yè)務(wù)資 源組內(nèi)部的各個業(yè)務(wù)模塊之間實現(xiàn)迅速切換，提高了模塊發(fā)生故障時業(yè)務(wù)的可靠性，并且 上述方法并未增加新的冗余業(yè)務(wù)模塊，因此并未顯著提高設(shè)備成本。


附圖1所示是本發(fā)明具體實施方式
所述分組交換設(shè)備的結(jié)構(gòu)示意圖。
附圖2所示是采用上述帶有業(yè)務(wù)資源組的分組交換設(shè)備進(jìn)行業(yè)務(wù)會話操作的流 程圖。
具體實施方式
接下來結(jié)合附圖對本發(fā)明所述的分組交換設(shè)備以及管理用戶業(yè)務(wù)的方法的具體 實施方式做出詳細(xì)說明。
附圖1所示是本具體實施方式
所述分組交換設(shè)備的結(jié)構(gòu)示意圖，包括多個相同 的業(yè)務(wù)資源組，本實施方式以業(yè)務(wù)資源組11、12以及13表示、一路由器14以及一控制模 塊15。每個業(yè)務(wù)資源組均包括多個業(yè)務(wù)模塊，本實施方式中，業(yè)務(wù)資源組11包括業(yè)務(wù)模塊 111、112和113，業(yè)務(wù)資源組12與業(yè)務(wù)資源組13也包括多個業(yè)務(wù)模塊。業(yè)務(wù)資源組11、12 以及13彼此之間是完全相同的，而業(yè)務(wù)資源組中的各個業(yè)務(wù)模塊彼此之間也是相同的。業(yè) 務(wù)模塊和業(yè)務(wù)資源組可以部署在一個物理設(shè)備上，也可以分布在不同的物理設(shè)備上。
在其它的實施方式中，還可以根據(jù)實際業(yè)務(wù)量的需要配置更多的業(yè)務(wù)資源組、控 制模塊和路由器，每個資源組中還可以根據(jù)實際業(yè)務(wù)內(nèi)容的需要配置更多的模塊。配置 的更多的路由器稱之為分支路由器，每個分支路由器各自獨立地用于負(fù)荷分擔(dān)或者作為備 用，所述多個業(yè)務(wù)資源組均連接至所述分支路由器。更多的控制模塊稱之為分支控制模塊， 每個分支模塊各自獨立地用于負(fù)荷分擔(dān)或者作為備用，所述多個業(yè)務(wù)資源組均連接至所述 分支控制模塊。
業(yè)務(wù)資源組11、12以及13均連接至路由器14，并與路由器交換用戶業(yè)務(wù)報文?？?制模塊15同時與業(yè)務(wù)資源組11、12以及13連接，用于管理業(yè)務(wù)資源組11、12以及13上的 用戶上下文信息，使每個業(yè)務(wù)資源組內(nèi)的多個業(yè)務(wù)模塊間的用戶上下文同步，當(dāng)用戶發(fā)生 業(yè)務(wù)變更時，控制模塊15指示對應(yīng)的業(yè)務(wù)資源組上的各個業(yè)務(wù)模塊同時建立或刪除用戶 上下文。
每個業(yè)務(wù)資源組對所連接的路由器14可以只暴露一個業(yè)務(wù)虛擬IP地址，分別是 IPUIP2與IP3。在用戶接入時，由控制模塊15負(fù)責(zé)選擇某個虛擬業(yè)務(wù)IP分配給用戶以建 立業(yè)務(wù)會話。后續(xù)用戶的業(yè)務(wù)流將發(fā)往此虛擬業(yè)務(wù)IP，業(yè)務(wù)在資源組內(nèi)部分配給哪一個業(yè) 務(wù)模塊處理，由資源組和路由器間的等價多路徑協(xié)議策略確定，避免向用戶端暴露過多的 信息而增加通訊過程的復(fù)雜程度。
附圖2所示是采用上述帶有業(yè)務(wù)資源組的分組交換設(shè)備進(jìn)行業(yè)務(wù)會話操作的流 程圖。所述的操作應(yīng)當(dāng)包括用戶上下文的建立、修改或者釋放中的任意一種。
參考步驟S20，用戶向控制模塊15發(fā)起業(yè)務(wù)操作請求，控制模塊收到后處理該請 求。
參考步驟S21，控制模塊15找到用戶所屬的資源組，例如業(yè)務(wù)資源組11，并向此業(yè) 務(wù)資源組11內(nèi)的所有業(yè)務(wù)模塊111、112以及113發(fā)起業(yè)務(wù)操作請求，請求對用戶的上下文 進(jìn)行操作，其中群發(fā)消息是為了保證所有業(yè)務(wù)模塊111、112以及113上的用戶業(yè)務(wù)上下文 實時同步。
此步驟中，如果所述的操作是為用戶建立上下文，則應(yīng)當(dāng)首先實施為用戶選擇資 源組的步驟，并采用如下兩種方法的任意一種控制模塊15收到用戶接入請求后，通過用 戶的ID，對業(yè)務(wù)資源組或業(yè)務(wù)模塊的總數(shù)取模，根據(jù)結(jié)果選取對應(yīng)編號的業(yè)務(wù)資源組，并 將該業(yè)務(wù)資源組的地址信息，例如虛擬業(yè)務(wù)IP并返回給用戶；控制模塊收到用戶接入請求 后，如果無法獲取用戶的ID信息，可以在所有的業(yè)務(wù)資源模塊或者業(yè)務(wù)資源組中輪選，以5確定某業(yè)務(wù)資源組，并將其地址信息，例如虛擬業(yè)務(wù)IP地址匯報給用戶。
參考步驟S22，業(yè)務(wù)模塊111、112以及113收到請求后，操作用戶的上下文，用戶的 上下文中保存有用戶業(yè)務(wù)報文處理時的所使用到的相關(guān)表項，如IP地址、端口號、路由表、 QoS、隧道信息等上下文信息，操作完畢后向控制模塊15發(fā)出確認(rèn)信息。
參考步驟S23，當(dāng)控制模塊15收到所有業(yè)務(wù)模塊響應(yīng)的確認(rèn)信息后，認(rèn)為對此用 戶的上下文操作成功，并向用戶返回用戶業(yè)務(wù)請求接受響應(yīng)。
上述方法的優(yōu)點在于，當(dāng)用戶發(fā)生業(yè)務(wù)變更時，如業(yè)務(wù)建立或釋放，控制模塊指示 對應(yīng)的業(yè)務(wù)資源組上的各個業(yè)務(wù)模塊同時建立或刪除用戶上下文，便于在某一個業(yè)務(wù)模塊 發(fā)生故障或者從故障中恢復(fù)時，迅速地將該業(yè)務(wù)模塊上的用戶業(yè)務(wù)流量切換到同組的其他 業(yè)務(wù)模塊上或者重新切換回已經(jīng)恢復(fù)的模塊上來。在各個業(yè)務(wù)模塊之間迅速地切換提高了 模塊發(fā)生故障時業(yè)務(wù)的可靠性，并且上述方法并未增加新的冗余業(yè)務(wù)模塊，因此并未顯著 提高設(shè)備成本。
在業(yè)務(wù)資源組11、12以及13和路由器14上配置雙向轉(zhuǎn)發(fā)檢測(BFD)協(xié)議，用以 監(jiān)測業(yè)務(wù)資源組11、12以及13內(nèi)每個業(yè)務(wù)模塊和路由器14之間的鏈路狀態(tài)；配置等價多 路徑(ECMP)協(xié)議，用以分配每個業(yè)務(wù)資源組及業(yè)務(wù)模塊的業(yè)務(wù)量。
在存在多條不同鏈路到達(dá)同一目的地址的網(wǎng)絡(luò)環(huán)境中，如果使用傳統(tǒng)的路由技 術(shù)，發(fā)往該目的地址的數(shù)據(jù)包只能利用其中的一條鏈路，其它鏈路處于備份狀態(tài)或無效狀 態(tài)，并且在動態(tài)路由環(huán)境下相互的切換需要一定時間，而等值多路徑路由協(xié)議可以在該網(wǎng) 絡(luò)環(huán)境下同時使用多條鏈路，不僅增加了傳輸帶寬，并且可以無時延無丟包地備份失效鏈 路的數(shù)據(jù)傳輸。ECMP最大的特點是實現(xiàn)了等值情況下，多路徑負(fù)載均衡和鏈路備份的目的， 在靜態(tài)路由和OSPF中基本上都支持ECMP功能。而BFD通過快hello機制探測鏈路的通 斷情況，并根據(jù)通斷情況觸發(fā)路由倒換或其他鏈路冗余保護(hù)動作，達(dá)到提高可靠性的目的。 BFD的快Hello報文的速率為毫秒級，所以能夠比RSTP、鏈路聚合等技術(shù)更快地發(fā)現(xiàn)鏈路故 障；BFD工作在UDP之上，因此它并不用管底層的鏈路是基于何種技術(shù)，都能進(jìn)行監(jiān)測。
因此，以上雙向轉(zhuǎn)發(fā)檢測協(xié)議可以提高系統(tǒng)檢出故障的效率，等價多路徑協(xié)議可 以保證各個模塊之間的業(yè)務(wù)均衡，尤其是在某一模塊發(fā)生故障情況下，能夠?qū)⑵涑袚?dān)的業(yè) 務(wù)量均勻地派發(fā)至同組的其他各個模塊。
正常情況下，針對某個業(yè)務(wù)虛擬IP的用戶業(yè)務(wù)報文通過路由器14上配置的ECMP 策略，可以保證在該業(yè)務(wù)資源組上多個業(yè)務(wù)模塊間接入的負(fù)荷均衡和流量平均。路由器14 和各個業(yè)務(wù)模塊間通過BFD高速實時檢測針對某個端口或鏈路的可達(dá)性。當(dāng)某個業(yè)務(wù)處理 模塊(例如模塊111)發(fā)生故障時，路由器14通過BFD實時探測發(fā)現(xiàn)，更新路由器14上的 鏈路信息，使得原本發(fā)往故障業(yè)務(wù)模塊111的業(yè)務(wù)流按照ECMP策略均勻分擔(dān)到故障業(yè)務(wù)模 塊所在業(yè)務(wù)資源組11其它業(yè)務(wù)模塊112和113上去。同理，當(dāng)路由器14的某一端口故障 時，業(yè)務(wù)模塊通過BFD探測發(fā)現(xiàn)，上報控制模塊15，來修改內(nèi)部的路由轉(zhuǎn)發(fā)關(guān)系表，關(guān)閉路 由器14對應(yīng)的故障端口的內(nèi)部業(yè)務(wù)路由，使得報文轉(zhuǎn)而發(fā)往路由器14的正?？捎枚丝?。
這樣，在整個系統(tǒng)層面，不同用戶的業(yè)務(wù)流在系統(tǒng)多個虛擬業(yè)務(wù)IP間，暨多個業(yè) 務(wù)資源組之間實現(xiàn)流量和負(fù)荷分擔(dān)；并且在同一個虛擬業(yè)務(wù)IP內(nèi)部，暨多個業(yè)務(wù)處理模塊 間，實現(xiàn)流量和負(fù)荷分擔(dān)。系統(tǒng)能夠通過業(yè)務(wù)處理模塊和路由器之間的快速BFD檢測，實時 發(fā)現(xiàn)端口或者鏈路故障，完成實時業(yè)務(wù)轉(zhuǎn)發(fā)鏈路的切換。當(dāng)端口或鏈路故障恢復(fù)后，又能讓故障恢復(fù)的業(yè)務(wù)模塊快速恢復(fù)業(yè)務(wù)處理，承擔(dān)業(yè)務(wù)流量。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人 員，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為 本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種分組交換設(shè)備，其特征在于，包括多個相同的業(yè)務(wù)資源組，每個業(yè)務(wù)資源組均包括多個彼此相同的業(yè)務(wù)模塊；一路由器，所述多個業(yè)務(wù)資源組均連接至所述路由器，并與路由器交換用戶業(yè)務(wù)報文；一控制模塊，與多個業(yè)務(wù)資源組連接，用于管理多個業(yè)務(wù)資源組上的用戶上下文信息， 使每個業(yè)務(wù)資源組內(nèi)的多個業(yè)務(wù)模塊間的用戶上下文同步，當(dāng)用戶發(fā)生業(yè)務(wù)變更時，指示 對應(yīng)的業(yè)務(wù)資源組上的各個業(yè)務(wù)模塊同時建立或刪除用戶上下文。
2.根據(jù)權(quán)利要求1所述的分組交換設(shè)備，其特征在于，每個業(yè)務(wù)資源組對路由器使用 統(tǒng)一的業(yè)務(wù)虛擬IP地址，不同業(yè)務(wù)資源組對路由器使用不同的業(yè)務(wù)虛擬IP。
3.根據(jù)權(quán)利要求1所述的分組交換設(shè)備，其特征在于，采用雙向轉(zhuǎn)發(fā)檢測協(xié)議監(jiān)測每 個業(yè)務(wù)資源組內(nèi)每個業(yè)務(wù)模塊和路由器之間的鏈路狀態(tài)。
4.根據(jù)權(quán)利要求1所述的分組交換設(shè)備，其特征在于，在多個業(yè)務(wù)資源組和路由器之 間采用等價多路徑協(xié)議來分配每個業(yè)務(wù)資源組及業(yè)務(wù)模塊的業(yè)務(wù)量。
5.根據(jù)權(quán)利要求1所述的分組交換設(shè)備，其特征在于，進(jìn)一步包括一個或多個分支路 由器，每個分支路由器各自獨立地用于負(fù)荷分擔(dān)或者作為備用，所述多個業(yè)務(wù)資源組均連 接至所述分支路由器。
6.根據(jù)權(quán)利要求1所述的分組交換設(shè)備，其特征在于，進(jìn)一步包括一個或多個分支控 制模塊，每個分支模塊各自獨立地用于負(fù)荷分擔(dān)或者作為備用，所述多個業(yè)務(wù)資源組均連 接至所述分支控制模塊。
7.一種采用權(quán)利要求1所述分組交換設(shè)備管理用戶業(yè)務(wù)的方法，其特征在于，包括如 下步驟用戶向控制模塊發(fā)起業(yè)務(wù)操作請求，控制模塊收到后處理該請求；控制模塊找到用戶所屬的資源組，并向此業(yè)務(wù)資源組內(nèi)的所有業(yè)務(wù)模塊發(fā)起業(yè)務(wù)操作 請求，請求對用戶的上下文進(jìn)行操作；業(yè)務(wù)模塊收到請求后，操作用戶的上下文，操作完畢后向控制模塊發(fā)出確認(rèn)信息；控制模塊收到所有業(yè)務(wù)模塊響應(yīng)的確認(rèn)信息后，認(rèn)為對此用戶的上下文操作成功，并 向用戶返回用戶業(yè)務(wù)請求接受響應(yīng)。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述業(yè)務(wù)操作應(yīng)當(dāng)包括用戶上下文的建 立、修改或者釋放中的任意一種。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述業(yè)務(wù)操作是為用戶建立上下文，在控 制模塊找到用戶所屬的資源組的步驟中進(jìn)一步包括為用戶選擇資源組的步驟。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述為用戶選擇資源組的步驟進(jìn)一步包 括控制模塊收到用戶接入請求后，將用戶的編號對業(yè)務(wù)資源組或業(yè)務(wù)模塊的總數(shù)取模，根 據(jù)結(jié)果選取對應(yīng)編號的業(yè)務(wù)資源組。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述為用戶選擇資源組的步驟進(jìn)一步包 括控制模塊收到用戶接入請求后，在所有的業(yè)務(wù)資源模塊或者業(yè)務(wù)資源組中輪選，以確定 某業(yè)務(wù)資源模組。
全文摘要
本發(fā)明涉及一種分組交換設(shè)備以及管理用戶業(yè)務(wù)的方法。所述分組交換設(shè)備包括多個相同的業(yè)務(wù)資源組，每個業(yè)務(wù)資源組均包括多個彼此相同的業(yè)務(wù)模塊；一路由器，所述多個業(yè)務(wù)資源組均連接至所述路由器，并與路由器交換用戶業(yè)務(wù)報文；一控制模塊，與多個業(yè)務(wù)資源組連接，負(fù)責(zé)管理多個業(yè)務(wù)資源組上的用戶上下文信息，使每個業(yè)務(wù)資源組內(nèi)的多個業(yè)務(wù)模塊間的用戶上下文同步。本發(fā)明的優(yōu)點在于，通過為業(yè)務(wù)模塊分配業(yè)務(wù)資源組，便于在某一個業(yè)務(wù)模塊發(fā)生故障或者從故障中恢復(fù)時，迅速地將該業(yè)務(wù)模塊上的用戶業(yè)務(wù)流量切換到同組的其他業(yè)務(wù)模塊上或者重新切換回已經(jīng)恢復(fù)的模塊上來。
文檔編號H04L12/56GK102045259SQ20101061790
公開日2011年5月4日 申請日期2010年12月30日 優(yōu)先權(quán)日2010年12月30日
發(fā)明者蔡國棟, 郭磊 申請人:上海頂竹通訊技術(shù)有限公司