WO2009056026A1

WO2009056026A1 - Procédé et système pour réaliser le pousser hors ligne, et passerelle de protocole d'application sans fil

Info

Publication number: WO2009056026A1
Application number: PCT/CN2008/072594
Authority: WO
Inventors: Shouping Li
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-10-30
Filing date: 2008-09-28
Publication date: 2009-05-07
Also published as: CN101163157A

Description

一种离线推送实现方法、系统及无线应用协议网关技术领域

本发明涉及移动通信领域，特别涉及一种离线推送（Push )实现方法、系统及无线应用协议 ( WAP , Wireless Application Protocol )网关。背景技术

Push技术是一种建立在客户机与服务器上的机制，就是由服务器主动将信息发往客户机的技术。与传统的 "拉" （Pull )技术相比，其主要区别在于 Push技术是由服务器主动向客户机发送信息，而 Pull 技术则是由客户机主动向服务器请求信息。 Pull技术的主要优势在于信息发送的主动性和及时性。

离线 Push就是当客户机不在线时，服务器向客户机发送 Push消息。参见图 1 , 图 1为现有的离线 Push方案流程图。

步骤 101 , 服务供应商（SP, Service Provider )将 Push消息下发给 WAP网关（ GW, Gateway )。

步骤 102~103 , WAP网关发现当前移动终端不在线，则将 Push 消息下发给短消息服务中心（ SMSC, Short Message Service Certer ), SMSC向移动终端发送一条提示短消息，该提示短消息中携带提示信息，比如通用资源定位器（URL, Uniform Resource Locator )连接。

步骤 104 105 , 移动终端收到提示短消息后，通过 WAP网关向 SP发送获取（ Get ) 消息，请求相关的 Push消息。

步骤 106~107 , SP经 WAP网关向移动终端返回响应（ Response ) 消息，并向移动终端下发 Push消息。

上述步骤可以看出，现有的离线 Push方案要经过 SMSC, 釆用短消息通知移动终端，由移动终端重新向 SP获取 Push消息，使得离线 Push消息的发送时间较长，并且还会加重 SMSC的负担。发明内容

本发明实施例提出一种离线 Push实现方法，该方法能够缩短离线 Push消息的发送时间，减轻 SMSC的负担。

本发明实施例还提出一种系统和 WAP网关，能够缩短离线 Push 消息的发送时间，减轻 SMSC的负担。

本发明的技术方案是这样实现的：

一种离线 Push实现方法，包括：判断接收 Push消息的移动终端是否在线，如果在线，则将 Push消息下发至所述移动终端；

否则，通知网络侧发起包数据协议 ( PDP , Packet Data Protocol ) 上下文激活过程，将 Push消息下发至激活成功的所述移动终端。

一种离线 Push实现系统，包括：

