ES2936251T3 - Manejo de parámetros inactivos al liberar y volver a suspender - Google Patents

Manejo de parámetros inactivos al liberar y volver a suspender Download PDF

Info

Publication number
ES2936251T3
ES2936251T3 ES19727072T ES19727072T ES2936251T3 ES 2936251 T3 ES2936251 T3 ES 2936251T3 ES 19727072 T ES19727072 T ES 19727072T ES 19727072 T ES19727072 T ES 19727072T ES 2936251 T3 ES2936251 T3 ES 2936251T3
Authority
ES
Spain
Prior art keywords
rrc
stored
message
cell
information
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
ES19727072T
Other languages
English (en)
Inventor
Gunnar Mildh
Silva Icaro L J Da
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 ES2936251T3 publication Critical patent/ES2936251T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04Key management, e.g. using generic bootstrapping architecture [GBA]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005Transmission of information for alerting of incoming communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
  • Saccharide Compounds (AREA)

Abstract

En el presente documento se describen sistemas y métodos para actualizar la información de contexto del Equipo de Usuario (UE) almacenada tras la resuspensión del UE en respuesta a una solicitud de reanudación del UE. En algunas realizaciones, un método en un UE comprende transmitir un mensaje de solicitud de reanudación de control de recursos de radio (RRC) y, en respuesta al mensaje de solicitud de reanudación de RRC, recibir un mensaje de liberación de conexión de RRC con una indicación de suspensión. El método comprende además, en respuesta a la recepción del mensaje de liberación de conexión RRC con una indicación de suspensión, reemplazar información en un contexto de Estrato de Acceso (AS) almacenado del UE con nueva información. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Manejo de parámetros inactivos al liberar y volver a suspender
Campo técnico
La presente descripción se refiere a la reanudación/suspensión de la conexión en un sistema de comunicación inalámbrico.
Antecedentes
En la Versión 13 de Evolución a Largo Plazo (LTE) se introdujo un mecanismo para que la red suspendiera el Equipo de Usuario (UE). Este estado suspendido es similar a RRC_DESOCUPADO. Sin embargo, a diferencia del estado RRC_DESOCUPADO, el UE almacena el contexto del Estrato de Acceso (AS) o el contexto del Control de Recursos de Radio (RRC). Esto hace posible reducir la señalización cuando el UE vuelve a estar activo reanudando la conexión RRC, en lugar de establecer la conexión RRC desde cero, como en versiones anteriores. La reducción de la señalización puede tener varios beneficios, como la reducción de la latencia (por ejemplo, para teléfonos inteligentes que acceden a Internet) y/o la reducción de los conductos de señalización, de modo que se reduce el consumo de batería para dispositivos de tipo máquina que envían muy pocos datos.
La solución de la Versión 13 se basa en que el UE envía un mensaje RRCSolicitudReanudarConexión a la red y recibe un mensaje RRCReanudarConexión de la red en respuesta. El mensaje RRCReanudarConexión no está cifrado pero su integridad está protegida.
Como parte del trabajo estandarizado sobre la Nueva Radio (NR) de Quinta Generación (5G) en el Proyecto de Asociación de Tercera Generación (3GPP), se ha decidido que NR debe admitir un estado RRC_INACTIVO con propiedades similares al estado suspendido en la versión 13 de LTE. RRC_INACTIVO tiene propiedades ligeramente diferentes del estado suspendido en que es un estado RRC separado y no parte de RRC_DESOCUPADO como en LTE. Además, la conexión de Red Central (CN) / Red de Acceso por Radio (RAN) (Próxima Generación (NG) o interfaz N2) se mantiene para RRC_INACTIVO, donde era suspendido en LTE.
La Figura 1 ilustra posibles transiciones de estado de UE en NR. Las propiedades de los estados ilustrados en la Figura 1 son las siguientes:
RRC_DESOCUPADO:
• Una Recepción Discontinua (DRX) específica de UE puede configurarse mediante capas superiores;
• Movilidad controlada por UE basada en la configuración de la red;
• El UE:
o Monitoriza un canal de Avisos para avisos CN mediante el uso de la Identidad de Abonado Móvil Temporal (TMSI) del Sistema de Evolución de Arquitectura 5G (SAE) (5G-S-TMSI);
o Realiza mediciones de celdas vecinas y selección o reselección de celdas;
o Adquiere información del sistema.
RRC_INACTIVO:
• Un DRX específico de UE puede configurarse por capas superiores o por capa RRC;
• Movilidad controlada por UE basada en la configuración de la red;
• El UE almacena el contexto AS;
• El UE:
o Monitoriza un canal de Avisos para avisos CN mediante el uso de 5G-S-TMSI y avisos RAN mediante el uso del Identificador Temporal de Red de Radio Inactiva (I-RNTI);
o Realiza mediciones de celdas vecinas y selección o reselección de celdas;
o Realiza actualizaciones del área de notificación basada en RAN periódicamente y cuando se mueve fuera del área de notificación basada en RAN;
o Adquiere información del sistema.
RRC_CONECTADO:
• El UE almacena el contexto AS;
• Transferencia de datos de unidifusión hacia/desde UE;
• En las capas inferiores, el UE puede configurarse con un DRX específico del UE;
• Para los UE que admitan la Agregación de Portadoras (CA), el uso de una o más Celdas Secundarias (SCell), agregadas con la Celda Especial (SpCell), para ancho de banda aumentado;
• Para los UE que admiten la Conectividad Dual (DC), el uso de un Grupo de Células Secundarias (SCG), agregado con el Grupo de Células Maestras (MCG), para ancho de banda aumentado;
• Movilidad controlada por red, es decir, traspaso dentro de NR y hacia/desde el Servicio Universal de Telecomunicaciones Móviles Evolucionado (UMTS) RAN Terrestre (E-UTRAN);
• El UE:
o Monitoriza un canal de Avisos;
o Monitoriza los canales de control asociados con el canal de datos compartidos para determinar si los datos están programados para él;
o Proporciona información sobre la calidad del canal y la retroalimentación;
o Realiza mediciones de celdas vecinas e informes de medición;
o Adquiere información del sistema.
En LTE, un UE RRC_CONECTADO puede suspenderse al recibir un mensaje RRCLiberarConexión con un indicador de suspensión. Al recibir ese mensaje, el UE almacena algunos parámetros y borra otros. Algunos de estos parámetros almacenados, proporcionados por el nodo de origen que está suspendiendo el UE, son utilizados por el UE cuando el UE intenta reanudar la conexión.
Más concretamente, al recibir una indicación de suspensión, el UE almacena el contexto AS, incluida la configuración de RRC utilizada en RRC_CONECTADO y los siguientes parámetros asociados con la última Celda Primaria de origen (PCell) a la que estaba conectado el UE cuando el UE estaba en RRC_CONECTADO:
• Identificador Temporal de Red de Radio Celular (C-RNTI) de la última PCell en RRC_CONECTADO;
• Identidad de Celda (valor de 28 bits que identifica una celda dentro de una Red Móvil Terrestre Pública (PLMN)) de la última PCell en RRC_CONECTADO;
• Identidad de Celda Física (PCI) de la última PCell en RRC_CONECTADO.
Más detalles sobre cómo se comporta el UE según el estándar LTE en respuesta a la recepción de un mensaje RRCLiberarConexión se encuentran en el Apéndice A.
Cuando el UE RRC_DESOCUPADO con configuración de suspensión desea reanudar (es decir, en LTE), los parámetros almacenados (C-RNTI, Identidad de Celda y PCI) asociados con la última PCell a la que se conectó el UE cuando el UE estaba en RRC_CONECTADO se utilizan en el procedimiento de reanudación de RRC para calcular el token de seguridad del Código de Autenticación de Mensaje corto para la Integridad (MAC-I) de modo que el nodo de origen que aloja el contexto AS del UE pueda reconocer el UE. Esto permite que el nodo de origen acepte una solicitud de obtención de contexto del nodo de destino. Más detalles relacionados con este procedimiento se pueden encontrar en el Apéndice B.
Actualmente existen ciertos desafíos. En RRC NR, que es diferente de RRC LTE, la red puede responder a una SolicitudReanudación desde el UE con un mensaje de Suspensión (o equivalente, como un mensaje de Liberación con una indicación o configuración de suspensión) que inmediatamente ordena al UE volver al estado RRC_INACTIVO. LTE no permite enviar un mensaje de suspensión (por ejemplo, un mensaje de liberación con una indicación de suspensión) directamente al UE que intenta reanudar la conexión, como en el ejemplo que se muestra en la Figura 2. Más bien, esta función es nueva en NR.
En RRC NR, la red puede responder alternativamente a una SolicitudReanudación desde el UE con un mensaje de Liberación (es decir, sin una indicación de suspensión) que inmediatamente ordena al UE volver al estado RRC_DESOCUPADO. Este mensaje está cifrado. LTE no permite enviar un mensaje de liberación directamente al UE que intenta reanudar la conexión, como en el ejemplo que se muestra en la Figura 3. Más bien, esta característica también es nueva en NR.
Los procedimientos actualmente conocidos para el manejo de conexiones RRC (por ejemplo, en las especificaciones preliminares de NR) adoptan características similares a LTE. Sin embargo, el manejo de la conexión RRC cuando se vuelve a suspender un UE no está bien desarrollado o entendido.
El documento US 2017/0202051 A1 describe un método para reanudar una conexión RRC.
Compendio
En el presente documento se describen aparatos y métodos para actualizar la información de contexto del Equipo de Usuario (UE) almacenada tras volver a suspender el UE en respuesta a una solicitud de reanudación del UE. En algunas realizaciones, un método en un UE comprende transmitir un mensaje de solicitud de reanudación de Control de Recursos de Radio (RRC) y, en respuesta al mensaje de solicitud de reanudación de RRC, recibir un mensaje de liberación de conexión de RRC con una indicación de suspensión. El método comprende además, en respuesta a la recepción del mensaje de liberación de conexión RRC con una indicación de suspensión, reemplazar información en un contexto de Estrato de Acceso (AS) almacenado del UE con nueva información. Reemplazar la información en el contexto AS almacenado del UE comprende: reemplazar la información de contexto de seguridad almacenada con información de contexto de seguridad comprendida en el mensaje de liberación de conexión RRC; reemplazar un Identificador Temporal de Red de Radio Inactiva (I-RNTI) almacenado con un I-RNTI incluido en el mensaje de liberación de conexión RRC; reemplazar una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; reemplazar una Identidad de Celda Física (PCI) almacenada con una PCI de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; o reemplazar un Identificador Temporal de Red de Radio Celular (C-RNTI) almacenado con un C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC. De esta manera, el contexto AS almacenado del UE se actualiza tras volver a suspender el UE.
En algunas realizaciones, el método comprende además determinar que el mensaje de liberación de conexión RRC comprende información de contexto de seguridad, y reemplazar la información en el contexto AS almacenado del UE comprende reemplazar la información de contexto de seguridad almacenada con la información de contexto de seguridad incluida en el mensaje de liberación de conexión RRC.
En algunas realizaciones, el método comprende además determinar que el mensaje de liberación de conexión RRC comprende un I-RNTI, y reemplazar la información en el contexto AS almacenado del UE comprende reemplazar el I-RNTI almacenado con el I-RNTI incluido en el mensaje de liberación de la conexión RRC.
En algunas realizaciones, el método comprende además obtener la identidad de celda de la celda antes de enviar el mensaje de solicitud de reanudación de RRC, y reemplazar la información en el contexto AS almacenado del UE comprende reemplazar la identidad de celda almacenada con la identidad de celda de la celda en el que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
En algunas realizaciones, el método comprende además obtener la PCI de la celda antes de enviar el mensaje de solicitud de reanudación de RRC, y reemplazar la información en el contexto AS almacenado del UE comprende reemplazar la PCI almacenada con la PCI de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
En algunas realizaciones, el método comprende además obtener el C-RNTI para la celda antes de enviar el mensaje de solicitud de reanudación de RRC, y reemplazar la información en el contexto AS almacenado del UE comprende reemplazar el C-RNTI almacenado con el C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
En algunas realizaciones, el C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC es un C-RNTI temporal.
En algunas realizaciones, el método comprende además, después de reemplazar la información en el contexto AS almacenado del UE para proporcionar un contexto AS actualizado del UE, usar el contexto AS actualizado del UE para enviar una solicitud de reanudación de RRC posterior. En algunas realizaciones, usar el contexto de AS actualizado del UE para enviar la solicitud de reanudación de RRC posterior comprende usar el contexto de AS actualizado para calcular un token de integridad de seguridad incluido en la solicitud de reanudación de RRC posterior.
También se describen realizaciones de un UE. En algunas realizaciones, un UE está adaptado para transmitir un mensaje de solicitud de reanudación de RRC y, en respuesta al mensaje de solicitud de reanudación de RRC, recibir un mensaje de liberación de conexión de RRC con una indicación de suspensión. El UE está adaptado además para, en respuesta a recibir el mensaje de liberación de conexión RRC con una indicación de suspensión, reemplazar información en un contexto AS almacenado del UE con nueva información. Para reemplazar la información en el contexto AS almacenado del UE, el UE está adaptado además para: reemplazar la información de contexto de seguridad almacenada con información de contexto de seguridad comprendida en el mensaje de liberación de conexión RRC; reemplazar un I-RNTI almacenado con un I-RNTI incluido en el mensaje de liberación de conexión RRC; reemplazar una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; reemplazar una PCI almacenada con una PCI de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; o reemplazar un C-RNTI almacenado con un C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
En algunas otras realizaciones, un UE comprende una interfaz de radio y un circuito de procesamiento asociado con la interfaz de radio. El circuito de procesamiento está configurado para hacer que el UE transmita un mensaje de solicitud de reanudación de RRC y, en respuesta al mensaje de solicitud de reanudación de RRC, reciba un mensaje de liberación de conexión de RRC con una indicación de suspensión. El circuito de procesamiento está configurado además para hacer que el UE, en respuesta a la recepción del mensaje de liberación de conexión RRC con una indicación de suspensión, reemplace la información en un contexto AS almacenado del UE con nueva información. Para reemplazar la información en el contexto AS almacenado del UE, el circuito de procesamiento está configurado además para hacer que el UE: reemplace la información de contexto de seguridad almacenada con información de contexto de seguridad comprendida en el mensaje de liberación de conexión RRC; reemplazar un I-RNTI almacenado con un I-RNTI incluido en el mensaje de liberación de conexión RRC; reemplace una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; reemplace una PCI almacenada con una PCI de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; o reemplace un C-RNTI almacenado con un C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
También se describen realizaciones de un método en un nodo de red. En algunas realizaciones, un método en un nodo de red para actualizar un contexto AS del UE almacenado para un UE al volver a suspender el UE en respuesta a una solicitud de reanudación de RRC del UE comprende recibir, desde un UE, un mensaje de solicitud de reanudación de RRC y, en respuesta a la recepción del mensaje de solicitud de reanudación de RRC, transmitiendo, al UE, un mensaje de liberación de conexión de RRC con una indicación de suspensión. El método comprende además, en respuesta a la transmisión del mensaje de liberación de conexión RRC con una indicación de suspensión, reemplazar la información en un contexto AS almacenado del UE con nueva información. Reemplazar la información en el contexto AS almacenado del UE comprende: reemplazar la información de contexto de seguridad almacenada con información de contexto de seguridad comprendida en el mensaje de liberación de conexión RRC; reemplazar un I-RNTI almacenado con un I-RNTI incluido en el mensaje de liberación de conexión RRC; reemplazar una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; reemplazar una PCI almacenada con una PCI de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; o reemplazar un C-RNTI almacenado con un C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
En algunas realizaciones, reemplazar la información en el contexto AS almacenado del UE comprende reemplazar la información de contexto de seguridad almacenada con la información de contexto de seguridad comprendida en el mensaje de liberación de conexión RRC.
En algunas realizaciones, reemplazar la información en el contexto AS almacenado del UE comprende reemplazar el I-RNTI almacenado con el I-RNTI incluido en el mensaje de liberación de conexión RRC.
En algunas realizaciones, reemplazar la información en el contexto AS almacenado del UE comprende reemplazar la identidad de celda almacenada con la identidad de celda de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
En algunas realizaciones, reemplazar la información en el contexto AS almacenado del UE comprende reemplazar la PCI almacenada con la PCI de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
En algunas realizaciones, reemplazar la información en el contexto AS almacenado del UE comprende reemplazar el C-RNTI almacenado con el C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
También se describen realizaciones de un nodo de red. En algunas realizaciones, un nodo de red para actualizar un contexto AS del UE almacenado para un UE al volver a suspender el UE en respuesta a una solicitud de reanudación de RRC del UE está adaptado para recibir, desde un UE, un mensaje de solicitud de reanudación de RRC y, en respuesta a la recepción del mensaje de solicitud de reanudación de r Rc , transmitir, al UE, un mensaje de liberación de conexión de RRC con una indicación de suspensión. El nodo de red está adaptado además para, en respuesta a la transmisión del mensaje de liberación de conexión RRC con una indicación de suspensión, reemplazar información en un contexto AS almacenado del UE con nueva información. Para reemplazar la información en el contexto AS almacenado del UE, el nodo de red está adaptado además para: reemplazar la información de contexto de seguridad almacenada con información de contexto de seguridad comprendida en el mensaje de liberación de conexión RRC; reemplazar un I-RNTI almacenado con un I-RNTI incluido en el mensaje de liberación de conexión RRC; reemplazar una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; reemplazar un PCI almacenado con una PCI de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; o reemplazar un C-RNTI almacenado con un C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
En algunas realizaciones, un nodo de red para actualizar un contexto AS de UE almacenado para un UE al volver a suspender el UE en respuesta a una solicitud de reanudación de RRC del UE comprende circuitos de procesamiento configurados para hacer que el nodo de red reciba, desde un UE, un mensaje de solicitud de reanudación de RRC y, en respuesta a la recepción del mensaje de solicitud de reanudación de RRC, transmitir, al UE, un mensaje de liberación de conexión de RRC con una indicación de suspensión. El circuito de procesamiento está configurado además para hacer que el nodo de red, en respuesta a la transmisión del mensaje de liberación de conexión RRC con una indicación de suspensión, reemplace información en un contexto AS almacenado del UE con nueva información. Para reemplazar la información en el contexto AS almacenado del UE, el circuito de procesamiento está configurado además para hacer que el nodo de red: reemplace la información de contexto de seguridad almacenada con información de contexto de seguridad incluida en el mensaje de liberación de conexión RRC; reemplace un I-RNTI almacenado con un I-RNTI incluido en el mensaje de liberación de conexión RRC; reemplace una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; reemplace una PCI almacenada con una PCI de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; o reemplazar un C-RNTI almacenado con un C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC. El objeto de la siguiente descripción y figuras, incluso si se indica como ejemplos, aspectos o realizaciones, etc., no corresponde o no corresponde completamente a la invención tal como se reivindica. Una o más características presentes en las reivindicaciones independientes faltan en los ejemplos, aspectos o realizaciones, etc., por ejemplo debido al uso de expresiones como 'puede', 'preferiblemente', 'opcionalmente', 'puede', ' podría', 'como un/por ejemplo', etc., haciendo que una o más características presentes en las reivindicaciones independientes sean opcionales. Por lo tanto, el objeto de la siguiente descripción y figuras no está o no completamente cubierto por la invención reivindicada y está presente únicamente con fines ilustrativos.
Breve descripción de los dibujos
Las figuras de dibujos adjuntas incorporadas y que forman parte de esta especificación ilustran varios aspectos de la descripción y, junto con la descripción, sirven para explicar los principios de la descripción.
La Figura 1 ilustra posibles transiciones de estado de Equipo de Usuario (UE) en Nueva Radio (NR);
La Figura 2 ilustra el envío de un mensaje de suspensión directamente a un UE que intenta reanudar su conexión;
La Figura 3 ilustra el envío de un mensaje de liberación directamente a un UE que intenta reanudar su conexión;
La Figura 4 ilustra una red de comunicación inalámbrica ejemplar, según una o más realizaciones;
La Figura 5 ilustra un ejemplo del recurso físico básico de NR representado como una cuadrícula de tiempo-frecuencia;
La Figura 6 ilustra una estructura de dominio de tiempo de ejemplo para NR;
La Figura WW1 representa un método implementado en un dispositivo inalámbrico (por ejemplo, UE) según realizaciones particulares;
La Figura WW2 representa un método implementado en una estación base según realizaciones particulares;
La Figura YY1 ilustra una realización ejemplar de un dispositivo inalámbrico;
La Figura YY2 ilustra otra realización ejemplar de un dispositivo inalámbrico;
La Figura YY3 ilustra una realización ejemplar de una estación base;
La Figura YY4 ilustra realización ejemplar de una estación base;
La Figura QQ1 ilustra una red inalámbrica ejemplar según algunas realizaciones descritas en el presente documento;
La Figura WT1 ilustra el funcionamiento de un UE y una estación base para actualizar un contexto de Estrato de Acceso (AS) almacenado del UE al volver a suspender el UE en respuesta a una solicitud de reanudación del UE según algunas realizaciones de la presente descripción;
La Figura QQ2 ilustra una realización de un UE según algunas realizaciones descritas en el presente documento;
La Figura QQ3 es un diagrama de bloques esquemático que ilustra un entorno de virtualización en el que pueden virtualizarse las funciones implementadas por algunas realizaciones;
La Figura QQ4 ilustra un sistema de comunicación que incluye una red de telecomunicaciones según algunas realizaciones descritas en el presente documento;
La Figura QQ5 ilustra un sistema de comunicación según algunas realizaciones descritas en este documento;
La Figura QQ6 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación según algunas realizaciones descritas en este documento;
La Figura QQ7 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación según algunas realizaciones descritas en este documento;
La Figura QQ8 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación según algunas realizaciones descritas en este documento; y
La Figura QQ9 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación según algunas realizaciones descritas en este documento.
Descripción detallada
Las realizaciones expuestas a continuación representan información que permite a los expertos en la técnica practicar las realizaciones e ilustrar el mejor modo de practicar las realizaciones. Al leer la siguiente descripción a la luz de las figuras de los dibujos adjuntas, los expertos en la técnica comprenderán los conceptos de la descripción y reconocerán aplicaciones de estos conceptos que no se abordan particularmente en este documento. Debe entenderse que estos conceptos y aplicaciones caen dentro del alcance de la descripción.
Como se discutió en la sección Antecedentes, los procedimientos actualmente conocidos para el manejo de conexiones de Control de Recursos de Radio (RRC) (por ejemplo, en las especificaciones preliminares de Nueva Radio (NR)) adoptan características similares a las de Evolución a Largo Plazo (LTE). Sin embargo, el manejo de la conexión RRC cuando se vuelve a suspender un Equipo de Usuario (UE) no está bien desarrollado o entendido. Los detalles sobre un enfoque para volver a suspender un UE se pueden encontrar en el Apéndice C.
Un enfoque que puede ser apropiado en NR es que el UE obtenga nuevas claves de seguridad (KgNB, Krrcint, etc.) antes de enviar el mensaje RRCSolicitudReanudar mensaje. Estas claves se pueden utilizar para calcular el token de seguridad utilizado en el RRCSolicitudReanudar y se usa para cifrar y proteger la integridad del mensaje de respuesta (RRCSuspender, RRCLiberar, RRCReanudar). Un ejemplo de tal enfoque se puede encontrar en el Apéndice D.
En los enfoques discutidos anteriormente, el UE no almacena el contexto del Estrato de Acceso (AS) del UE, incluida la configuración RRC actual, el contexto de seguridad actual, el estado del Protocolo de Convergencia de Datos en Paquetes (PDCP), incluido el estado de Compresión Robusta de Encabezado (ROHC), Identificador Temporal de Red de Radio de Celda (C-RNTI) utilizado en la celda primaria de origen (PCell), la identidad de celda y la identidad de celda física (PCI) de la PCell de origen en caso de que esté recibiendo RRCSuspender en respuesta a un RRCSolicitudReanudar. La suposición aquí es que el UE debe usar el antiguo contexto almacenado la próxima vez que envíe un RRCSolicitudReanudar.
Este enfoque es menos seguro ya que el antiguo contexto de seguridad (por ejemplo, claves de seguridad) debe reutilizarse para obtener nuevas claves de seguridad, en lugar de utilizar las nuevas claves de seguridad de UE que se generaron antes de enviar el RRCSolicitudReanudar como las claves base para generar nuevas claves de seguridad. Además, este enfoque también requiere que la red almacene el antiguo contexto de seguridad cuando envía un RRCSuspender al UE, para ser utilizado en el próximo intento. Además, la red necesita mantener más parámetros que están relacionados con el antiguo nodo o celda para el que el UE estuvo por última vez en estado Conectado, como C-RNTI en la antigua PCell de origen (es decir, la PCell en la que el UE recibió el último RRCSuspender), Identidad de celda de la PCell de origen y la PCI de la PCell de origen. Lo más probable es que estos parámetros sean diferentes de los utilizados en el nodo de destino (es decir, el nodo al que el UE envía el RRCSolicitudReanudar).
Usando el parámetro antiguo como entrada para el futuro RRCSolicitudReanudar podría introducir problemas de seguridad ya que el uso de parámetros dependientes de la ubicación para calcular el token de integridad en LTE es una fortaleza de la solución de seguridad LTE para RRC Reanudar. Sin embargo, con el enfoque NR discutido anteriormente, este principio se rompe y, aunque el UE podría moverse y posiblemente actualizar sus parámetros de seguridad y los que dependen de la ubicación, el UE seguiría usando parámetros antiguos.
Además, no está claro qué haría el UE al recibir RRCLiberar. Por ejemplo, el UE puede actualizar o no estos parámetros dependientes de la ubicación. Además, aunque el UE puede almacenar algunos parámetros, no está claro qué debería suceder si estos parámetros ya están almacenados.
Por ejemplo, con respecto a los parámetros identidadReanudación, cuentaCadenaSiguienteSalto, ran-CicloAviso y ran-InfoAreaNotificación, un enfoque puede ser que el UE almacene estos parámetros cada vez que el UE recibe un mensaje RRCSuspender, y solo elimine estos parámetros cuando el UE ingrese a RRC_CONECTADO. Esto puede crear una ambigüedad en cuanto a qué parámetros debe usar el UE en el estado de suspensión, ya que el UE podría terminar con múltiples conjuntos de los mismos parámetros.
Ciertos aspectos de la presente descripción y sus realizaciones pueden proporcionar soluciones a estos u otros desafíos. En particular, las realizaciones descritas en el presente documento introducen un nuevo mecanismo para manejar un conjunto de parámetros inactivos (por ejemplo, contexto de seguridad y parámetros basados en la ubicación utilizados para el token de integridad de la solicitud de reanudación, avisos y parámetros del área de notificación) al recibir un mensaje de Suspensión en respuesta a transmitir una Solicitud de Reanudación de RRC. Estos parámetros también se pueden actualizar en el caso de que el UE esté realizando una Solicitud de Reanudación y reciba un mensaje de Suspensión. En este sentido, estos parámetros pueden mantenerse actualizados independientemente de si el UE ingresa o no RRC_CONECTADO. Esto es diferente de los enfoques anteriores en los que se requiere que el UE ingrese a RRC_CONECTADO y luego se vuelva a suspender para actualizar estos parámetros.
Ciertas realizaciones pueden proporcionar una o más de las siguientes ventajas técnicas.
Realizaciones particulares de la presente descripción describen un comportamiento de UE claro definido para procedimientos de reanudación posteriores. En al menos algunas de tales realizaciones, el UE actualiza los parámetros relacionados con la seguridad cuando recibe un mensaje de suspensión (o mensajes de Liberación con una configuración o indicación de suspensión).
En al menos algunas de estas realizaciones, esto permite el principio de seguridad en LTE de usar los últimos parámetros basados en la ubicación para calcular el token de integridad de seguridad del UE para incluirlo en la Solicitud de Reanudación de RRC (también llamado Código de Autenticación de Mensaje de Reanudación para la Integridad (MAC-I)) para ser mantenido
Además, las realizaciones particulares evitan la necesidad de que la red retenga la información antigua creada cuando el UE estuvo conectado por última vez. Es decir, es suficiente para realizaciones particulares mantener el último contexto desde la última vez que se suspendió el UE. Esto puede, por ejemplo, reducir la complejidad de la red.
La Figura 4 ilustra una red 400 de comunicación inalámbrica ejemplar, según una o más realizaciones. La red 400 de comunicación inalámbrica admite comunicaciones entre una estación 402 base y un UE 404. La estación 402 base, a veces denominada en los estándares aplicables como un Nodo B Evolucionado (eNB) o un Nodo B de Quinta Generación (5G) (gNB), proporciona cobertura de radio al UE 404 en una celda 406 de la red 400 de comunicación inalámbrica.
El UE 404 puede comprender, por ejemplo, un teléfono celular, un teléfono inteligente, un ordenador portátil, un ordenador ultraportátil, una tableta, un dispositivo de comunicación Máquina a Máquina (M2M) (también conocido como Comunicación Tipo Máquina (MTC)), u otro dispositivo con capacidades de comunicación inalámbrica. La estación 402 base transmite datos al UE 404 en el enlace descendente (DL) en el Canal Compartido de Enlace Descendente Físico (PDSCH), el Canal de Control de Enlace Descendente Físico (PDCCH) y el Canal de Transmisión Físico (PBCH). El UE 404 transmite datos a la estación 402 base en el enlace ascendente (UL) en el Canal Compartido de Enlace Ascendente Físico (PUSCH). La estación 402 base y el UE 404 están configurados para funcionar según los estándares 5G o NR.
La celda 406 puede identificarse mediante una PCI y/o una identidad de celda (ID de celda). La PCI puede obtenerse detectando una señal de sincronización asociada con la celda 406. La identificación de la celda puede obtenerse de la información del sistema recibida de la estación 402 base y asociada con la celda 406.
Similar a LTE, NR utilizará Multiplexación por División de Frecuencia Ortogonal (OFDM) en el enlace descendente desde un nodo de red o estación base (también conocido como eNB o gNB) a un UE. En el enlace ascendente (es decir, desde el UE a gNB), se admitirán tanto OFDM como OFDM de dispersión de Transformada Discreta de Fourier (DFT).
El recurso físico básico de NR para redes 5G y NR se puede ver como una cuadrícula de tiempo y frecuencia similar a la de LTE, como se ilustra en la Figura 5, donde cada elemento de recurso corresponde a una subportadora OFDM durante un intervalo de símbolo OFDM. El espaciado de las subportadoras puede ser de 15 kilohercios (kHz), como se muestra en la Figura 5 y es compatible con LTE, o puede ser diferente, como los compatibles con NR.
Además, la asignación de recursos en LTE generalmente se describe en términos de Bloques de Recursos (RB), donde un RB corresponde a un intervalo (0,5 milisegundos (ms)) en el dominio del tiempo y 12 subportadoras contiguas en el dominio de la frecuencia. Un RB también se conoce como RB Físico (PRB). Los RB están numerados en el dominio de la frecuencia, comenzando con 0 desde un extremo del ancho de banda del sistema. Para NR, un RB también tiene 12 subportadoras en frecuencia.
Con respecto al dominio del tiempo, las realizaciones pueden usar la misma longitud de PRB que LTE, o una diferente, dependiendo de la realización. Según realizaciones particulares, el dominio de tiempo de las transmisiones de enlace descendente y enlace ascendente en NR se organiza en subtramas de igual tamaño (similar a LTE) como se muestra en la Figura 6.
Las transmisiones de enlace descendente se programan dinámicamente, es decir, en cada subtrama, la estación base transmite Información de Control de Enlace Descendente (DCI) sobre a qué UE 404 se transmitirán los datos y en qué RB de la subtrama de enlace descendente actual se transmiten los datos. Esta señalización de control se transmite típicamente en el primero o los dos primeros símbolos OFDM en cada subtrama en NR. La información de control se transporta en PDCCH y los datos se transportan en PDSCH. Un UE 404 primero detecta y decodifica el PDCCH y si un PDCCH se decodifica con éxito, decodifica el PDSCH correspondiente basándose en la información de control decodificada en el PDCCH. A cada UE 404 se le asigna un C-RNTI único en la misma celda de servicio. Los bits de Comprobación de Redundancia Cíclica (CRC) de un PDCCH para un UE 404 son codificados por el C-RNTI del UE 404, por lo que un UE 404 reconoce su PDCCH comprobando el C-RNTI utilizado para codificar los bits CRC del PDCCH.
Las transmisiones de datos de enlace ascendente también se programan dinámicamente mediante PDCCH. Similar al enlace descendente, un UE 404 primero decodifica las concesiones de enlace ascendente en PDCCH y luego transmite datos sobre el PUSCH en función de la información de control decodificada en la concesión de enlace ascendente, como el orden de modulación, la tasa de codificación, la asignación de recursos de enlace ascendente, etc.
En LTE, la Programación Semi Persistente (SPS) también se admite tanto en el enlace ascendente como en el descendente, en el que una secuencia de transmisiones de datos periódicas se activa o desactiva mediante un único PDCCH. No se transmite ningún PDCCH para transmisiones de datos después de la activación. En SPS, el CRC del PDCCH está codificado por un SPS-C-RNTI, que está configurado para un UE 404 si el UE 404 admite SPS.
Además de PUSCH, el Canal de Control de Enlace Ascendente Físico (PUCCH) también es compatible con NR para transportar Información de Control de Enlace Ascendente (UCI), como el Reconocimiento (ACK) relacionado con la Solicitud de Repetición Automática Híbrida (HARQ), el Reconocimiento Negativo (NACK) o la realimentación de la Información de Estado del Canal (CSI).
El protocolo RRC puede usarse en la interfaz Aérea entre el UE 404 y la estación 402 base (por ejemplo, transportado a través del protocolo PDCP). El protocolo RRC generalmente se relaciona con ciertos servicios y funciones de la subcapa RRC, que incluyen, por ejemplo, funciones de establecimiento y liberación de conexión, transmisión de información del sistema (por ejemplo, relacionada con el Estrato Sin Acceso (NAS) y/o el AS), establecimiento de portadora de radio, reconfiguración y liberación, procedimientos de movilidad de conexión RRC, funciones de gestión de calidad de servicio (QoS), informes de medición y control de informes de UE, notificación y liberación de búsqueda y control de potencia de bucle externo. Además, la señalización RRC puede configurar los planos de usuario y control según el estado de la red y permite implementar estrategias de Gestión de Recursos de Radio (RRM).
Realizaciones particulares de RRC están guiadas por una máquina de estado que define ciertos estados específicos en los que puede estar un UE 404. Los estados particulares en esta máquina de estado tienen diferentes cantidades de recursos de radio asociados con ellos y estos son los recursos que el UE 404 puede usar cuando está presente y en un estado dado. Dado que diferentes cantidades de recursos están disponibles en diferentes estados, la calidad del servicio que experimenta el usuario y el consumo de energía del UE pueden verse influenciados por esta máquina de estado.
Aunque las realizaciones particulares discutidas en este documento son realizadas por un UE mientras está en el estado RRC_INACTIVO en NR, otras realizaciones pueden aplicarse en otras circunstancias. Por ejemplo, realizaciones similares pueden incluir:
• Procedimientos LTE en lugar de NR (por ejemplo, con un UE en el estado RRC_INACTIVO de LTE)
• Procedimientos de Tecnología de Acceso Inter-Radio (RAT) en RRC_INACTIVO (por ejemplo, entre LTE y NR conectados a la misma Red Central 5G (CN)
• un UE que está en el estado LTE RRC_CONECTADO que está suspendido a LTE RRC_INACTIVO, realiza movilidad y acampa en una celda NR (es decir, se convierte en NR RRC_INACTIVO)
• un UE en NR RRC_CONECTADO que está suspendido en NR RRC_INACTIVO, realiza movilidad y acampa en una celda LTE (es decir, tránsito a LTE RRC_INACTIVO).
La Figura WW1 representa un método WW100 según realizaciones particulares. Como es evidente a partir de la discusión en este documento, el UE realiza el método WW100. El método WW100 incluye transmitir una Solicitud de Reanudación de RRC a una estación base (bloque WW105) y recibir un mensaje de Suspensión de RRC desde la estación base en respuesta a la transmisión (bloque WW110). Si bien no se ilustran, a continuación se describen numerosas realizaciones que se relacionan con acciones realizadas por el UE al recibir el mensaje de Suspensión de RRC en respuesta a la Solicitud de Reanudación de RRC transmitida. En general, estas realizaciones se refieren a reemplazar o actualizar al menos parte de la información en el contexto AS del UE almacenada en el UE.
La Figura WW2 representa un método WW200 según otras realizaciones particulares. Como es evidente a partir de la discusión en este documento, el método WW200 lo realiza la estación base. El método WW200 incluye recibir una Solicitud de Reanudación de RRC desde un dispositivo inalámbrico (bloque WW205) y transmitir un mensaje de Suspensión de RRC al dispositivo inalámbrico en respuesta a la recepción (bloque WW210). Si bien no se ilustran, a continuación, se describen numerosas realizaciones que se relacionan con las acciones realizadas por la estación base al enviar el mensaje de Suspensión de RRC en respuesta a la Solicitud de Reanudación de RRC. En general, estas realizaciones se relacionan con reemplazar o actualizar al menos parte de la información en el contexto AS del UE almacenada en el lado de la red (por ejemplo, en la estación base u otro nodo de red).
Obsérvese que los aparatos descritos anteriormente pueden realizar los métodos aquí descritos y cualquier otro procesamiento implementando cualquier medio, módulo, unidad o circuito funcional. En una realización, por ejemplo, los aparatos comprenden circuitos respectivos o circuitos configurados para realizar los pasos que se muestran en las figuras del método. Los circuitos o circuitería en este sentido pueden comprender circuitos dedicados a realizar cierto procesamiento funcional y/o uno o más microprocesadores en conjunto con la memoria. Por ejemplo, el circuito puede incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que puede incluir Procesadores de Señales Digitales (DSP), lógica digital de propósito especial y similares. El circuito de procesamiento puede configurarse para ejecutar código de programa almacenado en la 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 la memoria puede incluir instrucciones de programa para ejecutar uno o más protocolos de telecomunicaciones y/o comunicaciones de datos, así como instrucciones para llevar a cabo una o más de las técnicas descritas en este documento, en 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 este documento.
La Figura YY1, por ejemplo, ilustra un dispositivo YY100 inalámbrico implementado según una o más realizaciones. Como es evidente a partir de la descripción del presente documento, un UE es un ejemplo del dispositivo YY100 inalámbrico. Como se muestra, el dispositivo YY100 inalámbrico incluye un circuito YY110 de procesamiento y un circuito YY120 de comunicación. El circuito YY120 de comunicación (por ejemplo, circuito de radio) está configurado para transmitir y/o recibir información hacia y/o desde uno o más nodos, por ejemplo, a través de cualquier tecnología de comunicación. Dicha comunicación puede ocurrir a través de una o más antenas internas o externas al dispositivo YY100 inalámbrico. El circuito YY110 de procesamiento está configurado para realizar el procesamiento descrito anteriormente, por ejemplo, mediante la ejecución de instrucciones almacenadas en la memoria YY190. El circuito YY110 de procesamiento a este respecto puede implementar ciertos medios, unidades o módulos funcionales. En algunas realizaciones, el circuito YY110 de procesamiento está configurado para ejecutar instrucciones de un programa YY195 almacenado en la memoria YY190 del dispositivo YY100 inalámbrico.
La Figura YY2 ilustra un diagrama de bloques esquemático de un dispositivo YY200 inalámbrico en una red inalámbrica según otras realizaciones más (por ejemplo, la red inalámbrica que se muestra en La Figura QQ1). Como es evidente a partir de la descripción del presente documento, un UE es un ejemplo del dispositivo YY200 inalámbrico. Como se muestra, el dispositivo YY200 inalámbrico implementa varios medios, unidades o módulos funcionales, por ejemplo, a través del circuito YY110 de procesamiento en la Figura YY1 y/o a través del código de software. Estos medios, unidades o módulos funcionales, por ejemplo, para implementar los métodos aquí descritos, incluyen (por ejemplo) una unidad o módulo YY210 de transmisión y una unidad o módulo YY220 de recepción. La unidad o módulo YY210 transmisor está configurado para transmitir una Solicitud de Reanudación de RRC a una estación 402 base. La unidad o módulo YY220 de recepción está configurado para recibir un mensaje de Suspensión de RRC desde la estación 402 base en respuesta a la transmisión.
La Figura YY3 ilustra un nodo YY300 de red implementado según una o más realizaciones. Como se desprende de la presente descripción, una estación base es un ejemplo del nodo YY300 de red . Como se muestra, el nodo YY300 de red incluye el circuito YY310 de procesamiento y el circuito YY320 de comunicación. El circuito YY320 de comunicación está configurado para transmitir y/o recibir información hacia y/o desde uno o más nodos, por ejemplo, a través de cualquier tecnología de comunicación. El circuito YY310 de procesamiento está configurado para realizar el procesamiento descrito anteriormente, por ejemplo, mediante la ejecución de instrucciones de un programa YY395 almacenado en la memoria YY390. El circuito YY310 de procesamiento a este respecto puede implementar ciertos medios, unidades o módulos funcionales.
La Figura YY4 ilustra un diagrama de bloques esquemático de un nodo YY400 de red (por ejemplo, una estación base) en una red inalámbrica según otras realizaciones (por ejemplo, la red inalámbrica que se muestra en la Figura QQ1). Como se desprende de la presente descripción, una estación base es un ejemplo del nodo YY400 de red. Como se muestra, el nodo YY400 de red implementa varios medios, unidades o módulos funcionales, por ejemplo, mediante el circuito YY310 de procesamiento en la Figura YY3 y/o mediante código de software. Estos medios, unidades o módulos funcionales, por ejemplo, para implementar los métodos aquí descritos, incluyen (por ejemplo) una unidad o módulo YY410 de recepción y una unidad o módulo YY420 de transmisión. La unidad o módulo YY410 de recepción está configurado para recibir una solicitud de reanudación de RRC desde un dispositivo 404 inalámbrico. La unidad o módulo YY420 de transmisión está configurado para transmitir un mensaje de Suspensión de RRC al dispositivo 404 inalámbrico en respuesta a la recepción.
Los expertos en la técnica también apreciarán que las realizaciones de este documento incluyen además programas informáticos correspondientes.
Un programa informático comprende instrucciones que, cuando se ejecutan en al menos un procesador de un aparato, hacen que el aparato lleve a cabo cualquiera de los respectivos procesos descritos anteriormente. Un programa informático en este sentido puede comprender uno o más módulos de código correspondientes a los medios o unidades descritos anteriormente.
Las realizaciones incluyen además un soporte que contiene dicho programa informático. Este soporte puede comprender una señal electrónica, una señal óptica, una señal de radio o un medio de almacenamiento legible por ordenador.
A este respecto, las realizaciones del presente documento también incluyen un producto de programa informático almacenado en un medio no transitorio legible por ordenador (almacenamiento o grabación) y que comprende instrucciones que, cuando son ejecutadas por un procesador de un aparato, hacen que el aparato funcione como se describe anteriormente.
Las realizaciones incluyen además un producto de programa informático que comprende partes de código de programa para realizar los pasos de cualquiera de las realizaciones del presente documento cuando el producto de programa informático es ejecutado por un dispositivo informático. Este producto de programa informático puede almacenarse en un medio de grabación legible por ordenador.
Ahora 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 una primera realización, al recibir un mensaje de Suspensión de RRC (o mensaje de Liberación con alguna indicación de suspensión) en respuesta a una Solicitud de Reanudación de RRC, si el mensaje contiene información de contexto de seguridad de AS, el UE anula cualquier contexto de seguridad de AS almacenado (si lo hay), es decir, borra y almacena el valor recién recibido.
En una segunda realización, al recibir un mensaje de Suspensión de RRC (o mensaje de Liberación con alguna indicación de suspensión) en respuesta a una Solicitud de Reanudación de RRC, si el mensaje contiene un Identificador Temporal de Red de Radio Inactiva (I-RNTI), el UE anula cualquier I-RNTI almacenado (si lo hay), es decir, borra y almacena el valor recién recibido.
Nota (realizaciones de red equivalentes): una contraparte en el lado de la red también realizará estas actualizaciones para el contexto de seguridad y el I-RNTI (o cualquier tipo de identificador de reanudación).
En una tercera realización, al recibir un mensaje de Suspensión de RRC (o un mensaje de Liberación con alguna indicación de suspensión) en respuesta a una Solicitud de Reanudación de RRC, el UE actualiza los parámetros basados en la ubicación, como la PCI y la Identidad de Celda.
En una variante de esta tercera realización, esta actualización consiste en borrar la PCI previamente almacenada y almacenar la PCI asociada a la celda donde el UE ha enviado la Solicitud de Reanudación, es decir, la celda en la que el UE está acampando cuando envía el mensaje y recibe la Liberación como respuesta. La PCI se obtiene detectando las Señales de Sincronización (SS) asociadas a esa celda, es decir, Bloque o Bloques de SS.
En otra variante de esta realización, esta actualización consiste en borrar el Identificador de Celda previamente almacenado y almacenar el Identificador de Celda asociado a la celda donde el UE ha enviado la Solicitud de Reanudación, es decir, la celda que el UE está acampando cuando envía el mensaje y recibe la Liberación como respuesta. La Identidad de Celda se puede obtener leyendo la información del sistema asociada a esa celda.
En otra variante de esta tercera realización, se podría indicar si esta actualización la hará o no el UE.
Tenga en cuenta que hay realizaciones de red correspondientes. Es decir, una contraparte en el lado de la red también realizará estas actualizaciones. En otras palabras, el contexto AS se actualiza de tal manera que la PCI previamente almacenada se elimina y la nueva se almacena. Además, la Identidad de Celda previamente almacenada se elimina y se almacena la nueva.
En una cuarta realización, al recibir un mensaje de Suspensión de RRC (o un mensaje de Liberación con alguna indicación de suspensión) en respuesta a una Solicitud de Reanudación de RRC, el UE actualiza la información de C-RNTI.
En una variante de esta cuarta realización, esta actualización consiste en borrar el C-RNTI previamente almacenado, obteniendo el C-RNTI temporal al realizar un acceso aleatorio hacia una nueva celda donde el UE quiere enviar la Solicitud de Reanudación de RRC, donde el C-RNTI temporal RNTI se recibe en Respuesta de Acceso Aleatorio asociada a esa celda y almacena ese C-RNTI temporal como el nuevo C-RNTI para ser utilizado en intentos de Solicitud de Reanudación subsiguientes. Por ejemplo, el C-RNTI se puede usar como entrada para calcular el token de integridad de seguridad del UE para incluirlo en la Solicitud de Reanudación de RRC.
En otra variante de esta cuarta realización, esta actualización consiste en borrar el C-RNTI previamente almacenado, obtener el C-RNTI temporal y utilizarlo como en la variante anterior, salvo que exista resolución de contienda y se actualice el C-RNTI. En ese caso, el C-RNTI actualizado será almacenado por el UE para ser utilizado en procedimientos de reanudación posteriores.
En otra variante de esta cuarta realización, se podría indicar si esta actualización la hará o no el UE.
En otra variante de esta cuarta realización, esta actualización se realiza en base a un nuevo C-RNTI recibido en el propio mensaje de Suspensión (o el mensaje de Liberación con indicación de suspensión).
En una quinta realización, al recibir un mensaje de Suspensión de RRC (o un mensaje de Liberación con alguna indicación de suspensión) en respuesta a una Solicitud de Reanudación de RRC, si el mensaje contiene un NCC (cuentaCadenaSiguienteSalto), configuración de paginación de la red de acceso por radio (RAN) (ran-CicloAviso) o Configuración del área de notificación de RAN (ran-InfoAreaNotificación), el UE anula cualquiera de estas informaciones que se almacenan (si hay alguna almacenada), es decir, elimina y almacena el valor asociado recién recibido. Esto es diferente del borrador de especificación actual donde el UE solo almacena los parámetros.
En una variante de la quinta realización, también aplicable a las otras realizaciones que describen una regla de anulación, la regla de anulación se implementa utilizando códigos de necesidad, es decir, un código que indica al UE que un parámetro está almacenado y, al recibir uno nuevo, que el valor anterior se anula, es decir, se elimina y se reemplaza por el nuevo valor. Eso también se puede usar en combinación con el texto del procedimiento.
Una o más de las soluciones descritas en este documento pueden implementarse, por ejemplo, en la especificación 38.331 de RRC NR según los ejemplos que se encuentran en el Apéndice E, cuyas disposiciones pueden aplicarse individualmente o en cualquier combinación.
La Figura WT1 ilustra el funcionamiento de un UE y una estación base según al menos algunos aspectos de las realizaciones de la presente descripción descritas anteriormente. Como se ilustra, el UE transmite una Solicitud de Reanudación de RRC a la estación base (paso WT100). En respuesta a la Solicitud de Reanudación de RRC, la estación base transmite y el UE recibe un mensaje de Suspensión de RRC o un mensaje de Liberación de RRC que incluye una indicación de suspensión (paso WT102). En el UE, en respuesta a la recepción del mensaje de Suspensión de r Rc o el mensaje de Liberación de RRC que incluye la indicación de suspensión, el UE reemplaza la información en un contexto AS almacenado del UE con nueva información (paso WT104). Varias realizaciones y variantes de las mismas se describen anteriormente con respecto a qué información en el contexto AS almacenado del UE puede ser reemplazada.
Más específicamente, como se discutió anteriormente con respecto a la "primera realización", al recibir el mensaje de Suspensión de RRC (o el mensaje de Liberación con alguna indicación de suspensión) en respuesta a una Solicitud de Reanudación de RRC, si el mensaje contiene información de contexto de seguridad de AS, el UE anula (es decir, reemplaza) cualquier contexto de seguridad AS almacenado (si hay alguno almacenado) con la nueva información de contexto de seguridad AS contenida en el mensaje. En otras palabras, el UE determina si el mensaje de Suspensión de RRC recibido o el mensaje de Liberación de RRC con alguna indicación de suspensión contiene información de contexto de seguridad de AS. Si es así, el UE reemplaza la información de contexto de seguridad AS almacenada correspondiente con el contexto de seguridad AS recibido. De esta manera, el contexto AS almacenado del UE se refresca (es decir, se actualiza).
Además, o alternativamente, como se discutió anteriormente con respecto a la "segunda realización", al recibir el mensaje de Suspensión de RRC (o el mensaje de liberación con alguna indicación de suspensión) en respuesta a la Solicitud de Reanudación de RRC, si el mensaje contiene un I-RNTI, el UE anula (es decir, reemplaza) cualquier I-RNTI almacenado (si hay alguno almacenado) con el I-RNTI contenido en el mensaje. En otras palabras, el UE determina si el mensaje de Suspensión de RRC recibido o el mensaje de Liberación de RRC con alguna indicación de suspensión contiene un I-RNTI. Si es así, el UE reemplaza el I-RNTI almacenado correspondiente con el I-RNTI recibido. De esta manera, el contexto AS almacenado del UE se refresca (es decir, se actualiza).
Además, o alternativamente, como se discutió anteriormente con respecto a la "tercera realización", al recibir el mensaje de Suspensión de RRC (o el mensaje de Liberación con alguna indicación de suspensión) en respuesta a una Solicitud de Reanudación de RRC, el UE actualiza los parámetros basados en la ubicación, como como el PCI y la Identidad de la Celda en el contexto AS almacenado en el UE. Como se discutió anteriormente, la PCI y/o la Identidad de la celda son, en algunas variantes, la PCI y/o la Identidad de la celda asociada a la celda donde el UE ha enviado la Solicitud de Reanudación, es decir, la celda que el UE está acampando cuando envía la Solicitud de Reanudación de RRC y recibe el mensaje de Suspensión de RRC (o el mensaje de Liberación de RRC con alguna indicación de suspensión).
Además, o alternativamente, como se discutió anteriormente con respecto a la "cuarta realización", al recibir el mensaje de Suspensión de RRC (o el mensaje de Liberación con alguna indicación de suspensión) en respuesta a la Solicitud de Reanudación de RRC, el UE actualiza la información de C-RNTI. En otras palabras, el UE reemplaza un C-RNTI almacenado en el contexto AS almacenado del UE con un C-RNTI recién obtenido, donde este C-RNTI recién obtenido está asociado a la celda en la que el UE transmite la Solicitud de Reanudación de RRC en el paso WT100 y recibe Suspensión de RRC o Liberación de RRC con alguna indicación de suspensión en el paso WT102.
Además, o alternativamente, como se discutió anteriormente con respecto a la "quinta realización", la estación base puede instruir al UE sobre qué parámetros en el contexto AS almacenado del UE son o pueden ser reemplazados.
En algunas realizaciones, en respuesta a la transmisión del mensaje de Suspensión de RRC o el mensaje de Liberación de RRC que incluye la indicación de suspensión, la estación base también puede reemplazar información en un contexto AS almacenado del UE en el lado de la red, como se discutió anteriormente (paso WT106). El contexto AS almacenado del UE puede ser almacenado por la estación base o algún otro nodo de red. Los detalles de la sustitución de la información en el contexto AS almacenado son los mismos que los descritos anteriormente con respecto a, por ejemplo, la "primera realización", la "segunda realización", la "tercera realización" y la "cuarta realización" para el UE. Como tal, los detalles no se repiten aquí.
En algunas realizaciones, después de reemplazar la información en el contexto AS almacenado del UE para proporcionar un contexto AS actualizado del UE, el UE usa el contexto AS actualizado del UE para enviar una Solicitud de Reanudación de RRC posterior (paso WT108). En algunas realizaciones, como se discutió anteriormente, el UE usa información contenida en el contexto AS actualizado para calcular un token de integridad de seguridad (por ejemplo, MAC-I) incluido en la Solicitud de Reanudación de RRC posterior.
Aunque el tema descrito en este documento puede implementarse en cualquier tipo apropiado de sistema usando cualquier componente adecuado, las realizaciones descritas en este documento se describen en relación con una red inalámbrica, como la red inalámbrica de ejemplo ilustrada en la Figura QQ1. Para simplificar, la red inalámbrica de la Figura QQ1 solo muestra la red QQ106, los nodos QQ160 y QQ160b de red y los WD Qq 110, QQ110b y QQ110c. En la práctica, una red inalámbrica puede incluir además cualquier elemento adicional adecuado para admitir la comunicación entre dispositivos inalámbricos o entre un dispositivo inalámbrico y otro dispositivo de comunicación, como un teléfono fijo, un proveedor de servicios o cualquier otro nodo de red o dispositivo final. De los componentes ilustrados, el nodo QQ160 de red y el dispositivo QQ110 inalámbrico (WD) se representan con detalles adicionales. La red inalámbrica puede proporcionar comunicación y otros tipos de servicios a uno o más dispositivos inalámbricos para facilitar el acceso de los dispositivos inalámbricos y/o el uso de los servicios proporcionados por, o a través de, la red inalámbrica.
La red inalámbrica puede comprender y/o interactuar con cualquier tipo de red de comunicación, telecomunicaciones, datos, celular y/o 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, las realizaciones particulares de la red inalámbrica pueden implementar estándares de comunicación, tales como el Sistema Global para Comunicaciones Móviles (GSM), el Sistema Universal de Telecomunicaciones Móviles (UMTS), LTE, Internet de las Cosas de Banda Estrecha (NB-IoT), y/u otros estándares de segunda, tercera, cuarta o quinta generación (2G, 3G, 4G o 5G); estándares de Red de Área Local Inalámbrica (WLAN), como los estándares IEEE 802.11; y/o cualquier otro estándar de comunicación inalámbrica apropiado, como los estándares Interoperabilidad Mundial para Acceso por Microondas (WiMax), Bluetooth, Z-Wave y/o ZigBee.
La red QQ106 puede comprender una o más redes de retorno, redes centrales, redes de Protocolo de Internet (IP), Redes Telefónicas Públicas Conmutadas (PSTN), redes de paquetes de datos, redes ópticas, Redes de Área Amplia (WAN), Redes de Área Local (LAN), WLAN, redes cableadas, redes inalámbricas, redes de área metropolitana y otras redes para permitir la comunicación entre dispositivos.
El nodo QQ160 de red y WD QQ110 comprenden varios componentes que se describen con más detalle a continuación. Estos componentes trabajan juntos para proporcionar funcionalidad de nodo de red y/o 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 con cable o inalámbricas, nodos de red, estaciones base, controladores, dispositivos inalámbricos, estaciones repetidoras y/o cualquier otro componente o sistema que pueda facilitar o participar en la comunicación de datos y /o señales ya sea a través de conexiones cableadas o inalámbricas.
Tal como se usa en este documento, nodo de red se refiere a equipos capaces, configurados, dispuestos y/u operables para comunicarse directa o indirectamente con un dispositivo inalámbrico y/o con otros nodos de red o equipos en la red inalámbrica para permitir y/o proporcionar acceso inalámbrico al dispositivo inalámbrico y/o para realizar otras funciones (por ejemplo, administración) en la red inalámbrica. Los ejemplos de nodos de red incluyen, entre otros, Puntos de Acceso (AP) (por ejemplo, puntos de acceso de radio), Estaciones Base (BS) (por ejemplo, estaciones base de radio, nodos B, eNB y gNB). Las estaciones base pueden clasificarse en función de la cantidad de cobertura que brindan (o, dicho de otra manera, su nivel de potencia de transmisión) y también pueden denominarse femto estaciones base, pico estaciones base, micro estaciones base o macro estaciones base. Una estación base puede ser un nodo de retransmisión o un nodo donante de retransmisión que controla una retransmisión. Un nodo de red también puede incluir una o más (o todas) partes de una estación base de radio distribuida, como unidades digitales centralizadas y/o Unidades de Radio Remotas (RRU), a veces denominadas Cabezas de Radio Remotas (RRH). Tales unidades de radio remotas pueden o no estar integradas con una antena como una antena de radio integrada. Las partes de una estación base de radio distribuida también pueden denominarse nodos en un Sistema de Antena Distribuida (DAS). Otros ejemplos más de nodos de red incluyen equipos de Radio Multiestándar (MSR) como MSR BS, controladores de red como Controladores de Red de Radio (RNC) o Controladores de Estación Base (BSC), Estaciones Transceptoras Base (BTS), puntos de transmisión, nodos de transmisión, Entidades de Coordinación de Multidifusión/Células Múltiples (MCE), nodos de red central (por ejemplo, Centros de Conmutación Móvil (MSC), Entidades de Gestión de Movilidad (MME)), nodos de Operación y Mantenimiento (O&M), nodos del Sistema de Soporte de Operaciones (OSS), nodos de Red Auto-Organizados (SON), nodos de posicionamiento (por ejemplo, Centro de Ubicación Móvil de Servicio Evolucionado (E-SMLC)) y/o Minimización de Pruebas de Conducción (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. Sin embargo, de manera más general, los nodos de red pueden representar cualquier dispositivo adecuado (o grupo de dispositivos) capaz, configurado, dispuesto y/u operable para habilitar y/o proporcionar un dispositivo inalámbrico con 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 QQ1, el nodo QQ160 de red incluye el circuito QQ170 de procesamiento, el medio QQ180 legible por dispositivo, la interfaz QQ190, el equipo QQ184 auxiliar, la fuente QQ186 de alimentación, el circuito QQ187 de alimentación y la antena QQ162. Aunque el nodo QQ160 de red ilustrado en la red inalámbrica de ejemplo de la Figura QQ1 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. Debe entenderse que un nodo de red comprende cualquier combinación adecuada de hardware y/o software necesario para realizar las tareas, características, funciones y métodos descritos en este documento. Además, mientras que los componentes del nodo QQ160 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 varios componentes físicos diferentes que forman un solo componente ilustrado (por ejemplo, dispositivo QQ180 legible medio puede comprender varios discos duros independientes, así como varios módulos de RAM).
De manera similar, el nodo QQ160 de red puede estar compuesto por múltiples componentes separados físicamente (por ejemplo, un componente de Nodo B y un componente de RNC, o un componente de BTS y un componente de BSC, etc.), cada uno de los cuales puede tener sus propios componentes respectivos. En ciertos escenarios en los que el nodo QQ160 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 Nodos B. En tal escenario, cada par único de Nodo B y RNC puede, en algunos casos, considerarse un solo nodo de red separado. En algunas realizaciones, el nodo QQ160 de red puede configurarse para admitir múltiples RAT. En tales realizaciones, algunos componentes pueden duplicarse (por ejemplo, medio QQ180 legible por dispositivo separado para las diferentes RAT) y algunos componentes pueden reutilizarse (por ejemplo, la misma antena QQ162 puede ser compartida por las RAT). El nodo QQ160 de red también puede incluir varios conjuntos de los diversos componentes ilustrados para diferentes tecnologías inalámbricas integradas en el nodo QQ160 de red, como, por ejemplo, GSM, tecnologías inalámbricas de Acceso Múltiple por División de Código de Banda Ancha (WCDMA), LTE, NR, WiFi o Bluetooth. Estas tecnologías inalámbricas pueden integrarse en el mismo chip o conjunto de chips o en uno diferente y otros componentes dentro del nodo QQ160 de red.
El circuito QQ170 de procesamiento está configurado para realizar cualquier operación de determinación, cálculo o similar (por ejemplo, ciertas operaciones de obtención) descritas en este documento como proporcionadas por un nodo de red. Estas operaciones realizadas por el circuito QQ170 de procesamiento pueden incluir el procesamiento de información obtenida mediante el circuito QQ170 de procesamiento, por ejemplo, convirtiendo la información obtenida en otra información, comparando la información obtenida o la información convertida con la información almacenada en el nodo de red, y/o realizando una o más operaciones con base en la información obtenida o convertida, y como resultado de dicho procesamiento tomar una determinación.
El circuito QQ170 de procesamiento puede comprender una combinación de uno o más de un microprocesador, controlador, microcontrolador, Unidad Central de Procesamiento (CPU), DSP, Circuito Integrado Específico De La Aplicación (ASIC), Matriz de Puertas Programables en Campo (FPGA) o cualquier otro dispositivo informático adecuado, recurso o combinación de hardware, software y/o lógica codificada operable para proporcionar, ya sea solo o junto con otros componentes del nodo QQ160 de red, como el medio QQ180 legible del dispositivo, la funcionalidad del nodo QQ160 de red. Por ejemplo, el circuito QQ170 de procesamiento puede ejecutar instrucciones almacenadas en el medio QQ180 legible del dispositivo o en la memoria dentro del circuito QQ170 de procesamiento. Dicha funcionalidad puede incluir proporcionar cualquiera de las diversas características, funciones o beneficios inalámbricos que se analizan en este documento. En algunas realizaciones, el circuito QQ170 de procesamiento puede incluir un Sistema en un Chip (SOC).
En algunas realizaciones, el circuito QQ170 de procesamiento puede incluir uno o más circuitos transceptores de Radiofrecuencia (RF) QQ172 y circuitos de procesamiento de banda base QQ174. En algunas realizaciones, el circuito transceptor de RF QQ172 y el circuito de procesamiento de banda base QQ174 pueden estar en chips separados (o conjuntos de chips), placas o unidades, tales como unidades de radio y unidades digitales. En realizaciones alternativas, parte o la totalidad del circuito transceptor de RF QQ172 y el circuito de procesamiento de banda base QQ174 pueden estar en el mismo chip o conjunto de chips, placas o unidades.
En ciertas realizaciones, algunas o todas las funciones descritas en este documento proporcionadas por un nodo de red, estación base, eNB u otro dispositivo de red similar pueden realizarse mediante el circuito QQ170 de procesamiento ejecutando instrucciones almacenadas en el medio QQ180 legible del dispositivo o la memoria dentro del el circuito QQ170 de procesamiento. En realizaciones alternativas, parte o la totalidad de la funcionalidad puede proporcionarse por el circuito QQ170 de procesamiento sin ejecutar instrucciones almacenadas en un medio separado o discreto legible por dispositivo, tal como de manera cableada. En cualquiera de esas realizaciones, ya sea ejecutando instrucciones almacenadas en un medio de almacenamiento legible por dispositivo o no, el circuito QQ170 de procesamiento puede configurarse para realizar la funcionalidad descrita. Los beneficios proporcionados por dicha funcionalidad no se limitan al el circuito QQ170 de procesamiento solo o a otros componentes del nodo QQ160 de red, sino que los disfruta el nodo QQ160 de red en su conjunto y/o los usuarios finales y la red inalámbrica en general.
El medio QQ180 legible por dispositivo puede comprender cualquier forma de memoria legible por ordenador volátil o no volátil, incluidos, entre otros, almacenamiento persistente, memoria de estado sólido, memoria montada de forma remota, medios magnéticos, medios ópticos, RAM, 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 volátil o no volátil, no transitorio legible y /o dispositivos de memoria ejecutables por ordenador que almacenan información, datos y/o instrucciones que pueden ser utilizados por el procesamiento de circuitos QQ170. El medio QQ180 legible por dispositivo puede almacenar instrucciones, datos o información adecuados, incluido un programa informático, software, una aplicación que incluye uno o más de lógica, reglas, código, tablas, etc. y/u otras instrucciones capaces de ser ejecutadas por circuitos QQ170 de procesamiento y, utilizado por el nodo QQ160 de red. El medio QQ180 legible por dispositivo se puede utilizar para almacenar cualquier cálculo realizado mediante el circuito QQ170 de procesamiento y/o cualquier dato recibido a través de la interfaz QQ190. En algunas realizaciones, el circuito QQ170 de procesamiento y el medio QQ180 legible por dispositivo pueden considerarse integrados.
La interfaz QQ190 se utiliza en la comunicación por cable o inalámbrica de señalización y/o datos entre el nodo QQ160 de red, la red QQ106 y/o los WD QQ110. Como se ilustra, la interfaz QQ190 comprende puerto o puertos/terminal o terminales QQ194 para enviar y recibir datos, por ejemplo, hacia y desde la red QQ106 a través de una conexión por cable. La interfaz QQ190 también incluye un circuito QQ192 frontal de radio que puede acoplarse a, o en ciertas realizaciones, ser parte de la antena QQ162. El circuito QQ192 frontal de radio comprende filtros QQ198 y amplificadores QQ196. El circuito QQ192 frontal de radio se puede conectar a la antena QQ162 y al circuito QQ170 de procesamiento. El circuito frontal de radio puede configurarse para acondicionar las señales comunicadas entre la antena QQ162 y el circuito QQ170 de procesamiento. El circuito QQ192 frontal de radio puede recibir datos digitales que se enviarán a otros nodos de red o WD a través de una conexión inalámbrica. El circuito QQ192 frontal de radio puede convertir los datos digitales en una señal de radio que tenga los parámetros de canal y ancho de banda apropiados usando una combinación de filtros QQ198 y/o amplificadores QQ196. La señal de radio puede entonces transmitirse a través de la antena QQ162. De manera similar, al recibir datos, la antena QQ162 puede recopilar señales de radio que luego se convierten en datos digitales mediante el circuito QQ192 frontal de radio. Los datos digitales pueden pasarse al circuito QQ170 de procesamiento. En otras realizaciones, la interfaz puede comprender diferentes componentes y/o diferentes combinaciones de componentes.
En ciertas realizaciones alternativas, el nodo QQ160 de red puede no incluir un circuito QQ192 frontal de radio separado, en su lugar, el circuito QQ170 de procesamiento puede comprender un circuito frontal de radio y puede estar conectado a la antena QQ162 sin un circuito QQ192 frontal de radio separado. De manera similar, en algunas realizaciones, todos o algunos de los circuitos QQ172 transceptores de RF pueden considerarse parte de la interfaz QQ190. En aún otras realizaciones, la interfaz QQ190 puede incluir uno o más puertos o terminales QQ194, un circuito QQ192 frontal de radio y un circuito QQ172 transceptor de RF, como parte de una unidad de radio (no mostrada), y la interfaz QQ190 puede comunicarse con un circuito QQ174 de procesamiento de banda base, que es parte de una unidad digital (no mostrada).
La antena QQ162 puede incluir una o más antenas, o conjuntos de antenas, configuradas para enviar y/o recibir señales inalámbricas. La antena QQ162 se puede acoplar a un circuito QQ190 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 QQ162 puede comprender una o más antenas omnidireccionales, sectoriales o de panel operables para transmitir/recibir señales de radio entre, por ejemplo, 2 gigahercios (GHz) y 66 GHz. Se puede usar una antena omnidireccional para transmitir/recibir señales de radio en cualquier dirección, se puede usar una antena de sector para transmitir/recibir señales de radio de dispositivos dentro de un área en particular, y una antena de panel puede ser una antena de línea de visión que se usa para transmitir/recibir señales de radio en una línea relativamente recta. En algunos casos, el uso de más de una antena puede denominarse Múltiple Entrada Múltiple Salida (MIMO). En ciertas realizaciones, la antena QQ162 puede estar separada del nodo QQ160 de red y puede conectarse al nodo QQ160 de red a través de una interfaz o puerto.
La antena QQ162, la interfaz QQ190 y/o el circuito QQ170 de procesamiento pueden configurarse para realizar cualquier operación de recepción y/o ciertas operaciones de obtención descritas en este documento como realizadas por un nodo de red. Cualquier información, datos y/o señales pueden recibirse desde un dispositivo inalámbrico, otro nodo de red y/o cualquier otro equipo de red. De manera similar, la antena QQ162, la interfaz QQ190 y/o el circuito QQ170 de procesamiento pueden configurarse para realizar cualquier operación de transmisión descrita en este documento como realizada por un nodo de red. Cualquier información, datos y/o señales pueden transmitirse a un dispositivo inalámbrico, otro nodo de red y/o cualquier otro equipo de red.
El circuito QQ187 de alimentación puede comprender, o estar acoplado a, un circuito de gestión de potencia y está configurado para suministrar potencia a los componentes del nodo QQ160 de red para realizar la funcionalidad descrita en este documento. El circuito QQ187 de alimentación puede recibir potencia de la fuente QQ186 de alimentación. La fuente QQ186 de alimentación y/o el circuito QQ187 de alimentación pueden configurarse para proporcionar energía a los diversos componentes del nodo QQ160 de red en una forma adecuada para los componentes respectivos (por ejemplo, a un nivel de voltaje y corriente necesarios para cada componente respectivo). La fuente QQ186 de alimentación puede estar incluida o ser externa al circuito QQ187 de alimentación y/o al nodo QQ160 de red. Por ejemplo, el nodo QQ160 de red puede conectarse a una fuente de alimentación externa (por ejemplo, una toma de corriente) a través de un circuito de entrada o una interfaz como un cable eléctrico, por lo que la fuente de alimentación externa suministra energía al circuito QQ187 de alimentación. Como otro ejemplo, la fuente QQ186 de alimentación puede comprender una fuente de alimentación en forma de batería o paquete de baterías que está conectada o integrada en el circuito QQ187 de alimentación. La batería puede proporcionar energía de respaldo en caso de que falle la fuente de alimentación externa. También se pueden utilizar otros tipos de fuentes de energía, como dispositivos fotovoltaicos.
Las realizaciones alternativas del nodo QQ160 de red pueden incluir componentes adicionales además de los que se muestran en la Figura QQ1 que pueden ser responsables de proporcionar ciertos aspectos de la funcionalidad del nodo de red, incluida cualquiera de las funciones descritas en este documento y/o cualquier funcionalidad necesaria para respaldar el tema descrito en este documento. Por ejemplo, el nodo QQ160 de red puede incluir un equipo de interfaz de usuario para permitir la entrada de información en el nodo QQ160 de red y para permitir la salida de información desde el nodo QQ160 de red. Esto puede permitir que un usuario realice diagnósticos, mantenimiento, reparación y otras funciones administrativas para el nodo QQ160 de red.
Como se usa en este documento, WD se refiere a un dispositivo capaz, configurado, dispuesto y/u operable para comunicarse de forma inalámbrica con nodos de red y/u otros dispositivos inalámbricos. A menos que se indique lo contrario, el término WD se puede usar aquí de manera intercambiable con 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 adecuadas para transmitir información a través del 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 en un horario predeterminado, cuando se activa por un evento interno o externo, o en respuesta a solicitudes de la red. Los ejemplos de un WD incluyen, entre otros, un teléfono inteligente, un teléfono móvil, un teléfono celular, un teléfono de Voz sobre IP (VoIP), un teléfono de bucle local inalámbrico, un ordenador de escritorio, un Asistente Digital Personal (PDA), una cámara inalámbrica, una consola o dispositivo de juegos, un dispositivo de almacenamiento de música, un dispositivo de reproducción, un dispositivo de terminal portátil, un terminal inalámbrico, una estación móvil, una tableta, un ordenador portátil, un Equipo Integrado para Ordenador Portátil (LEE), un Equipo Portátil Montado (LME), un dispositivo inteligente, un Equipo en las Instalaciones del Cliente (CPE) inalámbrico, un dispositivo de terminal inalámbrico montado en un vehículo, etc. Un WD puede soportar comunicación Dispositivo a Dispositivo (D2D), por ejemplo, para implementar un estándar del 3GPP para comunicación lateral, Vehículo a Vehículo (V2V), Vehículo a Infraestructura (V2I), Vehículo a Todo (V2X) y, en este caso, puede denominarse dispositivo de comunicación D2D. 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 un nodo de red. El WD puede ser en este caso un dispositivo M2M, que en un contexto 3GPP puede denominarse dispositivo MTC. Como ejemplo particular, el WD puede ser un UE que implemente el estándar 3GPP NB-IoT. Ejemplos particulares de tales máquinas o dispositivos son sensores, dispositivos de medición como medidores de potencia, maquinaria industrial o electrodomésticos o dispositivos personales (por ejemplo, refrigeradores, televisores, etc.) dispositivos portátiles personales (por ejemplo, relojes, monitores de actividad física, etc.). En otros escenarios, un WD puede representar un vehículo u otro equipo que es capaz de monitorizar y/o informar sobre su estado operativo u otras funciones asociadas 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 se describe anteriormente puede ser móvil, en cuyo caso también puede denominarse dispositivo móvil o terminal móvil.
Como se ilustra, el dispositivo QQ110 inalámbrico incluye la antena QQ111, la interfaz QQ114, el circuito QQ120 de procesamiento, el medio QQ130 legible del dispositivo, el equipo QQ132 de interfaz de usuario, el equipo QQ134 auxiliar, la fuente QQ136 de alimentación y el circuito QQ137 de alimentación. WD QQ110 puede incluir múltiples conjuntos de uno o más de los componentes ilustrados para diferentes tecnologías inalámbricas compatibles con WD QQ110, como, por ejemplo, tecnologías inalámbricas g Sm , WCDMA, LTE, NR, WiFi, WiMAX, NB-IoT o Bluetooth. Por mencionar sólo algunos. Estas tecnologías inalámbricas pueden integrarse en chips o conjuntos de chips iguales o diferentes que otros componentes dentro de WD QQ110.
La antena QQ111 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 QQ114. En ciertas realizaciones alternativas, la antena QQ111 puede estar separada de WD QQ110 y conectarse a WD QQ110 a través de una interfaz o puerto. La antena QQ111, la interfaz QQ114 y/o el circuito QQ120 de procesamiento pueden configurarse para realizar cualquier operación de recepción o transmisión descrita en este documento como realizada por un WD. Cualquier información, datos y/o señales pueden recibirse desde un nodo de red y/u otro WD. En algunas realizaciones, el circuito frontal de radio y/o la antena QQ111 pueden considerarse una interfaz.
Como se ilustra, la interfaz QQ114 comprende un circuito QQ112 frontal de radio y una antena QQ111. El circuito QQ112 frontal de radio comprende uno o más filtros QQ118 y amplificadores QQ116. El circuito QQ114 frontal de radio está conectado a la antena QQ111 y al circuito QQ120 de procesamiento, y está configurado para acondicionar las señales comunicadas entre la antena QQ111 y el circuito QQ120 de procesamiento. El circuito QQ112 frontal de radio puede acoplarse a la antena QQ111 o formar parte de ella. En algunas realizaciones, WD QQ110 puede no incluir un circuito QQ112 frontal de radio separado; más bien, el circuito QQ120 de procesamiento puede comprender un circuito frontal de radio y puede estar conectado a la antena QQ111. De manera similar, en algunas realizaciones, algunos o todos los circuitos QQ122 transceptores de RF pueden considerarse parte de la interfaz QQ114. El circuito QQ112 frontal de radio puede recibir datos digitales que se enviarán a otros nodos de red o WD a través de una conexión inalámbrica. El circuito QQ112 frontal de radio puede convertir los datos digitales en una señal de radio que tenga los parámetros de canal y ancho de banda apropiados usando una combinación de filtros QQ118 y/o amplificadores QQ116. La señal de radio puede entonces transmitirse a través de la antena QQ111. De manera similar, al recibir datos, la antena QQ111 puede recopilar señales de radio que luego se convierten en datos digitales mediante el circuito QQ112 frontal de radio. Los datos digitales pueden pasarse al circuito QQ120 de procesamiento. En otras realizaciones, la interfaz puede comprender diferentes componentes y/o diferentes combinaciones de componentes.
El circuito QQ120 de procesamiento puede comprender una combinación de uno o más microprocesadores, controladores, microcontroladores, CPU, DSP, ASIC, FPGA o cualquier otro dispositivo informático adecuado, recurso o combinación de hardware, software y/o lógica codificada operable para proporcionar, ya sea solo o junto con otros componentes WD QQ110, como el medio QQ130 legible por dispositivo, la funcionalidad WD QQ110. Dicha funcionalidad puede incluir la provisión de cualquiera de las diversas características o beneficios inalámbricos que se analizan en este documento. Por ejemplo, el circuito QQ120 de procesamiento puede ejecutar instrucciones almacenadas en el medio QQ130 legible del dispositivo o en la memoria dentro del circuito QQ120 de procesamiento para proporcionar la funcionalidad descrita en este documento.
Como se ilustra, el circuito QQ120 de procesamiento incluye uno o más circuitos QQ122 transceptores de RF, circuitos QQ124 de procesamiento de banda base y circuitos QQ126 de procesamiento de aplicaciones. En otras realizaciones, el circuito de procesamiento puede comprender diferentes componentes y/o diferentes combinaciones de componentes. En ciertas realizaciones, el circuito QQ120 de procesamiento de WD QQ110 puede comprender un SOC. En algunas realizaciones, el circuito QQ122 transceptor de RF, el circuito QQ124 de procesamiento de banda base y el circuito QQ126 de procesamiento de aplicaciones pueden estar en chips o conjuntos de chips separados. En realizaciones alternativas, parte o todo el circuito QQ124 de procesamiento de banda base y el circuito QQ126 de procesamiento de aplicación pueden combinarse en un chip o conjunto de chips, y el circuito QQ122 transceptor de RF puede estar en un chip o conjunto de chips separado. En realizaciones aún alternativas, parte o todo el circuito QQ122 transceptor de RF y el circuito QQ124 de procesamiento de banda base pueden estar en el mismo chip o conjunto de chips, y el circuito QQ126 de procesamiento de aplicaciones puede estar en un chip o conjunto de chips separado. En aún otras realizaciones alternativas, parte o la totalidad de los circuitos QQ122 transceptores de RF, los circuitos QQ124 de procesamiento de banda base y los circuitos QQ126 de procesamiento de aplicaciones pueden combinarse en el mismo chip o conjunto de chips. En algunas realizaciones, el circuito QQ122 transceptor de RF puede ser parte de la interfaz QQ114. El circuito QQ122 transceptor de RF puede condicionar las señales de RF para procesar el circuito QQ120.
En ciertas realizaciones, algunas o todas las funciones descritas en este documento como realizadas por un WD pueden proporcionarse mediante el circuito QQ120 de procesamiento que ejecuta instrucciones almacenadas en el medio QQ130 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 proporcionarse mediante el circuito QQ120 de procesamiento sin ejecutar instrucciones almacenadas en un medio de almacenamiento separado o discreto legible por dispositivo, tal como de forma cableada. En cualquiera de esas realizaciones particulares, ya sea ejecutando instrucciones almacenadas en un medio de almacenamiento legible por dispositivo o no, el circuito QQ120 de procesamiento puede configurarse para realizar la funcionalidad descrita. Los beneficios proporcionados por dicha funcionalidad no se limitan al circuito QQ120 de procesamiento solo o a otros componentes de WD QQ110, sino que los disfruta WD QQ110 en su totalidad y/o los usuarios finales y la red inalámbrica en general.
El circuito QQ120 de procesamiento puede configurarse para realizar cualquier operación de determinación, cálculo o similar (por ejemplo, ciertas operaciones de obtención) descritas en este documento como realizadas por un WD. Estas operaciones, realizadas por el circuito QQ120 de procesamiento, pueden incluir el procesamiento de información obtenida mediante el circuito QQ120 de procesamiento, por ejemplo, convirtiendo la información obtenida en otra información, comparando la información obtenida o la información convertida con la información almacenada por WD QQ110 y/o realizando una o más operaciones con base en la información obtenida o convertida, y como resultado de dicho procesamiento tomar una determinación.
El medio QQ130 legible por dispositivo puede funcionar para almacenar un programa informático, software, una aplicación que incluye una o más de lógica, reglas, código, tablas, etc. y/u otras instrucciones capaces de ejecutarse mediante el circuito QQ120 de procesamiento. El medio QQ130 legible por dispositivo puede incluir la memoria del ordenador (por ejemplo, RAM o ROM), medios de almacenamiento masivo (por ejemplo, un disco duro), medios de almacenamiento extraíbles (por ejemplo, un CD o un DVD) y/o cualquier otro medio volátil o no volátil, dispositivos no transitorios legibles y/o dispositivos de memoria ejecutable por ordenador que almacenan información, datos y/o instrucciones que pueden ser utilizados por los circuitos QQ120 de procesamiento. En algunas realizaciones, el circuito QQ120 de procesamiento y el medio QQ130 legible por dispositivo pueden considerarse integrados.
El equipo QQ132 de interfaz de usuario puede proporcionar componentes que permiten que un usuario humano interactúe con WD QQ110. Tal interacción puede ser de muchas formas, tales como visual, auditiva, táctil, etc. El equipo QQ132 de interfaz de usuario puede funcionar para producir una salida para el usuario y permitir que el usuario proporcione una entrada a WD QQ110. El tipo de interacción puede variar según el tipo de equipo QQ132 de interfaz de usuario instalado en WD QQ110. Por ejemplo, si WD QQ110 es un teléfono inteligente, la interacción puede ser a través de una pantalla táctil; si WD QQ110 es un medidor inteligente, la interacción puede ser a través de una pantalla que proporcione el uso (por ejemplo, la cantidad de litros utilizados) o un altavoz que proporcione una alerta audible (por ejemplo, si se detecta humo). El equipo QQ132 de interfaz de usuario puede incluir interfaces de entrada, dispositivos y circuitos, e interfaces de salida, dispositivos y circuitos. El equipo QQ132 de interfaz de usuario está configurado para permitir la entrada de información en WD QQ110 y está conectado al circuito QQ120 de procesamiento para permitir que el circuito QQ120 de procesamiento procese la información de entrada. El equipo QQ132 de interfaz de usuario puede incluir, por ejemplo, un micrófono, un sensor de proximidad u otro sensor, teclas/botones, una pantalla táctil, una o más cámaras, un puerto de Bus Serie Universal (USB) u otro circuito de entrada. El equipo QQ132 de interfaz de usuario también está configurado para permitir la salida de información desde WD QQ110 y para permitir que el circuito QQ120 de procesamiento emita información desde WD QQ110. El equipo QQ132 de interfaz de usuario puede incluir, por ejemplo, un altavoz, una pantalla, un circuito vibratorio, un puerto USB, una interfaz de auriculares u otro circuito de salida. Usando una o más interfaces, dispositivos y circuitos de entrada y salida del equipo QQ132 de interfaz de usuario, WD QQ110 puede comunicarse con los usuarios finales y/o la red inalámbrica, y permitirles beneficiarse de la funcionalidad descrita en este documento.
El equipo QQ134 auxiliar se puede operar para proporcionar una funcionalidad más específica que generalmente no pueden realizar los WD. Esto puede comprender sensores especializados para realizar mediciones para diversos fines, interfaces para tipos adicionales de comunicación, como comunicaciones por cable, etc. La inclusión y el tipo de componentes del equipo QQ134 auxiliar pueden variar según la realización y/o el escenario.
La fuente QQ136 de alimentación puede, en algunas realizaciones, tener la forma de una batería o un paquete de baterías. También se pueden usar otros tipos de fuentes de alimentación, como una fuente de alimentación externa (por ejemplo, una toma de corriente), dispositivos fotovoltaicos o celdas de energía. WD QQ110 puede comprender además un circuito QQ137 de alimentación para entregar energía desde la fuente QQ136 de alimentación a las diversas partes de WD QQ110 que necesitan energía de la fuente QQ136 de alimentación para llevar a cabo cualquier funcionalidad descrita o indicada en este documento. El circuito QQ137 de alimentación puede comprender en ciertas realizaciones un circuito de gestión de potencia. El circuito QQ137 de alimentación puede operar adicional o alternativamente para recibir potencia de una fuente de alimentación externa; en cuyo caso, el WD QQ110 se puede conectar a la fuente de alimentación externa (como una toma de corriente) a través de un circuito de entrada o una interfaz como un cable de alimentación eléctrica. El circuito QQ137 de alimentación también puede funcionar en ciertas realizaciones para suministrar energía desde una fuente de energía externa a la fuente QQ136 de alimentación. Esto puede ser, por ejemplo, para la carga de la fuente QQ136 de alimentación. El circuito QQ137 de alimentación puede realizar cualquier formateo, conversión u otra modificación a la alimentación de la fuente QQ136 de alimentación para hacer que la alimentación sea adecuada para los componentes respectivos de WD QQ110 a los que se suministra alimentación.
La Figura QQ2 ilustra una realización de un UE según varios aspectos descritos en este documento. Como se usa aquí, un equipo de usuario o UE puede no tener necesariamente un usuario en el sentido de un usuario humano que posee y/u opera el dispositivo relevante. En cambio, un UE puede representar un dispositivo que está destinado a la venta o a la operación por parte de un usuario humano, pero que puede no estar asociado, o que puede no estar inicialmente asociado con un usuario humano específico (por ejemplo, un controlador de rociadores inteligente). Alternativamente, un UE puede representar un dispositivo que no está destinado a la venta u operación por parte de un usuario final, pero que puede asociarse u operarse en beneficio de un usuario (por ejemplo, un medidor de energía inteligente). El UE QQ2200 puede ser cualquier UE identificado por el Proyecto de Asociación de Tercera Generación (3GPP), incluido un UE de NB-IoT, un UE de MTC y/o un UE de MTC mejorado (eMTC). UE QQ200, como se ilustra en la Figura QQ2, 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 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 de manera intercambiable. En consecuencia, aunque la Figura QQ2 es un UE, los componentes discutidos aquí son igualmente aplicables a un WD y viceversa.
En la Figura QQ2, el UE QQ200 incluye un circuito QQ201 de procesamiento que está acoplado operativamente a la interfaz QQ205 de entrada/salida, la interfaz QQ209 de RF, la interfaz QQ211 de conexión de red, la memoria QQ215 que incluye la RAM QQ217, la ROM QQ219 y el medio QQ221 de almacenamiento o similar, el subsistema QQ231 de comunicación, fuente QQ233 de alimentación y/o cualquier otro componente, o cualquier combinación de los mismos. El medio QQ221 de almacenamiento incluye el sistema QQ223 operativo, el programa QQ225 de aplicación y los datos QQ227. En otras realizaciones, el medio QQ221 de almacenamiento puede incluir otros tipos de información similares. Ciertos UE pueden utilizar todos los componentes que se muestran en la Figura QQ2, 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 QQ2, el circuito QQ201 de procesamiento puede configurarse para procesar instrucciones y datos informáticos. El circuito QQ201 de procesamiento puede configurarse para implementar cualquier máquina de estado secuencia! operativa para ejecutar instrucciones de máquina almacenadas como programas informáticos legibles por máquina en la memoria, como una o más máquinas de estado implementadas en hardware (por ejemplo, en lógica discreta, FPGA, ASIC, etc.); lógica programable junto con firmware apropiado; uno o más programas almacenados, procesadores de propósito general, como un microprocesador o DSP, junto con el software apropiado; o cualquier combinación de los anteriores. Por ejemplo, el circuito QQ201 de procesamiento puede incluir dos CPU. Los datos pueden ser información en una forma adecuada para ser utilizada por una computadora.
En la realización representada, la interfaz QQ205 de entrada/salida puede configurarse para proporcionar una interfaz de comunicación a un dispositivo de entrada, un dispositivo de salida o un dispositivo de entrada y salida. UE QQ200 puede configurarse para usar un dispositivo de salida a través de la interfaz QQ205 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 desde UE QQ200. El dispositivo de salida puede ser un altavoz, una tarjeta de sonido, una tarjeta de video, una pantalla, un monitor, una impresora, un actuador, un emisor, una tarjeta inteligente, otro dispositivo de salida o cualquier combinación de los mismos. UE QQ200 puede configurarse para usar un dispositivo de entrada a través de la interfaz QQ205 de entrada/salida para permitir que un usuario capture información en UE QQ200. El dispositivo de entrada puede incluir una pantalla sensible al tacto o sensible a la presencia, una cámara (por ejemplo, una cámara digital, una cámara de video digital, una cámara web, etc.), un micrófono, un sensor, un ratón, un trackball, un teclado direccional, un trackpad, una rueda de desplazamiento, una tarjeta inteligente y similares. La pantalla sensible a la presencia puede incluir un sensor táctil capacitivo o resistivo para detectar la entrada de un 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 QQ2, la interfaz QQ209 de RF se puede configurar para proporcionar una interfaz de comunicación a los componentes de RF, como un transmisor, un receptor y una antena. La interfaz QQ211 de conexión de red puede configurarse para proporcionar una interfaz de comunicación a la red QQ243a. La red QQ243a puede abarcar redes cableadas y/o inalámbricas como una LAN, una 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 QQ243a puede comprender una red WiFi. La interfaz QQ211 de conexión de red se puede configurar para incluir una interfaz receptora y transmisora que se utiliza para comunicarse con uno o más dispositivos a través de una red de comunicación según uno o más protocolos de comunicación, como Ethernet, Protocolo de Control de Transmisión (TCP)/IP, Redes Ópticas Síncronas (SONET), Modo de Transferencia Asíncrona (ATM) o similares. La interfaz QQ211 de conexión de red puede implementar la funcionalidad de receptor y transmisor apropiada para los enlaces de 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 QQ217 puede configurarse para interactuar a través del bus QQ202 con el circuito QQ201 de procesamiento para proporcionar almacenamiento o almacenamiento en caché de datos o instrucciones informáticas durante la ejecución de programas de software como el sistema operativo, programas de aplicación y controladores de dispositivos. La ROM QQ219 puede configurarse para proporcionar instrucciones informáticas o datos al circuito QQ201 de procesamiento. Por ejemplo, la ROM QQ219 se puede configurar para almacenar datos o códigos 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 desde un teclado que se almacenan en una memoria volátil. El medio QQ221 de almacenamiento puede configurarse para incluir memoria como RAM, ROM, ROM programable (PROM), PROM borrable (EPROM), EPROM eléctricamente (EEPROM), discos magnéticos, discos ópticos, disquetes, discos duros, cartuchos extraíbles o unidades flash. En un ejemplo, el medio QQ221 de almacenamiento puede configurarse para incluir el sistema QQ223 operativo, el programa QQ225 de aplicación, como una aplicación de navegador web, un widget o motor de dispositivo u otra aplicación, y el archivo QQ227 de datos. El medio QQ221 de almacenamiento puede almacenar, para uso del UE QQ200, cualquiera de una variedad de varios sistemas operativos o combinaciones de sistemas operativos.
El medio QQ221 de almacenamiento se puede configurar para incluir varias unidades de disco físico, como Matriz Redundante de Discos Independientes (RAID), unidad de disquete, memoria flash, unidad flash USB, unidad de disco duro externa, memoria USB, pendrive, llave, Unidad de Disco Óptico de Disco Versátil Digital de Alta Densidad (HD-DVD), unidad de disco duro interna, unidad de disco óptico Blu-Ray, Unidad de Disco Óptico de Almacenamiento de Datos Digitales Holográficos (HDDS), Módulo de Memoria en línea mini-Dual (DIMM) externo, RAM Dinámica Síncrona (SDRAM), micro-DIMM SDRAM externo, memoria de tarjeta inteligente como un Módulo de Identidad del Abonado (SIM) o un Módulo de Identidad de Usuario Extraíble (RUIM), otra memoria o cualquier combinación de las mismas. El medio QQ221 de almacenamiento puede permitir que el UE QQ200 acceda a instrucciones ejecutables por ordenador, programas de aplicación o similares, almacenados en medios de memoria transitorios o no transitorios, para descargar datos o cargar datos. Un artículo de fabricación, como uno que utiliza un sistema de comunicación, puede incorporarse tangiblemente en el medio QQ221 de almacenamiento, que puede comprender un medio legible por dispositivo.
En la Figura QQ2, el circuito QQ201 de procesamiento puede configurarse para comunicarse con la red QQ243b utilizando el subsistema QQ231 de comunicación. La red QQ243a y la red QQ243b pueden ser la misma red o redes o una red o redes diferentes. El subsistema QQ231 de comunicación puede configurarse para incluir uno o más transceptores utilizados para comunicarse con la red QQ243b. Por ejemplo, el subsistema QQ231 de comunicación puede configurarse para incluir uno o más transceptores utilizados 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 RAN según una o más protocolos de comunicaciones, tales como IEEE 802.QQ2, Acceso Múltiple por División de Código (CDMA), WCDMA, GSM, LTE, Red de Acceso de Radio Terrestre Universal (UTRAN), WiMax o similares. Cada transceptor puede incluir el transmisor QQ233 y/o el receptor QQ235 para implementar la funcionalidad del transmisor o receptor, respectivamente, apropiada para los enlaces RAN (por ejemplo, asignaciones de frecuencia y similares). Además, el transmisor QQ233 y el receptor QQ235 de cada transceptor pueden compartir componentes de circuito, software o firmware, o alternativamente pueden implementarse por separado.
En la realización ilustrada, las funciones de comunicación del subsistema QQ231 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 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 QQ231 de comunicación puede incluir comunicación celular, comunicación WiFi, comunicación Bluetooth y comunicación GPS. La red QQ243b puede abarcar redes cableadas y/o inalámbricas como una LAN, una 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 QQ243b puede ser una red celular, una red WiFi y/o una red de campo cercano. La fuente QQ213 de alimentación se puede configurar para proporcionar alimentación de corriente alterna (CA) o corriente continua (CC) a los componentes del UE QQ200.
Las características, beneficios y/o funciones descritas en este documento pueden implementarse en uno de los componentes del UE QQ200 o dividirse entre múltiples componentes del UE QQ200. Además, las características, beneficios y/o funciones descritas en este documento pueden implementarse en cualquier combinación de hardware, software o firmware. En un ejemplo, el subsistema QQ231 de comunicación puede configurarse para incluir cualquiera de los componentes descritos en este documento. Además, el circuito QQ201 de procesamiento puede configurarse para comunicarse con cualquiera de dichos componentes a través del bus QQ202. En otro ejemplo, cualquiera de dichos componentes puede representarse mediante instrucciones de programa almacenadas en la memoria que, cuando se ejecutan mediante el circuito QQ201 de procesamiento, realizan las funciones correspondientes descritas en este documento. En otro ejemplo, la funcionalidad de cualquiera de dichos componentes puede dividirse entre el circuito QQ201 de procesamiento y el subsistema QQ231 de comunicación. En otro ejemplo, las funciones no intensivas en computación de cualquiera de dichos componentes pueden implementarse en software o firmware y las funciones intensivas en computación pueden implementarse en hardware.
La figura QQ3 es un diagrama de bloques esquemático que ilustra un entorno QQ300 de virtualización en el que se pueden virtualizar las funciones implementadas por algunas realizaciones. En el presente contexto, virtualizar significa crear versiones virtuales de aparatos o dispositivos que pueden incluir la virtualización de plataformas de hardware, dispositivos de almacenamiento y recursos de red. Como se usa aquí, la virtualización se puede aplicar 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 componentes del mismo y se refiere a una implementación en la que al menos una parte de la funcionalidad se implementa como uno o más componentes virtuales (por ejemplo, a través de 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 uno o más redes).
En algunas realizaciones, algunas o todas las funciones descritas en este documento pueden implementarse como componentes virtuales ejecutados por una o más máquinas virtuales implementadas en uno o más entornos QQ300 virtuales alojados por uno o más nodos QQ330 de hardware. Además, en realizaciones en las que el nodo virtual no es un nodo de acceso de radio o no requiere conectividad de radio (por ejemplo, un nodo de red central), entonces el nodo de red puede virtualizarse por completo.
Las funciones pueden ser implementadas por una o más aplicaciones QQ320 (que alternativamente pueden denominarse instancias de software, dispositivos virtuales, funciones de red, nodos virtuales, funciones de red virtual, etc.) operativas para implementar algunas de las características, funciones y/o beneficios de algunas de las realizaciones descritas en este documento. Las aplicaciones QQ320 se ejecutan en el entorno QQ300 de virtualización que proporciona hardware QQ330 que comprende circuitos QQ360 de procesamiento y memoria QQ390. La memoria QQ390 contiene instrucciones QQ395 ejecutables por el circuito QQ360 de procesamiento, por lo que la aplicación QQ320 está operativa para proporcionar una o más de las características, beneficios y/o funciones descritas en este documento.
El entorno QQ300 de virtualización comprende dispositivos QQ330 de hardware de red de propósito general o especial que comprenden un conjunto de uno o más procesadores o circuitos QQ360 de procesamiento, que pueden ser procesadores comerciales estándar (COTS), ASIC dedicados o cualquier otro tipo de circuitos de procesamiento, incluidos componentes de hardware digitales o analógicos o procesadores de propósito especial. Cada dispositivo de hardware puede comprender una memoria QQ390-1 que puede ser una memoria no persistente para almacenar temporalmente instrucciones QQ395 o software ejecutado por el circuito QQ360 de procesamiento. Cada dispositivo de hardware puede comprender uno o más controladores QQ370 de interfaz de red (NIC), también conocidos como tarjetas de interfaz de red, que incluyen la interfaz QQ380 de red física. Cada dispositivo de hardware también puede incluir medios QQ390-2 de almacenamiento no transitorios, persistentes, legibles por máquina que tienen almacenado en ellos el software QQ395 y/o instrucciones ejecutables por el circuito QQ360 de procesamiento. El software QQ395 puede incluir cualquier tipo de software, incluido el software para instanciar una o más capas QQ350 de virtualización (también denominados hipervisores), software para ejecutar máquinas QQ340 virtuales, así como software que le permita ejecutar funciones, características y/o beneficios descritos en relación con algunas realizaciones descritas en este documento.
Las máquinas QQ340 virtuales comprenden procesamiento virtual, memoria virtual, red virtual o interfaz y almacenamiento virtual, y pueden ser ejecutadas por una capa QQ350 de virtualización o hipervisor correspondiente. Se pueden implementar diferentes realizaciones de la instancia del dispositivo QQ320 virtual en una o más de las máquinas QQ340 virtuales, y las implementaciones se pueden realizar de diferentes maneras.
Durante la operación, el circuito QQ360 de procesamiento ejecuta el software QQ395 para instanciar el hipervisor o la capa QQ350 de virtualización, que a veces se denomina Monitor de Máquina Virtual (VMM). La capa QQ350 de virtualización puede presentar una plataforma operativa virtual que aparece como hardware de red para la máquina QQ340 virtual.
Como se muestra en la Figura QQ3, el hardware QQ330 puede ser un nodo de red independiente con componentes genéricos o específicos. El hardware QQ330 puede comprender la antena QQ3225 y puede implementar algunas funciones a través de la virtualización. Alternativamente, el hardware QQ330 puede ser parte de un grupo más grande de hardware (por ejemplo, en un centro de datos o CPE) donde muchos nodos de hardware trabajan juntos y se administran a través de Gestión y Orquestación (MANO) QQ3100, que, entre otros, supervisa la gestión del ciclo de vida de aplicaciones QQ320.
En algunos contextos, la virtualización del hardware se denomina Virtualización de Funciones de Red (NFV). NFV se puede usar para consolidar muchos tipos de equipos de red en hardware de servidor de gran volumen estándar de la industria, conmutadores físicos y almacenamiento físico, que se pueden ubicar en centros de datos y CPE.
En el contexto de NFV, la máquina QQ340 virtual puede ser una implementación de software de una máquina física que ejecuta programas como si se estuvieran ejecutando en una máquina física no virtualizada. Cada una de las máquinas QQ340 virtuales y la parte del hardware QQ330 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 QQ340 virtuales, forma Elementos de Red Virtual (VNE) separados.
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 QQ340 virtuales sobre la infraestructura QQ330 de redes de hardware y corresponde a la aplicación QQ320 en la Figura QQ3.
En algunas realizaciones, una o más unidades QQ3200 de radio que incluyen cada una uno o más transmisores QQ3220 y uno o más receptores QQ3210 pueden acoplarse a una o más antenas QQ3225. Las unidades de radio QQ3200 pueden comunicarse directamente con los nodos QQ330 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 de radio o una estación base.
En algunas realizaciones, se puede efectuar alguna señalización con el uso del sistema QQ3230 de control que, alternativamente, se puede usar para la comunicación entre los nodos QQ330 de hardware y las unidades QQ3200 de radio.
La Figura QQ4 ilustra una red de telecomunicaciones conectada a través de una red intermedia a un ordenador principal según algunas realizaciones. En particular, con referencia a la Figura QQ4, según una realización, un sistema de comunicación incluye una red QQ410 de telecomunicaciones, como una red celular de tipo 3GPP, que comprende una red QQ411 de acceso, como una RAN, y una red QQ414 central. La red QQ411 de acceso comprende una pluralidad de estaciones QQ412a, QQ412b, QQ412c base, tales como Nodo Bs, eNBs, gNBs u otros tipos de puntos de acceso inalámbricos, cada uno de los cuales define un área QQ413a, QQ413b, QQ413c de cobertura correspondiente. Cada estación QQ412a, QQ412b, QQ412c base se puede conectar a la red QQ414 central a través de una conexión QQ415 por cable o inalámbrica. Un primer UE QQ491 ubicado en el área QQ413c de cobertura está configurado para conectarse de forma inalámbrica a la estación QQ412c base correspondiente o ser buscado por ella. Un segundo UE QQ492 en el área QQ413a de cobertura se puede conectar de forma inalámbrica a la correspondiente estación QQ412a base. Si bien en este ejemplo se ilustra una pluralidad de UE QQ491, QQ492, las realizaciones descritas son igualmente aplicables a una situación en la que un único UE está en el área de cobertura o donde un único UE se conecta a la correspondiente estación QQ412 base.
La propia red QQ410 de telecomunicaciones está conectada al ordenador QQ430 servidor, que puede incorporarse 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 QQ430 servidor puede estar bajo la propiedad o 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 QQ421 y QQ422 entre la red QQ410 de telecomunicaciones y el ordenador QQ430 servidor pueden extenderse directamente desde la red QQ414 central al ordenador QQ430 servidor o pueden ir a través de una red QQ420 intermedia opcional. La red QQ420 intermedia puede ser una o una combinación de más de una red pública, privada o alojada; la red QQ420 intermedia, si la hay, puede ser una red troncal o Internet; en particular, la red QQ420 intermedia puede comprender dos o más subredes (no mostradas).
El sistema de comunicación de la Figura QQ4 en su conjunto permite la conectividad entre los UE QQ491, QQ492 conectados y el ordenador QQ430 servidor. La conectividad puede describirse como una conexión QQ450 Por Encima de Todo (OTT). El ordenador QQ430 servidor y los UE QQ491, QQ492 conectados están configurados para comunicar datos y/o señalización a través de la conexión QQ450 OTT, utilizando la red QQ411 de acceso, la red QQ414 central, cualquier red QQ420 intermedia y una posible infraestructura adicional (no mostrada) como intermediarios. La conexión QQ450 OTT puede ser transparente en el sentido de que los dispositivos de comunicación participantes a través de los cuales pasa la conexión QQ450 OTT desconocen el enrutamiento de las comunicaciones de enlace ascendente y descendente. Por ejemplo, la estación QQ412 base puede o no necesita ser informada sobre el enrutamiento pasado de una comunicación de enlace descendente entrante con datos que se originan en el ordenador QQ430 servidor para ser reenviados (por ejemplo, entregados) a un UE QQ491 conectado. De manera similar, la estación QQ412 base no necesita estar al tanto del enrutamiento futuro de una comunicación de enlace ascendente saliente que se origina desde el UE QQ491 hacia el ordenador QQ430 servidor.
Las implementaciones ejemplares, según una realización, del UE, la estación base el ordenador servidor discutidas en los párrafos anteriores se describirán ahora con referencia a la Figura QQ5. La Figura QQ5 ilustra un ordenador servidor que se comunica a través de una estación base con un equipo de usuario a través de una conexión parcialmente inalámbrica según algunas realizaciones. En el sistema QQ500 de comunicación, el ordenador QQ510 servidor comprende el hardware QQ515 que incluye la interfaz QQ516 de comunicación configurada para establecer y mantener una conexión por cable o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema QQ500 de comunicación. El ordenador QQ510 servidor comprende además un circuito QQ518 de procesamiento, que puede tener capacidades de almacenamiento y/o procesamiento. En particular, el circuito QQ518 de procesamiento puede comprender uno o más procesadores programables, circuitos integrados específicos de la aplicación, conjuntos de puertas programables en campo o combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. El ordenador QQ510 servidor comprende además el software QQ511, que está almacenado en el ordenador QQ510 servidor o es accesible por él y ejecutable mediante el circuito QQ518 de procesamiento. El software QQ511 incluye la aplicación QQ512 servidor. La aplicación QQ512 servidor puede funcionar para proporcionar un servicio a un usuario remoto, como el UE QQ530 que se conecta a través de la conexión QQ550 OTT que termina en el UE QQ530 y el ordenador QQ510 servidor. Al proporcionar el servicio al usuario remoto, la aplicación QQ512 servidor puede proporcionar datos de usuario que se transmiten mediante la conexión QQ550 OTT.
El sistema QQ500 de comunicación incluye además la estación QQ520 base provista en un sistema de telecomunicaciones y que comprende el hardware QQ525 que le permite comunicarse con el ordenador QQ510 servidor y con el UE QQ530. El hardware QQ525 puede incluir una interfaz QQ526 de comunicación para configurar y mantener una conexión por cable o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema QQ500 de comunicación, así como una interfaz QQ527 de radio para configurar y mantener al menos una conexión QQ570 inalámbrica con UE QQ530 ubicado en un área de cobertura (no mostrada en la Figura QQ5) servida por la estación QQ520 base. La interfaz QQ526 de comunicación puede configurarse para facilitar la conexión QQ560 al ordenador QQ510 servidor. La conexión QQ560 puede ser directa o puede pasar a través de una red central (no mostrada en la Figura QQ5) del sistema de telecomunicaciones y/o a través de una o más redes intermedias fuera del sistema de telecomunicaciones. En la realización mostrada, el hardware QQ525 de la estación QQ520 base incluye además un circuito QQ528 de procesamiento, que puede comprender uno o más procesadores programables, ASIC, FPGA o combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. La estación QQ520 base tiene además el software QQ521 almacenado internamente o accesible a través de una conexión externa.
El sistema QQ500 de comunicación incluye además el UE QQ530 al que ya se ha hecho referencia. Su hardware QQ535 puede incluir la interfaz QQ537 de radio configurada para establecer y mantener la conexión QQ570 inalámbrica con una estación base que presta servicio a un área de cobertura en la que se encuentra actualmente el UE QQ530. El hardware QQ535 del UE QQ530 incluye además el circuito QQ538 de procesamiento, que puede comprender uno o más procesadores programables, ASIC, FPGA o combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. El UE QQ530 comprende además el software QQ531, que está almacenado o accesible por el UE QQ530 y ejecutable mediante el circuito QQ538 de procesamiento. El software QQ531 incluye la aplicación QQ532 cliente. La aplicación QQ532 cliente puede funcionar para proporcionar un servicio a un usuario humano o no humano a través del UE QQ530, con el apoyo del ordenador QQ510 servidor. En el ordenador QQ510 servidor, una aplicación QQ512 servidor en ejecución puede comunicarse con la aplicación QQ532 cliente en ejecución a través de la conexión QQ550 OTT que termina en el UE QQ530 y el ordenador QQ510 servidor. Al proporcionar el servicio al usuario, la aplicación QQ532 cliente puede recibir datos de solicitud de la aplicación QQ512 servidor y proporcionar datos de usuario en respuesta a los datos de solicitud. La conexión QQ550 OTT puede transferir tanto los datos de la solicitud como los datos del usuario. La aplicación QQ532 cliente puede interactuar con el usuario para generar los datos de usuario que proporciona.
Se observa que el ordenador QQ510 servidor, la estación QQ520 base y el UE QQ530 ilustrados en la Figura QQ5 pueden ser similares o idénticos a ordenador QQ430 servidor, una de las estaciones QQ412a, QQ412b, QQ412c base y uno de los UE QQ491, QQ492 de la Figura QQ4, respectivamente. Es decir, el funcionamiento interno de estas entidades puede ser como se muestra en la Figura QQ5 e, independientemente, la topología de red circundante puede ser la de la Figura QQ4.
En la Figura QQ5, la conexión QQ550 OTT se dibujó de manera abstracta para ilustrar la comunicación entre el ordenador QQ510 servidor y el UE QQ530 a través de la estación QQ520 base, sin referencia explícita a ningún dispositivo intermediario y el enrutamiento preciso de mensajes a través de estos dispositivos. La infraestructura de red puede determinar el enrutamiento, que puede configurarse para ocultarse del UE QQ530 o del proveedor de servicios que opera el ordenador QQ510 servidor, o de ambos. Mientras la conexión QQ550 OTT está activa, la infraestructura de la red puede tomar decisiones mediante las cuales cambia dinámicamente el enrutamiento (por ejemplo, en función de la consideración del equilibrio de carga o la reconfiguración de la red).
La conexión QQ570 inalámbrica entre el UE QQ530 y la estación QQ520 base está según las enseñanzas de las realizaciones descritas a lo largo de esta descripción. Una o más de las diversas realizaciones mejoran el rendimiento de los servicios OTT proporcionados al UE QQ530 utilizando la conexión QQ550 OTT, en la que la conexión QQ570 inalámbrica forma el último segmento. Más precisamente, las enseñanzas de estas realizaciones pueden mejorar la seguridad y/o reducir la complejidad de la red frente a otras alternativas.
Puede proporcionarse un procedimiento de medición con el fin de controlar la velocidad de transmisión de datos, la latencia y otros factores en los que mejoran una o más realizaciones. Además, puede haber una funcionalidad de red opcional para reconfigurar la conexión QQ550 OTT entre el ordenador QQ510 servidor y el UE QQ530, 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 QQ550 OTT pueden implementarse en el software QQ511 y el hardware QQ515 del ordenador QQ510 servidor o en el software QQ531 y el hardware QQ535 del UE QQ530, o en ambos. En realizaciones, los sensores (no mostrados) pueden implementarse en o en asociación con dispositivos de comunicación a través de los cuales pasa la conexión QQ550 OTT; los sensores pueden participar en el procedimiento de medición suministrando valores de las cantidades monitorizadas ejemplificadas anteriormente, o suministrando valores de otras cantidades físicas a partir de las cuales el software QQ511, QQ531 puede calcular o estimar las cantidades monitorizadas. La reconfiguración de la conexión QQ550 OTT puede incluir formato de mensaje, configuración de retransmisión, enrutamiento preferido, etc.; la reconfiguración no necesita afectar a la estación QQ520 base, y puede ser desconocida o imperceptible para la estación QQ520 base. Dichos procedimientos y funcionalidades pueden ser conocidos y practicados en la técnica. En ciertas realizaciones, las mediciones pueden implicar señalización de UE patentada que facilita las mediciones de rendimiento, tiempos de propagación, latencia y similares del ordenador QQ510 servidor. Las mediciones pueden implementarse en que el software QQ511 y QQ531 haga que se transmitan mensajes, en particular mensajes vacíos o 'ficticios', utilizando la conexión QQ550 OTT mientras monitoriza tiempos de propagación, errores, etc.
La Figura QQ6 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 servidor, una estación base y un UE que pueden ser los descritos con referencia a las Figuras QQ4 y QQ5. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la Figura QQ6. En el paso QQ610, el ordenador servidor proporciona datos de usuario. En el subpaso QQ611 (que puede ser opcional) del paso QQ610, el ordenador servidor proporciona los datos del usuario mediante la ejecución de una aplicación servidor. En el paso QQ620, el ordenador servidor inicia una transmisión que transporta los datos del usuario al UE. En el paso QQ630 (que puede ser opcional), la estación base transmite al UE los datos de usuario que se transportaron en la transmisión que inició el ordenador servidor, según las enseñanzas de las realizaciones descritas a lo largo de esta descripción. En el paso QQ640 (que también puede ser opcional), el UE ejecuta una aplicación cliente asociada con la aplicación servidor ejecutada por el ordenador servidor.
La Figura QQ7 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 servidor, una estación base y un UE que pueden ser los descritos con referencia a las Figuras QQ4 y QQ5. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la Figura QQ7. En el paso QQ710 del método, el ordenador servidor proporciona datos de usuario. En un subpaso opcional (no mostrado), el ordenador servidor proporciona los datos del usuario mediante la ejecución de una aplicación servidor. En el paso QQ720, el ordenador servidor inicia una transmisión que lleva los datos del usuario al UE. La transmisión puede pasar a través de la estación base, según las enseñanzas de las realizaciones descritas a lo largo de esta descripción. En el paso QQ730 (que puede ser opcional), el UE recibe los datos de usuario transportados en la transmisión.
La Figura QQ8 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 servidor, una estación base y un UE que pueden ser los descritos con referencia a las Figuras QQ4 y QQ5. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la Figura QQ8. En el paso QQ810 (que puede ser opcional), el UE recibe datos de entrada proporcionados por el ordenador servidor. Adicional o alternativamente, en el paso QQ820, el UE proporciona datos de usuario. En el subpaso QQ821 (que puede ser opcional) del paso QQ820, el UE proporciona los datos del usuario mediante la ejecución de una aplicación de cliente. En el subpaso QQ811 (que puede ser opcional) del paso QQ810, el UE ejecuta una aplicación de cliente que proporciona los datos del usuario en reacción a los datos de entrada recibidos proporcionados por el ordenador servidor. Al proporcionar los datos del usuario, la aplicación de cliente ejecutada puede considerar además la entrada del usuario recibida del usuario. Independientemente de la forma específica en que se proporcionaron los datos de usuario, el UE inicia, en el subpaso QQ830 (que puede ser opcional), la transmisión de los datos de usuario al ordenador servidor. En el paso QQ840 del método, el ordenador servidor recibe los datos de usuario transmitidos desde el UE, según las enseñanzas de las realizaciones descritas a lo largo de esta descripción.
La Figura QQ9 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 servidor, una estación base y un UE que pueden ser los descritos con referencia a las Figuras QQ4 y QQ5. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la Figura QQ9. En el paso QQ910 (que puede ser opcional), según las enseñanzas de las realizaciones descritas a lo largo de esta descripción, la estación base recibe datos de usuario del UE. En el paso QQ920 (que puede ser opcional), la estación base inicia la transmisión de los datos de usuario recibidos al ordenador servidor. En el paso QQ930 (que puede ser opcional), el ordenador servidor recibe los datos del usuario transportados en la transmisión iniciada por la estación base.
Cualquier paso, método, característica, función o beneficio apropiado descrito en el presente documento puede realizarse a través de una o más unidades funcionales o módulos de uno o más aparatos virtuales. Cada aparato virtual puede comprender varias de estas unidades funcionales. Estas unidades funcionales pueden implementarse a través de circuitos de procesamiento, que pueden incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que puede incluir DSP, lógica digital de propósito especial y similares. El circuito de procesamiento puede configurarse para ejecutar el código de programa almacenado en la memoria, que puede incluir uno o varios tipos de memoria, como ROM, RAM, memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc. El código de programa almacenado en la memoria incluye instrucciones de programa. para ejecutar uno o más protocolos de telecomunicaciones y/o comunicaciones de datos así como instrucciones para llevar a cabo una o más de las técnicas aquí descritas. En algunas implementaciones, el circuito de procesamiento se puede usar para hacer que la unidad funcional respectiva realice las funciones correspondientes según una o más realizaciones de la presente descripción.
En general, todos los términos utilizados en este documento deben interpretarse según su significado corriente en el campo técnico correspondiente, a menos que se dé claramente un significado diferente y/o quede implícito del contexto en el que se utiliza. Todas las referencias a un/una/el elemento, aparato, componente, medio, paso, etc. deben interpretarse abiertamente como referencias a al menos una instancia del elemento, aparato, componente, medio, paso, etc., a menos que se indique explícitamente de lo contrario. Los pasos de cualquiera de los métodos descritos en este documento no tienen que realizarse en el orden exacto descrito, a menos que un paso se describa explícitamente como siguiente o anterior a otro paso y/o cuando esté implícito que un paso debe seguir o preceder a otro paso. Cualquier característica de cualquiera de las realizaciones descritas en este documento se puede aplicar a cualquier otra realización, cuando sea apropiado. Asimismo, cualquier ventaja de cualquiera de las realizaciones puede aplicarse a cualquier otra realización, y viceversa. Otros objetivos, características y ventajas de las realizaciones adjuntas serán evidentes a partir de la descripción.
El término unidad puede tener un significado convencional en el campo de la electrónica, dispositivos eléctricos y/o dispositivos electrónicos y puede incluir, por ejemplo, circuitos eléctricos y/o electrónicos, dispositivos, módulos, procesadores, memorias, dispositivos lógicos de estado sólido y/o discretos, programas informáticos o instrucciones para llevar a cabo las respectivas tareas, procedimientos, cálculos, resultados y/o funciones de visualización, etc., como los que se describen en este documento.
Algunas de las realizaciones contempladas en este documento se describen más completamente con referencia a los dibujos adjuntos. Sin embargo, otras realizaciones están contenidas dentro del alcance de la materia descrita en este documento. El tema descrito no debe interpretarse como limitado solo a las realizaciones establecidas en este documento; más bien, estas realizaciones se proporcionan a modo de ejemplo para transmitir el alcance del tema a los expertos en la técnica. También se puede encontrar información adicional en los documentos provistos en los Apéndices.
Algunas realizaciones ejemplares descritas en este documento incluyen:
Realizaciones del Grupo A
Realización 1: Un método de señalización de Control de Recursos de Radio (RRC), realizado por un dispositivo inalámbrico, comprendiendo el método:
• transmitir una Solicitud de Reanudación de RRC a una estación base; y
• recibir un mensaje de Suspensión de RRC desde la estación base en respuesta a la transmisión.
Realización 2: El método de la realización 1, que comprende además almacenar uno o más parámetros comprendidos en el mensaje de Suspensión de RRC, comprendiendo los parámetros uno o más de:
• información de contexto de seguridad de Estrato de Acceso (AS);
• un Identificador Temporal de Red de Radio Inactiva (I-RNTI);
• un cuentaCadenaSiguienteSalto (NCC);
• una configuración de aviso de Red de Acceso de Radio (RAN) (ran-CicloAviso); o
• una Configuración de Área de Notificación de RAN (ran-InfoAreaNotificación).
Realización 3: El método de la realización 2, en el que almacenar los parámetros comprende reemplazar la información de contexto de seguridad de AS previamente almacenada con la información de contexto de seguridad de AS en el mensaje de Suspensión de RRC.
Realización 4: El método de cualquiera de las realizaciones 2-3, en el que almacenar uno o más parámetros comprende reemplazar un NCC previamente almacenado con el NCC en el mensaje de Suspensión de RRC.
Realización 5: El método de cualquiera de las realizaciones 2-4, en el que almacenar uno o más parámetros comprende reemplazar un ran-CicloAviso previamente almacenado con el ran-CicloAviso en el mensaje de suspensión de RRC.
Realización 6: El método de cualquiera de las realizaciones 2-5, en el que almacenar uno o más parámetros comprende reemplazar un ran-InfoAreaNotificación previamente almacenado con ran-InfoAreaNotificación en el mensaje de Suspensión de RRC.
Realización 7: El método de cualquiera de las realizaciones 2-6, que comprende además recibir una instrucción desde la estación base para almacenar uno o más parámetros incluidos en el mensaje de Suspensión de RRC.
Realización 8: El método de cualquiera de las realizaciones anteriores, que comprende además la actualización de uno o más parámetros basados en la ubicación en respuesta a la recepción del mensaje de Suspensión de RRC. Realización 9: El método de la realización 8, en el que los parámetros basados en la ubicación comprenden una Identidad de Celda Física (PCI), una Identidad de Celda (ID de celda) y/o un Identificador Temporal de Red de Radio Celular (C-RNTI).
Realización 10: El método de la realización 9, que comprende además obtener la PCI mediante la detección de una señal de sincronización asociada con una celda servida por la estación base.
Realización 11: El método de cualquiera de las realizaciones 9-10, que comprende además obtener la ID de celda a partir de la información del sistema recibida de la estación base y asociada con una celda servida por la estación base. Realización 12: El método de cualquiera de las realizaciones 9-11, que comprende además realizar un acceso aleatorio a una celda servida por la estación base para obtener el C-RNTI.
Realización 13: el método de la realización 12, en el que la transmisión de la solicitud de Reanudación de RRC es en respuesta a la obtención del C-RNTI.
Realización 14: El método de cualquiera de las realizaciones 8-13, que comprende además recibir una instrucción desde la estación base para realizar la actualización.
Realización 15: El método de cualquiera de las realizaciones anteriores, en el que recibir el mensaje de Suspensión de RRC comprende recibir un mensaje de Liberación de RRC que comprende una indicación de suspensión.
Realización AA: El método de cualquiera de las realizaciones anteriores, que comprende además:
• suministrar datos de usuario; y
• reenviar los datos de usuario a un ordenador servidor a través de la transmisión a la estación base.
Realizaciones del Grupo B
Realización 16: Un método de señalización de Control de Recursos de Radio (RRC), realizado por una estación base, comprendiendo el método:
• recibir una solicitud de Reanudación de RRC desde un dispositivo inalámbrico; y
• transmitir un mensaje de Suspensión de RRC al dispositivo inalámbrico en respuesta a la recepción.
Realización 17: El método de la realización 16, en el que transmitir el mensaje de Suspensión de RRC comprende transmitir un mensaje de Liberación de RRC que comprende una indicación de suspensión.
Realización 18: El método de cualquiera de las realizaciones 16-17, en el que el mensaje de Suspensión de RRC comprende uno o más parámetros, comprendiendo los parámetros uno o más de:
• información de contexto de seguridad de Estrato de Acceso (AS);
• un Identificador Temporal de Red de Radio Inactiva (I-RNTI);
• un cuentaCadenaSiguienteSalto (NCC);
• una configuración de paginación de Red de Acceso de Radio (RAN) (ran-CicloAviso); o
• una configuración de área de notificación de RAN (ran-InfoAreaNotificación).
Realización 19: El método de cualquiera de las realizaciones 17-18, que comprende además transmitir, al dispositivo inalámbrico, una instrucción para almacenar uno o más parámetros incluidos en el mensaje de Suspensión de RRC. Realización 20: El método de cualquiera de las realizaciones 16-19, que comprende además transmitir, al dispositivo inalámbrico y en respuesta a la recepción de la solicitud de Reanudación de RRC, una instrucción para actualizar uno o más parámetros basados en la ubicación.
Realización 21: El método de la realización 20, en el que los parámetros basados en la ubicación comprenden una Identidad de Celda Física (PCI), una Identidad de Celda (ID de celda) y/o un Identificador Temporal de Red de Radio Celular (C-RNTI).
Realización 22: El método de la realización 21, que comprende además transmitir una señal de sincronización que comprende la PCI y está asociada con una celda servida por la estación base.
Realización 23: El método de cualquiera de las realizaciones 21-22, que comprende además la transmisión de información del sistema asociada con una celda servida por la estación base y que comprende la ID de celda. Realización BB: El método de cualquiera de las realizaciones anteriores, que comprende además:
• obtener de datos de los usuarios; y
• reenviar los datos del usuario a un ordenador servidor o un dispositivo inalámbrico.
Realizaciones del Grupo C
Realización C1: Un dispositivo inalámbrico configurado para realizar cualquiera de los pasos de cualquiera de las realizaciones del Grupo A.
Realización C2: Un dispositivo inalámbrico que comprende:
• circuitos de procesamiento configurados para realizar cualquiera de los pasos de cualquiera de las realizaciones del Grupo A; y
• circuito de suministro de alimentación configurado para suministrar energía al dispositivo inalámbrico. Realización C3: Un dispositivo inalámbrico que comprende circuitos de procesamiento y memoria, la memoria que contiene instrucciones ejecutables por los circuitos de procesamiento por lo que el dispositivo inalámbrico está configurado para realizar cualquiera de los pasos de cualquiera de las realizaciones del Grupo A.
Realización C4: Un equipo de usuario (UE) que comprende:
• una antena configurada para enviar y recibir señales inalámbricas;
• circuitos frontales de radio conectados a la antena ya los circuitos de procesamiento, y configurados para acondicionar las señales comunicadas entre la antena y los circuitos de procesamiento;
• estando configurado el circuito de procesamiento para realizar cualquiera de los pasos de cualquiera de las realizaciones del Grupo A;
• una interfaz de entrada conectada al circuito de procesamiento y configurada para permitir que el circuito de procesamiento procese la entrada de información en el UE;
• una interfaz de salida conectada al circuito de procesamiento y configurada para generar información desde el UE que ha sido procesada por el circuito de procesamiento; y
• una batería conectada al circuito de procesamiento y configurada para suministrar energía al UE.
Realización C5: Un programa informático que comprende instrucciones que, cuando son ejecutadas por al menos un procesador de un dispositivo inalámbrico, hacen que el dispositivo inalámbrico lleve a cabo los pasos de cualquiera de las realizaciones del Grupo A.
Realización C6: Una portadora que contiene el programa informático de la realización C5, en el que la portadora es una señal electrónica, una señal óptica, una señal de radio o un medio de almacenamiento legible por ordenador. Realización C7: Una estación base configurada para realizar cualquiera de los pasos de cualquiera de las realizaciones del Grupo B.
Realización C8: Una estación base que comprende:
• circuitos de procesamiento configurados para realizar cualquiera de los pasos de cualquiera de las realizaciones del Grupo B;
• circuitos de suministro de alimentación configurados para suministrar energía a la estación base.
Realización C9: Una estación base que comprende circuitos de procesamiento y memoria, la memoria que contiene instrucciones ejecutables por el circuito de procesamiento por lo que la estación base está configurada para realizar cualquiera de los pasos de cualquiera de las realizaciones del Grupo B.
Realización C10: Un programa informático que comprende instrucciones que, cuando es ejecutado por al menos un procesador de una estación base, hace que la estación base lleve a cabo los pasos de cualquiera de las realizaciones del Grupo B.
Realización C11: Una portadora que contiene el programa informático de la realización C10, en el que la portadora es una señal electrónica, una señal óptica, una señal de radio o un medio de almacenamiento legible por ordenador. Realizaciones del Grupo D
Realización D1: Un sistema de comunicación que incluye un ordenador servidor que comprende:
• circuitos de procesamiento configurados para proporcionar datos de usuario; y
• una interfaz de comunicación configurada para reenviar los datos del usuario a una red celular para su transmisión a un equipo de usuario (UE),
• donde la red celular comprende una estación base que tiene una interfaz de radio y un circuito de procesamiento, el circuito de procesamiento de la estación base configurado para realizar cualquiera de los pasos de cualquiera de las realizaciones del Grupo B.
Realización D2: El sistema de comunicación de la realización anterior que incluye además la estación base.
Realización D3: el sistema de comunicación de las 2 realizaciones anteriores, que incluye además el UE, en el que el UE está configurado para comunicarse con la estación base.
Realización D4: El sistema de comunicación de las 3 realizaciones anteriores, en el que:
• el circuito de procesamiento del ordenador servidor está configurado para ejecutar una aplicación servidor, proporcionando así los datos del usuario; y
• el UE comprende circuitos de procesamiento configurados para ejecutar una aplicación de cliente asociada con la aplicación servidor.
Realización D5: Un método implementado en un sistema de comunicación que incluye un ordenador servidor, una estación base y un equipo de usuario (UE), el método comprende:
• en el ordenador servidor, proporcionando datos de usuario; y
• en el ordenador servidor, iniciando una transmisión que transporta los datos del usuario al UE a través de una red celular que comprende la estación base, donde la estación base realiza cualquiera de los pasos de cualquiera de las realizaciones del Grupo B.
Realización D6: El método de la realización anterior, que comprende además, en la estación base, transmitir los datos del usuario.
Realización D7: el método de las 2 realizaciones anteriores, en el que los datos de usuario se proporcionan en el ordenador servidor mediante la ejecución de una aplicación servidor, comprendiendo el método además, en el UE, ejecutar una aplicación cliente asociada con la aplicación servidor.
Realización D8: Un equipo de usuario (UE) configurado para comunicarse con una estación base, comprendiendo el UE una interfaz de radio y un circuito de procesamiento configurado para realizar cualquiera de las 3 realizaciones anteriores. Realización D9: Un sistema de comunicación que incluye un ordenador servidor que comprende:
• circuitos de procesamiento configurados para proporcionar datos de usuario; y
• una interfaz de comunicación configurada para reenviar datos de usuario a una red celular para su transmisión a un equipo de usuario (UE),
• en el que el UE comprende una interfaz de radio y un circuito de procesamiento, los componentes del UE están configurados para realizar cualquiera de los pasos de cualquiera de las realizaciones del Grupo A. Realización D10: el sistema de comunicación de la realización anterior, en el que la red celular incluye además una estación base configurada para comunicarse con el UE.
Realización D11: El sistema de comunicación de las 2 realizaciones anteriores, en el que:
• el circuito de procesamiento del ordenador servidor está configurado para ejecutar una aplicación servidor, proporcionando así los datos del usuario; y
• el circuito de procesamiento del UE está configurado para ejecutar una aplicación de cliente asociada con la aplicación servidor.
Realización D12: Un método implementado en un sistema de comunicación que incluye un ordenador servidor, una estación base y un equipo de usuario (UE), el método comprende:
• en el ordenador servidor, proporcionando datos de usuario; y
• en el ordenador servidor, iniciando una transmisión que lleva los datos del usuario al UE a través de una red celular que comprende la estación base, donde el UE realiza cualquiera de los pasos de cualquiera de las realizaciones del Grupo A.
Realización D13: El método de la realización anterior, que comprende además en el UE recibir los datos del usuario desde la estación base.
Realización D14: Un sistema de comunicación que incluye un ordenador servidor que comprende:
• interfaz de comunicación configurada para recibir datos de usuario que se originan a partir de una transmisión desde un equipo de usuario (UE) a una estación base,
• en el que el UE comprende una interfaz de radio y un circuito de procesamiento, el circuito de procesamiento del UE está configurado para realizar cualquiera de los pasos de cualquiera de las realizaciones del Grupo A. Realización D15: El sistema de comunicación de la realización anterior, que incluye además el UE.
Realización 16: El sistema de comunicación de las 2 realizaciones anteriores, que incluye además la estación base, en el que la estación base comprende una interfaz de radio configurada para comunicarse con el UE y una interfaz de comunicación configurada para reenviar al ordenador servidor los datos de usuario transportados por una transmisión desde el UE hasta la estación base.
Realización D17: El sistema de comunicación de las 3 realizaciones anteriores, en el que:
• el circuito de procesamiento del ordenador servidor está configurado para ejecutar una aplicación servidor; y • el circuito de procesamiento del UE está configurado para ejecutar una aplicación de cliente asociada con la aplicación servidor, proporcionando así los datos del usuario.
Realización D18: El sistema de comunicación de las 4 realizaciones anteriores, en el que:
• el circuito de procesamiento del ordenador servidor está configurado para ejecutar una aplicación servidor, proporcionando así datos de solicitud; y
• el circuito de procesamiento del UE está configurado para ejecutar una aplicación de cliente asociada con la aplicación servidor, proporcionando así los datos del usuario en respuesta a los datos solicitados.
Realización D19: Un método implementado en un sistema de comunicación que incluye un ordenador servidor , una estación base y un equipo de usuario (UE), el método comprende:
• en el ordenador servidor, recibir datos de usuario transmitidos a la estación base desde el UE, en donde el UE realiza cualquiera de los pasos de cualquiera de las realizaciones del Grupo A.
Realización D20: El método de la realización anterior, que comprende además, en el UE, proporcionar los datos del usuario a la estación base.
Realización D21: El método de las 2 realizaciones anteriores, que comprende además:
• en el UE, ejecutar una aplicación de cliente, proporcionando así los datos de usuario a transmitir; y
• en el ordenador servidor, ejecutar una aplicación servidor asociada con la aplicación cliente.
Realización D22: El método de las 3 realizaciones anteriores, que comprende además:
• en el UE, ejecutar una aplicación de cliente; y
• en el UE, recibir datos de entrada a la aplicación cliente, proporcionándose los datos de entrada en el ordenador servidor mediante la ejecución de una aplicación servidor asociada con la aplicación cliente,
• en el que los datos de usuario a transmitir son proporcionados por la aplicación del cliente.
Al menos algunas de las siguientes abreviaturas pueden usarse en esta descripción. Si hay una inconsistencia entre las abreviaturas, se debe dar preferencia a cómo se usa arriba. Si se enumera varias veces a continuación, se debe preferir el primer listado a cualquier listado posterior.
• 2G Segunda Generación
• 3G Tercera Generación
• 3GPP Proyecto de Asociación de Tercera Generación
• 4G Cuarta Generación
• 5G Quinta Generación
• 5G-S-TMSI Identidad Temporal del Abonado Móvil de Evolución de la Arquitectura del Sistema de Quinta Generación
• AC Corriente Alterna
• ACK Reconocimiento
• AP Punto de Acceso
• AS Estrato de Acceso
• ASIC Circuito Integrado de Aplicación Especifica
• ATM Modo de Transferencia Asíncrona
• BS Estación Base
• BSC Controlador de Estación Base
• BTS Estación Transceptora Base
• CA Agregación de Portadoras
• CD Disco Compacto
• CDMA Código de División De Acceso Múltiple
• CN Red Central
• COTS Comercial estándar
• CPE Equipo en las Instalaciones del Cliente
• CPU Unidad Central de Procesamiento
• CRC Verificación de Redundancia Cíclica
• C-RNTI Identificador Temporal de Red de Radio Celular
• CSI Información del Estado del Canal
• D2D Dispositivo a Dispositivo
• DAS Sistema de Antena Distribuida
• DC Conectividad Dual
• DCI Información de Control de Enlace Descendente
• DFT Transformada de Fourier Discreta
DIMM Módulo de Memoria Dual En Línea
DL Enlace Descendente
DRX Recepción Discontinua
DSP Procesador de Señal Digital
DVD Disco de Vídeo Digital
EEPROM Memoria de Solo Lectura Eléctricamente Programable y Borrable
eMTC Comunicación de Tipo Máquina Mejorada
eNB Nodo B Evolucionado
EPROM Memoria de Solo Lectura Programable Borrable
E-SMLC Centro de Ubicación Móvil de Servicio Evolucionado
E-UTRAN Evolucionado Red de Acceso de Radio Terrestre del Servicio Universal de Telecomunicaciones Móviles FPGA Matriz de Puertas Programables en Campo
GHz Gigahercios
gNB Nodo B de Quinta Generación
GPS Sistema de Posicionamiento Global
GSM Sistema Global para Comunicaciones Móviles
HARQ Solicitud de Repetición Automática Híbrida
HDDS Almacenamiento de Datos Digitales Holográficos
HD-DVD Disco Versátil Digital de Alta Densidad
ID Identidad
I/O Entrada y salida
IoT Internet de las Cosas
IP Protocolo de Internet
I-RNTI Identificador Temporal de Red de Radio Inactiva
kHz Kilohercio
LAN Red de Área Local
LEE Equipo Portátil Integrado
LME Equipo Montado en Ordenador Portátil
LTE Evolución a Largo Plazo
M2M Máquina a Máquina
MAC-I Código de Autenticación de Mensajes para Integridad
MANO Gestión y Orquestación
MCE Entidad de Coordinación de Múltiples Celdas/Multidifusión
GCM Grupo de Células Maestras
MDT Minimización de Pruebas de Conducción
MIMO Entrada Múltiple Salida Múltiple
MME Entidad de Gestión de la Movilidad
ms Milisegundo
MSC Centro de Conmutación Móvil
MSR Radio Multiestándar
MTC Comunicación Tipo Máquina
NACK Reconocimiento Negativo
NAS Estrato Sin Acceso
NB-IoT Internet de las Cosas de Banda Estrecha
NCC cuentaCadenaSiguienteSalto
NFV Virtualización de Funciones de Red
NG Próxima Generación
NIC Controlador de Interfaz de Red
NR Nueva Radio
O&M Operación y Mantenimiento
OFDM Multiplexación por División de Frecuencia Ortogonal OSS Sistema de Apoyo a las Operaciones
OTT Por Encima de Todo
PBCH Canal de Transmisión Física
PCell Celda Primaria
PCI Identidad de Celda Física
PDA Asistente Personal Digital
PDCCH Canal de Control de Enlace Descendente Físico
PDCP Protocolo de Convergencia de Paquetes de Datos PDSCH Canal Compartido de Enlace Descendente Físico
PLMN Red Móvil Terrestre Pública
PRB Bloque de Recursos Físicos
PROM Memoria de Sólo Lectura Programable
PSTN Red Telefónica Conmutada
PUCCH Canal de Control de Enlace Ascendente Físico
PUSH Canal Compartido de Enlace Ascendente Físico
QoS Calidad de Servicio
RAID Matriz Redundante de Discos Independientes
RAM Memoria de Acceso Aleatorio
RAN Red de Acceso por Radio
RAT Tecnología de Acceso por Radio
RB Bloque de Recursos
RF Frecuencia de radio
RCN Controlador de Red de Radio
ROHC Compresión Robusta de Encabezado
ROM Memoria de Sólo Lectura
RRC Control de Recursos de Radio
RRH Cabeza de Radio Remoto
RRM Gestión de Recursos de Radio
RRU Unidad de Radio Remota
RUIM Módulo de Identidad de Usuario Extraíble
SAE Evolución de la Arquitectura del Sistema
SCell Celda Secundaria
SCG Grupo Celular Secundario
SDRAM Memoria de Acceso Aleatorio Dinámica Síncrona
SIM Módulo de Identidad del Abonado
SOC Sistema en un Chip
SON Red de Autoorganización
SONET Redes Ópticas Síncronas
SpCell Celda Especial
SPS Programación Semipersistente
SS Señal de Sincronización
TCP Protocolo de Control de Transmisión
TMSI Identidad de Abonado Móvil Temporal
UCI Información de Control de Enlace Ascendente
UE Equipo de Usuario
UL Enlace Ascendente
UMTS Servicio Universal de Telecomunicaciones Móviles USB Bus Serie Universal
UTRAN Red Universal de Acceso Radio Terrestre
V2I Vehículo a Infraestructura
V2V Vehículo a Vehículo
V2X Vehículo a Todo
VMM Supervisión de Máquinas Virtuales
VNE Elemento de Red Virtual
VNF Función de Red Virtual
VoIP Voz sobre Protocolo de Internet
WAN Red de Área Amplia
WCDMA Acceso Múltiple por División de Código de Banda Ancha
WD Dispositivo Inalámbrico
WiMax Interoperabilidad Mundial para Acceso por Microondas
WLAN Red Inalámbrica Local
Los expertos en la técnica reconocerán mejoras y modificaciones a las realizaciones de la presente descripción. Todas estas mejoras y modificaciones se consideran dentro del alcance de las reivindicaciones adjuntas.
Apéndice A
Extractos seleccionados de los estándares 3GPP
Extracto 1
5.3.8.3 Recepción de la RRCLiberarConexión por el UE
El UE deberá:
1> excepto para NB-IoT, UE de BL o UE en CE, retrasar las siguientes acciones definidas en esta subcláusula 60 ms desde el momento en que RRCLiberarConexión se recibió el mensaje u opcionalmente cuando las capas inferiores indican que la recepción del RRCLiberarConexión el mensaje ha sido reconocido con éxito, lo que ocurra primero;
1>para UE de BL o UE en CE, retrasar las siguientes acciones definidas en esta subcláusula 1,25 segundos desde el momento en que RRCLiberarConexión se recibió el mensaje u opcionalmente cuando las capas inferiores indican que la recepción del RRCLiberarConexión el mensaje ha sido reconocido con éxito, lo que ocurra primero;
1>para NB-IoT, retrase las siguientes acciones definidas en esta subcláusula 10 segundos desde el momento en que RRCLiberarConexión se recibió el mensaje u opcionalmente cuando las capas inferiores indican que la recepción del RRCLiberarConexión el mensaje ha sido reconocido con éxito, lo que ocurra primero.
1. NOTA: Para NB-IoT, cuando no se ha activado el informe de ESTADO, como se define en TS 36.322 [7], y el UE ha enviado retroalimentación HARQ (ACK) positiva, como se define en TS 36.321 [6], las capas inferiores se pueden considerar que ha indicado que la recepción de la RRCLiberarConexión el mensaje ha sido reconocido con éxito.
1> si el RRCLiberarConexión el mensaje incluye infoPortadoraRedirigida indicando redirección a geran; o 1> si el mensaje RRCLiberarConexión incluye infoControlMovilidadModoDesocupado incluido GERANLis ta Prioridadfrecuencia:
2> si no se ha activado la seguridad AS; y
2> si las capas superiores indican que no se permite redirigir a GERAN sin seguridad AS:
3> ignorar el contenido de la RRCLiberarConexión;
3> realizar las acciones al salir de RRC_CONECTADO como se especifica en 5.3.12, con causa de liberación 'otro', con lo cual finaliza el procedimiento;
1> si el mensaje RRCLiberarConexión incluye el infoControlMovilidadModoDesocupado:
2> almacenar la información de prioridad de reselección de celda proporcionada por el infoControlMovilidadModoDesocupado;
2> si el t320 está incluido:
3> iniciar el temporizador T320, con el valor del temporizador establecido según el valor de t320; 1> sino:
2> aplicar la transmisión de información de prioridad de reselección de celda en la información del sistema; 4015-1> para NB-IoT, si el mensaje RRCLiberarConexión incluye el infoPortadoraRedirigida:
2> si el desplazamientoPortadoraDedicadaRedirigida está incluido en el infoPortadoraRedirigida:
3> almacenar el desplazamiento dedicado para la frecuencia en infoPortadoraRedirigida;
3> iniciar el temporizador T322, con el valor del temporizador establecido según el valor de T322 en infoPortadoraRedirigida;
1> si el causaLiberación recibido en el mensaje RRCLiberarConexión indica requeridoTAURepartoCarga:
2> realizar las acciones al salir de RRC_CONECTADO como se especifica en 5.3.12, con la causa de liberación 'se requiere TAU de reparto de carga';
1> sino si el causaLiberación recibido en el mensaje RRCLiberarConexión indica cs-AlternativaAltaPrioridad:
2> realizar las acciones al salir de RRC_CONECTADO como se especifica en 5.3.12, con causa de liberación 'CS Alternativa Alta Prioridad';
1> sino:
2> si el tiempoEsperaExtendido está presente; y
2> si el UE admite acceso tolerante a retrasos o el UE es un UE NB-IoT:
3> reenviar el tiempoEsperaExtendido a las capas superiores;
2> si el tiempoEsperaExtendido-CPdatos está presente y el NB-IoT UE solo admite la optimización del plano de control CIoT EPS:
3> reenviar el tiempoEsperaExtendido-CPdatos a las capas superiores;
2> si el causaLiberación recibido en el RRCLiberarConexión el mensaje indica rrcSuspender:
3> realizar las acciones al salir de RRC_CONECTADO como se especifica en 5.3.12, con causa de liberación 'Suspensión de RRC';
2> sino:
3> realizar las acciones al salir de RRC_CONECTADO como se especifica en 5.3.12, con causa de liberación 'otro';
Extracto 2
5.3.12 Acciones de UE al salir de RRC_CONECTADO
Al salir de RRC_CONECTADO, el UE deberá:
1> restablecer MAC;
1> detener todos los temporizadores que están funcionando excepto T320, T322, T325, T330;
1> si la salida de RRC_CONECTADO fue provocada por la suspensión del RRC:
2> restablecer entidades RLC para todos los SRB y DRB, incluidos los RB configurados con NR PDCP; 2> almacenar el contexto UE AS, incluida la configuración RRC actual, el contexto de seguridad actual, el estado PDCP, incluido el estado ROHC, C-RNTI utilizado en la PCell de origen, la identidadCelda y la identidad de celda física de la PCell origen;
2> almacenar la siguiente información proporcionada por E-UTRAN:3> el reanudarIdentidad;
2> suspender todos los SRB y DRB, incluidos los RB configurados con NR PDCP, excepto SRBO;
2> indicar la suspensión de la conexión RRC a las capas superiores;
2> configurar capas inferiores para suspender la protección de integridad y el cifrado;
2. NOTA 1: No se aplica cifrado para los subsiguientes mensajes RRCReanudarConexión utilizado para reanudar la conexión. Las capas inferiores realizan una verificación de integridad, pero simplemente a pedido de RRC.
1> sino:
2> liberar todos los recursos de radio, incluida la liberación de la entidad RLC, la configuración MAC y la entidad PDCP asociada para todos los RB establecidos;
2> indicar la liberación de la conexión RRC a capas superiores junto con la causa de liberación;
1> si la salida de RRC_CONECTADO no fue provocada ni por la recepción del mensaje ComandoMovilidadDesdeEUTRA ni seleccionando una celda inter-RAT mientras se ejecutaba T311:
2> si está configurado el temporizador T350:
3> iniciar temporizador T350;
3> aplicar rclwi-Configuración si está configurado, de lo contrario aplicar el wlan-Id-Lista correspondiente al RPLMN incluido en InformaciónSistemaTipoBloque17;
2> sino:
3> libera el wlan-ConfiguraciónDescargaDedicada, si se recibe;
3>si el wlan-ConfiguraciónDecargaComún correspondiente a la RPLMN es transmitida por la celda:
4> aplicar wlan-ConfiguraciónDecargaComún correspondiente al RPLMN incluido en InformaciónSistema TipoBloque 17;
4> aplicar dirigir a WLAN si está configurado, de lo contrario aplicar el wlan-Id-Lista correspondiente al RPLMN incluido en InformaciónSistemaTipoBloque17;
2> entra RRC_DESOCUPADO y realiza los procedimientos como se especifica en TS 36.304 [4, 5.2.7]; 1> sino:
2> libera el wlan-ConfiguraciónDescargaDedicada, si se recibe;
3. NOTA 2: UE de BL o UE en CE verifica la validez de SI cuando se libera a RRC_DESOCUPADO.
1> libera la configuración de LWA, si está configurada, como se describe en 5.6.14.3;
1 > libera la configuración LWIP, si está configurada, como se describe en 5.6.17.3;
Apéndice B
Otros extractos seleccionados de los estándares 3GPP
Extracto 3
5.3.3.3a Acciones relacionadas con la transmisión del mensaje RRCSolicitudReanudarConexión mensaje El UE establecerá el contenido del mensaje RRCSolicitudReanudarConexión de la siguiente manera:
1> si el UE es un UE NB-IoT; o
1> si el campo usaReanudarIdentidadCompleta se señaliza en Información del InformaciónSistemaTipoBloque2:
2> configurar el reanudarID a lo almacenado reanudarIdentidad;
1> sino:
2> configurar el reanudarIDTruncado para incluir bits en la posición de bit 9 a 20 y 29 a 40 desde la izquierda en el almacenado reanudarIdentidad.
1> si el UE admite la causa de establecimiento mo-LlamadaVoz y UE está reanudando la conexión RRC para voz MMTEL de origen móvil e InformaciónSistemaTipoBloque2 incluye indicaciónCausaServicioVozy la causa de establecimiento recibida de las capas superiores no se establece en accesoPrioridadAlta:
2> configurar el causaReanudación a mo-LlamadaVoz;
1> sino, si el UE admite la causa de establecimiento mo-LlamadaVoz para video MMTEL de origen móvil y UE está reanudando la conexión RRC para video MMTEL de origen móvil e InformaciónSistemaTipoBloque2 incluye indicaciónCausaServicioVideo y la causa de establecimiento recibida de las capas superiores no se establece en accesoPrioridadAlta:
2> configurar el causaReanudación a mo-LlamadaVoz;
1> sino:
2> configurar el causaReanudación según la información recibida de las capas superiores;
1 > configurar el reanudaciónCortaMAC-I a los 16 bits menos significativos del MAC-I calculado:
2> sobre el ASN.1 codificado según la sección 8 (es decir, un múltiplo de 8 bits) VarReanudaciónCortaMAC-Entrada (o VarReanudaciónCortaMAC-Entrada-NB en NB-IoT);
2> con la clave KRRCint y el algoritmo de protección de integridad previamente configurado; y
2> con todos los bits de entrada para CONTAR, PORTADOR y DIRECCIÓN configurados en binarios; 1> restaurar la configuración RRC y el contexto de seguridad desde el contexto UE AS almacenado:
1 > si SRB1 se configuró con NR PDCP:
2> para SRB1, liberar la entidad PDCP NR y establecer una entidad PDCP E-UTRA con la configuración de seguridad actual (MCG);
4. NOTA 1: El UE aplica los algoritmos de protección de integridad y cifrado LTE que son equivalentes a los algoritmos de seguridad NR configurados previamente.
1> sino:
2> para SRB1, restaurar el estado PDCP y restablecer la entidad PDCP;
1> reanudar SRB1;
5. NOTA 2: Hasta que se reanude la conexión con éxito, la configuración de capa física predeterminada y la configuración principal de MAC predeterminada se aplican para la transmisión de SRBO y SRB1, y SRB1 se usa solo para la transferencia del mensaje RRCReanudarConexión.
El UE presentará el mensaje RRCSolicitudReanudarConexión a las capas inferiores para su transmisión.
El UE continuará con las mediciones relacionadas con la reselección de celdas, así como con la evaluación de la reselección de celdas. Si se cumplen las condiciones para la reselección de celda, el UE deberá realizar la reselección de celda como se especifica en 5.3.3.5.
Extracto 4
- VarReanudaciónCortaMAC-Entrada
La variable del UE VarReanudaciónCortaMAC-Entrada especifica la entrada utilizada para generar el reanudaciónCortaMAC-I durante el procedimiento de reanudación de la conexión RRC.
Variable del UE VarReanudaciónCortaMAC-Entrada
-- ANS1 INICIO
VarReanudaciónCortaMAC-Entrada-r13 ::= SECUENCIA {
identidadCelda-r13 IdentidadCelda,
idCeldaFísica-r13 IdCeldaFísica,
c-RNTI-r13 C-RNTI,
discriminadorReanudación-r13 CADENA BIT (TAMAÑO(1))
}
-- ASN1 PARA
Descripciones de los campos de VarReanudaciónCortaMAC-Entrada
identidadCelda
Establecido en IdentidadCelda de la celda actual.
c-RNTI
Establecido en C-RNTI que el UE tenía en la PCell a la que estaba conectado antes de la suspensión de la conexión RRC. idCeldaFísica
Establecido en la identidad de la celda física de la PCell a la que estaba conectado el UE antes de la suspensión de la conexión RRC.
discriminadorReanudación
Una constante que permite diferenciar en el cálculo del MAC-I para ReanudaciónCortaMAC-I. El discriminadorReanudación establece en '1'
Apéndice C
Otros extractos seleccionados de los estándares 3GPP
Excepto 5
5.3.14.3 Recepción de la RRCSuspender por el UE
Nota del editor: FFS Si usaremos en su lugar RRCRLiberar (por ejemplo, con indicador de suspensión).
El UE deberá:
1> retrasar las siguientes acciones definidas en esta subcláusula X ms desde el momento en que se recibió el mensaje RRCSuspender u opcionalmente cuando las capas inferiores indican que la recepción del mensaje RRCSuspender ha sido reconocido con éxito, lo que ocurra primero;
Nota del editor: cómo establecer el valor de X (ya sea configurable o fijo a 60 ms como en LTE, etc.).
1> si el mensaje RRCSuspender incluye el infoControlMovilidadModoDesocupado:
2> almacenar la información de prioridad de reselección de celda proporcionada por el infoControlMovilidadModoDesocupado;
2> si el t320 está incluido:
3> iniciar el temporizador T320, con el valor del temporizador establecido según el valor de t320; 1> sino:
2> aplicar la transmisión de información de prioridad de reselección de celda en la información del sistema; 1> almacenar la siguiente información proporcionada por la red: identidadReanudación, cuentaCadenaSiguienteSalto, ran-CicloAviso y ran-InfoAreaNotificación;
1> restablecer las entidades RLC para todos los SRB y DRB;
1> restablecer MAC;
1> excepto si el mensaje RRCSuspender fue recibido en respuesta a un RRCSolicitudReanudar:
2> almacenar el contexto UE AS, incluida la configuración RRC actual, el contexto de seguridad actual, el estado PDCP, incluido el estado ROHC, C-RNTI utilizado en la PCell de origen, el identidadCelda y la identidad de celda física de la PCell origen;
1 > suspender todos los SRB y DRB, excepto SRBO;
1 > iniciar el temporizador T380, con el valor del temporizador establecido en temporizador-RNAU-periódico; 1 > indicar la suspensión de la conexión RRC a las capas superiores;
1> configurar capas inferiores para suspender la protección de integridad y el cifrado;
1 > ingresar RRC_INACTIVO y realizar los procedimientos como se especifica en TS 38.304 [21] Apéndice D
Aún más extractos seleccionados de los estándares 3GPP
Excepto 6
5.3.13.2 Iniciación
El UE inicia el procedimiento cuando las capas superiores solicitan la reanudación de una conexión RRC, al responder al aviso de NG-RAN o al activar actualizaciones de RNA mientras el UE está en RRC_INACTIVO.
Una vez iniciado el procedimiento, el UE deberá:
Nota del editor: FFS Si la configuración SCG debe publicarse o si debe tratarse como cualquier otra configuración (es decir, con señalización delta).
1 > aplicar la configuración de canal físico por defecto como se especifica en 9.2.4;
1> aplicar la configuración de programación semipersistente predeterminada como se especifica en 9.2.3; 1 > aplicar la configuración principal MAC predeterminada como se especifica en 9.2.2;
1 > aplicar la configuración CCCH como se especifica en 9.1.1.2;
Nota del editor: FFS Si NR admite un temporizadorAlineaciónTiempoComún, si se transmite en SIB2 y el comportamiento del UE asociado).
1> iniciar temporizador T300X;
1 > detener el temporizador T380;
1> iniciar la transmisión del mensaje RRCSolicitudReanudar según 5.3.13.2;
Nota del editor: requisitos de FFS para la adquisición de información actualizada del sistema antes de reanudar la conexión.
5.3.13.3 Acciones relacionadas con la transmisión del mensaje RRCSolicitudReanudar
El UE fijará el contenido del mensaje RRCSolicitudReanudar de la siguiente manera:
1 > configurar el identidadReanudación al valor de I-RNTI almacenado proporcionado en suspensión;
1 > configurar el causaReanudación según la información recibida de las capas superiores o de la capa AS; Nota del editor: FFS Si hay más aspectos relacionados con causaReanudación se necesita capturar (por ejemplo, actualización de ARN debido a la movilidad, actualización periódica de ARN, etc.).
1> restaurar la configuración RRC y el contexto de seguridad desde el contexto UE AS almacenado:
1> actualizar la clave KgNB basada en la K actualgNB o el NH, utilizando los datos almacenados cuentaCadenaSiguienteSalto valor, como se especifica en TS 33.501 [11];
Nota del editor: FFS Cómo manejar el caso de rechazo
1 > derivar la clave KRRCenc , la KRRCint, la clave Kpinta y la clave kUPenc;
Nota del editor: Suposición de trabajo de FFS TBC (NCC en suspensión y nueva clave en la solicitud de reanudación de RRC).
1> configurar el reanudarMAC-I a los X bits menos significativos del MAC-I calculado:
2> sobre el ASN.1 codificado según la sección 8 (es decir, un múltiplo de 8 bits) VarReanudarMAC-Entrada; 2> con la clave KRRCint y el algoritmo de protección de integridad previamente configurado; y
2> con todos los bits de entrada para CUENTA, PORTADOR y DIRECCIÓN configurados en binarios; Nota del editor: FFS Longitud X del reanudarMAC-I.
Nota del editor: FFS Entrada adicional para VarReanudarMAC-Entrada (mitigación de ataques de repetición).
1 > restaurar el estado de PDCP y restablecer las entidades de PDCP para SRB1;
1> reanudar SRB1;
1> enviar el mensaje RRCSolicitudReanudar a las capas inferiores para su transmisión;
1> configurar las capas inferiores para reanudar la protección de integridad para todos los portadores de radio, excepto SRBO, utilizando el algoritmo configurado previamente y la clave KRRCint y clave kpinta inmediatamente, es decir, la protección de integridad se aplicará a todos los mensajes subsiguientes recibidos y enviados por el UE; NOTA 1: Solo las DRB con protección de integridad UP previamente configurada reanudarán la protección de integridad.
1> configurar las capas inferiores para reanudar el cifrado para todos los portadores de radio excepto SRBO y para aplicar el algoritmo de cifrado previamente configurado, la clave KRRCenc y la clave KUPenc , es decir, la configuración de cifrado se aplicará a todos los mensajes posteriores recibidos y enviados por el UE;
Si las capas inferiores indican un fallo en la verificación de integridad mientras se ejecuta T300X, realizar las acciones especificadas en 5.3.13.5.
El UE continuará con las mediciones relacionadas con la reselección de celdas, así como con la evaluación de la reselección de celdas. Si se cumplen las condiciones para la reselección de celda, el UE realizará la reselección de celda como se especifica en 5.3.3.5.
Apéndice E
Posible implementación de la solución en la especificación 38.331 NR RRC para las diferentes realizaciones 5.3.14.3 Recepción del RRCSuspender por el UE
El UE deberá:
1> retrasar las siguientes acciones definidas en esta subcláusula X ms desde el momento en que se recibe el mensaje RRCSuspender u opcionalmente cuando las capas inferiores indican que la recepción del mensaje RRCSuspender ha sido reconocido con éxito, lo que ocurra primero;
Nota del editor: cómo establecer el valor de X (ya sea configurable o fijo a 60 ms como en LTE, etc.).
1> si el mensaje RRCSuspender incluye el infoControlMovilidadModoDesocupado :
2> almacenar la información de prioridad de reselección de celda proporcionada por el infoControlMovilidadModoDesocupado;
2> si el t320 está incluido:
3> iniciar el temporizador T320, con el valor del temporizador establecido según el valor de t320; 1> sino:
2> aplicar la transmisión de información de prioridad de reselección de celda en la información del sistema; 1> reemplazar cualquier (es decir, anulaciones^ identidadReanudación, cuentaCadenaSiguienteSalto , ran-CicloAviso y ran-InfoAreaNotificación previamente almacenado por valores recién recibidos en el mensaje RRCSuspender;
1> almacenar la siguiente información proporcionada por la red: identidadReanudación, cuentaCadenaSiguienteSalto , ran-CicloAviso y ran-InfoAreaNotificación;
1 > restablecer las entidades RLC para todos los SRB y DRB;
1> si el mensaje RRCSuspender no se recibió en respuesta a un RRCSolicitudReanudar:
2> almacenar el contexto UE AS, incluida la configuración RRC actual, el contexto de seguridad actual, el estado PDCP, incluido el estado ROHC, C-RNTI utilizado en la PCell de origen, la identidadCelda y la identidad de celda física de la PCell origen;
1> sino si el mensaje RRCSuspender fue recibido en respuesta a un RRCSolicitudReanudar :
2> reemplazar cualquier contexto de seguridad previamente almacenado (es decir, anularlo) con el contexto de seguridad recién recibido en el mensaje de Suspensión;
2> reemplazar el C-RNTI previamente almacenado (es decir, anularlo) con el C-RNTI temporal recién obtenido en la celda que el UE ha enviado la solicitud de conexión RRC;
2> reemplazar el previamente almacenado identidadCelda (es decir, anular) con el recién obtenido identidadCelda en la celda el UE ha enviado la Solicitud de Conexión RRC;
2> reemplazar la identidad de celda física previamente almacenada (es decir, anular) con la identidad de celda física recién obtenida en la celda que el UE ha enviado la Solicitud de Conexión RRC;
1> suspender todos los SRB y DRB, excepto SRBO;
1 > iniciar el temporizador T380, con el valor del temporizador establecido en temporizador-RNAU-periódico; 1 > indicar la suspensión de la conexión RRC a las capas superiores;
1> configurar capas inferiores para suspender la protección de integridad y el cifrado;
1> ingresar RRC_INACTIVO y realizar los procedimientos como se especifica en TS 38.304 [21]
Otra posible implementación de la solución en la especificación 38.331 NR RRC para las diferentes realizaciones 5.3.14.3 Recepción de la RRCSuspender por el UE
El UE deberá:
1> retrasar las siguientes acciones definidas en esta subcláusula X ms desde el momento en que RRCSuspender se recibió el mensaje u opcionalmente cuando las capas inferiores indican que la recepción del RRCSuspender el mensaje ha sido reconocido con éxito, lo que ocurra primero;
Nota del editor: cómo establecer el valor de X (ya sea configurable o fijo a 60 ms como en LTE, etc.).
1> si el RRCSuspender mensaje incluye el infoControlMovilidadModoDesocupado:
2> almacenar la información de prioridad de reselección de celda proporcionada por el infoControlMovilidadModoDesocupado;
2> si el t320 está incluido:
3> iniciar el temporizador T320, con el valor del temporizador establecido según el valor de t320; 1> sino:
2> aplicar la transmisión de información de prioridad de reselección de celda en la información del sistema; 1> > reemplazar cualquier (es decir, anulaciones) identidadReanudación, cuentaCadenaSiguienteSalto , ran-CicloAviso y ran-InfoAreaNotificación previamente almacenado por valores recién recibidos en el mensaje RRCSuspender;
1> almacenar la siguiente información proporcionada por la red: identidadReanudación, cuentaCadenaSiguienteSalto , ran-CicloAviso y ran-InfoAreaNotificación;
1 > restablecer las entidades RLC para todos los SRB y DRB;
1> si el RRCSuspender no se recibió el mensaje en respuesta a un RRCSolicitudReanudar:
2> almacenar el contexto UE AS, incluida la configuración actual de RRC,
1 > almacenar (y reemplazar cualquier contexto almacenado de) el contexto de seguridad actual, el estado PDCP, incluido el estado ROHC, C-RNTI utilizado en la PCell de origen, el identidadCelda y la identidad de celda física de la PCell origen;
1> suspender todos los SRB y DRB, excepto SRBO;
1 > iniciar el temporizador T380, con el valor del temporizador establecido en temporizador-RNAU-periódico; 1 > indicar la suspensión de la conexión RRC a las capas superiores;
1> configurar capas inferiores para suspender la protección de integridad y el cifrado;
1> ingresar RRC_INACTIVO y realizar los procedimientos como se especifica en TS 38.304 [21]

Claims (15)

REIVINDICACIONES
1. Un método en un Equipo de Usuario, UE, que comprende:
transmitir (WT100) un mensaje de solicitud de reanudación de Control de Recursos de Radio, RRC;
en respuesta al mensaje de solicitud de reanudación de RRC, recibir (WT102) un mensaje de liberación de conexión de RRC con una indicación de suspensión; y
en respuesta a la recepción del mensaje de liberación de conexión RRC con una indicación de suspensión, reemplazar (WT104) información en un contexto de estrato de acceso, AS, almacenado del UE con nueva información, en el que reemplazar la información en el contexto AS almacenado del UE comprende:
• reemplazar la información de contexto de seguridad almacenada con información de contexto de seguridad comprendida en el mensaje de liberación de conexión RRC;
• reemplazar un Identificador Temporal de Red de Radio Inactiva almacenado, I-RNTI, con un I-RNTI incluido en el mensaje de liberación de conexión RRC;
• reemplazar una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC;
• reemplazar una identidad de celda física almacenada con una identidad de celda física de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; o • reemplazar un Identificador Temporal de Red de Radio De Celda almacenado, C-RNTI, con un C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
2. El método de la reivindicación 1, en el que reemplazar la información en el contexto AS almacenado del UE comprende reemplazar una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC, reemplazar una identidad de celda física almacenada con una identidad de celda física de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC, y reemplazar un Identificador Temporal de Red de Radio De Celda almacenado, C-RNTI, con un C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
3. El método de la reivindicación 1, en el que reemplazar la información en el contexto AS almacenado del UE comprende reemplazar la información del contexto de seguridad almacenada con la información del contexto de seguridad incluida en el mensaje de liberación de la conexión RRC, y en el que la información del contexto de seguridad comprende una cuenta de Cadena del Siguiente Salto.
4. El método de la reivindicación 1, en el que reemplazar la información en el contexto AS almacenado del UE comprende reemplazar un Identificador Temporal de Red de Radio Inactiva almacenado, I-RNTI, con un I-RNTI incluido en el mensaje de liberación de conexión RRC.
5. El método de la reivindicación 1, en el que reemplazar la información en el contexto AS almacenado del UE comprende reemplazar un Identificador Temporal de Red de Radio De Celda almacenado, C-RNTI, con un C-RNTI obtenido por el UE para la celda en la que el UE envió la Mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
6. El método de la reivindicación 1, en el que reemplazar la información en el contexto AS almacenado del UE comprende reemplazar una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
7. El método de la reivindicación 1, en el que el C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC es un C-RNTI temporal.
8. El método de cualquiera de las reivindicaciones 1 a 7 que comprende además, después de reemplazar la información en el contexto AS almacenado del UE para proporcionar un contexto AS actualizado del UE, usar el contexto AS actualizado del UE para enviar una solicitud de reanudación de RRC posterior.
9. El método de la reivindicación 8, en el que usar el contexto AS actualizado del UE para enviar la solicitud de reanudación de RRC posterior comprende usar el contexto AS actualizado para calcular un token de integridad de seguridad incluido en la solicitud de reanudación de RRC posterior.
10. Un Equipo de Usuario, UE, adaptado para:
transmitir un mensaje de solicitud de reanudación de control de recursos de radio, RRC;
en respuesta al mensaje de solicitud de reanudación de RRC, recibir un mensaje de liberación de conexión de RRC con una indicación de suspensión; y
en respuesta a la recepción del mensaje de liberación de conexión RRC con una indicación de suspensión, reemplazar la información en un contexto de estrato de acceso, AS, almacenado del UE con nueva información donde, para reemplazar la información en el contexto AS almacenado del UE, el UE se adapta aún más para:
• reemplazar la información de contexto de seguridad almacenada con información de contexto de seguridad comprendida en el mensaje de liberación de conexión RRC;
• reemplazar un Identificador Temporal de Red de Radio Inactiva almacenado, I-RNTI, con un I-RNTI incluido en el mensaje de liberación de conexión RRC;
• reemplazar una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC;
• reemplazar una identidad de celda física almacenada con una identidad de celda física de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; o
• reemplazar Identificador Temporal de Red de Radio De Celda almacenado, C-RNTI, con un C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
11. El UE de la reivindicación 10, en el que el UE está adaptado además para realizar el método de cualquiera de las reivindicaciones 2 a 9.
12. Un método en un nodo de red para actualizar un equipo de usuario, UE, estrato de acceso, AS, contexto almacenado para un UE al volver a suspender el UE en respuesta a una solicitud de reanudación de control de recursos de radio, RRC, del UE, el método comprende:
recibir (WT100), desde un UE, un mensaje de solicitud de reanudación de RRC; en respuesta a la recepción del mensaje de solicitud de reanudación de RRC, transmitir, al UE, un mensaje de liberación de conexión de RRC con una indicación de suspensión; y
en respuesta a la transmisión del mensaje de liberación de conexión RRC con una indicación de suspensión, reemplazar (WT104) la información en un contexto AS almacenado del UE con nueva información, donde reemplazar la información en el contexto AS almacenado del UE comprende:
• reemplazar (WT106) información de contexto de seguridad almacenada con información de contexto de seguridad comprendida en el mensaje de liberación de conexión RRC;
• reemplazar un Identificador Temporal de Red de Radio Inactiva almacenado, I-RNTI, con un I-RNTI incluido en el mensaje de liberación de conexión RRC;
• reemplazar una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC;
• reemplazar una identidad de celda física almacenada con una identidad de celda física de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; o
• reemplazar un Identificador Temporal de Red de Radio De Celda almacenado, C-RNTI, con un C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
13. El método de la reivindicación 12 en el que reemplazar la información en el contexto AS almacenado del UE comprende reemplazar la información del contexto de seguridad almacenada con la información del contexto de seguridad comprendida en el mensaje de liberación de conexión RRC.
14. Un nodo de red para actualizar un equipo de usuario, UE, estrato de acceso, AS, contexto almacenado para un UE al volver a suspender el UE en respuesta a una solicitud de reanudación de control de recursos de radio, RRC, del UE, el nodo de red adaptado para:
recibir (WT100), desde un UE, un mensaje de solicitud de reanudación de RRC; en respuesta a la recepción del mensaje de solicitud de reanudación de RRC, transmitir al UE un mensaje de liberación de conexión de RRC con una indicación de suspensión; y
en respuesta a la transmisión del mensaje de liberación de conexión RRC con una indicación de suspensión, reemplazar (WT104) la información en un contexto AS almacenado del UE con nueva información, donde, para reemplazar la información en el contexto AS almacenado del UE, el nodo de red se adapta aún más para:
• reemplazar (WT106) información de contexto de seguridad almacenada con información de contexto de seguridad comprendida en el mensaje de liberación de conexión RRC;
• reemplazar un Identificador Temporal de Red de Radio Inactiva almacenado, I-RNTI, con un I-RNTI incluido en el mensaje de liberación de conexión RRC;
• reemplazar una identidad de celda almacenada con una identidad de celda de una celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC;
• reemplazar una identidad de celda física almacenada con una identidad de celda física de la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC; o
• reemplazar un Identificador Temporal de Red de Radio De Celda almacenado, C-RNTI, con un C-RNTI obtenido por el UE para la celda en la que el UE envió el mensaje de solicitud de reanudación de RRC y recibió el mensaje de liberación de conexión de RRC.
15. El nodo de red de la reivindicación 14, en el que el nodo de red está adaptado además para realizar el método de cualquiera de las reivindicaciones 12 a 13.
ES19727072T 2018-04-16 2019-04-16 Manejo de parámetros inactivos al liberar y volver a suspender Active ES2936251T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862657974P 2018-04-16 2018-04-16
PCT/IB2019/053152 WO2019202517A1 (en) 2018-04-16 2019-04-16 Handling of inactive parameters upon release and re-suspend

Publications (1)

Publication Number Publication Date
ES2936251T3 true ES2936251T3 (es) 2023-03-15

Family

ID=66668974

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19727072T Active ES2936251T3 (es) 2018-04-16 2019-04-16 Manejo de parámetros inactivos al liberar y volver a suspender

Country Status (12)

Country Link
US (4) US10485051B2 (es)
EP (2) EP4152887A1 (es)
JP (2) JP6754016B1 (es)
KR (1) KR102168924B1 (es)
CN (2) CN112335330B (es)
BR (1) BR112020021162B1 (es)
ES (1) ES2936251T3 (es)
HU (1) HUE061259T2 (es)
MX (1) MX2020010905A (es)
PL (1) PL3782430T3 (es)
PT (1) PT3782430T (es)
WO (1) WO2019202517A1 (es)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10623987B2 (en) * 2015-05-22 2020-04-14 Ntt Docomo, Inc. User apparatus and base station
US11044637B2 (en) * 2016-09-27 2021-06-22 Nokia Technologies Oy Multi-cell allocation
EP3639616A1 (en) * 2017-06-16 2020-04-22 Telefonaktiebolaget LM Ericsson (PUBL) Resuming a connection in a wireless communication system
JP7232781B2 (ja) * 2017-07-26 2023-03-03 エルジー エレクトロニクス インコーポレイティド Scg構成を維持する方法及び装置
JP7094382B2 (ja) 2018-05-07 2022-07-01 テレフオンアクチーボラゲット エルエム エリクソン(パブル) 再開時に非アクティブをサスペンドし、サスペンド時に非アクティブを再開するための方法
CN110636641B (zh) * 2018-06-25 2021-10-15 维沃移动通信有限公司 一种ca配置信息的处理方法和终端
JP6880327B2 (ja) 2018-06-28 2021-06-02 京セラ株式会社 無線端末及び基地局
KR20200050355A (ko) * 2018-10-31 2020-05-11 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 사전 구성된 업링크 리소스들을 사용하여 전송하는 방법 및 장치
US20220007454A1 (en) * 2018-11-01 2022-01-06 Apple Inc. Signaling for MAC-I Verification in RNAU Without Anchor Relocation
KR102658886B1 (ko) * 2019-02-14 2024-04-18 삼성전자 주식회사 차세대 이동 통신 시스템에서 차량 통신을 지원하기 위한 단말 능력 절차 수행 방법 및 장치
EP3939348A1 (en) * 2019-03-14 2022-01-19 Hitachi Energy Switzerland AG Method of authentication of wireless communication based on physical layer security
CN114727290A (zh) * 2019-04-28 2022-07-08 华为技术有限公司 通信方法及其装置
US20220256630A1 (en) * 2019-06-12 2022-08-11 Lenovo (Beijing) Limited Method and apparatus for handling connection with multi-sim
WO2021085908A1 (ko) * 2019-11-03 2021-05-06 엘지전자 주식회사 무선통신시스템에서 as configuration 관련 사이드링크 ue의 동작 방법
CN114731515A (zh) * 2019-11-11 2022-07-08 瑞典爱立信有限公司 无线电资源控制消息的完整性保护
US11054998B1 (en) * 2019-12-12 2021-07-06 Facebook, Inc. High bandwidth memory system with distributed request broadcasting masters
EP4098070A4 (en) * 2020-01-31 2023-11-22 Telefonaktiebolaget LM Ericsson (publ) CONNECTION MANAGEMENT IN MULTIHOP NETWORKS
CN113678424B (zh) * 2020-03-13 2024-01-09 北京小米移动软件有限公司 定位方法及装置、通信设备及存储介质
US11432195B1 (en) * 2020-03-27 2022-08-30 T-Mobile Innovations Llc Load balancing based on pairing efficiency and channel bandwidth
CN116210343A (zh) * 2020-07-25 2023-06-02 高通股份有限公司 在侧链路层2中继系统中的状态转换
CN114980369A (zh) * 2021-02-26 2022-08-30 上海推络通信科技合伙企业(有限合伙) 一种被用于无线通信的通信节点中的方法和装置
KR20230021425A (ko) * 2021-08-05 2023-02-14 김성훈 무선 이동 통신 시스템에서 rrc 연결을 재개하는 방법 및 장치
WO2024031268A1 (en) * 2022-08-08 2024-02-15 Zte Corporation Methods and devices for determining target cell id for mac-i calculation
WO2024034909A1 (en) * 2022-08-09 2024-02-15 Samsung Electronics Co., Ltd. Apparatus and method of header compression for multicast reception in rrc inactive state in wireless communication system

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110049622A (ko) * 2009-11-04 2011-05-12 삼성전자주식회사 무선 통신 네트워크 시스템에서 데이터 전송 방법 및 장치
KR20130035143A (ko) * 2011-09-29 2013-04-08 삼성전자주식회사 로컬 네트워크에서 로컬 엑세스와 음성 통화를 지원하기 위한 방법 및 장치
WO2013141572A1 (ko) * 2012-03-19 2013-09-26 삼성전자 주식회사 무선 랜 액세스 포인트를 이용한 통신 방법 및 장치
EP2645803B1 (en) * 2012-03-27 2019-07-31 BlackBerry Limited Enb storing rrc configuration information at another network component
WO2013144606A1 (en) * 2012-03-27 2013-10-03 Research In Motion Limited User equipment preference indicator for suspension of radio communications
RU2634712C1 (ru) * 2013-11-19 2017-11-03 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ для выполнения процедуры произвольного доступа
US20170202051A1 (en) * 2016-01-12 2017-07-13 Electronics And Telecommunications Research Institute Method and apparatus for reusing access stratum context through unique base station identifier, and method and apparatus for resuming radio resource control (rrc) connection by using the same
CN107343299B (zh) * 2016-05-03 2021-01-05 株式会社Kt 用于改变ue的连接状态的方法和装置
CN108282819B (zh) * 2017-01-06 2020-02-21 电信科学技术研究院 一种减少中断时延的方法、装置及用户设备
US10264622B2 (en) * 2017-03-17 2019-04-16 Ofinno Technologies, Llc Inactive state data forwarding
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

Also Published As

Publication number Publication date
EP4152887A1 (en) 2023-03-22
PL3782430T3 (pl) 2023-04-24
US20210385901A1 (en) 2021-12-09
BR112020021162B1 (pt) 2023-01-24
JP2020529748A (ja) 2020-10-08
BR112020021162A2 (pt) 2021-01-19
MX2020010905A (es) 2020-11-06
US20190320488A1 (en) 2019-10-17
WO2019202517A1 (en) 2019-10-24
CN112335330B (zh) 2024-03-19
EP3782430B1 (en) 2022-12-07
JP7307708B2 (ja) 2023-07-12
US20200053823A1 (en) 2020-02-13
CN112335330A (zh) 2021-02-05
PT3782430T (pt) 2023-01-02
US20230413373A1 (en) 2023-12-21
KR102168924B1 (ko) 2020-10-22
KR20200003223A (ko) 2020-01-08
HUE061259T2 (hu) 2023-06-28
EP3782430A1 (en) 2021-02-24
JP2021010166A (ja) 2021-01-28
CN118175662A (zh) 2024-06-11
US11729855B2 (en) 2023-08-15
US10485051B2 (en) 2019-11-19
US11116031B2 (en) 2021-09-07
JP6754016B1 (ja) 2020-09-09

Similar Documents

Publication Publication Date Title
ES2936251T3 (es) Manejo de parámetros inactivos al liberar y volver a suspender
ES2947738T3 (es) Manejo de la configuración de medida en el traspaso condicional
US11924704B2 (en) Conditional mobility selection
US10667185B2 (en) Method for avoiding unnecessary actions in resume procedure
US20230007623A1 (en) Release, Suspend and Reconfiguration in Paging
ES2980159T3 (es) Método y UE para un establecimiento de conexión evitando acciones innecesarias
EP3874784B1 (en) Reporting integrity protection failure during connection resume or re-estabslishment
WO2019105695A1 (en) Secure deactivation of subscriber identifier protection in 5g
CN116709407A (zh) 用于去激活的辅小区组(scg)的波束故障检测和恢复
US20230388054A1 (en) Control information transmission
US11589201B2 (en) Network node, user equipment (UE) and methods for handling communication in a narrowband internet of things (NB-IoT) or machine type communication (MTC) network
US20230262512A1 (en) Methods and apparatuses for providing communication between a remote device and a destination node via a relay device
TWI797496B (zh) 休眠頻寬部分之傳訊
JP7177264B2 (ja) 制御プレーンを介するユーザデータの高信頼性トランスポート
US20220264518A1 (en) Resume in Paging