ES3040090T3 - Systems and methods for valid subframe determination - Google Patents

Systems and methods for valid subframe determination

Info

Publication number
ES3040090T3
ES3040090T3 ES18929719T ES18929719T ES3040090T3 ES 3040090 T3 ES3040090 T3 ES 3040090T3 ES 18929719 T ES18929719 T ES 18929719T ES 18929719 T ES18929719 T ES 18929719T ES 3040090 T3 ES3040090 T3 ES 3040090T3
Authority
ES
Spain
Prior art keywords
subframe
message
communication device
additional sib1
additional
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
ES18929719T
Other languages
English (en)
Inventor
Jing Xu
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Application granted granted Critical
Publication of ES3040090T3 publication Critical patent/ES3040090T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signalling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/51Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access

Landscapes

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

Abstract

Se describe un sistema y un método para la determinación de subtramas válidas entre una estación base y un equipo de usuario, basándose en la transmisión de un bloque de información del sistema adicional. En una implementación, un método ejecutado por un dispositivo de comunicación incluye: recibir un mensaje SystemInformationBlockType1 en una primera subtrama de una trama desde un nodo de comunicación; recibir el mensaje SystemInformationBlockType1 en una segunda subtrama de la trama desde el nodo de comunicación, basándose en la capacidad del dispositivo para procesar el mensaje SystemInformationBlockType1 en la segunda subtrama; enviar una señal de control de recursos de radio al nodo de comunicación, basándose en la capacidad del dispositivo para procesar el mensaje SystemInformationBlockType1 en la segunda subtrama; y utilizar la segunda subtrama como válida o no válida, según la capacidad del dispositivo para procesar el mensaje SystemInformationBlockType1 en la segunda subtrama. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Sistemas y métodos para la determinación válida de subtramas
Campo técnico
Esta divulgación se refiere generalmente a las comunicaciones inalámbricas y, más particularmente, a los sistemas y métodos para la determinación válida de la subtrama entre una estación base y el equipo de usuario basada en la transmisión de un bloque de información adicional del sistema.
Antecedentes
A medida que el número de aplicaciones y servicios para datos digitales continúa aumentando, las demandas y los desafíos impuestos a los recursos y operadores de red seguirán aumentando. Ser capaz de ofrecer una amplia variedad de características de rendimiento de red que exigirán los servicios futuros es uno de los principales desafíos técnicos que enfrentan los proveedores de servicios en la actualidad.
Para la Internet de las cosas de banda estrecha (NB-IoT), unSystemlnformationBlockTypel(SIB1) (por ejemplo, el mensaje SIB1) puede transmitirse en la subtrama 4 (por ejemplo, una quinta subtrama en el tiempo dentro de una trama, con la primera subtrama en el tiempo dentro de una trama designada como subtrama 0) y puede repetirse hasta 16 veces dentro de un periodo de transmisión (por ejemplo, dentro de un periodo de transmisión de 2560 milisegundos). Determinadas estaciones base (BS) también pueden repetir el mismo SIB1 de la subtrama 4 en la subtrama 3 (por ejemplo, una cuarta subtrama en el tiempo dentro de la trama). Este SIB1 dentro de la subtrama 3 puede denominarse SIB1 adicional en la subtrama 3, para contrastar con el SIB1 en la subtrama 4.
Dentro del sistema NB-IoT, una BS puede indicar si la BS transmite un SIB1 adicional en la subtrama 3 a través de un campoadditionalTransmissionSIBIde un bloque maestro de información (MIB). Tal como se ha señalado anteriormente, el SIB1 en ambas subtramas 3 y 4 puede ser el mismo. Además, las subtramas 3 y 4 pueden estar dentro de una misma trama (por ejemplo, trama de radio).
Además, una BS puede transmitir un mapa de bits que indica si la subtrama 3 que contiene el SIB1 adicional es inválida (por ejemplo, está reservada para mensajes específicos y no está disponible para la asignación dinámica de datos, como la asignación dinámica de datos con el SIB1 adicional). Dicho de otra manera, la BS puede transmitir el mapa de bits (por ejemplo, unDL-Bitmap-NB)en el MIB para indicar qué subtramas son válidas o inválidas.
Determinados equipos de usuario (UE) pueden no soportar la recepción del SIB1 adicional en la subtrama 3. Por ejemplo, dichos Ue solo pueden soportar la recepción del SIB1 en la subtrama 4 y no en la subtrama 3. La referencia a la recepción de soporte de una señal puede referirse a un UE capaz de, o configurado para, procesar correctamente la señal recibida.
Por el contrario, un UE que soporta la recepción del SIB1 adicional en la subtrama 3 también puede soportar la subtrama 3 como una subtrama válida. Por ejemplo, se puede transmitir un mapa de bits desde una BS durante más de 10 milisegundos para indicar que la subtrama 3 es una subtrama inválida. Sin embargo, la BS también puede transmitir la subtrama 3 con el SIB1 adicional asignado dinámicamente a la subtrama 3. En dicha situación, un UE que soporta la recepción o el procesamiento del SIB1 adicional en la subtrama 3 también puede soportar tener la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para el UE. Al ser una subtrama válida para el UE, el UE puede recibir y procesar datos modulados dinámicamente en la subtrama 3 en un espacio de búsqueda específico del UE. En consecuencia, es necesario armonizar el entendimiento entre una BS y un UE de si la subtrama 3 es una subtrama válida para recibir el SIB1 adicional.
El documento 3GPP TS 36.213, V15.2.0, 19 de julio de 2018, "Physical Layer Procedures (Release 15)" especifica los procedimientos relacionados con el canal compartido de enlace descendente físico de banda estrecha, entre otros temas.
El documento 3GPP TS 36.306, V15.1.0, 16 de julio de 2018, " User Equipment (UE) radio access capabilities (Release 15)" especifica que la característica de transmisión SIB1-NB adicional no se indica a la red RAN como parámetro de capacidad de acceso de radio del UE, entre otros temas.
El documento 3GPP Draft36331-FX0 P7 (7-END)_V01, 9 de julio de 2018, "Radio Resource Control (RRC); Protocol specification (Release 15)" especifica el procedimiento para la transmisión de SIB1 adicional, entre otros temas.
Resumen
La invención se define por las reivindicaciones independientes. Las realizaciones preferidas se describen en las reivindicaciones dependientes.
Las realizaciones ejemplares divulgadas en este documento están dirigidas a resolver los problemas relacionados con uno o más de los problemas presentados en el estado de la técnica, así como a proporcionar características adicionales que se harán evidentes fácilmente por referencia a la siguiente descripción detallada cuando se tomen junto con los dibujos adjuntos. De acuerdo con diversas realizaciones, en este documento se divulgan sistemas ejemplares, métodos, dispositivos y productos de programas informáticos. Se entiende, sin embargo, que estas realizaciones se presentan a modo de ejemplo y no de limitación, y será evidente para los expertos en la técnica que lean la presente divulgación que se pueden realizar diversas modificaciones a las realizaciones divulgadas mientras permanecen dentro del alcance de la invención según lo definido por las reivindicaciones independientes.
Breve descripción de los dibujos
A continuación se describen en detalle diversas realizaciones ejemplares de la invención con referencia a las siguientes figuras. Los dibujos se proporcionan solo con fines ilustrativos y simplemente representan realizaciones ejemplares de la invención para facilitar la comprensión de la invención por parte del lector. Por consiguiente, los dibujos no deben considerarse limitantes del espíritu, alcance o la aplicabilidad de la invención. Cabe señalar que, para mayor claridad y facilidad de ilustración, estos dibujos no están necesariamente dibujados a escala.
La Figura 1 ilustra una red de comunicación celular ejemplar.
La Figura 2 ilustra diagramas de bloques de una estación base (BS) ejemplar y un dispositivo de equipo de usuario (UE), de acuerdo con algunas realizaciones de la presente divulgación.
La Figura 3 es un diagrama de flujo de un proceso de comunicación y confirmación de una capacidad del UE para recibir SIB1 en una subtrama 3 desde una BS.
La Figura 4 es un diagrama de flujo de un proceso de transferencia de información del sistema de la BS al UE.
La Figura 5 es un diagrama de flujo de un proceso de comunicación y confirmación de la capacidad del UE para recibir SIB1 en la subtrama 3 directamente entre un UE y una BS en la mensajería de control de recursos de radio (RRC).
La Figura 6 es un diagrama de flujo de un proceso de comunicación y confirmación de la capacidad del UE para recibir SIB1 en una subtrama 3 a través de una red central.
La Figura 7 es un diagrama de flujo de un proceso de comunicación y confirmación de la capacidad del UE para recibir SIB1 en la subtrama 3 cuando una red central no incluye información sobre la capacidad.
Descripción detallada de realizaciones ejemplares
A continuación se describen diversas realizaciones ejemplares de la invención con referencia a las figuras adjuntas para permitir que un experto en la técnica haga y utilice la invención. Como sería evidente para los expertos en la técnica, después de leer la presente divulgación, se pueden realizar diversos cambios o modificaciones a los ejemplos descritos en este documento sin apartarse del alcance de la invención que se define únicamente en las reivindicaciones adjuntas. Por lo tanto, la presente invención no está limitada a las realizaciones y aplicaciones ejemplares descritas e ilustradas en este documento. Adicionalmente, el orden específico o la jerarquía de etapas en los métodos divulgados en este documento son meramente enfoques ejemplares. Basado en las preferencias de diseño, el orden específico o la jerarquía de etapas de los métodos o procesos divulgados se pueden reorganizar mientras permanecen dentro del alcance de la presente invención. Por lo tanto, los expertos en la técnica entenderán que los métodos y técnicas divulgadas en este documento presentan diversas etapas o actos en un orden de muestra, y la invención no está limitada al orden o jerarquía específica presentada a menos que se indique expresamente lo contrario.
La discusión a continuación puede referirse a entidades o procesos funcionales que son similares a los mencionados anteriormente con respecto a los sistemas de comunicación convencionales. Sin embargo, como lo entenderían los expertos en la técnica, dichas entidades o procesos funcionales convencionales no realizan las funciones que se describen a continuación y, por consiguiente, tendrían que modificarse o configurarse específicamente para realizar una o más de las operaciones que se describen a continuación. Adicionalmente, los expertos en la técnica podrían permitir configurar entidades funcionales para realizar las operaciones descritas en este documento después de leer la presente divulgación.
La Figura 1 ilustra una red de comunicación inalámbrica 100 ejemplar en la que se pueden implementar las técnicas divulgadas en este documento, de acuerdo con una realización de la presente divulgación. Esta red 100 de ejemplo incluye una estación base 102 (en lo sucesivo "BS 102") y un dispositivo de equipo de usuario 104 (en lo sucesivo "UE 104") que pueden comunicarse entre sí a través de un enlace de comunicación 110 (por ejemplo, un canal de comunicación inalámbrico), y un conjunto de celdas ficticias 126, 130, 132, 134, 136, 138 y 140 que se superponen a un área geográfica 101. Un U<e>104 puede someterse a un procedimiento de acceso aleatorio para unirse a la red 101. En la Figura 1, la BS 102 y el UE 104 están contenidas dentro de un límite geográfico respectivo de la celda 126. Cada una de las otras celdas 130, 132, 134, 136, 138 y 140 puede incluir al menos una estación base que opere con su ancho de banda asignado para proporcionar una cobertura de radio adecuada a los usuarios previstos. En consecuencia, la referencia a una celda puede ser una referencia abreviada a una BS con una región o área de cobertura asociada. En determinadas realizaciones, una celda puede denominarse indistintamente BS.
Por ejemplo, la BS 102 puede operar con un ancho de banda de transmisión de canal asignado (por ejemplo, espectro) para proporcionar una cobertura adecuada al UE 104. El espectro puede regularse para definir un rango con licencia y/o un rango sin licencia. La BS 102 y el UE 104 pueden comunicarse a través de una trama de radio de enlace descendente 118 y una trama de radio de enlace ascendente 124, respectivamente. Las tramas de radio también pueden denominarse más simplemente una trama. Cada trama 118/124 puede dividirse a su vez en las subtramas 120/127 que pueden incluir los símbolos de datos 122/128. En la presente divulgación, la BS 102 y el UE 104 se describen en este documento como ejemplos no limitativos de "nodos de comunicación", en general, que pueden practicar los métodos divulgados en este documento. Dichos nodos de comunicación pueden ser capaces de comunicaciones inalámbricas y/o cableadas, de acuerdo con diversas realizaciones de la invención. En determinadas realizaciones, un dispositivo de comunicación puede referirse más específicamente a un UE y un nodo de comunicación puede referirse más específicamente a una BS en relación con el UE.
La Figura 2 ilustra un diagrama de bloques de un sistema de comunicación inalámbrica 200 ejemplar para transmitir y recibir señales de comunicación inalámbrica (por ejemplo, señales OFDM/OFDMA) de acuerdo con algunas realizaciones de la invención. El sistema 200 puede incluir componentes y elementos configurados para soportar características operativas conocidas o convencionales que no necesitan ser descritas en detalle en este documento. En una realización ejemplar, el sistema 200 se puede utilizar para transmitir y recibir símbolos de datos en un entorno de comunicación inalámbrica como el entorno de comunicación inalámbrica 100 de la Figura 1, como se ha descrito anteriormente.
El Sistema 200 incluye generalmente una estación base 202 (en lo sucesivo "BS 202") y un dispositivo de equipo de usuario 204 (en lo sucesivo "UE 204"). La BS 202 incluye un módulo transceptor de la BS 210 (estación base), una antena de la BS 212, un módulo procesador de la BS 214, un módulo de memoria de la BS 216 y un módulo de comunicación de red 218, cada módulo se acopla e interconecta entre sí según sea necesario a través de un bus de comunicación de datos 220. El UE 204 incluye un módulo transceptor del UE (equipo de usuario) 230, una antena del UE 232, un módulo de memoria del UE 234 y un módulo procesador del UE 236, cada módulo se acopla e interconecta entre sí según sea necesario a través de un bus de comunicación de datos 240. La BS 202 se comunica con el UE 204 a través de un canal de comunicación 250, que puede ser cualquier canal inalámbrico u otro medio conocido en la técnica adecuado para la transmisión de datos como se describe en este documento.
Como lo entenderían los expertos en la técnica, el sistema 200 puede incluir además cualquier número de módulos distintos de los módulos que se muestran en la Figura 2. Los expertos en la técnica comprenderán que los diversos bloques, módulos, circuitos y lógica de procesamiento ilustrativos descritos en relación con las realizaciones divulgadas en este documento pueden implementarse en hardware, software legible por ordenador, firmware o cualquier combinación práctica de los mismos. Para ilustrar claramente esta intercambiabilidad y compatibilidad de hardware, firmware y software, se describen generalmente diversos componentes, bloques, módulos, circuitos y etapas ilustrativas en términos de su funcionalidad. El hecho de que dicha funcionalidad se implemente como hardware, firmware o software depende de la aplicación particular y las restricciones de diseño impuestas al sistema general. Aquellos familiarizados con los conceptos descritos en este documento pueden implementar dicha funcionalidad de una manera adecuada para cada aplicación en particular, pero dichas decisiones de implementación no deben interpretarse como una limitación del alcance de la presente invención.
De acuerdo con algunas realizaciones, el módulo transceptor del UE 230 puede denominarse en este documento como un módulo transceptor de "enlace ascendente" 230 que incluye un transmisor de RF y un circuito receptor que están acoplados a la antena 232. Un conmutador dúplex (no mostrado) puede acoplar alternativamente el transmisor o receptor de enlace ascendente a la antena de enlace ascendente en forma dúplex en el tiempo. De manera similar, de acuerdo con algunas realizaciones, el módulo transceptor de la BS 210 puede denominarse en este documento como un módulo transceptor de "enlace descendente" 210 que incluye circuitos de transmisor y receptor de RF que están acoplados a la antena 212. Un conmutador dúplex de enlace descendente puede acoplar alternativamente el transmisor o receptor de enlace descendente a la antena de enlace descendente 212 en forma dúplex en el tiempo. Las operaciones de los dos módulos transceptores 210 y 230 están coordinadas en el tiempo, de modo que el receptor de enlace ascendente se acopla a la antena 232 de enlace ascendente para la recepción de transmisiones a través del enlace de transmisión inalámbrica 250 al mismo tiempo que el transmisor de enlace descendente se acopla a la antena de enlace descendente 212. Preferiblemente, hay una sincronización de tiempo cercana con solo un tiempo de guarda mínimo entre cambios en la dirección dúplex.
El módulo transceptor del UE 230 y el módulo transceptor de la BS 210 están configurados para comunicarse a través del enlace de comunicación de datos inalámbrico 250 y cooperar con una disposición de antena de RF 212/232 adecuadamente configurada que puede soportar un protocolo de comunicación inalámbrica y un esquema de modulación particulares. En algunas realizaciones ejemplares, el módulo transceptor del UE 210 y el módulo transceptor de la BS 210 están configurados para soportar estándares de la industria como la Evolución a Largo Plazo (LTE) y los estándares 5G emergentes, y similares. Se entiende, sin embargo, que la invención no está necesariamente limitada en su aplicación a un estándar particular y protocolos asociados. Por el contrario, el módulo transceptor del UE 230 y el módulo transceptor de la BS 210 pueden configurarse para soportar protocolos de comunicación de datos inalámbricos alternativos o adicionales, incluidos estándares futuros o variaciones de los mismos.
De acuerdo con diversas realizaciones, la BS 202 puede ser un nodo evolucionado B (eNB), un eNB de servicio, un eNB objetivo, una femtoestación o una picoestación, por ejemplo. En algunas realizaciones, el UE 204 puede estar incorporado en diversos tipos de dispositivos de usuario, tales como un teléfono móvil, un teléfono inteligente, un asistente digital personal (PDA), una tableta, un ordenador portátil, un dispositivo informático portátil, etc. Los módulos procesadores 214 y 236 pueden implementarse o realizarse con un procesador de propósito general, una memoria direccionable de contenido, un procesador de señal digital, un circuito integrado específico de la aplicación, una matriz de puertas programables en campo, cualquier dispositivo lógico programable adecuado, lógica de puerta discreta o transistor, componentes de hardware discretos o cualquier combinación de los mismos, diseñados para realizar las funciones descritas en este documento. De esta manera, un procesador puede realizarse como un microprocesador, un controlador, un microcontrolador, una máquina de estado o similar. Un procesador también puede implementarse como una combinación de dispositivos informáticos, por ejemplo, una combinación de un procesador de señal digital y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de procesador de señal digital, o cualquier otra configuración similar.
Más aún, las etapas de un método o algoritmo descrito en relación con las realizaciones divulgadas en este documento pueden incorporarse directamente en hardware, en firmware, en un módulo de software ejecutado por los módulos procesadores 214 y 236, respectivamente, o en cualquier combinación práctica de los mismos. Los módulos de memoria 216 y 234 pueden realizarse como memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un disco duro, un disco extraíble, un CD-ROM o cualquier otra forma de almacenamiento y/o medio legible por ordenador conocido en la técnica. A este respecto, los módulos de memoria 216 y 234 pueden acoplarse a los módulos transceptores 210 y 230, respectivamente, de modo que los módulos transceptores 210 y 230 puedan leer información de y escribir información a los módulos de memoria 216 y 234, respectivamente. Los módulos de memoria 216 y 234 también pueden integrarse en sus respectivos módulos transceptores 210 y 230. En algunas realizaciones, los módulos de memoria 216 y 234 pueden incluir cada uno una memoria caché para almacenar variables temporales u otra información intermedia durante la ejecución de instrucciones que ejecutarán los módulos transceptores 210 y 230, respectivamente. Los módulos de memoria 216 y 234 también pueden incluir cada uno memoria no volátil para almacenar instrucciones que ejecutarán los módulos transceptores 210 y 230, respectivamente.
El módulo de comunicación de red 218 generalmente representa el hardware, software, firmware, lógica de procesamiento y/u otros componentes de la estación base 202 que permiten la comunicación bidireccional entre el módulo transceptor de la BS 210 y otros componentes de red y nodos de comunicación configurados para comunicarse con la estación base 202. Por ejemplo, el módulo de comunicación de red 218 puede configurarse para soportar tráfico de Internet o WiMAX. En una implementación típica, sin limitación, el módulo de comunicación de red 218 proporciona una interfaz Ethernet 802.3 de modo que el módulo transceptor de la BS 210 puede comunicarse con una red informática convencional basada en Ethernet. De esta manera, el módulo de comunicación de red 218 puede incluir una interfaz física para la conexión a la red informática (por ejemplo, Centro de Conmutación Móvil (MSC)). Los términos "configurado para", "configurado para" y sus conjugaciones, tal como se utilizan en este documento con respecto a una operación o función específica, se refieren a un dispositivo, un componente, un circuito, una estructura, una máquina, una señal, etc., que está construido, programado, formateado y/o dispuesto física o virtualmente para realizar la operación o función especificada.
Tal como se ha señalado anteriormente, un mensaje de bloque de información del sistema tipo 1 oSystemlnformationBlockTypel(SIB1) puede transmitirse en una subtrama 3 y se transmite en una subtrama 4 dentro de una trama. La referencia a la subtrama 3 puede referirse a una cuarta subtrama en el tiempo dentro de una trama de subtramas contiguas (por ejemplo, una subtrama que sigue a la subtrama 0, la subtrama 1 y la subtrama 2). De manera similar, la referencia a la subtrama 4 puede referirse a una quinta subtrama en el tiempo dentro de una trama de subtramas contiguas (por ejemplo, la subtrama que sigue a la subtrama 3, la subtrama 2, la subtrama 1 y la subtrama 0).
Sin embargo, determinados equipos de usuario (UE) pueden no soportar la recepción del SIB1 adicional en la subtrama 3. Por ejemplo, estos UE solo pueden soportar la recepción del SIB1 en la subtrama 4 y no en la subtrama 3. Para compatibilidad, una BS puede transmitir un mapa de bits que indica si la subtrama 3 que contiene el SIB1 adicional es inválida. Sin embargo, a pesar de la indicación en el mapa de bits, un UE que soporta la recepción y el procesamiento del SIB1 adicional en la subtrama 3 también puede soportar tener la subtrama 3 en otra trama, como una trama futura (por ejemplo, cuando no contiene el SIB1 adicional) como una subtrama válida cuando el UE recibe datos en un espacio de búsqueda específico del UE, aumentando por lo tanto el rendimiento de transmisión de datos.
En consecuencia, los sistemas y métodos de acuerdo con diversas realizaciones armonizan una comprensión de subtramas válidas y/o inválidas entre una BS y un UE. Esta comprensión puede estar basada en que la BS llegue a un entendimiento de si una determinada subtrama (por ejemplo, la subtrama 3) es una subtrama válida para la asignación dinámica de datos (por ejemplo, la asignación de NPDCCH en un espacio de búsqueda específico del UE, y NPDSCH programado por<n>P<d c>C<h>en un espacio de búsqueda específico del UE). Esta comprensión puede ser facilitada por la información sobre la capacidad de recepción de la BS que indica que el UE soporta la recepción del SIB1 adicional desde el UE o desde una red central. Para mayor claridad, la información de capacidad puede referirse a la información que caracteriza o indica si el UE soporta determinada(s) subtrama(s) (por ejemplo, la subtrama 3), cuando no contiene el SIB1 adicional, como una subtrama válida o una subtrama inválida. Esta información de capacidad se puede enviar en un mensaje de capacidad.
Un UE informa directamente a una estación base sobre si el UE soporta la capacidad de recibir un SIB1 adicional (por ejemplo, un SIB1 en la subtrama 3) en la mensajería de control de recursos de radio (RRC) o, en una realización no comprendida dentro del alcance de las reivindicaciones, a través de un elemento de control de acceso al medio (MAC CE).
Si el UE soporta la capacidad de recibir un SIB1 adicional, la BS entonces envía un mensaje de confirmación para confirmar que la BS ha determinado que la subtrama 3, cuando no contiene el SIB1 adicional, se considera (por ejemplo, designada como) una subtrama válida para el UE a través de la mensajería RRC y/o a través de un MAC CE. Después de recibir el mensaje de confirmación, el UE puede comenzar a utilizar la subtrama 3, cuando no contiene el SIB1 adicional, también como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras. En determinadas realizaciones, este mensaje de confirmación puede anular una comprensión previa de si la subtrama 3 (o cualquier otra subtrama específica) es una subtrama válida o inválida por el mapa de bits en el MIB. Por ejemplo, si un mapa de bits recibido anteriormente indicaba que la subtrama 3 es una subtrama inválida, un mensaje de confirmación recibido posteriormente que indica que la subtrama 3, cuando no contiene el SIB1 adicional, es una subtrama válida puede anular un efecto de cualquier notación de que la subtrama 3 es una subtrama inválida del mapa de bits recibido anteriormente.
Sin embargo, si el UE no soporta la capacidad de recibir un SIB1 adicional, entonces dicho mensaje de confirmación no se enviará desde la BS al UE. Dicho de otra manera, la recepción del mensaje de confirmación es opcional. En consecuencia, el UE no utilizará la subtrama 3 como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras. Por el contrario, el UE reservará la subtrama 3 como una subtrama inválida que no se puede utilizar para la asignación dinámica de datos en comunicaciones futuras, pero está reservada para información específica predeterminada en comunicaciones futuras.
En determinadas realizaciones, la BS puede no enviar necesariamente el mensaje de confirmación aunque la BS haya llegado a un entendimiento de que el UE soporta la capacidad de recibir un SIB1 adicional (por ejemplo, un SIB1 en la subtrama 3). En dichas realizaciones, la BS y el UE pueden operar con el entendimiento implícito (por ejemplo, sin el uso de un mensaje de confirmación) de que la BS entiende y está operando basada en el UE que soporta la capacidad de recibir el SIB1 adicional. Esta comprensión implícita puede estar basada en que la BS reciba la información de capacidad que indica que el UE soporta la capacidad de recibir el SIB1 adicional.
En diversas realizaciones, estas comunicaciones futuras pueden incluir comunicaciones en el contexto de un canal de control de enlace descendente físico de banda estrecha (NPDCCH) en un espacio de búsqueda específico del UE. Estas comunicaciones futuras también pueden incluir comunicaciones en el contexto de una transmisión de canal compartido de enlace descendente físico de banda estrecha (NPDSCH) programada por el NPDCCH en un espacio de búsqueda específico del UE después de, opcionalmente, recibir el mensaje de confirmación.
La Figura 3 es un diagrama de flujo de un proceso 300 de comunicación y confirmación de una capacidad del UE 302 para recibir SIB1 en una subtrama 3 desde una BS 304, de acuerdo con algunas realizaciones de la presente divulgación. El UE 302 y la BS 304 pueden ser del mismo tipo del UE y/o BS que los ilustrados anteriormente en las Figuras 1 y 2, pero se renumeran en la Figura 3 en adelante para facilitar la explicación.
Volviendo a la Figura 3, en la operación 306, el UE puede comunicar un mensaje de capacidad que incluye información de capacidad que indica si el U<e>302 soporta la recepción del SIB1 adicional. En la operación 308, la BS 304 puede determinar si el UE puede considerar la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para la recepción de la asignación dinámica de datos basada en la información de capacidad.
En la operación 310, la BS 304 puede, opcionalmente, enviar un mensaje de confirmación para confirmar que la BS 304 ha determinado que el UE 302 soporta la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para el UE 302. Esta operación se puede realizar si la información de capacidad indica que el UE 302 soporta la recepción del SIB1 adicional. Como se ilustrará a continuación, esto puede enviarse a través de mensajería RRC y/o a través de un MAC CE. Después de recibir el mensaje de confirmación, el UE 302 puede comenzar a utilizar la subtrama 3, cuando no contiene el SIB1 adicional, también como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras.
Sin embargo, si el UE 302 no soporta la capacidad de recibir un SIB1 adicional, entonces la operación 310 puede no ser realizada. Si no se realiza la operación 310, no se enviará dicho mensaje de confirmación desde la BS 304 al UE 302. En consecuencia, el UE 302 no utilizará la subtrama 3, cuando no contenga el SIB1 adicional, como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras. Por el contrario, el UE 302 reservará la subtrama 3 como una subtrama inválida que no se puede utilizar para la asignación dinámica de datos en comunicaciones futuras, pero está reservada para información específica predeterminada en comunicaciones futuras.
En determinadas realizaciones, el mensaje de confirmación (por ejemplo, la operación 310) puede anular las comprensiones previas de si la subtrama 3 es una subtrama válida o inválida. Por ejemplo, el mensaje de confirmación puede indicar que la subtrama 3, cuando no contiene el SIB1 adicional, es una subtrama válida, anulando un entendimiento anterior de que la subtrama 3 es una subtrama inválida como se indica en un mapa de bits enviado en un bloque maestro de información (MIB).
La Figura 4 es un diagrama de flujo de un proceso 400 de transferencia de información del sistema de la BS 304 al UE 302, de acuerdo con algunas realizaciones de la presente divulgación. En la operación 410, la BS 304 puede transmitir el MIB a un UE. El MIB puede incluir información que caracteriza las transmisiones posteriores, como el tiempo y/o la caracterización de las transmisiones posteriores.
Como ejemplo de valores arbitrarios que caracterizan las transmisiones posteriores, la BS puede establecer un campo del MIB (por ejemplo,additionalTransmissionSIBI)en Verdadero, el identificador de celda física (PCID) en 4 (por ejemplo, PCID=4) y el número de repeticiones del SIB1 en 16. En determinadas realizaciones, la BS puede establecer una subtrama específica para la transmisión de un SIB1 de acuerdo con la fórmula siguiente:
SFNimod 256 = 2*i,i = 0,1,...,7,
donde SFNi es un número de trama del sistema eies un valor arbitrario que indica el número de subtramas SIB1 dentro de una trama SIB1 (por ejemplo, 8 subtramas SIB1). Por ejemplo, un MIB puede indicar que la subtrama 3 debe transmitir un SIB1 adicional además de la subtrama 4 que transmite el SIB1. Además, una BS puede transmitir un mapa de bits de subtrama de enlace descendente de 10 milisegundos de subtramas válidas o inválidas, lo que puede indicar si la subtrama 3 es inválida. Por ejemplo, el mapa de bits se puede incluir en el camposubframePatterndel MIB o en el campoDL-Bitmapdel MIB. Además, por ejemplo, un valor de mapa de bits de 1110111111 puede indicar que la subtrama 3 de cada trama de radio es una subtrama inválida (por ejemplo, como la cuarta subtrama en una trama de radio en el tiempo).
En la operación 412, la BS 304 también puede también transmitir el SIB1 al UE 302 después de transmitir el MIB. En la operación 416, transmisiones adicionales de otra información del sistema (por ejemplo,Systemlnformation)desde la BS 304 al UE 302 pueden seguir después de la transmisión del SIB1.
El proceso 400 puede denominarse operaciones precursoras en las siguientes figuras.
La Figura 5 es un diagrama de flujo de un proceso 500 de comunicación y confirmación de la capacidad del UE para recibir SIB1 en la subtrama 3 directamente entre un UE 302 y una BS 304 en mensajería de control de recursos de radio (RRC), de acuerdo con algunas realizaciones de la presente divulgación. El proceso 500 puede ocurrir después del proceso 400 de la Figura 4, discutido anteriormente. Además, para simplificar la explicación, los mensajes RRC pueden considerarse parte de un conjunto de cinco mensajes, como se discutirá más adelante. El conjunto de cinco mensajes puede formar parte de un procedimiento de acceso aleatorio.
En la operación 506, un primer mensaje (MSG1) del conjunto de cinco mensajes puede formar parte de un canal de acceso aleatorio físico (NPRACH) NB-IoT enviado desde el UE 302 a la BS 304.
En la operación 508, un segundo mensaje (MSG2) del conjunto de cinco mensajes puede ser una respuesta de acceso aleatorio (RAR) enviada desde la BS 304 al UE 302.
En la operación 510, el tercer mensaje (MSG3) puede ser un mensaje de solicitud RRC enviado desde el UE a la BS. En la operación 510, el UE puede incluir información de capacidad que indica si el UE soporta (por ejemplo, tiene la capacidad del UE para) recibir el SIB1 adicional. Dicho de otra manera, el mensaje de solicitud de RRC de MSG3 puede ser un mensaje de capacidad que incluye información de capacidad.
En la operación 512, la BS 304 puede determinar si el UE soporta la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para la recepción de datos asignados dinámicamente o una subtrama inválida para la recepción de datos dinámicos basados en el mensaje de solicitud RRC.
En la operación 514, como cuarto mensaje (MSG4) del conjunto de cinco mensajes, la BS 304 puede enviar un mensaje de respuesta RRC que incluye un mensaje de confirmación si la información de capacidad indica que el UE 302 soporta la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para la recepción de datos asignados dinámicamente. Este mensaje de confirmación, como parte del mensaje de respuesta del RRC, puede confirmar que la BS 304 ha determinado ahora que la BS 304 soporta la consideración de la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para el UE 302.
En determinadas realizaciones, después de recibir el mensaje de confirmación en la operación 514, el UE 302 puede comenzar a utilizar la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras. Además, la BS puede utilizar la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras, aumentando por lo tanto el rendimiento de transmisión de datos. Por ejemplo, la BS puede asignar dinámicamente datos en la subtrama 3, como una subtrama válida, en un canal compartido de enlace descendente físico de banda estrecha (NPDSCH) y/o un canal de control de enlace descendente físico de banda estrecha (NPDCCH). Dicho de otra manera, el canal compartido de enlace descendente físico de banda estrecha (NPDSCH) y/o un canal de control de enlace descendente físico de banda estrecha (NPDCCH) pueden recibirse en un espacio de búsqueda específico del UE con una subtrama 3 utilizada como una subtrama válida.
En diversas realizaciones, el mensaje de respuesta RRC de la operación 514 puede no incluir el mensaje de confirmación. La falta de este mensaje de confirmación, como parte del mensaje de respuesta RRC, puede confirmar que la BS 304 no ha determinado que la BS 304 soporta la recepción de un SIB1 adicional en la subtrama 3 del UE 302. En consecuencia, el UE 302 y la BS 304 no utilizarán la subtrama 3 como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras. Por el contrario, el UE 302 y la BS 304 reservarán la subtrama 3 como una subtrama inválida que no se puede utilizar para la asignación dinámica de datos en comunicaciones futuras, sino que se reserva para información específica predeterminada en comunicaciones futuras. Tal como se ha señalado anteriormente, estas comunicaciones futuras pueden incluir comunicaciones en el contexto de un espacio de búsqueda específico del UE de canal de control de enlace descendente físico de banda estrecha (NPDCCH) y/o comunicaciones en el contexto de una transmisión de canal compartido de enlace descendente físico de banda estrecha (NPDSCH) programada por NPDCCH en un espacio de búsqueda específico del UE.
La Figura 6 es un diagrama de flujo de un proceso 600 de comunicación y confirmación de la capacidad del UE para recibir SIB1 en una subtrama 3 a través de una red central, de acuerdo con algunas realizaciones de la presente divulgación. La operación 506 y la operación 508 ya se discutieron anteriormente en relación con el proceso 500 en la Figura 5 y no se repetirán aquí por brevedad.
Volviendo a la Figura 6, en la operación 612, el tercer mensaje (MSG3) puede ser un mensaje de solicitud RRC enviado desde el UE a la BS. En la operación 612, a diferencia de la operación 510 de la Figura 5, el UE puede no incluir información de capacidad que indique si el UE soporta la recepción de SIB1 en la subtrama 3. Dicho de otra manera, el mensaje de solicitud de MSG3 RRC puede no ser un mensaje de capacidad que incluye información de capacidad.
En la operación 614, la BS 304 puede enviar un mensaje de recuperación de información del UE a una red central 610. Más específicamente, la BS 304 puede enviar el mensaje de recuperación de información del UE a una entidad de gestión de movilidad (MME) de la red central. El mensaje de recuperación de información del UE puede solicitar a la red central 610 que comunique información de capacidad que indique si el UE 302 soporta la recepción de SIB1 en la subtrama 3.
En la operación 616, la red central 610 puede transmitir un mensaje de transferencia de información del UE que incluye información de capacidad que caracteriza si el UE 302 soporta la recepción de SIB1 en la subtrama 3. La información de capacidad dentro del mensaje de transferencia de información del UE puede almacenarse en la red central 610, como en la MME de la red central 610.
En la operación 618, la BS 304 puede determinar si el UE soporta tener la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para la recepción de datos asignados dinámicamente basados en la información de capacidad recibida en la operación 616.
En la operación 620, como un cuarto mensaje (MSG4) del conjunto de cinco mensajes, la BS 304 puede enviar un mensaje de respuesta RRC que incluye un mensaje de confirmación si la información de capacidad indica que el UE 302 soporta la recepción de SIB1 en la subtrama 3. Este mensaje de confirmación, como parte del mensaje de respuesta RRC, puede confirmar que la BS 304 ha determinado ahora que la BS 304 soporta la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para la recepción de datos asignados dinámicamente para el UE 302.
En determinadas realizaciones, después de recibir el mensaje de confirmación en la operación 620, el UE 302 puede comenzar a utilizar la subtrama 3, cuando no contiene el SIB1 adicional, también como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras. Además, la BS puede utilizar la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras, aumentando por lo tanto el rendimiento de transmisión de datos. Por ejemplo, la BS puede asignar dinámicamente datos en la subtrama 3, como una subtrama válida, en un canal compartido de enlace descendente físico de banda estrecha (NPDSCH) y/o un canal de control de enlace descendente físico de banda estrecha (NPDCCH). Dicho de otra manera, el canal compartido de enlace descendente físico de banda estrecha (NPDSCH) y/o un canal de control de enlace descendente físico de banda estrecha (NPDCCH) pueden recibirse en un espacio de búsqueda específico del UE con una subtrama 3 utilizada como subtrama válida.
En diversas realizaciones, el mensaje de respuesta RRC de la operación 620 puede no incluir el mensaje de confirmación. La falta de este mensaje de confirmación, como parte del mensaje de respuesta del RRC, puede confirmar que la BS 304 no ha determinado que la BS 304 soporta la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para el UE 302. En consecuencia, el UE 302 y la BS 304 no utilizarán la subtrama 3 como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras. Por el contrario, el UE 302 y la BS 304 reservarán la subtrama 3 como una subtrama inválida que no se puede utilizar para la asignación dinámica de datos en comunicaciones futuras, sino que se reserva para información específica predeterminada en comunicaciones futuras. Tal como se ha señalado anteriormente, estas comunicaciones futuras pueden incluir comunicaciones en el contexto de un espacio de búsqueda específico de NPDCCH UE y/o comunicaciones en el contexto de una transmisión NPDSCH programada por NPDCCH en un espacio de búsqueda específico del UE.
La Figura 7 es un diagrama de flujo de un proceso 700 de comunicación y confirmación de la capacidad del UE para recibir SIB1 en la subtrama 3 cuando una red central no incluye información de capacidad, de acuerdo con algunas realizaciones de la presente divulgación. La operación 506 y la operación 508 ya se discutieron anteriormente en relación con el proceso 500 en la Figura 5 y no se repetirán aquí por brevedad. Además, la operación 612 y la operación 614 ya se discutieron anteriormente en relación con el proceso 600 en la Figura 6 y no se repetirán en este documento por brevedad.
En la operación 720, la red central 610 puede transmitir un mensaje de transferencia de información del UE a la BS 304. Sin embargo, a diferencia de la operación 616 de la Figura 6, el mensaje de transferencia de información del UE de la operación 720 puede no incluir información de capacidad que caracterice si el UE 302 soporta la recepción de SIB1 en la subtrama 3. Esto puede deberse a que la información de capacidad puede no almacenarse en la red central 610 (por ejemplo, en la Mm E de la red central 610).
En la operación 722, la BS 304 puede intentar determinar si el UE 302 soporta la recepción de SIB1 en la subtrama 3 basada en cualquier información de capacidad recibida en la operación 720. Sin embargo, la BS 304 no ha recibido ninguna información de capacidad en la operación 720 (por ejemplo, la operación 720 no indicó si el UE soporta o no la recepción de SIB1 en la subtrama 3 basada en cualquier información de capacidad recibida en la operación 720). Por consiguiente, la BS 304 no puede y no ha determinado si el UE soporta o no la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para la recepción de datos asignados dinámicamente.
En la operación 724, como un cuarto mensaje (MSG4) del conjunto de cinco mensajes, la BS 304 puede enviar un mensaje de respuesta RRC al UE 302. Sin embargo, a diferencia de la operación 620 de la Figura 6, en la operación 724 el mensaje de respuesta RRC puede no incluir un mensaje de confirmación. Esto puede deberse a que la BS 304 no ha recibido ninguna información de capacidad en la operación 720.
En determinadas realizaciones, el mensaje de respuesta RRC de la operación 724 puede especificar que la BS no ha recibido ninguna información de capacidad. En otras realizaciones, el mensaje de respuesta RRC de la operación 724 puede simplemente no llevar ninguna información relativa a la información de capacidad (por ejemplo, cualquier información que indique si el UE soporta o no la subtrama 3, cuando no contiene el SIB1 adicional, es una subtrama válida para la recepción de datos asignados dinámicamente).
En la operación 726, como un quinto mensaje (MSG5) del conjunto de cinco mensajes, el UE 302 puede enviar un mensaje de finalización de proceso RRC a la BS 304. El mensaje de finalización del proceso RRC puede indicar que el procedimiento de acceso aleatorio ya está completo o ha sido completado.
En la operación 728, la BS 304 puede enviar un mensaje de consulta de capacidad del UE a un UE 302. El mensaje de consulta de capacidad del UE puede solicitar o consultar al UE 302 para comunicar información de capacidad que indique si el UE 302 soporta la recepción de SIB1 en la subtrama 3.
En la operación 730, el UE 302 puede transmitir un mensaje de transferencia de información del UE que incluye información de capacidad que caracteriza si el UE 302 soporta la recepción de SIB1 en la subtrama 3. El mensaje de transferencia de información del UE responde al mensaje de consulta de capacidad del UE de la operación 728. El UE 302 puede enviar el mensaje de transferencia de información del UE en respuesta a la recepción del mensaje de consulta de capacidad del Ue . La información de capacidad dentro del mensaje de transferencia de información del UE puede almacenarse en el UE 302.
En la operación 732, la BS 304 puede determinar si el UE soporta la subtrama 3 como una subtrama válida para la recepción de SIB1 basada en la información de capacidad recibida en la operación 730.
En la operación 734, la BS 304 puede enviar un mensaje MAC CE o RRC que incluya un mensaje de confirmación si la información de capacidad indica que el UE 302 soporta la subtrama 3 como una subtrama válida para la recepción del SIB1. Este mensaje de confirmación puede confirmar al UE 302 que la BS 304 ha determinado ahora que el UE 302 soporta la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para la recepción de datos asignados dinámicamente.
En determinadas realizaciones, después de recibir el mensaje de confirmación en la operación 734, el UE 302 puede comenzar a utilizar la subtrama 3, cuando no contiene el SIB1 adicional, también como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras. Además, la BS puede utilizar la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras, aumentando por lo tanto el rendimiento de transmisión de datos. Por ejemplo, la BS puede asignar dinámicamente datos en la subtrama 3, como una subtrama válida, en un canal compartido de enlace descendente físico de banda estrecha (NPDSCH) y/o un canal de control de enlace descendente físico de banda estrecha (NPDCCH). Dicho de otra manera, el canal compartido de enlace descendente físico de banda estrecha (NPDSCH) y/o un canal de control de enlace descendente físico de banda estrecha (NPDCCH) pueden recibirse en un espacio de búsqueda específico del UE con una subtrama 3 utilizada como subtrama válida.
En diversas realizaciones, el mensaje MAC CE o RRC de la operación 514 puede no incluir el mensaje de confirmación. La falta de este mensaje de confirmación, como parte del mensaje MAC CE o RRC, puede confirmar que la BS 304 no ha determinado que la BS 304 soporta la subtrama 3, cuando no contiene el SIB1 adicional, como una subtrama válida para la recepción de datos asignados dinámicamente al UE 302. En consecuencia, el UE 302 y la BS 304 no utilizarán la subtrama 3, cuando no contengan el SIB1 adicional, como una subtrama válida para asignaciones dinámicas de datos en comunicaciones futuras. Por el contrario, el UE 302 y la BS 304 reservarán la subtrama 3, cuando no contengan el SIB1 adicional, como una subtrama inválida que no puede utilizarse para la asignación dinámica de datos en comunicaciones futuras, sino que está reservada para información específica predeterminada en comunicaciones futuras. Tal como se ha señalado anteriormente, estas comunicaciones futuras pueden incluir comunicaciones en el contexto de un espacio de búsqueda específico del UE NPDCCH y/o comunicaciones en el contexto de una transmisión NPDSCH programada por NPDCCH en un espacio de búsqueda específico del UE.
Si bien se han descrito anteriormente diversas realizaciones de la invención, debe entenderse que se han presentado solo a modo de ejemplo y no a modo de limitación. Del mismo modo, los diversos diagramas pueden representar un ejemplo arquitectónico o de configuración, que se proporcionan para permitir que los expertos en la técnica comprendan las características y funciones ejemplares de la invención. Dichos expertos entenderían, sin embargo, que la invención no está restringida a las arquitecturas o configuraciones de ejemplo ilustradas, sino que puede implementarse utilizando una variedad de arquitecturas y configuraciones alternativas. Adicionalmente, como lo entenderían los expertos en la técnica, una o más características de una realización se pueden combinar con una o más características de otra realización descrita en este documento. Por lo tanto, la amplitud y el alcance de la presente divulgación no deben estar limitados por ninguna de las realizaciones ejemplares descritas anteriormente.
También se entiende que cualquier referencia a un elemento o realización en este documento que utilice una designación como "primero, segundo", y así sucesivamente, generalmente no limita la cantidad u orden de esos elementos. Por el contrario, estas designaciones se pueden utilizar en este documento como un medio conveniente para distinguir entre dos o más elementos o instancias de un elemento. Por lo tanto, una referencia al primer y segundo elemento no significa que solo se puedan emplear dos elementos, o que el primer elemento deba preceder al segundo elemento de alguna manera.
Adicionalmente, un experto en la técnica entendería que la información y las señales se pueden representar utilizando cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, instrucciones, comandos, información, señales, bits y símbolos, por ejemplo, a los que se puede hacer referencia en la descripción anterior pueden representarse mediante voltajes, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas, o cualquier combinación de los mismos.
Un experto en la técnica apreciaría además que cualquiera de los diversos bloques lógicos ilustrativos, módulos, procesadores, medios, circuitos, métodos y funciones descritos en relación con los aspectos divulgados en este documento pueden implementarse mediante hardware electrónico (por ejemplo, una implementación digital, una implementación analógica o una combinación de ambas), firmware, diversas formas de código de programa o diseño que incorpore instrucciones (a las que se puede hacer referencia en este documento, por conveniencia, como "software" o un "módulo de software"), o cualquier combinación de estas técnicas. Para ilustrar claramente esta intercambiabilidad de hardware, firmware y software, se han descrito anteriormente diversos componentes, bloques, módulos, circuitos y etapas ilustrativos en términos de su funcionalidad. El hecho de que dicha funcionalidad se implemente como hardware, firmware o software, o una combinación de estas técnicas, depende de la aplicación particular y las restricciones de diseño impuestas al sistema general. Los expertos en la técnica pueden implementar la funcionalidad descrita de diversas maneras para cada aplicación en particular, pero dichas decisiones de implementación no causan una desviación del alcance de la presente divulgación.
Más aún, un experto en la técnica entendería que diversos bloques, módulos, dispositivos, componentes y circuitos lógicos ilustrativos descritos en este documento pueden implementarse dentro o ser realizados por un circuito integrado (IC) que puede incluir un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas programables en campo (FPGA) u otro dispositivo lógico programable, o cualquier combinación de los mismos. Los bloques, módulos y circuitos lógicos pueden incluir antenas y/o transceptores para comunicarse con diversos componentes dentro de la red o dentro del dispositivo. Un procesador de propósito general puede ser un microprocesador, aunque alternativamente, el procesador puede ser cualquier procesador, controlador o máquina de estado convencional. Un procesador también se puede implementar como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo DSP o cualquier otra configuración adecuada para realizar las funciones descritas en este documento.
Si se implementan en software, las funciones se pueden almacenar como una o más instrucciones o código en un medio legible por ordenador. Por lo tanto, las etapas de un método o algoritmo divulgado en este documento se pueden implementar como software almacenado en un medio legible por ordenador. Los medios legibles por ordenador incluyen tanto los medios de almacenamiento del ordenador como los medios de comunicación, incluido cualquier medio que se pueda permitir transferir un programa informático o código de un lugar a otro. Un medio de almacenamiento puede ser cualquier medio disponible al que se pueda acceder por un ordenador. A modo de ejemplo, y sin limitación, dichos medios legibles por ordenador pueden incluir RAM, ROM, EEPROM, CD-ROM u otro almacenamiento en disco óptico, almacenamiento en disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que se pueda utilizar para almacenar el código de programa deseado en forma de instrucciones o estructuras de datos y al que se pueda acceder por un ordenador.
En este documento, el término "módulo", tal como se utiliza en este documento, se refiere al software, el firmware, el hardware y cualquier combinación de estos elementos para realizar las funciones asociadas descritas en este documento. Adicionalmente, a efectos de discusión, los diversos módulos se describen como módulos discretos; sin embargo, como sería evidente para un experto en la técnica, dos o más módulos pueden combinarse para formar un único módulo que realice las funciones asociadas de acuerdo con las realizaciones de la invención.
Adicionalmente, una o más de las funciones descritas en este documento pueden realizarse por medio de un código de programa informático que se almacena en un "producto de programa informático", "medio legible por ordenador" y similares, que se utiliza en este documento para referirse generalmente a medios como dispositivos de almacenamiento de memoria o unidad de almacenamiento. Estas y otras formas de medios legibles por ordenador pueden estar involucradas en el almacenamiento de una o más instrucciones para su uso por parte del procesador para hacer que el procesador realice operaciones específicas. Dichas instrucciones, generalmente denominadas "código de programa informático" (que pueden agruparse en forma de programas informáticos u otras agrupaciones), que cuando se ejecutan, permiten que el sistema informático realice las operaciones deseadas.
Adicionalmente, la memoria u otro almacenamiento, así como los componentes de comunicación, pueden emplearse en realizaciones de la invención. Se apreciará que, para fines de claridad, la descripción anterior ha descrito realizaciones de la invención con referencia a diferentes unidades funcionales y procesadores. Sin embargo, será evidente que cualquier distribución adecuada de funcionalidad entre diferentes unidades funcionales, elementos lógicos de procesamiento o dominios puede utilizarse sin restar valor a la invención. Por ejemplo, la funcionalidad que se ilustra que debe ser realizada por elementos lógicos de procesamiento separados, o controladores, puede ser realizada por el mismo elemento lógico de procesamiento o controlador. Por lo tanto, las referencias a unidades funcionales específicas son solo referencias a un medio adecuado para proporcionar la funcionalidad descrita, en lugar de indicar una estructura u organización lógica o física estricta.
Por lo tanto, la divulgación no pretende estar limitada a las implementaciones mostradas en este documento, sino que debe estar de acuerdo con el alcance más amplio compatible con las características y principios novedosos divulgados en este documento, como se describe en las reivindicaciones a continuación.

