WO2015044467A1 - Método y sistema para identificar la causa de problemas de red en redes móviles y programa de ordenador para los mismos - Google Patents

Método y sistema para identificar la causa de problemas de red en redes móviles y programa de ordenador para los mismos Download PDF

Info

Publication number
WO2015044467A1
WO2015044467A1 PCT/ES2013/070679 ES2013070679W WO2015044467A1 WO 2015044467 A1 WO2015044467 A1 WO 2015044467A1 ES 2013070679 W ES2013070679 W ES 2013070679W WO 2015044467 A1 WO2015044467 A1 WO 2015044467A1
Authority
WO
WIPO (PCT)
Prior art keywords
module
network
cause
mobile
information
Prior art date
Application number
PCT/ES2013/070679
Other languages
English (en)
French (fr)
Inventor
Ilias LEONTIADIS
Yan GRUNENBERGER
Original Assignee
Telefonica Digital España, S.L.U.
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 Telefonica Digital España, S.L.U. filed Critical Telefonica Digital España, S.L.U.
Priority to US15/025,421 priority Critical patent/US20160242053A1/en
Priority to EP13894318.8A priority patent/EP3035594A4/en
Publication of WO2015044467A1 publication Critical patent/WO2015044467A1/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/065—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
    • H04L41/5074—Handling of user complaints or trouble tickets
    • 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/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • 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/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning

Abstract

Se revela un método, sistema y producto de programa de ordenador para la identificación de la causa de problemas de red en las redes móviles. Las realizaciones de la presente invención identifican la causa raíz de los problemas relacionados con la conectividad y la pobre calidad de experiencia preferiblemente sobre dispositivos de usuario. La invención explora cómo las mediciones que se recogen en diversas entidades de la infraestructura se pueden usar para identificar automáticamente la razón para el mal funcionamiento de la red móvil.

Description

