[发明专利]消息推送方法及装置、业务平台

说明书

技术领域

本发明涉及消息推送技术，尤其涉及一种消息推送方法及装置、业务平台。

背景技术

现有的消息发送方式大都采用推送(PUSH)方式进行发送，例如WAP PUSH或彩信PUSH方案，均为先使用消息方式PUSH，而UE到服务器采用拖拽(PULL)的方案，图1为现有的彩信PUSH方案的业务流程图，如图1所示，现有的彩信PUSH方案包括以下步骤：

步骤101，业务平台先通过消息服务中心(SMSC，Short Message Service Center)生成向用户设备(UE，User Equipment)发送的消息，在消息中携带有彩信内容所在的IP地址。

步骤102，消息中心通过查询归属位置寄存器(HLR，Home Location Register)获得UE所在的拜访位置寄存器(VLR，Visitor Location Register)。

步骤103，消息中心将消息发送到UE所在的VLR。

步骤104，VLR收到消息后通过SG接口将消息发送到UE所在长期演进(LTE，Long Term Evolution)网络的移动性管理实体(MME，Mobility Management Entity)。

步骤105，MME在收到消息后将消息发送到UE。

步骤106，UE收到消息。

步骤107，UE从消息中取出彩信内容的IP地址，发起超文本传送协议(HTTP，HyperText Transfer Protocol)的内容提取请求。将提取请求消息发送到系统架构演进网关(SAE GW，System Architecture Evolution Gateway)。

步骤108，因为提取请求消息中携带有CMWAP接入点名称(APN，AccessPoint Name)，SAE GW将提取请求消息发送到WAP GW。

步骤109，WAP GW根据提取请求消息中的内容地址，将提取请求发送到业务平台。

步骤110，业务平台收到彩信内容提取请求后，返回http响应到WAP GW，响应中携带彩信内容。

步骤111，WAP GW根据请求建立的路径将http响应发送到SAE GW。

步骤112，SAE GW将http响应转发到UE。这样，UE即实现了彩信的接收。

上述的彩信PUSH方案下行流程复杂，需要先进行消息推送流程，再进行内容获取流程，PUSH过程涉及电路交换域和分组交换域，导致业务的时延较大。上述的彩信PUSH方案信息交互环节多，涉及的网元数量很多，不利于业务端到端成功率的提高，不利于排障和维护，同时，也增加了消息业务中心的负荷，影响消息中心的容量。

现有PUSH技术方案中，还有另一种消息PUSH方案：为UE上线后，周期性到服务器进行注册登记，将自身的IP地址和端口信息通过消息报告给服务器，使服务器在推送时可以直接获取到UE的状态和地址(包括IP地址和端口信息)，然后直接进行推送。图2为现有的飞信PUSH方案的业务流程图，如图2所示，现有的飞信PUSH方案包括以下步骤：

步骤201，UE上线后，主动发送注册消息到SAE GW。

步骤202，SAE GE接收到注册消息后根据APN将消息转发到业务平台，业务平台接收到注册消息后，更新UE状态并保存UE地址。

步骤203，注册成功后，UE周期性发送心跳消息/刷新注册消息到SAE GW。

步骤204，SAE GW接收到心跳消息/刷新注册消息后，根据APN将消息发送到业务平台。业务平台接收到消息后，刷新UE状态并保存UE地址。

步骤205，业务平台判断UE已在线，根据UE地址，直接推送消息到SAEGE。

步骤206，SAE GW将推送消息转发到UE。

上述的飞信PUSH方案中，UE与SAE GW之间的心跳消息对网络资源消耗过大，如QQ的心跳消息曾经占用移动网络资源的50-70％，但心跳本身并未带来实际价值。并且，心跳消息对服务器处理负荷压力较大，服务器要处理大量UE发送的心跳，对服务器本身带来的额外负荷也较大。

发明内容

有鉴于此，本发明的主要目的在于提供一种消息推送方法及装置、业务平台，能在占用的网络资源较少的情形下实现消息的推送。

为达到上述目的，本发明的技术方案是这样实现的：

一种消息推送方法，所述方法包括：