專利名稱：短消息處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域，特別涉及一種短消息處理方法。
技術(shù)背景現(xiàn)有3GPP標準中，對于短消息通信，當在網(wǎng)絡(luò)側(cè)發(fā)送短消息失敗 時，規(guī)定對下列的短消息發(fā)送失敗原因接收端關(guān)機、不可及和內(nèi)存滿， 進4亍重發(fā)處理。具體地，例如，當一個用戶A(接收端)關(guān)機后，該接收端與網(wǎng)絡(luò) 側(cè)的通信斷開。當網(wǎng)絡(luò)中另一個用戶B (始發(fā)端)向用戶A發(fā)送短消 息時，發(fā)現(xiàn)用戶A已經(jīng)關(guān)機，此時網(wǎng)絡(luò)側(cè)的終結(jié)消息處理實體對要發(fā) 送的短消息進行存儲。當用戶A開機后，根據(jù)協(xié)議重新在網(wǎng)絡(luò)中注冊， 當網(wǎng)絡(luò)收到用戶A的重新注冊信息后，重新發(fā)送存儲的短消息。但是，由于網(wǎng)絡(luò)技術(shù)的復雜化，通信終端在網(wǎng)絡(luò)通信中會由于很多 其他的原因而導致短消息發(fā)送失敗，例如系統(tǒng)內(nèi)部故障、服務受限、系 統(tǒng)資源不足等等，而現(xiàn)有標準對這些失敗原因的處理方式卻沒有明確的 規(guī)定，因此現(xiàn)有技術(shù)的處理方式為在步驟101，始發(fā)端將短消息發(fā)送 給始發(fā)消息處理實體；在步驟102,始發(fā)消息處理實體將短消息發(fā)送給 終結(jié)消息處理實體；在步驟103，當網(wǎng)絡(luò)側(cè)的終結(jié)消息處理實體發(fā)現(xiàn)由 于上述原因出現(xiàn)發(fā)送失敗時，丟棄該短消息。具體如圖l所示。綜上所述，可以看出在現(xiàn)有標準中，由于出現(xiàn)對短消息的丟棄， 因此，短消息服務的可靠性得不到保證，進而會引起客戶的投訴。發(fā)明內(nèi)容針對現(xiàn)有技術(shù)中短消息服務可靠性低的缺陷，本發(fā)明的目的是提供 一種高安全性的短消息處理方法。本發(fā)明提供一種短消息處理方法，包括 a. 終結(jié)消息處理實體接收要發(fā)送到接收端的短消息；b. 終結(jié)消息處理實體通過掃描接收端狀態(tài)和系統(tǒng)資源狀態(tài)獲得失 敗原因值；c. 當失敗原因值與業(yè)務邏輯相關(guān)時，終結(jié)消息處理實體根據(jù)失敗原 因值對所述短消息進行重發(fā)處理。根據(jù)本發(fā)明提供的短消息處理方法，當失敗原因值在標準中沒有規(guī) 定進行短消息重發(fā)，并且所述失敗原因值與業(yè)務邏輯無關(guān)時，終結(jié)消息 處理實體對所述短消息進行丟棄處理。根據(jù)本發(fā)明提供的短消息處理方法，所述重發(fā)處理為對所述短消 息進行定時重發(fā)。根據(jù)本發(fā)明提供的短消息處理方法，所述重發(fā)處理為對所述短消 息每間隔預定時間進行重發(fā)。根據(jù)本發(fā)明提供的短消息處理方法，所述重發(fā)處理為對短消息進 行優(yōu)先級排序后進行重發(fā)。根據(jù)本發(fā)明提供的短消息處理方法，所述失敗原因值包括接收端 關(guān)機、接收端內(nèi)存滿、接收端不可及、系統(tǒng)資源不足、服務受限和系統(tǒng) 內(nèi)部故障等。根據(jù)本發(fā)明提供的短消息處理方法，所述終結(jié)消息處理實體為短消 息處理中心或彩信中心。根據(jù)本發(fā)明提供的短消息處理方法，所述接收端為移動通信終端或 固網(wǎng)短信終端。使用本發(fā)明所提供的短消息處理方法，可以對各種失敗原因進行分 析，并進行相應的業(yè)務處理，保證在接收端恢復正常工作時可以接收到 發(fā)送給它們的短消息，減少了短消息的丟失量，從而提高了業(yè)務的可靠 性，增加了用戶的滿意度。


