ES2581230T3 - Método, sistema y aparato para procesamiento de un mensaje comercial con una pluralidad de terminales - Google Patents

Método, sistema y aparato para procesamiento de un mensaje comercial con una pluralidad de terminales Download PDF

Info

Publication number
ES2581230T3
ES2581230T3 ES08854942.3T ES08854942T ES2581230T3 ES 2581230 T3 ES2581230 T3 ES 2581230T3 ES 08854942 T ES08854942 T ES 08854942T ES 2581230 T3 ES2581230 T3 ES 2581230T3
Authority
ES
Spain
Prior art keywords
terminal
service
message
ppg
user
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
ES08854942.3T
Other languages
English (en)
Inventor
Shunan Fan
Jian Yang
Lei Wang
Hao Wang
Guoqiao Chen
Ting Dong
Huiping Zhang
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 Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2581230T3 publication Critical patent/ES2581230T3/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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método para procesar un mensaje de servicio que comprende: recibir, por una Pasarela Mandataria Push, PPG, un mensaje de demanda de suscripción a un servicio (S401, S405) procedente de al menos uno de entre una pluralidad de terminales de un mismo identificador de usuario, ID, en donde el mensaje de demanda incluye información de demanda que comprende un identificador ID de usuario, un ID de dispositivo y un ID de aplicación; y cuando el servicio llega a la pasarela PPG, enviar (S2009) un mensaje de servicio a solamente un terminal de entre la pluralidad de terminales del mismo ID de usuario en conformidad con la información de demanda.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Metodo, sistema y aparato para procesamiento de un mensaje comercial con una pluralidad de terminales CAMPO DE LA INVENCION
La presente invencion se refiere a tecnologfas de comunicaciones moviles y en particular, a un metodo, un sistema y un aparato para procesar un mensaje de servicio con una pluralidad de terminales de un usuario.
ANTECEDENTES DE LA INVENCION
La tecnologfa Push es una tecnologfa basada en un mecanismo de Cliente-servidor, en el que el servidor envfa activamente informacion al cliente. La tecnologfa Push se aplica en los Servicios de Valor Anadido (VASs) para transferir contenidos pertinentes a su debido tiempo y para ayudar a los usuarios a obtener los contenidos de forma adecuada. El mecanismo Push es un mecanismo de distribucion de contenidos, y funciona en un modo de cliente/servidor, en el que servidor distribuye los contenidos deseados por el cliente al cliente sin recibir una demanda del cliente. La Figura 1 ilustra un transmisor Push en la tecnica anterior. El servicio es iniciado por un servidor. El Iniciador de Push (PI) que genera un mensaje Push envfa informacion y transmite instrucciones a una pasarela mandataria Push (PPG) y el contenido de Push se transmite, ademas, al usuario por medio de la pasarela PPG. El sistema esta constituido por una pasarela PPG, un iniciador PI y un terminal. La pasarela PPG obtiene mensajes desde el servidor Push a traves de un protocolo de autenticacion de contrasena (PAP) y envfa los contenidos a un usuario de protocolo de aplicacion inalambrica (WAP) por intermedio de un protocolo de actualizacion a traves del aire (OTA) de Push. El iniciador PI envfa el contenido de Push y una orden de transferencia a la pasarela PPG y la pasarela PPG transfiere los contenidos de Push al terminal en conformidad con la orden de transferencia.
La Figura 2 ilustra un servicio Push del protocolo de iniciacion de sesion (SIP) en la tecnica anterior. Un servicio Push de SIP es un servicio Push de OTA sobre SIP definido por la denominada Alianza Movil Abierta (OMA), en donde los contenidos de Push OTA se encapsulan en un mensaje SIP y se transfieren por intermedio de la red base SIP/IP existente. SIP es un protocolo de capa de aplicacion para establecer una sesion multimedia entre dos o mas participates. La pasarela PPG y el cliente actuan como puntos de interfaz de la red base SIP/IP. En el proceso SIP Push, SIP puede proporcionar estas funciones: alcanzabilidad del usuario, disponibilidad del usuario, capacidades del usuario, establecimiento de sesion y gestion de sesiones.
La red base de SIP/IP proporciona sesiones multimedia del tipo extremo a extremo y sesiones entre el cliente y el servidor. La red base de SIP/IP incluye una pasarela de SIP y un servidor de registro, proporciona al cliente de SIP la autenticacion y autorizacion del servicio y proporciona las funciones de registro y enrutamiento de SIP. La pasarela PPG y el cliente de Push son puntos de interconexion para la red base de SIP/iP en funcion.
El mecanismo de suscripcion de eventos operativos basado en SIP o la estructura de eventos operativos de SIP definen el permiso de notificacion de eventos operativos asmcronos en el proceso de suscripcion. Despues del registro inicial, el cliente de Push debe enviar una demanda SUBSCRIBE a la pasarela PPG. Si el cliente de Push necesita suscribirse a un evento de Push para un servicio de Push especffico, a modo de ejemplo, transferencia de informacion de capacidad del cliente o suscripcion a un evento operativo especffico, la pasarela PPG y el cliente de Push esta previsto que soporten el metodo SUBSCRIBE y el metodo NOTIFY. En particular, el cliente de Push debe soportar la funcion SUBSCRIBE para contenidos de Push especfficos y soportar la recepcion de contenidos de Push. La pasarela PPG debe soportar la funcion NOTIFY, a traves de la que la demanda de SUBSCRIBE se recibe desde el cliente de Push y la informacion de Push se envfa al cliente.
Un identificador ID de usuario es una identidad de usuario publico. Una o mas identidades de usuarios de tipo publico se asignan para un solo usuario para utilizar la red. Cuando el usuario demanda la comunicacion con otro usuario, el usuario utiliza la identidad de usuario publica. Un usuario puede tener diferentes apariencias operativas. Cada apariencia incluye diferentes identidades de usuario publico. El formato de una identidad de usuario publico es un identificador de recursos uniformes (URI) de SIP jerarquico. El SIP URI puede construirse mediante un numero telefonico o un nombre de host (tal como SIP:
user@company.com). Los SIP URIs son similares a direcciones de correo electronico y por lo tanto, en facil correlacion con las direcciones de correo electronico del usuario.
Sin embargo, cuando un usuario tiene numerosos terminales tales como ordenadores, terminales 2G o terminales 3G, la red base asigna un ID de dispositivo a cada terminal. El ID de dispositivo controla la unicidad de cada terminal en una red. A modo de ejemplo, el ID de dispositivo se utiliza para funciones de autenticacion, autorizacion y gestion.
El cliente de Push puede enviar una demanda SUBSCRIBE para actualizar la suscripcion y declarar aplicaciones y versiones disponibles por intermedio de un parametro “appid”.
Cuando el cliente de Push se suscribe a solamente una aplicacion, a modo de ejemplo, “app 1” que es un servicio de
5
10
15
20
25
30
35
40
45
50
55
60
65
mensajes multimedia (MMS), la demanda de SUBSCRIBE es como sigue:
SUBSCRIBE sip:
user-aor@example.com SIP/2.0
Event: ua-profile; profile-type = oma-app; appid=”+g.oma.iari.Push.mms.ua”;
Cuando el cliente de Push se suscribe a multiples aplicaciones, a modo de ejemplo, app 1, app 2, app 3, la demanda de SUBSCRIBE es como sigue:
SUBSCRIBE sip:
user-aor@example.com SIP/2.0
Event: ua-profile; profile-type=oma-app; appid=”app 1, app 2, app 3”;
Si el cliente de Push se suscribe a app 1, app 2 y app 3 pero la pasarela PPG soporta solamente app 1 y app 2, entonces el mensaje NOTIFY reenviado por la pasarela PPG incluye solamente dos parametros: app 1 y app 2, que indican que los dos servicios de aplicaciones estan suscritos de forma satisfactoria. La demanda SUBSCRIBE y el mensaje NOTIFY son como sigue:
SUBSCRIBE sip:
user-aor@example.com SIP/2.0
Event: ua-profile; profile-type = oma-app; ppid=”app 1, app 2, app 3”;
NOTIFY
Event: ua-profile; profile-type=oma-app; appid=”app 1, app 2”;
Si un usuario tiene una suscripcion a MMS se envfa al terminal del usuario una vez que la pasarela PPG tiene un MMS destinado para el terminal. La notificacion indica que el usuario tiene un mensaje MMS entrante y el usuario puede recuperarlo desde la pasarela PPG. El usuario puede establecer el terminal para recuperar los mensajes MMS y memorizarlos automaticamente en el terminal, o bien, el usuario recupera los mensajes a su debido tiempo despues de recibir la notificacion de MMS.
En los servicios SIP Push, actualmente el mismo usuario puede tener una pluralidad de terminales. A modo de ejemplo, un usuario tiene un telefono movil 2G, un telefono movil 3G, un ordenador de sobremesa y un ordenador portatil al mismo tiempo. La pasarela PPG memoriza la transmitida de usuario de tipo publico para identificar el usuario. La pasarela PPG memoriza tambien las direcciones de dispositivos de los terminales para identificar los terminales con el fin de enviar las llamadas o mensajes que se destinan para cada dispositivo. La pasarela PPG memoriza tambien informacion sobre servicios espedficos a los que se suscribe cada terminal. Cuando cualquier servicio suscrito por una pluralidad de terminales llega, todos los terminales pueden recibir el servicio. Los servicios disponibles para suscripcion incluyen: MMS, servicio de Mensajes Cortos (SMS), notificacion de correo electronico y gestion de dispositivo. Existe un escenario operativo: cuando la pasarela PPG envfa un mensaje MMS al usuario por intermedio de la red base SIP/IP, cada terminal de usuario que se ha suscrito a MMS recibe una notificacion del mensaje MMS.
La Figura 3 es un diagrama de flujo de comunicacion de MMS cuando un usuario tiene una pluralidad de terminales en la tecnica anterior. Cuando un usuario tiene un primer terminal, un segundo terminal y un tercer terminal, al mismo tiempo, el Centro de Servicios de Mensajes Multimedia (MMSC) es un PI y la PPG es una pasarela PPG. El flujo incluye las etapas siguientes:
Etapa S301: El centro MMSC tiene un mensaje de notificacion de MMS destinado para el usuario y envfa la notificacion de MMS a la pasarela PPG. Despues de recibir la notificacion de MMS, la pasarela PPG encuentra que el usuario tiene tres terminales, y por lo tanto, reenvfa la notificacion a los tres terminales, respectivamente.
Etapa S302: El usuario establece la recuperacion automatica del mensaje MMS notificado y por lo tanto, los tres terminales envfan un mensaje GET del Protocolo de Transferencia de Hipertexto (HTTP) a la MMSC PPG respectivamente, demandando la recuperacion del mensaje de MMS.
Etapa S303: Despues de recibir el mensaje GET desde el primer terminal, la pasarela PPG envfa una respuesta HTTP 200 OK que incluye el mensaje MMS al primer terminal.
Etapa S304: La pasarela MMSC PPG suprime el mensaje MMS que ha sido recuperado por el primer terminal y el segundo terminal y el tercer terminal reciben una respuesta de error HTTP 4xx reenviada por el centro MMSC. La notificacion de MMS puede reenviarse tambien por la red base SIP/IP a los tres terminales.
Ademas, el documento titulado Notificacion de eventos espedficos-SIP en draft-ietf-sip-events-05.txt de IETF Internet Draft de febrero de 2002 por Adam Roach da a conocer una extension para el Protocolo de Iniciacion de
5
10
15
20
25
30
35
40
45
50
55
60
65
Sesion (SIP). La finalidad de esta extension es proporcionar una estructura de trabajo extensible mediante la que los nodos SIP pueden demandar notificacion de nodos distantes con la indicacion de que han ocurrido determinados eventos operativos. El concepto general es que las entidades en la red puedan suscribirse al recurso o estado de llamadas para varios recursos o llamadas en la red y dichas entidades (o entidades que actuan en su representacion) pueden enviar notificaciones cuando cambien dichos estados. Un flujo tipico de mensaje sena: un Abonado env^a primero un mensaje SUBSCRIBE para demandar una suscripcion de estado a un Notificador, y el Notificador reenvfa una respuesta 200 para acusar recibo de la suscripcion y un mensaje NOTIFY para reenviar informacion de estado en curso al Abonado y luego, el Notificador envfa otro mensaje NOTIFY para informar a los abonados de cambios en el estado operativo para el que el Abonado tiene una suscripcion.
SIP: Protocolo de Iniciacion de Sesion en RFC 2543 de fecha marzo de 1999 por M. Handley et al describe que SIP es un protocolo de control (senalizacion) de la capa de aplicacion para crear, modificar y terminar sesiones con uno o mas participates. Estas sesiones incluyen conferencias multimedia de Internet, llamadas telefonicas de Internet y distribucion multimedia y los miembros en una sesion pueden comunicarse mediante una multidifusion o mediante una red en malla de relaciones de unidifusion o una de sus combinaciones. Un agente de usuario puede registrarse con un servidor de SIP en el inicio enviando una demanda REGISTER al servidor. Los clientes pueden registrarse desde diferentes posiciones, por necesidad utilizando diferentes valores de identidad de llamada Call-ID. El campo de cabecera general de Call-ID identifica, de forma unica, todos los registros de un cliente particular y todas las demandas de REGISTER emitidas por un cliente unico deben utilizar la misma identidad Call-ID.
En el proceso de puesta en servicio de la presente invencion, el inventor encuentra al menos los siguientes defectos en la tecnica anterior:
Cada terminal del usuario recibe la misma notificacion de MMS, que da lugar a un uso innecesario de recursos y aumenta la carga de transmision de la red; ademas, el usuario ha de recibir la misma informacion de forma repetida. Y lo que es todavfa mas desfavorable, el centro MMSC desconoce cuantos terminales estan actualmente mantenidos por el usuario. Despues de que el centro MMSC envfe una notificacion, la pasarela PPG o la red base SIP/IP reenvfa la notificacion a cada terminal del usuario. Si el usuario establece la recuperacion automatica del mensaje MMS desde la pasarela PPG, solamente un terminal puede recuperar satisfactoriamente el mensaje MMS; los terminales restantes no seran capaces de recuperar el mensaje o el centro MMSC comunica al usuario que no existe el mensaje o ha sido recuperado. En consecuencia, se deteriora la experiencia del usuario.
SUMARIO DE LA INVENCION
Un metodo, sistema y aparato para procesar un mensaje de servicio con una pluralidad de terminales de un usuario se dan a conocer en conformidad con aspecto de la presente invencion para superar estos defectos en la tecnica anterior: la pasarela PPG envfa un mensaje de servicio a todos los terminales que tienen el mismo ID de usuario y en consecuencia, los recursos son desperdiciados, se aumenta la carga de transmision de la red y se deteriora la experiencia del usuario.
Para conseguir los objetivos anteriores, en conformidad con un aspecto de la idea inventiva, se da a conocer un metodo para procesar un mensaje de servicio por una pluralidad de terminales de un usuario. El metodo incluye: la recepcion, por una Pasarela Mandataria Push, PPG, de un mensaje de demanda para la suscripcion a un servicio desde al menos uno de entre una pluralidad de terminales de un mismo identificador de usuario, ID, en donde el mensaje de demanda incluye informacion de demanda que comprende un ID de usuario, un ID de dispositivo y un ID de aplicacion; y cuando el servicio llega a la pasarela PPG, enviar un mensaje de servicio a solamente un terminal de entre la pluralidad de terminales del mismo ID de usuario en conformidad con la informacion de demanda.
En conformidad con otro aspecto de la idea inventiva, se da a conocer, ademas, una pasarela PPG. La pasarela PPG incluye: un modulo de recepcion de demandas, configurado para recibir un mensaje de demanda para la suscripcion a un servicio de al menos uno de entre una pluralidad de terminales de un mismo identificador de usuario, ID, en donde el mensaje de demanda incluye informacion de demanda que comprende un ID de usuario, un ID de dispositivo y un ID de aplicacion; y un modulo de procesamiento configurado para enviar un mensaje de servicio a solamente un terminal de la pluralidad de terminales del mismo ID de usuario en conformidad con la informacion de demanda cuando llega el servicio a la pasarela PPG.
En conformidad con todavfa otro aspecto de la idea inventiva, se da a conocer un sistema para procesar un mensaje de servicio con una pluralidad de terminales de un usuario. El sistema incluye la pasarela PPG anteriormente descrita y al menos dos terminales que tienen el mismo ID de usuario. Cada uno de los terminales esta configurado para enviar un mensaje de demanda para la suscripcion a un servicio a la pasarela PPG, en donde el mensaje de demanda incluye informacion que comprende un ID de usuario, un ID de dispositivo y un ID de aplicacion. La pasarela PPG esta configurada para recibir los mensajes de demanda desde los terminales y para enviar un mensaje de servicio a solamente un terminal de entre los terminales en conformidad con la informacion de demanda cuando el servicio llega a la pasarela PPG.
En comparacion con la tecnica anterior, las soluciones tecnicas aqrn propuestas proporcionan las ventajas
5
10
15
20
25
30
35
40
45
50
55
60
65
operativas siguientes.
La pasarela PPG necesita enviar solamente el mensaje de servicio correspondiente a un terminal espedfico en conformidad con la informacion de demanda enviada por el terminal en lugar de enviar el mensaje de servicio a todos los terminales. Por lo tanto, no es necesario para una pluralidad de terminales del mismo usuario recibir el mismo mensaje de servicio de forma repetida y asf se evita el uso innecesario de recursos.
BREVE DESCRIPCION DE LOS DIBUJOS
La Figura 1 es un diagrama esquematico de un servicio Push en la tecnica anterior;
La Figura 2 es un diagrama esquematico de un servicio SIP Push en la tecnica anterior;
La Figura 3 es un diagrama de flujo de la comunicacion de MMS cuando un usuario tiene terminales en la tecnica anterior;
La Figura 4 es un diagrama de flujo de envfo de una demanda de suscripcion de servicio realizacion de la presente invencion;
La Figura 5 ilustra un diagrama esquematico de una demanda SUBSCRIBE enviada por un usuario en una forma de realizacion de la presente invencion;
La Figura 6 ilustra un diagrama esquematico de un mensaje 200 OK en una forma de realizacion de la presente invencion;
La Figura 7 ilustra un diagrama esquematico de una indicacion de activacion de suscripcion del servicio en una forma de realizacion de la presente invencion;
La Figura 8 ilustra un diagrama esquematico de una demanda de un segundo terminal en una forma de realizacion de la presente invencion;
La Figura 9 es un diagrama de flujo de etapas opcionales en una forma de realizacion de la presente invencion;
La Figura 10 es un diagrama de flujo de suscripcion a solamente un servicio con una demanda SUBSCRIBE en otra forma de realizacion de la presente invencion,
La Figura 11 ilustra un diagrama esquematico de una demanda SUBSCRIBE enviada por un usuario en otra forma de realizacion de la presente invencion;
La Figura 12 ilustra un diagrama esquematico de la activacion de la suscripcion de MMS en otra forma de realizacion de la presente invencion;
La Figura 13 ilustra un diagrama esquematico de suscripcion por un segundo terminal en otra forma de realizacion de la presente invencion,
La Figura 14 ilustra un diagrama esquematico de activacion de suscripcion del servicio en otra forma de realizacion de la presente invencion;
La Figura 15 es un diagrama de flujo de suscripcion a multiples servicios con una demanda SUBSCRIBE en otra forma de realizacion de la presente invencion;
La Figura 16 ilustra un diagrama esquematico de una demanda SUBSCRIBE enviada por un primer terminal a la pasarela PPG en otra forma de realizacion de la presente invencion;
La Figura 17 ilustra un diagrama esquematico de una indicacion de activacion en otra forma de realizacion de la presente invencion,
La Figura 18 ilustra un diagrama esquematico de suscripcion por un segundo terminal en otra forma de realizacion de la presente invencion;
La Figura 19 ilustra un diagrama esquematico de activacion de suscripcion de servicio por el segundo terminal en otra forma de realizacion de la presente invencion;
La Figura 20 es un diagrama de flujo que ilustra como una pasarela PPG selecciona un dispositivo de mas alta prioridad para recibir un servicio en otra forma de realizacion de la presente invencion,
una pluralidad de en una forma de
5
10
15
20
25
30
35
40
45
50
55
60
65
La Figura 21 ilustra un diagrama esquematico de una demanda de SUBSCRIBE enviada por un usuario en otra forma de realizacion de la presente invencion;
La Figura 22 ilustra un diagrama esquematico de un mensaje 200 OK en otra forma de realizacion de la presente invencion;
La Figura 23 ilustra un diagrama esquematico de activacion de suscripcion del servicio en otra forma de realizacion de la presente invencion;
La Figura 24 es un diagrama de flujo de envfo de una demanda de servicio a una pasarela PPG por intermedio de HTTP en otra forma de realizacion de la presente invencion; y
La Figura 25 ilustra una estructura de un sistema para procesamiento de mensajes de servicios con una pluralidad de terminales de un usuario en otra forma de realizacion de la presente invencion.
DESCRIPCION DETALLADA DE LA INVENCION
Formas de realizacion de la presente invencion se detallan a continuacion haciendo referencia a los dibujos adjuntos.
Formas de realizacion de la presente invencion se refieren a la forma de recibir el mismo mensaje en un mecanismo de Push con una pluralidad de terminales. Multiples soluciones se describen a continuacion: en el proceso de suscripcion, el SIP Push requiere solamente un terminal para ser capaz de suscribirse a servicios espedficos o necesita establecerse prioridades para servicios espedficos en la suscripcion. De este modo, cuando la pasarela PPG tiene un mensaje de servicio espedfico enviado al usuario con una pluralidad de terminales, el terminal de ID de dispositivo correspondiente y no la totalidad de los terminales se selecciona para recibir el mensaje de servicio. Por lo tanto, se evita el uso innecesario de recursos de red; no es necesario para una pluralidad de terminales de un usuario recibir el mensaje de forma repetida; y la recepcion de otros servicios no resulta afectada por la recepcion repetida del mismo mensaje. Dependiendo de los servicios espedficos, la puesta en practica cae dentro de los modos operativos siguientes:
1. En el proceso de suscripcion, entre todos los terminales de un usuario, solamente a un terminal le esta permitido suscribirse a un servicio. Es decir, si el terminal actual se ha suscrito a un servicio, cuando otro terminal del usuario demanda suscribirse al mismo servicio, la pasarela PPG notifica al terminal que la senal de video no esta disponible puesto que ha sido ya suscrito.
2. Despues de que el primer terminal se suscriba satisfactoriamente a un servicio, se envfa una notificacion a otros terminales para indicar que el servicio ha sido ya suscrito. De este modo, se evita una suscripcion repetida, y un servicio se suscribe por solamente un terminal.
3. A todos los terminales les esta permitido suscribirse a un servicio. En el proceso de suscripcion, se establecen prioridades para los terminales. La polttica de prioridad se memoriza en la pasarela PPG, y la PPG controla la distribucion de los mensajes. Por lo tanto, cuando llega este servicio, solamente un terminal recibe el mensaje de servicio en primer lugar, y otros terminales no reciben el mensaje de servicio al mismo tiempo.
4. A todos los terminales les esta permitido suscribirse a un servicio. La pasarela PPG establece las prioridades para los terminales. En conformidad con las condiciones de la red, la pasarela PPG selecciona un terminal para recibir el mensaje de servicio y los demas terminales no reciben el mensaje al mismo tiempo.
La informacion de usuario, la informacion del terminal o la informacion de suscripcion del servicio puede enviarse a la pasarela PPG por intermedio de una demanda de REGISTER y/o una demanda de SUBSCRIBE.
Tomando a modo de ejemplo la demanda SUBSCRIBE, se detallan a continuacion formas de realizacion de la presente invencion en los modos obvios anteriores. El mensaje que incluye la informacion de demanda no esta limitado a la demanda SUBSCRIBE. Otros mensajes capaces de esta funcion estan cubiertos en el alcance de proteccion de la presente invencion.
Una forma de realizacion
La Figura 4 es un diagrama de flujo de envfo de una demanda de suscripcion de servicio en una forma de realizacion de la presente invencion. El primer terminal y el segundo terminal son dos dispositivos diferentes de un mismo usuario. En esta forma de realizacion, solamente a un terminal le esta permitido suscribirse a un servicio. Es decir, si el terminal actual se ha suscrito a un servicio, cuando otro terminal del usuario demande la suscripcion al mismo servicio, la pasarela PPG notifica al terminal que el servicio no esta disponible puesto que ya ha sido suscrito. Diferentes terminales de un usuario pueden diferenciarse mediante una denominada Identidad de Abonado Movil Internacional (IMSI), un ID de usuario (Identity) privado, un URI de Agente de Usuario Globalmente Enrutable
5
10
15
20
25
30
35
40
45
50
55
60
65
(GRUU), informacion de contacto multiple, una direccion IP, un numero de telefono o un numero de dispositivo. Las etapas detalladas son como sigue:
Etapa S401: En esta forma de realizacion, tomando a modo de ejemplo el usuario “john.doe@home1.net”, el primer terminal del “john.doe@home1.net” envfa una demanda SUBSCRIBE a la pasarela PPG. Esta demanda incluye el ID de usuario, el ID de dispositivo, el ID de aplicacion y esta prevista para la suscripcion a un servicio de MMS.
La Figura 5 ilustra una demanda de SUBSCRIBE enviada por un usuario en la forma de realizacion de la presente invencion. En primer lugar, la pasarela PPG identifica el ID de usuario, el ID de dispositivo y el ID de aplicacion del usuario. Despues de que dichos identificadores IDs se identifiquen como correctos, el primer terminal envfa una demanda de suscripcion a un servicio de MMS a la pasarela PPG. Despues de que la demanda sea aceptada, el ID de servicio es objeto de escritura en la base de datos. Este ID de dispositivo puede diferenciarse entre terminales.
Etapa S402: Despues de que se reciba la demanda SIP SUBSCRIBE del paquete de eventos operativos “ua_profile”, la pasarela PPG autentica la identidad el iniciador y determina si al usuario le esta permitida la suscripcion al servicio por intermedio del dispositivo actual en conformidad con las normas locales. Si la autenticacion es operativamente satisfactoria, la pasarela PPG crea una sesion de suscripcion del paquete de eventos operativos “ua_profile” y da a conocer un metodo para identificar el cambio de datos en funcion del parametro de campo de cabecera “Event” y luego, reenvfa un mensaje 200 OK al primer terminal. El mensaje 200 OK en esta etapa se ilustra en la Figura 6.
Etapa S403: La pasarela PPG genera y envfa un mensaje inicial SIP NOTIFY, que incluye un cuerpo vacfo e indica que esta activada la suscripcion al servicio. La Figura 7 ilustra una indicacion de activacion de la suscripcion del servicio en la forma de realizacion de la presente invencion. Para validar el servicio MMS suscrito, la suscripcion al servicio MMS necesita activarse en esta etapa.
Etapa S404: El cliente de Push en el primer terminal responde con un mensaje 200 OK.
Cuando la pasarela PPG recibe la demanda de servicio, la pasarela PPG presenta un contenido de Push anadiendo el contenido de Push a un mensaje SIP NOTIFY. El mensaje SIP NOTIFY se envfa al terminal que envfa la demanda de servicio.
Etapa S405: El segundo terminal del usuario envfa una demanda para la suscripcion al servicio de MMS. La identidad de usuario de tipo publica del segundo terminal es “john.doe@home1.net” y el ID de dispositivo del segundo terminal es diferente del que tiene el primer terminal. La Figura 8 ilustra una demanda de un segundo terminal en la forma de realizacion de la presente invencion. Esta etapa difiere de la etapa S401 en el dispositivo utilizado. Es decir, el ID de dispositivo es diferente. El ID de dispositivo indica el momento el dispositivo que envfa la demanda.
Etapa S406: La pasarela PPG encuentra que la identidad de usuario de tipo publica del usuario es tambien “john.doe@home1.net”, que el servicio suscrito es tambien MMS y que el usuario se ha suscrito al servicio de MMS por intermedio de otro dispositivo. Por lo tanto, la pasarela PPG reenvfa una respuesta 4XX, que indica que el servicio ya no esta disponible porque fue suscrito de forma operativamente satisfactoria.
El primer terminal del usuario se ha suscrito al servicio de MMS desde la pasarela PPG. Por lo tanto, la pasarela PPG determina que el usuario se ha suscrito al servicio de MMS y reenvfa una respuesta 4XX al segundo terminal del usuario.
Una etapa opcional en esta forma de realizacion es que: despues de que el primer terminal se suscriba satisfactoriamente al servicio, la pasarela PPG envfa un mensaje NOTIFY a todos los terminales registrados, que indica que el servicio ha sido suscrito de forma satisfactoria y no necesita ninguna suscripcion adicional. Las direcciones de otros terminales puede memorizarse en la pasarela PPG o la red base SIP/IP y se vincula al usuario en el momento del registro de cada terminal. Mediante dichas direcciones, los mensajes pueden notificarse a todos los terminales del usuario.
La Figura 9 es un diagrama de flujo de etapas opcionales en la forma de realizacion de la presente invencion, segun se detalla a continuacion:
Etapa S901: El primer terminal del usuario “john.doe@home1.net” envfa una demanda SUBSCRIBE a la pasarela PPG. Esta demanda incluye el ID de usuario, el ID de dispositivo y el ID de aplicacion y esta prevista para la suscripcion a un servicio de MMS.
Etapa S902: Despues de que se reciba la demanda SIP SUBSCRIBE del paquete de eventos operativos “ua_profile”, la pasarela PPG comprueba la identidad del iniciador, y determinar si le esta permitido al usuario suscribirse al servicio por intermedio del dispositivo actual en conformidad con las normas locales. Si la autenticacion es satisfactoria, la pasarela PPG crea una sesion de suscripcion del paquete de eventos operativos
5
10
15
20
25
30
35
40
45
50
55
60
65
“ua_profile” y proporciona un metodo para identificar el cambio de datos en conformidad con el parametro de campo de cabecera “Event” y luego, reenvfa un mensaje 200 OK al primer terminal.
Etapa S903: La pasarela PPG genera y envfa un mensaje SIP NOTIFY inicial, que incluye un cuerpo de texto vado que indica que la suscripcion del servicio esta activada.
Etapa S904: El cliente de Push en el primer terminal responde con un mensaje 200 OK.
Etapa S905: La pasarela PPG envfa un mensaje NOTIFY a otros terminales. El campo de cabecera o el cuerpo del mensaje NOTIFY incluye informacion que indica que el servicio MMS esta suscrito por el primer terminal de forma satisfactoria y no esta disponible para otros terminales.
Etapa S906: Otros terminales reenviar un mensaje 200 OK, lo que indica que la demanda es aceptada.
En el proceso de suscripcion en esta forma de realizacion, el mecanismo SIP Push permite solamente a un terminal suscribirse a servicios espedficos. Por lo tanto, cuando la pasarela PPG tiene un mensaje de servicio espedfico enviado al usuario, solamente ese terminal permitido, en lugar de todos los dispositivos del usuario, es capaz de recibir el mensaje, con lo que se evita un uso innecesario de recursos de red.
Otra forma de realizacion
La Figura 10 es un diagrama de flujo de transmision de ordenes cuando una demanda SUBSCRIBE esta prevista para la suscripcion a solamente un servicio en la forma de realizacion de la presente invencion. El primer terminal y el segundo terminal, dados en esta forma de realizacion, son dos dispositivos diferentes del mismo usuario. Cuando el primer terminal envfa una demanda de suscripcion a un servicio en la pasarela PPG, el primer terminal es identificado por un ID de usuario publico y un ID de usuario privado y la demanda incluye un parametro de prioridad “Qvalue”. El parametro de prioridad indica que: para un servicio suscrito, la pasarela PPG envfa el servicio al terminal de la mas alta prioridad; si el servicio se envfa de forma satisfactoria, la pasarela PPG ya no envfa el servicio a un segundo terminal; si el servicio se envfa de forma insatisfactoria, la pasarela PPG envfa el servicio al terminal de la prioridad siguiente y asf sucesivamente.
En la puesta en practica del servicio, el terminal presenta una lista de prioridades a la pasarela PPG cuando se envfa la demanda SUBSCRIBE. Por lo tanto, el terminal deseado por el usuario recibe primero el mensaje de servicio. Un parametro Qvalue mas alto indica una mayor importancia de la posicion dada. El margen del valor de Qvalue puede ser 0-1.
Diferentes terminales de un usuario pueden diferenciarse por un IMSI, un ID de usuario privado, una GRUU, informacion de contacto multiple, una direccion IP, un numero de telefono o un numero de dispositivo. Esta forma de realizacion se pone en practica mediante dos soluciones. Cuando la demanda SUBSCRIBE es una demanda de suscripcion a solamente un servicio (esto es, solamente existe un ID de aplicacion), las etapas son como sigue:
Etapa S1001: El primer terminal del usuario “john.doe@home1.net” envfa una demanda SUBSCRIBE a la pasarela PPG. Esta demanda incluye un ID de usuario, un ID de dispositivo, un parametro Qvalue y un ID de aplicacion y esta prevista para la suscripcion a un servicio de MMS. La demanda indica que el primer terminal del usuario tiene la mas alta prioridad en la recepcion del servicio MMS. Cuando llega un servicio, el servicio se envfa primero a este terminal. La Figura 11 ilustra un mensaje de demanda SUBSCRIBE enviado por un usuario en la forma de realizacion de la presente invencion. En primer lugar, se identifica al usuario; a continuacion, se suscribe al servicio MMS y por ultimo, se establece una prioridad en “CONTACT:”. En esta forma de realizacion, la prioridad establecida es 0.7 (Contact:<sip:[5555::aaa:bbb:ccc:ddd]:1357; comp=sigcomp>; q =0.7). Mediante dicho establecimiento de prioridad, el mensaje de servicio puede enviarse a un terminal seleccionado.
Etapa S1002: Despues de que se reciba la demanda SIP SUBSCRIBE del paquete de eventos operativos "ua_profile", en la Figura 10, la pasarela PPG realiza la autenticacion de la identidad del iniciador y determinar si al usuario le esta permitido, o no, suscribirse al servicio por intermedio del dispositivo actual en conformidad con las normas locales. Si la autenticacion es satisfactoria, la pasarela PPG crea una sesion de suscripcion del paquete de eventos operativos "ua_profile" y proporciona un metodo para identificar el cambio de datos en conformidad con el parametro de campo de cabecera “Event” y luego, reenvfa un mensaje 200 OK al primer terminal.
Etapa S1003: La pasarela PPG genera y envfa un mensaje SIP NOTIFY inicial, que incluye un cuerpo vado que indica que esta activada la suscripcion del servicio. La informacion de prioridad de otros terminales puede notificarse tambien al primer terminal por intermedio de un campo de cabecera Contact. La Figura 12 ilustra la activacion de la suscripcion de MMS en la forma de realizacion de la presente invencion.
Etapa S1004: El cliente de Push en el primer terminal responde con un mensaje 200 OK.
Cuando la pasarela PPG recibe la demanda de servicio, la pasarela PPG presenta un contenido de Push anadiendo
5
10
15
20
25
30
35
40
45
50
55
60
65
el contenido de Push a un mensaje SIP NOTIFY enviado al cliente de Push en el proceso de suscripcion.
Etapa S1005: El segundo terminal se puede suscribir tambien al servicio de MMS y enviar una demanda SUBSCRIBE a la pasarela PPG. Esta demanda incluye un ID de usuario, un ID de dispositivo, un parametro Qvalue y un ID de aplicacion y esta previsto para la suscripcion al servicio de MMS. La demanda indica que el segundo terminal del usuario tiene la prioridad proxima a la mas alta prioridad en la recepcion del servicio de MMS. Cuando llega un servicio, el servicio se envfa al segundo terminal si el primer terminal deja de recibir el servicio con normalidad. La Figura 13 ilustra la suscripcion por el segundo terminal en una forma de realizacion de la presente invencion. La prioridad establecida en el segundo terminal es (Contact:<sip:[5555:aaa:bbb:ccc:ddd]:1357; comp=sigcomp>; q =0.6). En esta forma de realizacion, la prioridad establecida es 0.6. La prioridad del segundo terminal es inferior al primer terminal. Por lo tanto, cuando el primer terminal deja de recibir el mensaje de servicio normalmente, el terminal de la segunda prioridad se selecciona para la recepcion del mensaje de servicio.
Etapa S1006: Despues de que se reciba la demanda SIP SUBSCRIBE del paquete de evento operativo "ua_profile", la pasarela PPG realiza la autenticacion de la identidad del iniciador, y determina si al usuario le esta permitido suscribirse al servicio por intermedio del dispositivo actual en conformidad con las normas locales. Si la autenticacion es satisfactoria, la pasarela PPG crea una sesion de suscripcion del paquete de eventos operativos "ua_profile" y proporciona un metodo para identificar el cambio de datos en conformidad con el parametro de campo de cabecera “Event” y luego reenvfa un mensaje 200 OK al segundo terminal.
Etapa S1007: La pasarela PPG genera y envfa un mensaje SIP NOTIFY inicial que incluye un cuerpo de texto vacfo e indica que esta activada la suscripcion del servicio. La Figura 14 ilustra la activacion de la suscripcion del servicio en la forma de realizacion de la presente invencion. En esta etapa, el servicio MMS suscrito esta activado. La informacion de prioridad de otros terminales puede notificarse al segundo terminal por intermedio de un campo de cabecera Contact.
Etapa S1008: El cliente de Push en el segundo terminal responde con un mensaje 200 OK.
Otra forma de realizacion
La Figura 15 es un diagrama de flujo cuando una demanda SUBSCRIBE esta prevista para la suscripcion a multiples servicios en la forma de realizacion de la presente invencion. Multiples identificadores IDs de aplicacion estan incluidos en esta forma de realizacion y el usuario "
john.doe@home1.net" se toma aqu a modo de ejemplo. Las etapas detalladas son como sigue:
Etapa S1501: El primer terminal del usuario "
john.doe@home1.net" envfa una demanda SUBSCRIBE a la pasarela PPG. Esta demanda incluye un ID de usuario, un ID de dispositivo, un parametro Qvalue y multiples IDs de aplicaciones y esta prevista la suscripcion a multiples servicios. La demanda indica que el primer terminal del usuario tiene la mas alta prioridad en la recepcion del servicio App1. Cuando llega el servicio App1, el servicio App1 se envfa primero al primer terminal. App2 es el segundo servicio preferido del primer terminal y App 3 es el tercer servicio preferido del primar terminal. La Figura 16 ilustra una demanda SUBSCRIBE enviada por un primer terminal a una pasarela PPG en la forma de realizacion de la presente invencion. Tres valores de prioridad diferentes existen en el campo App: appid = “q=0.7, app 2; q=0.6, app 3; q = 0.5, dispuestos desde nivel alto a nivel bajo. Mediante la prioridad, la pasarela PPG tiene conocimiento de que servicio es preferido por el terminal y puede enviar el servicio de una mas alta prioridad al terminal. Despues de que se envfe el servicio de mas alta prioridad, la pasarela PPG puede enviar el servicio de la mas baja prioridad.
Etapa S1502: Despues de que se reciba la demanda SIP SUBSCRIBE del paquete de eventos operativos "ua_profile", la pasarela PPG realiza la autenticacion de la identidad del iniciador, y determinar si al usuario le esta permitido suscribirse al servicio por intermedio del dispositivo actual en conformidad con las normas locales. Si la autenticacion es satisfactoria, la pasarela PPG crea una sesion de suscripcion del paquete de eventos operativos "ua_profile" y proporciona un metodo para identificar el cambio de datos en conformidad con el parametro de campo de cabecera “Event” y luego, reenvfa un mensaje 200 OK al primer terminal.
Etapa S1503: La pasarela PPG genera y envfa un mensaje SIP NOTIFY inicial, que incluye un cuerpo de texto vacfo e indica que la suscripcion del servicio esta activada. La Figura 17 ilustra una indicacion de activacion en la forma de realizacion de la presente invencion. El mensaje puede indicar al primer terminal si esta activada la suscripcion a cada servicio.
Etapa S1504: El cliente de Push en el primer terminal responde con un mensaje 200 OK. Cuando la pasarela PPG recibe la demanda de servicio, la PPG presenta un contenido de Push anadiendo el contenido de Push al mensaje SIP NOTIFY enviado al cliente de Push en el proceso de suscripcion.
Etapa S1505: El segundo terminal envfa una demanda SUBSCRIBE a la pasarela PPG. Esta demanda incluye un ID de usuario, un ID de dispositivo, un parametro Qvalue y multiples IDs de aplicaciones y esta previsto para la suscripcion a multiples servicios. La demanda indica que este terminal del usuario tiene la mas alta prioridad en la
5
10
15
20
25
30
35
40
45
50
55
60
65
recepcion del servicio app 2. Cuando un servicio app 2 llega, el servicio app 2 se envfa al segundo terminal en primer lugar. App 1 es el segundo servicio preferido del segundo terminal y app 3 es el tercer servicio preferido del segundo terminal. La Figura 18 ilustra la suscripcion por el segundo terminal en la forma de realizacion de la presente invencion. En primer lugar, se identifica el usuario. Despues del ID de usuario, del ID de dispositivo y el parametro Qvalue son identificados como correctos, una prioridad necesita ser objeto de escritura en cada servicio suscrito. En esta forma de realizacion, la mas alta prioridad de App2 es 0.7 y el ID de dispositivo es objeto de escritura en ultimo lugar. En esta etapa, el dispositivo es el segundo terminal.
Etapa S1506: Despues de que se reciba la demanda SIP SUBSCRIBE del paquete de eventos operativos "ua_profile", la pasarela PPG realiza la autenticacion de la identidad del segundo terminal y determina si al usuario le esta permitido la suscripcion al servicio por intermedio del dispositivo actual en conformidad con las normas locales. Si la autenticacion es satisfactoria, la pasarela PPG crea una seccion de suscripcion de paquete de eventos "ua_profile" y proporciona un metodo para identificar el cambio de datos en conformidad con el parametro de campo de cabecera “Event” y luego, reenvfa un mensaje 200 OK al segundo terminal.
Etapa S1507: La pasarela PPG genera y envfa un mensaje SIP NOTIFY inicial, que incluye un cuerpo vacfo e indica que esta activada la suscripcion al servicio. La informacion de prioridad de otros terminales puede notificarse tambien al segundo terminal mediante un campo de cabecera Contact. La Figura 19 ilustra la activacion de la suscripcion del servicio por el segundo terminal en la forma de realizacion de la presente invencion. Si es necesario notificar la informacion de prioridad de otros terminales al segundo terminal, la informacion de prioridad de otros terminales puede anadirse antes del campo de cabecera Contact.
Etapa S1508: El cliente de Push en el segundo terminal responde con un mensaje 200 OK.
En esta forma de realizacion, se establece una prioridad. En el momento de la suscripcion a un servicio, si el terminal de una mas alta prioridad deja de recibir el servicio, el terminal de una mas baja prioridad puede recibir el servicio en su lugar y resulta imposible para dos terminales recibir el mismo servicio al mismo tiempo. Por lo tanto, una pluralidad de terminales de un usuario nunca reciben el mismo mensaje de forma repetida y la recepcion de otros servicios nunca es afectada por la llegada del mismo mensaje.
Otra forma de realizacion
La Figura 20 es un diagrama de flujo que ilustra como una pasarela PPG selecciona un dispositivo de mas alta prioridad para recibir un servicio en la forma de realizacion de la presente invencion. A todos los terminales de un usuario en esta forma de realizacion les esta permitido suscribirse al mismo servicio. La pasarela PPG establece las prioridades para los terminales. En conformidad con las condiciones de la red, la pasarela PPG selecciona un terminal para recibir el mensaje de servicio y otros terminales no reciben el mensaje al mismo tiempo. Todos los terminales del usuario pueden utilizar un ID de usuario publico para enviar una demanda de suscripcion al servicio a la pasarela PPG, en donde la demanda incluye un ID de usuario privado (que puede ser una direccion de contacto). La pasarela PPG reenvfa una respuesta, indicando que el servicio suscrito esta activado para todos los terminales del usuario. Diferentes terminales de un usuario pueden diferenciarse por un IMSI, un ID de usuario privado, una GRUU o multiples informacion de contacto, una direccion IP, un numero de telefono o un numero de dispositivo. Las etapas detalladas son como sigue:
Etapa S2001: En esta forma de realizacion, tomando a modo de ejemplo el usuario "
john.doe@home1.net", el primer terminal del usuario "
john.doe@home1.net" envfa una demanda SUBSCRIBE a la pasarela PPG. Esta demanda incluye el ID de usuario, el ID de dispositivo y el ID de aplicacion y esta prevista para la suscripcion a un servicio MMS. La Figura 21 ilustra un mensaje de demanda SUBSCRIBE enviado por un usuario en la forma de realizacion de la presente invencion. En primer lugar, el usuario es identificado. Despues de que el ID de usuario sea autenticado como correcto, se suscribe al servicio MMS. Por ultimo, el ID de dispositivo del terminal se anade, indicando que el terminal se ha suscrito al servicio.
Etapa S2002: Despues de que se reciba la demanda SIP SUBSCRIBE del paquete de eventos operativos "ua_profile", la pasarela PPG comprueba la identidad del iniciador y determinar si al usuario le esta permitido suscribirse al servicio por intermedio del dispositivo actual en conformidad con las normas locales. Si la autenticacion es satisfactoria, la pasarela PPG crea una sesion de suscripcion del paquete de eventos operativos "ua_profile" y proporciona un metodo para identificar el cambio de datos en conformidad con el parametro del campo de cabecera “Event” y luego, reenvfa un mensaje 200 OK al primer terminal. La Figura 22 ilustra un mensaje 200 Ok en la forma de realizacion de la presente invencion.
Etapa S2003: La pasarela PPG genera y envfa un mensaje SIP NOTIFY inicial, que incluye un cuerpo vacfo e indica que esta activada la suscripcion al servicio. La Figura 23 ilustra la activacion de la suscripcion del servicio en la forma de realizacion de la presente invencion.
Etapa S2004: El cliente de Push en el primer terminal responde con un mensaje 200 OK. Cuando la pasarela PPG recibe la demanda de servicio, la pasarela PPG presenta un contenido de Push anadiendo el contenido de Push a
5
10
15
20
25
30
35
40
45
50
55
60
65
un mensaje SIP NOTIFY enviado al cliente de Push en el proceso de suscripcion.
Etapas S2005-S2008: El segundo terminal se suscribe al servicio de MMS desde la pasarela PPG. En primer lugar, se comprueba el ID de usuario y el servicio MMS es objeto de suscripcion y luego, el ID del dispositivo es objeto de escritura. Por ultimo, se activa la suscripcion del servicio MMS.
Etapa S2009: Cuando llega un mensaje de MMS enviado al usuario, la pasarela PPG selecciona el terminal preferido del usuario en conformidad con los criterios de seleccion establecidos y envfa el mensaje de servicio al terminal seleccionado. Se supone que el terminal preferido es el primer terminal.
La pasarela PPG determina la preferencia del terminal automaticamente en conformidad con la prioridad del dispositivo de terminal. En general, la prioridad depende de la calidad de la red. La pasarela PPG puede seleccionar el terminal de mejor calidad de red de modo que el usuario pueda tener un mejor servicio de informacion. En esta forma de realizacion, el primer terminal es el terminal preferido y el usuario obtiene el servicio de informacion por intermedio del primer terminal.
Etapa S2010: Un mensaje de servicio se envfa al primer terminal por intermedio de un mensaje NOTIFY.
Etapa S2011: El primer terminal reenvfa un mensaje 200 OK, que indica que el mensaje se recibe de forma satisfactoria.
Otra forma de realizacion
La Figura 24 ilustra un diagrama de flujo de envfo de una demanda de servicio a una pasarela PPG por intermedio de HTTP en la forma de realizacion de la presente invencion. Se supone que el terminal envfa una demanda a la pasarela PPG para notificar a la pasarela PPG los servicios que el terminal espera recibir. En la segunda solucion de esta forma de realizacion, el terminal envfa una lista de prioridades de recepcion de servicio establecida por el terminal a la pasarela PPG por intermedio de HTTP, segun se detalla a continuacion.
Etapa S2401: El usuario utiliza el primer terminal para establecer una lista de polfticas de HTTP post para la recepcion de servicios.
La lista de polfticas puede ser una lista de prioridades. Esta lista de prioridades puede indicar los servicios preferidos por el terminal. En la segunda solucion de la forma de realizacion, el servicio MMS se toma a modo de ejemplo. Es decir, el primer terminal espera recibir primero el servicio MMS.
Etapa S2402: La pasarela PPG reenvfa un mensaje 200 OK, que indica que la pasarela PPG ha recibido la lista de polfticas de HTTP post desde el terminal.
Etapa S2403: El usuario utiliza el segundo terminal para para establecer una lista de polfticas de HTTP post para la recepcion de servicios.
De forma analoga al primer terminal, el segundo terminal puede indicar que el segundo terminal espera recibir el servicio de notificacion de correo electronico en primer lugar en esta forma de realizacion.
Etapa S2404: La pasarela PPG reenvfa un mensaje 200 OK, indicando que la pasarela PPG ha recibido la lista de polfticas de HTTP post desde el terminal.
En esta forma de realizacion, se establece la prioridad del terminal o se establece una lista de polfticas de recepcion de servicio basadas en HTTP. El terminal de una mas alta prioridad se selecciona para proporcionar un servicio de informacion de mas alta prioridad para el usuario. Cuando se envfa un mensaje de servicio, otros terminales no reciben el mensaje de servicio al mismo tiempo. Por lo tanto, se mejora la calidad del servicio y se evita la transmision de datos repetida. La pasarela PPG, en esta forma de realizacion, puede ser otro servidor capaz de esta funcion.
Forma de realizacion del sistema
La Figura 25 ilustra una estructura de un sistema para procesar mensajes de servicio, con una pluralidad de terminales de un solo usuario en una forma de realizacion de la presente invencion. Este sistema incluye una pasarela PPG 1 y al menos dos terminales 2 que tienen el mismo ID de usuario. Los terminales 2 estan configurados para enviar una demanda SUBSCRIBE a la pasarela PPG 1. La demanda SUBSCRIBE incluye informacion de demanda de los terminales. La pasarela PPG 1 esta configurada para: recibir la demanda SUBSCRIBE desde el terminal 2 y enviar un mensaje de servicio al terminal 2 en conformidad con la informacion de demanda. La informacion de demanda incluye un ID de usuario, un ID de dispositivo y un ID de aplicacion.
La pasarela PPG 1 incluye: La pasarela PPG 1 incluye un modulo de recepcion de demanda 11, configurado para
5
10
15
20
25
30
35
40
45
50
55
60
65
recibir una demanda SUBSCRIBE desde el terminal 2, en donde la demanda SUBSCRIBE incluye informacion de demanda del terminal 2 y un modulo de procesamiento 12, configurado para enviar un mensaje de servicio al terminal 2 en conformidad con la informacion de demanda cuando llega un servicio.
El modulo de procesamiento 12 incluye: un submodulo de determinacion 121, configurado para determinar si el servicio demandado por el terminal 2 ha sido demandado por el terminal del mismo ID de usuario en conformidad con el ID del usuario y el ID de aplicacion en la informacion de demanda; un submodulo de envfo de indicacion de suscripcion 122, configurado para enviar una indicacion de activacion de la suscripcion de servicio al terminal 2 si el submodulo de determinacion 121 determina que ningun terminal del mismo ID de usuario ha demando el servicio; y un submodulo de envfo de mensaje de servicio 123, configurado para enviar un mensaje de servicio al terminal 2 cuando llega el servicio.
El modulo de procesamiento 12 incluye, ademas, un submodulo de reenvfo de respuesta solicitud 124, que esta configurado para reenviar una respuesta de solicitud indicativa del estado de suscripcion del servicio al terminal 2 si el submodulo de determinacion 121 determina que un terminal del mismo ID de usuario ha demandado el servicio.
El modulo de procesamiento 12 incluye, ademas, un submodulo de envfo de envfo de mensaje de solicitud 125. El submodulo de envfo de mensaje de solicitud 125 esta configurado para: enviar un mensaje NOTIFY a otros terminales que tienen el mismo ID de usuario que el terminal 2 despues de que el submodulo de envfo de indicacion de suscripcion 123 envfe una indicacion de activacion de suscripcion del servicio al terminal 2, en donde el mensaje NOTIFY solicita a otros terminales no suscribirse ya al servicio.
El modulo de procesamiento 12 incluye un submodulo de determinacion de prioridades 126, que esta configurado para: determinar si es necesario enviar un mensaje de servicio al terminal 2 en conformidad con la prioridad de servicio informada por el terminal 2; y notificar al submodulo de envfo de mensaje de servicio 124 el envfo de un mensaje de servicio al terminal 2 si fuere necesario.
El modulo de procesamiento 12 incluye un submodulo de memorizacion de configuracion de red 127 y un submodulo de determinacion de terminal preferido 128. El submodulo de memorizacion de configuracion de red 127 esta configurado para memorizar la configuracion de la red. El submodulo de determinacion de terminal preferido 128 esta configurado para: determinar si el terminal 2 es el terminal preferido en conformidad con la configuracion de red memorizada por el submodulo de memorizacion de configuracion de red 127 y el ID de dispositivo del terminal 2 y para notificar al submodulo de envfo de mensaje de servicio 124 el envfo de un mensaje de servicio al terminal 2 si el terminal 2 se determina como el terminal preferido.
El modulo de procesamiento 12 incluye: un submodulo de recepcion de lista de polfticas 129, configurado para recibir una lista de polfticas HTTP post desde el terminal 2, en donde la lista de polfticas de HTTP post es una lista de prioridades del terminal 2 para la recepcion del servicio y un submodulo de determinacion de polfticas 130, configurado para seleccionar el terminal de la mas alta prioridad para la recepcion del mensaje de servicio en conformidad con la lista de polfticas de HTTP post cuando llega un servicio.
El ID de usuario puede ser cualquier identificador que identifique al usuario, a modo de ejemplo, un SIP URI o un TEL URI. El SIP URI puede ser sip:
a@example.com o sip:
1234567890@example.com.
El TEL URI puede ser tel: 1-123-456-7890. A modo de ejemplo, un ID de usuario privado puede ser
username@example.com
Las formas de realizacion anteriores de la presente invencion dan a conocer soluciones para enviar un mensaje a una pluralidad de terminales de un usuario en el mecanismo Push. Cuando un usuario tiene una pluralidad de terminales, se seleccionan un terminal espedfico para la recepcion de un servicio entrante en conformidad con la demanda del terminal y la informacion de demanda del terminal incluida en la demanda. Cuando llega un servicio, el mensaje de servicio se envfa al terminal seleccionado en conformidad con la informacion de demanda. De este modo, un mensaje de servicio no se envfa a todos los terminales de un usuario; se evita asf el uso innecesario de recursos de red; una pluralidad de terminales del usuario no recibe el mismo mensaje de forma repetida y la recepcion de otros servicios no es afectada por la llegada de los mismos mensajes.
Los mensajes aqrn proporcionados son para fines solamente a modo de ejemplo. La presente invencion no esta limitad a los metodos de mensajes dados ni a los campos de cabecera de mensajes y otros metodos de mensajes y de campos de cabecera de mensajes, capaces de las funciones de la presente invencion, estan cubiertos dentro del alcance de proteccion de la presente invencion.
Mediante la descripcion anterior de las formas de realizacion de la presente invencion, los expertos en esta tecnica tienen un conocimiento claro de que la presente invencion puede ponerse en practica por medio de hardware o por medio de software ademas de la plataforma de hardware universal necesaria. Por lo tanto, la solucion tecnica bajo la presente invencion puede materializarse como un producto informatico. El producto informatico puede memorizarse en un soporte de memorizacion no volatil (tal como un CD-ROM, un disco USB o un disco duro movil) y puede incluir
varias instrucciones que permiten a un dispositivo informatico (tal como un ordenador personal, un servidor o un dispositivo de red) realizar los metodos dados a conocer en las formas de realizacion de la presente invencion.
Aunque la invencion ha sido descorita mediante varias formas de realizacion preferidas la invencion no esta limitada 5 a dichas formas de realizacion. Es evidente que los expertos en esta tecnica puedan realizar modificaciones y variaciones sin desviarse del alcance de la invencion segun se define por las reivindicaciones siguientes.

