專利名稱：一種推送業(yè)務實現(xiàn)方法
技術領域：
本發(fā)明涉及通信領域，更確切地說是涉及一種推送業(yè)務(PUSH業(yè)務)實現(xiàn)方法。
背景技術：
PUSH業(yè)務是一種由服務方主動發(fā)起，把信息“推送”給用戶的業(yè)務。PUSH業(yè)務實現(xiàn)系統(tǒng)包括PUSH發(fā)起方PI(Push Initiator)、PUSH代理網關PPG(Push Proxy Gateway)和PUSH接收方三個實體。其中，PUSH發(fā)起方PI用于發(fā)送PUSH內容到PPG，該PUSH內容中包含PUSH指令；PPG用于根據(jù)PUSH指令遞送內容至PUSH接收方。如圖1所示，以WAP PUSH為例，PI位于Internet中且通過推送訪問協(xié)議PAP(PUSH Access Protocol)同PPG通信，PPG是Internet網和移動網之間的訪問接入點，通過空間傳輸協(xié)議PUSH OTA(PUSH Over-The-Air)把消息推送到PUSH接收方即客戶端。
PUSH業(yè)務實現(xiàn)流程如下A、PI推送消息給PPG當PI檢測有消息需要推送到客戶端時，PI首先根據(jù)消息的內容和性質構造推送消息，通過PAP協(xié)議向PPG發(fā)送推送請求；B、PPG處理PUSH消息PPG收到請求后進行一些必要的處理工作，包括壓縮、協(xié)議轉換、安全認證等，然后通過OTA協(xié)議將推送消息傳送給客戶端；C、客戶端處理收到的PUSH消息客戶端收到推送消息后，根據(jù)消息內容和服務類型同PPG進行交互。
當以短消息方式承載PUSH消息時，如以業(yè)務指示SI(ServiceIndication)、業(yè)務加載SL(Service Loading)或多媒體信息業(yè)務MMS(Multimedia Messaging Service)通知消息等方式傳送PUSH內容時，該PUSH內容在無線應用協(xié)議網關WAP GW(Wireless Application ProtocolGateWay)的PPG模塊中被編碼成二進制碼流之后，如果總的數(shù)據(jù)量超過了140個字節(jié)，就需要拆分成多條短消息下發(fā)給手機。這多條短消息在短消息中心SMSC(Short Message Service Center)中被當作多條相互沒有關系的普通短消息來調度，此時，如果這多條短消息中的任何一條下發(fā)不成功時，SMSC會對它重新進行調度發(fā)送。因此，這多條短消息到達客戶端時，可能因間隔時間長導致客戶端不能正常對這多條短消息進行重組，PUSH內容的傳送也就失敗了。
以MMS m-notification-ind消息作為PUSH內容為例，其在PPG中被編碼后，就需要2條短消息承載，其中一條短消息下發(fā)異常時，就會導致MMSm-notification-ind消息發(fā)送失敗。
現(xiàn)有的技術方案是通過利用同其他業(yè)務共用的SMSC承載WAP PUSH消息以實現(xiàn)PUSH業(yè)務。其流程如圖2所示A1、PUSH發(fā)起方PI/多媒體消息服務中心PI/MMSC(Multimedia MessageService Center)提交PUSH消息至PPG；B1、PPG返回PUSH消息的響應；C1、PPG解析PAP協(xié)議，分析PUSH消息。由于PUSH消息的數(shù)據(jù)量大于140個字節(jié)，PPG對PUSH消息進行分包，把一條PUSH消息分成多條消息后提交至SMSC；D1、SMSC接收上述多條消息，并針對每條消息向PPG返回提交應答消息，SMSC對收到的多條消息按存儲轉發(fā)方式進行消息調度；E1、SMSC對上述每一條消息進行檢測，并依據(jù)預定策略進行失敗超時重發(fā)，即如果其中一條消息發(fā)送失敗，SMSC按重發(fā)機制對該條消息進行重發(fā)；并在發(fā)送完成后制作狀態(tài)報告消息反饋至PPG。
F1、客戶端收到上述多條消息，由于該多條消息屬于同一PUSH消息，客戶端需要對多條消息進行重組。
這種通過利用同其他業(yè)務共用的SMSC承載WAP PUSH短消息實現(xiàn)PUSH業(yè)務的技術方案存在以下缺點1、因為需要利用同其他業(yè)務共用的SMSC承載WAP PUSH短消息，該SMSC承擔了點對點短消息、夢網短消息、WAP PUSH等所有的短消息傳送任務，其對所有的短消息并不作區(qū)分處理，而是以一條短消息為單位進行調度。在整個網絡系統(tǒng)比較繁忙時，一旦無線網絡、七號信令網絡中的任何網元發(fā)生擁塞，PUSH消息將下發(fā)失敗；2、該SMSC采用存儲轉發(fā)方式對短消息進行調度，PPG需要對大于140字節(jié)的PUSH消息進行分包，分包后的多條PUSH消息下發(fā)到客戶端存在較大的時間間隔，致使客戶端在對多條短消息進行重組時可能由于超時而失敗；3、PUSH業(yè)務失敗率較高，降低了用戶對WAP PUSH業(yè)務的體驗；4、PUSH業(yè)務時延較大，也降低了用戶對WAP PUSH業(yè)務的體驗。

發(fā)明內容
本發(fā)明的主要目的在于提供一種推送(PUSH)業(yè)務實現(xiàn)方法，以解決現(xiàn)有技術中PUSH消息下發(fā)成功率低和時延較大的問題。
為達到以上目的，本發(fā)明是這樣實現(xiàn)的一種PUSH業(yè)務實現(xiàn)方法，包括如下步驟A、PUSH發(fā)起方向PPG提交推送消息；B、PPG以短消息方式承載該推送消息，將該推送消息發(fā)送至SMSC；C、SMSC依據(jù)推送內容對所述推送消息分包得到一組短消息，以事務處理模式對該組短消息進行調度將其下發(fā)至客戶端；
D、客戶端接到該組短消息后對其進行重組，以顯示推送消息。
步驟C所述事務處理模式是指在預定時間內將分包得到的一組短消息連續(xù)發(fā)送及當其中一條短消息發(fā)送失敗時重新對該條短消息進行發(fā)送。
在預定時間內分包得到的一組短消息均被發(fā)送成功，SMSC向PPG返回提交確認消息，PPG依據(jù)該消息向PUSH發(fā)起方發(fā)送結果通知消息。
在預定時間內分包得到的一組短消息中有任一條發(fā)送失敗，SMSC向PPG返回提交失敗消息，PPG依據(jù)該消息向PUSH發(fā)起方發(fā)送結果通知消息。
步驟B中PPG將推送消息發(fā)送至SMSC后，掛起該事務以等待SMSC對該事務的處理結果，并繼續(xù)處理下一個PUSH事務。
所述SMSC專用于PUSH業(yè)務的承載，其可以單獨設置或者集成于WAP網關內。
本發(fā)明中PPG不需要對大的PUSH消息進行分包，PPG直接把PUSH消息作為一條消息提交給SMSC，SMSC支持事務處理模式，SMSC立即把SMS下發(fā)結果返回給PPG，PPG不需要SMSC制作、提交狀態(tài)報告，提高WAPPUSH消息的成功率；本發(fā)明也可為WAP PUSH業(yè)務設置獨立的專用SMSC，提供端到端的PUSH業(yè)務響應，進一步提高WAP PUSH消息的成功率；WAPPUSH采用端到端的業(yè)務流程，減少了WAP PUSH消息的時延。