WAP网关，用于判断接收 Push消息的移动终端是否在线，如果在线，则将 Push消息下发至所述移动终端；否则，通知 GGSN( Gateway General Packet Radio Service Support Node , 通用分组无线业务网关支持节点）发起 PDP上下文激活过程，将 Push消息下发至激活成功的所述移动终端；

GGSN,用于接收 WAP网关发送的所述通知，命令 SGSN( Service General Packet Radio Service Support Node, 月良务通用分组无线业务支持节点）执行 PDP上下文激活过程，并创建 PDP上下文；

SGSN,用于接收 GGSN发送的所述命令，执行 PDP上下文激活过程。

一种 WAP网关，包括：

判断模块，用于判断接收 Push消息的移动终端是否在线，如果在线，则向发送模块发送下发 Push消息命令；否则，向激活模块发送激活命令；

激活模块，用于当判断模块的判断结果为移动终端不在线时，通知网络侧发起 PDP上下文激活过程，在激活成功后将激活成功消息发送至发送模块；发送模块，用于当判断模块的判断结果为移动终端在线时、或者从激活模块接收到激活成功消息时，将 Push消息下发至移动终端。

可见，本发明实施例提出的方法、系统及 WAP网关，当移动终端不在线时，由 WAP网关通知网络侧发起 PDP上下文激活过程，将 Push消息下发至激活成功的移动终端，减少离线 Push的短消息通知流程，从而缩短了离线 Push消息的发送时间，减轻了 SMSC的负担。附图说明

图 1为现有的离线 Push方案流程图；

图 2为本发明实施例一种离线 Push实现方法的流程图；图 3为本发明实施例一种离线 Push的具体实现方式流程图；图 4为本发明实施例出现 PDP上下文激活失败时的离线 Push实现流程图；

图 5为本发明实施例 WAP网关的结构示意图。

具体实施方式

为使本发明的发明目的、技术方案及效果更加清楚明确，以下参照附图并举具体实施例进行详细说明。

本发明实施例提出一种离线 Push实现方法，参见图 2, 图 2为本发明实施例一种离线 Push实现方法的流程图。

步骤 201 , 判断接收 Push消息的移动终端是否在线，如果在线，则执行步骤 202; 否则执行步骤 203。

步骤 202, 将 Push消息下发至所述移动终端，结束当前流程。步骤 203 , 通知网络侧发起 PDP上下文激活过程，将 Push消息下发至激活成功的所述移动终端。

上述实施例中的执行主体可以为 WAP网关，亦可以为整个网络中的其他设备，如 GGSN、 SGSN等，在本发明实施例中，将以执行主体为 WAP网关为例来进行描述。

所述将 Push消息下发至激活成功的移动终端之后可以进一步包括： WAP网关发起断连，通知 GGSN发起 PDP上下文去激活过程。

所述通知网络侧发起 PDP 上下文激活过程的步骤可以包括：包数据单元 ) 消息，将所述 PDP PDU消息发送至网络侧的 GGSN。

以下介绍详细实现过程。参见图 3 , 图 3为本发明实施例一种离线 Push的具体实现方式流程图。

步骤 301 , SP向 WAP网关发送 Push消息；此时 Push消息可以不带用户信息，由 WAP网关自行选择移动终端，也可以由 WAP网关预先定义 Push消息。

步骤 302, WAP网关判断移动终端是否在线，如果在线，则执行步骤 315; 否则，执行步骤 303。

步骤 303 , WAP网关根据移动终端的号码构造 PDP PDU消息，将 PDP PDU消息发送至 GGSN, 通知 GGSN发起网络侧 PDP上下文激活过程。

步骤 304, GGSN收到 PDP PDU消息，向归属位置寄存器（HLR, Home Location Register )发送 GPRS的发送路由信息（ Send Routeing Information for GPRS ) 消息，取 SGSN的地址，该消息包含国际移动台识别号（ IMSI, International Mobile Station Identification )信息。

步骤 305 , 如果移动终端可达，则 HLR发送 GPRS的发送路由消息应答（ Send Routeing Information for GPRS Ack ) 消息，返回 SGSN 的地址，该消息包含 IMSI信息、 SGSN地址（Address ) ；如果移动终端不可达，则返回错误，如果错误不是 "无事件响应（No Paging Response ) ，，， HLR将此 GGSN添加到该用户的 GGSN列表 ( GGSN-List ) ；

步骤 306, 如 SGSN存在或错误是 "No Paging Response", 则 GGSN 发送 PDU通知请求（ PDU Notification Request ) 消息，通知给 SGSN, 该消息包含 IMSI、 PDP种类（ Type )、 PDP Address、接入点名称（ APN, Access Point Name ) 。

步骤 307 , SGSN返回 PDU通知应答（ PDU Notification Response ) , 确认将要请求移动终端激活 PDP 上下文过程；

步骤 308, SGSN向移动终端发送请求 PDP 上下文激活（Request PDP Context Activation ) 消息，要求移动终端发起激活 PDP Context 请求，该消息包含处理标识 ( TI, Transaction Identifier ) 、 PDP Type、 PDP Address, APN。

