ES2617188T3 - Método y dispositivo para enviar y recibir mensajes Push - Google Patents

Método y dispositivo para enviar y recibir mensajes Push Download PDF

Info

Publication number
ES2617188T3
ES2617188T3 ES10811249.1T ES10811249T ES2617188T3 ES 2617188 T3 ES2617188 T3 ES 2617188T3 ES 10811249 T ES10811249 T ES 10811249T ES 2617188 T3 ES2617188 T3 ES 2617188T3
Authority
ES
Spain
Prior art keywords
push
delivery
return
message
push message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES10811249.1T
Other languages
English (en)
Inventor
Shunan Fan
Jian Yang
Lei Wang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Application granted granted Critical
Publication of ES2617188T3 publication Critical patent/ES2617188T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método para enviar un mensaje Push, que comprende: recibir (11), por parte de un servidor push (promotor del envío), un mensaje Push desde un Iniciador Push, PI, en donde el mensaje Push incluye una petición de generación de estadísticas sobre un resultado de la entrega; determinar, por parte del servidor push, enviarles (12) el mensaje Push a los terminales en modo difusión o en modo multidifusión de acuerdo con el mensaje Push; y obtener (13), por parte del servidor push, un informe de entrega que incluye un resultado estadístico de la entrega que recoge las respuestas de recepción devueltas por los terminales, y obtener un resultado estadístico de la entrega a partir de las respuestas de recepción recibidas, o consultando el número de conexiones establecidas entre los terminales y el servidor, con el fin de conocer el estado de entrega del mensaje Push; en donde, si los terminales no tienen ningún canal de enlace ascendente disponible para devolver la respuesta de recepción, el método comprende, además: incluir, por parte del servidor push, una indicación de un modo de transporte en el mensaje Push enviado a los terminales, de tal modo que el terminal active una aplicación correspondiente de acuerdo con la indicación del modo de transporte y devuelva una respuesta de recepción en el modo de transporte indicado.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Metodo y dispositivo para enviar y recibir mensajes Push Campo de la invencion
La presente invencion esta relacionada con el campo de las tecnologfas de las comunicaciones y, en particular, con un metodo y un dispositivo para enviar y recibir un mensaje Push.
Antecedentes de la invencion
Push (envfo promovido por un servidor) es un mecanismo de distribucion de contenidos, y opera en modo cliente/servidor. Un iniciador Push (Push Initiator, PI) le envfa informacion y una peticion de entrega a un servidor Push sin que haya sido solicitada por un cliente y, a continuacion, el servidor Push le envfa el contenido Push a un terminal en funcion de la peticion de entrega. El servidor Push recibe un mensaje del PI mediante el Protocolo de Acceso Push (Push Access Protocol, PAP) y, a continuacion, le envfa el contenido al terminal a traves del protocolo Push Inalambrico (Over The Air, OTA).
El mensaje Push puede ser enviado en modo punto-a-punto o punto-multipunto. En el proceso de envfo de un mensaje Push en modo punto-a-punto, el terminal puede devolverle un mensaje de Acuse de Recibo (ACK) al servidor Push como indicacion de haber recibido el mensaje Push. El servidor Push le devuelve un informe de entrega al PI conforme con el mensaje ACK. Si el mensaje Push se dirige a multiples terminales, y si el mensaje sigue siendo enviado en modo punto-a-punto, el servidor Push tiene que enviar el mismo mensaje Push repetidamente, lo que da como resultado un aumento de la carga en la red transporte. En consecuencia, para el envfo de un mensaje Push a multiples terminales se prefiere el modo punto-multipunto.
La tecnica anterior presenta las siguientes desventajas: en el proceso de envfo de un mensaje Push en modo punto- multipunto, si el servidor Push envfa el mensaje Push en modo difusion o modo multidifusion, como los terminales de destino no se conocen antes del envfo del mensaje Push, o debido a que los terminales no tienen ningun canal de enlace ascendente disponible para devolver una respuesta de recepcion, el servidor Push no puede conocer el estado de entrega del mensaje Push. El documento WO 03/043286 a2 divulga un sistema de mensajena. El sistema de mensajena actua como intermediario de mensajes entre las aplicaciones que los difunden (i.e., proveedores de contenidos) y los dispositivos cliente inalambricos (i.e., abonados a los contenidos), recibe y distribuye mensajes a los abonados que se han suscrito a un contenido particular.
El documento WO 03/094 534 A2 divulga un metodo para mejorar la eficiencia de los servicios de mensajes multimedia respecto a la entrega y/o notificaciones de mensajes multimedia.
Resumen de la invencion
Los modos de realizacion de la presente invencion proporcionan un metodo y un dispositivo para enviar y recibir un mensaje Push, de modo que, al enviar el mensaje Push en modo difusion o en modo multidifusion, el servidor Push conoce el estado de entrega del mensaje Push.
Un metodo para enviar un mensaje Push de acuerdo con un modo de realizacion de la presente invencion incluye:
recibir, por parte de un servidor push, un mensaje Push desde un Iniciador Push, PI, en donde el mensaje Push transporta una peticion de generacion de estadfsticas sobre el resultado de la entrega;
determinar, por parte del servidor push, enviarles el mensaje Push a los terminales en modo difusion o en modo multidifusion en funcion del mensaje Push; y
obtener, por parte del servidor push, un informe de entrega que contiene un resultado estadfstico de la entrega recogiendo las respuestas de recepcion devueltas por los terminales y obtener un resultado estadfstico de la entrega en funcion de las respuestas de recepcion recibidas, o consultando el numero de conexiones establecidas entre los terminales y el servidor, con el fin de conocer el estado de entrega del mensaje Push;
en donde, si los terminales no tienen un canal de enlace ascendente disponible para devolver la respuesta de recepcion, el metodo incluye, ademas:
incluir, por parte del servidor push, una indicacion de un modo de transporte en el mensaje Push enviado a los terminales, con el fin de que cada terminal active una aplicacion correspondiente de acuerdo con la indicacion del modo de transporte y devuelva una respuesta de recepcion en el modo de transporte indicado.
En correspondencia con el metodo descrito mas arriba, un modo de realizacion de la presente invencion proporciona un servidor Push, en donde el servidor Push incluye:
una unidad de recepcion, configurada para recibir un mensaje Push de un Iniciador Push, PI, en donde el mensaje Push transporta una peticion de generacion de estadfsticas sobre el resultado de la entrega;
5
10
15
20
25
30
35
40
45
una unidad de determinacion del modo de entrega, configurada para determinar el envfo del mensaje Push a los terminales en modo difusion o en modo multidifusion en funcion del mensaje Push; y
una unidad de obtencion de informes de entrega, configurada para obtener un informe de entrega que incluye un resultado estadfstico de la entrega recogiendo las respuestas de recepcion devueltas por los terminales, y obtener un resultado estadfstico de la entrega en funcion de las respuestas de recepcion recibidas, o consultando el numero de conexiones establecidas entre los terminales y el servidor, con el fin de conocer el estado de entrega del mensaje Push;
en donde el servidor Push comprende, ademas:
una unidad de indicacion del modo de transporte, configurada para incluir una indicacion de un modo de transporte en el mensaje Push enviado a los terminales, si los terminales no tienen un canal de enlace ascendente disponible para devolver la respuesta de recepcion; en donde la indicacion del modo de transporte se utiliza con el fin de que cada terminal active una aplicacion correspondiente de acuerdo con la indicacion del modo de transporte y devuelva una respuesta de recepcion en el modo de transporte indicado.
Breve descripcion de los dibujos
Para hacer que resulten mas claras las soluciones tecnicas de la presente invencion, a continuacion se describen los dibujos adjuntos con el fin de ilustrar los modos de realizacion de la presente invencion.
La FIG. 1 es un diagrama de flujo de un metodo para enviar un mensaje Push de acuerdo con un modo de realizacion de la presente invencion;
la FIG. 2 es un diagrama de flujo de un metodo para recibir un mensaje Push de acuerdo con un modo de realizacion de la presente invencion;
la FIG. 3 es un primer diagrama funcional de composicion de un servidor Push de acuerdo con un modo de realizacion de la presente invencion;
la FIG. 4 es un segundo diagrama funcional de composicion de un servidor Push de acuerdo con un modo de realizacion de la presente invencion;
la FIG. 5 es un primer diagrama funcional de composicion de un terminal de acuerdo con un modo de realizacion de la presente invencion;
la FIG. 6 es un segundo diagrama funcional de composicion de un terminal de acuerdo con un modo de realizacion de la presente invencion;
la FIG. 7 es un diagrama de composicion de un sistema para entregar un mensaje Push de acuerdo con un modo de realizacion de la presente invencion; y
la FIG. 8 es un diagrama de flujo espedfico de la implementacion de un modo de realizacion del metodo de acuerdo con la presente invencion.
Descripcion detallada de los modos de realizacion
A continuacion se detallan las soluciones tecnicas de acuerdo con los modos de realizacion de la presente invencion haciendo referencia a los dibujos adjuntos.
Modo de realizacion 1
Haciendo referencia a la FIG. 1, un metodo para entregar un mensaje Push de acuerdo con el modo de realizacion de la presente invencion incluye:
Paso 11: Recibir un mensaje Push, en donde el mensaje Push transporta una peticion de generacion de estadfsticas sobre el resultado de la entrega.
El servidor Push recibe el mensaje Push, en donde el mensaje Push transporta una peticion de generacion de estadfsticas sobre el resultado de la entrega. La peticion de generacion de estadfsticas sobre el resultado de la entrega se encuentra incluida en el mensaje Push, por ejemplo, en un parametro del mensaje Push. En el siguiente ejemplo, la indicacion se ha incluido en un parametro de calidad de servicio (QoS):
<!ELEMENT Push-message ( address+, quality-of-service? ) >
<!ATTLIST Push-message
Push-id
CDATA #REQUIRED
replace-Push-id
CDATA #IMPLIED
replace-method
( pending-only | all ) "all"
deliver-before-timestamp
%Datetime; #IMPLIED
deliver-after-timestamp
%Datetime; #IMPLIED
source-reference
CDATA #IMPLIED
Push server-notify-requested-to
CDATA #IMPLIED
progress-notes-requested > <!ELEMENT address EMPTY > <!ATTLIST address
( true | false ) "false"
address-value
CDATA #REQUIRED
>Aqm se indica un modo de difusion o un modo de multidifusion para enviar el mensaje Push en funcion del tipo
de direccion <!ELEMENT quality-of-service EMPTY > <!ATTLIST quality-of-service
priority
( high | medium | low ) "medium"
delivery-method
( confirmed | preconfirmed | confirmed-with-response | one-shot | unconfirmed | notspecified ) “notspecified"
Deliver-Report
CDATA #IMPLIED Se agrega un
indicador para indicar que el servidor Push debe generar estadfsticas en relacion con el resultado de la entrega y en el valor de Deliver-Report se puede indicar el tipo de la notificacion de entrega; por ejemplo, delivery- number indica que el servidor Push debe generar estadfsticas a partir del numero de terminales de destino del
mensaje Push.
network
CDATA #IMPLIED
network-required
( true | false ) "false"
bearer
CDATA #IMPLIED
bearer-required
( true | false ) "false"
A continuacion se proporciona un posible formato de metadatas de un Delivery-Report (Informe de Entrega):
Elemento de Informacion
Tipo Valor
Push ID
Cadena de caracteres Identificador de un mensaje Push
Direccion del Receptor
Cadena de caracteres Tipo de direccion de difusion o multidifusion
El servidor Push determina el tipo de resultado de la entrega para las estadfsticas de acuerdo con la informacion de 5 indicacion de Delivery-Report en el mensaje Push.
En este modo de realizacion de la presente invencion, el servidor Push puede ser una Pasarela Intermediaria Push (PPG) en un sistema de mensajes punto-multipunto. El mensaje Push es enviado por el PI a la PPG, y la peticion de generacion de estadfsticas sobre el resultado de la entrega puede ser informacion para solicitar la notificacion del resultado transportada en el mensaje Push enviado por el PI a la PPG.
10 Paso 12: Enviar el mensaje Push en modo difusion o en modo multidifusion en funcion del mensaje Push.
El servidor Push determina enviar el mensaje Push en modo difusion o en modo multidifusion en funcion del mensaje Push. Por ejemplo, el PI puede utilizar el tipo de direccion de la instruccion para indicarle al servidor Push que envfe el mensaje Push en modo difusion o en modo multidifusion; o el servidor Push comprueba si debe enviar el mensaje Push en modo difusion o en modo multidifusion.
15 Paso 13: Obtener un informe de entrega conforme con la peticion de generacion de estadfsticas sobre el resultado de la entrega.
El servidor Push obtiene un informe de entrega conforme con la peticion de generacion de estadfsticas sobre el resultado de la entrega. En particular, el servidor Push obtiene los informes de entrega de todos los tipos de
5
10
15
20
25
30
35
40
45
50
resultados de entrega, u obtiene unicamente los informes de entrega del tipo de resultado de entrega indicado.
El servidor Push obtiene el informe de entrega mediante consulta a un servidor de gestion de grupos, o recogiendo las respuestas de recepcion devueltas por los terminales, o consultando el numero de conexiones entre los terminales y el servidor.
Por ejemplo, si el PI le indica al servidor Push que envfe el mensaje Push en modo multidifusion, el servidor Push puede obtener el numero de terminales de destino del mensaje Push consultando el grupo que incluye los terminales de destino. Cuando el servidor Push obtiene el informe de entrega mediante una consulta al servidor de gestion de grupos, el servidor Push puede obtener la informacion de la direccion de los terminales de destino antes de enviar el mensaje Push, y obtener el numero de terminales de destino del mensaje Push; por otro lado el servidor Push puede obtener el numero de mensajes Push realmente entregados en funcion del numero de mensajes Push enviados o el numero de mensajes Push enviados por la red transporte; y puede obtener el numero de mensajes Push recibidos correctamente recogiendo las respuestas de recepcion devueltas por los terminales o estableciendo una conexion con el terminal. No obstante, antes de enviar el mensaje Push el servidor Push puede consultar al servidor de la red transporte para conocer el numero de usuarios del grupo de multidifusion; o generar estadfsticas sobre el numero de terminales que reciben el mensaje Push a partir de las claves distribuidas, los parametros de acceso, el proceso de suscripcion, la declaracion de servicio, y el numero de mensajes devueltos como confirmacion de incorporacion al grupo.
El terminal comprueba si el mensaje Push entregado por el servidor Push incluye una peticion de devolucion de una respuesta de recepcion y, si el mensaje Push incluye dicha peticion, le devuelve una respuesta de recepcion al servidor Push. Los tipos de respuesta de recepcion incluyen: respuesta de recepcion satisfactoria, respuesta de fallo de la recepcion, respuesta de rechazo de la recepcion, respuesta pendiente, y respuesta de reenvfo deshabilitado.
El servidor Push puede obtener el informe de entrega del mensaje Push mediante estadfsticas de acuerdo con el resultado obtenido a traves de la consulta al servidor de gestion de grupos, o las respuestas de recepcion devueltas por los terminales, o la conexion establecida entre el servidor y los terminales. Para un mismo identificador de mensaje Push las estadfsticas se almacenan en categonas, por ejemplo, se almacena el numero de mensajes Push enviados con exito y el numero de mensajes Push enviados sin exito, respectivamente.
El servidor Push puede devolverle un informe de entrega al PI de forma proactiva o en respuesta a un mensaje de solicitud de un informe de entrega enviado por el PI. Los informes de entrega devueltos incluyen informes de entrega de todos los tipos de resultados de entrega e informes de entrega unicamente del tipo de resultado de entrega solicitado. Alternativamente, de acuerdo con un mensaje de solicitud de consulta de un cierto tipo de informe de entrega desde otro servidor, el servidor Push tambien puede determinar si debe devolverle el resultado solicitado al otro servidor de acuerdo con la polftica de devoluciones, y devolverle los resultados de la consulta disponibles al otro servidor si el servidor Push determina que debe devolver el resultado solicitado.
Si el mensaje Push se les envfa a los terminales en modo difusion o en modo multidifusion y el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion, pero los terminales no disponen de ningun canal de enlace ascendente para devolver la respuesta de recepcion, el servidor Push puede incluir en el mensaje Push enviado a los terminales la indicacion de un modo de transporte con el fin de que los terminales devuelvan las respuestas de retorno en el modo de transporte indicado.
Se pueden indicar uno o mas modos de transporte, y para devolver una respuesta de recepcion el terminal determina y selecciona uno de los modos de transporte indicados. La informacion de dicha indicacion puede incluirse en el mensaje Push enviado al terminal, por ejemplo, en un parametro de QoS; o ampliando el campo de encabezado del mensaje, el rango de valores o el cuerpo del mensaje Push para contener un identificador del modo de transporte utilizado por el terminal para devolver la respuesta de recepcion. El mensaje Push puede especificar, ademas, informacion de direccion del receptor de la respuesta de recepcion y/o un identificador del mensaje Push. Por ejemplo, el mensaje Push indica que la respuesta de recepcion debe ser devuelta mediante SMS, correo electronico, HTTP, WSP o senalizacion SlP. El terminal reconoce el identificador que indica el modo de transporte y activa una aplicacion correspondiente, y devuelve una respuesta de recepcion en el modo de transporte indicado. De esta forma se asegura que los terminales devuelven las respuestas de recepcion, incluso si no disponen de un canal de enlace ascendente. He aqrn un ejemplo:
Elemento de Informacion
Tipo Valor
Push ID
Cadena de caracteres Identificador de un mensaje Push
Direccion del Receptor
Cadena de caracteres Tipo de direccion de difusion o multidifusion
Direccion del Emisor
Cadena de caracteres Direccion a la que se devolvera la respuesta de recepcion
Metodo de Devolucion del Informe
Lista de cadenas de caracteres Modo de transporte utilizado por el terminal, a saber, devolver la respuesta de recepcion mediante SMS, correo electronico, HTTP, WSP o senalizacion SIP
No obstante, si el mensaje Push enviado a los terminales no indica el modo de transporte, el terminal puede devolver una respuesta de recepcion en un modo por defecto.
Para mejorar la funcion estadfstica del servidor Push, el PI puede agregarle al mensaje Push una indicacion de un 5 modelo de estadfsticas, de manera que el servidor Push genere las estadfsticas sobre el informe de entrega en el modelo de estadfsticas indicado en el mensaje Push. El servidor Push le devuelve el resultado estadfstico al PI, ampliando el campo de encabezado del mensaje, el rango de valores o el cuerpo del mensaje del informe de entrega. De esta forma el PI puede recibir los resultados de la entrega de los tipos detallados, lo que contribuye a que el usuario perciba una mejor experiencia.
10 El resultado estadfstico se puede incluir en el encabezado del mensaje del informe de entrega. Por ejemplo, el encabezado del mensaje del informe de entrega devuelto por el servidor Push al PI incluye el siguiente resultado estadfstico:
<!ELEMENT resultnotification-message ( address, quality-of-service? ) >
<!ATTLIST resultnotification-message
Push-id
CDATA #REQUIRED
Number
CDATA #IMPLIED (si este mensaje Push
es enviado en modo multidifusion, se puede especificar el numero espedfico de terminales de destino)
Successful-number
CDATA #REQUIRED (numero de mensa-
jes entregados correctamente)
sender-address
CDATA #IMPLIED
sender-name
CDATA #IMPLIED
received-time
%Datetime; #IMPLIED
event-time
%Datetime; #IMPLIED
message-state
%State; #REQUIRED
code
CDATA #REQUIRED
desc
CDATA #IMPLIED
"Number" es el numero de terminales a los que se envfa el mensaje Push, o el numero de terminales que devuelven una respuesta de recepcion. "Successfull-Number" es el numero de terminales que reciben el mensaje Push 15 correctamente. Adicionalmente, "Rejected-Number" indica el numero de terminales que rechazan la recepcion del mensaje Push; "Pending-Number" indica el numero de terminales que estan procesando actualmente el mensaje Push; y "Undeliverable-Number" indica el numero de terminales a los que no se entrega el mensaje Push.
<!ELEMENT resultnotification-message ( address, quality-of-service? ) > <!ATTLIST resultnotification-message
Push-id
CDATA #REQUIRED/#IMPLIED)
sender-address
CDATA #IMPLIED
sender-name
CDATA #IMPLIED
received-time
%Datetime; #IMPLIED
event-time
%Datetime; #IMPLIED
message-state
%State; #REQUIRED
message-state-number
CDATA #REQUIRED
code
CDATA #REQUIRED
desc
CDATA #IMPLIED
> El Message-state=%state especifica el resultado de procesar el mensaje:
Por ejemplo, si Message-state=%rejected va seguido por n=15, ello indica que se han rechazado 15 mensajes Push; y
si Message-state=%delivered va seguido por n=100, ello indica que se han recibido correctamente 100 mensajes Push
Sin embargo, el servidor Push puede incluir el resultado estadfstico en la seccion del cuerpo del mensaje Push, y devolver el mensaje del siguiente modo:
Estado del Informe
Numero Informacion de Direccion
Numero de entregados correctamente
n Informacion de Direccion
Numero de rechazados
n Informacion de Direccion
Numero de pendientes
n Informacion de Direccion
Numero de no entregables
n Informacion de Direccion
Numero de entregados
n Informacion de Direccion
Numero de los que han expirado
n Informacion de Direccion
Numero de abortados
n Informacion de Direccion
Numero de los que han excedido el tiempo lfmite
n Informacion de Direccion
Numero de cancelados
n Informacion de Direccion
Numero de desconocidos
n Informacion de Direccion
Numero total del Informe
n Informacion de Direccion
Opcionalmente, el PI le devuelve una respuesta de recepcion al servidor Push al recibir el informe de entrega.
5 Adicionalmente, despues de que un terminal haya recibido un mensaje Push que incluye una peticion de devolucion de una respuesta de recepcion, si el terminal devuelve una respuesta de no recepcion o devuelve una respuesta de fallo de entrega, el servidor Push puede notificarle opcionalmente al PI la informacion de direccion del terminal. En funcion de la informacion de direccion de la terminal, el PI determina si solicitarle al servidor Push que vuelva a enviar el mensaje Push en modo unidifusion, multidifusion o difusion al terminal que no ha recibido correctamente el 10 mensaje Push, o determina si el propio servidor Push le vuelve a enviar el mensaje Push en modo unidifusion, multidifusion o difusion de acuerdo con la informacion de direccion del terminal, mejorando de este modo la tasa de exito de las entregas.
En el metodo para entregar un mensaje Push de acuerdo con el modo de realizacion de la presente invencion, cuando el servidor Push les envfa un mensaje Push a los terminales en modo difusion o en modo multidifusion, el PI 15 incluye en el mensaje Push una peticion de generacion de estadfsticas sobre el resultado de la entrega, de modo que el servidor Push obtiene los informes de entrega de acuerdo con la peticion, y conoce el estado de entrega del mensaje Push al enviar el mensaje Push en modo difusion o en modo multidifusion.
Modo de realizacion 2
Haciendo referencia a la FIG. 2, un metodo para recibir un mensaje Push de acuerdo con el modo de realizacion de 20 la presente invencion incluye:
Paso 21: Recibir un mensaje Push enviado por un servidor Push en modo difusion o en modo multidifusion, en donde el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion.
5
10
15
20
25
30
35
40
45
50
El terminal recibe el mensaje Push enviado por el servidor Push en modo difusion o en modo multidifusion. El mensaje Push incluye una peticion de devolucion de una respuesta de recepcion. Concretamente, la peticion de devolucion de una respuesta de recepcion se puede incluir en un parametro de QoS del mensaje Push. Por ejemplo, al parametro de QoS se le agrega un identificador de Informe de Respuesta como una indicacion de que el terminal tiene que devolverle una respuesta de recepcion al servidor Push.
Paso 22: Devolverle una respuesta de recepcion al servidor Push o establecer una conexion con el servidor Push de acuerdo con la peticion de devolucion de una respuesta de recepcion.
El terminal recibe el mensaje Push y comprueba si el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion, y si el mensaje Push incluye dicha peticion le devuelve una respuesta de recepcion al servidor Push. Los tipos de respuesta de recepcion incluyen: respuesta de recepcion satisfactoria, respuesta de fallo en la recepcion, respuesta de rechazo de recepcion, respuesta pendiente, y respuesta de reenvfo deshabilitado. El servidor Push genera las estadfsticas sobre los informes de entrega del mensaje Push de acuerdo con las respuestas de recepcion devueltas por los terminales, o la conexion establecida entre el servidor y los terminales, de modo que el servidor Push puede conocer el estado de entrega del mensaje Push incluso si el mensaje Push es enviado en modo difusion o en modo multidifusion.
Si el mensaje Push es enviado a los terminales en modo difusion o en modo multidifusion y el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion, pero los terminales no disponen de ningun canal de enlace ascendente para devolver la respuesta de recepcion, el servidor Push puede agregarle al mensaje Push enviado a los terminales una indicacion de un modo de transporte con el fin de que cada terminal active una aplicacion correspondiente en funcion de la indicacion del modo de transporte y le devuelva una respuesta de recepcion al servidor Push en el modo de transporte indicado.
Se pueden indicar uno o mas modos de transporte, y el terminal determina y selecciona uno de los modos de transporte indicados para devolver una respuesta de recepcion. La informacion de indicacion se puede incluir en el mensaje Push enviado al terminal, por ejemplo, en un parametro de QoS; o se amplfa el campo de encabezado del mensaje, el rango de valores o el cuerpo del mensaje Push para contener un identificador del modo de transporte utilizado por el terminal para devolver la respuesta de recepcion. El mensaje Push puede especificar, ademas, informacion de direccion de la respuesta de recepcion y/o un identificador del mensaje Push. Por ejemplo, el mensaje Push indica que la respuesta de recepcion se debe devolver mediante SMS, correo electronico, HTTP, WSP o senalizacion SlP. El terminal reconoce el identificador que indica el modo de transporte y activa una aplicacion correspondiente, y devuelve una respuesta de recepcion en el modo de transporte indicado. De esta forma se asegura que los terminales devuelven las respuestas de recepcion, incluso si no disponen de un canal de enlace ascendente. No obstante, si el mensaje Push no indica el modo de transporte el terminal puede devolver una respuesta de recepcion en un modo por defecto.
En el metodo para recibir un mensaje Push de acuerdo con el modo de realizacion de la presente invencion, cuando el servidor Push les envfa un mensaje Push a los terminales en modo difusion o en modo multidifusion, y el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion, los terminales devuelven respuestas de recepcion despues de recibir el mensaje, y el servidor Push puede generar las estadfsticas sobre los informes de entrega del mensaje Push de acuerdo con la respuesta de recepcion o la conexion establecida entre los terminales y el servidor.
Modo de realizacion 3
Haciendo referencia a la FIG. 3, un servidor Push de acuerdo con el modo de realizacion de la presente invencion incluye:
una unidad 31 de recepcion, configurada para recibir un mensaje Push, en donde el mensaje Push incluye una peticion de generacion de estadfsticas sobre el resultado de la entrega;
una unidad 32 de determinacion del modo de envfo, configurada para determinar el envfo del mensaje Push a los terminales en modo difusion o en modo multidifusion de acuerdo con el mensaje Push; y
una unidad 33 de obtencion de informes de entrega, configurada para obtener un informe de entrega conforme con la peticion de generacion de estadfsticas sobre el resultado de la entrega.
La obtencion del informe de entrega de acuerdo con la peticion de generacion de estadfsticas sobre el resultado de la entrega incluye: obtener informes de entrega de todos los tipos de resultados de la entrega, u obtener unicamente informes de entrega del tipo de resultado de entrega indicado.
La unidad 33 de obtencion de informes de entrega incluye al menos uno de los siguientes modulos:
un primer modulo de obtencion, configurado para obtener el informe de entrega mediante consulta a un servidor de gestion de grupos;
5
10
15
20
25
30
35
40
45
50
un segundo modulo de obtencion, adaptado para obtener el informe de entrega recogiendo las respuestas de recepcion devueltas por los terminales; y
un tercer modulo de obtencion, configurado para obtener el informe de entrega mediante consulta del numero de conexiones establecidas entre los terminales y el servidor.
El servidor Push puede devolverle un informe de entrega al PI de forma proactiva o como respuesta a un mensaje de solicitud de un informe de entrega enviado por el PI. Los informes de entrega devueltos incluyen informes de entrega de todos los tipos de resultados de entrega e informes de entrega unicamente del tipo de resultado de entrega solicitado. Alternativamente, de acuerdo con un mensaje de solicitud de otro servidor para recabar un cierto tipo de informe de entrega, el servidor Push tambien puede determinar si de acuerdo con la poiftica de devolucion se debe devolver el resultado solicitado al otro servidor y, si el servidor Push determina que se debe devolver el resultado solicitado, devolverle al otro servidor los resultados de la consulta disponibles.
En el modo de realizacion de la presente invencion, en un sistema de mensajes punto-multipunto el servidor Push puede ser una PPG. El mensaje Push recibido por la PPG es enviado por el PI a la PPG.
En consecuencia, haciendo referencia a la FIG. 4, el servidor Push 3 de acuerdo con el modo de realizacion de la presente invencion incluye, ademas, una unidad 34 de devolucion de informes de entrega, que incluye al menos uno de los siguientes modulos:
un modulo de devolucion proactiva, configurado para devolverle el informe de entrega al PI de forma proactiva;
un modulo de devolucion basado en una peticion, configurado para devolverle el informe de entrega al PI de acuerdo con un mensaje enviado por el PI solicitando un informe de entrega; y
un modulo de devolucion basado en una polttica, configurado para, si un servidor distinto del PI envfa un mensaje de solicitud del informe de entrega, determinar si, de acuerdo con una polttica de devolucion, se debe devolver el informe de entrega solicitado.
Si el mensaje Push es enviado a los terminales en modo difusion o en modo multidifusion y el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion, pero los terminales no disponen de ningun canal de enlace ascendente para devolver la respuesta de recepcion, el servidor Push incluye, ademas:
una unidad 35 de indicacion de un modo de transporte, configurada para incluir en el mensaje Push enviado a los terminales una indicacion de un modo de transporte, con el fin de que el terminal active la aplicacion correspondiente en funcion de la indicacion del modo de transporte y devuelva la respuesta de recepcion en el modo de transporte indicado. De este modo se asegura que los terminales devuelven las respuestas de recepcion, incluso si no hay un canal de enlace ascendente disponible para el terminal.
Para mejorar la funcion estadfstica del servidor Push, el PI puede agregarle al mensaje Push una indicacion de un modelo de estadfsticas del informe de entrega. En consecuencia, haciendo referencia a la FIG. 4, el servidor Push incluye, ademas:
una unidad 36 de estadfsticas, configurada para generar estadfsticas sobre los informes de entrega segun el modelo de estadfsticas indicado en el mensaje Push. En este caso, la unidad 34 de devolucion de informes de entrega esta configurada espedficamente para devolverle el resultado estadfstico al PI mediante la ampliacion del campo de encabezado del mensaje, el rango de valores, o el cuerpo del mensaje del informe de entrega. De este modo el PI puede recibir tipos espedficos de resultados de entrega, lo que mejora la experiencia del usuario.
Ademas, despues de que un terminal haya recibido un mensaje Push que incluye una peticion de devolucion de una respuesta de recepcion, si el terminal devuelve una respuesta de no recepcion o devuelve una respuesta de fallo de entrega, el servidor Push puede volver a enviarle el mensaje Push al terminal de acuerdo con la informacion de direccion del terminal, mejorando de este modo la tasa de exito de las entregas. De acuerdo con ello, el servidor Push puede incluir, ademas:
una unidad 37 de reenvfo, configurada para, si el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion pero el terminal devuelve una respuesta de no recepcion o devuelve una respuesta de fallo de entrega, volver a enviarle el mensaje Push al terminal de acuerdo con la informacion de direccion del terminal.
El servidor Push de acuerdo con el modo de realizacion de la presente invencion es aplicable al primer modo de realizacion del metodo descrito mas arriba, de modo que el servidor Push puede conocer el estado de entrega del mensaje Push incluso si el mensaje Push es enviado en modo difusion o en modo multidifusion.
Modo de realizacion 4
Haciendo referencia a la FIG. 5, un terminal proporcionado de acuerdo con el modo de realizacion de la presente invencion incluye:
5
10
15
20
25
30
35
40
45
50
55
una unidad 51 de recepcion, configurada para recibir un mensaje Push enviado por un servidor Push en modo difusion o en modo multidifusion, en donde el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion; y
una unidad 52 de devolucion de respuesta, configurada para devolverle una respuesta de recepcion al servidor Push o establecer una conexion con el servidor Push de acuerdo con la peticion de devolucion de una respuesta de recepcion.
La unidad 51 de recepcion del terminal recibe el mensaje Push y comprueba si el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion, y si el mensaje Push incluye dicha peticion le devuelve una respuesta de recepcion al servidor Push. Los tipos de respuesta de recepcion incluyen: respuesta de recepcion satisfactoria, respuesta de fallo de recepcion, respuesta de rechazo de la recepcion, respuesta pendiente, y respuesta de reenvfo deshabilitado. El servidor Push genera las estadfsticas sobre los informes de entrega del mensaje Push de acuerdo con las respuestas de recepcion devueltas por los terminales, o la conexion establecida entre el servidor y los terminales, de modo que el servidor Push puede conocer el estado de entrega del mensaje Push incluso si el mensaje Push es enviado en modo difusion o en modo multidifusion.
Si el mensaje Push es enviado a los terminales en modo difusion o en modo multidifusion y el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion, pero los terminales no disponen de ningun canal de enlace ascendente para devolver la respuesta de recepcion, el servidor Push puede agregarle al mensaje Push enviado a los terminales una indicacion de un modo de transporte con el fin de que cada terminal active una aplicacion correspondiente en funcion de la indicacion del modo de transporte y le devuelva una respuesta de recepcion al servidor Push en el modo de transporte indicado. De este modo se asegura que los terminales devuelvan las respuestas de recepcion incluso si no hay un canal de enlace ascendente disponible para el terminal. En consecuencia, haciendo referencia a la FIG. 6, el terminal de acuerdo con el modo de realizacion de la presente invencion incluye, ademas:
una unidad 53 de activacion de aplicaciones, configurada para activar la aplicacion correspondiente de acuerdo con el modo de transporte indicado en el mensaje Push. En este caso, la unidad 52 de devolucion de respuesta esta configurada espedficamente para devolverle una respuesta de recepcion al servidor Push en el modo de transporte indicado.
El terminal de acuerdo con el modo de realizacion de la presente invencion es aplicable al segundo modo de realizacion del metodo descrito mas arriba, de modo que el servidor Push puede conocer el estado de entrega del mensaje Push incluso si el mensaje Push es enviado en modo difusion o en modo multidifusion.
Modo de realizacion 5
Haciendo referencia a la FIG. 7, un sistema para entregar un mensaje Push de acuerdo con el modo de realizacion de la presente invencion incluye un PI 10, un servidor Push, y varios terminales 30.
El servidor Push 20 esta configurado para recibir una peticion de entrega de un mensaje Push enviado por el PI, en donde el mensaje Push incluye una peticion de generacion de estadfsticas sobre el resultado de la entrega; para determinar el envfo del mensaje Push a los terminales en modo difusion o en modo multidifusion de acuerdo con el mensaje Push, y para obtener un informe de entrega de acuerdo con la peticion de generacion de estadfsticas sobre el resultado de la entrega.
En particular, el servidor Push 20 esta configurado para obtener el informe de entrega mediante consulta a un servidor de gestion de grupos, o recogiendo las respuestas de recepcion devueltas por los terminales, o consultando el numero de conexiones establecidas entre los terminales y el servidor. La obtencion del informe de entrega incluye: obtener informes de entrega de todos los tipos de resultados de entrega, u obtener unicamente informes de entrega del tipo de resultado de entrega indicado.
El servidor Push 20 esta configurado, ademas, para devolverle al PI el informe de entrega de forma proactiva, o devolverle al PI el informe de entrega en respuesta a un mensaje de solicitud de un informe de entrega enviado por el PI, o, si un servidor que no es el PI solicita la devolucion de la peticion de entrega, determinar si se debe devolver una respuesta que incluya el informe de entrega solicitado de acuerdo con una polftica de devolucion. La devolucion del informe de entrega incluye: devolver informes de entrega de todos los tipos de resultados de la entrega, o devolver unicamente informes de entrega del tipo de resultado de entrega solicitado.
Si los terminales no tienen ningun canal de enlace ascendente disponible para devolver la respuesta de recepcion, el servidor Push 20 esta configurado, ademas, para agregarle al mensaje Push enviado a los terminales una indicacion de un modo de transporte con el fin de que cada terminal active una aplicacion correspondiente en funcion de la indicacion del modo de transporte y devuelva una respuesta de recepcion en el modo de transporte indicado.
Para mejorar la funcion estadfstica del servidor Push 20, el PI 10 le agrega al mensaje Push una indicacion de un modelo de estadfsticas. En este caso, el servidor Push esta configurado, ademas, para generar estadfsticas sobre el informe de entrega de acuerdo con el modelo de estadfsticas indicado en el mensaje Push y devolverle el resultado
5
10
15
20
25
30
35
40
45
50
estad^stico al PI mediante la ampliacion del campo de encabezado del mensaje, el rango de valores, o el cuerpo del mensaje del informe de entrega.
La FIG. 8 es un diagrama de flujo espedfico de la implementacion de un modo de realizacion del metodo de acuerdo con la presente invencion. El metodo incluye los siguientes pasos.
Paso 81: Mediante el envfo al servidor Push de una peticion de entrega de un mensaje Push, el PI le indica al servidor Push que envfe el mensaje Push en modo difusion o en modo multidifusion.
El mensaje Push incluye una peticion de generacion de estadfsticas sobre los informes de entrega, o una indicacion de un modo de transporte del terminal, o una indicacion de un modelo de estadfsticas.
Paso 82: El servidor Push devuelve un mensaje de respuesta. Este paso es opcional.
Paso 83: El servidor Push les envfa el mensaje Push a los terminales en modo difusion o en modo multidifusion.
Paso 84: El terminal determina si despues de haber recibido el mensaje Push tiene que devolver una respuesta de
recepcion, y, opcionalmente, comprueba si el mensaje Push indica un modo de transporte. Si se indican multiples modos de transporte, el terminal activa la aplicacion correspondiente en funcion del estado de la red, las preferencias del usuario, la informacion de configuracion y capacidad, y selecciona un modo de transporte para la devolucion de una respuesta de recepcion.
Paso 85: Los terminales le devuelven las respuestas de recepcion al servidor Push en el modo de transporte indicado o en un modo de transporte por defecto.
Paso 86: Despues de recibir las respuestas de recepcion devueltas por los terminales, el servidor Push almacena las respuestas de recepcion en una memoria temporal intermedia, las clasifica y genera unas estadfsticas, por ejemplo, genera unas estadfsticas sobre el numero de mensajes Push enviados con exito y el numero de mensajes Push enviados sin exito.
Si el mensaje Push incluye, ademas, la indicacion de un modelo de estadfsticas, el servidor Push genera las estadfsticas sobre las respuestas de recepcion devueltas por los terminales de acuerdo con el modelo de estadfsticas indicado.
Paso 87: El servidor Push le envfa un informe de entrega al PI conforme al resultado estadfstico. Como los terminales pueden recibir el mensaje Push en instantes diferentes o devolver las respuestas de recepcion en instantes diferentes, los terminales pueden devolver los informes de entrega en lotes, o recibir todos los resultados estadfsticos y devolver todos los informes de entrega juntos, o enviar los informes de entrega dentro de un tiempo lfmite establecido. El informe de entrega debe especificar el identificador del mensaje Push, con el fin de que el PI resultado. Como los terminales pueden recibir el mensaje Push en instantes diferentes o devolver las respuestas de recepcion en instantes diferentes, los terminales pueden devolver los informes de entrega en lotes, o recibir todos los resultados estadfsticos y devolver todos los informes de entrega juntos, o enviar los informes de entrega dentro de un tiempo lfmite establecido. El informe de entrega debe especificar el identificador del mensaje Push, con el fin de que el PI pueda identificar a traves del identificador que informe de entrega corresponde a que mensaje Push.
Paso 88: Despues de recibir el informe de entrega el PI le devuelve un mensaje de respuesta al servidor Push.
En este proceso, antes de que el servidor Push le devuelva un informe de entrega al PI, el PI puede anadir una peticion de consulta adicional en cualquiera de los pasos solicitando el estado de entrega del mensaje Push.
Las personas con un conocimiento normal de la tecnica pueden entender, ademas, que las unidades y los pasos descritos en la presente solicitud se pueden implementar mediante un hardware electronico, un software para ordenador, o una combinacion de los mismos. Con el fin de ilustrar la intercambiabilidad del hardware y el software, la composicion y los pasos de los modos de realizacion de la presente invencion se describen de forma generica de acuerdo con las funciones descritas mas arriba. El que las funciones se implementen mediante hardware o software depende de la aplicacion espedfica de la solucion tecnica y de las condiciones limitantes del diseno. Las personas con un conocimiento normal de la tecnica pueden utilizar diferentes metodos para implementar las funciones descritas para cada una de las aplicaciones espedficas, y no se interpretara que dicha implementacion queda de alguna forma fuera del alcance de los modos de realizacion de la presente invencion.
Los pasos del metodo descrito en la presente solicitud se pueden implementar mediante un hardware y/o un modulo de software ejecutado por un procesador. El modulo de software se puede localizar en una Memoria de Acceso Aleatorio (RAM), en la memoria del ordenador, en una Memoria de Solo Lectura (ROM), una memoria ROM programable electricamente, una memoria ROM programable y borrable electricamente, un registro, un disco duro, un disco portatil, un CD-ROM, o cualesquiera otros medios de almacenamiento.

Claims (10)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    REIVINDICACIONES
    1. Un metodo para enviar un mensaje Push, que comprende:
    recibir (11), por parte de un servidor push (promotor del envfo), un mensaje Push desde un Iniciador Push, PI, en donde el mensaje Push incluye una peticion de generacion de estad^sticas sobre un resultado de la entrega;
    determinar, por parte del servidor push, enviarles (12) el mensaje Push a los terminales en modo difusion o en modo multidifusion de acuerdo con el mensaje Push; y
    obtener (13), por parte del servidor push, un informe de entrega que incluye un resultado estadfstico de la entrega que recoge las respuestas de recepcion devueltas por los terminales, y obtener un resultado estadfstico de la entrega a partir de las respuestas de recepcion recibidas, o consultando el numero de conexiones establecidas entre los terminales y el servidor, con el fin de conocer el estado de entrega del mensaje Push;
    en donde, si los terminales no tienen ningun canal de enlace ascendente disponible para devolver la respuesta de recepcion, el metodo comprende, ademas:
    incluir, por parte del servidor push, una indicacion de un modo de transporte en el mensaje Push enviado a los terminales, de tal modo que el terminal active una aplicacion correspondiente de acuerdo con la indicacion del modo de transporte y devuelva una respuesta de recepcion en el modo de transporte indicado.
  2. 2. El metodo para enviar un mensaje Push de acuerdo con la reivindicacion 1, que comprende, ademas:
    devolver, por parte del servidor push, el informe de entrega al PI de forma proactiva; o
    devolver, por parte del servidor push, el informe de entrega al PI de acuerdo con un mensaje de solicitud del informe de entrega enviado por el PI; o
    determinar, por parte del servidor push, si, de acuerdo con una polttica de devolucion, debe devolver un informe de entrega solicitado en caso de que un servidor distinto del PI envfe un mensaje solicitando el informe de entrega.
  3. 3. El metodo para enviar un mensaje Push de acuerdo con la reivindicacion 1, en donde:
    la obtencion, por parte del servidor Push, de un informe de entrega mediante una consulta a un servidor de gestion de grupos, o recogiendo las respuestas de recepcion devueltas por los terminales, o consultando el numero de conexiones establecidas entre los terminales y el servidor Push comprende: obtener, por parte del servidor Push, informes de entrega de todos los tipos de resultados de entrega, u obtener unicamente informes de entrega de un tipo de resultado de entrega indicado.
  4. 4. El metodo para enviar un mensaje Push de acuerdo con la reivindicacion 2, en donde el mensaje Push incluye, ademas, una indicacion de un modelo de estadfsticas, y el metodo comprende, ademas:
    generar estadfsticas, por parte del servidor push, sobre el informe de entrega de acuerdo con el modelo de estadfstica indicado, y devolverle un resultado estadfstico al PI ampliando un campo de encabezado del mensaje, un rango de valores, o un cuerpo del mensaje del informe de entrega.
  5. 5. El metodo para enviar un mensaje Push de acuerdo con la reivindicacion 1, en donde, si el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion pero el terminal no devuelve una respuesta de recepcion o devuelve una respuesta de fallo de entrega, de acuerdo con la informacion de direccion del terminal, el mensaje Push se vuelve a enviar a los terminales.
  6. 6. El metodo para enviar un mensaje Push de acuerdo con una cualquiera de las reivindicaciones 1-5, en donde la peticion de generacion de estadfsticas sobre el resultado de entrega es informacion incluida en el mensaje Push enviado por el PI para solicitar una notificacion del resultado.
  7. 7. Un servidor Push (3), que comprende:
    una unidad (31) de recepcion, configurada para recibir un mensaje Push desde un Iniciador Push, PI, en donde el mensaje Push incluye una peticion de generacion de estadfsticas sobre un resultado de la entrega;
    una unidad (32) de determinacion del modo de entrega, configurada para determinar el envfo del mensaje Push a los terminales en modo difusion o en modo multidifusion de acuerdo con el mensaje Push; y
    una unidad (33) de obtencion de informes de entrega, configurada para obtener un informe de entrega que incluye un resultado estadfstico de la entrega recogiendo las respuestas de recepcion devueltas por los terminales y obteniendo un resultado estadfstico de la entrega de acuerdo con las respuestas de recepcion recibidas, o consultando el numero de conexiones establecidas entre los terminales y el servidor, con el fin de conocer el estado de entrega del mensaje Push;
    5
    10
    15
    20
    25
    en donde el servidor Push (3) comprende, ademas:
    una unidad (35) de indicacion del modo de transporte, configurada para incluir una indicacion de un modo de transporte en el mensaje Push enviado a los terminales, si los terminales no tienen ningun canal de enlace ascendente disponible para devolver la respuesta de recepcion; en donde la indicacion del modo de transporte se utiliza para hacer que los terminales activen una aplicacion correspondiente de acuerdo con la indicacion del modo de transporte y devuelvan una respuesta de recepcion en el modo de transporte indicado.
  8. 8. El servidor Push de acuerdo con la reivindicacion 7, que comprende, ademas, una unidad (34) de devolucion de informes de entrega, en donde la unidad (34) de devolucion de informes de entrega comprende al menos uno de los siguientes modulos:
    un modulo de devolucion proactiva, configurado para devolverle la respuesta de recepcion al PI de forma proactiva;
    un modulo de devolucion basado en una peticion, configurado para devolverle el informe de entrega al PI de acuerdo con un mensaje de solicitud del informe de entrega enviado por el PI; y
    un modulo de devolucion basado en una polftica, configurado para determinar si, de acuerdo con una polftica de devolucion, debe devolver un informe de entrega solicitado en caso de que un servidor distinto del PI envfe un mensaje solicitando el informe de entrega.
  9. 9. El servidor Push de acuerdo con la reivindicacion 8, que comprende, ademas:
    una unidad (36) estadfstica, configurada para generar estadfsticas sobre los informes de entrega obtenidos, en un modelo de estadfsticas indicado en el mensaje Push;
    en donde la unidad (34) de devolucion de informes de entrega esta configurada espedficamente para devolverle un resultado estadfstico al PI ampliando un campo de encabezado del mensaje, un rango de valores, o un cuerpo del mensaje del informe de entrega.
  10. 10. El servidor Push de acuerdo con la reivindicacion 8, que comprende, ademas:
    una unidad (37) de reenvfo, configurada para volver a enviarle el mensaje Push al terminal de acuerdo con la informacion de direccion del terminal si el mensaje Push incluye una peticion de devolucion de una respuesta de recepcion pero el terminal no devuelve una respuesta de recepcion o devuelve una respuesta de fallo de entrega.
ES10811249.1T 2009-08-24 2010-08-23 Método y dispositivo para enviar y recibir mensajes Push Active ES2617188T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2009101630854A CN101997696A (zh) 2009-08-24 2009-08-24 传递及接收Push消息的方法和设备
CN200910163085 2009-08-24
PCT/CN2010/076251 WO2011023089A1 (zh) 2009-08-24 2010-08-23 传递及接收Push消息的方法和设备

Publications (1)

Publication Number Publication Date
ES2617188T3 true ES2617188T3 (es) 2017-06-15

Family

ID=43627253

Family Applications (1)

Application Number Title Priority Date Filing Date
ES10811249.1T Active ES2617188T3 (es) 2009-08-24 2010-08-23 Método y dispositivo para enviar y recibir mensajes Push

Country Status (5)

Country Link
US (1) US20120147887A1 (es)
EP (1) EP2472776B1 (es)
CN (1) CN101997696A (es)
ES (1) ES2617188T3 (es)
WO (1) WO2011023089A1 (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8311041B1 (en) * 2012-06-22 2012-11-13 Google Inc. Systems and methods for automatically adjusting messaging quota
CN103716752B (zh) * 2012-09-29 2017-06-27 上海贝尔股份有限公司 一种分发机器类通信的组消息的方法
KR102105561B1 (ko) * 2013-09-13 2020-04-28 한국전자통신연구원 푸시 알림 전송 방법 및 이를 수행하는 푸시 알림 서버
US9729651B2 (en) * 2013-09-13 2017-08-08 Electronics And Telecommunications Research Institute Method for delivering push notification and push notification server for performing the same
KR102141854B1 (ko) * 2014-02-21 2020-08-06 삼성전자주식회사 푸시 메시지 전송 제어 방법 및 장치
CN105407505B (zh) * 2014-07-18 2019-05-17 青岛海尔智能家电科技有限公司 一种资源控制消息的处理方法及装置
CN105515914B (zh) * 2015-12-24 2019-01-25 无线生活（杭州）信息科技有限公司 一种为Push消息分配流量的方法及装置
AU2018332792A1 (en) 2017-09-14 2020-05-07 Howmedica Osteonics Corp. Non-symmetrical insert sensing system and method therefor
CN108415956A (zh) * 2018-02-06 2018-08-17 北京中兴高达通信技术有限公司 一种状态信息处理方法及设备
US11812978B2 (en) 2019-10-15 2023-11-14 Orthosensor Inc. Knee balancing system using patient specific instruments

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2361861A1 (en) * 2001-11-13 2003-05-13 Ibm Canada Limited-Ibm Canada Limitee Wireless messaging services using publish/subscribe systems
US7254614B2 (en) * 2001-11-20 2007-08-07 Nokia Corporation Web services push gateway
ES2246048T3 (es) * 2002-05-06 2006-02-01 Telefonaktiebolaget Lm Ericsson (Publ) Servicio de mensajes multimedia multiusuario.
CN100556046C (zh) * 2005-04-06 2009-10-28 中兴通讯股份有限公司 一种wap终端用户push消息的接收方法及其系统
DE602006016401D1 (de) * 2006-03-29 2010-10-07 Research In Motion Ltd Vorrichtung und zugeordnetes Verfahren zur Erleichterung der Hintergrundverarbeitung von "Push"-Inhalt
CN101355488B (zh) * 2007-07-25 2012-07-18 中国移动通信集团公司 网络发起的消息类业务中控制流量的方法和系统

Also Published As

Publication number Publication date
WO2011023089A1 (zh) 2011-03-03
US20120147887A1 (en) 2012-06-14
EP2472776A1 (en) 2012-07-04
CN101997696A (zh) 2011-03-30
EP2472776A4 (en) 2012-10-03
EP2472776B1 (en) 2016-12-14

Similar Documents

Publication Publication Date Title
ES2617188T3 (es) Método y dispositivo para enviar y recibir mensajes Push
US6928290B2 (en) Method and apparatus for network-assisted automatic confirmation of short message service delivery
ES2401476T3 (es) Servicio de intercambio de mensajes en una red de comunicaciones inalámbricas
ES2337016T3 (es) Tratamiento de mensajes instantaneos en caso de no disposnibilidad del receptor.
US7835392B2 (en) System and method for message converting
ES2683335T3 (es) Cobro por entrega de mensajes cortos
FI111595B (fi) Järjestely multimediasanomanvälityksen toteuttamiseksi
WO2005109793A1 (fr) Procede de transmission de messages multimedia
JP2007329973A (ja) ショートメッセージサービスをサポートする、ターミナルのケーパビリティのレポーティング
US8977238B2 (en) Interface between web applications for text messaging and packet-switched networks
KR20120112710A (ko) Ｓｍｐｐ 프로토콜을 사용한 ｓｍｓ 스푸핑을 관리하는 방법
US8923899B2 (en) Interface between restful web services and packet-switched networks for text messaging
ES2711238T3 (es) Suministro mejorado de servicios de mensajes cortos de valor añadido
US20100331001A1 (en) Message delivery control based on destination point codes
JP5749746B2 (ja) コール試行の通知
JP2008131242A (ja) ショートメッセージ再送システム、ショートメッセージ再送方法
WO2012062051A1 (zh) 一种下发多媒体消息的方法和系统
US7574203B2 (en) Method for retrieving and delivering multimedia messages using the session initiation protocol
WO2007033552A1 (fr) Procede pour traiter le message dans le service de message multimedia et systeme y afferant
US8447335B2 (en) Methods, systems, and computer program products for providing first delivery attempt service for short message peer-to-peer (SMPP) messages
WO2010009666A1 (zh) 多媒体业务的实现方法、系统和装置
WO2008037117A1 (fr) Système destiné au traitement d&#39;une tâche de programmation d&#39;un message multimédia et procédé de mise en oeuvre associé
KR100706924B1 (ko) 특정 가입자에게 호 폭주 시 단문메시지 처리 방법
US9060257B1 (en) Systems and methods for multimedia messaging
ES2528598T3 (es) Método y sistema de aprovisionamiento de abonado