ES3038302T3 - Resuming a connection in a wireless communication system - Google Patents

Resuming a connection in a wireless communication system

Info

Publication number
ES3038302T3
ES3038302T3 ES18743581T ES18743581T ES3038302T3 ES 3038302 T3 ES3038302 T3 ES 3038302T3 ES 18743581 T ES18743581 T ES 18743581T ES 18743581 T ES18743581 T ES 18743581T ES 3038302 T3 ES3038302 T3 ES 3038302T3
Authority
ES
Spain
Prior art keywords
plmn
connection
resume
identifier
ran node
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
Application number
ES18743581T
Other languages
English (en)
Inventor
Gunnar Mildh
Paul Schliwa-Bertling
Magnus Stattin
Christofer Lindheimer
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES3038302T3 publication Critical patent/ES3038302T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/36—Reselection control by user or terminal equipment
    • H04W36/362—Conditional handover
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un equipo de usuario (14) está configurado para recibir, desde un nodo de la red de acceso radioeléctrico (RAN) de origen con el que mantiene una conexión (16), un mensaje (20) que indica la suspensión de la conexión (16) e indica un identificador de reanudación (22) que puede utilizar para reanudarla tras su suspensión. Mientras la conexión (16) está suspendida, el equipo de usuario (14) está configurado para transmitir a un nodo RAN de destino (12-2) una solicitud (26) para reanudarla. La solicitud (26) incluye el identificador de reanudación (22). El equipo de usuario (14) también está configurado para transmitir a la RAN de destino una indicación (28-2) de una red móvil terrestre pública (PLMN) a la que está asociado el identificador de reanudación (22). Alternativamente o adicionalmente, el equipo de usuario (14) está configurado para recibir un mensaje de búsqueda (32A) que incluye el identificador de reanudación (22) y que indica la PLMN asociada con el identificador de reanudación (22). (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Reanudación de una conexión en un sistema de comunicación inalámbrica
Campo técnico
La presente solicitud se refiere en general a un sistema de comunicación inalámbrica y se refiere más específicamente a la reanudación de una conexión en dicho sistema de comunicación inalámbrica.
Antecedentes
Para que una red de acceso de radio (RAN) asigne recursos radioeléctricos a un equipo de usuario (UE), se establece una conexión de control de recursos de radio (RRC) entre un nodo RAN y el UE. El establecimiento de la conexión RRC puede implicar la configuración de portadoras de radio entre el nodo RAN y el UE, la configuración de un contexto de seguridad para el UE, etc. El nodo RAN almacena esta y otra información asociada a la conexión RRC del UE como el denominado contexto para el UE (también conocido como contexto de UE). Por lo tanto, el contexto puede contener la información necesaria para establecer y/o mantener la conexión RRC, incluyendo, por ejemplo, información sobre el contexto de seguridad del UE, las portadoras de radio de datos, los segmentos conectados, las capacidades del UE, etc.
La liberación de la conexión RRC (por ejemplo, tras la finalización de la transferencia de datos) libera el contexto del UE en el nodo RAN, de modo que el nodo de RAN ya no almacena ese contexto. Entonces, si el UE necesita otra conexión RRC (por ejemplo, para la transferencia de datos recién llegados), el UE debe solicitar el establecimiento de una nueva conexión RRC.
Sin embargo, algunos sistemas admiten la suspensión de la conexión RRC como alternativa a la liberación completa de la conexión RRC. Cuando se suspende la conexión RRC, el nodo RAN conserva el contexto para el UE en lugar de liberarlo. De esta forma, el UE puede solicitar la reanudación de la conexión RRC proporcionando al nodo RAN un identificador de reanudación que el nodo RAN puede usar para localizar y acceder al contexto almacenado para el UE. Con acceso al contexto del UE almacenado, el nodo RAN no necesita establecer una conexión RRC desde cero. Esto, a su vez, reduce la latencia de UE y la señalización de UE, lo que a su vez reduce el consumo de energía del UE.
Algunos escenarios complican la recuperación del contexto del UE. Si el UE solicita la reanudación de su conexión RRC en un nodo RAN de destino que es distinto del nodo RAN de origen donde se suspendió la conexión RRC, el nodo RAN de destino debe poder localizar el nodo RAN de origen para recuperar el contexto del UE. Sin embargo, en un escenario de uso compartido de RAN donde los nodos RAN se comparten entre diferentes operadores de red, determinar qué nodo RAN almacena el contexto del UE resulta especialmente difícil, especialmente para evitar una coordinación ineficiente entre los operadores de red.
El documento WO 2017/085621 A1 describe sistemas y métodos relacionados con la reanudación de una conexión suspendida de un dispositivo inalámbrico en un sistema inalámbrico.
“S1 Context fetch for Light Connection”, HUAWEI, R3-162759, 3GPP TSG-RAN3 n. ° 94, noviembre de 2016, describe la búsqueda de contexto S1 para conexión ligera y, en particular, y analiza más a fondo la búsqueda de contexto S1.
Compendio
La invención se implementa según las reivindicaciones independientes adjuntas. Las características opcionales de la invención se implementan según las reivindicaciones dependientes.
Breve descripción de los dibujos
La Figura 1 es un diagrama de bloques de un sistema de comunicación inalámbrica que incluye un equipo de usuario y nodos RAN según algunas realizaciones.
La Figura 2 es un diagrama de bloques de un sistema de comunicación inalámbrica que incluye un equipo de usuario y nodos RAN según otras realizaciones.
La Figura 3 es un diagrama de flujo lógico de un método realizado por un equipo de usuario según algunas realizaciones.
La Figura 4 es un diagrama de flujo lógico de un método realizado por un nodo RAN de destino según algunas realizaciones.
La Figura 5 es un diagrama de flujo lógico de un método realizado por un nodo RAN de origen según algunas realizaciones.
La Figura 6 es un diagrama de flujo lógico de un método realizado por un nodo RAN según otras realizaciones. La Figura 7 es un diagrama de flujo lógico de un método realizado por un equipo de usuario según otras realizaciones.
La Figura 8A es un diagrama de bloques de un equipo de usuario según algunas realizaciones.
La Figura 8B es un diagrama de bloques de un equipo de usuario según otras realizaciones.
La Figura 8C es un diagrama de bloques de un equipo de usuario según todavía otras realizaciones.
La Figura 9A es un diagrama de bloques de un nodo RAN según algunas realizaciones.
La Figura 9B es un diagrama de bloques de un nodo RAN según otras realizaciones.
La Figura 9C es un diagrama de bloques de un nodo RAN según todavía otras realizaciones.
La Figura 9D es un diagrama de bloques de un nodo RAN según otras realizaciones más.
La Figura 10 es un diagrama de flujo de llamadas de un procedimiento de transición de estado RRC conectado a RRC inactivo según algunas realizaciones.
La Figura 11 es un diagrama de flujo de llamadas de un procedimiento de transición de estado RRC inactivo a RRC conectado según algunas realizaciones.
La Figura 12 es un diagrama de flujo de llamadas de un procedimiento para recuperar un contexto de UE a través de una RAN según algunas realizaciones.
La Figura 13 es un diagrama de flujo de llamadas de un procedimiento para recuperar un contexto de UE a través de CN 5G según algunas realizaciones.
La Figura 14 es un diagrama de flujo de llamadas de un procedimiento utilizado por una RAN para localizar un UE a través de 5GC según algunas realizaciones.
La Figura 15 es un diagrama de bloques de una red de comunicación inalámbrica según algunas realizaciones. La Figura 16 es un diagrama de bloques de un equipo de usuario según algunas realizaciones.
La Figura 17 es un diagrama de bloques de un entorno de virtualización según algunas realizaciones.
La Figura 18 es un diagrama de bloques de una red de comunicación con un ordenador anfitrión según algunas realizaciones.
La Figura 19 es un diagrama de bloques de un ordenador anfitrión según algunas realizaciones.
La Figura 20 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización.
La Figura 21 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización.
La Figura 22 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización.
La Figura 23 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización.
Descripción detallada
La Figura 1 muestra un sistema 10 de comunicación inalámbrica según algunas realizaciones. El sistema 10 incluye un nodo 12-1 de red de acceso de radio (RAN) (por ejemplo, una estación base) y un equipo 14 de usuario (UE). El nodo 12-1 RAN establece una conexión 16 con el UE 14 a través de una interfaz de radio para conectar el UE 14 con una red 16A central (CN) de la red móvil terrestre pública (PLMN) A. La CN 16A puede, a su vez, conectar el UE 14 a una o más redes de datos, como Internet.
La conexión 16 puede ser una conexión de plano de control, como una conexión de control de recursos de radio (RRC). En algunas implementaciones, por ejemplo, la conexión 16 es la capa más superior del plano de control de un estrato de acceso (AS) y transfiere mensajes de un estrato sin acceso (NAS). En estas y otras realizaciones, la conexión 16 puede utilizarse para la difusión de información del sistema, búsqueda, transferencia de información del estrato sin acceso (NAS), configuración de seguridad del estrato de acceso (AS), transferencia de la capacidad de acceso de radio del UE, configuración y generación de informes de mediciones, y/o el control de movilidad. En cualquier caso, una vez establecida la conexión 16, el nodo 12-1 RAN puede asignar recursos de radio al UE 14, y el UE 14 puede enviar o recibir datos de usuario en consecuencia.
El establecimiento de la conexión 16 puede implicar la configuración de portadoras de radio entre el nodo 12 1 RAN y el UE 14, la configuración de un contexto de seguridad para el UE 14, etc. El nodo 12-1 RAN almacena esta y otra información asociada a la conexión 16 del UE como el denominado contexto 18A (también denominado contexto del UE). Por lo tanto, el contexto 18A para la conexión 16 puede contener la información necesaria para establecer y/o mantener la conexión 16, incluyendo, por ejemplo, información sobre el contexto de seguridad del UE, las portadoras de radio de datos, los segmentos conectados, las capacidades del UE, etc.
La liberación de la conexión 16 (por ejemplo, tras la finalización de la transferencia de datos del usuario) libera el contexto 18A para la conexión 16 en el nodo 12-1 RAN, por ejemplo, de modo que el nodo 12-1 RAN ya no almacena dicho contexto 18A. Si la conexión 16 es una conexión RRC, por ejemplo, la conexión 16 puede liberarse durante la transición del UE 14 del estado RRC_CONECTADO al estado RRC_EN_REPOSO. En cualquier caso, si y cuando el UE 14 necesita otra conexión (por ejemplo, para transferir datos de usuario recién llegados), el UE 14 debe solicitar el establecimiento de una nueva conexión desde cero.
En algunas implementaciones, sin embargo, el nodo 12-1 RAN y el UE 14 admiten la suspensión de la conexión 16 como alternativa a la liberación completa de la conexión 16. Como se muestra a este respecto, el nodo 12-1 RAN transmite al UE 14 (por ejemplo, después de un cierto período de inactividad del UE) un mensaje 20 que indica (por ejemplo, ordenando) que la conexión 16 debe suspenderse. Si la conexión 16 es una conexión RRC, el UE 14 puede entrar en un estado RRC-INACTIVO después de suspender la conexión 16. En cualquier caso, el mensaje 20 de suspensión también incluye un identificador 22 de reanudación (ID) que el UE 14 puede usar para reanudar la conexión 16 después de que la conexión 16 se suspenda. De hecho, en lugar de liberar el contexto 18A para la conexión 16 como se hace al liberar la conexión 16, la RAN 12-1 conserva el contexto 18A para la conexión 16 del UE, es decir, la RAN 12-1 continúa almacenando el contexto 18A incluso mientras la conexión 16 está suspendida. Además, el nodo 12-1 RAN asigna o asocia de otro modo el contexto 18A almacenado para la conexión 16 con el identificador 22 de reanudación. De esta forma, el UE 14 puede proporcionar al nodo 12-1 RAN el identificador 22 de reanudación y el nodo 12-1 RAN puede reanudar la conexión 16 utilizando el contexto 18A asociado, en lugar de tener que establecer una nueva conexión desde cero. Por ejemplo, si la conexión 16 es una conexión RRC, el UE 14 puede solicitar la reanudación de la conexión 16 como parte de la transmisión del estado RRC_INACTIVO a RRC_CONECTADO.
El UE 14 puede solicitar, sin embargo, que se reanude la conexión 16 en un nodo 12-2 RAN de destino (también denominado nodo RAN de servicio nuevo) que sea igual o diferente al nodo 12-1 RAN de origen (también denominado nodo RAN de servicio antiguo) en donde se suspendió la conexión 16. El UE 14 puede hacerlo, por ejemplo, después de desplazarse el UE de un sitio a otro durante la suspensión de la conexión 16. Como se muestra en la Figura 1, el UE 14 solicita que se reanude la conexión 16 en un nodo 12-2 RAN de destino que también se conecta a la CN 16A de la PLMN A. Para ello, el UE 14 transmite al nodo 12-2 RAN de destino la señalización 24, que incluye una solicitud 26 para reanudar la conexión 16 (en el nodo 12-2 RAN de destino). En algunas realizaciones, la solicitud 26 puede denominarse mensaje 3 (MSG3) en un procedimiento de acceso aleatorio.
En cualquier caso, para reanudar la conexión 16, el nodo 12-2 RAN de destino debe poder localizar dónde se almacena el contexto 18A para la conexión 16, ya sea en el propio nodo 12-2 RAN de destino o en otro nodo RAN. En algunas implementaciones, el nodo 12-1 RAN de origen forma el identificador 22 de reanudación a partir de la identidad del nodo RAN que almacena el contexto 18A para la conexión 16. El identificador 22 de reanudación también puede formarse a partir de la identidad del UE 14 para el que se almacena el contexto 18A, por ejemplo, de modo que el identificador 22 de reanudación sea la concatenación de la identidad del nodo RAN y la identidad del UE. El UE 14 incluye correspondientemente el identificador 22 de reanudación en la solicitud 26 para reanudar la conexión 16, de modo que el nodo 12-2 RAN de destino pueda usar ese identificador 22 de reanudación para identificar y recuperar el contexto 18A del nodo 12-1 RAN de origen.
En algunas implementaciones, sin embargo, el identificador 22 de reanudación es específico de una red móvil terrestre pública (PLMN), lo que significa que el identificador 22 de reanudación es único solo dentro de una PLMN específica. No es único globalmente entre múltiples PLMN. Esto puede deberse, por ejemplo, a que la identidad del nodo RAN (a partir de la cual se forma la identidad de reanudación) es específica de la PLMN. De hecho, en algunas implementaciones, el identificador 22 de reanudación está asociado a una identidad de nodo RAN que, mediante un espacio de direccionamiento de nodo RAN compartido por diferentes PLMN, identifica un nodo RAN que mantiene el contexto 18A para la conexión 16 mientras la conexión 16 está suspendida. Es decir, diferentes PLMN reutilizan el mismo espacio de direccionamiento de identidad de nodo RAN. En efecto, entonces, diferentes PLMN tienen el mismo conjunto de identificadores de reanudación que los UE pueden utilizar para reanudar las conexiones suspendidas.
Esto resulta especialmente significativo en un escenario donde los nodos RAN se comparten entre operadores de diferentes PLMN. A menos que los operadores de PLMN dividan o coordinen el uso de los identificadores de reanudación, diferentes nodos RAN podrían asociar el mismo identificador de reanudación con diferentes contextos, creando así ambigüedad respecto a qué contexto se utilizará para reanudar una conexión.
Considérese, por ejemplo, el escenario mostrado en la Figura 1, donde el nodo 12-2 RAN de destino se comparte entre un operador de PLMN A y un operador de PLMN B. En este caso, el nodo 12-2 RAN de destino puede estar conectado no solo a la CN 16A de PLMN A, sino también a la CN 16B de PLMN B. El nodo 12-2 RAN de destino puede tener interfaces correspondientes (por ejemplo, interfaces Xn) con ambos nodos RAN utilizados por PLMN A (como el nodo 12-1<r>A<n>de origen) y los nodos RAN utilizados por PLMN B (como el nodo 12-3 RAN). Dado que los operadores de las PLMN A y B no dividen ni coordinan el uso de los identificadores de reanudación, el nodo 12-1 RAN de origen para la PLMN A y el nodo 12-3 RAN para la PLMN B pueden asociar el mismo identificador 22 de reanudación con los diferentes contextos 18A y 18B. Esto puede deberse, por ejemplo, a que el nodo 12-1 RAN de origen y el otro nodo 12-3 RAN se identifican utilizando la misma identidad de nodo RAN. En cualquier caso, esto significa que el propio identificador 22 de reanudación puede no indicar inequívocamente al nodo 12-2 RAN de destino desde cuál de los nodos 12-1 o 12-3 RAN recuperar el contexto 18<a>para la conexión 16 cuya reanudación solicita el UE 14.
Algunas realizaciones del presente documento facilitan la recuperación de contexto en estos y otros escenarios al asociar el identificador 22 de reanudación con una PLMN. Como se muestra en la Figura 1, por ejemplo, el UE 14 transmite al nodo 12-2 RAN de destino una indicación 28-2 de la PLMN con la que está asociado el identificador 22 de reanudación, por ejemplo, la PLMN a la que se conectó el UE 14 usando la conexión 16, concretamente la PLMN A. La PLMN asociada con el identificador 22 de reanudación (por ejemplo, según se define según una o más reglas) puede ser, por ejemplo, la PLMN con la que está registrado el UE 14, la PLMN seleccionada por el UE 14 o la PLMN primaria de la celda o señal de sincronización primaria (PSS) / señal de sincronización secundaria (SSS) donde se asignó el identificador 22 de reanudación. Independientemente de la PLMN particular, el UE 14 en algunas realizaciones transmite esta indicación 28-2 PLMN dentro de la señalización 24. En una realización, el UE 14 incluye la indicación 28-2 PLMN dentro de la propia solicitud 26 de reanudación, junto con el identificador 22 de reanudación. En otra realización, el UE 14 incluye la indicación 28-2 PLMN en un mensaje separado de la solicitud 26, por ejemplo, en un mensaje de reanudación completa.
Independientemente de cómo el nodo 12-2 RAN de destino reciba el identificador 22 de reanudación y la indicación 28-2 PLMN del UE 14, el nodo 12-2 RAN de destino recupera el contexto 18A para la conexión 16 basándose en el identificador 22 de reanudación y la indicación 28-2 PLMN. Incluso si los nodos 12-1 y 12-3 RAN tienen la misma identidad RAN, por ejemplo, el nodo 12-2 RAN de destino recupera selectivamente el contexto 18A para la conexión 16 del nodo 12-1 RAN de origen para la PLMN A, y no del nodo 12-3 RAN para la PLMN B. De hecho, la asociación de la PLMN A con el identificador 22 de reanudación resuelve cualquier ambigüedad que pudiera existir respecto a qué nodo 12-1 o 12-3 RAN almacena el contexto 18A para la conexión 16.
En algunas realizaciones, por ejemplo, el nodo 12-2 RAN de destino identifica, basándose en el identificador 22 de reanudación y la indicación 28-2 de la PLMN con la que está asociado el identificador 22 de reanudación, una interfaz (por ejemplo, una interfaz Xn) con un nodo RAN que mantiene el contexto 18A para la conexión 16. En una realización, por ejemplo, el nodo 12-2 RAN de destino identifica la interfaz basándose en un mapeo que asocia diferentes combinaciones de indicaciones PLMN e identificadores de reanudación (o identidades de nodo RAN específicas de PLMN a partir de las cuales se forman los identificadores de reanudación) con diferentes interfaces. En un ejemplo, entonces, el nodo 12-2 RAN de destino identifica la interfaz con el nodo 12-1 RAN de origen como la interfaz a la que se asigna una combinación de la indicación 28-2 de PLMN A y una identidad de nodo RAN específica de PLMN incluida en el identificador 22 de reanudación. Habiendo identificado esta interfaz, el nodo 12-2 RAN de destino recupera entonces el contexto 18A sobre esa interfaz identificada.
En otras realizaciones, el nodo 12-2 RAN de destino puede determinar, basándose en el identificador 22 de reanudación y la indicación 28-2 de la PLMN asociada con el identificador 22 de reanudación, que una interfaz con un nodo RAN que mantiene el contexto 18A para la conexión 16 no está disponible en el nodo 12-2 RAN de destino. Es decir, el nodo 12-2 RAN de destino carece de una interfaz (por ejemplo, una interfaz Xn) con el nodo RAN que mantiene el contexto 18A. En este caso, el nodo 12-2 RAN de destino puede seleccionar, basándose en la indicación 28-2 de la PLMN con la que está asociado el identificador 22 de reanudación, un nodo de red central (por ejemplo, un nodo que implementa una función de acceso y movilidad, AMF) compatible con la PLMN con la que está asociado el identificador 22 de reanudación (por ejemplo, un nodo en CN16A para PLMN A). El nodo 12-2 RAN de destino puede entonces transmitir una solicitud para el contexto 18A al nodo de red central seleccionado. El nodo 12-2 RAN de destino puede incluir el identificador 22 de reanudación en la solicitud. Ante cualquier ambigüedad atribuible a diferentes PLMN posibles que el nodo 12 2 RAN de destino haya resuelto de esta manera, el nodo de red central de esa PLMN recupera de manera correspondiente el contexto 18A para el nodo 12-2 RAN de destino y lo reenvía al nodo 12-2 RAN de destino.
Algunas implementaciones permiten así la transferencia de contexto en escenarios de uso compartido de RAN, incluso sin una coordinación ineficiente entre operadores de PLMN (por ejemplo, en cuanto a cómo usan los operadores de PLMN sus identificadores de reanudación). Esto a su vez resulta ventajoso, ya que, en algunas realizaciones, el identificador de reanudación completo permanece disponible para uso independiente por cada operador de PLMN, preservando así el número de identificadores de reanudación disponibles para su uso por cada operador de PLMN. Alternativa o adicionalmente, algunas implementaciones permiten la transferencia de contexto en escenarios de uso compartido de RAN incluso sin afectar negativamente el rendimiento del UE. Por ejemplo, algunas realizaciones evitan la señalización innecesaria del UE que, de otro modo, podría ser necesaria para resolver la ambigüedad respecto a qué nodo de RAN almacena su contexto. Evitar esta señalización innecesaria del UE minimiza, a su vez, el consumo de batería del UE y los retrasos en el servicio.
Obsérvese que el UE 14 puede indicar la PLMN con la que está asociado el identificador 22 de reanudación de diversas maneras. En algunas realizaciones, la indicación 28-2 de PLMN a este respecto es una identidad de PLMN completa (ID de PLMN) indicada explícitamente en la señalización 24. En otras realizaciones, la indicación 28-2 de PLMN es un índice de una identidad de PLMN específica en una lista de identidades de PLMN, donde cada identidad de PLMN de la lista tiene un índice asociado. Esta lista de identidades de PLMN puede ser difundida por el nodo 12-2 RAN de destino, por ejemplo, en o como parte de la información del sistema u otra señalización común.
Cabe destacar que, en algunas realizaciones, el nodo 12-1 RAN de origen puede almacenar una indicación 28-1 de la PLMN asociada al identificador 22 de reanudación. La indicación 28-1 almacenada por el nodo 12 1 RAN de origen puede ser igual o diferente a la indicación 28-2 utilizada con respecto al nodo 12-2 RAN de destino, por ejemplo, las indicaciones 28-1 y 28-2 pueden indicar la misma PLMN, pero con diferentes índices, de forma no coordinada entre los nodos<r>A<n>. Como se muestra en la Figura 1, en algunas realizaciones, por ejemplo, el nodo 12-1 RAN de origen almacena una indicación 28-1 de PLMN en el contexto 18A o en asociación con el contexto 18A (por ejemplo, mediante el identificador 22 de reanudación). Alternativa o adicionalmente, el nodo 12-1 RAN de origen puede transmitir la indicación 28-1 PLMN al UE 14, por ejemplo, con señalización dedicada cuando el nodo 12-1 RAN de origen proporciona al UE 14 el identificador 22 de reanudación. El nodo 12-1 RAN de origen puede, por ejemplo, incluir la indicación 28-1 PLMN dentro del mensaje 20 de suspensión junto con el identificador 22 de reanudación, como se muestra en la Figura 1. En algunas realizaciones donde las indicaciones 28-1 y 28-2 son diferentes, el UE 14 puede configurarse para traducir entre las indicaciones 28-1 y 28-2 al comunicarse con los diferentes nodos 12-1 y 12-2 RAN.
Cabe destacar también que, al crear inicialmente el contexto 18A para la conexión 16 (por ejemplo, al establecerse inicialmente la conexión 16), el nodo 12-1 RAN de origen, en algunas realizaciones, almacena una indicación de la PLMN con la que está asociada la conexión 16 o el contexto 18A. El nodo 12-1 RAN de origen puede, por ejemplo, almacenar dicha indicación en el propio contexto 18A o en asociación con el mismo. Si la PLMN asociada a la conexión 16 y/o al contexto 18A es la PLMN con la que está registrado el UE 14, por ejemplo, el nodo 12-1 RAN de origen puede almacenar la PLMN registrada del UE en el contexto 18A en relación con la creación inicial del contexto 18A. En estas y otras realizaciones, el UE 14 puede indicar la PLMN con la que se asociará la conexión 16 solicitada en la señalización utilizada para solicitar el establecimiento inicial de dicha conexión 16, por ejemplo, en el mensaje 3 de un procedimiento de acceso aleatorio. Entonces, cuando la conexión 16 se suspende posteriormente, el nodo 12-1 RAN de origen, en algunas realizaciones, utiliza esta indicación almacenada para generar el mensaje 20 de suspensión, que incluye el identificador 22 de reanudación y la indicación 28-1 PLMN, que indica la PLMN con la que está asociado el identificador 22 de reanudación. Alternativa o adicionalmente, si el nodo 12-1 RAN de origen es el nodo 12-2 RAN de destino en el que el UE 14 solicita la reanudación de la conexión 16, el nodo 12-1 RAN de origen puede identificar la PLMN con la que está asociado el identificador 22 de reanudación basándose en la indicación almacenada en o en asociación con el contexto 18A, por ejemplo, de modo que en algunas realizaciones el UE 14 no necesita incluir la indicación 28-2 PLMN en la señalización 24 que solicita la reanudación de la conexión 14.
Otras realizaciones del presente documento evitan o resuelven ambigüedades similares que puedan existir con respecto a un identificador de UE incluido en un mensaje de búsqueda para identificar el UE de destino de la búsqueda. De hecho, dicho mensaje de búsqueda puede ser lo que activa al UE 14 en la Figura 1 para solicitar la reanudación de su conexión en el nodo 12-2 RAN de destino.
En cualquier caso, como se muestra en la Figura 2, un UE 30-1 escucha un mensaje 32A de búsqueda mientras el UE 30-1 se encuentra en estado suspendido o inactivo con respecto a un nodo 12-4 RAN para la PLMN A. En el estado suspendido, se suspende la conexión 34 entre el UE 30-1 y el nodo 12-4 RAN. En cambio, en el estado inactivo, se libera la conexión 34. Si la conexión 34 es una conexión RRC, por ejemplo, el estado suspendido se puede denominar RRC_INACTIVO y el estado en reposo, RRC_EN_REPOSO. En cualquier caso, tras escuchar dicho mensaje de búsqueda, el UE 30-1, como se muestra, recibe un mensaje 32A de búsqueda que incluye un identificador 36 de UE que identifica al UE de destino del mensaje 32A de búsqueda.
En algunas realizaciones, el identificador 36 de UE es específico de una PLMN específica, lo que significa que el identificador 36 de UE es único solo dentro de una PLMN específica. No es único globalmente entre múltiples PLMN. Por ejemplo, en algunas realizaciones, el identificador 36 de UE tiene un espacio de direccionamiento compartido por diferentes PLMN. En efecto, diferentes PLMN tienen el mismo conjunto de identificadores de UE utilizables para identificar UE. De hecho, particularmente en realizaciones donde la conexión 34 corresponde a la conexión 16 de la Figura 1 que ha sido suspendida, el mensaje 32A de búsqueda puede incluir el identificador 22 de reanudación, descrito anteriormente, como identificador 36 de UE. En este caso, entonces, el identificador 36 de UE hereda las mismas ambigüedades descritas anteriormente con respecto al identificador 22 de reanudación. En este y otros casos, entonces, a menos que los operadores de PLMN dividan o coordinen el uso de los identificadores de UE, diferentes UE pueden identificarse utilizando el mismo identificador de UE, creando así ambigüedad respecto a qué UE debe responder al mensaje 32A de búsqueda. Por ejemplo, otro nodo 12-5 RAN para PLMN B, como se muestra en la Figura 2, puede identificar un UE 30 2 diferente utilizando el mismo identificador 36 de UE. Esto significa que el propio identificador 36 de UE puede no indicar inequívocamente al UE 30-1 qué UE es el destinatario del mensaje 32A de búsqueda.
Algunas realizaciones del presente documento facilitan la búsqueda en estos y otros escenarios asociando el identificador 36 de UE con una PLMN. Como se muestra en la Figura 2, por ejemplo, el nodo 12-4 RAN genera el mensaje 32A de búsqueda que incluye una indicación 38-4 de una PLMN asociada al identificador 36 de UE. El u E 30-1 determina, basándose en el identificador 36 de UE y la indicación 38-4 PLMN, si el UE 30-1 es el UE objetivo del mensaje 32A de búsqueda. Al basar esta determinación tanto en el identificador 36 de UE como en la indicación 38-4 PLMN, el UE 30-1 puede determinar con éxito si es el objetivo previsto, incluso si el nodo 12-5 RAN transmitiera su propio mensaje 32B de búsqueda al UE 30-2 con el mismo identificador 36 de UE, ya que dicho mensaje 32B de búsqueda tendría una indicación 38-5 para la PLMN B. Posteriormente, el UE 30-1 responde o no al mensaje 32A de búsqueda, dependiendo respectivamente de si el UE 30-1 es el UE de destino de la búsqueda o no.
Algunas realizaciones permiten así ventajosamente la búsqueda en escenarios de RAN compartidos y otros, incluso sin una coordinación ineficiente entre operadores de PLMN (por ejemplo, en cuanto a cómo los operadores de PLMN usan sus identificadores de UE). Esto resulta ventajoso, ya que, en algunas realizaciones, el identificador de UE completo permanece disponible para uso independiente por cada operador de PLMN, preservando así el número de identificadores de UE disponibles para cada operador de PLM. Alternativa o adicionalmente, algunas realizaciones permiten la búsqueda en escenarios de RAN compartidos y otros, incluso sin afectar negativamente el rendimiento del UE. Por ejemplo, algunas realizaciones evitan la señalización innecesaria del UE que, de otro modo, podría ser necesaria para resolver la ambigüedad sobre qué UE es el destinatario de una búsqueda. Evitar esta señalización innecesaria del UE minimiza, a su vez, el consumo de batería del UE y los retrasos del servicio.
Cabe destacar que, en algunas realizaciones, el nodo 12-4 RAN recibe el mensaje 32A de búsqueda de otro nodo RAN (por ejemplo, un nodo RAN de origen que almacena un contexto para el UE 30-1) o de un nodo de red central en la C<n>16A (por ejemplo, un nodo de red central a través del cual se retransmite la búsqueda del UE 30-1). En algunas realizaciones, por ejemplo, el mensaje 32A de búsqueda se envía a un nodo de red central en forma de un nodo que implementa una función de acceso y movilidad (AMF). Las realizaciones del presente documento incluyen además de este modo un nodo RAN o un nodo de red central que genera y/o transmite el mensaje 32A de búsqueda al nodo 12-4 RAN, donde ese mensaje 32A de búsqueda incluye el ID 36 de UE, así como la indicación 38-4 PLMN.
Obsérvese también que la indicación 38-4 PLMN en la Figura 2 puede indicar la PLMN asociada con el identificador 36 de UE en cualquiera de las maneras descritas anteriormente con respecto a la indicación 28 1 y 28-2 PLMN en la Figura 1.
Obsérvese también que, en algunas realizaciones, diferentes nodos RAN o celdas pueden indicar la misma PLMN con diferentes indicaciones, por ejemplo, de manera descoordinada. Por ejemplo, un nodo RAN o celda puede indicar la PLMN asociada con la conexión del UE (por ejemplo, la PLMN registrada del UE) utilizando un índice de 5 (con referencia a la lista de PLMN transmitidas por el nodo RAN o en la celda). Sin embargo, otro nodo RAN o celda puede indicar la misma PLMN utilizando un índice de 3. En algunas realizaciones, entonces, un UE almacena o rastrea de otra manera qué indicaciones (por ejemplo, índices) corresponden a la PLMN asociada con la conexión del UE en diferentes nodos de RAN o celdas. Por ejemplo, el UE puede almacenar el ID de PLMN completo de esa PLMN, así como información que indica que el ID de PLMN completo corresponde a diferentes índices en diferentes nodos RAN o celdas.
En estas y otras realizaciones, el nodo 12-1 RAN de origen de la Figura 1 puede usar un índice diferente para la asignación de PLMN que el nodo 12-2 RAN de destino. Por ejemplo, el nodo 12-1 RAN de origen puede incluir el índice 5 como indicación 28-1 PLMN en el mensaje 20 de suspensión al UE 14, donde el índice 5 en el nodo 12-1 RAN de origen se asigna a PLMN A. Sin embargo, el nodo 12-2 RAN de destino asigna el índice 3 a PLMN A. Con conocimiento de ello, el UE 14 puede usar en su lugar el índice 3 como la indicación 28-2 PLMN en la señalización 24 al nodo 12-2 RAN de destino para reanudar la conexión. De manera similar, cuando el nodo 12-2 RAN de destino busca al UE durante la conexión suspendida (de modo que el nodo 12 2 RAN de destino es el nodo 12-4 RAN en la Figura 2), el UE 14 puede recibir un mensaje 32A de búsqueda con el índice 3 como indicación 38-4 PLMN.
Aunque las realizaciones del presente documento se han descrito con respecto a una conexión RRC, las realizaciones del presente documento son extensibles a otros tipos de conexiones. Algunas realizaciones, por ejemplo, se extienden a cualquier tipo de conexión de plano de control o conexión de señalización entre el dispositivo 14 inalámbrico y el nodo 12 de red de radio.
En vista de las modificaciones y variaciones mencionadas, la Figura 3 muestra un método 100 realizado por un equipo 14 de usuario según algunas realizaciones. Como se muestra, el método 100 comprende recibir en el equipo 14 de usuario, desde un nodo 12-1 RAN de origen con el que el equipo 14 de usuario tiene una conexión 16, un mensaje 20 que indica que la conexión 16 se suspenderá e indica un identificador 22 de reanudación que el equipo 14 de usuario puede utilizar para reanudar la conexión 16 tras la suspensión de la conexión 16 (bloque 110). En algunas realizaciones, el identificador 22 de reanudación está asociado a una identidad de nodo RAN que identifica, mediante un espacio de direccionamiento de nodo RAN compartido por diferentes PLMN, un nodo RAN que mantiene un contexto 18A para la conexión 16 mientras la conexión 16 esta está suspendida. Alternativa o adicionalmente, en algunas realizaciones, diferentes PLMN tienen el mismo conjunto de identificadores de reanudación que los equipos de usuario pueden utilizar para reanudar las conexiones suspendidas.
En cualquier caso, el método 100, como se muestra, también incluye, mientras la conexión 16 está suspendida, la transmisión desde el equipo 14 de usuario a un nodo 12-2 RAN de destino de una solicitud 26 para reanudar la conexión 16 (bloque 120). La solicitud 26 incluye el identificador 22 de reanudación. El método 100 también incluye la transmisión desde el equipo 14 de usuario al nodo 12-2 RAN de destino de una indicación 28-2 de una PLMN con la que está asociado el identificador 22 de reanudación (bloque 130). Por ejemplo, el equipo 14 de usuario puede transmitir la indicación 28-2 dentro de la solicitud 26 o en un mensaje independiente. En algunas realizaciones, la indicación 28-2 de una PLMN con la que está asociado el identificador 22 de reanudación es una indicación de una PLMN con la que el equipo 14 de usuario registrado o una indicación de una PLMN seleccionada por el equipo 14 de usuario. En cualquier caso, en algunas realizaciones, el equipo 14 de usuario transmite la solicitud 26 y/o la indicación 28-2 en respuesta a la recepción de un mensaje 32A de búsqueda que incluye el identificador 22 de reanudación y una indicación 28-4 de la PLMN asociada a dicho identificador 22 de reanudación (bloque 115). Como se mencionó anteriormente, esta indicación 28-4 puede ser igual o diferente a la indicación 28-2, pero ambas indicaciones 28-2 y 28-4 indican la misma PLMN; es decir, la PLMN asociada al identificador 22 de reanudación o al identificador del UE.
En algunas realizaciones, la indicación 28-2 de la PLMN con la que se asocia el identificador 22 de reanudación es una identidad PLMN completa (ID de PLMN). En otras realizaciones, el método 100 incluye la recepción (por ejemplo, en la información del sistema) de una lista de identidades PLMN, cada una asociada a un índice (bloque 105). En este caso, la indicación 28-2 puede ser el índice de una identidad PLMN específica de la lista de identidades de PLMN.
Aunque no se muestra, el método 100 también puede incluir, antes de transmitir la solicitud 26 para reanudar la conexión 16, la recepción del nodo 12-1 RAN de origen de un mensaje 20 que indica que la conexión 16 se suspenderá e indica el identificador 22 de reanudación que el equipo 14 de usuario puede utilizar para reanudar la conexión 16 tras la suspensión de la conexión 16. El método 100 puede comprender además la recepción del nodo 12-1 RAN de origen de una indicación 28-1 de la PLMN asociada al identificador 22 de reanudación. La indicación 28-1 puede, por ejemplo, estar incluida en el mensaje 20. Como se mencionó anteriormente, esta indicación 28-1 puede ser igual o diferente que la indicación 28-2, pero ambas indicaciones 28-1 y 28-2 indican la misma PLMN; es decir, la PLMN asociada al identificador 22 de reanudación.
Obsérvese que, en algunas realizaciones, la transmisión de la solicitud para reanudar la conexión 16 puede depender de la disponibilidad de la PLMN con la que está asociado el identificador 22 de reanudación y/o de la disponibilidad de la PLMN registrada del UE. Si la PLMN con la que está asociado el identificador 22 de reanudación no está disponible y/o la PLMN registrada del UE no está disponible, el método 100 puede comprender en su lugar abandonar un estado suspendido, en donde la conexión 16 se suspende y/o pasar a un estado en reposo, en donde la conexión 16 se libera. En algunas realizaciones, el método 100 puede incluir entonces solicitar el establecimiento de una nueva conexión (por ejemplo, una nueva conexión RRC).
La Figura 4 ilustra un método 200 ejecutado por un nodo RAN configurado para operar como nodo RAN de destino, según algunas realizaciones. El método 200 comprende recibir en el nodo 12-1 RAN de destino una solicitud 26 de un equipo 14 de usuario para reanudar una conexión 16 suspendida entre el equipo 14 de usuario y un nodo 12-1 RAN de origen (bloque 210). La solicitud 26 incluye un identificador 22 de reanudación. En algunas realizaciones, el identificador 22 de reanudación está asociado a una identidad de nodo RAN que, mediante un espacio de direccionamiento de nodo RAN compartido por diferentes PLMN, identifica un nodo RAN que mantiene un contexto 18A para la conexión 16 mientras la conexión 16 está suspendida. Alternativa o adicionalmente, en algunas realizaciones, diferentes PLMN tienen el mismo conjunto de identificadores de reanudación, que pueden ser utilizados por los equipos de usuario para reanudar las conexiones suspendidas.
En cualquier caso, el método 200, como se muestra, también incluye la recepción, en el nodo 12-1 RAN de destino, desde el equipo 14 de usuario, de una indicación 28-2 de una PLMN con la que está asociado el identificador 22 de reanudación (bloque 220). Por ejemplo, el nodo 12-1 RAN de destino puede recibir la indicación 28-2 en la solicitud 26 o en un mensaje independiente. En algunas realizaciones, la indicación 28 2 de una PLMN con la que está asociado el identificador 22 de reanudación es una indicación de una PLMN con la que está registrado el equipo 14 de usuario o una indicación de una PLMN seleccionada por el equipo 14 de usuario. Independientemente, en algunas realizaciones, el nodo 12-2 RAN de destino recibe la solicitud 26 y/o la indicación 28-2 en respuesta a la transmisión de un mensaje 32A de búsqueda que incluye el identificador 22 de reanudación y la indicación 28-2 de la PLMN asociada con el identificador 22 de reanudación (bloque 206).
En algunas realizaciones, la indicación 28-2 de la PLMN con la que se asocia el identificador 22 de reanudación es una identidad PLMN completa (ID de PLMN). En otras realizaciones, el método 200 incluye la transmisión (por ejemplo, en la información del sistema) de una lista de identidades PLMN, cada una asociada a un índice (bloque 202). En este caso, la indicación 28-2 puede ser el índice de una identidad PLMN específica de la lista de identidades de PLMN.
En cualquier caso, el método 200, como se muestra, incluye además la recuperación por el nodo 12-2 RAN de destino, de un contexto 18A para la conexión 16, basándose en el identificador 22 de reanudación y la indicación 28-2 de la PLMN con la que está asociado el identificador 22 de reanudación (bloque 230). En algunas realizaciones, por ejemplo, dicha recuperación comprende la identificación, basándose en el identificador 22 de reanudación y la indicación 28-2 de la PLMN asociada a dicho identificador 22 de reanudación, de una interfaz con un nodo RAN que mantiene el contexto 18A para la conexión 16. En este caso, el nodo 12-2 RAN de destino recupera, a través de la interfaz identificada, el contexto 18A para la conexión 16.
En otras realizaciones, dicha recuperación comprende determinar, basándose en el identificador 22 de reanudación y la indicación 28-2 de la PLMN asociada a dicho identificador 22 de reanudación, que una interfaz con un nodo RAN que mantiene el contexto 18A para la conexión 16 no está disponible en el nodo 12-2 RAN de destino. En este caso, la recuperación puede implicar la selección, basándose en la indicación 28-2 de la PLMN con la que está asociado el identificador 22 de reanudación, de un nodo de red central que es compatible con la PLMN con la que está asociado el identificador 22 de reanudación. La recuperación puede entonces implicar la transmisión de una solicitud del contexto 18A al nodo de red central seleccionado. Esta solicitud incluye el identificador 22 de reanudación.
La Figura 5 ilustra un método 300 ejecutado por un nodo RAN configurado para operar como nodo 12-1 RAN de origen, según algunas realizaciones. Como se muestra, el método 300 comprende establecer una conexión 16 entre el nodo 12-1 RAN de origen y un equipo 14 de usuario (bloque 310). El método 300 también comprende transmitir desde el nodo 12-1 RAN de origen un mensaje 20 al equipo 14 de usuario indicando que la conexión 16 se suspenderá e indicando un identificador 22 de reanudación que el equipo 14 de usuario puede utilizar para reanudar la conexión 16 tras la suspensión de la conexión 16 (bloque 320). El método 300 también comprende transmitir desde el nodo 12-1 RAN de origen al equipo 14 de usuario una indicación 28-1 de una PLMN con la que está asociado el identificador 22 de reanudación (bloque 330). La indicación 28-1 puede incluirse, por ejemplo, en el mensaje 20. En algunas realizaciones, la indicación 28-1 de una PLMN con la que está asociado el identificador 22 de reanudación es una indicación de una PLMN con la que está registrado el equipo 14 de usuario o una indicación de una PLMN seleccionada por el equipo 14 de usuario.
En algunas realizaciones, la indicación 28-1 de PLMN con la que se asocia el identificador 22 de reanudación es una identidad PLMN completa (ID de PLMN). En otras realizaciones no mostradas, el método 300 incluye la transmisión (por ejemplo, en la información del sistema) de una lista de identidades PLMN, cada una asociada a un índice. En este caso, la indicación 28-1 puede ser el índice de una identidad PLMN específica de la lista de identidades de PLMN.
En algunas realizaciones, el método 300 comprende además el almacenamiento de un contexto 18A para la conexión 16, por ejemplo, incluso mientras la conexión 16 está suspendida (bloque 340). El método 300 puede comprender además el almacenamiento en el contexto 18A, o en asociación con el contexto 18A, de la indicación 28-1 de la PLMN con la que está asociado el identificador 22 de reanudación (bloque 350).
La Figura 6 ilustra un método 400 realizado por un nodo 12-4 RAN según todavía otras realizaciones. Como se muestra, el método 400 incluye la transmisión de un mensaje 32A de búsqueda que incluye un identificador 36 de equipo de usuario y una indicación 38-4 de una PLMN asociada con el identificador 36 de equipo de usuario (bloque 410). El mensaje 32A de búsqueda puede, por ejemplo, transmitirse a través de una interfaz de radio al equipo de usuario al que se dirige el mensaje 32A de búsqueda. O bien, el mensaje 32A de búsqueda puede transmitirse a otro nodo RAN o a un nodo de red central a través del cual se retransmitirá el mensaje 32A de búsqueda para su reenvío al equipo de usuario.
En algunas realizaciones, el nodo 12-4 RAN transmite el mensaje 32A de búsqueda mientras la conexión 16 con el equipo de usuario al que se dirige el mensaje 32A de búsqueda está en estado suspendido. En este caso, el identificador 36 de equipo de usuario puede ser el identificador 22 de reanudación descrito anteriormente, de modo que la indicación 38-4 sea una indicación 28-1 o 28-2 de una PLMN con la que está asociado el identificador 22 de reanudación. En este caso, el nodo 12-4 RAN puede ser el mismo que el nodo 12-2 RAN de destino o el nodo 12-1 RAN de origen en la Figura 1.
En algunas realizaciones, la indicación 38-4 de una PLMN con la que está asociado el identificador 36 de equipo de usuario es una indicación de una PLMN con la que está registrado el equipo 30-1 de usuario o una indicación de una PLMN seleccionada por el equipo 30-1 de usuario. En cualquier caso, la indicación 38-4 de la PLMN con la que está asociado el identificador 36 de equipo de usuario en algunas realizaciones es una identidad PLMN completa (ID de PLMN). En otras realizaciones, el método 400 incluye la transmisión (por ejemplo, en la información del sistema) de una lista de identidades PLMN, cada una asociada a un índice (bloque 402). En este caso, la indicación 38-4 puede ser un índice de una identidad PLMN específica en la lista de identidades PLMN.
La Figura 6 también muestra que, en algunas realizaciones, el método 400 puede incluir la obtención (por ejemplo, recepción o generación) del mensaje 32A de búsqueda (bloque 406). En una implementación, por ejemplo, el propio nodo 12-4 RAN genera el mensaje 32A de búsqueda. En otras realizaciones, el nodo 12-4 RAN recibe el mensaje 32A de búsqueda de otro nodo RAN (por ejemplo, el que almacena el contexto 18A para la conexión 16) o de un nodo de red central (por ejemplo, un nodo que implementa una AMF), como un nodo de red central a través del cual se retransmite la búsqueda.
La Figura 7 muestra un método 500 ejecutado por un equipo 30-1 de usuario según algunas realizaciones. Como se muestra, el método 500 incluye la escucha de un mensaje 32A de búsqueda mientras el equipo 30 1 de usuario se encuentra en estado suspendido o estado en reposo (bloque 510). En estado suspendido, se suspende la conexión 34 entre el equipo 30-1 de usuario y el nodo 12-4 RAN. En estado en reposo, por el contrario, se libera la conexión 34. Si la conexión 34 es una conexión RRC, por ejemplo, el estado suspendido se puede denominar RRC_INACTIVO y el estado en reposo puede denominarse RRC_EN_REPOSO. Independientemente, al escuchar dicho mensaje de búsqueda, el método 500 como se muestra incluye además recibir un mensaje 32A de búsqueda que incluye un identificador 36 de equipo de usuario que identifica un UE de destino del mensaje 32A de búsqueda y que incluye una indicación 38-4 de una PLMN asociada con el identificador 36 de equipo de usuario (bloque 520).
En algunas realizaciones, el equipo 30-1 de usuario recibe el mensaje 32A de búsqueda mientras la conexión 16 entre un nodo 14-4 RAN y el equipo 30-1 de usuario equipo está en estado suspendido. En este caso, el identificador 36 de equipo de usuario puede ser el identificador 22 de reanudación descrito anteriormente, de modo que la indicación 38-4 sea una indicación 28-1 o 28-2 de una PLMN con la que está asociado el identificador 22 de reanudación. En este caso, el nodo 12-4 RAN puede ser el mismo que el nodo 12-2 RAN de destino o el nodo 12-1 RAN de origen en la Figura 1.
En algunas realizaciones, la indicación 38-4 de una PLMN con la que está asociado el identificador 36 de equipo de usuario es una indicación de una PLMN con la que está registrado el equipo 30-1 de usuario o una indicación de una PLMN seleccionada por el equipo 30-1 de usuario. En cualquier caso, la indicación 38-4 de la PLMN con la que está asociado el identificador 36 de equipo de usuario en algunas realizaciones es una identidad PLMN completa (ID de PLMN). En otras realizaciones, el método 500 incluye la recepción (por ejemplo, en la información del sistema) de una lista de identidades PLMN, cada una asociada a un índice (bloque 505). En este caso, la indicación 38-4 puede ser un índice de una identidad PLMN específica en la lista de identidades PLMN.
En algunas realizaciones, el identificador 36 de UE es específico de una PLMN específica, lo que significa que el identificador 36 de UE es único solo dentro de una PLMN específica. No es único globalmente entre múltiples PLMN. Por ejemplo, en algunas realizaciones, el identificador 36 de UE tiene un espacio de direccionamiento compartido por diferentes PLMN. En consecuencia, entonces, en estas realizaciones, las diferentes PLMN tienen el mismo conjunto de identificadores de UE que se pueden usar para identificar UE.
En cualquier caso, el método 500, como se muestra en algunas realizaciones, incluye además determinar, basándose en el identificador 36 de equipo de usuario y la indicación 38-4 de la PLMN asociada a dicho identificador 36 de equipo de usuario, si el equipo 30-1 de usuario es el equipo de usuario de destino del mensaje 32A de búsqueda (bloque 530). En este caso, el método puede comprender además responder o no responder al mensaje 32A de búsqueda, dependiendo respectivamente de si el equipo de usuario es el equipo de usuario de destino o no (bloque 540).
Obsérvese que el equipo 14 o 30-1 de usuario descrito anteriormente puede ejecutar los métodos del presente documento y cualquier otro procesamiento mediante la implementación de cualquier medio funcional, módulo, unidad o circuito. En una realización, por ejemplo, el equipo 14 o 30-1 de usuario comprende circuitos o circuitería configurados para ejecutar las etapas mostradas en las Figuras 3 y/o 7. En este caso, los circuitos o circuitería pueden comprender circuitos dedicados a realizar cierto procesamiento funcional y/o uno o más microprocesadores en conjunto con la memoria. Por ejemplo, los circuitos pueden incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que pueden incluir procesadores de señales digitales (DSP), lógica digital de propósito específico, y similares. Los circuitos 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, memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc. El código de programa almacenado en memoria puede incluir instrucciones de programa para ejecutar uno o más protocolos de telecomunicaciones y/o de comunicación de datos, así como instrucciones para implementar una o más de las técnicas descritas en el presente documento, en diversas realizaciones. En realizaciones que emplean memoria, la memoria almacena código de programa que, al ser ejecutado por uno o más procesadores, realiza las técnicas descritas en el presente documento.
La Figura 8A, por ejemplo, ilustra un equipo 600 de usuario implementado según una o más realizaciones. El equipo 600 de usuario puede ser el UE 14 en la Figura 1 o el UE 30-1 en la Figura 2. Como se muestra, el equipo 600 de usuario incluye circuitos 610 de procesamiento y circuitos 620 de comunicación. Los circuitos 620 de comunicación (por ejemplo, circuitos de radio) están configurados para transmitir y/o recibir información hacia y/o desde uno o más nodos, por ejemplo, mediante cualquier tecnología de comunicación. Dicha comunicación puede ocurrir a través de una o más antenas que son o bien internas o bien externas al equipo 600 de usuario. Los circuitos 610 de procesamiento están configurados para realizar el procesamiento descrito anteriormente (por ejemplo, en las Figuras 3 y/o 7), por ejemplo, mediante la ejecución de instrucciones almacenadas en la memoria 630. En este sentido, los circuitos 610 de procesamiento pueden implementar ciertos medios, unidades o módulos funcionales.
La Figura 8B ilustra un diagrama de bloques esquemático de un equipo 700 de usuario según todavía otras realizaciones. El equipo 700 de usuario puede ser, por ejemplo, el UE 14 de la Figura 1. Como se muestra, el equipo 700 de usuario implementa diversos medios, unidades o módulos funcionales, por ejemplo, a través de los circuitos 610 de procesamiento de la Figura 8A o mediante código de software. Estos medios, unidades o módulos funcionales, por ejemplo, para implementar el método 100 de la Figura 3, incluyen, por ejemplo, una unidad 710 de recepción que recibe en el equipo 700 de usuario, desde un nodo 12-1 RAN de origen con el que el equipo 700 de usuario tiene una conexión 16, un mensaje 20 que indica que la conexión 16 debe suspenderse e indica un identificador 22 de reanudación que el equipo 700 de usuario puede utilizar para reanudar la conexión 16 tras la suspensión de la conexión 16. También se incluye una unidad 720 de transmisión para, mientras la conexión 16 está suspendida, transmitir desde el equipo 700 de usuario a un nodo 12-2 RAN de destino una solicitud 26 para reanudar la conexión 16. La solicitud 26 incluye el identificador 22 de reanudación. La unidad 720 de transmisión también puede transmitir desde el equipo 700 de usuario al nodo 12-2 RAN de destino una indicación 28-2 de una PLMN con la que está asociado el identificador 22 de reanudación.
La Figura 8C ilustra un diagrama de bloques esquemático de un equipo 800 de usuario según todavía otras realizaciones. El equipo 800 de usuario puede ser, por ejemplo, el UE 30-1 de la Figura 2. Como se muestra, el equipo 800 de usuario implementa diversos medios, unidades o módulos funcionales, por ejemplo, a través de los circuitos 610 de procesamiento de la Figura 8A y/o mediante código de software. Estos medios, unidades o módulos funcionales, por ejemplo, para implementar el método 500 de la Figura 7, incluyen, por ejemplo, una unidad 810 de escucha para escuchar un mensaje 32A de búsqueda mientras el equipo 800 de usuario se encuentra en estado suspendido o en estado en reposo. También puede incluirse una unidad 820 de recepción para, tras escuchar dicho mensaje de búsqueda, recibir un mensaje 32A de búsqueda que incluye un identificador 36 de equipo de usuario que identifica un UE de destino del mensaje 32A de búsqueda y que incluye una indicación 38-4 de una PLMN asociada con el identificador 36 de equipo de usuario.
Cabe destacar también que el nodo 12-1, 12-2 o 12-4 RAN descrito anteriormente puede ejecutar los métodos descritos en el presente documento y cualquier otro procesamiento mediante la implementación de cualquier medio, módulo, unidad o circuito funcional. En una implementación, por ejemplo, el nodo 12-1, 12-2 o 12-4 RAN comprende circuitos o circuitería configurados para ejecutar las etapas mostradas en las Figuras 4, 5 o 6. Los circuitos o circuitería pueden comprender a este respecto circuitos dedicados a realizar cierto procesamiento funcional y/o uno o más microprocesadores en conjunto con la memoria. Por ejemplo, los circuitos pueden incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que pueden incluir procesadores de señales digitales (DSP), lógica digital de propósito específico, y similares. Los circuitos de procesamiento pueden 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, memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc. El código de programa almacenado en memoria puede incluir instrucciones de programa para ejecutar uno o más protocolos de telecomunicaciones y/o comunicación de datos, así como instrucciones para llevar a cabo una o más de las técnicas descritas en el presente documento, en varias realizaciones. En realizaciones que emplean memoria, la memoria almacena código de programa que, cuando es ejecutado por uno o más procesadores, lleva a cabo las técnicas descritas en el presente documento.
La Figura 9A ilustra con más detalle un nodo 900 RAN implementado según una o más realizaciones. El nodo 900 RAN puede ser el nodo 12-1, 12-2 o 12-4 RAN, como se describe. Como se muestra, el nodo 900 RAN incluye los circuitos 910 de procesamiento y los circuitos 920 de comunicación. Los circuitos 920 de comunicación están configurados para transmitir y/o recibir información hacia y/o desde uno o más nodos, por ejemplo, mediante cualquier tecnología de comunicación. Los circuitos 910 de procesamiento están configurados para realizar el procesamiento descrito anteriormente (por ejemplo, en las Figuras 4, 5 y/o 6), por ejemplo, mediante la ejecución de instrucciones almacenadas en la memoria 930. En este sentido, los circuitos 910 de procesamiento pueden implementar ciertos medios, unidades o módulos funcionales.
La Figura 9B, por ejemplo, ilustra un diagrama de bloques esquemático de un nodo 1000 RAN según todavía otras realizaciones. El nodo 1000 RAN puede ser, por ejemplo, el nodo 12-2 RAN de destino de la Figura 1. Como se muestra, el nodo 1000 RAN implementa diversos medios, unidades o módulos funcionales, por ejemplo, a través de los circuitos 910 de procesamiento de la Figura 9A y/o mediante código de software. Estos medios, unidades o módulos funcionales, por ejemplo, para implementar el método de la Figura 4, incluyen, por ejemplo, una unidad 1010 de recepción para recibir en el nodo 1000 RAN una solicitud 26 de un equipo 14 de usuario para reanudar una conexión 16 suspendida entre el equipo 14 de usuario y un nodo 12 1 RAN de origen. La solicitud 26 incluye un identificador 22 de reanudación. La unidad 1010 de recepción también puede recibir en el nodo 1000 RAN, desde el equipo 14 de usuario, una indicación 28-2 de una PLMN con la que está asociado el identificador 22 de reanudación. También puede incluir una unidad 1020 de recuperación para que el nodo 1000 RAN recupere un contexto 18A para la conexión 16, basándose en el identificador 22 de reanudación y la indicación 28-2 de la PLMN con la que está asociado el identificador 22 de reanudación.
La Figura 9C ilustra un diagrama de bloques esquemático de un nodo 1100 RAN según otras realizaciones adicionales. El nodo 1100 RAN puede ser, por ejemplo, el nodo 12-1 RAN de origen de la Figura 1. Como se muestra, el nodo 1100 RAN implementa diversos medios, unidades o módulos funcionales, por ejemplo, a través de los circuitos 910 de procesamiento de la Figura 9A y/o mediante código de software. Estos medios, unidades o módulos funcionales, por ejemplo, para implementar el método de la Figura 5, incluyen, por ejemplo, una unidad 1110 de establecimiento para establecer una conexión 16 entre el nodo 1100 RAN y un equipo 14 de usuario. También se incluye una unidad 1120 de transmisión para transmitir desde el nodo 1100 RAN un mensaje 20 al equipo 14 de usuario indicando que la conexión 16 se suspenderá e indicando un identificador 22 de reanudación que el equipo 14 de usuario puede utilizar para reanudar la conexión 16 tras la suspensión de la conexión 16. La unidad 1120 de transmisión también puede transmitir desde el nodo 1100 RAN al equipo 14 de usuario una indicación 28-1 de una PLMN con la que está asociado el identificador 22 de reanudación.
La Figura 9D ilustra un diagrama de bloques esquemático de un nodo 1200 RAN según otras realizaciones. El nodo 1200 RAN puede ser, por ejemplo, el nodo 12-4 RAN de la Figura 2. Como se muestra, el nodo 1200 RAN implementa diversos medios, unidades o módulos funcionales, por ejemplo, a través de los circuitos 910 de procesamiento de la Figura 9A y/o mediante código de software. Estos medios, unidades o módulos funcionales, por ejemplo, para implementar el método de la Figura 6, incluyen, por ejemplo, una unidad 1220 de transmisión para transmitir un mensaje 32A de búsqueda que incluye un identificador 36 de equipo de usuario y una indicación 38-4 de una PLMN asociada al identificador 36 de equipo de usuario. También puede incluirse una unidad 1210 de obtención para obtener (por ejemplo, generar o recibir) el mensaje 32A de búsqueda.
Los expertos en la materia también apreciarán que las realizaciones del presente documento incluyen además programas informáticos correspondientes.
Por ejemplo, las realizaciones del presente documento incluyen un programa informático que comprende instrucciones que, al ejecutarse en al menos un procesador de un equipo 14 o 30-1 de usuario, hacen que el equipo 14 o 30-1 de usuario realice cualquiera de los procesos descritos anteriormente. Un programa informático puede comprender uno o más módulos de código correspondientes a los medios o unidades descritos anteriormente.
Otras realizaciones del presente documento incluyen un programa informático que comprende instrucciones que, al ejecutarse en al menos un procesador de un nodo 12-1, 12-2 o 12-4 RAN, hacen que el nodo 12-1, 12 2 o 12-4 RAN realice cualquiera de los procesos descritos anteriormente. Un programa informático puede comprender uno o más módulos de código correspondientes a los medios o unidades descritos anteriormente.
Las realizaciones incluyen además una portadora que contiene cualquiera de estos programas informáticos. Esta portadora puede comprender una de una señal electrónica, una señal óptica, una señal de radio o un medio de almacenamiento legible por ordenador.
En este sentido, las realizaciones del presente documento también incluyen un medio legible por ordenador (almacenamiento o grabación) no transitorio que comprende instrucciones que, al ser ejecutadas por un procesador del equipo 14 o 30-1 de usuario, hacen que el equipo 14 o 30-1 de usuario funcione como se describe anteriormente. Realizaciones también incluyen un medio legible por ordenador (almacenamiento o grabación) no transitorio que comprende instrucciones que, al ser ejecutadas por un procesador del nodo 12 1, 12-2 o 12-4 RAN, hacen que el nodo 12-1, 12-2 o 12-4 RAN funcione como se describe anteriormente.
A continuación, se describirán realizaciones adicionales. Al menos algunas de estas realizaciones pueden describirse como aplicables en ciertos contextos y/o tipos de redes inalámbricas con fines ilustrativos, pero las realizaciones son igualmente aplicables en otros contextos y/o tipos de redes inalámbricas no descritos explícitamente.
En el contexto del esfuerzo de la especificación 5G, 3GPP decidió introducir un nuevo estado RRC Inactivo. Este estado tiene, entre otras, las siguientes propiedades. En primer lugar, el contexto del UE se almacena en la RAN. Este contexto de UE se utiliza en la transición posterior de RRC_INACTIVO a RRC_CONECTADO. El contexto almacenado en UE puede incluir información sobre el contexto de seguridad del UE, portadoras de radio de datos, segmentos conectados, capacidades del UE, etc. En segundo lugar, el estado RRC inactivo implica un procedimiento de búsqueda de RAN. En este procedimiento, el nodo de RAN al que el UE se conectó por última vez busca el UE sobre un área compuesta por una o más celdas, respaldadas por uno o más nodos de RAN.
El contexto del UE se puede almacenar en un nodo RAN que lo atienda antes/durante la transición del estado RRC_CONECTADO a RRC_INACTIVO. Esta transición de RRC conectado a RRC inactivo se muestra en la Figura 10, reproducida a partir de la figura 4.8.x1 -1 en una solicitud de cambio (CR) a 3GPP TS 23.502.
La red utiliza el procedimiento de suspensión de conexión para suspender la conexión RRC y realizar una transición de estado RRC conectado a estado RRC inactivo si el UE y la red admiten el estado RRC inactivo (véase TS 38.300 y TS 38.413).
En la etapa 1, la RAN envía al UE un mensaje RRC con un ID de reanudación. La RAN inicia la transición al estado RRC inactivo (véase TS 38.300) y proporciona al UE su ID de reanudación. El UE permanece en estado CM-CONECTADO. La asociación N2AP y los recursos del plano de usuario N3 se mantienen establecidos. Los datos relacionados con la asociación N2AP, el contexto del UE y los recursos del plano de usuario N3, necesarios para reanudar la conexión, se guardan en la RAN.
En la etapa 2, la RAN envía a la AMF una notificación N2 (inactiva). En este sentido, la RAN notifica a la AMF que el estado RRC del UE ha cambiado a estado inactivo. La asociación N2AP y los recursos del plano de usuario N3 se mantienen establecidos. Los datos relacionados con la asociación N2AP, el contexto del UE y los recursos del plano de usuario N3 se guardan en la AMF. El estado de la AMF permanece en CM-CONECTADO.
En la etapa 1, la RAN proporciona al UE una identidad de RAN, denominada en el presente documento ID de reanudación. Este identificador está asociado con el contexto de UE de ese UE almacenado en la RAN.
En una transición posterior del estado RRC_INACTIVO a RRC_CONECTADO, el UE presenta el ID de reanudación a la RAN. La RAN utiliza el ID de reanudación para localizar y acceder al contexto del UE almacenado en la etapa 1.
Como se describe en una CR de 3GPP TS 23.502, el UE utiliza el procedimiento de reanudación de conexión para reanudar la conexión RRC y realizar la transición del estado RRC inactivo a RRC conectado. Este procedimiento puede utilizarse si el UE y la red admiten el estado RRC inactivo (véase TS 38.300) y el UE ha almacenado la información necesaria para llevar a cabo el procedimiento de reanudación de conexión (véase TS 38.413); de lo contrario, se utiliza el procedimiento de solicitud de servicio (véase la cláusula 4.2.3.2 de 3GPP TS 23.502).
La Figura 11 muestra la transición del estado RRC inactivo a RRC conectado, como se describe en la Figura 4.8.x2-1 en una CR a 3GPP TS 23.502. En la etapa 1, el UE envía a la RAN un mensaje RRC (ID de reanudación). El UE inicia en este sentido la transición del estado RRC inactivo al estado RRC conectado (véase TS 38.300). El UE proporciona el ID de Reanudación que la RAN necesita para acceder al contexto almacenado del UE.
En la etapa 2, que es condicional, la RAN realiza la recuperación del contexto del UE. La recuperación del contexto del UE se realiza cuando el contexto del UE asociado con el UE que intenta reanudar su conexión no está disponible localmente en la RAN a la que se accede. El procedimiento de recuperación del contexto del UE a través de la red de acceso de radio se especifica en TS 38.423. El procedimiento de recuperación del contexto del UE a través de la red central se especifica en la subcláusula x.y.z y en TS 38.413.
En la etapa 3, la RAN envía al UE un mensaje RRC con el ID de reanudación. En este sentido, la RAN confirma al UE que el UE ha entrado en estado RRC conectado.
En la etapa 4, la RAN envía a la AMF una notificación N2 (conectado). La RAN en este sentido notifica a la AMF que el UE entró en el estado RRC conectado.
Como se describe en la etapa 1, la RAN utiliza el ID de reanudación para localizar y acceder al contexto del UE. Si el UE intenta una transición posterior de RRC_INACTIVO a RRC_CONECT<a>D<o>en una RAN diferente a la que le servía en la transición anterior de RRC_CONECTADO a RRC_INACTIVO, el contexto del UE puede almacenarse en una RAN distinta a la del nodo RAN al que accede el UE. Esto se describe en la etapa 2. Si la nueva RAN es diferente de la antigua RAN donde el UE ha entrado en estado RRC_INACTIVO y, por lo tanto, donde se almacena el contexto del UE, es necesario localizar la antigua RAN para poder recuperar el contexto del UE y que la nueva RAN pueda acceder a la misma y utilizarla.
Para habilitar la ubicación del ID de reanudación, el ID de reanudación contiene un identificador que permite que la nueva RAN localice a la antigua RAN.
Para completar, los procedimientos para recuperar el contexto del UE a través de RAN y a través de 5G CN se incluyen en las Figuras 12 y 13 respectivamente.
Como se muestra en la Figura 12, el procedimiento de recuperación de contexto de UE a través de la red de acceso por radio se utiliza si el UE en estado RRC inactivo solicita reanudar una conexión hacia una nueva RAN mientras el contexto de UE está almacenado en la RAN de servicio antigua, y el contexto de UE se puede recuperar del nodo de la RAN de servicio antiguo por medio de señalización Xn (solamente).
En la etapa 1, el nodo RAN de servicio nuevo recupera el contexto de UE de la RAN de servicio antigua mediante el procedimiento de recuperación de contexto de UE de Xn. Si el nodo RAN de servicio antiguo logra resolver el ID de reanudación, proporciona los datos del contexto de UE al nodo RAN de servicio nuevo.
En la etapa 2, la RAN de servicio nueva realiza el procedimiento de cambio de ruta N2 hacia la AMF.
En la etapa 3, el nodo RAN de servicio nuevo solicita al nodo RAN de servicio antiguo que libere el contexto del UE. Este mensaje contiene las direcciones de reenvío de enlace descendente para los datos de usuario almacenados en el búfer de los antiguos nodos RAN de servicio.
En la etapa 4, la RAN de servicio antigua envía a la RAN de servicio nueva los datos de usuario DL pendientes.
Como se muestra en la Figura 13, la recuperación de contexto de UE a través del procedimiento 5GC se utiliza si el UE en estado RRC inactivo solicita reanudar una conexión hacia una nueva RAN mientras el contexto de UE está almacenado en la RAN de servicio antigua, y el contexto de UE no se puede recuperar del nodo RAN de servicio antiguo debido a la falta de interfaz Xn entre el nodo RAN de servicio nuevo y antiguo.
En la etapa 1, el nodo RAN de servicio nuevo detecta que no tiene conexión Xn con un nodo RAN con la identidad indicada en el ID de reanudación y decide realizar la recuperación de contexto a través del procedimiento de red central. En la etapa 2, la RAN envía a la AMF una solicitud de recuperación de contexto de UE N2 (ID de RAN antiguo (incluido en el ID de reanudación), ID de reanudación, nuevo ID de RAN). En este sentido, la RAN solicita a una AMF dentro de un grupo al que está conectada para resolver la identidad del nodo RAN. Este nodo AMF no tiene por qué ser necesariamente la AMF que da servicio al UE. La señalización respectiva se realiza sin conexión y sin estado para la AMF. Si la AMF puede resolver la dirección del ID de RAN antiguo indicado, reenvía la solicitud a ese nodo.
En la etapa 3, la AMF envía a la RAN de servicio antigua una solicitud de recuperación de contexto de UE (ID de RAN anterior, ID de RAN nuevo, ID de reanudación). La AMF reenvía la solicitud a la RAN de servicio antigua.
En la etapa 4, la RAN de servicio antigua envía a la AMF una respuesta de recuperación del contexto del UE (ID de la RAN antiguo, ID de RAN nuevo, ID de reanudación, contexto del UE). El nodo de RAN de servicio antiguo proporciona los datos del contexto del UE.
En la etapa 5, la AMF envía a la RAN una respuesta de recuperación de contexto de UE N2 (ID de reanudación, contexto de UE). La AMF reenvía la información recibida en la etapa 4 a la RAN de servicio nueva.
En la etapa 6, la RAN realiza un cambio de ruta N2 con respecto a la AMF (sin indicador Xn, dirección de reenvío DL). El nodo RAN de servicio nuevo activa el procedimiento de cambio de ruta como si hubiera recibido datos de contexto del UE a través de la interfaz Xn e indica a la AMF que no hay conexión Xn disponible hacia el nodo RAN de servicio antiguo. El mensaje también contiene las direcciones de reenvío DL.
En la etapa 7, la AMF realiza una liberación de contexto de UE N2 con respecto a la RAN de servicio antigua. El nodo AMF realiza el procedimiento de liberación de contexto de UE N2 (ya que el nodo de RAN de servicio nuevo no puede activarlo mediante Xn) y proporciona las direcciones de reenvío de DL para los datos del plano de usuario.
En la etapa 8, si es necesario, se realiza el reenvío de datos del usuario.
La Figura 14 muestra el relé de búsqueda RAN a través del procedimiento 5GC utilizado por RAN para buscar un UE en estado RRC inactivo sobre nodos RAN que están en el área de registro del UE, por ejemplo incluidos los nodos RAN hacia los cuales el nodo RAN de servicio no tiene interfaces Xn establecidas.
En la etapa 1, el nodo RAN de servicio decide retransmitir la búsqueda a través de 5GC.
En la etapa 2, la RAN de servicio envía a la AMF una solicitud de búsqueda de retransmisión N2 (búsqueda N2, área de registro). El nodo de RAN de servicio solicita a la AMF de servicio que retransmita el mensaje de búsqueda a los nodos de RAN en el área de registro del UE.
En la etapa 3, la AMF, basándose en el área de registro del UE recibida, selecciona los nodos RAN a los que se retransmitirá el mensaje de búsqueda. La AMF no activará la repetición de búsqueda por sí sola.
En la etapa 4, la AMF envía la búsqueda N2 de RAN. La AMF por su parte retransmite la búsqueda a los nodos de RAN en el área de registro del UE.
3GPP acuerda que un UE en estado RRC_INACTIVO puede ser localizado por la RAN mediante un identificador de RAN de UE. Se asume que será el mismo identificador que el utilizado para la ubicación del contexto del UE, es decir, el ID de reanudación del UE.
Sin embargo, actualmente existen ciertos desafíos. Se asume que el ID de reanudación consiste en: (i) la identidad del nodo RAN donde se almacena el contexto del UE; y (ii) la identidad del UE en el nodo RAN donde se almacena el contexto del UE. Es decir, ID de reanudación:<ID del nodo RAN><ID del UE>.
En consecuencia, la identidad del nodo RAN es actualmente única en una PLMN dada, es decir, diferentes PLMN reutilizan el mismo espacio de direccionamiento. Sin embargo, en un escenario de uso compartido de RAN, los nodos RAN se comparten entre diferentes operadores que tienen su propio CN y sus propias identidades PLMN. Estas últimas son transmitidas por RAN en la información del sistema. La identidad RAN utilizada para los nodos RAN compartidos debe ser única para ambos operadores para evitar cualquier confusión en el direccionamiento del nodo RAN compartido. Para lograr esto, se puede utilizar una identidad RAN globalmente única que consiste en (i) identidad PLMN; (ii) identidad del nodo RAN, para formar una identidad de nodo RAN globalmente única: <ID de PLMN><ID del nodo RAN>.
El problema es que, dado que el ID de reanudación solo utiliza el ID del nodo RAN específico de PLMN, existe un riesgo de ambigüedad en escenarios en donde los operadores comparten parte de su red.
Por ejemplo, dos UE diferentes podrían estar conectados a dos PLMN distintas en dos nodos RAN distintos que utilizan el mismo ID de nodo RAN. Estos nodos RAN podrían entonces asignar el mismo ID de reanudación (ID de reanudación A) a los diferentes UE ya que ambos utilizan el mismo ID de nodo RAN. Si estas dos PLMN comparten un nodo RAN al que uno de los UE accede y utilizan el ID de reanudación, no será posible que ese nodo RAN resuelva qué nodo RAN se ubica en qué PLMN en el contexto del UE.
Un problema similar podría ocurrir al buscar un UE. Si al UE se le ha asignado una lista de área de seguimiento que abarca tanto la parte compartida de la PLMN como la parte no compartida. En este caso, si la red busca al UE con el ID de reanudación asignado en la parte no compartida, es posible que el UE equivocado responda al mensaje, ya que los ID de reanudación podrían ser reutilizados por otro operador.
Ciertos aspectos de la presente divulgación y sus realizaciones pueden proporcionar soluciones a estos u otros desafíos.
Algunas soluciones descritas en el presente documento se basan en los siguientes principios:
1. Introducción de una identidad de nodo RAN específica de PLMN en los nodos RAN que participan en un escenario de uso compartido de RAN. Cada operador puede configurar la identidad RAN, por ejemplo, mediante operaciones y mantenimiento (O&M), sin necesidad de coordinarla con otros operadores que comparten la RAN.
2. Los nodos RAN intercambian sus identidades de nodo RAN específicas de PLMN al establecer sus interfaces entre nodos RAN, es decir, interfaces Xn.
3. El nodo RAN construye un ID de reanudación de UE basándose en la identidad del nodo RAN que es específica de la PLMN registrada del UE.
4. En la transición de RRC_CONECTADO a RRC_INACTIVO (véase la figura 10), la RAN proporciona al UE un ID de reanudación que identifica una identidad de nodo RAN específica de PLMN de la PLMN en donde está registrado el UE.
5. En la transición de RRC_CONECTADO a RRC_INACTIVO, el UE asocia el ID de reanudación recibido de la RAN con su identidad PLMN registrada.
6. En la transición de RRC_INACTIVO a RRC_CONECTADO (véase la figura 11), el UE envía a la RAN: (i) su PLMN registrada; y (ii) el ID de reanudación recibido del nodo al que el UE se conectó por última vez. La codificación del elemento de información PLMN registrado podría ser el ID de PLMN completo o podría ser un valor de índice que indica una PLMN específica en una lista de PLMN que la celda a la que se está conectando el UE le ha proporcionado al UE (por ejemplo, a través de un canal de difusión). También son posibles otras codificaciones.
7. El nodo nueva_RAN localiza el nodo antigua_RAN basándose en la indicación de la PLMN registrada o seleccionada y la identidad de RAN específica de la PLMN recibida del ID de reanudación del UE. En algunas realizaciones, la ubicación del nodo de antigua_RAN se basa en el conocimiento de la identidad del nodo RAN específico de la PLMN asociada a una interfaz entre nodos RAN, es decir, la interfaz Xn. En otras realizaciones, si la identidad no está disponible en ninguna interfaz Xn, el nodo nueva_RAN activará un procedimiento de recuperación de contexto del UE, como se muestra en la Figura 13, que incluye la selección de un nodo CN (AMF) compatible con la PLMN registrada/seleccionada del UE.
Con base en esto, se divulgan diversas realizaciones, que incluyen, pero no se limitan a, un UE (y método correspondiente) que reanuda una conexión en una celda de destino, proporcionando a la red un identificador de reanudación e indicando la PLMN registrada (o PLMN seleccionada). Realizaciones adicionales incluyen un UE (y método correspondiente) que escucha la búsqueda en estado suspendido o en reposo. El mensaje de búsqueda consiste en la indicación de una PLMN y un identificador de UE (por ejemplo, ID de reanudación) asociado a dicha PLMN. Realizaciones adicionales incluyen nodos de red asociados y métodos correspondientes.
Se proponen en el presente documento diversas realizaciones que abordan uno o más de los problemas divulgados en el presente documento. Algunas realizaciones pueden ofrecer una o más de las siguientes ventajas técnicas. Por ejemplo, algunas realizaciones permiten la transferencia de contexto de UE desde nodos RAN que comparten un espacio de direccionamiento común de nodo RAN. Las soluciones propuestas no requieren la coordinación de identificadores entre operadores de uso compartido de RAN. Además, las soluciones propuestas evitan ambigüedades en el identificador de UE (ID de reanudación) que podrían afectar negativamente el rendimiento del UE, por ejemplo, el consumo de batería y los retrasos debidos a la señalización innecesaria. Algunas realizaciones pueden ofrecer algunas, ninguna o todas estas ventajas. Otras ventajas técnicas pueden resultar evidentes para un experto en la materia.
En particular, las soluciones divulgadas en el presente documento introducen el concepto de la identidad del nodo RAN específico de la PLMN que está asociada al ID de reanudación del UE (por ejemplo, podría incluirse en el ID de reanudación o asignarse al ID de reanudación mediante una base de datos o una tabla de consulta). Esto repercute en el procedimiento de búsqueda RAN del UE que incluye el ID de reanudación como identidad del UE en el mensaje de búsqueda enviado por la interfaz de radio.
Dado que la identidad del nodo RAN incluida en el ID de reanudación utiliza un espacio de direccionamiento común compartido por los operadores involucrados en el escenario de uso compartido de RAN, es ambiguo cuando se presenta en el mensaje de búsqueda a los UE registrados en las diferentes PLMN (operadores), es decir, varios UE registrados con diferentes PLMN (operadores) potencialmente responderían a ese mensaje de búsqueda, ya que pueden tener la misma identidad de nodo RAN en sus ID de reanudación.
Según algunas realizaciones, una solución al problema es incluir un valor de índice (u otra información) que haga referencia a la PLMN registrada del UE. Si se trata de un valor de índice, el índice puede apuntar a una PLMN de la lista de PLMN difundida en la información del sistema de la celda donde se busca al UE. Para que el nodo de búsqueda sepa qué PLMN indicar, debe recibir esta información del nodo que inicia la búsqueda, que podría ser el nodo RAN que almacena el contexto del UE. Esta información podría proporcionarse mediante señalización X2, Xn, S1 o NG-C entre nodos RAN y entre nodos CN y RAN. La información puede transferirse como parte del mensaje de búsqueda.
En escenarios en donde diferentes celdas que buscan al UE pueden transmitir la identidad PLMN registrada del UE en diferentes posiciones, el nodo RAN que inicia el proceso de búsqueda y compila el mensaje de búsqueda que se puede enviar a otros nodos RAN, ya sea a través de la interfaz Xn entre nodos RAN o a través de Cn 5G mediante la interfaz N2/NG-C (véase la Figura 14), deberá incluir la identidad PLMN registrada del UE buscado como parte del mensaje que consumirá el nodo RAN que envía la búsqueda a través de la interfaz de radio.
El nodo RAN que envía la búsqueda a través de la interfaz de radio inserta el índice que hace referencia a la PLMN registrada de UE tal como se transmite en la información del sistema (es decir, la posición entre las PLMN que se transmiten).
En una realización específica de la presente divulgación, y para abordar los desafíos relacionados con las necesidades de coordinación en, por ejemplo, las redes centrales multioperador (MOCN), se puede introducir una identidad de celda y un código de área de seguimiento válidos por PLMN. Esto también puede implicar que un área RAN sea independiente por PLMN, por ejemplo, si un área RAN está asociada a un conjunto de ID de celda (donde los ID de celda son PLMN)
Para RAN compartida, por ejemplo, como MOCN, u otros tipos de implementaciones compartidas, en particular implementaciones de operador anfitrión neutral, otro identificador a manejar es el ID de reanudación que se utiliza tanto para la búsqueda de RAN del UE, las actualizaciones del área de RAN y cuando un UE activa una transición de RRC_IN<a>C<t>IVO a RRC_CONECTADO, con el propósito de transmitir datos de UL.
En E-UTRAN/LTE, el ID de reanudación se construye incluyendo una combinación del ID de eNB (20 bits) y una identidad de UE específica de eNB (20 bits). Actualmente no se ha decidido con exactitud cómo se construirá el ID de reanudación en NR, pero desde la perspectiva del UE, el ID de reanudación debería ser solo un número aleatorio, independientemente de cómo se construya.
Cuando se recibe el ID de reanudación, por ejemplo, enRRCConnectionResumeRequesty si el contexto no está almacenado en el gNB receptor, el contexto debe obtenerse de otro nodo. Si el gNB receptor es un gNB que sirve a varias PLMN, actualmente no hay una forma obvia de saber qué otros gNB pueden contener el contexto del UE y, con muchas PLMN, podría convertirse rápidamente en muchos otros gNB a los que consultar información de contexto, en varias PLMN. Por lo tanto, al recibir un ID de reanudación en un gNB que sirve a varias PLMN, si el contexto no está almacenado en el mismo gNB, puede ser necesario intentar obtener el contexto de uno de muchos gNB diferentes, que pertenecen a diferentes PLMN. Una forma de abordar esto es dividir o coordinar de alguna manera el uso de los ID de reanudación, de modo que un gNB que reciba un ID de reanudación pueda conectarlo inmediatamente a una PLMN específica y, luego, implícitamente, pueda limitar la cantidad de otros nodos a los que consultar el ID de contexto. Sería conveniente evitar esta coordinación, ya que afecta la cantidad de ID de reanudación en todas las PLMN que comparten un nodo RAN. Para abordar la minimización de coordinación entre diferentes PLMN, según una realización específica de la presente invención, el ID de reanudación solo es válido por PLMN registrada, y esta PLMN registrada debe incluirse entonces en la señalización iniciada por el UE (por ejemplo,RRCConnectionResumeRequest Imsg3) y almacenarse con/en el contexto del UE.
Incluir la identidad de la PLMN eliminaría la necesidad de coordinación entre las fronteras de PLMN, sería más factible la gestión de solicitudes de reanudación en gNB que sirvan a varias PLMN, y cada PLMN tendría el conjunto completo de ID de reanudación disponible. Por lo tanto, la PLMN registrada debería incluirse en la señalización inicial junto con un ID de reanudación u otra indicación que apunte a un contexto de UE en la RAN. De igual forma, la PLMN registrada también puede almacenarse en el contexto de UE en la red (por ejemplo, la RAN) en relación con la creación inicial del contexto.
Según otros aspectos de la presente divulgación, también se incluye una indicación PLMN en la búsqueda de área RAN.
Hay diferentes maneras de incluir un ID de PLMN. Incluir el ID completo de PLMN resultará algo costoso y, aunque es posible, puede ser preferible indicar la PLMN con un índice, por ejemplo, el proporcionado por la información del sistema, donde se puede configurar un índice para cada PLMN compatible.
En algunas realizaciones de la presente divulgación, el ID de reanudación puede estar asociado a un ID de PLMN específico, que puede indicarse al UE con señalización dedicada cuando la red proporciona al UE el ID de reanudación o con señalización común, por ejemplo, en la información del sistema. El ID de PLMN específico puede indicarse explícitamente o como un índice que puede apuntar a una PLMN en la lista de PLMN difundida en la información del sistema. El ID de PLMN específico puede ser la PLMN registrada del UE. Que el ID de PLMN asociado al ID de reanudación sea la PLMN registrada del UE puede indicarse explícitamente (por ejemplo, con un indicador especial) o con un punto de código de índice especial/predefinido. El ID de PLMN específico puede ser la PLMN principal perteneciente a una celda o PSS/SSS. Que el ID de PLMN asociado al ID de reanudación sea la PLMN principal de una celda o PSS/SSS puede indicarse explícitamente o con un punto de código de índice especial.
Como se describió anteriormente, cuando el UE solicita una transición del estado RRC_INACTIVO al estado RRC_CONECTADO, el UE indica a la red el ID de PLMN específico con el que está asociado el ID de reanudación y el ID de reanudación. La indicación del ID de PLMN específico puede ser el ID de PLMN explícito/completo, o un valor de índice que indica una PLMN específica en una lista de PLMN que la celda a la que se está conectando el UE ha proporcionado al UE (por ejemplo, a través del canal de difusión). También son posibles otras codificaciones. Cuando el ID de reanudación está asociado con la PLMN principal de la celda o PSS/SSS donde se asignó y la PLMN principal de la celda o PSS/SSS donde se solicita la transición de RRC_INACTIVO a RRC_CONECTADO, la indicación puede ser un punto de código de índice especial/predefinido, un indicador especial o la ausencia de indicación del ID de PLMN asociado.
En algunas realizaciones de la presente divulgación, el UE intenta/solicita la transición del estado RRC_INACTIVO al estado RRC_CONECTADO solo cuando la PLMN con la que está asociado el ID de reanudación está disponible.
En algunas realizaciones de la presente divulgación, el UE intenta/solicita la transición del estado RRC_INACTIVO al estado RRC_CONECTADO solo cuando la PLMN registrada del UE está disponible.
En algunas realizaciones de la presente divulgación, cuando la PLMN con la que está asociado el ID de reanudación no está disponible, el UE no intenta/solicita la transición del estado RRC_INACTIVO al estado RRC_CONECTADO, sino que abandona el estado RRC_INACTIVO (o pasa al estado RRC_EN_REPOSO) e intenta/solicita el establecimiento de una nueva conexión.
En algunas realizaciones de la presente divulgación, cuando la PLMN registrada del UE no está disponible, el UE no intenta/solicita la transición del estado RRC_INACTIVO al estado RRC_CONECTADO, sino que abandona el estado RRC_INACTIVO (o pasa al estado RRC_EN_REPOSO) e intenta/solicita el establecimiento de una nueva conexión.
Aunque el objeto descrito en el presente documento puede implementarse en cualquier tipo de sistema adecuado utilizando cualquier componente adecuado, las realizaciones divulgadas en el presente documento se describen en relación con una red inalámbrica, como la red inalámbrica de ejemplo ilustrada en la Figura 15. Para simplificar, la red inalámbrica de la Figura 15 solo representa la red 1506, los nodos 1560 y 1560b de red, y los WD 1510, 1510b y 1510c. En la práctica, una red inalámbrica puede incluir además cualquier elemento adicional adecuado para soportar 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 1560 de red y el dispositivo 1510 inalámbrico (WD) se representan con mayor detalle. 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 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 sistema de comunicación, de telecomunicaciones, de datos, celular, y/o de red de radio u otro tipo de sistema similar. En algunas realizaciones, la red inalámbrica puede configurarse para operar según 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 estándares IEEE 802.11; y/o cualquier otro estándar de comunicación inalámbrica adecuado, como los estándares de Interoperabilidad Mundial para Acceso por Microondas (WiMax), Bluetooth, Z-Wave o ZigBee.
La red 1506 puede comprender una o más redes de retorno, redes centrales, redes IP, redes telefónicas públicas conmutadas (PSTN), redes de datos por paquetes, redes ópticas, redes de área amplia (WAN), redes de área local (LAN), redes de área local inalámbricas (WLAN), redes cableadas, redes inalámbricas, redes de área metropolitana y otras redes para permitir la comunicación entre dispositivos.
El nodo 1560 de red y el WD 1510 comprenden varios componentes que se describen con más detalle a continuación. Estos componentes funcionan conjuntamente para proporcionar la funcionalidad del nodo de red y/o del dispositivo inalámbrico, como proporcionar conexiones inalámbricas en una red inalámbrica. En diferentes realizaciones, la red inalámbrica puede comprender cualquier número de redes cableadas o inalámbricas, nodos de red, estaciones base, controladores, dispositivos inalámbricos, estaciones repetidoras y/o cualquier otro componente o sistema que facilite o participe en la comunicación de datos y/o señales, ya sea mediante conexiones cableadas o inalámbricas.
Tal como se utiliza en el presente documento, nodo de red se refiere a un equipo capaz, configurado, dispuesto y/u operable para comunicarse directa o indirectamente con un dispositivo inalámbrico y/o con otros nodos o equipos de red en la red inalámbrica para habilitar 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, pero no se limitan a, puntos de acceso (AP) (por ejemplo, puntos de acceso de radio), estaciones base (BS) (por ejemplo, estaciones base de radio, Nodos B y Nodos B evolucionados (eNB)). Las estaciones base pueden clasificarse en función de la cantidad de cobertura que proporcionan (o, dicho de otro modo, su nivel de potencia de transmisión) y también pueden denominarse estaciones base femto, estaciones base pico, microestaciones base o macroestaciones 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 (o todas) las partes de una estación base de radio distribuida, como unidades digitales centralizadas y/o unidades de radio remotas (RRU), a veces denominadas cabezales de radio remotos (RRH). Dichas unidades de radio remotas pueden estar integradas o no con una antena, como una radio integrada en antena. Las partes de una estación base de radio distribuida también pueden denominarse nodos en un sistema de antena distribuida (DAS). Otros ejemplos de nodos de red incluyen equipos de radio multiestándar (MSR), como BS de MSR; controladores de red, como los controladores de red de radio (RNC) o los controladores de estación base (BSC); estaciones transceptoras base (BTS), puntos de transmisión, nodos de transmisión, entidades de coordinación multicelda/multidifusión (MCE), nodos de red central (por ejemplo, MSC, MME), nodos O&M, nodos OSS, nodos SON, nodos de posicionamiento (por ejemplo, E-SMLC), y/o MDT. Como otro ejemplo, un nodo de red puede ser un nodo de red virtual, como se describe con más detalle a continuación. De manera más general, sin embargo, los nodos de red pueden representar cualquier dispositivo (o grupo de dispositivos) adecuado capaz, 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 15, el nodo 1560 de red incluye los circuitos 1570 de procesamiento, el medio 1580 legible por dispositivo, la interfaz 1590, el equipo 1584 auxiliar, la fuente 1586 de alimentación, los circuitos 1587 de alimentación y la antena 1562. Si bien el nodo 1560 de red ilustrado en el ejemplo de red inalámbrica de la Figura 1 puede representar un dispositivo que incluye la combinación ilustrada de componentes de hardware, otras realizaciones pueden comprender nodos de red con diferentes combinaciones de componentes. Se entiende 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 divulgados en el presente documento. Además, si bien los componentes del nodo 1560 de red se representan como cajas individuales ubicadas dentro de una caja más grande, o anidadas dentro de varias cajas, en la práctica, un nodo de red puede comprender múltiples componentes físicos diferentes que conforman un único componente ilustrado (por ejemplo, el medio 1580 legible por dispositivo puede comprender varios discos duros independientes, así como varios módulos de RAM).
De manera similar, el nodo 1560 de red puede estar compuesto de múltiples componentes físicamente separados (por ejemplo, un componente NodeB y un componente RNC, o un componente BTS y un componente BSC, etc.), que pueden tener cada uno sus propios componentes respectivos. En ciertos escenarios en donde el nodo 1560 de red comprende múltiples componentes separados (por ejemplo, componentes BTS y BSC), uno o más de los componentes separados pueden compartirse entre varios nodos de red. Por ejemplo, un solo RNC puede controlar múltiples NodeB. En tal escenario, cada par único de NodeB y RNC, en algunos casos, puede considerarse un solo nodo de red separado. En algunas realizaciones, el nodo 1560 de red puede configurarse para soportar múltiples tecnologías de acceso por radio (RAT). En tales realizaciones, algunos componentes pueden duplicarse (por ejemplo, medio 1580 legible por dispositivo separado para las diferentes RAT) y algunos componentes pueden reutilizarse (por ejemplo, las RAT pueden compartir la misma antena 1562). El nodo 1560 de red también puede incluir varios conjuntos de los diversos componentes ilustrados para diferentes tecnologías inalámbricas integradas en el nodo 1560 de red, como, por ejemplo, tecnologías inalámbricas GSM, WCDMA, LTE, NR, Wi-Fi o Bluetooth. Estas tecnologías inalámbricas pueden estar integradas en el mismo chip o en un conjunto de chips diferente, así como en otros componentes dentro del nodo 1560 de red.
Los circuitos 1570 de procesamiento están configurados para realizar cualquier operación de determinación, cálculo o similar (por ejemplo, ciertas operaciones de obtención) descritas en el presente documento como proporcionadas por un nodo de red. Estas operaciones realizadas por los circuitos 1570 de procesamiento pueden incluir el procesamiento de la información obtenida mediante los circuitos 1570 de procesamiento mediante, por ejemplo, la conversión de la información obtenida en otra información, la comparación de la información obtenida o la información convertida con la información almacenada en el nodo de red, y/o la realización de una o más operaciones basadas en la información obtenida o la información convertida, y como resultado de dicho procesamiento, la toma de una determinación.
Los circuitos 1570 de procesamiento pueden 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 específico de la aplicación, matriz de puertas programables en campo o cualquier otro dispositivo informático, recurso o combinación de hardware, software y/o lógica codificada adecuados, operable para proporcionar, ya sea solo o en conjunto con otros componentes del nodo 1560 de red, como el medio 1580 legible por dispositivo, funcionalidad del nodo 1560 de red. Por ejemplo, los circuitos 1570 de procesamiento pueden ejecutar instrucciones almacenadas en el medio 1580 legible por dispositivo o en la memoria de los circuitos 1570 de procesamiento. Dicha funcionalidad puede incluir proporcionar cualquiera de las diversas características, funciones o beneficios inalámbricos analizados en el presente documento. En algunas realizaciones, los circuitos 1570 de procesamiento pueden incluir un sistema en chip (SOC).
En algunas realizaciones, los circuitos 1570 de procesamiento pueden incluir uno o más circuitos 1572 transceptores de radiofrecuencia (RF) y circuitos 1574 de procesamiento de banda base. En algunas realizaciones, los circuitos 1572 transceptores de radiofrecuencia (RF) y los circuitos 1574 de procesamiento de banda base pueden estar en chips (o conjuntos de chips), placas o unidades independientes, como unidades de radio y unidades digitales. En realizaciones alternativas, parte o la totalidad de los circuitos 1572 transceptores de RF y los circuitos 1574 de procesamiento de banda base pueden 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, proporcionada por un nodo de red, estación base, eNB u otro dispositivo de red similar, puede ser realizada por los circuitos 1570 de procesamiento, que ejecutan instrucciones almacenadas en el medio 1580 legible por dispositivo o en la memoria dentro de los circuitos 1570 de procesamiento. En realizaciones alternativas, parte o la totalidad de la funcionalidad puede ser proporcionada por los circuitos 1570 de procesamiento sin ejecutar instrucciones almacenadas en un medio legible por dispositivo separado o discreto, como por ejemplo, mediante cableado. En cualquiera de estas realizaciones, ya sea ejecutando instrucciones almacenadas en un medio de almacenamiento legible por dispositivo o no, los circuitos 1570 de procesamiento pueden configurarse para realizar la funcionalidad descrita. Las ventajas de esta funcionalidad no se limitan a los circuitos 1570 de procesamiento solos ni a otros componentes del nodo 1560 de red, sino que se disfrutan por el nodo 1560 de red en su conjunto, y/o por los usuarios finales y la red inalámbrica en general.
El medio 1580 legible por dispositivo puede comprender cualquier tipo de memoria volátil o no volátil legible por ordenador, incluyendo, sin limitación, almacenamiento persistente, memoria de estado sólido, memoria montada de manera 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 video digital (DVD)), y/o cualquier otro dispositivo de memoria volátil o no volátil, no transitorio, legible por dispositivo y/o ejecutable por ordenador que almacene información, datos y/o instrucciones que puedan ser utilizadas por los circuitos 1570 de procesamiento. El medio 1580 legible por dispositivo puede almacenar cualquier instrucción, dato o información adecuada, incluyendo un programa informático, software, una aplicación que incluya una o más instrucciones de lógica, reglas, código, tablas, etc., y/u otras instrucciones capaces de ser ejecutadas por los circuitos 1570 de procesamiento y utilizadas por el nodo 1560 de red. El medio 1580 legible por dispositivo puede utilizarse para almacenar cualquier cálculo realizado mediante los circuitos 1570 de procesamiento y/o cualquier dato recibido a través de la interfaz 1590. En algunas realizaciones, los circuitos 1570 de procesamiento y el medio 1580 legible por dispositivo pueden considerarse integrados.
La interfaz 1590 se utiliza en la comunicación cableada o inalámbrica de señalización y/o datos entre el nodo 1560 de red, la red 1506 y/o los WD 1510. Como se ilustra, la interfaz 1590 comprende uno o más puertos/terminales 1594 para enviar y recibir datos, por ejemplo, hacia y desde la red 1506 a través de una conexión cableada. La interfaz 1590 también incluye circuitos 1592 de extremo frontal de radio que pueden estar acoplados a la antena 1562 o, en ciertas realizaciones, formar parte de la antena 1562. Los circuitos 1592 de extremo frontal de radio comprenden filtros 1598 y amplificadores 1596. Los circuitos 1592 de extremo frontal de radio pueden estar conectados a la antena 1562 y a los circuitos 1570 de procesamiento. Los circuitos 1592 de extremo frontal de radio pueden configurarse para acondicionar las señales comunicadas entre la antena 1562 y los circuitos 1570 de procesamiento. Los circuitos 1592 de extremo frontal de radio pueden recibir datos digitales que se enviarán a otros nodos de red o dispositivos de almacenamiento (WD) mediante una conexión inalámbrica. Los circuitos 1592 de extremo frontal de radio pueden convertir los datos digitales en una señal de radio con los parámetros de canal y ancho de banda adecuados mediante una combinación de filtros 1598 y/o amplificadores 1596. La señal de radio puede transmitirse posteriormente a través de la antena 1562. De igual forma, al recibir datos, la antena 1562 puede captar señales de radio que luego los circuitos 1592 de extremo frontal de radio convierten en datos digitales. Los datos digitales pueden pasar a los circuitos 1570 de procesamiento. En otras realizaciones, la interfaz puede comprender diferentes componentes y/o diferentes combinaciones de componentes.
En ciertas realizaciones alternativas, el nodo 1560 de red puede no incluir circuitos 1592 de extremo frontal de radio independientes, en su lugar, los circuitos 1570 de procesamiento pueden incluir circuitos de extremo frontal de radio y pueden conectarse a la antena 1562 sin circuitos 1592 de extremo frontal de radio independientes. De igual manera, en algunas realizaciones, la totalidad o parte de los circuitos 1572 transceptores de RF puede considerarse parte de la interfaz 1590. En otras realizaciones, la interfaz 1590 puede incluir uno o más puertos o terminales 1594, circuitos 1592 de extremo frontal de radio y circuitos 1572 transceptores de RF, como parte de una unidad de radio (no mostrada), y la interfaz 1590 puede comunicarse con los circuitos 1574 de procesamiento de banda base, que forman parte de una unidad digital (no mostrada).
La antena 1562 puede incluir una o más antenas, o conjuntos de antenas, configuradas para enviar y/o recibir señales inalámbricas. La antena 1562 puede estar acoplada a los circuitos 1590 de extremo frontal de radio 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 1562 puede comprender una o más antenas omnidireccionales, sectoriales o de panel operables para transmitir/recibir señales de radio entre, por ejemplo, 2 GHz y 66 GHz. Una antena omnidireccional puede utilizarse para transmitir/recibir señales de radio en cualquier dirección, una antena sectorial para transmitir/recibir señales de radio de dispositivos dentro de un área específica, y una antena de panel puede ser una antena de línea de visión usada para transmitir/recibir señales de radio en una línea relativamente recta. En algunos casos, el uso de más de una antena se conoce como MIMO. En ciertas realizaciones, la antena 1562 puede estar separada del nodo 1560 de red y puede conectarse al nodo 1560 de red a través de una interfaz o puerto.
La antena 1562, la interfaz 1590 y/o los circuitos 1570 de procesamiento pueden configurarse para realizar cualquier operación de recepción y/o ciertas operaciones de obtención descritas en el presente documento como realizadas por un nodo de red. Cualquier información, dato y/o señal puede recibirse desde un dispositivo inalámbrico, otro nodo de red y/o cualquier otro equipo de red. De igual forma, la antena 1562, la interfaz 1590 y/o los circuitos 1570 de procesamiento pueden configurarse para realizar cualquier operación de transmisión descrita en el presente documento como realizada por un nodo de red. Cualquier información, dato y/o señal puede transmitirse a un dispositivo inalámbrico, otro nodo de red y/o cualquier otro equipo de red.
Los circuitos 1587 de alimentación pueden comprender, o estar acoplados a, circuitos de gestión de alimentación y se configuran para alimentar los componentes del nodo 1560 de red para realizar la funcionalidad descrita en el presente documento. Los circuitos 1587 de alimentación pueden recibir energía de la fuente 1586 de alimentación. La fuente 1586 de alimentación y/o los circuitos 1587 de alimentación pueden estar configurados para alimentar los diversos componentes del nodo 1560 de red de forma adecuada para los componentes respectivos (por ejemplo, con el nivel de voltaje y corriente necesario para cada componente respectivo). La fuente 1586 de alimentación puede estar incluida o ser externa a los circuitos 1587 de alimentación y/o al nodo 1560 de red. Por ejemplo, el nodo 1560 de red puede conectarse a una fuente de alimentación externa (por ejemplo, una toma de corriente) mediante circuitos de entrada o una interfaz, como un cable eléctrico, por lo que la fuente de alimentación externa alimenta los circuitos 1587 de alimentación. Como ejemplo adicional, la fuente 1586 de alimentación puede comprender una fuente de alimentación en forma de batería o un paquete de baterías que se conecta o se integra en los circuitos 1587 de alimentación. La batería puede proporcionar energía de respaldo en caso de fallo de la fuente de alimentación externa. También se pueden utilizar otros tipos de fuentes de alimentación, como dispositivos fotovoltaicos.
Las realizaciones alternativas del nodo 1560 de red pueden incluir componentes adicionales a los mostrados en la Figura 15, que pueden ser responsables de proporcionar ciertos aspectos de la funcionalidad del nodo de red, incluyendo cualquiera de las funciones descritas en el presente documento y/o cualquier función necesaria para respaldar el objeto descrito en el presente documento. Por ejemplo, el nodo 1560 de red puede incluir un equipo de interfaz de usuario para permitir la entrada de información en el nodo 1560 de red y para permitir la salida de información del nodo 1560 de red. Esto puede permitir al usuario realizar diagnósticos, mantenimiento, reparaciones y otras funciones administrativas para el nodo 1560 de red.
Tal como se usa en el presente documento, dispositivo inalámbrico (WD) se refiere a un dispositivo capaz, configurado, dispuesto y/u operable para comunicarse inalámbricamente con nodos de red y/u otros dispositivos inalámbricos. Salvo que se indique lo contrario, el término WD puede utilizarse indistintamente en el presente documento con el de 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 radio, ondas infrarrojas y/u otros tipos de señales adecuados para transmitir información por aire. 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 según un horario predeterminado, al ser activado por un evento interno o externo, o en respuesta a solicitudes de la red. Ejemplos de un WD incluyen, pero no se limitan a, un teléfono inteligente, un teléfono móvil, un teléfono celular, un teléfono de voz sobre IP (VolP), un teléfono de bucle local inalámbrico, un ordenador de escritorio, un asistente digital personal (PDA), cámaras inalámbricas, una consola o dispositivo de juegos, un dispositivo de almacenamiento de música, un dispositivo de reproducción, un dispositivo terminal ponible, un punto final inalámbrico, una estación móvil, una tableta, un ordenador portátil, un equipo integrado en ordenador portátil (LEE), un equipo montado en ordenador portátil (LME), un dispositivo inteligente, un equipo inalámbrico en las instalaciones del cliente (CPE), un dispositivo 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 la comunicación de enlace lateral, y en este caso puede denominarse dispositivo de comunicación D2D. 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 monitorización y/o mediciones, y transmite los resultados de dicha monitorización y/o mediciones a otro WD y/o a un nodo de red. En este caso, el WD puede ser un dispositivo de máquina a máquina (M2M), que en un contexto 3GPP puede denominarse dispositivo de comunicación de tipo máquina (MTC). Como ejemplo particular, el WD puede ser un UE que implementa el estándar 3GPP de Internet de las cosas de banda estrecha (NB-IoT). Ejemplos particulares de dichas máquinas o dispositivos son sensores, dispositivos de medición como medidores de potencia, maquinaria industrial o electrodomésticos o aparatos personales (por ejemplo, refrigeradores, televisores, etc.) y dispositivos ponibles personales (por ejemplo, relojes, rastreadores de actividad física, etc.). En otros escenarios, un WD puede representar un vehículo u otro equipo capaz de monitorear y/o informar sobre su estado operativo u otras funciones asociadas con su operación. Un WD como se describe anteriormente puede representar el punto final de una conexión inalámbrica, en cuyo caso el dispositivo puede denominarse terminal inalámbrico. Además, un WD como el 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 1510 inalámbrico incluye la antena 1511, la interfaz 1514, los circuitos 1520 de procesamiento, el medio 1530 legible por dispositivo, el equipo 1532 de interfaz de usuario, el equipo 1534 auxiliar, la fuente 1536 de alimentación y los circuitos 1537 de alimentación. El WD 1510 puede incluir varios conjuntos de uno o más de los componentes ilustrados para diferentes tecnologías inalámbricas compatibles con el WD 1510, como, por ejemplo, las tecnologías inalámbricas GSM, WCDMA, LTE, NR, Wi-Fi, VViMAX o Bluetooth, por mencionar solo algunas. Estas tecnologías inalámbricas pueden estar integradas en el mismo chip o en un conjunto de chips diferente al de otros componentes del WD 1510.
La antena 1511 puede incluir una o más antenas o conjuntos de antenas, configuradas para enviar y/o recibir señales inalámbricas, y está conectada a la interfaz 1514. En ciertas realizaciones alternativas, la antena 1511 puede estar separada del WD 1510 y conectarse al WD 1510 mediante una interfaz o puerto. La antena 1511, la interfaz 1514 y/o los circuitos 1520 de procesamiento pueden configurarse para realizar cualquier operación de recepción o transmisión descrita en el presente documento como realizada por un WD. Cualquier información, dato y/o señal puede recibirse de un nodo de red y/o de otro WD. En algunas realizaciones, los circuitos de extremo frontal de radio y/o la antena 1511 pueden considerarse una interfaz.
Como se ilustra, la interfaz 1514 comprende los circuitos 1512 de extremo frontal de radio y la antena 1511. Los circuitos 1512 de extremo frontal de radio comprenden uno o más filtros 1518 y amplificadores 1516. Los circuitos 1514 de extremo frontal de radio se conectan a la antena 1511 y a los circuitos 1520 de procesamiento, y se configuran para acondicionar las señales comunicadas entre la antena 1511 y los circuitos 1520 de procesamiento. Los circuitos 1512 de extremo frontal de radio pueden acoplarse a la antena 1511 o ser parte de la antena 1511. En algunas realizaciones, el WD 1510 puede no incluir los circuitos 1512 de extremo frontal de radio independientes; en su lugar, los circuitos 1520 de procesamiento pueden comprender circuitos de extremo frontal de radio y conectarse a la antena 1511. De igual manera, en algunas realizaciones, parte o la totalidad de los circuitos 1522 transceptores de RF pueden considerarse parte de la interfaz 1514. Los circuitos 1512 de extremo frontal de radio pueden recibir datos digitales que se enviarán a otros nodos de red o WD mediante una conexión inalámbrica. Los circuitos 1512 de extremo frontal de radio pueden convertir los datos digitales en una señal de radio con los parámetros de canal y ancho de banda adecuados usando una combinación de filtros 1518 y/o amplificadores 1516. La señal de radio puede transmitirse posteriormente a través de la antena 1511. De igual manera, al recibir datos, la antena 1511 puede recopilar señales de radio que los circuitos 1512 de extremo frontal de radio convierten en datos digitales. Los datos digitales pueden pasar a los circuitos 1520 de procesamiento. En otras realizaciones, la interfaz puede comprender diferentes componentes o y/o combinaciones de componentes.
Los circuitos 1520 de procesamiento pueden comprender una combinación de uno o más microprocesadores, controladores, microcontroladores, unidades centrales de procesamiento, procesadores de señales digitales, circuitos integrados específicos de la aplicación, matrices de puertas programables en campo (PCM) o cualquier otro dispositivo informático, recurso o combinación de hardware, software y/o lógica codificada operable para proporcionar, ya sea de forma independiente o en conjunto con otros componentes del WD 1510, como el medio 1530 legible por dispositivo, la funcionalidad del WD 1510. Dicha funcionalidad puede incluir proporcionar cualquiera de las diversas características o ventajas inalámbricas descritas en el presente documento. Por ejemplo, los circuitos 1520 de procesamiento pueden ejecutar instrucciones almacenadas en el medio 1530 legible por dispositivo o en la memoria de los circuitos 1520 de procesamiento para proporcionar la funcionalidad descrita en el presente documento.
Como se ilustra, los circuitos 1520 de procesamiento incluyen uno o más circuitos 1522 transceptores de RF, circuitos 1524 de procesamiento de banda base y circuitos 1526 de procesamiento de aplicaciones. En otras realizaciones, los circuitos de procesamiento pueden comprender diferentes componentes y/o combinaciones de componentes. En ciertas realizaciones, los circuitos 1520 de procesamiento del WD 1510 pueden incluir un SOC. En algunas realizaciones, los circuitos 1522 transceptores de RF, los circuitos 1524 de procesamiento de banda base y los circuitos 1526 de procesamiento de aplicaciones pueden estar en chips o conjuntos de chips separados. En realizaciones alternativas, parte o la totalidad de los circuitos 1524 de procesamiento de banda base y los circuitos 1526 de procesamiento de aplicaciones pueden combinarse en un solo chip o conjunto de chips, y los circuitos 1522 transceptores de RF pueden estar en un chip o conjunto de chips separado. En otras realizaciones alternativas, parte o la totalidad de los circuitos 1522 transceptores de RF y los circuitos 1524 de procesamiento de banda base pueden estar en el mismo chip o conjunto de chips, y los circuitos 1526 de procesamiento de aplicaciones pueden estar en un chip o conjunto de chips independiente. En todavía otras realizaciones alternativas, parte o la totalidad de los circuitos 1522 transceptores de RF, los circuitos 1524 de procesamiento de banda base y los circuitos 1526 de procesamiento de aplicaciones pueden estar combinados en el mismo chip o conjunto de chips. En algunas realizaciones, los circuitos 1522 transceptores de RF pueden formar parte de la interfaz 1514. Los circuitos 1522 transceptores de RF pueden acondicionar señales de RF para los circuitos 1520 de procesamiento.
En ciertas realizaciones, parte o la totalidad de la funcionalidad descrita en el presente documento como realizada por un WD puede ser proporcionada por los circuitos 1520 de procesamiento, que ejecutan instrucciones almacenadas en el medio 1530 legible por dispositivo, que en ciertas realizaciones puede ser un medio de almacenamiento legible por ordenador. En realizaciones alternativas, parte o la totalidad de la funcionalidad puede ser proporcionada por los circuitos 1520 de procesamiento sin ejecutar instrucciones almacenadas en un medio de almacenamiento legible por dispositivo independiente o discreto, como por ejemplo, mediante cableado. En cualquiera de estas realizaciones particulares, ya sea ejecutando instrucciones almacenadas en un medio de almacenamiento legible por dispositivo o no, los circuitos 1520 de procesamiento pueden configurarse para realizar la funcionalidad descrita. Las ventajas proporcionadas por tal funcionalidad no se limitan a los circuitos 1520 de procesamiento solos ni a otros componentes del WD 1510, sino que se disfrutan por el WD 1510 en su conjunto y/o por los usuarios finales y la red inalámbrica en general.
Los circuitos 1520 de procesamiento pueden configurarse para realizar cualquier operación de determinación, cálculo o similar (por ejemplo, ciertas operaciones de obtención) descritas en el presente documento como realizadas por un WD. Estas operaciones, realizadas por los circuitos 1520 de procesamiento, pueden incluir el procesamiento de la información obtenida por los circuitos 1520 de procesamiento, por ejemplo, mediante la conversión de la información obtenida en otra información, la comparación de la información obtenida o la información convertida con la información almacenada por el WD 1510 y/o la realización de una o más operaciones basadas en la información obtenida o la información convertida, y como resultado de dicho procesamiento, la toma de una determinación.
El medio 1530 legible por dispositivo puede ser operable para almacenar un programa informático, software, una aplicación que incluya una o más de lógica, reglas, código, tablas, etc., y/u otras instrucciones que los circuitos 1520 de procesamiento puedan ejecutar. El medio 1530 legible por dispositivo puede incluir memoria informática (por ejemplo, memoria de acceso aleatorio (RAM) o memoria de solo lectura (ROM)), medios de almacenamiento masivo (por ejemplo, un disco duro), medios de almacenamiento extraíbles (por ejemplo, un disco compacto (CD) o un disco de vídeo digital (DVD)) y/o cualquier otro dispositivo de memoria, volátil o no volátil, no transitorio, legible por dispositivo y/o ejecutable por ordenador, que almacene información, datos y/o instrucciones que los circuitos 1520 de procesamiento puedan usar. En algunas realizaciones, los circuitos 1520 de procesamiento y el medio 1530 legible por dispositivo pueden considerarse integrados.
El equipo 1532 de interfaz de usuario puede proporcionar componentes que permiten a un usuario humano interactuar con el WD 1510. Dicha interacción puede ser de diversas formas, como visual, auditiva, táctil, etc. El equipo 1532 de interfaz de usuario puede operar para producir salidas para el usuario y permitir al usuario proporcionar entradas al WD 1510. El tipo de interacción puede variar según el tipo de equipo 1532 de interfaz de usuario instalado en el WD 1510. Por ejemplo, si el WD 1510 es un teléfono inteligente, la interacción puede ser mediante una pantalla táctil; si el WD 1510 es un medidor inteligente, la interacción puede ser mediante una pantalla que muestra el uso (por ejemplo, la cantidad de galones utilizados) o un altavoz que proporciona una alerta audible (por ejemplo, si se detecta humo). El equipo 1532 de interfaz de usuario puede incluir interfaces, dispositivos y circuitos de entrada, e interfaces, dispositivos y circuitos de salida. El equipo 1532 de interfaz de usuario está configurado para permitir la entrada de información al WD 1510 y está conectado a los circuitos 1520 de procesamiento para que los circuitos 1520 de procesamiento procesen la información de entrada. El equipo 1532 de interfaz de usuario puede incluir, por ejemplo, un micrófono, un sensor de proximidad o de otro tipo, teclas/botones, una pantalla táctil, una o más cámaras, un puerto USB u otros circuitos de entrada. El equipo 1532 de interfaz de usuario también está configurado para permitir la salida de información del WD 1510 y para permitir que los circuitos 1520 de procesamiento emitan información desde el WD 1510. El equipo 1532 de interfaz de usuario puede incluir, por ejemplo, un altavoz, una pantalla, circuitos de vibración, un puerto USB, una interfaz para auriculares u otros circuitos de salida. Mediante el uso de una o más interfaces, dispositivos y circuitos de entrada y salida del equipo 1532 de interfaz de usuario, el WD 1510 puede comunicarse con los usuarios finales y/o la red inalámbrica y permitirles beneficiarse de la funcionalidad descrita en el presente documento.
El equipo 1534 auxiliar es operable para proporcionar una funcionalidad más específica que los WD pueden no realizar de manera general. Esto puede comprender sensores especializados para realizar mediciones con diversos fines, interfaces para tipos de comunicación adicionales, como comunicaciones por cable, etc. La inclusión y el tipo de componentes del equipo 1534 auxiliar pueden variar según la implementación y/o el escenario.
La fuente 1536 de alimentación puede, en algunas realizaciones, ser en forma de batería o un paquete de baterías. También se pueden utilizar 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 energía. El WD 1510 puede incluir además circuitos 1537 de alimentación para suministrar energía desde la fuente 1536 de alimentación a las diversas partes del WD 1510 que necesitan energía de la fuente 1536 de alimentación para llevar a cabo cualquier funcionalidad descrita o indicada en el presente documento. En ciertas realizaciones, los circuitos 1537 de alimentación pueden incluir circuitos de gestión de energía. Los circuitos 1537 de alimentación pueden, adicional o alternativamente, ser operables para recibir energía de una fuente de alimentación externa; en cuyo caso, el WD 1510 puede conectarse a la fuente de alimentación externa (por ejemplo, una toma de corriente) mediante circuitos de entrada o una interfaz, como un cable de alimentación. En ciertas realizaciones, los circuitos 1537 de alimentación también pueden ser operables para suministrar energía desde una fuente de alimentación externa a la fuente 1536 de alimentación. Esto puede ser, por ejemplo, para cargar la fuente 1536 de alimentación. Los circuitos 1537 de alimentación pueden realizar cualquier formateo, conversión u otra modificación de la energía de la fuente 1536 de alimentación para hacer que la energía sea adecuada para los componentes respectivos del WD 1510 a los que se suministra energía.
La Figura 16 ilustra una implementación de un UE según diversos aspectos descritos en el presente documento. Tal como se usa en el presente documento, un equipo de usuario o UE no necesariamente tiene un usuario en el sentido de un usuario humano que posee y/u opera el dispositivo en cuestión. En cambio, un UE puede representar un dispositivo destinado a la venta o a ser operado por un usuario humano, pero que puede no estar asociado, o estar asociado inicialmente con un usuario humano específico. Un UE también puede comprender cualquier UE identificado por el Proyecto de Asociación de Tercera Generación (3GPP), incluyendo un UE NB-loT que no esté destinado a la venta ni a ser operado por un usuario humano. El UE 1600, como se ilustra en la Figura 16, es un ejemplo de un WD configurado para la comunicación según uno o más estándares de comunicación promulgados por el Proyecto de Asociación de Tercera Generación (3GPP), como los estándares GSM, UMTS, LTE y/o 5G de 3GPP. Como se mencionó anteriormente, los términos WD y UE pueden usarse indistintamente. En consecuencia, aunque la Figura 16 es un UE, los componentes analizados en el presente documento son igualmente aplicables a un WD y viceversa.
En la Figura 16, el UE 1600 incluye los circuitos 1601 de procesamiento, conectados operativamente a la interfaz 1605 de entrada/salida, la interfaz 1609 de radiofrecuencia (RF), la interfaz 1611 de conexión de red, la memoria 1615 que incluye memoria 1617 de acceso aleatorio (RAM), memoria 1619 de solo lectura (ROM) y el medio 1621 de almacenamiento o similar, el subsistema 1631 de comunicación, la fuente 1633 de alimentación y/o cualquier otro componente, o cualquier combinación de estos. El medio 1621 de almacenamiento incluye el sistema 1623 operativo, el programa 1625 de aplicaciones y datos 1627. En otras realizaciones, el medio 1621 de almacenamiento puede incluir otros tipos de información similares. Algunos UE pueden utilizar todos los componentes mostrados en la Figura 16 o solo un subconjunto de los componentes. El nivel de integración entre los componentes puede variar de un UE a otro UE. Además, ciertos UE pueden contener múltiples instancias de un componente, como múltiples procesadores, memorias, transceptores, transmisores, receptores, etc.
En la Figura 16, los circuitos 1601 de procesamiento pueden configurarse para procesar instrucciones y datos de ordenador. Los circuitos 1601 de procesamiento pueden configurarse para implementar cualquier máquina de estados secuencial que ejecute instrucciones de máquina almacenadas como programas informáticos legibles por máquina en la memoria, como una o más máquinas de estados implementadas por hardware (por ejemplo, en lógica discreta, FPGA, ASIC, etc.); lógica programable con firmware adecuado; uno o más programas almacenados, procesadores de propósito general, como un microprocesador o un procesador de señal digital (DSP), junto con el software adecuado; o cualquier combinación de los anteriores. Por ejemplo, los circuitos 1601 de procesamiento pueden incluir dos unidades centrales de procesamiento (CPU). Los datos pueden ser información en un formato adecuado para su uso por un ordenador.
En la realización mostrada, la interfaz 1605 de entrada/salida puede configurarse para proporcionar una interfaz de comunicación con un dispositivo de entrada, un dispositivo de salida o un dispositivo de entrada y salida. El UE 1600 puede configurarse para usar un dispositivo de salida a través de la interfaz 1605 de entrada/salida. Un dispositivo de salida puede usar el mismo tipo de puerto de interfaz que un dispositivo de entrada. Por ejemplo, se puede usar un puerto USB para proporcionar entrada y salida al UE 1600. El dispositivo de salida puede ser un altavoz, una tarjeta de sonido, una tarjeta de vídeo, una pantalla, un monitor, una impresora, un actuador, un emisor, una tarjeta inteligente, otro dispositivo de salida o cualquier combinación de los mismos. El UE 1600 puede configurarse para usar un dispositivo de entrada a través de la interfaz 1605 de entrada/salida, lo que permite al usuario capturar información en el UE 1600. El dispositivo de entrada puede incluir una pantalla táctil o una pantalla de presencia, una cámara (por ejemplo, una cámara digital, una videocámara digital, una cámara web, etc.), un micrófono, un sensor, un ratón, una bola de seguimiento, un pad direccional, un panel táctil, una rueda de desplazamiento, una tarjeta inteligente, y similares. La pantalla de presencia puede incluir un sensor táctil capacitivo o resistivo para detectar la entrada del usuario. Un sensor puede ser, por ejemplo, un acelerómetro, un giroscopio, un sensor de inclinación, un sensor de fuerza, un magnetómetro, un sensor óptico, un sensor de proximidad, otro sensor similar o cualquier combinación de los mismos. Por ejemplo, el dispositivo de entrada puede ser un acelerómetro, un magnetómetro, una cámara digital, un micrófono y un sensor óptico.
En la Figura 16, la interfaz 1609 de RF puede configurarse para proporcionar una interfaz de comunicación a componentes de RF como un transmisor, un receptor y una antena. La interfaz 1611 de conexión de red puede configurarse para proporcionar una interfaz de comunicación a la red 1643a. La red 1643a puede abarcar redes cableadas y/o inalámbricas, como una red de área local (LAN), una red de área extensa (WAN), una red informática, una red inalámbrica, una red de telecomunicaciones, una red similar o cualquier combinación de las mismas. Por ejemplo, la red 1643a puede comprender una red Wi-Fi. La interfaz 1611 de conexión de red puede configurarse para incluir una interfaz de receptor y transmisor que se utiliza para comunicarse con uno o más dispositivos adicionales a través de una red de comunicación según uno o más protocolos, como Ethernet, TCP/IP, SONET, ATM, o similares. La interfaz 1611 de conexión de red puede implementar la funcionalidad de receptor y transmisor adecuada para los enlaces de la red de comunicación (por ejemplo, ópticos, eléctricos, y similares.). Las funciones de transmisor y receptor pueden compartir componentes de circuito, software o firmware o, alternativamente, pueden implementarse por separado.
La RAM 1617 puede configurarse para interactuar, a través del bus 1602, con los circuitos 1601 de procesamiento para proporcionar almacenamiento o caché de datos o instrucciones informáticas durante la ejecución de programas de software, como el sistema operativo, los programas de aplicación y los controladores de dispositivos. La ROM 1619 puede configurarse para proporcionar instrucciones informáticas o datos a los circuitos 1601 de procesamiento. Por ejemplo, la ROM 1619 puede configurarse para almacenar código o datos de sistema de bajo nivel invariables para funciones básicas del sistema, como entrada y salida (E/S) básicas, inicio o recepción de pulsaciones de teclas de un teclado que se almacenan en una memoria no volátil. El medio 1621 de almacenamiento puede configurarse para incluir memoria como RAM, ROM, memoria de solo lectura programable (PROM), memoria de solo lectura programable borrable (EPROM), memoria de solo lectura programable borrable eléctricamente (EEPROM), discos magnéticos, discos ópticos, disquetes, discos duros, cartuchos extraíbles o unidades flash. En un ejemplo, el medio 1621 de almacenamiento puede configurarse para incluir el sistema 1623 operativo, el programa 1625 de aplicaciones como una aplicación de navegador web, un motor de widgets o gadgets u otra aplicación, y el archivo 1627 de datos. El medio 1621 de almacenamiento puede almacenar, para su uso por parte del UE 1600, cualquiera de una variedad de diversos sistemas operativos o combinaciones de sistemas operativos.
El medio 1621 de almacenamiento puede configurarse para incluir varias unidades físicas, como un conjunto redundante de discos independientes (RAID), una unidad de disquete, una memoria flash, una unidad flash USB, una unidad de disco duro externo, una memoria flash USB, una unidad USB, una memoria USB, una unidad de disco óptico de disco versátil digital de alta densidad (HD-DVD), una unidad de disco duro interno, una unidad de disco óptico Blu-ray, una unidad de disco óptico de almacenamiento de datos digitales holográficos (HDDS), un módulo de memoria en línea mini-dual (DIMM) externo, una memoria de acceso aleatorio dinámico síncrono (SDRAM), una SDRAM micro-DIMM externa, una memoria de tarjeta inteligente como un módulo de identidad de abonado o un módulo de identidad de usuario extraíble (SIM/RUIM), otra memoria o cualquier combinación de las mismas. El medio 1621 de almacenamiento permite al UE 1600 acceder a instrucciones ejecutables por ordenador, programas de aplicación o similares, almacenados en medios de memoria transitorios o no transitorios, para descargar o para cargar datos. Un artículo manufacturado, tal como uno que utiliza un sistema de comunicación, puede estar incorporado de manera tangible en un medio 1621 de almacenamiento, que puede comprender un medio legible por dispositivo.
En la Figura 16, los circuitos 1601 de procesamiento pueden configurarse para comunicarse con la red 1643b mediante el subsistema 1631 de comunicación. La red 1643a y la red 1643b pueden ser la misma red o redes o una red o redes diferentes. El subsistema 1631 de comunicación puede configurarse para incluir uno o más transceptores para comunicarse con la red 1643b. Por ejemplo, el subsistema 1631 de comunicación puede configurarse para incluir uno o más transceptores usados para comunicarse con uno o más transceptores remotos de otro dispositivo con capacidad de comunicación inalámbrica, como otro WD, UE o estación base de una red de acceso de radio (RAN), según uno o más protocolos de comunicación, como IEEE 802.16, CDMA, WCDM A, GSM, LTE,<u>T<r>AN, WiMax, o similares. Cada transceptor puede incluir transmisor 1633 y/o receptor 1635 para implementar la funcionalidad de transmisor o receptor, respectivamente, según los enlaces RAN (por ejemplo, asignación de frecuencias, y similares.). Además, el transmisor 1633 y el receptor 1635 de cada transceptor pueden compartir componentes de circuito, software o firmware, o alternativamente implementarse por separado.
En la realización ilustrada, las funciones de comunicación del subsistema 1631 de comunicación pueden incluir comunicación de datos, comunicación de voz, comunicación multimedia, comunicaciones de corto alcance como Bluetooth, comunicación de campo cercano, comunicación basada en la ubicación, como el uso del sistema de posicionamiento global (GPS) para determinar una ubicación, otra función de comunicación similar o cualquier combinación de las mismas. Por ejemplo, el subsistema 1631 de comunicación puede incluir comunicación celular, comunicación Wi-Fi, comunicación Bluetooth y comunicación GPS. La red 1643b puede abarcar redes cableadas y/o inalámbricas, como una red de área local (LAN), una red de área extensa (WAN), una red informática, una red inalámbrica, una red de telecomunicaciones, otra red similar o cualquier combinación de las mismas. Por ejemplo, la red 1643b puede ser una red celular, una red Wi-Fi y/o una red de campo cercano. La fuente 1613 de alimentación puede estar configurada para suministrar corriente alterna (CA) o corriente continua (CC) a los componentes del UE 1600.
Las características, beneficios y/o funciones descritas en el presente documento pueden implementarse en uno de los componentes del UE 1600 o distribuirse entre varios componentes del UE 1600. Además, las características, beneficios y/o funciones descritas en el presente documento pueden implementarse en cualquier combinación de hardware, software o firmware. Por ejemplo, el subsistema 1631 de comunicación puede configurarse para incluir cualquiera de los componentes descritos en el presente documento. Además, los circuitos 1601 de procesamiento pueden configurarse para comunicarse con cualquiera de estos componentes a través del bus 1602. En otro ejemplo, cualquiera de estos componentes puede representarse mediante instrucciones de programa almacenadas en memoria que, al ser ejecutadas por los circuitos 1601 de procesamiento, realizan las funciones correspondientes descritas en el presente documento. En otro ejemplo, la funcionalidad de cualquiera de estos componentes puede distribuirse entre los circuitos 1601 de procesamiento y el subsistema 1631 de comunicación. En otro ejemplo, las funciones de bajo consumo computacional de cualquiera de estos componentes pueden implementarse en software o firmware, y las funciones de alto consumo computacional pueden implementarse en hardware.
La Figura 17 es un diagrama de bloques esquemático que ilustra un entorno 1700 de virtualización en donde se pueden virtualizar las funciones implementadas por algunas realizaciones. En el presente contexto, virtualizar significa crear versiones virtuales de aparatos o dispositivos, lo que puede incluir virtualizar plataformas de hardware, dispositivos de almacenamiento y recursos de red. Tal como se usa en el presente documento, la virtualización puede aplicarse a un nodo (por ejemplo, una estación base virtualizada o un nodo de acceso de radio virtualizado) o a un dispositivo (por ejemplo, un UE, un dispositivo inalámbrico o cualquier otro tipo de dispositivo de comunicación) o a sus componentes, y se refiere a una implementación en donde al menos una parte de la funcionalidad se implementa como uno o más componentes virtuales (por ejemplo, mediante una o más aplicaciones, componentes, funciones, máquinas virtuales o contenedores que se ejecutan en uno o más nodos de procesamiento físico en una o más redes).
En algunas realizaciones, algunas o todas las funciones descritas en el presente documento pueden implementarse como componentes virtuales ejecutados por una o más máquinas virtuales implementadas en uno o más entornos 1700 virtuales alojados por uno o más de los nodos 1730 de hardware. Además, en realizaciones en donde el nodo virtual no es un nodo de acceso por radio o no requiere conectividad por radio (por ejemplo, un nodo de red central), entonces el nodo de red puede estar completamente virtualizado.
Las funciones pueden ser implementadas por una o más aplicaciones 1720 (que también pueden denominarse alternativamente instancias de software, dispositivos virtuales, funciones de red, nodos virtuales, funciones de red virtual, etc.) que funcionan para implementar algunas de las características, funciones y/o beneficios de algunas de las realizaciones descritas en el presente documento. Las aplicaciones 1720 se ejecutan en el entorno 1700 de virtualización, que proporciona hardware 1730 compuesto por circuitos 1760 de procesamiento y memoria 1790. La memoria 1790 contiene instrucciones 1795 ejecutables por los circuitos 1760 de procesamiento, mediante las cuales la aplicación 1720 proporciona una o más de las características, beneficios y/o funciones descritas en el presente documento.
El entorno 1700 de virtualización, comprende dispositivos 1730 de hardware de red de propósito general o de propósito especial que comprenden un conjunto de uno o más procesadores o circuitos 1760 de procesamiento, que pueden ser procesadores comerciales listos para usar (COTS), circuitos integrados de aplicación específica (ASIC) dedicados o cualquier otro tipo de circuito de procesamiento que incluya componentes de hardware digitales o analógicos o procesadores de propósito especial. Cada dispositivo de hardware puede comprender la memoria 1790-1, que puede ser una memoria no persistente para almacenar temporalmente instrucciones 1795 o software ejecutado por los circuitos 1760 de procesamiento. Cada dispositivo de hardware puede comprender uno o más controladores 1770 de interfaz de red (NIC), también conocidos como tarjetas de interfaz de red, que incluyen la interfaz 1780 de red física. Cada dispositivo de hardware también puede incluir medios 1790-2 de almacenamiento no transitorios, persistentes y legibles por máquina que almacenan en los mismos software 1795 y/o instrucciones ejecutables por los circuitos 1760 de procesamiento. El software 1795 puede incluir cualquier tipo de software, incluyendo software para instanciar una o más capas 1750 de virtualización (también denominadas hipervisores), software para ejecutar máquinas 1740 virtuales, así como software que le permite ejecutar funciones, características y/o beneficios descritos en relación con algunas realizaciones descritas en el presente documento.
Las máquinas 1740 virtuales comprenden procesamiento virtual, memoria virtual, red o interfaz virtual y almacenamiento virtual, y pueden ser ejecutadas por una capa 1750 de virtualización o hipervisor correspondiente. Se pueden implementar diferentes realizaciones de la instancia del dispositivo 1720 virtual en una o más máquinas 1740 virtuales, y las implementaciones pueden realizarse de diferentes maneras.
Durante la operación, los circuitos 1760 de procesamiento ejecutan el software 1795 para instanciar el hipervisor o la capa 1750 de virtualización, que a veces se denomina monitor de máquina virtual (VMM). La capa 1750 de virtualización puede presentar una plataforma operativa virtual que se asemeja a un hardware de red para la máquina 1740 virtual.
Como se muestra en la Figura 17, el hardware 1730 puede ser un nodo de red independiente con componentes genéricos o específicos. El hardware 1730 puede incluir la antena 17225 y puede implementar algunas funciones mediante virtualización. Como alternativa, el hardware 1730 puede formar parte de un clúster de hardware más grande (por ejemplo, en un centro de datos o en un equipo en las instalaciones del cliente (CPE)), donde muchos nodos de hardware trabajan juntos y se gestionan mediante gestión 17100 y orquestación (MANO), que, entre otras funciones, supervisa la gestión del ciclo de vida de las aplicaciones 1720.
La virtualización del hardware se conoce en algunos contextos como virtualización de funciones de red (NFV). La NFV puede utilizarse para consolidar diversos tipos de equipos de red en hardware de servidor, conmutadores físicos y almacenamiento físico de alto volumen estándar en la industria, que pueden ubicarse en centros de datos y equipos en las instalaciones del cliente.
En el contexto de NFV, la máquina 1740 virtual puede ser una implementación de software de una máquina física que ejecuta programas como si se ejecutaran en una máquina física no virtualizada. Cada máquina 1740 virtual y la parte del hardware 1730 que ejecuta esa máquina virtual, ya sea hardware dedicado a esa máquina virtual y/o hardware compartido por esa máquina virtual con otras máquinas 1740 virtuales, forman elementos de red virtuales (VNE) independientes.
Aún en el contexto de NFV, la función de red virtual (VNF) es responsable de manejar funciones de red específicas que se ejecutan en una o más máquinas 1740 virtuales sobre la infraestructura 1730 de red de hardware y corresponde a la aplicación 1720 en la Figura 17.
En algunas realizaciones, una o más unidades 17200 de radio, cada una de las cuales incluye uno o más transmisores 17220 y uno o más receptores 17210, pueden estar acopladas a una o más antenas 17225. Las unidades 17200 de radio pueden comunicarse directamente con los nodos 1730 de hardware a través de una o más interfaces de red apropiadas y pueden usarse en combinación con los componentes virtuales para proporcionar un nodo virtual con capacidades de radio, como un nodo de acceso por radio o una estación base.
En algunas realizaciones, se puede efectuar cierta señalización con el uso del sistema 17230 de control que puede usarse alternativamente para la comunicación entre los nodos 1730 de hardware y las unidades 17200 de radio.
Con referencia a la Figura 18, según una realización, un sistema de comunicación incluye la red 1810 de telecomunicaciones, como una red celular de tipo 3GPP, que comprende una red 1811 de acceso, como una red de acceso por radio, y una red 1814 central. La red 1811 de acceso comprende varias estaciones 1812a, 1812b y 1812c base, como NB, eNB, gNB u otros tipos de puntos de acceso inalámbricos, cada una de las cuales define un área 1813a, 1813b y 1813c de cobertura correspondiente. Cada estación 1812a, 1812b y 1812c base se puede conectar a la red 1814 central mediante una conexión 1815 cableada o inalámbrica. Un primer UE 1891, ubicado en el área 1813c de cobertura, está configurado para conectarse inalámbricamente a la estación 1812c base correspondiente o para ser buscando por la misma. Un segundo UE 1892 en el área 1813a de cobertura se puede conectar inalámbricamente a la estación 1812a base correspondiente. Si bien en este ejemplo se ilustran varios UE 1891 y 1892, las realizaciones divulgadas son igualmente aplicables a una situación en donde un solo UE se encuentra en el área de cobertura o en donde un solo UE se conecta a la estación 1812 base correspondiente.
La red 1810 de telecomunicaciones está conectada al ordenador 1830 anfitrión, que puede estar integrado en el hardware y/o software de un servidor independiente, un servidor implementado en la nube, un servidor distribuido o como recursos de procesamiento en una granja de servidores. El ordenador 1830 anfitrión puede ser propiedad o estar bajo el control de un proveedor de servicios, o puede ser operado por el proveedor de servicios o en nombre del proveedor de servicios. Las conexiones 1821 y 1822 entre la red 1810 de telecomunicaciones y el ordenador 1830 anfitrión pueden extenderse directamente desde la red 1814 central al ordenador 1830 anfitrión o pueden pasar por una red 1820 intermedia opcional. La red 1820 intermedia puede ser una de, o una combinación de más de, una red pública, privada o alojada; la red 1820 intermedia, si la hubiera, puede ser una red troncal o Internet; en particular, la red 1820 intermedia puede comprender dos o más subredes (no mostradas).
El sistema de comunicación de la Figura 18, en su conjunto, permite la conectividad entre los UE conectados 1891 y 1892 y el ordenador 1830 anfitrión. Esta conectividad puede describirse como una conexión 1850 OTT (over-the-top). El ordenador 1830 anfitrión y los UE 1891 y 1892 conectados están configurados para comunicar datos y/o señalización a través de la conexión 1850 OTT, utilizando la red 1811 de acceso, la red 1814 central, cualquier red 1820 intermedia y posible infraestructura adicional (no mostrada) como intermediarias. La conexión 1850 OTT puede ser transparente, en el sentido de que los dispositivos de comunicación participantes por los que pasa la conexión 1850 OTT desconocen el enrutamiento de las comunicaciones de enlace ascendente y enlace descendente. Por ejemplo, es posible que la estación 1812 base no esté informada, o no sea necesario informarla, del enrutamiento pasado de una comunicación de enlace descendente entrante con datos originados en el ordenador 1830 anfitrión para ser reenviados (por ejemplo, transferidos) a un UE 1891 conectado. De manera similar, la estación 1812 base no necesita estar al tanto del enrutamiento futuro de una comunicación de enlace ascendente saliente originada en el UE 1891 hacia el ordenador 1830 anfitrión.
A continuación, se describirán, con referencia a la Figura 19, implementaciones de ejemplo, según una realización, del UE, la estación base y el ordenador anfitrión descritos en los párrafos anteriores. En el sistema 1900 de comunicación, el ordenador 1910 anfitrión comprende hardware 1915, que incluye la interfaz 1916 de comunicación, configurada para establecer y mantener una conexión cableada o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema 1900 de comunicación. El ordenador 1910 anfitrión también comprende circuitos 1918 de procesamiento, que pueden tener capacidades de almacenamiento y/o procesamiento. En particular, los circuitos 1918 de procesamiento pueden comprender uno o más procesadores programables, circuitos integrados específicos de la aplicación, matrices de puertas programables en campo o combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. El ordenador 1910 anfitrión también incluye software 1911, que se almacena o es accesible por el ordenador 1910 anfitrión y ejecutable por los circuitos 1918 de procesamiento. El software 1911 incluye la aplicación 1912 anfitrión. La aplicación 1912 anfitrión puede ser operable para proporcionar un servicio a un usuario remoto, como un UE 1930 conectado a través de la conexión 1950 OTT que termina en el UE 1930 y el ordenador 1910 anfitrión. Al proporcionar el servicio al usuario remoto, la aplicación 1912 anfitrión puede proporcionar datos de usuario que se transmiten mediante la conexión 1950 OTT.
El sistema 1900 de comunicación incluye además una estación 1920 base proporcionada en un sistema de telecomunicaciones, que comprende hardware 1925 que le permite comunicarse con el ordenador 1910 anfitrión y con el UE 1930. El hardware 1925 puede incluir una interfaz 1926 de comunicación para establecer y mantener una conexión cableada o inalámbrica con la interfaz de un dispositivo de comunicación diferente del sistema 1900, así como una interfaz 1927 de radio para establecer y mantener al menos una conexión 1970 inalámbrica con el UE 1930 ubicado en un área de cobertura (no mostrada en la Figura 19) servida por la estación 1920 base. La interfaz 1926 de comunicación puede configurarse para facilitar la conexión 1960 al ordenador 1910 anfitrión. La conexión 1960 puede ser directa o pasar por una red central (no mostrada en la Figura 5) del sistema de telecomunicaciones y/o por una o más redes intermedias externas al sistema de telecomunicaciones. En la realización mostrada, el hardware 1925 de la estación 1920 base incluye además circuitos 1928 de procesamiento, que pueden comprender uno o más procesadores programables, circuitos integrados específicos de la aplicación, matrices de puertas programables en campo o combinaciones de estos (no mostrados) diseñados para ejecutar instrucciones. La estación 1920 base también tiene el software 1921 almacenado internamente o accesible a través de una conexión externa.
El sistema 1900 de comunicación incluye además el UE 1930, ya mencionado. Su hardware 1935 puede incluir una interfaz 1937 de radio configurada para establecer y mantener la conexión 1970 inalámbrica con una estación base que atiende el área de cobertura donde se encuentra actualmente el UE 1930. El hardware 1935 del UE 1930 incluye además circuitos 1938 de procesamiento, que pueden incluir uno o más procesadores programables, circuitos integrados específicos de la aplicación, matrices de puertas programables en campo o combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. El UE 1930 comprende además software 1931, que se almacena o es accesible por el UE 1930 y ejecutable por los circuitos 1938 de procesamiento. El software 1931 incluye la aplicación 1932 de cliente. La aplicación 1932 de cliente puede ser operable para prestar un servicio a un usuario humano o no humano a través del UE 1930, con el apoyo del ordenador 1910 anfitrión. En el ordenador 1910 anfitrión, una aplicación 1912 anfitrión en ejecución puede comunicarse con la aplicación 1932 de cliente en ejecución a través de la conexión 1950 OTT que termina en el UE 1930 y el ordenador 1910 anfitrión. Al prestar el servicio al usuario, la aplicación 1932 de cliente puede recibir datos de solicitud de la aplicación 1912 anfitrión y proporcionar datos del usuario en respuesta a los datos solicitados. La conexión 1950 OTT puede transferir tanto los datos de la solicitud como los datos del usuario. La aplicación 1932 de cliente puede interactuar con el usuario para generar los datos que proporciona.
Cabe señalar que el ordenador 1910 anfitrión, la estación 1920 base y el UE 1930, ilustrados en la Figura 19, pueden ser similares o idénticos al ordenador 1830 anfitrión, a una de las estaciones 1812a, 1812b o 1812c base y a uno de los UE 1891 y 1892 de la Figura 18, respectivamente. Es decir, el funcionamiento interno de estas entidades puede ser el que se muestra en la Figura 19 e, independientemente, la topología de red circundante puede ser la de la Figura 18.
En la Figura 19, la conexión 1950 OTT se ha dibujado de forma abstracta para ilustrar la comunicación entre el ordenador 1910 anfitrión y el UE 1930 a través de la estación 1920 base, sin referencia explícita a ningún dispositivo intermediario ni al enrutamiento preciso de los mensajes a través de estos mensaje. La infraestructura de red puede determinar el enrutamiento, que puede estar configurada para ocultarse del UE 1930 o del proveedor de servicios que opera el ordenador 1910 anfitrión, o de ambos. Mientras la conexión 1950 OTT está activa, la infraestructura de red puede tomar decisiones adicionales que modifican dinámicamente el enrutamiento (por ejemplo, en base a la consideración del equilibrio de carga o la reconfiguración de la red).
La conexión 1970 inalámbrica entre el UE 1930 y la estación 1920 base es según las enseñanzas de las realizaciones descritas en esta divulgación. Una o más de las diversas realizaciones mejoran el rendimiento de los servicios OTT proporcionados al UE 1930 mediante la conexión 1950 OTT, donde la conexión 1970 inalámbrica constituye el último segmento. Más concretamente, las enseñanzas de estas realizaciones pueden mejorar la latencia y el consumo de energía, ofreciendo así beneficios como menores retardos, mejor capacidad de respuesta y mayor duración de la batería.
Se puede proporcionar un procedimiento de medición con el objetivo de monitorizar la velocidad de datos, la latencia y otros factores que mejoran una o más realizaciones. Además, puede existir una funcionalidad de red opcional para reconfigurar la conexión 1950 OTT entre el ordenador 1910 anfitrión y el UE 1930, en respuesta a variaciones en los resultados de la medición. El procedimiento de medición y/o la funcionalidad de red para reconfigurar la conexión 1950 OTT pueden implementarse en software 1911 y hardware 1915 del ordenador 1910 anfitrión o en software 1931 y hardware 1935 del UE 1930, o en ambos. En algunas realizaciones, se pueden implementar sensores (no mostrados) en o asociados a los dispositivos de comunicación a través de los cuales pasa la conexión 1950 OTT; los sensores pueden participar en el procedimiento de medición proporcionando valores de las magnitudes monitorizadas ejemplificadas anteriormente, o proporcionando valores de otras magnitudes físicas a partir de las cuales el software 1911 y 1931 puede calcular o estimar las magnitudes monitoreadas. La reconfiguración de la conexión 1950 OTT puede incluir el formato del mensaje, la configuración de retransmisión, el enrutamiento preferido, etc.; la reconfiguración no tiene por qué afectar a la estación 1920 base, y puede ser desconocida o imperceptible para la estación 1920 base. Dichos procedimientos y funcionalidades pueden ser conocidos y utilizados en la técnica. En ciertas realizaciones, las mediciones pueden implicar la señalización propia del UE, lo que facilita las mediciones del ordenador 1910 anfitrión en cuanto a rendimiento, tiempos de propagación, latencia y similares. Las mediciones pueden implementarse de forma que el software 1911 y 1931 provoque la transmisión de los mensajes, en particular mensajes vacíos o “ficticios”, mediante la conexión 1950 OTT mientras monitoriza los tiempos de propagación, errores, etc.
La Figura 20 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE, que pueden ser los descritos con referencia a las Figuras 18 y 19. Para simplificar la presente divulgación, en esta sección solo se incluirán referencias a la Figura 20. En la etapa 2010, el ordenador anfitrión proporciona datos de usuario. En la subetapa 2011 (que puede ser opcional) de la etapa 2010, el ordenador anfitrión proporciona los datos de usuario ejecutando una aplicación anfitrión. En la etapa 2020, el ordenador anfitrión inicia una transmisión que transporta los datos de usuario al UE. En la etapa 2030 (que puede ser opcional), la estación base transmite al UE los datos de usuario que se transportaron en la transmisión iniciada por el ordenador anfitrión, según las enseñanzas de las realizaciones descritas en esta divulgación. En la etapa 2040 (que también puede ser opcional), el UE ejecuta una aplicación de cliente asociada con la aplicación anfitrión ejecutada por el ordenador anfitrión.
La Figura 21 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE, que pueden ser los descritos con referencia a las Figuras 18 y 19. Para simplificar la presente divulgación, en esta sección solo se incluirán las referencias a la Figura 21. En la etapa 2110 del método, el ordenador anfitrión proporciona los datos del usuario. En una subetapa opcional (no mostrada), el ordenador anfitrión proporciona los datos del usuario ejecutando una aplicación anfitrión. En la etapa 2120, el ordenador anfitrión inicia una transmisión que transporta los datos del usuario al UE. La transmisión puede pasar por la estación base, según las enseñanzas de las realizaciones descritas a lo largo de esta divulgación. En la etapa 2130 (que puede ser opcional), el UE recibe los datos del usuario transportados en la transmisión.
La Figura 22 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE, que pueden ser los descritos con referencia a las Figuras 18 y 19. Para simplificar la presente divulgación, en esta sección solo se incluirán referencias a la Figura 22. En la etapa 2210 (que puede ser opcional), el UE recibe los datos de entrada proporcionados por el ordenador anfitrión. Adicional o alternativamente, en la etapa 2220, el UE proporciona datos de usuario. En la subetapa 2221 (que puede ser opcional) de la etapa 2220, el UE proporciona los datos de usuario ejecutando una aplicación de cliente. En la subetapa 2211 (que puede ser opcional) de la etapa 2210, el UE ejecuta una aplicación de cliente que proporciona los datos de usuario en respuesta a los datos de entrada recibidos por el ordenador anfitrión. Al proporcionar los datos de usuario, la aplicación de cliente ejecutada puede considerar además la entrada recibida del usuario. Independientemente de la manera específica en que se proporcionaron los datos de usuario, el UE inicia, en la subetapa 2230 (que puede ser opcional), la transmisión de los datos de usuario al ordenador anfitrión. En la etapa 2240 del método, el ordenador anfitrión recibe los datos de usuario transmitidos desde el UE, según las enseñanzas de las realizaciones descritas a lo largo de esta divulgación.
La Figura 23 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE, que pueden ser los descritos con referencia a las Figuras 18 y 19. Para simplificar la presente divulgación, en esta sección solo se incluirán referencias a la Figura 23. En la etapa 2310 (que puede ser opcional), según las enseñanzas de las realizaciones descritas a lo largo de esta divulgación, la estación base recibe datos de usuario del UE. En la etapa 2320 (que puede ser opcional), la estación base inicia la transmisión de los datos de usuario recibidos al ordenador anfitrión. En la etapa 2330 (que puede ser opcional), el ordenador anfitrión recibe los datos de usuario transportados en la transmisión iniciada por la estación base.
Cualquier etapa, método, característica, función o beneficio apropiado descrito en el presente documento puede llevarse a cabo mediante una o más unidades o módulos funcionales de uno o más aparatos virtuales. Cada aparato virtual puede comprender varias de estas unidades funcionales. Estas unidades funcionales pueden implementarse mediante circuitos de procesamiento, que pueden incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que pueden incluir procesadores de señales digitales (DSP), lógica digital de propósito específico, y similares. Los circuitos de procesamiento pueden 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 comunicación de datos, así como instrucciones para llevar a cabo una o más de las técnicas descritas en el presente documento. En algunas implementaciones, los circuitos de procesamiento pueden utilizarse para que la unidad funcional respectiva realice las funciones correspondientes según una o más realizaciones de la presente divulgación.

Claims (19)

REIVINDICACIONES
1. Un método realizado por un equipo (14) de usuario, comprendiendo el método:
recibir (110) en el equipo (14) de usuario, desde un nodo (12-1) de red de acceso por radio de origen, RAN, con el que el equipo (14) de usuario tiene una conexión (16), un mensaje (20) que indica que la conexión (16) se va a suspender y que indica un identificador (22) de reanudación utilizable por el equipo (14) de usuario para reanudar la conexión (16) después de que la conexión (16) se suspende;
mientras la conexión (16) está suspendida, transmitir (120) desde el equipo (14) de usuario a un nodo (12-2) RAN de destino una solicitud (26) para reanudar la conexión (16), en donde la solicitud (26) incluye el identificador (22) de reanudación; y
caracterizado por:
transmitir (130) desde el equipo (14) de usuario al nodo (12-2) RAN de destino una indicación (28-2) de una red móvil terrestre pública, PLMN, con la que está asociado el identificador (22) de reanudación, en donde el identificador (22) de reanudación es único dentro de la PLMN;
en donde la indicación (28-1,28-2, 38-4) de la PLMN con la que está asociado el identificador de reanudación comprende un índice de una identidad PLMN específica en una lista de identidades PLMN, en donde cada identidad PLMN en la lista tiene un índice asociado.
2. Un método realizado por un nodo de red de acceso por radio de destino, RAN, comprendiendo el método: recibir (210) en el nodo (12-2) RAN de destino una solicitud (26) de un equipo (14) de usuario para reanudar una conexión (16) que estaba suspendida entre el equipo (14) de usuario y un nodo (12-1) RAN de origen, en donde la solicitud (26) incluye un identificador (22) de reanudación;
recibir (220) en el nodo (12-2) RAN de destino, desde el equipo (14) de usuario, una indicación (28-2) de una red móvil terrestre pública, PLMN, con la que está asociado el identificador (22) de reanudación; y caracterizado por:
recuperar (230) por el nodo (12-2) RAN de destino un contexto (18A) para la conexión (16) basándose en el identificador (22) de reanudación y la indicación (28-2) de la PLMN con la que está asociado el identificador (22) de reanudación, en donde el identificador (22) de reanudación es único dentro de la PLMN;
en donde la indicación (28-1, 28-2, 38-4) de la PLMN con la que está asociado el identificador (22) de reanudación comprende un índice de una identidad PLMN específica en una lista de identidades PLMN, en donde cada identidad PLMN en la lista tiene un índice asociado.
3. Un método realizado por un nodo (12-1) de red de acceso por radio de origen, RAN, comprendiendo el método:
establecer (310) una conexión (16) entre el nodo (12-1) RAN de origen y un equipo (14) de usuario; transmitir (320) desde el nodo (12-1) RAN de origen un mensaje (20) al equipo (14) de usuario indicando que se va a suspender la conexión (16) e indicando un identificador (22) de reanudación utilizable por el equipo (14) de usuario para reanudar la conexión (16) después de que se suspenda la conexión (16); y caracterizado por:
transmitir (330) desde el nodo (12-1) RAN de origen al equipo (14) de usuario una indicación (28-1) de una red móvil terrestre pública, PLMN, con la que está asociado el identificador (22) de reanudación, en donde el identificador (22) de reanudación es único dentro de la PLMN;
en donde la indicación (28-1,28-2, 38-4) de la PLMN con la que está asociado el identificador de reanudación comprende un índice de una identidad PLMN específica en una lista de identidades PLMN, en donde cada identidad PLMN en la lista tiene un índice asociado.
4. Un equipo (14, 600) de usuario que comprende:
circuitos (610) de procesamiento configurados para:
recibir, desde un nodo de red de acceso por radio de origen, RAN, con el que el equipo (14, 600) de usuario tiene una conexión (16), un mensaje (20) que indica que la conexión (16) se va a suspender y que indica un identificador (22) de reanudación utilizable por el equipo (14, 600) de usuario para reanudar la conexión (16) después de que la conexión (16) se suspenda;
mientras la conexión (16) está suspendida, transmitir a un nodo (12-2) RAN de destino una solicitud (26) para reanudar la conexión (16), en donde la solicitud (26) incluye el identificador (22) de reanudación; y caracterizado por:
transmitir al nodo (12-2) RAN de destino una indicación (28-2) de una red móvil terrestre pública, PLMN, con la que está asociado el identificador (22) de reanudación, en donde el identificador (22) de reanudación es único dentro de la PLMN;
en donde la indicación (28-1,28-2, 38-4) de la PLMN con la que está asociado el identificador de reanudación comprende un índice de una identidad PLMN específica en una lista de identidades PLMN, en donde cada identidad PLMN en la lista tiene un índice asociado.
5. El equipo de usuario según la reivindicación 4, en donde los circuitos (610) de procesamiento están configurado además para recibir un mensaje (32A) de búsqueda que incluye el identificador (22) de reanudación y una indicación (28-1, 28-2, 38-4) de la PLMN asociada al identificador (22) de reanudación, en donde los circuitos (610) de procesamiento están configurados para transmitir la solicitud (26) de reanudación de la conexión (16) en respuesta a la recepción del mensaje (32A) de búsqueda.
6. El equipo de usuario según cualquiera de las reivindicaciones 4-5, en donde el identificador (22) de reanudación está asociado con una identidad de nodo RAN que identifica, utilizando un espacio de direccionamiento de nodo RAN compartido por diferentes PLMN, un nodo RAN que mantiene un contexto para la conexión (16) mientras la conexión (16) está suspendida.
7. El equipo de usuario según cualquiera de las reivindicaciones 4-6, en donde diferentes PLMN tienen el mismo conjunto de identificadores de reanudación utilizables por los equipos de usuario para reanudar conexiones suspendidas.
8. El equipo de usuario según cualquiera de las reivindicaciones 4-7, en donde la indicación (28-1,28-2, 38-4) de una PLMN con la que está asociado el identificador (22) de reanudación es una indicación de una PLMN con la que está registrado el equipo (14, 600) de usuario o una indicación de una PLMN seleccionada por el equipo (14, 600) de usuario.
9. Un nodo de red de acceso por radio, RAN, configurado para operar como un nodo (12-2) RAN de destino, comprendiendo el nodo RAN:
circuitos (910) de procesamiento configurados para:
recibir de un equipo (14, 600) de usuario una solicitud (26) para reanudar una conexión (16) que fue suspendida entre el equipo (14, 600) de usuario y un nodo (12-1) RAN de origen, en donde la solicitud (26) incluye un identificador (22) de reanudación;
recibir del equipo (14, 600) de usuario una indicación (28-2) de una red móvil terrestre pública, PLMN, con la que está asociado el identificador (22) de reanudación; y
caracterizado por:
recuperar un contexto (18A) para la conexión (16), basándose en el identificador (22) de reanudación y la indicación (28-2) de la PLMN con la que está asociado el identificador (22) de reanudación, en donde el identificador (22) de reanudación es único dentro de la PLMN;
en donde la indicación (28-1,28-2, 38-4) de la PLMN con la que está asociado el identificador de reanudación comprende un índice de una identidad PLMN específica en una lista de identidades PLMN, en donde cada identidad PLMN en la lista tiene un índice asociado.
10. El nodo RAN según la reivindicación 9, en donde los circuitos (910) de procesamiento están configurados para recuperar el contexto (18A) basándose en el identificador (22) de reanudación y la indicación mediante: identificar, basándose en el identificador (22) de reanudación y la indicación (28-2) de la PLMN con la que está asociado el identificador (22) de reanudación, una interfaz con un nodo RAN que mantiene el contexto para la conexión (16); y
recuperar, sobre la interfaz identificada, el contexto (18A) para la conexión (16); o
en donde los circuitos (910) de procesamiento están configurados para recuperar el contexto (18A) basándose en el identificador (22) de reanudación y la indicación mediante:
determinar, basándose en el identificador (22) de reanudación y la indicación (28-2) de la PLMN con la que está asociado el identificador (22) de reanudación, que una interfaz a un nodo RAN que mantiene el contexto para la conexión (16) no está disponible en el nodo (12-2) RAN de destino;
seleccionar, basándose en la indicación (28-2) de la PLMN con la que está asociado el identificador (22) de reanudación, un nodo de red central que soporta la PLMN con la que está asociado el identificador (22) de reanudación; y
transmitir una solicitud para el contexto (18A) al nodo de red central seleccionado, en donde la solicitud incluye el identificador (22) de reanudación.
11. El nodo RAN según cualquiera de las reivindicaciones 9-10, en donde los circuitos (910) de procesamiento están configurados además para
almacenar un contexto (18A) para la conexión (16); y
almacenar en el contexto (18A), o en asociación con el contexto (18A), la indicación (28-2) de la PLMN con la que está asociado el identificador (22) de reanudación.
y/o
en donde los circuitos (910) de procesamiento están configurados además para transmitir un mensaje (32A) de búsqueda que incluye el identificador (22) de reanudación y una indicación (28-2, 38-4) de la PLMN con la que está asociado el identificador (22) de reanudación.
12. El nodo RAN según cualquiera de las reivindicaciones 9-11, en donde el identificador (22) de reanudación está asociado con una identidad de nodo RAN que identifica, utilizando un espacio de direccionamiento de nodo RAN compartido por diferentes PLMN, un nodo RAN que mantiene un contexto para la conexión (16) mientras la conexión (16) está suspendida.
13. El nodo RAN según cualquiera de las reivindicaciones 9-12, en donde diferentes PLMN tienen el mismo conjunto de identificadores de reanudación utilizables por los equipos de usuario para reanudar conexiones suspendidas.
14. El nodo RAN según cualquiera de las reivindicaciones 9-13, en donde la indicación (28-2, 38-4) de una PLMN con la que está asociado el identificador (22) de reanudación es una indicación de una PLMN con la que está registrado el equipo (14, 600) de usuario o una indicación de una PLMN seleccionada por el equipo (14, 600) de usuario.
15. Un nodo de red de acceso por radio (RAN) configurado para funcionar como un nodo (12-1) RAN de origen, comprendiendo el nodo RAN:
circuitos (910) de procesamiento configurados para:
establecer una conexión (16) con un equipo (14, 600) de usuario;
transmitir al equipo (14, 600) de usuario un mensaje (20) que indica que se va a suspender la conexión (16) e indica un identificador (22) de reanudación utilizable por el equipo (14, 600) de usuario para reanudar la conexión (16) después de que se suspenda la conexión (16); y
caracterizado por:
transmitir al equipo (14, 600) de usuario una indicación (28-1) de una red móvil terrestre pública, PLMN, con la que está asociado el identificador (22) de reanudación, en donde el identificador (22) de reanudación es único dentro de la PLMN;
en donde la indicación (28-1,28-2, 38-4) de la PLMN con la que está asociado el identificador de reanudación comprende un índice de una identidad PLMN específica en una lista de identidades PLMN, en donde cada identidad PLMN en la lista tiene un índice asociado.
16. El nodo RAN según la reivindicación 15, en donde los circuitos (910) de procesamiento están configurados además para almacenar un contexto (18A) para la conexión (16); y
almacenar en el contexto (18A), o en asociación con el contexto (18A), la indicación (28-1) de la PLMN con la que está asociado el identificador (22) de reanudación.
y/o
en donde los circuitos (910) de procesamiento están configurados además para transmitir un mensaje (32A) de búsqueda que incluye el identificador (22) de reanudación y que indica la PLMN con la que está asociado el identificador (22) de reanudación.
17. El nodo RAN según cualquiera de las reivindicaciones 15-16, en donde el identificador (22) de reanudación está asociado con una identidad de nodo RAN que identifica, utilizando un espacio de direccionamiento de nodo RAN compartido por diferentes PLMN, un nodo RAN que mantiene un contexto para la conexión (16) mientras la conexión (16) está suspendida.
18. El nodo RAN según cualquiera de las reivindicaciones 15-17, en donde diferentes PLMN tienen el mismo conjunto de identificadores de reanudación utilizables por los equipos de usuario para reanudar conexiones suspendidas.
19. El nodo RAN según cualquiera de las reivindicaciones 15-18, en donde la indicación (28-1) de una PLMN con la que está asociado el identificador (22) de reanudación es una indicación de una PLMN con la que está registrado el equipo (14, 600) de usuario o una indicación de una PLMN seleccionada por el equipo (14, 600) de usuario.
ES18743581T 2017-06-16 2018-06-13 Resuming a connection in a wireless communication system Active ES3038302T3 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201762521004P 2017-06-16 2017-06-16
PCT/IB2018/054318 WO2018229680A1 (en) 2017-06-16 2018-06-13 Resuming a connection in a wireless communication system

Publications (1)

Publication Number Publication Date
ES3038302T3 true ES3038302T3 (en) 2025-10-10

Family

ID=62981276

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18743581T Active ES3038302T3 (en) 2017-06-16 2018-06-13 Resuming a connection in a wireless communication system

Country Status (6)

Country Link
US (2) US11083040B2 (es)
EP (2) EP4593520A3 (es)
CN (1) CN110741725B (es)
ES (1) ES3038302T3 (es)
TW (1) TWI678114B (es)
WO (1) WO2018229680A1 (es)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4593520A3 (en) * 2017-06-16 2025-10-29 Telefonaktiebolaget LM Ericsson (publ) Resuming a connection in a wireless communication system
CN109548109B (zh) * 2017-08-14 2021-03-09 电信科学技术研究院 一种ue和网络状态不匹配的处理方法及装置、存储介质
CN109413639A (zh) * 2017-08-15 2019-03-01 维沃移动通信有限公司 一种终端可达性管理方法、核心网及接入网
ES3033306T3 (en) * 2017-09-28 2025-08-01 Lenovo Beijing Ltd Performing resume request procedure
WO2020168319A1 (en) 2019-02-15 2020-08-20 Apple Inc. Apparatus and method for dual connectivity and carrier aggregation in new radio (nr)
US20220159466A1 (en) * 2019-04-11 2022-05-19 Telefonaktiebolaget Lm Ericsson (Publ) Methods for handling security of early mobile-terminated data transmissions
WO2021091155A1 (ko) * 2019-11-06 2021-05-14 엘지전자 주식회사 무선 통신 시스템에서 단말 및 기지국의 신호 송수신 방법 및 장치
WO2021097811A1 (en) * 2019-11-22 2021-05-27 Lenovo (Beijing) Limited Method and apparatus for radio access network based notification area update
CN114930984B (zh) * 2019-12-05 2026-01-30 交互数字专利控股公司 用于具有多个通用订户身份模块的用户装备的系统信息获取和寻呼
GB2589916A (en) * 2019-12-13 2021-06-16 Nokia Technologies Oy Apparatus, method and computer program
US12408214B2 (en) 2019-12-24 2025-09-02 Nokia Solutions And Networks Oy Caching configuration profiles associated with capability ID
KR102770156B1 (ko) * 2020-02-13 2025-02-20 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) 브로드캐스트 및 ue에서의 인덱스 생성을 위한 방법
WO2021162597A1 (en) * 2020-02-14 2021-08-19 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes and methods in a radio access network for improving the rrc resume procedure
CN115804236B (zh) * 2020-07-31 2025-10-03 中兴通讯股份有限公司 用于有条件的辅小区组中主小区添加和改变的方法
WO2022021272A1 (en) 2020-07-31 2022-02-03 Zte Corporation Method for addition and change of conditional primary cells in a secondary cell group
CN115989694A (zh) * 2020-08-19 2023-04-18 三星电子株式会社 用于处理ue无线能力（urc）信息的方法和系统
US12185390B2 (en) 2020-10-09 2024-12-31 Nokia Technologies Oy Data transmission with stateless routing
US12245140B2 (en) * 2021-01-13 2025-03-04 Apple Inc. Network slicing with radio access network (RAN) sharing
US11849507B2 (en) 2021-03-26 2023-12-19 Nokia Technologies Oy Temporary identification for a terminal device
CN116437302B (zh) * 2021-10-22 2024-07-05 华为技术有限公司 一种通信方法、装置和存储介质
US12408030B2 (en) * 2022-09-15 2025-09-02 Charter Communications Operating, Llc Methods and apparatus for supporting device mobility allowing a service subscriber to receive service in multiple networks

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9473265B2 (en) * 2005-12-22 2016-10-18 Qualcomm Incorporated Methods and apparatus for communicating information utilizing a plurality of dictionaries
EP2557889B1 (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
US9247575B2 (en) * 2012-03-27 2016-01-26 Blackberry Limited eNB storing RRC configuration information at another network component
US9155121B2 (en) * 2012-03-27 2015-10-06 Blackberry Limited Re-establishment of suspended RRC connection at a different eNB
PT3634035T (pt) * 2014-10-28 2023-07-11 Ericsson Telefon Ab L M Nós de rede, um equipamento de utilizador e métodos associados para tratamento de uma conexão entre o equipamento de utilizador e uma rede de comunicações sem fios
CN105635983B (zh) * 2014-11-07 2020-06-12 中兴通讯股份有限公司 恢复挂起业务的通知、指示信息处理方法及装置
WO2017054154A1 (en) * 2015-09-30 2017-04-06 Apple Inc. Rrc state transition techniques with reduced signaling overhead
ES2911513T3 (es) * 2015-11-05 2022-05-19 Ntt Docomo Inc Equipo de usuario, estación base y métodos para establecimiento de conexión
WO2017082682A1 (ko) * 2015-11-11 2017-05-18 엘지전자(주) 무선 통신 시스템에서의 데이터 전송 모드 선택 방법 및 이를 위한 장치
EP3378273B1 (en) * 2015-11-17 2022-02-09 Telefonaktiebolaget LM Ericsson (PUBL) Methods and apparatuses for performing a resume procedure
JP6144369B1 (ja) * 2016-01-07 2017-06-07 株式会社Ｎｔｔドコモ 基地局、及びコンテクスト情報保持方法
US20190297661A1 (en) * 2016-01-21 2019-09-26 Lg Electronics Inc. Method for recovering failure of connection resuming procedure at ue in wireless communication system and apparatus therefor
EP3413681B1 (en) * 2016-02-04 2021-12-08 Nec Corporation Wireless terminal, method and program therefor
WO2017164674A1 (ko) * 2016-03-23 2017-09-28 엘지전자 주식회사 기지국에서 연결 모드 변경 방법 및 기지국과, 사용자기기에서 연결 모드 변경 방법 및 사용자기기
US10264611B2 (en) * 2016-03-29 2019-04-16 Htc Corporation Device and method of handling radio resource control connection resume procedure
US10225780B2 (en) * 2016-06-01 2019-03-05 Htc Corporation Device and method of handling radio resource control connection resume procedure
US11172532B2 (en) * 2016-08-16 2021-11-09 Telefonaktiebolaget Lm Ericsson (Publ) Network-controlled RRC resume via paging or RAR
EP3975636B1 (en) * 2016-09-21 2024-03-20 Kyocera Corporation Base station and radio terminal
EP3518612B1 (en) * 2016-11-04 2020-07-29 Kyocera Corporation Wireless terminal and base station
WO2018131956A1 (en) * 2017-01-16 2018-07-19 Samsung Electronics Co., Ltd. Method and apparatus for communication in wireless mobile communication system
US20200214070A1 (en) * 2017-06-14 2020-07-02 Samsung Electronics Co., Ltd Method and user equipment (ue) for reconnecting rrc connection with radio access network (ran) node
EP4593520A3 (en) * 2017-06-16 2025-10-29 Telefonaktiebolaget LM Ericsson (publ) Resuming a connection in a wireless communication system
CN109392036B (zh) * 2017-08-10 2022-05-27 中兴通讯股份有限公司 一种小区重选方法、闭合用户组验证方法和装置
US10893568B2 (en) * 2017-08-18 2021-01-12 Huawei Technologies Co., Ltd. Location and context management in a RAN INACTIVE mode
EP3738396A1 (en) * 2018-01-12 2020-11-18 Telefonaktiebolaget Lm Ericsson (Publ) Changing gtp teid upon ue resume
JP7100709B2 (ja) * 2018-02-14 2022-07-13 テレフオンアクチーボラゲット エルエム エリクソン（パブル） Ｒｒｃ＿ｉｎａｃｔｉｖｅ状態におけるｔａ更新
WO2019194733A1 (en) * 2018-04-05 2019-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Resume identifier size adaptation in a notification area composed of multiple radio access technology
EP3741184B3 (en) * 2018-04-05 2023-05-17 Telefonaktiebolaget LM Ericsson (publ) Managing the 5g-s-tmsi temporary subscriber identifier having an extended length during connection setup in 5g networks
EP4152887B1 (en) * 2018-04-16 2025-08-06 Telefonaktiebolaget LM Ericsson (publ) Handling of inactive parameters upon release and re-suspend
EP3570627B1 (en) * 2018-05-09 2024-01-17 HTC Corporation Device of handling a resume cause in a radio resource control message
WO2019241235A1 (en) * 2018-06-11 2019-12-19 Ofinno, Llc Base station network sharing configuration
US11399322B2 (en) * 2018-09-17 2022-07-26 Telefonaktiebolaget Lm Ericsson (Publ) User equipment, network node and methods in a wireless communications network
US11533773B2 (en) * 2020-03-31 2022-12-20 Ofinno, Llc Early data transmission
CN114615719A (zh) * 2020-11-23 2022-06-10 华硕电脑股份有限公司 无线通信系统中支持ue到网络的中继通信的方法和设备

Also Published As

Publication number Publication date
EP4593520A3 (en) 2025-10-29
US11083040B2 (en) 2021-08-03
EP3639616C0 (en) 2025-08-06
EP4593520A2 (en) 2025-07-30
EP3639616B1 (en) 2025-08-06
US11832332B2 (en) 2023-11-28
US20200163149A1 (en) 2020-05-21
WO2018229680A1 (en) 2018-12-20
EP3639616A1 (en) 2020-04-22
US20210352755A1 (en) 2021-11-11
CN110741725B (zh) 2023-06-02
TW201906441A (zh) 2019-02-01
CN110741725A (zh) 2020-01-31
TWI678114B (zh) 2019-11-21

Similar Documents

Publication Publication Date Title
ES3038302T3 (en) Resuming a connection in a wireless communication system
ES3037290T3 (en) Notifying a management system of quality of experience measurement reporting status
ES2786649T3 (es) Evitación de condición de carrera entre procedimientos de liberación de estación base secundaria iniciada por estación base maestra y de cambio de estación base secundaria iniciado por estación base secundaria
CN111316695B (zh) En-dc中的全rrc配置
ES2965510T3 (es) Configuración de la potencia de transmisión máxima de conectividad doble
JP7675170B2 (ja) 無線アクセスネットワークノードに対する設定変更の要求
JP7508686B2 (ja) 無線通信ネットワークにおける参照信号ビーム構成
BR112021005685A2 (pt) métodos, dispositivo sem fio e nó de rede
JP7116846B2 (ja) 動的ｎｅｆトンネル割り当てと関係するネットワークノード／機能とを提供する方法
KR20230132815A (ko) Sn-간 및 sn-내 cpc의 공존
ES2972459T3 (es) Método y equipo de usuario para la distribución de mensajes del sistema de transporte inteligente (ITS)
ES2973379T3 (es) Manejo del PDCP durante el restablecimiento de la conexión
BR112020007563A2 (pt) método para monitoramento da qualidade de serviço de um fluxo, e, primeiro e segundo nós de rede
US20210153080A1 (en) Serving gateway control plane function to manage a plurality of serving gateway user plane functions, and mobility management entity to communicate with the same
ES2995224T3 (en) Method, terminal device, base station for power control in random access procedure
CN111406371A (zh) 改进的无线电接入网络节点技术
US20260046746A1 (en) Method, apparatus, and system for securing radio connections
CN116868601A (zh) 基于UE标识符（UE ID）支持受限的基于邻近的服务（ProSe）直接发现的方法和系统
CN112586083A (zh) 无线通信系统中的rrc连接建立、重建和恢复
US20210029752A1 (en) Handling of a Mapped Identity in a Wireless Communication Network
JP2022517818A (ja) 測位のサポート
US11445474B2 (en) Mobile switching node and mobility management node to page terminal device
ES2988029T3 (es) Señalización para liberar una configuración de grupo de celdas secundarias (SCG)
BR112020016266B1 (pt) Equipamento de usuário, nó de rede de destino, sistema de comunicação e métodos relacionados
BR112020016266A2 (pt) Método para handover intertecnologia de acesso via rádio