短消息前轉(zhuǎn)的異常處理方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種短消息前轉(zhuǎn)的異常處理方法及裝置。
【背景技術(shù)】
[0002]短消息前轉(zhuǎn)業(yè)務(wù)是指短消息中心(Short Message Service Center,簡稱為SMSC)將接收到消息按照一定的比例或消息屬性的不同前轉(zhuǎn)到其他SMSC進(jìn)行處理的一種業(yè)務(wù)。
[0003]相關(guān)技術(shù)中，短消息中心前轉(zhuǎn)業(yè)務(wù)主要有以下幾個(gè)應(yīng)用場景:用戶屬性不同要求在不同的短消息中心才能進(jìn)行正常處理；如用戶開戶在不同短消息中心，相關(guān)消息只有在歸屬的短消息中心才能正常處理。通過消息前轉(zhuǎn)來實(shí)現(xiàn)不同短消息中心之間消息流量負(fù)荷分擔(dān)；如系統(tǒng)出現(xiàn)過負(fù)荷時(shí)，將消息前轉(zhuǎn)到其他短消息中心來進(jìn)行負(fù)荷分擔(dān)。短消息中心角色不同，需要消息在不同短消息中心之間進(jìn)行前轉(zhuǎn)；如有的短消息中心只負(fù)責(zé)首次終呼，終呼失敗將消息前轉(zhuǎn)到專門負(fù)責(zé)重試的短消息中心進(jìn)行下發(fā)。
[0004]不同前轉(zhuǎn)業(yè)務(wù)應(yīng)用場景決定了前轉(zhuǎn)既可發(fā)生在起呼階段又可發(fā)生在終呼階段；圖1是根據(jù)相關(guān)技術(shù)的起呼階段前轉(zhuǎn)的流程圖，如圖1所示，該流程包括如下步驟:
[0005]步驟S102，終端用戶通過SS7網(wǎng)絡(luò)提交消息到短消息中心；
[0006]步驟S104，短消息中心先根據(jù)不同前轉(zhuǎn)策略來判斷消息是否需要前轉(zhuǎn)；
[0007]步驟S106，若前轉(zhuǎn)，先獲取待前轉(zhuǎn)實(shí)體的地址，后將消息前轉(zhuǎn)出局；
[0008]步驟S108，若不前轉(zhuǎn)，繼續(xù)在本短消息中心處理其他業(yè)務(wù)。
[0009]在消息前轉(zhuǎn)過程中出現(xiàn)的異常主要包括??與目的SMSC的鏈路出現(xiàn)異常，如前轉(zhuǎn)消息無法發(fā)送或無法接收目的SMSC的前轉(zhuǎn)響應(yīng)；目的SMSC業(yè)務(wù)處理出現(xiàn)異常，如過負(fù)荷。相關(guān)技術(shù)中，對(duì)上述前轉(zhuǎn)異常處理都比較簡單:要么拒絕消息，要么在本地繼續(xù)處理，給用戶的使用帶了較為負(fù)面的影響。
[0010]目前短消息中心前轉(zhuǎn)業(yè)務(wù)在國際市場應(yīng)用十分廣泛，不同運(yùn)營商對(duì)消息前轉(zhuǎn)條件、前轉(zhuǎn)容災(zāi)處理都提出完全不同要求。
[0011]針對(duì)相關(guān)技術(shù)中短消息前轉(zhuǎn)業(yè)務(wù)系統(tǒng)可靠性不高，穩(wěn)定性差的問題，至今沒有提出解決方案。

【發(fā)明內(nèi)容】

[0012]本發(fā)明提供了一種短消息前轉(zhuǎn)的異常處理方法及裝置，以至少解決短消息前轉(zhuǎn)業(yè)務(wù)系統(tǒng)可靠性不高，穩(wěn)定性差的問題。
[0013]根據(jù)本發(fā)明的一個(gè)方面，提供了一種短消息前轉(zhuǎn)的異常處理方法，該方法包括:檢測到所述短消息前轉(zhuǎn)異常；根據(jù)集中容災(zāi)處理策略處理所述短消息，其中，所述集中容災(zāi)處理策略包括以下至少之一:在簡單模式下，拒絕所述短消息或者在本地繼續(xù)處理所述短消息；在主備模式下，在主前轉(zhuǎn)短消息服務(wù)中心SMSC異常時(shí)，將所述短消息前轉(zhuǎn)到備前轉(zhuǎn)SMSC ;在緩存模式下，在前轉(zhuǎn)SMSC異常時(shí)，將所述短消息緩存至本地，待所述前轉(zhuǎn)SMSC從異常中恢復(fù)之后，將所述短消息前轉(zhuǎn)至所述前轉(zhuǎn)SMSC ;在主備和緩存模式下，在主前轉(zhuǎn)SMSC異常時(shí)，將所述短消息前轉(zhuǎn)至備前轉(zhuǎn)SMSC上，若所述備前轉(zhuǎn)SMSC異常，則緩存所述短消息，待所述主前轉(zhuǎn)SMSC從異常中恢復(fù)后，再將所述短消息前轉(zhuǎn)至所述主前轉(zhuǎn)SMSC。
[0014]優(yōu)選地，檢測到所述短消息前轉(zhuǎn)異常之前，所述方法還包括:配置前轉(zhuǎn)策略，根據(jù)所述前轉(zhuǎn)策略前轉(zhuǎn)所述短消息，其中，所述前轉(zhuǎn)策略包括以下至少之一:所述短消息的前轉(zhuǎn)規(guī)則，其中，所述前轉(zhuǎn)規(guī)則用于判定所述短消息是否前轉(zhuǎn)；所述短消息的前轉(zhuǎn)目的SMSC的選擇策略，其中，所述前轉(zhuǎn)目的SMSC用于判定所述短消息前轉(zhuǎn)的目的SMSC。
[0015]優(yōu)選地，所述前轉(zhuǎn)規(guī)則包括至少一個(gè)與所述短消息的屬性相應(yīng)的匹配條件，其中，所述短消息的屬性包括以下至少之一:主被叫號(hào)碼，開戶信息，起呼移動(dòng)交換中心MSCjS消息中心SC地址，短信協(xié)議標(biāo)識(shí)PID。
[0016]優(yōu)選地，所述前轉(zhuǎn)目的SMSC的選擇策略包括根據(jù)以下至少之一選擇所述前轉(zhuǎn)目的SMSC:主叫、被叫、起呼MSC、國際移動(dòng)用戶識(shí)別碼MS1、百分比。
[0017]優(yōu)選地，根據(jù)所述前轉(zhuǎn)策略前轉(zhuǎn)所述短消息包括:匹配所述短消息的屬性和所述前轉(zhuǎn)規(guī)則，在匹配成功的情況下，觸發(fā)所述短消息的前轉(zhuǎn)至所述目的SMSC。
[0018]優(yōu)選地，所述異常狀態(tài)包括以下至少之一:檢測到與目的SMSC的鏈路出現(xiàn)異常；檢測到業(yè)務(wù)層處理出現(xiàn)異常。
[0019]根據(jù)本發(fā)明的另一個(gè)方面，提供了一種短消息的前轉(zhuǎn)裝置，該裝置包括:檢測模塊，用于檢測到所述短消息前轉(zhuǎn)異常；處理模塊，用于根據(jù)集中容災(zāi)處理策略處理所述短消息，其中，所述集中容災(zāi)處理策略包括以下至少之一:在簡單模式下，拒絕所述短消息或者在本地繼續(xù)處理所述短消息；在主備模式下，在主前轉(zhuǎn)短消息服務(wù)中心SMSC異常時(shí)，將所述短消息前轉(zhuǎn)到備前轉(zhuǎn)SMSC ;在緩存模式下，在前轉(zhuǎn)SMSC異常時(shí)，將所述短消息緩存至本地，待所述前轉(zhuǎn)SMSC從異常中恢復(fù)之后，將所述短消息前轉(zhuǎn)至所述前轉(zhuǎn)SMSC ;在主備和緩存模式下，在主前轉(zhuǎn)SMSC異常時(shí)，將所述短消息前轉(zhuǎn)至備前轉(zhuǎn)SMSC上，若所述備前轉(zhuǎn)SMSC異常，則緩存所述短消息，待所述主前轉(zhuǎn)SMSC從異常中恢復(fù)后，再將所述短消息前轉(zhuǎn)至所述主前轉(zhuǎn)SMSC。
[0020]優(yōu)選地，所述裝置還包括:配置模塊，用于配置前轉(zhuǎn)策略；前轉(zhuǎn)模塊，用于根據(jù)所述前轉(zhuǎn)策略前轉(zhuǎn)所述短消息，其中，所述前轉(zhuǎn)策略包括以下至少之一:所述短消息的前轉(zhuǎn)規(guī)貝U，其中，所述前轉(zhuǎn)規(guī)則用于判定所述短消息是否前轉(zhuǎn)；所述短消息的前轉(zhuǎn)目的短消息服務(wù)中心SMSC的選擇策略，其中，所述前轉(zhuǎn)目的SMSC用于判定所述短消息前轉(zhuǎn)的目的SMSC。
[0021]優(yōu)選地，所述前轉(zhuǎn)規(guī)則包括至少一個(gè)與所述短消息的屬性相應(yīng)的匹配條件，其中，所述短消息的屬性包括以下至少之一:主被叫號(hào)碼，開戶信息，起呼移動(dòng)交換中心MSCjS消息中心SC地址，短信協(xié)議標(biāo)識(shí)PID。
[0022]通過本發(fā)明，采用以下方案:檢測到所述短消息前轉(zhuǎn)異常，根據(jù)集中容災(zāi)處理策略處理所述短消息，其中，所述集中容災(zāi)處理策略包括以下至少之一:在簡單模式下，拒絕所述短消息或者在本地繼續(xù)處理所述短消息；在主備模式下，在主前轉(zhuǎn)短消息服務(wù)中心SMSC異常時(shí)，將所述短消息前轉(zhuǎn)到備前轉(zhuǎn)SMSC ;在緩存模式下，在前轉(zhuǎn)SMSC異常時(shí)，將所述短消息緩存至本地，待所述前轉(zhuǎn)SMSC從異常中恢復(fù)之后，將所述短消息前轉(zhuǎn)至所述前轉(zhuǎn)SMSC ；在主備和緩存模式下，在主前轉(zhuǎn)SMSC異常時(shí)，將所述短消息前轉(zhuǎn)至備前轉(zhuǎn)SMSC上，若所述備前轉(zhuǎn)SMSC異常，則緩存所述短消息，待所述主前轉(zhuǎn)SMSC從異常中恢復(fù)后，再將所述短消息前轉(zhuǎn)至所述主前轉(zhuǎn)SMSC，解決了短消息前轉(zhuǎn)業(yè)務(wù)系統(tǒng)可靠性不高，穩(wěn)定性差的問題，具有提高前轉(zhuǎn)業(yè)務(wù)系統(tǒng)的穩(wěn)定性和可靠性的有益效果。
【附圖說明】
[0023]此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中:
[0024]圖1是根據(jù)相關(guān)技術(shù)的起呼階段前轉(zhuǎn)的流程圖；
[0025]圖2是根據(jù)本發(fā)明實(shí)施例的短消息前轉(zhuǎn)的異常處理方法的流程圖；
[0026]圖3是根據(jù)本發(fā)明實(shí)施例的短消息前轉(zhuǎn)的異常處理裝置的結(jié)構(gòu)圖；
[0027]圖3a是根據(jù)本發(fā)明實(shí)施例的短消息前轉(zhuǎn)的異常處理裝置的另一結(jié)構(gòu)圖；
[0028]圖3b是根據(jù)本發(fā)明優(yōu)選實(shí)施例的短消息前轉(zhuǎn)的異常處理裝置的結(jié)構(gòu)示意圖；
[0029]圖4是本發(fā)明優(yōu)選實(shí)例的GSM短信中心靈活前轉(zhuǎn)容災(zāi)系統(tǒng)的結(jié)構(gòu)示意圖；
[0030]圖5是本發(fā)明優(yōu)選實(shí)例的GSM短信中心靈活前轉(zhuǎn)容災(zāi)系統(tǒng)正常前轉(zhuǎn)的流程圖；
[0031]圖6是本發(fā)明優(yōu)選實(shí)例的GSM短信中心靈活前轉(zhuǎn)容災(zāi)系統(tǒng)異常前轉(zhuǎn)的流程圖；以及
[0032]圖7是本發(fā)明優(yōu)選實(shí)例的GSM短信中心靈活前轉(zhuǎn)容災(zāi)系統(tǒng)前轉(zhuǎn)實(shí)體狀態(tài)維護(hù)的流程圖。
【具體實(shí)施方式】
[0033]需要說明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。下面將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。
[0034]本實(shí)施例提供了一種短消息前轉(zhuǎn)的異常處理方法，圖2是根據(jù)本發(fā)明實(shí)施例的短消息的前轉(zhuǎn)方法的流程圖，如圖2所示，該方法包括的步驟如下:
[0035]步驟S202，檢測到所述短消息前轉(zhuǎn)異常；
[0036]步驟S204，根據(jù)集中容災(zāi)處理策略處理所述短消息。
[0037]其中，所述集中容災(zāi)處理策略包括以下至少之一:在簡單模式下，拒絕所述短消息或者在本地繼續(xù)處理所述短消息；在主備模式下，在主前轉(zhuǎn)短消息服務(wù)中心SMSC異常時(shí)，將所述短消息前轉(zhuǎn)到備前轉(zhuǎn)SMSC ;在緩存模式下，在前轉(zhuǎn)SMSC異常時(shí)，將所述短消息緩存至本地，待所述前轉(zhuǎn)SMSC從異常中恢復(fù)之后，將所述短消息前轉(zhuǎn)至所述前轉(zhuǎn)SMSC ;在主備和緩存模式下，在主前轉(zhuǎn)SMSC異常時(shí)，將所述短消息前轉(zhuǎn)至備前轉(zhuǎn)SMSC上，若所述備前轉(zhuǎn)SMSC異常，則緩存所述短消息，待所述主前轉(zhuǎn)SMSC從異常中恢復(fù)后，再將所述短消息前轉(zhuǎn)至所述主前轉(zhuǎn)SMSC。
[0038]通過上述步驟，解決了短消息前轉(zhuǎn)業(yè)務(wù)的標(biāo)準(zhǔn)不統(tǒng)一，導(dǎo)致的前轉(zhuǎn)業(yè)務(wù)系統(tǒng)可靠性不高，穩(wěn)定性差的問題，提高了前轉(zhuǎn)業(yè)務(wù)系統(tǒng)的穩(wěn)定性和可靠性。
[0039]在本實(shí)施例的一個(gè)優(yōu)選實(shí)施方式中，檢測到所述短消息前轉(zhuǎn)異常之前，所述方法還可以包括:配置前轉(zhuǎn)策略，根據(jù)所述前轉(zhuǎn)策略前轉(zhuǎn)所述短消息，其中，所述前轉(zhuǎn)