一種短消息服務(wù)中心及短消息重發(fā)的方法
【專利摘要】本發(fā)明公開了一種短消息服務(wù)中心及短消息重發(fā)的方法，包括：短消息服務(wù)中心下發(fā)消息失敗后，確定與該消息類型對應(yīng)的重試方案；在所述重試方案中，根據(jù)所述短消息服務(wù)中心目前所處的時間，確定對應(yīng)的重試模式；根據(jù)所述消息下發(fā)失敗的原因，在所述重試模式中選擇重試規(guī)則；根據(jù)所述重試規(guī)則，將所述消息放入重試隊列，下發(fā)所述消息。本發(fā)明對消息重發(fā)進(jìn)行分時控制，根據(jù)不同的消息，在不同的時間段采用不同的重試規(guī)則，合理分配系統(tǒng)的資源運(yùn)用，解決了傳統(tǒng)重試方式對資源的固定占用，能在不擴(kuò)容系統(tǒng)的情況下較大增大系統(tǒng)業(yè)務(wù)處理能力，同時兼顧用戶滿意度及系統(tǒng)處理兩方面的需求。
【專利說明】一種短消息服務(wù)中心及短消息重發(fā)的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通訊【技術(shù)領(lǐng)域】，特別是涉及一種短消息服務(wù)中心(SMSC，ShortMessage Service Center)及短消息重發(fā)的方法。
【背景技術(shù)】
[0002]短消息業(yè)務(wù)(ShortMessage Service:SMS)提供在 GSM (Global System ofMobile Communication，全球移動通訊系統(tǒng))網(wǎng)絡(luò)中移動用戶和移動用戶之間或GSM網(wǎng)絡(luò)的移動用戶和固網(wǎng)的固定用戶之間發(fā)送訊息長度較短的信息。
[0003]點(diǎn)對點(diǎn)短消息的傳遞與發(fā)送由短消息服務(wù)中心進(jìn)行。短消息服務(wù)中心的作用類似于郵局，接收來自各方面的短消息，然后再發(fā)給各個用戶。短消息服務(wù)中心的主要功能是接收、存儲和轉(zhuǎn)發(fā)用戶的短消息。而為了盡可能保證消息能成功送達(dá)目的地，以及提高用戶使用短信業(yè)務(wù)的感官體驗(yàn)，短消息服務(wù)中心一個重要的功能就是對發(fā)送失敗的消息進(jìn)行重試。
[0004]目前，各廠商的短消息服務(wù)中心都支持短消息重試功能，通常，根據(jù)用戶的優(yōu)先級或消息下發(fā)失敗的錯誤碼配置不同的重試規(guī)則，重試規(guī)則包括重試次數(shù)、重試間隔以及重試結(jié)束時的動作等主要的屬性。消息重試大大改觀了用戶的體驗(yàn)，但重試是要占用部分系統(tǒng)資源的，尤其是高頻率的重試次數(shù)，會大量占用系統(tǒng)資源，大大增加系統(tǒng)的負(fù)擔(dān)。
[0005]而短信的使用量并不是均衡的，不同的消息類型，在不同的時段會差異相當(dāng)大。某類消息會在一天的某個或某幾個時段比較集中，在其它時段則很少，而在節(jié)假日更可能是成倍增長。如果單純依靠過負(fù)荷控制等方法，雖然能保證系統(tǒng)安全運(yùn)行，但勢必增加消息提交失敗率以及增大消息下發(fā)的時延，而出于成本的考慮，短消息服務(wù)中心不可能按照最高峰時的業(yè)務(wù)量來配置系統(tǒng)的容量，這就需要有一種方法來合理分配系統(tǒng)的資源，既保證系統(tǒng)在業(yè)務(wù)量突發(fā)的情況下處理盡可能多的消息，同時又能在大多時候保證用戶的滿意度。

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

