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
Links
- 238000012544 monitoring process Methods 0.000 title claims description 30
- 238000004458 analytical method Methods 0.000 title description 6
- 238000000034 method Methods 0.000 claims abstract description 32
- 230000005540 biological transmission Effects 0.000 claims abstract description 11
- 238000004891 communication Methods 0.000 claims abstract description 9
- 238000012360 testing method Methods 0.000 description 20
- 230000004044 response Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000005070 sampling Methods 0.000 description 3
- 230000002411 adverse Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007717 exclusion Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
- H04L43/0864—Round trip delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
- H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/06—Testing, supervising or monitoring using simulated traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/20—Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling 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)
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 .
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)
| 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)
| 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 |
-
2009
- 2009-09-24 SG SG200906354-6A patent/SG169910A1/en unknown
-
2010
- 2010-09-07 WO PCT/SG2010/000330 patent/WO2011037536A1/en not_active Ceased
- 2010-09-07 CA CA2775090A patent/CA2775090A1/en not_active Abandoned
- 2010-09-07 CN CN201080042477.6A patent/CN102668455B/zh not_active Expired - Fee Related
- 2010-09-07 KR KR1020127010045A patent/KR101384795B1/ko not_active Expired - Fee Related
- 2010-09-07 EP EP10819126.3A patent/EP2481188B1/en not_active Not-in-force
- 2010-09-07 MX MX2012003520A patent/MX2012003520A/es active IP Right Grant
- 2010-09-07 IN IN2526DEN2012 patent/IN2012DN02526A/en unknown
- 2010-09-07 JP JP2012530847A patent/JP5534480B2/ja not_active Expired - Fee Related
- 2010-09-07 AU AU2010298780A patent/AU2010298780B2/en not_active Ceased
- 2010-09-07 UA UAA201205033A patent/UA100958C2/ru unknown
- 2010-09-07 RU RU2012116265/08A patent/RU2520326C2/ru not_active IP Right Cessation
- 2010-09-07 MY MYPI2012700080A patent/MY183418A/en unknown
- 2010-09-17 TW TW099131696A patent/TW201138369A/zh unknown
- 2010-09-23 AR ARP100103472A patent/AR079003A1/es not_active Application Discontinuation
-
2012
- 2012-04-09 CO CO12057557A patent/CO6541521A2/es not_active Application Discontinuation
- 2012-04-12 ZA ZA2012/02658A patent/ZA201202658B/en unknown
-
2013
- 2013-05-03 US US13/886,640 patent/US9769678B2/en not_active Expired - Fee Related
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 |