WO2011023089A1

WO2011023089A1 - 传递及接收Push消息的方法和设备

Info

Publication number: WO2011023089A1
Application number: PCT/CN2010/076251
Authority: WO
Inventors: 范姝男; 杨健; 王雷
Original assignee: 华为终端有限公司
Priority date: 2009-08-24
Filing date: 2010-08-23
Publication date: 2011-03-03
Also published as: ES2617188T3; CN101997696A; EP2472776B1; US20120147887A1; EP2472776A1; EP2472776A4

Description

传递及接收 Push消息的方法和设备本申请要求于 2009年 08月 24日提交中国专利局、申请号为 200910163085. 4专利申请名称为 "传递及接收 Push 消息的方法和设备" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及通信技术领域，具体而言是涉及一种传递及接收 Push消息的方法和设备。背景技术

推送（Push) 是一种内容分发机制，采用客户 /服务器模式的工作方式，要求服务器不需要客户端发出具体请求，就由 Push消息发起者（Push Initiator, PI ) 向 Push服务器推送信息和传递指令，再由 Push服务器根据传递指令将 Push内容发送到终端，其中 Push 服务器采用 Push 接入协议（Push Access Protocol , PAP) 从 Push消息发起者上获取消息，再通过 Push空中协议（Over The Air, 0TA) 将内容发送给终端。

Push消息可以通过点到点，或通过点到多点的方式进行发送。在点到点的 Push消息发送过程中，终端可以向 Push服务器返回确认消息，表示接收到该 Push消息， Push服务器根据此确认消息再向 Push消息发起者返回传递报告。当 Push消息的终端为多个设备时，如果仍采用点到点的方式，需要 Push服务器重复发送同一条 Push消息，这样将造成承载网络的负担。因此，需要通过点到多点的方式来同时发送 Push消息给多个终端。

在实现本发明过程中，发明人研究发现在点到多点的 Push消息发送过程中，如果 Push 服务器采用广播或组播方式传递 Push消息，由于 Push消息传递前无法预先获知目标终端，或者由于终端没有可使用的上行信道来返回接收响应，使得 Push服务器无法获知该 Push 消息的传递情况。发明内容

本发明实施例提供一种传递及接收 Push消息的方法和设备，在 Push服务器以广播或组播方式传递 Push消息情况下能够获知 Push消息的传递情况。

本发明实施例提供的一种传递 Push消息的方法，包括：

接收 Push消息，所述 Push消息中携带有统计传递结果的指示；根据所述 Push消息确定通过广播或组播方式向终端传递所述 Push消息；根据统计传递结果的指示获取传递报告。

发明实施例提供的一种接收 Push消息的方法，包括：

接收 Push服务器通过广播或组播方式传递的 Push消息，所述 Push消息中携带有返回接收响应的指示；

根据所述返回接收响应的指示，向所述 Push 服务器返回接收响应消息或与服务器建立连接。

相应于上述方法实施例，本发明实施例提供了一种 Push服务器，包括：

接收单元，用于接收 Push消息，所述 Push消息中携带有统计传递结果的指示；传递方式确定单元，用于根据所述 Push消息确定通过广播或组播方式向终端传递所述 Push消息；传递报告获取单元，用于根据统计传递结果的指示获取传递报告。

还提供了一种终端，包括：

接收单元，用于接收 Push服务器通过广播或组播方式传递的 Push消息，所述 Push 消息中携带有返回接收响应的指示；响应返回单元，用于根据所述返回接收响应的指示，向所述 Push服务器返回接收响应消息或与服务器建立连接。

由上述本发明实施例提供的技术方案可知， Push服务器在以广播或组播方式向终端传递 Push消息时，通过 Push消息发起者在所述 Push消息中携带统计传递结果的指示， Push 服务器根据该指示获取传递报告，因此能够在广播或组播方式传递 Push 消息情况下获知 Push消息的传递情况。附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作一简单地介绍。

图 1为本发明实施例提供的一种传递 Push消息的方法流程图；

图 2为本发明实施例提供的一种接收 Push消息的方法流程图；

图 3为本发明实施例提供的一种 Push服务器的功能组成图一；

图 4为本发明实施例提供的一种 Push服务器的功能组成图二；

图 5为本发明实施例提供的一种终端的功能组成图一；图 6为本发明实施例提供的一种终端的功能组成图二；

图 7为本发明实施例提供的一种传递 Push消息的系统组成图;

