專利名稱：一種短消息的下發(fā)方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，尤其涉及一種短消息的下發(fā)方法、裝置及系統(tǒng)。
背景技術(shù)：
現(xiàn)有技術(shù)中集團(tuán)用戶(EnterpriseCustomer/Service Integrator, EC/SI)下發(fā)短消息至手機(jī)用戶的流程如圖1所示。1.EC/SI提交短消息至行業(yè)網(wǎng)關(guān)；2.行業(yè)網(wǎng)關(guān)根據(jù)路由信息，將短消息轉(zhuǎn)發(fā)至手機(jī)用戶所在省的短消息中心；3.短消息中心(Short Message Service Center, SMSC)將短消息下發(fā)至用戶手機(jī)。若短消息因?yàn)槭謾C(jī)用戶關(guān)機(jī)、內(nèi)存滿、不在服務(wù)區(qū)等原因?qū)е率状蜗掳l(fā)失敗，則在短消息有效期內(nèi)，SMSC將短消息緩存至手機(jī)用戶狀態(tài)恢復(fù)正常后再下發(fā)；4.當(dāng)短消息下發(fā)成功或是消息過期，SMSC給行業(yè)網(wǎng)關(guān)投遞消息下發(fā)的狀態(tài)報(bào)告；5.行業(yè)網(wǎng)關(guān)將點(diǎn)對點(diǎn)短消息發(fā)送協(xié)議(Short Message Peer to Peer, SMPP)協(xié)議的狀態(tài)報(bào)告轉(zhuǎn)成中國移動(dòng)點(diǎn)對點(diǎn)協(xié)議(China Mobile Peer to Peer, CMPP)協(xié)議的狀態(tài)報(bào)告，并轉(zhuǎn)發(fā)給EC/SI ；EC/SI收到解析狀態(tài)報(bào)告后，可以知道短消息下發(fā)的最終狀態(tài)。根據(jù)現(xiàn)有技術(shù)的上述流程必須等到消息的生命周期結(jié)束，EC/SI才能得知短消息的最終下發(fā)狀態(tài)。倘若因?yàn)橛脩羰謾C(jī)關(guān)機(jī)、內(nèi)存滿、用戶不在服務(wù)區(qū)等原因?qū)е耂MSC不能將短消息實(shí)時(shí)下發(fā)給手機(jī)用戶，則EC/SI在消息生命周期結(jié)束之前無法及時(shí)得知短消息所處的下發(fā)狀態(tài)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種短消息的下發(fā)方法、裝置及系統(tǒng)，用以解決現(xiàn)有技術(shù)中EC/SI無法及時(shí)得知短消息下發(fā)狀態(tài)的問題?；谏鲜鰡栴}，本發(fā)明實(shí)施例提供的一種短消息的下發(fā)方法，包括:當(dāng)首次下發(fā)集團(tuán)用戶EC/SI的短消息失敗時(shí)，記錄該短消息當(dāng)前的錯(cuò)誤狀態(tài)，并構(gòu)造包含所述錯(cuò)誤狀態(tài)信息的臨時(shí)狀態(tài)報(bào)告；在重發(fā)所述短消息失敗，且所述短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，更新所記錄的錯(cuò)誤狀態(tài)，并構(gòu)造包含更新后的錯(cuò)誤狀態(tài)的臨時(shí)狀態(tài)報(bào)告；在調(diào)度該短消息結(jié)束時(shí)，構(gòu)造包含短消息發(fā)送成功的狀態(tài)信息或者最終記錄的錯(cuò)誤狀態(tài)信息的正式狀態(tài)報(bào)告；根據(jù)預(yù)先設(shè)置的控制策略，判斷需要轉(zhuǎn)發(fā)所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告時(shí)，將所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告轉(zhuǎn)發(fā)給所述集團(tuán)用戶。本發(fā)明實(shí)施例提供的一種短消息中心(SMSC)，包括:短消息下發(fā)模塊，用于下發(fā)集團(tuán)用戶EC/SI的短消息給終端；記錄模塊，用于當(dāng)首次下發(fā)所述短消息失敗時(shí)，記錄該短消息當(dāng)前的錯(cuò)誤狀態(tài)，以及在重發(fā)所述短消息失敗，且所述短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，更新所記錄的錯(cuò)誤狀態(tài)；報(bào)告發(fā)送模塊，用于當(dāng)首次下發(fā)所述短消息失敗時(shí)，將包含所述錯(cuò)誤狀態(tài)信息的臨時(shí)狀態(tài)報(bào)告返回給行業(yè)網(wǎng)關(guān)；在重發(fā)所述短消息失敗，且所述短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，構(gòu)造包含更新后的錯(cuò)誤狀態(tài)的臨時(shí)狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)；以及在調(diào)度該短消息結(jié)束時(shí)，構(gòu)造包含短消息發(fā)送成功的狀態(tài)信息或者最終記錄的錯(cuò)誤狀態(tài)信息的正式狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)。本發(fā)明實(shí)施例提供的一種行業(yè)網(wǎng)關(guān)，包括:接收模塊，用于接收SMSC轉(zhuǎn)發(fā)的臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告，所述臨時(shí)狀態(tài)報(bào)告包含有所述SMSC記錄的EC/SI的短消息在首次發(fā)送或重發(fā)過程中的錯(cuò)誤狀態(tài)信息，所述正式狀態(tài)報(bào)告包含所述短消息發(fā)送成功的狀態(tài)信息或者所述SMSC最終記錄的錯(cuò)誤狀態(tài)信息；專家控制模塊，用于根據(jù)預(yù)先設(shè)置的控制策略判斷是否需要轉(zhuǎn)發(fā)所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告；發(fā)送模塊，用于若判斷需要，將所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告轉(zhuǎn)發(fā)給所述EC/SI。本發(fā)明實(shí)施例提供的一種短消息的下發(fā)系統(tǒng)，包括:短消息中心SMSC，用于下發(fā)集團(tuán)用戶EC/SI的短消息給終端；當(dāng)首次下發(fā)所述短消息失敗時(shí)，記錄該短消息當(dāng)前的錯(cuò)誤狀態(tài)，并將包含所述錯(cuò)誤狀態(tài)信息的臨時(shí)狀態(tài)報(bào)告返回給行業(yè)網(wǎng)關(guān)；在重發(fā)所述短消息失敗，且所述短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，更新所記錄的錯(cuò)誤狀態(tài)，并構(gòu)造包含更新后的錯(cuò)誤狀態(tài)的臨時(shí)狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)；以及在調(diào)度該短消息結(jié)束時(shí)，構(gòu)造包含短消息發(fā)送成功的狀態(tài)信息或者最終記錄的錯(cuò)誤狀態(tài)信息的正式狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)；行業(yè)網(wǎng)關(guān)，用于根據(jù)預(yù)先設(shè)置的控制策略判斷是否需要轉(zhuǎn)發(fā)所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告，若需要，則將所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告轉(zhuǎn)發(fā)給所述EC/SI。本發(fā)明實(shí)施例的有益效果包括:本發(fā)明實(shí)施例提供的短消息的下發(fā)方法、裝置及系統(tǒng)，在首次下發(fā)短消息失敗以及重發(fā)失敗且錯(cuò)誤狀態(tài)發(fā)生變化時(shí)，根據(jù)預(yù)先設(shè)置的策略，將短消息的實(shí)時(shí)的錯(cuò)誤狀態(tài)及時(shí)反饋給EC/SI，保證了 EC/SI在短消息下發(fā)過程中也可以及時(shí)地獲知其狀態(tài)，避免了現(xiàn)有技術(shù)中只能在短消息生命周期結(jié)束后獲知短消息的下發(fā)狀態(tài)的缺陷。


圖1為現(xiàn)有技術(shù)中EC/SI下發(fā)短消息的流程圖；圖2為本發(fā)明實(shí)施例提供的短消息的下發(fā)方法的流程圖；圖3為本發(fā)明實(shí)施例提供的短消息的下發(fā)方法的一個(gè)具體實(shí)例的流程圖；圖4為本發(fā)明實(shí)施例提供的SMSC的結(jié)構(gòu)示意圖；圖5為本發(fā)明實(shí)施例提供的行業(yè)網(wǎng)關(guān)的結(jié)構(gòu)示意圖之一；圖6為本發(fā)明實(shí)施例提供的行業(yè)網(wǎng)關(guān)的結(jié)構(gòu)示意圖之二 ；圖7為本發(fā)明實(shí)施例提供的短消息的下發(fā)系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面結(jié)合說明書附圖，對本發(fā)明實(shí)施例提供的一種短消息的下發(fā)方法、裝置及系統(tǒng)的具體實(shí)施方式
進(jìn)行說明。本發(fā)明實(shí)施例提供的一種短消息的下發(fā)方法，如圖2所示，具體包括以下步驟:S201、下發(fā)集團(tuán)用戶EC/SI的短消息給終端；S202、若首次下發(fā)短消息失敗時(shí)，記錄該短消息當(dāng)前的錯(cuò)誤狀態(tài)，并構(gòu)造包含該錯(cuò)誤狀態(tài)信息的臨時(shí)狀態(tài)報(bào)告；S203、在重發(fā)短消息失敗，且短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，更新所記錄的錯(cuò)誤狀態(tài)，并構(gòu)造包含更新后的錯(cuò)誤狀態(tài)的臨時(shí)狀態(tài)報(bào)告；S204、在調(diào)度該短消息結(jié)束時(shí)，構(gòu)造包含短消息發(fā)送成功的狀態(tài)信息或者最終記錄的錯(cuò)誤狀態(tài)信息的正式狀態(tài)報(bào)告；S205、根據(jù)預(yù)先設(shè)置的控制策略，判斷需要轉(zhuǎn)發(fā)臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告時(shí)，將臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告轉(zhuǎn)發(fā)給該EC/SI。本發(fā)明實(shí)施例提供的上述短消息的下發(fā)方法，在具體實(shí)施時(shí)，可以結(jié)合現(xiàn)有集團(tuán)用戶短消息發(fā)送的網(wǎng)絡(luò)架構(gòu)來實(shí)現(xiàn)，例如由SMSC下發(fā)短消息給終端，在下發(fā)失敗時(shí)由SMSC完成臨時(shí)報(bào)告或者在短消息完成調(diào)度時(shí)構(gòu)造正式報(bào)告，由行業(yè)網(wǎng)關(guān)完成臨時(shí)報(bào)告或正式報(bào)告是否轉(zhuǎn)發(fā)的判決等，當(dāng)然，上述方法，在具體實(shí)施時(shí)，還可以由網(wǎng)絡(luò)側(cè)單個(gè)網(wǎng)絡(luò)實(shí)體設(shè)備實(shí)現(xiàn)。本發(fā)明實(shí)施例對于該上述方法的實(shí)現(xiàn)主體，不做限定。在實(shí)施上述短消息的下發(fā)方法之前，具體地，需要實(shí)時(shí)獲知短消息的下發(fā)狀態(tài)(尤其是下發(fā)失敗時(shí)的錯(cuò)誤狀態(tài))的EC/SI可以通過下述方式來告知網(wǎng)絡(luò)側(cè)其需要實(shí)時(shí)反饋短消息的狀態(tài):接收EC/SI下發(fā)的CMPP_Submit消息，在判斷該CMPP_Submit消息中的Registered_Delivery字段為預(yù)先設(shè)定的值時(shí),確認(rèn)所述EC/SI需要實(shí)時(shí)感知下發(fā)短消息的狀態(tài)。如果網(wǎng)絡(luò)中由SMSC和行業(yè)網(wǎng)關(guān)兩個(gè)實(shí)體參與上述流程，那么可以通過下述方式來告知網(wǎng)絡(luò)側(cè)需要實(shí)時(shí)反饋短消息的狀態(tài):EC/SI下發(fā)消息(例如CMPP_Submit消息)給行業(yè)網(wǎng)關(guān)，將CMPP_Submit消息中的Registered_Delivery字段取值為設(shè)定的值，例如為2，表示該EC/SI需要實(shí)時(shí)返回短消息的錯(cuò)誤狀態(tài)。(現(xiàn)有協(xié)議中該字段表示是否要求返回狀態(tài)確認(rèn)報(bào)告，取值為0，表示不需要；取值為1，表示需要)行業(yè)網(wǎng)關(guān)接收EC/SI下發(fā)的CMPP_Submit消息，在判斷該CMPP_Submit消息中的RegisterecLDelivery字段為該預(yù)先設(shè)定的值(例如2)時(shí)，也就確認(rèn)了該EC/SI需要實(shí)時(shí)感知下發(fā)短消息的狀態(tài)；行業(yè)網(wǎng)關(guān)會(huì)將該CMPP_Submit消息轉(zhuǎn)換成SMPP_Submit消息發(fā)送給SMSC，在生成的SMPP_Submit消息中，類似地,會(huì)將registered_delivery_flag字段設(shè)置為預(yù)先設(shè)定的值，表示該EC/SI需要實(shí)時(shí)感知下發(fā)短消息的狀態(tài)。SMSC可以根據(jù)所述 SMPP_Submit 消息中 registered_delivery_flag字段的值,確認(rèn)需要實(shí)時(shí)返回短消息的狀態(tài)。這樣，行業(yè)網(wǎng)關(guān)和SMSC在確認(rèn)EC/SI需要實(shí)時(shí)返回短消息的狀態(tài)的情況下，會(huì)按照上述步驟S202-S205的方式，向EC/SI返回臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告。進(jìn)一步地，本發(fā)明實(shí)施例提供的上述短消息的下發(fā)方法中，S202-S204之中的臨時(shí)狀態(tài)報(bào)告，由SMSC通過Smpp_Deliver消息來承載，具體地，需要按照現(xiàn)有標(biāo)準(zhǔn)的做法，將 Smpp_Deliver 消息的 esm_class 字段中 DeliveryReceipt 位取值為 I (表不該 Smpp_Deliver消息為狀態(tài)報(bào)告消息)，除此之外，還需要將Smpp_Deliver消息中的registered_delivery_flag字段的值設(shè)置為一個(gè)設(shè)定的值(例如2)以表示當(dāng)前的Smpp_Deliver消息為臨時(shí)狀態(tài)報(bào)告。相應(yīng)地，在本發(fā)明實(shí)施例提供的上述短消息的下發(fā)方法中，S205之中，行業(yè)網(wǎng)關(guān)判斷需要轉(zhuǎn)發(fā)臨時(shí)狀態(tài)報(bào)告時(shí)，需要根據(jù)SMSC轉(zhuǎn)發(fā)的Smpp_Deliver消息轉(zhuǎn)換成Cmpp_Deliver消息,并且需要將該Cmpp_Deliver消息中的Registered_Delivery字段設(shè)置為預(yù)先設(shè)定的值(例如取值為2),表不該Cmpp_Deliver消息為臨時(shí)狀態(tài)報(bào)告消息。上述S201中，SMSC通過行業(yè)網(wǎng)關(guān)下發(fā)的Smpp_Submit消息中攜帶的優(yōu)先級(jí)信息來調(diào)度該短消息，優(yōu)先級(jí)高的短消息可以優(yōu)先獲得下發(fā)以及更多的下發(fā)次數(shù)。上述步驟S202中，首次發(fā)送時(shí)，如果遇到例如終端關(guān)機(jī)、終端不在服務(wù)區(qū)、終端欠費(fèi)停機(jī)、終端內(nèi)存滿無法接收短消息等狀態(tài)，會(huì)使得短消息的首次下發(fā)失敗，此時(shí)，SMSC會(huì)將包含錯(cuò)誤狀態(tài)信息的臨時(shí)狀態(tài)報(bào)告返回給行業(yè)網(wǎng)關(guān)，這些錯(cuò)誤狀態(tài)信息記錄了該短消息由于何種原因沒法被正確接收。首發(fā)失敗后，SMSC會(huì)按照Smpp_Submit消息中攜帶的優(yōu)先級(jí)信息來調(diào)度該短消息，嘗試重發(fā)該短消息直至被接收或者直至消息生命周期結(jié)束。在此過程中，如果出現(xiàn)短消息下發(fā)失敗，會(huì)比較當(dāng)前短消息的錯(cuò)誤狀態(tài)與上一次短消息的錯(cuò)誤狀態(tài)是否一致，若不一致，則會(huì)按照上述方式，構(gòu)造臨時(shí)狀態(tài)報(bào)告，發(fā)送給行業(yè)網(wǎng)關(guān)。本發(fā)明實(shí)施例之所以在當(dāng)前錯(cuò)誤狀態(tài)與上一次錯(cuò)誤狀態(tài)不一致的情況下才生成新的臨時(shí)狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)，就是為了避免產(chǎn)生過多的臨時(shí)狀態(tài)報(bào)告，造成SMSC、行業(yè)網(wǎng)關(guān)以及EC/SI之間網(wǎng)絡(luò)資源的浪費(fèi)。上述S204中，在調(diào)度該短消息結(jié)束時(shí)，即該短消息正常下發(fā)時(shí)，或者該短消息未成功下發(fā)但達(dá)到了設(shè)定的生命周期，那么需要構(gòu)造短消息發(fā)送成功的狀態(tài)信息或者最終記錄的錯(cuò)誤狀態(tài)信息的正式狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)。對于行業(yè)網(wǎng)關(guān)來說，需要根據(jù)預(yù)先設(shè)置的控制策略來下發(fā)臨時(shí)狀態(tài)報(bào)告或者正式狀態(tài)報(bào)告，在行業(yè)網(wǎng)關(guān)中，可以根據(jù)終端和/或短消息的錯(cuò)誤狀態(tài)對應(yīng)設(shè)置控制策略，比如設(shè)定某些錯(cuò)誤狀態(tài)應(yīng)該發(fā)送或者不發(fā)送臨時(shí)狀態(tài)報(bào)告，或者設(shè)置某些終端當(dāng)其不能成功接收短消息時(shí)，只發(fā)送正式狀態(tài)報(bào)告不發(fā)送臨時(shí)狀態(tài)報(bào)告等?？刂撇呗钥梢允?是否需要轉(zhuǎn)發(fā)短消息的狀態(tài)報(bào)告、以及在需要轉(zhuǎn)發(fā)短消息的狀態(tài)報(bào)告的情況下，是否需要轉(zhuǎn)發(fā)臨時(shí)狀態(tài)報(bào)告以及是否需要轉(zhuǎn)發(fā)正式狀態(tài)報(bào)告。這樣，當(dāng)行業(yè)網(wǎng)關(guān)接收到SMSC首次發(fā)送的臨時(shí)狀態(tài)報(bào)告時(shí)，記錄下該報(bào)告中記錄的短消息的錯(cuò)誤狀態(tài)；當(dāng)行業(yè)網(wǎng)關(guān)后續(xù)再次接到SMSC發(fā)送的臨時(shí)狀態(tài)報(bào)告時(shí)，判斷該臨時(shí)狀態(tài)報(bào)告中記錄的錯(cuò)誤狀態(tài)是否與上一次的一致，不一致，則更新本地記錄的短消息的錯(cuò)誤狀態(tài)，并根據(jù)設(shè)定的策略判斷是否需要向EC/SI返回臨時(shí)狀態(tài)報(bào)告，如果需要，根據(jù)將當(dāng)前所接收到的臨時(shí)狀態(tài)報(bào)告轉(zhuǎn)發(fā)給EC/SI。
由于SMSC往往會(huì)在錯(cuò)誤狀態(tài)變化時(shí)，重新構(gòu)造新的臨時(shí)狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)，因此，如果某個(gè)終端長期因?yàn)閮?nèi)存滿、關(guān)機(jī)或欠費(fèi)停機(jī)等等狀態(tài)，那么即使多次重發(fā)，SMSC會(huì)因?yàn)槊看蔚腻e(cuò)誤狀態(tài)相同而不會(huì)構(gòu)造新的臨時(shí)狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)，為了使得在這種情況下，EC/SI依然能夠?qū)崟r(shí)地獲知短消息的下發(fā)的錯(cuò)誤狀態(tài)，行業(yè)網(wǎng)關(guān)會(huì)根據(jù)所記錄的錯(cuò)誤狀態(tài)的情況，例如發(fā)個(gè)某個(gè)終端的短消息的錯(cuò)誤狀態(tài)長時(shí)間持續(xù)不變，以至于達(dá)到了一個(gè)設(shè)定的時(shí)長，那么，會(huì)構(gòu)造包含該錯(cuò)誤狀態(tài)的正式狀態(tài)報(bào)告，并根據(jù)預(yù)先設(shè)置的控制策略判斷是否需要轉(zhuǎn)發(fā)當(dāng)前構(gòu)造的正式狀態(tài)報(bào)告，在判斷需要發(fā)送正式狀態(tài)報(bào)告時(shí)，將此次構(gòu)造的正式狀態(tài)報(bào)告發(fā)送給EC/SI。本發(fā)明實(shí)施例在具體實(shí)施時(shí)，行業(yè)網(wǎng)關(guān)會(huì)根據(jù)調(diào)度該短消息結(jié)束時(shí)接收的正式狀態(tài)報(bào)告，生成計(jì)費(fèi)話單，之前無論是否已收到正是狀態(tài)報(bào)告，均不生成計(jì)費(fèi)話單。圖3所示的是本發(fā)明實(shí)施例提供的短消息的下發(fā)方法的一個(gè)具體實(shí)例，從該實(shí)例中，行業(yè)網(wǎng)關(guān)、SMSC具備向EC/SI實(shí)時(shí)反饋臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告的能力，EC/SI能夠感知臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告中的短消息狀態(tài)，行業(yè)網(wǎng)關(guān)已設(shè)置該EC/SI需要接收臨時(shí)狀態(tài)報(bào)告和正式狀態(tài)報(bào)告的策略。該實(shí)例的流程如下:1、EC/SI 提交 CMPP_Submit 消息至行業(yè)網(wǎng)關(guān)，其中 Registered_Delivery 字段取值為2，即要求實(shí)時(shí)反饋短消息的狀態(tài)；2、行業(yè)網(wǎng)關(guān)根據(jù)CMPP_Submit消息，判斷該EC/SI具備及時(shí)感知短消息下發(fā)狀態(tài)的能力，在CMPP_Submi t消息轉(zhuǎn)換為SMPP_Submi t消息時(shí)，將SMPP_Submi t消息中的registered_delivery_flag 取值為 2。并將 SMPP_Submit 消息轉(zhuǎn)發(fā)至 SMSC ；3、SMSC下發(fā)短消息至手機(jī)用戶。若首次下發(fā)失敗，則SMSC構(gòu)造臨時(shí)狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)，并記錄此時(shí)的錯(cuò)誤狀態(tài)；4、行業(yè)網(wǎng)關(guān)接收到臨時(shí)狀態(tài)報(bào)告，檢索此錯(cuò)誤狀態(tài)的控制策略，決定是否轉(zhuǎn)發(fā)。若需要，則行業(yè)網(wǎng)關(guān)將此臨時(shí)狀態(tài)報(bào)告轉(zhuǎn)發(fā)至EC/SI ；5、EC/SI接收到臨時(shí)狀態(tài)報(bào)告，解析該臨時(shí)狀態(tài)報(bào)告，得知當(dāng)前短消息的錯(cuò)誤狀態(tài)；6、SMSC根據(jù)消息中的優(yōu)先級(jí)，進(jìn)行消息的重發(fā)調(diào)度。重發(fā)失敗，則SMSC檢測此錯(cuò)誤狀態(tài)與上一次的錯(cuò)誤狀態(tài)是否一致，若不一致，則SMSC重新構(gòu)造新的臨時(shí)狀態(tài)報(bào)告，并發(fā)送給行業(yè)網(wǎng)關(guān)；7、行業(yè)網(wǎng)關(guān)接收到該臨時(shí)狀態(tài)報(bào)告，檢索此錯(cuò)誤狀態(tài)的控制策略，決定是否轉(zhuǎn)發(fā)，若需要將臨時(shí)狀態(tài)報(bào)告發(fā)送至EC/SI，則行業(yè)網(wǎng)關(guān)將此臨時(shí)狀態(tài)報(bào)告轉(zhuǎn)發(fā)至EC/SI ；8、重復(fù)6 7步直到SMSC調(diào)度此短消息結(jié)束(包括下發(fā)成功和短消息生命周期結(jié)束)，發(fā)送正式狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)9、行業(yè)網(wǎng)關(guān)檢索是否已經(jīng)向EC/SI回復(fù)過正式狀態(tài)報(bào)告，若沒有回復(fù)過正式狀態(tài)報(bào)告，則需要向EC/SI發(fā)送正式狀態(tài)報(bào)告，并生成計(jì)費(fèi)話單。基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例還提供了一種短消息中心SMSC、行業(yè)網(wǎng)關(guān)及短消息的下發(fā)系統(tǒng)，由于這些裝置和系統(tǒng)所解決問題的原理與前述短消息的下發(fā)方法相似，因此該裝置和設(shè)備的實(shí)施可以參見前述方法的實(shí)施，重復(fù)之處不再贅述。本發(fā)明實(shí)施例提供的一種短消息中心SMSC，如圖4所示，包括:
短消息下發(fā)模塊401，用于下發(fā)集團(tuán)用戶(EC/SI)的短消息給終端；記錄模塊402，用于當(dāng)首次下發(fā)短消息失敗時(shí)，記錄該短消息當(dāng)前的錯(cuò)誤狀態(tài)，以及在重發(fā)短消息失敗，且短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，更新所記錄的錯(cuò)誤狀態(tài)；報(bào)告發(fā)送模塊403，用于當(dāng)首次下發(fā)短消息失敗時(shí)，將包含錯(cuò)誤狀態(tài)信息的臨時(shí)狀態(tài)報(bào)告返回給行業(yè)網(wǎng)關(guān)；在重發(fā)短消息失敗，且短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，構(gòu)造包含更新后的錯(cuò)誤狀態(tài)的臨時(shí)狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)；以及在調(diào)度該短消息結(jié)束時(shí)，構(gòu)造包含短消息發(fā)送成功的狀態(tài)信息或者最終記錄的錯(cuò)誤狀態(tài)信息的正式狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)。本發(fā)明實(shí)施例提供的上述的SMSC，如圖4所示，還包括:接收模塊404，用于接收行業(yè)網(wǎng)關(guān)轉(zhuǎn)發(fā)的SMPP_Submi t消息，當(dāng)判斷所述SMPP_Submit消息中的registered_delivery_flag字段為設(shè)定的值時(shí),確定需要實(shí)時(shí)返回短消息的狀態(tài)；相應(yīng)地，上述報(bào)告發(fā)送模塊403，還用于當(dāng)接收模塊404確定需要實(shí)時(shí)返回短消息的狀態(tài)時(shí)，執(zhí)行將臨時(shí)狀態(tài)報(bào)告返回給行業(yè)網(wǎng)關(guān)的操作。本發(fā)明實(shí)施例提供的一種行業(yè)網(wǎng)關(guān)，如圖5所示，包括:接收模塊501，用于接收SMSC轉(zhuǎn)發(fā)的臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告，其中，臨時(shí)狀態(tài)報(bào)告包含有SMSC記錄的EC/SI的短消息在首次發(fā)送或重發(fā)過程中的錯(cuò)誤狀態(tài)信息，正式狀態(tài)報(bào)告包含短消息發(fā)送成功的狀態(tài)信息或者SMSC最終記錄的錯(cuò)誤狀態(tài)信息；專家控制模塊502，用于根據(jù)預(yù)先設(shè)置的控制策略判斷是否需要轉(zhuǎn)發(fā)臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告；發(fā)送模塊503，用于若判斷需要，將臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告轉(zhuǎn)發(fā)給EC/SI。進(jìn)一步地，上述接收模塊501，還用于接收EC/SI下發(fā)的CMPP_Submit消息，在判斷該CMPP_Submit消息中的RegisterecLDelivery字段為預(yù)先設(shè)定的值時(shí)，確認(rèn)EC/SI需要實(shí)時(shí)感知下發(fā)短消息的狀態(tài)；相應(yīng)地，發(fā)送模塊503,還用于在生成的SMPP_Submit消息中，將registered_delivery_flag字段設(shè)置為預(yù)先設(shè)定的值，并將SMPP_Submit消息下發(fā)給SMSC。本發(fā)明實(shí)施例提供的上述行業(yè)網(wǎng)關(guān)，如圖5所示，還包括:記錄模塊504，用于在行業(yè)網(wǎng)關(guān)接收到臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告時(shí)，記錄接收該短消息的終端的標(biāo)識(shí)以及該短消息當(dāng)前的錯(cuò)誤狀態(tài)。進(jìn)一步地，本發(fā)明實(shí)施例提供的行業(yè)網(wǎng)關(guān)中的專家控制模塊502，還用于判斷發(fā)送給終端的短消息處于同一個(gè)錯(cuò)誤狀態(tài)達(dá)到設(shè)定的時(shí)長時(shí)，構(gòu)造包含該錯(cuò)誤狀態(tài)的正式狀態(tài)報(bào)告，并根據(jù)預(yù)先設(shè)置的控制策略判斷是否需要轉(zhuǎn)發(fā)當(dāng)前構(gòu)造的正式狀態(tài)報(bào)告；相應(yīng)地，發(fā)送模塊503，還用于若判斷需要，將當(dāng)前構(gòu)造的正式狀態(tài)報(bào)告轉(zhuǎn)發(fā)給EC/SI。進(jìn)一步地，本發(fā)明實(shí)施例提供的行業(yè)網(wǎng)關(guān)中的專家控制模塊502，具體用于按照預(yù)先設(shè)置的與終端和/或短消息的錯(cuò)誤狀態(tài)對應(yīng)的控制策略，判斷是否需要轉(zhuǎn)發(fā)臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告，該控制策略包括:是否需要轉(zhuǎn)發(fā)短消息的狀態(tài)報(bào)告、以及在需要轉(zhuǎn)發(fā)短消息的狀態(tài)報(bào)告的情況下，是否需要轉(zhuǎn)發(fā)臨時(shí)狀態(tài)報(bào)告以及是否需要轉(zhuǎn)發(fā)正式狀態(tài)報(bào)告。
圖6所示的是行業(yè)網(wǎng)關(guān)在具體實(shí)施時(shí)的一種結(jié)構(gòu)的實(shí)例，從該圖6中可以看出，行業(yè)網(wǎng)關(guān)包含:等狀態(tài)報(bào)告實(shí)體處理模塊、行業(yè)網(wǎng)關(guān)業(yè)務(wù)處理模塊、接入模塊、專家控制模塊和其他模塊。其中:專家控制模塊，負(fù)責(zé)根據(jù)策略判斷是否要轉(zhuǎn)發(fā)臨時(shí)狀態(tài)報(bào)告或者正式狀態(tài)報(bào)告，以及在短消息的錯(cuò)誤狀態(tài)持續(xù)設(shè)定的時(shí)間時(shí)，構(gòu)造正式狀態(tài)報(bào)告等。等狀態(tài)報(bào)告實(shí)體處理模塊，用于記錄SMSC轉(zhuǎn)發(fā)的臨時(shí)狀態(tài)報(bào)告和正式狀態(tài)報(bào)告中的錯(cuò)誤狀態(tài)信息，并記錄所轉(zhuǎn)發(fā)的臨時(shí)狀態(tài)報(bào)告和正式狀態(tài)報(bào)告的數(shù)量等。接入模塊與SMSC、EC/SI和其他網(wǎng)元交互，用于接收或轉(zhuǎn)發(fā)短消息、臨時(shí)狀態(tài)報(bào)告和正是狀態(tài)報(bào)告等。本發(fā)明實(shí)施例并不限定行業(yè)網(wǎng)關(guān)內(nèi)具體采用何種模塊架構(gòu)，圖6只是一個(gè)具體的例子而已，只要能實(shí)現(xiàn)本發(fā)明實(shí)施例提供的上述功能的模塊架構(gòu)即可。本發(fā)明實(shí)施例提供的一種短消息的下發(fā)系統(tǒng)，如圖7所示，包括:短消息中心(SMSC)701，用于下發(fā)集團(tuán)用戶(EC/SI)的短消息給終端；當(dāng)首次下發(fā)所述短消息失敗時(shí)，記錄該短消息當(dāng)前的錯(cuò)誤狀態(tài)，并將包含所述錯(cuò)誤狀態(tài)信息的臨時(shí)狀態(tài)報(bào)告返回給行業(yè)網(wǎng)關(guān)；在重發(fā)所述短消息失敗，且所述短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，更新所記錄的錯(cuò)誤狀態(tài)，并構(gòu)造包含更新后的錯(cuò)誤狀態(tài)的臨時(shí)狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)；以及在調(diào)度該短消息結(jié)束時(shí)，構(gòu)造包含短消息發(fā)送成功的狀態(tài)信息或者最終記錄的錯(cuò)誤狀態(tài)信息的正式狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)702 ；行業(yè)網(wǎng)關(guān)702，用于根據(jù)預(yù)先設(shè)置的控制策略判斷是否需要轉(zhuǎn)發(fā)所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告，若需要，則將臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告轉(zhuǎn)發(fā)給EC/SI。通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明實(shí)施例可以通過硬件實(shí)現(xiàn)，也可以借助軟件加必要的通用硬件平臺(tái)的方式來實(shí)現(xiàn)?；谶@樣的理解，本發(fā)明實(shí)施例的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存儲(chǔ)介質(zhì)(可以是⑶-R0M，U盤，移動(dòng)硬盤等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施例的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述進(jìn)行分布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一個(gè)或多個(gè)裝置中。上述實(shí)施例的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。本發(fā)明實(shí)施例提供的短消息的下發(fā)方法、裝置及系統(tǒng)，SMSC在首次下發(fā)短消息失敗以及重發(fā)失敗且錯(cuò)誤狀態(tài)發(fā)生變化時(shí)，實(shí)時(shí)地向行業(yè)網(wǎng)關(guān)返回短消息的錯(cuò)誤狀態(tài)，行業(yè)網(wǎng)關(guān)根據(jù)預(yù)先設(shè)置的策略，將短消息的實(shí)時(shí)的錯(cuò)誤狀態(tài)及時(shí)反饋給EC/SI，保證了 EC/SI在短消息下發(fā)過程中也可以及時(shí)地獲知其狀態(tài)，避免了現(xiàn)有技術(shù)中只能在短消息生命周期結(jié)束后獲知短消息的下發(fā)狀態(tài)的缺陷。進(jìn)一步地，本發(fā)明實(shí)施例提供的短消息的下發(fā)方法，裝置和系統(tǒng)，由于接收短消息的終端長期處于關(guān)機(jī)、內(nèi)存滿或者其他原因?qū)е露滔⒌腻e(cuò)誤狀態(tài)持續(xù)較長的時(shí)間不變時(shí)，構(gòu)造一個(gè)正式狀態(tài)報(bào)告反饋給EC/SI，使得EC/SI在終端長期處于關(guān)機(jī)、內(nèi)存滿或者其他原因的情況下，也能夠?qū)崟r(shí)地獲取短消息的錯(cuò)誤狀態(tài)。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種短消息的下發(fā)方法，其特征在于，包括: 當(dāng)首次下發(fā)集團(tuán)用戶EC/SI的短消息失敗時(shí)，記錄該短消息當(dāng)前的錯(cuò)誤狀態(tài)，并構(gòu)造包含所述錯(cuò)誤狀態(tài)信息的臨時(shí)狀態(tài)報(bào)告； 在重發(fā)所述短消息失敗，且所述短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，更新所記錄的錯(cuò)誤狀態(tài)，并構(gòu)造包含更新后的錯(cuò)誤狀態(tài)的臨時(shí)狀態(tài)報(bào)告； 在調(diào)度該短消息結(jié)束時(shí)，構(gòu)造包含短消息發(fā)送成功的狀態(tài)信息或者最終記錄的錯(cuò)誤狀態(tài)信息的正式狀態(tài)報(bào)告； 根據(jù)預(yù)先設(shè)置的控制策略，判斷需要轉(zhuǎn)發(fā)所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告時(shí)，將所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告轉(zhuǎn)發(fā)給所述集團(tuán)用戶。
2.如權(quán)利要求1所述的方法，其特征在于，下發(fā)EC/SI的短消息給終端之前，還包括: 接收EC/SI下發(fā)的CMPP_Submit消息,在判斷該CMPP_Submit消息中的Registered_Delivery字段為預(yù)先設(shè)定的值時(shí)，確認(rèn)所述EC/SI需要實(shí)時(shí)感知下發(fā)短消息的狀態(tài)。
3.如權(quán)利要求1所述的方法，其特征在于，還包括: 在接收到臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告時(shí)，記錄接收該短消息的終端的標(biāo)識(shí)以及該短消息當(dāng)前的錯(cuò)誤狀態(tài)。
4.如權(quán)利要求3所述的方法，其特征在于，還包括: 判斷發(fā)送給終端的短消息處于同一個(gè)錯(cuò)誤狀態(tài)達(dá)到設(shè)定的時(shí)長時(shí)，構(gòu)造包含該錯(cuò)誤狀態(tài)的正式狀態(tài)報(bào)告，并在根據(jù)預(yù)先設(shè)置的策略判斷需要返回該正式狀態(tài)報(bào)告時(shí)，將該正式狀態(tài)報(bào)告發(fā)送至所述EC/SI。
5.如權(quán)利要求1-4任一項(xiàng)所述的方法，其特征在于，根據(jù)預(yù)先設(shè)置的控制策略判斷是否需要轉(zhuǎn)發(fā)所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告，包括: 按照預(yù)先設(shè)置的與所述終端和/或短消息的錯(cuò)誤狀態(tài)對應(yīng)的控制策略，判斷是否需要轉(zhuǎn)發(fā)所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告，所述控制策略包括: 是否需要轉(zhuǎn)發(fā)短消息的狀態(tài)報(bào)告、以及在需要轉(zhuǎn)發(fā)短消息的狀態(tài)報(bào)告的情況下，是否需要轉(zhuǎn)發(fā)臨時(shí)狀態(tài)報(bào)告以及是否需要轉(zhuǎn)發(fā)正式狀態(tài)報(bào)告。
6.一種短消息中心SMSC，其特征在于，包括: 短消息下發(fā)模塊，用于下發(fā)集團(tuán)用戶EC/SI的短消息給終端； 記錄模塊，用于當(dāng)首次下發(fā)所述短消息失敗時(shí)，記錄該短消息當(dāng)前的錯(cuò)誤狀態(tài)，以及在重發(fā)所述短消息失敗，且所述短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，更新所記錄的錯(cuò)誤狀態(tài)； 報(bào)告發(fā)送模塊，用于當(dāng)首次下發(fā)所述短消息失敗時(shí)，將包含所述錯(cuò)誤狀態(tài)信息的臨時(shí)狀態(tài)報(bào)告返回給行業(yè)網(wǎng)關(guān)；在重發(fā)所述短消息失敗，且所述短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，構(gòu)造包含更新后的錯(cuò)誤狀態(tài)的臨時(shí)狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)；以及在調(diào)度該短消息結(jié)束時(shí)，構(gòu)造包含短消息發(fā)送成功的狀態(tài)信息或者最終記錄的錯(cuò)誤狀態(tài)信息的正式狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)。
7.如權(quán)利要求6所述的SMSC，其特征在于，還包括: 接收模塊，用于接收行業(yè)網(wǎng)關(guān)轉(zhuǎn)發(fā)的SMPP_Submit消息，當(dāng)判斷所述SMPP_Submit消息中的registered_delivery_flag字段為設(shè)定的值時(shí),確定需要實(shí)時(shí)返回短消息的狀態(tài)；所述報(bào)告發(fā)送模塊，還用于當(dāng) 所述接收模塊確定需要實(shí)時(shí)返回短消息的狀態(tài)時(shí)，執(zhí)行將臨時(shí)狀態(tài)報(bào)告返回給行業(yè)網(wǎng)關(guān)的操作。
8.一種行業(yè)網(wǎng)關(guān)，其特征在于，包括: 接收模塊，用于接收SMSC轉(zhuǎn)發(fā)的臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告，所述臨時(shí)狀態(tài)報(bào)告包含有所述SMSC記錄的EC/SI的短消息在首次發(fā)送或重發(fā)過程中的錯(cuò)誤狀態(tài)信息，所述正式狀態(tài)報(bào)告包含所述短消息發(fā)送成功的狀態(tài)信息或者所述SMSC最終記錄的錯(cuò)誤狀態(tài)信息； 專家控制模塊，用于根據(jù)預(yù)先設(shè)置的控制策略判斷是否需要轉(zhuǎn)發(fā)所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告； 發(fā)送模塊，用于若判斷需要，將所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告轉(zhuǎn)發(fā)給所述EC/SI。
9.如權(quán)利要求8所述的行業(yè)網(wǎng)關(guān)，其特征在于，所述接收模塊，還用于接收EC/SI下發(fā)的CMPP_Submit消息，在判斷該CMPP_Submit消息中的Registered_Delivery字段為預(yù)先設(shè)定的值時(shí)，確認(rèn)所述EC/SI需要實(shí)時(shí)感知下發(fā)短消息的狀態(tài)； 所述發(fā)送模塊，還用于在生成的SMPP_Submit消息中，將registered_delivery_flag字段設(shè)置為預(yù)先設(shè)定的值，并將所述SMPP_Submit消息下發(fā)給所述SMSC。
10.如權(quán)利要求8所述的行業(yè)網(wǎng)關(guān)，其特征在于，還包括: 記錄模塊，用于在所述行業(yè)網(wǎng)關(guān)接收到臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告時(shí)，記錄接收該短消息的終端的標(biāo)識(shí)以及該短消息當(dāng)前的錯(cuò)誤狀態(tài)。
11.如權(quán)利要求10所述的行業(yè)網(wǎng)關(guān)，其特征在于，所述專家控制模塊，還用于判斷發(fā)送給終端的短消息處于同一個(gè)錯(cuò)誤狀態(tài)達(dá)到設(shè)定的時(shí)長時(shí)，構(gòu)造包含該錯(cuò)誤狀態(tài)的正式狀態(tài)報(bào)告，并根據(jù)預(yù)先設(shè)置的控制策略判斷是否需要轉(zhuǎn)發(fā)當(dāng)前構(gòu)造的正式狀態(tài)報(bào)告； 所述發(fā)送模塊，還用于若判斷需要，將當(dāng)前構(gòu)造的正式狀態(tài)報(bào)告轉(zhuǎn)發(fā)給所述EC/SI。
12.如權(quán)利要求8-10任一項(xiàng)所述的行業(yè)網(wǎng)關(guān)，其特征在于，所述專家控制模塊，具體用于按照預(yù)先設(shè)置的與所述終端和/或短消息的錯(cuò)誤狀態(tài)對應(yīng)的控制策略，判斷是否需要轉(zhuǎn)發(fā)所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告，所述控制策略包括:是否需要轉(zhuǎn)發(fā)短消息的狀態(tài)報(bào)告、以及在需要轉(zhuǎn)發(fā)短消息的狀態(tài)報(bào)告的情況下，是否需要轉(zhuǎn)發(fā)臨時(shí)狀態(tài)報(bào)告以及是否需要轉(zhuǎn)發(fā)正式狀態(tài)報(bào)告。
13.—種短消息的下發(fā)系統(tǒng)，其特征在于，包括: 短消息中心SMSC，用于下發(fā)集團(tuán)用戶EC/SI的短消息給終端；當(dāng)首次下發(fā)所述短消息失敗時(shí)，記錄該短消息當(dāng)前的錯(cuò)誤狀態(tài)，并將包含所述錯(cuò)誤狀態(tài)信息的臨時(shí)狀態(tài)報(bào)告返回給行業(yè)網(wǎng)關(guān)；在重發(fā)所述短消息失敗，且所述短消息本次的錯(cuò)誤狀態(tài)與上一次記錄的錯(cuò)誤狀態(tài)不相同時(shí)，更新所記錄的錯(cuò)誤狀態(tài)，并構(gòu)造包含更新后的錯(cuò)誤狀態(tài)的臨時(shí)狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)；以及在調(diào)度該短消息結(jié)束時(shí)，構(gòu)造包含短消息發(fā)送成功的狀態(tài)信息或者最終記錄的錯(cuò)誤狀態(tài)信息的正式狀態(tài)報(bào)告給行業(yè)網(wǎng)關(guān)； 行業(yè)網(wǎng)關(guān)，用于根據(jù)預(yù)先設(shè)置的控制策略判斷是否需要轉(zhuǎn)發(fā)所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告，若需要，則將所述臨時(shí)狀態(tài)報(bào)告或正式狀態(tài)報(bào)告轉(zhuǎn)發(fā)給所述EC/SI。
全文摘要
本發(fā)明實(shí)施例提供了一種短消息的下發(fā)方法、裝置及系統(tǒng)，在首次下發(fā)短消息失敗以及重發(fā)失敗且錯(cuò)誤狀態(tài)發(fā)生變化時(shí)，根據(jù)預(yù)先設(shè)置的策略，將短消息的實(shí)時(shí)的錯(cuò)誤狀態(tài)及時(shí)反饋給EC/SI，保證了EC/SI在短消息下發(fā)過程中也可以及時(shí)地獲知其狀態(tài)，避免了現(xiàn)有技術(shù)中只能在短消息生命周期結(jié)束后獲知短消息的下發(fā)狀態(tài)的缺陷。
文檔編號(hào)H04W4/14GK103167441SQ20111042169
公開日2013年6月19日 申請日期2011年12月15日 優(yōu)先權(quán)日2011年12月15日
發(fā)明者陳云峰, 范曉暉 申請人:中國移動(dòng)通信集團(tuán)公司