ES2914398T3 - Gestión de movilidad para equipos de usuario RRC_INACTIVO - Google Patents
Gestión de movilidad para equipos de usuario RRC_INACTIVO Download PDFInfo
- Publication number
- ES2914398T3 ES2914398T3 ES18751056T ES18751056T ES2914398T3 ES 2914398 T3 ES2914398 T3 ES 2914398T3 ES 18751056 T ES18751056 T ES 18751056T ES 18751056 T ES18751056 T ES 18751056T ES 2914398 T3 ES2914398 T3 ES 2914398T3
- Authority
- ES
- Spain
- Prior art keywords
- cell
- gnb
- rrc
- inactive
- rna
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 claims abstract description 120
- 230000000977 initiatory effect Effects 0.000 claims abstract description 4
- 230000004044 response Effects 0.000 claims description 47
- 238000004891 communication Methods 0.000 claims description 28
- 238000012544 monitoring process Methods 0.000 claims description 14
- 238000012790 confirmation Methods 0.000 claims description 9
- 230000001052 transient effect Effects 0.000 claims description 4
- 230000009471 action Effects 0.000 description 108
- 210000004027 cell Anatomy 0.000 description 88
- 238000010586 diagram Methods 0.000 description 64
- 230000005540 biological transmission Effects 0.000 description 25
- 108091032973 (ribonucleotides)n+m Proteins 0.000 description 23
- 102100039292 Cbp/p300-interacting transactivator 1 Human genes 0.000 description 13
- 101000888413 Homo sapiens Cbp/p300-interacting transactivator 1 Proteins 0.000 description 13
- 238000007726 management method Methods 0.000 description 13
- 238000012546 transfer Methods 0.000 description 13
- 101150084101 RNA2 gene Proteins 0.000 description 12
- 101100353432 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) PRP2 gene Proteins 0.000 description 12
- 230000007704 transition Effects 0.000 description 11
- 101100396152 Arabidopsis thaliana IAA19 gene Proteins 0.000 description 8
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 8
- 101150096622 Smr2 gene Proteins 0.000 description 8
- 238000013459 approach Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 238000013507 mapping Methods 0.000 description 6
- 101100191561 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) PRP3 gene Proteins 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 238000012552 review Methods 0.000 description 4
- 102000040650 (ribonucleotides)n+m Human genes 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 2
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 210000004128 D cell Anatomy 0.000 description 1
- BLXXJMDCKKHMKV-UHFFFAOYSA-N Nabumetone Chemical compound C1=C(CCC(C)=O)C=CC2=CC(OC)=CC=C21 BLXXJMDCKKHMKV-UHFFFAOYSA-N 0.000 description 1
- ISRUGXGCCGIOQO-UHFFFAOYSA-N Rhoden Chemical compound CNC(=O)OC1=CC=CC=C1OC(C)C ISRUGXGCCGIOQO-UHFFFAOYSA-N 0.000 description 1
- 101100346525 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) MSG5 gene Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000000712 assembly Effects 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000007639 printing Methods 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un método para la actualización del área de notificación, RAN, basada en la rede de acceso por radio, RNA, para un equipo de usuario, UE, RRC_INACTIVO, comprendiendo el método: la recepción, por parte del UE (402) RRC_INACTIVO, de un ID de celda y un ID de área RAN transmitidos por una segunda celda; el inicio, por parte del UE (402) RRC_INACTIVO, de un procedimiento de actualización de RNA, cuando el UE RRC_INACTIVO determina que el ID de área RAN de la segunda celda no pertenece a una lista almacenada de ID de área RAN; y la recepción, por parte del UE (402) RRC_INACTIVO, de una lista actualizada de ID de área RAN, desde al menos uno de una primera celda y la segunda celda.
Description
DESCRIPCIÓN
Gestión de movilidad para equipos de usuario RRC_INACTIVO
Campo
La presente exposición se refiere generalmente a métodos de comunicación inalámbrica, y más particularmente, a procedimientos de actualización del área de notificaciones (RNA) basados en la red de acceso por radio (RAN) iniciados por el equipo del usuario para las redes de comunicación inalámbrica de próxima generación.
Antecedentes
LG ELECTRONICS INC: "UE controlled mobility in RRC_INACTIVE", BORRADOR 3GPP; R2-1700451, PROYECTO DE ASOCIACIÓN DE 3a GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, RUTA DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. RAN WG2, no. Spokane, Estados Unidos; 7 de enero de 2017, XP051204016, Obtenido de Internet: URL: http://www.3gpp.org/ftp/ tsg_ran/WG2_RL2/TSGR2_AHs/2017_01_NR/Docs/ [obtenido el 07-01-2017], propone flujos de señalización para soportar movilidad controlada por UE RRC_INACTIVO para New RAT.
Mikko Saily y col.: "Mobile and wireless communications Enablers for the Twenty-twenty Information Society-II Deliverable D6.1 Draft Asynchronous Control Functions and Overall Control Plane Design", 30 de junio de 2016, XP055322758, Obtenido de Internet: URL: https: //metis-ii.5g-ppp.eu/wp-content/uploads/ deliverables/METIS-II-D6.1-V1.0.pdf [obtenido el 24-11-2016], páginas 79-81, propone un modo de movilidad de baja actividad denominado "RRC Conectado Inactivo". El Proyecto de asociación de tercera generación (3GPP) ha introducido un nuevo estado de control de recursos de radio (RRC): estado RRC_INACTIVO, para las redes de comunicación inalámbrica de próxima generación (por ejemplo, 5a (5G)). El estado RRC_INACTIVO tiene como objetivo lograr el ahorro de energía con una latencia de acceso aceptable y es adecuado especialmente para pequeñas transmisiones de datos pequeños, tales como escenarios de comunicaciones de tipo máquina (MTC). Cuando un UE está en estado RRC_INACTIVO, la red de acceso 5G (5G-AN) (por ejemplo, incluyendo la red de acceso por radio de próxima generación (NG-RAN) y/o la red de acceso que no es 3GPP que se conecta a una red central 5G) y el UE almacena el contexto del estrato de acceso (AS) (por ejemplo, el contexto del UE) por separado. Además, cuando el UE está en estado RRC_INACTIVO, el UE no tiene una conexión RRC con el 5G-AN, aunque el 5G-AN mantiene una conexión con la red central de próxima generación (por ejemplo, red central 5G (5GC)). Se han dado a conocer otras características del estado RRC_INACTIVO. Por ejemplo, en el estado RRC _INACTIVo , se puede mantener la conexión entre la red central y la red de acceso por radio, la red de acceso por radio puede activar la paginación de los UE y no se asignan recursos dedicados a los UE. En conjunto, un UE en estado RRC _INACTIVO (por ejemplo, un UE RRC _INACTIVO) puede incurrir en una señalización mínima, un consumo de energía mínimo y costes de recursos mínimos en la red central (por ejemplo, 5GC) y/o la red de acceso por radio (por ejemplo, 5G-AN).
Un área de notificaciones (RNA) basada en RAN puede permitir que la red central de próxima generación (por ejemplo, 5GC) y la red de acceso por radio de próxima generación (por ejemplo, 5G-AN) conozcan la ubicación aproximada de un UE RRC _INACTIVO. La RNA puede incluir una o más celdas, una o más áreas RAN, una o más áreas de seguimiento o cualquier combinación de las mismas. La RNA es específica del UE y configurable por 5G-AN (por ejemplo, por NG-RAN que tiene uno o más nodos B de próxima generación (gNB) y/o uno o más nodos B evolucionados de próxima generación (ng-eNB)) utilizando señalización dedicada. Es importante que la red de acceso por radio de próxima generación (por ejemplo, 5G RAN, 5G-AN) sea consciente de que el UE RRC_INACTIVO se mueve de una RNA a otro y actualice la RNA del UE RRC_INACTIVO. Debería observarse que la actualización de RNA puede ser diferente de una actualización de ubicación de nivel de red central o una actualización de área de seguimiento, ya que una RNA es más pequeña, igual o mayor que un área de seguimiento.
Cuando un UE está en estado RRC_INACTIVO, la red central conoce la ubicación del UE dentro de una RNA y el UE puede moverse dentro de esa RNA sin notificar a la red central. Sin embargo, sin la gestión de movilidad adecuada, cuando un UE RRC _INACTIVO se está alejando de la cobertura de su gNB de anclaje, el contexto del UE no se transfiere en consecuencia. Además, sin la gestión de movilidad adecuada, cuando el UE sale de la RNA de su gNB de anclaje, el gNB de anclaje no puede encontrar el UE RRC_INACTIVO. Como resultado, el UE RRC_INACTIVO no puede restablecer o reanudar rápidamente una conexión RRC con un gNB de destino porque el gNB de destino está fuera de la RNA del gNB de anclaje y no tiene el contexto del UE ni una conexión con la CN. Además, si la velocidad de movimiento del UE es alta o el RNA es pequeño, la transferencia de contexto del UE y la actualización de la RNA pueden volverse más frecuentes y causar más sobrecarga. Además, incurrir en una transferencia de contexto del UE frecuente de un gNB a otro en la misma RNA, que no necesita el contexto del UE para la transmisión de datos de DL/UL, también puede causar una sobrecarga adicional.
Así, existe la necesidad en la técnica de procedimientos de actualización de RNA iniciados por el UE para informar al gNB de anclaje que el UE RRC_INACTIVO se ha movido fuera de su RNA, para mantener la información de contexto del UE al menos en un gNB de una RNA, y/o para permitir que el UE RRC_INACTIVO restablezca o reanude rápidamente una conexión RRC con un gNB de destino para la transmisión de DL/UL, incluso cuando el gNB de destino está fuera de la RNA del gNB de anclaje y no tiene previamente el contexto del UE o una conexión
al CN.
Compendio
La presente descripción está dirigida a la gestión de la movilidad para equipos de usuario (UE) RRC_INACTIVO. Según un aspecto de la presente exposición, se proporciona un método para la actualización de RNA para un UE RRC_INACTIVO en un estado RRC_INACTIVO. El método incluye recibir, por parte del UE RRC_INACTIVO, una ID de celda y una ID de área RAN emitida por una segunda celda; iniciar, por parte del UE RRC_INACTIVO, un procedimiento de actualización de RNA, cuando el UE de RRC_INACTIVO determina que el ID de área RAN de la segunda celda no pertenece a una lista almacenada de ID de área RAN; y recibir, por parte del UE RRC_INACTIVO, una lista actualizada de ID de área RAN, de al menos uno de una primera celda y la segunda celda.
Según un aspecto de la presente exposición, se proporciona un UE en un estado RRC_INACTIVO para la actualización de RNA. El UE incluye uno o más medios no transitorios legibles por ordenador que tienen incorporadas instrucciones ejecutables por ordenador; al menos un procesador acoplado a uno o más medios legibles por ordenador no transitorios, y configurado para ejecutar las instrucciones ejecutables por ordenador para recibir, por parte del UE RRC_INACTIVO, una ID de celda y un ID de área RAN emitido por una segunda celda; iniciar, por parte del UE RRC_INACTIVO, un procedimiento de actualización de RNA, cuando el UE RRC_INACTIVO determina que el ID de área RAN de la segunda celda no pertenece a una lista almacenada de ID de área RAN; y recibir, por parte del UE RRC_INACTIVO, una lista actualizada de ID de área RAN, de al menos uno de una primera celda y la segunda celda.
Breve descripción de los dibujos
Los aspectos de la exposición ejemplar se comprenden mejor a partir de la siguiente descripción detallada cuando se lee con las figuras adjuntas. Varias características no están dibujadas a escala, las dimensiones de varias características pueden aumentarse o reducirse arbitrariamente para aclarar la exposición.
La fig. 1A muestra un diagrama esquemático de un UE RRC_INACTIVO que se mueve desde un gNB de anclaje en una primera RNA hacia un gNB de destino en una segunda RNA a través de un único gNB auxiliar en la segunda RNA, según una implementación ejemplar de la presente solicitud.
La fig. 1B muestra un diagrama esquemático de un UE RRC_INACTIVO que se mueve desde un gNB de anclaje en una primera RNA hacia un gNB de destino en una segunda RNA a través de múltiples áreas de notificación basadas en RAN, según una implementación ejemplar de la presente solicitud.
La fig. 2 es un diagrama de transición de estado de RRC que ilustra varios procedimientos de transición de estado de RRC que un UE puede experimentar dentro de una red de acceso por radio de próxima generación, según una implementación ejemplar de la presente solicitud.
La fig. 3A es un diagrama que ilustra un procedimiento de reanudación de RRC logrado mediante un procedimiento de acceso por radio de 2 pasos, según una implementación ejemplar de la presente solicitud.
La fig. 3B es un diagrama que ilustra un procedimiento de reanudación de RRC logrado mediante un procedimiento de acceso por radio de 4 pasos, según una implementación ejemplar de la presente solicitud.
La fig. 4 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, según una implementación ejemplar de la presente solicitud.
La fig. 5 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, según una implementación ejemplar de la presente solicitud.
La fig. 6 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC _INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, donde la lista de notificaciones RAN está determinada por el gNB de anclaje y/o el gNB auxiliar, según una implementación ejemplar de la presente solicitud.
La fig. 7 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, donde la lista de notificaciones RAN está determinada por un híbrido de la CN y el gNB auxiliar con correspondencia de claves entre la CN y el gNB auxiliar, según una implementación ejemplar de la presente solicitud.
La fig. 8 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, donde la lista de notificaciones RAN está determinada por la CN y el gNB de anclaje y/o el gNB auxiliar, reenviando el gNB de anclaje la lista de notificaciones RAN al gNB auxiliar, según una implementación ejemplar de la presente solicitud.
La fig. 9 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de una RNA en la que no está situado el gNB de anclaje, según una implementación ejemplar de la presente solicitud.
La fig. 10 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que no está situado el gNB de anclaje, según otra implementación ejemplar de la presente solicitud.
La fig. 11 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, donde el gNB auxiliar no puede encontrar y/o conectarse directamente al gNB de anclaje, según una implementación ejemplar de la presente solicitud.
La fig. 12 es un diagrama que ilustra la notificación de datos de DL mediante el gNB de anclaje, según una implementación ejemplar de la presente solicitud.
La fig. 13 es un diagrama que ilustra la notificación de datos de DL directamente al gNB auxiliar, según una implementación ejemplar de la presente solicitud.
La fig. 14 es un diagrama que ilustra los datos de UL desde el UE RRC_INACTIVO al gNB de destino, que incluye la actualización del gNB auxiliar y la transferencia de contexto del UE, según una implementación ejemplar de la presente solicitud.
La fig. 15 ilustra un diagrama de bloques de un nodo para comunicación inalámbrica, según varios aspectos de la presente solicitud.
Descripción detallada
La siguiente descripción contiene información específica relativa a las realizaciones ejemplares de la presente exposición. Los dibujos en la presente exposición y su descripción detallada adjunta están dirigidos a realizaciones meramente ejemplares. Sin embargo, la presente exposición no se limita simplemente a estas realizaciones ejemplares. A los expertos en la técnica se les ocurrirán otras variaciones y realizaciones de la presente exposición. A menos que se indique lo contrario, los elementos iguales o correspondientes entre las figuras pueden indicarse mediante números de referencia iguales o correspondientes. Además, los dibujos e ilustraciones de la presente exposición generalmente no están a escala y no pretenden corresponder a las dimensiones relativas reales.
La siguiente descripción contiene información específica relativa a implementaciones ejemplares en la presente exposición. Los dibujos en la presente exposición y su descripción detallada adjunta están dirigidos a implementaciones meramente ejemplares. Sin embargo, la presente exposición no se limita simplemente a estas implementaciones ejemplares. A los expertos en la técnica se les ocurrirán otras variaciones e implementaciones de la presente exposición. A menos que se indique lo contrario, los elementos iguales o correspondientes entre las figuras pueden indicarse mediante números de referencia iguales o correspondientes. Además, los dibujos e ilustraciones de la presente exposición generalmente no están a escala y no pretenden corresponder a las dimensiones relativas reales.
Con fines de coherencia y facilidad de comprensión, las características similares se identifican (aunque, en algunos ejemplos, no se muestran) mediante números en las figuras ejemplares. Sin embargo, las características en diferentes implementaciones pueden diferir en otros aspectos y así, no se limitarán estrictamente a lo que se muestra en las figuras.
La descripción utiliza las frases "en una implementación" o "en algunas implementaciones", cada una de las cuales puede referirse a una o más implementaciones iguales o diferentes. El término "acoplado" se define como conectado, ya sea directa o indirectamente a través de componentes intermedios, y no se limita necesariamente a conexiones físicas. El término "que comprende", cuando se utiliza, significa "que incluye, pero no necesariamente se limita a"; indica específicamente inclusión abierta o pertenencia a la combinación, grupo, serie y equivalente así descritos.
Además, con fines de explicación y no limitativos, se establecen detalles específicos, tales como entidades funcionales, técnicas, protocolos, estándares y similares para proporcionar una comprensión de la tecnología descrita. En otros ejemplos, se omiten descripciones detalladas de métodos, tecnologías, sistemas, arquitecturas y similares bien conocidos para no oscurecer la descripción con detalles innecesarios.
Los expertos en la técnica reconocerán de inmediato que cualquier función o funciones o algoritmo o algoritmos de red descritos en la presente exposición pueden implementarse mediante hardware, software o una combinación de software y hardware. Las funciones descritas pueden corresponder a módulos que pueden ser software, hardware, firmware o cualquier combinación de los mismos. La implementación del software puede comprender instrucciones ejecutables por ordenador almacenadas en un medio legible por ordenador, tal como una memoria u otro tipo de dispositivos de almacenamiento. Por ejemplo, uno o más microprocesadores u ordenadores de uso general con
capacidad de procesamiento de comunicaciones pueden programarse con las correspondientes instrucciones ejecutables y llevar a cabo la función o funciones o algoritmo o algoritmos de red descritos. Los microprocesadores u ordenadores de propósito general pueden estar formados por circuitos integrados específicos de aplicaciones (ASIC), conjuntos lógicos programables y/o utilizando uno o más procesadores de señales digitales (DSP). Aunque algunas de las implementaciones ejemplares descritas en esta especificación están orientadas al software instalado y ejecutándose en hardware informático, no obstante, las implementaciones ejemplares alternativas implementadas como firmware o como hardware o una combinación de hardware y software están bien dentro del alcance de la presente descripción.
El medio legible por ordenador incluye, entre otros, memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM), memoria de solo lectura programable y borrable (EPROM), memoria de solo lectura programable y borrable eléctricamente (EEPROM), memoria flash, disco compacto de memoria de solo lectura (CD ROM), casetes magnéticos, cinta magnética, almacenamiento en disco magnético o cualquier otro medio equivalente capaz de almacenar instrucciones legibles por ordenador.
Una arquitectura de red de comunicación por radio (por ejemplo, un sistema de evolución a largo plazo (LTE), un sistema LTE-Avanzado (LTE-A) o un sistema PRO LTE-Avanzado) generalmente incluye al menos una estación base, al menos un equipo de usuario (UE), y uno o más elementos de red opcionales que proporcionan conexión hacia una red. El UE se comunica con la red (por ejemplo, una red central (CN), una red central de paquete evolucionado (EPC), una red de acceso por radio terrestre universal evolucionada (E-UTRAN), un núcleo de próxima generación (NGC) o Internet), a través de una red de acceso por radio (RAN) establecida por la estación base.
Debería observarse que, en la presente solicitud, un UE puede incluir, entre otros, una estación móvil, un terminal o dispositivo móvil, un terminal de radiocomunicaciones de usuario. Por ejemplo, un UE puede ser un equipo de radio portátil, que incluye, entre otros, un teléfono móvil, una tableta, un dispositivo portátil, un sensor o un asistente digital personal (PDA) con capacidad de comunicación inalámbrica. El UE está configurado para recibir y transmitir señales a través de una interfaz aérea a una o más celdas en una red de acceso por radio.
Una estación base puede incluir, entre otros, un nodo B (NB) como en UMTS, un nodo B evolucionado (eNB) como en LTE-A, un controlador de red de radio (RNC) como en UMTS, un controlador de estación base (BSC) como en tasas de datos mejoradas de GSM/GSM para evolución de GSM (EDGE) red de acceso por radio (GERAN), un ngeNB como en una estación base E-UTRAN en conexión con 5GC, un nodo B de próxima generación (gNB) como en el 5G-AN, y cualquier otro aparato capaz de controlar la comunicación por radio y gestionar los recursos de radio dentro de una celda. La estación base puede conectarse para dar servicio a uno o más UE a través de una interfaz de radio a la red.
Una estación base puede configurarse para proporcionar servicios de comunicación según al menos una de las siguientes tecnologías de acceso por radio (RAT): interoperabilidad mundial para acceso por microondas (WiMAX), sistema global para comunicaciones móviles (GSM, a menudo denominado 2G), red de acceso por radio GSM EDGE (GERAN), servicio general de radio por paquetes (GPRS), sistema universal de telecomunicaciones móviles (UMTS, a menudo denominado 3G) basado en acceso múltiple por división de código de banda ancha básico (W-CDMA), acceso a paquetes de alta velocidad (HSPA), LTE, LTE-A, eLTE (LTE evolucionado), nueva radio (NR, a menudo denominado 5G) y/o LTE-A Pro. Sin embargo, el alcance de la presente solicitud no debería limitarse a los protocolos mencionados anteriormente.
La estación base es operativa para proporcionar cobertura de radio a un área geográfica específica utilizando una pluralidad de celdas que forman la red de acceso por radio. La estación base soporta las operaciones de las celdas. Cada celda es operativa para proporcionar servicios a al menos un UE dentro de su cobertura de radio. Más específicamente, cada celda (a menudo denominada celda de servicio) proporciona servicios para dar servicio a uno o más UE dentro de su cobertura de radio (por ejemplo, cada celda programa los recursos de enlace descendente y, opcionalmente, de enlace ascendente a al menos un UE dentro de su cobertura de radio para transmisiones de paquetes de enlace descendente y opcionalmente de enlace ascendente). La estación base puede comunicarse con uno o más UE en el sistema de comunicación por radio a través de la pluralidad de celdas. Una celda puede asignar recursos de enlace lateral (SL) para soportar el servicio de proximidad (ProSe). Cada celda puede tener áreas de cobertura superpuestas con otras celdas.
Como se ha dado a conocer anteriormente, la estructura de la trama para NR es soportar configuraciones flexibles para adaptarse a varios requisitos de comunicación de próxima generación (por ejemplo, 5G), tal como banda ancha móvil mejorada (eMBB), comunicación de tipo de máquina masiva (mMTC), comunicación ultra fiable y baja latencia (URLLC), mientras cumple con los requisitos de alta fiabilidad, alta tasa de datos y baja latencia. La tecnología de multiplexación por división de frecuencia ortogonal (OFDM) según lo acordado en 3GPP puede servir como línea de base para la forma de onda NR. La numerología OFDM escalable, tal como el espaciado adaptable de subportadoras, el ancho de banda del canal y el prefijo cíclico (CP), también se puede utilizar para NR. Además, se consideran dos esquemas de codificación para NR: (1) código de comprobación de paridad de baja densidad (LDPC) y (2) código polar. La adaptación del esquema de codificación puede configurarse basándose en las condiciones del canal y/o las aplicaciones del servicio.
Además, también se considera que en un intervalo de tiempo de transmisión TX de una sola trama NR, se deberían incluir al menos datos de transmisión de enlace descendente (DL), un intervalo de guarda y datos de transmisión de enlace ascendente (UL), donde las partes respectivas de los datos de transmisión de DL, el intervalo de guarda, los datos de transmisión de UL también deberían ser configurables, por ejemplo, basándose en la dinámica de red de NR. Además, el recurso de enlace lateral también se puede proporcionar en una trama NR para soportar servicios ProSe.
En varias implementaciones de la presente solicitud, el contexto del UE dentro de un gNB de servicio contiene información sobre las restricciones de acceso e itinerancia que se proporcionaron, bien en el establecimiento de la conexión o bien en la última actualización del área de seguimiento. El contexto del UE puede incluir, entre otros, la tasa de bits máxima agregada del UE, la lista de restricciones de traspaso recibida, las capacidades de seguridad del UE recibidas, la clave de seguridad recibida, etc. Además, I-RNTI (identificador temporal de red de radio inactivo) es una identificación única utilizada para identificar el contexto del UE para un UE RRC_INACTIVO. En diversas implementaciones de la presente solicitud, el I-RNTI puede incluirse en un ID de reanudación de RRC. En varias implementaciones de la presente solicitud, el I-RNTI puede incluir la información requerida para identificar el contexto del UE para UE RRC_INACTIVO. La información requerida también se puede incluir en la identificación de reanudación de RRC.
En varias implementaciones de la presente solicitud, un gNB de anclaje puede ser el último gNB en servicio de un UE, antes de que el UE pase al estado RRC_INACTIVO. El gNB de anclaje puede mantener el contexto del UE y la conexión asociada al UE con la red central (por ejemplo, dando servicio a AMF (función de gestión de acceso y movilidad) y/o UPF (función de plano de usuario)). El UE en estado RRC_INACTIVO puede permanecer en gestión de conexión (CM)-CONECTADO, y puede moverse dentro de una RNA sin notificar a la RAN (por ejemplo, NG-RAN). Sin embargo, cuando el u E RRC_INACTIVO sale de la RNA en la que está situado el gNB de anclaje, el UE RRC_INACTIVO puede iniciar una actualización de RNA, entre otras cosas, para notificar al gNB de anclaje. En algunas otras realizaciones, cuando el UE RRC_INACTIVO se mueve dentro de la RNA donde está situado el gNB de anclaje, en algunas situaciones (por ejemplo, cuando expira un temporizador), el UE RRC_INACTIVO puede iniciar una actualización de RNA, entre otras cosas, para notificar al gNB de anclaje u otro gNB dentro de la RNA sobre la que ahora acampa el UE RRC _INACTIVO.
En diversas implementaciones de la presente solicitud, un gNB auxiliar puede ser un gNB distinto del gNB de anclaje. El UE RRC_INACTIVO podrá acampar en el gNB auxiliar. El gNB auxiliar puede estar en la misma RNA o en una RNA diferente a la RNA en la que está situado el gNB de anclaje. El gNB auxiliar puede notificar al gNB de anclaje de la presencia del UE en su RNA. El gNB auxiliar puede tener el ID de área RAN del UE, el ID de RNA o la lista de notificaciones RAN del UE, que incluye una lista de ID de celda, una lista de celdas, una lista de ID de área RAN, una lista de áreas RAN, una lista de ID de área de seguimiento, o cualquier combinación de los mismos. El gNB auxiliar también puede actualizar la RNA al UE. En algunas realizaciones, el ID de área RAN puede incluir al menos una de la identidad del área de seguimiento y el código de área RAN (RANAC).
Un gNB de destino puede ser un gNB distinto del gNB de anclaje. El UE RRC_INACTIVO puede acampar en el gNB de destino. El gNB de destino puede estar en la misma RNA o en una RNA diferente a la RNA en la que está situado el gNB de anclaje. El UE RRC_INACTIVO puede intentar acceder al gNB de destino. Al recuperar con éxito el contexto del UE del UE RRC_INACTIVO del gNB de anclaje (por ejemplo, a través de uno o más gNB auxiliares), el gNB de destino puede convertirse en el gNB de servicio para la transmisión de enlace descendente (DL) y/o enlace ascendente (UL). Debería observarse que, en varias implementaciones de la presente solicitud, bien el gNB de anclaje o bien el gNB de destino también pueden ser el gNB auxiliar.
Como se describe en varias implementaciones de la presente solicitud, un UE puede recibir ID de celda emitidos por un gNB auxiliar o un gNB de destino. Sin embargo, debería comprenderse que el ID de celda es solamente un ejemplo de lo que puede incluir una lista de notificaciones RAN. Como se describe en la presente memoria, una lista de notificaciones RAN también puede incluir ID de área RAN, ID de área de seguimiento, etc. En algunas realizaciones, la lista de notificaciones RAN incluye los ID de área RAN, por lo que los gNB pueden transmitir sus ID de área RAN. En algunas realizaciones, la lista de notificaciones RAN incluye los ID de área de seguimiento, por lo que los gNB pueden transmitir sus ID de área de seguimiento.
La fig. 1A muestra un diagrama esquemático de un UE RRC_INACTIVO que se mueve desde un gNB de anclaje en una primera RNA hacia un gNB de destino en una segunda RNA a través de un único gNB auxiliar en la segunda RNA, según una implementación ejemplar de la presente solicitud. Como se muestra en la fig. 1A, un sistema 100A de comunicación inalámbrica incluye un equipo de usuario (UE) 102, un gNB 104 de anclaje que tiene un área 112 de cobertura de gNB, un gNB 106 auxiliar que tiene un área 114 de cobertura de gNB y un gNB 110 de destino del UE 102 que tiene un área 118 de cobertura de gNB, donde el gNB 104 de anclaje, el gNB 106 auxiliar y el gNB 110 de destino pueden acceder a una red central (CN) 130, tal como una red central de próxima generación (por ejemplo, 5GC). Se observa que el gNB 104 de anclaje está dentro de un primer área de notificación basada en RAN, RNA1, mientras que el gNB 106 auxiliar y el gNB 110 de destino están dentro de un segundo área de notificación basada en RAN, RNA2, que es diferente de RNA1. En la presente implementación ejemplar, RNA1 y RNA2 son áreas de notificación contiguas basadas en RAN. En otras implementaciones ejemplares, RNA1 y RNA2 pueden no estar inmediatamente adyacentes a áreas de notificación contiguas basadas en RAN.
Cuando el UE 102 está en estado RRC_INACTIVO, no tiene una conexión RRC con el gNB 104 de anclaje. El UE 102 puede permanecer conectado en gestión de conexión (CM) (por ejemplo, CM-CONECTADO), y moverse dentro de un área configurada por la NG-RAN, como una RNA, sin necesidad de notificar a la NG-RAN. El gNB 104 de anclaje, como el último gNB de servicio, almacena el contexto del UE del UE 102 y tiene una conexión (por ejemplo, S1-MME en una red inalámbrica 4G, conexión de próxima generación (NG) asociada a UE en una red inalámbrica 5G, tal como N2 a AMF y N3 a UPF, etc.) al CN 130 (por ejemplo, dando servicio a AMF y/o UPF). Tanto el UE 102 RRC_INACTIVO como el gNB 104 de anclaje mantienen el contexto del UE, pero sin una conexión RRC entre ellos. Además, cuando el UE 102 está en estado RRC_INACTIVO, a medida que el UE 102 RRC_INACTIVO se aleja del área 112 de cobertura gNB del gNB 104 de anclaje bajo RNA1 al área 114 de cobertura gNB del gNB 106 auxiliar bajo RNA2, el gNB 104 de anclaje puede no tener conocimiento de que el UE 102 está dejando o ha dejado su área 112 de cobertura gNB. Como tal, si no se cuenta con una gestión de movilidad de RNA cruzada (inter-RNA) adecuada, es posible que el contexto del UE no se transfiera desde el gNB 104 de anclaje bajo RNA1 al gNB 106 auxiliar y/o al gNB 110 de destino bajo RNA2. Además, si no se cuenta con una gestión de movilidad cruzada de RNA adecuada, cuando el UE 102 RRC_INACTIVO sale del RNA1, es posible que el gNB 104 de anclaje no pueda encontrar el UE 102 RRC_INACTIVO.
La fig. 1B muestra un diagrama esquemático de un UE 102 RRC_INACTIVO que se mueve desde un gNB 104 de anclaje en una primera RNA (RNA1) hacia un gNB 110 de destino en una cuarta RNA (RNA4) a través de múltiples áreas de notificación basadas en RAN, según una implementación ejemplar de la presente solicitud. Como se muestra en la fig. 1B, un sistema 100B de comunicación inalámbrica incluye un equipo de usuario (UE) 102, un gNB 104 de anclaje que tiene un área 112 de cobertura de gNB, un primer gNB1 106 auxiliar que tiene un área 114 de cobertura gNB, un segundo gNB2108 auxiliar que tiene un área 116 de cobertura gNB, y un gNB 110 de destino que tiene un área 118 de cobertura gNB, donde el gNB 104 de anclaje, el primer gNB1 106 auxiliar, el segundo gNB2108 auxiliar, y el gNB 110 de destino pueden acceder a una CN 130, tal como una red central de próxima generación (por ejemplo, 5GC). Se ha de observar que el gNB 104 de anclaje, el primer gNB1 106 auxiliar, el segundo gNB2108 auxiliar, y gNB 110 de destino, están dentro de RNA1, RNA2, RNA3 y RNA4, respectivamente. Es decir, el UE 102 RRC_INACTIVO se mueve desde el área 112 de cobertura gNB del gNB 104 de anclaje dentro de RNA1 a través de múltiples áreas de cobertura de gNB auxiliar (por ejemplo, las áreas 114 y 116 de cobertura de gNB auxiliar) y/o múltiples RNA (por ejemplo, RNA2 y RNA3) antes de que necesite el gNB 110 de destino para la transmisión UL y DL. En particular, como se muestra en la fig. 1B, el UE 102 se está moviendo desde el área 114 de cobertura gNB del gNB1 106 auxiliar hacia el área 116 de cobertura gNB del gNB2108 auxiliar.
Similar a la fig. 1A, cuando el UE 102 está en estado RRC_INACTIVO, no tiene una conexión RRC con el gNB 104 de anclaje. El UE 102 puede permanecer conectado en gestión de conexión (CM) (por ejemplo, CM-CONECTADO) y moverse dentro de un área configurada por la NG-RAN, como una RNA, sin necesidad de notificar a la NG-RAN. El gNB 104 de anclaje, como el último gNB en servicio, almacena el contexto del UE del UE 102 y tiene una conexión (por ejemplo, S1-MME en una red inalámbrica 4G, conexión de próxima generación (NG) asociada al UE en una red inalámbrica 5G, tal como N2 a AMF y N3 a UPF, etc.) a la CN 130 (por ejemplo, AMF y/o UPF). Tanto el UE 102 RRC _INACTIVO como el gNB 104 de anclaje mantienen el contexto UE, pero sin una conexión RRC entre ellos. Además, cuando el UE 102 está en estado RRC_INACTIVO, mientras el UE 102 RRC_INACTIVO se está moviendo desde el área 114 de cobertura gNB del primer gNB1 106 auxiliar bajo RNA2 al área 116 de cobertura gNB del gNB2108 auxiliar bajo RNA3, el gNB 104 de anclaje y el gNB1 106 auxiliar puede no tener conocimiento de que el UE 102 está dejando o ha dejado el área 114 de cobertura gNB.
Como tal, sin una gestión adecuada de la movilidad de RNA cruzada, el contexto del UE puede no transferirse desde el primer gNB1 106 auxiliar bajo RNA2 al segundo gNB2 108 auxiliar bajo RNA3 y/o el gNB 110 de destino bajo RNA4. Además, sin una gestión de movilidad de RNA cruzada adecuada, cuando el UE 102 RRC_INACTIVO sale de RNA2, ni el gNB 104 de anclaje ni el primer gNB1 106 auxiliar pueden ser capaces de encontrar el UE 102 RRC_INACTIVO.
Así, tanto para el diagrama 100A en la fig. 1A como para el diagrama 100B en la fig. 1B, es deseable tener uno o más procedimientos iniciados por el UE para transferir el contexto del UE y actualizar la RNA cuando el UE 102 RRC_INACTIVO sale de la rNa actual, de manera que el UE 102 RRC_INACTIVO pueda restablecer o reanudar rápidamente una conexión RRC con un gNB 110 de destino, aunque el gNB 110 de destino esté fuera de la RNA del gNB 104 de anclaje y no tenga previamente el contexto UE y/o una conexión al CN 130.
En ambas figs. 1A y 1B, el gNB 104 de anclaje es un gNB, al que se encaminan todos los datos para el UE 102 RRC_INACTIVO, porque el gNB 104 de anclaje tiene una conexión asociada al UE con la red central 130 (por ejemplo, una conexión S1-MME en una red 4G, o una conexión de próxima generación (NG) asociada al UE en una red inalámbrica 5G, tal como N2 a AMF y N3 a UPF). Para las implementaciones de la presente solicitud, se supone que el estado RRC_INACTIVO viene después del estado RRC_CONECTADO, como se muestra en la fig. 2. El gNB 104 de anclaje almacena el contexto del UE y mantiene una conexión (por ejemplo, S1-MME en una red inalámbrica 4G, una conexión de próxima generación (NG) asociada al UE en una red inalámbrica 5G, tal como N2 a AMF y N3 a UPF, etc.) a la CN 130 (por ejemplo, AMF y/o UPF). El gNB 106 auxiliar es el primer gNB, en el que acampa el UE 102 RRC_INACTIVO, en el mismo área de notificación basada en RAN o en una nueva. El gNB 106 auxiliar puede notificar al gNB 104 de anclaje de la presencia del UE 102 en su área de cobertura. El gNB 106 auxiliar puede tener el ID de área RAN del UE 102, el ID de RNA o la lista de notificaciones RAN del UE 102, que incluye una lista de ID
de celda, una lista de celdas, una lista de ID de área RAN, una lista de áreas RAN, una lista de ID de área de seguimiento, o cualquier combinación de las mismas. El gNB 106 auxiliar también puede actualizar la RNA al UE 102. El gNB 110 de destino es un gNB, en el que acampa el UE 102 RRC_INACTIVO, cuando se va a producir una transmisión de DL/UL. Debería observarse que el gNB 104 de anclaje o el gNB 110 de destino también pueden ser el gNB 106 auxiliar. Además, desde la perspectiva del UE 102, en algunas realizaciones, solo hay un gNB 104 de anclaje, que puede mantener el contexto del UE, una conexión a la red central, el ID de celda del gNB 106 auxiliar del UE 102 y/o el ID de área RAN del UE 102, el ID de RNA, o la lista de notificaciones RAN del UE 102, que incluye una lista de ID de celda, una lista de celdas, una lista de ID de área RAN, una lista de áreas RAN, una lista de ID de área de seguimiento o cualquier combinación de las mismas.
En ambas figs. 1A y 1B, el gNB 110 de destino y el gNB 104 de anclaje no están en la misma RNA. Debería observarse que, desde la perspectiva del UE 102, en algunas realizaciones, solo existe un gNB 106 auxiliar en un momento dado en un área de notificación basada en RAN en ambos casos representados en las figs. 1A y 1B.
Entre otras diferencias, la fig. 1A muestra un solo gNB 106 auxiliar entre el gNB 104 de anclaje y el gNB 110 de destino, mientras que la fig. 1B muestra varios gNB auxiliares (106, 108) y múltiples RNA (RNA1, RNA2, RNA3, RNA4) entre el gNB 104 de anclaje y el gNB 110 de destino. En la fig. 1A, el UE 102 RRC_INACTIVO se sale de RNA1 en la que está situado el gNB 104 de anclaje. En la fig. 1B, el UE 102 RRC_INACTIVO se sale de RNA2 en la que está situado el gNB1 106 auxiliar, en lugar de RNA1 en la que está situado el gNB 104 de anclaje como se muestra en la fig. 1A.
Debería observarse que, aunque las figs. 1A y 1B ilustran realizaciones donde el gNB 104 de anclaje está en una RNA diferente a la de los gNB auxiliares (106, 108) y/o al gNB 110 de destino, debería comprenderse que la presente solicitud no se limita a los escenarios ilustrados. Es decir, los procedimientos de actualización de RNA descritos en la presente solicitud también pueden ser aplicables cuando los gNB auxiliares (106, 108) y el gNB 110 de destino están en la misma RNA que el gNB 104 de anclaje.
La fig. 2 es un diagrama de transición de estado de RRC que ilustra varios procedimientos de transición de estado de RRC que un UE puede experimentar dentro de una red de acceso por radio de próxima generación, según una implementación ejemplar de la presente solicitud. El diagrama 200 de transición de estado RRC incluye el estado 262 RRC _CONECTADO, el estado 264 RRC_INACTIVO y el estado 266 RRC_EN ESPERA. Como se muestra en la fig. 2, un UE puede hacer la transición entre el estado 262 RRC_CONECTADO, el estado 264 RRC_INACTIVO y el estado 266 RRC_EN ESPERA a través de varios procedimientos (por ejemplo, procedimientos a, b, c, d y e). Debería observarse que en el diagrama 200 de transición de estado RRC, un UE no puede hacer la transición directamente del estado 266 RRC_EN ESPERA al estado 264 RRC_INACTIVO. Es decir, el estado 264 RRC_INACTIVO siempre viene después del estado 262 RRC_CONECTADO. Por ejemplo, el UE puede hace la transición del estado 262 RRC_CONECTADO al estado 264 RRC_INACTIVO a través de un procedimiento de suspensión de RRC (por ejemplo, el procedimiento c). A la inversa, el UE puede hacer la transición del estado 264 RRC_INACTIVO al estado 262 RrC_CONECTADO a través de un procedimiento de reanudación de RRC (por ejemplo, el procedimiento d).
En la presente solicitud, una red de acceso por radio de próxima generación (por ejemplo, 5G-RAN) puede configurar un UE para enviar una solicitud de reanudación de RRC durante un procedimiento de canal de acceso aleatorio (RACH) de 2 pasos como se describe con referencia a la fig. 3A, o un Procedimiento RACH de 4 pasos como se describe con referencia a la fig. 3B. Se ha observado que el término “procedimiento(s) RACH” y el término “procedimiento(s) RA” pueden utilizarse de forma intercambiable en la presente exposición.
La fig. 3A es un diagrama que ilustra un procedimiento de reanudación de RRC 300A logrado mediante un procedimiento de acceso por radio de 2 pasos, según una implementación ejemplar de la presente solicitud. El diagrama 300A incluye un UE 302 y un gNB 310 de destino. En algunas implementaciones, el gNB 310 de destino puede ser sustancialmente similar a cualquiera de los gNB/gNB1 106 auxiliar, gNB2 108 auxiliar, y el gNB 110 de destino que se muestra en las figs. 1A y 1B. En la acción 340, el UE 302 puede multiplexar una secuencia de preámbulo en MSG 1 con una solicitud de reanudación de RRC en MSG 1 (por ejemplo, un tipo de mensaje de solicitud de reanudación de conexión RRC, mensaje de solicitud de reanudación de conexión RRC, mensaje de solicitud de reanudación RRC). El gNB 310 de destino puede recibir la solicitud de reanudación de RRC en MSG1 del procedimiento de acceso aleatorio (RA). En algunas implementaciones, para la transmisión de paquetes pequeños, el UE 302 puede indicar que "la causa de la solicitud de reanudación de RRC = transmisión de paquetes pequeños UL", y los datos pequeños pueden multiplexarse con el preámbulo y el mensaje de solicitud de reanudación de RRC en MSG1. En la acción 342, el gNB 310 de destino puede entregar una respuesta de reanudación de RRC al UE 302 en MSG2 (por ejemplo, mensaje de reanudación de RRC, mensaje de reanudación de conexión de RRC) del procedimiento Ra . Para la transmisión de paquetes pequeños de UL, el gNB 310 de destino puede proporcionar un mensaje de acuse de recibo (ACK)/acuse de recibo negativo (NACK) en MSG2 para indicar si el gNB 310 de destino ha recibido el paquete pequeño en MSG1 con éxito. Si el UE 302 completa con éxito el procedimiento de reanudación de RRC, el UE 302 puede además enviar MSG3 (por ejemplo, mensaje de reanudación completa de RRC, mensaje de reanudación completa de conexión RRC) al gNB 310 de destino. Aunque los mensajes en un procedimiento de acceso por radio de 2 pasos son identificados como "MSG1" y "MSG2" en la fig. 3A, en la presente descripción, "MSG1" y "MSG2" en un procedimiento de acceso por radio de 2
pasos también pueden referirse a "Mensaje A (MSGA)" y "Mensaje B (MSGB)", respectivamente.
La fig. 3B es un diagrama que ilustra un procedimiento de reanudación de RRC 300B logrado mediante un procedimiento de acceso por radio de 4 pasos, según una implementación ejemplar de la presente solicitud. El diagrama 300B incluye un UE 302 y un gNB 310 de destino. En la acción 350, el UE 302 puede enviar un preámbulo (por ejemplo, un preámbulo de acceso aleatorio) al gNB 310 de destino a través de MSG1. En la acción 352, el gNB 310 de destino puede enviar una respuesta de acceso aleatorio en MSG2, si el gNB 310 de destino decodifica MSG1 con éxito. En MSG2, el gNB 310 de destino puede enviar información de recursos de radio configurados para que el UE 302 entregue MSG3 (por ejemplo, tipo de mensaje de solicitud de reanudación de conexión RRC, mensaje de solicitud de reanudación de conexión RRC, mensaje de solicitud de reanudación RRC). En la acción 354, el UE 302 puede entregar una solicitud de reanudación de RRC en MSG3 al gNB 310 de destino. En algunas implementaciones, para la transmisión de paquetes pequeños, el UE 302 puede indicar que "la causa de la solicitud de reanudación RRC = transmisión de paquetes pequeños de UL", y los datos pequeños pueden multiplexarse con el mensaje de solicitud de reanudación de RRC en MSG 3. En algunas realizaciones, el UE 302 puede indicar que "la causa de la solicitud de reanudación de RRC = actualización de RNA". En la acción 356, el gNB 310 de destino puede entregar una respuesta de reanudación de RRC a través de MSG4 (por ejemplo, mensaje de reanudación de RRC, mensaje de reanudación de conexión de RRC) al UE 302. Para la transmisión de paquetes pequeños de UL, el gNB 310 de destino puede proporcionar un mensaje ACK/NACK en el MSG4 para indicar si el gNB 310 de destino ha recibido el pequeño paquete en MSG3 con éxito. Si el UE 302 completa con éxito el procedimiento de reanudación de RRC, el UE 302 puede enviar además MSG5 (no se muestra explícitamente) (por ejemplo, mensaje de reanudación completa de RRC, mensaje de reanudación completa de conexión RRC) al gNB 310 de destino. Debería observarse que cada uno de los procedimientos de RA de 2 y 4 pasos se puede aplicar a los procedimientos de actualización de RNA, por ejemplo, en ambos casos representados en las figs. 1A y 1B.
Caso 1
Actualización del área de notificación basada en RAN iniciada por UE
Una actualización del área de notificación (RNA) basada en RAN iniciada por el UE permite que un UE 302 RRC_INACTIVO restablezca o reanude rápidamente una conexión RRC con un gNB 310 de destino cuando sea necesario (por ejemplo, actualización inter-RNA, actualización intra-RNA, actualización periódica de RNA, etc.). En una implementación, un UE 302 RRC _INACTIVO puede iniciar una actualización de RNA (por ejemplo, una actualización inter-RNA), a medida que el UE 302 RRC _INACTIVO sale de un gNB de anclaje y/o un gNB auxiliar (figs. 1A y 1B), incluso cuando el gNB 310 de destino está fuera de la RNA en la que está situado el gNB de anclaje o el gNB auxiliar y no tiene previamente el contexto del UE o una conexión a una red central. En otra implementación, el UE 302 RRC _INACTIVO puede iniciar una actualización de RNA (por ejemplo, una actualización intra-RNA), a medida que el UE 302 RRC _INACTIVO se mueve desde un gNB de anclaje a un gNB 310 de destino dentro de la misma RNA. En otra implementación, un UE 302 RRC _INACTIVO puede iniciar la actualización de RNA periódicamente. Por ejemplo, el UE 302 inicia un procedimiento de actualización de RNA cuando expira un temporizador.
Caso 1-A: UE RRC _INACTIVO moviéndose dentro o fuera de RNA en que está situado el gNB de anclaje
La fig. 4 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, según una implementación ejemplar de la presente solicitud. El diagrama 400 incluye un UE 402, un gNB 404 de anclaje, un gNB 406 auxiliar y una CN 430 (por ejemplo, un 5GC). En la presente implementación, el UE 402, el gNB 404 de anclaje, el gNB 406 auxiliar y la CN 430 en la fig. 4 pueden corresponder sustancialmente al UE 102, al gNB 104 de anclaje, al gNB 106 auxiliar y a la CN 130, respectivamente, en la fig. 1A. En otra implementación, el UE 402 puede moverse del gNB 404 de anclaje al gNB 406 auxiliar, donde el gNB 404 de anclaje y el gNB 406 auxiliar están en la misma RNA. En tal caso, el UE 402 puede iniciar un procedimiento de actualización de RNA periódicamente, por ejemplo, cuando expira un temporizador.
El diagrama 400 también muestra las acciones 460, 462, 464, 466, 468, 470 y 472, para un procedimiento de actualización de RNA iniciado por el UE cuando el UE 402 RRC_INACTIVO se mueve dentro o fuera de la RNA en la que está situado el gNB 404 de anclaje. En la acción 460, el UE 402 RRC _INACTIVO recibe el ID de celda del gNB 406 auxiliar (el ID del área RAN del gNB 406 auxiliar o el ID del área de seguimiento del gNB 406 auxiliar) transmitida desde el gNB 406 auxiliar. Cuando el UE 402 RRC _INACTIVO compara el ID de celda del gNB 406 auxiliar (el ID de área RAN del gNB 406 auxiliar o el ID de área de seguimiento del gNB 406 auxiliar) con los ID de celda (ID de área RAN o ID de área de seguimiento) almacenados en su lista de notificaciones RAN, el UE 402 RRC _INACTIVO puede determinar que se está moviendo o se ha salido de la RNA original en la que está situado el gNB 404 de anclaje. Como resultado, el UE 402 RRC _INACTIVO inicia una actualización de RNA, para informar al gNB 404 de anclaje sobre la salida del UE 402 RRC _INACTIVO y para actualizar la lista de notificaciones RAN.
En la acción 462, después de determinar que el ID de celda de transmisión recibida (ID de área RAN o ID de área de seguimiento) del gNB 406 auxiliar no está en su lista de notificaciones RAN, el UE 402 RRC _INACTIVO inicia un procedimiento de canal de acceso aleatorio (RACH) con el gNB 406 auxiliar. El procedimiento RACH puede ser, bien
el procedimiento RACH de 2 pasos o bien el procedimiento RACH de 4 pasos como se describe con referencia a las figs. 3A y 3B, respectivamente. El UE 402 RRC _INACTIVO puede enviar su ID y/o I-RNTI de reanudación de RRC y el ID de celda del gNB 404 de anclaje (ID de área RAN o ID de área de seguimiento), bien en MSG1 del procedimiento RACH de 2 pasos que se muestra en la fig. 3A, o bien en MSG1/MSG 3 del procedimiento RACH de 4 pasos que se muestra en la fig. 3b . El gNB 406 auxiliar puede mantener una tabla que incluya una lista de ID y/o I-RNTI de reanudación de RRC y el ID de celda del gNB de anclaje (ID de área RAN o ID de área de seguimiento) en pares coincidentes, ya que el gNB 406 auxiliar puede ser un gNB auxiliar para varios UE RRC_INACTIVO.
En la acción 464, al recibir el ID y/o I-RNTI de reanudación de RRC del UE 402 RRC _INACTIVO, que es nuevo para el gNB 406 auxiliar, el gNB 406 auxiliar envía un mensaje de actualización de RNA al gNB 404 de anclaje, donde el mensaje de actualización de RNA incluye el ID y/o I-RNTI de reanudación de RRC del UE 402. El gNB 404 de anclaje recibe el mensaje de actualización de RNA del gNB 406 auxiliar y mantiene una tabla de ID de UE y el ID de celda del gNB 406 auxiliar (ID de área RAN o ID del área de seguimiento), de manera que el gNB 404 de anclaje sepa dónde está ubicado el UE 402 RRC_INACTIVO. El gNB 404 de anclaje también mantiene el contexto del UE almacenado.
En la acción 466, el gNB 404 de anclaje envía una solicitud RNA específica del UE al CN 430 (por ejemplo, 5G-CN, 5GC o NG-CN), donde la solicitud RnA específica del UE incluye el ID de UE del UE 402 RRC_INACTIVO y el ID de celda del gNB 406 auxiliar (ID de área RAN o ID de área de seguimiento) y una clave. En una implementación, la clave puede ser la clave de seguridad en el contexto del UE. En otra implementación, la clave puede estar, bien en otros formatos, tales como ID específicos del UE que el gNB 404 de anclaje crea y entrega tanto al CN 430 mediante una solicitud RNA específica del UE como al gNB 406 auxiliar utilizando una respuesta de RNA. Posteriormente, el gNB 406 auxiliar utiliza la clave para garantizar la integridad de la CN 430 y para confirmar que una respuesta de RNA específica del UE recibida de la CN 430 y una respuesta de RNA recibida del gNB 404 de anclaje corresponden al UE 402.
En la acción 468, el gNB 404 de anclaje envía una respuesta de RNA que incluye la clave al gNB 406 auxiliar. En la acción 470, la CN 430 envía una respuesta de RNA específica del UE que incluye la clave y una nueva RNA que tiene una lista de ID de celda de gNB (una lista de ID de área RAN de gNB o una lista de ID de área de seguimiento de gNB) al gNB 406 auxiliar. Por ejemplo, en función del ID de UE recibido, la CN 430 comprueba el contexto del UE y determina la nueva RNA para el UE 402 RRC_INACTIVO. Cuando la clave en la respuesta de RNA recibida del gNB 404 de anclaje coincide con la clave en la respuesta de RNA específica del UE recibida de la CN 430, el gNB 406 auxiliar realiza las acciones restantes del procedimiento RACH. En la acción 472, el gNB 406 auxiliar transmite la nueva RNA que tiene la lista de ID de celda de gNB (por ejemplo, con el ID de celda del gNB 406 auxiliar) (la lista de ID de área RAN de gNB (por ejemplo, con el ID de área RAN del gNB 406 auxiliar), o la lista de ID de área de seguimiento de gNB (por ejemplo, con el ID de área de seguimiento del gNB 406 auxiliar)), al UE 402 RRC_INACTIVO, utilizando, bien MSG2 del procedimiento RACH de 2 pasos que se muestra en la fig. 3A, o bien MSG2/MSG4 del procedimiento RACH de 4 pasos que se muestra en la fig. 3B.
Se ha de observar que, en la presente implementación, la lista de notificaciones RAN está determinada por la CN 430. La presente implementación también utiliza la correspondencia de claves entre el gNB 406 auxiliar y la CN 430 para garantizar la integridad de la CN 430 y para confirmar que la respuesta de RNA específica del UE recibida de la CN 430 y la respuesta de RNA del gNB 404 de anclaje corresponden al UE 402.
La fig. 5 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, según una implementación ejemplar de la presente solicitud. El diagrama 500 incluye un UE 502, un gNB 504 de anclaje, un gNB 506 auxiliar y una CN 530. En la presente implementación, el UE 502, el gNB 504 de anclaje, el gNB 506 auxiliar y la CN 530 en la fig. 5 pueden corresponder sustancialmente al UE 102, al gNB 104 de anclaje, al gNB 106 auxiliar y a la red central (CN) 130 en la fig. 1A, respectivamente. En otra implementación, el UE 502 puede moverse del gNB 504 de anclaje al gNB 506 auxiliar, donde el gNB 504 de anclaje y el gNB 506 auxiliar están en la misma RNA. En tal caso, el UE 502 puede iniciar un procedimiento de actualización de RNA periódicamente, por ejemplo, cuando expira un temporizador.
El diagrama 500 también muestra las acciones 560, 562, 564, 566, 568, 570 y 572 para un procedimiento de actualización de RNA iniciado por el UE a medida que el UE 502 RRC_INACTIVO se mueve dentro o fuera de la RNA en la que está situado el gNB 504 de anclaje. En la presente implementación, las acciones 560, 562, 564 y 572 pueden ser sustancialmente similares a las acciones 460, 462, 464 y 472, respectivamente, como se muestra en la fig. 4. A diferencia de la fig. 4, en la acción 566, el gNB 504 de anclaje envía una solicitud RNA específica del UE a la CN 530 (por ejemplo, 5GC, 5G CN), donde la solicitud RNA específica del UE incluye el ID de UE del UE 502 RRC_INACTIVO (sin el ID de celda del gNB 506 auxiliar (ID de área RAN o ID de área de seguimiento) o una clave). En la acción 568, la CN 530 envía una respuesta de RNA específica del UE que incluye una nueva RNA que tiene una lista de ID de celda de gNB (una lista de ID de área RAN de gNB o una lista de ID de área de seguimiento de gNB) al gNB 504 de anclaje. Por ejemplo, basándose en el ID de UE recibido, la CN 530 comprueba el contexto del UE y determina la nueva RnA para el UE 502 RRC_INACTIVO. En la acción 570, el gNB 504 de anclaje envía una respuesta de RNA que incluye la nueva RNA que tiene la lista de ID de celda de gNB (por ejemplo, con el ID de celda del gNB 506 auxiliar) (la lista de ID de área RAN de gNB (por ejemplo, con el ID de área RAN del gNB 506
auxiliar), o la lista de ID de área de seguimiento de gNB (por ejemplo, con el ID de área de seguimiento de gNB 506 auxiliar)), al gNB 506 auxiliar. Así, en el procedimiento de actualización de RNA iniciado por el UE ilustrado en la fig.
5, el gNB 504 de anclaje reenvía o transfiere la lista de notificaciones RAN del UE desde la CN 530 al gNB 506 auxiliar. No hay correspondencia de clave entre la CN 530 y el gNB 506 auxiliar.
Debería observarse que, para las implementaciones de la presente solicitud, la lista de notificaciones RAN de un UE RRC_INACTIVO puede ser determinada (1) por una CN, (2) por uno o más gNB, o (3) por una combinación de una CN y uno o más gNB. En una implementación, una CN determina la lista de notificaciones RAN del UE RRC_INACTIVO basándose en el contexto del UE y/o el área de seguimiento/registro configurada para el UE. Por ejemplo, la CN puede proporcionar el área de seguimiento/registro a través de AMF a NG-RAN (por ejemplo, gNB). El gNB puede tener en cuenta el área de seguimiento/registro del UE al configurar la RNA. Como se ha descrito anteriormente con referencia a las figs. 4 y 5, las listas de notificaciones RAN del UE 402 y 502 RRC_INACTIVO están determinadas por las redes centrales 430 y 530, respectivamente. En el segundo enfoque, uno o más gNB, tal como un gNB auxiliar y/o un gNB de anclaje, pueden determinar la lista de notificaciones RAN del UE RRC_INACTIVO basándose en el contexto del UE y la capacidad de conexión del gNB con otros gNB. Por ejemplo, algunos gNB pueden pertenecer a una lista negra de gNB auxiliar/anclaje, lo que significa que el gNB auxiliar/anclaje no puede comunicarse con los gNB en su lista negra. Así, ciertos ID de celda (ID de área RAN o ID de área de seguimiento) en la lista negra pueden no incluirse o eliminarse de la lista de notificaciones RAN del UE RRC_INACTIVO.
La fig. 6 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, donde la lista de notificaciones RAN está determinada por el gNB de anclaje y/o el gNB auxiliar, según una implementación ejemplar de la presente solicitud. El diagrama 600 incluye un UE 602, un gNB 604 de anclaje, un gNB 606 auxiliar y una CN 630. En la presente implementación, el UE 602, el gNB 604 de anclaje, el gNB 606 auxiliar y la CN 630 en la fig. 6 pueden corresponder sustancialmente al UE 102, al gNB 104 de anclaje, al gNB 106 auxiliar y a la CN 130, respectivamente, en la fig. 1A. En otra implementación, el UE 602 puede moverse del gNB 604 de anclaje al gNB 606 auxiliar, donde el gNB 604 de anclaje y el gNB 606 auxiliar están en la misma RNA. En tal caso, el UE 602 puede iniciar un procedimiento de actualización de RNA periódicamente, por ejemplo, cuando expira un temporizador.
El diagrama 600 también muestra las acciones 660, 662, 664, 666, 668 y 670 para un procedimiento de actualización de RNA iniciado por el UE cuando el UE 602 RRC_INACTIVO se mueve dentro o fuera de la RNA en la que está situado el gNB 604 de anclaje. En la presente implementación, las acciones 660, 662 y 664 pueden ser sustancialmente similares a las acciones 560, 562 y 564, respectivamente, como se muestra en la fig. 5. A diferencia de la fig. 5, en la acción 666, el gNB 604 de anclaje determina la nueva lista de notificaciones RAN del UE 602 basándose en el contexto del UE y envía la nueva lista de notificaciones RAN al gNB 606 auxiliar. El gNB 606 auxiliar puede filtrar y/o revisar la nueva lista de notificaciones RAN basándose en su conexión a otros gNB. Por ejemplo, el gNB 606 auxiliar puede filtrar y/o eliminar los ID de celda gNB (ID de área RAN o ID de área de seguimiento) en la nueva lista de notificaciones RAN que está en su lista negra, como se indica en la acción 668. En la acción 670, el gNB 606 auxiliar envía la lista de notificaciones RAN con los ID de celda de gNB filtrados y/o revisados (ID de área RAN o ID de área de seguimiento) al UE 602.
En el tercer enfoque, una CN y uno o más gNB pueden determinar la lista de notificaciones RAN del UE RRC_INACTIVO. Por ejemplo, la Cn determina la lista de notificaciones RAN del UE RRC_INACTIVO basándose en el contexto del UE y/o el área de seguimiento. A continuación, uno o más gNB, tal como un gNB auxiliar y/o un gNB de anclaje, pueden modificar la lista de notificaciones RAN del UE RRC_INACTIVO determinada por la CN basándose en el contexto del UE y la capacidad de conexión del gNB auxiliar y/o del gNB de anclaje para otros gNB. Por ejemplo, algunos gNB pueden pertenecer a una lista negra del gNB auxiliar/de anclaje, lo que significa que el gNB auxiliar/de anclaje no puede comunicarse con los gNB en su lista negra. Así, ciertos ID de celda (ID de área RAN o ID de área de seguimiento) en la lista negra pueden no incluirse o eliminarse de la lista de notificaciones RAN del UE RRC_INACTIVO.
La fig. 7 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, donde la lista de notificaciones RAN está determinada por un híbrido de la CN y del gNB auxiliar con correspondencia de claves entre la CN y el gNB auxiliar, según una implementación ejemplar de la presente solicitud. El diagrama 700 incluye un UE 702, un gNB 704 de anclaje, un gNB 706 auxiliar y una CN 730. En la presente implementación, el UE 702, el gNB 704 de anclaje, el gNB 706 auxiliar y la CN 730 en la fig. 7 pueden corresponder sustancialmente al UE 102, al gNB 104 de anclaje, al gNB 106 auxiliar y a la red central (CN) 130, respectivamente, en la fig. 1A. En otra implementación, el UE 702 puede moverse del gNB 704 de anclaje al gNB 706 auxiliar, donde el gNB 704 de anclaje y el gNB 706 auxiliar están en la misma RNA. En tal caso, el UE 702 puede iniciar un procedimiento de actualización de RNA periódicamente, por ejemplo, cuando expira un temporizador.
El diagrama 700 muestra las acciones 760, 762, 764, 766, 768, 770, 772 y 774 para un procedimiento de actualización de RNA iniciado por el UE a medida que el UE 702 RRC_INACTIVO se mueve dentro o fuera de la RNA en la que está situado el gNB 704 de anclaje. En la presente implementación, las acciones 760, 762, 764, 766,
768 y 770 pueden ser sustancialmente similares a las acciones 460, 462, 464, 466, 468 y 470, respectivamente, como se muestra en la fig. 4. A diferencia de la fig. 4, en la acción 772, después de que la CN 730 determine la nueva lista de notificaciones RAN del UE 702 y envíe la nueva lista de notificaciones RAN al gNB 706 auxiliar, el gNB 706 auxiliar puede filtrar y/o revisar la nueva lista de notificaciones RAN basándose en su capacidad de conexión con otros gNB. Por ejemplo, el gNB 706 auxiliar puede filtrar y/o eliminar los ID de celda gNB (ID de área RAN o ID de área de seguimiento) en la nueva lista de notificaciones RAN que está en su lista negra, como se indica en la acción 772. En la acción 774, el gNB 706 auxiliar envía la lista de notificaciones RAN con los ID de celda de gNB filtrados y/o revisados (ID de área RAN o ID de área de seguimiento) al UE 702.
En otra implementación, la CN determina la nueva lista de notificaciones RAN del UE y la entrega al gNB de anclaje, el gNB de anclaje y el gNB auxiliar pueden filtrar y/o revisar la lista de notificaciones RAN del UE, como se ilustra en la fig. 8. La fig. 8 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, donde la lista de notificaciones RAN está determinada por la CN y el gNB de anclaje y/o el gNB auxiliar, reenviando el gNB de anclaje la lista de notificaciones RAN al gNB auxiliar, según una implementación ejemplar de la presente solicitud. El diagrama 800 incluye un UE 802, un gNB 804 de anclaje, un gNB 806 auxiliar y una CN 830. En la presente implementación, el UE 802, el gNB 804 de anclaje, el gNB 806 auxiliar y la CN 830 en la fig. 8 pueden corresponder sustancialmente al UE 102, al gNB 104 de anclaje, al gNB 106 auxiliar y a la CN 130, respectivamente, en la fig. 1A. En otra implementación, el UE 802 puede moverse del gNB 804 de anclaje al gNB 806 auxiliar, donde el gNB 804 de anclaje y el gNB 806 auxiliar están en la misma RNA. En tal caso, el UE 802 puede iniciar un procedimiento de actualización de RNA periódicamente, por ejemplo, cuando expira un temporizador.
El diagrama 800 muestra las acciones 860, 862, 864, 866, 868, 870, 872, 874 y 876 para un procedimiento de actualización de RNA iniciado por el UE a medida que el UE 802 RRC _INACTIVO se mueve dentro o fuera de la RNA en la que está situado el gNB 804 de anclaje. En la presente implementación, las acciones 860, 862, 864, 866 y 868 pueden ser sustancialmente similares a las acciones 560, 562, 564, 566 y 568, respectivamente, como se muestra en la fig. 5. A diferencia de la fig. 5, en la acción 870, después de que la CN 830 determine la nueva lista de notificaciones RAN del UE 802 y envíe la nueva lista de notificaciones RAN al gNB 804 de anclaje, el gNB 804 de anclaje filtra y/o revisa la nueva lista de notificaciones RAN basándose en su capacidad de conexión a otros gNB. Por ejemplo, el gNB 804 de anclaje filtra y/o elimina los gNB en la nueva lista de notificaciones RAN que está en su lista negra, como se indica en la acción 870. En la acción 872, el gNB 804 de anclaje envía la lista de notificaciones RAN con los ID de celda de gNB filtrados y/o revisados (ID de área RAN o ID de área de seguimiento) al gNB 806 auxiliar. En la acción 874, el gNB 806 auxiliar filtra y/o revisa aún más la lista de notificaciones RAN ya filtrada/revisada del gNB 804 de anclaje basándose en la capacidad de conexión del gNB 806 auxiliar con otros gNB. Por ejemplo, en la acción 874, el gNB 806 auxiliar puede filtrar y/o eliminar los ID de celda de gNB (ID de área RAN o ID de área de seguimiento) en la lista de notificaciones RAN ya filtrada/revisada que está en su lista negra. En la acción 876, el gNB 806 auxiliar envía la lista de notificaciones RAN con los ID de celda de gNB filtrados y/o revisados (ID de área RAN o ID de área de seguimiento) al UE 802.
En una implementación, el tamaño de la lista de notificaciones RAN implica la cobertura del área de notificación RAN. En una implementación, esa lista de notificaciones RAN también puede comprender numerosos haces, que tienen los ID de celda en la lista de notificaciones RAN. Como tal, cualquier haz en la lista de notificaciones RAN puede servir como un gNB de anclaje/gNB auxiliar/gNB de destino. En una implementación, la lista de notificaciones RAN implica los ID de área RAN, que forman la cobertura del área de notificación RAN del UE. En una implementación, cada ID de área RAN puede ser una ID de celda, una lista de ID de celda o cualquier forma de ID basada en RAN (por ejemplo, una ID de área RAN, una lista de ID de área RAN, una ID de área de seguimiento/notificación, o una lista de ID de área de seguimiento/notificación). Por ejemplo, un ID de área RAN puede representar un área RAN, que puede ser un subconjunto de un área de seguimiento/notificación de CN.
Caso 1-B: UE RRC_INACTIVO que se mueve dentro o fuera de una RNA en la que no está situado el gNB de anclaje
La fig. 9 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de una RNA en la que no está situado el gNB de anclaje, según una implementación ejemplar de la presente solicitud. El diagrama 900 incluye un UE 902, un gNB 904 de anclaje, un gNB1906 auxiliar, un gNB2908 auxiliar, y una CN 930. En la presente implementación, el UE 902, el gNB 904 de anclaje, el gNB1906 auxiliar, el gNB2908 auxiliar, y la CN 930 en la fig. 9 pueden corresponder sustancialmente al UE 102, al gNB 104 de anclaje, al gNB1 106 auxiliar, al gNB2 108 auxiliar y a la CN 130, respectivamente, en la fig.
1B. En otra implementación, el UE 902 puede moverse del gNB1 906 auxiliar al gNB2908 auxiliar, donde el gNB1 906 auxiliar al gNB2908 auxiliar están en la misma RNA. En tal caso, el UE 902 puede iniciar un procedimiento de actualización de RNA periódicamente, por ejemplo, cuando expira un temporizador.
El diagrama 900 también muestra las acciones 960, 962, 964, 966, 968, 970, 972, 974 y 976 para un procedimiento de actualización de RNA iniciado por el UE a medida que el UE 902 RRC _INACTIVO se mueve dentro o fuera de la RNA en la que está situado el gNB1 906 auxiliar. Inicialmente, el UE 902 RRC _INACTIVO puede seguir recibiendo los ID de celda de transmisión (ID de área RAN o ID de área de seguimiento) y puede acampar en cualquier gNB con los ID de celda de transmisión recibidos (ID de área RAN o ID de área de seguimiento). Por ejemplo, en la
acción 960, el UE 902 RRC _INACTIVO recibe el ID de celda (ID de área RAN o ID de área de seguimiento) de la transmisión del gNB2908 auxiliar desde el gNB2908 auxiliar. Cuando el UE 902 RRC _INACTIVO compara el ID de celda (ID del área RAN o ID del área de seguimiento) del gNB2908 auxiliar con los ID de celda (ID de área RAN o ID de área de seguimiento) almacenados en su lista de notificaciones RAN, el UE 902 RRC _INACTIVO determina que se está moviendo o se ha movido fuera de la RNA en la que está situado el gNB1 906 auxiliar. Como resultado, el UE 902 RRC _INACTIVO inicia una actualización de RNA para eliminar la información del UE 902 RRC _INACTiVo almacenada en el primer gNB auxiliar (por ejemplo, el gNB1 906 auxiliar) mediante el uso de un mensaje de eliminación de asistencia de UE del gNB de anclaje, (por ejemplo, el gNB 904 de anclaje), y para actualizar la lista de notificaciones RAN. En la acción 962, después de determinar que el ID de celda de transmisión recibido (ID de área RAN o ID de área de seguimiento) del gNB2908 auxiliar no está en su lista de notificaciones RAN, el UE 902 RRC _INACTIVO inicia un procedimiento RACH con el gNB2908 auxiliar. El procedimiento RACH puede ser el RACH de 2 pasos o el RACH de 4 pasos descrito con referencia a las figs. 3A y 3B, respectivamente. El UE 902 RRC _INACTlVO puede enviar su ID y/o I-RNTI de reanudación de RRC y el ID de celda gNB de anclaje (ID de área RAN o ID de área de seguimiento), bien en MSG 1 en la fig. 3A o bien en MSG 3 en la fig. 3B. El gNB2908 auxiliar puede mantener una tabla que incluya una lista de ID y/o I-RNTI de reanudación de RRC e ID de celda de gNB de anclaje (ID de área RAN o ID de área de seguimiento) en pares coincidentes, como gNB2908 auxiliar puede ser un gNB auxiliar para varios UE RRC_INACTIVO. En la acción 964, al recibir el ID y/o I-RNTI de reanudación de RRC del UE 902 RRC_INACTIVO, que es nuevo para el gNB2908 auxiliar, el gNB2908 auxiliar envía un mensaje de actualización de RNA al gNB 904 de anclaje, donde el mensaje de actualización de RNA incluye el ID y/o I-RNTI de reanudación de RRC recibidos del UE 902. El gNB 904 de anclaje recibe el mensaje de actualización de RNA del gNB2908 auxiliar y actualiza la tabla de ID del UE y el ID de celda del gNB2908 auxiliar (ID de área RAN o ID de área de seguimiento), de manera que el gNB 904 de anclaje sepa dónde está ubicado el UE 902 RRC_INACTIVO. El gNB 904 de anclaje aún conserva el contexto del UE almacenado.
En la acción 966, el gNB 904 de anclaje envía una solicitud RNA específica del UE a la CN 930 (por ejemplo, 5GC), donde la solicitud RNA específica del UE incluye el ID de UE del UE 902 RRC_INACTIVO, el iD de celda de gNB2 908 auxiliar (ID de área RAN o ID de área de seguimiento) y una clave. El formato y la funcionalidad de la clave pueden ser sustancialmente similares a la clave descrita con referencia a la fig. 4. En la acción 968, el gNB 904 de anclaje envía un mensaje de eliminación de asistencia de UE que tiene el ID y/o I-RNTI de reanudación de RRC al gNB1 906 auxiliar. Como resultado, el gNB1 906 auxiliar borra la información del UE 902 RRC_INACTIVO. Es decir, el UE 902 RRC_INACTIVO ha de tener solamente un gNB auxiliar a la vez. En la acción 970, después de borrar la información del UE 902 RRC_INACTIVO, el gNB1 906 auxiliar responde un mensaje de confirmación de eliminación de asistencia de UE al gNB 904 de anclaje. Como tal, la información del UE 902 RRC_INACTIVO almacenada en el gNB1906 auxiliar se elimina utilizando el mensaje de eliminación de asistencia de UE del gNB 904 de anclaje.
En la acción 972, el gNB 904 de anclaje envía una respuesta de RNA que incluye la clave para el gNB2908 auxiliar. Basándose en el ID de UE recibido de la acción 966, la CN 930 comprueba el contexto del UE y determina una nueva RNA para el UE 902 RRC_INACTIVO. En la acción 974, la CN 930 envía una respuesta de RNA específica del UE, que incluye la clave y la nueva RNA que tiene una lista de ID de celda de gNB (una lista de ID de área RAN de gNB o una lista de ID de área de seguimiento de gNB), al gNB2908 auxiliar. La presente implementación también utiliza la correspondencia de claves entre el gNB2908 auxiliar y la CN 930 para garantizar la integridad de la CN 930, y para confirmar que la respuesta de RNA específica del UE recibida de la CN 930 y la respuesta de RNA del gNB 904 de anclaje corresponden al UE 902. En la acción 976, el gNB2908 auxiliar transmite, a continuación, la nueva RNA, que incluye la lista de ID de celda del gNB (por ejemplo, con el ID de celda del gNB2908 auxiliar) (la lista de ID de área RAN de gNB (por ejemplo, con el ID de área RAN del gNB2908 auxiliar), o la lista de ID de área de seguimiento de gNB (por ejemplo, con el ID de área de seguimiento del gNB2 908 auxiliar)), al UE 902 RRC_INACTIVO, utilizando MSG 2 en la fig. 3A o MSG 4 en la fig. 3B. Como tal, la lista de notificaciones RAN se actualiza.
La fig. 10 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que no está situado el gNB de anclaje, según otra implementación ejemplar de la presente solicitud. El diagrama 1000 incluye un UE 1002, un gNB 1004 de anclaje, un gNB1 1006 auxiliar, un gNB21008 auxiliar, y una CN 1030. En la presente implementación, el UE 1002, el gNB 1004 de anclaje, el gNB1 1006 auxiliar, el gNB2 1008 auxiliar, y la CN 1030 en la fig. 10 pueden corresponder sustancialmente al UE 102, al gNB 104 de anclaje, al gNB1 106 auxiliar, al gNB2 108 auxiliar y a la CN 130, respectivamente, en la fig. 1B. En otra implementación, el UE 1002 puede moverse del gNB1 1006 auxiliar al gNB2 1008 auxiliar, donde el gNB1 1006 auxiliar al gNB21008 auxiliar están en la misma RNA. En tal caso, el UE 1002 puede iniciar un procedimiento de actualización de RNA periódicamente, por ejemplo, cuando expira un temporizador.
El diagrama 1000 también muestra las acciones 1060, 1062, 1064, 1066, 1068, 1070, 1072, 1074 y 1076 para un procedimiento de actualización de RNA iniciado por el UE a medida que el UE 1002 RRC_INACTlVO se mueve dentro o fuera de la RNA en la que está situado el gNB1 1006 auxiliar. A diferencia de la fig. 9, la información del UE 1002 RRC_INACTIVO almacenada en el primer gNB auxiliar (por ejemplo, el gNB1 1006 auxiliar) se elimina utilizando un mensaje de eliminación de asistencia de UE del segundo gNB auxiliar (por ejemplo, el gNB2 1008 auxiliar). En la acción 1062, el UE 1002 envía el ID y/o I-RNTI de reanudación de RRC, el ID de celda del gNB 1004 de anclaje (ID de área RAN o ID de área de seguimiento) y el ID de celda del gNB1 1006 auxiliar (ID de área RAN o
ID de área de seguimiento) al gNB21008 auxiliar, por ejemplo, bien en MSG 1 en la fig. 3A o bien en MSG 3 en la fig. 3B. Como resultado, en la acción 1072, el gNB2 1008 auxiliar puede enviar un mensaje de eliminación de asistencia de UE al gNB1 1006 auxiliar directamente. Es decir, el UE 1002 RRC_INACTIVO ha de tener solamente un gNB auxiliar a la vez. En la acción 1074, después de borrar la información del UE 1002 RRC_INACTIVO, el gNB1 1006 auxiliar responde un mensaje de confirmación de eliminación de asistencia de UE al gNB21008 auxiliar. Como tal, la información del UE 1002 RRC_INACTIVO almacenada en el gNB1 1006 auxiliar se elimina utilizando el mensaje de eliminación de asistencia de UE del gNB21008 auxiliar.
De manera similar a la fig. 9, el procedimiento de actualización de RNA iniciado por el UE RRC _INACTIVO también actualiza la lista de notificaciones RAN. Como se muestra en la fig. 10, la presente implementación también utiliza la correspondencia de claves entre el gNB21008 auxiliar y la CN 1030 para garantizar la integridad de la CN 1030 y para confirmar que la respuesta de RNA específica del UE recibida de la CN 1030 y la respuesta de RNA del gNB 1004 de anclaje corresponden al UE 1002.
Como se ha dado a conocer anteriormente, las implementaciones de la presente solicitud en el Caso 1-A tienen tres enfoques para la determinación de la lista de notificaciones RAN, a saber, por una CN, por uno o más gNB, y por una CN y uno o más gNB; y dos enfoques para la entrega de la lista de notificaciones RAN, a saber, entregando la CN al gNB auxiliar a través de la correspondencia de claves, y el gNB de anclaje que reenvía la lista de notificaciones RAN. Debería comprenderse que los enfoques mencionados anteriormente para la determinación de la lista de notificaciones RAN y para la entrega de la lista de notificaciones RAN también pueden aplicarse para el Caso 1-B.
La fig. 11 es un diagrama que ilustra un procedimiento de actualización de RNA iniciado por el UE para un UE RRC_INACTIVO que se mueve dentro o fuera de la RNA en la que está situado el gNB de anclaje, donde el gNB auxiliar no puede encontrar y/o conectarse directamente al gNB de anclaje, según una implementación ejemplar de la presente solicitud. El diagrama 1100 incluye un UE 1102, un gNB 1104 de anclaje, un gNB 1106 auxiliar y una CN 1130. En la presente implementación, el UE 1102, el gNB 1104 de anclaje, el gNB 1106 auxiliar y la CN 1130 en la fig. 11 pueden corresponder sustancialmente al UE 102, al gNB 104 de anclaje, al gNB 106 auxiliar y a la CN 130 en la fig. 1A, respectivamente. En otra implementación, el UE 1102 puede moverse del gNB 1104 de anclaje al gNB 1106 auxiliar, donde el gNB 1104 de anclaje y el gNB 1106 auxiliar están en la misma RNA. En tal caso, el UE 1102 puede iniciar un procedimiento de actualización de RNA periódicamente, por ejemplo, cuando expira un temporizador.
El diagrama 1100 también muestra las acciones 1160, 1162, 1164, 1166, 1168, 1170, 1172, 1174 y 1176 para un procedimiento de actualización de RNA iniciado por el UE a medida que el UE 1102 RRC_INACTIVO se mueve dentro o fuera de la RNA en la que está situado el gNB 1104 de anclaje. Como se muestra en la fig. 11, en la acción 1164, el gNB 1106 auxiliar no puede encontrar y/o conectarse al gNB 1104 de anclaje directamente. Por ejemplo, el gNB 1106 auxiliar no tiene conexión directa con el gNB 1104 de anclaje. O, el gNB 1106 auxiliar está en la lista negra del gNB 1104 de anclaje. En tales circunstancias, el gNB 1106 auxiliar puede encontrar y conectarse al gNB 1104 de anclaje a través de la CN 1130.
Como se muestra en la fig. 11, en la acción 1166, el gNB 1106 auxiliar envía una solicitud RNA específica del UE a la CN 1130 (por ejemplo, 5G CN), donde la solicitud RNA específica del UE incluye el ID de UE del UE 1102 RRC_INACTIVO y el iD de celda del gNB 1104 de anclaje (ID de área RAN o ID de área de seguimiento). Después de que la CN 1130 encuentre el gNB 1104 de anclaje a través del ID de celda del gNB 1104 de anclaje (ID de área RAN o ID de área de seguimiento) en la solicitud RNA específica del UE, la CN 1130 notifica al gNB 1104 de anclaje mediante el envío de un mensaje de actualización de RNA al gNB 1104 de anclaje en la acción 1168. Posteriormente, en la acción 1170, se puede realizar una configuración Xn entre el gNB 1106 auxiliar y el gNB 1104 de anclaje. La configuración Xn puede incluir la interacción entre el gNB 1106 auxiliar y el gNB 1104 de anclaje, por ejemplo, para establecer una interfaz Xn. Por ejemplo, la configuración Xn puede incluir un mensaje de SOLICITUD DE CONFIGURACIÓN XN, un mensaje de RESPUESTA DE CONFIGURACIÓN XN y/o un mensaje de FALLO DE CONFIGURACIÓN XN.
En la presente implementación, la CN determina la lista de notificaciones RAN. Debería observarse que los tres enfoques para la determinación de la lista de notificaciones RAN y los dos enfoques para la entrega de la lista de notificaciones RAN también se pueden aplicar cuando el gNB auxiliar no puede encontrar o conectarse directamente al gNB de anclaje. También, debería comprenderse que se pueden aplicar métodos similares para el Caso 1-B, cuando el gNB auxiliar no puede encontrar o conectarse directamente al gNB de anclaje.
En la presente implementación, la CN encuentra el gNB de anclaje, a continuación, el gNB de anclaje puede construir una conexión con el gNB auxiliar. En otra implementación, la transferencia de información entre el gNB de anclaje y el gNB auxiliar puede pasar por alto la CN. En otra implementación más, el gNB de anclaje puede incluso liberar el contexto del UE, y la CN puede entregar el contexto del UE al gNB auxiliar. De esta forma, el gNB auxiliar se convierte en el gNB de anclaje.
En otra implementación más, el UE RRC_INACTIVO puede hacer la transición del estado RRC del estado RRC_INACTlVO al estado RRC_EN ESPERA, y realizar la selección de celda para acampar en el gNB.
Posteriormente, puede procederse a un establecimiento de conexión RRC, de tal manera que el UE entre en estado RRC_CONECTADO. Mientras tanto, la CN puede notificar al gNB de anclaje original para eliminar el contexto del UE.
Caso 2
Datos de DL a UE RRC_INACTIVO mediante el gNB auxiliar
Caso 2-A: datos de DL a UE RRC_INACTIVO mediante el gNB de anclaje - Inicio del gNB de anclaje
La fig. 12 es un diagrama que ilustra la notificación de datos de DL mediante el gNB de anclaje, según una implementación ejemplar de la presente solicitud. El diagrama 1200 incluye un UE 1202, un gNB 1204 de anclaje, un gNB 1206 auxiliar, un gNB 1210 de destino y una CN 1230. En la presente implementación, el UE 1202, el gNB 1204 de anclaje, el gNB 1206 auxiliar, el gNB 1210 de destino y la CN 1230 en la fig. 12 pueden corresponder sustancialmente al UE 102, al gNB 104 de anclaje, al gNB 106 auxiliar, al gNB 110 de destino y a la CN 130, respectivamente, en la fig. 1A.
El diagrama 1200 también muestra las acciones 1280, 1281, 1282, 1283, 1284, 1285, 1286, 1287, 1288, 1289, 1290, 1291, 1292, 1293 y 1294, para la notificación de datos de DL mediante el gNB de anclaje como el u E 1202 RRC_INACTIVO se mueve al área de cobertura gNB del gNB 1210 de destino y la CN 1230 tiene datos de DL para el UE 1202 RRC_INACTIVO.
Como se muestra en la fig. 12, en la acción 1280, cuando la CN 1230 tiene datos de DL para el UE 1202 RRC_INACTIVO, la CN 1230 encuentra el gNB 1204 de anclaje mediante el contexto del UE del UE 1202. En una implementación, cuando el gNB 1204 de anclaje, como el último gNB en servicio, recibe datos de DL de la señalización UPF o DL del AMF de la CN 1230, el gNB 1204 de anclaje puede buscar en las celdas correspondientes a la RNA. El gNB 1204 de anclaje puede enviar paginación RAN (por ejemplo, utilizando una interfaz Xn) a los gNB contiguos si la RNA incluye celdas de gNB contiguos (por ejemplo, gNB auxiliar y/o gNB de destino). El gNB 1204 de anclaje busca en su tabla para encontrar el gNB 1206 auxiliar del UE 1202 RRC_INACTIVO. En la acción 1281, el gNB 1204 de anclaje envía una notificación de datos de DL, que lleva el ID y/o I-RNTI de reanudación RRC del Ue 1202 RRC_INACTiVo , al gNB 1206 auxiliar.
Al recibir la notificación de datos de DL, el gNB 1206 auxiliar comienza a enviar mensajes de descubrimiento de UE basados en RAN que llevan el ID y/o I-RNTI de reanudación de RRC a todos los gNB en la lista de notificaciones RAN del UE 1202. La lista de notificaciones RAN puede ser la lista de notificaciones RAN nueva o actualizada como se describe con referencia al Caso 1-A y/o al Caso 1-B. Cada gNB que recibe el descubrimiento de UE basado en RAN envía un mensaje de paginación de UE basado en RAN, que lleva el ID y/o I-RNTI de reanudación de RRC, para encontrar el UE 1202 RrC_INACTIVO. Como se muestra en la fig. 12, en la acción 1282, el gNB 1206 auxiliar envía un mensaje de descubrimiento de UE basado en RAN que lleva el ID y/o I-RNTI de reanudación de RRC al gNB 1210 de destino en la lista de notificaciones RAN del UE 1202. En la acción 1283, el gNB 1210 de destino envía un mensaje de paginación de UE basado en RAN, que lleva el ID y/o I-RNTI de reanudación de RRC, al UE 1202 RRC_INACTIVO. Una vez que el UE 1202 RRC_INa Ct IVO recibe el mensaje de paginación de UE basado en RAN, identifica el gNB 1210 de destino, del cual recibe el mensaje de paginación de UE basado en RAN, como su gNB de destino, y responde con una respuesta de paginación de Ue basada en RAN en la acción 1284. Solamente el gNB (es decir, el gNB 1210 de destino) que recibe la respuesta de búsqueda de UE basada en RAN puede responder al gNB 1206 auxiliar con un mensaje de respuesta de descubrimiento de UE basado en RAN que lleva el ID y/o I-RNTI de reanudación de RRC, como se muestra en la acción 1285.
El gNB 1206 auxiliar, en la acción 1286, notifica al gNB 1204 de anclaje con una respuesta de datos de DL que lleva el ID y/o I-RNTI de reanudación de RRC y el ID de celda de gNB de destino (ID de área RAN o ID de área de seguimiento). Después de saber en qué rAn se encuentra el UE 1202 RRC _ iNa CTIVO, el gNB 1204 de anclaje transfiere el contexto del UE y los datos de DL al gNB 1210 de destino. En la acción 1287, el gNB 1204 de anclaje envía una solicitud de transferencia de contexto del UE que lleva el ID y/o I-RNTI de reanudación de RRC y el ID de celda del gNB 1210 de destino (ID de área RAN o ID de área de seguimiento) a la CN 1230. En la acción 1288, la CN 1230 envía el contexto del UE y el reenvío de datos de DL con el ID y/o I-RNTI de reanudación de RRC, el contexto del UE, los datos de DL y la lista de notificaciones RAN del UE 1202 (por ejemplo, tener una lista de ID de celda de gNB (iD de área RAN o ID de área de seguimiento)) al gNB 1210 de destino. En la acción 1289, la CN 1230 también envía una respuesta de transferencia de contexto del UE que lleva el ID y/o I-RNTI de reanudación de RRC al gNB 1204 de anclaje. En la acción 1290, el gNB 1204 de anclaje envía un mensaje de confirmación de datos DL que lleva el ID y/o I-RNTI de reanudación de RRC al gNB 1206 auxiliar, y elimina cualquier información relacionada con el UE 1202 RRC _INACTIVO, tal como el contexto del UE y el par de ID de UE y gNB auxiliar. Al recibir el mensaje de confirmación de datos de DL, el gNB 1206 auxiliar elimina el ID de UE y su lista de notificaciones RAN. Una vez que el gNB 1210 de destino recibe el contexto del UE y el reenvío de datos de DL de la CN 1230, almacena el contexto del UE y la lista de notificaciones RAN del UE 1202 RRC INACTIVO. En la acción 1291, el gNB 1210 de destino responde a la CN 1230 con un contexto del UE y un mensaje de confirmación de reenvío de datos de DL que lleva el ID y/o I-RNTI de reanudación de RRC. Así, se establece la conexión entre el gNB 1210 de destino y la Cn 1230 y se libera la conexión entre el gNB 1204 de anclaje y la CN 1230 (por ejemplo, S1 -MME, N2). En la acción
1292, el gNB 1210 de destino también actualiza la última lista de notificaciones RAN al UE 1202 RRC_INACTIVO a través de una actualización de la lista de notificaciones RAN. En la acción 1293, el UE 1202 RRC_INACTIVO confirma la lista de notificaciones RAN actualizada recibida a través de una respuesta de lista de notificaciones RAN. A partir de entonces, el gNB 1210 de destino comienza a recibir tráfico de datos de DL desde la CN 1230 y envía los datos de DL al UE 1202 en la acción 1294. Se observa que en la acción 1283, en la acción 1292 o en la acción 1294, el UE 1202 puede permanecer en estado RRC_INACTIVO, o ser indicado por el gNB 1210 de destino para pasar al estado RRC_CONECTADO, para la transmisión y recepción de datos DL.
Caso 2-B: Datos de DL a UE RRC_INACTIVO Directamente mediante el gNB auxiliar - Inicio de CN
La fig. 13 es un diagrama que ilustra la notificación de datos de DL directamente al gNB auxiliar, según una implementación ejemplar de la presente solicitud. El diagrama 1300 incluye un UE 1302, un gNB 1304 de anclaje, un gNB 1306 auxiliar, un gNB 1310 de destino y una CN 1330. En la presente implementación, el UE 1302, el gNB 1304 de anclaje, el gNB 1306 auxiliar, el gNB 1310 de destino y la CN 1330 en la fig. 13 pueden corresponder sustancialmente al UE 102, al gNB 104 de anclaje, al gNB 106 auxiliar, al gNB 110 de destino y a la CN 130, respectivamente, en la fig. 1A.
El diagrama 1300 también muestra las acciones 1380, 1381, 1382, 1383, 1384, 1385, 1386, 1387, 1388, 1389, 1390, 1391, 1392 y 1393, para la notificación de datos de DL directamente al gNB 1306 auxiliar como el UE 1302 RRC_INACTIVO se mueve al área de cobertura gNB del gNB 1310 de destino y la CN 1330 tiene datos de DL para el UE 1302 RRC_INACTIVO. A diferencia del diagrama 1200 en la fig. 12, en el diagrama 1300, la CN 1330 conoce al gNB 1306 auxiliar del UE 1302, puede enviar directamente una notificación de datos de DL al gNB 1306 auxiliar sin enrutamiento a través del gNB 1304 de anclaje, como se muestra en la acción 1381. Al recibir la respuesta de descubrimiento de UE basada en RAN del gNB 1310 de destino como se indica en la acción 1385, el gNB 1306 auxiliar envía directamente una respuesta de datos de DL a la CN 1330 en la acción 1386. Debería observarse que, en la presente implementación, la CN 1330 informa al gNB 1304 de anclaje que libere el contexto del UE en una etapa posterior, por ejemplo, en la acción 1389. Se observa que en la acción 1383, en la acción 1391 o en la acción 1293, el UE 1302 puede permanecer en el estado RRC INACTIVO, o ser indicado por el gNB 1310 de destino para pasar al estado RRC_CONECTADO, para la transmisión y recepción de datos de DL.
Debería comprenderse que los Casos 2-A y 2-B de datos de DL al UE RRC_INACTIVO mediante el gNB auxiliar pueden aplicarse no solamente al Caso 1-A como se ha descrito anteriormente, sino también al Caso 1-B.
Caso 3
Datos de UL de UE RRC_INACTIVO - Enfoque directo
La fig. 14 es un diagrama que ilustra los datos de UL desde el UE RRC_INACTIVO al gNB de destino, que incluye la actualización del gNB auxiliar y la transferencia de contexto del UE, según una implementación ejemplar de la presente solicitud. El diagrama 1400 incluye un UE 1402, un gNB 1404 de anclaje, un gNB 1406 auxiliar, un gNB 1410 de destino y una CN 1430. En la presente implementación, el UE 1402, el gNB 1404 de anclaje, el gNB 1406 auxiliar, el gNB 1410 de destino y la CN 1430 en la fig. 14 pueden corresponder sustancialmente al UE 102, al gNB 104 de anclaje, al gNB 106 auxiliar, al gNB 110 de destino y a la CN 130, respectivamente, en la fig. 1 A.
El diagrama 1400 también muestra las acciones 1480, 1481, 1482, 1483, 1484, 1485, 1486, 1487, 1488, 1489, 1490, 1491 y 1492, para datos de UL del UE RRC_INACTIVO al gNB de destino, como el UE 1402 RrC_INACTIVO se mueve al área de cobertura gNB del gNB 1410 de destino y tiene datos de UL para el gNB 1410 de destino. En la presente implementación, cuando el UE RRC_INACTIVO se mueve al área de cobertura de un gNB de destino, se supone que el UE RRC_INACTIVO realiza la (re)selección de celda y acampa en el gNB de destino. Como se muestra en la fig. 14, en la acción 1480, el UE 1402 RRC INACTIVO se mueve hacia el área de cobertura del gNB 1410 de destino y acampa en el gNB 1410 de destino. Cuando el UE 1402 RRC_INACTIVO necesita acceder (por ejemplo, enviar datos de enlace ascendente) a un gNB (por ejemplo, el gNB 1410 de destino) que no es el último gNB en servicio (por ejemplo, el gNB 1404 de anclaje), en la acción 1481, el UE 1402 RRC_iNa CTIVO inicia un procedimiento RACH con el gNB 1410 de destino, que puede ser un procedimiento RACH de 2 pasos o de 4 pasos. El UE 1402 RRC_INACTIVO envía el ID y/o I-RNTI de reanudación de RRC y el ID de celda del gNB 1404 de anclaje (ID de área RAN o ID de área de seguimiento), bien en MSG1 del procedimiento RACH de 2 pasos que se muestra en la fig. 3A, o bien en MSG1/ MSG 3 del procedimiento RACH de 4 pasos que se muestra en la fig. 3B. Los datos pequeños se pueden transmitir, bien en MSG1 del procedimiento RACH de 2 pasos que se muestra en la fig. 3A, o bien en MSG1/MSG 3 del procedimiento RACH de 4 pasos que se muestra en la fig. 3b , o en recursos de enlace ascendente dedicados después del procedimiento de establecimiento o reanudación de la conexión de RRC tal como PUSCH. En la acción 1482, el gNB 1410 de destino activa un procedimiento (por ejemplo, un procedimiento de contexto del UE de recuperación XnAP) para recuperar el contexto del UE del gNB 1404 de anclaje. Por ejemplo, el gNB 1410 de destino envía una solicitud de contexto del UE que lleva el ID y/o I-RNTI de reanudación de RRC al gNB 1404 de anclaje. En la acción 1483, el gNB 1404 de anclaje envía una solicitud de transferencia de contexto del UE que lleva el ID y/o I-RNTI de reanudación de RRC y el ID de celda del gNB de destino (ID de área RAN o ID de área de seguimiento) a la CN 1430. En la acción 1484, el gNB 1404 de anclaje también envía un mensaje de confirmación de contexto del UE que lleva el ID y/o I-RNTI de reanudación de RRC al gNB 1410 de destino.
Basándose en el contexto del UE, en la acción 1485, la CN 1430 envía un mensaje de transferencia de contexto del UE que lleva el ID y/o 1-RNTI de reanudación de RRC, el contexto del UE y una lista de ID de celda de gNB (ID de área RAN o ID de área de seguimiento) al gNB 1410 de destino. En la acción 1486, el gNB 1410 de destino almacena la lista de notificaciones RAN del UE y responde un mensaje de confirmación de contexto del UE que lleva el ID y/o I-RNTI de reanudación de RRC a la CN 1430.
En la acción 1487, la CN 1430 envía un mensaje de confirmación de transferencia de contexto del UE que lleva el ID y/o I-RNTI de reanudación de RRC al gNB 1404 de anclaje. En la acción 1488, el gNB 1404 de anclaje envía un mensaje de eliminación de asistencia de UE que lleva el ID y/o I-RNTI de reanudación de RRC al gNB 1406 auxiliar. El gNB 1406 auxiliar, a continuación, elimina la información del UE 1402 y su lista de notificaciones RAN, y a continuación, envía un mensaje de confirmación de eliminación de asistencia de UE al gNB 1404 de anclaje en la acción 1489. Al recibir el mensaje de confirmación de eliminación de asistencia de UE, el gNB 1404 de anclaje también elimina el contexto del UE y la información del UE 1402 y su gNB 1406 auxiliar. Con respecto al gNB 1410 de destino, que también se convierte en el gNB de anclaje y el gNB auxiliar, en la acción 1490, el gNB 1410 de destino envía una actualización de la lista de notificaciones RAN que lleva una lista de ID de celda de gNB (ID de área RAN o ID de área de seguimiento) al UE 1402 RRC_INACTIVO. En la acción 1491, el UE 1402 responde una respuesta de lista de notificaciones RAN al gNB 1410 de destino. Ya que el obtener gNB 1410 de destino ha identificado el UE 1402 mediante el contexto del UE, y se ha establecido la conexión entre el gNB 1410 de destino y la CN 1430, el gNB 1410 de destino puede recibir y reenviar datos de UL desde el UE 1402 y reenvía la fecha de UL a la CN. La transmisión de datos de UL puede comenzar, bien mediante el procedimiento RACH o bien en recursos de UL dedicados. Se observa que en la acción 1490 o en la acción 1492, el UE 1402 puede permanecer en RRC_INACTIVO, o ser indicado por el gNB 1410 de destino en el procedimiento RACH. En un ejemplo, el UE 1402 puede pasar al estado RRC_CONECTADO para la transmisión y recepción de datos UL. En otro ejemplo, el UE 1402 puede pasar al estado RRC_EN ESPERA. En algunas realizaciones, la acción 1490 y la acción 1491 pueden tener lugar después de la transmisión de datos de enlace ascendente. Por ejemplo, después de la transmisión de datos de enlace ascendente y el UE 1402 pasa al estado RRC_INACTIVO, se necesitan la acción 1490 y la acción 1491 para configurar el UE 1402 con la lista de notificaciones RAN.
Debería comprenderse que el caso 3 para Datos de UL del UE RRC_INACTIVO puede aplicarse no solamente al Caso 1-A como se ha descrito anteriormente, sino también al Caso 1-B.
La fig. 15 ilustra un diagrama de bloques de un nodo para comunicación inalámbrica, según varios aspectos de la presente solicitud. Como se muestra en la fig. 15, el nodo 1500 puede incluir el transceptor 1520, el procesador 1526, la memoria 1528, uno o más componentes de presentación 1534 y al menos una antena 1536. El nodo 1500 también puede incluir un módulo de banda de espectro de radiofrecuencia (RF), un módulo de comunicaciones de la estación base, un módulo de comunicaciones de red y un módulo de gestión de comunicaciones del sistema, puertos de entrada/salida (E/S), componentes de E/S y una fuente de alimentación (no se muestra explícitamente en la fig. 15). Cada uno de estos componentes puede estar en comunicación entre sí, directa o indirectamente, a través de uno o más buses 1540.
El transceptor 1520 que tiene el transmisor 1522 y el receptor 1524 puede configurarse para transmitir y/o recibir información de partición de recursos de tiempo y/o frecuencia. En algunas implementaciones, el transceptor 1520 puede configurarse para transmitir en diferentes tipos de subtramas y ranuras que incluyen, entre otros, subtramas y formatos de ranura utilizables, no utilizables y utilizables de forma flexible. El transceptor 1520 puede configurarse para recibir canales de datos y de control.
El nodo 1500 puede incluir una variedad de medios legibles por ordenador. Los medios legibles por ordenador pueden ser cualquier medio disponible al que pueda acceder el nodo 1500 e incluyen tanto medios volátiles (y/o no volátiles) como medios extraíbles (y/o no extraíbles). A modo de ejemplo, y sin limitación, los medios legibles por ordenador pueden comprender medios de almacenamiento informático y medios de comunicación. Los medios de almacenamiento informático incluyen tanto medios volátiles (y/o no volátiles) como extraíbles (y/o no extraíbles) implementados en cualquier método o tecnología para el almacenamiento de información, tal como instrucciones legibles por ordenador, estructuras de datos, módulos de programas u otros datos..
Los medios de almacenamiento informático pueden incluir RAM, ROM, EEPROM, memoria flash (u otra tecnología de memoria), CD-ROM, discos versátiles digitales (DVD) (u otro almacenamiento en disco óptico), casetes magnéticos, cinta magnética, almacenamiento en disco magnético (u otro dispositivos de almacenamiento magnético), etc. Los medios de almacenamiento informático no comprenden una señal de datos propagados. Los medios de comunicación normalmente incorporan instrucciones legibles por ordenador, estructuras de datos, módulos de programa u otros datos en una señal de datos modulada, tal como una onda portadora u otro mecanismo de transporte, e incluyen cualquier medio de entrega de información. El término "señal de datos modulados" puede significar una señal que tiene una o más de sus características configuradas o cambiadas de tal manera que codifican información en la señal. A modo de ejemplo y no de limitación, los medios de comunicación incluyen medios cableados, tales como una red cableada o una conexión directa por cable, y medios inalámbricos, tales como acústicos, RF, infrarrojos y otros medios inalámbricos. Las combinaciones de cualquiera de los anteriores también deberían incluirse dentro del alcance de los medios legibles por ordenador.
La memoria 1528 puede incluir medios de almacenamiento informático en forma de memoria volátil y/o no volátil. La memoria 1528 puede ser extraíble, no extraíble o una combinación de las mismas. La memoria ejemplar incluye memoria de estado sólido, discos duros, unidades de discos ópticos, etc. Como se ilustra en la fig. 15, la memoria 1528 puede almacenar instrucciones 1532 legibles por ordenador y ejecutables por ordenador (por ejemplo, códigos de software) que están configuradas para, cuando se ejecutan, hacer que el procesador 1526 realice varias funciones descritas en la presente memoria, por ejemplo, con referencia a las figs. 1A a 14. Alternativamente, las instrucciones 1532 pueden no ser directamente ejecutables por el procesador 1526 pero estar configuradas para hacer que el nodo 1500 (por ejemplo, cuando se compile y ejecute) realice varias funciones descritas en la presente memoria.
El procesador 1526 (por ejemplo, que tiene circuitos de procesamiento) puede incluir un dispositivo de hardware inteligente, por ejemplo, una unidad central de procesamiento (CPU), un microcontrolador, un ASIC, etc. El procesador 1526 puede incluir memoria. El procesador 1526 puede procesar datos 1530 e instrucciones 1532 recibidos de la memoria 1528 e información a través del transceptor 1520, el módulo de comunicaciones de banda base y/o el módulo de comunicaciones de red. El procesador 1526 también puede procesar información para ser enviada al transceptor 1520 para transmisión a través de la antena 1536, al módulo de comunicaciones de red para transmisión a una red central.
Uno o más componentes 1534 de presentación presentan indicaciones de datos a una persona u otro dispositivo. A modo de ejemplo, uno o más componentes 1534 de presentación incluyen un dispositivo de presentación, un altavoz, un componente de impresión, un componente de vibración, etc.
A partir de la descripción anterior, se pone de manifiesto que se pueden utilizar varias técnicas para implementar los conceptos descritos en la presente solicitud sin desviarse del alcance de esos conceptos. Además, aunque los conceptos se han descrito con referencia específica a ciertas implementaciones, un experto en la técnica reconocería que se pueden realizar cambios en forma y detalle sin desviarse del alcance de esos conceptos. Como tal, las implementaciones descritas se han de considerar en todos los aspectos como ilustrativas y no restrictivas. También debería comprenderse que la presente solicitud no se limita a las implementaciones particulares descritas anteriormente, sino que se limita únicamente al alcance de las siguientes reivindicaciones.
Claims (12)
1. Un método para la actualización del área de notificación, RAN, basada en la rede de acceso por radio, RNA, para un equipo de usuario, UE, RRC_INACTIVO, comprendiendo el método:
la recepción, por parte del UE (402) RRC_INACTIVO, de un ID de celda y un ID de área RAN transmitidos por una segunda celda;
el inicio, por parte del UE (402) RRC_INACTIVO, de un procedimiento de actualización de RNA, cuando el UE RRC_INACTIVO determina que el ID de área RAN de la segunda celda no pertenece a una lista almacenada de ID de área RAN; y
la recepción, por parte del UE (402) RRC_INACTIVO, de una lista actualizada de ID de área RAN, desde al menos uno de una primera celda y la segunda celda.
2. El método de la reivindicación 1, que comprende además:
la determinación, mediante el UE (402) RRC_INACTIVO, de que el UE RRC_INACTIVO se está moviendo de una primera RNA a una segunda RNA cuando el ID de celda o el ID de área RAN de la segunda celda no coincide con ninguna de una lista almacenada de ID de celda o la lista almacenada de ID de área RAN.
3. El método de la reivindicación 1, que comprende además:
la realización, por parte del UE (402) RRC_INACTIVO, de un procedimiento de acceso aleatorio con la segunda celda;
en donde el UE RRC_INACTIVO envía al menos uno de un identificador temporal de red de radio inactivo, I-RNTI, y un ID de celda de la primera celda a la segunda celda; y
en donde la segunda celda envía al menos uno del I-RNTI y un ID de celda de la segunda celda a la primera celda y la primera celda almacena el ID de celda de la segunda celda.
4. El método de la reivindicación 3, que comprende además:
la recepción, por parte del UE (402) RRC_INACTIVO, desde la segunda celda, de la lista actualizada de ID de área RAN, cuando la segunda celda determina que una clave de seguridad incluida en una respuesta de RNA coincide con una clave de seguridad incluida en una respuesta de RNA específica del UE
en donde la primera celda envía una solicitud RNA específica del UE a una red central, CN, la primera celda envía la respuesta de RNA a la segunda celda, y la CN envía la respuesta de RNA específica del UE a la segunda celda; y
en donde la solicitud RNA específica del UE incluye al menos uno de entre el ID de UE del UE RRC_INACTIVO, el ID de celda de la segunda celda y una clave de seguridad, y la respuesta de RNA específica del UE incluye la lista actualizada de ID de área RAN.
5. El método de la reivindicación 3, que comprende además:
la recepción, por parte del UE (502) RRC_INACTIVO, desde la segunda celda, de la lista actualizada de ID de área RAN;
en donde la primera celda envía una solicitud RNA específica del UE a una red central, CN, la CN envía una respuesta de RNA específica del UE a la primera celda y la primera celda envía una respuesta de RNA a la segunda celda; y
en donde la solicitud RNA específica del UE incluye al menos uno de entre el ID de UE del UE RRC_INACTIVO, el ID de celda de la segunda celda y una clave de seguridad, y la respuesta de RNA incluye la lista actualizada de ID de área RAN.
6. El método de la reivindicación 3, que comprende además:
la recepción, por parte del UE (602) RRC_INACTIVO, desde la segunda celda, de la lista actualizada de ID de área RAN;
en donde la primera celda envía a la segunda celda una respuesta de RNA que tiene la lista actualizada de ID de área RAN.
7. El método de la reivindicación 1, que comprende además:
la recepción, por parte del UE RRC_INACTIVO, desde al menos una de la primera celda y la segunda celda de
una RNA actualizada que tenga al menos una de los siguientes:
una lista de ID de celda;
una lista de celdas;
una lista de áreas RAN;
una lista de ID de área de seguimiento.
8. El método de la reivindicación 1, en donde la lista actualizada de ID de área RAN está determinada por al menos una de la primera celda, la segunda celda y una red central, CN, basándose en un área de seguimiento del UE RRC_INACTIVO.
9. El método de la reivindicación 1, que comprende además:
la realización, por parte del UE (902) RRC_INACTIVO, de un procedimiento de acceso aleatorio con la segunda celda;
en donde el UE RRC_INACTIVO envía al menos uno de un identificador temporal de red de radio inactivo, I-RNTI, y un ID de celda de una tercera celda a la segunda celda, y la tercera celda almacena el contexto del UE del UE RRC_INACTIVO;
en donde al menos uno de los I-RNTI y un ID de celda de la segunda celda se envía mediante la segunda celda a la tercera celda; y
en donde la tercera celda envía una solicitud RNA específica del UE a una red central, CN, y la solicitud RNA específica del UE incluye al menos una de los ID de UE del UE RRC_INACTIVO, el ID de celda de la segunda celda y una clave de seguridad.
10. El método de la reivindicación 9, que comprende además:
la recepción, por parte del UE (1002) RRC_INACTIVO, desde la segunda celda, de la lista actualizada de ID de área RAN, cuando la segunda celda determina que una clave de seguridad incluida en una respuesta de RNA coincide con la clave de seguridad incluida en la respuesta de RNA específica del UE;
en donde la respuesta de RNA es enviada por la tercera celda a la segunda celda y la respuesta de RNA específica del UE que tiene la lista actualizada de ID de área RAN es enviada por la CN a la segunda celda; y en donde la segunda celda envía un mensaje de eliminación de asistencia de UE que tiene el I-RNTI a la primera celda para eliminar la información del UE RRC_INACTIVO almacenada en la primera celda, y el mensaje de confirmación de eliminación de asistencia de UE que tiene el I-RNTI es enviado por la primera celda a la segunda celda cuando la información del UE RRC_INACTIVO almacenada en la primera celda se elimina de la primera celda.
11. El método de la reivindicación 9, que comprende además:
la recepción, por parte del UE RRC_INACTIVO, desde la segunda celda, de la lista actualizada de ID de área RAN, cuando la segunda celda determina que una clave de seguridad incluida en una respuesta de RNA coincide con la clave de seguridad incluida en la respuesta de RNA específica del UE;
en donde la respuesta de RNA es enviada por la tercera celda a la segunda celda y la respuesta de RNA específica del UE que tiene la lista actualizada de ID de área RAN es enviada por la CN a la segunda celda.
12. Un equipo de usuario, UE, para comunicación inalámbrica, comprendiendo el UE:
uno o más medios no transitorios legibles por ordenador que tienen incorporadas instrucciones ejecutables por ordenador;
al menos un procesador acoplado a uno o más medios legibles por ordenador no transitorios, y configurado para ejecutar las instrucciones ejecutables por ordenador para realizar el método de cualquiera de las reivindicaciones 1 a 11.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201762457944P | 2017-02-12 | 2017-02-12 | |
| PCT/CN2018/076563 WO2018145661A1 (en) | 2017-02-12 | 2018-02-12 | Mobility management for rrc_inactive user equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2914398T3 true ES2914398T3 (es) | 2022-06-10 |
Family
ID=63105625
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES18751056T Active ES2914398T3 (es) | 2017-02-12 | 2018-02-12 | Gestión de movilidad para equipos de usuario RRC_INACTIVO |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US10897708B2 (es) |
| EP (1) | EP3583809B1 (es) |
| CN (1) | CN110832917B (es) |
| ES (1) | ES2914398T3 (es) |
| MX (1) | MX2019008788A (es) |
| PL (1) | PL3583809T3 (es) |
| WO (1) | WO2018145661A1 (es) |
Families Citing this family (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107666683B (zh) * | 2016-07-29 | 2019-08-30 | 电信科学技术研究院 | 一种无线系统区域管理的方法、终端及基站 |
| CN108282818B (zh) * | 2017-01-06 | 2020-11-17 | 中兴通讯股份有限公司 | 一种ran通知范围信息处理方法及装置 |
| CN111556589B (zh) * | 2017-01-26 | 2021-08-20 | 华为技术有限公司 | 通信的方法、终端和接入网设备 |
| US10531388B2 (en) * | 2017-02-06 | 2020-01-07 | Qualcomm Incorporated | Data transmission in inactive state |
| EP3583809B1 (en) | 2017-02-12 | 2022-03-30 | FG Innovation Company Limited | Mobility management for rrc_inactive user equipment |
| US20180234839A1 (en) | 2017-02-13 | 2018-08-16 | Futurewei Technologies, Inc. | System and Method for User Equipment Identification and Communications |
| US10849022B2 (en) * | 2017-03-17 | 2020-11-24 | Ofinno, Llc | Cell selection of inactive state wireless device |
| EP3516890B1 (en) | 2017-03-17 | 2020-08-26 | Ofinno, LLC | Methods and apparatuses for handling radio access network notification area update paging |
| EP3379870A1 (en) * | 2017-03-24 | 2018-09-26 | Panasonic Intellectual Property Corporation of America | User equipment and base station participating in radio access network update procedure |
| US11184938B2 (en) * | 2017-03-24 | 2021-11-23 | Lg Electronics Inc. | Method and device for requesting RRC connection |
| US10764861B2 (en) * | 2017-06-07 | 2020-09-01 | Sharp Kabushiki Kaisha | Area update procedure(s) for radio system |
| US11606729B2 (en) * | 2017-06-15 | 2023-03-14 | Qualcomm Incorporated | Techniques and apparatuses for user equipment mobility in multi-connectivity mode |
| US10893568B2 (en) * | 2017-08-18 | 2021-01-12 | Huawei Technologies Co., Ltd. | Location and context management in a RAN INACTIVE mode |
| WO2019056308A1 (zh) * | 2017-09-22 | 2019-03-28 | 北京小米移动软件有限公司 | 实现位置区域更新的方法、装置、用户设备及基站 |
| EP3694236A4 (en) * | 2017-10-11 | 2021-05-05 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND DEVICE FOR DATA TRANSFER |
| WO2019076439A1 (en) * | 2017-10-17 | 2019-04-25 | Motorola Mobility Llc | SUSPENSION OF SERVICES IN A CENTRAL NETWORK |
| EP3753267A1 (en) * | 2018-02-14 | 2020-12-23 | Sony Corporation | Data routing in radio access network |
| KR102425581B1 (ko) * | 2018-02-23 | 2022-07-27 | 삼성전자주식회사 | 이동통신 시스템에서 통신을 수행하는 방법 및 장치 |
| US11212784B2 (en) * | 2018-04-02 | 2021-12-28 | Sharp Laboratories Of America, Inc. | Apparatus and method for combined area update and request for on-demand system information in wireless communications |
| CN110351830B (zh) | 2018-04-04 | 2020-12-04 | 华为技术有限公司 | 通信方法及通信装置 |
| CN110351894B (zh) | 2018-04-04 | 2024-06-18 | 北京三星通信技术研究有限公司 | 一种认证ue的方法和设备 |
| CN110475389B (zh) * | 2018-05-09 | 2022-10-14 | 中兴通讯股份有限公司 | 一种空口非激活态维持方法和装置 |
| WO2020020466A1 (en) * | 2018-07-27 | 2020-01-30 | Huawei Technologies Co., Ltd. | Client device, network access node and methods for beam management in power saving state |
| CN112640529A (zh) * | 2018-08-10 | 2021-04-09 | 鸿颖创新有限公司 | 用于rrc状态转换的方法和设备 |
| EP3841822A4 (en) * | 2018-08-22 | 2022-04-13 | Nokia Technologies Oy | BASE STATION CONFIGURED HYBRID DIRECT ACCESS METHOD |
| US11399322B2 (en) * | 2018-09-17 | 2022-07-26 | Telefonaktiebolaget Lm Ericsson (Publ) | User equipment, network node and methods in a wireless communications network |
| CN112970328A (zh) | 2018-09-17 | 2021-06-15 | 瑞典爱立信有限公司 | 使用包括全球唯一小区标识符的安全令牌重建无线电资源控制连接 |
| WO2020060461A1 (en) | 2018-09-17 | 2020-03-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Resuming a radio resource control connection using a security token comprising a globally unique cell identifier |
| WO2020072959A1 (en) * | 2018-10-05 | 2020-04-09 | Google Llc | User equipment context transfer over radio access network paging |
| EP3845030A1 (en) * | 2018-10-12 | 2021-07-07 | Sony Corporation | Early-data-transmission and radio access network notification area update |
| US11432239B2 (en) | 2018-10-18 | 2022-08-30 | Apple Inc. | Inactive mode operations |
| CN111132332A (zh) * | 2018-10-31 | 2020-05-08 | 华硕电脑股份有限公司 | 使用预配置上行链路资源进行传送的方法和设备 |
| JP7190038B2 (ja) * | 2018-12-29 | 2022-12-14 | テレフオンアクチーボラゲット エルエム エリクソン（パブル） | ２ステップのランダムアクセス手順のための方法、基地局及び端末デバイス |
| WO2020186546A1 (zh) * | 2019-03-19 | 2020-09-24 | Oppo广东移动通信有限公司 | 随机接入的方法和设备 |
| CN110072250A (zh) * | 2019-06-04 | 2019-07-30 | 重庆邮电大学 | 一种5g移动终端丢失覆盖处理方法 |
| CN112055421B (zh) * | 2019-06-06 | 2022-09-02 | 华为技术有限公司 | 基于预配置drb的终端设备标识的处理方法及装置 |
| US11252765B2 (en) * | 2019-08-15 | 2022-02-15 | Ofinno, Llc | Reception of split random access response |
| US11284429B2 (en) * | 2019-10-25 | 2022-03-22 | Huawei Technologies Co., Ltd. | Systems and methods for data transmission in an inactive state |
| US20220394757A1 (en) * | 2019-11-06 | 2022-12-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Two-step rach transmissions using guard band in unlicensed spectrum |
| CN113825130B (zh) * | 2020-06-19 | 2022-10-04 | 大唐移动通信设备有限公司 | 一种通信控制方法及装置 |
| BR102021016648A2 (pt) * | 2020-08-26 | 2022-03-08 | Nokia Technologies Oy | Realocação de contexto de equipamento de usuário na borda de área de notificação de rede de acesso de rádio |
| US20220086946A1 (en) * | 2020-09-17 | 2022-03-17 | Asustek Computer Inc. | Method and apparatus for small data transmission in a wireless communication system |
| US11889470B2 (en) * | 2020-09-18 | 2024-01-30 | Parallel Wireless, Inc. | Paging optimization |
| CN116349253A (zh) * | 2020-09-25 | 2023-06-27 | 鸿颖创新有限公司 | 更新用户设备位置的方法及相关设备 |
| CN112153760A (zh) * | 2020-10-29 | 2020-12-29 | 惠州Tcl移动通信有限公司 | 连接恢复方法、装置及存储介质 |
| WO2023067690A1 (ja) * | 2021-10-19 | 2023-04-27 | 富士通株式会社 | 無線通信装置、無線通信システム及び情報管理方法 |
| CN116489769A (zh) * | 2022-01-14 | 2023-07-25 | 华为技术有限公司 | 用于寻呼的方法以及相关联的通信装置、介质和芯片 |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8145243B2 (en) | 2005-11-08 | 2012-03-27 | Intel Corporation | Techniques for location management and paging in a communication system |
| EP2271161B1 (en) * | 2006-03-20 | 2017-11-01 | Mitsubishi Electric R&D Centre Europe B.V. | Determining a location area of a wireless cellular telecommunication network |
| CN102111748B (zh) * | 2009-12-28 | 2014-04-30 | 中兴通讯股份有限公司 | 本地ip连接建立方法及系统 |
| WO2015035591A1 (en) | 2013-09-12 | 2015-03-19 | Telefonaktiebolaget L M Ericsson (Publ) | Methods, apparatuses, network nodes, and computer program products for identifying traffic type |
| US10194311B2 (en) | 2013-09-13 | 2019-01-29 | Lg Electronics Inc. | Method for setting and updating tracking area in C-RAN and apparatus therefor |
| JP6549785B2 (ja) * | 2016-04-01 | 2019-07-24 | 京セラ株式会社 | ユーザ装置及び方法 |
| CN109417746B (zh) * | 2016-04-20 | 2021-06-08 | 康维达无线有限责任公司 | 系统信息提供和轻量连接信令 |
| US10356837B2 (en) * | 2016-09-29 | 2019-07-16 | Acer Incorporated | State transitioning method and electronic device using the same |
| US11006444B2 (en) * | 2017-01-03 | 2021-05-11 | Lg Electronics Inc. | Method and user equipment for receiving downlink signals |
| WO2018128571A1 (en) * | 2017-01-05 | 2018-07-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for cell reselection in a wireless communication system |
| US11109286B2 (en) * | 2017-01-05 | 2021-08-31 | Nec Corporation | Radio terminal, base station, and methods and non-transitory computer-readable media therefor |
| WO2018147677A1 (en) * | 2017-02-10 | 2018-08-16 | Samsung Electronics Co., Ltd. | Method and apparatus for inactive mode operation in wireless communication system |
| EP3583809B1 (en) | 2017-02-12 | 2022-03-30 | FG Innovation Company Limited | Mobility management for rrc_inactive user equipment |
| CN110999523A (zh) * | 2017-06-14 | 2020-04-10 | 三星电子株式会社 | 重新连接与无线接入网节点的无线资源控制连接的方法和用户设备 |
| US10863411B2 (en) * | 2017-06-22 | 2020-12-08 | T-Mobile Usa, Inc. | Routing communications in dual-band devices |
| EP3567932A1 (en) * | 2018-05-10 | 2019-11-13 | Panasonic Intellectual Property Corporation of America | Acquisition of on-demand system information |
-
2018
- 2018-02-12 EP EP18751056.5A patent/EP3583809B1/en active Active
- 2018-02-12 PL PL18751056.5T patent/PL3583809T3/pl unknown
- 2018-02-12 WO PCT/CN2018/076563 patent/WO2018145661A1/en unknown
- 2018-02-12 CN CN201880011422.5A patent/CN110832917B/zh active Active
- 2018-02-12 MX MX2019008788A patent/MX2019008788A/es unknown
- 2018-02-12 US US15/894,074 patent/US10897708B2/en active Active
- 2018-02-12 ES ES18751056T patent/ES2914398T3/es active Active
-
2020
- 2020-10-30 US US17/085,495 patent/US11706616B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US11706616B2 (en) | 2023-07-18 |
| CN110832917A (zh) | 2020-02-21 |
| WO2018145661A1 (en) | 2018-08-16 |
| PL3583809T3 (pl) | 2022-07-18 |
| EP3583809A1 (en) | 2019-12-25 |
| US20180234890A1 (en) | 2018-08-16 |
| EP3583809A4 (en) | 2020-10-28 |
| CN110832917B (zh) | 2021-11-12 |
| US10897708B2 (en) | 2021-01-19 |
| US20210051472A1 (en) | 2021-02-18 |
| EP3583809B1 (en) | 2022-03-30 |
| MX2019008788A (es) | 2019-09-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2914398T3 (es) | Gestión de movilidad para equipos de usuario RRC_INACTIVO | |
| US11856635B2 (en) | Radio access network notification area configuration and management | |
| US10791502B2 (en) | On-demand system information request procedure and error handling | |
| ES2654238T3 (es) | Método y aparato para notificación de liberación de servicio para conectividad dual en un sistema de comunicación inalámbrica | |
| US20190166646A1 (en) | Methods and related devices for multi-connectivity | |
| JP5898334B2 (ja) | クロスリンク確立を制御するための方法および装置 | |
| US10470108B2 (en) | Signal transmission and reception method by remote UE in a wireless communication system and device for same | |
| EP3570605B1 (en) | Method and device for determining rrc state | |
| ES2773776T3 (es) | Método y aparato para reducir la señalización de radio localización | |
| EP3637890B1 (en) | Method for performing v2x communication in wireless communication system and apparatus therefor | |
| EP3643095B1 (en) | Method for performing rlau procedure and device supporting the same | |
| ES2934314T3 (es) | Gestión de claves para CIoT | |
| KR101429167B1 (ko) | 무선 통신 시스템에서 페이징 방법 및 이를 지원하는 장치 | |
| US11974356B2 (en) | Method for maintaining multi-SIM configuration and user equipment | |
| WO2022194272A1 (en) | User equipment and method for mbs service management | |
| US20240098833A1 (en) | Method and apparatus for mobility enhancement in wireless communication systems | |
| US20220408403A1 (en) | Monitoring paging messages and small data transmission | |
| WO2023143986A1 (en) | Methods for handling mobility of a wireless device and releated network nodes |