图 8为实施本发明的方法实施例的一个具体流程步骤图。具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

实施例一

参见图 1，本发明实施例提供的一种传递 Push消息的方法，包括：

步骤 11，接收 Push消息，在所述 Push消息中携带有统计传递结果的指示；

Push服务器接收 Push消息，在所述 Push消息中携带有统计传递结果的指示。该统计传递结果的指示在 Push消息中给出，例如在 Push消息参数中给出指示，如下给出在服务质量（QoS) 参数中给出指示的实现举例:

< 1 ELEMENT Push -message ( address+ , quality-of- service? ) >

< 1 ATTLIST Push-message

Push-id CDATA #REQUIRED

replace -Push- id CDATA #IMPLIED

replace -method ( pending-only

I all ) "all"

deliver-bef ore- timestamp %Datetime； # IMPLIED

deliver-af ter- timestamp %Datetime； # IMPLIED

source -reference CDATA # IMPLIED

Push 艮务器 -notify- requested- to CDATA #IMPLIED

progress -notes -requested ( true | false ) " false"

< 1 ELEMENT address EMPTY >

以下给出传递报告 Delivery-R印 ort可能的元数据格式:

Receiver- Address 字符串可以是广播，组播地址类型

Sender- Address 字符串给出此传递 4艮告返回给的地址

Deliver-Report 字符串列表指示 Push服务器统计相应的传递结果

Deliver-Report Values 字符串列表传递报告类型的取值，例如， "传递数目"，指示统计此

Push消息将发送给目标终端的数目。 "成功接收数目 ", 指示统计此 Push 消息成功接收的终端数目。 "失败数目 "，指示统计此 Push消息无法接收或未发送成功的终端数目。 "拒绝数目"，指示统计此 Push消息拒绝接收的终端数目等。

Push服务器根据 Push消息中的 Del ivery-R印 ort指示信息判断需要统计的传递结果类型。

在本发明的实施例中，所述 Push 服务器可以是点对多点消息系统中 Push 代理网关 (PPG), Push消息由 Push消息发起者（PI ) 向 Push代理网关（PPG) 发送，其中，统计传递结果的指示可以是 PI在发送给 PPG的 Push消息中携带的用于请求结果通知的信息。

步骤 12，根据所述 Push消息确定通过广播或组播方式传递该 Push消息；

Push服务器根据所述 Push消息确定通过广播或组播方式传递该 Push消息，例如 Push 消息发起者可根据指令中的地址类型来指示 Push服务器通过广播或组播等方式发送 Push 消息，或 Push服务器根据自身判断通过广播或组播的方式发送 Push消息。

步骤 13，根据统计传递结果的指示获取传递报告。

Push服务器根据统计传递结果的指示获取传递报告，所述根据统计传递结果的指示获取传递报告包括：获取全部传递结果类型的传递报告，或者仅获取所指示传递结果类型的传递报告；

Push 服务器可通过如下几种方式获取传递报告：通过查询组管理服务器获取传递报告；或通过接收终端返回的接收响应获取传递报告；或通过查询终端与服务器建立连接的数目获取传递报告。

例如在 Push消息发起者指示 Push服务器通过组播方式发送该 Push消息时， Push服务器可以通过查询判断目标终端所在群组，来获得发送此 Push 消息给目标终端的数目。其中 Push服务器在通过查询组管理服务器获取传递报告时，可以在发送该 Push消息前，获得目标终端的地址信息，从目标地址终端的数目获得此 Push将发送给目标终端的数目；并且 Push服务器可根据发送 Push消息的数目，或承载网络发送的数目获得该 Push消息实际传递的数目，以及通过接收终端返回的接收响应或终端与服务器建立连接等操作获得该 Push消息成功接收的数目。当然 Push服务器也可以在发送该 Push消息前，通过查询承载网络服务器，获得加入此组播组用户的数目；或者通过统计分发的密钥，接入参数，订阅过程，业务声明，返回确认加入组消息的数目等数据，来统计接收 Push 消息的终端数目。

终端对 Push服务器传递的 Push消息进行判断，如果携带有返回接收响应的指示，则向 Push服务器返回接收响应。接收响应的类型包括：成功接收响应、失败接收响应、拒绝接收响应、正在处理响应、禁止重传响应等等。