MÉTODO Y SISTEMA PARA IDENTIFICAR LA CAUSA DE PROBLEMAS DE RED EN REDES MÓVILES Y PROGRAMA DE ORDENADOR PARA LOS MISMOS
Campo de la técnica
La presente invención se refiere en general a un método, sistema y programa de ordenador para identificar la causa de problemas de red en redes móviles, y más particularmente la invención identifica la causa raíz de los problemas relacionados en general con la conectividad y la pobre calidad de la experiencia sobre los dispositivos de usuarios explorando cómo se pueden usar las mediciones que se recogen en diversos puntos de la infraestructura para identificar automáticamente la razón de un mal funcionamiento de la red móvil (por ejemplo, almacenamiento de video, desconexiones, pobre experiencia de navegación, etc.).
Antecedentes de la invención
En los últimos años, se han desplegado varias herramientas que pretenden recoger mediciones pasivas desde un único punto. Por ejemplo, TCPdump, WireShark y NetFIow permiten a los Proveedores del Servicio de Internet (ISP) monitorizar y analizar los flujos de tráfico dentro de un enlace de red. Además, Tstat se construye sobre estas herramientas y permite la construcción y visualización de diversas métricas de funcionamiento relacionadas con la calidad de una conexión. Netalyzr y speedTest permiten a los usuarios medir su conexión de internet mediante la ejecución de varias pruebas locales (por ejemplo, velocidades de transferencia a un servidor remoto).
En términos de las plataformas de medición, Archipelago usa la trazado de ruta para identificar cualesquiera problemas de topología dentro de los ISP. RIPE usa el tiempo de ida y vuelta de diversos tipos para evaluar la conectividad y la accesibilidad en tiempo real con el objetivo de entender el estado de la Internet. PerfSonar consiste de varias herramientas que se pueden acceder remotamente para proporcionar la resolución de problemas distribuida.
Las soluciones existentes tienen una o más de las siguientes limitaciones: -Resolución de problemas colaborativa: Las soluciones existentes típicamente usan un punto panorámico para monitorizar el tráfico. Por ejemplo, los usuarios pueden usar algunas herramientas (por ejemplo, ping, trazado de ruta) para identificar su estado de conexión. Un ISP puede tomar sus propias mediciones para identificar los problemas dentro de su propia red. De forma similar un proveedor de servicios puede monitorizar el funcionamiento de sus propios centros de datos. Sin embargo, actualmente no hay ninguna solución integrada donde los dispositivos móviles en colaboración con varios módulos o agentes de medición en diferentes partes de la red se usen para identificar la causa exacta de un problema.
-Dispositivos móviles: La mayoría de las soluciones tienen por objetivo la red central y no los dispositivos móviles (por ejemplo, la conectividad inalámbrica).
-Datos de campo (ground truth) y mediciones desde los dispositivos de los usuarios finales: Las soluciones anteriores que despliegan los ISP dependen la recogida de información pasiva para inferir problemas de conectividad dentro de su red. No hay soluciones donde los usuarios puedan participar por información de colaboración del público (crowd-sourcing information) acerca de problemas experimentados bien activamente (por ejemplo pulsando un botón de "mi internet no está funcionando adecuadamente" o pasivamente cuando sus dispositivos detectan un posible problema.
-Compartición de Información: Las soluciones existentes no abordan la compartición y federación de la información medida ya que involucra a múltiples entidades (por ejemplo, los usuarios finales, los ISP, los proveedores de la red central, las redes CDN y finalmente los proveedores de servicios). El problema es que la información medida puede violar las expectativas de privacidad, regulaciones y revelar secretos de negocios de las partes involucradas.
Sumario de la Invención
Es un objeto de la presente invención proporcionar un mecanismo para la identificación de la causa raíz de los problemas de red, tal como una conectividad pobre, eficiencia, mal funcionamiento u otros parámetros que afectan a la calidad de un servicio dentro de una red móvil. Las realizaciones de la presente invención exploran cómo se pueden usar las mediciones que se recogen en diversos puntos de la infraestructura para identificar automáticamente la razón para el pobre funcionamiento de la red móvil.
De acuerdo con un primer aspecto se proporciona un método para identificar la causa de problemas de red en las redes móviles, en el que dicha red móvil incluye una pluralidad de nodos conectados por enlaces, comprendiendo el método: medición, por un primer módulo en un primer nodo de la información de datos con respecto al funcionamiento de su red; y en base a dicha información de datos medidos y/o la información de la entrada de usuario, dicho primer módulo ejecuta un estudio para identificar si el problema con respecto al funcionamiento de dicha red está dentro de dicho primer módulo.
En el método, en un modo característico, en caso de que dicho primer módulo sea incapaz de identificar una razón para dicho problema: a) se establece un canal de comunicación entre dicho primer módulo y un segundo módulo en un segundo nodo; b) dicho primer módulo, informa a continuación con una indicación de dicho problema a dicho segundo módulo; c) dicho segundo módulo basado en la información de datos con relación a su funcionamiento de red, ejecuta un estudio para identificar si la razón de dicho problema está dentro de dicho segundo módulo. El método progresa a continuación a lo largo de nodos sucesivos de dicha red realizando las etapas de a) a c) hasta que se encuentra la causa del problema en un nodo determinado.
En una realización, se envía una notificación de causa desconocida al primer nodo en el caso de que se alcancen todos los nodos de la red sin una repuesta para dicha causa.
La indicación anterior de dicho problema se puede generar bien automáticamente o manualmente por un usuario.
De acuerdo con un segundo aspecto se proporciona un sistema para identificar la causa de los problemas de red en redes móviles, en el que dicha red móvil incluye una pluralidad de nodos conectados por enlaces. El sistema proporcionado incluye característicamente un módulo o módulo de medición, localizado en cada uno de dichos nodos, configurado al menos para medir la información de los datos con respecto al funcionamiento de la red del nodo respectivo; y para ejecutar, en base a dicha información de datos medida y/o la información de entrada de usuario, un estudio para identificar si un problema con respecto a dicho funcionamiento de red está dentro del módulo y si no se encuentra una causa para el problema dentro del módulo, transferir a través de un canal de comunicaciones establecido una indicación de dicho problema a lo largo de al menos un nodo sucesivo de dicha red móvil.
Los nodos pueden incluir cualquiera de un dispositivo de computación del usuario tal como los teléfonos móviles, ordenadores portátiles, ordenadores de sobremesa u otros dispositivos habilitados para internet, un Proveedor del Servicio de Internet fijo o móvil al que está conectado el dispositivo de computación del usuario, un proveedor de la red central, una Red de Distribución de Contenidos y/o un proveedor de servicios.
De acuerdo con esta invención, el módulo puede incluir: una base de datos para el seguimiento de la trayectoria de datos a través de la pluralidad de enlaces de dicha red móvil; al menos una unidad de medición que mide dicha información de datos con respecto al funcionamiento de red de dicho módulo, recogiéndose dicha información de datos y almacenándose al menos por una unidad de datos; y un dispositivo de generación de dicha indicación de dicho problema en base a dicho estado ejecutado.
De acuerdo con otro aspecto más se proporciona un programa de ordenador que comprende instrucciones de programa para causar que un dispositivo de computación realice el método propuesto para ejecutar varias tareas en un procesador. Dicho programa de ordenador se puede realizar sobre medios de almacenamiento (por ejemplo, sobre un medio de grabación, sobre una memoria de ordenador o sobre una memoria de solo lectura) o transportarse sobre una señal portadora (por ejemplo, sobre una señal portadora eléctrica u óptica).
La invención revelada tiene la ventaja de permitir a los usuarios en colaboración con los ISP involucrados y los proveedores de servicio identificar rápidamente la causa raíz de la pobre calidad de la experiencia relacionada con los problemas de la red. Las soluciones existentes o bien usan las mediciones iniciadas por el usuario o las mediciones pasivas del ISP.
La invención también permite al ISP recoger los datos de campo (ground truth) como se reportan por los usuarios con el uso de un agente de dispositivo que posibilita a los usuarios para reportar problemas, tal como los perciben subjetivamente. Esta información se usa más tarde para asociar ciertas condiciones de red a problemas detectados automáticamente. Se usa un algoritmo de aprendizaje de máquina semi- supervisado por la invención para realizar esta asociación.
La invención tiene la ventaja adicional de posibilitar a las diferentes entidades legales cooperar compartiendo información de resolución de problemas para resolver problemas complejos y reducir los costes.
La colaboración entre usuarios y los ISP les permite detectar problemas emergentes antes de que afecten a los usuarios y una posible actuación sobre los mismos (por ejemplo, actualizar el ancho de banda o realizar acuerdos de interconexión con los proveedores de servicios).
Aparte de definir los puntos de medición y los algoritmos que se requieren para identificar los problemas de conectividad móvil, una contribución clave de esta invención es el hecho de que aborda los problemas relacionados con la propiedad de los datos, la compartición y federación de la información monitorizada. Breve Descripción de los Dibujos
Las anteriores y otras ventajas y características se entenderán más completamente a partir de la siguiente descripción detallada de las realizaciones, con referencia a los dibujos adjuntos, que deben considerarse en un modo ilustrativo y no limitativo, en los que:
La Fig. 1 es una representación esquemática de los nodos o entidades N1... Nn que pueden estar involucrados en la presente invención con la entrega de datos.
La Fig. 2 es un ejemplo de los diferentes elementos que pueden incluir cada uno de los módulos en los que se basa cada nodo o entidad Nx.
La Fig. 3 ilustra un ejemplo de un problema de conectividad reportado por el usuario y las diferentes etapas seguidas de acuerdo con una realización de la presente invención.
Descripción detallada de la invención
En la descripción, N1... Nn tienen que entenderse como los diferentes nodos o entidades que pueden estar involucradas para identificar la causa raíz de los problemas de red. En este caso particular, dichas entidades N1... Nn principalmente serán, pero sin limitarse a estas, un dispositivo de usuario, un Proveedor del Servicio de Internet móvil, un proveedor de la red central, una Red de Distribución de Contenidos y/o un proveedor de servicios.
Por otra parte, la terminología Nx se usará con referencia a cualquiera de dichas entidades, donde x puede ser cualquiera de las entidades 1 ... n.
En referencia con la Fig. 1 , cualquiera de las entidades involucradas, N1... Nn a lo largo de la trayectoria de la información podría ser el cuello de botella o la causa del problema. Por ejemplo, el dispositivo de usuario podría no ser capaz de cargar correctamente y representar el contenido. Además, el usuario podría estar en un área con pobre recepción celular o WiFi o el usuario podría estar moviéndose continuamente y conmutando entre diferentes puntos de acceso. Por otra parte, en el caso de conectividad celular, el ISP móvil podría estar arreglando problemas de conexión en la localización de los usuarios (demasiado tráfico) o congestión de la red troncal, o si un dispositivo está conectado a través de una red fija (por ejemplo, a través de WiFi o Ethernet doméstica) entonces el tráfico desde otros dispositivos en la misma red local (por ejemplo, conectados al mismo enrutador) podría estar creando los problemas. Del mismo modo, el enrutador ADSL o el DSLAM podrían estar mal configurados o congestionados. Finalmente, la red troncal del ISP o los puntos de interconexión con los proveedores de servicio o la red central podrían estar congestionados. Otra opción es que el problema resida en cualquier ISP que encamine el tráfico hasta llegar al proveedor de servicio o en el proveedor de servicio y la CDN (por ejemplo, la página web o centros de datos).
Por esta razón, la invención involucra varios módulos o módulos de medición o unidades M que residen dentro de dichas diferentes entidades N1 ... Nn para descubrir los problemas de la calidad de la experiencia e identificar la causa raíz a lo largo de la trayectoria. En referencia a la Fig. 2 se ilustran los diferentes elementos que puede incluir cada uno de los módulos M para permitir la realización del descubrimiento y la identificación. En la presente descripción, no se hace ninguna distinción cuando se refiere a cada uno de los módulos M que se pueden incluir en cada una de las entidades involucradas N1... Nn. Por ejemplo, el módulo de medición M del dispositivo de usuario se ha denominado igual que el módulo de medición M de la entidad de ISP móvil.
Generalmente, estos elementos serán: Unidades de medición 1 que son responsables de recoger los datos relacionados con el funcionamiento de la red y la calidad de servicio o permitir a los usuarios introducir sus observaciones; unidades de datos o procesamiento de datos y módulos de agregación 2 que son responsables de recoger pasivamente y almacenar los datos en una base de datos 4. Además de esta unidad puede tomar una medición activa a petición cuando se requiera; una base de datos o Topología DB3 que almacena información acerca de la topología que se usa para seguir la trayectoria de un elemento de información a través de la red; y un dispositivo o dispositivo de resolución de problemas 5 que se usa para recoger y analizar los datos para identificar los problemas y sus posibles causa. Además, dicho dispositivo 5 permite a cada una de las entidades Nx colaborar con las otras entidades para identificar problemas a través de toda la trayectoria (desde los usuarios hasta llegar al proveedor de servicios).
A continuación se describen algunos detalles acerca de cada una de las entidades que están involucradas en el suministro de datos.
Dispositivos del usuario:
Las aplicaciones instrumentadas proporcionan mediciones a partir del dispositivo y el punto de vista de la aplicación. Por ejemplo, una aplicación de video monitoriza eventos de "almacenamiento" que afectan a la calidad de servicio percibida. Un OS de dispositivo móvil (por ejemplo, ordenador portátil / teléfono) monitoriza la intensidad de señal con la célula asociada o estación WiFi. Además, alternativamente, los usuarios pueden reportar manualmente problemas que incluyen la opinión subjetiva acerca de las conexiones de red. Esto posibilita que la plataforma conecte con los datos de campo (ground truth) acerca de la calidad real de la experiencia. Finalmente, el módulo del dispositivo contiene un dispositivo de resolución de problemas 5 que es responsable de combinar la información medida o reportada para detectar y tratar cualesquiera problemas de calidad de la experiencia relacionados con la red. Además, el dispositivo de resolución de problemas 5 es responsable de colaborar con los módulos dentro de otras entidades legales (por ejemplo, ISP, proveedor de servicios).
Más específicamente, este módulo permite a los usuarios reportar los problemas de la "calidad del servicio" relacionados con su conectividad (presionando, por ejemplo, una tecla de "mi internet no está funcionando correctamente", aunque también es posible cualquier formulario / botón / entrada). La información se usa para identificar los problemas locales dentro del dispositivo del usuario y para redirigir además esta información a los ISP involucrados y los proveedores de servicio. Esto también posibilita a los proveedores para recoger información de datos de campo (ground truth) subjetivos acerca de cada aplicación (por ejemplo, qué latencias se aceptan para el contenido Web, qué velocidades / calidades son aceptables para la navegación de video. Finalmente, esta información se asocia a continuación con los datos que se recogen por los sensores y la red (por ejemplo, ¿se están moviendo los usuarios?, ¿están en casa conectados a WiFi?, ¿están en una región geográfica específica?).
También contiene una o diversas unidades de medición 1 que recogen activa y pasivamente:
- Mediciones relacionadas con el funcionamiento de la aplicación. Por ejemplo si un reproductor de video tiene información cargada tal como el número de eventos relacionados con el "almacenamiento", tasa de bits promedio, tramas desechadas etc. Para la navegación Web, se recogen las estadísticas acerca de la transferencia, carga y entrega de cada componente. Finalmente, para la aplicación de juegos se recoge información tal como la latencia y la fluctuación. - Mediciones relacionadas con la conectividad inalámbrica: tipo de conectividad (por ejemplo, Edge, 3G, LTE, 802.11 gm, Ethernet, ZigBee, Bluetooth), intensidad de señal, historia de desconexiones, historia de asociaciones, etc.
- Mediciones de red: capa MAC y estadísticas de TCP/UDP, uso de ancho de banda, etc.
- Estadísticas relacionadas con el dispositivo: uso de la CPU, uso de la memoria, aplicaciones en ejecución, etc.
Finalmente, el dispositivo de resolución de problemas 5 combina los datos medidos con los reportes manuales para crear un mapeo entre las condiciones que pueden conducir a una degradación de la calidad percibida. Los algoritmos de aprendizaje semi-supervisados se usan para identificar automáticamente los problemas de la aplicación sin interacción del usuario. Más específicamente, los informes anteriores iniciados por el usuario están asociados con las condiciones específicas de la red. Cuando se cumplen condiciones similares (por el mismo o cualquier otro usuario), se genera un informe automático sin la interacción del usuario. Obsérvese que, en algunos casos se podría sondear al usuario para una retroalimentación adicional. Finalmente, se usa una combinación de umbrales estáticos para activar también un informe automatizado (por ejemplo, si el número de eventos de almacenamiento excede un umbral).
ISP móvil:
Si el dispositivo del usuario se conecta a una red celular, el proveedor usa un módulo para solucionar los problemas desde el punto de vista de la red (por ejemplo, para identificar la congestión en ciertas partes de la red (por ejemplo, una torre) o para determinar con precisión bloques intermedios de bajo rendimiento dentro de la red). Como con el dispositivo móvil, un dispositivo de resolución de problemas 5 es responsable de recoger y manejar la información medida y las peticiones de resolución de problemas. De forma similar con el módulo de medición del dispositivo, el ISP móvil contiene un módulo de medición que puede: recoger pasivamente información relacionada con cada una de las estaciones base: el número de usuarios, la utilización, políticas de QoS; información recogida pasivamente relacionada con la conectividad de la red troncal, utilización, funcionamiento de TCP/UDP (RTT, tasas de pérdidas, etc.); recoger pasivamente información relacionada con el funcionamiento de cualesquiera bloques intermedios: los proxy de web, dispositivos de inspección profunda de paquetes, enrutadores, etc.; mantener la topología del objeto intercambiado de modo que se pueda trazar la trayectoria que se tomó a través de la red si se requiere por una petición y como con los módulos anteriores, el dispositivo de resolución de problemas 5 también se usa para identificar automáticamente errores o investigar problemas reportados por los dispositivos móviles de los usuarios.
ISP cableado:
Los módulos de medición de los ISP Cableados son responsables también de identificar los problemas dentro de la red de los ISP. Para conexiones residenciales, el enrutador doméstico se instrumenta con un módulo de medición para identificar problemas relacionados con la calidad de la conectividad local inalámbrica y cableada. Además, los módulos más profundos en el ISP (por ejemplo, el DSLAM, enrutadores, puntos de interconexión) también proporcionan mediciones. Como con el dispositivo móvil, un dispositivo de resolución de problemas 5 es responsable de recoger y tratar la información medida y las peticiones de resolución de problemas.
Una puerta de enlace instrumentada (enrutador) puede recoger pasivamente información relacionada con:
- La conectividad de cada cliente asociado inalámbrico y cableado de la red doméstica / de negocios / pública (por ejemplo, intensidad de la señal, utilización, tasa de bits, pérdidas de paquetes).
- Información acerca del estado de la red y carga de las interfaces inalámbricas y cableadas (por ejemplo, utilización de ancho de banda, tasas de pérdidas, retransmisiones, tiempos de ida y vuelta).
- Información relacionada con la configuración del enrutador (políticas de QoS, puertos permitidos, listas de acceso, etc.).
El ISP cableado también instala módulos a través de su propia red troncal para recoger información relacionada con el funcionamiento de cualesquiera bloques intermedios, enrutadores, interconexiones, etc.
Finalmente, como con los módulos anteriores, el dispositivo de resolución de problemas 5 se usa para identificar automáticamente errores o investigar problemas reportados por el dispositivo relacionados con la conectividad WiFi local o dentro de la red de ISP.
Red Central y Proveedor de Servicios:
Los módulos de la Red Central se usan para identificar los problemas con la interconexión y la congestión de la red troncal o la mala configuración como con las redes básicas cableadas de ISP móviles, se usan bloques intermedios para tomar mediciones y se usa el dispositivo de resolución de problemas 5 para identificar automáticamente errores y para investigar cualesquiera peticiones iniciadas por un dispositivo / ISP.
En la presente invención, los datos preferiblemente se recogen y se mantienen separadamente por cada una de las entidades involucradas Nx (por ejemplo, el dispositivo de usuario, el ISP móvil, en teoría puede participar cualquier organización o proveedor que esté involucrado en el suministro de un objeto de datos desde un servicio a un usuario). Además, cada una de las entidades Nx ejecuta su propia instancia de un módulo de medición M que solo puede acceder a los datos internos para identificar cualesquiera causas posibles dentro de una organización. Los módulos a través de las diferentes organizaciones usan los mecanismos propuestos para colaborar, con objeto de identificar la causa exacta de un problema. En este proceso solo se revela la información abstraída entre las partes involucradas. Finalmente, se redirige una pregunta para identificar un problema a la siguiente entidad Nx a lo largo de la trayectoria de los datos solo cuando los datos locales indiquen que no hay ningún problema local.
En referencia a la Fig. 3 se ilustra un ejemplo en el que un usuario ha reportado un problema de conectividad. En primer lugar el usuario informa de un problema con la conectividad o la calidad de la experiencia (alternativamente la petición de resolución de un problema también se puede generar automáticamente). A continuación la aplicación y el módulo del dispositivo usan los datos recogidos para identificar si la razón está dentro del dispositivo (por ejemplo, pobre intensidad de señal, desaparición de los códec, no hay suficiente memoria, otras aplicaciones están usando el ancho de banda). Solo se usa la información que se recoge y se mantiene por el dispositivo de usuario. Si se identifica la razón se considera resuelto el problema y se notifica al usuario y/o al proveedor del servicio. Si no se identifica la razón, a continuación la unidad de resolución de problemas locales 5 genera una petición de una investigación adicional y se redirige a la instancia que se ejecuta en el ISP (móvil o fijo) que proporciona la conectividad. Solo se comparte la información requerida tal como el sello de tiempo, los objetos que causaron el problema para ayudar a que el ISP identifique el flujo dentro de su propia red. De forma similar, cuando el módulo del ISP recibe una petición desde un usuario móvil, usa su propio almacenamiento para identificar si el problema descansa dentro de su propia red. La información mantenida por el ISP tal como la carga de la estación base se usa para identificar cualesquiera problemas en un instante / localización específicos del usuario. Del mismo modo, la información recogida desde la red troncal y los bloques intermedios también se usa para identificar cualesquiera causas en los mismos. Como con el módulo del dispositivo, si no se detecta ningún problema dentro el ISP se retransmite una petición adicional hacia la red central que sirvió esta petición. El dispositivo de resolución de problemas 5 del ISP también puede detectar un problema (incluso cuando se inicia por un dispositivo de usuario. Como anteriormente, se redirige una petición a los módulos correspondientes para investigar adicionalmente la causa raíz del problema. De forma similar, si no se identifica el problema, se pueden redirigir peticiones adicionales hasta llegar al proveedor de servicios (por ejemplo, el servidor de web o el proveedor de video).
Por lo tanto, en los mecanismos propuestos este proceso iterativo de sand-box aborda todos los problemas de compartición de datos mencionados anteriormente mientras que proporciona la capacidad de seguir los problemas a través de las diferentes unidades N1...Nn.
Aparte de los módulos M que miden el funcionamiento dentro de cada entidad Nx y la interacción a través de los mismos, la invención también define las etapas y los algoritmos requeridos para identificar un posible problema y determinar con precisión su causa. Los datos procedentes de los módulos de medición M se codifican preferiblemente usando el formato JSON (sin embargo, también se podría usar cualquier protocolo de comunicaciones o protocolo de codificación de datos). La misma codificación se usa para la comunicación entre las entidades N1...Nn. Para la comunicación entre los componentes se usa preferiblemente REST-ful API:
POST se usa para cargar las mediciones al agregador y para presentar preguntas a través de los componentes. Además, se usa para proporcionar las necesarias notificaciones.
GET se usa para leer DELETE y PUT solo se permiten internamente dentro de cada entidad Nx para modificar o borrar datos.
Los datos de los puntos de medición y los módulos externos se recogen por un "componente agregador de datos". En este caso se generan dos instancias paralelas: 1. una copia de los datos se almacena en la base de datos para la evaluación posterior al proceso. 2. se suministra una copia de los datos al dispositivo de análisis del flujo continuo (streaming) en tiempo real. Las funciones principales de este dispositivo son:
Investigar las peticiones para resolver un problema: Cuando se realiza una petición bien por una entidad externa o internamente (por ejemplo, por el usuario) a continuación se usa la información recogida pasivamente en la base de datos para determinar con precisión la causa exacta. En este caso se usan mecanismos normalizados basados en umbrales. Por ejemplo el dispositivo evalúa si hubo suficiente ancho de banda disponible en los enlaces a través de los cuales pasó el objeto.
Mediciones asociadas con los problemas: Se usa un algoritmo de aprendizaje activo del flujo continuo para asociar posibles problemas a las mediciones. Por ejemplo cuando las personas hacen clic en el botón de "mi internet no está funcionando" a continuación el algoritmo de aprendizaje activo asocia las posibles condiciones locales que resultan típicamente en una experiencia pobre. Esta información se usa para generar automáticamente futuros informes sin solicitar la interacción explícita del usuario. Esta es una parte clave de la invención ya que permite que el ISP recoja datos de campo (ground truth) y la calidad de la colaboración del público (crowd-sourcing information) de los problemas de la experiencia.
Identificar automáticamente los problemas según ocurren: De forma similar, se usa el enfoque del aprendizaje activo (en combinación con el aprendizaje supervisado) para identificar los problemas a medida que se producen y advertir a las partes interesadas antes de que afecten a su red.
Resolución de problemas distribuida: La información de la topología se usa en cada etapa para identificar las trayectorias que toma cada uno de los objetos dentro de la red. Por lo tanto, si no se encuentra un error dentro de una entidad Nx entonces el dispositivo de resolución de problemas 5 es responsable de redirigir una petición de resolución del problema al "siguiente salto" apropiado que maneja los datos y maneja cualesquiera respuestas. Además, según vuelven las respuestas, el dispositivo de resolución de problemas 5 asocia las mediciones con los problemas externos. Los siguientes son algunos de los problemas detallados, sin limitarse a estos, que se pueden identificar por la presente invención.
Problema Entidad (Nx) detectada Posibles mediciones
Problemas de Dispositivo de usuario Aplicación API, OS API (por configuración ejemplo, pérdida de los códec) CPU inadecuada Dispositivo de usuario Uso del dispositivo de CPU, tramas de video perdidas
Memoria inadecuada Dispositivo de usuario Baja memoria del dispositivo, bajas tasas de refresco, alta latencia de asignación de objetos
Intensidad de señal Dispositivo de usuario Baja RSSI, paquetes perdidos, pobre retransmisiones elevadas
Desconexiones Dispositivo de usuario Estado de la red (conectado no frecuentes / movilidad conectado), cambios de AP, modulación rápida y cambios de estado
Velocidades de la red Dispositivo de usuario Tipo de conectividad (GPRS, inalámbrica pobres Edge, 3g, LTE)
Uso de la red elevado Dispositivo de usuario Tráfico elevado desde otras
aplicaciones o el OS.
Red inaccesible Dispositivo de usuario Red no configurada (por ejemplo no hay IP) o ningún paquete intercambiado con la puerta de enlace
Congestión Wi-Fi Enrutador Intensidad de la señal, ventanas de contención elevadas, porcentaje de tiempo medio que estuvo ocupado, altas tasas de transferencia
Enlace de ADSL/cable/ Enrutador/DSLAM/ISP Alta utilización, altas tasas de FTTH congestionado o transferencia, altos tiempos de con bajo rendimiento ping, pérdida de paquetes,
métricas de TCP/IP
Problemas del enrutador Enrutador Uso elevado de la CPU / de la puerta de enlace Memoria del enrutador, larga latencia para redirigir un paquete, colas, mala configuración
Congestión de la ISP móvil Utilización elevada, número de estación base celular clientes asociados, tramas
perdidas, frecuencias en uso.
Problemas de la ISP móvil Alta latencia, paquetes perdidos, estación base celular mala configuración del RNC
Red troncal del ISP ISP móvil Utilización elevada, altas tasas móvil de transferencia, altos tiempos de ping, perdida de paquetes, métricas de TCP/IP, estadísticas del enrutador
Bloques intermedios del ISP móvil CPU/Memoria, latencia para ISP móvil procesar una petición, registros
Interconexión del ISP ISP móvil Utilización de interconexión, móvil latencia, paquetes perdidos
Red troncal del ISP fijo ISP fijo Alta utilización, altas tasas de transferencia, altos tiempos de ping, pérdida de paquetes, métricas de TCP/IP, estadísticas del enrutador.
Problemas de la Red Red Central Alta utilización, altas tasas de Central transferencia, altos tiempos de ping, pérdida de paquetes, métricas de TCP/IP, estadísticas del enrutador
Red de Suministro de CDN Servidor seleccionado, carga, Contenidos carga de la CPU, carga de la memoria, utilización de la red, latencia para servir un objeto / pregunta, tiempo de acceso a disco / memoria y utilización, proporciones de accesos a memoria caché, número de usuarios servidos Proveedor de servicios Proveedor de servicios Servidor seleccionado, carga, carga de CPU, carga de memoria, utilización de red, latencia para servir un objeto / pregunta, tiempo de acceso a memoria / disco y utilización, número de usuarios servidos
En una realización, por ejemplo para el caso de una pobre representación de un flujo continuo de video de YouTube® y un dispositivo de usuario que recibe una pobre señal, la aplicación de YouTube® comenzará a pausar y almacenar. El usuario informará de este problema al módulo de medición del dispositivo M o el propio módulo M detectará el problema. Esto activará una investigación de las posibles causas. El módulo del dispositivo M evaluará las condiciones de conectividad inalámbrica e identificará que la intensidad de la señal actual no es suficiente para sostener aplicaciones de un flujo continuo de video. Las indicaciones acerca de esto son i) la baja RSSI, ii) el tipo de protocolo de comunicaciones (por ejemplo, no es 3G) o iii) se retransmiten o se pierden muchos paquetes. En este caso se notificará al usuario. Además, el ISP también recibirá una notificación, ya que esto ayudará a la planificación de la cobertura futura de la red pero no se requerirá una investigación adicional. Finalmente, el algoritmo de aprendizaje de máquina se adaptará para asociar mejor este tipo de condiciones a la calidad reportada de los problemas de la experiencia.
En otra realización, por ejemplo para una pobre representación de un flujo continuo de video de YouTube® y una torre de célula congestionada, como antes, la aplicación de YouTube® y el dispositivo de usuario intentarán resolver el problema pero no encontrarán ninguna causa. Por lo tanto, retransmitirán una petición para una resolución adicional del problema al ISP. El módulo de medición M del ISP recibirá esta petición y evaluará las condiciones en la torre del usuario. Si se identifica un error a continuación i) se notificará al módulo del usuario ii) el módulo del ISP se adaptará para asociar estos tipos de condiciones con la calidad posible de los problemas de la experiencia y iii) se registrará una advertencia dentro del ISP para ayudar a la planificación de futuras expansiones y aprovisionamiento de red. De forma similar, no se darán otras peticiones. En este caso se notificará al usuario. Además, el ISP también recibirá una notificación, ya que esto ayudará a la planificación de la cobertura de la futura red. Sin embargo, el ISP no sondeará una investigación adicional.
En otra realización más, por ejemplo para una pobre representación de un flujo continuo de video de YouTube® y un proveedor de servicio congestionado (YouTube®), se seguirán las mismas etapas que anteriormente. Sin embargo, como no se detectará ningún problema dentro del dispositivo y en el ISP, la pregunta alcanzará el proveedor del servicio. En este caso usará su propia medición para identificar la causa. En este caso se notificará al usuario. Además, el ISP también recibirá una notificación, de modo que esto ayudará a una petición adicional asociada para la resolución del problema similar con la causa. Finalmente, el proveedor de servicio también obtendrá una advertencia para realizar un aprovisionamiento adicional (por ejemplo, redirigir el tráfico).
Incluso aunque en este propósito los dispositivos de usuario se han descrito principalmente como los clientes finales del servicio, cualquier otro dispositivo u organización habilitada para internet, tal como los ISP, vehículos, decodificadores de televisión por IP (IPTV), TV inteligentes, también pueden proporcionar mediciones e iniciar una petición para un sondeo adicional.
En la Fig. 3 se ilustra un modo lineal para realizar la resolución de problemas: si un dispositivo tiene un problema de conectividad que no está originado localmente, consulta al ISP, si el problema no se encuentra dentro del ISP, consulta a la red central, etc. Sin embargo, tal enfoque lineal podría no ser siempre necesario. Por ejemplo si un dispositivo detecta que un recurso (por ejemplo un video) no está disponible podría preguntar directamente al proveedor del servicio (saltándose todas las etapas intermedias). Por lo tanto, las entidades de resolución de problemas N1 ... Nn podrían comunicar directamente con cualquier otra entidad Nx dependiendo del diagnóstico.
Alternativamente al algoritmo de aprendizaje activo en combinación con los activadores para la realización del procesamiento de datos y la resolución de problemas también se pueden usar otras técnicas (por ejemplo, los modelos estadísticos) para detectar o identificar la causa de los eventos.
Finalmente, el proceso descrito puede comenzar desde cualquiera de las entidades involucradas N1...Nn. Por ejemplo, si un ISP (no un usuario) está experimentando un problema con una conexión específica, entonces se puede realizar una petición de investigación. El alcance de la presente invención se describe en las reivindicaciones adjuntas.

