ES2235662A1 - Metodo para una interconexion mejorada de una aplicacion de usuario y un servidor. - Google Patents
Metodo para una interconexion mejorada de una aplicacion de usuario y un servidor.Info
- Publication number
- ES2235662A1 ES2235662A1 ES200350078A ES200350078A ES2235662A1 ES 2235662 A1 ES2235662 A1 ES 2235662A1 ES 200350078 A ES200350078 A ES 200350078A ES 200350078 A ES200350078 A ES 200350078A ES 2235662 A1 ES2235662 A1 ES 2235662A1
- Authority
- ES
- Spain
- Prior art keywords
- server
- protocol
- version
- delegated
- connection
- 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.)
- Granted
Links
Classifications
-
- 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/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- 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/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H04L29/06—
-
- 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/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
Método para una interconexión mejorada de una
aplicación de usuario y un servidor.
Método para una interconexión mejorada de una
aplicación de usuario y un servidor usuario (UE -"User
Equipment") y un servidor (S) de acuerdo con un protocolo de
transmisión con mensajes, el equipo de usuario (UE) está adaptado a
una primera versión de dicho protocolo, y el servidor (S) está
adaptado a una segunda versión de dicho protocolo. Se establece una
conexión para la transmisión de los datos a través de un servidor
delegado (PS), el cual analiza la versión de protocolo de un primer
mensaje enviado entre el equipo de usuario (UE) y el servidor (S) y
almacena una identificación de la conexión correspondiente. El
servidor delegado (PS) espera la llegada un mensaje de respuesta
correspondiente a la conexión identificada y analiza la versión de
protocolo del mensaje de respuesta. Se gestiona el mensaje de
respuesta o mensajes adicionales correspondientes a la conexión, de
acuerdo con los análisis. Se describen también dispositivos y
programas lógicos o de software para la puesta en práctica de la
invención.
Description
Método para una interconexión mejorada de una
aplicación de usuario y un servidor.
La presente invención se refiere a un método de
acuerdo con el preámbulo de la reivindicación 1. Se describen
también dispositivos y programas lógicos o de software que
incorporan la invención.
El protocolo utilizado para hojear o desplazarse
por los lugares de la Word Wide Web (red de amplitud
mundial) es el HTTP, y, principalmente, el HTTP/1.0, tal y como se
describe en la publicación Request for Comments (RFC
-solicitud de comentarios) 1945 de la Internet Engineering Task
Force (IETF -Grupo de Trabajo de Ingeniería de Internet), así
como el HTTP/1.1, tal y como se describe en la RFC 2626. La HTTP
está basada en un sencillo esquema de petición y respuesta.
El hojeado se lleva a cabo por un agente de
usuario que consiste en un programa que se ejecuta en un equipo de
usuario, por ejemplo, un terminal sin cables o inalámbrico, de un
usuario final destinado a hojear en la World Wide Web (WWW).
El agente de usuario contacta para este propósito con un servidor
de la web que es, en este contexto, una aplicación que se ejecuta en
una computadora o un grupo de computadoras que sirve a las
peticiones por medio del envío de respuestas. Una petición o
respuesta de acuerdo con el protocolo HTTP consiste en una línea de
comienzo, cero o más campos de encabezamiento, una línea vacía,
destinada a indicar el final del encabezamiento, y un cuerpo
opcional.
Para las peticiones, la línea de comienzo se
inicia con un señalizador de método, seguido de un URI
(Identificador de Recursos Uniforme -"Uniform Resource
Identifier") y la versión de HTTP. Un ejemplo de un señalizador
de método es una instrucción o comando GET, es decir, una
petición formulada por el agente de usuario y destinada a obtener
el recurso identificado por este URI. Básicamente, esto da inicio a
una sencilla transferencia de archivo. Los encabezamientos de una
petición pueden contener, por ejemplo, información referente a las
preferencias del usuario (por ejemplo, Lenguaje de Aceptación
-Accept-Language- para la definición de los
parámetros de imagen y la determinación de los caracteres),
condiciones sobre la petición (por ejemplo,
Si-Modificado-Desde
-"If-Modified-Since"), o bien
una autorización.
Para las respuestas, la línea de comienzo
consiste en la versión del protocolo, seguida de un código de
estatus numérico y de una frase textual y legible por las personas
que explica el código numérico. Este código de estatus describe si
la petición ha tenido éxito o no, o qué etapas adicionales se han
de realizar para proseguir. El encabezamiento de una respuesta
puede proporcionar también información acerca del tipo de contenido
y la codificación de contenido del cuerpo, puede significar que el
servidor acepta ciertos parámetros, por ejemplo, intervalos
definitorios de secciones de un recurso, o bien puede establecer que
el servidor de la web o el siguiente servidor de representación o
delegado (proxy) se dispone a cerrar la conexión.
Por lo común, el agente de usuario envía una
petición carente de cuerpo para obtener un recurso identificado por
un URI en un canal de transmisión, por ejemplo, una conexión de
TCP/IP, y espera la respuesta por parte del servidor de la web o del
siguiente servidor delegado. Un servidor delegado, según se define
en la RFC 1945 es un programa intermedio que actúa tanto como
servidor corno en calidad de cliente con el propósito de efectuar
peticiones en nombre de otros clientes. Las peticiones se atienden
internamente o bien pasándolas, con una una posible traducción entre
los diferentes protocolos, a otros servidores. Un servidor delegado
debe interpretar y, si es necesario, reescribir un mensaje de
petición antes de remitirlo. Los servidores delegados se utilizan a
menudo como portales del lado del cliente a través de
"cortafuegos" de red, y como aplicaciones de ayuda para
gestionar las peticiones por medio de protocolos no implementados
por el agente de usuario.
En el HTTP/1.0, la conexión se cierra cuando
finaliza la transmisión. Este patrón o esquema de actuación se
repite para cada recurso, es decir, para cualquier objeto o
servicio de datos que se identifique por un URI. Puesto que en la
actualidad las páginas web están compuestas de un gran número de
recursos, esto puede ocurrir un número considerable de veces
durante la descarga de una página web. El cierre de la conexión es
una desventaja de importancia, debido a que lleva tiempo, y exige
capacidad de procesamiento y señalización, a fin de establecer una
nueva conexión.
En la HTTP/1.1 de acuerdo con la RFC 2616, una
nueva característica importante es que es posible mantener la
persistencia de las conexiones, lo que significa que una conexión
puede utilizarse para transferir varios recursos. Otra
característica nueva es la canalización, que permite a los agentes
de usuario enviar al exterior varias peticiones en una fila, sin
tener que esperar a que el primer recurso sea transferido por
completo. Cuando el agente de usuario se encuentra transmitiendo a
través de canalizaciones, el servidor de la web o servidor delegado
siguiente debe enviar los recursos exactamente en el orden en que
fueron solicitados por el agente de usuario.
Un problema ocasionado por la evolución histórica
de la World Wide Web es que existen un cierto número de
servidores y de servidores delegados de web que no están adaptados
a las nuevas versiones de los protocolos, por ejemplo, al HTTP. Si
bien las funciones básicas son, en general, compatibles, es decir,
que una petición conforme a una versión nueva puede ser procesada
por un servidor adaptado a una más antigua si aquélla comprende
únicamente comandos o instrucciones de acuerdo con la versión más
antigua, las características adicionales introducidas con la nueva
versión no pueden ser interpretadas y satisfechas por el servidor.
Así pues, un cliente que está adaptado a una versión nueva de
protocolo no se beneficia de las nuevas características cuando se
comunica con un servidor de la web o servidor delegado adaptado a
una versión previa. Esto resulta especialmente desventajoso si la
conexión entre el cliente y el servidor es lenta o tiene un tiempo
de camino completo o con redondeo, como los enlaces de Módem, de
ISND, de GMS (Sistema Global para las Comunicaciones Móviles
-"Global System for Mobile Communications") o de GPRS
(Servicio de Radio General en Paquetes - "General Packet Radio
Service").
Otro problema es que los servidores de la web o
servidores delegados de conformidad con el HTTP/1.1 a menudo no
utilizan conexiones persistentes o duraderas, u otras
características del HTTP/1.1 en toda su extensión. Por ejemplo, el
"calamar", un servidor delegado almacenado en caché
ampliamente extendido, esto es, un servidor delegado que es capaz de
almacenar la respuesta a una petición y atender peticiones
adicionales para el mismo contenido efectuadas por la versión
almacenada, finaliza la conexión si ha satisfecho una petición
adicional de un recurso que no ha cambiado en comparación con la
versión almacenada en caché. En consecuencia, pueden utilizarse tan
solo un intervalo limitado de características de protocolo en una
conexión, por ejemplo, con el fin de reducir la carga de
procesamiento en el servidor o debido a errores de programación,
incluso si el agente de usuario y el servidor están adaptados a la
misma versión de protocolo y esta versión permite características
adicionales.
Para la mejora de las transmisiones inalámbricas
con una anchura de banda baja en el GSM, se han propuesto servidores
delegados de filtro tal como se describe, por ejemplo, en la "c't
magazin für computer technik", publicada en agosto de 1999,
Verlag Heinz Heise, Hannover, Alemania. El servidor delegado de
filtro comprime y extrae opcionalmente el contenido de las páginas
web en la interfaz aérea entre el equipo de usuario y el servidor,
las cuales son entonces descomprimidas de nuevo en el equipo de
usuario. Sin embargo, el servidor delegado descrito no resuelve los
problemas anteriores y no saca partido de las ventajas
proporcionadas por las mejoras de los protocolos.
La Solicitud de Patente Europea EP 967764
describe ya una transmisión de datos entre dispositivos de
comunicación que se lleva a cabo sobre un servidor delegado. El
servidor delegado se comunica con los dispositivos mediante el uso
de diferentes versiones de un protocolo de comunicaciones. Se
describe, además, el hecho de que el servidor delegado puede emular
o hacer las veces de uno de los dispositivos si éste no está
adaptado a una función solicitada por el otro dispositivo. En la
Solicitud de Patente Europea EP 967764, una base de datos
proporciona información referente a todos los dispositivos a los que
el servidor delegado está sirviendo activamente. Sin embargo, la
aplicación no aporta información acerca del modo como se determina
la información de la base de datos, y el método descrito ofrece tan
solo una flexibilidad limitada.
Es un objeto de la presente invención evitar las
anteriores desventajas y permitir una explotación mejorada de las
mejoras de protocolo en la transmisión entre un equipo de usuario y
un servidor.
De acuerdo con la invención, se lleva a cabo el
método descrito en la reivindicación 1. Además, la invención se
realiza en un dispositivo y con un programa lógico o de
software según se describe, respectivamente, en las
reivindicaciones 12 y 15. Realizaciones ventajosas se describen en
las reivindicaciones restantes.
En el método propuesto, se envían mensajes entre
un equipo de usuario y un servidor de acuerdo con un protocolo de
transmisión, es decir, ya sea hacia, o desde, el equipo de usuario.
El equipo de usuario, es decir, un agente de usuario ejecutado en
el equipo de usuario, está adaptado a una primera versión de dicho
protocolo, y el servidor está adaptado a una segunda versión de
dicho protocolo. Ambas versiones pueden ser idénticas o diferentes.
Si son ambas diferentes, las versiones son compatibles, es decir,
tanto la versión más alta (o superior) como la versión baja (o
inferior) pueden ser procesadas por ambas entidades, y cualquiera
de las entidades envía mensajes en la versión para la que está
adaptada. Sin embargo, la funcionalidad que forma únicamente parte
de la versión superior no se puede llevarse a cabo por una entidad
de acuerdo con una versión más baja.
La transmisión de datos de acuerdo con la
invención se lleva a cabo a través de un servidor de representación
o delegado, es decir, el servidor delegado analiza y remite los
mensajes. El servidor delegado analiza la versión de protocolo de un
primer mensaje enviado entre el equipo de usuario y el servidor, ya
sea durante su emisión, ya sea después de la misma. Se almacena una
identificación de la conexión correspondiente en una memoria con el
resultado del análisis. El análisis incluye, preferiblemente, no
sólo una identificación de una versión de protocolo, sino también
una identificación de las características utilizadas para esta
versión.
El servidor delegado espera la llegada de un
mensaje de respuesta correspondiente a la conexión identificada. El
servidor delegado analiza entonces la versión de protocolo del
mensaje de respuesta y realiza una comparación entre las versiones
del primer mensaje y del mensaje de respuesta. La comparación puede
llevarse a cabo, por ejemplo, basándose en las versiones de
protocolo indicadas en el encabezamiento del mensaje. Más ventajosa
resulta una comprobación cuya funcionalidad se permita o se utilice
en la respuesta y en la petición, por ejemplo, indicándose mediante
opciones en los campos de encabezamiento. Esto evita resultados
erróneos si la versión indicada es incorrecta o si una entidad
permite tan solo utilizar partes de la funcionalidad de una versión
de protocolo. Cabe la posibilidad de que el servidor delegado
reciba peticiones adicionales de la fuente del primer mensaje antes
de llegar la respuesta. En tal caso, éstas se remiten también.
De acuerdo con los análisis, el servidor delegado
gestiona el mensaje de respuesta o los mensajes adicionales
correspondientes a la conexión. En especial, es posible comparar la
funcionalidad permitida, y los campos de encabezamiento pueden
modificarse con el fin de adaptar la funcionalidad antes del envío
de un mensaje. Además, el servidor delegado puede comprobar si los
mensajes han de ser reenviados debido a que la entidad receptora no
está adaptada al procesamiento, por ejemplo, no está destinada al
envío por canalización. Por añadidura, es posible llevar a cabo una
nueva conexión con el fin de permitir el envío de mensajes
adicionales con el mínimo retardo si se detecta el cierre de una
conexión en uno de los análisis cuando la conexión debería
permanecer abierta de acuerdo con los otros análisis.
El método propuesto permite al agente de usuario
utilizar las características de una versión de protocolo mejorada,
por ejemplo, de una versión más alta o superior de HTTP. Ello
permite una reducción de la cantidad de datos que se han de
transferir, lo que, a su vez, hace que el tiempo de carga se
reduzca, para los servicios de facturación por volumen, se reduzcan
los costes. La magnitud de la capacidad de señalización y de
procesamiento para el establecimiento de las conexiones puede ser
también reducida. La aplicación del método propuesto resulta
también ventajosa si el agente de usuario y el servidor están
adaptados a la misma versión de protocolo, pero sólo utilizan de
forma parcial las características de la invención.
En una realización preferida, el servidor
delegado convierte la versión de protocolo del mensaje de
respuesta, o la versión de protocolo de los mensajes adicionales
correspondientes a la conexión, de acuerdo con los análisis. Por
ejemplo, si la versión de protocolo del mensaje de respuesta es
inferior, el servidor delegado puede convertir la versión de
protocolo del mensaje de respuesta en la versión de protocolo del
primer mensaje, antes de enviarlo. Si la versión de protocolo del
mensaje de respuesta es superior, las versiones de protocolo de
cualesquiera mensajes adicionales procedentes de la fuente que
emitió el primer mensaje, es decir, que corresponden a la conexión,
pueden ser convertidas en la versión de protocolo superior. La
conversión de las versiones comprende, por ejemplo, la reescritura
del encabezamiento, por ejemplo, la supresión o adición de los
campos de encabezamiento que son nuevos en el HTTP/1.1 en
comparación con el HTTP/1.0, respectivamente en una degradación o
en una promoción a un grado superior entre estas versiones de
protocolo. Ello permite una explotación óptima de las
características que ofrecen las versiones.
En una realización preferida adicional, el
servidor delegado promueve la versión de protocolo del primer
mensaje a la versión más alta disponible por parte del servidor
delegado. De esta forma, el servidor delegado puede comprobar si el
servidor está adaptado a todos los rangos de funcionalidad del
servidor delegado.
Un servidor delegado ventajoso comprende al menos
un registro de almacenamiento intermedio destinado a almacenar
mensajes. Esto permite la rápida retransmisión de los mensajes para
los que no se han recibido unos resultados adecuados, ya sea debido
a un error de transmisión, ya sea debido a que la versión de
protocolo de la entidad receptora no está adaptada para el
procesamiento.
Preferiblemente, el servidor delegado analiza un
encabezamiento de mensaje para una información con el fin de
determinar si se ha cerrado una conexión, y restablece la conexión,
especialmente si una comprobación indica que un registro de
almacenamiento intermedio correspondiente a la conexión está
almacenando mensajes que no se han enviado todavía. De esta forma,
los mensajes almacenados pueden ser enviados con un retraso mínimo.
Preferiblemente, la información no se remite a través de una
conexión hacia una entidad adicional, con el fin de evitar que esta
conexión sea también cerrada. Esto reduce los retardos y la
señalización en la transmisión.
En una realización ventajosa del método, el
mensaje de respuesta se comprueba buscando información que no ha
sido solicitada por el primer mensaje, y dicha información se
suprime del mensaje de respuesta. Por ejemplo, el usuario puede
solicitar únicamente un intervalo o fragmento limitado de una página
web, pero, sin embargo, el servidor no toma en consideración
peticiones fragmentarias de intervalos. En tal caso, la información
no solicitada puede ser retirada del cuerpo del mensaje con el fin
de reducir el tamaño del mensaje.
Preferiblemente, el contenido de un mensaje es
comprimido o descomprimido en el servidor delegado de acuerdo con
los análisis. De esta forma, puede eludirse la capacidad de
transmisión escasa de un cierto enlace incluso si la transmisión al
servidor delegado se ha llevado a cabo sin compresión. Resulta
especialmente ventajosa una compresión en los enlaces inalámbricos,
si bien puede también llevarse a cabo para la transmisión a través
de una red de núcleo. Es también posible variar el tipo de
compresión y/o adaptarlo a los diferentes tipos de enlaces.
De forma preferida, la información redundante se
suprime de un mensaje, por ejemplo, de una petición o de una
respuesta, a fin de reducir el tamaño del mensaje para su
transmisión. Por ejemplo, los encabezamientos de los mensajes
comprenden en ocasiones información redundante.
Un servidor de acuerdo con el método propuesto no
ha de ser, necesariamente, el proveedor de contenido, sino que puede
ser también un servidor delegado adicional de la transmisión de
datos, de tal manera que dicho servidor delegado envía los datos
desde un servidor adicional, es decir, bien aún otro servidor
delegado, o bien el proveedor de contenidos. En este caso, tanto el
proveedor de contenidos como el equipo de usuario pueden ser
adaptados a una versión de protocolo superior, en tanto que al menos
uno de los servidores delegados adicionales de la transmisión de
datos está únicamente adaptado a una versión inferior. El método
propuesto evita una degradación de los parámetros de transmisión
por parte del servidor delegado adicional.
El método propuesto resulta especialmente
ventajoso si el protocolo de transmisión es el protocolo HTTP, si
bien no está limitado a este protocolo.
El método propuesto resulta particularmente
beneficioso si al menos una de las conexiones se establece a través
de un enlace con un tiempo de camino completo o de redondeo
elevado, o con una baja velocidad de transmisión de datos, o bien
con ambos. Al menos una de estas condiciones se satisface, por
ejemplo, en el caso de las conexiones inalámbricas, por ejemplo, en
un sistema de GSM o de GPRS. El método es también ventajoso para un
sistema de acceso vía radio UMTS (Sistema Universal de
Telecomunicaciones Móviles -"Universal Mobile Telecommunications
System"). Se propone el método, en especial, si una conexión
adyacente al equipo de usuario, por ejemplo, un enlace inalámbrico
a un terminal móvil sobre el cual se ejecuta el agente de usuario,
presenta un tiempo de camino completo elevado.
Un servidor delegado de acuerdo con la invención
permite una transmisión mejorada de los datos entre un equipo de
usuario y un servidor adicional de acuerdo con un protocolo de
transmisión con mensajes. El servidor delegado se ha dotado de un
sistema de procesamiento destinado a analizar los mensajes de
acuerdo con el protocolo, así de interfaces a través de las cuales
se lleva a cabo una conexión para la transmisión de los datos. El
sistema de procesamiento analiza una versión de protocolo de un
primer mensaje enviado entre el equipo de usuario y el servidor
adicional, y almacena una identificación de la conexión
correspondiente y los resultados del análisis en una memoria. El
sistema de procesamiento analiza los mensajes de respuesta para
determinar si su identidad se corresponde con la identificación
almacenada. El sistema de procesamiento analiza, además, la versión
de protocolo del mensaje de respuesta que corresponde a la
identificación almacenada. El sistema de procesamiento gestiona el
mensaje de respuesta o los mensajes adicionales correspondientes a
la conexión de acuerdo con el análisis. Éste puede, por ejemplo,
convertir la versión de protocolo del mensaje de respuesta, por
ejemplo, a la versión de protocolo del primer mensaje o a la versión
de protocolo de mensajes adicionales correspondientes a la conexión,
en función de la comparación de los análisis. El servidor delegado
está preferiblemente adaptado para llevar a cabo cualquiera de los
métodos descritos.
De preferencia, el servidor delegado está ubicado
en una red de acceso de un sistema de transmisión inalámbrico, por
ejemplo, implementado en, o conectado a, una estación de base de
radio, un controlador de estación de base o un controlador de red
de radio.
Una unidad de programa de acuerdo con la
invención se almacena, por ejemplo, en un dispositivo portador de
datos, o bien puede cargarse en un servidor delegado, por ejemplo,
como una secuencia de señales. Ésta puede llevar a cabo cualquiera
de las realizaciones del método descrito.
Los anteriores y otros objetos, características y
ventajas de la presente invención se harán más evidentes en la
siguiente descripción detallada de realizaciones preferidas, según
se ilustran en los dibujos que se acompañan.
La Figura 1 muestra una representación
esquemática de una transmisión de datos entre un equipo de usuario
y un servidor.
La Figura 2 muestra un diagrama de flujo de un
método de acuerdo con la invención.
La Figura 3 se muestra provista de una conexión
que incluye varios servidores delegados.
La Figura 4 muestra una secuencia de mensajes en
un método de acuerdo con la invención.
La Figura 1 ilustra un ejemplo de una transmisión
de datos entre un equipo de usuario, por ejemplo, un terminal
móvil, el cual está provisto de un sistema de procesamiento en el
cual se ejecuta un agente de usuario, y de un servidor S. La
transmisión de los datos se efectúa de acuerdo con un protocolo
especificado, por ejemplo, el HTTP. La ruta para la transmisión de
los datos comprende varias conexiones, que incluyen un enlace
inalámbrico WL ("Wireless Link") entre el equipo de usuario UE
("User Equipment") y una estación de base de radio
perteneciente a una red de acceso AN ("Access Network"). Las
conexiones adicionales en la trasmisión de datos se establecen a
través de una red de núcleo CN ("Core Network") de un sistema
de comunicaciones, por ejemplo, un sistema GSM o UMTS, y la red de
Internet IN a la que está conectado el servidor S en el ejemplo. Las
conexiones descritas pueden ser, bien conmutadas en paquetes, o
bien conmutadas en circuitos.
En las redes indicadas AN, CN o IN, o en otras
redes a través de las cuales pueda establecerse la transmisión de
los datos, una pluralidad de servicios adicionales lleva a cabo la
remisión de los datos enviados entre el equipo de usuario UE y el
servidor S. Además, los servidores delegados pueden estar
presentes, por ejemplo, en las fronteras de las redes o dentro de
las mismas. Debido al elevado número de operadores diferentes, no es
posible o práctico, en general, que todos los servidores que
procesan la conexión se promuevan a un grado superior cuando llega
a estar disponible una versión mejorada del protocolo de
transmisión. En consecuencia, la conexión se establece a menudo a
través de servidores adicionales que tienen diferentes capacidades.
Asimismo, las versiones de protocolo utilizadas por el servidor S y
por el equipo de usuario UE pueden diferir, o bien una de las
entidades puede no utilizar todas las características de una versión
de protocolo, por ejemplo, con el fin de ahorrar capacidad de
procesamiento en caso de una carga elevada. Esto es particularmente
desventajoso si el equipo de usuario UE está adaptado a una nueva
versión de protocolo que permite una transmisión de datos eficiente
a través del enlace inalámbrico WL, debido a que los recursos de
radio por ejemplo, la anchura de banda, son escasos y caros.
Una solución para este problema es el método
propuesto, el cual resulta ventajoso, específicamente, para el
protocolo HTTP. Una idea fundamental de la solución consiste en
introducir un servidor delegado PS de lanzamiento de protocolo
entre el agente de usuario y el servidor de la web. Preferiblemente,
el servidor delegado PS está situado cerca del agente de usuario,
por ejemplo, en la red de acceso AN, por ejemplo, en una estación de
base de radio o en un controlador de red de radio que proporciona
un enlace inalámbrico al equipo de usuario. Casi todos los agentes
de usuario adaptados al consumidor soportan un servidor de
representación o delegado que satisface el requisito de recuperar
recursos de los servidores de la web cuando se solicitan. El
servidor delegado PS de lanzamiento de protocolo propuesto soporta
todo el intervalo de características de protocolo de acuerdo con la
última versión de protocolo. De esta forma, un agente de usuario
con todas las características es capaz de utilizar todas estas
características con independencia de las características con que
cuenta el servidor de web destinatario o el siguiente servidor
delegado.
Además, el servidor delegado de lanzamiento de
protocolo trata de utilizar tantas características como sea posible
cuando se comunica con un servidor de la web u otro servidor
delegado, con el fin de ser tan eficiente como sea posible.
El servidor delegado de lanzamiento de protocolo
propuesto, PS, comprende, preferiblemente, dos partes principales
que son un analizador de petición y un analizador de respuesta. Una
realización para el procesamiento de una transmisión de datos de
acuerdo con el método propuesto se describe en relación con el
diagrama de flujo de la Figura 2.
En una primera etapa 10, el analizador de
petición espera a que los agentes de usuario se conecten, por
ejemplo, a través de una conexión de TCP/IP. Al establecerse una
conexión, éste asigna un registro de almacenamiento intermedio de
FIFO (primero en entrar-primero en salir
-"First-In-First-Out")
para esta conexión en la etapa 12, de tal manera que el registro de
almacenamiento intermedio se encarga de almacenar las peticiones
que llegan del agente de usuario. Una vez que las peticiones son
recibidas en la etapa 14, se suben de grado o promocionan a la
versión de protocolo más alta de que dispone el servidor delegado de
lanzamiento de protocolo, y la versión promocionada se envía al
siguiente servidor delegado o servidor de web destinatario (etapa
16). Las peticiones se guardan preferiblemente para su utilización
posterior. Esto permite reenviar las peticiones en el caso de que
el siguiente servidor delegado o servidor de web destinatario no
soporte la trasmisión por canalización pero los agentes de usuario
deseen transmitir por canalización.
Una respuesta correspondiente a la petición llega
después de la etapa 18. En el siguiente procedimiento de análisis y
conversión 20, puede llevarse a cabo una pluralidad de etapas según
se describe en lo siguiente. Es posible que sólo se realicen una o
algunas de estas etapas. En particular, el analizador de respuesta
convierte, por ejemplo, rebajando a un grado inferior, la respuesta
del procedimiento 20, y promociona el encabezamiento de respuesta a
la versión de HTTP más alta a la que esté adaptado el agente de
usuario.
Si bien la comprobación 22 se indica por separado
en la Figura 2, puede también formar parte del procedimiento 20. El
analizador de respuesta examina el encabezamiento de respuesta en
la comprobación 22 para determinar si el siguiente servidor
delegado o servidor de web destinatario cerrará la conexión. En
este caso, el servidor delegado de lanzamiento de protocolo suprime
este campo de encabezamiento en el procedimiento de análisis y
conversión 20, con el fin de garantizar que el agente de usuario
considera la conexión como persistente. Además, se lleva a cabo una
segunda comprobación 24 destinada a determinar si ha quedado alguna
petición pendiente en el registro de almacenamiento intermedio de
FIFO. El servidor de la web o el siguiente servidor delegado no
satisfará estos requisitos una vez que haya cerrado la conexión. En
consecuencia, el servidor delegado de lanzamiento de protocolo
vuelve a conectarse al siguiente servidor delegado o servidor de
web con el fin de reenviar la primera petición desde el registro de
almacenamiento intermedio de FIFO en la etapa 26. Únicamente se
reenvía la primera petición en la etapa 26 porque, debido al cierre
de la conexión previa, el servidor delegado de lanzamiento de
protocolo está al corriente de que el servidor de web o el siguiente
servidor delegado no soporta la transmisión por canalización. La
respuesta correspondiente se envía entonces de vuelta, a través de
la conexión existente, al agente de usuario. Para cualesquiera
peticiones adicionales contenidas en el registro de almacenamiento
intermedio de FIFO, el servidor delegado de lanzamiento de
protocolo procede de la misma manera, estableciendo una nueva
conexión con el servidor reenviando la petición, procesando la
respuesta y remitiéndola al agente de usuario.
Antes de que sea enviada la respuesta al agente
de usuario en la etapa 28, el servidor delegado de lanzamiento de
protocolo puede, opcionalmente, comprobar, en la etapa 20, si el
cuerpo de la respuesta del servidor web o del siguiente servidor
delegado estaba comprimido. En caso de que lo estuviera, y un
encabezamiento de petición procedente del agente de usuario
establezca que está soportando una compresión que también soporta
el servidor delegado de lanzamiento de protocolo, el servidor
delegado aplica la compresión apropiada al cuerpo. De esta forma,
puede transferirse una cantidad de datos reducida, es decir, una
cantidad reducida de bytes, al agente de usuario. Si el servidor
delegado de lanzamiento de protocolo se encuentra ya al corriente
de la característica del enlace, por ejemplo, debido a una medición
de una velocidad de transmisión de los datos o a un tiempo de
camino completo, o por causa de la implementación, esta decisión
podría ser cancelada en una comprobación de la característica del
enlace. La ventaja de esta realización es que, si el enlace es
rápido, el tiempo de latencia que se introduce por la compresión
puede ser más largo que el tiempo que se ahorra con la
transferencia del cuerpo en estado comprimido.
En una operación adicional, el servidor delegado
de lanzamiento de protocolo comprueba, en el procedimiento 20, si
el agente de usuario ha enviado una petición de intervalo o
fragmentaria y si el servidor de la web o el siguiente servidor
delegado la han satisfecho, es decir, han enviado únicamente el
intervalo o fragmento solicitado y no todo el objeto. En el caso de
que se haya enviado todo el objeto al servidor delegado de
lanzamiento de protocolo, éste preferiblemente convierte esta
respuesta, en el procedimiento 20, en una respuesta parcial al
eliminar secciones, es decir, bytes del cuerpo que no fueron
solicitados por el agente de usuario. De este modo, es posible
reducir la cantidad de datos sin introducir tiempos de latencia.
Además, la cantidad de datos transferidos puede
reducirse si el servidor delegado de lanzamiento de protocolo
suprime los campos de encabezamiento redundantes en el
procedimiento 20, los cuales son enviados por algunos servidores,
por ejemplo, "Codificación de Contenido: identidad"
("Content-Encoding: identity"), esto es,
que no se utiliza ninguna codificación.
Una vez que se ha terminado este procesamiento y
se ha remitido la petición adaptada, la petición almacenada ya no se
necesita más, y se elimina del registro de almacenamiento intermedio
de FIFO en la etapa 30. Se realizan comprobaciones adicionales 32,
34 para determinar si el registro de almacenamiento intermedio está
vacío, y se cierra la conexión con el fin de determinar, ya sea si
el método debe proseguir hasta una etapa de espera adicional 14, 18
para una petición o una respuesta, ya sea si debe ser finalizado.
Debe comprenderse que las peticiones de respuesta deben ser
recibidas por el servidor delegado de lanzamiento de protocolo en
cualquier instante en el transcurso del método, tal y como se
indica por las flechas 36, 38 que apuntan a las etapas 14 y 18.
Algunos mensajes pueden ser procesados en paralelo, por ejemplo, es
posible reenviar una petición en la etapa 26 al tiempo que se
procesa una respuesta en el procedimiento 20. Finalmente, una
persona experta en la técnica está al corriente de que un agente de
usuario puede tener diversas conexiones al mismo o a diferentes
servidores simultáneamente.
La Figura 3 muestra una transmisión de datos
entre un equipo de usuario UE y un servidor S, en la cual se han
establecido conexiones a un servidor delegado PS de acuerdo con la
invención y a un servidor delegado adicional P2, por ejemplo, un
servidor de almacenamiento en caché de la red de Internet IN. Si
bien todas las demás entidades de la transmisión de datos están
adaptadas a una nueva versión de protocolo HTTP/1.1, el servidor
delegado adicional P2 está adaptado únicamente a una versión más
antigua HTTP/1.0. Si bien el agente de usuario del equipo de
usuario UE y el servidor S están, ambos, adaptados a una versión de
protocolo que permite un uso eficiente de los recursos de radio en
el enlace inalámbrico WL, esta versión no puede ser utilizada en el
estado de la técnica debido a que el servidor adicional envía tan
solo mensajes de acuerdo con el HTTP/1.0. El servidor delegado PS de
la invención promociona a un grado superior los mensajes enviados
por el servidor delegado adicional P2 de vuelta a la versión de
protocolo HTTP/1.1, permitiendo con ello un uso mejorado del enlace
inalámbrico WL.
Con el fin de llevar a cabo el procesamiento
descrito, el servidor delegado está dotado de un sistema de
procesamiento PR que está destinado a analizar y convertir los
mensajes recibidos y enviados, a través de las interfaces I1, I2,
respectivamente al equipo de usuario y al servidor delegado
adicional P2. Una memoria MEM permite almacenar mensajes, por
ejemplo, para reenviarlos si no se recibe una respuesta apropiada.
Si bien se ha omitido en el dibujo en aras de la claridad, una
persona experta en la técnica está al corriente de que las otras
entidades implicadas en la transmisión de datos están también
equipadas con sistemas de procesamiento e interfaces.
En la Figura 4 se ilustra una secuencia de
mensajes en un método de acuerdo con la invención. En este ejemplo,
un equipo de usuario UE está adaptado a una versión x del protocolo
de mensajes, en tanto que el servidor delegado PS está adaptado a
una versión z y el servidor S está adaptado a una versión y más
antigua. Las versiones x y z permiten una trasmisión de
canalización de los mensajes, mientas que la versión y no la
permite. Por ejemplo, las versiones x y z pueden ser HTTP/1.1,
mientras que la versión y puede ser HTTP/1.0.
El agente de usuario del equipo de usuario envía
dos peticiones 41, 42 solicitando los recursos de acuerdo con el
protocolo x, a través de una co-
nexión c. El servidor delegado analiza el mensaje 41 y almacena el hecho de que esa versión de
nexión c. El servidor delegado analiza el mensaje 41 y almacena el hecho de que esa versión de
\hbox{protocolo x}se utiliza en la conexión c con el agente de usuario del equipo de usuario UE. El servidor delegado lleva a cabo una conversión de ambos mensajes a la
\hbox{versión z}, que es la más alta a la que está adaptado, los almacena y los remite como peticiones 41', 42' al servidor S. El servidor S envía una respuesta 43 de acuerdo con la versión y con la petición 41', mientras que la petición 42' no es procesada, puesto que la versión y no permite la transmisión por canalización. El servidor delegado recibe la respuesta 43 y analiza si la conexión corresponde a la versión y, almacenando esta información. De acuerdo con la información almacenada para la conexión c con el equipo de usuario UE, el servidor delegado PS convierte el mensaje 43 a la versión x antes de remitirlo como el mensaje 43' al equipo de usuario.
Además, el servidor delegado PS está al
corriente, como consecuencia del análisis de la respuesta 43, de que
la petición 41 no ha sido procesada debido a que la versión y no
permite la transmisión por canalización.
En consecuencia, la petición se reenvía de
acuerdo con la versión y, como la petición 42''. La respuesta 44,
44' a esta petición, así como cualesquiera mensajes adicionales 45,
45', 46, 46' a través de las mismas conexiones, se envían de acuerdo
con el protocolo x entre el equipo de usuario UE y el servidor
delegado PS, y de acuerdo con el protocolo y entre el servidor
delegado PS y el servidor S, encargándose el servidor delegado PS
de realizar la conversión. Si se establece, sin embargo, una
conexión paralela c' desde el agente de usuario al servidor S, ésta
se tratará generalmente como una nueva conexión, y se remitirá de
nuevo, en consecuencia, una petición 47 como petición 47' de
acuerdo con el protocolo z, hasta que se reciba la respuesta
correspondiente en la conexión c'.
Las realizaciones anteriores logran
admirablemente los objetos de la invención. Sin embargo, se
apreciará que es posible realizar modificaciones por parte de los
expertos de la técnica sin apartarse del ámbito de la invención,
que está limitado únicamente por las reivindicaciones.
Claims (15)
1. Un método para una transmisión de datos
mejorada entre un equipo de usuario (UE -"User Equipment") y
un servidor S, de acuerdo con un protocolo de transmisión con
mensajes,
en el cual el equipo de usuario (UE) está
adaptado a una primera versión de dicho protocolo y el servidor (S)
está adaptado a una segunda versión de dicho protocolo, y en el
cual se lleva a cabo una conexión para la transmisión de los datos
a través de un servidor de representación o delegado (PS -"Proxy
Server"), caracterizado porque:
el servidor delegado (PS) analiza la versión de
protocolo de un primer mensaje enviado entre el equipo de usuario
(UE) y el servidor (S), y almacena una identificación de la
conexión correspondiente,
el servidor delegado (PS) espera a un mensaje de
respuesta correspondiente a la conexión identificada,
el servidor delegado (PS) analiza la versión de
protocolo del mensaje de respuesta, y el servidor delegado (PS)
gestiona el mensaje de respuesta o mensajes adicionales
correspondientes a la conexión de acuerdo con los análisis.
2. Un método de acuerdo con la reivindicación 1,
en el cual el servidor delegado (PS) convierte la versión de
protocolo del mensaje de respuesta, o la versión de protocolo de
mensajes adicionales correspondientes a la conexión de acuerdo con
los análisis.
3. Un método de acuerdo con la reivindicación 1 ó
la reivindicación 2, en el cual el servidor delegado (PS) eleva el
grado o promueve la versión de protocolo del primer mensaje a la
versión más alta disponible para el servidor delegado.
4. Un método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el cual el servidor delegado (PS)
comprende al menos un registro de almacenamiento intermedio para el
almacenamiento de los mensajes.
5. Un método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el cual el servidor delegado (PS)
analiza un encabezamiento de mensaje para determinar una información
relativa a si se ha cerrado una conexión, y restablece dicha
conexión.
6. Un método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el cual el mensaje de respuesta se
comprueba buscando la información que no se ha solicitado en el
primer mensaje, y en el cual dicha información se suprime del
mensaje de respuesta.
7. Un método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el cual el contenido de al menos
uno de los mensajes se comprime o descomprime de acuerdo con la
comparación de los análisis.
8. Un método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el cual la información redundante
se suprime de al menos uno de los mensajes.
9. Un método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el cual el servidor (S) es un
servidor delegado que remite los datos desde un servidor
adicional.
10. Un método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el cual el protocolo de transmisión
es el protocolo HTTP.
11. Un método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el cual al menos una de las
conexiones se establece a través de un enlace con un tiempo de
camino completo elevado o una velocidad de transmisión de datos
baja.
12. Un servidor delegado destinado a una
transmisión de datos mejorada entre un equipo de usuario (UE) y un
servidor adicional (S), de acuerdo con un protocolo de transmisión
con mensajes, en el cual el servidor delegado (PS) está provisto de
un sistema de procesamiento destinado a analizar mensajes de
acuerdo con el protocolo, y en el cual el servidor delegado (PS)
está dotado de interfaces a través de los cuales se establece una
conexión para la transmisión de los datos, caracterizado
porque
el sistema de procesamiento está destinado a
analizar una versión de protocolo de un primer mensaje enviado
entre un equipo de usuario (UE) y el servidor adicional (S), y a
almacenar una identificación de la conexión correspondiente en una
memoria,
el sistema de procesamiento está destinado a
analizar mensajes de respuesta para determinar si su identidad
corresponde a una identificación almacenada,
el sistema de procesamiento está destinado a
analizar la versión de protocolo de un mensaje de respuesta que
corresponde a la identificación almacenada,
y el sistema de procesamiento está destinado a
gestionar el mensaje de respuesta o mensajes adicionales
correspondientes a la conexión de acuerdo con los análisis.
13. Un servidor delegado de acuerdo con la
reivindicación 12, en el cual el servidor delegado (PS) está
destinado a ser situado en una red de acceso (AN -"Access
Network") de un sistema de transmisión sin hilos o
inalámbrico.
14. Un servidor delegado de acuerdo con la
reivindicación 12 ó la reivindicación 13, en el cual el servidor
delegado (PS) está destinado a llevar a cabo un método de acuerdo
con cualquiera de las reivindicaciones 2 a 11.
15. Una unidad de programa que comprende un
código para llevar a cabo las etapas de un método de acuerdo con
cualquiera de las reivindicaciones 1 a 11.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP01114213A EP1267542A1 (en) | 2001-06-12 | 2001-06-12 | Method for communication between a client application and a server through a proxy-server |
EP01114213 | 2001-06-12 |
Publications (2)
Publication Number | Publication Date |
---|---|
ES2235662A1 true ES2235662A1 (es) | 2005-07-01 |
ES2235662B2 ES2235662B2 (es) | 2006-04-01 |
Family
ID=8177702
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES200350078A Expired - Fee Related ES2235662B2 (es) | 2001-06-12 | 2002-05-24 | Metodo para una interconexion mejorada de una aplicacion de usuario y un servidor. |
Country Status (7)
Country | Link |
---|---|
US (1) | US20020188743A1 (es) |
EP (1) | EP1267542A1 (es) |
JP (1) | JP4750356B2 (es) |
AU (1) | AU2002314106A1 (es) |
ES (1) | ES2235662B2 (es) |
GB (1) | GB2392070B (es) |
WO (1) | WO2002102017A1 (es) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7412539B2 (en) | 2002-12-18 | 2008-08-12 | Sonicwall, Inc. | Method and apparatus for resource locator identifier rewrite |
WO2004114581A2 (en) | 2003-06-17 | 2004-12-29 | Bytemobile, Inc. | Method and system for dynamic interleaving |
US20070243859A1 (en) * | 2004-03-17 | 2007-10-18 | Torsten Dinsing | Method and Apparatus for Efficiently Transferring Data within a Telecommunications Network |
US8224966B2 (en) * | 2004-08-24 | 2012-07-17 | Cisco Technology, Inc. | Reproxying an unproxied connection |
US7590881B2 (en) * | 2004-10-18 | 2009-09-15 | Research In Motion Limited | Method and apparatus for controlling an upper layer in a protocol stack to delay timeouts |
TWI283816B (en) * | 2004-12-31 | 2007-07-11 | Infopower Corp | System and method of automatic transforming instant message transmission modes on Internet |
US9118717B2 (en) | 2005-02-18 | 2015-08-25 | Cisco Technology, Inc. | Delayed network protocol proxy for packet inspection in a network |
JP4536029B2 (ja) * | 2006-03-30 | 2010-09-01 | Necアクセステクニカ株式会社 | 通信プロトコルを用いた相互接続方法および装置 |
US8068499B2 (en) * | 2006-08-10 | 2011-11-29 | Motorola Solutions, Inc. | Optimized tunneling methods in a network |
JP4976121B2 (ja) | 2006-12-19 | 2012-07-18 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信ネットワークシステム及びサーバ装置 |
US8379623B2 (en) * | 2007-07-10 | 2013-02-19 | Motorola Solutions, Inc. | Combining mobile VPN and internet protocol |
US9356805B2 (en) * | 2008-06-06 | 2016-05-31 | International Business Machines Corporation | Implementing a plurality of interface definitions |
US8522135B2 (en) * | 2008-06-06 | 2013-08-27 | International Business Machines Corporation | Generating a transformation description document for transforming messages |
US8898236B2 (en) * | 2008-10-31 | 2014-11-25 | Netapp, Inc. | Automated conversion of versioned data collections |
JP6286319B2 (ja) * | 2014-08-06 | 2018-02-28 | Kddi株式会社 | Httpクライアント、httpサーバおよびhttp通信方法 |
JP6429559B2 (ja) * | 2014-09-26 | 2018-11-28 | キヤノン株式会社 | 通信装置、通信システム、情報処理方法及びプログラム |
CN108345500B (zh) * | 2017-01-22 | 2022-04-26 | 腾讯科技(深圳)有限公司 | 事件处理方法和装置 |
EP3987772A4 (en) | 2019-06-18 | 2023-07-26 | Nedge Computing Corp. | SHARED RESOURCE FOR TRANSFORMING DATA |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0967764A2 (en) * | 1998-06-25 | 1999-12-29 | Siemens Information and Communication Networks, Inc. | Improved apparatus and methods to realize H.323 proxy services |
WO2000070834A1 (en) * | 1999-05-19 | 2000-11-23 | Telia Ab | Device and method for simplified management of services in a communications network |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5991795A (en) * | 1997-04-18 | 1999-11-23 | Emware, Inc. | Communication system and methods using dynamic expansion for computer networks |
JPH10307818A (ja) * | 1997-05-08 | 1998-11-17 | Nec Corp | 文書変換システム、文書変換方法および文書変換用プログラムを記録した記録媒体 |
US6018770A (en) * | 1997-10-13 | 2000-01-25 | Research In Motion Limited | System and method for managing packet-switched connections |
US6976080B1 (en) * | 1998-03-27 | 2005-12-13 | Hewlett-Packard Development Company, L.P. | Multiple-protocol communication subsystem controller |
US6594484B1 (en) * | 1998-12-17 | 2003-07-15 | Openwave Systems Inc. | Automated access by mobile device to automated telephone information services |
US6574742B1 (en) * | 1999-11-12 | 2003-06-03 | Insite One, Llc | Method for storing and accessing digital medical images |
JP2001222487A (ja) * | 2000-02-09 | 2001-08-17 | Nec Corp | データ変換システム及びデータ変換方法 |
WO2002039306A1 (en) * | 2000-11-09 | 2002-05-16 | Sri International | Systems and methods for negotiated resource utilization |
US6871236B2 (en) * | 2001-01-26 | 2005-03-22 | Microsoft Corporation | Caching transformed content in a mobile gateway |
-
2001
- 2001-06-12 EP EP01114213A patent/EP1267542A1/en not_active Withdrawn
-
2002
- 2002-05-24 AU AU2002314106A patent/AU2002314106A1/en not_active Abandoned
- 2002-05-24 JP JP2003504627A patent/JP4750356B2/ja not_active Expired - Fee Related
- 2002-05-24 ES ES200350078A patent/ES2235662B2/es not_active Expired - Fee Related
- 2002-05-24 GB GB0326948A patent/GB2392070B/en not_active Expired - Fee Related
- 2002-05-24 WO PCT/EP2002/005692 patent/WO2002102017A1/en active IP Right Grant
- 2002-06-11 US US10/167,307 patent/US20020188743A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0967764A2 (en) * | 1998-06-25 | 1999-12-29 | Siemens Information and Communication Networks, Inc. | Improved apparatus and methods to realize H.323 proxy services |
WO2000070834A1 (en) * | 1999-05-19 | 2000-11-23 | Telia Ab | Device and method for simplified management of services in a communications network |
Also Published As
Publication number | Publication date |
---|---|
GB2392070B (en) | 2004-11-03 |
WO2002102017A8 (en) | 2003-02-27 |
US20020188743A1 (en) | 2002-12-12 |
JP2004530231A (ja) | 2004-09-30 |
JP4750356B2 (ja) | 2011-08-17 |
EP1267542A1 (en) | 2002-12-18 |
AU2002314106A1 (en) | 2002-12-23 |
GB2392070A (en) | 2004-02-18 |
ES2235662B2 (es) | 2006-04-01 |
WO2002102017A1 (en) | 2002-12-19 |
GB0326948D0 (en) | 2003-12-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2235662B2 (es) | Metodo para una interconexion mejorada de una aplicacion de usuario y un servidor. | |
JP3981596B2 (ja) | 通信システムでデータを送信するための方法及び装置 | |
US7616639B2 (en) | Transmitting and receiving control protocol data unit having processing time information | |
ES2326615T3 (es) | Servicio de mensajeria multimedia. | |
ES2238836T3 (es) | Metodo y red para gestion de sesiones de protocolo de sesion inalambrica (wsp). | |
RU2461147C2 (ru) | Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи | |
ES2426192T3 (es) | Procedimiento de comunicación entre un dispositivo que ejecuta Java ME y un servidor por vía aérea con mensajes SOAP bajo APDU desde/hacia un operador en un anfitrión, y sistema correspondiente | |
ES2231561T3 (es) | Dispositivo para llevar a cabo la transmision de mensajes multimedia. | |
JP4456608B2 (ja) | 端末における確認応答メッセージの処理 | |
US20050152350A1 (en) | System and method for transmitting/receiving automatic repeat request | |
ES2287572T3 (es) | Metodo de compresion de cabecera. | |
JP2003283592A (ja) | ワイヤレスコミュニケーションシステムのデータ伝送確認方法 | |
EP1454426A1 (en) | System for context transfer for wireless internet devices | |
KR20020095181A (ko) | 선택적인 확인 기법을 위한 방법 및 장치 | |
US8693384B2 (en) | Method for dynamic packet retransmission for radio link control layer in a wireless communications system | |
US8484370B1 (en) | Method and system for efficient extended data communications using GPRS | |
CN104205743A (zh) | 无线接入网中用于内容分发的方法和装置 | |
EP1073289A2 (en) | Broadcast communication method, mobile communication system and mobile station using the broadcast communication method | |
JP2004040493A (ja) | パケット通信装置及びパケット通信方法 | |
WO2000074343A1 (en) | Adaptation of wap to sms in cellular networks | |
EP3672189A1 (en) | Data transmission method, device and system | |
US11997547B2 (en) | Mobility management in information centric networking | |
Chakravarthi et al. | M2M communication protocols | |
US20030227921A1 (en) | System and method for controlling data call traffic frame in mobile communication system | |
US8977763B1 (en) | Systems and methods for distributing streams and stream metadata |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EC2A | Search report published |
Date of ref document: 20050701 Kind code of ref document: A1 |
|
FG2A | Definitive protection |
Ref document number: 2235662B2 Country of ref document: ES |
|
FD2A | Announcement of lapse in spain |
Effective date: 20211119 |