步骤 309, 移动终端发起 PDP Context激活请求，向 SGSN发送 PDP 上下文激活请求（ PDP Context Activate Request ) 消息；

步骤 310, SGSN通过使用 PDP Type (可选）、 PDP Address (可选）、 Access Point Name (可选 )和 PDP Context签约数据来验证 Activate PDP Context Request的有效性； SGSN给 PDP Context分配隧道终点标识（TEID ) , 如果使用动态地址，则要求 GGSN分配一个动态地址。 SGSN根据一定的算法选择一个 APN, SGSN向 GGSN发起创建 PDP上下文请求（ Create PDP Context Request ) ；

步骤 311 , GGSN为 PDP Context分配动态地址、计费 ID、协商服务质量（QoS, Quality of Service )等，向 WAP网关发送计费请求开始 ( Accounting-Request start ) 消息；

步骤 312, GGSN向 SGSN发起创建 PDP上下文响应（ CREATE PDP Context RESPONSE ) ,携带网络层服务接入点标识（ NSAPI, Network layer Service Access Point Identifier ) 、 PDP ADDR、 GGSN ADDR、 TEID、 QoS等信息；

步骤 313 , WAP 网关向 GGSN发送计费响应开始 ( Accounting-Response start ) 消息；步骤 313和步骤 312根据 GGSN实现策略的不同可以颠倒顺序。

步骤 314 , SGSN向移动终端发送激活 PDP上下文接受（Activate PDP Context Accept ) 消息，将 QoS等信息下发给移动终端；

步骤 315 , WAP网关将 Push消息按照一定的编码格式下发给移动终端；

步骤 316, WAP网关将内容下发完毕后发送断连请求（Disconnect Request ) 消息，要求 GGSN断开与移动终端连接；

步骤 317 , GGSN向 SGSN发送删除 PDP上下文请求（Delete PDP Context Request ) 消息，该消息包含 TEID、 NSAPL TI。

步骤 319 , SGSN向移动终端发送去激活请求（Deactivate PDP Context Request ) 消息。

步骤 320, 移动终端删除本地的 PDP Context, 向 SGSN返回 PDP上下文去激活接受（ Deactivate PDP Context Accept ) 消息。

步骤 321 , SGSN向 GGSN发送删除 PDP 上下文响应（ Delete PDP Context Response )消息， GGSN收到此消息后，如果为移动终端分配了动态地址，可以释放此动态地址给其他的移动终端使用， SGSN发送删除 PDP上下文响应不必等待收到移动终端的 PDP上下文去激活接上述图 3所述的离线 Push的实现流程中， GGSN发起 PDP上下文激活过程后， WAP网关直接将 Push消息下发至激活成功的移动终端。但是，在实际实现过程中，有可能出现 PDP上下文激活失败的情况。如果激活失败， WAP网关根据配置情况判断是否需要将 Push 消息緩存，不需要緩存则直接删除 Push消息，结束当前流程；如果需要緩存，则将 Push消息緩存，经过预先设定的时间段之后继续重复判断移动终端的步骤，直到将 Push消息发送出去，或者直到通知网络侧发起激活过程的次数超过预先设定的门限值时删除 Push 消息，结束当前流程。

以下详细介绍出现 PDP上下文激活失败时的离线 Push 实现过程，参见图 4, 图 4为本发明实施例出现 PDP上下文激活失败时的离线 Push实现流程图。

步骤 401 , WAP网关收到 SP发送的 Push消息，此时的 Push消息可以不带移动终端信息，由 WAP网关自行选择移动终端；也可以由 WAP网关预先生成 Push消息的内容。

步骤 402, 解析 Push消息的内容实体，获取其中的地址信息。步骤 403 , 判断移动终端是否在线，如果在线，则执行步骤 404; 否则，执行步骤 405。

