[go: up one dir, main page]

MX2012003520A - Un metodo para analizar el desempeño de una red de comunicaciones y herramienta para dicho analisis. - Google Patents

Un metodo para analizar el desempeño de una red de comunicaciones y herramienta para dicho analisis.

Info

Publication number
MX2012003520A
MX2012003520A MX2012003520A MX2012003520A MX2012003520A MX 2012003520 A MX2012003520 A MX 2012003520A MX 2012003520 A MX2012003520 A MX 2012003520A MX 2012003520 A MX2012003520 A MX 2012003520A MX 2012003520 A MX2012003520 A MX 2012003520A
Authority
MX
Mexico
Prior art keywords
server
mobile device
message
servers
mobile
Prior art date
Application number
MX2012003520A
Other languages
English (en)
Inventor
John Anthony Underwood
Christopher Edward Keys
Rainer Leinonen
Markku Kero
Original Assignee
3Rd Brand Pte Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 3Rd Brand Pte Ltd filed Critical 3Rd Brand Pte Ltd
Publication of MX2012003520A publication Critical patent/MX2012003520A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/06Generation of reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • H04L43/0864Round trip delays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/106Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/06Testing, supervising or monitoring using simulated traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20Transfer of user or subscriber data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • Environmental & Geological Engineering (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)
  • Monitoring And Testing Of Exchanges (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

Se describe un método para determinar el desempeño de una red de comunicaciones, dicho método comprende los pasos de transmitir un mensaje desde un dispositivo móvil a por lo menos un servidor, cada servidor de ese servidor o servidores es configurado para dirigir el mensaje de vuelta al dispositivo móvil; recibir en el dispositivo móvil los mensajes devueltos por el servidor o servidores; calcular un diferencial de tiempo entre la transmisión del mensaje por dicho dispositivo móvil y recepción de los mensajes, devueltos por cada servidor dentro del servidor o servidores, por dicho dispositivo móvil; y reenviar el diferencial calculado a un servidor primario seleccionado de entre el servidor o servidores para almacenamiento.

Description

UN MÉTODO PARA ANALIZAR EL DESEMPEÑO DE UNA RED DE COMUNICACIONES Y HERRAMIENTA PARA DICHO ANÁLISIS CAMPO DE LA INVENCIÓN La presente invención se relaciona con sistemas y métodos para analizar el rendimiento de una red. En particular, aunque no de modo exclusivo, la presente invención se relaciona con la provisión de una herramienta para monitorear una red en sistemas de telecomunicación móvil.
ANTECEDENTES DE LA TÉCNICA ANTERIOR Las redes móviles involucran una gran cantidad de componentes que van desde los controladores de la red radio (RNC, proviene del inglés "Radio Network Controller") a los nodos pasarelas de soporte GPRS (GGSNs, proviene del inglés "Gateway GPRS SupportNode" ) con cortafuegos, routers y otros dispositivos. Los servicios de información a través de las redes móviles, de cualquier tecnología subyacente, aún son un desarrollo reciente. Por ello, los proveedores de servicios de telefonía móvil aún desarrollan procedimientos y herramientas para permitirles monitorizar, ajustar y mejorar estas redes de información.
Generalmente los proveedores son capaces de implementar un amplio rango de monitorizaciones y sondeos en la infraestructura del núcleo paquetes para monitorear su desempeño. Sin embargo, no existe un modo actual para proporcionar un monitoreo constante de la "experiencia del usuario" en lo que concierne a la red de datos. La experiencia de un usuario de los servicios de información puede variar ampliamente de acuerdo con la ubicación y otros varios factores. Por ejemplo, un núcleo de paquete de red, puede estar rindiendo extremadamente bien, pero si las torres de telefonía celular. están alineadas incorrectamente, muchos usuarios en .un área en particular pueden experimentar un mal desempeño de la red. Proporcionar una experiencia consistente al usuario en éste ambiente es problemático dada la falta de visibilidad más allá del núcleo del paquete.
Claramente sería ventajoso proporcionar una herramienta para monitoreo que sea . capaz de proporcionar información sobre el rendimiento de„.una red más allá del núcleo del paquete. También sería ventajoso proporcionar una herramienta para monitoreo que pueda ser utilizada como carga útil escondida a un cliente, de mensajería móvil suministrada por el proveedor, para, permitir la realización de un gran volumen de pruebas a través de toda la red.
SUMARIO DE LA INVENCIÓN Por consiguiente, en un aspecto de la presente invención se proporciona un método para determinar el desempeño de una red de comunicaciones, dicho método comprende los pasos de: transmitir un mensaje desde un dispositivo móvil a uno o más servidores configurados para dirigir el mensaje de vuelta hacia el dispositivo móvil; recibir en el dispositivo móvil los mensajes devueltos por dicho uno o más servidores; calcular un diferencial de tiempo entre la transmisión del mensaje por dicho dispositivo móvil y la recepción de los mensajes devueltos por el uno o más servidores por dicho, dispositivo móvil; y reenviar la diferencia de tiempo calculada a un servidor primario seleccionado del servidor o servidores para almacenamiento. . .
Adecuadamente el mensaje enviado por el dispositivo móvil al servidor o . s.ervidores incluye el número de identificación del dispositivo móvil (MIN, que proviene del inglés "Mobile Identification Number") que es registrado con al menos uno de los servidores.
El mensaje se mantiene lo. suficientemente pequeño para que el proceso transparente .para el usuario y para prevenir gastos indirectos innecesarios que podría afectar contrariamente la experiencia del usuario. Adecuadamente el mensaje se encuentra más o menos en el orden de los 100 bytes .
Preferentemente cada servidor aplica sello de la hora en el mensaje cuando dirige el mensaje de vuelta al dispositivo móvil para permitirle a la herramienta de monitoreo calcular el tiempo de tramos de entrada y salida del viaje en ambos sentidos del mensaje.
El paso de transmitir el mensaje puede ser realizado en intervalos regulares. Adecuadamente el intervalo entre cada transmisión del .mensaje es establecido para mantener el consumo energético requerido en el proceso mínimo para no afectar contrariamente la vida útil de la batería del dispositivo móvil. Por ejemplo el intervalo entre cada transmisión puede ser establecido en un período de 55 a 61 minutos. El servidor primario puede instruir al cliente de prueba móvil que varíe la longitud del intervalo entre cada transmisión del mensaje en base a requisitos de prueba de equipo de red o basado, dinámicamente en el rendimiento de red actual para obtener datos más detallados de la prueba.
El paso de calcular el diferencial de tiempo puede incluir además los pasos de calcular el tiempo entre el envío inicial y la respuesta, .subsiguiente en cada mensaje de prueba. Alternativamente ..el paso de calcular el diferencial de tiempo puede incluir el paso de calcular un valor combinado/promedio de todos los servidores dentro de uno o más servidores. La utilización de servidores múltiples puede eliminar cuestiones especificas a un único servidor y permitir al proveedor de servicio de red ajustar una cuestión especifica de la red en lugar de una anomalía particular dentro de un sector determinado.
Adecuadamente el paso de reenviar la diferencia de tiempo calculada al servidor primario incluye reenviar información acerca del tipo de dispositivo móvil, la aplicación usada para enviar el mensaje, el modo de conexión entre el dispositivo móvil y la red de comunicaciones, la identificación del usuario del suscriptor móvil, el número de identificación del dispositivo móvil, etc., identificación del celular y número de sector en donde el móvil se encuentra ubicado.
El método puede incluir además el paso de formular informes basados en el diferencial de tiempo y el tipo de dispositivo móvil, la aplicación usada para enviar el mensaje, el modo de conexión entre el dispositivo móvil y la red de comunicaciones, la identificación del usuario del suscriptor móvil, el número de identificación del dispositivo móvil, etc. Preferentemente el informe se encuentra en un formato de un extracto Excel de los datos sin procesar por24 horas, a diario. Adecuadamente los informes son proporcionados en tiempo real o cerca del tiempo real via una página web a través de mensajes del servicio de mensajes cortos (SMS, proviene del inglés "Short Message Service"), correo electrónico o similares, a diario. Preferentemente, los informes incluyen datos que identifican cuestiones de rendimiento en sitios celulares específicos y sectores de sitios celulares para permitir a los proveedores concentrarse en los recursos escasos donde pueden proveer más beneficios a los consumidores.
El método también puede incluir el paso de reenviar un diferencial de tiempo establecido al servidor primario, el intervalo de tiempo establecido siendo un indicativo de un evento en tiempo, de espera en donde el mensaje devuelto desde los servidores no ha sido recibido por el dispositivo móvil dentro del período preestablecido. Preferentemente el período preestablecido es inicialmente establecido en 10 minutos, aunque dicho período preestablecido puede ser variado a un período para que pueda ser óptimo para su objetivo. El servidor primario puede variar el período preestablecido de acuerdo con una variación del período predeterminado. Alternativamente un evento fuera de tiempo puede ser indicado a través de un código en la transacción al servidor primario.
Adecuadamente el método puede ser implementado sin la interacción de usuario final. En tales casos el dispositivo móvil incluye una aplicación dedicada que causa que el dispositivo móvil envié mensajes a los servidores en intervalos regulares. La aplicación se encuentra en comunicación con el servidor primario y responde a las instrucciones transmitidas desde el servidor para alterar los intervalos en los que transmite mensajes a los servidores. Alternativamente un método de monitoreo puede ser activado manualmente por un usuario del dispositivo móvil a través de una o más pantallas de usuario.
Donde el método es implementado a través de una aplicación dedicada instalada en el dispositivo móvil la aplicación puede utilizar una o más aplicaciones auxiliares en el dispositivo móvil para enviar, mensajes al servidor o servidores. El servidor primario puede desactivar la aplicación dedicada cuando no se requiere más monitoreo. En tales instancias los servidores pueden establecer los intervalos de transmisión en un gran marco de tiempo, por ejemplo, 9999 minutos. Alternativamente el servidor primario puede enviar una instrucción especifica a la aplicación del cliente móvil para detener el monitoreo. Donde la aplicación del cliente., móvil se encuentra escondida dentro de otra aplicación como una aplicación de mensajería móvil, el proveedor de red móvil debe asegurar resultados sin inconvenientes al consumidor.
Adecuadamente esto incluiría asegurar, que al consumidor no se le cobra ningún uso de información resultante de la herramienta para monitoreo.
Además, los volúmenes de prueba deben ser mantenidos en un nivel bajo para minimizar el consumo de batería o cualquier otro impacto en la experiencia móvil del consumidor.
A lo largo de la especificación el término "comprende" deberá ser entendido con un amplio significado similar al del término "incluye" y se entenderá que implica la inclusión de un número entero o paso o grupo de números enteros o pasos pero no la exclusión de ningún otro número enteros o paso o grupo de números enteros o pasos. Esta definición también se aplica a variaciones del término "comprende" como por ejemplo "comprendiendo".
BREVE DESCRIPCIÓN DE LOS DIBUJOS O FIGURAS A fines de que esta invención sea mejor comprendida y puesta en efecto práctico, se hará referencia a las figuras que acompañan, que ilustran, representaciones preferidas de la invención y en donde: La Figura 1 es un diagrama esquemático que ilustra la operación de una herramienta para monitoreo de red para una representación de la presente invención; La Figura 2 es un diagrama esquemático que ilustra la operación de una herramienta para monitoreo de red para otra representación de la presente invención; La Figura 3 es un diagrama esquemático que ilustra el flujo de transacción para la herramienta para monitoreo de red de acuerdo con una representación de la presente invención; La Figura 4 es un diagrama esquemático que ilustra la operación de una herramienta para monitoreo de red de acuerdo con otra representación de la presente invención; y Las Figuras 5A a 5e son una serie de pantallas de usuarios para uso en la herramienta . para monitoreo de red de acuerdo con una representación de la presente invención.
DESCRIPCIÓN DE LAS MODALIDADES DE LA INVENCIÓN En referencia a la Figura 1, se encuentra ilustrada la operación de una herramienta para monitoreo de red de acuerdo con una representación de la presente invención. En este ejemplo la herramienta para monitoreo es usada como una aplicación en un dispositivo móvil intermitente dentro de una red.
Como se ilustra, la herramienta para monitoreo de red causa que el dispositivo móvil 101 envíe un mensaje 104 a un servidor 102 (conocido como el servidor de conexión) asociado con la red. El mensaje 10.4 es de al menos 100 bytes y contiene el número de identificación del dispositivo móvil (MIN) que es registrado con el servidor de conexión 102. Transmitir un mensaje de un tamaño considerable, como de 100 bytes, asegura que la herramienta para monitoreo puede, con un grado de precisión, establecer una linea de base para el desempeño de la red, que puede ser considerada en un futuro análisis.
Ante la recepción del mensaje 104 el servidor de conexión 102inmediatamente reenvía el mensaje de vuelta 105 al dispositivo móvil 101. La herramienta para monitoreo de red luego calcula el tiempo de propagación en ambos sentidos (RTT, proviene del inglés "Round Trip Time") del mensaje al comparar las estampas de. hora aplicadas por el dispositivo móvil a los mensajes enviados y recibidos para determinar el tiempo transcurrido., total. El tiempo de propagación en ambos sentidos es. „luego reenviadol06 al servidor de contacto 102 para almacenamiento en la base de datos 107 para fines de registro e informes.
La Figura 2 ilustra . la operación de una herramienta para monitoreo de red de acuerdo con otra representación de la presente invención. En este ejemplo particular la herramienta de monitoreo de red causa que el dispositivo móvil 101 envíe simultáneamente un mensaje 104, 204 al servidor de conexiónl02 y a . un segundo servidor 202 conocido como el servidor dedicado RTT.
Ante la recepción del mensaje ambos, el servidor de conexión 102 y el servidor RTT 202, reenvían el mensaje directamente de vuelta al dispositivo móvil 105,205. Ante la recepción de los mensajes devueltos de ambos el servidor de conexión y el RTT 102, 202, el dispositivo móvil luego procede a calcular el tiempo de propagación en ambos sentidos .
Mientras que el RTT calculado en esta instancia puede no ser una visión del todo precisa del RTT real, brindará sin embargo, una medida de la salud general de la red y una vez que se establecen tendencias, puede ser utilizado para identificar períodos de buen o mal desempeño en relación a la línea de base, . , La Figura 3 ilustra el flujo de transacción para el proceso de cálculo e informes de RTT de acuerdo con una representación de la presente invención.
Como se ilustra, el dispositivo móvil primero abre a través de un cliente móvil una conexión HTTP 500 en la red 501, si no hay una ya abierta. La red 501 crea el contexto del protocolo de datos por paquetes PDP (proviene del inglés "Packet Data Protocol") requerido para la nueva conexión HTTP 502. Una vez que la conexión HTTP está establecida, el cliente móvil envía 503 información de prueba RTT, en la forma de mensajes 104, 204, al servidor de conexión 102 y al servidor RTT 202 utilizando el 52-789 protocolo de control de transmisión TCP (proviene del inglés"Transmission Control Protocol") . El cliente móvil luego espera 513 por la respuesta de ambos servidores el de conexión y el RTT 102, 202.
Ante la recepción de la información de prueba RTT504 el servidor de conexión 102 envía una respuesta RTT 505 en la forma de un mensaje 105.
De manera similar el servidor RTT 202 ante la recepción de la información de prueba RTT 506 el servidor RTT 202envía una respuesta RTT 507 en la forma de. un mensaje 205. Ante la recepción 508 de los mensajes 105, 205 el cliente móvil luego calcula los tiempos RTT 509. Una vez que el cliente móvil ha calculado los tiempos RTT procede a enviar un informe RTT 510 al servidor RTT 202 a través de un mensaje 106. El servidor RTT 202 lego guarda. el informe 511 en una base de datos. Una vez que esto es completado, el servidor RTT 202 puede entonces proceder a -enviar un mensaje de respuesta512 al cliente móvil a través de un mensaje 108. El mensaje 108 puede contener un resumen de datos RTT que el cliente móvil puede visualizar 514en la pantalla del dispositivo móvil.
Un ejemplo de la herramienta para monitoreo de red en uso se ilustra en la Figura . En este caso la herramienta para monitoreo de red es una aplicación usada en una pluralidad de aparatos móviles, itinerantes dentro de 52-789 una red móvil de comunicaciones. Para claridad de la descripción, la siguiente exposición se enfocará en el cálculo del tiempo de propagación en ambos sentidos (RTT) para un único celular con la red sirviendo a una pluralidad de teléfonos móviles. El celular es acoplado a través del núcleo de red al servidor de conexión 102 y el servidor RTT202.
En este ejemplo el primer espacio 301 del celular 300 sirve dos aparatos 101a, 101b mientras que el segundo y tercer espacio 302, 303 cada uno sirve un único aparato 101c, lOld. Como se ilustra, el dispositivo móvillOla, 101b, 101c cada uno envía un mensaje 104a, 104b, 104c al servidor de conexión 102, el servidor.de conexión 102 luego reenvía cada mensaje 105a, 105b, 105c directamente de vuelta a cada respectivo dispositivo móvil 101a, 101b, 101c. Como en el caso de los ejemplos arriba mencionados, cada uno de los dispositivos móviles que utiliza la aplicación móvil puede enviar un mensaje204a, 204b, 2,04c simultáneamente al servidor RTT 202, el servidor RTT 202 inmediatamente reenvía cada mensaje de vuelta a los dispositivos móviles relevantes 205a, 205b, 205c.
Alternativamente la aplicación de monitoreo de red puede esperar que un temporizador se complete antes de abrir una conexión al servidor RTT 202. El temporizador es configurado en un intervalo de tiempo predeterminado, la 52-789 longitud del intervalo de tiempo predeterminado está basada en varios factores como la cantidad de dispositivos que están siendo muestreados dentro de la red, el consumo de energía de los dispositivos, etc. En efecto, el temporizador controla el índice de muestreo de la información RTT del dispositivo móvil, es decir, dicta los tiempos de envío del mensaje para facilitar el cálculo RTT. En cualquier caso, el tiempo de muestreo es mantenido grande dado el volumen potencial de muestras que pueden ser tomadas y para reducir el impacto en . el dispositivo móvil. En el ejemplo ilustrado en la Figura 4 el intervalo de tiempo predeterminado es establecido inicialmente en un período de 61 minutos. Se propone que el servidor RTT puede aumentar el índice de muestra dinámicamente al reducir el intervalo de tiempo predeterminado,, en particular en áreas donde puede ser visto como potenciales puntos de peligro en la red, de acuerdo a aumentar la información disponible en éstas áreas para posterior análisis. ..
Dado que el objetivo del, monitor es identificar el tiempo de propagación en ambos . s.entidos anormal, como también monitorear el rendimiento normal de la red, el tiempo de espera del mensaje a ser devuelto desde el servidor RTT debería estar establecido para ser lo más largo posible dadas las restricciones de la red de comunicación pero no más largo que el tiempo entre pruebas 52-789 (es decir, no más largo que el periodo de tiempo predeterminado) . Para asegurar que las situaciones de "lapso" son capturadas, un valor de tiempo de espera adecuado seria 10 minutos. Un periodo de tiempo de espera de 10 minutos es lo suficientemente extenso para capturar un "evento de lapso" típico donde la transmisión de datos es interrumpida por un período (por ejemplo a causa de una congestión en la red celular). Un tiempo de espera mayor probablemente resulte en el cierre de sesión del usuario del dispositivo de modo que la muestra es perdida. El valor de tiempo de espera debería ser, configurable desde el servidor RTT, sin embargo, el tiempo de espera establecido por el servidor RTT puede ser invalidado por el dispositivo móvil si es más largo que el tiempo de intervalo predeterminado actual (intervalo de .muestreo). En caso de alcanzar el tiempo de espera, entonces esta muestra de datos debe ser informada como el .tiempo de tiempo de espera. Por ejemplo, si el tiempo de espera es 10 minutos y no se recibe respuesta en ese intervalo de tiempo, entonces el informe RTT debe reflejar esa muestra como de 10 minutos para el tiempo de propagación en ambos sentido.
Ante la recepción de los mensajes devueltos relevantes de los servidores 102, 202 cada uno de los dispositivos móviles 101a, 101b, 101c. procede a calcular el RTT. Una vez que cada dispositivo móvil lOlalOlb, 101c ha 52-789 calculado la propagación de tiempo en ambos sentidos (RTT) relevante, proceden a reenviar los mensajes 106a, 106b, 106c que contienen la información RTT relevante al servidor de conexión 102. Además de la información RTT, los mensajes 106a, 106b, 106c también incluyen la identificación del usuario del suscriptor móvil, el número de identificación del dispositivo móvil (MIN) del dispositivo que realiza la prueba, los detalles de conexión del dispositivo móvil (GMS [proviene del inglés "Global System for Mobile Communications" ] /UMTS [proviene del inglés "Universal Mobile Telecommunications System" ] /etc . y la aplicación utilizada), modelo del teléfono, etc. El mensaje puede incluir además información concerniente al tiempo de salida desde el servidor hasta el dispositivo móvil, el tiempo de entrada desde el dispositivo móvil., hasta el servidor y pérdida del paquete, es decir, cantidad de paquetes perdidos que deben ser retransmitidps . En la Tabla 1 a continuación se muestra un breve listado de los campos de información deseables para el mensaje,- de informe RTT.
El informe inicial será un. extracto de Excel de los datos sin procesar durante 24. horas, a diario de medianoche a medianoche. Los resultados del servidor deberían estar disponibles de la siguiente manera: a través de una página de internet en tiempo real; a través de informes diarios (ver diseño abajo) ; a través de extractos 52-789 en formato Excel (ver diseño ?r opciones abajo); a través de alertas SMS en tiempo real a una lista de números móviles definida cuando se irrumpen los umbrales. Los informes indican el esparcimiento de los tiempos RTT por sitio/sector celular. Asi, es posible identificar sitios o sectores que se encuentran experimentando tiempos RTT mayores a los aceptables . Eslos sitios deben ser entonces el objetivo del equipo de red para análisis más detallado. 52-789 Tabla 1: Campos de mensaje con informe RTT El servidor tiene la opción de apagar la prueba RTT de todas o las seleccionadas identificaciones de usuarios. En particular, debería ser- posible sólo encender la herramienta para usos específicos. Esto puede lograrse fácilmente al configurar el intervalo de tiempo RTT a 9999 minutos .
En una iteración de la herramienta, el software del cliente que monitorea es incorporado a una aplicación de mensajería que, en un teléfono Symbian s60, es diseñada para operar como "siempre encendida" y conectada a la internet móvil. La aplicación de mensajería proporciona un marco que soporta enviar y recibir, mensajes como también proporcionar informes RTT de vuelta al usuario móvil mediante mensajes de tipo EM (proviene del inglés "Extended Messaging") . EM representa Mensajería Extendida y es una forma exclusiva de Internet basada en mensajería 52-789 instantánea .
En la versión de producción de la herramienta, la información RTT no debe ser visible para el usuario cliente móvil. En las versiones de prueba, sin embargo, el usuario es capaz de seleccionar tiempo de propagación en ambos sentidos, desde el menú de Configuración que resultará en una transacción enviada al servidor solicitando información RTT actual. Esta información es proporcionada en una respuesta de tipo EM desde el RTT Bot. Las Figuras 5A a 5C ilustran una serie de pantallas de usuarios 400 de una versión de prueba de una herramienta para monitoreo de red de acuerdo con una representación de la presente invención. Según se ilustra en la Figura 5A, el usuario ha activado una opción de menú 401 dentro de la pantalla 400. Para comenzar la prueba, el usuario resalta la opción "tiempo de propagación en ambos sentidos" del., listado 402 y luego presiona el botón seleccionar 403. Una vez que el tiempo de propagación en ambos sentidos es seleccionado, un mensaje 405 aparece en la pantalla del usuario informando al usuario que la solicitud RTT ha sido enviada tal como se ilustra en la Figura 5B. Para descartar el mensaje, el usuario luego selecciona el botón OK .406.
Luego de que la herramienta de monitoreo de red ha calculado el tiempo de propagación en ambos sentidos desde la información obtenida desde los mensajes devueltos, 52-789 la información relevante es luego mostrada al usuario 407 (ver Figura 5C) . Según se ilustra en el ejemplo de la Figura 5C, el mensaje de informe RTT en esta instancia incluye la fecha y hora en que la muestra fue tomada, el modelo de teléfono, la fecha y hora de la muestra anterior, el RTT de la muestra actual (conexión RTT y Reg. RTT), la aplicación utilizada, el tipo de acceso a la red (en este caso GSM) y el RTT promedio por el día (conexión RTT promedio y Reg. RTT promedio).
Como se menciona arriba la herramienta de análisis puede ser utilizada para identificar eventos de lapsos dentro de la red. En tales instancias, cada transacción de mensaje a otro móvil . es tratada de un modo al igual que la prueba RTT expresada anteriormente.
Bajo condiciones de prueba de lapso, el cliente que envía guarda la hora cuando mandó cada mensaje (ts) y luego guarda la hora cuando recibe la confirmación. El cliente puede entonces calcular la duración (td) desde que se envió el mensaje original al otro cliente.. El tiempo RTT puede ser impactado por cualquier tipo de cuestiones de red, incluyendo lapsos. El impacto podría ser ya sea el dispositivo que envía o el dispositivo que recibe.
Para optimizar la cantidad de datos capturados por tal prueba, el cliente compara, la duración td con un valor de umbral reportado (por ejemplo 3 minutos). Si td 52-789 excede el umbral, entonces el cliente que envía transmite una notificación al servidor RTT a ser almacenada y recopilada. Adecuadamente el lapso de umbral, como con todos los datos de parámetros similares, debe ser modificable fácilmente y puede ser configurada por el servidor RTT. El informe puede incluir información como la identificación del usuario que envía y recibe, td (RTT efectivamente al otro cliente), el sitio celular del cliente que informa (en caso de conocerse), modelo de teléfono del cliente que informa y el MIN de quien envía y recibe .
Los expertos en el arte apreciarán que la prueba de lapso puede ser realizada también en el servidor de conexión. Iniciar la prueba de este modo permitiría al servidor calcular los tiempos de, respuesta para cada transacción como también identificar, qué dispositivo de un par se encuentra experimentando un lapso.
Se debe comprender que ,. las representaciones arriba mencionadas han sido proporcionadas solo a modo de ejemplificación de esta invención, y que modificaciones y mejoras a las mismas, como resultará aparente a los expertos en el arte, son consideradas a caber dentro del amplio alcance y ámbito de la presente revelación descripta en la presente. 52-789

Claims (19)

REIVINDICACIONES:
1. Un método para determinar el desempeño de una red de comunicaciones que comprende un dispositivo móvil instalado con una herramienta de monitoreo, el método consiste en: transmitir un mensaje desde un dispositivo móvil a por lo menos un servidor, el servidor o servidores están configurados para dirigir el mensaje de vuelta hacia el dispositivo móvil; recibir en el dispositivo móvil los mensajes devueltos por cada servidor dentro del servidor o servidores; calcular un diferencial de tiempo entre la transmisión del mensaje por dicho dispositivo móvil y la recepción de los mensajes devueltos por cada servidor dentro del servidor o servidores, por dicho dispositivo móvil; y reenviar el diferencial de tiempo calculado a un servidor primario seleccionado de entre el servidor o servidores, para almacenamiento.
2. El método según la reivindicación 1, en donde el mensaje enviado por el dispositivo móvil a cada servidor dentro del servidor o servidores incluye el número de identificación del dispositivo (MIN) .
3. El método según la ..reivindicación 2, en donde el número de identificación del dispositivo móvil es registrado con el servidor primario.
4. El método según las reivindicaciones 1 a 3, 52-789 en donde cada servidor dentro del servidor o servidores está configurado para aplicar un sello de la hora en el mensaje al dirigir el mensaje devuelta al dispositivo móvil ·
5. . El método según la reivindicación 4, en donde el paso de calcular incluye además el paso de calcular el tiempo de tránsito para que el mensaje llegue a cada servidor dentro del servidor o servidores .
6. El método según las reivindicaciones 4 ó 5, en donde el paso de calcular incluye además el paso de calcular el tiempo de tránsito para , que el mensaje llegue al dispositivo móvil desde cada servidor dentro del servidor o servidores .
7. El método según las reivindicaciones 1 a 6, en donde el diferencial de tiempo es,, indicativo del tiempo total del viaje redondo del mensaje. ,
8. El método según las reivindicaciones 1 a 7, en donde, el paso de transmitir el.fmensaje al servidor o servidores es realizado en intervalos, . regulares .
9. El método según la. reivindicación 8, en donde, el intervalo entre cada transmisión es establecido en un periodo de tiempo predeterminado.
10. El método según la ...reivindicación 9, en donde un servidor secundario seleccionado de al menos un servidor es configurado para variar dinámicamente la 52-789 longitud del periodo de tiempo predeterminado en base a variaciones en el diferencial de tiempo calculado.
11. El método según cualquiera de las reivindicaciones 1 a 10, en donde el paso de reenviar el diferencial de tiempo calculado al servidor primario incluye además reenviar información sobre el tipo de dispositivo móvil, la aplicación usada para enviar el mensaje, el modo de conexión entre el dispositivo móvil y la red de comunicaciones, la identificación del usuario del suscriptor móvil, el número de. identificación del dispositivo móvil, identificación del celular y el número de sector en donde el móvil está ubicado.
12. El método según la reivindicación 11, que además incluye el paso de formular informes para una o más celulares dentro de la red en base al diferencial de tiempo y la información sobre el tipo de dispositivo móvil, la aplicación usada para enviar el mensaje, el modo de conexión entre el dispositivo móvil y la red de comunicaciones, la identificación del usuario del suscriptor móvil, el número de identificación del dispositivo móvil.
13. El método según de cualquiera de las reivindicaciones 1 a 12, que incluye además el paso de reenviar un diferencial de tiempo establecido al servidor primario en el vencimiento del periodo preestablecido para 52-789 recepción por el dispositivo móvil de los mensajes recibidos desde el servidor o servidores.
14. El método de la reivindicación 12 ó 13, en donde el servidor secundario es además configurado para variar el periodo preestablecido de acuerdo con una variación del periodo predeterminado.
15. Un dispositivo móvil, dicho dispositivo móvil incluye una aplicación dedicada para el desempeño del método de cualquiera de las reivindicaciones 1 a 14.
16. El dispositivo móvil según la reivindicación 15, en donde la aplicación dedicada utiliza una o más aplicaciones auxiliares en el dispositivo móvil para enviar el mensaje a los servidores.
17. El dispositivo móvil según las reivindicaciones 15 ó 16, en donde dicha aplicación dedicada es incorporada como una aplicación integrada en una aplicación anfitriona instalaba en el dispositivo móvil.
18. El dispositivo móvil según la reivindicación 17, en donde la aplicación anfitriona incluye las capacidades de mensajería y la aplicación dedicada está configurada para usar las capacidades de mensajería de la aplicación anfitriona para proporcionar al usuario retroalimentación con respecto al .diferencial de tiempo calculado. 52-789
19. El dispositivo móvil según cualquiera de las reivindicaciones 15 a 18, en donde dicha aplicación dedicada puede ser desactivada por cada uno del servidor o servidores .
MX2012003520A 2009-09-24 2010-09-07 Un metodo para analizar el desempeño de una red de comunicaciones y herramienta para dicho analisis. MX2012003520A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
SG200906354-6A SG169910A1 (en) 2009-09-24 2009-09-24 Network monitoring and analysis tool
PCT/SG2010/000330 WO2011037536A1 (en) 2009-09-24 2010-09-07 Network monitoring and analysis tool

Publications (1)

Publication Number Publication Date
MX2012003520A true MX2012003520A (es) 2012-06-01

Family

ID=54396235

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2012003520A MX2012003520A (es) 2009-09-24 2010-09-07 Un metodo para analizar el desempeño de una red de comunicaciones y herramienta para dicho analisis.

Country Status (18)

Country Link
US (1) US9769678B2 (es)
EP (1) EP2481188B1 (es)
JP (1) JP5534480B2 (es)
KR (1) KR101384795B1 (es)
CN (1) CN102668455B (es)
AR (1) AR079003A1 (es)
AU (1) AU2010298780B2 (es)
CA (1) CA2775090A1 (es)
CO (1) CO6541521A2 (es)
IN (1) IN2012DN02526A (es)
MX (1) MX2012003520A (es)
MY (1) MY183418A (es)
RU (1) RU2520326C2 (es)
SG (1) SG169910A1 (es)
TW (1) TW201138369A (es)
UA (1) UA100958C2 (es)
WO (1) WO2011037536A1 (es)
ZA (1) ZA201202658B (es)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8996916B2 (en) 2011-08-16 2015-03-31 Future Dial, Inc. System and method for identifying problems via a monitoring application that repetitively records multiple separate consecutive files listing launched or installed applications
US9356774B2 (en) * 2012-06-22 2016-05-31 Blackberry Limited Apparatus and associated method for providing communication bandwidth in communication system
CN109246735B (zh) * 2014-01-24 2021-12-14 索尼公司 无线通信系统、无线通信系统中的装置和方法
CN105337786B (zh) * 2014-07-23 2019-07-19 华为技术有限公司 一种服务器性能检测方法、装置及设备
DE102014217027A1 (de) * 2014-08-27 2016-03-03 Siemens Aktiengesellschaft Verfahren zum Freischalten von Funktionen in einem Funkempfänger
JP6910967B2 (ja) 2015-09-16 2021-07-28 オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. 通信パラメータ調整方法及び装置
IT202000012526A1 (it) * 2020-05-27 2021-11-27 Telecom Italia Spa Misura di prestazioni da parte di un dispositivo di comunicazioni utente

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3367305B2 (ja) * 1995-11-14 2003-01-14 三菱電機株式会社 ネットワークシステム
US6446028B1 (en) * 1998-11-25 2002-09-03 Keynote Systems, Inc. Method and apparatus for measuring the performance of a network based application program
US7043560B2 (en) 2001-06-19 2006-05-09 Nokia, Inc. Dynamic probing and reporting of bit rate information
US7453801B2 (en) * 2001-11-08 2008-11-18 Qualcomm Incorporated Admission control and resource allocation in a communication system supporting application flows having quality of service requirements
CN1172481C (zh) * 2002-08-22 2004-10-20 陈鸣 互连网端到端性能监测方法及其系统
US7216164B1 (en) * 2002-10-09 2007-05-08 Cisco Technology, Inc. Methods and apparatus for determining the performance of a server
US7346678B1 (en) * 2002-11-14 2008-03-18 Web Ex Communications, Inc. System and method for monitoring and managing a computing service
US20050021737A1 (en) * 2003-05-01 2005-01-27 Ellison Carl M. Liveness protocol
EP1701564A4 (en) * 2003-12-10 2012-11-07 Nec Corp METHOD FOR MEASURING DIFFERENCE OF TRANSMISSION TIME AND SYSTEM THEREFOR
US20050255833A1 (en) * 2004-05-13 2005-11-17 Mobile (R&D) Ltd. Message aggregation system and method for a mobile communication device
US7945656B1 (en) * 2004-10-18 2011-05-17 Cisco Technology, Inc. Method for determining round trip times for devices with ICMP echo disable
US7542430B2 (en) * 2005-01-13 2009-06-02 Tektronix, Inc. System and method for measuring end-to-end network delay and user-perspective delay
US7843815B2 (en) * 2005-08-19 2010-11-30 Opnet Technologies, Inc. Estimation of time-varying latency based on network trace information
KR20070023345A (ko) * 2005-08-24 2007-02-28 주식회사 팬택앤큐리텔 이동통신단말기의 트래픽 분석장치 및 이를 이용한 트래픽분석방법
KR100789904B1 (ko) * 2005-12-01 2008-01-02 한국전자통신연구원 서비스 과부하 상태에서의 텔레매틱스 서비스 성능 시험장치 및 그 방법
US8620315B1 (en) * 2006-09-29 2013-12-31 Yahoo! Inc. Multi-tiered anti-abuse registration for a mobile device user
US8041303B2 (en) * 2006-12-18 2011-10-18 Yahoo! Inc. Auto sniffing of carrier performance using reverse round trip time
DE102007022066A1 (de) * 2007-05-11 2008-11-13 Deutsche Telekom Ag Verfahren zur Überwachung eines GTP Kommunikationspfades in einem UMTS/GPRS Netzwerk
JP2008283621A (ja) * 2007-05-14 2008-11-20 Oki Electric Ind Co Ltd ネットワーク輻輳状況監視装置、ネットワーク輻輳状況監視方法及びプログラム
US8780383B2 (en) * 2008-11-25 2014-07-15 Ringcentral, Inc. Authenticated facsimile transmission from mobile devices
US20100228824A1 (en) * 2009-03-06 2010-09-09 Cisco Technology, Inc. Distributed server selection for online collaborative computing sessions
US8166203B1 (en) * 2009-05-29 2012-04-24 Google Inc. Server selection based upon time and query dependent hashing
CA2724251C (en) * 2010-12-22 2012-05-15 Guest Tek Interactive Entertainment Ltd. System and method for aggregate monitoring of user-based groups of private computer networks

Also Published As

Publication number Publication date
AU2010298780B2 (en) 2014-05-01
EP2481188B1 (en) 2017-04-05
SG169910A1 (en) 2011-04-29
CO6541521A2 (es) 2012-10-16
EP2481188A4 (en) 2015-04-08
KR20120088712A (ko) 2012-08-08
AR079003A1 (es) 2011-12-21
MY183418A (en) 2021-02-18
CA2775090A1 (en) 2011-03-31
RU2520326C2 (ru) 2014-06-20
EP2481188A1 (en) 2012-08-01
CN102668455A (zh) 2012-09-12
US9769678B2 (en) 2017-09-19
TW201138369A (en) 2011-11-01
WO2011037536A1 (en) 2011-03-31
JP5534480B2 (ja) 2014-07-02
RU2012116265A (ru) 2013-10-27
UA100958C2 (ru) 2013-02-11
KR101384795B1 (ko) 2014-04-24
ZA201202658B (en) 2012-12-27
JP2013506341A (ja) 2013-02-21
CN102668455B (zh) 2017-09-12
IN2012DN02526A (es) 2015-08-28
AU2010298780A1 (en) 2012-05-10
US20130242752A1 (en) 2013-09-19

Similar Documents

Publication Publication Date Title
US11050774B2 (en) Methodology for intelligent pattern detection and anomaly detection in machine to machine communication network
US9769678B2 (en) Network monitoring and analysis tool
EP2787758B1 (en) Method, device and system for monitoring internet access service quality of mobile terminal
KR101503680B1 (ko) 네트워크 분석을 위한 방법 및 장치
EP2755416B1 (en) Method and apparatus for remotely locating wireless network fault
CN105357699B (zh) 无线网络质量监测系统及方法
EP2627032B1 (en) Method, policy server and gateway for determining policies
WO2012003772A1 (zh) 无线网络自动测试的方法及系统
EP3811579A1 (en) Method for determining a performance indicator of a wireless telecommunications network
US8914018B2 (en) System and method for measuring user behavior and use of mobile equipment
CN101115268B (zh) 一种网元监控方法和装置及具有该装置的无线通讯系统
EP2526710B1 (en) Method and system for monitoring the performance of a network
HK1170344A (en) Network monitoring and analysis tool
HK1170344B (en) Network monitoring and analysis tool
US8374599B2 (en) System and method for measuring performance of new services in consumer devices
KR100492413B1 (ko) Cdma 시스템에서 발생되는 장애 메시지 처리 장치
KR100716416B1 (ko) 메시징 서비스를 이용한 이동통신 데이터의 품질 측정 방법및 이를 위한 관리 시스템
US20080004015A1 (en) Customer experience tracking from remote mobile communication network equipment
TW201106643A (en) Real-time flow monitoring system and method for mobile data network
US8107886B2 (en) Method and apparatus for user quality management for wireless networks
EP1841134A1 (en) Analysis system and method of analysing performance
Venter A comparison of IP vs 3G Network Performance Indicators

Legal Events

Date Code Title Description
FG Grant or registration