[0006]本發(fā)明要解決的技術(shù)問題是提供一種短消息服務(wù)中心及短消息重發(fā)的方法，用以解決現(xiàn)有技術(shù)中消息重試方式單一及對系統(tǒng)資源固定占用的問題，合理分配系統(tǒng)資源，提高系統(tǒng)處理能力及改善用戶業(yè)務(wù)使用感官體驗(yàn)。
[0007]為解決上述技術(shù)問題，一方面，本發(fā)明提供一種短消息重發(fā)的方法，包括:
[0008]短消息服務(wù)中心下發(fā)消息失敗后，確定與該消息類型對應(yīng)的重試方案；
[0009]根據(jù)所述短消息服務(wù)中心目前所處的時間，在所述重試方案中確定對應(yīng)的重試模式；
[0010]根據(jù)所述消息下發(fā)失敗的原因，在所述重試模式中選擇重試規(guī)則；
[0011]根據(jù)所述重試規(guī)則，將所述消息放入重試隊列，下發(fā)所述消息。
[0012]進(jìn)一步，在短消息服務(wù)中心下發(fā)消息之前，還包括:
[0013]設(shè)置不同的消息類型與不同的重試方案之間的對應(yīng)關(guān)系。[0014]進(jìn)一步，在短消息服務(wù)中心下發(fā)消息之前，還包括:
[0015]設(shè)置所述短消息服務(wù)中心各時間段與不同的重試模式之間的對應(yīng)關(guān)系。
[0016]進(jìn)一步，在短消息服務(wù)中心下發(fā)消息之前，還包括:
[0017]設(shè)置消息下發(fā)失敗的不同原因與不同的重試規(guī)則之間的對應(yīng)關(guān)系。
[0018]進(jìn)一步，所述重試規(guī)則包括:消息是否重試、重試次數(shù)、重試間隔、重試優(yōu)先級以及重試結(jié)束參數(shù)。
[0019]另一方面，本發(fā)明還提供一種短消息服務(wù)中心，其特征在于，包括:
[0020]重試方案確定模塊，用于短消息服務(wù)中心下發(fā)消息失敗后，確定與該消息類型對應(yīng)的重試方案；
[0021]重試模式確定模塊，用于根據(jù)所述短消息服務(wù)中心目前所處的時間，在所述重試方案中確定對應(yīng)的重試模式；
[0022]重試規(guī)則選擇模塊，用于根據(jù)所述消息下發(fā)失敗的原因，在所述重試模式中選擇重試規(guī)則；
[0023]下發(fā)消息模塊，用于根據(jù)所述重試規(guī)則，將所述消息放入重試隊列，下發(fā)所述消
肩、O
[0024]進(jìn)一步，所述短消息服務(wù)中心還包括:
[0025]設(shè)置模塊，用于設(shè)置不同的消息類型與不同的重試方案之間的對應(yīng)關(guān)系。
[0026]進(jìn)一步，所述短消息服務(wù)中心還包括:
[0027]設(shè)置模塊，用于設(shè)置所述短消息服務(wù)中心各時間段與不同的重試模式之間的對應(yīng)關(guān)系。
[0028]進(jìn)一步，所述設(shè)置模塊還用于:設(shè)置消息下發(fā)失的不同敗原因與不同的重試規(guī)則之間的對應(yīng)關(guān)系。
[0029]進(jìn)一步，所述重試規(guī)則包括:消息是否重試、重試次數(shù)、重試間隔、重試優(yōu)先級以及重試結(jié)束參數(shù)。，
[0030]本發(fā)明有益效果如下:
[0031]本發(fā)明對消息重發(fā)進(jìn)行分時控制，根據(jù)不同的消息，在不同的時間段采用不同的重試規(guī)則，合理分配系統(tǒng)的資源運(yùn)用，解決了傳統(tǒng)重試方式對資源的固定占用，能在不擴(kuò)容系統(tǒng)的情況下較大增大系統(tǒng)業(yè)務(wù)處理能力，同時兼顧用戶滿意度及系統(tǒng)處理兩方面的需求。
【專利附圖】