Claims

REIVINDICACIONES
1. Un método para la identificación de la causa de los problemas de red en redes móviles, en el que dicha red móvil incluye una pluralidad de nodos conectados por enlaces, comprendiendo el método:
- medir un primer módulo en un primer nodo, la información de datos con respecto a su funcionamiento de red; y
- dicho primer módulo, basado en dicha información de datos medida y/o la información de entrada de usuario, ejecuta un estudio para identificar si el problema con respecto a dicho funcionamiento de red está dentro de dicho primer módulo, caracterizado porque el método comprende en el caso de que dicho primer módulo no sea capaz de identificar una razón para dicho problema:
a) establecer un canal de comunicación entre dicho primer módulo y un segundo módulo en un segundo nodo;
b) Informar, dicho primer módulo, de una indicación de dicho problema a dicho segundo módulo;
c) dicho segundo módulo, basado en la información de datos con respecto a su funcionamiento de red, ejecuta un estudio para identificar si la razón de dicho problema está dentro de dicho segundo módulo; y
realizar progresivamente a lo largo de los nodos sucesivos de dicha red las etapas de a) a c) hasta que se encuentre una causa para el problema en un nodo determinado.
2. Un método de acuerdo con la reivindicación 1 , que comprende enviar una notificación a dicho primer nodo de una causa desconocida en el caso de que se alcancen todos los nodos de la red sin una respuesta para dicha causa.
3. Un método de acuerdo con la reivindicación 1 , en el que la información de datos medida se recoge y se mantiene separadamente entre cada uno de los módulos.
4. Un método de acuerdo con cualquiera de las reivindicaciones anteriores, en el que dicho primer módulo se implementa en un dispositivo de computación de usuario y dicho segundo módulo se implementa en al menos un proveedor del servicio de internet fijo o móvil al que está conectado dicho dispositivo de computación de usuario.
5. Un método de acuerdo con cualquiera de las reivindicaciones anteriores de 1 a 3, en el que dicho primer módulo se implementa en un dispositivo de computación de usuario y dicho segundo módulo se implementa en un proveedor de servicio.
6. Un método de acuerdo con las reivindicaciones 1 , 4 o 5, en el que la información de dicha indicación de dicho problema se genera automáticamente.
7. Un método de acuerdo con las reivindicaciones 1 , 4 o 5, en el que la información de dicha indicación de dicho problema se genera manualmente por un usuario.
8. Un método de acuerdo con las reivindicaciones anteriores, en el que dicha indicación comprende información que indica al menos un sello de tiempo de la identificación de dicho problema y/o el objeto que causa el problema.
9. Un método de acuerdo con las reivindicaciones anteriores, en el que dicho problema comprende al menos problemas de eficiencia, mal funcionamiento, conectividad de los diferentes módulos u otros parámetros que afectan a la calidad de un servicio dentro de dicha red móvil.
10. Un método de acuerdo con la reivindicación 1 , en el que los datos medidos y/o las entradas de usuario están asociadas con problemas de red predeterminados
11. Un sistema para identificar la causa de los problemas de red en redes móviles, en el que dicha red móvil incluye una pluralidad de nodos (N1 ... Nn) conectados por enlaces, caracterizado porque el sistema comprende un módulo (M), localizado en cada uno de dichos nodos (N1 ... Nn) configurado para al menos la información de datos de medida con respecto al funcionamiento de red del nodo respectivo; y para ejecutar, en base a dicha información de datos medida y/o la información de entrada de usuario, un estudio para identificar si un problema con respecto a dicho funcionamiento de red está dentro del módulo (M) y si no se encuentra una causa para el problema dentro del módulo (M), transfiriendo a través de un canal de comunicaciones establecido una indicación de dicho problema a lo largo de al menos un nodo sucesivo de dicha red móvil.
12. Un sistema de acuerdo con la reivindicación 1 1 , en el que dichos nodos (N1... Nn) comprenden cualquiera de, un dispositivo de computación de usuario, un Proveedor del Servicio de Internet fijo o móvil al que está conectado el dispositivo de computación de usuario, un proveedor de la red central, una Red de Distribución de Contenidos y/o un proveedor de servicios.
13. Un sistema de acuerdo con la reivindicación 1 1 , en el que dicho módulo (M) comprende al menos:
-una base de datos (3) que sigue la trayectoria de los datos a través de dicha pluralidad de enlaces de dicha red móvil;
- al menos una unidad de medición (1) que mide dicha información de datos con respecto al funcionamiento de red de dicho módulo (M), recogiéndose y almacenándose dicha información de datos al menos por una unidad de datos (2); y - un dispositivo (5) que genera dicha indicación de dicho problema en base a dicho estudio ejecutado.
14. Un producto de programa de ordenador que comprende instrucciones de programa para causar que dicho dispositivo de computación de usuario realice el método ejecutando varias tareas en un procesador de acuerdo con las etapas de la reivindicación 1.
PCT/ES2013/070679 2013-09-30 2013-10-02 Método y sistema para identificar la causa de problemas de red en redes móviles y programa de ordenador para los mismos WO2015044467A1 (es)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/025,421 US20160242053A1 (en) 2013-09-30 2013-10-02 Method and system for identifying the cause of network problems in mobile networks and computer program thereof
EP13894318.8A EP3035594A4 (en) 2013-09-30 2013-10-02 Method and system for identifying the cause of network problems in mobile networks, and computer program for same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP13382380.7 2013-09-30
EP13382380 2013-09-30

