Procedimiento y sistema para generar señales de instrucción para realizar intervenciones en una red de comunicación, y producto de programa informático correspondiente.

Un procedimiento de generación de señales de instrucción dispuestas en flujos de trabajo para realizarintervenciones en equipos de red incluidos en una red de comunicación (N),

en el que dichos equipos de red tienenagentes proxy de recursos (RP1, ... , RPn) asociados, incluyendo el procedimiento las etapas de:

- proporcionar una arquitectura distribuida de agentes proxy de gestión de intervenciones (PP1, ... , PPn) paragestionar intervenciones en los equipos de red, estando dichos agentes proxy de gestión de intervencionesasociados a dispositivos terminales,

- acoplar con dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) interfaces personales (PI) paragenerar dichas señales de instrucción dispuestas en flujos de trabajo, y

- generar señales de instrucción para realizar una intervención en al menos un equipo de red de dicha red decomunicación mediante uno de dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) de una manerainteractiva (PTP) con al menos uno de dichos agentes proxy de recursos (RP1, ... , RPn) asociado con dicho equipode red, por lo que dichas señales de instrucción son una función del estado de dicho equipo de red.

Tipo: Patente Internacional (Tratado de Cooperación de Patentes). Resumen de patente/invención. Número de Solicitud: PCT/EP2005/008238.

Solicitante: TELECOM ITALIA S.P.A..

Nacionalidad solicitante: Italia.

Dirección: PIAZZA DEGLI AFFARI, 2 20123 MILANO ITALIA.

Inventor/es: LONG,DANIELA, VALENTE,GIULIO, CHIAPPONE,MASSIMO, GOTTA,DANILO, BOBBIO,FABRIZIO.

Fecha de Publicación: .

Clasificación Internacional de Patentes:

  • G06F9/46 FISICA.G06 CALCULO; CONTEO.G06F PROCESAMIENTO ELECTRICO DE DATOS DIGITALES (sistemas de computadores basados en modelos de cálculo específicos G06N). › G06F 9/00 Disposiciones para el control por programa, p. ej. unidades de control (control por programa para dispositivos periféricos G06F 13/10). › Disposiciones para la multiprogramación.
  • H04L12/24 ELECTRICIDAD.H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS.H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 12/00 Redes de datos de conmutación (interconexión o transferencia de información o de otras señales entre memorias, dispositivos de entrada/salida o unidades de tratamiento G06F 13/00). › Disposiciones para el mantenimiento o la gestión.
  • H04L12/26 H04L 12/00 […] › Disposiciones de vigilancia; Disposiciones de ensayo.

PDF original: ES-2383307_T3.pdf

 

Procedimiento y sistema para generar señales de instrucción para realizar intervenciones en una red de comunicación, y producto de programa informático correspondiente.

Fragmento de la descripción:

Procedimiento y sistema para generar señales de instrucción para realizar intervenciones en una red de comunicación, y producto de programa informático correspondiente.

Campo de la invención [0001] La presente invención se refiere a técnicas que permiten la generación de señales de instrucción organizadas como flujos de trabajo para realizar intervenciones en una red de comunicación.

La invención ha sido desarrollada prestando particular atención a su posible uso en el contexto de plataformas distribuidas para gestionar y dar soporte a las operaciones de los empleados y de los clientes.

Descripción de la técnica relacionada [0003] Los costes de los procesos operacionales, como los que son para proporcionar nuevos servicios a los clientes o para eliminar fallos y averías, representan un porcentaje importante de los costes que tienen que afrontar anualmente los operadores de telecomunicaciones. De ahí la importancia de los procedimientos/sistemas destinados a reducir dichos costes mediante herramientas que den soporte a las actividades tanto de los empleados del operador como de los clientes, que de este modo pueden implicarse directamente en la eliminación de problemas relacionados con los equipos del local del cliente.

El soporte a los empleados y al cliente, quienes están directamente implicados en acciones de reparación de fallos/averías, puede proporcionarse usando dos herramientas principales: sistemas de gestión de conocimientos (KMs, Knowledge Management Systems) , o más precisamente sistemas de gestión de conocimientos operacionales (OKMs, Operational Knowledge Management Systems) , y plataformas de gestión avanzadas, consideradas no como entidades separadas, sino como componentes de una solución integrada y completa.

Por "Gestión de conocimientos (KM) " se entiende la actividad que permite la creación, difusión y utilización de los conocimientos de una organización. Entre los diversos enfoques de la KM, las compañías generalmente prefieren el enfoque local, que se centra en la gestión de una parte de los conocimientos y en objetivos específicos (por ejemplo, toma de decisiones, resolución de problemas, etc.) . La gestión de conocimientos operacionales (OKM, Operational Knowledge Management) es un enfoque local de la gestión de conocimientos, centrado en la gestión de los conocimientos operacionales. Este tipo de conocimientos incluye procedimientos y técnicas (prácticas operacionales) necesarios para llevar a cabo una tarea particular o una actividad específica. Los usuarios típicos de un OKMS son ingenieros in situ de una compañía y asesores de un centro de atención telefónica.

Los sistemas KM/OKM que representan el nivel actual de desarrollo de estas técnicas se describen, por ejemplo, en el documento US-A-2004/0044542 y el artículo de G. Valente y A. Rigallo: "Remoter: an Operational Knowledge Management System for Telecommunication Operators", Taller sobre gestión de conocimientos y memorias organizativas, 16ª Conferencia Europea sobre Inteligencia Artificial (ECAI) , 2004.

Las soluciones descritas en los documentos anteriores se proponen como herramientas para dar soporte a actividades de resolución de problemas como las que pueden ser llevadas a cabo por los empleados de un operador de telecomunicaciones (para encargarse de las reclamaciones de los clientes o para satisfacer las solicitudes de nuevos servicios por parte de los clientes) o incluso por el propio cliente, implicado directamente en actividades de cuidado autónomo de los equipos en su local.

En particular, el documento US-A-2004/0044542 describe un procedimiento y un sistema para adquirir y compartir los conocimientos entre el personal técnico de una compañía dada, entre dicho personal y los usuarios y entre los usuarios y el personal técnico de otras compañías. Dicho procedimiento y sistema puede aplicarse a diversos dominios, entre los cuales también se incluye el dominio de los servicios de telecomunicaciones, y proporcionan soporte a las actividades de resolución de problemas, usando enfoques de razonamiento basado en casos y de razonamiento basado en modelos.

En cambio, en el artículo de Valente y Rigallo se define un sistema de gestión de conocimientos operacionales (OKM) denominado como Remoter, usándose dicho sistema en un contexto de telecomunicaciones para dar soporte a los técnicos de un operador de telecomunicaciones durante sus actividades diarias. En particular, Remoter se ha usado y probado en el contexto de los procesos de suministro y garantía de servicios ADSL, en los que los técnicos deben reaccionar en poco tiempo y escoger la mejor solución. El propósito del sistema es permitir que los técnicos compartan, adquieran y apliquen sus conocimientos operacionales para tomar decisiones óptimas en tiempo real. Dicho sistema usa el enfoque de razonamiento conversacional basado en casos para dar soporte a la resolución de problemas.

El documento WO-A-2005/018249 describe una arquitectura de sistema basada en un paradigma de agentes y con un alto grado de flexibilidad y escalabilidad para gestión distribuida de una red de telecomunicaciones y de los servicios soportados. Los puntos clave de dicha arquitectura son:

- una plataforma para gestión de red y servicios basada en agentes distribuidos, asociada a motores de flujo de trabajo y motores de reglas, y organizada en tres niveles jerárquicos;

- motores de procesos (motores de flujo de trabajo y motores de reglas) usados no sólo para la coordinación de los componentes (de las aplicaciones) , sino también para implementación flexible de todos los aspectos funcionales y de comportamiento de la plataforma;

- un inventario de modelos centralizado (base de datos de modelos -MDB) para la definición, almacenamiento maestro (base de datos maestra) y administración de todas las descripciones de procesos y los modelos de información de recursos de red que han de distribuirse por toda la plataforma para uso dentro de los motores de procesos;

- una capa de inventario de red distribuida que desacopla la red de las funciones de gestión del OSS y proporciona una base de datos alineada en tiempo real con la red;

- el uso de técnicas de movilidad de código que permiten una distribución practica de las aplicaciones, incluyendo los aspectos de equilibrio de carga y tolerancia a fallos.

El artículo de Stephen Corley y col., "Communications Management Process Integration Using Software Agents: A Specification of a Framework for Agent Oriented, Workflow Management Systems" EURESCOM PROJECT P815, enero de 2001, páginas 1 - 92, XP002343307, describe un marco para un sistema de gestión de flujos de trabajo orientado a agentes. La arquitectura de coordinación entre dominios (es decir, dentro de una organización empresarial local) comprende un repositorio de procesos de negocio, un representante de dominio, agentes proveedores de recursos, agentes de usuario personales y agentes proveedores de flujos de trabajo. Los agentes proveedores de flujos de trabajo contienen motores de flujos de trabajo y son responsables del flujo de trabajo entre dominios. El agente de usuario personal (PUA) proporciona una interfaz inteligente al usuario de un sistema de gestión de flujos de trabajo, y puede ser un PUA GUI o un PUA inteligente. En el primer caso, cuando un usuario solicita una operación de control de flujo de trabajo, la GUI reenvía la solicitud al agente PUA, y el PUA se comunica con el WPA para proceder al cumplimiento. En el segundo caso, el PUA tiene capacidades para detectar cambios en su entorno y actuar sobre los mismos según un plan que define para conseguir algunos objetivos. Este agente tiene capacidades de razonamiento, planificación y aprendizaje. Las acciones están implementadas como procedimientos de objetos Java.

El documento US 5.826.239 se refiere a un sistema y procedimiento para gestión de recursos distribuidos en una red informática que funciona bajo el control de un sistema de software de gestión de flujos de trabajo para gestionar una pluralidad de recursos para realizar un proceso de flujo de trabajo que incluye múltiples actividades de proceso. Se describe un sistema OpenPM federal para gestión de recursos (véase la Fig. 12) , que incluye un software de sistema de gestión de procesos de flujo de trabajo, gestores de recursos, datos de recursos, manejadores de eventos y proxys de recursos.

Objeto y resumen de la invención [0013] El solicitante ha observado que los procedimientos usados en los sistemas descritos en los dos primeros documentos a los que se ha hecho referencia anteriormente presentan límites... [Seguir leyendo]

 


Reivindicaciones:

1. Un procedimiento de generación de señales de instrucción dispuestas en flujos de trabajo para realizar intervenciones en equipos de red incluidos en una red de comunicación (N) , en el que dichos equipos de red tienen agentes proxy de recursos (RP1, ... , RPn) asociados, incluyendo el procedimiento las etapas de:

- proporcionar una arquitectura distribuida de agentes proxy de gestión de intervenciones (PP1, ... , PPn) para gestionar intervenciones en los equipos de red, estando dichos agentes proxy de gestión de intervenciones asociados a dispositivos terminales,

- acoplar con dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) interfaces personales (PI) para generar dichas señales de instrucción dispuestas en flujos de trabajo, y

- generar señales de instrucción para realizar una intervención en al menos un equipo de red de dicha red de comunicación mediante uno de dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) de una manera interactiva (PTP) con al menos uno de dichos agentes proxy de recursos (RP1, ... , RPn) asociado con dicho equipo de red, por lo que dichas señales de instrucción son una función del estado de dicho equipo de red.

2. El procedimiento de la reivindicación 1, caracterizado porque cada uno de dichos agentes proxy de recursos es responsable de gestionar un único equipo de red.

3. El procedimiento de la reivindicación 1, caracterizado porque incluye la etapa de disponer dicha arquitectura distribuida en capas jerárquicas que incluyen:

- una capa de agentes operacionales (OA1, ... , OAk) que coordinan el funcionamiento de dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) , y

- una capa que comprende un gestor operacional (OM) que tiene funciones de gestión y control y que supervisa el funcionamiento de dichos agentes operacionales (OA1, ... , OAk) .

4. El procedimiento de la reivindicación 3, caracterizado porque incluye la etapa de asignar a dichos agentes operacionales (OA1, ... , OAk) la ejecución distribuida de intervenciones por una pluralidad de dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) .

5. El procedimiento de la reivindicación 1, caracterizado porque incluye la etapa de disponer dicha arquitectura distribuida en capas jerárquicas, en el que una capa incluye un gestor operacional (OM) que tiene funciones de gestión y control y que coordina directamente el funcionamiento de dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) .

6. El procedimiento de la reivindicación 3 o 5, caracterizado porque incluye la etapa de asignar, a cada uno de dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) la tarea de dar soporte a un único operador o cliente, por lo que la ejecución de dichas intervenciones es desacoplada con respecto a dichas funciones de gestión y control.

7. El procedimiento de la reivindicación 1, caracterizado porque incluye la etapa de proporcionar motores de procesos (PE) a dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) .

8. El procedimiento de la reivindicación 3 o 5, caracterizado porque incluye la etapa de proporcionar motores de procesos (PE) a todas las dichas capas de dicha arquitectura distribuida.

9. El procedimiento de la reivindicación 7 u 8, caracterizado porque el hecho de proporcionar motores de procesos (PE) incluye la etapa de proporcionar al menos uno de un flujo de trabajo, un motor de reglas y una combinación de los mismos.

10. El procedimiento de la reivindicación 3 o 5, caracterizado porque incluye la etapa de incluir en dichas capas componentes (PP, OA, OM) adaptados para realizar funciones respectivas basándose en la información de instrucción respectiva proporcionada a los mismos.

11. El procedimiento de la reivindicación 10, caracterizado porque incluye la etapa de proporcionar en dicha información de instrucción al menos una de las siguientes:

- una definición de procesos, que incluye al menos uno de un flujo de trabajo y una regla, y

- una definición de modelos de datos.

12. El procedimiento de la reivindicación 1, caracterizado porque incluye la etapa de configurar dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) para que interactúen directamente entre sí en una relación de interfuncionamiento, por lo que al menos una de dichas señales de instrucción se produce por interacción entre los agentes proxy de gestión (PP1, ... , PPn) .

13. El procedimiento de la reivindicación 1, caracterizado porque incluye la etapa de configurar dichos agentes proxy de gestión de intervenciones (PP1, .., PPn) para una interacción de igual a igual (PTP) con dichos agentes proxy de recursos (RP1, ... , RPn) .

14. El procedimiento de la reivindicación 1, caracterizado porque incluye la etapa de organizar una base de datos operacionales (ODB) como repositorio de definiciones de procesos y definiciones de modelos de datos de dichas intervenciones.

15. El procedimiento de la reivindicación 1, caracterizado porque incluye la etapa de organizar una base de datos de modelos (MDB) como repositorio de definiciones de procesos y definiciones de modelos de datos para gestionar dichos equipos de red.

16. El procedimiento de la reivindicación 3 o 5, caracterizado porque incluye la etapa de organizar una única base de datos de rendimiento (PDB) que almacena datos de rendimiento relacionados con dichas capas de dicha arquitectura distribuida.

17. El procedimiento de la reivindicación 1, caracterizado porque incluye la etapa de organizar un registro operacional (OL) que almacena todas las actividades realizadas por usuarios de dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) .

18. El procedimiento de la reivindicación 1, caracterizado porque la etapa de organizar un inventario de destrezas (EI) que almacena perfiles de operadores o clientes gestionados por dichos agentes proxy de gestión de intervención (PP1, ... , PPn) .

19. El procedimiento de la reivindicación 3 o 5, caracterizado porque incluye la etapa de proporcionar agentes de control (CA) asociados a al menos una capa de dicha arquitectura distribuida para realizar al menos una etapa seleccionada del grupo que está constituido por:

- distribuir definiciones de procesos a dichas capas de dicha arquitectura distribuida;

- distribuir definiciones de modelos de datos a dichas capas de dicha arquitectura distribuida; y

- supervisar el estado de dichas capas de dicha arquitectura distribuida.

20. El procedimiento de la reivindicación 19, caracterizado porque incluye la etapa de proporcionar un módulo de gestión (MM) para realizar al menos una etapa seleccionada del grupo que está constituido por:

- gestionar la distribución de definiciones de procesos a dichas capas de dicha arquitectura distribuida mediante dichos agentes de control (CA) ;

- gestionar la distribución de definiciones de modelos de datos a dichas capas de dicha arquitectura distribuida mediante dichos agentes de control (CA) ;

- supervisar el estado de dichas capas de dicha arquitectura distribuida mediante dichos agentes de control (CA) .

21. Un sistema para generar señales de instrucción dispuestas en flujos de trabajo para realizar intervenciones en equipos de red incluidos en una red de comunicación (N) , en el que dichos equipos de red tienen agentes proxy de recursos (RP1, ... , RPn) asociados, incluyendo el sistema una arquitectura distribuida de agentes proxy de gestión de intervenciones (PP1, ... , PPn) para generar dichas señales de instrucción, estando dichos agentes proxy de gestión de intervenciones asociados a dispositivos terminales, incluyendo el sistema además interfaces personales (PI) acopladas con dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) para generar dichas señales de instrucción dispuestas en flujos de trabajo, en el que dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) están acoplados de manera interactiva (PTP) con dichos agentes proxy de recursos (RP1, ... , RPn) y en el que dichas señales de instrucción son una función del estado de los equipos de red en los cuales se realizan dichas intervenciones.

22. El sistema de la reivindicación 21, caracterizado porque cada uno de dichos agentes proxy de recursos es responsable de gestionar un único equipo de red.

23. El sistema de la reivindicación 21, caracterizado porque dicha arquitectura distribuida comprende capas jerárquicas que incluyen:

- una capa de agentes operacionales (OA1, ... , OAk) que coordinan el funcionamiento de dichos agentes proxy de gestión de intervenciones (PP1, ...., PPn) , y

- una capa que comprende un gestor operacional (OM) que tiene funciones de gestión y control y que supervisa el funcionamiento de dichos agentes operacionales (OA1, ... , OAk) .

24. El sistema de la reivindicación 23, caracterizado porque a dichos agentes operacionales (OA1, ... , OAk) se les asigna la ejecución distribuida de intervenciones por una pluralidad de agentes proxy de gestión de intervenciones (PP1, ... , PPn) .

25. El sistema de la reivindicación 21, caracterizado porque dicha arquitectura distribuida comprende capas jerárquicas, en el que una capa incluye un gestor operacional (OM) que tiene funciones de gestión y control y que supervisa directamente el funcionamiento de dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) .

26. El sistema de la reivindicación 23 o 25, caracterizado porque a cada uno de dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) se le asigna la tarea de dar soporte a un único operador o cliente, por lo que la ejecución de dichas intervenciones es desacoplada con respecto a dichas funciones de gestión y control.

27. El sistema de la reivindicación 21, caracterizado porque dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) se configuran para interactuar directamente entre sí en una relación de interfuncionamiento, por lo que dichas señales de instrucción incluyen señales de instrucción producidas por interacción entre agentes proxy de gestión de intervenciones (PP1, ... , PPn) .

28. El sistema de la reivindicación 21, caracterizado porque dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) incluyen motores de procesos (PE) respectivos.

29. El sistema de la reivindicación 23 o 25, caracterizado porque cada una de dichas capas incluye motores de procesos (PE) .

30. El sistema de la reivindicación 28 o 29, caracterizado porque dichos motores de procesos (PE) comprenden al menos uno de un flujo de trabajo, un motor de reglas y una combinación de los mismos.

31. El sistema de la reivindicación 23 o 25, caracterizado porque dichas capas de dicha arquitectura incluyen componentes (PP, OA, OM) adaptados para realizar funciones respectivas basadas en la información de instrucción respectiva proporcionada a los mismos.

32. El sistema de la reivindicación 31, caracterizado porque dicha información de instrucción comprende al menos una de las siguientes:

- una definición de procesos, que incluye al menos uno de un flujo de trabajo y una regla, y

- una definición de modelos de datos.

33. El sistema de la reivindicación 21, caracterizado porque dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) se configuran para una interacción de igual a igual (PTP) con dichos agentes proxy de recursos (RP1, ... , RPn) .

34. El sistema de la reivindicación 21, caracterizado porque incluye una base de datos operacionales (ODB) como repositorio de definiciones de procesos y definiciones de modelos de datos de dichas intervenciones.

35. El sistema de la reivindicación 21, caracterizado porque incluye una base de datos de modelos (MDB) como repositorio de definiciones de procesos y definiciones de modelos de datos para gestionar dichos equipos de red.

36. El sistema de la reivindicación 23 o 25, caracterizado porque incluye una única base de datos de rendimiento (PDB) que almacena datos de rendimiento relacionados con dichas capas de dicha arquitectura distribuida.

37. El sistema de la reivindicación 21, caracterizado porque incluye un registro operacional (OL) que almacena todas las actividades realizadas por los usuarios de dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) .

38. El sistema de la reivindicación 21, caracterizado porque incluye un inventario de destrezas (EI) que almacena perfiles de operadores o clientes gestionados por dichos agentes proxy de gestión de intervenciones (PP1, ... , PPn) .

39. El sistema de la reivindicación 23 o 25, caracterizado porque al menos una capa de dicha arquitectura distribuida comprende agentes de control (CA) para realizar al menos una etapa seleccionada del grupo que está constituido por:

- distribuir definiciones de procesos a dichas capas de dicha arquitectura distribuida;

- distribuir definiciones de modelos de datos a dichas capas de dicha arquitectura distribuida; y

- supervisar el estado de dichas capas de dicha arquitectura distribuida.

40. El sistema de la reivindicación 39, caracterizado porque incluye un módulo de gestión (MM) para 10 realizar las etapas seleccionadas del grupo que está constituido por:

- gestionar la distribución de definiciones de procesos entre dichas capas de dicha arquitectura distribuida mediante dichos agentes de control (CA) ;

- gestionar la distribución de modelos de datos entre dichas capas de dicha arquitectura distribuida mediante dichos agentes de control (CA) ; y

- supervisar el estado de dichas capas de dicha arquitectura distribuida mediante dichos agentes de control (CA) .

41. Un producto de programa informático que puede cargarse en la memoria de al menos un ordenador y que incluye partes de código de software para realizar todas las etapas del procedimiento de cualquiera de las reivindicaciones 1 a 20 cuando el programa se ejecuta en el al menos un ordenador.


 

Patentes similares o relacionadas:

Imagen de 'Método y dispositivo para la comparación de versiones de datos…'Método y dispositivo para la comparación de versiones de datos entre estaciones a través de zonas horarias, del 29 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método para la comparación de versiones de datos entre sitios a través de zonas horarias, el método que comprende: cuando los sitios […]

Interacción de función de red de auto organización, del 15 de Julio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método, mediante una función de Red de Auto Organización de alto nivel, SON, en una estructura jerárquica de funciones SON en una red, de […]

Procedimiento y sistema para diagnosticar averías de transmisión en una red según el estándar opc ua, del 24 de Junio de 2020, de SIEMENS AKTIENGESELLSCHAFT: Procedimiento para diagnosticar averías en la transmisión en una red de datos (NET), incluyendo la red de datos al menos una primera clase de elementos […]

Autorización previa de establecimiento de portador, del 17 de Junio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método para autorizar previamente la reserva de recursos portadores para un servicio antes de haber recibido una autorización de Calidad de Servicio, QoS, para el […]

Virtualización de funciones de red en grupos a medida, del 17 de Junio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método para virtualizar una función de red entre un grupo a medida que comprende una pluralidad de terminales móviles ubicados unos […]

Dispositivo de motor de reglas de terminal y método de operación de regla de terminal, del 17 de Junio de 2020, de Advanced New Technologies Co., Ltd: Un método para procesar una operación de regla, el método que comprende: recibir, mediante un terminal, una solicitud de operación de regla de un servicio (S601); […]

Método para la gestión mejorada de llamadas de emergencia en un escenario de itinerancia y sistema, programa informático y medio legible por ordenador correspondientes, del 17 de Junio de 2020, de DEUTSCHE TELEKOM AG: Un método para la gestión mejorada de llamadas de emergencia en un escenario de itinerancia, en donde un equipo de usuario se asigna a una red de telecomunicaciones […]

Sistema y procedimiento de gestión móvil para gestionar una red de área local, del 10 de Junio de 2020, de Arcadyan Technology Corporation: Procedimiento de gestión móvil para gestionar una red de área local, que comprende: mientras se ejecuta un programa de gestión en un dispositivo móvil , activar una […]

Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .