ES2915700T3 - Rastreo de fallos en un sistema de telecomunicaciones - Google Patents

Rastreo de fallos en un sistema de telecomunicaciones Download PDF

Info

Publication number
ES2915700T3
ES2915700T3 ES13724807T ES13724807T ES2915700T3 ES 2915700 T3 ES2915700 T3 ES 2915700T3 ES 13724807 T ES13724807 T ES 13724807T ES 13724807 T ES13724807 T ES 13724807T ES 2915700 T3 ES2915700 T3 ES 2915700T3
Authority
ES
Spain
Prior art keywords
failure
information
triggering
notification event
specific
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES13724807T
Other languages
English (en)
Inventor
Heikki Jarmo Tapani Laaksonen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Application granted granted Critical
Publication of ES2915700T3 publication Critical patent/ES2915700T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0778—Dumping, i.e. gathering error/state information after a fault for later diagnosis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0772—Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un método realizado por una unidad de señalización/datos de un aparato, que comprende: el disparo automático (210) de un evento de notificación cuando se produce un fallo en un elemento de red de un sistema de red móvil, en el que el disparo automático del evento de notificación comprende la activación de un rastreo del fallo usando al menos uno de un código de causa, una activación de una alarma y una configuración de un registro crítico; almacenar (220) la información relacionada específicamente con el fallo, donde el almacenamiento se realiza tras el disparo automático del evento de notificación, y la información específica se almacena en una memoria no transitoria para permitir que el rastreo continúe después de un reinicio del sistema.

Description

