ES3043895T3

ES3043895T3 - Radio resource control resume without context fetch

Info

Publication number: ES3043895T3
Application number: ES23165946T
Authority: ES
Inventors: Patrik Rugeland; Silva Icaro L J Da; Gunnar Mildh
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2017-02-03
Filing date: 2017-12-27
Publication date: 2025-11-26
Anticipated expiration: 2037-12-27
Also published as: BR112019015723A2; AU2017397009B2; EP3578001B1; EP4224983B1; WO2018142207A1; EP4224983C0; US12376175B2; EP4224983A1; PL4224983T3; AU2017397009A1; JP7066727B2; EP3578001A1; US20220104303A1; CN110249703B; US11160132B2; US11641689B2; US20230319939A1; JP2020507971A; CN116782416A; US20200037210A1

Abstract

Según ciertas realizaciones, un nodo de red de destino para comunicarse con un equipo de usuario (UE) que previamente se comunicó con un nodo de red de origen comprende una interfaz conectada operativamente a circuitos de procesamiento. La interfaz está configurada para recibir una solicitud de reanudación de conexión del equipo de usuario, donde dicha solicitud incluye una identificación de reanudación asociada al nodo de red de origen. Los circuitos de procesamiento están configurados para determinar que el UE se comunicó previamente con el nodo de red de origen. La interfaz también está configurada para transmitir la solicitud de reanudación de conexión al nodo de red de origen, recibir una respuesta de control de recursos de radio (RRC) del nodo de red de origen y reenviar la respuesta RRC al UE. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN

[0003] Reanudación del control de recursos de radio sin búsqueda de contexto

[0005] Campo técnico

[0007] La presente descripción se refiere, en general, a comunicaciones inalámbricas y, más particularmente, a comunicaciones inalámbricas sin reubicar la información del contexto del UE.

[0009] Antecedentes

[0011] En el tema de estudio "Tecnología de Acceso de Nueva Radio (NR) de Próxima Generación" del Proyecto de Asociación de Tercera Generación (3GPP), se propone que el modelo de estado del Control de Recursos de Radio (RRC) se amplíe de 2 estados (<r>R<c>_<i>D<l>E y RRC_CONNECTED) a 3 estados (añadiendo el nuevo estado RRC_INACTIVE). También se considera un modelo de estado similar para la Evolución a Largo Plazo (LTE) cuando LTE se conecta a la Red Central de Próxima Generación (también conocida como 5G-CN).

[0012] Un aspecto del estado RRC_INACTIVE es que el Equipo de Usuario (UE) y la Red de Acceso por Radio (RAN) almacenan el contexto del Estrato de Acceso (AS), y que la interfaz CN/RAN (denominada S1 en LTE/Núcleo de Paquetes Evolucionado (EPC) y NG-C en NR y<l>T<e>cuando se conecta a 5G-CN) se conserva. Esto significa que, cuando un UE necesita reconectarse a la red, puede reanudar una antigua conexión, lo cual puede ser mucho más rápido que establecer una nueva conexión.

[0014] La FIGURA 1 ilustra una arquitectura de red de alta gama de próxima generación de ejemplo. En la FIGURA 1, los nodos RAN eNB de LTE y BS de NR (también conocidos como gNB) están conectados a la CN de Próxima Generación (NG-CN o 5G-CN) utilizando la interfaz de control NG-C y la interfaz del plano de usuario NG-U. El gNB es similar en funcionalidad al eNB de LTE.

[0016] La FIGURA 2 ilustra las transiciones de estado propuestas para NR. Los procedimientos propuestos para la transición entre los estados pueden encontrarse en R2-1700535. En ciertos escenarios potenciales, incluso si el UE ha almacenado el contexto en RRC_INACTIVE, la RAN puede descartar el contexto y la conexión CN/RAN en cualquier momento cuando el UE esté en RRC_INACTIVE. En caso de que la RAN haya descartado el contexto, la RAN informará al UE sobre esto cuando el UE envíe un mensajeRRCConnectionResumeRequestrespondiendo con un mensajeRRCConnectionSetupen lugar de con un mensajeRRCConnectionResume.En este caso, el UE también descartará el contexto y continuará configurando la conexión RRC con el mensajeRRCConnectionSetupComplete.

[0018] En escenarios donde se almacena el contexto AS y se mantiene la conexión CN/RAN, la CN desconoce que el UE está en RRC_INACTIVE y considerará que el UE está en ECM_CONNECTED (o el estado de CN de NR equivalente). Esto significa que la CN no buscará al UE cuando llegue(n) paquete(s) del enlace descendente (DL) entrante(s), sino que la CN enviará los paquetes a través de NG-U a la RAN, y el nodo RAN iniciará la búsqueda (o notificación) si es necesario.

[0020] Área de notificación basada en RAN

[0022] Otro aspecto del estado RRC_INACTIVE es la propuesta de un área de notificación basada en RAN. Algunos de los supuestos de RAN2 del 3GPP relativos al área de notificación basada en RAN son:

[0024]

[0028]

[0032]

[0033] El área de notificación basada en RAN — el "área RAN" — permite que el UE se mueva, libremente, dentro del área sin informar a la red. Cuando el UE quiera transmitir datos, deberá poder reanudar su conexión. De este modo, incluso si el UE puede moverse libremente dentro del área RAN, aún será rastreado por la CN dentro de las Áreas de Seguimiento (TA), dado que se espera que el UE realice actualizaciones del TA a la CN debido a su movilidad. Para manejar las áreas RAN, el UE también realizará actualizaciones del área RAN.

[0035] Procedimientos de suspensión y reanudación para el estado RRC_INACTIVE

[0037] Los procedimientos propuestos para Suspender y Reanudar para el nuevo estado RRC RRC_INACTIVE se ilustran en las FIGu Ra S 3 y 4.

[0039] La FIGURA 3 ilustra un procedimiento propuesto para una Suspensión exitosa de la Conexión RRC. En el ejemplo de la FIGURA 3, el UE se muestra, inicialmente, en el estado RRC_CONNECTED. Los datos de usuario se intercambian entre el UE y el gNB de NR. En el paso 1, el gNB de NR envía un mensaje de Suspensión de la Conexión RRC al UE. El UE entra en el estado RRC_INACTIVE.

[0041] La FIGURA 4 ilustra un procedimiento propuesto para una Reanudación exitosa de la Conexión RRC. En el ejemplo de la FIGURA 4, el UE se muestra, inicialmente, en el estado RRC_INACTIVE. El gNB de NR envía un mensaje de paginación al UE. El UE realiza una adquisición de Información de Acceso. En el paso 1, el UE envía un preámbulo del Canal Físico de Acceso Aleatorio (PRACH) al gNB de NR. En el paso 2, el gNB de NR envía una Respuesta de Acceso Aleatorio (RAR) al UE. En el paso 3, el UE envía un mensaje de Solicitud de Reanudación de la Conexión RRC al gNB de NR. En el paso 4, el gNB de NR envía un mensaje de Reanudación de la Conexión RRC al UE. El UE entra en el estado<r>R<c>_CONNECTED. En el paso 5, el UE envía un mensaje de Reanudación de la Conexión RRC Completa al gNB de NR. Los datos de usuario se intercambian entre el UE y el gNB de NR.

[0043] Durante los procedimientos tanto de Suspensión de la Conexión RRC como de Reanudación de la Conexión RRC, se mantiene la conexión CN/RAN entre el gNB y la CN de Próxima Generación (lo que significa que no se necesita señalización gNB de NR — CN).

[0045] En particular, en la discusión anterior, dado que el UE puede moverse dentro del área RAN mientras está en RRC_INACTIVE sin informar a la red, si reanuda su conexión en otro gNB que no sea aquel donde fue suspendido, el gNB objetivo tiene que obtener el contexto del UE del gNB de origen.

[0047] Puede encontrarse más información de antecedentes en la solicitud de patente de Estados Unidos US 2016/0278160, ZTE et al.: "Solution B impacts", borrador del 3GPP; R2-1700351, y et al. "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System (Release 14)", TR 23.799 V14.0.0 del 3GPP.

[0049] Compendio

[0051] El alcance de la presente invención se define en las reivindicaciones independientes adjuntas. Las realizaciones específicas de la presente invención se definen en las reivindicaciones dependientes.

[0053] Según la reivindicación 1, se describe un método en un nodo de red objetivo para comunicarse con un equipo de usuario (UE) que previamente estaba en comunicación con un nodo de red de origen. El método incluye recibir una solicitud de reanudación de la conexión de un UE, la solicitud de reanudación de la conexión comprende una identificación de reanudación asociada al nodo de red de origen; transmitir la solicitud de reanudación de la conexión al nodo de red de origen; recibir una respuesta de control de recursos de radio (RRC) del nodo de red de origen; y reenviar la respuesta RRC al UE.

[0055] Según la reivindicación independiente 7, se describe un nodo de red objetivo para comunicarse con un equipo de usuario (UE) que previamente estaba en comunicación con un nodo de red de origen. El nodo de red objetivo incluye una interfaz acoplada, de forma operativa, a un circuito de procesamiento. La interfaz está configurada para recibir una solicitud de reanudación de la conexión del UE, en donde la solicitud de reanudación de la conexión comprende una identificación de reanudación asociada al nodo de red de origen. El circuito de procesamiento está configurado para determinar que el UE (110) estaba previamente en comunicación con el nodo de red de origen. La interfaz está configurada, además, para transmitir la solicitud de reanudación de la conexión al nodo de red de origen; recibir una respuesta de control de recursos de radio (RRC) del nodo de red de origen; y reenviar la respuesta RRC al UE.

[0057] En algunas realizaciones, el nodo de red objetivo es un gNB y el nodo de red de origen es un gNB.

[0059] En algunas realizaciones, la solicitud de reanudación de la conexión es unaRRCConnectionResumeRequest.En algunas realizaciones, la solicitud de reanudación de la conexión comprende un token de seguridad. En algunas realizaciones, la integridad de la solicitud de reanudación de la conexión se protege utilizando una clave de seguridad utilizada durante las comunicaciones previas con el nodo de red de origen. En algunas realizaciones, se reciben datos pequeños como parte de, o junto con la solicitud de reanudación de la conexión. En algunas realizaciones, la solicitud de reanudación de la conexión se transmite al nodo de red de origen como parte de, o junto con una solicitud de recuperación del contexto del UE.

[0061] En algunas realizaciones, la respuesta RRC es unaRRCConnectionSuspend.En algunas realizaciones, la respuesta RRC comprende uno o más de: una nueva identificación de reanudación asociada al nodo de red de origen; un nuevo parámetro de seguridad; y una asignación de área de la red de acceso por radio (RAN).

[0062] En ciertas realizaciones, el método comprende, además, recibir a través de la interfaz, una respuesta de contexto del UE del nodo de red de origen.

[0064] En ciertas realizaciones, el método comprende, además, crear, a través del circuito de procesamiento, un contexto del UE local; suspender el UE; y liberar el contexto del UE local.

[0066] Según la reivindicación independiente 8, se describe un método en un equipo de usuario (UE) para comunicarse con un nodo de red objetivo. El método incluye la transmisión de una solicitud de reanudación de la conexión al nodo de red objetivo, incluyendo la solicitud de reanudación de la conexión una identificación de reanudación asociada a un nodo de red de origen que se comunicó, previamente, con el UE. El método comprende, además, la recepción de una respuesta de control de recursos de radio (RRC) originada en el nodo de red de origen y reenviada al UE por el nodo de red objetivo.