Claims (15)

REIVINDICACIONES
1. Un método realizado por un dispositivo de comunicación, que comprende:
recibir un mensaje SystemlnformationBlockType1, SIB1, en una quinta subtrama de una trama desde un nodo de comunicación;
recibir un mensaje SIB1 adicional en una segunda subtrama particular de la trama que contiene el mensaje SIB1 adicional del nodo de comunicación basado en una capacidad de dispositivo de comunicación para procesar el mensaje SIB1 adicional;caracterizado por
enviar una señal de control de recursos de radio al nodo de comunicación basada en la capacidad del dispositivo de comunicación para procesar el mensaje SIB1 adicional en la segunda subtrama particular de la trama que contiene el mensaje SIB1 adicional, en la que la señal de control de recursos de radio comprende información de indicación para indicar si el dispositivo de comunicación soporta el procesamiento del mensaje SIB1 adicional en la segunda subtrama particular que contiene el mensaje SIB1 adicional; y
recibir un mensaje de confirmación del nodo de comunicación, el mensaje de confirmación que confirma que la segunda subtrama particular de otra trama que no contiene el SIB1 adicional se considera una subtrama válida.
2. El método de acuerdo con la reivindicación 1, que comprende además al menos uno de: monitorizar un canal de control de enlace descendente físico de banda estrecha, NPDCCH, un espacio de búsqueda específico del dispositivo de comunicación, o
decodificar una transmisión de canal compartido de enlace descendente físico de banda estrecha, NPDSCH, programada por el NPDCCH en un espacio de búsqueda específico del dispositivo de comunicación.
3. El método de la reivindicación 1,
en el que el mensaje de confirmación es recibido por el dispositivo de comunicación en una señal de control de recursos de radio de enlace descendente desde el nodo de comunicación.
4. El método de la reivindicación 1, en el que:
la trama que contiene el mensaje SIB1 adicional del nodo de comunicación al dispositivo de comunicación comprende diez subtramas contiguas,
la quinta subtrama es una quinta subtrama de las diez subtramas contiguas, y la segunda subtrama particular que contiene el mensaje SIB1 adicional es una cuarta subtrama de las diez subtramas contiguas.
5. El método de acuerdo con la reivindicación 1, en el que:
la trama que no contiene el mensaje SIB1 adicional del nodo de comunicación al dispositivo de comunicación comprende diez subtramas contiguas, y
la segunda subtrama particular que no contiene el mensaje SIB1 adicional es una cuarta subtrama de las diez subtramas contiguas.
6. Un dispositivo de comunicación, que comprende:
un receptor configurado para:
recibir un mensaje SystemlnformationBlockTypel, SIB1, en una quinta subtrama de una trama de un nodo de comunicación, y
recibir un mensaje SIB1 adicional en una segunda subtrama particular de la trama que contiene el mensaje SIB1 adicional del nodo de comunicación basado en una capacidad de dispositivo de comunicación para procesar el mensaje SIB1 adicional;
caracterizado porcomprender además un transmisor configurado para:
enviar una señal de control de recursos de radio al nodo de comunicación basada en la capacidad del dispositivo de comunicación para procesar el mensaje SIB1 adicional en la segunda subtrama particular de la trama que contiene el mensaje SIB1 adicional, en la que la señal de control de recursos de radio comprende información de indicación para indicar si el dispositivo de comunicación soporta el procesamiento del mensaje SIB1 adicional en la segunda subtrama particular que contiene el mensaje SIB1 adicional; y
al menos un procesador configurado para:
recibir un mensaje de confirmación del nodo de comunicación, el mensaje de confirmación que confirma que la segunda subtrama particular de otra trama que no contiene el SIB1 adicional se considera una subtrama válida.
7. El dispositivo de comunicación de acuerdo con la reivindicación 6, en el que el dispositivo de comunicación está configurado para realizar al menos una de:
monitorizar un canal de control de enlace descendente físico de banda estrecha, NPDCCH, un espacio de búsqueda específico del dispositivo de comunicación, o
decodificar una transmisión de canal compartido de enlace descendente físico de banda estrecha, NPDSCH, programada por el NPDCCH en un espacio de búsqueda específico del dispositivo de comunicación.
8. El dispositivo de comunicación de acuerdo con la reivindicación 6, en el que:
la trama que contiene el mensaje SIB1 adicional del nodo de comunicación al dispositivo de comunicación comprende diez subtramas contiguas,
la quinta subtrama es una quinta subtrama de las diez subtramas contiguas, y
la segunda subtrama particular que contiene el mensaje SIB1 adicional es una cuarta subtrama de las diez subtramas contiguas.
9. El dispositivo de comunicación de acuerdo con la reivindicación 6, en el que:
la trama que no contiene el mensaje SIB1 adicional del nodo de comunicación al dispositivo de comunicación comprende diez subtramas contiguas, y
la segunda subtrama particular que no contiene el mensaje SIB1 adicional es una cuarta subtrama de las diez subtramas contiguas.
10. El dispositivo de comunicación de acuerdo con la reivindicación 7, en el que el dispositivo de comunicación recibe el mensaje de confirmación en una señal de control de recursos de radio de enlace descendente desde el nodo de comunicación.
11. Un medio no transitorio legible por ordenador que almacena instrucciones, en el que las instrucciones, cuando son ejecutadas por un procesador de un dispositivo de comunicación, están configuradas para hacer que el procesador realice:
recibir un mensaje SystemlnformationBlockTypel, SIB1, en una quinta subtrama de una trama desde un nodo de comunicación;
recibir un mensaje SIB1 adicional en una segunda subtrama particular de la trama que contiene el mensaje SIB1 adicional del nodo de comunicación basado en una capacidad de dispositivo de comunicación para procesar el mensaje SIB1 adicional; y
caracterizado porlas instrucciones que se configuran aún más para hacer que el procesador realice:
enviar una señal de control de recursos de radio al nodo de comunicación basada en la capacidad del dispositivo de comunicación para procesar el mensaje SIB1 adicional en la segunda subtrama particular de la trama que contiene el mensaje SIB1 adicional, en la que la señal de control de recursos de radio comprende información de indicación para indicar si el dispositivo de comunicación soporta el procesamiento del mensaje SlB1 adicional en la segunda subtrama particular que contiene el mensaje SIB1 adicional; y
recibir un mensaje de confirmación del nodo de comunicación, el mensaje de confirmación que confirma que la segunda subtrama particular de otra trama que no contiene el SIB1 adicional se considera una subtrama válida.
12. El medio no transitorio legible por ordenador de acuerdo con la reivindicación 11 en el que, las instrucciones, cuando son ejecutadas por el procesador, están configuradas para hacer que el procesador realice aún más: al menos uno de:
monitorizar un canal de control de enlace descendente físico de banda estrecha, NPDCCH, un espacio de búsqueda específico del dispositivo de comunicación, o
decodificar una transmisión de canal compartido de enlace descendente físico de banda estrecha, NPDSCH, programada por el NPDCCH en un espacio de búsqueda específico del dispositivo de comunicación.
13. El medio no transitorio legible por ordenador de acuerdo con la reivindicación 12, en el que el mensaje de confirmación es recibido por el dispositivo de comunicación en una señal de control de recursos de radio de enlace descendente desde el nodo de comunicación.
14. El medio no transitorio legible por ordenador de acuerdo con la reivindicación 12, en el que:
la trama que contiene el mensaje SIB1 adicional del nodo de comunicación al dispositivo de comunicación comprende diez subtramas contiguas,
la quinta subtrama es una quinta subtrama de las diez subtramas contiguas, y la segunda subtrama particular que contiene el mensaje SIB1 adicional es una cuarta subtrama de las diez subtramas contiguas.
15. El medio no transitorio legible por ordenador de acuerdo con la reivindicación 12, en el que:
la trama que no contiene el mensaje SIB1 adicional del nodo de comunicación al dispositivo de comunicación comprende diez subtramas contiguas, y
la segunda subtrama particular que no contiene el mensaje SIB1 adicional es una cuarta subtrama de las diez subtramas contiguas.
ES18929719T 2018-08-09 2018-08-09 Systems and methods for valid subframe determination Active ES3040090T3 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/099620 WO2020029174A1 (en) 2018-08-09 2018-08-09 Systems and methods for valid subframe determination