Claims (15)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un metodo para procesar un mensaje de servicio que comprende:
    recibir, por una Pasarela Mandataria Push, PPG, un mensaje de demanda de suscripcion a un servicio (S401, S405) procedente de al menos uno de entre una pluralidad de terminales de un mismo identificador de usuario, ID, en donde el mensaje de demanda incluye informacion de demanda que comprende un identificador ID de usuario, un ID de dispositivo y un ID de aplicacion; y
    cuando el servicio llega a la pasarela PPG, enviar (S2009) un mensaje de servicio a solamente un terminal de entre la pluralidad de terminales del mismo ID de usuario en conformidad con la informacion de demanda.
  2. 2. El metodo segun la reivindicacion 1, que comprende, ademas despues de la recepcion del mensaje de demanda:
    enviar (S403) una indicacion de activacion de suscripcion de servicio al terminal para indicar que la suscripcion al servicio esta activada.
  3. 3. El metodo segun la reivindicacion 1 o 2, en donde enviar un mensaje de servicio a solamente un terminal de la pluralidad de terminales del mismo ID de usuario en funcion de la informacion de demanda comprende:
    determinar si un servicio demandado por el terminal ha sido demandado por otro terminal del mismo ID de usuario en conformidad con el ID de usuario y con el ID de aplicacion en la informacion de demanda; y
    enviar el mensaje de servicio al terminal cuando llega el servicio, si ningun otro terminal del mismo ID de usuario ha demandado el servicio; o enviar (S406) un mensaje de solicitud al terminal para indicar que el servicio ha sido suscrito, si otro terminal del mismo ID de usuario ha demandado el servicio.
  4. 4. El metodo segun la reivindicacion 3, en donde
    despues de que la indicacion de activacion de suscripcion del servicio ha sido enviada al terminal, el metodo comprende, ademas:
    enviar un mensaje NOTIFY a otros terminales que tienen el mismo ID de usuario que el terminal para solicitar a otros terminales que ya no se suscriban al servicio.
  5. 5. El metodo segun la reivindicacion 2, en donde la informacion de demanda comprende, ademas, una prioridad; y
    enviar un mensaje de servicio a solamente un terminal de la pluralidad de terminales del mismo ID de usuario en conformidad con la informacion de demanda que comprende:
    determinar, en conformidad con la prioridad informada por el terminal, si el mensaje de servicio ha de enviarse al terminal; y
    enviar el mensaje de servicio al terminal que tiene la prioridad mas elevada en primer lugar.
  6. 6. El metodo segun la reivindicacion 5 que comprende, ademas:
    enviar el mensaje de servicio al terminal que tiene una prioridad proxima a la prioridad mas elevada si el mensaje de servicio deja de ser enviado al terminal de la mas alta prioridad.
  7. 7. El metodo segun la reivindicacion 1, en donde enviar un mensaje de servicio solamente a un terminal de la pluralidad de terminales del mismo ID de usuario en conformidad con la informacion de demanda comprende:
    determinar si el terminal es un terminal preferido en conformidad con una configuracion de red; y
    enviar el mensaje de servicio al terminal si el terminal es el terminal preferido.
  8. 8. Una Pasarela Mandataria Push, PPG, que comprende:
    un modulo de recepcion de demanda (11), configurado para recibir un mensaje de demanda para la suscripcion a un servicio desde al menos uno de una pluralidad de terminales de un mismo identificador de usuario, ID, en donde el mensaje de demanda incluye la informacion de demanda que comprende un ID de usuario, un ID de dispositivo y un ID de aplicacion; y
    un modulo de procesamiento (12), configurado para enviar un mensaje de servicio a solamente un terminal de la
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    pluralidad de terminales del mismo ID de usuario en conformidad con la informacion de demanda cuando llega el servicio a la pasarela PPG.
  9. 9. La pasarela PPG segun la reivindicacion 8, en donde el modulo de procesamiento comprende:
    un submodulo de determinacion (121), configurado para determinar si un servicio demandado por el terminal ha sido demandado por otro terminal del mismo ID de usuario en conformidad con el ID de usuario y el ID de aplicacion en la informacion de demanda;
    un submodulo de envfo de indicacion de suscripcion (122), configurado para enviar una indicacion de activacion de la suscripcion del servicio al terminal si el submodulo de determinacion determina que ningun otro terminal del mismo ID de usuario ha demandado el servicio; y
    un submodulo de envfo de mensaje de servicio (123), configurado para enviar el mensaje de servicio al terminal cuando llega el servicio.
  10. 10. La pasarela PPG segun la reivindicacion 9, en donde el modulo de procesamiento comprende, ademas:
    un submodulo de reenvfo de respuesta de solicitud (125), configurado para reenviar una respuesta de solicitud que es indicativa de un estado suscrito del servicio al terminal si el submodulo de determinacion determina que otro terminal del mismo ID de usuario ha demandado el servicio.
  11. 11. La pasarela PPG segun la reivindicacion 9, en donde el modulo de procesamiento comprende, ademas:
    un submodulo de envfo de mensaje de solicitud (125), configurado para enviar un mensaje NOTIFY a otros terminales del mismo ID de usuario despues de que el submodulo de envfo de indicacion de suscripcion envfe la indicacion de activacion de la suscripcion del servicio al terminal, en donde el mensaje NOTIFY solicita a otros terminales que ya no se suscriban al servicio.
  12. 12. La pasarela PPG segun la reivindicacion 8, en donde el modulo de procesamiento comprende:
    un submodulo de determinacion de prioridad (126), configurado para determinar, en conformidad con una prioridad de servicio informada por el terminal si el mensaje de servicio ha de enviarse al terminal; y notificar al submodulo de envfo de mensaje de servicio que envfe el mensaje de servicio al terminal si ha de enviarse el mensaje de servicio.
  13. 13. La pasarela PPG segun la reivindicacion 8, en donde el modulo de procesamiento comprende:
    un submodulo de memorizacion de configuracion de red (127), configurado para memorizar la configuracion de la red; y
    un submodulo de determinacion de terminal preferido (128), configurado para determinar si el terminal es un terminal preferido en conformidad con la configuracion de red memorizada por el submodulo de memorizacion de configuracion de red y un ID de dispositivo del terminal, y para notificar al submodulo de envfo de mensaje de servicio que envfe el mensaje de servicio al terminal si el terminal se determina como el terminal preferido.
  14. 14. La pasarela PPG segun la reivindicacion 8, en donde el modulo de procesamiento comprende:
    un submodulo de recepcion de lista de polftica (129), configurado para recibir una lista de polfticas procedente del terminal, en donde la lista de polfticas es una lista de prioridades de terminales para recibir el servicio; y
    un submodulo de determinacion de polftica (130), configurado para seleccionar el terminal de una mas alta prioridad para enviar el mensaje de servicio en conformidad con la lista de polfticas.
  15. 15. Un sistema para procesar un mensaje de servicio con una pluralidad de terminales, que comprende una pasarela PPG en conformidad con cualquiera de las reivindicaciones 8 a 14 y al menos dos terminales con un mismo identificador de usuario, ID, en donde:
    los terminales estan cada uno configurados para enviar un mensaje de demanda a la pasarela PPG para la suscripcion a un servicio, en donde el mensaje de demanda incluye informacion de demanda que comprende un ID de usuario, un ID de dispositivo y un ID de aplicacion.