圖1是現(xiàn)有技術(shù)的短消息處理方法的信令圖；圖2是根據(jù)本發(fā)明實施例的短消息處理方法的信令圖3是根據(jù)本發(fā)明實施例的重發(fā)處理過程的流程圖。
具體實施方式
本發(fā)明是對現(xiàn)有標準以外的短消息發(fā)送失敗進行處理，根據(jù)獲取的 失敗原因值，對要發(fā)送的短消息進行相應的重發(fā)處理。圖2是才艮據(jù)本發(fā)明實施例的短消息處理方法的信令圖。如圖所示， 首先在步驟201，始發(fā)端要向接收端發(fā)送短消息，首先，始發(fā)端將短消 息發(fā)送給始發(fā)消息處理實體。在本實施例中，始發(fā)端是符合協(xié)議的移動 通信終端，例如手機。但始發(fā)端并不限于手機，它可以采用所有符合協(xié) 議的通信終端，例如固網(wǎng)短信設(shè)備、可以利用互聯(lián)網(wǎng)發(fā)送短消息的計算 機設(shè)備等等。而本實施例中的始發(fā)消息處理實體可以由短消息處理中心 實現(xiàn)，除短消息處理中心之外，始發(fā)消息處理實體也可由彩信中心、以 及符合協(xié)議的其它消息處理實體實現(xiàn)。然后在步驟202,始發(fā)消息處理實體將短消息轉(zhuǎn)發(fā)給終結(jié)消息處理實 體。在本實施例中，為了更加簡明地闡述本發(fā)明，短消息處理實體包括 始發(fā)消息處理實體和終結(jié)消息處理實體。但在網(wǎng)絡(luò)應用中，可能會涉及 更多的消息處理實體，始發(fā)消息處理實體發(fā)出的短消息經(jīng)過多個消息處 理實體的轉(zhuǎn)發(fā)后，到達終結(jié)消息處理實體。同上述始發(fā)消息處理實體一 樣，短消息處理中心、彩信中心、以及符合協(xié)議的其它消息處理實體均 可以作為終結(jié)消息處理實體。在步驟203,在發(fā)送短消息給接收端的同時，終結(jié)消息處理實體掃描 用戶終端的狀態(tài)及系統(tǒng)的資源狀態(tài)。如果用戶終端的狀態(tài)不正?；蛳到y(tǒng) 資源狀態(tài)異常，均會導致短消息發(fā)送失敗。因此，終結(jié)消息處理實體根 據(jù)掃描用戶終端狀態(tài)信息和系統(tǒng)資源狀態(tài)信息，獲得失敗原因值，其中， 系統(tǒng)資源是指終結(jié)消息處理實體的存儲、帶寬等資源。由于存在不同的 失敗原因，失敗原因值有很多，例如包括系統(tǒng)資源不足、服務受限、 接收端關(guān)機、接收端內(nèi)存滿、接收端不可及和系統(tǒng)內(nèi)部故障等等。其中 接收端關(guān)機、接收端內(nèi)存滿、接收端不可及是現(xiàn)有標準規(guī)定的失敗原因， 而其他原因均為標準以外的失敗原因。在本發(fā)明的實施例中，對于除當前標準中已定義的失敗原因值之外 的其它失敗原因值，終結(jié)消息處理實體根據(jù)失敗原因值逐一與業(yè)務邏輯 進行關(guān)聯(lián)分析，確定相應的處理策略。其中，不同的失敗原因值與業(yè)務 邏輯的相關(guān)性是不同的，比如，漫游受限這種失敗原因值是與業(yè)務邏輯 相關(guān)的，因為它意味著用戶目前在漫游地，所以一些服務(例如短消息 業(yè)務)是受限的，但如果用戶返回歸屬網(wǎng)絡(luò)，則需要為該用戶恢復相應 的業(yè)務。而接收端關(guān)機這種失敗原因值則與業(yè)務邏輯無關(guān)。因此，本發(fā)明對于與業(yè)務邏輯相關(guān)的失敗原因值，終結(jié)消息處理實 體要將發(fā)送失敗的短消息進行重發(fā)，重發(fā)的具體過程將在后面具體描述。而對于與業(yè)務無關(guān)的失敗原因值，如果該失敗原因值不是現(xiàn)有3G標準中 規(guī)定進行短消息重發(fā)的失敗原因值(例如未知用戶、用戶線故障等)，則 在本實施例中，為了節(jié)約無線通信資源，終結(jié)消息處理實體可以將發(fā)送 失敗的短消息直接丟棄。但對于現(xiàn)有3G標準所規(guī)定進行存儲-重發(fā)的失 敗原因值，仍按照現(xiàn)有標準對發(fā)送失敗的短消息進行重發(fā)。如果失敗原因值與業(yè)務邏輯相關(guān)，則在步驟204，終結(jié)消息處理實體 根據(jù)獲得的失敗原因值，對短消息進行相應的重發(fā)處理。下面參考圖3，具體地對幾種與業(yè)務邏輯相關(guān)的失敗原因的處理過程 進行描述如果失敗原因值為"漫游受限"，"漫游受限"是失敗原因"服務受 限"中的一種，這種情況可能是由于用戶的終端不在服務區(qū)而造成的。 因此，則終結(jié)消息處理實體首先存儲短消息；然后，按照預定時間間隔， 終結(jié)消息處理實體對所存儲的短消息進行重發(fā)。如果失敗原因值為"系統(tǒng)資源不足"，由于"系統(tǒng)資源不足"通常發(fā) 生在話務量較高的時間段，所以終結(jié)消息處理實體可以在話務量較低的 時間段對所存儲的短消息定時地進行重發(fā)。具體地，則終結(jié)消息處理實 體首先存儲短消息；然后在預定時刻，終結(jié)消息處理實體對所存儲的短 消息進行重發(fā)。如果失敗的原因值為"系統(tǒng)擁塞"，"系統(tǒng)擁塞"是一種系統(tǒng)內(nèi)部故 障，系統(tǒng)擁塞可能是在同 一個時間段內(nèi)有多個用戶的短消息通過網(wǎng)絡(luò)發(fā)
送，因此擁塞而導致發(fā)送失敗。具體地，首先終結(jié)消息處理實體存儲短消息；然后終結(jié)消息處理實體對存儲的多個用戶的短消息進行優(yōu)先級排 隊；最后，終結(jié)消息處理實體按照優(yōu)先級順序?qū)λ鎯Φ亩滔⑦M行重 發(fā)。由于原因值很多，在此不再——贅述其相應的處理過程。本領(lǐng)域技 術(shù)人員應該理解，上述的處理步驟并不限于上述的應用，例如，優(yōu)先級 排隊步驟可以與定時重發(fā)、間隔重發(fā)等步驟組合使用。本發(fā)明中，對于原有標準給定的失敗原因(即接收端關(guān)機、接收端 內(nèi)存滿、接收端不可及)仍按原有標準的處理過程處理，即對于這些 原有標準給定的失敗原因，終結(jié)消息處理實體首先存儲要發(fā)送的短消息， 然后在接收端恢復正常并重新注冊后，終結(jié)消息處理實體將存儲的短消 息重發(fā)給接收端。在對短消息進行上述重發(fā)處理后，在步驟205，接收端將短消息響應 信息發(fā)送到終結(jié)消息處理實體。在步驟206，終結(jié)消息處理實體將該短消 息響應信息轉(zhuǎn)發(fā)到始發(fā)消息處理實體，同樣，終結(jié)消息處理實體發(fā)出的 短消息響應信息可以經(jīng)過多個消息處理實體的轉(zhuǎn)發(fā)后，到達始發(fā)消息處 理實體。進而在步驟207,始發(fā)消息處理實體將短消息響應信息發(fā)送到始 發(fā)端，從而用戶能夠了解此次發(fā)送是否成功。利用本發(fā)明的技術(shù)方案，運營商可以為用戶提供可靠性更高的短消 息服務。運營商可以與客戶在短信服務協(xié)議中明確說明哪些情況下短信 可以被可靠發(fā)送，從而減少因服務協(xié)議不明確而導致的客戶投訴?？蛻?在協(xié)議中也可以對運營商承諾的服務級別進行選擇。同時，運營商可以 根據(jù)其所提供的不同級別的服務，收取不同的費用。盡管通過上述的優(yōu)選實例對本發(fā)明進行了描述，但是本領(lǐng)域技術(shù)人 員應該理解在不脫離本發(fā)明精神和范圍的情況下，可以對本發(fā)明做出 不同的變化和修改。
權(quán)利要求
1、一種短消息處理方法，其特征在于，包括a.終結(jié)消息處理實體接收要發(fā)送到接收端的短消息；b.終結(jié)消息處理實體通過掃描接收端狀態(tài)和系統(tǒng)資源狀態(tài)獲得失敗原因值；c.當失敗原因值與業(yè)務邏輯相關(guān)時，終結(jié)消息處理實體根據(jù)失敗原因值對所述短消息進行重發(fā)處理。
2、 根據(jù)權(quán)利要求1所述的短消息處理方法，其特征在于，當所述 失敗原因值在標準中沒有規(guī)定進行短消息重發(fā)，并且所述失敗原因值與 業(yè)務邏輯無關(guān)時，終結(jié)消息處理實體對所述短消息進行丟棄處理。
3、 根據(jù)權(quán)利要求1所述的短消息處理方法，其特征在于，所述重 發(fā)處理為對所述短消息進行定時重發(fā)。
4、 根據(jù)權(quán)利要求1所述的短消息處理方法，其特征在于，所述重 發(fā)處理為對所述短消息每間隔預定時間進行重發(fā)。
5、 根據(jù)權(quán)利要求1所述的短消息處理方法，其特征在于，所述重 發(fā)處理為對短消息進行優(yōu)先級排序后進行重發(fā)。
6、 根據(jù)權(quán)利要求1-5中任何一項所述的短消息處理方法，其特征 在于，所述失敗原因值包括接收端關(guān)機、接收端內(nèi)存滿、接收端不可 及、系統(tǒng)資源不足、服務受限和系統(tǒng)內(nèi)部故障。
7、 才艮據(jù)權(quán)利要求1所述的短消息處理方法，其特征在于，所述終 結(jié)消息處理實體為短消息處理中心或彩信中心。
8、 根據(jù)權(quán)利要求1所述的短消息處理方法，其特征在于，所述接 收端為移動通信終端或固網(wǎng)短信終端。
全文摘要
一種短消息處理方法，包括終結(jié)消息處理實體接收要發(fā)送到接收端的短消息；終結(jié)消息處理實體通過掃描接收端狀態(tài)和系統(tǒng)資源狀態(tài)獲得失敗原因值；當失敗原因值與業(yè)務邏輯相關(guān)時，終結(jié)消息處理實體根據(jù)失敗原因值對所述短消息進行重發(fā)處理。使用本發(fā)明所提供的短消息處理方法，可以對各種失敗原因進行分析，并進行相應的業(yè)務處理，保證在接收端恢復正常工作時可以接收到發(fā)送給它們的短消息，減少了短消息的丟失量，從而提高了業(yè)務的可靠性，增加了用戶的滿意度。
文檔編號H04W4/12GK101155337SQ20061015247
公開日2008年4月2日 申請日期2006年9月29日 優(yōu)先權(quán)日2006年9月29日
發(fā)明者劉立軍 申請人:北京信威通信技術(shù)股份有限公司