專利名稱：一種群集短信中心及其實(shí)現(xiàn)容災(zāi)分流的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通訊領(lǐng)域，更具體的說，是一種群集短信中心及其實(shí)現(xiàn)容災(zāi)分流
的方法。
背景技術(shù)：
充分挖掘系統(tǒng)潛能，提升系統(tǒng)的可靠性，為用戶提供可靠的服務(wù)，從來就是通訊運(yùn)營商不懈的目標(biāo)。然而就短信中心系統(tǒng)而言，現(xiàn)有可靠性技術(shù)方案存在局限性。
1.單套短信中心可靠性局限 如圖1所示，從功能角度考慮，短信中心邏輯上可以簡單劃分為三個(gè)層面信令網(wǎng)接入層面、數(shù)據(jù)網(wǎng)接入層面以及業(yè)務(wù)處理層面。為了提升短信中心系統(tǒng)的可靠性，一般在各個(gè)層面上考慮容災(zāi)。例如，在信令網(wǎng)接入層面，往往使用主、備信令單板，采用冗余的容災(zāi)策略；在數(shù)據(jù)網(wǎng)接入層面和業(yè)務(wù)層面，往往采用雙機(jī)方式或者N+1方式進(jìn)行容災(zāi)。所有這些策略，都是短信中心內(nèi)部單個(gè)層面的容災(zāi)。 如果短信中心某個(gè)層面全部故障(以下簡稱層面故障)，則將導(dǎo)致短信中心系統(tǒng)
部分癱瘓或全部癱瘓。例如，在信令網(wǎng)接入層面或業(yè)務(wù)處理層面發(fā)生層面故障時(shí)，將導(dǎo)致短
信中心系統(tǒng)全部癱瘓。 2.多套短信中心容災(zāi)的局限性 在現(xiàn)有技術(shù)方案中，建設(shè)多套短信中心主要是為了滿足短信業(yè)務(wù)的發(fā)展，多套短信中心共同分擔(dān)業(yè)務(wù)。當(dāng)某個(gè)短信中心發(fā)生層面故障時(shí)，往往通過將發(fā)生層面故障的短信中心所承載的業(yè)務(wù)，讓備份短信中心承擔(dān)的方式實(shí)現(xiàn)容災(zāi)。該方式往往需要投資建設(shè)備份短信中心，發(fā)生故障的短信中心可用資源難以利用。
3.多套短信中心分流的局限性 現(xiàn)有技術(shù)在建設(shè)多套短信中心的情況下，各個(gè)短信中心雖然共同分擔(dān)短信業(yè)務(wù)，地位均等，但業(yè)務(wù)的繁忙度往往不同，在同一時(shí)期，有些短信中心空閑，有些短信中心繁忙，如果能將所有的短信中心互相連接起來，互相通報(bào)短信中心繁忙情況和估計(jì)可利用資源，自動進(jìn)行有效分流。即設(shè)置一定條件下，業(yè)務(wù)繁忙程度高的短信中心能自動將部分業(yè)務(wù)分流到業(yè)務(wù)繁忙程度低的短信中心處理，自然會提升整個(gè)通訊網(wǎng)絡(luò)的有效處理能力。目前尚沒有相關(guān)文獻(xiàn)和專利技術(shù)關(guān)注此智能分流方案。 此外，現(xiàn)實(shí)中多套短信中心往往由多個(gè)設(shè)備商提供，由不同設(shè)備商提供的短信中心之間難以容災(zāi)。就現(xiàn)有技術(shù)而言，缺少從全網(wǎng)層面考慮的整體解決方案。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，提供一種群集短信中心及其實(shí)現(xiàn)容災(zāi)分流的方法。 為了解決上述問題，本發(fā)明公開了一種群集短信中心實(shí)現(xiàn)容災(zāi)分流的方法，包括
群集短信中心收集本群集短信中心處理資源的能力信息，若判斷所收集的處理資
源的能力信息達(dá)到設(shè)定的冗災(zāi)配置閾值，則按照本群集短信中心的冗災(zāi)分流方案，向其他
短信中心進(jìn)行業(yè)務(wù)分流。 進(jìn)一步地，上述方法中， 處理資源的能力信息包括以下一種或幾種 處理信令資源的能力、處理業(yè)務(wù)資源的能力、處理數(shù)據(jù)網(wǎng)的能力。
進(jìn)一步地，上述方法中， 所述冗災(zāi)分流方案的內(nèi)容包括被分流短信中心標(biāo)識、最大分流量、最小分流量、分流業(yè)務(wù)類型、分流開始時(shí)間、分流結(jié)束時(shí)間以及分流方式，其中，分流方式包括隨機(jī)、按主或被叫用戶、按業(yè)務(wù)類型、按IP分流方式。 其中，所述群集短信中心收集本群集短信中心處理資源的能力信息后，還確定本群集短信中心的可用資源，并與其相連的其他群集短信中心交互所述可用資源；
其中，所述群集短信中心的可用資源包括以下一種或幾種 處理信令資源的剩余能力、處理業(yè)務(wù)資源的剩余能力、處理數(shù)據(jù)網(wǎng)資源的剩余能力、群集短信中心冗災(zāi)優(yōu)先級、群集短信中心功能集； 所述群集短信中心功能集包括群集短信中心的業(yè)務(wù)能力和協(xié)議能力，所述業(yè)務(wù)能力包括處理短消息類型、垃圾短消息監(jiān)控、短消息增值業(yè)務(wù)處理能力。 所述群集短信中心根據(jù)與其相連的其他群集短信中心的可用資源，確定可用的群集短信中心，并在本群集短信中心的處理資源的能力信息達(dá)到設(shè)定的冗災(zāi)配置閾值時(shí)，按照本群集短信中心的冗災(zāi)分流方案，向所確定的可用的群集短信中心進(jìn)行業(yè)務(wù)分流。
本發(fā)明公開了一種群集短信中心，至少包括資源監(jiān)控子系統(tǒng)和群集控制子系統(tǒng)，其中 所述資源監(jiān)控子系統(tǒng)，用于收集收集本群集短信中心處理資源的能力信息； 所述群集控制子系統(tǒng)，用于判斷所述資源監(jiān)控子系統(tǒng)收集的處理資源的能力信息
是否達(dá)到設(shè)定的冗災(zāi)配置閾值，并在所述處理資源的能力信息達(dá)到所述冗災(zāi)配置閾值時(shí)，
按照本群集短信中心的冗災(zāi)分流方案，向其他短信中心進(jìn)行業(yè)務(wù)分流。
進(jìn)一步地，上述短信中心中，處理資源的能力信息包括以下一種或幾種 處理信令資源的能力、處理業(yè)務(wù)資源的能力、處理數(shù)據(jù)網(wǎng)的能力。 進(jìn)一步地，上述短信中心中，所述冗災(zāi)分流方案的內(nèi)容包括被分流短信中心標(biāo)識、
最大分流量、最小分流量、分流業(yè)務(wù)類型、分流開始時(shí)間、分流結(jié)束時(shí)間以及分流方式，其
中，分流方式包括隨機(jī)、按主或被叫用戶、按業(yè)務(wù)類型、按IP分流方式。 進(jìn)一步地，所述群集短信中心還包括通訊子系統(tǒng)， 所述群集控制子系統(tǒng)，還根據(jù)本群集短信中心處理資源的能力信息確定本群集短信中心的可用資源； 所述通訊子系統(tǒng)，用于將所述群集控制子系統(tǒng)確定的本群集短信中心的可用資源發(fā)送到與其相連的其他群集短信中心，以及接收所述其他群集短信中心的可用資源；
其中，所述群集短信中心的可用資源包括以下一種或幾種 處理信令資源的剩余能力、處理業(yè)務(wù)資源的剩余能力、處理數(shù)據(jù)網(wǎng)資源的剩余能力、群集短信中心冗災(zāi)優(yōu)先級、群集短信中心功能集；
所述群集短信中心功能集包括群集短信中心的業(yè)務(wù)能力和協(xié)議能力，所述業(yè)務(wù)能 力包括處理短消息類型、垃圾短消息監(jiān)控、短消息增值業(yè)務(wù)處理能力。 所述通訊子系統(tǒng)，還將所述其他群集短信中心的可用資源發(fā)送給所述群集控制子 系統(tǒng)； 所述群集控制子系統(tǒng)，根據(jù)所述其他群集短信中心的可用資源，確定可用的群集
短信中心，并在本群集短信中心的處理資源的能力信息達(dá)到設(shè)定的冗災(zāi)配置閾值時(shí)，按照
本群集短信中心的冗災(zāi)分流方案，向所確定的可用的群集短信中心進(jìn)行業(yè)務(wù)分流。 與現(xiàn)有技術(shù)相比較，本發(fā)明技術(shù)方案通過增加短信群集系統(tǒng)，將短信中心升級為
群集短信中心，并將群集短信中心互聯(lián)起來，定時(shí)同步各個(gè)群集短信中心空閑處理能力，并
為群集短信中心制定冗災(zāi)分流方案，群集短信中心在需要冗災(zāi)分流時(shí)，根據(jù)冗災(zāi)分流方案
申請冗災(zāi)資源。在處理冗災(zāi)分流時(shí)，實(shí)現(xiàn)了業(yè)務(wù)和控制的分離。站在全網(wǎng)的高度，為運(yùn)營商
提供了完整的短信中心容災(zāi)分流系統(tǒng)級解決方案。挖掘現(xiàn)有設(shè)備潛力，在提升短信系統(tǒng)可
靠性的同時(shí)，也為運(yùn)營商節(jié)約了投資成本。


圖1是現(xiàn)有短信中心的功能邏輯結(jié)構(gòu)示意圖；
圖2是本實(shí)施例中群集短信中心系統(tǒng)結(jié)構(gòu)圖；
圖3是圖2所示短信群集系統(tǒng)的結(jié)構(gòu)示意圖；
圖4是本發(fā)明的短信中心星網(wǎng)群集技術(shù)系統(tǒng)架構(gòu)；
圖5是本發(fā)明的群集短信中心冗災(zāi)分流處理流程圖。
具體實(shí)施例方式
下面結(jié)合附圖及具體實(shí)施例，對本發(fā)明技術(shù)方案進(jìn)一步詳細(xì)說明。 —種群集短信中心，如圖2所示，包括短信中心和短信群集系統(tǒng)。 其中，短信群集系統(tǒng)進(jìn)一步包括資源監(jiān)控子系統(tǒng)、群集控制子系統(tǒng)、通訊子系統(tǒng)以
及維護(hù)子系統(tǒng)，如圖3所示，其中 資源監(jiān)控子系統(tǒng)320，與短信中心200相連，用于監(jiān)控短信中心200處理各種資源 的能力信息，進(jìn)一步地，資源監(jiān)控子系統(tǒng)可以包括信令處理資源監(jiān)控模塊321、業(yè)務(wù)處理資 源監(jiān)控模塊322和數(shù)據(jù)網(wǎng)處理資源監(jiān)控模塊323 ; 其中，信令處理資源監(jiān)控模塊321，用于收集相連短信中心200的信令資源處理的 能力(如，單位時(shí)間內(nèi)處理信令的數(shù)量)和運(yùn)行狀態(tài)信息； 業(yè)務(wù)處理資源監(jiān)控模塊322，用于收集相連短信中心200的業(yè)務(wù)資源處理的能力 (如，單位時(shí)間內(nèi)處理業(yè)務(wù)的數(shù)量)和運(yùn)行狀態(tài)信息； 數(shù)據(jù)網(wǎng)處理資源監(jiān)控模塊323，用于收集相連短信中心200的數(shù)據(jù)網(wǎng)資源處理的 能力(如，單位時(shí)間內(nèi)處理數(shù)據(jù)的數(shù)量)和運(yùn)行狀態(tài)信息。 群集控制子系統(tǒng)340，用于接收上述資源監(jiān)控子系統(tǒng)320所收集的短信中心200的 處理各種資源的能力信息，并根據(jù)該能力信息確定短信中心200的可用資源信息，為短信 中心200制定冗災(zāi)分流方案，以及根據(jù)事先配置的冗災(zāi)配置閾值，實(shí)時(shí)判斷本群集短信中 心是否出現(xiàn)層面故障或者過負(fù)荷(即當(dāng)前一種或幾種參數(shù)值低于冗災(zāi)配置閾值)，當(dāng)本群集短信中心是否出現(xiàn)層面故障或者過負(fù)荷時(shí)，根據(jù)所制定的冗災(zāi)分流方案進(jìn)行業(yè)務(wù)分流；
其中，群集控制子系統(tǒng)340制定的冗災(zāi)分流方案的內(nèi)容包括被分流短信中心標(biāo) 識、最大分流量、最小分流量、分流業(yè)務(wù)類型、分流開始時(shí)間、分流結(jié)束時(shí)間以及分流方式等 信息，分流方式包括隨機(jī)、按主/被叫用戶、按業(yè)務(wù)類型、按IP等方式；冗災(zāi)配置閾值包括以 下一種或幾種閾值 群集短信中心信令處理能力閾值、業(yè)務(wù)處理能力閾值、數(shù)據(jù)網(wǎng)理能力閾值。 通訊子系統(tǒng)360，用于為短信群集系統(tǒng)300提供通訊接口 ，進(jìn)一步地，通訊子系統(tǒng)
360可以包括控制通訊模塊361、業(yè)務(wù)通訊模塊362和標(biāo)準(zhǔn)通訊模塊363 ; 控制通訊模塊361，用于實(shí)現(xiàn)群集控制子系統(tǒng)340之間的控制通訊，例如，用于群
集控制子系統(tǒng)340之間交互短信中心200狀態(tài)，同時(shí)也實(shí)現(xiàn)維護(hù)子系統(tǒng)380與群集控制子
系統(tǒng)340之間的通訊交互； 業(yè)務(wù)通訊模塊362，實(shí)現(xiàn)群集控制子系統(tǒng)320之間的業(yè)務(wù)通訊，應(yīng)用于短消息分 流； 標(biāo)準(zhǔn)通訊模塊363，實(shí)現(xiàn)基于SMPP(簡單網(wǎng)絡(luò)管理協(xié)議，Simple NetworkManagement Protocol) 、 UCP、 CMD (消息發(fā)布電腦接 口 ， Computer InterfaceMessage Distribution)協(xié)議之——禾中或幾禾中。 維護(hù)子系統(tǒng)380，用于為短信群集系統(tǒng)300提供操作維護(hù)，進(jìn)一步地，維護(hù)子系統(tǒng) 380可以包括配置管理模塊381、告警管理模塊382和日志模塊383 ;
配置管理模塊381，用于為短信群集系統(tǒng)300保存配置設(shè)置； 其中，配置設(shè)備包括冗災(zāi)配置閾值、所接收的其他短信中心的配置，制定冗災(zāi)分流 方案的策略等等，冗災(zāi)配置閾值包括如下一種或幾種 處理信令資源的冗災(zāi)配置閾值、處理業(yè)務(wù)資源的冗災(zāi)配置閾值、處理數(shù)據(jù)網(wǎng)的冗 災(zāi)配置閾值。 告警管理模塊382，用于實(shí)時(shí)了解各個(gè)群集短信中心200和短信群集系統(tǒng)300的運(yùn)
行狀態(tài)，在發(fā)現(xiàn)異常時(shí)，向用戶報(bào)告告警信息；
日志模塊383，用于記錄系統(tǒng)日志。 在其他應(yīng)用場景中，如圖4所示，如上所述的若干群集短信中心以非群集短信中 心為中心組成星形連接，即非群集短信中心與群集短信中心之間，可以基于標(biāo)準(zhǔn)SMPP、UCP、 CMD協(xié)議中任一種或幾種建立連接。這樣，當(dāng)非群集短信中心發(fā)生故障時(shí)，群集短信中心便 能接收到非群集短信中心的分流業(yè)務(wù)；而按照群集短信中心的冗災(zāi)配置，在群集短信中心 發(fā)生故障時(shí)，也可以向非群集短信中心進(jìn)行業(yè)務(wù)分流。即，群集控制子系統(tǒng)340，還通過通 訊子系統(tǒng)360將本群集短信中心的可用資源信息發(fā)送給其他群集短信中心，同時(shí)接收其他 群集短信中心的可用資源信息，根據(jù)其他群集短信中心的可用資源，確定可用的群集短信 中心，并在本群集短信中心的處理資源的能力信息達(dá)到設(shè)定的冗災(zāi)配置閾值時(shí)，按照本群 集短信中心的冗災(zāi)分流方案，向所確定的可用的群集短信中心進(jìn)行業(yè)務(wù)分流。優(yōu)選的方案 中，群集控制子系統(tǒng)還可以根據(jù)其他群集短信中心的可用資源信息調(diào)整冗災(zāi)分流方案，例 如，根據(jù)整個(gè)網(wǎng)絡(luò)中所有群集短信中心的可用資源信息，調(diào)整冗災(zāi)分流方案，以提高網(wǎng)絡(luò)利 用率。 下面以圖4所示的網(wǎng)絡(luò)架構(gòu)為例，說明上述群集短信中心實(shí)現(xiàn)冗災(zāi)分流的具體過程，該過程如圖5所示，包括如下步驟 步驟501，各個(gè)群集短信中心的短信群集系統(tǒng)啟動定時(shí)器，并在定時(shí)時(shí)間內(nèi)收集本 群集短信中心處理各種資源的能力信息； 該步驟中，由短信群集系統(tǒng)的群集控制子系統(tǒng)啟動定時(shí)器，資源監(jiān)控子系統(tǒng)收集 本群集短信中心處理各種資源的能力信息，處理各種資源的能力信息包括處理信令資源的 信息、處理業(yè)務(wù)資源的信息以及處理數(shù)據(jù)網(wǎng)資源的信息，其中，處理信令資源的信息進(jìn)一步 包括處理信令資源的能力和運(yùn)行狀態(tài)信息，處理業(yè)務(wù)資源的信息進(jìn)一步包括處理業(yè)務(wù)資源 的能力和運(yùn)行狀態(tài)信息，處理數(shù)據(jù)網(wǎng)資源的信息進(jìn)一步包括處理數(shù)據(jù)網(wǎng)資源的能力和運(yùn)行 狀態(tài)信息； 步驟502，定時(shí)器的定時(shí)時(shí)間到達(dá)，各個(gè)群集短信中心確定本群集短信中心的可用
資源信息，并將所確定的可用資源信息同步到與其相連的其他群集短信中心； 該步驟中，群集短信中心的群集控制子系統(tǒng)根據(jù)資源監(jiān)控子系統(tǒng)收集的本群集短
信中心的資源信息，確定本群集短信中心的可用資源信息，其中，可用資源信息包括信令處
理剩余能力、業(yè)務(wù)處理剩余能力、數(shù)據(jù)網(wǎng)處理剩余能力、群集短信中心冗災(zāi)優(yōu)先級以及群集
短信中心功能集等信息，群集短信中心功能集信息，包括群集短信中心業(yè)務(wù)能力和協(xié)議能
力，業(yè)務(wù)能力包括處理短消息類型、垃圾短消息監(jiān)控、短消息增值業(yè)務(wù)處理能力等，協(xié)議能
力包括MAP、 SMPP、 UCP、 CIMD等。 步驟503，群集短信中心接收其他群集短信中心的可用資源信息，并根據(jù)所接收到 的可用資源信息，調(diào)整或者制定本群集短信中心的冗災(zāi)分流方案； 該步驟中，群集控制子系統(tǒng)收集其他群集短信中心的可用資源信息后，調(diào)整并制 定冗災(zāi)分流方案，其中，調(diào)整或者制定后的冗災(zāi)分流方案的內(nèi)容包括被分流短信中心標(biāo)識、 最大分流量、最小分流量、分流業(yè)務(wù)類型、分流開始時(shí)間、分流結(jié)束時(shí)間以及分流方式等信 息，分流方式包括隨機(jī)、按主/被叫用戶、按業(yè)務(wù)類型、按IP等方式。 步驟504，群集短信中心根據(jù)本群集短信中心的冗災(zāi)配置閾值，判斷本群集短信中 心是否出現(xiàn)層面故障或者過負(fù)荷(即當(dāng)前一種或幾種參數(shù)值低于冗災(zāi)配置閾值)，如果是， 進(jìn)入步驟505，否則，結(jié)束本流程； 該步驟中，群集短信中心的群集控制子系統(tǒng)進(jìn)行判斷操作，具體地，群集控制子系 統(tǒng)判斷本群集短信中心處理資源的能力是否達(dá)到冗災(zāi)配置閾值，如果是，則認(rèn)為本群集短 信中心出現(xiàn)層面故障或者過負(fù)荷了，其中，冗災(zāi)配置閾值包括以下一種或幾種閾值
群集短信中心信令處理能力閾值、業(yè)務(wù)處理能力閾值、數(shù)據(jù)網(wǎng)理能力閾值。
步驟505，群集短信中心根據(jù)冗災(zāi)分流方案，向其他可用群集短信中心申請冗災(zāi)分 流資源； 該步驟中，群集短信中心中群集控制子系統(tǒng)通過控制通訊模塊向其他可用群集短 信中心申請冗災(zāi)分流資源，其中，本群集短信中心的群集控制子系統(tǒng)根據(jù)其他群集短信中 心發(fā)送的可用資源信息，確定哪些群集短信中心為可用群集短信中心。 步驟506，當(dāng)群集短信中心收到其他可用群集短信中心發(fā)送的申請回應(yīng)，則開始向 該可用群集短信中心進(jìn)行冗災(zāi)分流； 該步驟中，群集短信中心的群集控制子系統(tǒng)收到申請回應(yīng)后，通過業(yè)務(wù)通訊模塊 向可用群集短信中心進(jìn)行冗災(zāi)分流。
在其他應(yīng)用場景中，群集短信中心還可以向其他非群集短信中心進(jìn)行冗災(zāi)分流，具體地，可以預(yù)先設(shè)置在群集短信中心需要業(yè)務(wù)分流時(shí)將群集短信中心的能力劃分一部分給非群集短信中心，以供群集短信中心實(shí)現(xiàn)容災(zāi)分流。 從上述實(shí)施例可以看出，本發(fā)明技術(shù)方案通過增加短信群集系統(tǒng)，將短信中心升級為群集短信中心，并將群集短信中心互聯(lián)起來，定時(shí)同步各個(gè)群集短信中心空閑處理能力，并為群集短信中心制定冗災(zāi)分流方案，群集短信中心在需要冗災(zāi)分流時(shí)，根據(jù)冗災(zāi)分流方案申請冗災(zāi)資源。在處理冗災(zāi)分流時(shí)，實(shí)現(xiàn)了業(yè)務(wù)和控制的分離。并且為運(yùn)營商提供了完整的短信中心容災(zāi)分流系統(tǒng)級解決方案。挖掘現(xiàn)有設(shè)備潛力，在提升短信系統(tǒng)可靠性的同時(shí)，也為運(yùn)營商節(jié)約了投資成本。 以上詳細(xì)說明了本發(fā)明的工作原理，但這只是為了便于理解而舉的一個(gè)形象化的實(shí)施例，并不構(gòu)成對本發(fā)明保護(hù)范圍的限定。在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，本領(lǐng)域技術(shù)人員當(dāng)可根據(jù)本發(fā)明做出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
一種群集短信中心實(shí)現(xiàn)容災(zāi)分流的方法，其特征在于，該方法包括群集短信中心收集本群集短信中心處理資源的能力信息，若判斷所收集的處理資源的能力信息達(dá)到設(shè)定的冗災(zāi)配置閾值，則按照本群集短信中心的冗災(zāi)分流方案，向其他短信中心進(jìn)行業(yè)務(wù)分流。
2. 如權(quán)利要求l所述的方法，其特征在于， 處理資源的能力信息包括以下一種或幾種處理信令資源的能力、處理業(yè)務(wù)資源的能力、處理數(shù)據(jù)網(wǎng)的能力。
3. 如權(quán)利要求l所述的方法，其特征在于，所述冗災(zāi)分流方案的內(nèi)容包括被分流短信中心標(biāo)識、最大分流量、最小分流量、分流業(yè) 務(wù)類型、分流開始時(shí)間、分流結(jié)束時(shí)間以及分流方式，其中，分流方式包括隨機(jī)、按主或被叫 用戶、按業(yè)務(wù)類型、按IP分流方式。
4. 如權(quán)利要求1、2或3所述的方法，其特征在于，所述群集短信中心收集本群集短信中心處理資源的能力信息后，還確定本群集短信中 心的可用資源，并與其相連的其他群集短信中心交互所述可用資源； 其中，所述群集短信中心的可用資源包括以下一種或幾種處理信令資源的剩余能力、處理業(yè)務(wù)資源的剩余能力、處理數(shù)據(jù)網(wǎng)資源的剩余能力、群 集短信中心冗災(zāi)優(yōu)先級、群集短信中心功能集；所述群集短信中心功能集包括群集短信中心的業(yè)務(wù)能力和協(xié)議能力，所述業(yè)務(wù)能力包 括處理短消息類型、垃圾短消息監(jiān)控、短消息增值業(yè)務(wù)處理能力。
5. 如權(quán)利要求4所述的方法，其特征在于，所述群集短信中心根據(jù)與其相連的其他群集短信中心的可用資源，確定可用的群集短 信中心，并在本群集短信中心的處理資源的能力信息達(dá)到設(shè)定的冗災(zāi)配置閾值時(shí)，按照本 群集短信中心的冗災(zāi)分流方案，向所確定的可用的群集短信中心進(jìn)行業(yè)務(wù)分流。
6. —種群集短信中心，其特征在于，該系統(tǒng)至少包括資源監(jiān)控子系統(tǒng)和群集控制子系 統(tǒng)，其中所述資源監(jiān)控子系統(tǒng)，用于收集收集本群集短信中心處理資源的能力信息； 所述群集控制子系統(tǒng)，用于判斷所述資源監(jiān)控子系統(tǒng)收集的處理資源的能力信息是否達(dá)到設(shè)定的冗災(zāi)配置閾值，并在所述處理資源的能力信息達(dá)到所述冗災(zāi)配置閾值時(shí)，按照本群集短信中心的冗災(zāi)分流方案，向其他短信中心進(jìn)行業(yè)務(wù)分流。
7. 如權(quán)利要求6所述的短信中心，其特征在于， 處理資源的能力信息包括以下一種或幾種處理信令資源的能力、處理業(yè)務(wù)資源的能力、處理數(shù)據(jù)網(wǎng)的能力。
8. 如權(quán)利要求6所述的短信中心，其特征在于，所述冗災(zāi)分流方案的內(nèi)容包括被分流短信中心標(biāo)識、最大分流量、最小分流量、分流業(yè) 務(wù)類型、分流開始時(shí)間、分流結(jié)束時(shí)間以及分流方式，其中，分流方式包括隨機(jī)、按主或被叫 用戶、按業(yè)務(wù)類型、按IP分流方式。
9. 如權(quán)利要求6、7或8所述的短信中心，其特征在于，所述群集短信中心還包括通訊子 系統(tǒng)，所述群集控制子系統(tǒng)，還根據(jù)本群集短信中心處理資源的能力信息確定本群集短信中心的可用資源；所述通訊子系統(tǒng)，用于將所述群集控制子系統(tǒng)確定的本群集短信中心的可用資源發(fā)送 到與其相連的其他群集短信中心，以及接收所述其他群集短信中心的可用資源； 其中，所述群集短信中心的可用資源包括以下一種或幾種處理信令資源的剩余能力、處理業(yè)務(wù)資源的剩余能力、處理數(shù)據(jù)網(wǎng)資源的剩余能力、群 集短信中心冗災(zāi)優(yōu)先級、群集短信中心功能集；所述群集短信中心功能集包括群集短信中心的業(yè)務(wù)能力和協(xié)議能力，所述業(yè)務(wù)能力包 括處理短消息類型、垃圾短消息監(jiān)控、短消息增值業(yè)務(wù)處理能力。
10.如權(quán)利要求9所述的短信中心，其特征在于，所述通訊子系統(tǒng)，還將所述其他群集短信中心的可用資源發(fā)送給所述群集控制子系統(tǒng)；所述群集控制子系統(tǒng)，根據(jù)所述其他群集短信中心的可用資源，確定可用的群集短信 中心，并在本群集短信中心的處理資源的能力信息達(dá)到設(shè)定的冗災(zāi)配置閾值時(shí)，按照本群 集短信中心的冗災(zāi)分流方案，向所確定的可用的群集短信中心進(jìn)行業(yè)務(wù)分流。
全文摘要
本發(fā)明公開了一種群集短信中心及其實(shí)現(xiàn)容災(zāi)分流的方法，涉及移動通訊領(lǐng)域。本發(fā)明方法包括群集短信中心收集本群集短信中心處理資源的能力信息，若判斷所收集的處理資源的能力信息達(dá)到設(shè)定的冗災(zāi)配置閾值，則按照本群集短信中心的冗災(zāi)分流方案，向其他短信中心進(jìn)行業(yè)務(wù)分流。與現(xiàn)有技術(shù)相比較，本發(fā)明技術(shù)方案將短信中心升級為群集短信中心，在其處理冗災(zāi)分流時(shí)，實(shí)現(xiàn)了業(yè)務(wù)和控制的分離。
文檔編號H04W88/18GK101715252SQ20091017498
公開日2010年5月26日 申請日期2009年10月27日 優(yōu)先權(quán)日2009年10月27日
發(fā)明者胡泊, 陳正光 申請人:中興通訊股份有限公司