專利名稱：短消息中心系統(tǒng)及短消息處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種短消息中心系統(tǒng)及短消息處理方法。本發(fā)明涉及移動通訊技術(shù)領(lǐng)域，尤其涉及短消息中心虛擬運營處理方法及系統(tǒng)。
背景技術(shù)：
目前，在運營部署時，一般一個短消息中心只服務(wù)一個運營商、獨立的地域，不同 運營商在不同地域一般需要部署不同的短消息中心。外部網(wǎng)元分別與相應(yīng)的短消息中心系 統(tǒng)連接，各短消息中心業(yè)務(wù)獨立，運營維護獨立。圖1為現(xiàn)有技術(shù)中兩個短消息中心的組網(wǎng)示意圖，圖中部署了兩套獨立的短消息 中心系統(tǒng)，外部網(wǎng)元分別與歸屬的短消息中心實體相連，兩短消息中心之間消息互通可以 通過信令或者TCP/IP直接或者間接互通。兩個短消息中心可以為不同的國家服務(wù)，也可以 為同一國家不同運營商服務(wù)，還可以為同一國家同一運營商不同地域服務(wù)等。并且，兩套短 消息中心服務(wù)的對象是獨立的，分別單獨運營，互不影響。當(dāng)有消息互通時，可以通過兩個 短消息中心之間直接或者間接的鏈路互通。但是，在某些情況下，譬如，某些獨立的地域(例如，國家)較小、用戶少，不同的運 營商在這些地域部署的獨立的短消息中心的利用率較低，從而導(dǎo)致資源的浪費，運營商成 本增加。另外，當(dāng)跨國運營商在不同國家運營時，由于每套短消息中心都需要專門的運維， 因此，同一運營商在不同的地域均部署一套短消息中心也將導(dǎo)致運維不方便，增加運營商 在運維方面的成本。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種短消息中心系統(tǒng)及短消息處理方法，以至少解決 上述的短消息中心利用率不高或運營商成本較高的問題。根據(jù)本發(fā)明的一個方面，提供了一種短消息中心系統(tǒng)，包括調(diào)度分發(fā)模塊和多個 業(yè)務(wù)處理模塊，其中，調(diào)度分發(fā)模塊，用于接收外部網(wǎng)元的短消息，根據(jù)該短消息的主叫用 戶或被叫用戶的運營屬性，將該短消息分發(fā)給與該運營屬性對應(yīng)的業(yè)務(wù)處理模塊；業(yè)務(wù)處 理模塊，用于接收來自調(diào)度分發(fā)模塊的短消息，并根據(jù)該短消息的被叫用戶的標(biāo)識路由該 短消息。根據(jù)本發(fā)明的另一方面，提供了一種短消息處理方法，包括外部網(wǎng)元向短消息中 心系統(tǒng)發(fā)送短消息；短消息中心系統(tǒng)的調(diào)度分發(fā)模塊根據(jù)該短消息的主叫用戶或被叫用戶 的運營屬性，將該短消息分發(fā)給與該運營屬性對應(yīng)的業(yè)務(wù)處理模塊；業(yè)務(wù)處理模塊接收上 述短消息，根據(jù)該短消息的被叫用戶的標(biāo)識，將該短消息路由給外部網(wǎng)元。通過本發(fā)明，通過在短消息中心系統(tǒng)中設(shè)置多個業(yè)務(wù)處理模塊，各個業(yè)務(wù)處理模 塊作為一個短消息中心，同時為不同地域或不同運營商或不同業(yè)務(wù)類型服務(wù)，從而解決了 由于需要為每個地域或每個運營商設(shè)置一套短消息中心而導(dǎo)致短消息中心利用率不高或 運營商成本較高的問題，進而達到了節(jié)約了設(shè)備資源，降低了設(shè)備成本。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)中多個短消息中心的組網(wǎng)方式示意圖；圖2是根據(jù)本發(fā)明實施例一的短消息中心系統(tǒng)的組網(wǎng)方式示例圖；圖3是根據(jù)本發(fā)明實施例一的短消息中心系統(tǒng)的結(jié)構(gòu)示意圖；圖4是根據(jù)本發(fā)明實施例一的優(yōu)選短消息中心系統(tǒng)的結(jié)構(gòu)示意圖；圖5是根據(jù)本發(fā)明實施例一的另一優(yōu)選短消息中心系統(tǒng)的結(jié)構(gòu)示意圖；圖6是根據(jù)本發(fā)明實施例二的短消息處理方法流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。實施例一本發(fā)明實施例提供了一種短消息中心系統(tǒng)，該短消息中心系統(tǒng)對外提供短消息中 心的功能，可以為多地域(例如，國家)、多個運營商提供多品牌服務(wù)。圖2為根據(jù)本發(fā)明實施例一的短消息中心系統(tǒng)的組網(wǎng)方法的示例圖，在圖2中，一 套短消息中心系統(tǒng)為A、B兩個系統(tǒng)虛擬運營(每個系統(tǒng)虛擬運營相當(dāng)于圖1中的一套短消 息中心)的需要部署，其中，A、B可以是兩個不同的國家，也可以是虛擬的兩個不同的運營 商，還可以是不同的服務(wù)品牌等。A和B的移動交換中心(Mobile Switch Center，簡稱為 MCS)和歸屬位置寄存器(Home Location Register，簡稱為HLR)等外部網(wǎng)元統(tǒng)一接入到該 短消息中心系統(tǒng)。需要說明的是，雖然圖2中以兩個系統(tǒng)虛擬運營為例進行說明，但并不限于些，在 實際應(yīng)用中系統(tǒng)虛擬運營的個數(shù)可以擴展為3個及以上，從架構(gòu)上，理論是沒有限制的，具 體可以根據(jù)實際情況可以配置多個。圖3是根據(jù)本發(fā)明實施例一的短消息中心系統(tǒng)的結(jié)構(gòu)示意圖。該短消息中心系統(tǒng) 包括調(diào)度分發(fā)模塊10和多個業(yè)務(wù)處理模塊20。調(diào)度分發(fā)模塊10，用于接收外部網(wǎng)元(例如，MSC)的短消息，根據(jù)該短消息的主叫 用戶或被叫用戶的運營屬性，將該短消息分發(fā)給與該運營屬性對應(yīng)的業(yè)務(wù)處理模塊20 ；業(yè) 務(wù)處理模塊20，用于接收來自調(diào)度分發(fā)模塊10的短消息，并根據(jù)該短消息的被叫用戶的標(biāo) 識路由短消息。在本發(fā)明實施中，調(diào)度分發(fā)模塊10對外統(tǒng)一與外部網(wǎng)元相接，對內(nèi)負責(zé)短消息的 統(tǒng)一分發(fā)調(diào)度。其中，業(yè)務(wù)處理模塊20可以根據(jù)不同的運營屬性進行部署，并且，業(yè)務(wù)處理模塊 20的數(shù)量也是由運營屬性確定的，可以根據(jù)實際應(yīng)用確定多個運營屬性，再部署與各個運 營屬性對應(yīng)的業(yè)務(wù)處理模塊20，優(yōu)選地，每個業(yè)務(wù)處理模塊20與一個運營屬性對應(yīng)，這樣， 業(yè)務(wù)處理模塊20的數(shù)量與運營屬性的個數(shù)相同。其中，運營屬性可以根據(jù)地域(例如，國家、省等)確定，也可以根據(jù)運營商確定，或者也可以根據(jù)地域和運營商確定，亦或可以根據(jù)運營商和業(yè)務(wù)類型(也可以稱為服務(wù)品 牌)確定，還可以根據(jù)地域、運營商和業(yè)務(wù)類型三者確定。具體可以根據(jù)實際需要選擇不同 的粒度。例如，可以為不同國家分別部署一個業(yè)務(wù)處理模塊，也可以為不同運營商分別部署 一個業(yè)務(wù)處理模塊20，也可以為不同國家的不同運營商分別部署一個業(yè)務(wù)處理模塊20，還 可以為不同運營商的不同業(yè)務(wù)類型分別部署一個業(yè)務(wù)處理模塊20，或者，也可以為不同國 家的不同運營商的不同業(yè)務(wù)類型分別部署一個業(yè)務(wù)處理模塊20。當(dāng)調(diào)度分發(fā)模塊10接收到外部網(wǎng)元的短消息后，依據(jù)該短消息的用戶(主叫方或 被叫方)的運營屬性，將該短消息投遞到與該運營屬性關(guān)聯(lián)的業(yè)務(wù)處理模塊20進行后續(xù)處 理。例如，調(diào)度分發(fā)模塊10可以從用戶簽約數(shù)據(jù)庫中獲取到該用戶的運營屬性，或者，調(diào)度 分發(fā)模塊10也可以從該用戶的用戶標(biāo)識中獲取到該用戶的運營屬性。多個業(yè)務(wù)處理模塊20的設(shè)置可以相同或者不同，每個業(yè)務(wù)處理模塊20之間獨立 運行、升級維護等相互不影響。每個業(yè)務(wù)處理模塊20只處理具有與之對應(yīng)的運營屬性的用 戶的業(yè)務(wù)，對內(nèi)相當(dāng)于一個獨立的短消息中心。如圖3所示，根據(jù)本發(fā)明實施例的短消息中心還可以包括運營維護模塊30，用于 為短信中心系統(tǒng)提供運營維護服務(wù)，為各個業(yè)務(wù)處理模塊20的業(yè)務(wù)配置相應(yīng)的配置信息。 對內(nèi)運營維護模塊30可以為多個業(yè)務(wù)處理模塊20服務(wù)，使得各個業(yè)務(wù)處理模塊20獨立運 行，相互不影響。如圖3所示，運營維護模塊30分別與調(diào)度分發(fā)模塊10和各個業(yè)務(wù)處理模塊20相 連，對調(diào)度分發(fā)模塊10和各個業(yè)務(wù)處理模塊20分別進行信息配置維護等，確保各個業(yè)務(wù)處 理模塊20對內(nèi)執(zhí)行獨立的短消息中心的功能，完成各自服務(wù)用戶的業(yè)務(wù)，并將各個模塊的 日志等信息統(tǒng)一分別處理。優(yōu)選地，如圖4所示，運營維護模塊30可以包括多個運營維護子模塊310，每個運 營維護子模塊310相互獨立，其中，每個運營維護子模塊310用于響應(yīng)其權(quán)限用戶的登錄操 作，提供與該權(quán)限用戶對應(yīng)的配置界面，接受權(quán)限用戶對該運營維護子模塊310對應(yīng)的業(yè) 務(wù)處理模塊20的配置操作。通過各個運營維護子模塊310可以對各個業(yè)務(wù)處理模塊20進 行配置，例如，配置各個業(yè)務(wù)處理模塊20的計費策略、路由路徑等信息。通過調(diào)用不同的運營維護子模塊310提供對不同業(yè)務(wù)處理模塊20的運營維護，可 以為不同的虛擬運營的實體區(qū)分語言、國家碼和時區(qū)等，對不同權(quán)限的運維用戶只展現(xiàn)與 該用戶相關(guān)系的內(nèi)容。從而避免了不同虛擬運營實體的信息交叉，方便不同的運維用戶對 不同的業(yè)務(wù)處理模塊20進行升級、維護等操作。圖5為根據(jù)本發(fā)明實施例一的另一優(yōu)選短消息中心系統(tǒng)的結(jié)構(gòu)示意圖，該短消息 中心系統(tǒng)與圖3或圖4所示的短消息中心系統(tǒng)的區(qū)別在于，該短消息中心系統(tǒng)還包括存儲 模塊40，用于存儲各個業(yè)務(wù)處理模塊20與運營屬性的對應(yīng)關(guān)系，調(diào)度分發(fā)模塊10通過查詢 存儲模塊40存儲的該對應(yīng)關(guān)系，可以查詢到與接收到的短消息的用戶的運營屬性對應(yīng)的 業(yè)務(wù)處理模塊20，從而將該短消息分發(fā)給該業(yè)務(wù)處理模塊20。其中，調(diào)度分發(fā)模塊10可以通過用戶簽約數(shù)據(jù)庫獲取接收到的短消息的主叫用 戶或被叫用戶的運營屬性，然后查找存儲模塊10存儲的對應(yīng)關(guān)系，獲取對應(yīng)的業(yè)務(wù)處理模 塊20;或者，調(diào)度分發(fā)模塊10也可以通過接收到的短消息的主叫用戶或被叫用戶的標(biāo)識獲 取該主叫用戶或被叫用戶的運營屬性，從而進一步處理該短消息的業(yè)務(wù)處理模塊20。
通過本發(fā)明實施例的上述短消息中心系統(tǒng)，可以同時為不同國家或者不同運營商 或者不同品牌服務(wù)，多個業(yè)務(wù)處理模塊20可以獨立運營，相互不影響，為更好地開展用戶 短消息業(yè)務(wù)運營提供了保障。實施例二圖6為根據(jù)本發(fā)明實施例二的短消息處理方法的流程圖，該方法通過如圖3、4或 5所示的短消息中心系統(tǒng)實現(xiàn)，該方法主要包括以下步驟步驟S602，外部網(wǎng)元向短消息中心系統(tǒng)發(fā)送短消息；步驟S604，短消息中心系統(tǒng)的調(diào)度分發(fā)模塊接收該短消息，并根據(jù)該短消息的主 叫用戶或被叫用戶的運營屬性，將該短消息分發(fā)給與該運營屬性對應(yīng)的業(yè)務(wù)處理模塊；例如，調(diào)度分發(fā)模塊可以從該短消息的主叫用戶或被叫用戶的簽約信息中獲取該 主叫用戶或被叫用戶的運營屬性，或者，調(diào)度分發(fā)模塊也可以根據(jù)該主叫用戶或被叫用戶 的標(biāo)識(例如，電話號碼)確定其運營屬性。其中，運營屬性包括但不限于以下之一地域；運營商；地域和運營商；運營商和 業(yè)務(wù)類別；地域、運營商和業(yè)務(wù)類別三者。例如，對于點對點短消息，調(diào)度分發(fā)模塊可以根據(jù)主叫用戶的運營屬性判斷；對于 ESME到點的短消息，調(diào)度分發(fā)模塊可以根據(jù)被叫用戶的運營屬性判斷。步驟S606，上述業(yè)務(wù)處理模塊接收上述短消息，根據(jù)該短消息的被叫用戶的標(biāo)識， 將該短消息路由給外部網(wǎng)元。在本發(fā)明實施例中，業(yè)務(wù)處理模塊執(zhí)行短消息中心的功能，處理接收到的短消息。在實際應(yīng)用中，運維用戶可以通過運營維護模塊為各個業(yè)務(wù)處理模塊的業(yè)務(wù)配置 相應(yīng)的配置信息，例如，語言、國家碼和時區(qū)等信息，并且，還可以配置各個業(yè)務(wù)處理模塊路 由短消息時的路由信息。并且，為了使各個虛擬運營實體相互獨立，運營維護模塊可以提供多個運營維護 子模塊，各個運營維護子模塊分別與一個業(yè)務(wù)處理模塊對應(yīng)，各個虛擬運營實體的運維用 戶通過對應(yīng)的運營維護子模塊配置對應(yīng)的業(yè)務(wù)處理模塊。具體地，在運維用戶登錄時，與該 運維用戶的權(quán)限對應(yīng)的運營維護子模塊響應(yīng)于運維用戶的登錄操作，提供與該運維用戶對 應(yīng)的配置界面，并接收運維用戶通過該配置界面輸入的配置信息，并根據(jù)該配置信息配置 相就的業(yè)務(wù)處理模塊，從而可以達到對獨立的業(yè)務(wù)處理模塊進行運營維護或升級的目的。通過本發(fā)明實施例提供的上述方法，可以根據(jù)用戶的運營屬性將不同運營屬性的 用戶的短消息分發(fā)給相應(yīng)的業(yè)務(wù)處理模塊處理，從而達到不同地域、運營商或服務(wù)品牌共 用一套短消息中心系統(tǒng)的目的，節(jié)約了設(shè)備資源，降低了運營維護成本。從以上的描述中，可以看出，在本發(fā)明實施例中，通過在短消息中心系統(tǒng)中設(shè)置多 個業(yè)務(wù)處理模塊，各個業(yè)務(wù)處理模塊作為一個短消息中心，同時為不同地域或不同運營商 或不同業(yè)務(wù)類型服務(wù)，從而解決了由于需要為每個地域或每個運營商設(shè)置一套短消息中心 而導(dǎo)致短消息中心利用率不高或運營商成本較高的問題，進而達到了節(jié)約了設(shè)備資源，降 低了設(shè)備成本，同時還方便運營商進行維護，節(jié)約了維護和升級的成本。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種短消息中心系統(tǒng)，其特征在于，包括調(diào)度分發(fā)模塊和多個業(yè)務(wù)處理模塊，其中，所述調(diào)度分發(fā)模塊，用于接收外部網(wǎng)元的短消息，根據(jù)所述短消息的主叫用戶或被叫用戶的運營屬性，將所述短消息分發(fā)給與所述運營屬性對應(yīng)的所述業(yè)務(wù)處理模塊；所述業(yè)務(wù)處理模塊，用于接收來自所述調(diào)度分發(fā)模塊的所述短消息，并根據(jù)所述被叫用戶的標(biāo)識路由所述短消息。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括運營維護模塊，用于為所述短消息中心系統(tǒng)提供運營維護服務(wù)，為各個所述業(yè)務(wù)處理 模塊的業(yè)務(wù)配置相應(yīng)的配置信息。
3.根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于，所述運營維護模塊包括多個運營維護子 模塊，每個所述運營維護子模塊分別對應(yīng)于一個所述業(yè)務(wù)處理模塊，各個所述運營維護子 模塊相互獨立，其中，每個運營維護子模塊用于響應(yīng)其權(quán)限用戶的登錄操作，提供與該權(quán)限 用戶對應(yīng)的配置界面，接受所述權(quán)限用戶對該運營維護子模塊對應(yīng)的業(yè)務(wù)處理模塊的配置 操作。
4.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，多個所述業(yè)務(wù)處理模塊與運營屬性一一對應(yīng)。
5.根據(jù)權(quán)利要求1至4中任一項所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 存儲模塊，用于保存各個所述業(yè)務(wù)處理模塊與運營屬性的對應(yīng)關(guān)系。
6.根據(jù)權(quán)利要求1至4中任一項所述的系統(tǒng)，其特征在于，所述運營屬性包括以下之 一地域；運營商；地域和運營商；運營商和業(yè)務(wù)類別；地域、運營商和業(yè)務(wù)類別三者。
7.根據(jù)權(quán)利要求1至4中任一項所述的系統(tǒng)，其特征在于，所述調(diào)度分發(fā)模塊還用于從 用戶簽約數(shù)據(jù)庫中獲取所述主叫用戶或被叫用戶的運營屬性，或者，從所述主叫用戶或被 叫用戶的標(biāo)識中獲取所述主叫用戶或被叫用戶的運營屬性。
8.一種短消息處理方法，其特征在于，包括 外部網(wǎng)元向短消息中心系統(tǒng)發(fā)送短消息；所述短消息中心系統(tǒng)的調(diào)度分發(fā)模塊根據(jù)所述短消息的主叫用戶或被叫用戶的運營 屬性，將所述短消息分發(fā)給與所述運營屬性對應(yīng)的業(yè)務(wù)處理模塊；所述業(yè)務(wù)處理模塊接收所述短消息，根據(jù)所述被叫用戶的標(biāo)識，將所述短消息路由給 外部網(wǎng)元。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述方法還包括所述短消息中心系統(tǒng)的運營維護模塊響應(yīng)于運維用戶的操作，為所述業(yè)務(wù)處理模塊的 業(yè)務(wù)配置相應(yīng)的配置信息。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，為所述業(yè)務(wù)處理模塊的業(yè)務(wù)配置相應(yīng)的 配置信息包括與所述運維用戶的權(quán)限對應(yīng)的運營維護子模塊響應(yīng)于所述運維用戶的登錄操作，提供 與所述運維用戶對應(yīng)的配置界面；所述運營維護子模塊接收所述運維用戶通過所述配置界面輸入的配置信息，根據(jù)所述 配置信息配置與所述運營維護子模塊對應(yīng)的所述業(yè)務(wù)處理模塊。
11.根據(jù)權(quán)利要求8至10中任一項所述的方法，其特征在于，所述運營屬性包括以下之一地域；運營商；地域和運營商；運營商和業(yè)務(wù)類別；地域、運營商和業(yè)務(wù)類別三者。
12.根據(jù)權(quán)利要求8至10中任一項所述的方法，其特征在于，所述調(diào)度分發(fā)模塊將所述 短消息分發(fā)給與所述運營屬性對應(yīng)的業(yè)務(wù)處理模塊之前，所述方法還包括所述調(diào)度分發(fā)模塊從用戶簽約數(shù)據(jù)庫中獲取所述主叫用戶或被叫用戶的運營屬性，或 者，所述調(diào)度分發(fā)模塊從所述主叫用戶或被叫用戶的標(biāo)識中獲取所述主叫用戶或被叫用戶 的運營屬性。
全文摘要
本發(fā)明公開了一種短消息處理方法及短消息中心系統(tǒng)。其中，該短消息中心系統(tǒng)包括調(diào)度分發(fā)模塊和多個業(yè)務(wù)處理模塊，其中，調(diào)度分發(fā)模塊，用于接收外部網(wǎng)元的短消息，根據(jù)該短消息的主叫用戶或被叫用戶的運營屬性，將該短消息分發(fā)給與該運營屬性對應(yīng)的業(yè)務(wù)處理模塊；業(yè)務(wù)處理模塊，用于接收來自調(diào)度分發(fā)模塊的短消息，并根據(jù)該短消息的被叫用戶的標(biāo)識路由該短消息。通過本發(fā)明，可以節(jié)約設(shè)備資源，降低設(shè)備成本。
文檔編號H04W88/18GK101902838SQ20101023869
公開日2010年12月1日 申請日期2010年7月22日 優(yōu)先權(quán)日2010年7月22日
發(fā)明者周業(yè)娟, 孫立波, 張亞奎, 鐘建 申請人:中興通訊股份有限公司