DESCRIPCIÓN
Rastreo de fallos en un sistema de telecomunicaciones
Antecedentes
Campo:
Las realizaciones de la invención se refieren al rastreo de fallos dentro de una red.
Descripción de la técnica relacionada
La evolución a largo plazo (LTE) es una norma para la comunicación inalámbrica que busca proporcionar una mayor velocidad y capacidad para las comunicaciones inalámbricas mediante el uso de nuevas técnicas de modulación/procesamiento de señales. La norma fue propuesta por el Proyecto de Asociación de Tercera Generación (3GPP) y se basa en tecnologías de red anteriores. Desde sus inicios, lTe ha experimentado un amplio despliegue en una amplia variedad de contextos relacionados con la comunicación de datos.
El documento US 2013083650A1 se refiere a un método para gestionar fallos de una MME (Entidad de Gestión de la Movilidad) en una red Principal en Paquetes Evolucionada/Evolución a Largo Plazo o un Sistema en Paquetes Evolucionado, en el que múltiples UE (Equipo de Usuario) están conectados a una primera MME, que almacena la primera información de contexto que representan los UE adjuntos a la primera MME, los UE están conectados a uno de varios eNB (Nodo B evolucionado), el eNB puede comunicarse con la primera MME y con al menos una MME vecina, y los UE pueden comunicarse con la primera MME y con la al menos una MME vecina a través del eNB, incluye: detectar fallos de la primera MME, recopilar información relacionada con los UE adjuntos a la primera MME, restaurar partes de la primera información de contexto en una o varias de las MME vecinas utilizando la información recopilada, y restablecer las conexiones lógicas internas de la red con la una o varias de las MME vecinas usando la primera información de contexto restaurada.
El documento US 2011235505A1 se refiere a un método para proporcionar redundancia geográfica del estado para la función LTE MME (Entidad de Gestión de la Movilidad) del núcleo en Paquetes Evolucionado (EPC) 3GPP E-UTRAN. El método proporciona redundancia de estado muchos a una ("n:1") de MME mediante la construcción de la arquitectura S1-Flex, que permite definir un área de grupo de MME como un área dentro de la cual se puede servir un UE (equipo de usuario), sin necesidad de cambiar la MME servidora. La redundancia geográfica se logra utilizando un nodo MME en espera desplegado para respaldar un grupo de nodos MME, con el nodo MME en espera diseñado para manejar el gran volumen de mensajes periódicos o de sincronización de todos los nodos MME en el grupo. El nodo MME en espera asume la personalidad y la responsabilidad de cualquier nodo MME del grupo que haya fallado.
Compendio
En la presente descripción se proporciona un método y un aparato como se define en las reivindicaciones adjuntas. La invención se define mediante el conjunto de reivindicaciones adjunto.
De acuerdo con una primera realización, un método realizado por una unidad de señalización/datos de un aparato puede comprender disparar automáticamente un evento de notificación cuando ocurre un fallo. El disparo automático del evento de notificación puede comprender la activación de un rastreo del fallo utilizando al menos un código de causa, la activación de una alarma y la configuración de un registro crítico. El método también puede incluir el almacenamiento de información relacionada específicamente con el fallo. El almacenamiento se puede realizar con el disparo automático del evento de notificación. La información específica se puede almacenar en una memoria no transitoria para permitir que el rastreo continúe después de reiniciar el sistema.
En el método de la primera realización, el fallo puede comprender un fallo dentro de un sistema de red móvil basado en la nube.
En el método de la primera realización, el fallo puede comprender un fallo dentro de una entidad de gestión de la movilidad.
En el método de la primera realización, el almacenamiento de información relacionada específicamente con el fallo puede comprender la coordinación de un proceso de gestión de la movilidad/gestión de sesión para realizar el almacenamiento de la información específica relacionada con el fallo, y la información específica relacionada con el fallo comprende al menos al menos uno de información del proceso asociada con un abonado específico que experimentó el fallo, información de comunicación asociada con un abonado específico que experimentó el fallo, información de alarma e información de registro.
En el método de la primera realización, la información específica se puede asociar con un abonado específico que experimentó el fallo.
De acuerdo con una segunda realización, un aparato puede comprender una unidad de señalización/datos. La unidad de señalización/datos puede comprender una unidad de activación configurada para disparar automáticamente un evento de notificación cuando se produce un fallo. El disparo automático del evento de notificación comprende la activación de un rastreo del fallo utilizando al menos un código de causa, la activación de una alarma y la configuración de un registro crítico. La unidad de señalización/datos también puede comprender una unidad de almacenamiento configurada para almacenar información relacionada específicamente con el fallo. El almacenamiento se realiza tras el disparo automático del evento de notificación. La información específica se puede almacenar en una memoria no transitoria para permitir que el rastreo continúe después de reiniciar el sistema.
En el aparato de la segunda realización, el fallo puede comprender un fallo dentro de un sistema de red móvil basado en la nube.
En el aparato de la segunda realización, el fallo puede comprender un fallo dentro de una entidad de gestión de movilidad.
En el aparato de la segunda realización, el almacenamiento de información relacionada específicamente con el fallo puede comprender la coordinación de un proceso de gestión de la movilidad/gestión de sesión para realizar el almacenamiento de la información específica relacionada con el fallo. La información específica relacionada con el fallo puede comprender al menos información de proceso asociada con un abonado específico que experimentó el fallo, información de comunicación asociada con un abonado específico que experimentó el fallo, información de alarma e información de registro.
En el aparato de la segunda realización, la información específica se puede asociar con un abonado específico que experimentó el fallo.
De acuerdo con una quinta realización, un aparato puede comprender una unidad de operación y mantenimiento (unidad O&M). La unidad de operación y mantenimiento puede comprender una unidad receptora configurada para recibir información relacionada específicamente con un fallo. La recepción se puede realizar con un disparo automático de un evento de notificación. El disparo automático del evento de notificación ocurre cuando ocurre el fallo. El disparo automático del evento de notificación comprende la activación de un rastreo del fallo. La unidad de operación y mantenimiento también puede comprender una unidad de almacenamiento configurada para almacenar la información específica en una memoria no transitoria para permitir que continúe el rastreo después de reiniciar el sistema.
En el aparato de la quinta realización, el fallo puede comprender un fallo dentro de un sistema de red móvil basado en la nube.
Breve descripción de los dibujos
Para una correcta comprensión de la invención, se debe hacer referencia a los dibujos adjuntos, en los que:
La figura 1 ilustra un método de rastreo de fallos en un sistema de Arquitectura de Ordenador de Telecomunicaciones Avanzada (ATCA) de acuerdo con una realización.
La figura 2 ilustra un diagrama de flujo de un método de acuerdo con una realización.
La figura 3 ilustra un diagrama de flujo de un método de acuerdo con otra realización.
La figura 4 ilustra un aparato de acuerdo con una realización.
La figura 5 ilustra un aparato de acuerdo con otra realización.
La figura 6 ilustra un aparato de acuerdo con otra realización más.
Descripción detallada
Una realización de la presente invención está relacionada con el mantenimiento de los elementos de la red y la solución de problemas de fallos/cortes dentro de los elementos de la red. Los elementos de red se pueden encontrar en las redes Sistema Global para Comunicaciones con Móviles/3GPP (GSM/3GPP). Una realización es un método para capturar información relacionada con los fallos/cortes. Una realización puede capturar información relacionada con los fallos/cortes recopilando datos de un elemento de red activo/ocupado. Una realización recopila los datos exactos que se comunican dentro de un elemento de red activo/ocupado.
Un elemento de red activo/ocupado puede participar en la coordinación de miles de eventos y transacciones en un solo segundo. Un elemento de red puede ser una entidad de gestión de la movilidad (MME), por ejemplo. En una red activa, generalmente no es posible capturar todos los datos coordinados por la red.
Como se describió anteriormente, el mantenimiento de un elemento de red y la solución de problemas dentro del elemento de red pueden ser difíciles debido a que la cantidad de datos coordinados por el elemento de red puede ser demasiado grande para ser examinada de manera eficiente. Una de las dificultades al tratar de solucionar problemas dentro de un elemento de red en vivo es que los datos coordinados por el elemento de red en vivo pueden ser demasiado grandes para guardarlos en los registros. Intentar guardar los datos correspondientes al tráfico externo e interno completo (coordinado por el elemento de red) generaría gigabytes de datos en solo unos segundos. Además, los analizadores de alto rendimiento generalmente requieren horas para procesar los datos (incluso si los analizadores tienen servidores de alta capacidad y/o hardware sofisticado para procesar los datos).
Otra dificultad que surge al mantener un elemento de red y al realizar la resolución de problemas dentro del elemento de red es que, cuando el personal del operador intenta analizar los problemas de la red, los problemas a menudo ya no son visibles.
Los enfoques anteriores intentaron rastrear todos los datos (de eventos y transacciones) coordinados por un elemento de red activo/ocupado. Los enfoques anteriores también intentaron filtrar los datos de acuerdo con el protocolo utilizado para comunicar los datos, o de acuerdo con el puerto utilizado para comunicar los datos. Los enfoques anteriores también intentaron filtrar los datos de acuerdo con el contenido del mensaje de los datos. Sin embargo, estos enfoques anteriores no son eficientes ni completos cuando proporcionan información para la resolución de problemas.
En vista de las dificultades anteriores, una realización de la invención puede proporcionar una forma de capturar automáticamente información que está específicamente relacionada con cortes/fallos que involucran un elemento de red en vivo. Específicamente, una realización puede incluir una entidad que active automáticamente un rastreo de fallos dentro de una red. Puede ocurrir un fallo cuando no se puede realizar la llamada de un abonado móvil, por ejemplo.
La figura 1 ilustra un método de rastreo de fallos en un sistema ATCA de acuerdo con una realización. Siempre que se produce un fallo, una entidad, como una unidad 101 de señalización/datos, puede activar automáticamente el rastreo de un fallo activando un evento de notificación. La entidad 101 puede disparar el evento de notificación usando códigos de causa. Generalmente se considera que un código de causa es información transmitida entre elementos de la red que informa a los elementos de la red si una actividad se realizó con éxito. En una realización, cada código de causa se puede asociar con un número de umbral correspondiente de veces que aparecerá el código de causa antes de que se active el evento de notificación. La entidad 101 también puede disparar el evento de notificación activando una alarma. La entidad 101 también puede disparar el evento de notificación configurando un registro crítico.
Cada evento de notificación puede disparar una función específica de almacenamiento de información específicamente relacionada con el fallo. Cuando se produce el evento de notificación, se puede coordinar un proceso 102 de gestión de la movilidad/gestión de sesión (MM/SM) para realizar el almacenamiento de información relacionada específicamente con el fallo, como, por ejemplo, información de proceso 103, información de comunicación 104, información de alarma 105 e información de registro 106. La información de proceso 103, la información de comunicación 104, la información de alarma 105 y la información de registro 106 pueden asociarse con un abonado específico que experimentó el fallo, como una llamada fallida.
Una realización puede rastrear la identidad del abonado rastreando, por ejemplo, una Identidad de Abonado Móvil Internacional (IMSI), una Identidad de Equipo de Estación Móvil Internacional (IMEI), una Red Digital de Servicios Integrados de Estación Móvil (MSISDN), una Identidad de Abonado Móvil Temporal MME ( M-TMSI), una Identidad de UE Temporal Global Unica (GUTI), un Identificador de Punto Final del Túnel (TEID) de la Entidad de Gestión de la Movilidad (MME), un ID de Registro de Ubicación de Visitantes (VLR), un ID de flujo de Protocolo de Transmisión de Control de Flujo (SCTP), un ID Global del nodo evolucionado B (eNB), etc.
En una realización, los rastreos que se activan automáticamente persisten en una unidad que tiene un disco duro 120. La persistencia permite el almacenamiento y la continuación del rastreo después de que el sistema se reinicie o la unidad se reinicie. Las identidades rastreadas pueden ser mantenidas por el proceso MM/SM 102 que asigna las identidades cambiantes como identificador temporal único global (GUTI), MME-TEID o el Protocolo de Aplicación MME UE S1 ID (S1 AP). Esto permite reenviar las identidades modificadas a procesos que recopilan, por ejemplo, registros, mensajes de comunicación internos y externos o alarmas.
Como se ha descrito anteriormente, debido a que las realizaciones de la presente invención almacenan información que está específicamente relacionada con un fallo, la cantidad de información necesaria que se almacena puede reducirse significativamente. En lugar de almacenar toda la información coordinada por un elemento de red, las realizaciones de la presente invención pueden almacenar información que esté específicamente relacionada con un fallo/avería o relacionada con un abonado que experimentó el fallo/avería.
Cuando se almacena la información relacionada específicamente con el fallo, una realización almacena la información recopilada en una unidad que puede conservar la información durante los reinicios del sistema. Una realización determina los atributos rastreados específicos, como registros, mensajes o alarmas, y envía estos atributos rastreados a la unidad que puede conservarlos durante un reinicio del sistema. La persistencia de la información puede comprender el mantenimiento de la integridad de la información durante los reinicios del sistema. Por ejemplo, la información persistente puede comprender guardar la información en una memoria no transitoria para que la información no se pierda en caso de que se reinicie el sistema. Luego, la información se puede recopilar y analizar, por ejemplo, con una herramienta externa 130 conectada a una LAN de operación y mantenimiento (LAN O&M) 131.
Al conservar la información, una realización puede mover automáticamente la información a un disco del sistema para analizarla posteriormente. Debido a que la información se almacena en este disco del sistema, una realización generalmente puede garantizar que el fallo sea visible para el personal de mantenimiento.
Luego, la información almacenada se puede procesar posteriormente y las secuencias de señalización se pueden combinar con los registros que, por ejemplo, se alinean en función de un intervalo de tiempo para facilitar y acelerar el análisis del fallo/avería.
La información almacenada también se puede utilizar, por ejemplo, para generar automáticamente un caso de prueba en las instalaciones de Investigación y Desarrollo (I+D). Una realización puede recopilar datos de señalización externos que se pueden convertir en un caso de prueba que verifique el caso de fallo/avería. Esta conversión puede permitir que las realizaciones resuelvan y arreglen más rápida y fácilmente el fallo/avería.
Una realización permite a un usuario activar los rastreos manualmente. Estos rastreos activados manualmente 135 pueden ser activados por un usuario a través de la herramienta externa 130. El usuario puede decidir qué tipos de eventos deben rastrearse.
Como se describió anteriormente, el rastreo activado de un fallo continuará, aunque se cambien las identidades asociadas con el elemento de red correspondiente. Como se describió anteriormente, después de identificar un fallo/avería, un marco de rastreo almacena los registros relacionados, los mensajes internos, los mensajes externos, las alarmas y otros atributos en una unidad de almacenamiento.
La figura 2 ilustra un diagrama de flujo de un método de acuerdo con una realización de la invención. El método ilustrado en la figura 2 incluye, en 210, el disparo automático, mediante una unidad de señalización/datos, de un evento de notificación cuando se produce un fallo. En 220, el método también incluye almacenar información relacionada específicamente con el fallo. El almacenamiento se realiza tras el disparo automático del evento de notificación. La información específica se almacena de manera que la información específica persiste después de reiniciar el sistema.
La figura 3 ilustra un diagrama de flujo de un método de acuerdo con otra realización no cubierta por la invención reivindicada. El método ilustrado en la figura 3 incluye, en 310, recibir, por parte de una unidad de operación y mantenimiento, información relacionada específicamente con un fallo. La recepción se realiza con el disparo automático de un evento de notificación. El disparo automático del evento de notificación ocurre cuando ocurre el fallo. En 320, el método también almacena la información específica de manera que la información específica persiste después de reiniciar el sistema.
La figura 4 ilustra un aparato de acuerdo con una realización no cubierta por la invención reivindicada. El aparato 10 puede incluir un procesador 22 para procesar información y ejecutar instrucciones u operaciones. El procesador 22 puede ser cualquier tipo de procesador de propósito general o específico. Mientras que en la figura 4 se muestra un solo procesador 22, se pueden utilizar múltiples procesadores de acuerdo con otras realizaciones. El procesador 22 también puede incluir uno o más ordenadores de propósito general, ordenadores de propósito especial, microprocesadores, procesadores de señales digitales (DSP), matrices de puertas programables en campo (FPGA), circuitos integrados de aplicación específica (ASIC) y procesadores basados en una arquitectura de procesador multi núcleo, como ejemplos.
El aparato 10 puede incluir además una memoria 14, acoplada al procesador 22, para almacenar información e instrucciones que pueden ser ejecutadas por el procesador 22. La memoria 14 puede ser una o más memorias y de cualquier tipo adecuado para el entorno de la aplicación local, y puede realizarse utilizando cualquier tecnología de almacenamiento de datos volátil o no volátil adecuada, como un dispositivo de memoria basado en semiconductores, un dispositivo y sistema de memoria magnética, un dispositivo y sistema de memoria óptica, memoria fija y memoria extraíble. Por ejemplo, la memoria 14 incluye cualquier combinación de memoria de acceso aleatorio (RAM), memoria de sólo lectura (ROM), almacenamiento estático tal como un disco magnético u óptico, o cualquier otro tipo de medio no transitorio interpretable por máquina u ordenador. Las instrucciones almacenadas en la memoria 14 pueden incluir instrucciones de programas o códigos de programas de ordenador que, cuando los ejecuta el procesador 22, permiten que el aparato 10 realice las tareas que se describen en este documento.
El aparato 10 también puede incluir una o más antenas (no mostradas) para transmitir y recibir señales y/o datos hacia y desde el aparato 10. El aparato 10 puede incluir además un transceptor 28 que module la información en una forma de onda portadora para transmisión por la(s) antena(s) y desmodule la información recibida a través de la(s) antena(s) para su posterior procesamiento por parte de otros elementos del aparato 10. En otras realizaciones, el transceptor 28 puede ser capaz de transmitir y recibir señales o datos directamente.
El procesador 22 puede realizar funciones asociadas con el funcionamiento del aparato 10, incluidas, entre otras, la pre codificación de los parámetros de fase/ganancia de la antena, la codificación y descodificación de bits individuales que forman un mensaje de comunicación, el formateo de la información y el control general del aparato 10, incluidos los procesos relacionados con la gestión de los recursos de comunicación.
En una realización, la memoria 14 puede almacenar módulos de software que proporcionan funcionalidad cuando los ejecuta el procesador 22. Los módulos pueden incluir un sistema operativo 15 que proporciona funcionalidad de sistema operativo para el aparato 10. La memoria también puede almacenar uno o más módulos funcionales 18, como una aplicación o programa, para proporcionar funcionalidad adicional para el aparato 10. Los componentes del aparato 10 pueden realizarse en hardware, o como cualquier combinación adecuada de hardware y software.
La figura 5 ilustra un aparato de acuerdo con otra realización. El aparato 500 puede incluir una unidad de disparo 501 que dispara automáticamente un evento de notificación cuando se produce un fallo. El aparato 500 también puede incluir una unidad de almacenamiento 502 que almacena información relacionada específicamente con el fallo. El almacenamiento se realiza tras el disparo automático del evento de notificación. La información específica se almacena de manera que la información específica persiste después de reiniciar el sistema.
La figura 6 ilustra un aparato de acuerdo con otra realización más. El aparato 600 puede incluir una unidad receptora 601 que recibe información relacionada específicamente con un fallo. La recepción se realiza con el disparo automático de un evento de notificación. El disparo automático del evento de notificación ocurre cuando ocurre el fallo. El aparato 600 también puede incluir una unidad de almacenamiento 602 que almacena la información específica de manera que la información específica persiste después de reiniciar el sistema.
Las características, ventajas y características descritas de la invención se pueden combinar de cualquier manera adecuada en una o más realizaciones. Un experto en la técnica relevante reconocerá que la invención se puede practicar sin una o más de las características o ventajas específicas de una realización en particular. En otros casos, se pueden reconocer características y ventajas adicionales en ciertas realizaciones que pueden no estar presentes en todas las realizaciones de la invención. Un experto normal en la técnica comprenderá fácilmente que la invención, tal como se describe anteriormente, se puede practicar con etapas en un orden diferente y/o con elementos de hardware en configuraciones que son diferentes a las que se describen. Por lo tanto, aunque la invención se ha descrito en base a estas realizaciones preferidas, sería evidente para los expertos en la técnica que ciertas modificaciones, variaciones y construcciones alternativas serían evidentes, mientras permanezcan dentro del alcance de la invención tal como se define en las reivindicaciones adjuntas.