Push 服务器根据查询组管理服务器获取的结果或根据终端返回的接收响应或终端与服务器建立连接等操作，可统计出传递 Push消息的传递报告。对于同一 Push消息标识，统计的数目分类存储，例如 Push消息成功发送的数目， Push消息失败的数目等。

对于获取的传递报告， Push服务器可以主动向 Push消息发起者返回传递报告，也可以根据 Push 消息发起者发送的请求传递报告的消息向所述 Push 消息发起者返回传递报告，该返回传递报告包括：返回全部传递结果类型的传递报告，或者仅返回所请求传递结果类型的传递报告。当然 Push服务器也可以根据其他服务器发送查询某项传递报告的请求消息， Push服务器根据返回策略，判断是否返回请求的结果给其他服务器，如果是，则返回可返回的查询结果。

对于使用广播或组播等方式将 Push消息传递给终端，并指示终端返回接收响应消息，但终端没有上行信道可利用以返回接收响应的情况下， Push服务器可在传递给终端的所述 Push 消息中携带承载方式的指示，以使得所述终端使用所述指示的承载方式返回接收响应。

指示的承载方式可以为一种或者多种，由终端判断选择其中一种返回接收响应。此指示信息可以通过发送给终端的 Push消息中携带，例如在 QoS参数中指示，或通过扩展 Push 消息的消息头域、值域或消息体，携带指示终端返回接收响应所使用的承载方式标识，并且还可以进一步给出返回接收响应的接收地址信息和 /或 Push消息标识信息等，例如，指示通过 SMS， Emai l , HTTP, WSP， SIP信令返回接收响应。终端通过解析此指示承载方式的标识，并激活相应的应用，使用所述指示的承载方式返回接收响应，从而在终端没有上行信道可利用的情形下，仍然可以保证终端返回接收响应。以下给出举例：

类型取值

Push ID 字符串 Push消息的消息标识 Receiver- Address 字符串可以是广播，组播地址类型

Sender- Address 字符串给出此接收响应返回给的地址

Report-Return-Method 字符串列表指示终端使用的承载方式，通过

SMS,Email,HTTP,WSP,SIP信令消息返回接收响应。

当然，如果传递给终端的 Push 消息中没有指示具体的承载方式，终端也可以通过默认的方式返回接收响应。

为增强 Push服务器的统计功能， Push消息发起者还可以在所述 Push消息中携带统计方式的指示，使得 Push服务器按照所述 Push消息中指示的统计方式对传递报告进行统计。

Push 服务器通过扩展所述传递报告的消息头域、值域或消息体的方式将统计结果返回给 Push消息发起者，从而 Push消息发起者能够收到详细的传递结果分类，为用户带来更好的体验。

统计结果可以放在传递报告的消息头中，例如， Push服务器在向 Push消息发起者返回的传递报告消息头中携带如下统计结果：

其中 Number数可以为 Push服务器将此 Push消息发送给终端的数目，也可以为终端返回接收响应的数目。而 Successful-Number为成功接收该 Push消息的终端数目。当然也可包括 Rejected-Number表示拒绝接收的终端数目， Pending - Number表示正在处理的终端数目， Undel iverable Number表示未能传递的终端数目等统计结果。

< 1 ELEMENT resultnoti f ication-message ( address , qual ity- of - service ? ) > < 1 ATTLIST resultnoti f ication-message

Push- id CDATA #REQUIRED/# IMPLIED )

sender- address CDATA # IMPLJ IED

sender-name CDATA # IMPLJ IED

received- time %Datetime； # IMPLJ IED

liiiiiiiililiiiiliiiB

当然， Push服务器也可以将统计结果封装在传递报告的消息体中，以如下方式进行返报告状态数目地址信息

Successful-Number n Address Info ej ected-Number n Address Info

Pending-Number n Address Info

Undeliverable-Number n Address Info

Delivered-Number n Address Info

Expired-Numb er n Address Info

Aborted-Number n Address Info

Timeout-Number n Address Info

Cancelled-Number n Address Info

Unkonw-Number n Address Info

Totol-report-Number n Address Info 可选地， Push消息发起者接收到该传递报告后，向 Push服务器返回接收响应。

另外，对指示返回接收响应未返回接收响应的终端或返回传递失败响应的终端，可选地， Push服务器可以进一步将该终端的地址信息报告给 Push消息发起者， Push消息发起者可以用此信息判断是否需要向未成功接收 Push消息的终端，进一步指示 Push服务器以单播，组播或广播方式再次传递该 Push消息，或者 Push服务器自身根据所述终端地址信息判断是否以单播，组播或广播方式再次传递该 Push消息，从而增加传递的成功率。

本发明实施例提供的传递 Push消息的方法， Push服务器在以广播或组播方式向终端传递 Push消息时，通过 Push消息发起者在所述 Push消息中携带统计传递结果的指示，指示 Push服务器获取传递报告，使得 Push服务器以广播或组播情况下仍能够获知 Push 消息的传递情况。

实施例二

参见图 2，本发明实施例提供的一种接收 Push消息的方法，包括：

步骤 21，接收 Push服务器通过广播或组播方式传递的 Push消息，在所述 Push消息中携带有返回接收响应的指示；

终端接收 Push服务器通过广播或组播方式传递的 Push消息，在所述 Push消息中携带有返回接收响应的指示，该返回接收响应的指示可在 Push消息中的 QoS参数中给出，例如可以在 QoS参数中添加 Response-R印 ort标识指示终端需要向 Push服务器返回接收响应。

步骤 22，根据所述返回接收响应的指示，向所述 Push服务器返回接收响应或与服务器建立连接。

终端接收到该 Push消息，对接收到的 Push消息进行判断，如果携带有返回接收响应的指示，则向 Push服务器返回接收响应。接收响应的类型包括：成功接收响应、失败接收响应、拒绝接收响应、正在处理响应、禁止重传响应等等。 Push服务器根据终端返回的接收响应或终端与服务器建立连接等操作，统计出 Push消息的传递报告，使得 Push服务器在以广播或组播方式传递 Push消息的情况下，仍能够获知 Push消息的传递情况。

对于使用广播或组播等方式将 Push消息传递给终端，并指示终端返回接收响应消息，但终端没有上行信道可利用以返回接收响应的情况下， Push服务器可在传递给终端的所述 Push 消息中携带有承载方式的指示，使得所述终端根据所述承载方式的指示，激活相应的应用，使用所述指示的承载方式向所述 Push服务器返回接收响应。

指示的承载方式可以为一种或者多种，由终端判断选择其中一种返回接收响应。此指示信息可以通过发送给终端的 Push消息中携带，例如在 QoS参数中指示，或通过扩展 Push 消息的消息头域、值域或消息体，携带指示终端返回接收响应所使用的承载方式标识，并且还可以进一步给出返回接收响应的接收地址信息和 /或 Push消息标示信息等，例如，指示通过 SMS， Emai l , HTTP, WSP， SIP信令返回接收响应。终端通过解析此指示承载方式的标识，并激活相应的应用，使用所述指示的承载方式返回接收响应，从而在终端没有上行信道可利用的情形下，仍然可以保证终端返回接收响应。当然，如果 Push 消息中没有指示具体的承载方式，终端也可以通过默认的方式返回接收响应。

本发明实施例提供的接收 Push消息的方法，在 Push服务器在以广播或组播方式向终端传递 Push消息时，通过在所述 Push消息中携带返回接收响应的指示，指示终端返回接收响应，以使得 Push服务器根据终端返回的接收响应或终端与服务器建立连接等操作，统计出 Push消息的传递报告。

实施例三

参见图 3，本发明实施例提供一种 Push服务器，包括：

接收单元 31，用于接收 Push消息，所述 Push消息中携带有统计传递结果的指示；传递方式确定单元 32，用于根据所述 Push消息确定通过广播或组播方式向终端传递所述 Push消息；传递报告获取单元 33，用于根据统计传递结果的指示获取传递报告。

所述根据统计传递结果的指示获取传递报告包括：获取全部传递结果类型的传递报告，或者仅获取所指示传递结果类型的传递报告；

其中，所述报告获取单元 33包括如下至少一种模块：

第一获取模块，用于通过查询组管理服务器获取传递报告；

第二获取模块，用于通过接收终端返回的接收响应获取传递报告；

第三获取模块，用于通过查询终端与服务器建立连接的数目获取传递报告。

在本发明的实施例中，所述 Push 服务器可以是点对多点消息系统中 Push 代理网关 (PPG), PPG所接收的 Push消息是由 Push消息发起者（PI ) 向 Push代理网关（PPG) 发送。

为此，参见图 4，本实施例提供的 Push服务器 3，还包括传递报告返回单元 34，该传递报告返回单元至少包括如下任一模块：

主动返回模块，用于主动向 Push消息发起者返回所述传递报告；

请求返回模块，用于根据 Push消息发起者发送的请求传递报告的消息向所述 Push消息发起者返回所述传递报告；

策略返回模块，用于如果是 Push 消息发起者之外的其他服务器发送的请求传递报告的消息，则根据返回策略进行判断是否返回所述请求的传递报告。

对于使用广播或组播等方式将 Push消息传递给终端，并指示终端返回接收响应消息，但终端没有上行信道可利用以返回接收响应的情况下，所述 Push服务器还包括：

承载方式指示单元 35，用于在传递给终端的 Push消息中携带承载方式的指示，以使得所述终端根据所述承载方式的指示，激活相应的应用，使用所述指示的承载方式返回接收响应。从而在终端没有上行信道可利用的情形下，仍然可以保证终端返回接收响应。为增强 Push服务器的统计功能， Push消息发起者在所述 Push消息中还携带有对返回传递报告统计方式的指示，为此，仍参见图 4，所述 Push服务器还包括：

统计单元 36，用于按照所述 Push消息中指示的统计方式对传递报告进行统计；同时，所述传递报告返回单元 34，具体用于通过扩展所述传递报告的消息头域、值域或消息体的方式将统计结果返回给 Push消息发起者。从而 Push消息发起者能够收到详细的传递结果分类，为用户带来更好的体验。

另外，对于指示返回接收响应未返回接收响应的终端或返回传递失败响应的终端，根据所述终端地址信息， Push服务器可以向所述终端再次发送该 Push消息，从而增加传递的成功率。为此，所述 Push服务器还可包括：

重传单元 37，用于对指示返回接收响应未返回接收响应的终端或返回传递失败响应的终端，根据所述终端地址信息，向所述终端再次传递该 Push消息。

本发明实施例提供的 Push服务器，可应用于上述的方法实施例一，对以广播或组播方式传递 Push消息情况下，仍能够获知 Push消息的传递情况。

实施例四

参见图 5，本发明实施例提供一种终端，包括：

接收单元 51，用于接收 Push服务器通过广播或组播方式传递的 Push消息，在所述 Push消息中携带有返回接收响应的指示；

响应返回单元 52，用于根据所述返回接收响应的指示，向所述 Push服务器返回接收响应或与服务器建立连接。

终端的接收单元 51接收到该 Push消息，对接收到的 Push消息进行判断，如果携带有返回接收响应的指示，则向 Push服务器返回接收响应。接收响应的类型包括：成功接收响应、失败接收响应、拒绝接收响应、正在处理响应、禁止重传响应等等。 Push服务器根据终端返回的接收响应或终端与服务器建立连接等操作，统计出 Push消息的传递报告，使得 Push服务器在以广播或组播方式传递 Push消息情况下，仍能够获知 Push消息的传递情况。

对于使用广播或组播等方式将 Push消息传递给终端，并指示终端返回接收响应消息，但终端没有上行信道可利用以返回接收响应的情况下， Push 服务器可以在传递给终端的 Push消息中携带承载方式的指示，以使得终端根据所述承载方式的指示，激活相应的应用，使用所述指示的承载方式向所述 Push服务器返回接收响应，从而在终端没有上行信道可利用的情形下，仍然可以保证终端返回接收响应。为此参见图 6，本发明实施例提供的终端还包括：

应用激活单元 53，用于根据所述 Push消息中指示的承载方式，激活相应的应用；同时，所述响应返回单元 52，具体用于使用所述指示的承载方式向所述 Push服务器返回接收响应。

本发明实施例提供的终端，可应用于上述的方法实施例二，使得 Push服务器在以广播或组播方式传递 Push消息情况下，仍能够获知 Push消息的传递情况。

实施例五

参见图 7，本发明实施例提供了一种传递 Push消息的系统，包括 Push消息发起者 10、 Push服务器 20和若干个终端 30，其中，

所述 Push服务器 20，用于接收所述 Push消息发起者发送的传递 Push消息的指令，在接收的 Push消息中携带有统计传递结果的指示，根据所述 Push消息确定通过广播或组播方式向终端传递所述 Push消息；根据统计传递结果的指示获取传递报告。

具体地，所述 Push服务器 20，用于通过查询组管理服务器获取传递报告；或通过接收终端返回的接收响应获取传递报告；或通过查询终端与服务器建立连接的数目获取传递报告。该获取的传递报告包括：获取全部传递结果类型的传递报告，或者仅获取所指示传递结果类型的传递报告。