步骤 404, WAP网关向移动终端下发 Push消息，结束当前流程。步骤 405, WAP网关根据移动终端的号码构造 PDP PDU消息，下发给 GGSN, 通知 GGSN发起 PDP上下文激活过程。

步骤 406, 判断是否激活成功，如果是，则执行步骤 407; 否则，执行步骤 408。

步骤 407, WAP网关向激活成功的移动终端下发 Push消息，结束当前流程。

步骤 408, WAP网关根据配置情况判断是否需要緩存 Push消息，如果不需要，则执行步骤 409; 如果需要，则执行步骤 410。步骤 409, 存储下发失败信息，删除 Push消息，结束当前流程。步骤 410, 緩存 Push消息，经过预先设定的时间段之后继续执行步骤 403 , 重新尝试向移动终端下发 Push消息。为避免不断重复尝试而加重系统负担，可以预先设定门限值，当尝试的次数超过门限值时，也就是说，当 WAP网关通知网络侧发起 PDP上下文激活过程的次数超出门限值，而移动终端仍未被激活成功时，不再緩存 Push 消息，而是将 Push消息删除，结束当前流程。

另外，接收 Push消息的移动终端可能有多个，这种情况下逐个判断这些移动终端是否在线，如果在线则直接发送 Push消息；否则构造 PDP PDU消息进行 PDP上下文激活，激活成功则下发 Push消息，激活失败则纪录相关信息，继续尝试发送，直到该 Push消息对应的移动终端被全部尝试完毕，结束 Push消息发送流程。

本发明实施例还提出一种离线 Push实现系统，包括：

WAP网关，用于判断接收 Push消息的移动终端是否在线，如果在线，则将 Push消息下发至所述移动终端；否则，通知 GGSN发起 PDP上下文激活过程，将 Push消息下发至激活成功的所述移动终端； GGSN, 用于接收 WAP 网关发送的所述通知，命令服务通用无线业务支持节点 SGSN执行 PDP上下文激活过程，并创建 PDP上下文；

SGSN, 用于接收 GGSN发送的所述命令，执行 PDP上下文激活过程。

本发明实施例还提出一种 WAP网关，参见图 5 , 图 5为本发明实施例 WAP网关的结构示意图。该 WAP网关包括：

判断模块 510, 用于判断接收 Push消息的移动终端是否在线；激活模块 530, 用于当判断模块 510的判断结果为移动终端不在线时，通知网络侧发起 PDP上下文激活过程，在激活成功后将激活成功消息发送至发送模块 520。

发送模块 520, 用于当判断模块 510的判断结果为移动终端在线时、或者从激活模块 530接收到激活成功消息时，将 Push消息下发至移动终端。

该 WAP网关还可以进一步包括：断连发起模块 540, 用于在发送模块 520将 Push消息下发至激活成功的移动终端之后，发起断连，通知网络侧发起 PDP上下文去激活过程。

上述 WAP网关中，所述激活模块 530可以包括：

PDP PDU 消息构造子模块 531 , 用于根据移动终端的号码构造 PDP PDU消息；

PDP PDU消息发送子模块 532, 用于将构造的 PDP PDU消息发送至网络侧的 GGSN , 通知网络侧发起 PDP上下文激活过程；

发送子模块 533 , 用于在在激活成功后将激活成功消息发送至发送模块 520。

综上所述，本发明提出的离线 Push实现方法、系统及 WAP网关，当移动终端不在线时，由 WAP网关通知网络侧发起 PDP上下文激活过程，利用现有的网络侧发起 PDP上下文激活过程将移动终端激活，然后将 Push消息直接下发给移动终端，减少了短消息通知流程，这样能够缩短 Push消息的发送时间，并且减轻 SMSC的负担。下发成功后， WAP网关能够主动发起断连，通知 GGSN发送 PDP上下文去激活过程。并且，本发明实施例中，如果激活失败， WAP 网关能够对 Push消息进行緩存，可以灵活配置发送策略，充分利用网络资源，实现运营商的利润最大化。最后， SP下发的 Push消息中可以不带移动终端信息，由 WAP网关自行选择移动终端；也可以由 WAP网关预先定义 Push消息的内容。综上所述，以上仅为对本发明精神的展示，而非用于限制本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求

1、一种离线推送 Push实现方法，其特征在于，所述方法包括：判断接收 Push消息的移动终端是否在线，如果在线，则将 Push消息下发至所述移动终端；

否则，通知网络侧发起包数据协议 PDP上下文激活过程，将 Push 消息下发至激活成功的所述移动终端。

2、根据权利要求 1所述离线推送 Push实现方法，其特征在于，还包括：无线应用协议 WAP网关发起断连，通知通用分组无线业务网关支持节点 GGSN发起 PDP上下文去激活过程。

3、根据权利要求 1所述离线推送 Push实现方法，其特征在于，所述通知网络侧发起 PDP上下文激活过程包括： WAP网关根据所述移动终端的号码构造 PDP包数据单元 PDU消息，将所述 PDP PDU 消息发送至网络侧的 GGSN。

4、根据权利要求 1或 3所述离线推送 Push实现方法，其特征在于，还包括：

判断是否激活成功，如果成功，则继续执行所述将 Push消息下发至激活成功的移动终端的步骤；否则，緩存所述 Push消息，经过预先设置的时间段之后，继续执行所述判断接收 Push消息的移动终端是否在线的步骤。

5、根据权利要求 4所述离线推送 Push实现方法，其特征在于，还包括：判断所述通知的次数是否超过预先设定的门限值，如果是，则删除所述 Push消息，结束当前流程；否则继续执行所述通知的过程。

6、根据权利要求 1或 3所述离线推送 Push实现方法，其特征在于，还包括：

判断是否激活成功，如果成功，则继续执行所述将 Push消息下发至激活成功的移动终端的步骤；否则，删除所述 Push消息。

7、根据权利要求 1所述离线推送 Push实现方法，其特征在于，所述接收 Push消息的移动终端由 WAP网关进行选择。

8、根据权利要求 1所述离线推送 Push实现方法，其特征在于，所述 Push消息由 WAP网关预先生成。

9、一种离线 Push实现系统，其特征在于，所述系统包括： WAP网关，用于判断接收 Push消息的移动终端是否在线，如果在线，则将 Push消息下发至所述移动终端；否则，通知 GGSN发起 PDP上下文激活过程，将 Push消息下发至激活成功的所述移动终端； GGSN, 用于接收 WAP 网关发送的所述通知，命令服务通用无线业务支持节点 SGSN执行 PDP上下文激活过程，并创建 PDP上下文；

10、一种 WAP网关，其特征在于，所述 WAP网关包括：判断模块，用于判断接收 Push消息的移动终端是否在线；激活模块，用于当判断模块的判断结果为移动终端不在线时，通知网络侧发起 PDP上下文激活过程，在激活成功后将激活成功消息发送至发送模块；

发送模块，用于当判断模块的判断结果为移动终端在线时、或者从激活模块接收到激活成功消息时，将 Push消息下发至移动终端。

11、根据权利要求 10所述 WAP网关，其特征在于，所述 WAP 网关进一步包括：

断连发起模块，用于在发送模块将 Push消息下发至激活成功的移动终端之后，发起断连，通知网络侧发起 PDP上下文去激活过程。

12、根据权利要求 10所述 WAP网关，其特征在于，所述激活模块包括：

PDP PDU消息构造子模块，用于根据移动终端的号码构造 PDP PDU消息；

PDP PDU消息发送子模块，用于将构造的 PDP PDU消息发送至网络侧的 GGSN，通知网络侧发起 PDP上下文激活过程；发送子模块，用于在激活成功后将激活成功消息发送至发送模块。