ES2899600T3 - Manejo del contexto de UE en un nodo de acceso por radio desagregado - Google Patents

Abstract

Un método realizado por un nodo (200) de red de radio, en donde la red de acceso por radio comprende una unidad central, CU (220), y una unidad distribuida, DU (210), que comprenden: - obtener (502) uno o más criterios para determinar una ubicación preferible para un controlador de contexto de UE en el nodo de red de acceso por radio, gestionando el controlador de contexto de UE una conexión entre un UE (100) y el nodo (200) de red de acceso por radio; y - determinar (504), con base en uno o más criterios, si el controlador de contexto de UE estará ubicado en la CU (220) y/o en la DU (210).

Description

DESCRIPCIÓN

Manejo del contexto de UE en un nodo de acceso por radio desagregado

Campo técnico

La presente descripción se refiere en general a sistemas de comunicación inalámbrica, y específicamente se refiere al manejo de un contexto de equipo de usuario (UE) en un nodo de acceso por radio desagregado dentro de un sistema de comunicación inalámbrica.

Antecedentes

El 3GPP está trabajando en un nuevo estándar de radio (NR) para 5G, basado en los estándares LTE/EUTRAN.

Como por ejemplo se describe en la TS 3GPP 36.401 (versión actual 15.1.0), hay varios tipos de asociaciones de UE necesarias en el nodo de acceso (por ejemplo, eNB o gNB); el denominado contexto de UE (eNB) almacena toda la información necesaria para el manejo del equipo de usuario, UE.

El contexto de UE puede considerarse como un bloque de información asociado a un UE. El bloque de información contiene la información necesaria requerida para mantener los servicios de la red de acceso por radio, RAN, hacia el UE activo. El contexto de UE puede comprender información de estado del UE, información de seguridad, información de capacidad del UE e identidades de la conexión lógica S1 asociada al UE. Un contexto de UE, por ejemplo, se establece cuando se completa la transición al estado activo para un UE, o en un nodo de acceso objetivo después de completar la asignación de recursos de traspaso durante la preparación del traspaso.

Para sistemas de red de acceso por radio que emplean un nodo de red de acceso por radio desagregado, por ejemplo las redes de acceso por radio NR que comprenden nodos de acceso por radio que se denominan gNB, se ha acordado que se especificará una nueva interfaz, denominada F1, para permitir el despliegue de un gNB desagregado, en donde se divide en un nodo llamado unidad central, gNB-CU, o CU y otro nodo llamado unidad distribuida, gNB-DU o DU en el nivel lógico (o funcional).

La CU puede incluir un subconjunto de funciones gNB como la transferencia de datos de usuario, control de movilidad y gestión de sesiones, mientras que la DU puede incluir otro subconjunto de funciones gNB que no están incluidas en la CU.

Como consecuencia de la división, la interfaz de radio entre el UE y el gNB (la interfaz Uu) se divide en dos tramos, y las funciones de la capa de protocolo se dividen en diferentes componentes del gNB.

La Fig. 1 ilustra un sistema de este tipo que emplea un despliegue de gNB (nodo de red de acceso por radio) desagregado, en donde las funciones del gNB se distribuyen en una CU y en una DU. La CU puede dividirse en una unidad de plano de control, CU-CP, y una unidad de plano de usuario, CU-UP. Puede haber una o una pluralidad de DU, en donde cada una de las DU puede estar asociada a una o una pluralidad de celdas.

La distribución funcional a modo de ejemplo puede elegirse de modo que la funcionalidad Uu (asociada a la interfaz Uu) se distribuya a la CU y a la DU, de modo que la capa de control de recursos de radio, RRC, y la capa de protocolo de convergencia de datos de paquete, PDCP, residan en la CU, mientras que la capa de control de enlace de radio, RLC, la capa de control de acceso al medio, MAC, y la capa física, PHY, de la interfaz de radio residan en la una o en la pluralidad de DU.

La interfaz F1 que conectará la CU y cada una de las DU se puede especificar con un componente de plano de control separado (F1 -C) y un componente de plano de usuario (F1 -U). En consecuencia, la CU puede dividirse en una unidad de plano de control, CU-CP y en una unidad de plano de usuario, CU-UP. Por consiguiente, las funciones PDCP pueden dividirse en una parte de control, PDCP-C que reside en la CU-CP y una parte del plano de usuario, PDCP-U que reside en la CU-UP.

La CU-CP y la CU-UP pueden comunicarse entre sí a través de una interfaz que se denomina interfaz E1. El gNB tiene además una interfaz NG-AP de protocolo de plano de control y una interfaz NG-UP de protocolo de plano de usuario a una red de núcleo 5G.

Con este fin, el proyecto de documento 3GPP RP-171215, titulado "Separation of CP and UP" vol. TSG RAN proporcionado por el solicitante para su discusión en la reunión n° 76 de 3GPP TSG RAN en West Palm Beach, Florida, EE. UU., Del 5 al 8 de junio de 2017, describe ciertas observaciones en vista de un empleo de gNB desagregado, en donde una observación es que se requiere una interfaz de control para proporcionar coordinación entre la CU-CP y la CU-UP.

Compendio

Es un objetivo de las realizaciones de la invención proporcionar un manejo (o gestión) del contexto de UE dentro de un nodo de acceso por radio desagregado.

Este objetivo se logra mediante las reivindicaciones independientes. Las realizaciones ventajosas se describen en las reivindicaciones dependientes y mediante la siguiente descripción.

Las realizaciones de la invención proponen un método para el manejo del contexto de UE dentro de un gNB desplegado de manera desagregada como un gNB-CU y un gNB-DU.

Una realización se refiere a un método realizado por un nodo de red de radio o gNB, en donde el gNB comprende una unidad central, CU, y una unidad distribuida, DU, que comprende:

• obtener uno o más criterios para determinar una ubicación preferible para un controlador de contexto de UE en el gNB, gestionando el controlador de contexto de UE una conexión entre un UE y el gNB; y

• determinar, en base a uno o más criterios, si el controlador de contexto de UE estará ubicado en la CU y/o en la DU.

Una realización se refiere a un nodo de red de radio que se configura para realizar los pasos de cualquiera de las reivindicaciones del método.