[0068] Según la reivindicación independiente 15, se describe un equipo de usuario (UE) para comunicarse con un nodo de red objetivo. El UE incluye una interfaz acoplada, de forma operativa, a un circuito de procesamiento. El circuito de procesamiento está configurado para funcionar en un estado RRC_INACTIVE. La interfaz está configurada para transmitir una solicitud de reanudación de la conexión al nodo de red objetivo, incluyendo la solicitud de reanudación de la conexión una identificación de reanudación asociada a un nodo de red de origen que se comunicó, previamente, con el UE; y recibir una respuesta de control de recursos de radio (RRC) originada en el nodo de red de origen y reenviada al UE por el nodo de red objetivo.

[0070] En algunas realizaciones, el método incluye, además, la obtención de la identificación de reanudación asociada al nodo de red de origen. En algunas realizaciones, el nodo de red objetivo es un gNB y el nodo de red de origen es un gNB.

[0072] En algunas realizaciones, la respuesta RRC es unaRRCConnectionSuspend.En algunas realizaciones, la solicitud de reanudación de la conexión es unaRRCConnectionResumeRequest.En algunas realizaciones, la solicitud de reanudación de la conexión comprende un token de seguridad. En algunas realizaciones, la integridad de la solicitud de reanudación de la conexión se protege utilizando una clave de seguridad utilizada durante las comunicaciones previas con el nodo de red de origen. En algunas realizaciones, se transmiten datos pequeños como parte de, o junto con la solicitud de reanudación de la conexión.

[0074] En algunas realizaciones, la respuesta RRC comprende uno o más de: una nueva identificación de reanudación asociada al nodo de red de origen; un nuevo parámetro de seguridad; y una asignación de área de la red de acceso por radio (RAN).

[0076] Ciertas realizaciones de la presente descripción pueden proporcionar una o más ventajas técnicas. Por ejemplo, en ciertas realizaciones, la red no reubica el contexto del UE cuando el UE reanuda su conexión. Dado que no todos los gNBs están conectados con una red de retorno igualmente buena (p. ej., si se despliegan en una disposición en forma de estrella), puede ser ventajoso mantener el contexto del UE en el centro de la estrella en lugar de reubicarlo en un borde si el UE sólo está activo durante un corto tiempo. Además, la reubicación del contexto a un eNB/gNB objetivo requeriría tanto señalización con la RAN como entre la RAN y la CN. Permitir que un UE solicite reanudar su conexión o realizar una actualización del área RAN/CN en un gNB objetivo sin reubicar el contexto del UE al gNB objetivo puede reducir la congestión de la red. Otras ventajas pueden resultar evidentes para una persona con conocimiento en la técnica. Ciertas realizaciones pueden no tener ninguna, algunas, o todas las ventajas mencionadas.

[0078] Breve descripción de los dibujos

[0080] Para una comprensión más completa de las realizaciones descritas y de sus características y ventajas, se hace referencia ahora a la siguiente descripción, tomada en conjunto con los dibujos adjuntos, en los que:

[0081] la FIGURA 1 ilustra una arquitectura de red de próxima generación de alto nivel de ejemplo;

[0083] la FIGURA 2 ilustra las transiciones de estado propuestas para NR;

[0085] la FIGURA 3 ilustra un procedimiento propuesto para una Suspensión exitosa de la Conexión RRC; la FIGURA 4 ilustra un procedimiento propuesto para una Reanudación exitosa de la Conexión RRC; la FIGURA 5 ilustra un procedimiento de reanudación de RRC_INACTIVE a RRC_CONNECTED de ejemplo, de acuerdo con ciertas realizaciones;

[0086] la FIGURA 6 ilustra una reanudación de la conexión RRC para realizar una actualización del área RAN, de acuerdo con ciertas realizaciones;

[0087] la FIGURA 7 ilustra una actualización del Área de Seguimiento (TA) de CN de ejemplo en RRC_INACTIVE, de acuerdo con ciertas realizaciones;

[0088] la FIGURA 8 ilustra una actualización periódica del área RAN de ejemplo en el antiguo gNB, de acuerdo con ciertas realizaciones;

[0089] la FIGURA 9 ilustra una actualización periódica de ejemplo en el nuevo gNB en un área RAN antigua, de acuerdo con ciertas realizaciones;

[0090] la FIGURA 10 ilustra un despliegue de red heterogénea de ejemplo, de acuerdo con ciertas realizaciones; la FIGURA 11 ilustra un despliegue en forma de estrella de ejemplo, de acuerdo con ciertas realizaciones; la FIGURA 12 es un diagrama de bloques que ilustra una realización de una red 100, de acuerdo con ciertas realizaciones;

[0091] la FIGURA 13 ilustra una Reanudación de la Conexión RRC de ejemplo debido a una actualización periódica del área RAN en un nuevo gNB sin reubicación del contexto, de acuerdo con ciertas realizaciones;

[0092] la FIGURA 14 ilustra un ejemplo de una transmisión de datos pequeños en RRC_INACTIVE sin reubicación del contexto del UE, de acuerdo con ciertas realizaciones;

[0093] la FIGURA 15 ilustra una transición de estado de ejemplo de RRC_INACTIVE a RRC_CONNECTED sin reubicación del contexto para una transmisión de datos pequeños, de acuerdo con ciertas realizaciones; la FIGURA 16 es un esquema de bloques de un dispositivo inalámbrico ejemplar, de acuerdo con ciertas realizaciones;

[0094] la FIGURA 17 es un esquema de bloques de un nodo de red ejemplar, de acuerdo con ciertas realizaciones; la FIGURA 18 es un esquema de bloques de un controlador de red de radio o nodo de red central ejemplar, de acuerdo con ciertas realizaciones;

[0095] la FIGURA 19 es un esquema de bloques de un dispositivo inalámbrico ejemplar, de acuerdo con ciertas realizaciones; y

[0096] la FIGURA 20 es un esquema de bloques de un nodo de red ejemplar, de acuerdo con ciertas realizaciones.

[0097] Descripción detallada

[0098] Como se describió anteriormente, hay una cantidad de problemas técnicos involucrados en la reubicación de la información del contexto del equipo de usuario (UE) a un nuevo nodo de red, en particular, cuando el UE sólo estará, brevemente, en un estado conectado con el nuevo nodo de red. Por ejemplo, si un UE se está moviendo mientras está en RRC_INACTIVE y reanuda su conexión en un gNB diferente, puede que no sea beneficioso reubicar siempre el contexto del UE al gNB objetivo. Esto es especialmente cierto si el UE suspende, rápidamente, su conexión de vuelta a RRC_INACTIVE. Un ejemplo no limitativo de un escenario de este tipo es cuando el UE está realizando una actualización del registro del área RAN o del área CN debido a la movilidad. Otro ejemplo no limitativo de un escenario de este tipo es cuando el UE está realizando una actualización periódica del registro del área RAN o del área CN (p. ej., mantener viva la señalización). Otro ejemplo no limitativo de un escenario de este tipo es cuando el UE sólo tiene muy pocos datos para enviar/recibir antes de que se vuelva a estar inactivo. El problema puede ser particularmente grave para UEs de rápido movimiento que están inactivos, y requerirían frecuentes reubicaciones de contexto.

[0099] La presente descripción contempla varias realizaciones que pueden abordar estas y otras deficiencias asociadas a los enfoques existentes. En algunos casos, esto se logra permitiendo que la conexión RRC de un UE se reanude, brevemente, en un nuevo gNB sin reubicar el contexto del UE y aun así garantizar la seguridad. Ciertas realizaciones describen un mecanismo para que el UE pueda solicitar reanudar su conexión (p. ej., de RRC_INACTIVE a RRC_CONNECTED) o realizar una actualización del área RAN/CN en un gNB objetivo cuando el contexto del UE se encuentra en otro gNB, sin reubicar el contexto del UE al gNB objetivo. En ciertas realizaciones, en lugar de reubicar el contexto del UE al gNB objetivo, el gNB que contiene el contexto del UE se comunica con el UE a través del gNB objetivo. Ciertas realizaciones también permiten la carga previa del contexto del UE a varios eNB/gNBs objetivo potenciales para acelerar la transacción de señalización. En algunos casos, la carga previa también puede hacerse sin eliminar el contexto en el eNB/gNB de origen.

[0100] Reanudación de la conexión RRC

[0102] La respuesta de referencia para una reanudación RRC es reubicar el contexto del UE al nodo objetivo donde el UE envió el mensajeRRCConnectionResumeRequest(también conocido como mensaje 3 o msg3). Esto se debe a que, si al UE se le ha proporcionado un Contador de Encadenamiento del Siguiente Salto (NCC), puede calcular las claves de seguridad necesarias para proteger la integridad del msg3 y poder recibir el msg4 cifrado(RRCConnectionResume, RRCConnectionSuspendoRRCConnectionSetup,dependiendo de si el UE debe reanudar un contexto, suspenderlo a RRC_INACTIVE o, si el contexto no se puede reanudar - reconstruir el contexto).

[0104] La FIGURA 5 ilustra un procedimiento de reanudación de RRC_INACTIVE a RRC_CONNECTED de ejemplo. En particular, la FIGURA 5 ilustra un procedimiento de reanudación exitoso. En el ejemplo de la FIGURA 5, el nuevo gNB envía una "suspensión" RRC (ID de Reanudación, NCC) al UE. El UE entra en estado RRC_ INACTIVE. En el paso 1, el UE envía un Preámbulo de Acceso Aleatorio (RA) al nuevo gNB. En el paso 2, el nuevo gNB envía una RAR al UE. En el paso 3, el UE envía una RRCConnectionResumeRequest (ID de Reanudación), una integridad protegida del Protocolo de Convergencia de Datos por Paquetes (PDCP) al nuevo gNB. En algunos casos, la transmisión de datos se produce entre el UE y el nuevo gNB.

[0106] En el paso 4, el nuevo gNB envía un mensaje de Solicitud de Recuperación del Contexto del UE al antiguo gNB. En el paso 5, el antiguo gNB envía un mensaje de Respuesta de Recuperación del Contexto del UE al nuevo gNB. En el paso 6, el nuevo gNB envía una Solicitud de Cambio de Ruta a la AMF. En el paso 7, la AMF y la UPF modifican las portadoras. En el paso 8, la AMF envía un Acuse de recibo (ACK) de la Solicitud de Cambio de Ruta al nuevo gNB. En el paso 9, el nuevo gNB envía un mensajeRRCConnectionResumecon cifrado PDCP/integridad protegida al u E. El UE entra en estado RRC_COn NeCTED. En el paso 10, el UE envía unaRRCConnectionResumeCompletecon cifrado PDCP/integridad protegida al nuevo gNB.

[0108] En el ejemplo de la FIGURA 5, calcular una nueva clave de seguridad antes del mensaje 3 (es decir, el paso 3) hace posible reubicar el contexto del UE, dado que no se debería permitir que el nuevo gNB/eNB obtenga la antigua clave utilizada en el antiguo gNB/eNB. También destacar que, cuando se reubica el contexto del UE, también se conmutará la conexión CN/RAN (S1 para EPC heredado o NG para NextGenCore).

[0110] Actualizaciones del área RAN

[0112] En ciertos escenarios, la red puede conocer la ubicación del UE en un nivel de área RAN, que puede ser, por ejemplo, una lista de celdas, una lista de Áreas de Seguimiento de CN o un índice de área rAn recién definido. Esto significa que cuando el UE se mueve fuera del área RAN, debe informar a la red. Un método propuesto para esto se muestra en la FIGURA 6.

