ES2282291T3 - Procedimiento y dispositivo para verificar una red que soporta terminales wap. - Google Patents
Procedimiento y dispositivo para verificar una red que soporta terminales wap. Download PDFInfo
- Publication number
- ES2282291T3 ES2282291T3 ES01971598T ES01971598T ES2282291T3 ES 2282291 T3 ES2282291 T3 ES 2282291T3 ES 01971598 T ES01971598 T ES 01971598T ES 01971598 T ES01971598 T ES 01971598T ES 2282291 T3 ES2282291 T3 ES 2282291T3
- Authority
- ES
- Spain
- Prior art keywords
- wap
- web
- mobile
- gateway
- network
- 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.)
- Expired - Lifetime
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/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- 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)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Small-Scale Networks (AREA)
Abstract
Procedimiento para la prueba, eventualmente la vigilancia de una red, que soporta equipos terminales WAP (WAP-MS), que trabajan con el protocolo WAP Wireless Application y que posee un WAP-Gateway (WAP-GW), que conecta entre sí una red (PLMN) de telefonía móvil y una red, que trabaja con los protocolos TCP/IP de Internet, con el Internet o con un Intranet y que sirve para la adaptación de los protocolos (WAP, HTTP) de las señales (REQUEST/RESPONSE) transmitidas, caracterizado porque se prevé un dispositivo (MMS) de gestión, que sirve para el mando de al menos una primera unidad (TSC1) de prueba estacionaria y de una unidad (MTC) de prueba móvil, por medio del que se generan Individualmente o en paralelo WAP-Requests, se reciben WAP-Replies correspondientes a ellos y se registran los instantes de la transmisión y de la recepción de las señales, registrando, por medio de la primera unidad (STC1) de prueba estacionaria, el desarrollo del flujo de datos de los procesos de comunicación, que se desarrollan individualmente o en paralelo entre la unidad (MTC) de prueba móvil y un Web-Server (WEB-SRV), a) en la entrada del lado del WAP del WAP-Gateway (WAP-GW) o b) en la entrada del lado de Internet del WAP-Gateway (WAP-GW) o c) en la entrada del lado del WAP y en el lado de entrada de Internet del WAP-Gateway ( WAP-GW) y eventualmente por medio de una segunda unidad (STC2) de prueba estacionaria en el Web-Server (WEB-SRV), siendo transmitidos después los datos registrados al dispositivo (MMS) de gestión para el procesamiento.
Description
Procedimiento y dispositivo para verificar una
red que soporta terminales WAP.
El invento se refiere a un procedimiento y a un
dispositivo según el preámbulo de la reivindicación 1,
respectivamente 10 para la prueba, eventualmente la vigilancia, de
una red, que soporta equipos terminales, que trabajan con protocolo
el Wireless Application WAP.
La tecnología WAP conecta dos tecnologías de red
de rápido crecimiento. A saber, la del Internet y la de la
telefonía móvil. El objetivo del desarrollo de la tecnología WAP
fue el hacer también accesible a los usuarios de equipos
terminales de telecomunicación móviles y de computadoras pequeñas,
como teléfonos móviles o computadoras electrónicas de bolsillo, la
información Internet representable en desktops o notebooks grandes y
almacenada en los servidores de Internet, respectivamente de
páginas Web.
Para la comunicación a través de una conexión
terminal-terminal entre un equipo terminal WAP y un
servidor de Internet se necesitan cinco componentes lógicos. Un
equipo terminal WAP, que sirve como cliente, apropiado para la
exploración y la emisión de contenidos WAP. Una red de telefonía
móvil, que soporte un protocolo WAP actual. Un Gateway capaz de
transformar las consultas del protocolo WAP, denominadas en lo que
sigue WAP-Requests, en Requests, que se ajusten al
protocolo correspondiente, por ejemplo el protocolo
Hyper-Text Transfer HTTP, utilizado en Internet y
apropiado, además, para convertir las respuestas, denominadas en lo
que Responses, del Internet en Responses, que se ajusten al
protocolo WAP. Otro componente es, además, el Internet o un
Intranet, que trabaje con los protocolos Internet TCP/IP descritos
por ejemplo en [1], Jerry D. Gibson, THE COMMUNICATIONS HANDBOOK,
en las páginas 702 - 704 o en [2], Andrew S. Tanenbaum,
Computernetzwerke, IP (Internet Protocol) en las páginas 442 - 450
y TCP (Transport Control Protocol) en las páginas 556 -
570.
570.
La conexión terminal-terminal
comprende, además, un servidor de Web, denominado Origin Server, que
prepara los contenidos solicitados y, eventualmente, los transmite,
a través del Proxy-Server y del Gateway apropiado
al equipo terminal WAP.
La arquitectura del protocolo WAP, que se
describe en [3], respectivamente en el "Wireless Application
Protocol Architecture Specification" editado en 1998 por el
Wireless Application Protocol Forum, en las páginas 15 - 18 o en
[4], respectivamente en R. Selin, Neue mobile Perspektiven mit WAP
und GPRS, Der Fernmeldeingenieur, fascículo 5/'00 en las páginas 9
- 15, comprende un Transport Layer, que trabaja con el Wireless
Datagram Protocol WDP o con el User Datagram Protocol UDP, que se
basa en uno de los distintos servicios portadores (GSM, GPRS,
IS-136, CDMA, PHS, etc.) posibles y que apantalla en
cierto modo con relación a la red de telefonía móvil los niveles
WAP superiores, el nivel WTLS (Wireless Transport Layer Security) de
seguridad eventualmente utilizado, el nivel WTP de transacción
(Wireless Transaction Protocol), el nivel WSP de sesión (Wireless
Session Protocol) y el nivel de aplicación WAE (Wireless
Application Environement) previsto más arriba.
De acuerdo con los análisis de institutos
internacionales, la cantidad de usuarios de la red de telefonía
móvil se duplica aproximadamente cada veinte meses. Una gran parte
de los usuarios de la telefonía móvil utiliza, además, los
servicios de Internet. Por ello se prevé, que la expansión de los
equipos terminales WAP continúe de manera vertiginosa en el futuro
(véase [4], páginas 18).
Los operadores de redes de telefonía móvil y de
redes fijas así como de Gateways, Procxy-Server y
Origin-Server, se hallan por ello ante la exigencia
de adaptarse a este desarrollo para poder ofrecer a los usuarios de
telefonía móvil también en el futuro la infraestructura necesaria
con la calidad correspondiente. Por un lado se deben evitar los
cuellos de botella de la capacidad, que pueden dar lugar a tiempos
grandes de transmisión y de respuesta, a tasas de datos bajas, a
pérdidas de datos o a la falta de disponibilidad y de acceso del
Origin-Server. Sin embargo, por razones económicas
también se deben evitar las sobrecapacidades, que dan lugar a
costes elevados para el proveedor de la red y sólo aportan una
utilidad reducida a los usuarios.
En la práctica, los proveedores de redes u otros
proveedores de servicios se ven sorprendidos con frecuencia por las
estructuras rápidamente cambiantes o el distinto comportamiento de
los abonados, respectivamente de los clientes, de manera, que las
medidas para la adaptación de la infraestructura no tiene lugar
hasta que se produzcan, debido a la sobrecarga de la red o de los
sistemas parciales gestionados, las correspondientes reclamaciones
de los abonados, respectivamente de los clientes. Sin embargo, la
planificación correcta en el tiempo de la ampliación controlada de
los recursos es difícil con los medios disponibles en estos sistemas
de redes con crecimiento dinámico.
Debido a la complejidad de las redes modernas y
de los procesos dinámicos, que se desarrollan en ellas, no es con
frecuencia suficiente, como se expone en [7], documento DE 199 37
753 A1, probar los dispositivos dentro de la red correspondiente.
El funcionamiento de las unidades individuales de la red de acuerdo
con las recomendaciones del fabricante no garantiza el
funcionamiento correcto de una red completa.
La prueba de programas en el nivel de aplicación
de una red, que soporta equipos terminales WAP móviles, como se
exponen [8], IBM "Dynamic Test Methodology for Programs Involving
Requests and Response Modifications", Research Disclosure, Nr.
442, 2001-02-01, página 280,
XP002171059 Havant, UK, article No. 442111, por medio del cálculo
de las respuestas previstas y su comparación con las respuestas, que
entran realmente, tampoco permite la prueba de una red, sino
únicamente de los programas.
El presente invento se basa por ello en el
problema de divulgar un procedimiento y un dispositivo apropiados
para la prueba de una red, que soporte equipos terminales WAP
móviles.
Este problema se soluciona con un procedimiento
y un dispositivo según la reivindicación 1, respectivamente 10.
El procedimiento y el dispositivo sirven para la prueba,
eventualmente la vigilancia, del estado de una red o de partes de
ella, que soportan un equipo terminal WAP móvil.
El procedimiento según el invento permite la
detección rápida del estado y de las modificaciones de la red
probada y de los servicios ofrecidos así como la localización de las
causas de las modificaciones detectadas. La red a probar,
respectivamente a vigilar se compone de una red PLMN (Public Land
Mobile Radio Network) móvil, que soporta el protocolo WAP Wireless
Application y una red, que trabaja con los protocolos TCP/IP de
Internet, conectadas entre sí a través de un Gateway, que soporta
los protocolos de los equipos terminales WAP. También es posible la
vigilancia de partes de la red. Además, se pueden probar y vigilar
diferentes componentes de la red, en especial los cinco
componentes lógicos de una conexión
terminal-terminal de equipo terminal WAP a un
Origin
Server.
Server.
La realización de la prueba y de la vigilancia
de la red, respectivamente la integración de un sistema de medida
conforme con el invento es fácil sin proceder a modificaciones del
Hardware o del Software del sistema probado. El dispositivo de
prueba según el invento, con una construcción barata, no da lugar,
además, durante el funcionamiento a reducciones de la
capacidad.
El dispositivo de prueba permite también la
prueba de las aplicaciones utilizadas por los abonados móviles y
proporciona con ello una información valiosa, que sirve para la
optimación de la red y de los servicios a todas las partes, que
participan en la utilización así como en el suministro de una
conexión terminal-terminal, a los servidores de
servicios, a los operadores de redes y a los abonados móviles,
respectivamente los usuarios finales.
En lo que sigue se describirá el invento con
detalle por medio de dibujos. En ellos muestran:
La figura 1, una red a probar con dispositivo de
prueba instalado en la que las señales de prueba se generan por
medio de un equipo terminal WAP WAP-MS y se
transmiten a un servidor Web WEB-SRV a través de una
red de telefonía móvil PLMN, un Gateway WAP-GW así
como el Internet.
La figura 2, una red a probar con dispositivo de
prueba instalado en la que las señales de prueba son generadas en
un Server ASRV de la red PLMN de telefonía móvil o en el Gateway WAP
WAP-GW.
La figura 3, la representación del flujo de
datos en la transmisión de señales entre el equipo terminal WAP
WAP-MS y el servidor Web WEB-SRV en
el caso de un tráfico de datos sin conexión en la red PLMN de
telefonía móvil.
La figura 4, la representación del flujo de
datos en la transmisión de señales entre el equipo terminal WAP y
el Server Web WEB-SRV en el caso de un tráfico de
datos dirigido hacia una conexión a través de conexiones lógicas en
la red PLMN de telefonía móvil.
La figura 5, la estructura de una unidad de
prueba MTC móvil así como los módulos esenciales de la aplicación
de prueba utilizada en ella.
La figura 6, la estructura de una unidad STC de
prueba estacionaria conectada con un Gateway WAP
WAP-GW.
La figura 7, la arquitectura del protocolo del
Gateway WAP WAP-GW de la figura 6.
La figura 8, la estructura de un sistema MMS de
gestión previsto para el dispositivo de prueba así como los módulos
esenciales de la aplicación de gestión utilizada en él.
La figura 1 muestra una red a probar con
dispositivo de prueba instalado en la que las señales de prueba son
generadas por medio de un equipo Terminal WAP
WAP-MS, son transmitidas a través de una red PLMN de
telefonía móvil, un Gateway WAP WAP-GW así como el
Internet a un Web-Server WEB-SRV. En
las figuras 1 y 2 se representan simbólicamente puntos
WAP-TP1, WAP-TP2,
WAP-TPL y WEB-TP2 (opcional), en los
que se registran los datos de secuencias de prueba, que corren
eventualmente en paralelo, y se almacenan en los correspondientes
ficheros lógicos LOG1, ... LOG4. El registro de los datos tiene
lugar en realidad dentro del servidor y de los nudos de la red
correspondientes por intervención en la arquitectura del protocolo
del sistema de transmisión.
La estructura fundamental de este sistema de
transmisión formado por un equipo terminal WAP
WAP-MS, un Gateway WAP WAP-GW, un
Web-Server WEB-SRV y las redes
situadas entre ellos se describe en [3] en las páginas 12 - 13 o en
[4] en las páginas 9 - 15. El modelo de programación WAP se basa en
principios análogos al modelo de programación WWW. La arquitectura
WAP representa una arquitectura Client-Server. El
usuario solicita por medio de un Browser previsto en el equipo
terminal WAP WAL-MS, por medio de la orden URL
(Uniform Resource Locater) y vía el Gateway WAP
WAP-GW información de un Web-Server
contenido en la red y recibe como respuesta el contenido de la
página solicitada por medio del URL.
Debido a las limitaciones de los equipos
terminales WAP móviles, en especial de las pantallas y de los
teclados pequeños así como de la reducida potencia de los
procesadores, se utiliza en el equipo terminal WAP
WAP-MS un Micro-Browser. La
información del World Wide Web (WWW) tiene que ser preparada por
ello de tal modo, que pueda ser interpretada por el
Micro-Browser y representada en una forma legible.
Las consultas del equipo terminal WAP WAP-MS al
Gateway WAP WAP-GW y las respuestas del Gateway WAP
WAP-GW al equipo terminal WAP
WAP-MS son codificadas de una manera especial para
tener el cuenta el entorno WAP. El Gateway WAP
WAP-GW hace las consultas al
Web-Server WEB-SRV de acuerdo con
los protocolos utilizados en Internet y prepara los contenidos
consultados eventualmente a través de una interfaz Common Gateway
CGI y los transmite por medio de una respuesta al Gateway WAP
WAP-GW, que trabaja esencialmente como protocolo
Gateway.
Como se representa en la figura 7, el Gateway
WAP WAP-GW transforma los Requests y los Responses
del stack (memoria de pila) de protocolos WAP formado por un
Transport Layer, que trabaja con el Wireless Datagram Protocol WDP
o con el User Datagram Protocol UDP, un nivel WTLS de seguridad
(Wireles Transport Layer Security), un nivel WTP de transacción
(Wireless Transaction Protocol) y de un nivel WSP (Wireless Session
Protocol) en el stack de protocolos WWW formado por el
Hyper-Text Transfer Protocol HTTP y los protocolos
TCP/IP de Internet. El User Datagram Protocol UDP, que se describe
en [2] en las páginas 576 - 578 es un protocolo de transporte para
la transmisión sin conexión de datos y permite con ello la
transmisión de datagramas IP, sin establecer la conexión (véase
también, [3], página 18).
Como ya se mencionó más arriba, el Transport
Layer WDP/UDP está adaptado a uno de los distintos servicios
portadores (GSM, GPRS, IS-136, CDMA, PHS, etc.) de
la red de telefonía móvil (véase [3], páginas 15 - 18). Además se
prevé un módulo BDATA, SDATA de administración de cálculo y de
administración de abonados así como una unidad C&E de
codificación y descodificación, que transforma los contenidos WAP,
antes de su transmisión a la red PLMN de telefonía móvil, en
formatos compactos con una extensión reducida. Por lo del tanto,
del Web-Server WEB-SRV al equipo
terminal WAP WAP-MS se transforman dos veces los
formatos de los contenidos transmitidos, siempre que los contenidos
se hallen en el Web-Server WEB-SRV
en el formato HTML. En un filtro HTLM previsto de manera opcional
se transforman contenidos suministrados por el
Web-Server WEB-SRV en el formato
HTML (Hyper Text Markup Language) en el formato WML (Wireless
Markup Language), que, antes de la transmisión a través de la red
PLMN de telefonía móvil, es transformado en formato binario,
respectivamente en Binary WML. La mayoría de los proveedores de
servicios prefiere, sin embargo, archivar sus contenido
directamente en el Web-Server, de manera, que no es
necesario el filtro HTML. De esta manera pueden definir exactamente
el contenido y la presentación de su información y de sus ofertas.
Por el contrario, el proveedor de servicios no puede influir en
modo alguno en la transformación de los contenidos con formato HTML.
Cualquier transformación en un filtro HTML da lugar, además, a una
pérdida de tiempo en la transmisión de los contenidos.
Los retardos en la transmisión de datos dentro
de la conexión Client/Server descrita entre el equipo terminal WAP
WAP-MS y un Origin Server, respectivamente el
Web-Server WEB-SRW representado a
título de ejemplo en la figura 1, no sólo se producen en el Gateway
WAP WAP-GW (o en un Proxy-Server con
las mismas funciones) (véanse las figuras 3 y 4, retardos
t(GW-A), t(GW-B)).
Los retardos también se producen en la red de
telefonía móvil y en el Internet. Tienen importancia los tiempos de
retardo para la transmisión de una señal del equipo terminal WAP
WAP-MS al Gateway WAP WAP-GW,
respectivamente del Gateway WAP WAP-GW al Web
Server WEB-SRV y en sentido contrario. Estos tiempos
de retardo, que dependen en especial de las rutas, respectivamente
de las vías de transmisión dentro de las redes, se designan en las
figuras 3 y 4 con tiempos Roundtrip t(W-RTT),
respectivamente t(I-RTT). Además, también
son esenciales los tiempos de respuesta
t(I-SRV), t(DNS) de los servidores de
Internet, del Origin Server, respectivamente del
Web-Server WEB-SRV y eventualmente
de un DNS-Server DNS-SRV del que se
pueden solicitar direcciones IP correspondientes al dominio Nombre.
Los retardos provocados por el web-Server
WEB-SRV están marcados en gris en las figuras 3 y
4. En el procesamiento de las señales en el equipo terminal WAP
WAP-MS también se producen retardos
t(COMP-A), t(COMP-B).
Siempre que en la red PLMN de telefonía móvil se utilice una
conexión lógica, respectivamente orientada hacia una conexión, es
preciso tener, además, en cuenta el tiempo (CON) de establecimiento
de la conexión (véase la figura 4), que depende del servicio
portador (GSM, GPRS, etc.) elegido.
En la figura 3 se representa el desarrollo del
flujo de datos en la red a probar de la figura 1 para una consulta
inicializada por el equipo terminal WAP, en la que no se utiliza en
la red PLMN de telefonía móvil una conexión orientada hacia una
conexión.
El equipo terminal WAP WAP-MS
emite un WAP-Request WSP-Get (URL)
provisto de un URL, que se transforma en el Gateway WAP
WAP-GW dentro del tiempo
t(GW-A) por medio de una transformación de
protocolo en el formato HTTP. Siempre que no exista ya, el
DNS-Server DNS-SRV consulta la
dirección IP correspondiente al dominio Nombre contenido en el
URL.
A continuación tiene lugar el establecimiento de
la conexión entre el WAP-Gateway
WAP-GW y el Web-Server
WEB-SRV de acuerdo con las normas del protocolo de
Internet Transport Control Protocol TCP. El establecimiento y la
disolución de las conexiones por medio de la gestión TCP de conexión
se describe por ejemplo en [2] en las páginas 558 - 576. Con la
inserción de bits SYN y FIN en la cabeza de los segmentos TCP
transmitidos se comunica a las unidades de las partes, que esta
conexión debe ser establecida o disuelta, lo que se confirma con la
inserción de un bit ACK en un segmento TCP devuelto a
continuación.
El WAP-Gateway
WAP-GW transmite, después del establecimiento de la
conexión el WAP-Request transmitido, respectivamente
el HTTP-Request HTTP-Get (URL)
resultante hacia el Web-Server
WEB-SRV, que prepara los contenidos solicitados y
los transmite después de un tiempo t(I-SRV)
de retardo por medio de una HTTP-Response al
WAP-Gateway WAP-GW. El tiempo entre
la transmisión del HTTP-Request y la recepción de la
HTTP-Response se designa en la figura 3 con
t(I-RSP) y se compone del tiempo Roundtrip
t(I-RTT) en el Internet y del tiempo
t(I-SRV) de respuesta del
Web-Server. Después de la transmisión de la HTTP-
Response se disuelve nuevamente la conexión
TCP-Response. El tiempo desde el comienzo del
establecimiento de la conexión hasta el final del establecimiento de
la conexión equivale en este caso al tiempo HTTP de sesión,
respectivamente al tiempo t(I-HS) de
sesión.
sesión.
En el WAP-Gateway
WAP-GW se transforma la
HTTP-Response, como se reescribió más arriba y
después del tiempo t(GW-B) de procesamiento
se envía una WSP-Reply correspondiente al equipo
terminal WAP WAP-MS, que, después de un tiempo
t(COMP-B) de procesamiento es presentada en
la pantalla del equipo terminal WAP-MS.
El tiempo desde la emisión del
WAP-Request hasta la recepción del
WAP-Reply se indica en la figura 3 como tiempo
t(W-RSP) de WAP-Response,
respectivamente tiempo de respuesta, que, incluidos los tiempos
t(COMP-A) y t(COMB-B)
en el equipo terminal WAP WAP-MS, equivale al tiempo
de respuesta comprobado por el usuario.
En la figura 4 se representa el desarrollo del
flujo de datos en la red a probar de la figura 1 para una consulta
inicializada por el equipo terminal WAP en la que se utiliza una
conexión lógica, respectivamente orientada hacia una conexión en
la red PLMN de telefonía móvil. En comparación con el flujo de datos
de la figura 3 se produce en este flujo de datos un retardo
t(CON) adicional para el establecimiento de la conexión
lógica. (Los principios de la transmisión de datos conmutada a
través de líneas y orientada hacia una conexión, de la transmisión
de datos orientada hacia una conexión conmutada por paquetes o la
transmisión de datos sin conexión conmutada por paquetes se
describen por ejemplo en [6] en las páginas 4 - 6).
El dispositivo para la prueba, eventualmente la
vigilancia de la red representado en la figura 1, que soporta los
equipos terminales WAP WAP-MS, que trabajan de
acuerdo con el protocolo WAP Wireless Application, posee un sistema
MMS de gestión conectado a través de un canal de comunicación, por
ejemplo de la red GSM/PSTN/SDN de telefonía pública o a través de
Internet con una unidad MTC de prueba móvil así como con al menos
una primera y eventualmente una segunda unidad STC1, STC2 de prueba
estacionaria, que se componen esencialmente de una computadora, por
ejemplo una computadora portátil, provista de un Software de prueba
y eventualmente las tarjetas de interfaz y/o de red necesarias.
Las unidades MTC, STC1, STC2 de prueba móviles y
estacionarias poseen, además una unidad GPS de generación de
tiempo, que sirve como base de tiempo común, con la que se pueden
concatenar los datos de medida con la información de tiempo. Como
referencia del tiempo sirve con preferencia el Global Positioning
System descrito en [5], Richard C. Dorf, THE ELECTRICAL
ENGINEERING HANDBOOK, página 2486.
La unidad MTC de prueba móvil está conectada,
como muestran las figuras 1 y 5a con preferencia con un equipo
terminal WAP WAP-MS o como muestra la figura 2 con
un servidor ASRV, eventualmente con un Short Message Service
Center de la red PLMN de telefonía móvil o directamente con una
entrada del lado del WAP del Gateway-WAP
WAP-GW.
Por medio de la unidad MTC de prueba móvil se
pueden realizar secuencias de prueba cargadas por el sistema MMS de
gestión. En el caso más sencillo se genera un solo
WAP-Request y después se recibe un
WAP-Replay correspondiente a él. Por medio del
sistema GPS de generación de tiempos se registran los instantes de
la transmisión y de la recepción de las señales.
Como muestra la figura 5a, la unidad MTC de
prueba móvil, que posee una aplicación de prueba con un stack de
protocolos WAP, está conectada a través de una primera interfaz
WAP-SS con el equipo terminal WAP
WAP-MS a través de la que tiene lugar una
comunicación del stack de protocolos WAP integrados en la
aplicación de prueba y el equipo terminal WAP
WAP-MS. Es posible la utilización de equipos
terminales de prueba WAP-MS provistos de interfaces
sin el stack de protocolos WAP o de equipos terminal WAP
WAP-MS normales con stack de protocolos WAP.
Siempre que en el equipo terminal WAP WAP-MS exista
un stack de protocolos WAP completo, se puede prescindir de un
stack de protocolos WAP y del Browser en la aplicación de prueba. El
mando del equipo terminal WAP WAP-MS por medio de
la unidad de prueba móvil se realiza por medio de órdenes de mando a
través de la primera interfaz WAP-SS. Los datos
WAP-Trace son transmitidos en este caso con
preferencia a través de una interfaz adicional, llamada segunda
interfaz GSM-SS en lo que sigue, a la unidad MTC de
prueba móvil.
Con preferencia, la unidad MTC de prueba móvil
extrae, además, a través de la segunda interfaz
GSM-SS datos Trace del stack de protocolos de la
red PLMN de telefonía móvil y de la interfaz aérea del equipo
terminal WAP WAP-MS.
La aplicación de prueba prevista en la unidad
MTC de prueba móvil posee con preferencia los módulos representados
en la figura 5c y se monta, como muestra la figura 5b, por medio
del stack de protocolos WAP sobre el nivel UDP/IP del sistema OS
operativo de la computadora utilizada.
Una vez realizada la configuración del sistema,
la unidad MTC móvil de prueba recibe del servidor de gestión MMS
las secuencias de prueba a realizar, con preferencia a través de la
interfaz aérea, el Internet o la red PSTN/ISDN de telefonía
pública. Antes del arranque de una secuencia de prueba se transmiten
eventualmente el nombre del usuario y el Password al
WAP-Gateway WAP-GW. Durante la
prueba se registran, como se describió más arriba, los datos Trace,
respectivamente los datos del desarrollo del flujo de datos del
stack de protocolos WAP, eventualmente también del stack de
protocolos de la red PLMN de telefonía móvil y de la interfaz aérea,
que se almacenan junto con la información GPS así con los
parámetros de prueba en un fichero LOG1 lógico.
La primera unidad STC1 de prueba estacionaria en
la figura 6a, conectada por medio de dos tarjetas
WAP-NWC, WSEB-NWC de red con el
WAP-Gateway WAP-GW, posee una
aplicación de prueba provista de una función de filtro. Por medio
de ajustes apropiados del filtro se registra por medio de las
tarjetas WAP-NWC, WEB-NWC en la
entrada del lado del WAP y en la entrada del lado del Internet del
WAP-Gateway WAP-GW el flujo de
datos generado por la unidad MTC de prueba móvil. Los datos
registrados se concatenan nuevamente con informaciones de tiempo y
se almacenan en uno o varios ficheros LOG2, LOG3 lógicos. El acceso
al flujo de datos es posible con la utilización de excitadores
especiales para las tarjetas WAP-NWC,
WEB-NWC utilizadas en la unidad STC1 de prueba
estacionaria o con funciones existentes del sistema operativo. Las
señales son identificadas en este caso por medio de la dirección IP
del equipo terminal WAP WAP-MS contenida como
dirección de origen o de destino en la señales localizadas,
respectivamente los datagramas. La dirección IP es asignada en este
caso al equipo terminal WAP WAP-MS por el sistema
MMS de gestión.
Siempre que se puedan despreciar los tiempos de
retardo generados por el WAP-Gateway
WAP-GW, también es posible registrar el flujo de
datos sólo en la entrada del lado del WAP o la entrada del lado de
Internet del WAP-Gateway
WAP-GW.
En una ejecución preferida del invento también
se registra el flujo de datos por medio de una unidad TSC2 de
prueba estacionaria adicional en el Web-Server
WEB-SRV por medio de la dirección IP del equipo
terminal WAP y se almacena en un fichero LOG4 lógico. Esto hace
posible una prueba precisa del Web-Server
WEB-SRV; en especial se pueden determinar con
exactitud su disponibilidad y sus tiempos
t(I-SRV) de respuesta.
Las unidades STC1, STC2 de prueba estacionarios
pueden trabajar, además, en un modo pasivo vigilando el tráfico de
datos por medio de funciones de filtro seleccionables, sin que se
inicializaran secuencias de prueba. Esto hace posible una base más
amplia de los resultados de las pruebas. Además, el dispositivo de
prueba según el invento también puede ser utilizado para la
vigilancia general de redes.
Después del desarrollo de las secuencias de
prueba se transmiten los ficheros LOG1, ... LOG4 lógicos con los
datos registrados al sistema MMS de gestión para su procesamiento
ulterior. La transmisión se realiza en este caso con preferencia a
través de un canal de comunicaciones de la red telefónica móvil o de
la red telefónica PSTN pública por cable o el Internet.
El sistema MMS de gestión representado en las
figuras 8a y 8b posee una arquitectura Client/Server y hace posible
con ello, que varios usuarios trabajen simultáneamente con el
sistema. El sistema MMS de gestión gobierna o coordina las unidades
MTC, STC1, STC2 de prueba móviles y estacionarias y transmite las
secuencias de prueba para su ejecución. Los datos, respectivamente
los ficheros LOG1, ... Log4 lógicos transmitidos por las unidades
MTC, STC1, STC2 de prueba móviles y estacionarias se almacenan en
un banco SQL-DB de datos.
El sistema MMS de gestión posee una aplicación
de gestión con diferentes módulos funcionales representados en la
figura 8c, cuyas funciones están especificadas. Una administración
de usuarios incorporada hace posible la creación de perfiles de
usuario y evita el acceso no autorizado a los datos almacenados. Por
medio de un módulo de análisis tiene lugar la evaluación de los
datos de medida transmitidos con los ficheros LOG1, ... LOG4
lógicos, que sólo pueden ser comparadas aquí entre sí con la
colaboración de las correspondientes informaciones de tiempo o
marcas de tiempo. A continuación se pueden generar reports y
estadísticas para los usuarios, los proveedores de servicios y los
gestores de redes.
El sistema MMS de gestión también contiene con
preferencia un Browser-WAP, que se puede utilizar
ventajosamente para la creación y la configuración de pruebas WAP.
El desarrollo de una prueba puede ser determinado con la ejecución
manual de diferentes acciones, que se registran y almacenan. Con la
yuxtaposición de diferentes pruebas se crean entonces campañas de
medida o de prueba, respectivamente secuencias de prueba, que se
transmiten eventualmente en una forma adaptada a las unidades MTC,
STC1, STC2 de prueba móvil y estacionarias. El sistema de gestión
asigna, además, a la unidad MTC de prueba móvil una dirección IP.
La dirección IP, que se utiliza en los campos Source Adress y
Destination Adress de los paquetes IP es unívoca. Ninguna máquina
tiene la misma dirección que otra (véase [2], páginas 446 - 447).
Filtrando esta dirección IP es posible, que las unidades STC1, STC2
de prueba estacionarias registren y almacenen el flujo de datos de
la secuencia de prueba generado por la unidad MTC de prueba
móvil.
El sistema MMS de gestión también puede conmutar
las unidades STC!, STC2 de prueba estacionarias al modo pasivo para
el que el sistema MMS de gestión define el ajuste del filtro así
como otros parámetros, como la duración del registro, los umbrales
de alarma y los tiempos máximos de respuesta y los transmite a las
unidades STC1, STC2 de prueba estacionarias.
Por medio de los datos de medida se determinan
en el sistema MMS de gestión los retardos
- de la transmisión dentro de la red PLMV de telefonía móvil,
- de la transmisión en el Internet,
- del procesamiento y la transmisión de señales (REQUEST/RESPONSE) en el WAP-Gateway WAP-GW,
- del procesamiento de las señales (REQUEST/RESPONSE) en el Web-Server WEB-SRV, que sirve como Origin-Server y eventualmente en el DNS-Server DNS-SRV previsto para la administración de las direcciones IP,
- del procesamiento de las señales (REQUEST/RESPONSE) en los equipos terminales WAP WAP-MS y/o
- del establecimiento de la conexión y eventualmente la disolución de conexiones orientadas hacia una conexión, respectivamente las conexiones lógicas en la red PLMN de telefonía móvil.
Por medio de los datos de medida, con
preferencia también se calcula en el sistema MMS de gestión
- la tasa de pérdidas de paquetes,
- la tasa de transmisión de datos y/o
- la disponibilidad y/o la posibilidad de acceso al Web-Server WEB-SRV, que sirve como Origin-Server.
Para el usuario WAP es naturalmente
especialmente importante el cálculo del tiempo
t(W-RSP) de respuesta desde la emisión de un
WAP-Request hasta la recepción de un
WAP-Reply. También tiene importancia el tiempo
t(I-HS) de sesión para el establecimiento
la disolución de una conexión y para la transmisión de los
contenidos solicitados entre el WAP-Gateway
WAP-GW y el Web-Server
WEB-SRV.
El procedimiento y el dispositivo según el
invento hacen posible, por ello, la determinación rápida del estado
de las modificaciones de la red y de los servicios ofrecidos así
como la localización y las causa de las modificaciones detectadas.
Para el proveedor de servicios y el operador de redes son
especialmente valiosos las informaciones y los análisis, soportados
eventualmente por estadísticas, que hacen posible identificar y
subsanar prematuramente los problemas en la red. Dado que en los
análisis también se establece una relación entre los contenidos
transmitidos y los resultados de las mediciones, se obtiene una
prueba completa de la red, que también permite a los proveedores de
contenidos optimar las ofertas y reducir los tiempos de acceso a las
páginas publicadas.
[1] Jerry D. Gibson, THE COMMUNICATIONS
HANDBOOK, CRC PRESS, Boca Raton 1997.
[2] Andrew S. Tanenbaum,
Computernetzwerke, Prentice-Hall Inc., Munich
1998, 3ª edición.
[3] Wireless Application Protocol Forum,
"Wireless Application Protocol Architecture Specification",
version del 30.04.1998, editado a través de
HTTP://WWW.WAPFORUM.ORG.
[4] R. Sellin, Neue mobile Perspektiven
mit WAP und GPR, Der Fernmeldeingenieur, Verlag für Wissenschaft und
Leben Georg Heidecker GmbH, fascículo 5/'00, Erlangen
2000.
[5] Richard C. Dorf, THE ELECTRICAL
ENGINEERING HANDBOOK, CRC PRESS, Boca Raton 1997.
[6] H. Orlamünder, IP und ATM, Der
Fernmeldeingenieur, Verlag für Wissenchaft und Leben Georg Heidecker
GmbH, fascículo 4/'99, Erlangen 1999.
Claims (16)
1. Procedimiento para la prueba, eventualmente
la vigilancia de una red, que soporta equipos terminales WAP
(WAP-MS), que trabajan con el protocolo WAP Wireless
Application y que posee un WAP-Gateway
(WAP-GW), que conecta entre sí una red (PLMN) de
telefonía móvil y una red, que trabaja con los protocolos TCP/IP de
Internet, con el Internet o con un Intranet y que sirve para la
adaptación de los protocolos (WAP, HTTP) de las señales
(REQUEST/RESPONSE) transmitidas, caracterizado porque se
prevé un dispositivo (MMS) de gestión, que sirve para el mando de
al menos una primera unidad (TSC1) de prueba estacionaria y de una
unidad (MTC) de prueba móvil, por medio del que se generan
Individualmente o en paralelo WAP-Requests, se
reciben WAP-Replies correspondientes a ellos y se
registran los instantes de la transmisión y de la recepción de las
señales, registrando, por medio de la primera unidad (STC1) de
prueba estacionaria, el desarrollo del flujo de datos de los
procesos de comunicación, que se desarrollan individualmente o en
paralelo entre la unidad (MTC) de prueba móvil y un
Web-Server (WEB-SRV),
- a)
- en la entrada del lado del WAP del WAP-Gateway (WAP-GW) o
- b)
- en la entrada del lado de Internet del WAP-Gateway (WAP-GW) o
- c)
- en la entrada del lado del WAP y en el lado de entrada de Internet del WAP-Gateway (WAP-GW)
y eventualmente por medio de una
segunda unidad (STC2) de prueba estacionaria en el
Web-Server (WEB-SRV), siendo
transmitidos después los datos registrados al dispositivo (MMS) de
gestión para el
procesamiento.
2. Procedimiento según la reivindicación 1,
caracterizado porque la unidad (MTC) de prueba móvil está
conectada con un equipo terminal WAP (WAP-MS) con
el que se generan WAP-Requests y se reciben
WAP-Responses.
3. Procedimiento según la reivindicación 1 o 2,
caracterizado porque a la unidad (MTC) de prueba móvil se
asigna eventualmente por el dispositivo (MMS) de gestión una
dirección IP con la que se registra el tráfico de datos entre la
unidad (MTC) de prueba móvil y el Web-Server
(WEB-SRV).
4. Procedimiento según la reivindicación 1, 2 o
3, caracterizado porque los datos registrados se concatenan
con informaciones de tiempo derivadas de una base de tiempo común,
eventualmente de una referencia de tiempo del Global Positioning
System.
5. Procedimiento según una de las
reivindicaciones 1 a 4, caracterizado porque por medio de
datos de medida se detectan en el dispositivo (MMS) de gestión
retardos
- a)
- de la transmisión dentro de la red (PLMN) de telefonía móvil,
- b)
- de la transmisión en el Internet,
- c)
- del procesamiento y de la transmisión de señales (REQUEST/RESPONSE) dentro del WAP-Gateway (WAP-GW),
- d)
- del procesamiento y de la transmisión de las señales (REQUEST/RESPONSE) dentro del Web-Server (WEB-SRV), que sirve como Origin-Server y eventualmente del DNS-Server (DENS-SRV) previsto para la administración de las direcciones IP,
- e)
- del procesamiento de las señales (REQUEST/RESPONSE) dentro del equipo terminal WAP (WAP-MS) y/o
- f)
- del establecimiento de la conexión y eventualmente de la disolución de la conexión de conexiones lógicas en la red (PLMN) de telefonía móvil.
6. Procedimiento según una de las
reivindicaciones 1 a 5, caracterizado porque por medio de
datos de medida se calculan en el dispositivo (MMS) de gestión
- a)
- la tasa de pérdida de paquetes,
- b)
- la tasa de transmisión de datos y/o
- c)
- la disponibilidad y/o la posibilidad de acceso del Web-Server (WEB-SRV), que sirve como Origin-Server.
7. Procedimiento según una de las
reivindicaciones 1 a 6, caracterizado porque por medio de
datos de medida se calculan en el dispositivo (MMS) de gestión el
tiempo t(W-RSP) de respuesta desde la emisión
de un WAP-Request hasta la recepción de un
WAP-Reply y/o el tiempo
t(I-HS) de sesión correspondiente para el
establecimiento y la disolución de una conexión y para la
transmisión de los contenidos solicitados entre el
WAP-Gateway (WAP-GW) y el
Web-Server (WEB-SRV).
8. Procedimiento según una de las
reivindicaciones 1 a 7, caracterizado porque se registra el
desarrollo del flujo de datos para diferentes contenidos y/o
aplicaciones.
9. Procedimiento según una de las
reivindicaciones 1 a 8, caracterizado porque en función de
los resultados obtenidos con el dispositivo (MMS) de gestión se
optimizan los recursos de la red y los contenidos y/o aplicaciones
ofrecidos en los Web-Server
(WEB-SRV) probados.
10. Procedimiento para la prueba, eventualmente
la vigilancia de una red, que soporta equipos terminales WAP
(WAP-MS), que trabajan con el protocolo WAP Wireless
Application y que posee un WAP-Gateway
(WAP-GW), que conecta entre sí una red (PLMN) de
telefonía móvil y una red, que trabaja con los protocolos TCP/IP de
Internet, con el Internet o con un Intranet y que sirve para la
adaptación de los protocolos (WAP, HTTP) de las señales
(REQUEST/RESPONSE) transmitidas, caracterizado porque se
prevé un dispositivo (MMS) de gestión, conectado a través de un
canal de comunicaciones con al menos un a primera unidad (STC1) de
prueba estacionaria y con una unidad (MTC) de prueba móvil, con la
que se pueden generar WAP-Requests individuales o en
paralelo, se pueden recibir WAP-Replies
correspondientes a ellos y se pueden registrar los instantes de la
emisión y de la recepción de las señales, porque el desarrollo del
flujo de datos de los procesos de comunicación, que se desarrollan
individualmente o en paralelo entre la unidad (MTC) de prueba móvil
y un Web-Server (WEB-SRV) puede ser
registrado por medio de la unidad (STC1) de prueba estacionaria
- a)
- en la entrada del lado del WAP del WAP-Gateway (WAP-GW) o
- b)
- en la entrada del lado de Internet del WAP-Gateway (WAP-GW) o
- c)
- en la entrada del lado del WAP y en la entrada del lado de Internet del WAP-Gateway (WAP-GW)
y eventualmente con una segunda
unidad (STC2) de prueba estacionaria en el
Web-Server (WEB-SRV) y porque los
datos registrados pueden ser transmitidos al dispositivo (MMS) de
gestión para su procesamiento
ulterior.
11. Dispositivo según la reivindicación 10,
caracterizado porque la unidad (MTC) de prueba móvil está
conectada con un equipo terminal WAP (WAP-MS), con
un Server (ASRV) de la red (PLMN) de telefonía móvil o directamente
con la entrada del lado del WAP del WAP-Gateway
(WAP-GW).
12. Dispositivo según la reivindicación 10 u 11,
caracterizado porque las unidades (MTC, STC1, STC2) de prueba
móviles y estacionarias están conectadas con una unidad (GPS) de
generación de tiempos con la que se pueden concatenar los datos
medidos con informaciones de tiempo derivadas de una base de tiempo
común, eventualmente una referencia de tiempo del Global
Positioning System.
13. Dispositivo según la reivindicación 10, 11 o
12, caracterizado porque la unidad (MTC) de prueba móvil
posee una aplicación de prueba con un stack de protocolos WAP con el
que la unidad (MTC) de prueba móvil comunica, a través de una
primera interfaz, con el equipo terminal WAP
(WAP-MS) o porque la unidad (MTC) de prueba móvil
posee una aplicación de prueba sin stack de protocolos WAP y
gobierna el equipo terminal WAP (WAP-MS) provisto
de un stack de protocolos WAP a través de una primera interfaz y
porque la unidad (MTC) de prueba móvil está conectada eventualmente
a través de una segunda interfaz con el equipo terminal WAP
(WAP-MS) a través de la que se pueden extraer los
datos del stack de protocolos de la red (PLMN) de telefonía móvil
previsto en el equipo terminal WAP (WAP-MS).
14. Dispositivo según una de las
reivindicaciones 10 a 13, caracterizado porque la primera
unidad (STC1) de prueba estacionaria, conectada a través de una
tarjeta de red con el WAP-Gateway
(WAP-GW), posee una aplicación de prueba, que, por
medio de un filtro, puede registrar datos del tráfico de datos
generado por la unidad (MTC) de prueba móvil.
15. Dispositivo según una de las
reivindicaciones 10 a 14, caracterizado porque el
dispositivo (MMS) de gestión se presta para el mando de dos o más
unidades (MTC, STC1, STC2) de prueba móviles y estacionarias así
como para la transmisión de instrucciones de prueba así como para
la recepción y la evaluación de los datos registrados de la unidad
(MTC, STC1, STC2) de prueba móviles y estacionarias.
16. Dispositivo según una de las
reivindicaciones 9 a 15, caracterizado porque las unidades
(MTC, STC1, STC2) de prueba móviles y estacionarias están
conectadas con el dispositivo (MMS) de gestión a través de la red
probada o a través de vías de comunicación separadas, eventualmente
a través de una red (GSM, PSTN) de telefonía móvil o por cable o el
Internet.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CH2942001 | 2001-02-20 | ||
| CH29401/01 | 2001-02-20 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2282291T3 true ES2282291T3 (es) | 2007-10-16 |
Family
ID=4488434
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01971598T Expired - Lifetime ES2282291T3 (es) | 2001-02-20 | 2001-10-10 | Procedimiento y dispositivo para verificar una red que soporta terminales wap. |
Country Status (5)
| Country | Link |
|---|---|
| EP (1) | EP1364516B8 (es) |
| AT (1) | ATE354246T1 (es) |
| DE (1) | DE50112051D1 (es) |
| ES (1) | ES2282291T3 (es) |
| WO (1) | WO2002067546A1 (es) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4262532B2 (ja) * | 2003-06-20 | 2009-05-13 | 株式会社日立産機システム | 監視システムの制御方法 |
| SG118193A1 (en) * | 2003-07-03 | 2006-01-27 | Nanyang Polytechnic | A method and system for selective control of MMS service in well defined premises |
| GB2424793A (en) * | 2005-03-30 | 2006-10-04 | Agilent Technologies Inc | Monitoring a telecommunications network |
| JP5443625B2 (ja) | 2010-03-01 | 2014-03-19 | インターデイジタル パテント ホールディングス インコーポレイテッド | マシンツーマシンゲートウェイのアーキテクチャおよび機能性 |
| CN111371654B (zh) * | 2020-03-18 | 2022-10-14 | 四川九州电子科技股份有限公司 | 一种智能融合产品网口自动化测试系统和方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19937753A1 (de) * | 1999-08-10 | 2001-02-15 | Deutsche Telekom Ag | System und Verfahren zum Testen der Belastung wenigstens einer IP-gestützten Einrichtung |
-
2001
- 2001-10-10 WO PCT/CH2001/000612 patent/WO2002067546A1/de active IP Right Grant
- 2001-10-10 ES ES01971598T patent/ES2282291T3/es not_active Expired - Lifetime
- 2001-10-10 DE DE50112051T patent/DE50112051D1/de not_active Expired - Lifetime
- 2001-10-10 AT AT01971598T patent/ATE354246T1/de not_active IP Right Cessation
- 2001-10-10 EP EP01971598A patent/EP1364516B8/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1364516B8 (de) | 2007-05-30 |
| EP1364516A1 (de) | 2003-11-26 |
| DE50112051D1 (de) | 2007-03-29 |
| EP1364516B1 (de) | 2007-02-14 |
| WO2002067546A1 (de) | 2002-08-29 |
| ATE354246T1 (de) | 2007-03-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7353272B2 (en) | Method and system for internet performance monitoring and analysis including user interface and periodic information measurement and collection | |
| US7702317B2 (en) | System and method to query wireless network offerings | |
| US7565336B2 (en) | Method and apparatus for measurement, analysis, and optimization of content delivery | |
| EP1671506B1 (en) | Performance management of cellular mobile packet data networks | |
| FI104873B (fi) | Datapalvelu matkaviestinverkossa | |
| US8554950B2 (en) | System and method for providing remote data access and transcoding for a mobile communication device | |
| Chakravorty et al. | Performance optimizations for wireless wide-area networks: Comparative study and experimental evaluation | |
| US20030009583A1 (en) | Protocol for accelerating messages in a wireless communications environment | |
| Ardon et al. | MARCH: a distributed content adaptation architecture | |
| US20020169847A1 (en) | Method of providing a proxy server based service to a communications device on a network | |
| ES2282291T3 (es) | Procedimiento y dispositivo para verificar una red que soporta terminales wap. | |
| US20030023717A1 (en) | Method and apparatus to reveal the usability of an internet web site | |
| US7444674B1 (en) | End-to-end security of transactions between a mobile terminal and an internet server at the application level | |
| US20020067742A1 (en) | Management of WAP gateway through SNMP | |
| AU2002315642A1 (en) | Method for carrying out monitoring measures and information searches in telecommunication and data networks with, for instance, internet protocol (ip) | |
| KR20020039100A (ko) | 패킷 모니터링을 이용한 컨텐츠 사용량 수집 및분석방법과 그 장치 | |
| Hadjiefthymiades et al. | A Survey of Web Architectures for Wireless Communication Environments. | |
| FI112139B (fi) | Dataverkon liittäminen matkaviestinjärjestelmään | |
| Sun et al. | Design and implementation of Java-based HTTP input channel for integrated WLAN and GPRS networks | |
| TARNAY et al. | Wireless application protocol (WAP)-State of the art | |
| Knyziak et al. | The new prospects of distributed measurement systems using Java/spl trade/2 Micro Edition mobile phone | |
| Eklund et al. | Deployment of a WAP platform | |
| Park et al. | Implementation of Real-Time Wireless Web Server Load Monitoring System |