【附圖說明】
[0032]圖1是本發(fā)明實(shí)施例中一種短消息重發(fā)的方法的流程圖；
[0033]圖2是本發(fā)明實(shí)施例中一種短消息服務(wù)中心的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0034]以下結(jié)合附圖以及實(shí)施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。
[0035]由于在相關(guān)的技術(shù)中所采用的重試方法，無法對消息的重發(fā)策略按不同的時段進(jìn)行分別處理，這就造成所有的重試策略在所有的時間點(diǎn)都是一樣的，占用相同的系統(tǒng)資源，如果策略過于簡單，則達(dá)不到充分滿足用戶體驗(yàn)的要求，過于復(fù)雜，則過多占用系統(tǒng)資源，大幅降低系統(tǒng)業(yè)務(wù)處理能力?；诖?，本發(fā)明實(shí)例提供了一種基于時間控制的短消息重發(fā)的方法以及短消息服務(wù)中心系統(tǒng)。本發(fā)明在短消息服務(wù)中心設(shè)立消息重發(fā)系統(tǒng)，在消息發(fā)送失敗的情況下，根據(jù)消息類型，確定不同的消息重試方案，重試方案可以按照預(yù)先的設(shè)定，在不同的時段對同一種情況指定不同的重試模式。在忙時或節(jié)假日，可以指定一種重試頻率低，重試次數(shù)相對較少的重試策略，降低系統(tǒng)的額外資源開銷，提高系統(tǒng)的業(yè)務(wù)處理能力，在閑時，則可以指定一種重試頻度高，重試次數(shù)多的重試策略，進(jìn)一步提高用戶的體驗(yàn)。該方案通過系統(tǒng)提供的分時重試策略，對各類消息進(jìn)行重發(fā)控制，既保證消息最終發(fā)送成功率，同時靈活分配系統(tǒng)資源，兼顧不同時段的業(yè)務(wù)處理需要。
[0036]如圖1所示，本發(fā)明實(shí)施例涉及一種短消息重發(fā)的方法，包括:
[0037]步驟S101，短消息服務(wù)中心下發(fā)消息失敗后，確定與該消息類型對應(yīng)的重試方案；
[0038]本步驟中，短消息服務(wù)中心SMSC在接收到手機(jī)用戶提交的短消息(MO消息)或短消息實(shí)體提交的短消息(A0消息)后，經(jīng)過一系列業(yè)務(wù)處理后，下發(fā)消息給目的用戶；如果發(fā)送成功，則結(jié)束流程；如果消息發(fā)送失敗，則進(jìn)入重試流程。
[0039]重試消息根據(jù)策略來進(jìn)行重試，需要在重試前進(jìn)行確定，短消息服務(wù)中心根據(jù)失敗消息的各項參數(shù)，確定消息進(jìn)行重試的規(guī)則，每個重試消息最終確定唯一的重試規(guī)則。
[0040]消息發(fā)送失敗以后，根據(jù)消息的類型，確定該消息需要采用的重試方案。不同的消息類型，有著不同的發(fā)送特點(diǎn)，需要確定不同的重試方案。例如，可以將消息具體地分為3類:手機(jī)用戶起呼并最終發(fā)往手機(jī)用戶的消息(Μ0ΜΤ)、短消息實(shí)體發(fā)起的消息并最終發(fā)往手機(jī)用戶的消息(AOMT)以及最終發(fā)往短消息實(shí)體的消息(AT)。先要對不同的消息類型設(shè)置指定一個重試方案，各類型消息對應(yīng)的重試方案可以是同一個，也可以不同，具體根據(jù)所在短消息服務(wù)中心消息發(fā)送的特點(diǎn)靈活決定。特別的，AOMT消息由于提交的短消息實(shí)體特性差異也比較大，因此可以對每一個提交消息的短消息實(shí)體指定一個專有的重試方案。
[0041]步驟S102，根據(jù)所述短消息服務(wù)中心目前所處的時間，在重試方案中確定對應(yīng)的重試模式；
[0042]在確定的重試方案中需要根據(jù)系統(tǒng)時間確定消息的重試模式，不同的重試模式，對應(yīng)不同的時間段，也就意味著采用不同的重試規(guī)則。例如，在節(jié)假日或忙時，可以采用重試頻度低、重試次數(shù)少的重試規(guī)則，閑時，則可以采用重試頻度高、重試次數(shù)多的重試規(guī)則。例如，可以將重試模式細(xì)分為四類:正常模式、閑時模式、忙時模式、節(jié)假日模式。
[0043]節(jié)假日模式:設(shè)定一個跨天的時間段，比如5月I日零點(diǎn)到5月3日24點(diǎn)，當(dāng)SMSC的系統(tǒng)時間處于該時間段時，則確定為采用節(jié)假日模式，需要采用與節(jié)假日模式對應(yīng)的重試規(guī)則。
[0044]忙時模式，設(shè)定一天當(dāng)中的一個或多個時間段，比如每天早晨的8點(diǎn)鐘到10點(diǎn)鐘為忙時，當(dāng)SMSC的系統(tǒng)時間處于該段時間時，MOMT消息比較繁忙，需要設(shè)定重試次數(shù)較少、重試間隔較長的重試規(guī)則。
[0045]閑時模式，設(shè)定一天當(dāng)中的一個或多個時間段，比如每天早晨的I點(diǎn)鐘到5點(diǎn)鐘為閑時，很多用戶也處于關(guān)機(jī)狀態(tài)，為不打擾用戶，該段時間可以設(shè)定重試次數(shù)很少的重試規(guī)則。[0046]正常模式，即除上述情況以外的一天剩余的時間段，該時段可以設(shè)定比較通用的重試規(guī)則，適合大多數(shù)情況下的重試需要。
[0047]特別的，由于各時段的時間有一定的重疊，因此各模式執(zhí)行時有優(yōu)先級的要求，通常的，節(jié)假日模式優(yōu)先級最高，如果匹配到重試規(guī)則則最先執(zhí)行，忙時模式次之，閑時模式再次之，正常模式優(yōu)先級最低。
[0048]步驟S103，根據(jù)所述消息下發(fā)失敗的原因，在所述重試模式中選擇重試規(guī)則；
[0049]在上述各重試模式中，還需要確定重試的規(guī)則。系統(tǒng)根據(jù)消息發(fā)送的失敗原因，確定重試規(guī)則。
[0050]在消息重試之前，需要先設(shè)定各失敗原因?qū)?yīng)的重試規(guī)則，即某個特定失敗原因下消息的重試次數(shù)、重試間隔、重試優(yōu)先級及重試結(jié)束動作。
[0051]至于根據(jù)失敗原因配置重試規(guī)則，可以采用現(xiàn)有的失敗原因?qū)?yīng)的重試規(guī)則，也可以由技術(shù)人員根據(jù)具體的實(shí)際環(huán)境進(jìn)行配置，可以通過多次試驗(yàn)或仿真來獲得最佳的配置規(guī)則。
[0052]步驟S104，根據(jù)所述重試規(guī)則，將所述消息放入重試隊列，下發(fā)所述消息。
[0053]確定重試規(guī)則后，根據(jù)最終確定的重試規(guī)則，將消息放入重試隊列，按既定重試規(guī)則觸發(fā)重試動作，下發(fā)消息；消息下發(fā)成功，則結(jié)束該消息的重試流程；如果消息下發(fā)失敗，則返回步驟S101，重新確定消息重試規(guī)則，當(dāng)判斷條件發(fā)生變化，相應(yīng)的重試規(guī)則也將發(fā)生變化，重新確定重試規(guī)則直至消息成功下發(fā)或永久失敗。
[0054]如圖2所示，本發(fā)明實(shí)施例還涉及一種實(shí)現(xiàn)上述方法的短消息服務(wù)中心，包括:
[0055]重試方案確定模塊201，用于短消息服務(wù)中心下發(fā)消息失敗后，確定與該消息類型對應(yīng)的重試方案；
[0056]重試模式確定模塊202，用于在所述重試方案中，根據(jù)所述短消息服務(wù)中心目前所處的時間，確定對應(yīng)的重試模式；
[0057]重試規(guī)則選擇模塊203，用于根據(jù)所述消息下發(fā)失敗的原因，在所述重試模式中選擇重試規(guī)則；
[0058]下發(fā)消息模塊204，用于根據(jù)所述重試規(guī)則，將所述消息放入重試隊列，下發(fā)所述消息。
[0059]其中，短消息服務(wù)中心還包括:
[0060]設(shè)置模塊205，用于設(shè)置不同的消息類型與不同的重試方案之間的對應(yīng)關(guān)系；設(shè)置所述短消息服務(wù)中心各時間段與不同的重試模式之間的對應(yīng)關(guān)系；以及設(shè)置消息下發(fā)失的不同敗原因與不同的重試規(guī)則之間的對應(yīng)關(guān)系。重試規(guī)則包括:消息是否重試、重試次數(shù)、重試間隔、重試優(yōu)先級以及重試結(jié)束參數(shù)。
[0061]由上述實(shí)施例可以看出，本發(fā)明能夠有效的分配系統(tǒng)的資源，能根據(jù)系統(tǒng)運(yùn)行的不同狀態(tài)提供不同的消息重試方案，既可以提高用戶使用短信業(yè)務(wù)時的體驗(yàn)，又克服了以往消息重試方案過多占用系統(tǒng)資源，在業(yè)務(wù)繁忙時降低系統(tǒng)處理能力的不足之處。
[0062]盡管為示例目的，已經(jīng)公開了本發(fā)明的優(yōu)選實(shí)施例，本領(lǐng)域的技術(shù)人員將意識到各種改進(jìn)、增加和取代也是可能的，因此，本發(fā)明的范圍應(yīng)當(dāng)不限于上述實(shí)施例。
【權(quán)利要求】
1.一種短消息重發(fā)的方法，其特征在于，包括: 短消息服務(wù)中心下發(fā)消息失敗后，確定與該消息類型對應(yīng)的重試方案； 根據(jù)所述短消息服務(wù)中心目前所處的時間，在所述重試方案中確定對應(yīng)的重試模式； 根據(jù)所述消息下發(fā)失敗的原因，在所述重試模式中選擇重試規(guī)則； 根據(jù)所述重試規(guī)則，將所述消息放入重試隊列，下發(fā)所述消息。
2.如權(quán)利要求1所述的短消息重發(fā)的方法，其特征在于，在短消息服務(wù)中心下發(fā)消息之前，還包括: 設(shè)置不同的消息類型與不同的重試方案之間的對應(yīng)關(guān)系。
3.如權(quán)利要求1或2所述的短消息重發(fā)的方法，其特征在于，在短消息服務(wù)中心下發(fā)消息之前，還包括: 設(shè)置所述短消息服務(wù)中心各時間段與不同的重試模式之間的對應(yīng)關(guān)系。
4.如權(quán)利要求3所述的短消息重發(fā)的方法，其特征在于，在短消息服務(wù)中心下發(fā)消息之前，還包括: 設(shè)置消息下發(fā)失敗的不同原因與不同的重試規(guī)則之間的對應(yīng)關(guān)系。
5.如權(quán)利要求4所述的短消息重發(fā)的方法，其特征在于，所述重試規(guī)則包括:消息是否重試、重試次數(shù)、重試間隔、重試優(yōu)先級以及重試結(jié)束參數(shù)。
6.一種短消息服務(wù)中心，其特征在于，包括: 重試方案確定模塊，用于短消息服務(wù)中心下發(fā)消息失敗后，確定與該消息類型對應(yīng)的重試方案； 重試模式確定模塊，用于根據(jù)所述短消息服務(wù)中心目前所處的時間，在所述重試方案中確定對應(yīng)的重試模式； 重試規(guī)則選擇模塊，用于根據(jù)所述消息下發(fā)失敗的原因，在所述重試模式中選擇重試規(guī)則； 下發(fā)消息模塊，用于根據(jù)所述重試規(guī)則，將所述消息放入重試隊列，下發(fā)所述消息。
7.如權(quán)利要求6所述的短消息服務(wù)中心，其特征在于，所述短消息服務(wù)中心還包括: 設(shè)置模塊，用于設(shè)置不同的消息類型與不同的重試方案之間的對應(yīng)關(guān)系。
8.如權(quán)利要求6或7所述的短消息服務(wù)中心，其特征在于，所述短消息服務(wù)中心還包括: 設(shè)置模塊，用于設(shè)置所述短消息服務(wù)中心各時間段與不同的重試模式之間的對應(yīng)關(guān)系O
9.如權(quán)利要求8所述的短消息服務(wù)中心，其特征在于，所述設(shè)置模塊還用于:設(shè)置消息下發(fā)失的不同敗原因與不同的重試規(guī)則之間的對應(yīng)關(guān)系。
10.如權(quán)利要求9所述的短消息服務(wù)中心，其特征在于，所述重試規(guī)則包括:消息是否重試、重試次數(shù)、重試間隔、重試優(yōu)先級以及重試結(jié)束參數(shù)。
【文檔編號】H04L1/18GK103973419SQ201310037799
【公開日】2014年8月6日 申請日期:2013年1月31日 優(yōu)先權(quán)日:2013年1月31日
【發(fā)明者】胡剛, 施健, 卜娟娟, 耿愷頻 申請人:中興通訊股份有限公司