ES08854942.3T 2007-11-13 2008-11-11 Método, sistema y aparato para procesamiento de un mensaje comercial con una pluralidad de terminales Active ES2581230T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200710169427.4A CN101437202B (zh) 2007-11-13 2007-11-13 一种多终端时业务消息处理方法、系统和装置
CN200710169427 2007-11-13
PCT/CN2008/073016 WO2009067921A1 (en) 2007-11-13 2008-11-11 Method, system, and apparatus for processing business message with a plurality of terminals

Publications (1)

Publication Number Publication Date
ES2581230T3 true ES2581230T3 (es) 2016-09-02

Family

ID=40678029

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08854942.3T Active ES2581230T3 (es) 2007-11-13 2008-11-11 Método, sistema y aparato para procesamiento de un mensaje comercial con una pluralidad de terminales

Country Status (7)

Country Link
US (1) US8750909B2 (es)
EP (2) EP2942923A1 (es)
JP (1) JP5185372B2 (es)
KR (1) KR101120628B1 (es)
CN (1) CN101437202B (es)
ES (1) ES2581230T3 (es)
WO (1) WO2009067921A1 (es)

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8520850B2 (en) 2006-10-20 2013-08-27 Time Warner Cable Enterprises Llc Downloadable security and protection methods and apparatus
US8621540B2 (en) 2007-01-24 2013-12-31 Time Warner Cable Enterprises Llc Apparatus and methods for provisioning in a download-enabled system
US9357247B2 (en) 2008-11-24 2016-05-31 Time Warner Cable Enterprises Llc Apparatus and methods for content delivery and message exchange across multiple content delivery networks
US11076189B2 (en) 2009-03-30 2021-07-27 Time Warner Cable Enterprises Llc Personal media channel apparatus and methods
US9215423B2 (en) 2009-03-30 2015-12-15 Time Warner Cable Enterprises Llc Recommendation engine apparatus and methods
US9602864B2 (en) 2009-06-08 2017-03-21 Time Warner Cable Enterprises Llc Media bridge apparatus and methods
US20110204891A1 (en) * 2009-06-25 2011-08-25 Lockheed Martin Corporation Direct magnetic imaging apparatus and method
CN101964956A (zh) * 2009-07-23 2011-02-02 中兴通讯股份有限公司 融合ip消息的分发方法及装置
US8396055B2 (en) 2009-10-20 2013-03-12 Time Warner Cable Inc. Methods and apparatus for enabling media functionality in a content-based network
US10264029B2 (en) 2009-10-30 2019-04-16 Time Warner Cable Enterprises Llc Methods and apparatus for packetized content delivery over a content delivery network
US9519728B2 (en) * 2009-12-04 2016-12-13 Time Warner Cable Enterprises Llc Apparatus and methods for monitoring and optimizing delivery of content in a network
US9342661B2 (en) 2010-03-02 2016-05-17 Time Warner Cable Enterprises Llc Apparatus and methods for rights-managed content and data delivery
KR101698485B1 (ko) * 2010-04-13 2017-01-20 삼성전자 주식회사 네트워크를 통해 작동 상태 변경 알림이 가능한 디바이스 및 그 통신 방법
US9906838B2 (en) 2010-07-12 2018-02-27 Time Warner Cable Enterprises Llc Apparatus and methods for content delivery and message exchange across multiple content delivery networks
CN101909019A (zh) * 2010-07-27 2010-12-08 中兴通讯股份有限公司 请求消息的处理方法和系统
CN102347967B (zh) * 2010-07-30 2014-01-01 华为技术有限公司 一种推送设备间的协作方法及装置
CN101931920B (zh) * 2010-08-28 2014-12-31 中兴通讯股份有限公司 一种基于ussd的通信方法、系统和装置
EP2636201B1 (en) * 2010-11-02 2019-02-27 Telefonaktiebolaget LM Ericsson (publ) Methods and devices for media description delivery
CN102572808B (zh) * 2010-12-31 2015-07-15 上海博泰悦臻电子设备制造有限公司 基于3g无线网络的push系统的地址处理方法及应用其的系统
CN102546720B (zh) * 2010-12-31 2016-06-15 上海博泰悦臻电子设备制造有限公司 基于3g无线网络的push系统及其地址处理方法
KR101295713B1 (ko) * 2011-01-17 2013-08-16 주식회사 팬택 동일한 아이디를 가진 복수의 가입자 확인 모듈을 이용한 통신 서비스 제공 장치 및 방법
US9467723B2 (en) 2012-04-04 2016-10-11 Time Warner Cable Enterprises Llc Apparatus and methods for automated highlight reel creation in a content delivery network
CN102685724B (zh) * 2012-05-28 2015-07-08 北京市大富智慧云技术有限公司 一种内容定制方法、服务器及系统
US20140082645A1 (en) 2012-09-14 2014-03-20 Peter Stern Apparatus and methods for providing enhanced or interactive features
CN102970343B (zh) * 2012-10-31 2015-04-08 小米科技有限责任公司 一种显示推送信息的方法和装置
US20140123157A1 (en) * 2012-10-31 2014-05-01 Nokia Corporation Method and apparatus for providing application notifications
US9565472B2 (en) 2012-12-10 2017-02-07 Time Warner Cable Enterprises Llc Apparatus and methods for content transfer protection
US9945917B2 (en) 2013-01-08 2018-04-17 Lockheed Martin Corporation Enhanced nuclear quadrupole resonance and ground penetrating radar using metamaterial antenna
US10009388B2 (en) * 2013-09-17 2018-06-26 Samsung Electronics Co., Ltd. Method and system for establishing integrated group ISC session based on content interest
CN105683984A (zh) 2013-09-28 2016-06-15 迈克菲股份有限公司 数据交换层上高效的请求－响应路由
CN104780523A (zh) * 2014-01-13 2015-07-15 中兴通讯股份有限公司 终端信息的传输、呈现方法及装置
US9621940B2 (en) 2014-05-29 2017-04-11 Time Warner Cable Enterprises Llc Apparatus and methods for recording, accessing, and delivering packetized content
US10116676B2 (en) 2015-02-13 2018-10-30 Time Warner Cable Enterprises Llc Apparatus and methods for data collection, analysis and service modification based on online activity
WO2016176862A1 (zh) * 2015-05-07 2016-11-10 华为技术有限公司 一种业务处理方法及用户设备
CN105117419A (zh) * 2015-07-30 2015-12-02 北京金山安全软件有限公司 一种信息订制方法、装置及服务器
CN105306686A (zh) * 2015-09-21 2016-02-03 联想(北京)有限公司 一种信息处理方法及电子设备
US10187760B2 (en) 2015-10-16 2019-01-22 Apple Inc. Delivery of messages in a multi device configuration
CN105871996A (zh) * 2015-12-15 2016-08-17 乐视致新电子科技（天津）有限公司 消息推送系统和方法
US10404758B2 (en) 2016-02-26 2019-09-03 Time Warner Cable Enterprises Llc Apparatus and methods for centralized message exchange in a user premises device
CN108124002A (zh) * 2017-12-01 2018-06-05 北京明朝万达科技股份有限公司 一种数据发送方法及装置
GB2624928B (en) * 2022-12-01 2025-07-23 Nokia Solutions & Networks Oy Message Priority Indication for Subsequent Communication

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3490294B2 (ja) * 1998-06-24 2004-01-26 インターナショナル・ビジネス・マシーンズ・コーポレーション メッセージ・マルチキャスト方法及びコンピュータ
JP3142820B2 (ja) * 1998-08-27 2001-03-07 株式会社エヌ・ティ・ティ・ドコモ プッシュ型情報配信方法およびその中継装置
JP4357699B2 (ja) * 1999-10-20 2009-11-04 富士通株式会社 通信手段の通知方法及び通知システム
JP2001325279A (ja) 2000-05-18 2001-11-22 Canon Inc 通信データ処理端末装置およびデータ処理方法および記憶媒体
JP2002218541A (ja) * 2001-01-16 2002-08-02 Ntt Docomo Inc 携帯端末の着信時間規制システムおよび方法
GB0113763D0 (en) * 2001-06-06 2001-07-25 Nokia Corp A communication system
US7076244B2 (en) * 2001-07-23 2006-07-11 Research In Motion Limited System and method for pushing information to a mobile device
KR100563198B1 (ko) * 2001-12-14 2006-03-21 에스케이 텔레콤주식회사 멀티미디어 메세징 서비스를 이용한 이벤트 영상 메일서비스 제공 장치 및 그 방법
JP2004056508A (ja) 2002-07-19 2004-02-19 Mitsubishi Electric Corp 携帯無線通信装置、プライベートユニット及び携帯無線通信装置本体ユニット
JP3867655B2 (ja) * 2002-10-29 2007-01-10 株式会社日立製作所 マルチメディアコミュニケーションシステム
JP2004179992A (ja) 2002-11-27 2004-06-24 Nec Toshiba Space Systems Ltd 衛星付加価値通信網
JP2004349791A (ja) 2003-05-20 2004-12-09 Matsushita Electric Ind Co Ltd 通信システム
WO2005086519A1 (ja) * 2004-03-04 2005-09-15 Access Co., Ltd. 無線通信端末間同期方法、無線通信システム、無線通信端末およびサーバ
JP2005354324A (ja) * 2004-06-09 2005-12-22 Sanyo Electric Co Ltd 携帯電話機、テレビ視聴装置、携帯型電子装置
KR100641233B1 (ko) * 2004-07-28 2006-11-02 엘지전자 주식회사 피티티 서비스의 발언권 처리방법
KR100653598B1 (ko) * 2005-02-01 2006-12-05 주식회사 인터파크지마켓 지능형 고객응대 시스템, 방법 및 그 기록매체
CN100556046C (zh) * 2005-04-06 2009-10-28 中兴通讯股份有限公司 一种wap终端用户push消息的接收方法及其系统
JP4578317B2 (ja) * 2005-05-13 2010-11-10 富士通株式会社 Ｉｐ電話機に関連する情報処理機器を接続するためのシステム、ｉｐ電話機、呼制御管理情報処理装置、プログラムおよび方法
JP4468284B2 (ja) * 2005-10-17 2010-05-26 シャープ株式会社 通信端末装置、通信方法、通信システム、通信プログラム、記録媒体
US20070127494A1 (en) * 2005-10-27 2007-06-07 Wade Carter Method for providing quality of service to a SIP-based device over a communication network
CN101558623B (zh) 2006-12-14 2012-03-21 艾利森电话股份有限公司 用于处理客户数据订阅的方法和装置
US8611946B2 (en) * 2007-01-25 2013-12-17 Blackberry Limited Methods and systems for configuring multi-mode mobile stations
US20080281971A1 (en) * 2007-05-07 2008-11-13 Nokia Corporation Network multimedia communication using multiple devices
EP2263372A4 (en) * 2008-02-18 2016-11-30 Ericsson Telefon Ab L M METHOD FOR PROVIDING SERVICE IN A COMMUNICATION NETWORK NODE