Publications (1)

Publication Number Publication Date
ES3040090T3 true ES3040090T3 (en) 2025-10-28

Family

ID=69413707

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18929719T Active ES3040090T3 (en) 2018-08-09 2018-08-09 Systems and methods for valid subframe determination

Country Status (9)

Country Link
US (2) US11917593B2 (es)
EP (2) EP4614859A3 (es)
JP (1) JP7191200B2 (es)
KR (1) KR102524246B1 (es)
CN (2) CN116388944A (es)
AU (1) AU2018435705B2 (es)
ES (1) ES3040090T3 (es)
FI (1) FI3834538T3 (es)
WO (1) WO2020029174A1 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3834444B1 (en) * 2018-10-03 2023-08-09 Sony Group Corporation Method for identifying terminal capabilities in a wireless communication system
CN119300072A (zh) * 2019-03-27 2025-01-10 瑞典爱立信有限公司 处置错误指示
CN115297551B (zh) * 2022-07-11 2025-07-22 芯象半导体科技(北京)有限公司 一种获取下行信道时域资源映射的方法和装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013170415A1 (en) * 2012-05-14 2013-11-21 Renesas Mobile Corporation Methods and apparatuses for enabling provision of an additional special subframe configuration
CN107079276B (zh) * 2014-10-21 2021-06-22 Lg电子株式会社 在无线通信系统中发送/接收d2d信号的方法及其设备
EP3240332A1 (en) * 2016-04-29 2017-11-01 Gemalto M2M GmbH Method for transmitting system information by a base node
US10256957B2 (en) * 2016-08-12 2019-04-09 Innovative Technology Lab Co., Ltd. Method and apparatus for transmitting/receiving positioning reference signal
US11191008B2 (en) * 2016-10-05 2021-11-30 Telefonaktiebolaget Lm Ericsson (Publ) Methods, network node and wireless device for communicating and obtaining system information in a FEMBMS system
US11184908B2 (en) * 2017-08-10 2021-11-23 Lg Electronics Inc. Method and device for transmitting/receiving radio signal in wireless communication system

