ES2442840T3 - Método, dispositivo y sistema para identificar un servicio - Google Patents

Método, dispositivo y sistema para identificar un servicio Download PDF

Info

Publication number
ES2442840T3
ES2442840T3 ES12155573.4T ES12155573T ES2442840T3 ES 2442840 T3 ES2442840 T3 ES 2442840T3 ES 12155573 T ES12155573 T ES 12155573T ES 2442840 T3 ES2442840 T3 ES 2442840T3
Authority
ES
Spain
Prior art keywords
service
type
demand
url
terminal
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
ES12155573.4T
Other languages
English (en)
Inventor
Ronggao Li
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 ES2442840T3 publication Critical patent/ES2442840T3/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
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/375—Access point names [APN]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un método para procesar una demanda de servicio, que comprende:la recepción (S11, S201), por una pasarela WAP, de una demanda de servicio procedente de un terminal queincluye una dirección URL y un tipo de contenido de servicio de la demanda de servicio, en donde la dirección URLestá configurada en el terminal y cuando la dirección URL está correctamente configurada en el terminal, la identificación (S22, S202-203), por lapasarela WAP, de un tipo de servicio de la demanda de servicio en función de la dirección URL; cuando la dirección URL está incorrectamente configurada en el terminal, la identificación (S33, S204), por lapasarela WAP, de un tipo de servicio de la demanda de servicio en función del tipo de contenido de servicio incluidoen la demanda de servicio; la realización (S44, S205-S206) de un proceso de servicio correspondiente en función del tipo de servicioidentificado de la demanda de servicio.

Description

Método, dispositivo y sistema para identificar un servicio
5 CAMPO DE LA INVENCIÓN
La presente invención se refiere a un campo de la tecnología de comunicaciones y en particular, a un método, dispositivo y sistema para identificar un servicio.
10 ANTECEDENTES DE LA INVENCIÓN
En el campo de la tecnología de las comunicaciones, un usuario necesita entrar en contacto con un proveedor de servicios cuando inicia una demanda de servicio. Cuando la demanda de servicio cumple determinadas condiciones, el proveedor de servicios presta servicios en respuesta a la demanda de servicio. A modo de ejemplo, en servicios 15 de datos, el usuario puede iniciar una demanda de servicio para un servicio de mensajería multimedia (MMS) a través de un terminal, tal como un teléfono móvil. Para poder entrar en contacto con el proveedor de servicios, una dirección de protocolo IP y un puerto de una pasarela de protocolo de aplicación inalámbrica (WAP GW) así como un nombre de punto de acceso (APN) necesitan configurarse en el teléfono móvil. La dirección de una pasarela de servicio debe configurarse también correctamente al mismo tiempo. Cuando todos estos parámetros se configuran
20 correctamente, puede realizar el objeto de la demanda de servicio.
El inventor de la presente invención encontró, en el proceso de estudio y puesta en práctica de la técnica anterior, que el sistema puede, en condiciones normales, tomar la dirección y el puerto de la pasarela WAP GW por defecto y el nombre APN puede identificarse de manera automática, pero la demanda de servicio no se puede realizar
25 correctamente cuando la dirección de la pasarela de servicio está configurada de forma incorrecta. Esto significa que la técnica anterior tiene los inconvenientes siguientes: la configuración correcta de la dirección de la pasarela de servicio se convierte en un requisito previo para transmitir mensajes multimedia correctamente y el servicio de transmisión de mensajes multimedia no puede conseguirse cuando la dirección de la pasarela de servicio se configura incorrectamente en el terminal.
30 La solicitud de patente EP 1677462 A1 da a conocer un sistema que realiza el descubrimiento de servicio operativamente sólido en redes dinámicas. Define un campo pertinente, para un tipo de servicio dado, a través de los nodos de la red, esto es, atribuyendo, a cada nodo, un valor phi(n) pertinente. El campo pertinente se define de modo que tenga valores máximos locales, cada uno de los cuales corresponda a un nodo (j1, j2) que ofrece el tipo
35 de servicio dado.
SUMARIO DE LA INVENCIÓN
La presente invención da a conocer un método, un dispositivo y un sistema para identificar un servicio que permite 40 que se identifique correctamente una demanda de servicio y por ello, transmitir el servicio de mensajería multimedia correctamente incluso cuando un terminal esté configurado de forma incorrecta.
Un primer aspecto de la forma de realización de la invención da a conocer un método para procesar una demanda de servicio, que comprende:
45 la recepción, por una pasarela WAP, de una demanda de servicio procedente de un terminal que incluye una dirección URL y un tipo de contenido de servicio de la demanda de servicio, en donde la dirección URL está configurada en el terminal y
50 cuando la dirección URL está correctamente configurada en el terminal, la identificación, por la pasarela WAP, de un tipo de servicio de la demanda de servicio en función de la dirección URL;
cuando la dirección URL está incorrectamente configurada en el terminal, la identificación, por la pasarela WAP, de un tipo de servicio de la demanda de servicio en función del tipo de contenido de servicio incluido en la demanda de 55 servicio;
la realización de un proceso de servicio correspondiente en función del tipo de servicio identificado de la demanda de servicio.
60 Un segundo aspecto de la idea inventiva da a conocer una pasarela de protocolo de aplicación, que comprende:
una unidad de recepción, configurada para recibir una demanda de servicio desde un terminal que incluye una dirección URL y un tipo de contenido de servicio de la demanda de servicio, en donde la dirección URL está configurada en el terminal y
una unidad de determinación configurada para determinar si la dirección URL está correctamente configurada en el terminal;
una unidad de resolución, configurada para cuando la dirección URL está correctamente configurada en el terminal, para identificar un tipo de servicio de la demanda de servicio en función de la dirección URL; cuando la dirección URL está incorrectamente configurada en el terminal, para identificar un tipo de servicio de la demanda de servicio en función del tipo de contenido del servicio incluido en la demanda de servicio;
una unidad de realización, configurada para realizar un proceso de servicio correspondiente en función del tipo de servicio identificado de la demanda de servicio.
Otras formas de realización preferidas se dan a conocer según las reivindicaciones subordinadas 2 a 5, y 7 a 10.
Con las soluciones técnicas descritas en las formas de realización de la presente invención, un tipo de contenido de servicio para indicar un tipo de servicio de la demanda de servicio está incluido en la demanda de servicio. Cuando la pasarela de servicio está incorrectamente configurada en el terminal, el tipo de servicio de la demanda de servicio puede determinarse también en función del tipo de contenido de servicio, con lo que se realiza el servicio con normalidad. A modo de ejemplo, después de recibir una demanda de servicio, si la dirección de pasarela de servicio está configurada por el terminal de forma incorrecta, la demanda de servicio se determina en función del tipo de contenido de servicio y se realiza el flujo de servicio correspondiente. A modo de ejemplo, cuando se trate del servicio de MMS, la demanda de servicio se procesa en función del flujo de servicio de MMS y por lo tanto, se realiza el servicio de MMS y se proporciona una mejor garantía para realizar satisfactoriamente el servicio.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Con el fin de hacer más clara la solución de los problemas técnicos en la presente invención, la solución técnica adoptada y sus ventajas, la presente invención se describirá, además, en detalle, haciendo referencia a los dibujos adjuntos y en conjunción con las formas de realización. Debe apreciarse que todos los dibujos no están necesariamente dibujados a escala y no pretenden limitar la presente invención. En los dibujos:
La Figura 1 es un diagrama de arquitectura de un sistema de puesta en práctica de servicio en la técnica anterior;
La Figura 2 es un diagrama de flujo de señalización de la puesta en práctica de servicio de mensajería multimedia en la técnica anterior sobre la base de la Figura 1;
La Figura 3 es un diagrama de flujo del método para identificar un servicio según una forma de realización de la presente invención;
La Figura 4 es un diagrama de flujo del método para identificar un servicio según otra forma de realización de la presente invención y
La Figura 5 es un diagrama de arquitectura del sistema de procesamiento de servicio que incluye una pasarela de protocolo de aplicación según una forma de realización de la presente invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
Las soluciones técnicas de la presente invención se describirán, además, con referencia a las formas de realización siguientes.
Por conveniencia de la descripción, las definiciones y las funciones de mensajes utilizados en formas de realización de la presente invención se describe brevemente a continuación. Lo que aquí se describe son solamente significados generales y las especificaciones estándar comunes deben referirse, en este caso, para una descripción inadecuada. La presente descripción no está prevista para limitar la invención.
Lo que sigue son definiciones y funciones de mensajes utilizados en formas de realización de la presente invención:
M-Send.req, un mensaje presentado a un centro de servicio de mensajes multimedia (MMSC) por un terminal emisor a través de una pasarela WAP GW;
M-Send.conf, un mensaje de respuesta reenviado al terminal emisor por el centro MMSC después de recibir el mensaje presentado por el terminal emisor;
M-Notification.ind, un mensaje de notificación denominado Push para notificar, a un terminal receptor, la obtención de un mensaje desde el centro MMSC, que se transmite al terminal receptor por el MMSC después de recibir el mensaje multimedia presentado por el terminal emisor;
M-NotifyResp.ind, un mensaje para indicar si el mensaje multimedia se recibe de forma satisfactoria, cuyo mensaje se envía al MMSC por el terminal receptor;
M_GET_REQ, transmitido por el terminal receptor al centro MMSC, que da instrucciones para recuperar el mensaje 5 multimedia;
M-Retrieve.req, transmitido por el terminal receptor al centro MMSC, que da instrucciones para demandar la recuperación del mensaje multimedia;
M-Retrieve.conf, un mensaje de respuesta reenviado por el MMSC después de recibir el mensaje GET desde el terminal receptor y
M-Acknowlegde.ind, un mensaje para indicar el estado operativo de recepción, que se transmite al WAP GW por el terminal receptor después de concluir la recepción del mensaje multimedia.
15 Una forma de realización de la presente invención se describe como sigue.
El mensaje multimedia es un mensaje que incluye contenidos de texto, imagen, vídeo y audio, que es una mejora de un servicio de mensajes cortos. Si un usuario desea utilizar el MMS, necesita configurar una dirección IP y un puerto de la WAP GW y APN en el terminal de telefonía móvil y al mismo tiempo, se necesita configurar la dirección de la pasarela de servicio de forma correcta. Una vez que se configuren correctamente los tres parámetros, el mensaje multimedia se puede transmitir también de forma correcta. Una pasarela de servicio típica es, a modo de ejemplo, el MMSC. Si un operador despliega una pluralidad de centros MMSCs, los MMSCs están interconectados. Cuando un usuario transmite un mensaje MMS, se suele utilizar un MMSC central para proporcionar el servicio. En este 25 momento, la pasarela WAP GW se necesita para reenviar la demanda de servicio al MMSC central del usuario. Con el fin de realizar el reenvío por la pasarela WAP GW, necesita solicitar números electrónicos para el servidor de mapeado (ENUM) del identificador de recursos uniformes (URI) para adquirir el MMSC base del usuario en función de la dirección del MMSC informada por un terminal del usuario. Por conveniencia de descripción, el número electrónico para el servidor de mapeado de identificador de recursos uniforme se refiere como un servidor ENUM. Un procedimiento, a modo de ejemplo, puede describirse como sigue: un usuario puede ser objeto de itinerancia desde la provincia B origen a la provincia A y transmite una demanda de servicio para acceder a un MMS desde una pasarela WAP GW visitada (es decir, objeto de itinerancia); la pasarela WAP GW visitada puede recibir la demanda de servicio para acceder a un MMS transmitido por el usuario y demandar al servidor ENUM que adquiera la dirección del localizador de recursos uniformes (URL) del MMSC central del usuario (en adelante, referida como una
35 dirección URL); la pasarela WAP GW visitada puede transmitir directamente la demanda de servicio para acceder a un MMS para el MMSC central del usuario y el MMSC central del usuario puede reenviar una respuesta de transmisión de mensaje de MMS.
Según se ilustra en la arquitectura de sistema representada en la Figura 1 y en el diagrama de flujo de señalización, basado en la Figura 1, que se representa en la Figura 2, la forma de realización se describe, además, en detalle a continuación.
S1: Un terminal 100 puede transmitir un mensaje de demanda M-Send.req a una pasarela WAP GW 500 tomando una WAP como un protocolo de soporte. El terminal 100 es referido como un terminal emisor que está configurado
45 con la dirección de un MMSC.
S2: La pasarela WAP GW 500 puede recibir el mensaje de demanda desde el terminal 100 y resuelve la dirección URL incluida en la demanda de servicio. Si la dirección es http://mmsc.monternet.com, se considera que la demanda de servicio es una demanda de servicio de mensajería multimedia y la identificación del usuario del emisor se obtiene a partir de la demanda de servicio y se inicia una búsqueda en el sentido de que la dirección del MMSC central del emisor se recupera desde el servidor ENUM 300.
S3: El servidor ENUM 300 puede reenviar a la pasarela WAP GW 500 un resultado de búsqueda que incluye la dirección del MMSC central del emisor.
55 S4: En función del mensaje de respuesta, la pasarela WAP GW 500 puede reenviar el mensaje de demanda MSend.req al centro MMSC central 400 del emisor, para demandar la transmisión del mensaje multimedia.
S5: El MMSC central 400 del emisor puede dar respuesta al mensaje de demanda de la pasarela WAP GW 500 e incorporar un M-Send.conf en la respuesta para indicar que se ha aceptado la demanda.
S6: La pasarela WAP GW 500 puede reenviar el M-Send.conf al terminal 100.
En la forma de realización antes citada, con el fin de transmitir el mensaje multimedia se necesita configurar
65 correctamente la dirección “http://mmsc.monternet.com” del MMSC en el terminal (haciendo referencia a la etapa S2 en la forma de realización antes citada). Si la dirección se configura incorrectamente como, a modo de ejemplo,
“http://mms.monternet.com”, la pasarela WAP GW identificará incorrectamente y tendrá fallos en el proceso de la demanda como el MMS, con la consecuencia de que se produzca un fallo operativo de transmisión del mensaje multimedia. Lo que antecede puede aportar una experiencia deficiente para los usuarios y es desfavorable para el operador con respecto a la promoción activa de los servicios.
El procedimiento de procesamiento para un servicio de gestión de información personal (PIM) es el mismo con la forma de realización anterior de transmisión de mensajes multimedia. El servicio de PIM puede ser principalmente para sincronización de datos tales como un directorio telefónico, una tabla de programación y un álbum entre un terminal de telefonía móvil y el servidor PIM. A modo de ejemplo, con la operación de sincronización en el directorio telefónico, un usuario puede sincronizar números teléfonos en el terminal del usuario para el servidor PIM.
El procedimiento de procesamiento para el servicio de PIM es similar al del servicio de MMS. La pasarela WAP GW puede recibir el mensaje de demanda desde el terminal y resolver la dirección URL incluida en la demanda de servicio. Si se determina que el servicio a realizarse es el servicio de PIM, se demanda al servidor ENUM que adquiera la dirección del servidor PIM central del usuario y la demanda de servicio se reenvía al servidor PIM central del usuario por la pasarela WAP GW. Sin embargo, si el terminal está configurado con una dirección URL incorrecta, la pasarela WAP GW identificará incorrectamente y tendrá fallos operativos en el proceso de la demanda de servicio como el servicio de PIM. En consecuencia, la finalidad de la demanda de servicio no se puede realizar, lo que aporta una experiencia deficiente a los usuarios y es desfavorable para el operador de comunicaciones promocionar activamente los servicios.
Una forma de realización de la presente invención da a conocer una solución técnica en la que la pasarela WAP GW puede dar respuesta normalmente a una demanda de servicio, identificar un servicio correctamente y poner en práctica el proceso de servicio en conformidad con la demanda de servicio aún cuando el terminal esté configurado con la dirección incorrecta de la pasarela de servicio. A modo de ejemplo, el tipo de contenido de servicio incluido en la demanda de servicio puede incorporarse también como una de las características de identificación para la pasarela WAP GW, de modo que la pasarela WAP GW pueda identificar la demanda de servicio no solamente en función de la dirección URL de la demanda de servicio, sino también en función del tipo de contenido de servicio incluido en la demanda de servicio, tal como información de contenido incluida en el campo Content-Type de la demanda de servicio.
Según se ilustra en la Figura 3, una forma de realización de la presente invención da a conocer un método para identificar servicios y el método puede incluir las etapas siguientes:
S11: Se recibe una demanda de servicio que incluye una dirección URL;
S22: Se determina si la dirección URL coincide con un flujo de servicio o no coincide.
S23: Un tipo de servicio de la demanda de servicio se identifica en función de un tipo de contenido de servicio incluido en la demanda de servicio, cuando el resultado de la determinación indica que la dirección URL no coincide con ningún flujo de servicio.
A modo de ejemplo, una pasarela de protocolo de aplicación visitada (normalmente una pasarela WAP GW) puede recibir la demanda de servicio de un usuario itinerante y determinar si la dirección URL incluida en la demanda de servicio es la dirección URL de un MMSC. Si la dirección URL incluida en la demanda de servicio es la dirección URL del MMSC, el proceso prosigue con el procedimiento de proceso de la técnica anterior. Si la dirección URL incluida en la demanda de servicio no es la dirección URL del MMSC, el tipo de servicio de la demanda de servicio se identifica según el tipo de contenido de servicio incluido en la demanda de servicio.
S44: Una demanda para solicitar la dirección del servidor de servicio correspondiente al tipo de servicio identificado se transmite después de que se identifique el tipo de servicio de la demanda de servicio. A modo de ejemplo, cuando el tipo de servicio identificado es la demanda de servicio para el mensaje multimedia, se transmite una demanda para solicitar la dirección del MMSC central del emisor de la demanda de servicio.
La etapa antes citada consiste en que si se determina que la dirección URL coincide con un flujo de servicio puede incluir, además, las etapas siguientes: se determina si la dirección URL es la dirección URL del MMSC o la dirección del servidor PIM base del usuario; si la dirección URL es la dirección URL del MMSC, el proceso prosigue con el procedimiento de servicio de MMS y si la dirección URL es la dirección del servidor PIM central del usuario, el proceso prosigue con el procedimiento del servicio de PIM.
En la forma de realización antes citada, el tipo de contenido de servicio incluido en la demanda de servicio puede ser información incluida en un campo de la demanda de servicio y el campo puede ser, a modo de ejemplo, el campo Content-Type del tipo de contenido.
Haciendo referencia a la Figura 4, la presente forma de realización puede describirse, además, como sigue: S201: La demanda de servicio desde el usuario itinerante se recibe por la pasarela WAP GW visitada;
S202: La dirección URL incluida en la demanda de servicio es objeto de resolución.
5 S203: Se determina que la dirección URL es la dirección URL del MMSC, tal como “http://mmsc.monternet.com”.
S204: Se identifica continuamente la demanda de servicio en el MMS en función del tipo de contenido de servicio incluido en la demanda de servicio. El tipo de contenido de servicio incluido es, a modo de ejemplo, el contenido en el campo Content-Type. Si el contenido es el tipo de contenido de servicio del MMS, a modo de ejemplo, el
10 contenido es “Application/vnd.wap. mms-message”, se determina que la demanda de servicio es una demanda de MMS.
Además, se puede añadir también una característica de determinación y a continuación se proporciona una realización a modo de ejemplo.
15 S205: Se necesita que la demanda de servicio de MMS sea una demanda de transmisión del servicio de MMS y el tipo de información de contenido del campo Content-Type es el MMS. A modo de ejemplo, si un contenido de un campo del método, en la demanda de servicio, es “m-send.req”, se determina que la demanda de servicio es la demanda de servicio de MMS.
20 Una etapa de determinación puede añadirse también en una forma de realización de la presente invención. A modo de ejemplo, la demanda de búsqueda de la dirección del MMSC central del usuario se transmite al servidor ENUM cuando la tabla de rutas de servicio es objeto de coincidencia satisfactoria en función de las extensiones de correo Internet de usos múltiples (MIME). Un mensaje de MIME puede incluir texto, imagen, voz, vídeo y datos específicos
25 para otros programas de aplicación.
S206: La demanda de búsqueda de la dirección del MMSC central del usuario se transmite al servidor ENUM si la pasarela WAP GW determina que la demanda de servicio, que satisface las condiciones antes citadas, es la demanda de servicio de MMS.
30 Con la solución técnica descrita en las formas de realización antes citadas, se constata operativamente que la pasarela WAP GW puede determinar e identificar correctamente el tipo de servicio por el tipo de contenido de servicio y realizar las etapas posteriores para poner en práctica el MMS aún cuando la dirección de la pasarela de servicio esté configurada incorrectamente en el terminal. De este modo, se realiza correctamente la demanda de
35 servicio del usuario, la experiencia del usuario es bien satisfecha, lo que es equivalente a ampliar la capacidad de procesamiento tolerante a fallos de la pasarela WAP GW y es ventajoso para la promoción del servicio del operador.
De modo similar, en los servicios de datos, en particular en los servicios de mensajería, el campo Content-Type, en la demanda de servicio, puede extenderse para facilitar que la pasarela WAP GW identifique, de forma correcta, el 40 tipo de servicio correspondiente a la demanda de servicio. De nuevo, el servicio de PIM se toma a modo de ejemplo a continuación.
La pasarela WAP GW visitada puede resolver la dirección URL, incluida en la demanda de servicio, después de recibir la demanda de servicio desde el usuario itinerante.
45 Se determina si la dirección URL es la dirección URL del servicio de PIM. Si se determina que la dirección URL no es la dirección URL de servicio de PIM, se identifica si la demanda de servicio es el servicio de PIM en función del tipo de contenido de servicio incluido en la demanda de servicio, el tipo de contenido de servicio incluido puede ser, a modo de ejemplo, el contenido en el campo Content-Type incluido. Si el contenido es el tipo de contenido del
50 servicio de PIM, se determina que la demanda de servicio es la demanda de servicio de PIM. Las etapas de procesamiento subsiguientes se realizan en conformidad con el procedimiento de servicio PIM de la técnica anterior.
Una forma de realización de la presente invención puede dar a conocer, además, una pasarela de protocolo de aplicación tal como una pasarela WAP GW. Haciendo referencia a la Figura 5, la pasarela WAP GW 500 incluye una 55 unidad de recepción 501, una unidad de determinación 502 y una unidad de resolución 503.
La unidad de recepción 501 está configurada para recibir una demanda de servicio que incluye una dirección URL.
La unidad de determinación 502 está configurada para determinar si la dirección URL coincide con un flujo de 60 servicio.
La unidad de resolución 503 está configurada para resolver el tipo de contenido de servicio incluido en la demanda de servicio para identificar el tipo de servicio de la demanda de servicio cuando el resultado de determinación de la unidad de determinación 502 indica que la dirección URL no coincide con ningún flujo de servicio.
65 La unidad de determinación 502 puede determinar si la dirección URL coincide con un flujo de servicio. Además, la unidad de determinación 502 puede determinar si la dirección URL incluida en la demanda de servicio es la dirección URL del MMSC o la dirección del servidor PIM central del usuario.
5 El resultado de la resolución de la unidad de resolución 503 puede incluir el tipo de contenido de servicio al que pertenece la demanda de servicio, a modo de ejemplo, el servicio de MMS o el servicio de PIM.
La pasarela WAP GW 500 puede incluir, además, una unidad de transmisión 504, configurada para transmitir una demanda de búsqueda de la dirección del servidor de servicio correspondiente al tipo de servicio identificado. A 10 modo de ejemplo, cuando el resultado de resolución sea el servicio de MMS, la unidad de transmisión 504 puede transmitir, al servidor ENUM 300, una demanda de búsqueda de la dirección del MMSC central del usuario.
La pasarela WAP GW 500, en el procedimiento del procesamiento de la demanda de servicio, puede describirse como sigue.
15 La pasarela WAP GW 500 puede, en condiciones normales, ser la WAP GW visitada. Después de que la unidad de recepción 501 reciba, desde un usuario itinerante, una demanda de servicio que incluye, en general, una dirección URL, la unidad de resolución 503 puede resolver el tipo de contenido de servicio incluido en la demanda de servicio. Antes de la resolución de la unidad de resolución 503, la unidad de determinación 502 puede determinar si la
20 dirección URL incluida en la demanda de servicio es, o no, la dirección URL del MMSC tal como “http://mmsc.monternet.com”. Si se determina que la dirección URL incluida en la demanda de servicio no es la dirección URL del MMSC, la unidad de resolución puede resolver el tipo de contenido de servicio incluido en la demanda de servicio y el tipo de servicio de la demanda de servicio se identifica en función del resultado de resolución (esto es, el tipo de contenido de servicio). Si se identifica que el tipo de servicio de la demanda de servicio
25 es el servicio de MMS, puede determinarse, además, que la demanda de servicio es una demanda para transmitir el servicio de MMS. Después de lo que antecede, una demanda de búsqueda de la dirección del MMSC central del usuario se transmite al servidor ENUM 300. En las etapas subsiguientes se procede a realizar el procedimiento de la técnica anterior y por ello aquí no se describen.
30 Con la solución técnica descrita en las formas de realización antes citadas, la capacidad de tolerancia a fallos de la pasarela WAP GW puede mejorarse. La adición de la característica de determinación puede aumentar la probabilidad de identificar el tipo de servicio correctamente y garantizar mejor el funcionamiento normal del servicio. Y resulta más fácil la puesta en práctica con un coste más bajo.
35 Una forma de realización de la presente invención puede dar a conocer, además, un sistema de procesamiento de servicio que incluye un terminal, una pasarela de protocolo de aplicación y un servidor de aplicación.
El terminal está configurado para transmitir una demanda de servicio que incluye un campo que identifica el tipo de contenido de servicio de la demanda de servicio.
40 La pasarela de protocolo de aplicación puede ser, a modo de ejemplo, la pasarela WAP GW 500 ilustrada en la Figura 5 y está configurada para resolver la demanda de servicio transmitida por el terminal, para identificar el tipo de servicio de la demanda de servicio en función del campo del tipo de contenido de servicio y del procedimiento de servicio de procesos en función del tipo de servicio identificado.
45 El servidor de aplicación puede ser, a modo de ejemplo, el servidor ENUM 300 ilustrado en la Figura 5 y está configurado para recibir la demanda de sondeo desde la pasarela de protocolo de aplicación y buscar la dirección del servidor de servicio correspondiente al tipo de servicio identificado. El sondeo de la dirección del servidor de servicio correspondiente al tipo de servicio identificado se describe, además, como sigue: haciendo referencia a la
50 Figura 5, a modo de ejemplo, cuando el tipo de servicio identificado por la pasarela WAP GW 500 es el servicio de MMS, el servidor ENUM 300 puede recibir, desde la pasarela WAP GW 500 la demanda para buscar la dirección del MMSC central del usuario y reenviar, a la pasarela WAP GW 500, un resultado de sondeo que incluye la dirección del MMSC central del usuario. En este caso, el servidor correspondiente al servicio de MMS es el MMSC central del usuario. De nuevo, a modo de ejemplo, cuando el tipo de servicio identificado por la pasarela WAP GW 500 es el
55 servicio de PIM, el servidor ENUM 300 es objeto de sondeo para adquirir la dirección del servidor de PIM central del usuario y la pasarela WAP GW 500 puede reenviar la demanda de servicio al servidor de PIM central del usuario. En este caso, el servidor de servicio correspondiente al servicio de PIM es el servidor de PIM.
Haciendo referencia a la Figura 5, la pasarela WAP GW 500 puede incluir, además, una unidad de recepción 501, 60 una unidad de determinación 502 y una unidad de resolución 503.
La unidad de recepción 501 está configurada para recibir una demanda de servicio que incluye una dirección URL.
La unidad de determinación 502 está configurada para determinar si la dirección URL coincide con un flujo de 65 servicio.
La unidad de resolución 503 está configurada para la resolución del tipo de contenido de servicio incluido en la demanda de servicio y para identificar el tipo de servicio de la demanda de servicio cuando el resultado de determinación de la unidad de determinación 502 indica que la dirección URL no coincide con ningún flujo de servicio.
5 La unidad de determinación 502 puede determinar si la dirección URL coincide con un flujo de servicio. Además, la unidad de determinación 502 puede determinar si la dirección URL incluida en la demanda de servicio es la dirección URL del MMSC o la dirección del servidor de PIM central del usuario.
10 El resultado de resolución de la unidad de resolución 503 puede incluir el tipo de contenido de servicio al que pertenece la demanda de servicio, a modo de ejemplo, el servicio de MMS o el servicio de PIM.
La pasarela WAP GW 500 puede incluir, además, una unidad de transmisión 504 configurada para transmitir una demanda para buscar la dirección del servidor de servicio correspondiente al tipo de servicio identificado. A modo de 15 ejemplo, cuando el resultado de la resolución es el servicio de MMS, la unidad de transmisión 504 puede transmitir al servidor ENUM 300 una demanda de búsqueda de la dirección del MMSC central del usuario.
Con la solución técnica descrita en las formas de realización antes citadas, el tipo de contenido de servicio se identifica correctamente, lo que puede mejorar la capacidad de tolerancia a fallos de la pasarela de protocolo de
20 aplicación, mejorar la capacidad del sistema de servicio de procesamiento y realizar la demanda de servicio del usuario. Y todo ello es más fácil de poner en práctica con más bajo coste y con pocos cambios para la estructura de gestión de redes del sistema global.
La descripción anterior solamente se refiere a formas de realización preferidas de la presente invención y no tiene 25 carácter limitativo del alcance de la invención. La especificación, como un conjunto, soporta el alcance de protección de la presente invención.

Claims (9)

  1. REIVINDICACIONES
    1. Un método para procesar una demanda de servicio, que comprende:
    5 la recepción (S11, S201), por una pasarela WAP, de una demanda de servicio procedente de un terminal que incluye una dirección URL y un tipo de contenido de servicio de la demanda de servicio, en donde la dirección URL está configurada en el terminal y
    cuando la dirección URL está correctamente configurada en el terminal, la identificación (S22, S202-203), por la pasarela WAP, de un tipo de servicio de la demanda de servicio en función de la dirección URL;
    cuando la dirección URL está incorrectamente configurada en el terminal, la identificación (S33, S204), por la pasarela WAP, de un tipo de servicio de la demanda de servicio en función del tipo de contenido de servicio incluido en la demanda de servicio;
    15 la realización (S44, S205-S206) de un proceso de servicio correspondiente en función del tipo de servicio identificado de la demanda de servicio.
  2. 2. El método para identificar un servicio según la reivindicación 1, en donde la recepción de la demanda de servicio comprende, además:
    la recepción (S201), por la pasarela de protocolo de aplicación inalámbrica visitada, de la demanda de servicio procedente del terminal de un usuario itinerante.
    25 3. El método para identificar un servicio según la reivindicación 1, en donde la realización de un proceso de servicio correspondiente, en función del tipo de servicio identificado en la demanda de servicio, comprende:
    la transmisión (S44) de una demanda de sondeo de una dirección de un servidor de servicio correspondiente al tipo de servicio identificado.
  3. 4. El método para identificar un servicio según la reivindicación 1, en donde la realización de un proceso de servicio correspondiente, en función del tipo de servicio identificado de la demanda de servicio, comprende:
    cuando el tipo de servicio identificado de la demanda de servicio es un servicio de mensajería multimedia, el proceso 35 prosigue con el procedimiento de servicio de MMS o
    cuando el tipo de servicio identificado en la demanda de servicio es un servicio de gestión de información personal, el proceso prosigue con el procedimiento de servicio de PIM.
  4. 5. El método para identificar un servicio según una de las reivindicaciones 1 a 4, en donde la demanda de servicio, que incluye un tipo de contenido de servicio de la demanda de servicio, es:
    la demanda de servicio que incluye un campo del tipo de servicio, siendo la información incluida en el campo del tipo de servicio el tipo de contenido de servicio de la demanda de servicio.
  5. 6. Una pasarela de protocolo de aplicación, que comprende:
    una unidad de recepción (501), configurada para recibir una demanda de servicio desde un terminal, que incluye una dirección URL y un tipo de contenido de servicio de la demanda de servicio, en donde la dirección URL está configurada en el terminal;
    una unidad de determinación (502) configurada para determinar si la dirección URL está correctamente configurada en el terminal;
    55 una unidad de resolución (503) configurada para cuando la dirección URL está correctamente configurada en el terminal, para identificar un tipo de servicio de la demanda de servicio en función de la dirección URL; cuando la dirección URL está incorrectamente configurada en el terminal, para identificar un tipo de servicio de la demanda de servicio en función del tipo de contenido de servicio incluido en la demanda de servicio;
    una unidad de realización, configurada para realizar un proceso de servicio correspondiente en función del tipo de servicio identificado de la demanda de servicio.
  6. 7.
    La pasarela de protocolo de aplicación según la reivindicación 6, en donde la unidad de realización es:
  7. 8.
    La pasarela de control de aplicación según la reivindicación 6 o 7, en donde la demanda de servicio, que incluye un tipo de contenido de servicio de la demanda de servicio, es:
    65 una unidad de transmisión (504), configurada para transmitir una demanda de búsqueda de una dirección de un servidor de servicio correspondiente al tipo de servicio identificado.
    5 la demanda de servicio incluye un campo del tipo de servicio, siendo la información incluida en el campo del tipo de servicio el tipo de contenido de servicio de la demanda de servicio.
  8. 9. La pasarela de protocolo de aplicación según la reivindicación 6 o 7, en donde el tipo de servicio identificado de
    la demanda de servicio es: un servicio de mensajería multimedia o un servicio de gestión de información personal. 10
  9. 10. Un sistema de procesamiento de servicio, que comprende:
    una pasarela de protocolo de aplicación, según cualquiera de las reivindicaciones 6 a 9 y el terminal configurado para enviar la demanda de servicio incluyendo una dirección URL y un tipo de contenido de servicio de la demanda 15 de servicio, en donde la dirección URL está configurada en el terminal.
    Emisor MMSC Servidor ENUM
    Se recibe una demanda de servicio que incluye una dirección de localizador uniforme de recursos
    Se determina si la dirección del localizador uniforme de recursos coincide con un flujo de servicio
    Un tipo de servicio de la demanda de servicio se identifica en función del tipo de contenido de servicio incluido en la demanda de servicio
    La pasarela WAP GW visitada recibe una demanda de servicio desde un usuario itinerante
    La dirección URL incluida en la demanda de servicio es objeto de resolución
    Se determina si la dirección URL es la dirección URL de MMSC o no lo es
    Se determina si el tipo de contenido es el mensaje “Application/vnd.wap.mmsmessage”
    Se determina si el método es “m-send-req” o no lo es
    El servidor ENUM es objeto de sondeo
ES12155573.4T 2007-08-17 2008-08-14 Método, dispositivo y sistema para identificar un servicio Active ES2442840T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710076518 2007-08-17
CN2007100765183A CN101370159B (zh) 2007-08-17 2007-08-17 一种识别业务的方法、装置和系统

Publications (1)

Publication Number Publication Date
ES2442840T3 true ES2442840T3 (es) 2014-02-13

Family

ID=40377851

Family Applications (2)

Application Number Title Priority Date Filing Date
ES12155573.4T Active ES2442840T3 (es) 2007-08-17 2008-08-14 Método, dispositivo y sistema para identificar un servicio
ES08783973T Active ES2388201T3 (es) 2007-08-17 2008-08-14 Método, dispositivo y sistema para identificar un servicio

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES08783973T Active ES2388201T3 (es) 2007-08-17 2008-08-14 Método, dispositivo y sistema para identificar un servicio

Country Status (7)

Country Link
US (1) US20100048189A1 (es)
EP (2) EP2136512B1 (es)
CN (1) CN101370159B (es)
BR (1) BRPI0812140B1 (es)
ES (2) ES2442840T3 (es)
RU (2) RU2438171C2 (es)
WO (1) WO2009024063A1 (es)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841764B (zh) * 2009-03-16 2013-03-20 华为软件技术有限公司 移动终端位置信息的发送、获取方法及装置
CN103139319B (zh) * 2011-11-29 2016-10-26 华为终端有限公司 获取资源地址的方法、终端及服务器
CN102739523B (zh) * 2012-06-05 2016-04-27 深圳市共进电子股份有限公司 一种linux内核定位CPE业务流类型的方法
CN103763343A (zh) * 2013-12-27 2014-04-30 乐视网信息技术（北京）股份有限公司 一种业务访问处理方法及装置
CN105574749A (zh) * 2015-03-24 2016-05-11 西安酷派软件科技有限公司 一种安全元件se中卡片应用的选择方法、装置及系统
CN110875961A (zh) * 2018-08-31 2020-03-10 阿里巴巴集团控股有限公司 数据服务的处理方法、装置及系统
UA145907U (uk) * 2020-08-13 2021-01-06 Олексій Олегович Пташний Спосіб ідентифікації сервісу в структурі enum
JP7113129B1 (ja) * 2021-11-12 2022-08-04 Kddi株式会社 メッセージの中継装置、システム及びプログラム

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE9401319L (sv) * 1994-04-19 1995-10-20 Ellemtel Utvecklings Ab Telekommunikationssystem
US6742022B1 (en) * 1995-12-11 2004-05-25 Openwave Systems Inc. Centralized service management system for two-way interactive communication devices in data networks
US7062561B1 (en) * 2000-05-23 2006-06-13 Richard Reisman Method and apparatus for utilizing the social usage learned from multi-user feedback to improve resource identity signifier mapping
US8326352B1 (en) * 2000-09-06 2012-12-04 Kevin Reid Imes Device, network, server, and methods for providing service requests for wireless communication devices
WO2002029584A1 (en) * 2000-10-04 2002-04-11 Enic Corporation Providing services and information based on a request that includes a unique identifier
WO2003036857A1 (en) * 2001-10-24 2003-05-01 Nokia Corporation Ciphering as a part of the multicast cencept
JP2003296213A (ja) * 2002-04-03 2003-10-17 Sony Corp 情報授受方法および情報授受システム
US20040019697A1 (en) * 2002-07-03 2004-01-29 Chris Rose Method and system for correcting the spelling of incorrectly spelled uniform resource locators using closest alphabetical match technique
EP1418743A1 (en) * 2002-11-07 2004-05-12 CMG IPR Telecommunications B.V. System for billing rating and selection of accounts
FI20031097A0 (fi) * 2003-07-22 2003-07-22 Uniqminds Ltd Menetelmä ja reititin multimediaviestinnän reitittämiseksi
EP1517469A1 (en) * 2003-09-18 2005-03-23 Comptel Corporation Method, system and computer program product for online charging in a communications network
US7464142B2 (en) * 2003-12-12 2008-12-09 International Business Machines Corporation Port type agnostic proxy support for web services intermediates
US7296072B2 (en) * 2003-12-12 2007-11-13 International Business Machines Corporation Enhanced port type agnostic proxy support for web services intermediaries
EP1592217B1 (en) * 2004-04-29 2013-10-16 Hewlett-Packard Development Company, L.P. Method and apparatus for providing a specialized resource function in a telephone network
CN1277392C (zh) * 2004-05-21 2006-09-27 华为技术有限公司 一种实现多媒体消息服务业务单节点接入的处理方法
CN100396112C (zh) * 2004-09-29 2008-06-18 华为技术有限公司 通信系统中实现移动数据业务统一路由的方法
CN100370746C (zh) * 2004-10-10 2008-02-20 华为技术有限公司 一种移动数据业务的调度方法
EP1677462A1 (en) * 2004-12-28 2006-07-05 Eidgenössische Technische Hochschule Zürich Service discovery in ad hoc networks
US20060149845A1 (en) * 2004-12-30 2006-07-06 Xinnia Technology, Llc Managed quality of service for users and applications over shared networks
KR100652958B1 (ko) * 2005-02-28 2006-12-01 삼성전자주식회사 홈 게이트웨이의 네트워크 주소변환 방법의 개선을 통한 데이터 전송방법 및 그 시스템
RU2387103C2 (ru) * 2005-06-03 2010-04-20 Нокиа Корпорейшн Способ и система установления соединения между сетевыми элементами
US8849800B2 (en) * 2005-09-19 2014-09-30 Tektronix, Inc. System and method of forwarding end user correlated user and control plane or network states to OSS system
EP1764972B1 (en) * 2005-09-20 2017-07-19 Accenture Global Services Limited Authentication and authorization architecture for an access gateway
US8694616B2 (en) * 2005-10-28 2014-04-08 Accenture Global Services Limited Service broker integration layer for supporting telecommunication client service requests
EP1780983B1 (en) * 2005-10-28 2009-06-17 Accenture Global Services GmbH Service broker integration layer for supporting telecommunication client service requests
CN1866947A (zh) * 2005-11-02 2006-11-22 华为技术有限公司 业务建立过程中识别特定业务的实现方法及系统
US20070130151A1 (en) * 2005-12-01 2007-06-07 Microsoft Corporation Using errors to perform a search
CN100542123C (zh) * 2006-03-29 2009-09-16 华为技术有限公司 一种无线业务应用的ip域网络及其路由方法
US8107952B2 (en) * 2007-05-24 2012-01-31 International Business Machines Corporation Mobile device with an obfuscated mobile device user identity
US8627345B2 (en) * 2007-06-13 2014-01-07 International Business Machines Corporation Apparatus, system, and method for soap access to data source procedures

Also Published As

Publication number Publication date
EP2136512A1 (en) 2009-12-23
BRPI0812140A2 (pt) 2014-11-18
EP2456144A3 (en) 2012-06-20
CN101370159B (zh) 2013-01-30
WO2009024063A1 (fr) 2009-02-26
EP2136512A4 (en) 2010-09-08
ES2388201T3 (es) 2012-10-10
BRPI0812140B1 (pt) 2020-09-15
CN101370159A (zh) 2009-02-18
RU2483352C2 (ru) 2013-05-27
US20100048189A1 (en) 2010-02-25
RU2438171C2 (ru) 2011-12-27
EP2456144B1 (en) 2013-10-30
EP2456144A2 (en) 2012-05-23
RU2011134200A (ru) 2013-03-10
EP2136512B1 (en) 2012-06-20
RU2009145110A (ru) 2011-09-27

Similar Documents

Publication Publication Date Title
ES2442840T3 (es) Método, dispositivo y sistema para identificar un servicio
US8594679B2 (en) Methods, systems, and computer readable media for routing a message service message through a communications network
AU2004309859B2 (en) Apparatus and method for routing multimedia messages between a user agent and multiple multimedia message service centers
ES2281783T3 (es) Gestion de mensajes.
US8160606B2 (en) Mobile location sharing system
US20080065775A1 (en) Location data-URL mechanism
US20070117577A1 (en) Routing of a short message originated by a mobile device
US8170589B2 (en) Mobile station and application server for providing a service to the mobile station and operation methods for the same
US20070149176A1 (en) Method and system to communicate a voice mail indication in a loosely coupled environment
JP5739158B2 (ja) 通信ルータ
US20130149987A1 (en) Apparatus and method for determining and routing emergency communications
US20240244118A1 (en) Push notifications for multiple user devices
RU2012103041A (ru) Способ и система обеспечения межсетевого обмена между службой мгновенного обмена сообщениями и службой коротких сообщений
US20180359703A1 (en) Proximity Offloading and Service Continuity Support for Mobile Communication Devices
CN106888450B (zh) 信息处理方法及装置
CN101998313A (zh) 短消息处理方法和系统、短消息网关以及交互功能实体
US20130303107A1 (en) Location Determination of a Roaming Subscriber Device Using SMS for Emergency Purposes
JP5362732B2 (ja) マルチホーミング・プロトコルのためのサポート
US20120178428A1 (en) Method, device and system for identifying a service
AU2004301358C1 (en) Message system
CN109040986B (zh) 利用直径委托代理传送短消息服务（sms）消息的方法、系统和计算机可读介质
US8340713B2 (en) Method and devices for supporting message services to a dual mode mobile station via a session initiation protocol
KR101911636B1 (ko) 이동통신 단말기 간의 통신방법
JP4200820B2 (ja) 移動通信システム、携帯移動端末及びそれらに用いるメッセージ一斉配信方法
JP4499060B2 (ja) 無線通知システム、無線通知装置、無線通知方法、コンピュータプログラム及び記録媒体