此外，所述 Push服务器 20，还用于主动向 Push消息发起者返回所述传递报告；或者，根据 Push消息发起者发送的传递报告的请求消息向所述 Push消息发起者返回所述传递报告；或者，如果是 Push 消息发起者之外的其他服务器发送的传递报告的请求消息，则根据返回策略进行判断是否返回响应并携带所述请求的传递报告。该返回的传递报告包括：返回全部传递结果类型的传递报告，或者仅返回所请求传递结果类型的传递报告。

在终端没有上行信道返回接收响应的情形下，所述 Push服务器 20，还用于在传递给终端的 Push 消息中携带承载方式的指示，以使得终端根据所述承载方式的指示，激活相应的应用，使用所述指示的承载方式返回接收响应。

为增强 Push服务器 20的统计功能，所述 Push消息发起者 10在 Push消息中携带统计方式的指示；此时，所述 Push服务器 20，还用于按照所述 Push消息中指示的统计方式对传递报告进行统计，并通过扩展所述传递报告的消息头域、值域或消息体的方式将统计结果返回给 Push消息发起者。

参见图 8，实施本发明提供的方法实施例的一个具体流程步骤，包括：

步骤 81， Push消息发起者发送传递 Push消息的指令给 Push服务器，指示 Push服务器通过广播或组播的方式传递该 Push消息。

在所述 Push消息中携带有统计传递报告的指示，也可以携带有终端承载方式的指示，还可以携带有统计方式的指示。

步骤 82， Push服务器返回响应消息。此步骤为可选步骤。

步骤 83， Push服务器通过广播或组播的方式将 Push消息传递给终端。

步骤 84，终端对接收到的 Push消息，判断是否需要返回接收响应，还可以进一步判断是否指示有使用的承载方式。如果指示有多种承载方式，则终端根据网络情况，用户偏好，设置，能力等信息，激活相应的应用，选择一种承载方式返回接收响应。

步骤 85，判断后终端使用指示的承载方式或默认的承载方式向 Push服务器返回接收响应。

步骤 86， Push服务器接收到终端返回的接收响应后，进行缓存并分类统计，例如 Push 消息成功发送的数目， Push消息失败的数目等。如果在所述 Push消息中还携带有统计方式的指示，则所述 Push服务器将按照所述指示的统计方式对所述终端返回的接收响应进行统计。

步骤 87， Push服务器根据统计结果向 Push消息发起者发送传递报告。统计结果可能由于各终端接收 Push 消息或返回接收响应的时延不同，可以分批发送传递报告，或可以等待所有结果统计后一起返回传递报告，也可以设定一个时限发送传递报告。在此传递报告中，需要给出 Push消息的标识， Push消息发起者用此标识识别此传递报告结果为那条 Push消息的接收结果报告。

步骤 88， Push消息发起者接收到传递报告后，向 Push服务器返回响应消息。当然，此流程中，在 Push服务器向 Push消息发起者返回传递报告之前， Push消息发起者可以在任意步骤增加查询请求，请求某条 Push消息的传递情况。

本领域技术人员还可以意识到，结合本文中所公开的实施例描述的各示例的单元及实现步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法步骤，可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器（RAM)、内存、只读存储器（R0M)、电可编程 R0M、电可擦除可编程 R0M、寄存器、硬盘、可移动磁盘、 CD-R0M、或任意其它形式的存储介质中。上述具体实施例并不用以限制本发明，对于本技术领域的普通技术人员来说，凡在不脱离本发明原理的前提下，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求

1、一种传递 Push消息的方法，其特征在于，包括：

接收 Push消息，所述 Push消息中携带有统计传递结果的指示；

根据所述 Push消息确定通过广播或组播方式向终端传递所述 Push消息；

根据统计传递结果的指示获取传递报告。

2、根据权利要求 1所述传递 Push消息的方法，其特征在于，所述根据统计传递结果的指示获取传递报告的方式包括；

通过查询组管理服务器获取传递报告；或

通过接收终端返回的接收响应获取传递报告；或

通过查询终端与服务器建立连接的数目获取传递报告。

3、根据权利要求 2所述传递 Push消息的方法，其特征在于，所述通过查询组管理服务器获取传递报告具体为：

在发送所述 Push消息前，对接收所述 Push消息的目标终端数目进行查询。

4、根据权利要求 1或 2所述传递 Push消息的方法，其特征在于，所述方法还包括：主动向 Push消息发起者返回所述传递报告；

或者，根据 Push消息发起者发送的请求传递报告的消息向所述 Push消息发起者返回所述传递报告；

或者，如果是 Push 消息发起者之外的其他服务器发送的请求传递报告的消息，则根据返回策略进行判断是否返回所述请求的传递报告。

5、根据权利要求 1或 2所述传递 Push消息的方法，其特征在于，

所述根据统计传递结果的指示获取传递报告包括：获取全部传递结果类型的传递报告，或者仅获取所指示传递结果类型的传递报告。

6、根据权利要求 4所述传递 Push消息的方法，其特征在于，在终端没有上行信道返回接收响应的情形下，所述方法还包括：

在传递给终端的 Push 消息中携带有承载方式的指示，以使得所述终端根据所述承载方式的指示，激活相应的应用，使用所述指示的承载方式返回接收响应。

7、根据权利要求 4所述传递 Push消息的方法，其特征在于，所述 Push消息中还携带有统计方式的指示，所述方法还包括：

按照所述指示的统计方式对传递报告进行统计，并通过扩展所述传递报告的消息头域、值域或消息体的方式将统计结果返回给 Push消息发起者。

8、根据权利要求 2所述传递 Push消息的方法，其特征在于，对指示返回接收响应未返回接收响应的终端或返回传递失败响应的终端，根据所述终端的地址信息，向所述终端再次传递该 Push消息。

9、根据权利要求 1-9所述的传递 Push消息的方法，其特征在于，所述统计传递结果的指示为消息发起者 PI发送的 Push消息中携带的用于请求结果通知的信息。

10、一种接收 Push消息的方法，其特征在于，包括：

11、根据权利要求 10所述接收 Push消息的方法，其特征在于，所述 Push消息中还携带有承载方式的指示，所述方法还包括：

根据所述承载方式的指示，激活相应的应用，使用所述指示的承载方式向所述 Push 服务器返回接收响应。

12、一种 Push服务器，其特征在于，包括：

接收单元，用于接收 Push消息，所述 Push消息中携带有统计传递结果的指示；传递方式确定单元，用于根据所述 Push 消息确定通过广播或组播方式向终端传递所述 Push消息；

传递报告获取单元，用于根据统计传递结果的指示获取传递报告。

13、根据权利要求 12所述的 Push服务器，其特征在于，所述传递报告获取单元至少包括如下任一模块：

第一获取模块，用于通过查询组管理服务器获取传递报告；

14、根据权利要求 12或 13所述的 Push服务器，其特征在于，还包括传递报告返回单元，该传递报告返回单元至少包括如下任一模块：

15、根据权利要求 14所述的 Push服务器，其特征在于，所述 Push服务器还包括：承载方式指示单元，用于在传递给终端的 Push 消息中携带承载方式的指示，以使得所述终端根据所述承载方式的指示，激活相应的应用，使用所述指示的承载方式返回接收响应。

16、根据权利要求 14所述的 Push服务器，其特征在于，所述 Push服务器还包括：统计单元，用于按照所述 Push消息中指示的统计方式对获取的传递报告进行统计；所述传递报告返回单元，具体用于通过扩展所述传递报告的消息头域、值域或消息体的方式将统计结果返回给 Push消息发起者。

17、根据权利要求 13所述的 Push服务器，其特征在于，所述 Push服务器还包括：重传单元，用于对指示返回接收响应未返回接收响应的终端或返回传递失败响应的终端，根据所述终端地址信息，向所述终端再次传递该 Push消息。

18、根据权利要求 12-17任一项权利要求所述的 Push服务器为点对多点中的 Push代理网关 PPG

19、一种终端，其特征在于，包括：

接收单元，用于接收 Push服务器通过广播或组播方式传递的 Push消息，所述 Push 消息中携带有返回接收响应的指示；

响应返回单元，用于根据所述返回接收响应的指示，向所述 Push服务器返回接收响应消息或与服务器建立连接。

20、根据权利要求 17所述的终端，其特征在于，所述终端还包括：

应用激活单元，用于根据所述 Push 消息中指示的承载方式，激活相应的应用；以使所述响应返回单元使用所述指示的承载方式向所述 Push服务器返回接收响应。