En una realización, el controlador de contexto de UE (gNB) se considera como un conjunto de funciones que controla una conexión del UE al gNB por medio de un contexto de UE. En otras palabras, la gestión (por ejemplo, el establecimiento, la liberación, el mantenimiento) del contexto de UE se considera realizada por el controlador de contexto de UE. El contexto de UE se considera como un bloque de información (de control) asociado a un UE activo (o conectado). El bloque de información contiene la información necesaria requerida para mantener los servicios de la red de acceso por radio, RAN, hacia el UE. La comunicación entre la CU y la DU se puede realizar mediante una interfaz denominada interfaz F1.

Por la propia naturaleza de un despliegue dividido, puede insertarse un retraso en la comunicación del UE con el gNB. Por otro lado, la división permite una gestión flexible de las funciones de acceso con respecto al UE. Permite además proporcionar una pluralidad de DU para que estén lo más cerca posible del UE. Las realizaciones permiten al gNB la posibilidad de tener un control general de la movilidad del UE sobre múltiples DU; dicho control puede ser realizado por la UC. La UC puede realizar el control en base a uno o una pluralidad de criterios, p. para garantizar una latencia máxima, o para asegurar una señalización mínima. Esto puede ser especialmente importante en el caso de un despliegue denso con un DU pequeño (por ejemplo, en un despliegue en interiores), para minimizar la señalización.

La determinación de la ubicación preferible del contexto de UE (controlador) se puede realizar de una manera adaptativa, de modo que una transferencia del contexto de UE (controlador) desde la CU a la DU se realice de manera que se cumplan uno o la pluralidad de criterios (por ejemplo, una latencia máxima y una sobrecarga de señalización mínima) en cualquier momento.

En otras palabras, las realizaciones descritas en este documento permiten ubicar el contexto de UE de una manera flexible y óptima en la DU o en el sitio de la CU según los criterios elegidos que pueden derivarse de los algoritmos de monitorización de soporte.

Como ventaja de las realizaciones discutidas aquí, las funciones existentes de las diversas capas de protocolo Uu se mantienen sin cambios en comparación con un gNB no dividido.

Las realizaciones permiten una solución similar para LTE (evolución a largo plazo) en caso de que se adopte una división similar para los sistemas LTE.

Breve descripción

La Fig. 1 ilustra un nodo de acceso por radio desagregado, gNB, según 3GPP.

La Fig.2 ilustra una realización en la que el gNB se divide en una unidad central, CU y unidad distribuida DU, en donde la ubicación de la información de contexto del UE depende de ciertos criterios.

La Fig.3 ilustra otra realización en la que la CU de la Fig.2 se divide además en una CU incrustada y en una CU en la nube.

La Fig.4 es un diagrama de flujo de un método ejemplar realizado en un gNB, de acuerdo con ciertas realizaciones.

La Fig.5 es un diagrama de flujo de un método para determinar una ubicación de información de contexto de UE dependiendo de ciertos criterios.

La Fig.6 es un diagrama de bloques que ilustra bloques físicos ejemplares de un gNB.

La Fig.7 es un diagrama de bloques que ilustra bloques funcionales ejemplares de un gNB.

La Fig.8 ilustra esquemáticamente una red de telecomunicaciones conectada a través de una red intermedia a un ordenador central.

La Fig.9 es un diagrama de bloques generalizado de un ordenador central que se comunica a través de una estación base con un equipo de usuario a través de una conexión parcialmente inalámbrica.

Las Fig.10 a 13 son diagramas de flujo que ilustran métodos implementados en un sistema de comunicación que incluye un ordenador central, una estación base y un equipo de usuario.

Descripción detallada

Algunas de las realizaciones contempladas en el presente documento se describirán ahora con más detalle a continuación con referencia a los dibujos adjuntos.

Como se discutió anteriormente, el término gNB se está utilizando dentro del marco de la estandarización 5G. El gNB se puede realizar como un grupo de nodos de red de radio desplegados de manera desagregada como una unidad central, (gNB-) CU y una unidad distribuida, (gNB-) DU. Cabe señalar que la invención no se limita a (5G) gNB, sino que puede implementarse en cualquier otra tecnología de acceso por radio, como LTE.

La Fig.2 ilustra una realización en la que el gNB 200 se divide en una unidad central, CU 220 y unidad 210 distribuida. Un contexto 221 de UE-CU (gNB) reside (está ubicado) en la CU 220, y un contexto 211 de UE-DU (gNB) (contexto 221 en la nube de UE-CU) reside (está ubicado) en la DU 210. La interfaz 250 F1-C conecta la DU 210 y la Cu 220.

Según realizaciones, el contexto de UE (controlador) puede existir tanto en la CU como en la DU; su ubicación en un momento dado puede elegirse en función de uno o más criterios de optimización, por ejemplo criterios relacionados con la latencia, la sobrecarga de señalización y la carga de señal.

En lo que sigue, la transferencia/localización del contexto de UE en un determinado nodo de acceso por radio (CU, DU, etc.) puede considerarse como una transferencia/establecimiento de una responsabilidad para controlar la conexión del UE por medio del contexto de UE. En otras palabras, transferir/ubicar el contexto de UE puede considerarse como transferir/ubicar el controlador de contexto de UE a/en dicho nodo.

Por ejemplo, se puede elegir una ubicación real del contexto de UE (controlador) para lograr una latencia más baja, una señalización mínima y/o una optimización de carga de la DU o la CU.

Por lo tanto, en cualquier momento durante la vida útil de una conexión de UE, el contexto de UE (controlador) puede elegirse para residir en la CU, la DU o tanto en la CU como en la DU, de modo que el rendimiento se optimice y/o la señalización entre nodos se minimice. Por ejemplo, para un UE que no se está moviendo fuera del área de cobertura de un gNB-DU dado, el contexto de UE (y por lo tanto el punto de anclaje para la comunicación de la interfaz de radio) puede elegirse para residir localmente en la DU y más cerca de la antena, de lo contrario (si el UE realiza movilidad entre DU, o si la movilidad entre DU se vuelve probable o necesaria), el manejo del UE (el contexto de UE o parte del contexto de UE) se puede mover a la CU a tiempo, de modo que se pueden tomar las acciones de movilidad necesarias con respecto al UE (realizadas por la CU). Suponiendo un área de cobertura bastante grande para la DU (macro despliegue) y/o UE con movilidad relativamente baja, existe la ventaja de evitar una carga de latencia adicional representada por un tramo F1 adicional (tratando así de mantener el manejo del UE con la DU). Esto puede ser especialmente beneficioso en los casos en que la red de transporte introduce retrasos en el plano de control no despreciables sobre la interfaz F1.

A continuación se enumeran realizaciones adicionales:

1. Se permite que el contexto de UE, la terminación de RRC y la funcionalidad de manejo de UE relacionada residan tanto en la gNB-DU como en la gNB-CU, donde en cualquier momento dado, la CU o la DU están a cargo de la conexión del UE. Opcionalmente, la responsabilidad puede dividirse de modo que la gNB-DU pueda (sin pedir permiso) iniciar un subconjunto de procedimientos RRC y pueda informar a la gNB-CU (y actualizar el contexto en la gNB-CU) después de completar el procedimiento RRC.

2. Los algoritmos en la gNB-CU y la gNB-DU permiten elegir una ubicación óptima del manejador de contexto de UE activo, monitorizando cuando la responsabilidad de manejo de contexto de UE se trasladará de la CU a la DU y viceversa. La responsabilidad también se puede dividir (separar) tanto en la DU como en la CU. La DU puede ejecutar algunos procedimientos RRC localmente hacia el UE e informar a la CU después de completar los procedimientos.

3. La interfaz F1-C admite la señalización necesaria para desencadenar una reubicación del contexto de UE entre la CU y la DU.

4. En caso de que la CU se implemente en una CU-CP y una CU-UP independientes, existe el soporte a través de la F1-C para reubicar la terminación CU-UP de la interfaz E1 sin cambiar la CU-CP. Puede ser posible tener dos conexiones E1 de UE en paralelo desde la CU-UP a la CU-CP y la DU respectivamente; en ese caso, la CU-UP puede reaccionar a los comandos de cualquiera de ellos.

A continuación, se describe con más detalle el concepto de responsabilidad de contexto de UE-CU dividido/duplicado.

La Fig.3 ilustra una realización en donde la CU 220 de la Fig.2 se divide en una parte de CU remota o en la nube, nube-CU 230 y una parte de CU integrada, la CU 220 integrada. El contexto de UE-CU (el contexto de UE ubicado en la CU) puede residir como una alternativa basada en la nube en el sitio de la CU (contexto 231 en la nube de UE-CU) y como una alternativa integrada (contexto 221 integrado de UE-CU). La CU 220 incorporada se puede colocar en un nodo 240 incorporado con (una de) las DU en el gNB 200,por ejemplo la DU 210 de la Fig. 2, en donde pueden ubicarse el contexto 211 de UE-DU y el contexto 212 inicial de UE-DU. El contexto 212 inicial de UE-DU puede asociarse a la comunicación RA de acceso aleatorio y al establecimiento de la Portadora de Radio de Señalización, SRB (como parte del tratamiento del protocolo RRC) con respecto al UE.

Cabe señalar que, si bien puede ser realista esperar que una CU local se incorpore con la DU 210, mientras que una CU basada más centralmente se virtualice, la realización de la Fig. 3 puede realizarse independientemente de cualquier soporte de virtualización.

Cuando el contexto 221 de UE-CU (integrado) está activo en la CU 220 integrada, puede tener la responsabilidad total de manejar también la comunicación RRC con el UE, por ejemplo incluyendo las mediciones. Por otro lado, puede haber una coordinación entre la CU 230 en la nube y la CU 220 integrada, de modo que cuando se cumplen ciertas condiciones, el contexto 230 de UE-CU (en la nube) puede activarse (nuevamente) en la CU 230 en la nube, por ejemplo, para apoyar la movilidad que involucre recursos de radio que no están bajo la responsabilidad de la actual DU 210.

La decisión de seleccionar cuál de entre el contexto 221 integrado de UE-CU y el contexto 231 en la nube de UE-CU debe estar activo (en el funcionamiento del contexto) puede depender de condiciones tales como la elección del operador y/o un despliegue específico. Dichas condiciones pueden comprender:

• un grado de movilidad de un UE (qué tan móvil es el UE);

• condiciones de radio esperadas;

• requisitos de latencia; y

• un tamaño y/o un número de celdas controladas por la DU.

Como ejemplo, con respecto a la latencia, la comunicación de baja latencia ultra confiable como se prevé en 5G, URLLC, probablemente requiera que el contexto de UE-CU se ubique junto con las capas inferiores de Uu.

Como otro ejemplo, las celdas grandes (agrupaciones de celdas grandes) y/o un número mayor de celdas controladas por la misma DU pueden no requerir una movilidad frecuente entre DU.

A continuación, se proporciona una descripción sobre cómo se puede soportar dicha reubicación/duplicación de contexto en F1 -C y E1.

Un primer soporte de señalización ejemplar para la interfaz 250 F1-C se refiere a una transferencia/duplicación del contexto de CU-UE entre la CU-CP actual y el sitio de la DU (de modo que se pueda crear la CU integrada).

Esto puede incluir la información de contexto de UE-CU completa y establecer un contexto de UE CU local/integrado en el sitio de la DU (en una CU integrada colocada con la DU), incluida la conexión del contexto local con las terminaciones de la interfaz externa relevantes ubicadas en la CU en la nube (Xn, NG-C).

Esto puede incluir además la información necesaria sobre la CU-UP, de modo que se pueda establecer una interfaz E1 duplicada hacia el sitio de la DU.

La transferencia también puede incluir información sobre los tiempos de activación y una configuración de las mediciones y los criterios necesarios para soportar una transferencia posterior del contexto de CU-UE de vuelta a la nube-CU.

Un segundo soporte de señalización ejemplar para la interfaz F1 -C se refiere a una transferencia de la responsabilidad del contexto de CU-UE de vuelta a la CU en la nube (por ejemplo, activada en condiciones dadas).

Las condiciones para transferir de nuevo la responsabilidad del contexto de UE-CU a la nube-CU pueden ser monitorizadas por la nube CU con soporte de la CU integrada o pueden monitorizarse directamente en el sitio de la DU, lo que da como resultado una 'extracción de contexto' desde la nube-CU o un 'empuje de contexto' desde la CU/DU integrada.

Un tercer soporte de señalización ejemplar para la interfaz F1-C se refiere a la capacidad de crear una instancia E1 duplicada entre la CU-UP y el sitio de la DU/CU integrada.

A continuación, se ilustrará cómo los principios y técnicas anteriores de la presente descripción pueden dar como resultado interacciones de señalización de ejemplo sobre las interfaces F1-C y E1.

Con este fin la Fig. 4 muestra un ejemplo de flujo de llamadas que soporta un reordenamiento de contexto de UE entre el sitio de la CU y el sitio de la DU.