Publications (1)

Publication Number Publication Date
WO2015044467A1 true WO2015044467A1 (es) 2015-04-02

Family

ID=49303934

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/ES2013/070679 WO2015044467A1 (es) 2013-09-30 2013-10-02 Método y sistema para identificar la causa de problemas de red en redes móviles y programa de ordenador para los mismos

Country Status (3)

Country Link
US (1) US20160242053A1 (es)
EP (1) EP3035594A4 (es)
WO (1) WO2015044467A1 (es)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017097922A1 (de) * 2015-12-10 2017-06-15 Universität Rostock Vorrichtung zur erzeugung einer datenbasis
US10548036B2 (en) 2016-02-09 2020-01-28 Spatialbuzz Limited Fault monitoring by assessing spatial distribution of queries in a utility supply network
US11082323B2 (en) 2016-02-09 2021-08-03 Spatialbuzz Limited Fault monitoring in a utility supply network

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107548086B (zh) * 2016-06-24 2022-09-27 中兴通讯股份有限公司 根因定位方法及装置
US11271796B2 (en) * 2016-07-15 2022-03-08 Tupl Inc. Automatic customer complaint resolution
US10085205B2 (en) * 2016-09-08 2018-09-25 International Business Machines Corporation Crowd sourcing network quality
US10515318B2 (en) * 2016-09-30 2019-12-24 Fortinet, Inc. Automated resolution of Wi-Fi connectivity issues over SMS
US10657020B2 (en) 2017-06-05 2020-05-19 Cisco Technology, Inc. Automation and augmentation of lab recreates using machine learning
EP3721563A4 (en) * 2017-12-06 2021-07-21 Telefonaktiebolaget LM Ericsson (publ) AUTOMATIC TRANSMISSION POINT HANDLING IN A WIRELESS COMMUNICATION NETWORK
US11246046B2 (en) 2018-02-26 2022-02-08 Cisco Technology, Inc. Proactive wireless traffic capture for network assurance
KR20200054565A (ko) * 2018-11-12 2020-05-20 삼성전자주식회사 전자 장치 및 그 제어 방법
WO2020218956A1 (en) * 2019-04-24 2020-10-29 Telefonaktiebolaget Lm Ericsson (Publ) First network node, and method performed thereby, for handling a performance of a communications network
US11012566B1 (en) * 2019-11-14 2021-05-18 T-Mobile Usa, Inc. Simulated customer application experiences for customer support via emulators
KR20210116733A (ko) * 2020-03-12 2021-09-28 삼성전자주식회사 네트워크 연결 방법 및 이를 지원하는 전자 장치
US11665562B2 (en) * 2020-05-29 2023-05-30 T-Mobile Usa, Inc. Real-time network condition estimations for mobile devices

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0020004D0 (en) * 2000-08-14 2000-10-04 3Com Corp Diagnosis of link failures in a network
US9094257B2 (en) * 2006-06-30 2015-07-28 Centurylink Intellectual Property Llc System and method for selecting a content delivery network
CN101420335B (zh) * 2007-10-26 2011-09-14 华为技术有限公司 对等网络节点故障检测/处理方法及装置
JP5077104B2 (ja) * 2008-06-30 2012-11-21 富士通株式会社 ネットワーク障害検知プログラム、システム、及び方法
WO2011053290A1 (en) * 2009-10-28 2011-05-05 Hewlett-Packard Development Company Lp Method and apparatus for tracing a multicast flow
US9271159B2 (en) * 2011-10-24 2016-02-23 Tekelec, Inc. Methods, systems, and computer readable media for testing a diameter routing node
US9007923B2 (en) * 2011-10-31 2015-04-14 Itron, Inc. Quick advertisement of a failure of a network cellular router

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
CASETTI, C. ET AL.: "Network Monitoring Architecture basedon Home Gateways [Poster", FUTURE NETWORK & MOBILE SUMMIT, 3 July 2013 (2013-07-03), XP055291665 *
See also references of EP3035594A4 *
THALER, D.G.; ET AL.: "An architecture for inter-domain troubleshooting", COMPUTER COMMUNICATIONS AND NETWORKS, 1997.PROCEEDINGS., SIXTH INTERNATIONAL CONFERENCE ON, 1 September 1997 (1997-09-01), pages 516,523, XP010245797 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017097922A1 (de) * 2015-12-10 2017-06-15 Universität Rostock Vorrichtung zur erzeugung einer datenbasis
US10548036B2 (en) 2016-02-09 2020-01-28 Spatialbuzz Limited Fault monitoring by assessing spatial distribution of queries in a utility supply network
US11082323B2 (en) 2016-02-09 2021-08-03 Spatialbuzz Limited Fault monitoring in a utility supply network

Also Published As

Publication number Publication date
EP3035594A4 (en) 2017-04-05
EP3035594A1 (en) 2016-06-22
US20160242053A1 (en) 2016-08-18

Similar Documents

Publication Publication Date Title
WO2015044467A1 (es) Método y sistema para identificar la causa de problemas de red en redes móviles y programa de ordenador para los mismos
US11343692B2 (en) System and method for distributed network performance management
US10621139B2 (en) Public wireless network performance management system with mobile device data collection agents
BR112021005950A2 (pt) método e aparelho de processamento de informações de fatia
KR101471263B1 (ko) 모바일 서비스 전달을 분석하는 방법 및 장치
US10439915B2 (en) Network status evaluation
Marotta et al. Managing mobile cloud computing considering objective and subjective perspectives
US8804500B2 (en) Management of network capacity to mitigate degradation of network services during maintenance
EP3295612B1 (en) Uplink performance management
CN103416022B (zh) 分布式路由器/交换机架构中的服务中吞吐量测试方法和系统
US20210014710A1 (en) WiFi Network Monitoring Smart Sensor and Network Early Warning Platform
Miorandi et al. Measuring net neutrality in mobile Internet: Towards a crowdsensing-based citizen observatory
CN105634968B (zh) 用于控制数据流量的传输的装置及方法
ES2875728T3 (es) Método y aparato para detectar problemas de conexión a Internet
US20220247651A1 (en) System and method for network and computation performance probing for edge computing
Alkenani et al. Network Monitoring Measurements for Quality of Service: A Review.
Kumar et al. Resilient Edge: Building an adaptive and resilient multi-communication network for IoT Edge using LPWAN and WiFi
Wang et al. Efficient measurement of round-trip link delays in software-defined networks
US8713160B1 (en) Automated top-down multi-abstraction infrastructure performance analytics -network infrastructure-as-a-service perspective
Zeinali et al. Communication Networks Characteristics Impact on Cyber-Physical Systems
Tachibana et al. A large-scale network diagnosis system based on user-cooperative active measurements
Ugochukwu et al. Diagnosing Salem University Lokoja Network for Better Network Performance
Atalay et al. Demystifying 5G Traffic Patterns with an Indoor RAN Measurement Campaign
KR102162660B1 (ko) 빅데이터기반 네트워크 품질관리 시스템
Arnold Understanding Cloud Network Performance

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13894318

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2013894318

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 15025421

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE