ES2955414T3 - Causa de liberación para transiciones desde el estado conectado - Google Patents
Causa de liberación para transiciones desde el estado conectado Download PDFInfo
- Publication number
- ES2955414T3 ES2955414T3 ES19733124T ES19733124T ES2955414T3 ES 2955414 T3 ES2955414 T3 ES 2955414T3 ES 19733124 T ES19733124 T ES 19733124T ES 19733124 T ES19733124 T ES 19733124T ES 2955414 T3 ES2955414 T3 ES 2955414T3
- Authority
- ES
- Spain
- Prior art keywords
- user equipment
- rrc
- sleep
- indication
- network
- 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
- 230000007704 transition Effects 0.000 title claims description 26
- 238000012545 processing Methods 0.000 claims description 78
- 238000000034 method Methods 0.000 claims description 64
- 238000004891 communication Methods 0.000 claims description 46
- 239000000725 suspension Substances 0.000 claims description 42
- 230000011664 signaling Effects 0.000 claims description 39
- 230000004044 response Effects 0.000 claims description 8
- 230000007774 longterm Effects 0.000 claims description 6
- 238000004590 computer program Methods 0.000 claims description 5
- 230000008901 benefit Effects 0.000 description 11
- 230000006870 function Effects 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 7
- 230000000737 periodic effect Effects 0.000 description 7
- 230000009471 action Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 6
- 230000003993 interaction Effects 0.000 description 5
- 238000005259 measurement Methods 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000010187 selection method Methods 0.000 description 3
- 241001123862 Mico Species 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000012508 change request Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 239000000779 smoke Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
Se divulgan sistemas, métodos y aparatos para manejar comunicaciones relacionadas con la suspensión de un equipo de usuario en una red de acceso por radio (RAN). Un método de ejemplo incluye recibir, por parte de un equipo de usuario que está funcionando en un estado conectado, un mensaje de liberación de control de recursos de radio (RRC). El equipo de usuario determina, basándose en una indicación en el mensaje de liberación de RRC, si suspender el equipo de usuario a un estado inactivo o a un estado inactivo, comprendiendo la indicación una presencia o ausencia de un campo de configuración de suspensión en el mensaje de liberación de RRC. En respuesta a determinar que la indicación es suspender a un estado inactivo, el equipo de usuario pasa al estado inactivo. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Causa de liberación para transiciones desde el estado conectado
Campo técnico
La presente divulgación se refiere en general a las comunicaciones, como las de las redes celulares, y más particularmente a métodos, productos de programas informáticos y a un sistema para gestionar comunicaciones correspondientes a la suspensión de un equipo de usuario en una red de acceso por radiocomunicaciones (RAN).
Antecedentes
En el nuevo estándar del 5G, se describen el sistema y la arquitectura para el 5G y varias máquinas de estados. Un ejemplo de una "máquina de estados" es el modelo de estados de gestión de conexión o modelo de estados de CM, descrito en 3GPP TS 23.501. En general, la gestión de las conexiones incluye funciones para establecer y liberar conexiones de señalización entre un UE y un nodo de red central. Para el 5G, este nodo de red central se denomina Función de Gestión de Acceso y Movilidad (AMF). Se utiliza una conexión de señalización a través de una interfaz N1 (entre un UE y una AMF) para habilitar el intercambio de señalización de Estrato Sin Acceso (NAS) entre el UE y la red central. Comprende tanto la conexión de señalización de AN (Nodo de Acceso) entre el UE y el AN, como una conexión N2, entre el AN y la AMF.
En la arquitectura 5G, hay dos estados de CM definidos, CM-IDLE y CM-CONNECTED. Un UE en CM-IDLE no tiene una conexión de señalización de NAS establecida a través de la N1 hacia la AMF y en este estado de CM, el UE realiza la selección/reselección de celdas y la selección de la PLMN. Además, no hay conexión de señalización de AN o conexiones N2/N3 para un UE en estado de reposo. Si el UE está registrado en la red y en CM-IDLE, puede escuchar y responder a mensajes de búsqueda de la red. Esto significa que en CM-IDLE el UE aún es accesible. Si lo inicia el usuario/UE, el UE también puede realizar un procedimiento de solicitud de servicio.
Un UE en CM-CONNECTED es un UE que ha establecido una conexión de señalización de AN entre el UE y el AN ha entrado en el estado RRC_CONNECTED a través del acceso 3GPP. A través de esta conexión, el UE puede transmitir un mensaje de NAS inicial (por ejemplo, una solicitud de servicio) y este mensaje inicia la transición de CM-IDLE a CM-CONNECTED en la AMF. También se comprende que CM-cONn ECTED utiliza una conexión N2, entre la AN y la AMF. La recepción de un mensaje N2 inicial (por ejemplo, mensaje de UE Inicial de N2) inicia la transición para la AMF del estado CM-IDLE al CM-CONNECTED.
En el estado CM-CONNECTED, el UE puede transmitir datos y está listo para entrar en CM-IDLE, siempre que se libere la conexión de señalización de AN. La AMF entra en CM-IDLE cada vez que se liberan la conexión de señalización lógica N1 y la conexión del plano de usuario N3.
De manera similar a la AMF, también hay un modelo de estados en el AN, la red de acceso, que se describe en detalle en las especificaciones 38.331 RRC. Aunque "gNB" generalmente se refiere al nodo de red de acceso, se contemplan otros tipos de nodo, incluidos los tipos de nodo ng-eNB y eNB. Por lo tanto, el término "gNB" se considerará simplemente como un ejemplo. Desde la perspectiva del AS (Estrato de Acceso), los UE pueden estar en uno de los estados RRC_CONNECTED, RRC_INACTIv E o RRC_IDLE. El mapeo entre las diferentes máquinas de estados, la del AN y la de la AMF, es tal que CM-CONNECTED puede mapearse bien con RRC_COnNeCTED o bien con RRC_INACTIVE, mientras que CM-IDLE siempre se mapea con rRc_IDLE.
Un UE está bien en estado RRC_CONNECTED o bien en estado RRC_INACTIVE cuando se ha establecido una conexión de RRC. Si no es así, es decir, no se establece una conexión de RRC, el UE está en estado RRC_IDLE. Estos diferentes estados se describen adicionalmente en 3GPP TS 38.331.
En RRC_IDLE, el UE está configurado para escuchar un canal de búsqueda en ciertas ocasiones y realiza procedimientos de (re)selección de celda y escucha información del sistema. En RRC_INACTIVE, el UE también está a la escucha del canal de búsqueda y realiza procedimientos de (re)selección de celda, pero además, también mantiene una configuración y la configuración también se conserva en el lado de la red, de modo que cuando sea necesario (por ejemplo, cuando lleguen datos al UE), el inicio de la transmisión de datos no requiere un procedimiento de establecimiento completo.
En RRC_CONNECTED, hay transferencia de datos hacia o desde el UE y la red controla la movilidad. Esto significa que la red controla cuándo el UE debe realizar un traspaso a otras celdas. En el estado conectado, el UE sigue monitorizando el canal de búsqueda y monitoriza canales de control que están asociados a si hay datos para el UE o no. Proporciona información de retroalimentación y de calidad del canal a la red y realiza mediciones de celdas vecinas e informa de estas mediciones a la red.
Cuando un UE está en CM-CONNECTED y RRC_INACTIVE, se aplica lo siguiente:
- La accesibilidad del UE es gestionada por la RAN, con información de asistencia de la red central;
- La búsqueda del UE es gestionada por la RAN;
- El UE monitoriza la búsqueda con la CN del UE (S-TMSI del 5G) y un identificador de RAN (I-RNTI).
La AMF, en función de la configuración de la red, puede proporcionar información de asistencia a la NG-RAN, para ayudar a la NG-RAN a decidir si el UE puede enviarse al estado inactivo de RRC. La información de asistencia de inactividad de RRC puede incluir, por ejemplo:
- valores de DRX específicos del UE;
- el Årea de Registro proporcionada al UE, a veces denominada lista de TAI (Lista de Identificadores de Årea de Seguimiento) más abajo;
- temporizador de Actualización de Registro Periódico;
- Si la AMF ha habilitado el modo MICO para el UE, una indicación de que el UE está en modo MICO;
- Información del identificador permanente del UE, tal como se define en TS 38.304 [50], que permite a la RAN calcular las ocasiones de búsqueda de RAN del UE.
La AMF proporciona la información de asistencia de inactividad de RRC mencionada anteriormente durante la activación de N2 con el (nuevo) nodo de NG-RAN de servicio (es decir, durante el Registro, la Solicitud de Servicio, el traspaso) para ayudar a la NG-RAN a decidir si el UE se puede enviar a un estado inactivo de RRC. El estado inactivo de RRC es parte de la máquina de estados de RRC, y depende de la RAN determinar las condiciones para entrar en el estado inactivo de RRC. Si alguno de los parámetros incluidos en la información de asistencia de inactividad de RRC cambia como resultado del procedimiento de NAS, la AMF actualizará la información de asistencia de inactividad de RRC para el nodo NG-RAN.
El estado de los puntos de referencia de N2 y N3 no cambia al entrar el UE en CM-CONNECTED con el estado inactivo de RRC. Un UE en estado inactivo de RRC es consciente del Årea de notificación de RAN (RNA).
Configuración de RNA en RRC_INACTIVE
Un UE en el estado RRC_INACTIVE se puede configurar con una RNA (Årea de Notificación basada en RAN), donde: - la RNA puede cubrir una o varias celdas y puede ser más pequeña que el Årea de registro de CN;
- el UE envía periódicamente una actualización de área de notificación basada en RAN (RNAU) y también se envía cuando el procedimiento de reselección de celda del UE selecciona una celda que no pertenece a la RNA configurada. Hay varias alternativas diferentes sobre cómo se puede configurar la RNA:
- Lista de celdas:
- A un UE se le proporciona una lista explícita de celdas (una o más) que constituyen la RNA.
- Lista de áreas de RAN:
- A un UE se le proporciona (al menos un) ID de área de RAN, donde un área de RAN es un subconjunto de un Årea de Seguimiento de CN;
- Una celda difunde (al menos un) ID de área RAN en la información del sistema para que un UE sepa a qué área pertenece la celda.
- Lista de TAI (Identificadores de Årea de Seguimiento).
En CM-IDLE, es la red central la que está a cargo de la accesibilidad del UE y la red central lo hace mediante la configuración de un área de registro de CN definida por un conjunto de Åreas de Seguimiento (TA). El UE se configura con el área de registro de CN a través de una lista de Identificadores de Årea de Seguimiento, TAI, y esta Årea de registro de CN se denomina "lista de TAI".
En la transición a CM-CONNECTED con el estado inactivo de RRC, la NG-RAN configura el UE con un temporizador de Actualización de Årea de Notificación de RAN periódica teniendo en cuenta el valor del temporizador de Actualización de Registro Periódico indicado en la Información de Asistencia de Inactividad de RRC, y utiliza un temporizador de guarda con un valor mayor que el valor del temporizador de Actualización de Årea de Notificación de RAN proporcionado al UE.
Si el temporizador de guarda de Actualización de Årea de Notificación de RAN periódica expira en la RAN, la RAN puede iniciar el procedimiento de Liberación de AN como se especifica en TS 23.502 [3].
Cuando el UE está en CM-CONNECTED con el estado inactivo de RRC, el UE realiza procedimientos de selección de PLMN como se define en TS 23.122 [17] para CM-IDLE.
Cuando el UE está CONNECTED en CM con el estado Inactivo de RRC, el UE puede reanudar la conexión de RRC debido a:
- Datos de enlace ascendente pendientes;
- Procedimiento de señalización de NAS iniciado desde el móvil;
- Como respuesta a una búsqueda de RAN;
- Notificar a la red que ha abandonado el área de Notificación de RAN;
- Al producirse una expiración del temporizador de actualización periódica de RAN.
Cuando se produce la Reanudación, el UE incluirá un identificador para la red que informará al nodo de red sobre dónde se encuentra el contexto del UE que describe los detalles del UE (por ejemplo, portadores, área de seguimiento, segmentos [s//'ces], credenciales/claves de seguridad, etc.) de modo que la reanudación llevará el UE a una configuración de RRC_CONNECTED similar a cuando se produjo la reanudación. El Identificador que apunta al Contexto de UE se denomina I-RNTI, Identificador Temporal de Red de Radiocomunicaciones Inactiva. En relación con cuando el UE está suspendido, es decir, realiza una transición de RRC_CONNECTED a RRC_INACTIVE, se le proporciona un I-RNTI desde la red. La red asigna un I-RNTI cuando el UE hace la transición a RRC_INACTIVE y el I-RNTI se usa para identificar el contexto del UE, es decir, como identificador de los detalles almacenados sobre el UE en la red mientras está en RRC_INACTIVE.
Gran parte del comportamiento en RRC_INACTIVE está estrechamente relacionado con la capacidad de conectar una red de radiocomunicaciones a la red central 5G o conectarla a una AMF. Aunque no hay un estado nuevo en la AMF (todavía es solo CM CONNECTED y CM IDLE), sigue siendo necesario que la AMF lo sepa (por ejemplo, para proporcionar la información de asistencia).
Además, dado que es posible conectar la red de radiocomunicaciones del LTE/EUTRA a una AMF o a la red central 5G, todos los procedimientos que se especifican para las nuevas radiocomunicaciones (NR) también deben aplicarse cuando el acceso de radiocomunicaciones de evolución a largo plazo (LTE) se conecta a la 5GC (red central 5G). Por lo tanto, existe la necesidad de adaptar los procedimientos, como los protocolos de RRC, a los protocolos de radiocomunicaciones del LTE.
En un estándar del LTE, existe un procedimiento para suspender el UE definido en 36.331, que se introdujo en la Versión 13. Esto es aplicable para cuando el LTE se conecta a la EPC, con un nodo de MME conectado directamente al eNB, a la red central definida para E-UTRA, como se describe, por ejemplo, en 3GPP TS 23.401, incluidos procedimientos de NAS descritos en 3GPP TS 24.301. En cierto modo, este procedimiento de suspensión aplicable a nodos que se conectan a la EPC comparte algunas similitudes con RRC_INACTIVE en el sentido de que el contexto de AS se almacena de manera que un UE puede enviar una solicitud de reanudación y se puede recuperar información de la última sesión y no es necesario señalizarla nuevamente. Dicho de otra manera muy importante, no es lo mismo que el RRC_INACTIVE, ya que la red central se encuentra en un estado correspondiente a CM-IDLE, es decir, no considera el UE conectado. Esto significa que es la red central la que realiza la búsqueda cuando un UE está suspendido en una celda que se conecta a la EPC.
La forma de indicarle al UE que se suspenderá en la EPC es enviar un mensaje de liberación con una indicación de suspensión, que se modela como un valor de causa que significa que el UE pasa a suspensión. La especificación de este mensaje se describe con más detalle en 3GPP TS 36.331. Puede observarse a partir de la especificación que hay una causa de liberación específica definida para suspender el UE de modo que pueda reanudarse más tarde y se almacena información de AS. Esto se indica como "rrc-Suspend-v1320". Si el UE está suspendido, también se incluye una resumeldent/ty, que el UE puede incluir si desea reanudarse y permitir que la red recupere información sobre el UE. La solicitud de cambio del 3GPP "CR on Connection Control ([101#37][NR] RRC procedures/messages)", TS38331 V15.1.0_V15, revela que la red envía un mensaje RRCRelease al UE.
Compendio
Los ejemplos descritos en la presente divulgación se pueden usar para mejorar la señalización relacionada con la suspensión de un UE, lo que da como resultado una tara más baja, ahorro de energía y eficiencia mejorada. Otras ventajas pueden resultar fácilmente evidentes para un experto en la materia. Ciertas realizaciones pueden tener ninguna, parte o la totalidad de las ventajas enumeradas. La invención está definida por las reivindicaciones independientes. En las reivindicaciones secundarias se proporcionan realizaciones ventajosas de la invención.
Un sistema de uno o más ordenadores puede configurarse para realizar operaciones o acciones particulares en virtud de tener software, f/rmware, hardware o una combinación de ellos instalados en el sistema que, en funcionamiento, hace o hacen que el sistema realice las acciones. Se pueden configurar uno o más programas informáticos para realizar operaciones o acciones particulares en virtud de la inclusión de instrucciones que, cuando son ejecutadas por un aparato de procesamiento de datos, hacen que el aparato realice las acciones. Un aspecto general incluye un método realizado por un equipo de usuario para gestionar comunicaciones de uno o más nodos de red en una red de
acceso de radiocomunicaciones (RAN), el método incluye: recibir, por el equipo de usuario que está funcionando en un estado conectado, un mensaje de liberación de RRC de un nodo de red. El método también incluye determinar, sobre la base de una indicación en el mensaje de liberación de RRC, si suspender el equipo de usuario a un estado inactivo o un estado de reposo, incluyendo la indicación una presencia o ausencia de un campo de configuración de suspensión en el mensaje de liberación de RRC. El método también incluye, como respuesta a la determinación de que la indicación es suspender a un estado inactivo, realizar una transición del equipo de usuario al estado inactivo. El método también incluye que la indicación de suspender el equipo de usuario al estado inactivo comprende la presencia de un campo de configuración de suspensión en el mensaje de liberación de RRC, en donde la indicación de suspender el equipo de usuario al estado inactivo incluye la presencia del campo de configuración de suspensión en el mensaje de liberación de RRC y la indicación de suspender el equipo de usuario al estado de reposo comprende la ausencia del campo de configuración de suspensión en el mensaje de liberación de RRC. El método también incluye la aplicación, por parte del equipo de usuario, de señalización delta correspondiente a una configuración de suspensión indicada por el campo de configuración de suspensión, en donde la aplicación de señalización delta comprende recibir información de configuración de suspensión modificada indicada por el campo de configuración de suspensión y acceder a información de configuración de suspensión no modificada a partir de información de configuración de suspensión almacenada previamente en el equipo del usuario.
Un aspecto general incluye un método realizado por un nodo de red para proporcionar comunicaciones a un equipo de usuario en una red de acceso por radiocomunicaciones (RAN), el método incluye: proporcionar, al equipo de usuario que está funcionando en un estado conectado, un mensaje Liberación de RRC. El método también incluye activar, sobre la base de una indicación en el mensaje Liberación de RRC, una suspensión del equipo de usuario a un estado inactivo o un estado de reposo, incluyendo la indicación una presencia o ausencia de un campo de configuración de suspensión en el mensaje de liberación de RRC. El método también incluye hacer que, en respuesta a la indicación de suspender a un estado inactivo, el equipo de usuario realice una transición al estado inactivo, en donde la indicación de suspender el equipo de usuario al estado inactivo incluye la presencia del campo de configuración de suspensión en el mensaje de liberación de RRC y la indicación de suspender el equipo de usuario al estado de reposo comprende la ausencia del campo de configuración de suspensión en el mensaje de liberación de RRC. El método también incluye que la indicación para suspender el equipo de usuario al estado inactivo comprende la presencia de un campo de configuración de suspensión en el mensaje de liberación de RRC. El método también incluye la aplicación, por parte del nodo de red, de señalización delta correspondiente a una configuración de suspensión indicada por el campo de configuración de suspensión, en donde la aplicación de señalización delta comprende proporcionar información de configuración de suspensión modificada indicada por el campo de configuración de suspensión, en donde el equipo de usuario accede a información de configuración de suspensión no modificada a partir de información de configuración de suspensión previamente almacenada en el equipo del usuario.
Breve descripción de los dibujos
La figura 1 es un diagrama de flujo que ilustra un método para realizar una transición de un equipo de usuario a un estado inactivo, según algunos ejemplos.
La figura 2 es un diagrama de flujo que ilustra un método para realizar una transición de un equipo de usuario a un estado inactivo, que incluye una indicación de valor de causa adicional, según algunos ejemplos.
La figura 3 es un diagrama de flujo que ilustra un método realizado por un equipo de usuario para realizar una transición a un estado inactivo o un estado de reposo, según algunos ejemplos.
La figura 4 es un diagrama de flujo que ilustra un método realizado por un nodo de red para realizar una transición de un equipo de usuario a un estado inactivo o un estado de reposo, según algunos ejemplos.
La figura 5 es un diagrama de bloques que ilustra una red inalámbrica, según algunos ejemplos.
Descripción detallada
Algunas de las realizaciones contempladas en este documento se describirán ahora con más detalle con referencia a los dibujos adjuntos. Sin embargo, otras realizaciones están contenidas dentro del alcance de la materia en cuestión dada a conocer en este documento, la materia en cuestión dada a conocer no debe interpretarse como limitada únicamente a las realizaciones establecidas en este documento; más bien, estas realizaciones se proporcionan a modo de ejemplo para transmitir el alcance de la materia en cuestión a los expertos en la técnica.
En diversos puntos, el procedimiento de suspensión para el LTE es similar a lo que se introducirá para las NR y para conectarse a la red nueva con un nodo de AMF. En el caso de la transición a RRC_INACTIVE, también se necesita un procedimiento de suspensión para señalizar al UE que debe entrar en un estado RRC_INACTIVE. En las NR, para un mensaje de liberación con una indicación de suspensión, no se incluye causa de liberación. La inclusión de una configuración de suspensión en sí misma podría indicarle al UE que el mensaje de liberación significa liberación a RRC_INACTIVE. Sin la configuración de suspensión, el mensaje de liberación significa Liberación a RRC_IDLE. En algunos ejemplos, la configuración de suspensión se indica mediante un campo tal como RRC-lnactiveConfig o suspendConf.
En las NR, no hay herencia a considerar. Esto significa que una suspensión en las NR siempre es una suspensión a RRC_INACTIVE. Esto hace posible afinar la distinción de valores de causa diferentes. Cuando se debe introducir un mecanismo de suspensión correspondiente en el LTE al conectarse a la 5GC, que es un mensaje existente, existen ventajas en distinguir claramente entre las diferentes suspensión a un estado de reposo (RRC_IDLE, que ya está admitido en el LTE) y suspensión a un estado inactivo (RRC_INACTIVE), que es nuevo para el LTE.
Además de lo anterior, también se desea en las NR considerar una situación en la que un mensaje de liberación solo debe incluir información que es nueva, es decir, que ha cambiado con respecto a señalización anterior (es decir, señalización delta del mensaje de liberación de RRC o al menos la configuración de suspensión). En esta situación, puede haber una confusión sobre lo que significa la configuración de suspensión en el mensaje de liberación. Por ejemplo, si un UE recibe un mensaje de liberación sin ninguna indicación de configuración de suspensión, sería ambigua la consideración de si el UE debe liberarse a un estado inactivo, o significaría que es una suspensión a un estado inactivo sin cambios en la configuración de suspensión.
Actualmente existen cierto(s) desafío(s). Más detalladamente, existe la necesidad de poder diferenciar entre suspender a un estado de reposo y suspender a un estado inactivo cuando se usa un mensaje de liberación para suspender el UE. Esto es particularmente importante para el LTE, ya que en el LTE hay dos mecanismos de suspensión diferentes.
Para NR y LTE conectados a la 5GC, también es necesario distinguir entre un mensaje de liberación que suspende un UE a RRC_INACTIVE sin cambios en suspendConfig y un mensaje de liberación que suspende un UE a RRC_IDLE.
Ciertos aspectos de la presente divulgación y sus realizaciones pueden proporcionar soluciones a estos u otros desafíos.
En un aspecto, se incluye un valor de causa de liberación en el mensaje de liberación de RRC en el LTE para indicar a un UE que la liberación se debe a una transición a RRC_INACTIVE. La indicación puede ser implícita o explícita para permitir que el UE distinga entre una suspensión a un estado de reposo o a un estado inactivo. Diferentes realizaciones describen los diferentes tipos de indicaciones, por ejemplo, la presencia de uno o dos parámetros específicos solo relevantes para un estado dado como inactivo, etc. Aunque se dice que esto es sobre el LTE, el aspecto fundamental que puede ser aplicable a cualquier RAT (como las NR) es la distinción entre suspender a reposo (solución de la Versión 13 del LTE) o suspender a inactivo, donde algunas acciones realizadas son comunes, pero algunas son específicas para cada solución.
En otro aspecto, una causa de liberación incluida en el mensaje de RRC cuando se señaliza la suspensión a inactivo en el mensaje Liberación de Conexión de RRC del LTE es diferente de la causa de liberación utilizada para suspender un UE de lTe a inactivo. Las acciones del UE al producirse la suspensión pueden distinguirse sobre la base de esa indicación. Por ejemplo, cuando se suspende a inactivo, el UE aplica algunos parámetros exclusivos, tales como la configuración de búsqueda de RAN, configuraciones de actualización de RNA, el temporizador de RNA periódico, etc.
En otro aspecto, la causa de liberación incluida es implícita, es decir, al incluir un nuevo valor de identificador en suspendConfig que es válido para la liberación a RRC_INACTIVE.
En otro aspecto, también se incluye una causa de liberación en el mensaje de liberación cuando se señaliza en las NR, de modo que esto puede permitir no incluir suspendConfig a menos que haya cambios en la configuración que deban ser señalizados.
En otro aspecto, incluir un identificador explícito o implícito permitirá la señalización delta de información relacionada con RRC_INACTIVE que de otro modo no sería posible, si no hubiera una causa de liberación.
En otro aspecto, las capas de AS y NAS en el UE interactúan de modo que la causa de liberación que distingue la entrada del UE en RRC_IDLE o r Rc_INACTIVE se proporciona desde las capas inferiores a las capas superiores al producirse la recepción del mensaje de liberación de RRC de manera que las capas superiores puedan realizar una transición inequívoca de un estado conectado a un estado de reposo o, en el caso de la indicación de entrada en un estado inactivo, permanecer en un estado conectado desde la perspectiva de una capa superior.
En este documento se han propuesto varias realizaciones que abordan uno o más de los problemas dados a conocer en este documento, y las mismas pueden proporcionar una o más de la(s) siguiente(s) ventaja(s) técnica(s).
En algunas realizaciones, las técnicas descritas en el presente documento permiten tanto la diferenciación de la suspensión en el LTE que se conecta tanto a una EPC como a una 5GC. En algunas realizaciones, las técnicas descritas en este documento permiten indicar a un UE si el mensaje de liberación es una liberación a RRC_INACTIVE o una liberación a RRC_IDLE.
Además, al incluir una causa de liberación también en las NR, las técnicas permiten la señalización delta de los parámetros de configuración que son aplicables para el estado RRC_INACTIVE. La causa de liberación ofrece la ventaja de no incluir nuevos valores de suspendConfig en los que los valores no cambian y, por lo tanto, incluye
parámetros de la señal en suspendConfig solo cuando los mismos cambian. Esto ahorrará en la señalización, lo que da como resultado una menor tara, ahorro de energía y una mejora de la eficiencia, entre otras cosas.
La figura 1 es un diagrama de flujo que ilustra un método de ejemplo para realizar una transición de un equipo de usuario a un estado RRC_INACTIVE. Por ejemplo, el método ilustra la señalización en las NR conectadas a la 5GC, según algunas realizaciones.
Paso 100, el UE recibe un mensaje de liberación de la red. En este ejemplo, el UE está en RRC_CONNECTED y está a punto de liberarse. Las razones para liberar un UE en RRC_CONNECTED pueden variar. Puede ser por ejemplo por inactividad, o porque no hay más datos para enviar y/o recibir.
En el paso 102, el UE lee e interpreta el mensaje de liberación. Si hay una indicación en el mensaje de liberación de que la liberación se refiere a una suspensión a RRC_INACTIVE, entonces el UE prosigue hacia el paso 106. Esa indicación puede ser una causa de liberación 'suspensión. Si, por otro lado, el mensaje de liberación no incluye dicha indicación (por ejemplo, incluye otra causa de liberación en su lugar), el mensaje de liberación no trata sobre una Liberación a RRC_INACTIVE, sino que, en cambio, se envía para otros fines, esto se ilustra en la figura como 104. En algunos ejemplos, la liberación es a RRC_IDLE, pero también podría haber otras situaciones en las que un mensaje de liberación puede significar algo diferente. En esta realización, la atención se centra en si se incluye la indicación a RRC_INACTIVE.
La indicación ayuda al UE a aplicar señalización delta a la configuración de suspensión. Si esa indicación no existe, la ausencia del campo de configuración de suspensión podría interpretarse como una indicación de la red para pasar el UE a RRC_IDLE. Sin embargo, sobre la base de esa indicación, el UE sabe que la ausencia del campo de configuración de suspensión significa que el UE puede aplicar señalización delta a una configuración de suspensión previamente almacenada. En otras palabras, el UE puede entrar en RRC_INACTIVE y usar la configuración de suspensión almacenada cuando entra en RRC_INACTIVE.
Si se incluye, en el paso 106, el UE comprueba si hay una nueva suspendConfig y lee cualquier nueva información potencial de suspendConfig que se refiera a cómo debería comportarse/configurarse el UE en el estado RRC_INACTIVE.
Si se incluye información de suspendConfig, el UE sustituye cualquier información de suspendConfig almacenada. Para cualquier información de suspendConfig no incluida en el mensaje de liberación, si un UE tiene una versión almacenada de esta información, esto se usa y aplica en el estado RRC_INACTIVE. En el paso 108, el UE realiza una transición a RRC_INACTIVE.
Debe observarse que estos no son todos los pasos cuya ejecución es relevante para un UE cuando se realiza una transición a RRC_INACTIVE. Por ejemplo, hay aspectos relacionados con que los protocolos de nivel inferior del UE / Estrato de Acceso del UE deben comunicarse con protocolos de capa superior / Estrato Sin Acceso del UE, que no se ilustran.
La descripción es aplicable en varios entornos y puede incluir señalización adicional.
La figura 2 es un diagrama de flujo que ilustra un método de ejemplo para realizar una transición de un equipo de usuario a un estado RRC_INACTIVE, que incluye una indicación de valor de causa adicional. Por ejemplo, el método ilustra la señalización en el LTE conectado a la 5GC, según algunas realizaciones.
Ilustrar una situación en la que un UE está utilizando el LTE como red de radiocomunicaciones o cualquier red de radiocomunicaciones en la que podría haber diferentes soluciones para suspender el UE, tales como la solución de la Versión 13 (suspensión a RRC_IDLE) o la solución de la Versión 15 (Suspensión a RRC_INACTIVE). El nodo de red de radiocomunicaciones puede conectarse a la EPC (una MME Pasarela de Servicio) o a una Red Central 5G (a una AMF una Función de Plano de Usuario) o a ambas.
En la situación en que un UE de LTE está recibiendo un mensaje Liberación de RRC 200, el mismo primero puede, en el paso 202, considerar si el mensaje Liberación incluye una Indicación de RRC Inactivo (que puede implementarse como una causa de liberación, por ejemplo, 'suspend-inactive'). Si no es así, puede considerar si hay una indicación para suspender a IDLE, este es el paso 204. En la figura, se ilustra como un valor de causa v1320, pero este valor de causa puede ser igualmente aplicable también a otras versiones estándares diferentes a la versión estándar 13. En esta situación, puede llamarse causa de suspensión v15 o causa de suspensión b16 o cualquier otra cosa. Se observa que se trata de una suspensión a reposo más que una suspensión a inactivo, que fue lo que se determinó en el paso 202. Si tampoco hay una indicación de suspensión a IDLE, entonces se concluye en el paso 210. Esto puede significar que el UE se libera a IDLE sin necesidad de guardar ningún AS. Si se produjo una indicación de suspensión a IDLE en el paso 204, entonces en el paso 204, el UE se libera a IDLE y almacena la configuración de AS de acuerdo con lo que está estandarizado para este procedimiento.
Si se incluyera la indicación de liberación a inactivo en el paso 202, entonces esta indicación significaría, de manera similar a la figura 1 y las NR, que el UE debería comprobar si existe una nueva suspendConfig y leer cualquier nueva
información potencial de suspendConfig que se refiera a cómo debería comportarse / configurarse el UE en el estado RRC INACTIVE en el paso 206. En el paso 208, el UE realiza una transición a RRC_INACTIVE.
En relación con los dos procedimientos de ejemplo anteriores, se ha establecido en el paso 102/202 que el UE debe comprobar el mensaje de liberación para determinar si incluye una indicación de suspensión a RRC_INACTIVE. Los ejemplos de la indicación se discuten con más detalle a continuación.
En un aspecto de la presente divulgación, la indicación de suspensión a RRC_INACTIVE es un valor de causa incluido en la señalización de RRC.
Tomando la señalización especificada para el LTE como ejemplo, la suspensión a RRC_INACTIVE puede añadirse a un conjunto de valores de causa de liberación ya existentes o incluir un conjunto completamente diferente de ReleaseCauses para el LTE, para su uso en mensajes de liberación, cuando un UE se conecta a la 5GC. En otros ejemplos, podría haber situaciones en las que un UE que se conecta a la 5GC en realidad tiene dos mecanismos de suspensión diferentes disponibles para seleccionar.
En algunos ejemplos, ReleaseCause-5G es un campo de 2 bits (4 valores) pero, evidentemente, puede tener un tamaño diferente. De manera similar, para las NR conectadas a la 5GC, se puede incluir una causa de liberación similar al LTE conectado a la 5GC. Cabe señalar que en los dos casos anteriores, tanto para las NR como para el LTE, puede haber, evidentemente, otros valores de causa. La técnica es aplicable a la presencia de causas de suspensión, tanto en situaciones en las que existan otras causas como en las que no.
Una forma alternativa de indicar una liberación a RRC_INACTIVE puede basarse, según otro aspecto de la presente divulgación, en la presencia o ausencia de la información de configuración de suspensión. Una configuración de suspensión informa al UE cómo configurarse/comportarse en el estado RRC_INACTIVE y puede tanto llamarse de diferentes maneras como incluir más o menos campos. En algunos ejemplos, la configuración de suspensión incluye elementos de información resumeldentity, pagingCycle, ran-NotificationArealnfo, periodic-RNAU-timer y nextHopChainingCount. Un ciclo de búsqueda es una frecuencia de repetición que indica instancias de tiempo en las que el UE se situará a la escucha de búsquedas de la red. La configuración de suspensión, en este ejemplo, incluye además el área de RNA y un temporizador para actualizaciones periódicas de RNAU. La configuración de suspensión, en este ejemplo, también incluye un valor de conteo de NextHopChaining NCC que es un parámetro relacionado con la seguridad.
Una forma de indicar la suspensión a RRC_INACTIVE es incluir la resumeIdentity en el mensaje de configuración de suspensión. Un criterio en, por ejemplo, la referencia 102/202 anterior sería entonces que si se incluye la resumeIdentity, se trata de una suspensión a RRC_INACTIVE. Si la resumeIdentity no está incluida y la configuración de suspensión bien está vacía o bien no está presente en el mensaje de liberación, entonces se trata de una liberación a RRC_IDLE, o de una suspensión a RRC_IDLE o no se trata al menos de una liberación a RRC_INACTIVE.
De acuerdo con un aspecto de la presente divulgación, existe por lo tanto entonces sólo un elemento de información que es obligatorio si la configuración de suspensión está incluida en el mensaje de liberación y que es la resumeIdentity. Esto significa que el resto de los elementos de información (por ejemplo, pagingCycle, ran-NotificationArealnfo, periodic-RNAU-timer y nextHopChainingCount) podrían incluirse opcionalmente. Si no están incluidos, podría ser posible permitir que el UE usase información recibida previamente para cualquiera de estos elementos de información sin necesidad de señalizarlos nuevamente.
Cabe señalar que ambas opciones pueden ser igualmente aplicables tanto para el LTE como para las NR cuando se realizan transiciones a RRC_INACTIVE y cuando dicha transición es señalizada o activada por un mensaje de liberación, como se ha descrito anteriormente.
En algunos ejemplos, si un mensaje de liberación de RRC (p. ej., RRCRelease) incluye un campo de configuración de suspensión (p. ej., suspendConfig, RRC-lnactiveConfig), el equipo del usuario almacena los siguientes parámetros de la configuración de suspensión: resumeldentity, nextHopChainingCount, PagingCycle y la información ran-NotificationArealnfo, si no están ya almacenados. La señalización delta se aplica a resumeldentity, nextHopChainingCount, PagingCycle y ran-NotificationArealnfo, si están almacenados. Si el mensaje de liberación de RRC no incluye el campo de configuración de suspensión, el equipo de usuario usa los valores almacenados en el UE para los siguientes parámetros de la configuración de suspensión: resumeldentity, nextHopChainingCount, PagingCycle y ran-NotificationArealnfo.
La figura 3 es un diagrama de flujo que ilustra un método de ejemplo realizado por un equipo de usuario para realizar una transición a un estado inactivo o un estado de reposo.
En el paso 302, el equipo de usuario que está funcionando en un estado conectado recibe un mensaje de liberación de RRC. En el presente ejemplo, el estado conectado es el estado RRC_CONNECTED.
En el paso 304, el equipo de usuario determina, sobre la base de una indicación del mensaje de liberación de RRC, si suspender el equipo de usuario a un estado inactivo o un estado de reposo, comprendiendo la indicación una presencia
o ausencia de un campo de configuración de suspensión en el mensaje de liberación de RRC. En el presente ejemplo, el estado inactivo es el estado RRC_INACTIVE y el estado de reposo es el estado RRC_IDLE.
En algunos ejemplos, la indicación de suspender el equipo de usuario al estado inactivo incluye la presencia de un campo de configuración de suspensión en el mensaje de liberación de RRC y la indicación de suspender el equipo de usuario al estado de reposo comprende la ausencia de un campo de configuración de suspensión en el Mensaje de liberación de RRC. El campo de configuración de suspensión puede ser, por ejemplo, suspendConf o RRC-lnactiveConfig. En algunos ejemplos, el campo de configuración de suspensión indica una configuración correspondiente al estado inactivo.
En el paso 306, en respuesta a la determinación de que la indicación es suspender a un estado inactivo, el equipo de usuario realiza una transición al estado inactivo. Por ejemplo, la transición del equipo de usuario al estado inactivo se puede realizar durante una conexión del equipo de usuario a una red central 5G desde una red de evolución a largo plazo (LTE).
En algunos ejemplos, el equipo de usuario aplica señalización delta correspondiente a una configuración de suspensión indicada por el campo de configuración de suspensión, donde la señalización delta incluye recibir información de configuración de suspensión modificada indicada por el campo de configuración de suspensión y acceder a información de configuración de suspensión no modificada a partir de información de configuración de suspensión previamente almacenada en el equipo del usuario. En algunos ejemplos, la configuración de suspensión incluye información de Årea de Notificación de RAN (RNA) y se aplica señalización delta para actualizar esta información de RNA en la configuración de suspensión.
La figura 4 es un diagrama de flujo que ilustra un método de ejemplo realizado por un nodo de red para realizar una transición de un equipo de usuario a un estado inactivo o un estado de reposo, según algunos ejemplos.
En el paso 402, un nodo de red proporciona un mensaje de liberación de RRC a un equipo de usuario que está funcionando en un estado conectado. En el presente ejemplo, el estado conectado es el estado RRC_CONNECTED.
En el paso 404, el nodo de red activa, sobre la base de una indicación del mensaje de liberación de RRC, una suspensión del equipo de usuario a un estado inactivo o un estado de reposo, comprendiendo la indicación una presencia o ausencia de un campo de configuración de suspensión en el mensaje de liberación de RRC. En el presente ejemplo, el estado inactivo es el estado RRC_INACTIVE y el estado de reposo es el estado RRC_IDLE.
En algunos ejemplos, la indicación de suspender el equipo de usuario al estado inactivo incluye la presencia de un campo de configuración de suspensión en el mensaje de liberación de RRC y la indicación de suspender el equipo de usuario al estado de reposo comprende la ausencia de un campo de configuración de suspensión en el mensaje de liberación de RRC. El campo de configuración de suspensión puede ser, por ejemplo, suspendConf o RRC-lnactiveConfig. En algunos ejemplos, el campo de configuración de suspensión indica una configuración correspondiente al estado inactivo.
En el paso 406, el nodo de red hace que, en respuesta a la indicación de suspensión a un estado inactivo, el equipo de usuario realice una transición al estado inactivo. Por ejemplo, la transición del equipo de usuario al estado inactivo se puede realizar durante una conexión del equipo de usuario a una red central 5G desde una red de evolución a largo plazo (LTE).
En algunos ejemplos, el equipo de usuario aplica señalización delta correspondiente a una configuración de suspensión indicada por el campo de configuración de suspensión, donde la señalización delta incluye proporcionar información de configuración de suspensión modificada indicada por el campo de configuración de suspensión, en donde el equipo de usuario accede a información de configuración de suspensión no modificada a partir de información de configuración de suspensión almacenada previamente en el equipo del usuario. En algunos ejemplos, la configuración de suspensión incluye información de Årea de Notificación de RAN (RNA) y se aplica señalización delta para actualizar esta información de RNA en la configuración de suspensión.
La figura 5 es un diagrama de bloques que ilustra un ejemplo de red inalámbrica. Aunque la materia en cuestión descrita en este documento puede implementarse en cualquier tipo apropiado de sistema utilizando cualesquiera componentes adecuados, las realizaciones dadas a conocer en este documento se describen en relación con una red inalámbrica, como la red inalámbrica de ejemplo ilustrada en la Figura 5. Para simplificar, la red inalámbrica de la figura 5 solo representa la red 506, los nodos 560 y 560b de red y los WDs 510, 510b y 510c. En la práctica, una red inalámbrica puede incluir además cualesquiera elementos adicionales adecuados para admitir la comunicación entre dispositivos inalámbricos o entre un dispositivo inalámbrico y otro dispositivo de comunicación, como un teléfono fijo, un proveedor de servicios o cualquier otro nodo de red o dispositivo final. De los componentes ilustrados, el nodo 560 de red y el dispositivo inalámbrico (WD) 510 se representan con detalles adicionales. La red inalámbrica puede proporcionar comunicación y otros tipos de servicios a uno o más dispositivos inalámbricos para facilitar el acceso de los dispositivos inalámbricos a y/o el uso de los servicios proporcionados por, o a través de, la red inalámbrica.
La red inalámbrica puede comprender y/o interactuar con cualquier tipo de red de comunicación, telecomunicaciones, datos, celular y/o radiocomunicaciones u otro tipo de sistema similar. En algunas realizaciones, la red inalámbrica
puede configurarse para funcionar de acuerdo con estándares específicos u otros tipos de reglas o procedimientos predefinidos. Por lo tanto, realizaciones particulares de la red inalámbrica pueden implementar estándares de comunicación, como el Sistema Global para Comunicaciones Móviles (GSM), el Sistema Universal de Telecomunicaciones Móviles (UMTS), la Evolución a Largo Plazo (LTE) y/u otros estándares 2G, 3G, 4G, o 5G adecuados; estándares de red de área local inalámbrica (WLAN), como los estándares IEEE 802.11; y/o cualquier otro estándar de comunicación inalámbrica apropiado, como los estándares Interoperabilidad Mundial para Acceso por Microondas (WiMax), Bluetooth, Z-Wave y/o ZigBee.
La red 506 puede comprender una o más redes de retorno [backhau¡\, redes centrales, redes IP, redes telefónicas públicas conmutadas (PSTNs), redes de datos por paquetes, redes ópticas, redes de área amplia (WANs), redes de área local (LANs), redes de área local inalámbricas (WLANs), redes por cable, redes inalámbricas, redes de área metropolitana y otras redes para permitir la comunicación entre dispositivos.
El nodo 560 de red y el WD 510 comprenden varios componentes que se describen con más detalle a continuación. Estos componentes trabajan juntos para proporcionar una funcionalidad de nodo de red y/o dispositivo inalámbrico, tal como proporcionar conexiones inalámbricas en una red inalámbrica. En diferentes realizaciones, la red inalámbrica puede comprender un número cualquiera de redes por cable o inalámbricas, nodos de red, estaciones base, controladores, dispositivos inalámbricos, estaciones repetidoras y/o cualesquiera otros componentes o sistemas que puedan facilitar o participar en la comunicación de datos y /o señales a través de conexiones ya sean por cable o inalámbricas.
Tal como se usa en la presente, nodo de red se refiere a equipos con capacidad de, configurados, dispuestos y/u operativos para comunicarse directa o indirectamente con un dispositivo inalámbrico y/o con otros nodos de red o equipos en la red inalámbrica para permitir y/o proporcionar acceso inalámbrico al dispositivo inalámbrico y/o para realizar otras funciones (por ejemplo, administración) en la red inalámbrica. Los ejemplos de nodos de red incluyen, entre otros, puntos de acceso (APs) (p. ej., puntos de acceso de radiocomunicaciones), estaciones base (BSs) (p. ej., estaciones base de radiocomunicaciones, Nodos B, Nodos B evolucionados (eNBs) y Nodos B de NR (gNBs)). Las estaciones base pueden clasificarse en función de la cantidad de cobertura que brindan (o, dicho de otra manera, su nivel de potencia de transmisión) y también pueden denominarse, entonces, femto-estaciones base, pico-estaciones base, micro-estaciones base o macro-estaciones base. Una estación base puede ser un nodo de retransmisión o un nodo donante de retransmisión que controla un retransmisor. Un nodo de red también puede incluir una o más partes (o la totalidad de ellas) de una estación base de radiocomunicaciones distribuida, tal como unidades digitales centralizadas y/o unidades de radiocomunicaciones remotas (RRUs), en ocasiones denominadas Cabezales de Radiocomunicaciones Remotos (RRHs). Tales unidades de radiocomunicaciones remotas pueden tener integrada o no una antena, en calidad de módulo de radiocomunicaciones con antena integrada. Las partes de una estación base de radiocomunicaciones distribuida también pueden denominarse nodos en un sistema de antenas distribuido (DAS). Otros ejemplos más de nodos de red incluyen equipos de radiocomunicaciones multiestándar (MSR), tales como BSs de MSR, controladores de red tales como controladores de red de radiocomunicaciones (RNC8) o controladores de estaciones base (BSC8), estaciones transceptoras base (BTSs), puntos de transmisión, nodos de transmisión, entidades de coordinación de multidifusión/multicelda (MCEs), nodos de red central (p. ej., MSC8, MMEs), nodos de O&M, nodos de OSS, nodos de SON, nodos de posicionamiento (p. ej., E-SMLC8) y/o MDTs. Como otro ejemplo, un nodo de red puede ser un nodo de red virtual según se describe con más detalle a continuación. Sin embargo, de manera más general, los nodos de red pueden representar cualquier dispositivo (o grupo de dispositivos) adecuado con capacidad de, configurado, dispuesto y/u operativo para habilitar y/o proporcionar a un dispositivo inalámbrico acceso a la red inalámbrica o para proporcionar algún servicio a un dispositivo inalámbrico que ha accedido a la red inalámbrica.
En la Figura 5, el nodo 560 de red incluye circuitería 570 de procesamiento, el medio legible 580 por dispositivos, la interfaz 590, el equipo auxiliar 584, la fuente 586 de alimentación, la circuitería 587 de alimentación y la antena 562. Aunque el nodo 560 de red ilustrado en la red inalámbrica de ejemplo de la Figura 5 puede representar un dispositivo que incluye la combinación ilustrada de componentes de hardware, otras realizaciones pueden comprender nodos de red con combinaciones de componentes diferentes. Debe entenderse que un nodo de red comprende cualquier combinación adecuada de hardware y/o software necesaria para realizar las tareas, características, funciones y métodos dados a conocer en este documento. Además, aunque los componentes del nodo 560 de red se representan como recuadros individuales ubicados dentro de un recuadro más grande, o anidados dentro de varios recuadros, en la práctica, un nodo de red puede comprender múltiples componentes físicos diferentes que forman un solo componente ilustrado (por ejemplo, el medio legible 580 por dispositivos puede comprender múltiples unidades de disco duro independientes así como múltiples módulos de RAM).
De manera similar, el nodo 560 de red puede estar compuesto por múltiples componentes independientes físicamente (por ejemplo, un componente de NodoB y un componente de RNC, o un componente de BTS y un componente de BSC, etc.), cada uno de los cuales puede tener sus propios componentes respectivos. En ciertos escenarios en los que el nodo 560 de red comprende múltiples componentes independientes (por ejemplo, componentes de BTS y BSC), uno o más de los componentes independientes pueden compartirse entre varios nodos de red. Por ejemplo, un único RNC puede controlar múltiples NodosB. En tal escenario, cada par único de NodoB y RNC puede, en algunos casos, considerarse un solo nodo de red independiente. En algunas realizaciones, el nodo 560 de red puede configurarse para admitir múltiples tecnologías de acceso por radiocomunicaciones (RATs). En tales realizaciones, algunos
componentes pueden duplicarse (p. ej., un medio legible 580 por dispositivos independiente para las diferentes RATs) y algunos componentes pueden reutilizarse (p. ej., las RATs pueden compartir la misma antena 562). El nodo 560 de red también puede incluir múltiples conjuntos de los diversos componentes ilustrados para diferentes tecnologías inalámbricas integradas en el nodo 560 de red, como, por ejemplo, tecnologías inalámbricas GSM, WCDMA, LTE, NR, WiFi o Bluetooth. Estas tecnologías inalámbricas pueden integrarse en el mismo chip o conjunto de chips o en uno diferente y en otros componentes dentro del nodo 560 de red.
La circuitería 570 de procesamiento está configurada para realizar cualquier operación de determinación, cálculo o similar (por ejemplo, ciertas operaciones de obtención) descritas en este documento como proporcionadas por un nodo de red. Estas operaciones realizadas por la circuitería 570 de procesamiento pueden incluir el procesamiento de información obtenida mediante la circuitería 570 de procesamiento, por ejemplo, convirtiendo la información obtenida en otra información, comparando la información obtenida o información convertida con información almacenada en el nodo de red, y/o realizando una o más operaciones con base en la información obtenida o información convertida, y, como resultado de dicho procesamiento, la toma de una determinación.
La circuitería 570 de procesamiento puede comprender una combinación de uno o más de un microprocesador, controlador, microcontrolador, unidad central de procesamiento, procesador de señal digital, circuito integrado de aplicación específica, matriz de puertas programables in situ o cualquier otro dispositivo informático, recurso o combinación de hardware, software y/o lógica codificada, adecuado, operativo para proporcionar, ya sea de manera individual o junto con otros componentes del nodo 560 de red, tales como el medio legible 580 por dispositivos, la funcionalidad del nodo 560 de red. Por ejemplo, la circuitería 570 de procesamiento puede ejecutar instrucciones almacenadas en el medio legible 580 por dispositivos o en memoria dentro de la circuitería 570 de procesamiento. Tal funcionalidad puede incluir proporcionar cualquiera de las diversas características, funciones o beneficios inalámbricos descritos aquí. En algunas realizaciones, la circuitería 570 de procesamiento puede incluir un sistema en un chip (SOC).
En algunas realizaciones, la circuitería 570 de procesamiento puede incluir una o más de circuitería transceptora 572 de radiofrecuencia (RF) y circuitería 574 de procesamiento de banda base. En algunas realizaciones, la circuitería transceptora 572 de radiofrecuencia (RF) y la circuitería 574 de procesamiento de banda base pueden estar en chips (o conjuntos de chips), placas o unidades independientes, tales como unidades de radiocomunicaciones y unidades digitales. En realizaciones alternativas, parte o la totalidad de la circuitería transceptora 572 de RF y la circuitería 574 de procesamiento de banda base puede estar en el mismo chip o conjunto de chips, placas o unidades.
En ciertas realizaciones, parte o la totalidad de la funcionalidad descrita en el presente documento como proporcionada por un nodo de red, estación base, eNB u otro dispositivo de red similar puede materializarse mediante circuitería 570 de procesamiento que ejecuta instrucciones almacenadas en el medio legible 580 por dispositivos o memoria dentro de la circuitería 570 de procesamiento. En realizaciones alternativas, parte o la totalidad de la funcionalidad puede proporcionarse mediante circuitería 570 de procesamiento sin ejecutar instrucciones almacenadas en un medio legible por dispositivos independiente o discreto, tal como mediante un conexionado permanente. En cualquiera de esas realizaciones, ya sea ejecutando instrucciones almacenadas en un medio de almacenamiento legible por dispositivos o no, la circuitería 570 de procesamiento puede configurarse para materializar la funcionalidad descrita. Los beneficios proporcionados por dicha funcionalidad no se limitan a la circuitería 570 de procesamiento solo o a otros componentes del nodo 560 de red, sino que los disfruta el nodo 560 de red en su conjunto y/o los usuarios finales y la red inalámbrica en general.
El medio legible 580 por dispositivos puede comprender cualquier forma de memoria volátil o no volátil legible por ordenador que incluye, entre otros, almacenamiento persistente, memoria de estado sólido, memoria montada de forma remota, medios magnéticos, medios ópticos, memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM), medios de almacenamiento masivo (por ejemplo, un disco duro), medios de almacenamiento extraíbles (por ejemplo, una unidad flash, un Disco Compacto (CD) o un Disco de Vídeo Digital (DVD)), y/o cualesquiera otros dispositivos de memoria no transitorios, no volátiles o volátiles, legibles por dispositivos y/o ejecutables por ordenador que almacenan información, datos y/o instrucciones que pueden ser usados por la circuitería 570 de procesamiento. El medio legible 580 por dispositivos puede almacenar cualesquiera instrucciones, datos o información adecuados, que incluye un programa informático, software, una aplicación que incluye una o más de lógica, reglas, código, tablas, etc. y/u otras instrucciones que pueden ejecutarse mediante la circuitería 570 de procesamiento y, utilizadas por el nodo 560 de red. El medio legible 580 por dispositivos puede usarse para almacenar cualquier cálculo realizado por la circuitería 570 de procesamiento y/o cualquier dato recibido a través de la interfaz 590. En algunas realizaciones, la circuitería 570 de procesamiento y el medio legible 580 por dispositivos pueden considerarse integrados.
La interfaz 590 se usa en la comunicación por cable o inalámbrica de señalización y/o datos entre el nodo 560 de red, la red 506 y/o WDs 510. Como se ilustra, la interfaz 590 comprende puerto(s)/terminal(es) 594 para enviar y recibir datos, por ejemplo hacia y desde la red 506 a través de una conexión por cable. La interfaz 590 también incluye circuitería 592 de etapa frontal de radiocomunicaciones que puede estar acoplada a, o en ciertas realizaciones formar parte de, la antena 562. La circuitería 592 de etapa frontal de radiocomunicaciones comprende filtros 598 y amplificadores 596. La circuitería 592 de etapa frontal de radiocomunicaciones puede estar conectada a la antena 562 y a la circuitería 570 de procesamiento. La circuitería de etapa frontal de radiocomunicaciones puede configurarse para acondicionar señales comunicadas entre la antena 562 y la circuitería 570 de procesamiento. La circuitería 592
de etapa frontal de radiocomunicaciones puede recibir datos digitales que deben enviarse a otros nodos de red o WDs a través de una conexión inalámbrica. La circuitería 592 de etapa frontal de radiocomunicaciones puede convertir los datos digitales en una señal de radiocomunicaciones que tenga los parámetros de canal y ancho de banda apropiados usando una combinación de filtros 598 y/o amplificadores 596. La señal de radiocomunicaciones puede entonces transmitirse a través de la antena 562. De manera similar, cuando se reciben datos, la antena 562 puede captar señales de radiocomunicaciones que a continuación se convierten en datos digitales mediante la circuitería 592 de etapa frontal de radiocomunicaciones. Los datos digitales pueden trasladarse a la circuitería 570 de procesamiento. En otras realizaciones, la interfaz puede comprender componentes diferentes y/o combinaciones de componentes diferentes.
En ciertas realizaciones alternativas, el nodo 560 de red puede no incluir una circuitería 592 de etapa frontal de radiocomunicaciones independiente, en su lugar, la circuitería 570 de procesamiento puede comprender circuitería de etapa frontal de radiocomunicaciones y puede estar conectada a la antena 562 sin una circuitería 592 de etapa frontal de radiocomunicaciones independiente. De manera similar, en algunas realizaciones, la totalidad o parte de la circuitería transceptora 572 de RF puede considerarse parte de la interfaz 590. Todavía en otras realizaciones, la interfaz 590 puede incluir uno o más puertos o terminales 594, circuitería 592 de etapa frontal de radiocomunicaciones y circuitería transceptora 572 de RF, como parte de una unidad de radiocomunicaciones (no mostrada), y la interfaz 590 puede comunicarse con la circuitería 574 de procesamiento de banda base, que es parte de una unidad digital (no mostrada).
La antena 562 puede incluir una o más antenas, o conjuntos de antenas, configuradas para enviar y/o recibir señales inalámbricas. La antena 562 puede estar acoplada a la circuitería 590 de etapa frontal de radiocomunicaciones y puede ser cualquier tipo de antena capaz de transmitir y recibir datos y/o señales de forma inalámbrica. En algunas realizaciones, la antena 562 puede comprender una o más antenas omnidireccionales, sectoriales o de panel operativas para transmitir/recibir señales de radiocomunicaciones entre, por ejemplo, 2 GHz y 66 GHz. Se puede usar una antena omnidireccional para transmitir/recibir señales de radiocomunicaciones en cualquier dirección, se puede usar una antena sectorial para transmitir/recibir señales de radiocomunicaciones de dispositivos dentro de un área en particular, y una antena de panel puede ser una antena de línea de visión directa que se usa para transmitir/recibir señales de radiocomunicaciones en una línea relativamente recta. En algunos casos, el uso de más de una antena puede denominarse MIMO. En ciertas realizaciones, la antena 562 puede ser independiente del nodo 560 de red y puede ser conectable al nodo 560 de red a través de una interfaz o puerto.
La antena 562, la interfaz 590 y/o la circuitería 570 de procesamiento pueden configurarse para realizar cualesquiera operaciones de recepción y/o ciertas operaciones de obtención descritas en este documento como realizadas por un nodo de red. Se puede recibir información, datos y/o señales desde un dispositivo inalámbrico, otro nodo de red y/o cualquier otro equipo de red. De manera similar, la antena 562, la interfaz 590 y/o la circuitería 570 de procesamiento pueden configurarse para realizar cualesquiera operaciones de transmisión descritas en este documento como realizadas por un nodo de red. Se puede transmitir cualquier información, datos y/o señales a un dispositivo inalámbrico, otro nodo de red y/o cualquier otro equipo de red.
La circuitería 587 de alimentación puede comprender, o estar acoplada a, una circuitería de gestión de potencia y está configurada para suministrar a los componentes del nodo 560 de red energía para materializar la funcionalidad descrita en este documento. La circuitería 587 de alimentación puede recibir energía de la fuente 586 de alimentación. La fuente 586 de alimentación y/o la circuitería 587 de alimentación pueden configurarse para proporcionar energía a los diversos componentes del nodo 560 de red en una forma adecuada para los componentes respectivos (por ejemplo, con un nivel de voltaje y corriente necesario para cada componente respectivo). La fuente 586 de alimentación puede estar incluida en, o ser externa a, la circuitería 587 de alimentación y/o el nodo 560 de red. Por ejemplo, el nodo 560 de red puede ser conectable a una fuente de alimentación externa (por ejemplo, una toma de corriente) a través de una circuitería o interfaz de entrada tal como un cable eléctrico, por medio de lo cual la fuente de alimentación externa suministra energía a la circuitería 587 de alimentación. Como otro ejemplo, la fuente 586 de alimentación puede comprender una fuente de alimentación en forma de batería o paquete de baterías que está conectado, o integrado en, la circuitería 587 de alimentación. La batería puede proporcionar energía de respaldo en caso de que falle la fuente de alimentación externa. También se pueden utilizar otros tipos de fuentes de alimentación, tales como dispositivos fotovoltaicos.
Realizaciones alternativas del nodo 560 de red pueden incluir componentes adicionales además de los que se muestran en la Figura 5 que pueden ser responsables de proporcionar ciertos aspectos de la funcionalidad del nodo de red, incluida cualquiera de las funciones descritas en este documento y/o cualquier funcionalidad necesaria para respaldar la materia en cuestión descrita en este documento. Por ejemplo, el nodo 560 de red puede incluir un equipo de interfaz de usuario para permitir la entrada de información en el nodo 560 de red y para permitir la salida de información desde el nodo 560 de red. Esto puede permitir que un usuario realice funciones de diagnóstico, mantenimiento, reparación y otras funciones administrativas para el nodo 560 de red.
Como se usa aquí, dispositivo inalámbrico (WD) se refiere a un dispositivo capaz, configurado, dispuesto y/u operativo para comunicarse de forma inalámbrica con nodos de red y/u otros dispositivos inalámbricos. A menos que se indique lo contrario, el término WD se puede usar aquí de manera intercambiable con equipo de usuario (UE). La comunicación inalámbrica puede implicar la transmisión y/o recepción de señales inalámbricas mediante ondas electromagnéticas,
ondas de radiocomunicaciones, ondas infrarrojas y/u otros tipos de señales adecuadas para transportar información por vía aérea. En algunas realizaciones, un WD puede configurarse para transmitir y/o recibir información sin interacción humana directa. Por ejemplo, un WD puede diseñarse para transmitir información a una red con una planificación predeterminada, cuando se activa por un evento interno o externo, o en respuesta a solicitudes de la red. Los ejemplos de WD incluyen, entre otros, un teléfono inteligente, un teléfono móvil, un teléfono celular, un teléfono de voz sobre IP (VoIP), un teléfono de bucle local inalámbrico, un ordenador de escritorio, un asistente digital personal (PDA), una cámara inalámbrica, una consola o dispositivo de juegos, un dispositivo de almacenamiento de música, un dispositivo de reproducción, un dispositivo terminal ponible, un punto extremo inalámbrico, una estación móvil, una tableta, un ordenador portátil, un equipo integrado en un ordenador portátil (LEE), un equipo montado en un ordenador portátil (LME), un dispositivo inteligente, un equipo en las instalaciones del cliente (CPE) inalámbrico, un dispositivo de terminal inalámbrico montado en un vehículo, etc. Un WD puede admitir la comunicación de dispositivo a dispositivo (D2D), por ejemplo, mediante la implementación de un estándar 3GPP para comunicación de enlace lateral, vehículo a vehículo (V2V), vehículo a infraestructura (V2I), vehículo a todo (V2X) y, en este caso, puede denominarse dispositivo de comunicación D2D. Todavía como otro ejemplo específico, en un escenario de Internet de las Cosas (IoT), un WD puede representar una máquina u otro dispositivo que realiza monitorizaciones y/o mediciones, y transmite los resultados de dichas monitorizaciones y/o mediciones a otro WD y/o un nodo de red. El WD puede ser en este caso un dispositivo de máquina a máquina (M2M), que en un contexto 3GPP puede denominarse dispositivo de MTC. Como ejemplo particular, el WD puede ser un UE que implementa el estándar de internet de las cosas de banda estrecha (NB-loT) del 3GPP. Ejemplos particulares de tales máquinas o dispositivos son sensores, dispositivos de medición tales como contadores eléctricos, maquinaria industrial o aparatos domésticos o personales (por ejemplo, neveras, televisores, etc.) dispositivos personales ponibles (por ejemplo, relojes, rastreadores de actividad física, etc.). En otros escenarios, un WD puede representar un vehículo u otro equipo que es capaz de monitorizar y/o informar sobre su estado operativo u otras funciones asociadas a su funcionamiento. Un WD según se ha descrito anteriormente puede representar el punto extremo de una conexión inalámbrica, en cuyo caso el dispositivo puede denominarse terminal inalámbrico. Además, un WD según se ha descrito anteriormente puede ser móvil, en cuyo caso también puede denominarse dispositivo móvil o terminal móvil.
Como se ilustra, el dispositivo inalámbrico 510 incluye una antena 511, una interfaz 514, una circuitería 520 de procesamiento, un medio legible 530 por dispositivos, un equipo 532 de interfaz de usuario, un equipo auxiliar 534, una fuente 536 de alimentación y una circuitería 537 de alimentación. El WD 510 puede incluir varios conjuntos de uno o más de los componentes ilustrados para diferentes tecnologías inalámbricas admitidas por el WD 510, como, por ejemplo, tecnologías inalámbricas GSM, WCDMA, LTE, NR, WiFi, WiMAX o Bluetooth, solo por mencionar algunas. Estas tecnologías inalámbricas pueden integrarse en chips o conjuntos de chips iguales o diferentes que otros componentes dentro del WD 510.
La antena 511 puede incluir una o más antenas o conjuntos de antenas, configurados para enviar y/o recibir señales inalámbricas, y está conectada a la interfaz 514. En ciertas realizaciones alternativas, la antena 511 puede ser independiente del WD 510 y puede ser conectable al WD 510 a través de una interfaz o puerto. La antena 511, la interfaz 514 y/o la circuitería 520 de procesamiento pueden configurarse para realizar cualquier operación de recepción o transmisión descrita en este documento como realizada por un WD. Se puede recibir cualquier información, datos y/o señales desde un nodo de red y/u otro WD. En algunas realizaciones, la circuitería de etapa frontal de radiocomunicaciones y/o la antena 511 pueden considerarse una interfaz.
Como se ilustra, la interfaz 514 comprende circuitería 512 de etapa frontal de radiocomunicaciones y una antena 511. La circuitería 512 de etapa frontal de radiocomunicaciones comprende uno o más filtros 518 y amplificadores 516. La circuitería 514 de etapa frontal de radiocomunicaciones está conectada a la antena 511 y a la circuitería 520 de procesamiento, y está configurada para acondicionar señales comunicadas entre la antena 511 y la circuitería 520 de procesamiento. La circuitería 512 de etapa frontal de radiocomunicaciones puede acoplarse a la antena 511 o formar parte de ella. En algunas realizaciones, el WD 510 puede no incluir una circuitería 512 de etapa frontal de radiocomunicaciones independiente; en su lugar, la circuitería 520 de procesamiento puede comprender una circuitería de etapa frontal de radiocomunicaciones y puede estar conectada a la antena 511. De manera similar, en algunas realizaciones, parte o la totalidad de la circuitería transceptora 522 de RF puede considerarse parte de la interfaz 514. La circuitería 512 de etapa frontal de radiocomunicaciones puede recibir datos digitales que se enviarán a otros nodos de red o WDs a través de una conexión inalámbrica. La circuitería 512 de etapa frontal de radiocomunicaciones puede convertir los datos digitales en una señal de radiocomunicaciones que tenga los parámetros de canal y ancho de banda apropiados usando una combinación de filtros 518 y/o amplificadores 516. La señal de radiocomunicaciones puede entonces transmitirse a través de la antena 511. De manera similar, cuando se reciben datos, la antena 511 puede captar señales de radiocomunicaciones que a continuación se convierten en datos digitales mediante la circuitería 512 de etapa frontal de radiocomunicaciones. Los datos digitales pueden trasladarse a la circuitería 520 de procesamiento. En otras realizaciones, la interfaz puede comprender componentes diferentes y/o combinaciones de componentes diferentes.
La circuitería 520 de procesamiento puede comprender una combinación de uno o más de un microprocesador, controlador, microcontrolador, unidad central de procesamiento, procesador de señal digital, circuito integrado de aplicación específica, matriz de puertas programables in situ o cualquier otro dispositivo informático, recurso o combinación de hardware, software y/o lógica codificada, adecuado, operativo para proporcionar, de manera individual o junto con otros componentes del WD 510, como el medio legible 530 por dispositivos, la funcionalidad del WD 510.
Dicha funcionalidad puede incluir la provisión de cualquiera de las diversas características o beneficios inalámbricos que se analizan en este documento. Por ejemplo, la circuitería 520 de procesamiento puede ejecutar instrucciones almacenadas en el medio legible 530 por dispositivos o en memoria dentro de la circuitería 520 de procesamiento para proporcionar la funcionalidad dada a conocer en este documento.
Como se ilustra, la circuitería 520 de procesamiento incluye una o más de circuitería transceptora 522 de RF, circuitería 524 de procesamiento de banda base y circuitería 526 de procesamiento de aplicaciones. En otras realizaciones, la circuitería de procesamiento puede comprender componentes diferentes y/o combinaciones de componentes diferentes. En ciertas realizaciones, la circuitería 520 de procesamiento de WD 510 puede comprender un SOC. En algunas realizaciones, la circuitería transceptora 522 de RF, la circuitería 524 de procesamiento de banda base y la circuitería 526 de procesamiento de aplicaciones pueden estar en chips o conjuntos de chips independientes. En realizaciones alternativas, parte o la totalidad de la circuitería 524 de procesamiento de banda base y la circuitería 526 de procesamiento de aplicaciones puede combinarse en un chip o conjunto de chips, y la circuitería transceptora 522 de RF puede estar en un chip o conjunto de chips independiente. En realizaciones aún alternativas, parte o la totalidad de la circuitería transceptora 522 de RF y la circuitería 524 de procesamiento de banda base pueden estar en el mismo chip o conjunto de chips, y la circuitería 526 de procesamiento de aplicaciones puede estar en un chip o conjunto de chips independiente. Aún en otras realizaciones alternativas, parte o la totalidad de la circuitería transceptora 522 de RF, la circuitería 524 de procesamiento de banda base y la circuitería 526 de procesamiento de aplicaciones puede combinarse en el mismo chip o conjunto de chips. En algunas realizaciones, la circuitería transceptora 522 de RF puede ser parte de la interfaz 514. La circuitería transceptora 522 de RF puede acondicionar señales de RF para la circuitería 520 de procesamiento.
En ciertas realizaciones, parte o la totalidad de la funcionalidad descrita en el presente documento como materializada por un WD puede proporcionarse mediante circuitería 520 de procesamiento que ejecuta instrucciones almacenadas en el medio legible 530 por dispositivos, que en ciertas realizaciones puede ser un medio de almacenamiento legible por ordenador. En realizaciones alternativas, parte o la totalidad de la funcionalidad puede proporcionarse mediante la circuitería 520 de procesamiento sin ejecutar instrucciones almacenadas en un medio de almacenamiento legible por dispositivos independiente o discreto, tal como mediante un conexionado permanente. En cualquiera de esas realizaciones particulares, ya sea ejecutando instrucciones almacenadas en un medio de almacenamiento legible por dispositivos o no, la circuitería 520 de procesamiento puede configurarse para materializar la funcionalidad descrita. Los beneficios proporcionados por dicha funcionalidad no se limitan a la circuitería 520 de procesamiento solo o a otros componentes del WD 510, sino que los disfruta el WD 510 en su conjunto y/o los usuarios finales y la red inalámbrica en general.
La circuitería 520 de procesamiento puede configurarse para realizar cualquier operación de determinación, cálculo o similar (por ejemplo, ciertas operaciones de obtención) descrita en este documento como realizada por un WD. Estas operaciones, realizadas por la circuitería 520 de procesamiento, pueden incluir el procesamiento de información obtenida mediante la circuitería 520 de procesamiento, por ejemplo, convirtiendo la información obtenida en otra información, comparando la información obtenida o información convertida con información almacenada por WD 510, y/o realizando una o más operaciones con base en la información obtenida o información convertida, y, como resultado de dicho procesamiento, la toma de una determinación.
El medio legible 530 por dispositivos puede ser operativo para almacenar un programa informático, software, una aplicación que incluye una o más de lógica, reglas, código, tablas, etc. y/u otras instrucciones que pueden ejecutarse mediante la circuitería 520 de procesamiento. El medio legible 530 por dispositivos puede incluir memoria de ordenador (p. ej., Memoria de Acceso Aleatorio (RAM) o Memoria de Solo Lectura (ROM)), medios de almacenamiento masivo (p. ej., un disco duro), medios de almacenamiento extraíbles (p. ej., un Disco Compacto (CD) o un Disco de Vídeo Digital (DVD)), y/o cualesquiera otros dispositivos de memoria no transitorios, no volátiles o volátiles, legibles por dispositivos y/o ejecutables por ordenador que almacenan información, datos y/o instrucciones que pueden ser utilizados por la circuitería 520 de procesamiento. En algunas realizaciones, la circuitería 520 de procesamiento y el medio legible 530 por dispositivos pueden considerarse integrados.
El equipo 532 de interfaz de usuario puede proporcionar componentes que permiten que un usuario humano interactúe con el WD 510. Tal interacción puede ser de muchas formas, como visual, auditiva, táctil, etc. El equipo 532 de interfaz de usuario puede ser operativo para producir una salida para el usuario y para permitir que el usuario proporcione una entrada para el WD 510. El tipo de interacción puede variar según el tipo de equipo 532 de interfaz de usuario instalado en el WD 510. Por ejemplo, si el WD 510 es un teléfono inteligente, la interacción puede ser a través de una pantalla táctil; si el WD 510 es un contador inteligente, la interacción puede ser a través de una pantalla que proporcione el consumo (p. ej., la cantidad de galones utilizados) o un altavoz que proporcione una alerta audible (p. ej., si se detecta humo). El equipo 532 de interfaz de usuario puede incluir interfaces, dispositivos y circuitos de entrada, e interfaces, dispositivos y circuitos de salida. El equipo 532 de interfaz de usuario está configurado para permitir la entrada de información en el WD 510, y está conectado a la circuitería 520 de procesamiento para permitir que la circuitería 520 de procesamiento procese la información de entrada. El equipo 532 de interfaz de usuario puede incluir, por ejemplo, un micrófono, un sensor de proximidad u otro sensor, teclas/botones, una pantalla táctil, una o más cámaras, un puerto de USB u otra circuitería de entrada. El equipo 532 de interfaz de usuario también está configurado para permitir la salida de información desde el WD 510 y para permitir que la circuitería 520 de procesamiento emita información desde el WD 510. El equipo 532 de interfaz de usuario puede incluir, por ejemplo, un altavoz, una pantalla, una
circuitería de vibración, un puerto de USB, una interfaz de auriculares u otra circuitería de salida. Utilizando una o más interfaces, dispositivos y circuitos de entrada y salida del equipo 532 de interfaz de usuario, el WD 510 puede comunicarse con usuarios finales y/o la red inalámbrica y permitirles beneficiarse de la funcionalidad descrita en este documento.
El equipo auxiliar 534 es operativo para proporcionar una funcionalidad más específica que generalmente no pueden realizar los WDs. Esto puede comprender sensores especializados para realizar mediciones para diversos fines, interfaces para tipos adicionales de comunicación, como comunicaciones por cable, etc. La inclusión y el tipo de componentes del equipo auxiliar 534 pueden variar según la realización y/o el escenario.
La fuente 536 de alimentación, en algunas realizaciones, puede adoptar la forma de una batería o un paquete de baterías. También se pueden usar otros tipos de fuentes de alimentación, como una fuente de alimentación externa (por ejemplo, una toma de corriente), dispositivos fotovoltaicos o celdas de alimentación. El WD 510 puede comprender además circuitería 537 de alimentación para entregar energía desde la fuente 536 de alimentación a las diversas partes del WD 510 que necesitan energía de la fuente 536 de alimentación para llevar a cabo cualquier funcionalidad descrita o indicada en este documento. La circuitería 537 de alimentación puede comprender en ciertas realizaciones una circuitería de gestión de potencia. La circuitería 537 de alimentación puede ser operativa, de manera adicional o alternativa, para recibir energía de una fuente de alimentación externa; en este caso, el WD 510 puede ser conectable a la fuente de alimentación externa (como una toma de corriente) a través de una circuitería de entrada o una interfaz como un cable de alimentación eléctrica. La circuitería 537 de alimentación también puede ser operativa en ciertas realizaciones para entregar energía desde una fuente de alimentación externa a la fuente 536 de alimentación. Esto puede ser, por ejemplo, para la carga de la fuente 536 de alimentación. La circuitería 537 de alimentación puede realizar cualquier aplicación de formato, conversión u otra modificación de la energía de la fuente 536 de alimentación para hacer que la energía sea adecuada para los componentes respectivos de WD 510 a los que se suministra energía.
Todos los pasos, métodos, características, funciones o beneficios apropiados dados a conocer en el presente documento pueden realizarse a través de una o más unidades funcionales o módulos de uno o más aparatos virtuales. Cada aparato virtual puede comprender varias de estas unidades funcionales. Estas unidades funcionales pueden implementarse a través de circuitería de procesamiento, que puede incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que puede incluir procesadores de señales digitales (DSPs), lógica digital de propósito especial y similares. La circuitería de procesamiento puede configurarse para ejecutar código de programa almacenado en memoria, que puede incluir uno o varios tipos de memoria, como memoria de solo lectura (ROM), memoria de acceso aleatorio (RAM), memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc. El código de programa almacenado en memoria incluye instrucciones de programa para ejecutar uno o más protocolos de telecomunicaciones y/o comunicaciones de datos, así como instrucciones para llevar a cabo una o más de las técnicas descritas en este documento. En algunas implementaciones, la circuitería de procesamiento se puede usar para hacer que la unidad funcional respectiva realice funciones correspondientes de acuerdo con una o más realizaciones de la presente divulgación.
Claims (11)
1. Un método realizado por un equipo (510) de usuario para gestionar comunicaciones desde uno o más nodos (560) de red en una red de acceso por radiocomunicaciones (RAN), comprendiendo el método:
recibir (100, 200, 302) por parte del equipo (510) de usuario que está funcionando en un estado conectado, un mensaje de liberación de control de recursos de radiocomunicaciones (RRC) desde un nodo de red;
determinar (102, 202, 304), sobre la base de una indicación del mensaje de liberación de RRC, si suspender el equipo de usuario a un estado inactivo o un estado de reposo, comprendiendo la indicación una presencia o ausencia de un campo de configuración de suspensión en el mensaje de liberación de RRC, en el que la indicación de suspender el equipo (510) de usuario al estado inactivo incluye la presencia del campo de configuración de suspensión en el mensaje de liberación de RRC y la indicación de suspender el equipo (510) de usuario al estado de reposo comprende la ausencia del campo de configuración de suspensión en el mensaje de liberación de RRC; y
en respuesta a la determinación de que la indicación es para suspender a un estado inactivo, realizar la transición del equipo (108, 208, 306) de usuario al estado inactivo;
caracterizado por que,
el método comprende además aplicar, por parte del equipo (510) de usuario, señalización delta correspondiente a una configuración de suspensión indicada por el campo de configuración de suspensión,
en el que la aplicación de señalización delta comprende: recibir información de configuración de suspensión modificada indicada por el campo de configuración de suspensión y
acceder a información de configuración de suspensión no modificada a partir de información de configuración de suspensión previamente almacenada en el equipo (510) de usuario.
2. El método de la reivindicación 1, en el que el campo de configuración de suspensión indica una configuración correspondiente al estado inactivo.
3. El método de la reivindicación 1, en el que la configuración de suspensión incluye información de Årea de Notificación de RAN (RNA).
4. El método de la reivindicación 1, en el que la transición del equipo de usuario al estado inactivo se realiza durante una conexión del equipo de usuario a una red central 5G desde una red de evolución a largo plazo (LTE).
5. Un método realizado por un nodo (560) de red para proporcionar comunicaciones en una red de acceso por radiocomunicaciones (RAN), comprendiendo el método:
proporcionar (402) un mensaje de control de recursos de radiocomunicaciones (RRC) a un equipo (510) de usuario que está funcionando en un estado conectado; y
activar (404), sobre la base de una indicación del mensaje de liberación de RRC, una suspensión del equipo de usuario a un estado inactivo o un estado de reposo, comprendiendo la indicación una presencia o ausencia de un campo de configuración de suspensión en el mensaje de liberación de RRC; y
en respuesta a que la indicación sea suspender a un estado inactivo, hacer (406) que el equipo (510) de usuario realice una transición al estado inactivo, en donde la indicación de suspender el equipo (510) de usuario al estado inactivo incluye la presencia del campo de configuración de suspensión en el mensaje de liberación de RRC y la indicación de suspender el equipo (510) de usuario al estado de reposo comprende la ausencia del campo de configuración de suspensión en el mensaje de liberación de RRC;
caracterizado por que,
el método comprende además aplicar, por parte del nodo (560) de red, señalización delta correspondiente a una configuración de suspensión indicada por el campo de configuración de suspensión,
en el que aplicar señalización delta comprende:
proporcionar información de configuración de suspensión modificada indicada por el campo de configuración de suspensión, en el que el equipo de usuario accede a información de configuración de suspensión no modificada a partir de información de configuración de suspensión previamente almacenada en el equipo de usuario.
6. El método de la reivindicación 5, en el que el campo de configuración de suspensión indica una configuración correspondiente al estado inactivo.
7. El método de la reivindicación 5, en el que la configuración de suspensión incluye información de Årea de Notificación de RAN (RNA).
8. El método de la reivindicación 5, en el que la transición del equipo de usuario al estado RRC_INACTIVE se realiza durante una conexión del equipo de usuario a una red central 5G desde una red de evolución a largo plazo (LTE).
9. Un producto de programa informático que comprende un medio no transitorio legible (530) por ordenador que almacena código de programa legible por ordenador, siendo operativo el código de programa legible por ordenador, cuando se ejecuta mediante circuitería (520) de procesamiento, para realizar cualquiera de los métodos de las reivindicaciones 1-4.
10. Un producto de programa informático que comprende un medio no transitorio legible (580) por ordenador que almacena código de programa legible por ordenador, siendo operativo el código de programa legible por ordenador, cuando se ejecuta mediante circuitería (570) de procesamiento, para realizar cualquiera de los métodos de las reivindicaciones 5-8.
11. Un sistema para gestionar comunicaciones en una red de acceso por radiocomunicaciones (RAN), comprendiendo el sistema:
un equipo (510) de usuario que incluye circuitería (520) de procesamiento configurada para realizar cualquiera de los métodos de las reivindicaciones 1-4; y
un nodo (560) de red acoplado comunicativamente al equipo (510) de usuario, incluyendo el nodo de red circuitería (570) de procesamiento configurada para realizar cualquiera de los métodos de las reivindicaciones 5-8.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201862669804P | 2018-05-10 | 2018-05-10 | |
| PCT/IB2019/053876 WO2019215694A1 (en) | 2018-05-10 | 2019-05-10 | Release cause for transition from connected state |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2955414T3 true ES2955414T3 (es) | 2023-11-30 |
Family
ID=67003562
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES19733124T Active ES2955414T3 (es) | 2018-05-10 | 2019-05-10 | Causa de liberación para transiciones desde el estado conectado |
Country Status (9)
| Country | Link |
|---|---|
| US (4) | US11317463B2 (es) |
| EP (2) | EP4236593B1 (es) |
| JP (2) | JP7184908B2 (es) |
| CN (2) | CN118075924A (es) |
| ES (1) | ES2955414T3 (es) |
| HU (1) | HUE063188T2 (es) |
| MX (1) | MX2020011843A (es) |
| PL (1) | PL3791687T3 (es) |
| WO (1) | WO2019215694A1 (es) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10876933B2 (en) | 2016-11-09 | 2020-12-29 | Ventana Medical Systems, Inc. | Automated tissue dissection instrument and methods of using the same |
| PL3791687T3 (pl) * | 2018-05-10 | 2023-12-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Przyczyna zwolnienia dla przejścia ze stanu połączonego |
| US11284352B2 (en) * | 2019-02-11 | 2022-03-22 | Ofinno, Llc | Mobile initiated only mode |
| ES3056545T3 (en) * | 2019-11-01 | 2026-02-23 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Wireless communication method, terminal device and computer-readable storage medium |
| GB2589916A (en) * | 2019-12-13 | 2021-06-16 | Nokia Technologies Oy | Apparatus, method and computer program |
| JP7332818B2 (ja) * | 2020-03-30 | 2023-08-23 | 鴻穎創新有限公司 | 小規模データ伝送のための方法及びユーザ機器 |
| WO2021213505A1 (en) * | 2020-04-23 | 2021-10-28 | FG Innovation Company Limited | Small data transmission in radio resource control (rrc) inactive state |
| CN114071795B (zh) * | 2020-07-31 | 2024-08-02 | 大唐移动通信设备有限公司 | 一种单播连接控制方法及装置 |
| KR20240152405A (ko) | 2020-10-22 | 2024-10-21 | 애플 인크. | 비활성 상태에서의 rrc 기반 사용자 데이터 송신 |
| WO2022094810A1 (zh) * | 2020-11-04 | 2022-05-12 | Oppo广东移动通信有限公司 | 一种rrc状态转换的方法及装置、终端设备 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2557890B1 (en) * | 2011-08-12 | 2019-07-17 | BlackBerry Limited | Simplified ue + enb messaging |
| EP3570630B1 (en) * | 2012-03-27 | 2021-01-06 | BlackBerry Limited | Handling a connection in a wireless communication system |
| CN116684994A (zh) * | 2016-05-12 | 2023-09-01 | 三星电子株式会社 | 用在无线通信系统中的轻连接方法和设备 |
| EP3975636B1 (en) * | 2016-09-21 | 2024-03-20 | Kyocera Corporation | Base station and radio terminal |
| US10264622B2 (en) * | 2017-03-17 | 2019-04-16 | Ofinno Technologies, Llc | Inactive state data forwarding |
| US20190021058A1 (en) * | 2017-07-17 | 2019-01-17 | Fg Innovation Ip Company Limited | Method and apparatus for power saving in a wireless communication system |
| TWI680690B (zh) * | 2017-11-16 | 2019-12-21 | 香港商鴻穎創新有限公司 | 用於使用者設備及用於基地台的無線存取網路通報區域管理方法 |
| PL3791687T3 (pl) * | 2018-05-10 | 2023-12-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Przyczyna zwolnienia dla przejścia ze stanu połączonego |
| US11350325B2 (en) * | 2020-02-10 | 2022-05-31 | Qualcomm Incorporated | Signaling of delta configuration for handover |
| US11799411B2 (en) * | 2021-08-31 | 2023-10-24 | Kinetic Technologies International Holdings Lp | Multi-phase permanent magnet rotor motor with independent phase coil windings |
-
2019
- 2019-05-10 PL PL19733124.2T patent/PL3791687T3/pl unknown
- 2019-05-10 EP EP23173206.6A patent/EP4236593B1/en active Active
- 2019-05-10 US US16/964,301 patent/US11317463B2/en active Active
- 2019-05-10 CN CN202410260551.5A patent/CN118075924A/zh active Pending
- 2019-05-10 MX MX2020011843A patent/MX2020011843A/es unknown
- 2019-05-10 JP JP2020543157A patent/JP7184908B2/ja active Active
- 2019-05-10 HU HUE19733124A patent/HUE063188T2/hu unknown
- 2019-05-10 WO PCT/IB2019/053876 patent/WO2019215694A1/en not_active Ceased
- 2019-05-10 EP EP19733124.2A patent/EP3791687B1/en active Active
- 2019-05-10 CN CN201980031074.2A patent/CN112088576B/zh active Active
- 2019-05-10 ES ES19733124T patent/ES2955414T3/es active Active
-
2022
- 2022-03-25 US US17/704,198 patent/US11723108B2/en active Active
- 2022-11-24 JP JP2022187512A patent/JP7585283B2/ja active Active
-
2023
- 2023-06-14 US US18/334,749 patent/US12232205B2/en active Active
-
2025
- 2025-01-13 US US19/018,618 patent/US20250151154A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| US20230328838A1 (en) | 2023-10-12 |
| EP4236593A3 (en) | 2023-09-27 |
| HUE063188T2 (hu) | 2023-12-28 |
| MX2020011843A (es) | 2021-01-15 |
| US12232205B2 (en) | 2025-02-18 |
| EP3791687B1 (en) | 2023-07-12 |
| JP2021520680A (ja) | 2021-08-19 |
| EP3791687A1 (en) | 2021-03-17 |
| JP2023029890A (ja) | 2023-03-07 |
| JP7585283B2 (ja) | 2024-11-18 |
| US20250151154A1 (en) | 2025-05-08 |
| BR112020022712A2 (pt) | 2021-02-02 |
| CN112088576B (zh) | 2024-03-26 |
| JP7184908B2 (ja) | 2022-12-06 |
| CN112088576A (zh) | 2020-12-15 |
| US20210045180A1 (en) | 2021-02-11 |
| EP4236593A2 (en) | 2023-08-30 |
| EP4236593B1 (en) | 2024-10-30 |
| US11317463B2 (en) | 2022-04-26 |
| EP4236593C0 (en) | 2024-10-30 |
| US11723108B2 (en) | 2023-08-08 |
| WO2019215694A1 (en) | 2019-11-14 |
| PL3791687T3 (pl) | 2023-12-27 |
| CN118075924A (zh) | 2024-05-24 |
| US20220217811A1 (en) | 2022-07-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2955414T3 (es) | Causa de liberación para transiciones desde el estado conectado | |
| ES2980159T3 (es) | Método y UE para un establecimiento de conexión evitando acciones innecesarias | |
| ES3037816T3 (en) | Handling of inactive parameters upon release and re-suspend | |
| ES2965510T3 (es) | Configuración de la potencia de transmisión máxima de conectividad doble | |
| CN115428541B (zh) | 用于减少虚假寻呼的无线装置分组机制和网络配置 | |
| KR102757290B1 (ko) | 5g 네트워크에서 접속 설정 동안 확장된 길이를 갖는 임시 구독자 식별자 관리하기 위한 방법, 무선 장치 및 네트워크 노드 | |
| ES2954069T3 (es) | Configuración de un dispositivo inalámbrico configurado con conectividad dual de múltiples tecnologías de acceso por radio | |
| US20240179792A1 (en) | Extended drx assistance signaling | |
| ES2965776T3 (es) | Señal de referencia y terminación anticipada en un sistema de comunicación inalámbrica | |
| JP2021503752A (ja) | 無線通信システムにおけるセルグローバル識別子報告 | |
| JP2017505042A (ja) | 発展型ノードＢ（ｅＮＢ）パラメータ調整のための補助情報 | |
| JP2022552641A (ja) | 複数ｕｓｉｍのｕｅのための移動体終端の情報配信 | |
| CN116325956A (zh) | 向空闲用户设备提供用于移动性的csi-rs的方法 | |
| CN116472730A (zh) | 处理用户设备在不同通信网络中的注册 | |
| US20240179790A1 (en) | Radio resource control for multi-sim | |
| WO2019074418A1 (en) | NETWORK NODE, USER EQUIPMENT (UE) AND METHODS CARRIED OUT THEREIN | |
| US20240298164A1 (en) | Optimization of PLMN Selection for Power Saving | |
| CN109792679B (zh) | 通信方法、装置及设备 | |
| US12610428B2 (en) | Method and apparatus for sidelink discontinuous reception | |
| BR112020022712B1 (pt) | Método para manusear comunicações a partir de um ou mais nós de rede em uma rede de acesso via rádio, meio de armazenamento legível por computador não transitório e sistema para manusear comunicações em uma rede de acesso via rádio |