Also Published As

Publication number Publication date
US20210168799A1 (en) 2021-06-03
CN116388944A (zh) 2023-07-04
KR102524246B1 (ko) 2023-04-20
CN112567840A (zh) 2021-03-26
WO2020029174A1 (en) 2020-02-13
US20240163851A1 (en) 2024-05-16
JP7191200B2 (ja) 2022-12-16
EP4614859A2 (en) 2025-09-10
FI3834538T3 (fi) 2025-09-18
CN112567840B (zh) 2023-04-18
EP3834538B1 (en) 2025-07-30
US12382442B2 (en) 2025-08-05
EP3834538A4 (en) 2021-08-18
AU2018435705A1 (en) 2021-03-04
EP4614859A3 (en) 2025-09-24
KR20210042320A (ko) 2021-04-19
AU2018435705B2 (en) 2023-05-25
EP3834538A1 (en) 2021-06-16
JP2022503525A (ja) 2022-01-12
US11917593B2 (en) 2024-02-27

Similar Documents

Publication Publication Date Title
ES2925043T3 (es) Método y aparato para enviar mensajes de sistema
ES2954313T3 (es) Método y aparato para la agregación de portadoras en una comunicación de enlace lateral
ES2878576T3 (es) Planificación de señal de referencia de sondeo dinámica
ES2967197T3 (es) Configuración de esquemas de mejora de cobertura que involucran tamaños de bloques de transporte y número de repeticiones del SIB
ES3032491T3 (en) Methods and apparatus for utilizing short transmission time intervals in a wireless communications network
EP3963780B1 (en) Uplink control information handling for sub-slots
JP7113019B2 (ja) リソースブロックを配分するためのシステムおよび方法
ES3030738T3 (en) Systems and methods of enhanced random access procedure
ES2957687T3 (es) Coincidencia de tamaño de información de control de enlace descendente (DCI)
ES2991162T3 (es) Sistemas y métodos para gestión de información de desplazamiento ranura
BR112016026729B1 (pt) Nó b melhorado, equipamento de usuário, método de comunicação usando uma banda licenciada e não licenciada e meio de armazenamento legível por computador não transitório para sinalizador aperiódico e transmissão de sinal de referência
ES3061420T3 (en) Resource determination method, resource mapping method, user equipment, and network side device
ES3000161T3 (en) System and method for power efficient establishment of uplink and downlink communications in wireless communication networks
ES3017732T3 (en) Feedback channel allocation and transmission methods and devices
US12382442B2 (en) Systems and methods for valid subframe determination
BR112021002570A2 (pt) método de comunicação e aparelho de comunicações
ES2686971T3 (es) Dispositivos y métodos para la señalización de sincronización D2D
KR102949220B1 (ko) 업링크 통신 채널에 대한 다중 빔 전송 시그널링
TWI872098B (zh) 強化的隨機接入過程的系統與方法
US20200344671A1 (en) System and method for indicating information
ES3058930T3 (en) Enhanced uplink control information mapping to uplink channel allocations
ES3037582T3 (en) Configurations for resource-saving data transmissions in shared spectrum channel access
CN116325600A (zh) 用于信号传输的方法及设备
CN119544155A (zh) 用于非地面网络中的覆盖增强的系统和方法
WO2022147828A1 (en) Systems and methods for managing transmission indication in multicast and broadcast communications