ES3033652T3 - Link switch in a wireless communication system - Google Patents

Abstract

Un dispositivo de comunicación inalámbrica (16) está configurado para su uso en un sistema de comunicación inalámbrica. En este sentido, el dispositivo (16) está configurado para recibir un comando (22) que le ordena realizar una conmutación de enlace (24) del enlace de origen (20A) al enlace de destino (20B) en respuesta al cumplimiento de una condición. El comando (22) puede indicar una configuración de enlace de destino (26) relativa a la configuración de enlace de origen. El dispositivo (16) también está configurado para almacenar información (30) a partir de la cual se puede determinar la configuración de enlace de destino (26) indicada por el comando (22), independientemente de cualquier cambio en la configuración de enlace de origen que se produzca tras la recepción del comando (22). En algunas realizaciones, el dispositivo (16) está configurado para, en respuesta al cumplimiento de la condición, realizar una conmutación de enlace (24) del enlace de origen (20A) al enlace de destino (20B) utilizando la configuración de enlace de destino (26) determinada a partir de la información almacenada (30). (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Conmutación de enlace en un sistema de comunicación inalámbrica

Campo técnico

La presente solicitud se refiere, en general, a un sistema de comunicación inalámbrica, y se refiere, específicamente, a una conmutación de enlace en un sistema de comunicación inalámbrica.

Antecedentes

A medida que cambian las condiciones del canal de un dispositivo de comunicación inalámbrica, el dispositivo puede conmutar (p. ej., traspasar o reseleccionar) de un enlace inalámbrico a otro para mantener la continuidad del servicio. Por ejemplo, el dispositivo puede conmutar entre acceder al sistema a través de un nodo de acceso, celda, sector o haz (cualquiera de los cuales puede servir como "enlace") y acceder al sistema a través de un nodo de acceso, celda, sector o haz diferente. Para ello, cuando se deterioran las condiciones del canal en el enlace a través del cual el dispositivo accede actualmente al sistema, el sistema puede evaluar a cuál de los diferentes enlaces objetivo candidatos debe conmutar, si corresponde. En este sentido, el dispositivo puede llevar a cabo mediciones en los diferentes enlaces objetivo candidatos e informar de dichas mediciones a otro nodo de la red (p. ej., el nodo de acceso de servicio), para que el otro nodo pueda tomar la decisión de conmutar el enlace. Una vez tomada la decisión de conmutar el enlace, el nodo puede ordenar al dispositivo que conmute a un enlace objetivo seleccionado.

Los enfoques conocidos de conmutación de enlace son susceptibles a una alta latencia, lo cual resulta especialmente problemático cuando una conmutación de enlace debe llevarse a cabo rápidamente, p. ej., antes de que la calidad del enlace de servicio se degrade excesivamente. Sin embargo, reducir la latencia de la conmutación de enlace y, al mismo tiempo, mantener esquemas de señalización eficientes resulta un desafío. El documento de ERICSSON,"ConditionalHandover",BORRADOR 3GPP; R2-1700544, 7 de enero de 2017, describe propuestas relacionadas con el traspaso condicional para redes de radio 5G.

Compendio

La invención se expone en el conjunto de reivindicaciones anexas.

Breve descripción de los dibujos

La Figura 1 es un diagrama de bloques de un sistema de comunicación inalámbrica que incluye un dispositivo inalámbrico y un nodo de red según algunas realizaciones.

La Figura 2 es un diagrama de flujo lógico de un método llevado a cabo por un dispositivo inalámbrico según algunas realizaciones.

La Figura 3 es un diagrama de señalización de llamadas de un procedimiento para una conmutación de enlace condicional según algunas realizaciones.

La Figura 4 es un diagrama de señalización de llamadas de un procedimiento para una conmutación de enlace condicional según otras realizaciones.

La Figura 5A es un diagrama de bloques de un dispositivo inalámbrico según algunas realizaciones.

La Figura 5B es un diagrama de bloques de un dispositivo inalámbrico según otras realizaciones.

La Figura 6 es un diagrama de flujo lógico de un método llevado a cabo por un nodo de red según algunas realizaciones.

La Figura 7A es un diagrama de bloques de un nodo de red según algunas realizaciones.

La Figura 7B es un diagrama de bloques de un nodo de red según otras realizaciones.

Descripción detallada

La Figura 1 ilustra un sistema 10 de comunicación inalámbrica según una o más realizaciones. Como se muestra, el sistema 10 (p. ej., un sistema 5G) puede incluir una red 12 de acceso (AN, por sus siglas en inglés) y una red 14 central (CN, por sus siglas en inglés). La AN 12 conecta de forma inalámbrica un dispositivo 16 de comunicación inalámbrica (o simplemente "dispositivo 16 inalámbrico ") a la CN 14. La CN 14, a su vez, conecta el dispositivo 16 inalámbrico a una o más redes externas (no se muestran) como, por ejemplo, una red telefónica pública conmutada y/o una red de datos por paquetes (p. ej., Internet).

La AN 12 provee enlaces mediante los cuales el dispositivo 16 inalámbrico puede acceder inalámbricamente al sistema 10, p. ej., mediante el uso de comunicaciones de enlace ascendente y/o enlace descendente. La AN 12 puede, por ejemplo, proveer enlaces en forma de nodos de acceso (p. ej., estaciones base), celdas, sectores, haces, o similares. Algunos enlaces pueden proveer cobertura inalámbrica en diferentes áreas geográficas.

Un nodo 18 de red controla el enlace que utiliza el dispositivo 16 para acceder al sistema 10. El nodo 18 de red puede estar en la AN 12 (p. ej., en la forma de una estación base) o puede estar en la CN 14 (p. ej., en la forma de una entidad de gestión de movilidad, MME, por sus siglas en inglés, o función de acceso y movilidad, AMF, por sus siglas en inglés). El nodo 18 de red puede controlar el enlace que utiliza el dispositivo 16, por ejemplo, decidiendo que el dispositivo 16 cambie (p. ej., traspaso o reselección) de acceder al sistema 10 a través de un enlace (el enlace "de origen") a acceder al sistema 10 a través de otro enlace (el enlace "objetivo"). El nodo 18 de red puede elegir el enlace objetivo entre un conjunto de múltiples enlaces que el nodo 18 de red considera como candidatos para el enlace objetivo.

Sin embargo, en lugar de ordenar incondicionalmente al dispositivo 16 que cambie del enlace de origen a un enlace objetivo seleccionado, el nodo 18 de red, en algunas realizaciones, ordena condicionalmente al dispositivo 16 que lleve a cabo dicha conmutación de enlace. La Figura 1 en este aspecto muestra que el dispositivo 16 de comunicación inalámbrica puede recibir un comando 22 de conmutación condicional, p. ej., de o a través del nodo 18 de red. Si la conmutación de enlace es un traspaso, por ejemplo, el comando 22 puede ser un comando de traspaso condicional. En cualquier caso, el comando 22 de conmutación condicional, como se muestra, "condicionalmente" ordena al dispositivo 16 que lleve a cabo una conmutación 24 de enlace de un enlace 20A de origen a un enlace 20B objetivo. El dispositivo 16, en particular, debe llevar a cabo dicha conmutación 24 de enlace en respuesta al cumplimiento de una condición (p. ej., en respuesta a que el dispositivo 16 detecta que la intensidad o calidad de la señal del enlace objetivo supera la del enlace de origen en al menos una cantidad definida). En algunas realizaciones, por ejemplo, el dispositivo 16 puede llevar a cabo de forma autónoma la conmutación 24 de enlace en cuanto el propio dispositivo 16 detecta el cumplimiento de la condición. El llevar a cabo la conmutación 24 de enlace de forma condicional de esta manera puede, por ejemplo, mejorar la robustez de la conmutación 24 de enlace frente al deterioro de las condiciones del enlace de origen.

La Figura 1 también ilustra que, en algunas realizaciones, el comando 22 de conmutación condicional indica una configuración 26 de enlace objetivo, p. ej., que el dispositivo 16 utilizará para el enlace 20B objetivo al que el comando 22 ordena condicionalmente que el dispositivo 16 conmute. La configuración 26 de enlace objetivo puede ser, por ejemplo, una configuración de control de recursos de radio (RRC, por sus siglas en inglés) que se utilizará para el enlace 20B objetivo, p. ej., provista mediante un mensaje RRCConnectionReconfiguration en realizaciones LTE o mediante un mensaje RRCReconfiguration en realizaciones de Nueva Radio (NR). La configuración 26 de enlace objetivo puede contener, por ejemplo, parámetros de configuración para portadoras de radio de datos, portadoras de radio de señalización, control de acceso al medio (MAC, por sus siglas en inglés), control de enlace de radio (RLC, por sus siglas en inglés), protocolo de convergencia de datos por paquetes (PDCP, por sus siglas en inglés) y/o la capa física utilizada para el enlace 20B objetivo. Los parámetros de configuración pueden ser, por ejemplo, para canales de datos y control como, por ejemplo, los utilizados para un canal de acceso aleatorio. La configuración 26 del enlace objetivo puede en este aspecto especificar una configuración de acceso aleatorio (p. ej., en términos de un preámbulo de acceso aleatorio o similar) que el dispositivo 16 utilizará para conectarse al enlace 20B objetivo. La configuración de acceso aleatorio en este aspecto puede incluir uno o más conjuntos de parámetros que definen cuándo (en tiempo), dónde (en frecuencia) y/o cómo (p. ej., en términos de códigos/preámbulos, potencia, periodicidad) el dispositivo 16 puede enviar solicitudes de acceso aleatorio para conectarse al enlace 20B objetivo.

Independientemente del tipo particular de configuración 26, el comando 22 de conmutación condicional puede indicar la configuración 26 de enlace objetivo en relación con una configuración 28 de enlace de origen, p. ej., la configuración 28 (p. ej., RRC) utilizada por el dispositivo 16 para el enlace 20B de origen desde el cual el comando 22 ordena condicionalmente al dispositivo 16 que cambie. El comando 22 puede, por ejemplo, incluir (o de otro modo estar asociado a) información de reconfiguración relativa (o "delta") que define la configuración 26 del enlace objetivo en relación con la configuración 28 del enlace de origen. En algunas realizaciones, la información de reconfiguración relativa incluye, por ejemplo, uno o más valores de parámetros que son diferentes entre la configuración 26 del enlace objetivo y la configuración 28 del enlace de origen, y excluye uno o más valores de parámetros que son iguales entre la configuración 26 de enlace objetivo y la configuración 28 de enlace de origen. En este sentido, el comando 22 asume, de manera efectiva, que el dispositivo 16 ya conoce los valores de los parámetros de la configuración 26 del enlace objetivo que son los mismos que los de la configuración 28 del enlace de origen al recibir el comando 22 y, por lo tanto, evita, de manera eficiente, señalizar innecesariamente dichos valores de parámetros al dispositivo 16. En tal caso, el dispositivo 16 puede configurarse para formar, derivar o determinar de otro modo la configuración 26 del enlace objetivo a partir de los valores de los parámetros incluidos en el comando 22, en combinación con cualquier valor de parámetro de la configuración 27 del enlace de origen que no están incluidos en el comando 22.

La señalización de la configuración 26 del enlace objetivo con respecto a la configuración 28 del enlace de origen de esta manera puede resultar eficiente en algunas realizaciones. Sin embargo, a menos que se tengan en cuenta adecuadamente, los cambios en la configuración 28 del enlace de origen pueden amenazar con cambiar la configuración del enlace objetivo que el dispositivo 16 detecta como señalizada. El comando 22 puede, por ejemplo, generarse basándose en la configuración 28 del enlace de origen tal como existe (actualmente) en el momento de la generación del comando, y los cambios en la configuración 28 del enlace de origen que se producen después de la generación del comando pueden afectar la configuración del enlace objetivo que el dispositivo 16 interpreta como señalizada por el comando 22. Esto es especialmente cierto dado que el comando 22 de conmutación es de naturaleza condicional. Si, por ejemplo, el dispositivo 16 espera hasta que se cumpla la condición para la conmutación de enlace antes de determinar ingenuamente la configuración 26 del enlace objetivo señalizada, el dispositivo 16 puede determinar una configuración de enlace objetivo diferente de la realmente señalizada si la configuración 28 del enlace de origen ha cambiado entretanto.

Para tener en cuenta estos y otros problemas relacionados con la señalización de configuración, el dispositivo 16 en algunas realizaciones en la presente memoria almacena información 30 a partir de la cual se puede determinar la configuración 26 de enlace objetivo indicada por el comando 22 de conmutación condicional, independientemente de cualquier cambio en la configuración 28 de enlace de origen que se produzca tras la recepción del comando 22 de conmutación condicional. Es decir, la información 30 almacenada permite al dispositivo 16 determinar la configuración 26 de enlace objetivo señalizada, incluso si la configuración 28 de enlace de origen cambia después de que el dispositivo 16 reciba el comando 22. En algunas realizaciones, por ejemplo, el dispositivo 16 puede memorizar o conservar la información 30 tal como está almacenada (p. ej., en la memoria), incluso si se cambia la configuración 28 de enlace de origen. Con esta información 30 preservada, el dispositivo 16 puede configurarse para determinar 32 la configuración 26 del enlace objetivo señalizada a partir de la información 30 almacenada, p. ej., en lugar de con referencia a la configuración 28 actual del enlace de origen, ya que dicha configuración 28 de enlace de origen puede haber cambiado desde la generación del comando 22. Por consiguiente, independientemente de si la configuración 28 del enlace de origen cambia tras recibir el comando 22, el dispositivo 16 puede aún determinar la configuración 26 del enlace objetivo que se ha indicado por el comando 22.

En algunas realizaciones, por ejemplo, la información 30 almacenada incluye la configuración 28 del enlace de origen al recibir el comando 22, o al menos una porción de la misma, p. ej., tal como se conserva o memoriza al recibir el comando 22 de conmutación condicional. El dispositivo 16 puede, por ejemplo, almacenar la configuración 28 del enlace de origen total o parcialmente en respuesta a la recepción del comando 22 de conmutación condicional. Posteriormente (p. ej., al cumplirse la condición), el dispositivo 16 puede determinar (retroactivamente) la configuración 26 del enlace objetivo que se ha indicado por el comando 22 de conmutación condicional, mediante referencia a la configuración 28 del enlace de origen almacenada, en lugar de la configuración actual del enlace de origen, que puede haber cambiado desde entonces.

De manera alternativa o adicional, la información 30 almacenada puede incluir la información de reconfiguración relativa descrita anteriormente. En tal caso, la información 30 almacenada puede incluir el uno o más parámetros de la configuración 26 del enlace objetivo que difieren de los de la configuración 28 del enlace de origen al momento de recibir el comando. Cuando la información de reconfiguración relativa se almacena junto con la configuración 28 del enlace de origen, la información 30 almacenada memoriza o conserva de este modo la configuración 26 del enlace objetivo tal como fue señalizada por el comando 22 en forma "relativa".

En otras realizaciones, por el contrario, el dispositivo 16 puede memorizar o preservar la configuración 26 del enlace objetivo en forma "absoluta", es decir, en una forma que no es relativa a la configuración 28 del enlace de origen. En algunas realizaciones, por ejemplo, el dispositivo 16 determina la configuración 26 del enlace objetivo indicada por el comando 22 de conmutación condicional y almacena dicha configuración 26 de enlace objetivo determinada como la información 30 almacenada. En cierto sentido, la información 30 almacenada es una configuración 26 de enlace objetivo "absoluta" que no depende de ninguna relación con la configuración 28 del enlace de origen, a diferencia de la configuración 26 de enlace objetivo "relativa" señalizada en el comando 22 como relativa a la configuración 28 del enlace de origen.

En cualquier caso, el dispositivo 16 puede determinar la configuración 26 del enlace objetivo para almacenarla en forma “absoluta” en cualquier momento tras recibir el comando 22 y antes de que se modifique la configuración 28 del enlace de origen. En una realización, por ejemplo, el dispositivo 16 está configurado para determinar la configuración 26 del enlace objetivo indicada por el comando 22 de conmutación condicional en respuesta a (p. ej., tras) la recepción de dicho comando 22. De esta forma, la configuración 28 del enlace de origen no habrá cambiado, lo cual garantiza que la configuración 26 del enlace objetivo determinada represente la configuración que se pretende señalizar. En otras realizaciones, por el contrario, el dispositivo 16 puede esperar para determinar la configuración 26 del enlace objetivo hasta que la configuración 28 del enlace de origen esté a punto de modificarse. El dispositivo 16 puede, por ejemplo, determinar la configuración 26 del enlace objetivo indicada por el comando 22 de conmutación condicional en respuesta a la recepción de un mensaje de reconfiguración que indica que se debe modificar la configuración 28 del enlace de origen. Sin embargo, en cualquiera de los enfoques, el dispositivo 16 almacena la configuración 26 de enlace objetivo determinada, de modo de memorizar esa configuración 26 para una posible conmutación 24 de enlace una vez que se cumpla la condición asociada.

La memorización de la configuración 26 del enlace objetivo señalizada mediante la información almacenada puede implicar que el dispositivo 16 conserve dicha información 30 almacenada incluso si cambia la configuración 28 del enlace de origen. Es decir, en algunas realizaciones, el dispositivo 16 puede cambiar la configuración 28 del enlace de origen (p. ej., según lo indique el nodo 18 de red) después de almacenar la información 30, pero puede conservar dicha información 30 almacenada independientemente de dicho cambio en la configuración 28 del enlace de origen.

De forma similar, el dispositivo 16 puede conservar la información 30 almacenada incluso si el nodo 18 de red señaliza una actualización del comando 22, p. ej., para cambiar la condición para llevar a cabo la conmutación 24 de enlace y/o para cambiar un temporizador de validez del comando 22. En algunas realizaciones, por ejemplo, el dispositivo 16 puede asociar la información 30 almacenada a la condición para llevar a cabo la conmutación 24 de enlace. En este caso, cuando el dispositivo 16 recibe una actualización de la condición, el dispositivo 16 puede actualizar la condición según la actualización recibida, conservando la información 30 almacenada y la asociación de dicha información 30 almacenada a la condición (ahora actualizada). De manera alternativa o adicional, el dispositivo 16 puede asociar la información 30 almacenada a un temporizador de validez para el comando 22, p. ej., que indica la duración de la validez del comando 22. En este caso, cuando el dispositivo 16 recibe una actualización del temporizador de validez (p. ej., extendiendo el tiempo durante el cual el comando 22 es válido), el dispositivo 16 puede actualizar el temporizador de validez según la actualización recibida mientras preserva la información 30 almacenada y la asociación de esa información 30 almacenada al temporizador de validez (ahora actualizado).

Sin embargo, en ciertas condiciones como, por ejemplo, cuando la información almacenada ya no es necesaria, la información 30 almacenada puede descartarse o reemplazarse. Por ejemplo, en ciertas circunstancias, la conmutación 24 de enlace al enlace 20B objetivo puede cancelarse antes de que se cumpla la condición. En algunas realizaciones, por ejemplo, el dispositivo 16 puede cancelar la conmutación 24 de enlace en respuesta a la recepción de un comando para cancelar específicamente la conmutación 24 de enlace, o para cancelar generalmente cualquier conmutación de enlace cuya condición no se haya cumplido. En otras realizaciones, el dispositivo 16 puede cancelar la conmutación 24 de enlace en respuesta a la recepción de un comando para llevar a cabo una conmutación de enlace del enlace 20A de origen a un enlace objetivo diferente, o en respuesta a la realización correcta (o señalización de la confirmación de) una conmutación de enlace del enlace 20A de origen a un enlace objetivo diferente. En cualquier caso, en respuesta a la cancelación de la conmutación 24 de enlace, el dispositivo 16 puede descartar la información 30 almacenada, p. ej., por considerarla innecesaria, dado que ya no es necesario determinar la configuración 26 del enlace objetivo. Sin embargo, en algunas realizaciones, el dispositivo 16 solo puede descartar la información 30 almacenada si el dispositivo 16 determina, de hecho, que la información 30 almacenada no es necesaria, p. ej., en lugar de asumir que tal es el caso simplemente al cancelar la conmutación 24 de enlace.

De hecho, en estas y otras realizaciones, el dispositivo 16 puede recibir uno o más comandos 22 de conmutación condicional que ordenan al dispositivo 16 que lleve a cabo una conmutación de enlace del enlace 20A de origen a diferentes enlaces objetivo en respuesta al cumplimiento de las condiciones respectivas. Para los enlaces objetivo respectivos, el uno o más comandos pueden indicar configuraciones de enlace objetivo respectivas, que pueden ser iguales o diferentes en todos los enlaces objetivo. De este modo, el dispositivo 16 puede almacenar información que permite determinar cada una de las configuraciones de enlace objetivo respectivas. Por ejemplo, si las configuraciones de enlace objetivo respectivas se indican en relación con la misma configuración 28 de enlace de origen, en algunas realizaciones, el dispositivo 16 puede almacenar la configuración 28 de enlace de origen a partir de la cual se pueden determinar las configuraciones de enlace objetivo respectivas (p. ej., junto con la información de reconfiguración relativa asociada respectivamente a cada enlace objetivo individual). Por consiguiente, con múltiples configuraciones de enlace objetivo determinables a partir de la misma configuración 28 de enlace de origen almacenada, el dispositivo 16 solo puede descartar dicha información almacenada al determinar que no se puede determinar ninguna configuración de enlace objetivo a partir de la configuración 28 de enlace de origen almacenada. Por ejemplo, si se cancela una conmutación de enlace a uno de los enlaces objetivo, pero al menos otra conmutación de enlace a otro de los enlaces objetivo permanece pendiente, el dispositivo 16 puede seguir conservando la información almacenada, al menos en la medida necesaria para determinar la configuración de enlace objetivo para la conmutación de enlace pendiente.

En ciertas condiciones, el dispositivo 16, en otras realizaciones, puede simplemente actualizar la información almacenada en lugar de descartarla. Por ejemplo, el dispositivo 16 puede recibir un comando actualizado para el enlace objetivo que indica una configuración actualizada del enlace objetivo con respecto a la misma configuración del enlace de origen. En este caso, el dispositivo 16 puede reemplazar la información 30 almacenada con información que permita determinar la configuración actualizada del enlace objetivo, independientemente de cualquier cambio en la configuración del enlace de origen que se produzca tras la recepción del comando actualizado.

Según las modificaciones y variaciones anteriores, la Figura 2 ilustra de forma general el procesamiento llevado a cabo por el dispositivo 16 de comunicación inalámbrica según algunas realizaciones. Como se muestra, el procesamiento puede incluir la recepción de un comando 22 que ordena al dispositivo 16 de comunicación inalámbrica llevar a cabo una conmutación 24 de enlace de un enlace 20A de origen a un enlace 20B objetivo en respuesta al cumplimiento de una condición (Bloque 100). El comando 22 puede indicar una configuración 26 de enlace objetivo en relación con una configuración 28 de enlace de origen. El procesamiento, como se muestra en la Figura 2, también puede incluir el almacenamiento de información 30 a partir de la cual se puede determinar la configuración 26 de enlace objetivo indicada por el comando 22, independientemente de cualquier cambio en la configuración 28 de enlace de origen que se produzca tras la recepción del comando 22 (Bloque 110).

En algunas implementaciones, el procesamiento también puede incluir la realización de una o más operaciones basadas en la información 30 almacenada (Bloque 120). En una realización, por ejemplo, la realización de una o más operaciones basadas en la información 30 almacenada puede comprender, en respuesta al cumplimiento de la condición, llevar a cabo una conmutación 24 de enlace del enlace 20A de origen al enlace 20B objetivo utilizando la configuración 26 de enlace objetivo, determinada a partir de la información 30 almacenada.

En otras realizaciones, estas una o más operaciones pueden estar relacionadas con la gestión de la información 30 almacenada. Por ejemplo, el dispositivo 16 puede configurarse para descartar o eliminar la información 30 almacenada si ya no es aplicable a una conmutación de enlace pendiente, p. ej., si la conmutación de enlace condicional se cancela antes de que se cumpla la condición asociada. En algunas realizaciones, por ejemplo, la una o más operaciones comprenden cancelar la conmutación de enlace al enlace objetivo antes de que se cumpla la condición y descartar la información almacenada en respuesta a dicha cancelación. La cancelación de una conmutación de enlace condicional puede ocurrir, por ejemplo, en respuesta a la recepción de un comando de cancelación de conmutación, al recibir un comando de conmutación que ordena una conmutación a un enlace objetivo diferente y/o al llevar a cabo con éxito, o al señalizar la confirmación de, una conmutación a un enlace diferente.

A continuación se describirán una o más realizaciones adicionales en un contexto donde el sistema 10 es un sistema 5G o de Nueva Radio (NR), un enlace es una celda, la conmutación 24 de enlace es un traspaso, y la configuración del enlace es una configuración RRC.

Con mayor detalle, uno de los principales objetivos de la Nueva Radio (NR) es proveer mayor capacidad a los operadores para atender la creciente demanda de tráfico y diversas aplicaciones. Gracias a esto, NR podrá operar en altas frecuencias, como frecuencias superiores a 6 GHz hasta 60 o incluso 100 GHz. En comparación con las bandas de frecuencia actuales asignadas a la evolución a largo plazo (LTE, por sus siglas en inglés), algunas de las nuevas bandas presentarán propiedades de propagación mucho más complejas como, por ejemplo, menor difracción y mayores pérdidas de penetración en exteriores/interiores. Como consecuencia, las señales tendrán menor capacidad de propagarse en esquinas y atravesar paredes. Además, en las bandas de alta frecuencia, la atenuación atmosférica/por lluvia y las mayores pérdidas corporales hacen que la cobertura de las señales NR sea aún más irregular.

Afortunadamente, el funcionamiento a frecuencias más altas permite el uso de elementos de antena más pequeños, lo cual permite matrices de antenas con muchos elementos de antena. Dichas matrices de antenas facilitan la formación de haces, donde se utilizan múltiples elementos de antena para formar haces estrechos y, por lo tanto, compensar las complejas propiedades de propagación.

A pesar de las ganancias en el presupuesto de enlace provistas por las soluciones de conformación de haz, la fiabilidad de un sistema que depende puramente de la conformación de haz y que opera en frecuencias más altas puede ser un desafío, ya que la cobertura puede ser más sensible a las variaciones temporales y espaciales. Como consecuencia de esto, la relación señal-interferencia más ruido (SINR, por sus siglas en inglés) de un enlace estrecho puede disminuir mucho más rápidamente que en el caso de LTE. Por lo tanto, la celda de servicio puede no ser capaz de transmitir un comando de traspaso de manera oportuna. La reducción del parámetro tiempo a disparador (TTT, por sus siglas en inglés) y la histéresis de medición reducen la tasa de fallos de traspaso, pero también aumentan la probabilidad de ping-pong. Por consiguiente, una rápida degradación de la calidad del enlace impide la entrega del comando de traspaso (HO, por sus siglas en inglés) de la celda de origen al equipo de usuario (EU), lo cual finalmente provoca un fallo de traspaso. En NR, estos efectos serán aún más pronunciados al operar en bandas de frecuencia más alta. Para garantizar que NR ofrezca una movilidad al menos tan robusta (tasas de fallos de traspaso (HOF, por sus siglas en inglés) tan bajas o más bajas) como LTE, es necesario prestar atención a la robustez de la movilidad en los sistemas NR.

En LTE y NR, se han descrito diferentes soluciones para aumentar la robustez de la movilidad. Un área de soluciones se basa en la conectividad dual introducida en LTE Ver-12. En la conectividad dual, el EU se conecta a dos nodos de red al mismo tiempo. Esto permite mejorar la robustez de la movilidad al servir el tráfico del plano de control (p. ej., utilizado para informes de medición y comandos de traspaso) mediante la capa macro, más robusta, en baja frecuencia y proveer un aumento de capacidad mediante capas superiores. Esta característica se denomina división del plano de usuario (UP, por sus siglas en inglés)/plano de control (CP, por sus siglas en inglés). Una variante de la conectividad dual es la característica de diversidad RRC, que permite enviar señalización del plano de control a través de dos nodos. Esto aumenta la diversidad en los dominios temporal y espacial y, por consiguiente, aumenta la robustez.

Un problema de las soluciones de conectividad dual es que el EU debe servirse con dos conexiones. Esto puede resultar problemático a medida que se consumen más recursos de red. Además, la conectividad dual requiere dos cadenas de recepción/transmisión (RX/TX) diferentes en el lado de EU, lo cual implica un mayor coste de fabricación del dispositivo. Por ello, también se deben considerar soluciones alternativas.

Para evitar la dependencia no deseada del enlace de radio de servicio respecto al momento (y las condiciones de radio) en que el EU debe ejecutar el traspaso, NR, según algunas realizaciones, puede proveer señalización RRC para el traspaso al EU con mayor antelación que lo habitual. Para lograr esto, el comando de traspaso puede asociarse a una condición. Una vez cumplida la condición, el EU puede ejecutar el traspaso según el comando de traspaso provisto.

Dicha condición puede basarse, p. ej., en la comparación de los resultados de medición que obtiene el EU, también conocido como "evento de medición". Un evento o condición se expresa típicamente como una ecuación y se considera cumplido si la ecuación es “verdadera”. Un ejemplo de evento de medición es una ecuación que compara una cantidad de medición (normalmente la "intensidad de la señal" o la "calidad de la señal") determinada para una celda vecina (p. ej., "rsrpNeighbour") con la cantidad de medición determinada para la celda de servicio (p. ej., "rsrpServing"). Además de estos dos valores de medición, puede haber un umbral o histéresis adicional (p. ej., umbralX). El evento se considera entonces cumplido si "rsrpNeighbour > rsrpServing thresholdX". Por lo tanto, en este ejemplo, el EU ejecutará el traspaso cuando la intensidad de la señal (RSRP) de la celda vecina sea superior a X (dB) en más que la intensidad de la señal de la celda de servicio.

El procedimiento de traspaso (negociación entre la celda de origen y la celda objetivo candidata, y la provisión de un comando de traspaso al EU a través de la celda de origen) pueden activarse mediante un informe de medición. La celda de servicio configura el EU con eventos de medición (condiciones) que están asociados a las configuraciones de medición. Si se cumple dicho evento de medición, el EU genera un informe de medición que comprende cantidades de medición (p. ej., intensidad de la señal) para una o más celdas detectadas (celdas de servicio y/o vecinas). A continuación, el EU envía el informe de medición a su celda de servicio para que la celda de servicio pueda decidir si iniciar o no dicho procedimiento de traspaso hacia alguna de las celdas vecinas informadas. El evento de medición que activa el informe de medición puede utilizar la misma condición (p. ej., fórmula) que la descrita anteriormente. Sin embargo, un umbralY en la condición para la activación del informe de medición puede ser menor que el umbralX en la condición de ejecución del traspaso. Esto permite que la celda de servicio prepare el traspaso tras recibir un informe de medición temprano y provea una RRCConnectionReconfiguration con mobilityControlInfo cuando el enlace de radio entre la celda de origen y el EU aún es estable (el vecino solo es Y dB mejor que el de servicio, donde Y puede, p. ej., establecerse en 0). La ejecución del traspaso se realiza posteriormente (cuando el vecino ya es X dB mejor que el de servicio, donde X puede ser, p. ej., 3 dB) cuando las condiciones de radio se consideran óptimas para la ejecución del traspaso.

La Figura 3 muestra un ejemplo con una celda de servicio y una sola celda objetivo. Como se muestra, un EU 40 recibe datos del plano de usuario (UP) de una celda 50 de servicio (etapa 0). Tras el cumplimiento de un evento de medición (p. ej., basado en un umbral ‘bajo’ como, por ejemplo, un umbralY), el EU 40 envía un informe de medición a la celda 50 de servicio (etapa 1). El informe de medición puede incluir una cantidad de medición para una celda 60 objetivo. Con base en el informe, la celda 50 de servicio en este ejemplo decide preparar la celda 60 objetivo para un posible traspaso (etapa 1A). Con base en esta decisión, la celda 50 de servicio envía una solicitud de traspaso a la celda 60 objetivo (etapa 2), que puede ocurrir antes que en un procedimiento de traspaso convencional, dado el umbral bajo para el informe de medición. Cuando la solicitud de traspaso se envía anticipadamente de esta manera, puede denominarse "solicitud HO temprana", como se muestra en la Figura 3. La celda 60 objetivo acepta el traspaso en respuesta a la solicitud y crea una configuración RRC para que el EU 40 la utilice con la celda 60 objetivo (etapa 2A). A continuación, la celda 60 objetivo envía un reconocimiento de traspaso a la celda 50 de servicio que incluye la configuración RRC creada (etapa 3). La celda 50 de servicio envía, en consecuencia, un comando de traspaso condicional al EU 40 que ordena al EU 40 traspasar a la celda 60 objetivo en respuesta al cumplimiento de una condición (etapa 4). Esta condición puede basarse en un umbral ’alto’ (p. ej., umbralX) que es superior al umbral bajo que activó el informe de medición. Cuando la medición de la celda 60 objetivo cumple la condición de traspaso (p. ej., basada en el umbral alto), el EU 40 activa de forma autónoma el traspaso condicional pendiente a la celda 60 objetivo (etapa 4A). En este sentido, el EU 40 lleva a cabo la sincronización y el acceso aleatorio con la celda 60 objetivo (etapa 5) y confirma el traspaso a la celda 60 objetivo (etapa 6). T ras señalizar la finalización del traspaso a la celda 50 de servicio (etapa 7), la celda 60 objetivo puede proveer datos del plano de usuario al EU (etapa 8).

En la práctica, sin embargo, puede haber, con frecuencia, muchas celdas o haces que el EU informa como posibles candidatos según sus mediciones previas de gestión de recursos de radio (RRM, por sus siglas en inglés). La red puede entonces tener la libertad de emitir comandos de traspaso condicional para varios de esos candidatos. RRCConnectionReconfiguration para cada uno de esos candidatos puede diferir, p. ej., en términos de la condición de ejecución del HO (señal de referencia a medir y umbral a superar), así como en términos del preámbulo de acceso aleatorio que se enviará cuando se cumpla una condición.

RRCConnectionReconfigurationpuede ser un "delta" a la configuración actual del EU; es decir, el mensajeRRCConnectionReconfigurationno comprende todos los parámetros que determinan la configuración del EU, sino solo aquellos que han cambiado en comparación con la configuración actual de los EU. En algunas realizaciones, el EU aplicará mensajesRRCConnectionReconfigurationen el orden en que los recibe, lo cual se debe a las propiedades del protocolo de control de enlace de radio (RLC), así como al orden en que la red los generó y envió.

El EU puede determinar inequívocamente cómo aplicar la configuración (delta) provista en el comando de traspaso condicional, de modo que la configuración utilizada posteriormente por el EU esté en línea con las expectativas de la red. Por lo tanto, en algunas realizaciones, la condición de activación asociada al comando HO enviado al EU debe evaluar las mediciones y activar el traspaso cuando se cumplan dichas condiciones. Sin embargo, dado que la configuración del comando HO puede ser un delta a la configuración RRC actual del EU, una o más realizaciones abordan cómo gestionar los mensajes RRCConnectionReconfiguration posteriores que llegan de la celda de origen si el EU aún no ha ejecutado el traspaso.

Cuando el EU recibe un "comando HO condicional", puede interpretar elRRCConnectionReconfigurationconmobilityControlInfocomo un delta a su configuración actual (a menos que se trate de un mensaje de configuración completa). En principio, puede determinar la configuración objetivo resultante inmediatamente después de recibir el comando, pero solo la aplicará/ejecutará si/cuando se cumple la condición asociada. Mientras el EU evalúa la condición, puede continuar operando según la configuración RRC de su celda de servicio actual, es decir, sin aplicar el comando HO condicional.

Cuando el EU determina que se cumple la condición, se desconecta de la celda de servicio, aplica el comando HO condicional y se conecta a la celda objetivo. Una vez que el EU aplica elRRCConnectionReconfiguration,incluidomobilityControlInfo,no procesará ningún mensajeRRCConnectionReconfigurationposterior recibido antes de la ejecución de HO.

Sin embargo, antes de que se cumpla la condición HO, el EU puede permanecer en la celda de origen. Durante este período, la celda de origen debe tener los medios para llevar a cabo reconfiguraciones adicionales del EU, ya sea para cambiar el funcionamiento del EU en la celda de servicio actual o para emitir un traspaso (condicional o inmediato) a otra celda objetivo. En este escenario, el comando HO condicional recibido previamente no puede aplicarse como un delta a la configuración actualizada de la celda de servicio (después de aplicar el RRCConnectionReconfiguration), ya que el comando HO condicional original se generó como un delta a la configuración RRC previa, es decir, antes de recibir el comando de reconfiguración de la celda de servicio.

La solución más sencilla será que el EU descarte el comando HO condicional pendiente al recibir un RRCConnectionReconfiguration posterior de su celda de origen. Sin embargo, esto implica que el eNB de origen debe volver a emitir el comando HO condicional hacia el EU; ahora como un delta a la configuración actualizada de la celda de origen. Sin embargo, dado que la configuración RRC en el comando HO condicional la genera el eNB objetivo, esto implicará señalización adicional entre eNB y la posterior señalización Uu.

Una o más realizaciones proveen una manera eficiente de gestionar reconfiguraciones de RRC posteriores, así como configuraciones hacia múltiples celdas cuando se utiliza una solución HO condicional.

En lugar de simplemente descartar todos los comandos HO condicionales pendientes (no cumplidos) al recibir un RRCConnectionReconfiguration posterior para la celda de servicio actual, el EU en algunas realizaciones aplica e RRCConnectionReconfiguration posterior para la celda de servicio como un delta a la configuración actual de la celda de servicio; y conserva los comandos HO condicionales pendientes recibidos previamente para la una o más celdas objetivo, es decir, las configuraciones de celda objetivo asociadas a las celdas objetivo no se ven afectadas por el RRCConnectionReconfiguration posterior para la celda de servicio.

RRCConnectionReconfiguration posterior

Para evitar la señalización adicional entre eNB y hacia el EU, el EU puede no descartar el comando HO condicional al recibir el RRCConnectionReconfiguration posterior para la celda de servicio.

Según una primera realización a modo de ejemplo, tras la recepción de un RRCConnectionReconfiguration posterior para la celda de servicio actual, el EU aplica el RRCConnectionReconfiguration posterior para la celda de servicio como un delta a la configuración actual de la celda de servicio; y conserva los comandos HO condicionales pendientes recibidos previamente para la una o más celdas objetivo, es decir, las configuraciones de celda objetivo asociadas a la una o más celdas objetivo no se ven afectadas por el RRCConnectionReconfiguration posterior para la celda de servicio.

En una realización a modo de ejemplo según la primera realización a modo de ejemplo, cuando el EU recibe un comando HO condicional o cuando el EU recibe el RRCConnectionReconfiguration posterior, el EU determina la configuración de la celda objetivo a partir de la configuración RRC actual de la celda de servicio (antes de aplicar el nuevo RRCConnectionReconfiguration recibido) y de la configuración delta recibida en el comando HO condicional; y el EU almacena y conserva la configuración de la celda objetivo determinada.

Un RRCConnectionReconfiguration para la celda de origen recibido después del comando HO condicional para una celda objetivo solo afecta, por tanto, la operación hacia la celda de origen, pero no la configuración hacia la celda objetivo.

En otra realización a modo de ejemplo, según la primera realización a modo de ejemplo, el EU almacena un comando HO condicional recibido, así como el contexto RRC actual de la celda de servicio (suponiendo que el RRCConnectionReconfiguration se provea como un delta a la configuración actual de la celda de servicio). Si el EU recibe un RRCConnectionReconfiguration posterior para la celda de origen, aplica dicha reconfiguración, pero no afecta el contexto RRC actual almacenado de la celda de servicio. Cuando se cumple la condición de activación, el EU determina la configuración de la celda objetivo a partir de la configuración de la celda de servicio almacenada y el delta recibido en el "comando HO condicional" y luego los utiliza al ejecutar el HO.

Actualización de un comando HO condicional para una celda objetivo

En otra realización a modo de ejemplo, la red puede decidir proveer un RRCConnectionReconfiguration nuevo y actualizado en un comando HO condicional para una celda objetivo para la que ya había provisto un comando HO condicional. Por consiguiente, si el EU recibe un comando HO condicional para una celda objetivo para la que ya tiene un comando HO condicional pendiente, determina la configuración de la celda objetivo basándose en la configuración actual de su celda de servicio y el "delta" del comando HO, y lo utiliza para dirigirse a la celda objetivo.

En otra realización a modo de ejemplo, la red puede indicar al EU, en el comando HO condicional actualizado, si la configuración contenida es un delta a la configuración actual de la celda de servicio o a la configuración previamente determinada y conservada de la celda objetivo. Por consiguiente, el EU determina la nueva configuración de la celda objetivo aplicando la reconfiguración del comando HO condicional actualizado recibido como un delta a su configuración actual de la celda de servicio o como un delta a la configuración previamente determinada para la celda objetivo.

En otra realización a modo de ejemplo, la red solo puede proveer al EU una condición actualizada en un comando HO para una celda para una celda objetivo para la que previamente había provisto un comando HO condicional. Si el EU recibe dicho comando HO condicional con una nueva condición, pero sin un (nuevo) RRCConnectionReconfiguration para una celda objetivo para la que ya tiene un comando HO condicional pendiente, conserva el RRCConnectionReconfiguration recibido previamente, pero lo asocia a la condición actualizada recibida.

En una realización a modo de ejemplo según cualquiera de las realizaciones a modo de ejemplo anteriores, la red puede proveer una configuración actualizada de un comando HO condicional pendiente. Esto puede implicar la actualización de uno del conjunto de haces permitidos de la celda objetivo o de la configuración de acceso aleatorio para acceder a la celda objetivo.

Extensión de la validez de un comando HO condicional

El eNB de servicio opera la celda de servicio, que puede denominarse celda de origen para un traspaso. El eNB objetivo opera una celda vecina hacia la cual se supone que el EU debe llevar a cabo el traspaso. En este caso, entonces, la celda vecina también puede denominarse celda objetivo del traspaso. El eNB de servicio puede solicitar al eNB objetivo que prolongue la validez del comando HO condicional y, si el eNB objetivo lo concede, enviar un nuevo límite de tiempo al EU para el comando HO condicional que extiende el tiempo de validez, es decir, extiende el período durante el cual el EU debe evaluar el comando HO condicional y durante el cual puede activar el HO si se cumple la condición.

Si el EU recibe dicho comando HO condicional con un nuevo tiempo de validez, pero sin un (nuevo) RRCConnectionReconfiguration para una celda objetivo para la que ya tiene un comando HO condicional pendiente, puede conservar el RRCConnectionReconfiguration recibido previamente, pero asociarlo al tiempo de validez actualizado recibido.

Descarte del comando HO condicional

La celda de origen puede descartar en cualquier momento cualquier HO condicional pendiente en el EU. Si el EU recibe un comando que indica que un comando HO condicional recibido previamente para una celda objetivo ya no es válido, el EU puede descartar el RRCConnectionReconfiguration recibido previamente y la condición asociada. En algunas realizaciones, un EU puede señalizar a la red que dicha cancelación se ha realizado con éxito, lo cual implica que se ha eliminado la información de estado RRC relacionada y almacenada.

Reemplazo de un comando HO condicional para una primera celda objetivo por un comando HO condicional para una segunda celda objetivo

En otra realización a modo de ejemplo, el eNB decide, basándose en las mediciones de RRM, que la celda objetivo potencial debe cambiarse. En este escenario, el eNB de origen provee el comando HO condicional al EU con una nueva celda objetivo e indica que el EU debe descartar el comando HO condicional provisto anteriormente. Por consiguiente, el EU debe estar preparado para recibir simultáneamente la cancelación de un comando HO pendiente recibido previamente para una primera celda objetivo y un comando HO condicional nuevo/actualizado para una segunda celda objetivo. Dicho comando de descarte indicará al EU que cancele un comando HO dado previamente y elimine toda la información de estado RRC relacionada almacenada. El comando puede apuntar a todos los HO condicionales dados previamente, un HO condicional dado o una celda objetivo específica o un número de celdas de una lista de múltiples celdas que comparten la misma configuración dada por RRCConnectionReconfiguration. En este último caso, el EU debe mantener la información de estado RRC relacionada almacenada a menos que se cancelen todos los comandos HO condicionales para celdas que comparten la misma configuración. En algunas realizaciones, un EU puede señalar a la red que se ha recibido el nuevo comando HO condicional y que la cancelación del HO condicional indicado ha sido exitosa.

En la Figura 4, se presenta la señalización entre eNB para este escenario. Como se muestra, al cumplirse un evento de medición (p. ej., basado en un umbral ‘bajo’ como, por ejemplo, un umbralY), el EU 40 envía un informe de medición al gNB 50 de servicio (etapa 1). El informe de medición puede incluir una cantidad de medición para un primer gNB 60-1 objetivo. Con base en el informe, el gNB 50 de servicio en este ejemplo decide preparar el primer gNB 60-1 objetivo para un posible traspaso (etapa 1A). Con base en esta decisión, el gNB 50 de servicio envía una solicitud de traspaso al primer gNB 60-1 objetivo (etapa 2), lo cual puede ocurrir antes que en un procedimiento de traspaso convencional, dado el bajo umbral para el informe de medición. Cuando la solicitud de traspaso se envía de forma temprana de esta manera, puede denominarse "solicitud HO temprana", como se muestra en la Figura 4. El primer gNB 60-1 objetivo acepta el traspaso en respuesta a la solicitud y crea una configuración RRC para que el EU 40 la utilice con el primer gNB 60-1 objetivo (etapa 2A). A continuación, el primer gNB 60-1 objetivo envía un reconocimiento de traspaso al gNB 50 de servicio que incluye la configuración RRC creada (etapa 3). El gNB 50 de servicio envía, a su vez, un comando de traspaso condicional al EU 40 que ordena al EU 40 traspasar al primer gNB 60-1 objetivo en respuesta al cumplimiento de una condición (etapa 4). Esta condición puede basarse en un umbral ’alto’ (p. ej., umbralX) que es superior al umbral bajo que activó el informe de medición.

Antes de que la medición del primer gNB 60-1 objetivo cumpla la condición de traspaso (p. ej., basándose en el umbral alto), el EU 40 envía otro informe de medición al gNB 50 de servicio (etapa 5), que incluye la cantidad de medición de un segundo gNB 60-2 objetivo. Con base en el informe, el gNB 50 de servicio en este ejemplo decide preparar el segundo gNB 60-2 objetivo para un posible traspaso (etapa 6). Basándose en esta decisión, el gNB 50 de servicio envía una solicitud de traspaso temprana al segundo gNB 60-2 objetivo (etapa 7). El segundo gNB 60-2 objetivo acepta el traspaso en respuesta a la solicitud y crea una configuración RRC para que el EU 40 la utilice con el segundo gNB 60-2 objetivo (etapa 8). El segundo gNB 60-2 objetivo envía entonces un reconocimiento de traspaso al gNB 50 de servicio que incluye la configuración RRC creada (etapa 9). El gNB 50 de servicio envía, por consiguiente, un comando de traspaso condicional al EU 40 que ordena al EU 40 traspasar al segundo gNB 60-2 objetivo en respuesta al cumplimiento de una condición (etapa 10). En este ejemplo, este último comando de traspaso condicional cancela el traspaso condicional pendiente al primer gNB 60-1 objetivo. En algunas realizaciones, el gNB 50 de servicio puede entonces indicar al primer gNB 60-1 objetivo que la solicitud de traspaso está cancelada (etapa 11), p. ej., para que el primer gNB 60-1 objetivo pueda liberar los recursos que tenía reservados para el posible traspaso.

Por consiguiente, este ejemplo demuestra que, basándose en las mediciones de RRM, el eNB de servicio activa la negociación de HO hacia el gNB1. La celda de servicio envía el comando HO condicional al EU en la etapa 4. Posteriormente, basándose en nuevas mediciones, el gNB de servicio decide activar la negociación de HO hacia el gNB2 objetivo. El comando HO condicional hacia el gNB2, así como la cancelación del comando HO condicional hacia el gNB1, se envían al EU en la etapa 10. Posteriormente, el eNB de servicio informa al gNB1 que la solicitud de HO anterior se ha cancelado.

En una realización, el EU responde con un mensaje de traspaso completado al eNB de origen como respuesta al mensaje RRC del comando HO condicional. Esto confirma que el EU ha recibido con éxito el comando HO condicional.

Múltiples celdas preparadas

Como se explicó anteriormente, puede ser deseable proveer al EU condiciones y configuraciones de HO para varias celdas objetivo candidatas. Al recibir comandos de HO condicionales para múltiples celdas objetivo, el EU evalúa las condiciones de HO para más de una celda objetivo candidata y almacena configuraciones para las mismas individualmente, como se describe en la subsección anterior. Sin embargo, esta solución puede generar mayor complejidad en el lado de EU, especialmente porque el EU puede necesitar almacenar varias configuraciones que tengan exactamente la misma configuración resultante en la celda objetivo.

Por lo tanto, en otra realización a modo de ejemplo, la red informa en el comando HO condicional que el RRCConnectionReconfiguration en el comando HO condicional es aplicable a varias celdas. Es decir, el mismo comando HO condicional se aplica a múltiples celdas. Cuando el EU recibe este tipo de comando HO condicional, almacena solo una configuración asociada a múltiples celdas objetivo.

En otra realización a modo de ejemplo, la red provee a un comando HO condicional múltiples celdas y, potencialmente, múltiples configuraciones. Al recibir dicha configuración, el EU almacena la configuración RRC actual de la celda de servicio (contexto RRC). Cuando se activa el HO, el EU deriva la configuración de la celda objetivo correspondiente basándose en la configuración de la celda de origen almacenada al recibir el comando HO y los parámetros provistos en el comando HO condicional.

Descarte de comandos HO condicionales pendientes tras el traspaso

Cuando el EU ejecuta un traspaso a una celda objetivo, dicha celda objetivo envía una solicitud de conmutación de trayectoria a la red central (CN), tras lo cual la CN reenvía los datos recién llegados a la celda objetivo. Además, la CN confirma la solicitud de conmutación de trayectoria hacia el objetivo, y el objetivo informa a la celda de origen que puede liberar el contexto del EU. Además de dicho procedimiento, se propone lo siguiente.

En otra realización a modo de ejemplo, la celda de origen debe informar a otras celdas objetivo (si las hubiera) con las que había preparado un HO para el EU, que pueden liberar su preparación para el HO entrante del EU.

De forma similar, el EU puede haber sido configurado con varios comandos HO condicionales. Cuando se cumple la condición de uno de estos HO, el EU lleva a cabo el traspaso hacia la celda objetivo según el RRCConnectionReconfiguration asociado. Según una realización, el EU descarta todos los demás comandos HO pendientes (si los hubiera) al ejecutar la movilidad hacia una celda objetivo. Esto puede activarse debido al cumplimiento de un traspaso condicional pero también debido a un traspaso no condicional. Y puede ser un traspaso a una celda diferente o a la celda de servicio actual (HO intracelda).

Si bien la preparación temprana del traspaso tiene como objetivo aumentar el éxito de la ejecución del HO, aún pueden darse ocasiones en las que el EU active el HO a una celda objetivo, pero el HO falle. En tales casos, puede considerarse prematuro que el EU descarte los comandos HO condicionales hacia otras celdas objetivo candidatas y la configuración de la celda de origen anterior. Por lo tanto, se propone la siguiente mejora.

En otra realización a modo de ejemplo, al ejecutar un comando HO, el EU conserva los demás comandos HO condicionales pendientes (si los hubiera) hasta enviar el mensaje RRCConnectionReconfigurationComplete a esa celda objetivo (HO exitoso). Si no recibe la concesión que le permita enviar RRCConnectionReconfigurationComplete, puede continuar evaluando las condiciones de los demás comandos HO condicionales pendientes y ejecutar uno de ellos cuando se cumpla su condición.

En general, entonces, las realizaciones en la presente memoria incluyen un método en un terminal que opera en una red inalámbrica. El método puede caracterizarse por recibir un comando HO condicional, almacenar la configuración RRC actual y el comando HO condicional, seleccionar una celda objetivo según una condición, derivar una configuración de celda objetivo a partir de la configuración RRC almacenada y el comando HO condicional asociado a la celda objetivo seleccionada, y enviar un acceso aleatorio y RRCConnectionReconfigurationComplete a la celda objetivo.

Como se describió anteriormente, algunas realizaciones permiten reconfiguraciones eficientes de la configuración de la celda de origen mientras el EU mantiene y evalúa los comandos HO condicionales pendientes y las configuraciones de la celda objetivo asociadas a aquellos.

Es preciso observar que las realizaciones en la presente memoria son aplicables a cualquier tipo de sistema de comunicación inalámbrica (p. ej., evolución a largo plazo, CDMA de banda ancha, GSM, Wifi o similares) para conmutar entre enlaces de cualquier tipo (p. ej., celdas, sectores, nodos, haces).

Un nodo de red en la presente memoria es cualquier tipo de nodo del sistema 10 de comunicación inalámbrica, p. ej., en la red 12 de acceso o la red 14 central. Un nodo de radio en la presente memoria es cualquier tipo de nodo (p. ej., una estación base o un dispositivo de comunicación inalámbrica) capaz de comunicarse con otro nodo mediante señales de radio. Un nodo de red de radio es cualquier tipo de nodo de radio dentro de la red 12 de acceso como, por ejemplo, una estación base. Un dispositivo de comunicación inalámbrica, o simplemente dispositivo inalámbrico, es cualquier tipo de nodo de radio capaz de comunicarse con un nodo de red de radio u otro dispositivo de comunicación inalámbrica mediante señales de radio. Por lo tanto, un dispositivo de comunicación inalámbrica puede referirse a un dispositivo máquina a máquina (M2M, por sus siglas en inglés), un dispositivo de comunicaciones tipo máquina (MTC, por sus siglas en inglés), un dispositivo de Internet de las cosas de banda estrecha (NB-IoT, por sus siglas en inglés), etc. El dispositivo inalámbrico también puede ser un equipo de usuario (EU); sin embargo, cabe destacar que el EU no tiene necesariamente un "usuario" en el sentido de una persona física que posea y/u opere el dispositivo. Un dispositivo inalámbrico también puede denominarse dispositivo de radio, dispositivo de comunicación por radio, terminal inalámbrico o simplemente terminal. Salvo que el contexto indique lo contrario, el uso de cualquiera de estos términos pretende incluir EU o dispositivos de dispositivo a dispositivo, dispositivos tipo máquina o dispositivos con capacidad de comunicación de máquina a máquina, sensores equipados con un dispositivo inalámbrico, ordenadores de sobremesa con capacidad inalámbrica, terminales móviles, teléfonos inteligentes, equipos incorporados en ordenador portátil (LEE, por sus siglas en inglés), equipos montados en ordenador portátil (LME, por sus siglas en inglés), adaptadores USB, equipos inalámbricos en las instalaciones del cliente (CPE, por sus siglas en inglés), etc. En la descripción en la presente memoria, también se pueden utilizar los términos dispositivo de máquina a máquina (M2M), dispositivo de comunicación tipo máquina (MTC), sensor inalámbrico y sensor. Debe comprenderse que estos dispositivos pueden ser EU, pero generalmente están configurados para transmitir y/o recibir datos sin interacción humana directa.

En un escenario de IoT, un dispositivo de comunicación inalámbrica como se describe en la presente memoria puede ser, o puede estar integrado en, una máquina o dispositivo que lleva a cabo monitorización o mediciones, y transmite los resultados de dichas mediciones de monitoreo a otro dispositivo o a una red. Ejemplos particulares de estas máquinas son los medidores de potencia, la maquinaria industrial o los electrodomésticos o dispositivos personales, p. ej., refrigeradores, televisores o dispositivos ponibles personales como, por ejemplo, relojes, etc. En otros escenarios, un dispositivo de comunicación inalámbrica como se describe en la presente memoria puede estar comprendido en un vehículo y puede llevar a cabo la monitorización y/o la generación de informes sobre el estado operativo del vehículo u otras funciones asociadas al vehículo.

Es preciso observar que un dispositivo 16 inalámbrico como se describe anteriormente puede llevar a cabo el método de la Figura 2 y cualquier otro procesamiento en la presente memoria mediante la implementación de cualquier medio o unidad funcional. En una realización, por ejemplo, el dispositivo 16 inalámbrico comprende circuitos o conjuntos de circuitos respectivos configurados para llevar a cabo las etapas mostradas en la Figura 2. Estos circuitos o conjuntos de circuitos pueden comprender circuitos dedicados a realizar cierto procesamiento funcional y/o uno o más microprocesadores en conjunto con memoria. En realizaciones que emplean memoria, que puede comprender uno o varios tipos de memoria como, por ejemplo, memoria de solo lectura (ROM, por sus siglas en inglés), memoria de acceso aleatorio, memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc., la memoria almacena un código de programa que, al ser ejecutado por el uno o más procesadores, lleva a cabo las técnicas descritas en la presente memoria.

La Figura 5A, por ejemplo, ilustra el dispositivo 16 inalámbrico según una o más realizaciones. Como se muestra, el dispositivo 16 inalámbrico incluye circuitos 300 de procesamiento y circuitos 310 de comunicación. Los circuitos 310 de comunicación (p. ej., en forma de transmisor, receptor, transceptor o circuitos de radiofrecuencia) están configurados para transmitir y/o recibir información a y/o de uno o más nodos diferentes, p. ej., mediante cualquier tecnología de comunicación. Dicha comunicación puede ocurrir a través de una o más antenas que son internas o externas al dispositivo 16 inalámbrico, como se muestra. Los circuitos 300 de procesamiento están configurados para llevar a cabo el procesamiento descrito anteriormente, p. ej., en la Figura 2, como, por ejemplo, mediante la ejecución de instrucciones almacenadas en la memoria (MEM) 320. En este sentido, los circuitos 300 de procesamiento pueden implementar ciertos medios, unidades o módulos funcionales.

La Figura 5B ilustra el dispositivo 16 inalámbrico según una o más realizaciones diferentes. Como se muestra, el dispositivo 16 inalámbrico implementa diversos medios, unidades o módulos funcionales, p. ej., a través de los circuitos 300 de procesamiento de la Figura 5A y/o mediante un código de software, para implementar la funcionalidad descrita anteriormente (p. ej., para implementar las etapas de la Figura 2). Estos medios, unidades o módulos funcionales incluyen, por ejemplo, un módulo o unidad 340 de recepción para recibir el comando 22 de conmutación condicional, un módulo o unidad 350 de almacenamiento para almacenar la información 30 y un módulo o unidad 360 de ejecución para llevar a cabo una o más operaciones basadas en la información 30 almacenada.

También teniendo en cuenta las modificaciones y variaciones anteriores, la Figura 6 ilustra de forma general el procesamiento llevado a cabo por un nodo 16 de red según algunas realizaciones. Como se muestra, el procesamiento puede incluir la transmisión de un comando 22 que ordena a un dispositivo 16 de comunicación inalámbrica llevar a cabo una conmutación 24 de enlace de un enlace 20A de origen a un enlace 20B objetivo en respuesta al cumplimiento de una condición (Bloque 370). El comando 22 puede indicar una configuración de enlace 26 objetivo con respecto a una configuración de enlace 28 de origen. El procesamiento, como se muestra en la Figura 6, también puede incluir, tras la transmisión del comando 22, cambiar la configuración de enlace 28 de origen (Bloque 380). Además, el procesamiento puede incluir, tras cambiar la configuración de enlace 28 de origen, la transmisión de un comando actualizado que indica una configuración de enlace objetivo actualizada con respecto a la configuración de enlace de origen anterior al cambio de la configuración de enlace de origen (Bloque 390).

En algunas realizaciones, el método también puede incluir la señalización de que el comando actualizado indica la configuración del enlace objetivo actualizada en relación con la configuración del enlace de origen antes de que se cambiara la configuración del enlace de origen.

Cabe destacar también que un nodo 18 de red, como se describió anteriormente, puede llevar a cabo cualquier procesamiento en la presente memoria, mediante la implementación de cualquier medio o unidad funcional. En una realización, por ejemplo, el nodo 18 de red comprende circuitos o conjuntos de circuitos respectivos configurados para llevar a cabo las etapas de procesamiento descritas en la presente memoria (p. ej., señalización). En este aspecto, los circuitos o conjuntos de circuitos pueden comprender circuitos dedicados a realizar cierto procesamiento funcional y/o uno o más microprocesadores en conjunto con memoria. En realizaciones que emplean memoria, que puede comprender uno o varios tipos de memoria como, por ejemplo, memoria de solo lectura (ROM), memoria de acceso aleatorio, memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc., la memoria almacena un código de programa que, al ser ejecutado por el uno o más procesadores, lleva a cabo las técnicas descritas en la presente memoria.

La Figura 7A ilustra el nodo 18 de red según una o más realizaciones. Como se muestra, el nodo 18 de red incluye circuitos 400 de procesamiento y circuitos 410 de comunicación. Los circuitos 410 de comunicación (p. ej., en forma de transmisor, receptor, transceptor o circuito de radiofrecuencia) están configurados para transmitir y/o recibir información a y/o de uno o más nodos diferentes, p. ej., mediante cualquier tecnología de comunicación. Si el nodo 18 de red es un nodo de acceso (p. ej., una estación base), dicha comunicación puede ocurrir a través de una o más antenas que son internas o externas al nodo 18 de red, como se muestra. Los circuitos 400 de procesamiento están configurados para llevar a cabo el procesamiento descrito anteriormente como, por ejemplo, mediante la ejecución de instrucciones almacenadas en la memoria (MEM) 420. En este sentido, los circuitos 400 de procesamiento pueden implementar ciertos medios, unidades o módulos funcionales.

La Figura 7B ilustra el nodo 18 de red según una o más realizaciones diferentes. Como se muestra, el nodo 18 de red implementa diversos medios, unidades o módulos funcionales, p. ej., a través de los circuitos 400 de procesamiento de la Figura 7A y/o mediante un código de software. Estos medios, unidades o módulos funcionales incluyen, por ejemplo, un módulo o unidad 440 de señalización para llevar a cabo la señalización al/del dispositivo 16 inalámbrico, como se describió anteriormente.

Las personas con experiencia en la técnica también apreciarán que las realizaciones en la presente memoria incluyen además programas informáticos correspondientes.

Un programa informático comprende instrucciones que, cuando se ejecutan en al menos un procesador de un nodo (p. ej., el nodo 18 de red o el dispositivo 16 inalámbrico), hacen que el nodo lleve a cabo cualquiera de los procesamientos respectivos descritos anteriormente. En este sentido, un programa informático puede comprender uno o más módulos de código correspondientes a los medios o unidades descritos anteriormente.

Las realizaciones incluyen además un soporte que contiene dicho programa informático. Este soporte puede comprender uno de una señal electrónica, una señal óptica, una señal de radio o un medio de almacenamiento legible por ordenador.

A este respecto, las realizaciones en la presente memoria también incluyen un producto de programa de ordenador almacenado en un medio (de almacenamiento o grabación) legible por ordenador no transitorio y que comprende instrucciones que, cuando son ejecutadas por un procesador de un nodo, hacen que el nodo funcione como se describió anteriormente.

Las realizaciones incluyen además un producto de programa informático que comprende porciones de código de programa para llevar a cabo las etapas de cualquiera de las realizaciones en la presente memoria cuando el producto de programa informático es ejecutado por un dispositivo informático. Este producto de programa informático puede almacenarse en un medio de grabación legible por ordenador.

La presente invención puede, por supuesto, llevarse a cabo de otras maneras distintas de las específicamente establecidas en la presente memoria, sin apartarse de las características esenciales de la invención. Las presentes realizaciones deben considerarse, en todos los aspectos, ilustrativas y no restrictivas, y todos los cambios que se incluyan en el significado de las reivindicaciones anexas pretenden quedar incluidos en ellas.

Claims (7)

REIVINDICACIONES

1. Un método llevado a cabo por un dispositivo (16) de comunicación inalámbrica configurado para su uso en un sistema (10) de comunicación inalámbrica, comprendiendo el método:

recibir (100) un comando (22) que ordena al dispositivo (16) de comunicación inalámbrica llevar a cabo una conmutación (24) de enlace de un enlace (20A) de origen a un enlace (20B) objetivo en respuesta al cumplimiento de una condición, en donde el comando (22) indica una configuración de enlace objetivo en relación con una configuración de enlace de origen y la condición que debe cumplirse para llevar a cabo la conmutación de enlace;

almacenar (110) información (30) a partir de la cual se puede determinar la configuración de enlace (26) objetivo indicada por el comando (22) independientemente de cualquier cambio en la configuración de enlace de origen que ocurra después de la recepción del comando (22), la información correspondiente a la configuración de enlace (26) objetivo indicada en relación con la configuración de enlace de origen, en donde la información (30) almacenada está asociada a la condición;

en respuesta a la determinación de que se debe cambiar la configuración del enlace de origen, determinar la configuración del enlace (26) objetivo indicada por el comando (22), y en donde dicho almacenamiento comprende además almacenar la configuración del enlace (26) objetivo determinada como la información (30) almacenada; y

en respuesta al cumplimiento de la condición, llevar a cabo (120) una conmutación (24) de enlace del enlace (20A) de origen al enlace (20B) objetivo utilizando la configuración de enlace (26) objetivo determinada a partir de la información (30) almacenada.

2. El método de la reivindicación 1, en donde el comando (22) incluye información de reconfiguración relativa que indica la configuración del enlace (26) objetivo en relación con la configuración del enlace de origen.

3. El método de la reivindicación 2, en donde la información de reconfiguración relativa incluye uno o más valores de parámetros que son diferentes entre la configuración del enlace (26) objetivo y la configuración del enlace de origen, y excluye uno o más valores de parámetros que son iguales entre la configuración del enlace (26) objetivo y la configuración del enlace de origen.

4. El método de cualquiera de las reivindicaciones 1 a 3, que comprende además uno o más de:

asociar la información (30) almacenada a la condición, recibir una actualización de la condición y actualizar la condición según la actualización recibida mientras se preserva la información (30) almacenada y la asociación de la condición con la información (30) almacenada; y

asociar la información (30) almacenada a un temporizador de validez para el comando (22), recibir una actualización del temporizador de validez y actualizar el temporizador de validez según la actualización recibida mientras se preserva la información (30) almacenada y la asociación del temporizador de validez con la información (30) almacenada.

5. Un dispositivo (16) de comunicación inalámbrica configurado para su uso en un sistema de comunicación inalámbrica, estando el dispositivo (16) de comunicación inalámbrica configurado para:

recibir un comando (22) que ordena al dispositivo (16) de comunicación inalámbrica llevar a cabo una conmutación (24) de enlace de un enlace (20A) de origen a un enlace (20B) objetivo en respuesta al cumplimiento de una condición, en donde el comando (22) indica una configuración de enlace (26) objetivo en relación con una configuración de enlace de origen y la condición que debe cumplirse para llevar a cabo la conmutación de enlace;

almacenar información (30) a partir de la cual se puede determinar la configuración de enlace (26) objetivo indicada por el comando (22) independientemente de cualquier cambio en la configuración de enlace de origen que ocurra después de la recepción del comando (22), la información correspondiente a la configuración de enlace (26) objetivo indicada en relación con la configuración de enlace de origen, en donde la información (30) almacenada está asociada a la condición;

en respuesta a la determinación de que se debe cambiar la configuración del enlace de origen, determinar la configuración del enlace (26) objetivo indicada por el comando (22), y en donde dicho almacenamiento de información comprende además almacenar la configuración del enlace (26) objetivo determinada como la información (30) almacenada; y

en respuesta al cumplimiento de la condición, llevar a cabo una conmutación (24) de enlace del enlace de origen al enlace (20B) objetivo utilizando la configuración de enlace (26) objetivo determinada a partir de la información (30) almacenada.

6. El dispositivo de comunicación inalámbrica de la reivindicación 5, en donde el comando (22) incluye información de reconfiguración relativa que indica la configuración del enlace (26) objetivo en relación con la configuración del enlace de origen.

7. El dispositivo de comunicación inalámbrica de la reivindicación 6, en donde la información de reconfiguración relativa incluye uno o más valores de parámetros que son diferentes entre la configuración del enlace (26) objetivo y la configuración del enlace de origen, y excluye uno o más valores de parámetros que son iguales entre la configuración del enlace (26) objetivo y la configuración del enlace de origen.