Also Published As

Publication number Publication date
US8750909B2 (en) 2014-06-10
JP2010528507A (ja) 2010-08-19
JP5185372B2 (ja) 2013-04-17
KR20090125781A (ko) 2009-12-07
EP2131546A4 (en) 2010-11-17
EP2131546B1 (en) 2016-04-06
EP2942923A1 (en) 2015-11-11
CN101437202B (zh) 2010-08-25
WO2009067921A1 (en) 2009-06-04
US20100009704A1 (en) 2010-01-14
CN101437202A (zh) 2009-05-20
EP2131546A1 (en) 2009-12-09
KR101120628B1 (ko) 2012-03-22

Similar Documents

Publication Publication Date Title
EP2131546B1 (en) Method, system, and apparatus for processing business message with a plurality of terminals
US8055778B2 (en) SIP user agent with simultaneous multiple registrations
US8266203B2 (en) Method for obtaining device information of user terminals and communication service function entity
CN1647548B (zh) 电信网络内的服务接入和会议系统及方法
KR100700734B1 (ko) Ｓｉｐ 프로토콜을 사용한 이벤트들의 가입 방법 및 시스템
TW533706B (en) System and method for providing group communication services in an existing communication system
CN101662499B (zh) 电信网络内的服务接入和会议系统及方法
US8494520B2 (en) Systems and methods for providing centralized subscriber session state information
US20130339464A1 (en) Contact and identity management in a heterogeneous network with disparate clients
US8340670B2 (en) Registering with SIP servers for IMS using a fully qualified domain name
CN103067410A (zh) 用于在通信系统中递送消息的方法
US20100099389A1 (en) Methods, Presence Server, User Equipment (UE), and Presence Message for User Identity Update
KR20150058534A (ko) 인증 정보 전송
EP2797285B1 (en) Method and apparatus for network communication
ES2317341T3 (es) Gestion de mensajes en un subsistema multimedia ip.
CA2626353C (en) Methods and systems to allow multiple sip applications on a sip client the ability to select specific applications and features on a sip server
CN102740273B (zh) 一种多终端时业务消息处理方法、系统和装置
CN112600983A (zh) 用于重定向通信请求的方法和装置
CN101924993B (zh) 一种多终端时业务消息处理方法、系统和装置
US20100009664A1 (en) Methods, telecommunications node, and user equipment for transmission of user identifier
US8526423B2 (en) Method and device for managing personal communications of at least one user
JP2007208542A (ja) 呼制御信号転送装置、呼制御信号転送方法および呼制御信号転送プログラム
WO2025017730A1 (en) Method and system for handling non-ip data delivery (nidd) configuration data
CN101568112B (zh) 增强融合网络中的共享公共用户身份的方法和网络单元
KR20200056236A (ko) 착신 그룹의 서비스 상태 제어 시스템 및 그 방법