ES3028667T3

ES3028667T3 - Systems, apparatuses and methods for cognitive service driven handover optimization

Info

Publication number: ES3028667T3
Application number: ES21766177T
Authority: ES
Inventors: Abdelrahman Abdelkader; Stephen Mwanje
Original assignee: Nokia Technologies Oy
Current assignee: Nokia Technologies Oy
Priority date: 2020-10-21
Filing date: 2021-08-26
Publication date: 2025-06-19
Anticipated expiration: 2041-08-26
Also published as: EP4233365A1; EP4233365B1; WO2022083923A1; US20230379774A1

Abstract

Se proporcionan sistemas, métodos, aparatos y programas informáticos para facilitar la transferencia basada en servicios cognitivos. Un método puede incluir la señalización a al menos un equipo de usuario para que inicie la ejecución y el registro de mediciones relacionadas con la calidad de la experiencia (QoE), y la transmisión de una solicitud de informe sobre el rendimiento de la transferencia a dicho equipo. El método también puede incluir la recepción del informe de rendimiento de la transferencia, procedente del equipo de usuario, que incluye al menos un identificador de servicio de un servicio que se ejecuta en dicho equipo y las mediciones relacionadas con la calidad de la experiencia (QoE). (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Sistemas, aparatos y métodos para la optimización de traspaso activada por un servicio cognitivo

Campo:

Algunas realizaciones de ejemplo pueden referirse generalmente a sistemas de telecomunicaciones móviles o inalámbricos, tales como evolución a largo plazo (LTE) o tecnología de acceso de radio de quinta generación (5G) o tecnología de acceso de nueva radio (NR) u otros sistemas de comunicaciones. Por ejemplo, ciertas realizaciones pueden referirse a sistemas, aparatos y/o métodos para facilitar el traspaso activado por un servicio cognitivo en tales sistemas de comunicaciones.

Antecedentes:

Los ejemplos de sistemas de telecomunicaciones móviles o inalámbricos pueden incluir la red de acceso de radio terrestre del sistema universal de telecomunicaciones móviles (UMTS) (UTRAN), UTRAN evolucionada de evolución a largo plazo (LTE) (E-UTRAN), LTE avanzada (LTE-A), LTE-A Pro y/o tecnología de acceso a radio de quinta generación (5G) o tecnología de acceso de nueva radio (NR). Los sistemas inalámbricos de 5G se refieren a la próxima generación (NG) de sistemas de radio y arquitectura de red. Un sistema 5G se basa principalmente en una nueva radio (NR) 5G, pero una red de 5G (o NG) también puede basarse en la radio E-UTRA. Se estima que la NR proporciona tasas de transmisión de bits del orden de 10-20 Gbit/s o mayores y que puede admitir al menos unas categorías de servicios tales como banda ancha móvil mejorada (eMBB, por sus siglas en inglés) y comunicación de baja latencia ultrafiable (URLLC, por sus siglas en inglés), así como comunicación masiva de tipo máquina (mMTC, por sus siglas en inglés). Se espera que NR proporcione conectividad de baja latencia, ultrarrobusta y de banda ancha extrema y conexión en red masiva para admitir Internet de las cosas (IoT). Al extenderse más la comunicación de IoT y de máquina a máquina (M2M), habrá una necesidad creciente de redes que cumplan las necesidades de menor potencia, baja tasa de transmisión de datos y larga duración de la batería. La red de acceso por radio de próxima generación (NG-RAN) representa la RAN para 5G, que puede proporcionar accesos de radio NR y LTE (y LTE avanzada). Cabe señalar que, en 5G, los nodos que pueden proporcionar funcionalidad de acceso a radio a un equipo de usuario (es decir, similar al nodo B, NB, en UTRAN o al NB evolucionado, eNB en LTE) pueden denominarse NB de próxima generación (gNB) cuando se basan en una radio NR y pueden denominarse eNB de próxima generación (NG-eNB) cuando se basan en una radio E-UTRA.

La patente US2018/262924 describe una función de análisis de datos de red, que puede recibir una solicitud de una función de directiva y control para una entrada de directiva para una sesión de unidad de datos en paquetes (PDU) asociada con un nodo de red, puede transmitir una solicitud de datos de medición al nodo de red, puede recibir una respuesta de datos de medición y transmitir una entrada de directiva a la PCF basándose en la respuesta de datos de medición.

El documento WO2016/072893 describe un método para gestionar un traspaso de un equipo de usuario desde un primer a un segundo nodo de red de radio. Antes del traspaso, el nodo de red obtiene un conjunto de parámetros relacionados con las mediciones de radio realizadas por el equipo de usuario hacia el segundo nodo de red de radio. Después del traspaso, el nodo de red recibe, desde el segundo nodo de red de radio, un informe que incluye un valor de calidad del servicio relacionado con la calidad del servicio para el equipo de usuario. Posteriormente, el nodo de red entrena un conjunto de modelos para la predicción de la calidad del servicio para el equipo de usuario adaptando cada modelo del conjunto de modelos usando el valor de calidad del servicio del informe como una verdad fundamental a predecir dado un subconjunto respectivo del conjunto de parámetros, cuyo subconjunto respectivo se toma como entrada para cada modelo.

El documento WO2020/175866 describe un método para desplegar selectivamente una aplicación para facilitar la calidad de la experiencia (QoE) en términos de envío por flujo continuo de contenido multimedia en un entorno de conexión de red que comprende un equipo de usuario (UE) y un nodo de conexión de red provisto de un módulo de análisis predictivo. El método comprende capturar los parámetros relacionados con el UE de entre al menos una versión del módulo de análisis predictivo con respecto al UE, la ocupación actual del procesador dentro del UE, un nivel de potencia dentro del UE, las condiciones de red relacionadas con la red de acceso, etc. Posteriormente, se analizan uno o más de los parámetros capturados y las condiciones de red observadas. Basándose en el análisis, se obtiene una inferencia para seleccionar entre el modelo de análisis predictivo del UE y del nodo de conexión de red para permitir de esta manera una emisión por flujo continuo personalizada de contenido multimedia en el UE.

Resumen de la invención

La invención consiste en dos métodos para facilitar el traspaso activado por un servicio cognitivo , así como en un nodo de red correspondiente y un equipo de usuario correspondiente según las reivindicaciones independientes. Las realizaciones preferidas se exponen en las reivindicaciones dependientes.

Breve descripción de los dibujos:

Para un entendimiento apropiado de las realizaciones ilustrativas, debería hacerse referencia a los dibujos adjuntos, en donde:

La Figura 1 ilustra un diagrama en bloque de ejemplo que representa el entrenamiento de un modelo de QoE, según una realización;

La figura 2 ilustra un diagrama en bloque de ejemplo que representa el entrenamiento de un modelo de calidad de experiencia (QoE) que usa optimización de traspaso cognitiva con conocimiento de trayectoria (PACHO) como un algoritmo de optimización del traspaso específico de radio, según una realización;

La figura 3 ilustra un ejemplo de un modelo de calidad de experiencia (QoE) de traspaso accionado por servicios cognitivos (CSDHO), según una realización;

La figura 4 ilustra un ejemplo de un modelo de calidad de experiencia (QoE) de traspaso accionado por servicios cognitivos (CSDHO), según una realización;

La figura 5 ilustra un diagrama en bloque de ejemplo que representa una inferencia de configuraciones de traspaso usando el modelo de QoE en el UE y el entrenamiento de modelo activo y el ajuste preciso de los modelos PACHO y QoE, según una realización;

La Figura 6 ilustra una evaluación de servicio de ejemplo que usa una función de utilidad, según una realización; La Figura 7 ilustra un diagrama de flujo de señalización, según una realización;

La Figura 8A ilustra un diagrama de flujo de ejemplo de un método, según una realización;

La Figura 8B ilustra un diagrama de flujo de ejemplo de un método, según una realización;

La Figura 9A ilustra un diagrama en bloque de ejemplo de un aparato, según una realización; y

La Figura 9B ilustra un diagrama en bloque de ejemplo de un aparato, según una realización.

Descripción detallada:

Las figuras 7-9 se refieren a realizaciones de la invención; las otras figuras son útiles para propósitos ilustrativos. Se entenderá fácilmente que los componentes de ciertas realizaciones ilustrativas, como se describen y se ilustran de manera general en las figuras en la presente memoria, pueden disponerse y diseñarse en una amplia variedad de configuraciones diferentes. Por lo tanto, la siguiente descripción detallada de algunas realizaciones de ejemplo de sistemas, métodos, aparatos y productos de programas informáticos para soportar el traspaso activado por un servicio cognitivo, no pretende limitar el alcance de ciertas realizaciones, sino que es representativa de realizaciones de ejemplo seleccionadas.

Los rasgos, estructuras o características de las realizaciones ilustrativas descritas a lo largo de esta memoria descriptiva pueden combinarse de cualquier manera adecuada en una o más realizaciones ilustrativas. Por ejemplo, el uso de las expresiones “ ciertas realizaciones” , “ algunas realizaciones” u otras expresiones similares, a lo largo de esta memoria descriptiva se refiere al hecho de que un rasgo, estructura o característica particular descrito en relación con una realización puede incluirse en al menos una realización. Por lo tanto, las apariciones de las expresiones “ en ciertas realizaciones” , “ en algunas realizaciones” , “ en otras realizaciones” u otras expresiones similares, a lo largo de esta memoria descriptiva no se refieren necesariamente todas ellas al mismo grupo de realizaciones, y los rasgos, estructuras o características descritos pueden combinarse de cualquier manera adecuada en uno o más ejemplos de realización.

Adicionalmente, si se desea, las distintas funciones o procedimientos comentados a continuación pueden llevarse a cabo en un orden distinto y/o de manera simultánea entre sí. Aún más, si se desea, una o más de las funciones o procedimientos descritos pueden ser opcionales o pueden combinarse. Como tal, debe considerarse que la siguiente descripción es ilustrativa de los principios y enseñanzas de ciertos ejemplos de realización, y no supone ninguna limitación de los mismos.

La automatización de red es una parte importante de los esfuerzos para mejorar la operatividad de red, por ejemplo, a través de la normalización relacionada con la automatización que actualmente se hace en el proyecto de asociación de 3a generación (3GPP). La densificación extrema de la red, la heterogeneidad de las tecnologías de acceso, las funciones de optimización de recursos en múltiples niveles de red y la escasez de recursos físicos y de radio exigen métodos de gestión de red eficientes que puedan automatizar mejor las complejas interacciones entre las entidades de red.

Las redes autónomas cognitivas (CAN) pueden mejorar la funcionalidad y la autonomía en las entidades de operaciones, administración y gestión (OAM) de la red al aumentar la flexibilidad y la complejidad de una red de radio.

Las CAN pueden lograr un alto grado de eficiencia en las operaciones de red al utilizar las capacidades de aprendizaje automático (ML) y la inteligencia artificial (IA). Esto se puede hacer debido a la capacidad del ML y la IA para aprender el comportamiento óptimo del entorno y de la experiencia previa para lograr un resultado requerido específico o mantener un nivel de rendimiento mínimo. Al aplicar el ML y/o la IA a las funciones cognitivas, las CAN pueden adoptar objetivos de nivel superior, derivar objetivos de rendimiento apropiados, aprender del entorno a través de experiencias individuales o compartidas, aprender a contextualizar las condiciones operativas y aprender un comportamiento óptimo apropiado para un entorno y contextos específicos.

Una de las operaciones de red importantes es el traspaso (HO). Ajustar las configuraciones de HO es un proceso central para la continuidad y la calidad de servicios que se ejecutan en un equipo de usuario (UE) durante el proceso de HO. Estas configuraciones deben optimizarse dependiendo de la posición y el movimiento, así como del servicio que se ejecuta en el UE, en el momento del HO.

Ciertas realizaciones de ejemplo descritas en el presente documento pueden aprovechar las potentes capacidades del ML para personalizar cada HO a las especificaciones de movilidad del UE, así como los servicios que se ejecutan en tiempo real. Por lo tanto, las realizaciones ilustrativas dan como resultado un HO sin interrupciones desde la perspectiva del UE debido a la ausencia de degradaciones en la calidad de experiencia (QoE) mientras evitan también los fallos de enlace de radio (RLF) tradicionales y los HO de ping pong.

Los mecanismos de HO actuales son acciones activadas por eventos. Estos eventos se centran principalmente en la potencia recibida de la señal de referencia (RSRP) de la célula de servicio y las células vecinas (p. ej., posibles células<objetivo para el HO). A continuación, se puede seleccionar la mejor célula objetivo para un>H<o en función de los>parámetros de HO óptimos (es decir, el tiempo de activación (TTT) y el desplazamiento individual de célula (CIO)) establecidos mediante un algoritmo de optimización de robustez de movilidad (MRO). Una vez que se completa un HO específico desde la célula A a la célula B, se evalúa como un HO con éxito basándose en el rendimiento de radio del UE que está siendo servido por la célula B. Por lo tanto, si no se informa ningún fallo en el enlace de radio (RLF), un HO de ping pong o un HO excesivo por minuto, a continuación, se notificará un HO como con éxito. El algoritmo de MRO puede usar las estadísticas de rendimiento de los HO de la célula A a la célula B para ajustar los parámetros de HO que aplicarán los futuros UE que se muevan de la célula A a la célula B bajo las mismas condiciones.

Por lo tanto, los mecanismos de HO tradicionales intentan ajustar los ajustes de HO (es decir, TTT, CIO) arbitrariamente a nivel de toda la célula mediante la observación de los eventos de HO históricos en la célula direccionada. Este enfoque mejora el rendimiento de HO promedio en toda la célula, pero no necesariamente en los eventos de HO individuales, ya que cada parte del límite de la célula puede requerir ajustes de HO específicos. La elección de los ajustes apropiados es clave para la continuidad sin interrupciones del servicio en el UE durante un evento de HO. Por un lado, si el TTT se elige demasiado pequeño, el HO puede activarse demasiado pronto y puede dar como resultado un comportamiento de ping pong entre la célula actual y las células objetivo. Por otro lado, si se elige el TTT demasiado grande, el evento de HO llegará demasiado tarde y puede dar como resultado un RLF.

Aunque es sencillo, el enfoque de HO tradicional supone que, para el UE, únicamente importa la calidad de señal. En las redes celulares heredadas, esto demostró ser efectivo debido a la cartera limitada de servicios y aplicaciones que se ejecutan en el UE, de modo que tener una buena calidad de señal dio como resultado un servicio ininterrumpido para el usuario. Sin embargo, en las redes 5G, las diferentes aplicaciones y casos de uso pueden especificar diferentes requisitos mínimos en cuanto al nivel o la calidad del servicio (es decir, el rendimiento, la latencia, la capacidad de CPU y la fiabilidad). Esto exige un cambio en la forma en que se evalúan los HO con éxito y, al mismo tiempo, cambiar la forma en cómo se gestionan y optimizan los HO para adaptarse a los requisitos de servicio mínimo del UE en tiempo real. Además, un objetivo puede incluir realizar el HO que maximice la QoE para el UE y, al mismo tiempo, evite los RLF y los HO de ping pong.

Una realización de ejemplo incluye un módulo de optimización de traspaso activado por un servicio cognitivo (CSDHO) que se puede usar además de cualquier algoritmo o proceso de traspaso que optimice los aspectos de rendimiento de radio del proceso de traspaso. Ciertas realizaciones pueden aprovechar las técnicas de optimización de traspaso cognitivo con conocimiento de trayectoria (PACHO) para describir la operación de CSDHO. Los procedimientos de PACHO pueden entrenar modelos de aprendizaje automático para aprender las trayectorias de los usuarios y los ajustes de traspaso óptimos, tales como CIO y TTT, para trayectorias particulares y velocidades relacionadas. A continuación, estos ajustes de traspaso óptimos pueden tenerse en cuenta en las evaluaciones de las células candidatas y los puntos de traspaso objetivo de traspaso, usando procesos de traspaso heredados y/o procedimientos de traspaso condicional. Además, los procedimientos PACHO pueden aprender la célula objetivo y los puntos de traspaso óptimos cuando se configuran con frecuencias de inferencia altas, junto con cargas computacionales y/o de señalización más altas. Aprender las configuraciones óptimas de traspaso, tal como CIO y TTT, permite que PACHO evalúe los candidatos objetivo y los puntos de traspaso usando la lógica de traspaso tradicional.

Según una realización, un CSDHO puede configurarse para evaluar el éxito de un HO de manera integral, teniendo en cuenta las características de radio, tales como los HO de RLF y ping pong, así como la QoE dependiente del servicio. Esta QoE puede definirse para servicios específicos. Por ejemplo, la voz sobre IP (VoIP) se ve muy afectada por la latencia, mientras que la transferencia de datos se ve afectada principalmente por el rendimiento. Esto permite que ciertas realizaciones evalúen cada HO individualmente dependiendo de los atributos de servicio correspondientes. En una realización, aplicando esta gestión de HO accionada por el servicio a PACHO o a cualquier otro algoritmo o técnica de optimización de traspaso activado por radio, se puede entrenar un modelo de QoE diferente basado en ML para cada servicio.

La Figura 1 ilustra un diagrama en bloque de ejemplo que representa el entrenamiento de un modelo 110 de QoE usando un algoritmo 120 de optimización específica de radio entrenado existente. El entrenamiento se realiza típicamente en la red de acceso de radio (RAN) o en la OAM, como se muestra en la figura 1, lo que da como resultado un modelo 110 QoE compacto que puede descargarse en el UE y usarse directamente introduciendo el identificador de servicio (ID) y los parámetros de entrada requeridos por el algoritmo de optimización de traspaso específico de radio usado, p. ej., PACHO.

Todos los modelos pueden estar disponibles en el UE y se puede elegir el modelo apropiado dependiendo del servicio en tiempo real que se ejecute en el UE, siendo el servicio de datos el modelo predeterminado. Además, se pueden añadir más modelos cuando 3GPP identifica y define más servicios, proporcionando de esta manera una solución altamente escalable.

La Figura 2 ilustra un diagrama en bloque de ejemplo que representa el entrenamiento de un modelo 210 de QoE usando PACHO 220 como un algoritmo de optimización de HO específico de radio. En particular, la Figura 2 ilustra las entradas y salidas del modelo 210 de QoE que opera en el UE para optimizar los parámetros de HO. Por ejemplo, en el ejemplo de la Figura 2, el PACHO 220 puede recibir la trayectoria, las secuencias de señales de entrada y/o la pérdida de radio como entrada, y puede emitir una lista casi óptima de CIO y/o TTT al modelo 210 de QoE. A continuación, el modelo 210 de QoE puede generar CIO y/o TTT actualizados. La Figura 3 y la Figura 4 ilustran ejemplos de un modelo 310 de QoE de CSDHO y un modelo 410 de QoE de CSDHO, respectivamente, que pueden aprovechar PACHO como un algoritmo de optimización específico de radio que se ejecuta en el UE.

Según ciertas realizaciones, al usar ML, PACHO puede identificar las posibles trayectorias que es más probable que tome el UE y la lista correspondiente de configuraciones de HO aceptables casi óptimas desde una perspectiva de radio. En una realización, como se ilustra en los ejemplos de las Figuras 2 a 4, un modelo de QoE puede recibir entradas específicas de radio junto con una lista de ajustes de HO aceptables (salida de PACHO) y puede seleccionar uno de los ajustes de HO aceptables para realizar el HO. Por ejemplo, en una realización, el modelo de QoE puede configurarse para seleccionar la configuración de HO mejor clasificada de la lista de configuraciones de HO aceptables.

En algunas realizaciones, después de realizar el HO, el UE puede usar funciones de evaluación del rendimiento para medir la pérdida y/o ganancia en la QoE basándose en el servicio que se ejecuta en el UE y definido por un ID de servicio. Por ejemplo, estas funciones se pueden usar independientemente del modelo de optimización usado y la red puede ajustar los parámetros de esas funciones.

Según una realización, el UE puede generar un informe de rendimiento de HO que contiene la pérdida y/o ganancia de QoE asociada con las configuraciones de HO producidas por el modelo de QoE. Estos datos pueden usarse para entrenar el modelo de QoE. La actualización y el entrenamiento del algoritmo de optimización de HO específico de radio son independientes, que soporta la posibilidad de usar el CSDHO con cualquier algoritmo de optimización de HO (p. ej., heredado o basado en ML). En algunas realizaciones, el informe de rendimiento del HO puede cifrarse y enviarse a la red mientras se mantiene el anonimato del usuario y la privacidad de la información de ubicación y servicio. Según una realización, el entrenamiento activo del CSDHO puede usar informes de rendimiento de traspaso de múltiples UE para actualizar el modelo de QoE (es decir, la clasificación de las diferentes configuraciones de HO basándose en las mediciones de QoE proporcionadas en el informe). La figura 5 ilustra un diagrama en bloque de ejemplo que representa una inferencia de ajustes de HO usando el modelo de QoE en el UE y el entrenamiento de modelo activo y el ajuste preciso de los modelos PACHO y QoE en la RAN/OAM, según una realización de ejemplo.

Según realizaciones ilustrativas, la inferencia puede separarse del entrenamiento del modelo y puede realizarse directamente en el UE, como se ilustra en la Figura 1 y la Figura 2. Por ejemplo, el UE puede usar información de señal y/o GPS en tiempo real para inferir la configuración de traspaso óptima. Usando los parámetros inferidos, el UE puede realizar el HO mientras registra las mediciones de radio y de servicio. Por ejemplo, la información de GPS y/o señal relevante puede incluir, pero sin limitación: Coordenadas históricas del GPS, características de radio correspondientes (es decir, SINR, RSRP, RLF) y/o características relacionadas con el servicio (es decir, tipo de servicio, rendimiento, latencia, fluctuación). En un ejemplo, cuando ha transcurrido un cierto período de tiempo después de que se realice un HO, se puede evaluar el HO. La red puede ajustar este período de tiempo de forma dinámica para monitorizar los traspasos de ping-pong y el posible deterioro de la QoE después del traspaso, por ejemplo.

Después de realizar un HO, el servicio puede evaluarse exhaustivamente usando una función de utilidad basada en las características de radio y/o los atributos del servicio, como se ilustra en la Figura 6. Dependiendo del servicio que se ejecuta en el UE, se usa un modelo apropiado para la QoE. Los servicios similares pueden agruparse para reducir la dimensionalidad de los criterios de evaluación. Por ejemplo, en el caso de servicios de datos, la QoE es principalmente una función de rendimiento, mientras que, en el caso de los servicios de VoIP, la QoE se ve fuertemente afectada por la latencia. Se pueden integrar más modelos de QoE en los criterios de evaluación dependiendo de la cantidad de servicios diferentes que se ejecutan en el UE.

Como se ilustra en el ejemplo de la Figura 6, una función de utilidad para la evaluación puede asignar pesos (an , a2) a la radio y a las partes de servicio. En un ejemplo, la suma total de estos pesos es igual a 1. Según el estado de red, estos pesos se pueden ajustar para centrarse más en la QoE, por ejemplo, en momentos de poco tráfico, o para dar prioridad a rendimiento de radio. Además, en el caso de un fallo de enlace de radio, la utilidad total es igual a cero porque no se puede proporcionar ningún servicio si hay un RLF presente.

Según una realización, para reducir la señalización del UE a la red y limitar el número de informes de rendimiento de HO que pueden crear congestión en el gNB, no necesariamente se notifican todos los HO. En este caso, basándose en el resultado de la evaluación del HO, el UE puede decidir si enviar un informe correspondiente a la red o no. Un informe enviado debería mejorar el modelo de QoE y evitar que los futuros UE experimenten un escenario de mal servicio en el futuro. Por ejemplo, en una realización, si el resultado de la evaluación está por debajo de un cierto<umbral, a continuación, el>U<e puede enviar un informe de rendimiento de HO a la red. Este umbral se puede ajustar>dinámicamente y puede ser pequeño al comienzo del entrenamiento activo para recopilar suficiente información sobre el rendimiento del modelo a partir de muchos informes enviados por múltiples UE. Más adelante, se puede aumentar el umbral para reducir los informes enviados a la red y limitarlos a los informes que sean beneficiosos.

Según ciertas realizaciones, los valores de pérdida informados por el UE pueden categorizarse en pérdida de radio o pérdida de QoE. Por ejemplo, la pérdida de radio puede incluir el rendimiento de enlace de radio, que incluye el éxito/fallo de HO, el RLF y/o el HO de ping pong. Esta pérdida se puede usar para ajustar con precisión el algoritmo de optimización de traspaso específico de la radio entrenada (en este caso, el modelo de PACHO) y optimizar la lista<de configuraciones de>H<o aceptables producidas y proporcionadas al modelo de QoE. La pérdida de QoE puede ser>una medición flexible (es decir, en una escala del 1-5) o una medición rígida de QoE (es decir, aceptable frente a inaceptable). Esto se puede elegir para maximizar la QoE o para lograr una QoE mínima aceptable, respectivamente. La pérdida se puede usar para clasificar las diferentes configuraciones de HO aceptables proporcionadas por PACHO según su QoE correspondiente.

En algunas realizaciones, los valores de pérdida pueden separarse de manera que las mediciones relacionadas con QoE pueden informarse en el informe de rendimiento de HO generado por el UE. Esto incluye información relevante necesaria para actualizar el modelo de QoE, tal como mediciones de QoE e ID de servicio. Los datos específicos de radio, tal como la secuencia de trayectoria/ubicación y los valores de RSRP antes y después del evento de HO, se pueden informar en un informe diferente dependiendo del método de optimización de HO usado.

Según una realización, después de que se genere el informe de rendimiento del HO, puede cifrarse y cargarse en la RAN. Puede tener lugar un proceso de anonimización en el gNB para garantizar que la ubicación de usuario en tiempo real permanezca privada. Además, en ciertas realizaciones, los informes se pueden enviar cuando el dispositivo no está activo o con un retardo aleatorio entre el evento de HO y el informe.

Inicialmente, la recopilación de datos, el etiquetado y el entrenamiento de modelo se pueden realizar para el algoritmo de optimización de traspaso específico de radio (p. ej., el modelo de PACHO). Esto garantiza que se sugiera al modelo QoE una lista de configuraciones de HO aceptables específicas de radio. Después de eso, el modelo de QoE se puede<entrenar más activamente probando cada configuración de HO y evaluando la QoE correspondiente en el>U<e>.<El>entrenamiento se puede realizar configurando una cierta probabilidad de explorar frente a aprovechar. Esto garantiza la mejora constante del modelo y, al mismo tiempo, una QoE aceptable.

Usando la información de múltiples informes de rendimiento de HO proporcionados por múltiples UE, la red puede actualizar el modelo y descargarlo al UE. La Figura 5 ilustra cómo se logra el entrenamiento de modelo activo en el caso de usar PACHO como un algoritmo de optimización de HO específico de radio. La pérdida de radio se puede usar para ajustar de manera precisa activamente el modelo de PACHO entrenado, mientras que la pérdida de QoE se usa para actualizar el modelo de QoE y garantizar que los futuros UE que sigan la misma trayectoria en el futuro reciban un mejor servicio a través de configuraciones de HO más optimizadas.

La Figura 7 ilustra un diagrama de flujo ilustrativo de un método de señalización y SDCHO, según una realización ilustrativa. La Figura 7 ilustra un ejemplo que representa la señalización entre un gNB/OAM y un UE, según una realización de ejemplo. Como se ilustra en el ejemplo de la Figura 7, en 1, el gNB/OAM transmite un mensaje al UE para empezar a realizar y/o registrar mediciones de QoE, que pueden incluir condiciones y parámetros relacionados con las mediciones de QoE. Además, la red (p. ej., gNB/OAM) configura múltiples UE para recopilar datos de traspaso que se usarán para entrenar el modelo de QoE (es decir, señalizar a los UE que registren los datos requeridos). En<una realización, la red puede especificar las condiciones exactas para que el>U<e inicie y/o detenga el registro de los>datos. Como ejemplo, las condiciones pueden incluir cuando la RSRP cae por debajo de un cierto umbral. Según una realización, la red también puede indicar la duración del registro y puede capturar algún tiempo antes y después de que se produzca un HO. Esta indicación se puede realizar a través del canal de control. En ciertas realizaciones, esto también se puede hacer en ausencia de un modelo de QoE.

En una realización, el UE puede determinar si las condiciones para iniciar las mediciones de QoE son verdaderas. Si las condiciones no son verdaderas, a continuación, el UE puede no hacer nada. Sin embargo, si se determina que las condiciones para iniciar las mediciones de QoE son verdaderas, a continuación, el UE puede, en 2, calcular y registrar la información relacionada con QoE. A continuación, el UE puede determinar si las condiciones para detener las mediciones de QoE son verdaderas y, si no, el UE puede continuar calculando y registrando la información relacionada con QoE. Sin embargo, si el UE determina que las condiciones para detener las mediciones de QoE son verdaderas, a continuación, el UE puede, en 3, dejar de calcular la información relacionada con QoE y generar informes de rendimiento de HO basándose en la información relacionada con QoE calculada.

Según ciertas realizaciones, los datos relacionados con QoE registrados pueden incluir el ID de servicio del servicio que se ejecuta en el UE y el resultado de la función de medición de QoE realizada por el UE. En una realización, la QoE se puede medir en una escala de 1-5. La red puede aumentar y/o disminuir la escala y este cambio puede señalizarse al UE a través del canal de control. Los datos pueden registrarse como una matriz de observación con marca de tiempo de la medición de la ID de servicio y la QoE. Para propósitos ilustrativos, la Tabla 1 a continuación muestra un ejemplo de una matriz de observación con marca de tiempo que puede usarse para recopilar datos de entrenamiento para SDCHO. Debe tenerse en cuenta que la Tabla 1 es solo un ejemplo, y son posibles muchos otros ejemplos según ciertas realizaciones. Los datos de HO específicos de radio, que pueden ser requeridos por el algoritmo de optimización de HO usado, se pueden informar en un informe diferente para preservar la modularidad de la operación.

Tabla 1

Como se ilustra además en el ejemplo de la figura 7, en 4, el gNB/OAM transmite y el UE recibe una solicitud de rendimiento de HO. Por ejemplo, en algunas realizaciones, la red puede señalizar a uno o más UE para que envíen datos de rendimiento de HO que se usarán para entrenar el modelo de QoE. Esto se puede hacer después de configurar el o los UE para registrar los datos requeridos como se ha analizado anteriormente. La señalización y/o el envío de los datos de rendimiento de HO se pueden realizar a través del canal de control o del canal de tráfico, y se pueden marcar con una cabecera que indique la naturaleza de la carga útil que son datos de entrenamiento relacionados con el CSDHO. Según el tamaño de los datos, se puede seleccionar un canal apropiado. En el ejemplo de la figura 7, después de recibir la solicitud de rendimiento de HO, el UE puede determinar si las condiciones de informe son verdaderas. Si no se determina que las condiciones de informe sean verdaderas, a continuación, el proceso puede volver al comienzo. Sin embargo, si se determina que las condiciones de informe son verdaderas, a continuación, el UE puede transmitir, en 5, un informe de rendimiento de HO al GNB/OAM. Por ejemplo, el informe de rendimiento de HO puede incluir la marca de tiempo, el ID de servicio y la medición de QoE, como se ha analizado anteriormente.

Como también se ilustra en el ejemplo de la Figura 7, el UE puede determinar además si las condiciones para actualizar el modelo de QoE son verdaderas. Si las condiciones de actualización no son verdaderas, es posible que el proceso vuelva al comienzo. Sin embargo, si se determina que las condiciones de actualización son verdaderas, a continuación, el UE puede, en 6, actualizar el modelo de QoE en consecuencia.

Los datos para entrenar el modelo de QoE pueden incluir la función de troceo de los datos específicos de radio (p. ej., secuencias de trayectoria y señal en el caso de PACHO) y las mediciones de QoE correspondientes. La tabla 2 ilustra una estructura de ejemplo de entradas de datos de entrenamiento derivadas de la matriz de observación en el ejemplo de la Tabla 1.

Tabla 2

Según ciertas realizaciones, los datos de entrenamiento pueden compilarse a partir de la matriz de observación y los datos de entrada pueden usarse para entrenar el algoritmo de optimización de HO específico de radio. La compilación puede realizarse en el gNB, en cuyo caso el UE envía la matriz de observación básica a la red. Esto hace posible cambiar el algoritmo de optimización HO específico de radio y conservar la modularidad del método de CSDHO. Esto también permite al gNB combinar datos enviados por múltiples UE simultáneamente.

Adicionalmente, la red o el gNB señaliza al UE para que reciba el modelo de QoE entrenado y, a continuación, se puede realizar una descarga inicial del modelo de QoE entrenado al UE. La señalización se hace en primer lugar a través del canal de control y, a continuación, la descarga de modelo se puede realizar a través de canales de tráfico. Alternativamente, la señalización y la descarga de modelo se pueden realizar a través de canales de tráfico y, al mismo tiempo, indicar la naturaleza del modelo a través de campos de cabecera (p. ej., actualización, nuevo modelo).

Se observa que la evaluación de rendimiento de HO, el cálculo de pérdidas y/o la generación de informe de rendimiento de HO por el UE, como se ilustra en el ejemplo de la Figura 7, pueden usarse incluso en ausencia de un modelo de QoE. Por ejemplo, los datos producidos por estas funciones se pueden seguir enviando a la red para proporcionar datos de entrenamiento para el modelo de QoE antes del despliegue real. Estas funciones pueden configurarse por la red (p. ej., por el GNB/OAM) para cambiar los parámetros a través del canal de control. En algunas realizaciones, el UE también puede apagar las funciones para conservar batería y un usuario puede optar por no participar a petición.

La Figura 8A ilustra un diagrama de flujo ilustrativo de un método para soportar el traspaso activado por un servicio cognitivo servicio cognitivo, según una realización. El diagrama de flujo de la Figura 8A se realiza por un nodo de red en un sistema de comunicaciones, tal como LTE o 5G NR. En algunas realizaciones ilustrativas, la entidad de red que realiza el método de la Figura 8A puede incluir o estar incluida en una estación base, un nodo de acceso, un nodo B, un eNB, un gNB, un nodo de NG RAN o similar. Por ejemplo, en una realización de ejemplo, el método de la Figura 8A puede realizarse por una entidad de gNB u OAM, tal como el gNB/OAM representado en el diagrama ilustrativo de la Figura 7.

Como se ilustra en el ejemplo de la Figura 8A, el método incluye, en 800, señalizar a uno o más UE que empiecen a realizar y registrar las mediciones relacionadas con calidad de la experiencia (QoE). En una realización, la señalización 800 puede incluir la señalización de una indicación de las condiciones de inicio para que al menos un equipo de usuario empiece a realizar y registrar las mediciones relacionadas con calidad de la experiencia (QoE), y/o la señalización de una indicación de las condiciones de parada para que al menos un equipo de usuario detenga la realización y el registro de las mediciones relacionadas con calidad de experiencia (QoE). Según una realización, la señalización 800 puede incluir configurar el uno o más UE para recopilar datos de traspaso para usarlos para entrenar un modelo de calidad de experiencia (QoE). En algunas realizaciones, la señalización 800 puede incluir la señalización de una indicación de la duración del registro de las mediciones relacionadas con calidad de la experiencia (QoE). Por ejemplo, la duración puede capturar al menos un período de tiempo antes y después de que se produzca un traspaso del uno o más UE.

Según una realización, el método incluye 810, señalizar al uno o más UE para que reciban un modelo de calidad de experiencia (QoE) entrenado a través de al menos uno de un canal de control o canal de tráfico. En otras palabras, la señalización 810 incluye transmitir o proporcionar el modo de QoE entrenado a los UE a través de un canal de control y/o un canal de tráfico. Se observa que, en ciertas realizaciones, la señalización 810 del modelo de QoE entrenado puede realizarse incluso en ausencia de la señalización 800 para empezar a realizar o registrar mediciones relacionadas con QoE. Como tal, en algunas realizaciones, la señalización 810 del modelo de QoE entrenado a los UE puede realizarse como un método independiente. En una realización, el modelo de QoE entrenado puede entrenarse con datos recopilados históricamente de uno o más UE, que pueden ser iguales y/o diferentes de los UE a los que se proporciona el modelo de QoE.

Como se ilustra además en el ejemplo de la Figura 8A, el método incluye, en 820, transmitir una solicitud de un informe sobre el rendimiento de traspaso a uno o más UE. El método incluye, en 830, recibir el informe de rendimiento de traspaso desde uno o más UE, que incluye al menos un identificador de servicio de un servicio que se ejecuta en uno o más UE y las mediciones relacionadas con calidad de la experiencia (QoE). Según ciertas realizaciones, el informe de medición del rendimiento de traspaso puede incluir una matriz de observación con marca de tiempo que incluye al menos un identificador de servicio del servicio que se ejecuta en el uno o más UE y las mediciones relacionadas con calidad de experiencia (QoE). En algunas realizaciones, la recepción 830 del informe de rendimiento de traspaso puede incluir recibir el informe de rendimiento de traspaso a través de al menos uno de un canal de control y/o canal de tráfico. Según una realización, el método también puede incluir recibir datos de traspaso específicos de radio desde el uno o más UE. Según una realización, el modelo de QoE puede configurarse para entrenarse usando al menos un resumen de los datos de traspaso específicos de radio y las correspondientes mediciones relacionadas con calidad de experiencia (QoE) recibidas desde el uno o más UE.

La Figura 8B ilustra un diagrama de flujo de ejemplo de un método relacionado con el soporte de traspaso activado por un servicio cognitivo, según una realización. El método se realiza en un UE.

Como se ilustra en el ejemplo de la Figura 8B, el método incluye, en 850, recibir, desde un nodo de red, un mensaje para registrar mediciones relacionadas con calidad de la experiencia (QoE) en el equipo de usuario. En una realización, la recepción 850 del mensaje para registrar las mediciones relacionadas con calidad de experiencia (QoE) puede incluir recibir una indicación de una o más condiciones de inicio para que el equipo de usuario empiece a realizar y registrar las mediciones relacionadas con calidad de la experiencia (QoE), y/o recibir una indicación de una o más condiciones de parada para que el equipo de usuario detenga la realización y el registro de las mediciones relacionadas con calidad de la experiencia (QoE). Según una realización, la recepción 850 del mensaje para el registro de las mediciones relacionadas con calidad de la experiencia (QoE) puede incluir recibir una indicación de una duración del registro de las mediciones relacionadas con calidad de la experiencia (QoE), por ejemplo, donde la duración puede capturar al menos un período de tiempo antes y después de que se produzca un traspaso del equipo de usuario.

El método incluye, en 860, medir, calcular y registrar las mediciones relacionadas con calidad de experiencia (QoE). Según un ejemplo, el cálculo 860 puede incluir iniciar el cálculo y el registro de las mediciones relacionadas con calidad de la experiencia (QoE) cuando se cumplen las condiciones de inicio, y detener el cálculo y el registro de las mediciones relacionadas con calidad de la experiencia (QoE) cuando se cumplen las condiciones de parada. En una realización, el cálculo 860 de las mediciones relacionadas con la calidad de la experiencia (QoE) puede incluir usar funciones de evaluación del rendimiento para medir la pérdida o la ganancia en calidad de experiencia (QoE) basándose en el servicio que se ejecuta en el equipo de usuario según se define por el identificador de servicio.

El método incluye, en 870, recibir un modelo de calidad de experiencia (QoE) entrenado, desde el nodo de red, a través de al menos uno de un canal de control y/o canal de tráfico y usar el modelo de calidad de experiencia (QoE) entrenado para seleccionar o calcular la configuración de traspaso aplicable, y aplicar la configuración de traspaso para determinar y/o realizar uno o más traspasos en el equipo de usuario.

El método incluye además, en 880, recibir, desde el nodo de red, una solicitud de un informe de rendimiento de traspaso y, en 885, generar un informe de medición del rendimiento del traspaso que incluye al menos un identificador de servicio de un servicio que se ejecuta en el equipo de usuario y las mediciones relacionadas con calidad de experiencia (QoE). En una realización de ejemplo, la generación 885 puede incluir la generación de un informe de medición del rendimiento de traspaso que contiene una pérdida o ganancia en calidad de experiencia (QoE) asociada con las configuraciones de traspaso.

En una realización de ejemplo, el método puede incluir opcionalmente, en 890, transmitir el informe de medición de rendimiento de traspaso al nodo de red, p. ej., basándose en un resultado de una evaluación del traspaso del equipo de usuario. Se observa que, según algunas realizaciones, no todos los informes de medición del rendimiento de traspaso generados necesitan transmitirse al nodo de red. Según una realización, el informe de rendimiento de traspaso puede cifrarse y configurarse para mantener el anonimato de un usuario del equipo de usuario y la privacidad de la información de ubicación y servicio. En una realización, el informe de medición del rendimiento de traspaso puede incluir una matriz de observación con marca de tiempo que comprende al menos un identificador de servicio del servicio que se ejecuta en el al menos un equipo de usuario y las mediciones relacionadas con calidad de la experiencia (QoE).

En algunas realizaciones de ejemplo, el método puede incluir el uso del sistema de posicionamiento global (GPS) en tiempo real y/o la información de señal para inferir la configuración óptima de traspaso, y realizar, utilizando los parámetros inferidos, el traspaso mientras se registran las mediciones de radio y servicio. Según una realización, el método puede incluir la transmisión de datos de traspaso específicos de radio al nodo de red.

La Figura 9A ilustra un ejemplo de un aparato 10 según una realización. El aparato 10 es un nodo de red. Por ejemplo, el aparato 10 puede ser un satélite, una estación base, un Nodo B, un Nodo B evolucionado (eNB), un Nodo B o punto de acceso 5G, un Nodo B de próxima generación (NG-NB o gNB), un punto de recepción de transmisión (TRP), una estación de plataforma de gran altitud (HAPS), un nodo de acceso y retorno integrado (IAB) y/o un punto de acceso de WLAN, asociado con una red de acceso de radio, tal como una red de LTE, 5G o NR. En una realización de ejemplo, el aparato 10 puede ser una entidad de gNB u OAM.

Debe entenderse que, en algunos ejemplos de realización, el aparato 10 puede comprender un servidor en la nube de borde como un sistema informático distribuido en donde el servidor y el nodo de radio pueden ser aparatos independientes que se comunican entre sí a través de un trayecto de radio o mediante una conexión por cable, o en donde pueden estar ubicados en una misma entidad que se comunica mediante una conexión por cable. Por ejemplo, en ciertas realizaciones ilustrativas donde el aparato 10 representa un gNB, puede configurarse en una arquitectura de unidad central (CU) y de unidad distribuida (DU) que divide la funcionalidad del gNB. En una arquitectura de este tipo, la CU puede ser un nodo lógico que incluye funciones gNB tales como transferencia de datos de usuario, control de movilidad, compartición de red de acceso de radio, posicionamiento y/o gestión de sesiones, etc. La CU puede controlar el funcionamiento de DU a través de una interfaz front-haul. La Du puede ser un nodo lógico que incluye un subconjunto de funciones de gNB, dependiendo de la opción de división funcional. Cabe observar que un experto en la técnica entenderá que el aparato 10 puede incluir componentes o características no mostradas en la Figura 9A.

Como se ilustra en el ejemplo de la Figura 9A, el aparato 10 incluye un procesador 12 para procesar información y ejecutar instrucciones u operaciones. El procesador 12 puede ser cualquier tipo de procesador de propósito general o específico. De hecho, el procesador 12 puede incluir uno o más de unos ordenadores de uso general, unos ordenadores de uso especial, unos microprocesadores, unos procesadores de señales digitales (DSP, por sus siglas en inglés), unas matrices de puertas lógicas programables en campo (FPGA, por sus siglas en inglés), unos circuitos integrados de aplicación específica (ASIC, por sus siglas en inglés) y unos procesadores que estén basados en una arquitectura de procesador multinúcleo, como ejemplos.

Aunque se muestra un único procesador 12 en la Figura 9A, pueden utilizarse múltiples procesadores según otras realizaciones de ejemplo. Por ejemplo, debe entenderse que, en ciertas realizaciones, el aparato 10 puede incluir dos o más procesadores que pueden formar un sistema de procesador múltiple (p. ej., en este caso el procesador 12 puede representar un procesador múltiple) que puede admitir procesamiento múltiple. En algunas realizaciones, el sistema de procesador múltiple puede estar estrechamente acoplado o acoplado de manera holgada (p. ej., para formar una agrupación de ordenadores).

El procesador 12 puede realizar funciones asociadas con el funcionamiento del aparato 10, que pueden incluir, por ejemplo, precodificación de parámetros de ganancia/fase de antena, codificación y decodificación de bits individuales que forman un mensaje de comunicación, formateo de información y control global del aparato 10, incluyendo procedimientos relacionados con la gestión de recursos de comunicación.

El aparato 10 incluye además una memoria 14 (interna o externa), que puede estar acoplada al procesador 12, para almacenar información e instrucciones que pueden ejecutarse por el procesador 12. En particular, la memoria 14 comprende código de programa informático que, cuando es ejecutado por el procesador 12, hace que el aparato realice el método de cualquiera de las figuras 7-8. 14 puede ser una o más memorias y de cualquier tipo adecuado para el entorno de aplicación local y puede implementarse usando cualquier tecnología de almacenamiento de datos volátil o no volátil adecuada, tal como dispositivo de memoria basado en semiconductores, un sistema y dispositivo de memoria magnético, un sistema y dispositivo de memoria óptico, memoria fija y/o memoria extraíble. Por ejemplo, la memoria 14 puede estar formada por cualquier combinación de una memoria de acceso aleatorio (RAM), una memoria de sólo lectura (ROM), un almacenamiento estático tal como un disco magnético u óptico, una unidad de disco duro (HDD), cualquier otro tipo de medio legible por ordenador o máquina no transitorio u otro medio de almacenamiento adecuado. Las instrucciones almacenadas en la memoria 14 pueden incluir instrucciones de programa o código de programa informático que, cuando son ejecutadas por el procesador 12, permiten que el aparato 10 realice tareas como se describe en la presente memoria.

En una realización, el aparato 10 puede incluir además, o estar acoplado (de manera interna o externa) a, una unidad o puerto que está configurado para aceptar y leer un medio de almacenamiento legible por ordenador externo, tal como un disco óptico, una unidad USB, una unidad flash o cualquier otro medio de almacenamiento. Por ejemplo, el medio de almacenamiento legible por ordenador externo puede almacenar un programa informático o software para su ejecución por el procesador 12 y/o el aparato 10.

En algunas realizaciones, el aparato 10 también puede incluir o estar acoplado a una o más antenas 15 para transmitir y recibir señales y/o datos a y desde el aparato 10. El aparato 10 puede incluir, además, o estar acoplado a, un transceptor 18 configurado para transmitir y/o recibir información. El transceptor 18 puede incluir, por ejemplo, una pluralidad de interfaces de radio que pueden estar acopladas a la(s) antena(s) 15 o puede incluir cualquier otro tipo de medio de transcepción adecuado. En algunas realizaciones, las interfaces de radio pueden corresponder a una pluralidad de tecnologías de acceso de radio que incluyen una o más de GSM, NB-IoT, LTE, 5G, WLAN, Bluetooth, BT-LE, NFC, identificador de radiofrecuencia (RFID), banda ultraancha (UWB), MultiFire y/o similares. Según una realización de ejemplo, la interfaz de radio puede incluir componentes, tales como filtros, convertidores (p. ej., convertidores de digital a analógico y similares), mapeadores, un módulo de transformada rápida de Fourier (FFT) y/o similares, p. ej., para generar símbolos o señales para una transmisión a través de uno o más enlaces descendentes y para recibir símbolos (p. ej., a través de un enlace ascendente).

Por ejemplo, el transceptor 18 puede estar configurado para modular información sobre una forma de onda portadora para la transmisión por la(s) antena(s) 15 y para demodular información recibida a través de la(s) antena(s) 15 para su procesamiento adicional por otros elementos del aparato 10. En otras realizaciones de ejemplo, el transceptor 18 puede ser capaz de transmitir y recibir señales o datos directamente. De forma adicional o alternativamente, en algunas realizaciones, el aparato 10 puede incluir un dispositivo de entrada y/o de salida (dispositivo de E/S) o un medio de entrada/salida.

En una realización, la memoria 14 puede almacenar módulos de software que proporcionan funcionalidad cuando se ejecutan por el procesador 12. Los módulos pueden incluir, por ejemplo, un sistema operativo que proporciona funcionalidad de sistema operativo para el aparato 10. La memoria también puede almacenar uno o más módulos funcionales, tales como una aplicación o programa, para proporcionar una funcionalidad adicional para el aparato 10. Los componentes del aparato 10 pueden implementarse en hardware, o como cualquier combinación adecuada de hardware y software.

Según algunas realizaciones, el procesador 12 y la memoria 14 pueden estar incluidos en o formar parte de un sistema de circuitos de procesamiento o de un sistema de circuitos de control. Adicionalmente, en algunas realizaciones, el transceptor 18 puede estar incluido en, o puede formar parte de, un conjunto de circuitos transceptores.

Tal y como se usa en la presente memoria, la expresión “ conjunto de circuitos” puede referirse a unas implementaciones de conjunto de circuitos sólo en hardware (p. ej., un conjunto de circuitos analógicos y/o digitales), unas combinaciones de circuitos de hardware y de software, unas combinaciones de circuitos de hardware analógicos y/o digitales con un software / firmware, cualquier parte de un(os) procesador(es) de hardware con un software (incluyendo unos procesadores de señales digitales) que colaboren para hacer que un aparato (p. ej., el aparato 10) realice diversas funciones, y/o un(os) circuito(s) y/o un(os) procesador(es) de hardware, o partes de los mismos, que usen un software para su funcionamiento, pero donde puede que el software no esté presente cuando no sea necesario para su funcionamiento. Como ejemplo adicional, tal como se usa en la presente memoria, el término “ conjunto de circuitos” también puede cubrir una implementación de tan sólo un circuito de hardware o procesador (o múltiples procesadores) o una porción de un circuito de hardware o procesador y su software y/o firmware adjunto. El término conjunto de circuitos también puede cubrir, por ejemplo, un circuito integrado de banda base en un servidor, nodo o dispositivo de red celular u otro dispositivo informático o de red.

Como se introdujo anteriormente, en ciertas realizaciones, el aparato 10 puede ser una estación base, un punto de acceso, un nodo B, un eNB, un gNB, un TRP, un HAPS, un nodo IAB, un punto de acceso WLAN o similar. En una realización de ejemplo, el aparato 10 puede ser una entidad de gNB y/u OAM. Por ejemplo, en algunas realizaciones, el aparato 10 puede estar configurado para realizar uno o más de los procesos representados en cualquiera de los diagramas de flujo o diagramas de señalización descritos en la presente memoria, tales como los ilustrados en la Figura 7 o las Figuras 8A-8B. En algunas realizaciones, como se analiza en la presente memoria, el aparato 10 puede estar configurado para realizar un procedimiento relacionado con el soporte y/o la realización de un traspaso activado por un servicio cognitivo, por ejemplo.

En algunas realizaciones, el aparato 10 puede controlarse mediante la memoria 14 y el procesador 12 para señalizar a uno o más UE que empiecen a realizar y registrar mediciones relacionadas con calidad de experiencia (QoE). En una realización, el aparato 10 puede controlarse mediante la memoria 14 y el procesador 12 para señalizar, al o a los UE una indicación de condiciones de inicio para que los UE empiecen a realizar y registrar mediciones relacionadas con calidad de la experiencia (QoE), y/o señalizar una indicación de condiciones de parada para que el o los UE detengan la realización y el registro de las mediciones relacionadas con calidad de experiencia (QoE). Según una realización, el aparato 10 puede controlarse mediante la memoria 14 y el procesador 12 para configurar el uno o más UE para recopilar datos de traspaso para usarlos para entrenar un modelo de calidad de experiencia (QoE). En algunas realizaciones, el aparato 10 puede controlarse mediante la memoria 14 y el procesador 12 para señalizar una indicación de una duración del registro de las mediciones relacionadas con calidad de experiencia (QoE). Por ejemplo, la duración puede capturar al menos un período de tiempo antes y después de que se produzca un traspaso del uno o más UE.

Según una realización, el aparato 10 puede controlarse mediante la memoria 14 y el procesador 12 para señalizar a los uno o más UE que reciban un modelo de calidad de experiencia (QoE) entrenado a través de al menos uno de un canal de control o canal de tráfico. En otras palabras, en una realización, el aparato 10 puede controlarse mediante la memoria 14 y el procesador 12 para transmitir o proporcionar el modo de QoE entrenado al o a los UE a través de un canal de control y/o un canal de tráfico. Se observa que, en ciertas realizaciones, el modelo de QoE entrenado puede proporcionarse al o a los UE incluso en ausencia de la señalización para empezar a realizar o registrar las mediciones relacionadas con QoE. En una realización, el aparato 10 puede controlarse mediante la memoria 14 y el procesador 12 para entrenar el modelo de QoE usando datos recopilados históricamente de uno o más UE, que pueden ser iguales y/o diferentes del o los UE a los que se proporciona el modelo de QoE.

Como se ilustra además en el ejemplo de la Figura 8A, el aparato 10 puede controlarse mediante la memoria 14 y el procesador 12 para transmitir una solicitud de un informe sobre el rendimiento de traspaso al uno o más UE. En una realización, el aparato 10 puede ser controlado por la memoria 14 y el procesador 12 para recibir el informe de rendimiento de traspaso desde el uno o más UE. En un ejemplo, el informe de rendimiento de traspaso puede incluir al menos un identificador de servicio de un servicio que se ejecuta en el uno o más UE y las mediciones relacionadas con calidad de la experiencia (QoE). Según ciertas realizaciones, el informe de medición del rendimiento de traspaso puede incluir una matriz de observación con marca de tiempo que incluye al menos un identificador de servicio del servicio que se ejecuta en el uno o más UE y las mediciones relacionadas con calidad de experiencia (QoE). En algunas realizaciones, el aparato 10 puede controlarse mediante la memoria 14 y el procesador 12 para recibir el informe de rendimiento de traspaso a través de al menos uno de un canal de control y/o canal de tráfico. Según una realización, el aparato 10 puede controlarse por la memoria 14 y el procesador 12 para recibir datos de traspaso específicos de radio desde el uno o más UE. Según una realización, el aparato 10 puede controlarse mediante la memoria 14 y el procesador 12 para entrenar el modelo de QoE usando al menos un resumen de los datos de traspaso específicos de radio y las correspondientes mediciones relacionadas con calidad de experiencia (QoE) recibidas desde el uno o más UE.

La Figura 9B ilustra un ejemplo de un aparato 20 según otra realización. El aparato 20 es un equipo de usuario, tal como un UE, un equipo móvil (ME), una estación móvil, un dispositivo móvil, un dispositivo estacionario, un dispositivo de IoT u otro dispositivo. Como se describe en la presente memoria, el UE puede denominarse alternativamente, por ejemplo, estación móvil, equipo móvil, unidad móvil, dispositivo móvil, dispositivo de usuario, estación de abonado, terminal inalámbrico, ordenador de tipo tableta, teléfono inteligente, dispositivo de IoT sensor o dispositivo de NB-IoT, o similar. Como ejemplo, el aparato 20 puede implementarse en, por ejemplo, un dispositivo portátil inalámbrico, un accesorio enchufable inalámbrico o similares.

El aparato 20 incluye uno o más procesadores, uno o más medios de almacenamiento legibles por ordenador (por ejemplo, memoria, almacenamiento o similares), uno o más componentes de acceso de radio (por ejemplo, un módem, un transceptor o similares) y/o una interfaz de usuario. En algunas realizaciones, el aparato 20 puede configurarse para funcionar usando una o más tecnologías de acceso de radio, tales como GSM, LTE, LTE-A, NR, 5G, WLAN, WiFi, NB-IoT, Bluetooth, NFC, MulteFire y/o cualquier otra tecnología de acceso de radio. Cabe observar que un experto en la técnica entenderá que el aparato 20 puede incluir componentes o características no mostrados en la Figura 9B.

Como se ilustra en el ejemplo de la Figura 9B, el aparato 20 comprende un procesador 22 (o medio de procesamiento) 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. De hecho, el procesador 22 puede incluir uno o más de 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 de múltiples núcleos, como ejemplos. Aunque en la Figura 9B se muestra un único procesador 22, según otras realizaciones, pueden utilizarse múltiples procesadores. Por ejemplo, debe entenderse que, en ciertas realizaciones, el aparato 20 puede incluir dos o más procesadores que pueden formar un sistema multiprocesador (p. ej., en este caso el procesador 22 puede representar un multiprocesador) que puede soportar procesamiento múltiple. En ciertas realizaciones, el sistema de procesador múltiple puede estar estrechamente acoplado o acoplado de manera holgada (por ejemplo, para formar una agrupación de ordenadores).

El procesador 22 puede realizar unas funciones que estén asociadas con el funcionamiento del aparato 20, incluidas, como algunos ejemplos, una precodificación de unos parámetros de ganancia/fase de antena, una codificación y una decodificación de bits individuales que formen un mensaje de comunicación, un formateo de información y un control global del aparato 20, incluidos unos procedimientos que estén relacionados con una gestión de unos recursos de comunicación.

El aparato 20 comprende además una memoria 24 (interna o externa), que puede estar acoplada al procesador 22, para almacenar información e instrucciones que pueden ejecutarse por el procesador 22. En particular, la memoria 24 comprende un código de programa informático que, cuando es ejecutado por el procesador 22, hace que el aparato 20 lleve a cabo el método de cualquiera de las figuras 7-8. La memoria 24 puede ser una o más memorias y de cualquier tipo adecuado para el entorno de aplicación local y puede implementarse usando cualquier tecnología de almacenamiento de datos volátil o no volátil adecuada, tal como dispositivo de memoria basado en semiconductores, un sistema y dispositivo de memoria magnético, un sistema y dispositivo de memoria óptico, memoria fija y/o memoria extraíble. Por ejemplo, la memoria 24 puede estar comprendida de cualquier combinación de una memoria de acceso aleatorio (RAM), una memoria de sólo lectura (ROM), un almacenamiento estático tal como un disco magnético u óptico, una unidad de disco duro (HDD), o cualquier otro tipo de medio legible por ordenador o máquina no transitorio u otro medio de almacenamiento. Las instrucciones almacenadas en la memoria 24 pueden incluir instrucciones de programa o código de programa informático que, cuando son ejecutadas por el procesador 22, permiten que el aparato 20 realice tareas como se describe en la presente memoria.

En una realización, el aparato 20 puede incluir además, o estar acoplado (de manera interna o externa) a, una unidad o puerto que está configurado para aceptar y leer un medio de almacenamiento legible por ordenador externo, tal como un disco óptico, una unidad USB, una unidad flash o cualquier otro medio de almacenamiento. Por ejemplo, el medio de almacenamiento legible por ordenador externo puede almacenar un programa informático o software para su ejecución por el procesador 22 y/o el aparato 20.

En algunas realizaciones, el aparato 20 también puede incluir o estar acoplado a una o más antenas 25 para recibir una señal de enlace descendente y para transmitir a través de un enlace ascendente desde el aparato 20. El aparato 20 puede incluir además un transceptor 28 (o medios transceptores) configurado para transmitir y recibir información. El transceptor 28 también puede incluir una interfaz de radio (por ejemplo, un módem) acoplada a la antena 25. La interfaz de radio puede corresponder a una pluralidad de tecnologías de acceso de radio que incluyen una o más de GSM, LTE, LTE-A, 5G, NR, WLAN, NB-IoT, Bluetooth, BT-LE, NFC, RFID, UWB y similares. La interfaz de radio puede incluir otros componentes, tales como filtros, convertidores (por ejemplo, convertidores de digital a analógico y similares), desmapadores de símbolos, componentes de conformación de señal, un módulo de transformada rápida de Fourier inversa (IFFT) y similares, para procesar símbolos, tales como símbolos OFDMA, transportados por un enlace descendente o un enlace ascendente.

Por poner un ejemplo, el transceptor 28 puede estar configurado para modular información sobre una forma de onda portadora para la transmisión por la antena o antenas 25 y demodular información recibida a través de la antena o antenas 25 para su procesamiento adicional por otros elementos del aparato 20. En otras realizaciones, el transceptor 28 puede ser capaz de transmitir y recibir señales o datos directamente. De forma adicional o alternativamente, en algunas realizaciones, el aparato 20 puede incluir un dispositivo de entrada y/o de salida (dispositivo de E/S) o un medio de entrada/salida. En ciertas realizaciones, el aparato 20 puede incluir además una interfaz de usuario, tal como una interfaz gráfica de usuario o pantalla táctil.

En una realización, la memoria 24 almacena módulos de software que proporcionan funcionalidad cuando se ejecutan por el procesador 22. Los módulos pueden incluir, por ejemplo, un sistema operativo que proporciona funcionalidad de sistema operativo para el aparato 20. La memoria también puede almacenar uno o más módulos funcionales, tales como una aplicación o programa, para proporcionar una funcionalidad adicional para el aparato 20. Los componentes del aparato 20 pueden implementarse en hardware, o como cualquier combinación adecuada de hardware y software. Según un ejemplo de realización, el aparato 20 puede estar opcionalmente configurado para comunicarse con el aparato 10 a través de un enlace 70 de comunicaciones inalámbrico o por cable según cualquier tecnología de acceso de radio, tal como NR.

Según algunas realizaciones, el procesador 22 y la memoria 24 pueden estar incluidos en o formar parte de un conjunto de circuitos de procesamiento o de un conjunto de circuitos de control. Además, en algunas realizaciones, el transceptor 28 puede estar incluido en, o puede formar parte de, un conjunto de circuitos transceptores.

Tal como se comentó anteriormente, según algunas realizaciones, el aparato 20 puede ser un UE, dispositivo móvil, estación móvil, ME, dispositivo de IoT y/o dispositivo de NB-IoT, por ejemplo. Según ciertas realizaciones, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para realizar las funciones asociadas con realizaciones de ejemplo descritas en la presente memoria. Por ejemplo, en algunas realizaciones, el aparato 20 puede estar configurado para realizar uno o más de los procesos o procedimientos representados en cualquiera de los diagramas de flujo o diagramas de señalización descritos en la presente memoria, tales como los ilustrados en la Figura 7 o las Figuras 8A-8B. En ciertas realizaciones, el aparato 20 puede configurarse para realizar o ejecutar procedimiento o procedimientos relacionados con el soporte y/o la realización de un traspaso activado por un servicio cognitivo, por ejemplo.

Por ejemplo, en algunas realizaciones, el aparato 20 puede controlarse mediante la memoria 24 y el procesador 22 para recibir, desde un nodo de red, un mensaje para registrar las mediciones relacionadas con calidad de experiencia (QoE) en el aparato 20. En una realización, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para recibir una indicación de una o más condiciones de inicio para que el aparato 20 empiece a realizar y registrar las mediciones relacionadas con calidad de la experiencia (QoE), y/o para recibir una indicación de una o más condiciones de parada para que el aparato 20 detenga la realización y el registro de las mediciones relacionadas con calidad de la experiencia (QoE). Según una realización, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para recibir una indicación de la duración del registro de las mediciones relacionadas con calidad de la experiencia (QoE), por ejemplo, cuando la duración puede capturar al menos un período de tiempo antes y después de que se produzca un traspaso del aparato 20.

En una realización, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para medir, calcular y/o registrar las mediciones relacionadas con calidad de experiencia (QoE). Según un ejemplo, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para empezar a calcular y registrar las mediciones relacionadas con calidad de experiencia (QoE) cuando se cumplen las condiciones de inicio, y para detener el cálculo y el registro de las mediciones relacionadas con calidad de experiencia (QoE) cuando se cumplen las condiciones de parada. En una realización, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para usar funciones de evaluación de rendimiento para medir la pérdida o la ganancia en calidad de experiencia (QoE) basándose en el servicio que se ejecuta en el aparato 20 como se define por el identificador de servicio.

En una realización, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para recibir un modelo de calidad de experiencia (QoE) entrenado, desde el nodo de red, a través de al menos uno de un canal de control y/o canal de tráfico. En una realización, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para usar el modelo de calidad de experiencia (QoE) entrenado para seleccionar o calcular las configuraciones de traspaso aplicables, y para aplicar las configuraciones de traspaso para determinar y/o realizar uno o más traspasos en el aparato 20.

Según una realización, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para recibir, desde el nodo de red, una solicitud de un informe de rendimiento de traspaso. En una realización, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para generar un informe de medición de rendimiento de traspaso. Por ejemplo, el informe de rendimiento de traspaso puede incluir al menos un identificador de servicio de un servicio que se ejecuta en el aparato 20 y las mediciones relacionadas con calidad de experiencia (QoE). En una realización de ejemplo, el aparato 20 puede controlarse mediante la memoria 24 y el procesador 22 para generar un informe de medición de rendimiento de traspaso que contiene una pérdida o ganancia en calidad de experiencia (QoE) asociada con las configuraciones de traspaso.

En una realización de ejemplo, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para transmitir el informe de medición de rendimiento de traspaso al nodo de red, p. ej., basándose en un resultado de una evaluación del traspaso del aparato 20. Se observa que, según algunas realizaciones, no todos los informes de medición del rendimiento de traspaso generados necesitan transmitirse al nodo de red. Según una realización, el informe de rendimiento de traspaso puede cifrarse y configurarse para mantener el anonimato de un usuario del aparato 20 y la privacidad de la información de ubicación y servicio. En una realización, el informe de medición del rendimiento de traspaso puede incluir una matriz de observación con marca de tiempo que comprende al menos un identificador de servicio del servicio que se ejecuta en el aparato 20 y las mediciones relacionadas con calidad de la experiencia (QoE).

En algunas realizaciones de ejemplo, el aparato 20 puede controlarse por la memoria 24 y el procesador 22 para usar la información de sistema de posicionamiento global (GPS) en tiempo real y/o de señales para inferir configuraciones de traspaso óptimas y para realizar, usando los parámetros inferidos, el traspaso mientras se registran mediciones de radio y servicio. Según una realización, el aparato 20 puede controlarse además por la memoria 24 y el procesador 22 para transmitir datos de traspaso específicos de radio al nodo de red.

En algunas realizaciones, un aparato (p. ej., el aparato 10 y/o el aparato 20) puede incluir medios para realizar un método o cualquiera de las variantes analizadas en la presente memoria, p. ej., un método descrito con referencia a las Figuras 5 o 6. Ejemplos de los medios pueden incluir uno o más procesadores, memoria y/o código de programa informático para provocar la ejecución de la operación.

En vista de lo anterior, ciertas realizaciones ilustrativas proporcionan varias mejoras, fortalecimientos y/o ventajas tecnológicas con respecto a los procesos tecnológicos existentes y constituyen una mejora al menos en el campo tecnológico del control y la gestión de redes inalámbricas. Por ejemplo, como se ha analizado en detalle anteriormente, ciertas realizaciones de ejemplo proporcionan una solución de CSDCHO que puede tener en cuenta la calidad de la experiencia del usuario durante el HO y después. Al hacer que la configuración de HO no únicamente sea específica de la trayectoria, sino también específica del servicio, ciertas realizaciones pueden garantizar que los servicios que se ejecutan en el UE no se vean afectados por un HO ajustando la configuración de HO en consecuencia. Además, la evaluación del rendimiento de QoE y/o HO en el UE reduce la cantidad de información que el UE necesita enviar de vuelta a la red para mejorar el modelo de QoE. En este caso, el UE puede enviar una medición flexible de la QoE como un valor en una escala específica (p. ej., 1-5). Además, este valor puede ser una indicación de un problema de QoE permanente para todas las trayectorias en un límite de célula específico para un servicio específico o para todos los servicios que requieren una acción a nivel de red (p. ej., asignar más recursos a una célula / sector / segmento específico).

Se pueden usar realizaciones de ejemplo en el UE para inferir configuraciones de HO y evaluar HO sin una gran sobrecarga computacional. Por otro lado, las realizaciones de ejemplo no requieren cambiar la forma actual en que se ejecutan los traspasos al proporcionar configuraciones que son compatibles con el HO heredado. Esta compatibilidad hacia atrás con sistemas heredados garantiza un mínimo de cambios requeridos en el sistema. Además, ciertas realizaciones pueden tener en cuenta más modelos de servicio, lo que lo hace altamente escalable y ajustable dinámicamente.

Por consiguiente, el uso de ciertas realizaciones ilustrativas da como resultado un funcionamiento mejorado de unas redes de comunicaciones y de sus nodos, tales como estaciones base, eNB, gNB y/o dispositivos de IoT, UE o estaciones móviles.

En algunas realizaciones ilustrativas, la funcionalidad de cualquiera de los métodos, procesos, diagramas de señalización, algoritmos o diagramas de flujo descritos en la presente memoria puede implementarse mediante un software y/o un código de programa informático o unas partes de código almacenado(s) en una memoria o en otros medios tangibles o legibles por ordenador, y puede ser ejecutada por un procesador.

En algunas realizaciones ilustrativas, un aparato puede incluir o estar asociado con al menos una aplicación, un módulo, una unidad o una entidad de software que esté configurado como una(s) operación(ones) aritmética(s) o como un programa o unas partes del mismo (incluida una rutina de software añadida o actualizada), que puede(n) ser ejecutado(s) por al menos un procesador o controlador de operaciones. Los programas, también denominados productos de programa o programas informáticos, incluyendo rutinas de software, miniaplicaciones y macros, pueden almacenarse en cualquier medio de almacenamiento de datos legible por aparatos y pueden incluir instrucciones de programa para realizar tareas particulares.

Un producto de programa informático puede incluir uno o más componentes ejecutables por ordenador que, cuando se ejecuta el programa, están configurados para llevar a cabo algunos ejemplos de realización. Los uno o más componentes ejecutables por ordenador pueden ser al menos un código de software o porciones de código. Toda modificación y configuración que sea necesaria para implementar la funcionalidad de una realización ilustrativa puede realizarse como una(s) rutina(s), que puede(n) implementarse como una(s) rutina(s) de software añadida(s) o actualizada(s). En un ejemplo, se puede(n) descargar rutina(s) de software en el aparato.

Como ejemplo, un software o un código de programa informático o unas partes de código puede(n) estar en forma de código fuente, en forma de código objeto o en alguna forma intermedia y puede(n) almacenarse en algún tipo de soporte, medio de distribución o medio legible por ordenador, que puede ser cualquier entidad o dispositivo que sea capaz de llevar el programa. Tales soportes incluyen un medio de grabación, memoria informática, memoria de sólo lectura, señal de portadora fotoeléctrica y/o eléctrica, señal de telecomunicaciones y paquete de distribución de software, por ejemplo. Dependiendo de la energía de procesamiento necesaria, el programa informático puede ejecutarse en un único ordenador digital electrónico o puede distribuirse entre varios ordenadores. El medio legible por ordenador o medio de almacenamiento legible por ordenador puede ser un medio no transitorio.

En otras realizaciones ilustrativas, la funcionalidad de unas realizaciones ilustrativas puede ser realizada por un hardware o por un conjunto de circuitos que esté(n) incluido(s) en un aparato, por ejemplo, a través del uso de un circuito integrado de aplicación específica (ASIC), una matriz de puertas lógicas programable (PGA), una matriz de puertas lógicas programable en campo (FPGA) o cualquier otra combinación de hardware y de software. En otra realización ilustrativa más, la funcionalidad de unas realizaciones ilustrativas puede implementarse como una señal, tal como un medio no tangible, que pueda ser transportada por una señal electromagnética descargada de Internet o de otra red.

Según una realización ilustrativa, un aparato, tal como un nodo, dispositivo o componente correspondiente, puede estar configurado como conjunto de circuitos, ordenador o microprocesador, tal como un elemento informático de un solo chip, o como un conjunto de chips, que puede incluir al menos una memoria para proporcionar capacidad de almacenamiento usada para la(s) operación(operaciones) aritmética(s) y/o un procesador de funcionamiento para ejecutar la(s) operación(operaciones) aritmética(s).

Unas realizaciones ilustrativas descritas en la presente memoria pueden aplicar tanto a implementaciones singulares como a implementaciones plurales, independientemente de si se usa un lenguaje singular o plural en relación con la descripción de ciertas realizaciones. Por ejemplo, una realización que describe unas operaciones de un único nodo de red también puede aplicar a unas realizaciones que incluyan múltiples instancias del nodo de red, y viceversa.

Un experto en la técnica entenderá fácilmente que las realizaciones ilustrativas como se han analizado anteriormente pueden ponerse en práctica con procedimientos en un orden diferente, y/o con elementos de hardware en configuraciones que son diferentes de las que se describen. Por lo tanto, aunque se han descrito algunas realizaciones basándose en estas realizaciones ilustrativos, será evidente para aquellos expertos en la materia que ciertas modificaciones, variaciones y construcciones alternativas serán evidentes, mientras permanezcan dentro del alcance de la invención, que se define mediante las reivindicaciones adjuntas.

Claims

REIVINDICACIONES

i.Un método realizado por un nodo (10) de red, comprendiendo el método:

señalizar (800) al menos un equipo de usuario para que empiece a realizar y registrar las mediciones relacionadas con calidad de experiencia, QoE;

transmitir (820) una solicitud de un informe sobre rendimiento de traspaso al menos a un equipo de usuario; y

recibir (830) el informe de rendimiento de traspaso desde al menos un equipo de usuario, en donde el informe de rendimiento de traspaso comprende al menos un identificador de servicio de un servicio que se ejecuta en el al menos un equipo de usuario y las mediciones relacionadas con calidad de experiencia, QoE; en donde señalizar para empezar a realizar y registrar las mediciones relacionadas con QoE comprende configurar el al menos un equipo de usuario para recopilar datos de traspaso para su uso para entrenar el modelo (110, 210, 310, 410) de calidad de experiencia, QoE; y

que comprende además señalizar (810) el al menos un equipo de usuario para recibir un modelo (110, 210, 310, 410) de QoE entrenado a través de al menos uno de un canal de control o canal de tráfico.
2. El método según la reivindicación 1, en donde la señalización para empezar a realizar y registrar mediciones relacionadas con QoE comprende la señalización de una indicación de al menos una de: condiciones de inicio para que el al menos un equipo de usuario empiece a ejecutar y registrar las mediciones relacionadas con calidad de experiencia, QoE, y condiciones de parada para que el al menos un equipo de usuario detenga la ejecución y el registro de las mediciones relacionadas con QoE.
3. El método según cualquiera de las reivindicaciones 1-2, en donde la señalización para empezar a realizar y registrar las mediciones relacionadas con QoE comprende la señalización de una indicación de una duración del registro de las mediciones relacionadas con QoE,

en donde la duración captura al menos algún período de tiempo antes y después de que se produzca un traspaso del al menos un equipo de usuario.
4. El método según cualquiera de las reivindicaciones 1-3, en donde el informe de medición de rendimiento de traspaso comprende una matriz de observación con marca de tiempo que comprende el al menos un identificador de servicio del servicio que se ejecuta en el al menos un equipo de usuario y las mediciones relacionadas con QoE.
5. El método según cualquiera de las reivindicaciones 1-4, en donde la recepción del informe de rendimiento de traspaso comprende recibir el informe de rendimiento de traspaso a través de al menos uno de un canal de control o canal de tráfico.
6. El método según cualquiera de las reivindicaciones 1-5, que comprende además recibir datos de traspaso específicos de radio desde al menos un equipo de usuario.
7. El método según cualquiera de las reivindicaciones 1-6, en donde el modelo (110, 210, 310, 410) de QoE está configurado para entrenarse usando al menos una función de troceo de los datos de traspaso específicos de radio y las correspondientes mediciones relacionadas con QoE recibidas desde el al menos un equipo de usuario.
8. Un método realizado por un equipo (20) de usuario, que comprende:

recibir (850), desde un nodo de red, un mensaje para registrar las mediciones relacionadas con calidad de experiencia, QoE, en el equipo de usuario;

calcular y registrar (860) las mediciones relacionadas con QoE;

recibir (880), desde el nodo de red, una solicitud de un informe de rendimiento de traspaso; y generar (885) un informe de medición de rendimiento de traspaso, en donde el informe de rendimiento de traspaso comprende al menos un identificador de servicio de un servicio que se ejecuta en el equipo de usuario y las mediciones relacionadas con QoE;

recibir (870) un modelo (110, 210, 310, 410) de QoE entrenado a través de al menos uno de un canal de control o canal de tráfico;

usar el modelo de QoE entrenado para seleccionar o calcular configuraciones de traspaso aplicables; y aplicar las configuraciones de traspaso para determinar uno o más traspasos en el equipo de usuario.
9. El método según la reivindicación 8, que transmite el informe de medición de rendimiento de traspaso al nodo de red, basándose en un resultado de una evaluación del traspaso del equipo de usuario.
10. El método según la reivindicación 9, en donde la generación comprende generar un informe de medición de rendimiento de traspaso que contiene una pérdida o ganancia en la QoE asociada con las configuraciones de traspaso.
11. Un nodo de red (10), que comprende:

al menos un procesador (12); y

al menos una memoria (14) que comprende código de programa informático,

el código de programa informático configurado cuando es ejecutado por el al menos un procesador, para hacer que el nodo de red al menos realice un método según cualquiera de las reivindicaciones 1-7.
12. Un equipo (20) de usuario, que comprende:

al menos un procesador (22); y

al menos una memoria (24) que incluye código de programa informático,

el código de programa informático configurado cuando es ejecutado por el al menos un procesador, para hacer que el equipo de usuario al menos realice un método según cualquiera de las reivindicaciones 8-10.