专利名称：一种推送业务实现方法
技术领域：
本发明涉及通信领域，更确切地说是涉及一种推送业务(PUSH业务)实现方法。
背景技术：
PUSH业务是一种由服务方主动发起，把信息“推送”给用户的业务。PUSH业务实现系统包括PUSH发起方PI(Push Initiator)、PUSH代理网关PPG(Push Proxy Gateway)和PUSH接收方三个实体。其中，PUSH发起方PI用于发送PUSH内容到PPG，该PUSH内容中包含PUSH指令；PPG用于根据PUSH指令递送内容至PUSH接收方。如图1所示，以WAP PUSH为例，PI位于Internet中且通过推送访问协议PAP(PUSH Access Protocol)同PPG通信，PPG是Internet网和移动网之间的访问接入点，通过空间传输协议PUSH OTA(PUSH Over-The-Air)把消息推送到PUSH接收方即客户端。
PUSH业务实现流程如下A、PI推送消息给PPG当PI检测有消息需要推送到客户端时，PI首先根据消息的内容和性质构造推送消息，通过PAP协议向PPG发送推送请求；B、PPG处理PUSH消息PPG收到请求后进行一些必要的处理工作，包括压缩、协议转换、安全认证等，然后通过OTA协议将推送消息传送给客户端；C、客户端处理收到的PUSH消息客户端收到推送消息后，根据消息内容和服务类型同PPG进行交互。
当以短消息方式承载PUSH消息时，如以业务指示SI(ServiceIndication)、业务加载SL(Service Loading)或多媒体信息业务MMS(Multimedia Messaging Service)通知消息等方式传送PUSH内容时，该PUSH内容在无线应用协议网关WAP GW(Wireless Application ProtocolGateWay)的PPG模块中被编码成二进制码流之后，如果总的数据量超过了140个字节，就需要拆分成多条短消息下发给手机。这多条短消息在短消息中心SMSC(Short Message Service Center)中被当作多条相互没有关系的普通短消息来调度，此时，如果这多条短消息中的任何一条下发不成功时，SMSC会对它重新进行调度发送。因此，这多条短消息到达客户端时，可能因间隔时间长导致客户端不能正常对这多条短消息进行重组，PUSH内容的传送也就失败了。
以MMS m-notification-ind消息作为PUSH内容为例，其在PPG中被编码后，就需要2条短消息承载，其中一条短消息下发异常时，就会导致MMSm-notification-ind消息发送失败。
现有的技术方案是通过利用同其他业务共用的SMSC承载WAP PUSH消息以实现PUSH业务。其流程如图2所示A1、PUSH发起方PI/多媒体消息服务中心PI/MMSC(Multimedia MessageService Center)提交PUSH消息至PPG；B1、PPG返回PUSH消息的响应；C1、PPG解析PAP协议，分析PUSH消息。由于PUSH消息的数据量大于140个字节，PPG对PUSH消息进行分包，把一条PUSH消息分成多条消息后提交至SMSC；D1、SMSC接收上述多条消息，并针对每条消息向PPG返回提交应答消息，SMSC对收到的多条消息按存储转发方式进行消息调度；E1、SMSC对上述每一条消息进行检测，并依据预定策略进行失败超时重发，即如果其中一条消息发送失败，SMSC按重发机制对该条消息进行重发；并在发送完成后制作状态报告消息反馈至PPG。
F1、客户端收到上述多条消息，由于该多条消息属于同一PUSH消息，客户端需要对多条消息进行重组。
这种通过利用同其他业务共用的SMSC承载WAP PUSH短消息实现PUSH业务的技术方案存在以下缺点1、因为需要利用同其他业务共用的SMSC承载WAP PUSH短消息，该SMSC承担了点对点短消息、梦网短消息、WAP PUSH等所有的短消息传送任务，其对所有的短消息并不作区分处理，而是以一条短消息为单位进行调度。在整个网络系统比较繁忙时，一旦无线网络、七号信令网络中的任何网元发生拥塞，PUSH消息将下发失败；2、该SMSC采用存储转发方式对短消息进行调度，PPG需要对大于140字节的PUSH消息进行分包，分包后的多条PUSH消息下发到客户端存在较大的时间间隔，致使客户端在对多条短消息进行重组时可能由于超时而失败；3、PUSH业务失败率较高，降低了用户对WAP PUSH业务的体验；4、PUSH业务时延较大，也降低了用户对WAP PUSH业务的体验。
发明内容
本发明的主要目的在于提供一种推送(PUSH)业务实现方法，以解决现有技术中PUSH消息下发成功率低和时延较大的问题。
为达到以上目的，本发明是这样实现的一种PUSH业务实现方法，包括如下步骤A、PUSH发起方向PPG提交推送消息；B、PPG以短消息方式承载该推送消息，将该推送消息发送至SMSC；C、SMSC依据推送内容对所述推送消息分包得到一组短消息，以事务处理模式对该组短消息进行调度将其下发至客户端；
D、客户端接到该组短消息后对其进行重组，以显示推送消息。
步骤C所述事务处理模式是指在预定时间内将分包得到的一组短消息连续发送及当其中一条短消息发送失败时重新对该条短消息进行发送。
在预定时间内分包得到的一组短消息均被发送成功，SMSC向PPG返回提交确认消息，PPG依据该消息向PUSH发起方发送结果通知消息。
在预定时间内分包得到的一组短消息中有任一条发送失败，SMSC向PPG返回提交失败消息，PPG依据该消息向PUSH发起方发送结果通知消息。
步骤B中PPG将推送消息发送至SMSC后，挂起该事务以等待SMSC对该事务的处理结果，并继续处理下一个PUSH事务。
所述SMSC专用于PUSH业务的承载，其可以单独设置或者集成于WAP网关内。
本发明中PPG不需要对大的PUSH消息进行分包，PPG直接把PUSH消息作为一条消息提交给SMSC，SMSC支持事务处理模式，SMSC立即把SMS下发结果返回给PPG，PPG不需要SMSC制作、提交状态报告，提高WAPPUSH消息的成功率；本发明也可为WAP PUSH业务设置独立的专用SMSC，提供端到端的PUSH业务响应，进一步提高WAP PUSH消息的成功率；WAPPUSH采用端到端的业务流程，减少了WAP PUSH消息的时延。
图1为现有技术系统示意图；图2为现有技术流程示意图；图3为本发明实施例流程示意图。
具体实施例方式
本发明通过支持事务处理模式的SMSC来承载PUSH业务；当PUSH发起方检测有消息需要推送到客户端时，PI首先根据消息的内容和性质构造推送消息后，向PPG提交该推送消息；PPG不判断该消息是否大于140字节，把该条推送消息直接提交SMSC，SMSC对该条推送消息进行分包成一组短消息向客户端下发。SMSC采用SMPP协议中的事务处理模式对该组短消息进行消息调度下发至客户端，并将下发结果以提交消息应答方式直接返回至PPG，PPG通过该提交应答消息就知道PUSH消息下发结果，而不需要SMSC中心制作状态报告消息反馈至PPG。
本实施例以WAP PUSH为例，具体流程如图3所示1、PUSH发起方SP检测有消息需要推送到客户端时，SP首先根据消息的内容和性质构造推送消息，然后通过PAP协议向PPG/WAP GW发送推送请求。
2、PPG/WAP GW向SP返回提交确认响应。
3、PPG/WAP GW不进行推送内容的分包，其采用实时任务机制，将该推送消息以短消息方式进行承载后，向SMSC提交该推送消息，并将该事务挂起等待SMSC对该事务处理情况进行确认，继续处理下一个WAP PUSH事务。
4-7、SMSC接受推送消息后，依据消息内容进行分包得到一组短消息，如图所示该推送消息被分包成由短消息1和短消息2组成的消息组，并将该组短消息下发至客户端。SMSC通过事务处理模式对所述该组短消息进行调度，保证在预定的时间或者预定的条件下该组短消息被连续发送，即使其中某一条短消息发送失败，SMSC将在很短的时间内对该条消息进行重新发送。
8、SMSC向客户端传送完该组短消息后，才以提交确认消息方式向PPG/WAP GW返回本次短消息事务的处理结果。
9、PPG/WAP向SP发送结果通知请求。
10、SP返回结果通知应答。
11、客户端确认该PUSH内容后，手机激活GPRS网络，主动到指定统一资源定位URL(Uniform Resource Locators)上提取对应的信息内容体。
12、WAP GW根据URL向SP转发请求。
13、SP接受该请求，内容服务器向PPG/WAP返回信息内容体。
14、PPG/WAP转发信息内容体到客户端，以实现PUSH业务。
在上述流程中，当SMSC通过事务处理模式对所述短消息组进行调度时，在预定时间或者预定条件内，该组短消息中一条或者几条下发失败，则向PPG/WAP GW返回提交失败结果，PPG/WAP GW将失败结果转发至SP，流程结束。
本发明可以通过设置专门的SMSC来承载WAP PUSH业务，该SMSC专门负责PUSH类业务的承载。借此使WAP GW/PPG实时地得到本次WAPPUSH事务的处理结果，对失败的WAP PUSH进行重发处理，减少端到端的时延，由此进一步提高WAP PUSH消息的成功率。该SMSC可以独立设置，也可以集成在WAP GW系统内。
权利要求
1.一种推送业务(PUSH业务)实现方法，其特征在于包括如下步骤A、PUSH发起方向PUSH代理网关(PPG)提交推送消息；B、PUSH代理网关(PPG)以短消息方式承载该推送消息后，将该推送消息发送至短消息中心；C、短消息中心依据推送消息内容对所述推送消息分包得到一组短消息，以事务处理模式对该组短消息进行调度将其下发至客户端；D、客户端接到该组短消息后将其重组为完整的消息。
2.如权利要求1所述的方法，其特征在于步骤C所述事务处理模式是指在预定时间内将分包得到的一组短消息连续发送及当其中一条短消息发送失败时重新对该条短消息进行发送。
3.如权利要求2所述的方法，其特征在于，在预定时间内分包得到的一组短消息均被发送成功，短消息中心向PPG返回提交确认消息，PUSH代理网关(PPG)依据该消息向PUSH发起方发送结果通知消息。
4.如权利要求3所述的方法，其特征在于，在预定时间内分包得到的一组短消息中有任一条发送失败，短消息中心向PUSH代理网关(PPG)返回提交失败消息，PUSH代理网关(PPG)依据该消息向PUSH发起方发送结果通知消息。
5.如权利要求1或2所述的方法，其特征在于步骤B中PUSH代理网关(PPG)将推送消息发送至短消息中心后，挂起该事务以等待短消息中心对该事务的处理结果，并继续处理下一个PUSH事务。
6.如权利要求1所述的方法，其特征在于所述短消息中心专用于PUSH业务的承载。
7.如权利要求6所述的方法，其特征在于所述短消息中心单独设置或者集成于WAP网关内。
全文摘要
本发明公开了一种推送业务实现方法，用于解决现有技术中PUSH消息下发成功率低和时延较大的问题；该方法包括步骤PUSH发起方向PPG提交推送消息；PPG以短消息方式承载该推送消息，将该推送消息发送至SMSC；SMSC依据推送内容对所述推送消息分包得到一组短消息，以事务处理模式对该组短消息进行调度将其下发至客户端；客户端接到该组短消息后对其进行重组，以显示推送消息。采用本发明能够提高PUSH消息下发的成功率。
文档编号H04L29/06GK1856132SQ200510068110
公开日2006年11月1日 申请日期2005年4月26日 优先权日2005年4月26日
发明者李荣高 申请人:华为技术有限公司