圖1為現(xiàn)有技術系統(tǒng)示意圖；圖2為現(xiàn)有技術流程示意圖；圖3為本發(fā)明實施例流程示意圖。
具體實施例方式
本發(fā)明通過支持事務處理模式的SMSC來承載PUSH業(yè)務；當PUSH發(fā)起方檢測有消息需要推送到客戶端時，PI首先根據(jù)消息的內容和性質構造推送消息后，向PPG提交該推送消息；PPG不判斷該消息是否大于140字節(jié)，把該條推送消息直接提交SMSC，SMSC對該條推送消息進行分包成一組短消息向客戶端下發(fā)。SMSC采用SMPP協(xié)議中的事務處理模式對該組短消息進行消息調度下發(fā)至客戶端，并將下發(fā)結果以提交消息應答方式直接返回至PPG，PPG通過該提交應答消息就知道PUSH消息下發(fā)結果，而不需要SMSC中心制作狀態(tài)報告消息反饋至PPG。
本實施例以WAP PUSH為例，具體流程如圖3所示1、PUSH發(fā)起方SP檢測有消息需要推送到客戶端時，SP首先根據(jù)消息的內容和性質構造推送消息，然后通過PAP協(xié)議向PPG/WAP GW發(fā)送推送請求。
2、PPG/WAP GW向SP返回提交確認響應。
3、PPG/WAP GW不進行推送內容的分包，其采用實時任務機制，將該推送消息以短消息方式進行承載后，向SMSC提交該推送消息，并將該事務掛起等待SMSC對該事務處理情況進行確認，繼續(xù)處理下一個WAP PUSH事務。
4-7、SMSC接受推送消息后，依據(jù)消息內容進行分包得到一組短消息，如圖所示該推送消息被分包成由短消息1和短消息2組成的消息組，并將該組短消息下發(fā)至客戶端。SMSC通過事務處理模式對所述該組短消息進行調度，保證在預定的時間或者預定的條件下該組短消息被連續(xù)發(fā)送，即使其中某一條短消息發(fā)送失敗，SMSC將在很短的時間內對該條消息進行重新發(fā)送。
8、SMSC向客戶端傳送完該組短消息后，才以提交確認消息方式向PPG/WAP GW返回本次短消息事務的處理結果。
9、PPG/WAP向SP發(fā)送結果通知請求。
10、SP返回結果通知應答。
11、客戶端確認該PUSH內容后，手機激活GPRS網絡，主動到指定統(tǒng)一資源定位URL(Uniform Resource Locators)上提取對應的信息內容體。
12、WAP GW根據(jù)URL向SP轉發(fā)請求。
13、SP接受該請求，內容服務器向PPG/WAP返回信息內容體。
14、PPG/WAP轉發(fā)信息內容體到客戶端，以實現(xiàn)PUSH業(yè)務。
在上述流程中，當SMSC通過事務處理模式對所述短消息組進行調度時，在預定時間或者預定條件內，該組短消息中一條或者幾條下發(fā)失敗，則向PPG/WAP GW返回提交失敗結果，PPG/WAP GW將失敗結果轉發(fā)至SP，流程結束。
本發(fā)明可以通過設置專門的SMSC來承載WAP PUSH業(yè)務，該SMSC專門負責PUSH類業(yè)務的承載。借此使WAP GW/PPG實時地得到本次WAPPUSH事務的處理結果，對失敗的WAP PUSH進行重發(fā)處理，減少端到端的時延，由此進一步提高WAP PUSH消息的成功率。該SMSC可以獨立設置，也可以集成在WAP GW系統(tǒng)內。
權利要求
1.一種推送業(yè)務(PUSH業(yè)務)實現(xiàn)方法，其特征在于包括如下步驟A、PUSH發(fā)起方向PUSH代理網關(PPG)提交推送消息；B、PUSH代理網關(PPG)以短消息方式承載該推送消息后，將該推送消息發(fā)送至短消息中心；C、短消息中心依據(jù)推送消息內容對所述推送消息分包得到一組短消息，以事務處理模式對該組短消息進行調度將其下發(fā)至客戶端；D、客戶端接到該組短消息后將其重組為完整的消息。
2.如權利要求1所述的方法，其特征在于步驟C所述事務處理模式是指在預定時間內將分包得到的一組短消息連續(xù)發(fā)送及當其中一條短消息發(fā)送失敗時重新對該條短消息進行發(fā)送。
3.如權利要求2所述的方法，其特征在于，在預定時間內分包得到的一組短消息均被發(fā)送成功，短消息中心向PPG返回提交確認消息，PUSH代理網關(PPG)依據(jù)該消息向PUSH發(fā)起方發(fā)送結果通知消息。
4.如權利要求3所述的方法，其特征在于，在預定時間內分包得到的一組短消息中有任一條發(fā)送失敗，短消息中心向PUSH代理網關(PPG)返回提交失敗消息，PUSH代理網關(PPG)依據(jù)該消息向PUSH發(fā)起方發(fā)送結果通知消息。
5.如權利要求1或2所述的方法，其特征在于步驟B中PUSH代理網關(PPG)將推送消息發(fā)送至短消息中心后，掛起該事務以等待短消息中心對該事務的處理結果，并繼續(xù)處理下一個PUSH事務。
6.如權利要求1所述的方法，其特征在于所述短消息中心專用于PUSH業(yè)務的承載。
7.如權利要求6所述的方法，其特征在于所述短消息中心單獨設置或者集成于WAP網關內。
全文摘要
本發(fā)明公開了一種推送業(yè)務實現(xiàn)方法，用于解決現(xiàn)有技術中PUSH消息下發(fā)成功率低和時延較大的問題；該方法包括步驟PUSH發(fā)起方向PPG提交推送消息；PPG以短消息方式承載該推送消息，將該推送消息發(fā)送至SMSC；SMSC依據(jù)推送內容對所述推送消息分包得到一組短消息，以事務處理模式對該組短消息進行調度將其下發(fā)至客戶端；客戶端接到該組短消息后對其進行重組，以顯示推送消息。采用本發(fā)明能夠提高PUSH消息下發(fā)的成功率。
文檔編號H04L29/06GK1856132SQ200510068110
公開日2006年11月1日 申請日期2005年4月26日 優(yōu)先權日2005年4月26日
發(fā)明者李榮高 申請人:華為技術有限公司