[0114] La FIGURA 6 ilustra la reanudación de una conexión RRC para realizar una actualización del área RAN. En el ejemplo de la FIGURA 7, el UE se encuentra, inicialmente, en estado RRC_INACTIVE. El UE ingresa a una nueva área RAN y, en el paso 1, envía un preámbulo RA al nuevo gNB. En el paso 2, el nuevo gNB envía un mensaje RAR al UE. En el paso 3, el UE envía un mensajeRRCConnectionResumeRequest,mensaje (resumelD, causValue = "ranNotificationAreaUpdateRequest") al nuevo gNB.

[0116] En el paso 4, el nuevo gNB envía un mensaje de Solicitud de Recuperación del Contexto del UE al antiguo gNB. En el paso 5, el antiguo gNB envía un mensaje de Respuesta de Recuperación del Contexto del UE al nuevo gNB. En el paso 6, el nuevo gNB envía un mensaje de Solicitud de Cambio de Ruta a la AMF. En el paso 7, la AMF y la S-GW modifican las portadoras. En el paso 8, la AMF envía un mensaje de ACK de la Solicitud de Cambio de Ruta al nuevo gNB. En el paso 9, el nuevo gNB envía un mensajeRRCConnectionSuspend(ranArealnformation, NCC) al UE. El UE entra en estado RRC_INACTIVE.

[0118] Actualización del área de seguimiento en RRC_INACTIVE

[0120] En ciertos escenarios, un UE debe realizar una actualización del Área de Seguimiento de CN incluso en RRC_INACTIVE cuando el UE ingresa a una TA en la que no está registrada. Un procedimiento de ejemplo de esto se muestra en la FIGURA 7.

[0122] La FIGURA 7 ilustra una actualización del Área de Seguimiento de CN de ejemplo en RRC_INACTIVE. En el ejemplo de la FIGURA 7, el UE se encuentra, inicialmente, en estado RRC_INACTIVE. El UE ingresa a una nueva TA. En el paso 1, el UE envía un preámbulo RA al nuevo gNB. En el paso 2, el nuevo gNB envía un mensaje RAR al UE. En el paso 3, el UE envía un mensajeRRCConnectionResumeRequest,mensaje (resumeID, causValue = "mo-señalización") al nuevo gNB. En el paso 4, el nuevo gNB envía un mensaje de Solicitud de Recuperación del Contexto del UE al antiguo gNB. En el paso 5, el antiguo gNB envía un mensaje de Respuesta de Recuperación del Contexto del UE al nuevo gNB. En el paso 6, el nuevo gNB envía un mensajeRRCConnectionResumeal UE. En el paso 7, el UE envía un mensajeRRCConnectionResumeComplete(dedicatedinfoNAS = "Solicitud TAU") al nuevo gNB. El UE entra en estado RRC_CONNECTED.

[0124] En el paso 8, el nuevo gNB envía un mensaje de Solicitud de Cambio de Ruta a la AMF. En el paso 9, la AMF y la S-GW modifican las portadoras. En el paso 10, la AMF envía un ACK de la Solicitud de Cambio de Ruta al nuevo gNB. En el paso 11, el nuevo gNB envía una solicitud TAU a la AMF. La AMF realizar la actualización del Área de Seguimiento. En el paso 12, la AMF envía un mensaje de Aceptación TAU al UE. En el paso 13, el nuevo gNB envía un mensaje de Liberación del Contexto del UE al antiguo gNB. Tras o después de expirar un temporizador de inactividad, el nuevo gNB envía un mensajeRRCConnectionSuspend(ranAreaInformation, NCC) al UE. El UE entra en RRC_INACTIVE.

[0126] Existen varios supuestos para la notificación basada en RAN, entre ellos:

[0128] 1. RAN2 asume que el UE realiza una actualización de ubicación a nivel de CN al cruzar un límite del TA cuando está inactivo (además de las actualizaciones RAN basadas en áreas RAN).

[0130] 2. Habrá una emisión del código de Núcleo NG/Área de Ubicación de CN (similar al código del Área de Seguimiento) en la información del sistema de una Celda de NR.

[0132] 3. En RAN2 el UE realizará una señalización RRC para realizar una actualización de CN cada vez que abandone su TA registrada (como consecuencia de la señalización RRC, la RAN es consciente de la ubicación del UE)

[0134] 4. Opción de soporte 2 (lista de celdas) y/u opción 3 (id de RAN) (FFS, ¿cuál o ambas?)

[0135] Actualizaciones periódicas del área RAN en RRC_INACTIVE

[0137] Además, en ciertos escenarios, el UE debe realizar actualizaciones periódicas del área RAN en RRC_INACTIVE, similar a lo que se hace para las Actualizaciones periódicas del Área de Seguimiento de CN en RRC_IDLE, para que la red pueda, por ejemplo, eliminar el contexto de los UEs que se han apagado si un UE falla al hacer estas actualizaciones periódicas (ya sea una o varias veces, en LTE, el período predeterminado para la TAU de CN es de 54 minutos). Como el UE no debe hacer la TAU de CN en RRC_INACTIVE, es necesario hacer actualizaciones del área RAN en su lugar. Si estas fallan, la RAN puede informar a la CN.

[0139] Dado que el UE sólo realiza las actualizaciones periódicas del área RAN si todavía se encuentra en su antigua área RAN (de lo contrario, habría realizado una actualización del área RAN activada por movilidad cuando abandonó el área), el UE podría reanudar el contexto en el antiguo gNB o en un nuevo gNB en la misma área, como se muestra en las FIGURAS 8 y 9 a continuación, respectivamente.

[0141] La FIGURA 8 ilustra una actualización periódica del área RAN de ejemplo en el antiguo gNB. En el ejemplo de la FIGURA 8, el UE se encuentra, inicialmente, en estado RRC_INACTIVE. Tras o después de expirar el temporizador de actualización del área RAN, el UE, en el paso 1, envía un Preámbulo RA al gNB. En el paso 2, el gNB envía una RAR al UE. En el paso 3, el UE envía un mensajeRRCConnectionResumeRequest,mensaje (resumeId, causeValue="ranNotificationAreaUpdateRequest") al gNB. En el paso 4, el gNB envía un mensajeRRCConnectionSuspend,mensaje (ranAreaInformation, NCC) al UE. El UE entra en estado RRC_INACTIVE.

[0143] La FIGURA 9 ilustra una actualización periódica de ejemplo en el nuevo gNB en una antigua área RAN. En el ejemplo de la FIGURA 9, el UE se encuentra, inicialmente, en estado RRC_INACTIVE. Tras o después de expirar un temporizador del área RAN, el UE, en el paso 1, envía un Preámbulo RA al nuevo gNB. En el paso 2, el nuevo gNB envía un mensaje RAR al UE. En el paso 3, el UE envía unaRRCConnectionResumeRequest(resumeId, causeValue = "ranNotificationAreaUpdateRequest") al nuevo gNB. En el paso 4, el nuevo gNB envía un mensaje de Solicitud de Recuperación del Contexto del UE al antiguo gNB. En el paso 5, el antiguo gNB envía un mensaje de Respuesta de Recuperación del Contexto del UE al nuevo gNB. En el paso 6, el nuevo gNB envía un mensaje de Solicitud de Cambio de Ruta a la AMF. En el paso 7, la AMF y la S-GW modifican las portadoras. En el paso 8, la AMF envía un ACK de la Solicitud de Cambio de Ruta al nuevo gNB. En el paso 9, el nuevo gNB envía un mensaje de liberación del contexto del UE al antiguo gNB. En el paso 10, el nuevo gNB envía un mensaje RRCConnectionSuspend (ranAreaInformation, NCC) al UE. El UE entra en estado RRC INACTIVE.

[0144] En el ejemplo de la FIGURA 8 descrito anteriormente, el contexto del UE no tiene que ser reubicado dado que el UE reanuda la conexión en el antiguo gNB, mientras que en el ejemplo de la FIGURA 9, se reubica el contexto del UE.

[0146] Configuraciones de ejemplo

[0148] Las FIGURAS 10 y 11 ilustran dos despliegues de ejemplo donde existen beneficios técnicos al no reubicar el contexto del UE cuando el UE reanuda su conexión. La FIGURA 10 ilustra un despliegue de red heterogénea de ejemplo, de acuerdo con ciertas realizaciones. Más particularmente, la FIGURA 10 ilustra un despliegue de red heterogénea con una macrocelda y 12 picoceldas. En el ejemplo de la FIGURA 10, el área RAN consta de un macro gNB (con amplio rango de cobertura) y 12 pico gNBs (con un rango de cobertura mucho menor). Si un UE estaba conectado a la Macro estación base cuando suspendió su conexión y luego se mueve mientras está en RRC_INACTIVE, de modo que ingresa a la cobertura de una picocelda, cuando el UE reanude su conexión, lo hará hacia la picocelda. Si el UE tiene pocos datos o ninguno (p. ej., sólo realiza una actualización del área RAN), en la solución de referencia, la red reubicaría el contexto del UE a la picocelda y luego, rápidamente, suspendería el UE a RRC_INACTIVE. Si el UE se mueve de nuevo cuando está en RRC_INACTIVE, podría ingresar a otra picocelda. Cuando luego reanude su conexión, la red necesitará ir a buscar el contexto de la antigua picocelda a la nueva picocelda.

[0150] Como se describe con mayor detalle a continuación, en ciertas realizaciones, el contexto del UE puede conservarse en el macro gNB. Cuando el UE reanuda la conexión en la picocelda 1 y luego la suspende, el contexto todavía se encuentra en el Macro gNB. Cuando el UE luego reanude la conexión en la picocelda 2, el contexto seguirá siendo el mismo. En algunas realizaciones, una opción es duplicar/asignar previamente el contexto del UE. Por ejemplo, cuando el UE suspende su conexión, el contexto del UE también se almacena en el gNB donde es más probable que se reanude (p. ej., todos los nodos en el área RAN). Alternativamente, el contexto del UE podría almacenarse en el gNB en el que se suspendió el UE, además del Macro gNB.

[0151] La FIGURA 11 ilustra un despliegue en forma de estrella de ejemplo, de acuerdo con ciertas realizaciones. Más particularmente, la FIGURA 11 ilustra un despliegue de ejemplo con nueve gNBs en la misma área RAN, donde la reubicación del contexto del UE puede no ser óptima. El despliegue en forma de estrella de la FIGURA 11 incluye un gNB en el centro de la estrella, conectado a ocho gNBs ubicados en los brazos de la estrella, donde todos los gNBs están incluidos en el área RAN. Los otros gNBs no tienen conexión directa entre sí, sino que se conectan a través del gNB central. Si el UE tiene su contexto del UE almacenado en el gNB central cuando está en RRC_INACTIVE y luego se mueve a uno de los gNB externos y realiza la reanudación de la conexión RRC, si el contexto del UE se va a buscar a este gNB y el UE vuelve a suspenderse a RRC_INACTIVE y luego se mueve a otro gNB, el contexto del UE tendría que reubicarse de nuevo. En ciertas realizaciones, el contexto del UE se almacena en el gNB central y el UE reanuda su contexto en cualquiera de los gNBs externos, de modo que el contexto no tendría que reubicarse.

[0153] Las FIGURAS 10 y 11 son meramente ilustrativas de despliegues de ejemplo que pueden beneficiarse de las realizaciones de la presente descripción. Las diversas realizaciones descritas son especialmente ventajosas para escenarios donde el UE tiene muy pocos datos para enviar, o sólo envía, por ejemplo, actualizaciones del área RAN. En algunos casos, si el UE tiene una gran cantidad de datos para transmitir, el contexto del UE aún puede reubicarse. Las FIGURAS 12-20 proporcionan una explicación adicional de las realizaciones de la presente descripción.

[0155] Red ejemplar

[0157] La FIGURA 12 es un diagrama de bloques que ilustra una realización de una red 100, de acuerdo con ciertas realizaciones. La red 100 incluye uno o más UE(s) 110 (que pueden denominarse indistintamente dispositivos inalámbricos 110) y uno o más nodo(s) 115 de red (que pueden denominarse indistintamente gNBs 115 de NR o eNBs). En ciertas realizaciones, los nodos 115 de red pueden diferenciarse como nodos 115a, 115b, 115c... 115n de red. Los UEs 110 pueden comunicarse con los nodos 115 de red a través de una interfaz inalámbrica. Por ejemplo, un UE 110 puede transmitir señales inalámbricas a uno o más nodos 115 de red y/o recibir señales inalámbricas de uno o más nodos 115 de red. Las señales inalámbricas pueden contener tráfico de voz, tráfico de datos, señales de control y/o cualquier otra información adecuada. En algunas realizaciones, un área de cobertura de señal inalámbrica asociada a un nodo 115 de red puede denominarse celda 125. En algunas realizaciones, los UEs 110 pueden tener capacidad de dispositivo a dispositivo (D2D). De este modo, los UEs 110 pueden recibir señales de y/o transmitir señales directamente a otro UE.

[0159] En ciertas realizaciones, los nodos 115 de red pueden interactuar con un controlador de red de radio. El controlador de red de radio puede controlar los nodos 115 de red y puede proporcionar ciertas funciones de gestión de recursos de radio, funciones de gestión de movilidad y/u otras funciones adecuadas. En ciertas realizaciones, las funciones del controlador de red de radio pueden estar incluidas en el nodo 115 de red. El controlador de red de radio puede interactuar con un nodo de red central. En ciertas realizaciones, el controlador de red de radio puede interactuar con el nodo de red central a través de una red 120 de interconexión. La red 120 de interconexión puede referirse a cualquier sistema de interconexión capaz de transmitir audio, vídeo, señales, datos, mensajes, o cualquier combinación de los anteriores. La red 120 de interconexión puede incluir la totalidad o una parte de una red telefónica pública conmutada (PSTN), una red de datos pública o privada, una red de área local (LAN), una red de área metropolitana (MAN), una red de área amplia (WAN), una red de comunicaciones o informática local, regional o global como Internet, una red por cable o inalámbrica, una intranet empresarial, o cualquier otro enlace de comunicación adecuado, incluidas combinaciones de los mismos.

[0161] En algunas realizaciones, el nodo de red central puede gestionar el establecimiento de sesiones de comunicación y otras funcionalidades diversas para los UEs 110. Los UEs 110 pueden intercambiar ciertas señales con el nodo de red central utilizando la capa de estrato sin acceso. En la señalización del estrato sin acceso, las señales entre los UEs 110 y el nodo de red central pueden pasar, de forma transparente, a través de la red de acceso por radio. En ciertas realizaciones, los nodos 115 de red pueden interactuar con uno o más nodos de red a través de una interfaz entre nodos, como, por ejemplo, una interfaz X2.

[0163] Como se describió anteriormente, las realizaciones de ejemplo de la red 100 pueden incluir uno o más dispositivos inalámbricos 110, y uno o más tipos diferentes de nodos de red capaces de comunicarse (directa o indirectamente) con los dispositivos inalámbricos 110.

[0165] En algunas realizaciones, se utiliza el término no limitativo UE. Los UEs 110 descritos en la presente memoria pueden ser cualquier tipo de dispositivo inalámbrico capaz de comunicarse con los nodos 115 de red o con otro UE a través de señales de radio. El UE 110 también puede ser un dispositivo de comunicación por radio, un dispositivo objetivo, un UE de D2D, un UE de comunicación de tipo máquina o un UE con capacidad de comunicación de máquina a máquina (M2M), un UE de bajo coste y/o baja complejidad, un sensor equipado con UE, un ordenador tipo Tableta, terminales móviles, un teléfono inteligente, un equipo portátil integrado (LEE), un equipo montado en un portátil (LME), llaves USB, un Equipo en las Instalaciones del Cliente (CPE), etc. El UE 110 puede funcionar bajo cobertura normal o cobertura mejorada con respecto a su celda de servicio. La cobertura mejorada puede denominarse indistintamente cobertura extendida. El UE 110 también puede funcionar en una pluralidad de niveles de cobertura (p. ej., cobertura normal, nivel 1 de cobertura mejorada, nivel 2 de cobertura mejorada, nivel 3 de cobertura mejorada, etc.). En algunos casos, el UE 110 también puede funcionar en escenarios fuera de cobertura.

[0167] Además, en algunas realizaciones, se utiliza la terminología genérica "nodo de red de radio" (o simplemente "nodo de red"). Puede ser cualquier tipo de nodo de red, que puede comprender una estación base (BS), una estación base de radio, un Nodo B, un nodo de radio de radio multiestándar (MSR), como una BS MSR, un Nodo B evolucionado (eNB), un gNB de NR, un controlador de red, un controlador de red de radio (RNC), un controlador de estación base (BSC), un nodo de retransmisión, un nodo donante de retransmisión que controla un relé, una estación transceptora de base (BTS), un punto de acceso (AP), un punto de acceso por radio, puntos de transmisión, nodos de transmisión, una Unidad de Radio Remota (RRU), un Cabezal de Radio Remota (RRH), nodos en un sistema de antena distribuida (DAS), una Entidad de Coordinación Multicelda/multidifusión (MCE), un nodo de red central (p. ej., MSC, MME, etc.), O&M, OSS, SON, un nodo de posicionamiento (p. ej., E-SMLC), MDT, o cualquier otro nodo de red adecuado.

[0169] La terminología como nodo de red y UE debe considerarse no limitativa y, en particular, no implica una cierta relación jerárquica entre los dos; en general, "gNodoB" podría considerarse como el dispositivo 1 y "UE" como el dispositivo 2, y estos dos dispositivos se comunican entre sí a través de algún canal de radio.

[0171] A continuación, se describen con más detalle realizaciones de ejemplo del UE 110, de los nodos 115 de red y de otros nodos de red (como un controlador de red de radio o un nodo de red central) con respecto a las FIGURAS 13-20.

[0173] Aunque la FIGURA 12 ilustra una disposición particular de la red 100, la presente descripción contempla que las diversas realizaciones descritas en la presente memoria pueden aplicarse a una variedad de redes con cualquier configuración adecuada. Por ejemplo, la red 100 puede incluir cualquier número adecuado de UEs 110 y nodos 115 de red, así como cualquier elemento adicional adecuado para respaldar la comunicación entre UEs o entre un UE y otro dispositivo de comunicación (como un teléfono fijo). Además, aunque ciertas realizaciones pueden describirse como implementadas en una red de Evolución a Largo Plazo (LTE), las realizaciones pueden implementarse en cualquier tipo apropiado de sistema de telecomunicación que admita cualquier estándar de comunicación adecuado (incluidos los estándares 5G y NR) y que utilice cualquier componente adecuado, y son aplicables a cualquier tecnología de acceso por radio (RAT) o sistemas multi-RAT en los que un UE recibe y/o transmite señales (p. ej., datos). Por ejemplo, las diversas realizaciones descritas en la presente memoria pueden aplicarse a la Tecnología de Acceso de Nueva Radio (NR) de Próxima Generación, a LTE, a LTE-Avanzada, a 5G, a UMTS, a HSPA, a GSM, a CDMA2000, a WCDMA, a WiMax, a UMB, a Wi-Fi, a otra tecnología de acceso por radio adecuada, o a cualquier combinación adecuada de una o más tecnologías de acceso por radio. Aunque ciertas realizaciones pueden describirse en el contexto de transmisiones inalámbricas en el enlace descendente, la presente descripción contempla que las diversas realizaciones son igualmente aplicables en el enlace ascendente.

[0175] Comunicación del nodo de red sin reubicar el contexto del UE

[0177] Las FIGURAS 13-15 describen realizaciones de ejemplo en donde un UE 110 puede comunicarse con un nuevo (p. ej., objetivo) gNB sin reubicar el contexto del UE 110 desde un antiguo (p. ej., de origen) gNB, mientras se sigue garantizando la seguridad.

[0179] La FIGURA 13 ilustra una RRCConnectionResume de ejemplo debido a una actualización periódica del área RAN en un nuevo gNB sin reubicación del contexto, de acuerdo con ciertas realizaciones. Más particularmente, la FIGURA 13 muestra un diagrama de señalización para el caso de una actualización periódica del área RAN en un nuevo gNB dentro de la antigua área RAN. En el ejemplo de la FIGURA 13, el UE 110 se encuentra, inicialmente, en estado RRC_INACTIVE. Tras o después de expirar un temporizador de actualización del área RAN, el UE 110, en el paso 1, envía un preámbulo RA al nuevo gNB. En el paso 2, el nuevo gNB envía un mensaje RAR al UE 110. En el paso 3, el UE 110 envía un mensajeRRCConnectionResumeRequest(resumeId, causeValue = "ranNotificationAreaUpdateRequest") al nuevo gNB. En ciertas realizaciones, cuando el nuevo gNB recibe el mensajeRRCConnectionResumeRequest,envía elRRCConnectionResumeRequestdirectamente al antiguo gNB (paso 3). El nuevo gNB puede enrutar el mensaje al antiguo gNB en función del resumeID que UE 110 proporcionó en el mensajeRRCConnectionResumeRequest.

[0181] Según una realización de ejemplo, el mensajeRRCConnectionResumeRequestincluye un token de seguridad (p. ej., Short-MAC-I) calculado utilizando una antigua clave de seguridad (p. ej., utilizada por el UE 110 en la antigua celda), así como otros parámetros como un ID de la celda objetivo / banda de frecuencia. El antiguo gNB puede verificar el token de seguridad para garantizar que el mensaje provenga del UE 110 correcto.

[0182] Según otra realización de ejemplo, laRRCConnectionResumeRequestpuede estar protegida en su integridad utilizando la antigua clave de seguridad (p. ej., utilizando protección de integridad PDCP (Control de Acceso al Medio (MAC) PDCP). El antiguo gNB verifica la integridad del mensaje.

[0184] Según otra realización de ejemplo, laRRCConnectionResumeRequestestá protegida en su integridad utilizando una nueva clave de seguridad (p. ej., utilizando protección de integridad PDCP (MAC PDCP)). La nueva clave de seguridad puede ser derivada por el UE 100 en la nueva celda (p. ej., en función de la antigua clave, más parámetros adicionales). El antiguo gNB también puede derivar la nueva clave y utilizarla para verificar la integridad del mensaje.

[0186] En esta etapa, el antiguo gNB ha verificado que es el UE 110 correcto el que envía la solicitud de reanudación. Como resultado de esto, en el paso 4, el antiguo gNB generará un mensaje de respuesta RRC (p. ej.,RRCConnectionSuspend),que puede estar protegido en su integridad y/o cifrado utilizando la antigua o la nueva clave. El mensaje se reenviará, de forma transparente, al UE 110 a través del nuevo gNB (paso 4). El mensaje también puede incluir la asignación de un nuevo resumeID (que sigue apuntando al antiguo gNB) y parámetros adicionales, como un nuevo parámetro de seguridad (p. ej., NCC) o una asignación de área RAN.

[0187] La FIGURA 14 ilustra un ejemplo de una transmisión de datos pequeños en RRC_INACTIVE sin reubicación del contexto del UE 110, de acuerdo con ciertas realizaciones. En el ejemplo de la FIGURA 14, el UE 110 se encuentra, inicialmente, en estado RRC_INACTIVE. Los datos pequeños pueden referirse a la comunicación de cargas útiles de datos pequeños (p. ej., datos de comunicación de tipo máquina (MTC) en la red 100 o cualquier otro dato adecuado. Los datos pequeños del enlace ascendente (UL) llegan al UE 110. En el paso 1, el UE 110 envía un preámbulo RA al nuevo gNB. En el paso 2, el nuevo gNB envía un mensaje RAR al UE 110.

[0189] En el paso 3, el UE 110 envía unaRRCConnectionResumeRequest(resumeId, causeValue = "smallData", U1 Data) al nuevo gNB. En el ejemplo de la FIGURA 14, el UE 110 activa la reanudación por la transmisión de datos pequeños, y puede incluir algunos datos pequeños en el Msg.3 o junto con el Msg.3, como en transmisiones posteriores al mensaje 3. Cuando el nuevo gNB recibe laRRCConnectionResumeRequest,envía laRRCConnectionResumeRequest(incluidos todos los parámetros y los datos del UL) directamente al antiguo gNB (en el paso 4) como parte de una solicitud de Recuperación del contexto del UE o de otro mensaje. El nuevo gNB enrutará el mensaje al antiguo gNB en función del resumeID que el UE 110 proporcionó en laRRCConnectionResumeRequest.

[0191] Según una realización de ejemplo, laRRCConnectionResumeRequestcontiene un token de seguridad (p. ej., Short-MAC-I) calculado utilizando la antigua clave de seguridad (utilizada por el UE 110 en la antigua celda), así como otros parámetros, como un ID de la celda objetivo / banda de frecuencia. El antiguo gNB verifica el token de seguridad, para garantizar que el mensaje proviene del UE 110 correcto.

[0192] Según otra realización de ejemplo, laRRCConnectionResumeRequestestá protegida en su integridad utilizando la antigua clave de seguridad (p. ej., utilizando protección de integridad PDCP (MAC PDCP)). El antiguo gNB verifica la integridad del mensaje.

[0194] Según otra realización de ejemplo, laRRCConnectionResumeRequestestá protegida en su integridad utilizando una nueva clave de seguridad (p. ej., utilizando protección de integridad PDCP (MAC PDCP)). La nueva clave de seguridad puede ser derivada por el UE 100 en la nueva celda (p. ej., en función de la antigua clave, más parámetros adicionales). El antiguo gNB también deriva la nueva clave y la utiliza para verificar la integridad del mensaje.

[0196] En esta etapa, el antiguo gNB ha verificado que es el UE 110 correcto el que envía la solicitud de reanudación. Como resultado de esto, el antiguo gNB reenviará el contexto del UE al nuevo gNB y, opcionalmente, incluirá un ACK de Datos del UL (paso 5). Además, el antiguo gNB puede reenviar los datos del UL a la Red Central (5G). El contexto del UE enviado al nuevo gNB puede contener información como la nueva clave de seguridad del UE y/o el nuevo ID de Reanudación del UE que se asignará al UE 110. El antiguo gNB también almacenará el contexto. Una vez que el nuevo gNB recibe el contexto, puede generar un mensaje RRC (p. ej.,RRCConnectionSuspend)que puede enviarse al UE 110 con el ACK de datos del UL opcional. El mensaje RRC puede cifrarse y/o protegerse en su integridad utilizando el protocolo PDCP. El mensaje RRC puede contener un nuevo ID de reanudación, un nuevo parámetro de seguridad (p. ej., NCC) y/o una asignación de área RAN. Después de que el nuevo gNB haya enviado la información al UE 110 (y posiblemente recibido acuse de recibido del UE 110), el nuevo gNB puede eliminar el contexto del UE localmente.

[0198] En las realizaciones de ejemplo descritas anteriormente, gracias a la posibilidad de asignar al UE 110 un ID de Reanudación que está “apuntando” al antiguo gNB, es posible mantener el contexto en el antiguo gNB, dado que toda la señalización o los datos posteriores se enrutarán al antiguo gNB. Esto minimiza la señalización, reduciendo así la congestión de la red.

[0200] Además, la realización hace posible cambiar las claves de seguridad para las transacciones del UE. Esto tiene varios beneficios. Por ejemplo, el uso de nuevas claves para cada transacción puede evitar, de forma ventajosa, la necesidad de mantener el número de secuencia PDCP cuando el UE 110 está en RRC_INACTIVE, ya que todos los SNs PDCP pueden establecerse en 0 para una nueva clave. Si se utiliza una clave antigua, entonces es necesario mantener los SNs para proteger contra la protección de repetición. Como otro ejemplo, el uso de nuevas claves hace posible reubicar el contexto cuando se desee (selección de red), ya que esto puede hacerse sin dar acceso a las antiguas claves al nuevo nodo (lo cual debe evitarse por razones de seguridad). Como otro ejemplo más, el uso de nuevas claves hace posible la carga previa del contexto del UE en varios nodos RAN para acelerar la señalización, ya que no es necesario exponer las antiguas claves.

[0202] La FIGURA 15 ilustra una transición de estado de ejemplo de RRC_INACTIVE a RRC_CONNECTED sin reubicación del contexto para una transmisión de datos pequeños, de acuerdo con ciertas realizaciones. En el ejemplo de la FIGURA 15, el UE 110 se encuentra, inicialmente, en estado RRC_INACTIVE. Se reciben datos pequeños del UL. En el paso 1, el UE 110 envía un preámbulo RA al nuevo gNB. En el paso 2, el nuevo gNB envía un mensaje RAR al UE 110. En el paso 3, el UE 110 envía unaRRCConnectionResumeRequest(resumeId, causeValue = "smallData") al nuevo gNB.

[0204] En el ejemplo de la FIGURA 15, el UE 110 reanuda su conexión en un nuevo gNB con un indicador de causeValue de "smallData". Alternativamente, el indicador de causeValue podría ser "mo-señalización" para indicar que el UE 110 hace una Actualización del Área de Seguimiento.

[0206] Cuando el nuevo gNB recibe laRRCConnectionResumeRequestcon la indicación de "datos pequeños", en el paso 4 envía un mensaje de "solicitud de Recuperación del contexto del UE" al antiguo gNB (localizado utilizando el resumeId), e incluye el indicador de "datos pequeños". En algunas realizaciones, la indicación de datos pequeños puede enviarse junto con la Solicitud de Reanudación de la Conexión. Con fines ilustrativos, se describen dos alternativas a la respuesta de este mensaje. Según una primera realización de ejemplo, el antiguo gNB responde con una "respuesta de recuperación del contexto del UE" con el contexto del UE, que incluye los parámetros necesarios para suspender el UE 110 (resumeId, RanArealnformation, NCC). Según una segunda realización de ejemplo, el antiguo gNB responde con una "respuesta de Recuperación del contexto del UE" con sólo el contexto del UE.

[0208] Tanto en la primera como en la segunda realización de ejemplo anteriores, el nuevo gNB crea una copia local del contexto del UE y envía un mensajeRRCConnectionResumeal UE 110 en el paso 6. El mensajeRRCConnectionResumecambia el UE 110 al estado RRC_CONNECTED.

[0210] En el paso 7, el UE 110 responde con unaRRCConnectionResumeComplete,que puede incluir datos del UL, que se reenvían luego al antiguo gNB en el paso 8. Dependiendo de las configuraciones, el UE 110 puede enviar varias transmisiones de datos posteriores, que son todas reenviadas al antiguo gNB. Esto se muestra en el paso 9 en el ejemplo de la FIGURA 15.

[0212] Cuando el UE 110 termina con la transmisión de “datos pequeños”, puede indicarlo de diversas maneras. Como un ejemplo, el UE 110 puede indicarlo mediante un informe de estado del búfer, ya sea enviado antes de la primera transmisión, entre datos, o después del último mensaje que indica a la red cuántos datos desea enviar el UE 110. Como otro ejemplo, el UE 110 puede indicarlo mediante un marcador de fin de datos que indica que el UE 110 ha terminado con la transmisión de “datos pequeños”. Como otro ejemplo más, el UE 110 puede indicarlo mediante un tamaño preconfigurado de los “datos pequeños” - si la estandarización determina que los “datos pequeños” sólo equivalen a un número fijo de transmisiones del UL máximas.

[0213] Cuando el UE 110 ha completado el tráfico del UL, el nuevo gNB puede decidir suspender el UE 110. Esto se muestra en el ejemplo de la FIGURA 15 en el paso 11. En la primera realización de ejemplo anterior, donde el nuevo gNB recibió las configuraciones para la nueva Área RAN y el nuevo resumeId, el nuevo gNB indica al antiguo gNB que la transmisión de datos pequeños ha finalizado. En la segunda realización de ejemplo anterior, el antiguo gNB responde a este mensaje con una respuesta de suspensión del UE que incluye esta información, mostrada en el ejemplo de la FIGURA 15 en el paso 13. Después de eso, en el paso 14, el nuevo gNB suspende el UE 110 con un resumeId que apunta al antiguo gNB. Como último paso, el nuevo gNB elimina el contexto del UE en el paso 15 y el contexto del UE se almacena en el antiguo gNB. El UE 110 entra en estado RRC_INACTIVE.

[0215] En ciertas realizaciones, pueden combinarse diferentes pasos en las diversas realizaciones descritas anteriormente para crear nuevas realizaciones. Además, las diversas realizaciones descritas anteriormente pueden mejorarse con la siguiente funcionalidad novedosa del UE. En ciertas realizaciones, el UE 110 puede indicar a la red (p. ej., enRRCConnectionResumeRequesf)si el procedimiento debe ejecutarse sin realizar la búsqueda de contexto. Esta información puede haberse proporcionado al UE 110 en el mensaje RRCConnectionSuspend (u otro mensaje). Esto permitirá que el nuevo gNB sepa qué procedimiento aplicar, lo que puede conducir, de forma ventajosa, a un manejo más eficiente.

[0217] En ciertas realizaciones, el UE 110 puede indicar un contador o información de validez relacionada con el contexto del UE. Esto permite que el nuevo gNB determine si un contexto local del UE 110 sigue siendo válido, lo que puede conducir, de forma ventajosa, a un manejo más eficiente (sin búsqueda de contexto). El contexto local del UE 110 podría ser un contexto utilizado en un acceso anterior, o un contexto cargado previamente. El UE 110 podría calcular un contador de mantenimiento o información de validez o la información puede proporcionarse al UE 110 enRRCConnectionSuspend.

[0219] En ciertas realizaciones, el UE 110 podría indicar cuántos datos tiene en su búfer, lo que puede permitir, de forma ventajosa, que el nuevo gNB o el antiguo gNB decidan si el contexto del UE debe reubicarse o no. Pequeñas cantidades de datos pueden ser mejor atendidas manteniendo el contexto, mientras que, si se enviarán muchos datos, podría ser mejor reubicarlos en una ruta optimizada de reenvío de datos en la red.

[0220] En ciertas realizaciones, el UE 110 puede derivar diferentes claves de seguridad dependiendo de a qué nodo (o a qué celda) esté conectado el UE 110. Esto puede garantizar, de forma ventajosa, que se generen claves diferentes para diferentes nodos, lo que aumenta la seguridad del sistema.

[0222] Descripciones de componentes de red ejemplares

[0224] La FIGURA 16 es un esquema de bloques de un dispositivo inalámbrico 110 ejemplar, de acuerdo con ciertas realizaciones. El dispositivo inalámbrico 110 puede referirse a cualquier tipo de dispositivo inalámbrico que se comunique con un nodo y/o con otro dispositivo inalámbrico en un sistema de comunicación celular o móvil. Ejemplos del dispositivo inalámbrico 110 incluyen un teléfono móvil, un teléfono inteligente, una PDA (Asistente Digital Personal), un ordenador portátil (p. ej., un portátil o un ordenador tipo tableta), un sensor, un actuador, un módem, un dispositivo de comunicación de tipo máquina (MTC) / dispositivo de máquina a máquina (M2M), un equipo portátil integrado (LEE), un equipo montado en un portátil (LME), llaves USB, un dispositivo con capacidad D2D, u otro dispositivo que pueda proporcionar comunicación inalámbrica. Un dispositivo inalámbrico 110 también puede denominarse UE 110, estación (STA), dispositivo, o terminal en algunas realizaciones. El dispositivo inalámbrico 110 incluye un transceptor 1610, un circuito 1620 de procesamiento y una memoria 1630. En algunas realizaciones, el transceptor 1610 facilita la transmisión de señales inalámbricas a y la recepción de señales inalámbricas del nodo 115 de red (p. ej., a través de una antena), el circuito 1620 de procesamiento ejecuta instrucciones para proporcionar parte o la totalidad de la funcionalidad descrita anteriormente como proporcionada por el dispositivo inalámbrico 110, y la memoria 1630 almacena las instrucciones ejecutadas por el circuito 1620 de procesamiento.

[0226] El circuito 1620 de procesamiento puede incluir cualquier combinación adecuada de hardware y software implementada en uno o más módulos para ejecutar instrucciones y manipular datos para realizar algunas o la totalidad de las funciones descritas del dispositivo inalámbrico 110, como las funciones del dispositivo inalámbrico 110 descritas anteriormente en relación con las FIGURAS 1-15. En algunas realizaciones, el circuito 1620 de procesamiento puede incluir, por ejemplo, uno o más ordenadores, una o más unidades centrales de procesamiento (CPUs), uno o más microprocesadores, una o más aplicaciones, uno o más circuitos integrados de aplicación específica (ASICs), una o más matrices de puertas programables in situ (FPGAs) y/u otra lógica.

[0228] La memoria 1630 está, generalmente, operativa para almacenar instrucciones, como un programa informático, software, una aplicación que incluya una o más de lógica, reglas, algoritmos, código, tablas, etc., y/u otras instrucciones capaces de ser ejecutadas por el circuito 1620 de procesamiento. Los ejemplos de la memoria 1630 incluyen memoria de ordenador (por ejemplo, Memoria de Acceso Aleatorio (RAM) o Memoria de Sólo Lectura (ROM)), medios de almacenamiento masivo (por ejemplo, un disco duro), medios de almacenamiento extraíbles (por ejemplo, un Disco Compacto (CD) o un Disco de Vídeo Digital (DVD)) y/o cualquier otro dispositivo de memoria volátil o no volátil, no transitorio, legible por ordenador y/o ejecutable por ordenador, que almacene información, datos y/o instrucciones que puedan ser utilizadas por el circuito 1620 de procesamiento.

[0230] Otras realizaciones del dispositivo inalámbrico 110 pueden incluir componentes adicionales más allá de los mostrados en la FIGURA 16, que pueden ser responsables de proporcionar ciertos aspectos de la funcionalidad del dispositivo inalámbrico, incluidas cualquiera de las funcionalidades descritas anteriormente y/o cualquier funcionalidad adicional (incluida cualquier funcionalidad necesaria para respaldar la solución descrita anteriormente). Solo como ejemplo, el dispositivo inalámbrico 110 puede incluir dispositivos y circuitos de entrada, dispositivos de salida y una o más unidades o circuitos de sincronización, que pueden ser parte del circuito 1620 de procesamiento. Los dispositivos de entrada incluyen mecanismos para la entrada de datos en el dispositivo inalámbrico 110. Por ejemplo, los dispositivos de entrada pueden incluir mecanismos de entrada, como un micrófono, elementos de entrada, una pantalla, etc. Los dispositivos de salida pueden incluir mecanismos para la salida de datos en formato de audio, video y/o copia impresa. Por ejemplo, los dispositivos de salida pueden incluir un altavoz, una pantalla, etc.

[0232] La FIGURA 17 es un esquema de bloques de un nodo 115 de red ejemplar, de acuerdo con ciertas realizaciones. El nodo 115 de red puede ser cualquier tipo de nodo de red de radio o cualquier nodo de red que se comunique con un UE y/o con otro nodo de red. Los ejemplos del nodo 115 de red incluyen un eNodoB, un gNB, un nodo B, una estación base, un punto de acceso inalámbrico (p. ej., un punto de acceso Wi-Fi), un nodo de baja potencia, una estación transceptora de base (BTS), un relé, un nodo donante que controla un relé, puntos de transmisión, nodos de transmisión, una unidad de RF remota (RRU), una cabeza de radio remota (RRH), un nodo de radio de radio multiestándar (MSR), como una BS MSR, nodos en un sistema de antena distribuida (DAS), O&M, OSS, SON, un nodo de posicionamiento (p. ej., E-SMLC), MDT, o cualquier otro nodo de red adecuado. Los nodos 115 de red pueden desplegarse en toda la red 100 como un despliegue homogéneo, como un despliegue heterogéneo, o como un despliegue mixto. Un despliegue homogéneo puede, generalmente, describir un despliegue compuesto por el mismo (o similar) tipo de nodos 115 de red y/o cobertura, tamaños de celda y distancias entre sitios similares. Un despliegue heterogéneo puede, generalmente, describir despliegues que utilizan una variedad de tipos de nodos 115 de red con diferentes tamaños de celda, potencias de transmisión, capacidades y distancias entre sitios. Por ejemplo, un despliegue heterogéneo puede incluir una pluralidad de nodos de bajo consumo colocados a lo largo de un diseño de macrocelda. Los despliegues mixtos pueden incluir una mezcla de porciones homogéneas y porciones heterogéneas.

[0234] El nodo 115 de red puede incluir uno o más del transceptor 1710, del circuito 1720 de procesamiento, de la memoria 1730 y de la interfaz 1740 de red. En algunas realizaciones, el transceptor 1710 facilita la transmisión de señales inalámbricas a y la recepción de señales inalámbricas del dispositivo inalámbrico 110 (p. ej., a través de la antena 1750), el circuito 1720 de procesamiento ejecuta instrucciones para proporcionar parte o la totalidad de la funcionalidad descrita anteriormente como proporcionada por un nodo 115 de red, la memoria 1730 almacena las instrucciones ejecutadas por el circuito 1720 de procesamiento, y la interfaz 1740 de red comunica señales a los componentes de la red de backend, como una pasarela, un conmutador, un enrutador, Internet, la Red Telefónica Pública Conmutada (RTPC), nodos de red central o controladores 130 de red de radio, etc.

[0235] El circuito 1720 de procesamiento puede incluir cualquier combinación adecuada de hardware y software implementada en uno o más módulos para ejecutar instrucciones y manipular datos para realizar algunas o la totalidad de las funciones descritas del nodo 115 de red, como las descritas anteriormente en relación con las FIGURAS 1-15. En algunas realizaciones, el circuito 1720 de procesamiento puede incluir, por ejemplo, uno o más ordenadores, una o más unidades centrales de procesamiento (CPUs), uno o más microprocesadores, una o más aplicaciones y/u otra lógica.

[0237] La memoria 1730 está, generalmente, operativa para almacenar instrucciones, como un programa informático, software, una aplicación que incluya una o más de lógica, reglas, algoritmos, código, tablas, etc., y/u otras instrucciones capaces de ser ejecutadas por el circuito 1720 de procesamiento. Los ejemplos de la memoria 1730 incluyen memoria de ordenador (por ejemplo, Memoria de Acceso Aleatorio (RAM) o Memoria de Sólo Lectura (ROM)), medios de almacenamiento masivo (por ejemplo, un disco duro), medios de almacenamiento extraíbles (por ejemplo, un Disco Compacto (CD) o un Disco de Vídeo Digital (DVD)) y/o cualquier otro dispositivo de memoria volátil o no volátil, no transitorio, legible por ordenador y/o ejecutable por ordenador, que almacene información.

[0239] En algunas realizaciones, la interfaz 1740 de red está acoplada, de forma comunicativa, al circuito 1720 de procesamiento y puede referirse a cualquier dispositivo adecuado operable para recibir una entrada para el nodo 115 de red, enviar una salida del nodo 115 de red, realizar un procesamiento adecuado de la entrada o de la salida o de ambas, comunicarse con otros dispositivos, o cualquier combinación de lo anterior. La interfaz 1740 de red puede incluir hardware (p. ej., puerto, módem, tarjeta de interfaz de red, etc.) y software adecuados, incluidas capacidades de conversión de protocolo y de procesamiento de datos, para comunicarse a través de una red.

[0241] Otras realizaciones del nodo 115 de red pueden incluir componentes adicionales más allá de los mostrados en la FIGURA 17, que pueden ser responsables de proporcionar ciertos aspectos de la funcionalidad del nodo de red de radio, incluidas cualquiera de las funcionalidades descritas anteriormente y/o cualquier funcionalidad adicional (incluida cualquier funcionalidad necesaria para respaldar las soluciones descritas anteriormente). Los distintos tipos de nodos de red pueden incluir componentes con el mismo hardware físico, pero configurados (p. ej., mediante programación) para soportar diferentes tecnologías de acceso por radio, o pueden representar componentes físicos parcial o totalmente diferentes.

[0243] La FIGURA 18 es un esquema de bloques de un controlador de red de radio o nodo 130 de red central ejemplar, de acuerdo con ciertas realizaciones. Los ejemplos de nodos de red pueden incluir un centro de conmutación móvil (MSC), un nodo de soporte GPRS de servicio (SGSN), una entidad de gestión de la movilidad (MME), un controlador de red de radio (RNC), un controlador de estación base (BSC), etc. El controlador de red de radio o nodo 130 de red central incluye un circuito 1820 de procesamiento, una memoria 1830 y una interfaz 1840 de red. En algunas realizaciones, el circuito 1820 de procesamiento ejecuta instrucciones para proporcionar parte o la totalidad de la funcionalidad descrita anteriormente como proporcionada por el nodo de red, la memoria 1830 almacena las instrucciones ejecutadas por el circuito 1820 de procesamiento, y la interfaz 1840 de red comunica señales a cualquier nodo adecuado, como una pasarela, un conmutador, un enrutador, Internet, la Red Telefónica Pública Conmutada (RTPC), los nodos 115 de red, los controladores de red de radio o nodos 130 de red central, etc.

[0245] El circuito 1820 de procesamiento puede incluir cualquier combinación adecuada de hardware y software implementada en uno o más módulos para ejecutar instrucciones y manipular datos para realizar algunas o la totalidad de las funciones descritas del controlador de red de radio o nodo 130 de red central. En algunas realizaciones, el circuito 1820 de procesamiento puede incluir, por ejemplo, uno o más ordenadores, una o más unidades centrales de procesamiento (CPUs), uno o más microprocesadores, una o más aplicaciones y/u otra lógica.

[0247] La memoria 1830 está, generalmente, operativa para almacenar instrucciones, como un programa informático, software, una aplicación que incluya una o más de lógica, reglas, algoritmos, código, tablas, etc., y/u otras instrucciones capaces de ser ejecutadas por el circuito 1820 de procesamiento. Los ejemplos de la memoria 1830 incluyen memoria de ordenador (por ejemplo, Memoria de Acceso Aleatorio (RAM) o Memoria de Sólo Lectura (ROM)), medios de almacenamiento masivo (por ejemplo, un disco duro), medios de almacenamiento extraíbles (por ejemplo, un Disco Compacto (CD) o un Disco de Vídeo Digital (DVD)) y/o cualquier otro dispositivo de memoria volátil o no volátil, no transitorio, legible por ordenador y/o ejecutable por ordenador, que almacene información.

[0249] En algunas realizaciones, la interfaz 1840 de red está acoplada, de forma comunicativa, al circuito 1820 de procesamiento y puede referirse a cualquier dispositivo adecuado operable para recibir una entrada para el nodo de red, enviar una salida del nodo de red, realizar un procesamiento adecuado de la entrada o de la salida o de ambas, comunicarse con otros dispositivos, o cualquier combinación de lo anterior. La interfaz 1840 de red puede incluir hardware (p. ej., puerto, módem, tarjeta de interfaz de red, etc.) y software adecuados, incluidas capacidades de conversión de protocolo y de procesamiento de datos, para comunicarse a través de una red.

[0251] Otras realizaciones del nodo de red pueden incluir componentes adicionales más allá de los mostrados en la FIGURA 18 que pueden ser responsables de proporcionar ciertos aspectos de la funcionalidad del nodo de red, incluidas cualquiera de las funcionalidades descritas anteriormente y/o cualquier funcionalidad adicional (incluida cualquier funcionalidad necesaria para respaldar la solución descrita anteriormente).

[0253] La FIGURA 19 es un diagrama de bloques esquemático de un dispositivo inalámbrico ejemplar, de acuerdo con ciertas realizaciones. El dispositivo inalámbrico 110 puede incluir uno o más módulos. Por ejemplo, el dispositivo inalámbrico 110 puede incluir un módulo 1910 de determinación, un módulo 1920 de comunicación, un módulo receptor 1930, un módulo 1940 de entrada, un módulo 1950 de visualización y cualquier otro módulo adecuado. En algunas realizaciones, uno o más del módulo 1910 de determinación, del módulo 1920 de comunicación, del módulo receptor 1930, del módulo 1940 de entrada, del módulo 1950 de visualización, o de cualquier otro módulo adecuado pueden implementarse utilizando uno o más procesadores, como el circuito 1620 de procesamiento descrito anteriormente en relación con la FIGURA 16. En ciertas realizaciones, las funciones de dos o más de los diversos módulos pueden combinarse en un solo módulo. El dispositivo inalámbrico 110 puede realizar los métodos para la reanudación de RRC sin búsqueda de contexto descritos anteriormente con respecto a las FIGURAS 1-15.

[0255] El módulo 1910 de determinación puede realizar las funciones de procesamiento del dispositivo inalámbrico 110. El módulo 1910 de determinación puede incluir o estar incluido en uno o más procesadores, como el circuito 1620 de procesamiento descrito anteriormente en relación con la FIGURA 16. El módulo 1910 de determinación puede incluir circuitos analógicos y/o digitales configurados para realizar cualquiera de las funciones del módulo 1910 de determinación y/o del circuito 1620 de procesamiento descritas anteriormente. En ciertas realizaciones, las funciones del módulo 1910 de determinación descritas anteriormente pueden realizarse en uno o más módulos distintos.

[0257] El módulo 1920 de comunicación puede realizar las funciones de transmisión del dispositivo inalámbrico 110. Como un ejemplo, el módulo 1930 de comunicación puede enviar una solicitud de reanudación de la conexión a un primer nodo de red (p. ej., un nuevo nodo de red), incluyendo la solicitud de reanudación de la conexión una identificación de reanudación asociada a un segundo nodo de red (p. ej., un antiguo nodo de red). El módulo 1920 de comunicación puede incluir un transmisor y/o un transceptor, como el transceptor 1610 descrito anteriormente en relación con la FIGURA 16. El módulo 1920 de comunicación puede incluir circuitos configurados para transmitir mensajes y/o señales de forma inalámbrica. En realizaciones particulares, el módulo 1920 de comunicación puede recibir mensajes y/o señales para su transmisión desde el módulo 1910 de determinación. En ciertas realizaciones, las funciones del módulo 1920 de comunicación descritas anteriormente pueden realizarse en uno o más módulos distintos.

[0259] El módulo receptor 1930 puede realizar las funciones de recepción del dispositivo inalámbrico 110. Por ejemplo, el módulo receptor 1930 puede recibir un mensaje de respuesta RRC del segundo nodo de red, que es reenviado, de forma transparente, al dispositivo inalámbrico por el primer nodo de red. Como otro ejemplo, el módulo receptor 1930 puede obtener la identificación de reanudación asociada al segundo nodo de red.

[0260] El módulo receptor 1930 puede incluir un receptor y/o un transceptor. El módulo receptor 1930 puede incluir un receptor y/o un transceptor, como el transceptor 1610 descrito anteriormente en relación con la FIGURA 16. El módulo receptor 1930 puede incluir circuitos configurados para recibir mensajes y/o señales de forma inalámbrica. En realizaciones particulares, el módulo receptor 1930 puede comunicar los mensajes y/o señales recibidas al módulo 1910 de determinación. En ciertas realizaciones, las funciones del módulo receptor 1930 descritas anteriormente pueden realizarse en uno o más módulos distintos.

[0262] El módulo 1940 de entrada puede recibir entradas del usuario destinadas al dispositivo inalámbrico 110. Por ejemplo, el módulo de entrada puede recibir pulsaciones de teclas, pulsaciones de botones, toques, deslizamientos, señales de audio, señales de vídeo y/o cualquier otra señal apropiada. El módulo de entrada puede incluir una o más teclas, botones, palancas, interruptores, pantallas táctiles, micrófonos y/o cámaras. El módulo de entrada puede comunicar las señales recibidas al módulo 1910 de determinación. En ciertas realizaciones, las funciones del módulo 1940 de entrada descritas anteriormente pueden realizarse en uno o más módulos distintos.

[0264] El módulo 1950 de visualización puede presentar señales en una pantalla del dispositivo inalámbrico 110. El módulo 1950 de visualización puede incluir la pantalla y/o cualquier circuito y hardware apropiados configurados para presentar señales en la pantalla. El módulo 1950 de visualización puede recibir señales para presentarlas en la pantalla desde el módulo 1910 de determinación. En ciertas realizaciones, las funciones del módulo 1950 de visualización descritas anteriormente pueden realizarse en uno o más módulos distintos.

[0266] El módulo 1910 de determinación, el módulo 1920 de comunicación, el módulo receptor 1930, el módulo 1940 de entrada y el módulo de visualización 1950 pueden incluir cualquier configuración adecuada de hardware y/o software. El dispositivo inalámbrico 110 puede incluir módulos adicionales más allá de los mostrados en la FIGURA 19, que pueden ser responsables de proporcionar cualquier funcionalidad adecuada, incluidas cualquiera de las funcionalidades descritas anteriormente y/o cualquier funcionalidad adicional (incluida cualquier funcionalidad necesaria para respaldar las diversas soluciones descritas en la presente memoria).

[0267] La FIGURA 20 es un diagrama de bloques esquemático de un nodo 115 de red ejemplar, de acuerdo con ciertas realizaciones. El nodo 115 de red puede incluir uno o más módulos. Por ejemplo, el nodo 115 de red puede incluir un módulo 2010 de determinación, un módulo 2020 de comunicación, un módulo receptor 2030 y cualquier otro módulo adecuado. En algunas realizaciones, uno o más del módulo 2010 de determinación, del módulo 2020 de comunicación, del módulo receptor 2030, o de cualquier otro módulo adecuado pueden implementarse utilizando uno o más procesadores, como el circuito 1720 de procesamiento descrito anteriormente en relación con la FIGURA 17. En ciertas realizaciones, las funciones de dos o más de los diversos módulos pueden combinarse en un solo módulo. El nodo 115 de red puede realizar los métodos para la reanudación de RRC sin búsqueda de contexto descritos anteriormente con respecto a las FIGURAS 1-15.

[0268] El módulo 2010 de determinación puede realizar las funciones de procesamiento del nodo 115 de red. En ciertas realizaciones, el nodo 115 de red puede realizar las funciones del primer nodo de red (o nuevo gNB) descritas en la presente memoria. En un escenario de este tipo, el módulo 2010 de determinación puede crear un contexto del UE local y liberar el contexto del UE local tras suspender el dispositivo inalámbrico. En ciertas realizaciones, el nodo 115 de red puede realizar las funciones del segundo nodo de red (o antiguo gNB) descritas en la presente memoria. En un escenario de este tipo, el módulo 2010 de determinación verifica la solicitud de reanudación de la conexión. Como otro ejemplo, el módulo 2010 de determinación puede generar un mensaje de respuesta RRC para el dispositivo inalámbrico. Como otro ejemplo más, el módulo 2010 de determinación puede asignar una identificación de reanudación al dispositivo inalámbrico, la identificación de reanudación asociada al segundo nodo de red.

[0270] El módulo 2010 de determinación puede incluir o estar incluido en uno o más procesadores, como el circuito 1720 de procesamiento descrito anteriormente en relación con la FIGURA 17. El módulo 2010 de determinación puede incluir circuitos analógicos y/o digitales configurados para realizar cualquiera de las funciones del módulo 2010 de determinación y/o del circuito 1720 de procesamiento descritas anteriormente. En ciertas realizaciones, las funciones del módulo 2010 de determinación pueden realizarse en uno o más módulos distintos.

[0272] El módulo 2020 de comunicación puede realizar las funciones de transmisión del nodo 115 de red. En ciertas realizaciones, el nodo 115 de red puede realizar las funciones del primer nodo de red (o nuevo gNB) descritas en la presente memoria. En un escenario de este tipo, el módulo 2020 de comunicación puede enviar la solicitud de reanudación de la conexión al segundo nodo de red asociado a la identificación de reanudación, en función de la identificación de reanudación incluida en la solicitud de reanudación de la conexión. Como otro ejemplo, el módulo 2020 de comunicación puede reenviar un mensaje de respuesta RRC desde el segundo nodo de red al dispositivo inalámbrico. Como otro ejemplo más, el módulo 2020 de comunicación puede enviar la solicitud de reanudación de la conexión al segundo nodo de red como parte de una solicitud de Recuperación del Contexto del UE o de otro mensaje. En algunas realizaciones, el módulo 2020 de comunicación puede enviar la solicitud de reanudación de la conexión al segundo nodo de red junto con una solicitud de Recuperación del Contexto del UE u otro mensaje.

[0274] En ciertas realizaciones, el nodo 115 de red puede realizar las funciones del segundo nodo de red (o antiguo gNB). En un escenario de este tipo, el módulo 2020 de comunicación puede enviar el mensaje de respuesta RRC al dispositivo inalámbrico a través del primer nodo de red. Como otro ejemplo, el módulo 2020 de comunicación puede enviar una respuesta de contexto del UE al primer nodo de red.

[0276] El módulo 2020 de comunicación puede transmitir mensajes a uno o más dispositivos inalámbricos 110. El módulo 2020 de comunicación puede incluir un transmisor y/o un transceptor, como el transceptor 1710 descrito anteriormente en relación con la FIGURA 17. El módulo 2020 de comunicación puede incluir circuitos configurados para transmitir mensajes y/o señales de forma inalámbrica. En realizaciones particulares, el módulo 2020 de comunicación puede recibir mensajes y/o señales para su transmisión desde el módulo 2010 de determinación o desde cualquier otro módulo. En ciertas realizaciones, las funciones del módulo 2020 de comunicación pueden realizarse en uno o más módulos distintos.

[0278] El módulo receptor 2030 puede realizar las funciones de recepción del nodo 115 de red. En ciertas realizaciones, el nodo 115 de red puede realizar las funciones del primer nodo de red (o nuevo gNB) descritas en la presente memoria. En un escenario de este tipo, el módulo receptor 2030 puede recibir una solicitud de reanudación de la conexión de un dispositivo inalámbrico, incluyendo la solicitud de reanudación de la conexión una identificación de reanudación asociada a un segundo nodo de red. Como otro ejemplo, el módulo receptor 2030 puede recibir una respuesta de contexto del UE del segundo nodo de red.

[0280] En ciertas realizaciones, el nodo 115 de red puede realizar las funciones del segundo nodo de red (o antiguo gNB). En un escenario de este tipo, el módulo receptor 2030 puede recibir una solicitud de reanudación de la conexión para un dispositivo inalámbrico de un primer nodo de red, incluyendo la solicitud de reanudación de la conexión una identificación de reanudación asociada al segundo nodo de red. Como otro ejemplo, el módulo receptor 2030 puede recibir la solicitud de reanudación de la conexión del primer nodo de red como parte de una solicitud de Recuperación del Contexto del UE o de otro mensaje. En algunas realizaciones, el módulo receptor 2030 puede recibir la solicitud de reanudación de la conexión del primer nodo de red junto con una solicitud de Recuperación del Contexto del UE u otro mensaje.

[0282] El módulo receptor 2030 puede recibir cualquier información adecuada de un dispositivo inalámbrico. El módulo receptor 2030 puede incluir un receptor y/o un transceptor, como el transceptor 1710 descrito anteriormente en relación con la FIGURA 17. El módulo receptor 2030 puede incluir circuitos configurados para recibir mensajes y/o señales de forma inalámbrica. En realizaciones particulares, el módulo receptor 2030 puede comunicar los mensajes y/o señales recibidas al módulo 2010 de determinación o a cualquier otro módulo adecuado. En ciertas realizaciones, las funciones del módulo receptor 2030 pueden realizarse en uno o más módulos distintos.

[0284] El módulo 2010 de determinación, el módulo 2020 de comunicación y el módulo receptor 2030 pueden incluir cualquier configuración adecuada de hardware y/o software. El nodo 115 de red puede incluir módulos adicionales más allá de los mostrados en la FIGURA 20, que pueden ser responsables de proporcionar cualquier funcionalidad adecuada, incluidas cualquiera de las funcionalidades descritas anteriormente y/o cualquier funcionalidad adicional (incluida cualquier funcionalidad necesaria para respaldar las diversas soluciones descritas en la presente memoria).

[0286] Pueden hacerse modificaciones, adiciones, u omisiones en los sistemas y aparatos descritos en la presente memoria sin apartarse del alcance de la descripción. Los componentes de los sistemas y aparatos pueden estar integrados o separados. Además, las operaciones de los sistemas y aparatos pueden ser realizadas por más, menos, u otros componentes. Asimismo, las operaciones de los sistemas y aparatos pueden realizarse utilizando cualquier lógica adecuada que comprenda software, hardware y/u otra lógica. Como se utiliza en este documento, "cada" se refiere a cada miembro de un conjunto o a cada miembro de un subconjunto de un conjunto.

[0288] Pueden hacerse modificaciones, adiciones, u omisiones a los métodos descritos en la presente memoria sin apartarse del alcance de la presente invención, como se define en las siguientes reivindicaciones.

[0290] Las abreviaturas utilizadas en la descripción anterior incluyen:

[0292] Abreviaturas Descripción

[0294] 3GPP Proyecto de Asociación de Tercera Generación

[0295] AP Punto de Acceso

[0296] AS Estrato de Acceso

[0297] BS Estación Base

[0298] BSC Controlador de Estación Base

[0299] BTS Estación Transceptora de Base

[0300] CN Red Central

[0301] CPE Equipos en las Instalaciones del Cliente

[0302] D2D Dispositivo a dispositivo

[0303] DAS Sistema de Antena Distribuida

[0304] DCI Información de Control del Enlace Descendente

[0305] DL Enlace Descendente

[0306] eNB Nodo B evolucionado

[0307] EPC Núcleo de Paquetes Evolucionado

[0308] FDD Dúplex por División de Frecuencia

[0309] LAN Red de Área Local

[0310] LEE Equipo Portátil Integrado

[0311] LME Equipo Montado en un Portátil

[0312] LTE Evolución a Largo Plazo

[0313] M2M Máquina a Máquina

[0314] MAN Red del Área Metropolitana

[0315] MCE Entidad de Coordinación Multicelda/multidifusión

[0316] MCS Nivel de modulación y esquema de codificación

[0317] MSR Radio Multiestándar

[0318] NAS Estrato Sin Acceso

[0319] NR Nueva Radio

[0320] OFDM Multiplexación por División de Frecuencia Ortogonal

[0321] PDCCH Canal Físico de Control del Enlace Descendente

[0322] PDSCH Canal Físico Compartido del Enlace Descendente

[0323] PSTN Red Telefónica Pública Conmutada

[0324] PUSCH Canal Físico Compartido del Enlace Ascendente

[0325] PUCCH Canal Físico de Control del Enlace Ascendente

[0326] RA Acceso Aleatorio

[0327] RAR Respuesta de Acceso Aleatorio

[0328] RAN Red de Acceso por Radio

[0329] RB Bloque de Recursos

[0330] RNC Controlador de Red de Radio

[0331] RRC Control de Recursos de Radio

[0332] RRH Cabeza de Radio Remoto

[0333] RRU Unidad de Radio Remota

[0334] TA Área de Seguimiento

[0335] TAU Actualización del Área de Seguimiento

[0336] TDD Dúplex por División de Tiempo

[0337] TFRE Elemento de Recurso de Tiempo y Frecuencia UCI Información de Control del Enlace Ascendente UE Equipo de Usuario

[0338] UL Enlace Ascendente

[0339] WAN Red de Área Amplia

Claims

1. REIVINDICACIONES

1. Un método realizado por un nodo (115a) de red objetivo para comunicarse con un equipo de usuario, UE, (110) que previamente estaba en comunicación con un nodo (115b) de red de origen, que comprende:

recibir una solicitud de reanudación de la conexión de control de recursos de radio, RRC, de un UE (110), la solicitud de reanudación de la conexión RRC comprende una identificación de reanudación asociada al nodo (115b) de red de origen y un valor de causa que indica una actualización del área de notificación de la red de acceso por radio;

transmitir la solicitud de reanudación de la conexión al nodo (115b) de red de origen;

recibir una respuesta RRC del nodo (115b) de red de origen; y

reenviar la respuesta RRC al UE (110).

2. El método de la Reivindicación 1, en donde el valor de causa que indica la actualización del área de notificación de la red de acceso por radio es un valor de causa de ranNotificationAreaUpdateRequest.

3. El método de la Reivindicación 1, en donde la solicitud de reanudación de la conexión RRC es unaRRCConnectionResumeRequest.

4. El método de la Reivindicación 1, en donde la solicitud de reanudación de la conexión RRC comprende un token de seguridad.

5. El método de la Reivindicación 1, en donde la respuesta RRC comprende uno o más de:

una nueva identificación de reanudación asociada al nodo (115b) de red de origen;

un nuevo parámetro de seguridad; y

una asignación de área de la red de acceso por radio, RAN.

6. El método de la Reivindicación 1, que comprende, además:

crear un contexto del UE local;

suspender el UE (110); y

liberar el contexto del UE local.

7. Un nodo (115a) de red objetivo para comunicarse con un equipo de usuario, UE, (110) que previamente estaba en comunicación con un nodo (115b) de red de origen, que comprende:

una interfaz (1710) configurada para:

recibir una solicitud de reanudación de la conexión de control de recursos de radio, RRC, del UE (110), en donde la solicitud de reanudación de la conexión RRC comprende una identificación de reanudación asociada al nodo (115b) de red de origen y un valor de causa que indica una actualización del área de notificación de la red de acceso por radio;

un circuito (1720) de procesamiento acoplado, de forma operativa, a la interfaz, el circuito de procesamiento configurado para determinar que el UE (110) estaba, previamente, en comunicación con el nodo (115b) de red de origen;

la interfaz (1710) configurada, además, para:

transmitir la solicitud de reanudación de la conexión RRC al nodo (115b) de red de origen;

recibir una respuesta RRC del nodo (115b) de red de origen; y

reenviar la respuesta RRC al UE (110).

8. Un método realizado por un equipo de usuario, UE, (110) para comunicarse con un nodo (115a) de red objetivo, que comprende:

mientras el UE está en un estado inactivo, transmitir una solicitud de reanudación de la conexión de Control de Recursos de Radio, RRC, al nodo (115a) de red objetivo, incluyendo la solicitud de reanudación de la conexión RRC una identificación de reanudación asociada a un nodo (115b) de red de origen que se ha comunicado, previamente, con el UE (110) y un valor de causa que indica una actualización del área de notificación de la red de acceso por radio;

recibir una respuesta RRC originada en el nodo (115b) de red de origen y reenviada al UE (110) por el nodo (115a) de red objetivo.

9. El método de la Reivindicación 8, que comprende, además, obtener la identificación de reanudación asociada al nodo (115b) de red de origen.

10. El método de la Reivindicación 8, en donde el valor de causa que indica la actualización del área de notificación de la red de acceso por radio es un valor de causa de ranNotificationAreaUpdateRequest.

11. El método de la Reivindicación 8, en donde la respuesta RRC es unaRRCConnectionSuspend.

12. El método de la Reivindicación 8, en donde la solicitud de reanudación de la conexión RRC es unaRRCConnectionResumeRequest.

13. El método de la Reivindicación 8, en donde la solicitud de reanudación de la conexión RRC comprende un token de seguridad.

14. El método de la Reivindicación 8, en donde la respuesta RRC comprende uno o más de:

un nuevo parámetro de seguridad; y

una asignación de área de la red de acceso por radio, RAN.

15. Un equipo de usuario, UE, (110) para comunicarse con un nodo (115a) de red objetivo, que comprende: un circuito (1620) de procesamiento configurado para funcionar en un estado inactivo; y

una interfaz (1610) acoplada, de forma operativa, al circuito (1620) de procesamiento, la interfaz (1610) configurada para:

mientras el UE está en un estado inactivo, transmitir una solicitud de reanudación de la conexión de Control de Recursos de Radio, RRC, al nodo (115a) de red objetivo, incluyendo la solicitud de reanudación de la conexión RRC una identificación de reanudación asociada a un nodo (115b) de red de origen que se ha comunicado, previamente, con el UE (110) y un valor de causa que indica una actualización del área de notificación de la red de acceso por radio; y