[發明專利]一種群集短信中心及其實現容災分流的方法

無效

• 申請號: 200910174986.3
• 申請日: 2009-10-27
• 公開（公告）號: CN101715252A
• 公開（公告）日: 2010-05-26
• 發明（設計）人: 陳正光;胡泊
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W88/18
• 分類號: H04W88/18
• 代理公司: 北京安信方達知識產權代理有限公司 11262
• 代理人: 解婷婷;龍洪

技術領域

本發明涉及移動通訊領域，更具體的說，是一種群集短信中心及其實現容災分流的方法。

背景技術

充分挖掘系統潛能，提升系統的可靠性，為用戶提供可靠的服務，從來就是通訊運營商不懈的目標。然而就短信中心系統而言，現有可靠性技術方案存在局限性。

1.單套短信中心可靠性局限

如圖1所示，從功能角度考慮，短信中心邏輯上可以簡單劃分為三個層面：信令網接入層面、數據網接入層面以及業務處理層面。為了提升短信中心系統的可靠性，一般在各個層面上考慮容災。例如，在信令網接入層面，往往使用主、備信令單板，采用冗余的容災策略；在數據網接入層面和業務層面，往往采用雙機方式或者N+1方式進行容災。所有這些策略，都是短信中心內部單個層面的容災。

如果短信中心某個層面全部故障(以下簡稱層面故障)，則將導致短信中心系統部分癱瘓或全部癱瘓。例如，在信令網接入層面或業務處理層面發生層面故障時，將導致短信中心系統全部癱瘓。

2.多套短信中心容災的局限性

在現有技術方案中，建設多套短信中心主要是為了滿足短信業務的發展，多套短信中心共同分擔業務。當某個短信中心發生層面故障時，往往通過將發生層面故障的短信中心所承載的業務，讓備份短信中心承擔的方式實現容災。該方式往往需要投資建設備份短信中心，發生故障的短信中心可用資源難以利用。

3.多套短信中心分流的局限性

現有技術在建設多套短信中心的情況下，各個短信中心雖然共同分擔短信業務，地位均等，但業務的繁忙度往往不同，在同一時期，有些短信中心空閑，有些短信中心繁忙，如果能將所有的短信中心互相連接起來，互相通報短信中心繁忙情況和估計可利用資源，自動進行有效分流。即設置一定條件下，業務繁忙程度高的短信中心能自動將部分業務分流到業務繁忙程度低的短信中心處理，自然會提升整個通訊網絡的有效處理能力。目前尚沒有相關文獻和專利技術關注此智能分流方案。

此外，現實中多套短信中心往往由多個設備商提供，由不同設備商提供的短信中心之間難以容災。就現有技術而言，缺少從全網層面考慮的整體解決方案。

發明內容

本發明所要解決的技術問題是，提供一種群集短信中心及其實現容災分流的方法。

為了解決上述問題，本發明公開了一種群集短信中心實現容災分流的方法，包括：

群集短信中心收集本群集短信中心處理資源的能力信息，若判斷所收集的處理資源的能力信息達到設定的冗災配置閾值，則按照本群集短信中心的冗災分流方案，向其他短信中心進行業務分流。

進一步地，上述方法中，

處理資源的能力信息包括以下一種或幾種：

處理信令資源的能力、處理業務資源的能力、處理數據網的能力。

進一步地，上述方法中，

所述冗災分流方案的內容包括被分流短信中心標識、最大分流量、最小分流量、分流業務類型、分流開始時間、分流結束時間以及分流方式，其中，分流方式包括隨機、按主或被叫用戶、按業務類型、按IP分流方式。

其中，所述群集短信中心收集本群集短信中心處理資源的能力信息后，還確定本群集短信中心的可用資源，并與其相連的其他群集短信中心交互所述可用資源；

其中，所述群集短信中心的可用資源包括以下一種或幾種：

處理信令資源的剩余能力、處理業務資源的剩余能力、處理數據網資源的剩余能力、群集短信中心冗災優先級、群集短信中心功能集；

所述群集短信中心功能集包括群集短信中心的業務能力和協議能力，所述業務能力包括處理短消息類型、垃圾短消息監控、短消息增值業務處理能力。

所述群集短信中心根據與其相連的其他群集短信中心的可用資源，確定可用的群集短信中心，并在本群集短信中心的處理資源的能力信息達到設定的冗災配置閾值時，按照本群集短信中心的冗災分流方案，向所確定的可用的群集短信中心進行業務分流。

本發明公開了一種群集短信中心，至少包括資源監控子系統和群集控制子系統，其中：

所述資源監控子系統，用于收集收集本群集短信中心處理資源的能力信息；

所述群集控制子系統，用于判斷所述資源監控子系統收集的處理資源的能力信息是否達到設定的冗災配置閾值，并在所述處理資源的能力信息達到所述冗災配置閾值時，按照本群集短信中心的冗災分流方案，向其他短信中心進行業務分流。

進一步地，上述短信中心中，處理資源的能力信息包括以下一種或幾種：

處理信令資源的能力、處理業務資源的能力、處理數據網的能力。