Claims (12)

REIVINDICACIONES
1. Un método realizado por una unidad de señalización/datos de un aparato, que comprende:
el disparo automático (210) de un evento de notificación cuando se produce un fallo en un elemento de red de un sistema de red móvil,
en el que el disparo automático del evento de notificación comprende la activación de un rastreo del fallo usando al menos uno de un código de causa, una activación de una alarma y una configuración de un registro crítico;
almacenar (220) la información relacionada específicamente con el fallo, donde el almacenamiento se realiza tras el disparo automático del evento de notificación, y la información específica se almacena en una memoria no transitoria para permitir que el rastreo continúe después de un reinicio del sistema.
2. El método según la reivindicación 1, en el que el fallo comprende un fallo dentro de un sistema de red móvil basado en la nube.
3. El método según la reivindicación 1 o 2, en el que el fallo comprende un fallo dentro de una entidad de gestión de la movilidad.
4. El método de acuerdo con cualquiera de las reivindicaciones 1 -3, en el que almacenar la información relacionada específicamente con el fallo comprende coordinar un proceso de gestión de la movilidad/gestión de sesión para realizar el almacenamiento de la información específica relacionada con el fallo y la información específica relacionada con el fallo comprende al menos una información de proceso asociada con un abonado específico que experimentó el fallo, información de comunicación asociada con un abonado específico que experimentó el fallo, información de alarma e información de registro.
5. El método según cualquiera de las reivindicaciones 1-4, en el que la información específica se asocia con un abonado específico que experimentó el fallo.
6. Un aparato que comprende una unidad de señalización/datos, en el que la unidad de señalización/datos comprende:
una unidad de disparo (501), configurada para disparar automáticamente un evento de notificación cuando ocurre un fallo en un elemento de red de un sistema de red móvil,
en donde el disparo automático del evento de notificación comprende activar un rastreo del fallo utilizando al menos una de las causas código, la activación de una alarma y la configuración de un registro crítico;
una unidad de almacenamiento (502), configurada para almacenar la información relacionada específicamente con el fallo, donde el almacenamiento se realiza tras el disparo automático del evento de notificación, y la información específica se almacena en una memoria no transitoria para permitir que el rastreo continúe después de un reinicio del sistema.
7. El aparato según la reivindicación 6, en el que el fallo comprende un fallo dentro de un sistema de red móvil basado en la nube.
8. El aparato según la reivindicación 6 o 7, en el que el fallo comprende un fallo dentro de una entidad de gestión de la movilidad.
9. El aparato según cualquiera de las reivindicaciones 6-8, en el que la unidad de almacenamiento (502) está configurada para coordinar un proceso de gestión de la movilidad/gestión de sesión para realizar el almacenamiento de la información específica relacionada con el fallo y la información específica relacionada con el fallo comprende al menos una información de proceso asociada con un abonado específico que experimentó el fallo, información de comunicación asociada con un abonado específico que experimentó el fallo, información de alarma e información de registro.
10. El aparato según cualquiera de las reivindicaciones 6-9, en el que la información específica está asociada con un abonado específico que experimentó el fallo.
11. Un aparato que comprende una unidad de operación y mantenimiento, unidad de O&M, en el que la unidad de O&M comprende:
una unidad de recepción (601), configurada para recibir la información relacionada específicamente con un fallo en un elemento de red de un sistema de red móvil,
en el que la recepción se realiza tras el disparo automático de un evento de notificación, produciéndose el disparo automático del evento de notificación cuando se produce el fallo, y el disparo automático del evento de notificación comprende activar un rastreo del fallo;
una unidad de almacenamiento (602), configurada para almacenar la información específica en una memoria no transitoria para permitir que continúe el rastreo después de un reinicio del sistema.
12. El aparato según la reivindicación 11, en el que el fallo comprende un fallo dentro de un sistema de red móvil basado en la nube.
ES13724807T 2013-05-22 2013-05-22 Rastreo de fallos en un sistema de telecomunicaciones Active ES2915700T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2013/060467 WO2014187478A1 (en) 2013-05-22 2013-05-22 Fault tracking in a telecommunications system

Publications (1)

Publication Number Publication Date
ES2915700T3 true ES2915700T3 (es) 2022-06-24

Family

ID=48485170

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13724807T Active ES2915700T3 (es) 2013-05-22 2013-05-22 Rastreo de fallos en un sistema de telecomunicaciones

Country Status (4)

Country Link
US (1) US10140169B2 (es)
EP (1) EP3000254B1 (es)
ES (1) ES2915700T3 (es)
WO (1) WO2014187478A1 (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10140169B2 (en) * 2013-05-22 2018-11-27 Nokia Solutions And Networks Oy Fault tracking in a telecommunications system
US10263836B2 (en) * 2014-03-24 2019-04-16 Microsoft Technology Licensing, Llc Identifying troubleshooting options for resolving network failures
CN110099398B (zh) * 2019-05-24 2022-07-15 浙江大华技术股份有限公司 网络故障信息收集方法、网络系统、存储介质及网络设备
US11281521B1 (en) * 2021-03-10 2022-03-22 Keysight Technologies, Inc. Methods, systems and computer readable media for troubleshooting test environments using automated analysis of log file data

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5610915A (en) * 1994-11-30 1997-03-11 Mci Communications Corporation System and method therefor of viewing call traffic of a telecommunications network
US5623532A (en) * 1995-01-12 1997-04-22 Telefonaktiebolaget Lm Ericsson Hardware and data redundant architecture for nodes in a communications system
US6515968B1 (en) * 1995-03-17 2003-02-04 Worldcom, Inc. Integrated interface for real time web based viewing of telecommunications network call traffic
US6070213A (en) * 1997-12-30 2000-05-30 Dsc Telecom L.P. Telecommunications terminal
US6956820B2 (en) * 2003-10-01 2005-10-18 Santera Systems, Inc. Methods, systems, and computer program products for voice over IP (VoIP) traffic engineering and path resilience using network-aware media gateway
US7940660B2 (en) * 2003-10-01 2011-05-10 Genband Us Llc Methods, systems, and computer program products for voice over IP (VoIP) traffic engineering and path resilience using media gateway and associated next-hop routers
US7937690B2 (en) * 2006-05-23 2011-05-03 Hewlett-Packard Development Company, L.P. Evaluating performance of software application
US9338597B2 (en) * 2007-12-06 2016-05-10 Suhayya Abu-Hakima Alert broadcasting to unconfigured communications devices
US8009559B1 (en) * 2008-08-28 2011-08-30 Juniper Networks, Inc. Global flow tracking system
EP2485438B1 (en) * 2009-09-28 2014-09-03 Huawei Technologies Co., Ltd. Protection method for subscriber access network and equipment thereof
US20110235505A1 (en) * 2010-03-29 2011-09-29 Hitachi, Ltd. Efficient deployment of mobility management entity (MME) with stateful geo-redundancy
US20130083650A1 (en) * 2010-05-11 2013-04-04 Nec Europe Ltd. Method for handling failure of a mme in a lte/epc network
EP2706810A4 (en) 2011-06-03 2014-11-12 Huawei Tech Co Ltd SERVICE RESTORATION PROCESSING METHOD AND MOBILITY MANAGEMENT NETWORK ELEMENT
US10140169B2 (en) * 2013-05-22 2018-11-27 Nokia Solutions And Networks Oy Fault tracking in a telecommunications system

Also Published As

Publication number Publication date
EP3000254A1 (en) 2016-03-30
EP3000254B1 (en) 2022-05-11
US10140169B2 (en) 2018-11-27
WO2014187478A1 (en) 2014-11-27
US20160092294A1 (en) 2016-03-31

Similar Documents

Publication Publication Date Title
ES2735277T3 (es) Método y aparato para el análisis de red
ES2915700T3 (es) Rastreo de fallos en un sistema de telecomunicaciones
ES2638314T3 (es) Método de registro y notificación de información de MDT
CN102860062B (zh) 执行测量的方法和设备
CN105814933B (zh) 通过用户设备(ue)空闲模式测量进行的无线蜂窝网络的改进的覆盖估计
US8774790B2 (en) Method and apparatus for improving wireless network reliability
EP2664175B1 (en) Network entity, method and computer program product thereof
ES2700648T3 (es) Sistema de comunicación por radio, estación de radio, terminal de radio, método de control de comunicación y medios transitorios interpretables por ordenador
ES2625116T3 (es) Método, dispositivo y sistema para determinar un problema de cobertura de enlace
US9936431B2 (en) Performance monitoring of wireless local area network (WLAN) offloading in wireless cellular networks
KR102141470B1 (ko) 차별화된 포지셔닝
US10015677B2 (en) Coverage estimation of wireless cellular networks by user equipment (UE) idle mode measurements
CN104902482A (zh) 一种实现伪基站检测的方法和装置
CN102355364A (zh) 一种单通故障的检测方法和设备
US9693239B2 (en) Methods and arrangements for processing of measurement data in cellular communication systems
JP7235161B2 (ja) データ分析を使用した、誤動作しているｕｅの検出方法及びデバイス
US20210400519A1 (en) Method and device of processing abnormality configuration of minimization of drive-test
US20150312782A1 (en) Method, device and program for validation of sleeping cells in a communications network
US20130122855A1 (en) Geolocation data acquisition system
CN108713348A (zh) 信息上报方法、装置、终端及存储介质
US9538447B2 (en) Methods and apparatus for device monitoring
CN111405589A (zh) 一种信息处理方法、网络侧设备及终端
CN106411557A (zh) 告警的处理方法及装置
WO2021098569A1 (zh) 信息上报、处理方法、终端、网络侧设备及核心网设备
US11025502B2 (en) Systems and methods for using machine learning techniques to remediate network conditions