A modo de ejemplo, se muestra un UE 100 que es servido por un gNB 200 nodo de red de acceso por radio como en la Fig.2, el gNB 200 comprende la DU 210 y la CU 220, en donde la CU 220 se divide en una parte 221 de control de CU CU-C (o CU-CP) y una parte 222 de usuario de CU CU-U (o CU-UP),comprendiendo una DU 320 (de servicio), una CU (de servicio) dividida en una CU-CP 330 (de servicio) y una CU-UP 340 (de servicio), en donde la CU-UP se comunica con la DU 320 por medio de un componente de plano de control F1, F1 C, en lo sucesivo también denominado protocolo de aplicación F1, F1 -AP, y en donde la CU-CP 330 y la CU-UP 340 se comunican por medio de un componente del plano de control E1, en lo sucesivo también denominado protocolo de aplicación E1, E1-AP.

En un primer paso 1, se establece una conexión de UE entre el UE 100 y la red de acceso por radio.

En un segundo paso 2, la CU-C 221 transmite una Solicitud de Reordenamiento de Contexto de UE (F1-AP) a la DU 210.

En un tercer paso 3, la DU 210 transmite una Respuesta de Reordenamiento de Contexto de UE (F1-AP) a la CU-C 221.

En un cuarto paso 4, se establece un contexto de (CU-) UE dual (siendo la DU el responsable del contexto).

En un quinto paso 5, se establece una monitorización de condición, que puede incluir mediciones.

En un sexto paso opcional 6, la CU-C 221 transmite una solicitud de instancia secundaria (E1-AP) a la CU-U 222.

En un séptimo paso opcional 7, la CU-U transmite una respuesta de instancia secundaria (E1 -AP) a la CU-C 221.

En un octavo paso 8 opcional, se establece la instancia secundaria E1.

En un noveno paso 9, basado en una monitorización de condición, se decide trasladar la responsabilidad del contexto a la CU (CU-C 221).

En un décimo paso 10, la CU-C 221 transmite una solicitud de reordenamiento de contexto de UE (F1-AP) (para trasladar la responsabilidad a la CU) a la DU 210.

En un undécimo paso 11, la DU 210 transmite una respuesta de reordenamiento de contexto de UE (F1 -AP) a la CU-C 221.

En un duodécimo paso 12, se libera el contexto de (CU-) UE dual y la CU asume la responsabilidad del contexto.

De manera alternativa al paso 12, en un decimotercer paso 13, se mantiene el contexto de la CU-CE dual y la CU asume la responsabilidad del contexto.

En un paso 14 opcional, se libera la instancia E1 secundaria.

La Fig. 5 ilustra un diagrama de flujo de un método 500 ejemplar realizado por un nodo de red de radio que sirve como unidad distribuida o unidad central que ejecuta un contexto de UE-DU y/o de UE-CU según la presente descripción. Por ejemplo, el método 500 puede incluir, en el bloque 502, obtener uno o más factores (como los enumerados anteriormente) para determinar una ubicación preferible (es decir, preferible, significa una única ubicación o múltiples ubicaciones que se seleccionan en función de uno o más factores) de un controlador de contexto de UE en una red de acceso por radio. El controlador de contexto de UE puede configurarse para gestionar una conexión entre un UE y la red de acceso por radio. Además, en el bloque 504, el método 500 puede incluir determinar, con base en una o más condiciones o factores, si una unidad CU centralizada, una unidad DU distribuida o ambas unidades constituyen la ubicación preferible. Esta ubicación preferible puede cambiar en función de uno o más factores a lo largo del tiempo de forma dinámica. Además, aunque no se muestra explícitamente en la Fig.5, el método 500 puede incluir una o más realizaciones adicionales o alternativas, como las descritas anteriormente.

La Fig.6 ilustra un nodo 600 de red de radio de ejemplo según una o más realizaciones. El nodo de la red de radio está configurado para implementar el procesamiento para realizar los aspectos descritos anteriormente.

En las realizaciones, el nodo de la red de radio comprende uno o más circuitos 620 de procesamiento configurados para implementar el procesamiento, por ejemplo, implementando los medios o unidades funcionales para realizar uno o más aspectos descritos anteriormente. En una realización, por ejemplo, el circuito o los circuitos 620 de procesamiento implementan medios o unidades funcionales como circuitos respectivos. Los circuitos a este respecto pueden comprender circuitos dedicados para realizar cierto procesamiento funcional y/o uno o más microprocesadores junto con la memoria 630. En realizaciones que emplean la memoria 630, que puede comprender uno o varios tipos de memoria como la memoria de solo lectura (ROM), memoria de acceso aleatorio, memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc., la memoria 630 almacena código de programa que, al ser ejecutado por uno o más para llevar a cabo uno o más microprocesadores, realiza las técnicas descritas en el presente documento.

En realizaciones, el nodo de red de radio también comprende una o más interfaces 610 de comunicación. La una o más interfaces 610 de comunicación incluyen varios componentes (por ejemplo, antenas 640) para enviar y recibir datos y señales de control. Más particularmente, la interfaz o las interfaces 610 incluyen un transmisor que está configurado para usar técnicas de procesamiento de señales conocidas, típicamente según uno o más estándares, y está configurado para acondicionar una señal para su transmisión (por ejemplo, por aire a través de una o más antenas 640). De manera similar, la interfaz o interfaces incluyen un receptor que está configurado para convertir las señales recibidas (por ejemplo, a través de las antenas 640) en muestras digitales para su procesamiento por uno o más circuitos de procesamiento. El transmisor y/o receptor también pueden incluir una o más antenas 640. Al utilizar la interfaz o interfaces 610 de comunicación y/o la antena o antenas 640, el nodo de red de radio puede comunicarse con otros dispositivos para transmitir flujos de datos de QoS así como gestionar la asignación de estos flujos a portadoras de radio, reasignar los flujos a diferentes portadoras y/o eliminar los flujos por completo.

La Fig.7 ilustra un diagrama de bloques funcional del nodo 600 de red ejemplar. Los bloques funcionales pueden comprender un módulo 650 de obtención adaptado para obtener uno o más criterios (o factores) para determinar una ubicación preferible de un contexto de UE, gestionando el controlador de contexto de UE una conexión entre un UE y la red de acceso por radio. Los bloques funcionales pueden comprender además un módulo 660 de determinación adaptado para determinar, en base a uno o más criterios, si la unidad centralizada (por ejemplo, la CU 220), la unidad distribuida (por ejemplo, la DU 210), o tanto la CU como la DU constituyen una ubicación preferible.

En una realización, la red de acceso por radio comprende una unidad central, CU 220, y una unidad distribuida, DU 210, en donde una de las CU o DU realiza:

• la obtención de uno o más criterios para determinar una ubicación preferible de un contexto de UE en el nodo de red de acceso por radio, en donde el contexto de UE se usa para controlar una conexión entre un UE y el nodo 200 de red de acceso por radio; y

• la determinación, en base a uno o más criterios, de si el contexto de UE para controlar la conexión estará ubicado en la CU y/o en la DU.

El uno o más criterios pueden estar relacionados con al menos uno de: una latencia de la comunicación del UE, una sobrecarga de señalización con respecto a la señalización del usuario y/o una carga de señal en una de entre la CU 220 y la DU 210.

La determinación de una ubicación preferible del contexto de UE se puede realizar en base a uno o una pluralidad de los siguientes criterios: una latencia más baja, una latencia máxima permitida/aceptable, una señalización mínima, una señalización entre nodos mínima y/o una optimización de carga de DU o CU.

En una realización, un criterio puede ser que el UE 100 no se esté moviendo fuera de un área de cobertura de la DU 210, y en donde si se cumple este criterio, se elige que el contexto de UE resida en la DU 210.

En una realización, un criterio es que el UE realiza una movilidad entre DU y/o que la movilidad entre DU se vuelva probable o necesaria, y en donde si se cumple este criterio, se elige que el contexto de UE resida en la CU 220.

En una realización, un criterio es la latencia máxima aceptable con respecto a las comunicaciones de UE, y en donde se elige que el contexto de UE resida en la DU 210, si la latencia máxima aceptada no puede ser cumplida por la CU 220 que es responsable del contexto de UE.

En una realización, una de las CU 210 y la DU 210 realiza la monitorización de si se cumplen una o la pluralidad de condiciones y la iniciación de la transferencia del contexto de UE desde la CU 220 a la DU 210 o viceversa tras el cumplimiento de la una o la pluralidad de condiciones

En una realización, la CU realiza los siguientes pasos:

• transmitir una Solicitud de Reordenamiento de Contexto de UE a la DU 210;

• recibir de la DU 210 una Respuesta de Reordenamiento de Contexto de UE a la CU 221;

• establecer un contexto de UE tanto en la CU como en la DU, siendo la DU el responsable de contexto;

• establecer una monitorización de condición;

• decidir, con base en una monitorización de condición, trasladar la responsabilidad del contexto a la CU 221; • transmitir a la DU 210 una solicitud de reordenamiento de contexto de UE para trasladar la responsabilidad a la CU;

• recibir desde la DU 210 una respuesta de reordenamiento de contexto de UE a la CU 221; y

• asumir la CU la responsabilidad del contexto de UE.

En una realización, el contexto de UE dual (con respecto a la DU) se libera, después de que la CU asume la responsabilidad del contexto de UE. De manera alternativa, el contexto de CU-CE Dual se mantiene, después de que la CU asume la responsabilidad del contexto de UE.

Los expertos en la técnica también apreciarán que las realizaciones del presente documento incluyen además los programas informáticos correspondientes. Un programa informático comprende instrucciones que, cuando se ejecutan en al menos un procesador de un nodo de red, hacen que el dispositivo o dispositivos realicen cualquiera de los respectivos procesos descritos anteriormente. Además, se puede considerar que el procesamiento o la funcionalidad se realiza mediante una única instancia o dispositivo o se puede dividir entre una pluralidad de instancias que pueden estar presentes en un sistema inalámbrico dado, de modo que juntas las instancias del dispositivo realizan todas las funciones descritas.

Las realizaciones incluyen además un soporte que contiene dicho programa informático. Este soporte puede comprender una señal electrónica, una señal óptica, una señal de radio o un medio de almacenamiento legible por ordenador. Un programa informático a este respecto puede comprender uno o más módulos de código correspondientes a los medios o unidades descritos anteriormente.

Un nodo de red en el presente documento puede ser cualquier tipo de nodo de red, por ejemplo, una estación base, gNB, eNB, nodoB o punto de acceso que sea capaz de comunicarse con otro nodo a través de señales de radio.

Un UE es cualquier tipo de dispositivo capaz de comunicarse con un nodo de red de radio a través de señales de radio, como, entre otros, un dispositivo capaz de realizar una comunicación inalámbrica autónoma con uno o más de otros dispositivos, incluyendo un dispositivo de máquina a máquina (M2M ), un dispositivo de comunicaciones de tipo máquina (MTC), un equipo de usuario (UE) (debe tenerse en cuenta que el UE no necesariamente tiene un "usuario" en el sentido de una persona individual que posee y/u opera el dispositivo) .

Un UE también puede denominarse dispositivo de radio, dispositivo de comunicación por radio, terminal inalámbrico o simplemente terminal; a menos que el contexto indique lo contrario, el uso de cualquiera de estos términos está destinado a incluir UE o dispositivos de dispositivo a dispositivo, dispositivos tipo máquina o dispositivos capaces de la comunicación de máquina a máquina, sensores equipados con un dispositivo inalámbrico, ordenadores de mesa con capacidad inalámbrica, terminales móviles, teléfonos inteligentes, equipo integrado para ordenador portátil (LEE), equipo montado en ordenador portátil (LME), adaptadores USB y equipos inalámbricos en las instalaciones del cliente (CPE). En la discusión del presente documento, un UE puede abarcar también equipos configurados para transmitir y/o recibir datos sin interacción humana, como dispositivos de máquina a máquina (M2M), dispositivos de comunicación de tipo máquina (MTC) y sensores (inalámbricos).

En la presente descripción, se usa preferiblemente la terminología actual de 3GPP. Cabe señalar que el 3GPP puede cambiar la terminología sin apartarse de los principios actuales.

Cabe señalar que aunque las realizaciones descritas en este documento se centran en la interfaz de radio NR, los mismos principios pueden ser aplicables también a los nodos LTE que muestran una división (funcional) similar.

La Fig.8 ilustra esquemáticamente una red de telecomunicaciones conectada a través de una red intermedia a un ordenador central. Con referencia a la Fig.8, de acuerdo con una realización, un sistema de comunicación incluye una red A-10 de telecomunicaciones, como una red móvil de tipo 3GPP, que comprende una red A-11 de acceso, tal como una red de acceso por radio, y una red A-14 básica. La red A-11 de acceso comprende una pluralidad de estaciones A-12a, A-12b, A-12c, base tales como NB, eNB, gNB u otros tipos de puntos de acceso inalámbricos, cada una de las cuales define un área A-13a, A -13b, A-13c de cobertura correspondiente. En un aspecto, cualquiera de las estaciones A-12a, A-12b, A-12c, base o cualquier otra estación base descrita en este documento puede considerarse como un nodo de red, por ejemplo, si tal nodo de red se describe anteriormente en la presente Solicitud. Cada estación A-12a, A-12b, A-12c base se puede conectar a la red A-14 central a través de una conexión A-15 por cable o inalámbrica. Un primer equipo A-91 de usuario (UE) ubicado en el área A-13c de cobertura está configurado para conectarse de forma inalámbrica a, o ser buscado por, la correspondiente estación A-12c base. Un segundo UE A-92 en el área A-13a de cobertura se puede conectar de forma inalámbrica a la correspondiente estación A-12a base. Aunque en este ejemplo se ilustra una pluralidad de UE A-91, A-92, las realizaciones descritas son igualmente aplicables a una situación en la que un único UE está en el área de cobertura o donde un único UE se conecta a la correspondiente estación A- 12 base. En un aspecto, se puede considerar que cualquiera de estos UE, o cualquier otro UE descrito en el presente documento, está configurado para realizar los aspectos de cualquier UE, terminal de usuario, dispositivo cliente o dispositivo móvil descrito anteriormente en la presente Solicitud.

La red A-10 de telecomunicaciones está conectada a un ordenador A-30 central, que puede estar incorporado en el hardware y/o software de un servidor independiente, un servidor implementado en la nube, un servidor distribuido o como recursos de procesamiento en una granja de servidores. El ordenador A-30 central puede estar bajo la propiedad o el control de un proveedor de servicios, puede ser operado por el proveedor de servicios o en nombre del proveedor de servicios. Las conexiones A-21, A-22 entre la red A-10 de telecomunicaciones y el ordenador A-30 central pueden extenderse directamente desde la red A-14 central al ordenador A-30 central o pueden ir a través de una red A-20 intermedia opcional. La red A-20 intermedia puede ser una o una combinación de más de una red pública, privada o alojada; la red A-20 intermedia, si la hay, puede ser una red troncal o Internet; en particular, la red A-20 intermedia puede comprender dos o más subredes (no mostradas).

El sistema de comunicación de la Fig. 8 en su conjunto permite la conectividad entre uno de los UE A-91, A-92 conectados y el ordenador A-30 central. La conectividad puede describirse como una conexión A-50 por encima (OTT). El ordenador A-30 central y los UE A-91, A-92 conectados están configurados para comunicar datos y/o señalización a través de la conexión A-50 OTT, usando la red A-11 de acceso, la red A-14 de núcleo, cualquier red A-20 intermedia y posible infraestructura adicional (no mostrada) como intermediarios. La conexión A-50 OTT puede ser transparente en el sentido de que los dispositivos de comunicación participantes a través de los cuales pasa la conexión A-50 OTT desconocen el enrutamiento de las comunicaciones de enlace ascendente y descendente. Por ejemplo, una estación A-12 base puede no ser o no necesitar ser informada sobre el enrutamiento pasado de una comunicación de enlace descendente entrante con datos que se originan en un ordenador A-30 central para ser reenviados (por ejemplo, entregados) a un UE A- 91 conectado. De manera similar, la estación A-12 base no necesita ser consciente del futuro enrutamiento de una comunicación de enlace ascendente saliente que se origina desde el UE A-91 hacia el ordenador A-30 central.

Implementaciones de ejemplo, de acuerdo con una realización, del UE, la estación base y el ordenador central discutidas en los párrafos anteriores se describirán ahora con referencia a la Fig. 9. La Fig. 9 es un diagrama de bloques generalizado de un ordenador central que se comunica a través de una estación base con un equipo de usuario a través de una conexión parcialmente inalámbrica.

Con referencia a la Fig.9, en un sistema B-00 de comunicación, un ordenador B-10 central comprende hardware B-15 que incluye una interfaz B-16 de comunicación configurada para establecer y mantener una conexión por cable o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema B-00 de comunicación. El ordenador B-10 central comprende además un circuito B-18 de procesamiento, que puede tener capacidades de almacenamiento y/o procesamiento. En particular, el circuito B-18 de procesamiento puede comprender uno o más procesadores programables, circuitos integrados de aplicaciones específicas, matrices de puertas programables en campo o combinaciones de estos (no mostradas) adaptados para ejecutar las instrucciones. El ordenador B-10 central comprende además el software B-11, que está almacenado o es accesible por el ordenador B-10 central y es ejecutable por el circuito B-18 de procesamiento. El software B-11 incluye una aplicación B-12 central. La aplicación B-12 central puede ser operativa para proporcionar un servicio a un usuario remoto, tal como un UE B-30 que se conecta a través de una conexión B-50 OTT que termina en el UE B-30 y el ordenador B-10 central. Al proporcionar el servicio al usuario remoto, la aplicación B-12 central puede proporcionar datos de usuario que se transmiten usando la conexión OTT B-50.

El sistema de comunicación B-00 incluye además una estación B-20 base proporcionada en un sistema de telecomunicaciones y que comprende hardware B-25 que le permite comunicarse con el ordenador B-10 central y con el UE B-30. El hardware B-25 puede incluir una interfaz B-26 de comunicación para configurar y mantener una conexión por cable o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema B-00 de comunicación, así como una interfaz B-27 de radio para configurar y mantener al menos una conexión B-70 inalámbrica con un UE B-30 ubicado en un área de cobertura (no mostrada en la Fig. 9) servida por la estación B-20 base.

La interfaz B-26 de comunicación puede configurarse para facilitar una conexión B-60 con el ordenador B-10 central. La conexión B-60 puede ser directa o puede pasar a través de una red central (no mostrada en la Fig. 9) del sistema de telecomunicaciones y/o a través de una o más redes intermedias fuera del sistema de telecomunicaciones. En la realización mostrada, el hardware B-25 de la estación B-20 base incluye además el circuito B-28 de procesamiento, que puede comprender uno o más procesadores programables, circuitos integrados de aplicaciones específicas, matrices de puertas programables en campo o combinaciones de estos (no mostradas) adaptados para ejecutar instrucciones. La estación B-20 base además tiene el software B-21 almacenado internamente o accesible a través de una conexión externa.

El sistema B-00 de comunicación incluye además el UE B-30, que ya se ha mencionado anteriormente. Su hardware B-35 puede incluir una interfaz B-37 de radio configurada para establecer y mantener una conexión B-70 inalámbrica con una estación base que sirve a un área de cobertura en la que se encuentra actualmente el UE B-30. El hardware B-35 del UE B-30 incluye además el circuito B-38 de procesamiento, que puede comprender uno o más procesadores programables, circuitos integrados de aplicaciones específicas, matrices de puertas programables en campo o combinaciones de estos (no mostradas) adaptados para ejecutar instrucciones. El UE B-30 comprende además el software B-31, que está almacenado o es accesible por el UE B-30 y es ejecutable por el circuito B-38 de procesamiento.

El software B-31 incluye una aplicación B-32 cliente. La aplicación B-32 de cliente puede ser operativa para proporcionar un servicio a un usuario humano o no humano a través del UE B-30, con el apoyo del ordenador B-10 central. En el ordenador B-10 central, una aplicación B-12 central en ejecución puede comunicarse con la aplicación B-32 cliente en ejecución a través de la conexión B-50 OTT que termina en el UE B-30 y el ordenador B-10 central. Al proporcionar el servicio al usuario, la aplicación B-32 cliente puede recibir datos de solicitud de la aplicación B-12 central y proporcionar datos de usuario en respuesta a los datos de solicitud. La conexión B-50 OTT puede transferir tanto los datos de solicitud como los datos de usuario. La aplicación B-32 de cliente puede interactuar con el usuario para generar los datos de usuario que proporciona.

Se observa que el ordenador B-10 central, la estación B-20 base y el UE B-30 ilustrados en la Fig. 9 pueden ser idénticos al ordenador A-30 central, una de las estaciones A-12a, A-12b, A-12c base y uno de los UE A-91, A-92 de la Fig. 8, respectivamente. Es decir, el funcionamiento interno de estas entidades puede ser como se muestra en la Fig. 9 e independientemente, la topología de la red circundante puede ser la de la Fig. 8.

En la Fig.9, la conexión B-50 OTT se ha dibujado de forma abstracta para ilustrar la comunicación entre el ordenador B-10 central y el equipo B-30 de usuario a través de la estación B-20 base, sin referencia explícita a ningún dispositivo intermediario y al enrutamiento preciso de mensajes a través de estos dispositivos. La infraestructura de red puede determinar el enrutamiento, que puede configurarse para ocultarse del UE B-30 o del proveedor de servicios que opera el ordenador B-10 central, o de ambos. Mientras la conexión B-50 OTT está activa, la infraestructura de red puede además tomar decisiones mediante las cuales cambia dinámicamente el enrutamiento (por ejemplo, sobre la base de la consideración del equilibrio de carga o la reconfiguración de la red).

La conexión B-70 inalámbrica entre el UE B-30 y la estación B-20 base está de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta descripción. Una o más de las diversas realizaciones mejoran el rendimiento de los servicios OTT proporcionados al UE B-30 usando la conexión B-50 OTT, en la que la conexión B-70 inalámbrica forma el último segmento. Más precisamente, las enseñanzas de estas realizaciones pueden mejorar uno o más de la velocidad de datos, la latencia y/o el consumo de energía asociado con uno o más dispositivos y/o comunicaciones de/realizadas en el sistema B-00 de comunicación y, por lo tanto, pueden proporcionar beneficios para la comunicación de datos de usuario de OTT, tales como una o más de entre un tiempo de espera de usuario reducido, restricción relajada en el tamaño de archivo, mejor capacidad de respuesta y/o mayor duración de la batería.

Puede proporcionarse un procedimiento de medición con el fin de monitorizar la velocidad de datos, la latencia y otros factores en los que mejoran la una o más realizaciones. Puede haber además una funcionalidad de red opcional para reconfigurar la conexión B-50 OTT entre el ordenador B-10 central y el UE B-30, en respuesta a variaciones en los resultados de la medición. El procedimiento de medición y/o la funcionalidad de red para reconfigurar la conexión B-50 OTT puede implementarse en el software B-11 del ordenador B-10 central o en el software B-31 del UE B-30, o en ambos.

En realizaciones, los sensores (no mostrados) pueden desplegarse en o en asociación con dispositivos de comunicación a través de los cuales pasa la conexión B-50 OTT; los sensores pueden participar en el procedimiento de medición suministrando valores de las cantidades supervisadas ejemplificadas anteriormente, o suministrando valores de otras cantidades físicas a partir de las cuales el software B-11, B-31 puede calcular o estimar las cantidades supervisadas. La reconfiguración de la conexión B-50 OTT puede incluir el formato del mensaje, ajustes de retransmisión, enrutamiento preferido, etc.; la reconfiguración no necesita afectar a la estación B-20 base, y puede ser desconocida o imperceptible para la estación B-20 base.

Tales procedimientos y funcionalidades pueden ser conocidos y practicados en la técnica. En ciertas realizaciones, las mediciones pueden implicar la señalización de UE patentada que facilita las mediciones de rendimiento, tiempos de propagación, latencia y similares del ordenador B-10 central. Las mediciones se pueden implementar porque el software B-11, B-31 hace que se transmitan mensajes, en particular mensajes vacíos o 'ficticios', usando la conexión B-50 OTT mientras monitoriza los tiempos de propagación, errores, etc.

Las Fig. 10, 11, 12 y 13 son diagramas de flujo que ilustran métodos implementados en un sistema de comunicación que incluye un ordenador central, una estación base y un equipo de usuario.

La Fig. 10 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, de acuerdo con una realización.

El sistema de comunicación incluye un ordenador central, una estación base y un UE que pueden ser los descritos con referencia a las Fig. 8 y 9. Para simplificar la presente descripción, en esta sección sólo se incluirán las referencias de los dibujos a la Fig. 10. En un primer paso C-10 del método, el ordenador principal proporciona los datos de usuario.

En un subpaso C-11 opcional del primer paso C-10, el ordenador central proporciona los datos de usuario mediante la ejecución de una aplicación central. En un segundo paso C-20, el ordenador central inicia una transmisión que lleva los datos de usuario al UE.

En un tercer paso C-30 opcional, la estación base transmite al UE los datos de usuario que fueron transportados en la transmisión que inició el ordenador central, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta descripción. En un cuarto paso C-40 opcional, el UE ejecuta una aplicación de cliente asociada con la aplicación central ejecutada por el ordenador central.

La Fig. 11 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, de acuerdo con una realización.

El sistema de comunicación incluye un ordenador central, una estación base y un UE que pueden ser los descritos con referencia a las Fig. 8 y 9. Para simplificar la presente descripción, en esta sección sólo se incluirán las referencias de los dibujos a la Fig. 11. En un primer paso D-10 del método, el ordenador central proporciona los datos de usuario.

En un subpaso opcional (no mostrado), el ordenador central proporciona los datos de usuario mediante la ejecución de una aplicación central. En un segundo paso D-20, el ordenador central inicia una transmisión que lleva los datos de usuario al UE. La transmisión puede pasar a través de la estación base, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta descripción. En un tercer paso D-30 opcional, el UE recibe los datos de usuario transportados en la transmisión.

La Fig. 12 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador central, una estación base y un UE que pueden ser los descritos con referencia a las Fig. 8 y 9. Para simplificar la presente descripción, en esta sección solo se incluirán las referencias de los dibujos a la Fig. 12. En un primer paso E-10 opcional del método, el UE recibe los datos de entrada proporcionados por el ordenador central. Adicional o alternativamente, en un segundo paso E-20 opcional, el UE proporciona los datos de usuario. En un subpaso E-21 opcional del segundo paso E-20, el UE proporciona los datos de usuario ejecutando una aplicación de cliente. En otro subpaso E-11 opcional del primer paso E-10, el UE ejecuta una aplicación de cliente que proporciona los datos de usuario en reacción a los datos de entrada recibidos proporcionados por el ordenador central. Al proporcionar los datos de usuario, la aplicación de cliente ejecutada puede considerar además la entrada de usuario recibida desde el usuario. Independientemente de la manera específica en la que se proporcionaron los datos de usuario, el UE inicia, en un tercer paso E-30 secundario opcional, la transmisión de los datos de usuario al ordenador central. En un cuarto paso E-40 del método, el ordenador central recibe los datos de usuario transmitidos desde el UE, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta descripción.

La Fig. 13 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador central, una estación base y un UE que pueden ser los descritos con referencia a las Fig. 8 y 9. Para simplificar la presente descripción, en esta sección solo se incluirán las referencias de los dibujos a la Fig. 13. En un primer paso F-10 opcional del método, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta descripción, la estación base recibe los datos de usuario desde el UE. En un segundo paso F-20 opcional, la estación base inicia la transmisión de los datos de usuario recibidos al ordenador central. En un tercer paso F-30, el ordenador principal recibe los datos de usuario transportados en la transmisión iniciada por la estación base.

Abreviaturas

Abreviatura Explicación

CN Red de Núcleo

CP Plano de control

EPS Sistema de Paquetes Evolucionado

gNB Nodo lógico RAN 5G

gNB-CU Unidad Central gNB

gNB-DU Unidad Distribuida gNB

MAC Control de Acceso al Medio

PDCP Protocolo de Convergencia de Datos de Paquetes

PHY Capa Física

RAN Red de Acceso por Radio

RLC Control de Enlace de Radio

RRC Control de Recursos de Radio

UE Equipo de Usuario

UP Plano de Usuario

Ċ

Claims (10)

REIVINDICACIONES

1. Un método realizado por un nodo (200) de red de radio, en donde la red de acceso por radio comprende una unidad central, CU (220), y una unidad distribuida, DU (210), que comprenden:

• obtener (502) uno o más criterios para determinar una ubicación preferible para un controlador de contexto de UE en el nodo de red de acceso por radio, gestionando el controlador de contexto de UE una conexión entre un UE (100) y el nodo (200) de red de acceso por radio; y

• determinar (504), con base en uno o más criterios, si el controlador de contexto de UE estará ubicado en la CU (220) y/o en la DU (210).

2. El método de la reivindicación 1, en donde el uno o más criterios están relacionados con una latencia de la comunicación del UE, con una sobrecarga de señalización con respecto a la señalización del usuario y/o una carga de señal en una de entre la CU (220) y la DU (210).

3. El método de cualquiera de las reivindicaciones 1 o 2, en donde la determinación de una ubicación preferible del controlador de contexto de UE se puede realizar en base a uno o una pluralidad de los siguientes criterios: una latencia más baja, una señalización mínima, una señalización entre nodos mínima, y/u una optimización de carga de DU o CU.

4. El método de cualquiera de las reivindicaciones anteriores, en donde el uno o más criterios comprenden que el UE (100) no se está moviendo fuera de un área de cobertura de la DU (210), y en donde si se cumple este criterio, se elige que el controlador de contexto de UE resida en la DU (210).

5. El método de cualquiera de las reivindicaciones anteriores, en donde uno o más criterios comprenden que el UE realiza una movilidad entre DU y/o que la movilidad entre DU se vuelva probable o necesaria, y en donde si se cumple este criterio, se elige que el controlador de contexto del UE resida en la UC (220).

6. El método de cualquiera de las reivindicaciones anteriores, en donde uno o más criterios comprenden una latencia máxima aceptada con respecto a las comunicaciones de UE, y en donde se elige que el controlador de contexto de UE resida en la DU (210), si la latencia máxima aceptada no puede ser cumplida por la CU (220) que es responsable del contexto de UE.

7. El método de cualquiera de las reivindicaciones anteriores, en donde una de entre la CU (210) y la DU (210) realiza:

• la monitorización de si se cumple una o la pluralidad de condiciones, y

• la iniciación de la transferencia del contexto de UE desde la CU (220) a la DU (210) o viceversa tras el cumplimiento de una o la pluralidad de condiciones.

8. El método de cualquiera de las reivindicaciones anteriores, que comprende además los siguientes pasos:

• transmitir la CU (220, 221) una Solicitud de Reordenamiento de Contexto de UE a la DU (210);

• transmitir la DU (210) una Respuesta de Reordenamiento de Contexto de UE a la CU (220, 221);

• establecer un contexto de UE tanto en la CU como en la DU, siendo la DU la responsable de contexto; • establecer una monitorización de condición;

• decidir, con base en una supervisión de condición, mover el controlador de contexto a la CU (220, 221);

• transmitir la CU (220, 221) a la DU (210) una solicitud de reordenamiento de contexto de UE para trasladar la responsabilidad a la CU;

• transmitir la DU (210) una respuesta de reordenamiento de contexto de UE a la CU (220, 221); y

• asumir la CU la responsabilidad de control del contexto de UE.

9. Un nodo (200, 600) de red de radio que se configura para realizar los pasos de cualquiera de las reivindicaciones anteriores.

10. Un medio legible por ordenador, que almacena instrucciones ejecutables por procesador que, cuando son ejecutadas por un procesador (620), realizan los pasos de cualquiera de las reivindicaciones anteriores 1-8.