ES2984382T3 - Selección y combinación de puntos de transmisión/recepción de celda compartida - Google Patents

Selección y combinación de puntos de transmisión/recepción de celda compartida Download PDF

Info

Publication number
ES2984382T3
ES2984382T3 ES20821071T ES20821071T ES2984382T3 ES 2984382 T3 ES2984382 T3 ES 2984382T3 ES 20821071 T ES20821071 T ES 20821071T ES 20821071 T ES20821071 T ES 20821071T ES 2984382 T3 ES2984382 T3 ES 2984382T3
Authority
ES
Spain
Prior art keywords
network
trps
trp
network node
group
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
ES20821071T
Other languages
English (en)
Inventor
Miguel Berg
Chenguang Lu
Björn Pohlman
Gunther Auer
Ahsan Mahmood
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 ES2984382T3 publication Critical patent/ES2984382T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity
    • H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria

Landscapes

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

Abstract

Un método realizado por un nodo de red que opera como una Unidad Distribuida (DU) incluye configurar una pluralidad de Puntos de Transmisión/Recepción (TRP) en un grupo de TRP para transmitir una pluralidad de señales en una secuencia multiplexada a al menos un dispositivo inalámbrico. Cada TRP en el grupo de TRPS está asociado con una celda compartida. El nodo de red recibe, desde el al menos un dispositivo inalámbrico, una señal de respuesta. Con base en la señal de respuesta, el nodo de red determina al menos un TRP del grupo de TRP para su uso en la transmisión de al menos una señal adicional al al menos un dispositivo inalámbrico. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Selección y combinación de puntos de transmisión/recepción de celda compartida
Sector técnico
La presente invención se refiere, en general, a comunicaciones inalámbricas y, más en particular, a sistemas y métodos para selección y combinación de puntos de transmisión/recepción (TRP, Transmit/Receive Point) de celda compartida.
Antecedentes
En NR 5G 3GPP, la estación base se denomina gNodoB (gNB). Este es una entidad lógica que se puede dividir en múltiples partes distribuidas: unidad central (CU, Central Unit) con procesamiento de paquetes, unidad distribuida (DU, Distributed Unit) con procesamiento de banda base y unidad de radio (RU, Radio Unit). En O-RAN estas entidades se conocen como O-CU, O-DU y O-RU, respectivamente.VerO-RAN Fronthaul Working Group, “Control, User and Synchronization Plane Specification”, O-RAN-WG4.CUS.0-v02.00, 02 de julio de 2019. Ver,asimismo,https://oran.org/.
En los sistemas celulares, tales como 4G y 5G, puede ser deseable reducir el número de celdas que cubren un área. Por ejemplo, puede ser deseable reducir el número de celdas para reducir el número de traspasos y/o reducir el coste del despliegue. Se pueden conseguir menos celdas formando una sola celda a partir de múltiples unidades de radio (RU, O-RU) o cabeceras de radio (RH, radio heads) o puntos de transmisión/recepción (TRP). Una celda es identificada por el ID de celda física (PCI, Physical Cell Id), y si las RU transmiten el mismo PCI, entonces el equipo<de usuario>(U<e>,<user equipment) las ve como una sola celda y se puede desplazar entre estas sin realizar señalización>de control de capa superior. Esto se puede denominar, por ejemplo, “celda combinada”. Sin embargo, las técnicas y los sistemas anteriores de celda combinada requieren recursos individuales de la red de enlaces intermedios para cada RU, así como procesamiento de banda base de enlace ascendente separado para cada RU.
El coste del despliegue (y, asimismo, del funcionamiento) para la celda combinada se puede reducir si, por lo menos, parte de los recursos de procesamiento de banda base y/o de los recursos de la red de enlaces intermedios se comparten. Un ejemplo está en una red de frecuencia única (SFN, single-frequency network), donde todas las RU transmiten la misma señal, y la división de señal de enlace descendente es implementada digitalmente copiando muestras. En el enlace ascendente, las señales se pueden combinar de manera no coherente por adición antes del procesamiento de banda base, lo que significa que se reduce la complejidad (en comparación con el caso en que cada RU tenía procesamiento de banda base independiente). Además, los recursos de la red de enlaces intermedios pueden ser compartidos para toda la celda.
En el grupo de trabajo O-RAN 4, que define una interfaz de red de enlaces intermedios abierta, dichas división y combinación son parte de un elemento de trabajo “celda compartida” en curso. Ver O-RAN Fronthaul Working Group, “Control, User and Synchronization Plane Specification”, O-RAN-WG4.CUS.0-v02.00, 02 de julio de 2019. Ver,asimismo,O-RAN Alliance Working Group 4, “Management Plane Specification”, ORAN-WG4.MP.0-v02.00.00, 03 de julio de 2019.
La combinación y división se pueden realizar en un denominado multiplexor de la red de enlaces intermedios (FHM) con O-RU conectadas en una topología de estrella, o se puede realizar en una O-RU en una cadena de en O-RU en cascada. La figura 1 muestra una topología de ejemplo que incluye un FHM y O-RU en cascada. Más específicamente, la figura 1 muestra algunas O-RU en una topología de estrella, así como O-RU en cascada, donde algunas están conectadas al FHM y algunas a la O-DU. No todas las O-RU en la topología tienen que pertenecer a la misma celda (compartida o no).
Una celda compartida podría ser beneficiosa, por ejemplo, en áreas que no tengan una carga de tráfico muy alta. Posteriormente, si es necesario, la capacidad se puede mejorar mediante división de celdas (añadiendo recursos de banda base y/o de la red de enlaces intermedios) sin la necesidad de sustituir las RU.
Se realiza ya una combinación y división similares, por ejemplo, en sistemas interiores de celdas pequeñas donde se utiliza un concentrador o unidad de radio interior (IRU, Indoor Radio Unit), por ejemplo, en el sistema Radio Dot de Ericsson. Una diferencia es que la interfaz de la red de enlaces intermedios en WG4 O-RAN transporta muestras IQ del dominio de la frecuencia, mientras que los sistemas interiores de celda pequeña, los más desplegados actualmente, transportan muestras IQ del dominio del tiempo, por ejemplo, utilizando una interfaz de radio pública común (CPRI, Common Public Radio Interface).
Existen ciertos problemas. Por ejemplo, un problema es que todos los TRP en una celda compartida transmitirán y recibirán señales, incluso si el UE está solamente dentro del alcance de uno de estos. Esto aumenta la interferencia entre celdas en el enlace descendente, lo que degradará el rendimiento del enlace descendente, especialmente cerca de los bordes de la celda compartida. El enlace ascendente se degradará asimismo, en mayor medida, por interferencia entre celdas dado que los receptores de todas las RU están activos simultáneamente, y combinados.
Otro problema puede ser que el consumo de potencia de los TRP puede ser innecesariamente alto en una celda compartida, dado que estos transmiten y reciben incluso si no hay ningún UE en su área de cobertura.
Otro problema más puede ser que la transmisión simultánea de enlace descendente no sea coherente, lo que proporciona una mejora limitada de la cobertura. Otro problema es que la combinación no coherente de señales de enlace ascendente aumentará la magnitud del ruido, conduciendo a una cobertura reducida en el enlace ascendente.
Otro problema más puede ser que el rendimiento de la localización de la posición de los UE en una celda compartida se degrade en comparación con las celdas individuales, dado que el área de cobertura de una celda compartida es mayor, y dado que, en muchos casos, no se sabe a qué RU en la celda compartida sirve el UE.
La patente US 2019/246321 da a conocer que un equipo de usuario (UE) puede identificar un grupo de puntos de recepción de transmisión (TRP) en un sistema multipunto coordinado (CoMP), transmitir información asociada con mediciones entre el UE y un TRP del grupo de TRP, y recibir, en base a la información, una indicación de recursos para un primer grupo CoMP en el sistema CoMP.
La patente WO 2018/174609 da a conocer un método y un sistema de comunicación para la convergencia de un sistema de comunicación de quinta generación (5G) para soportar mayores velocidades de datos, más allá de un sistema de cuarta generación (4G) con tecnología para internet de las cosas (IoT, Internet of Things). El método y el sistema llevan a cabo una alineación inicial de haces durante el procedimiento de acceso aleatorio. Se da a conocer conmutación de haces entre los TRP de una celda.
En el documento de CMCC: "On multi-beam-based mobility management" (borrador 3GPP R1-1609310, 10/09/2016), se propone una gestión de movilidad basada en múltiples haces de dos niveles, utilizando un haz de difusión para gestión de movilidad y un haz relativo a datos para la transmisión de datos sin interrupciones. Se propone que la calidad del haz (de tipo RSRP) para gestión de movilidad, tal como conmutación de haces, se mida en un haz de difusión, y el haz relativo a datos se desacople del haz de difusión.
Compendio
Ciertos aspectos de la presente invención y de sus realizaciones pueden proporcionar soluciones a estos u otros desafíos. Por ejemplo, según ciertas realizaciones, se dan a conocer métodos y sistemas para utilizar funciones de gestión de haces de NR 5G 3GPP, destinadas principalmente a mmW, para tratar un grupo de múltiples puntos de transmisión/recepción (TRP) como uno o varios “haces”. Esto permite la selección de uno o varios TRP que deberían utilizarse para comunicación con un determinado equipo de usuario (UE).
La invención se define mediante la materia de las reivindicaciones independientes. Se definen realizaciones preferidas en las reivindicaciones dependientes.
Ciertas realizaciones pueden proporcionar una o varias de las siguientes ventajas técnicas. Por ejemplo, una ventaja técnica puede ser que ciertas realizaciones reducen la interferencia entre celdas, para enlaces tanto ascendente como descendente, conduciendo a un rendimiento mejorado. Como otro ejemplo, una ventaja técnica puede ser que ciertas realizaciones reducen la cifra del ruido de enlace ascendente, conduciendo a una mejor cobertura de enlace ascendente. Como otro ejemplo más, una ventaja técnica puede ser que ciertas realizaciones tienen como resultado un menor consumo de potencia, dado que se pueden deshabilitar los transmisores y receptores no utilizados. Como otro ejemplo más, una ventaja técnica puede ser que la asociación de los UE a los TRP en una celda compartida mejora los métodos de posicionamiento de los UE. Como otro ejemplo más, una ventaja técnica puede ser que ciertas realizaciones proporcionan soporte para formación de haces distribuido coherente, en enlace ascendente y enlace descendente.
Otras ventajas pueden ser evidentes para un experto en la materia. Ciertas realizaciones pueden tener una, algunas o todas las ventajas enumeradas.
Breve descripción de los dibujos
Para una comprensión más completa de las realizaciones dadas a conocer y de sus características y ventajas, a continuación se hace referencia a la siguiente descripción, tomada con los dibujos adjuntos, en los que:
la figura 1 muestra una topología de ejemplo que incluye tanto un multiplexor de la red de enlaces intermedios (FHM) como unidades de radio O-RAN (O-RU, O-RAN Radio Units) en cascada;
la figura 2 ilustra sistemas y técnicas para barrido de haces para el rango de frecuencia 2 en, por ejemplo, el rango de ondas milimétricas;
la figura 3 muestra “barrido de haces”, donde cada punto de transmisión/recepción (TRP) se asigna a un “haz grueso” en base a un índice SSB;
la figura 4 muestra una red inalámbrica de ejemplo, según ciertas realizaciones;
la figura 5 muestra un nodo de red de ejemplo, según ciertas realizaciones;
la figura 6 muestra un dispositivo inalámbrico de ejemplo, según ciertas realizaciones;
la figura 7 muestra un equipo de usuario de ejemplo, según ciertas realizaciones;
la figura 8 muestra un entorno de virtualización en el que se pueden virtualizar funciones implementadas por algunas realizaciones, según ciertas realizaciones,
la figura 9 muestra una red de telecomunicación conectada, por medio de una red intermedia, a un ordenador anfitrión, según ciertas realizaciones;
la figura 10 muestra un diagrama de bloques generalizado, de un ordenador anfitrión que comunica por medio de una estación base con un equipo de usuario sobre una conexión parcialmente inalámbrica, según ciertas realizaciones;
la figura 11 ilustra un método implementado en un sistema de comunicación, según una realización;
la figura 12 ilustra otro método implementado en un sistema de comunicación, según una realización;
la figura 13 ilustra otro método implementado en un sistema de comunicación, según una realización;
la figura 14 ilustra otro método implementado en un sistema de comunicación, según una realización;
la figura 15 ilustra un método de ejemplo mediante un dispositivo inalámbrico, según ciertas realizaciones;
la figura 16 ilustra un dispositivo informático virtual a modo de ejemplo, según ciertas realizaciones.
la figura 17 ilustra un método de ejemplo mediante un nodo de red, según ciertas realizaciones, y
la figura 18 ilustra otro dispositivo informático virtual a modo de ejemplo, según ciertas realizaciones.
Descripción detallada
Algunas de las realizaciones contempladas en el presente documento se describirán a continuación en mayor detalle haciendo referencia a los dibujos adjuntos. Sin embargo, aunque otras realizaciones están contenidas dentro del alcance de la materia dada a conocer en el presente documento, no se deberá considerar que la materia dada a conocer se limita a solamente las realizaciones expuestas en el presente documento; por el contrario, estas realizaciones se proporcionan a modo de ejemplo para trasladar el alcance del asunto a los expertos en la materia.
Generalmente, todos los términos utilizados en el presente documento se deben interpretar según su significado ordinario en el sector técnico relevante, salvo que se proporcione claramente un significado diferente y/o se deduzca del contexto en que se utiliza. Debe interpretarse claramente que todas las referencias a un/una/el/los elementos, aparatos, componentes, medios, etapas, etc., hacen referencia a, por lo menos, una instancia del elemento, aparato, componente, medio, etapa, etc., salvo que se indique explícitamente lo contrario. Las etapas de cualesquiera métodos dados a conocer en el presente documento no tienen que llevarse a cabo en el orden exacto dado a conocer, salvo que una etapa se describa explícitamente como siguiente o precedente a otra etapa, y/o cuando sea implícito que una etapa tiene que seguir o preceder a otra etapa. Cualquier característica de cualquiera de las realizaciones dadas a conocer en el presente documento se puede aplicar a cualquier otra realización, siempre que sea apropiado. Análogamente, cualquier ventaja de cualquiera de las realizaciones se puede aplicar a cualesquiera otras realizaciones, y viceversa. A partir de la siguiente descripción, resultarán evidentes otros objetivos, características y ventajas de las realizaciones contenidas.
En algunas realizaciones, se puede utilizar un término más general “nodo de red” y puede corresponder a cualquier tipo de nodo de red de radio o a cualquier nodo de red, que comunique con un UE (directamente o por medio de otro nodo) y/o con otro nodo de red. Ejemplos de nodos de red son nodoB, MeNB, ENB, un nodo de red que pertenece a MCG o SCG, estación base (BS, base station), nodo de radio de radio multi-estándar (MSR, multi-standard radio), tal como MSR BS, eNodoB, gNodoB, controlador de red, controlador de red de radio (RNC, radio network controller), controlador de estación base (BSC, base station controller), repetidor, nodo donante que controla un repetidor, estación transceptora base (BTS, base transceiver station), punto de acceso (AP, access point), puntos de transmisión, nodos de transmisión, RRU, RRH, nodos en un sistema de antenas distribuido (DAS, distributed antenna system), nodo de red central (por ejemplo, MSC, MME, etc.), O&M, OSS, SON, nodo de posicionamiento (por ejemplo E-SMLC), MDT, equipo de prueba (nodo físico o software), etc.
En algunas realizaciones, se puede utilizar el término no limitativo de equipo de usuario (UE) o dispositivo inalámbrico, y puede hacer referencia a cualquier tipo de dispositivo inalámbrico que comunique con un nodo de red y/o con otro UE en un sistema de comunicación celular o móvil. Ejemplos de UE son el dispositivo objetivo, un UE dispositivo a dispositivo (D2D), un UE de tipo máquina o un UE capaz de comunicación máquina a máquina (M2M), PDA, PAD, tableta, terminales móviles, teléfono inteligente, equipo incorporado en portátil (LEE, laptop embedded equipped), equipo montado en portátil (LME, laptop mounted equipment), llaves USB, UE categoría M1, UE categoría M2, ProSe UE, V2V UE, V2X UE, etc.
Adicionalmente, las terminologías tales como estación base/gNodoB y UE deben considerarse no limitativas y, en particular, no implican una determinada relación jerárquica entre los dos; en general, “gNodoB” deberá considerarse como dispositivo 1 y “UE” deberá considerarse como dispositivo 2, y estos dos dispositivos comunican entre sí sobre algún canal de radio. Y, en lo que sigue, el transmisor o receptor podría ser gNB o UE. NR 5G 3GPP proporciona soporte para formación de haces de bloques de señal de sincronización (SSB) utilizando haces anchos para mejorar la cobertura. El estándar soporta, asimismo, formación de haces de acceso aleatorio utilizando el mismo tipo de haces. Formación de haces más avanzada, con haces estrechos, está soportada para canales de enlace ascendente y de enlace descendente, tales como el canal físico compartido de enlace ascendente (PUSCH, Physical Uplink Shared Channel) y el canal físico compartido de enlace descendente (PDSCH, Physical Downlink Shared Channel). Cómo manejar haces gruesos y estrechos, se denomina gestión de haces. Ver el documento de M. Giordani, M. Polese, A. Roy, D. Castor, M. Zorzi, “A Tutorial on Beam Management for 3GPP NR at mmWave Frequencies,” IEEE Communications Surveys & Tutorials, volumen 21, edición 1, Q1 2019. Ciertas realizaciones dadas a conocer en el presente documento reinterpretan el concepto de haces y lo aplican a grupos de puntos de transmisión/recepción (TRP). Esto permite la utilización de funciones de gestión de haces NR 5G para conseguir varias ventajas.
El acceso inicial NR 5G comienza con una transmisión del SSB. Múltiples bloques SS con diferentes índices se pueden transmitir en una secuencia multiplexada en el tiempo, utilizando diferentes haces de enlace descendente. Esto permite el denominado “barrido de haces”, donde el gNB transmite secuencialmente SSB en diferentes direcciones. Cada SSB (en este caso, correspondiente a un haz) está asociado con un recurso de acceso aleatorio específico (por ejemplo, secuencia de ocasiones y/o preámbulos), lo que significa que el gNB puede apuntar correctamente haces hacia cualesquiera UE que puedan enviar acceso aleatorio tal como, por ejemplo, a través del canal físico de acceso aleatorio PRACH. Después de recibir el PRACH en un haz específico, el gNB sabe que el UE es accesible mediante dicho haz.
Dicho barrido de haces se utiliza a menudo junto con formación de haces analógica (o, más generalmente, del dominio del tiempo) para comunicaciones de ondas milimétricas. La figura 2 muestra sistemas y técnicas para barrido de haces para el rango de frecuencia) (FR2, Frequency range 2), es decir, rango de ondas milimétricas. En la figura 2, SB #n representa el índice SSB durante un conjunto de ráfagas SS. La RU transmite diferentes haces gruesos para cada SB. Un UE seleccionará un haz adecuado (RSRP por encima del umbral, si es posible). Para cada índice SB, existe un recurso PRACH asociado a utilizar por el UE.
La figura 3 muestra una realización básica 50 de “barrido de haces”, donde cada TRP, que puede incluir una unidad de radio O-RAN (O-RU), se asigna a un “haz grueso” en base a un índice SSB, según ciertas realizaciones. En la realización mostrada, los haces son representados por diferentes TRP (o grupos de TRP) en una celda compartida. En este caso, es posible un refinamiento adicional sobre un “haz fino” si, por ejemplo, cada TRP soporta diferentes haces. Esto se explica con mayor detalle a continuación. Se debe observar que, aunque no se muestra en la figura 3, podría haber un mapeo de muchos a muchos, entre índices SSB y TRP (o grupos de TRP), en ciertas realizaciones. Utilizando los principios de gestión de haces 3GPP, un UE se puede asociar con un TRP específico, incluso si múltiples TRP comparten recursos de banda base y/o de la red de enlaces intermedios.
La gestión de haces en NR 5G se divide habitualmente en 3 procedimientos. Tal como se describe a continuación, las técnicas dadas a conocer en la presente memoria están mapeadas a estos tres procedimientos, a los que se puede hacer referencia como P1 a P3.
P1. Establecimiento de haces
Las técnicas anteriores incluyen barrido de haces SSB y acceso a través de PRACH. Específicamente, se utilizan diferentes haces anchos para transmitir diferentes índices SSB. El UE selecciona un recurso PRACH en función del mejor índice SSB, permitiendo al gNB formar haces asimismo del PRACH utilizando el mismo haz grueso que se utiliza para el correspondiente índice SSB. Dicho barrido de haces mejora la cobertura, dado que se centra en transmisión y recepción, comparada, por ejemplo, con una antena omnidireccional fija o de tres sectores.
Por el contrario, según ciertas realizaciones dadas a conocer en la presente memoria, un barrido de “haz ancho” (“haz grueso” en O-RAN) se realiza cambiando el grupo de TRP que transmiten y reciben. Por lo tanto, un “haz grueso” puede corresponder a un grupo de TRP (desde un solo TRP hasta toda la celda compartida). Una diferencia principal respecto de las técnicas anteriores es que, en las realizaciones descritas en el presente documento, la “formación de haces” puede no necesariamente mejorar la cobertura. Sino todo lo contrario, dado que un “haz” es un subconjunto de los TRP en la celda compartida. Por lo tanto, la potencia total recibida por el UE puede ser menor que si no se requiere formación de haces. En cambio, los beneficios principales son menos interferencia y un consumo reducido de potencia. Por supuesto, son posibles realizaciones más avanzadas, donde múltiples TRP están activos al mismo tiempo para un determinado UE tal como, por ejemplo, utilizando transmisión y/o recepción conjunta coherente. Adicionalmente, múltiples “haces gruesos” se pueden asociar con un grupo de TRP si es necesario, tal como, por ejemplo, para soportar diferentes combinaciones de TRP activos, o para soportar formación de haces por TRP.
P2. Refinamiento y seguimiento de haces de gNB
Las técnicas anteriores incluyen barrido de haces utilizando señales de referencia de información de estado del canal (CSI-RS, Channel State Information Reference Signal), junto con notificación desde el UE para encontrar el o los mejores haces estrechos. El UE utiliza un haz de recepción fijo, para evaluar los diferentes haces procedentes del gNB. En el procedimiento de refinamiento, se pueden realizar mediciones sobre un SSB o sobre una CSI-RS. El UE notifica una denominada potencia recibida de señal de referencia de capa 1 (L1-RSRP) durante hasta 4 haces, que indica qué señales de referencia se midieron y el nivel de la potencia recibida de señal de referencia (RSRP) (RSRP absoluta para el haz más fuerte, y diferencia respecto del más fuerte para los otros 3 haces). A continuación, el gNB puede decidir ajustar su haz en base a la notificación. El haz ajustado no tiene que corresponder a uno de los haces medidos, sino que puede estar en una dirección entre las direcciones de alguno de los haces notificados. En algunos casos, el haz seleccionado para enlace descendente puede, asimismo, utilizarse para enlace ascendente. A menudo, este es el caso tal como, por ejemplo, para funcionamiento en duplexación por división de tiempo (TDD, Time Division Duplexing), donde el canal se puede considerar recíproco si la velocidad del UE no es demasiado alta (tiempo de coherencia de canal frente a periodo de enlace ascendente (UL)/enlace descendente (DL) TDD). Para casos en los que el haz de DL le no es adecuado para UL, se puede determinar un haz de UL estrecho en base a la señal de referencia de sondeo (SRS, Sounding Reference Signal) procedente del UE.
Sin embargo, según ciertas realizaciones dadas a conocer en el presente documento, se utiliza un “barrido de haces” CSI-RS para probar “haces finos”, lo que, en este caso, corresponde a activar diferentes TRP en un grupo de TRP que comparten un índice SSB, y/o a utilizar diferentes haces en cada TRP. Por ejemplo, si un “haz grueso” en P1 consiste en un grupo de TRP, se puede utilizar CSI-RS para dividir estos grupos en grupos de TRP menores, o incluso reducirlos a un subconjunto de haces en un solo TRP. Tener el “haz fino” como un subconjunto de haces en un solo TRP podría ser útil tal como, por ejemplo, cuando el haz grueso es un solo TRP.
Como en las técnicas anteriores, la red puede ordenar al UE que mida y notifique hasta 4 diferentes recursos de CSI-RS (o SSB). Por ejemplo, asignando diferentes índices SSB a grupos de TRP y transmitiendo estos índices SSB multiplexados en el tiempo dentro de un conjunto de ráfagas SS, es posible asociar un UE con un grupo de TRP, según ciertas realizaciones. Según ciertas realizaciones, el UE escuchará diferentes índices SSB y seleccionará un índice SSB adecuado, en base a la RSRP (potencia recibida de señal de referencia), y a continuación elegirá el recurso PRACH correspondiente a ese índice SSB. Cuando recibe el PRACH desde el UE, el gNB sabe qué “haz” SSB (grupo de TRP) fue seleccionado por el UE. Dependiendo del rango de frecuencia, hay un máximo de 4, 8 o 64 posibles posiciones SSB (índices) durante un conjunto de ráfagas SS de 5 ms de duración, en ciertas realizaciones particulares. La periodicidad del conjunto de ráfagas SS es habitualmente de 20 ms, pero se puede configurar desde 5 hasta 160 ms, en realizaciones particulares.
Según ciertas realizaciones, un “haz estrecho” (“haz fino” en O-RAN), que puede incluir un grupo menor de TRP o incluso un solo haz dentro de un TRP, es posible utilizando CSI-RS (señales de referencia de información del estado de canal). Esto puede ser útil, por ejemplo, para canales PUSCH y PDSCH.
Conocer más de un “haz fino” adecuado para cada UE mejora la flexibilidad. Un ejemplo es cuando se emparejan usuarios a planificar en la misma ranura n R 5G para un gNB con muestras del dominio del tiempo para datos del plano de usuario (tal como interfaz de radio pública común (CPRI)). El gNB podría, por ejemplo, decidir utilizar el segundo o el tercer mejor “haz fino” (por ejemplo, TRP) para un UE que no necesite todos los bloques de recursos físicos (PRB, Physical Resource Blocks), para poder comunicar con un segundo UE en la misma ranura. Este podría, asimismo, decidir activar múltiples “haces finos” para el mismo propósito, si no hay ningún “haz fino” que pueda llegar a ambos UE. Por lo tanto, conocer más de un “haz fino” puede suponer menos derroche de valiosa capacidad (salvo que se utilicen las denominadas mini-ranuras, normalmente aplica la misma planificación para toda la ranura).
Si es necesario, en una realización particular, determinar un “haz fino” de UL a partir de SRS es posible si se planifican múltiples SRS y se reciben diferentes ocasiones de SRS desde un solo UE, cuando están activos diferentes “haces finos” (TRP). En otra realización particular, la SRS se puede tratar por separado. Por lo tanto, se pueden enviar SRS separadas desde múltiples “haces finos” sobre la red de enlaces intermedios a la O-DU. El inconveniente es que esto podría aumentar la tasa de bits de la red de enlaces intermedios.
Si cada TRP tiene múltiples puertos de antena, podría asimismo utilizarse CSI-RS para soportarlos, por ejemplo para funcionamiento MIMO, pero esto requiere una notificación diferente de L1-RSRP y, por lo tanto, no forma parte del procedimiento de refinamiento de haces. CSI-RS multipuerto puede, asimismo, utilizarse para soportar MIMO distribuido (D-MIMO) en la celda compartida.
P3: refinamiento y seguimiento de haces de UE
Según las técnicas anteriores, el UE evalúa diferentes haces de UE sobre múltiples instancias de los mismos SSB y/o CSI-RS, y/o señal de referencia de seguimiento (TRS, Tracking Reference Signal). El UE asume que las múltiples instancias de las señales de referencia se envían utilizando el mismo haz. El gNB ajustará un indicador de “repetición” para dichos recursos, indicando que se ha utilizado el mismo haz.
Sin embargo, según ciertas realizaciones dadas a conocer en el presente documento, el gNB puede utilizar el mismo grupo de TRP y los mismos haces por TRP, para enviar las diferentes repeticiones de cada recurso.
Ciertas realizaciones pueden ser aplicadas para diferentes opciones de división funcional. Para una división funcional de estación base con datos IQ del dominio de tiempo, el multiplexor de la red de enlaces intermedios o los TRP en celda compartida en cascada pueden implementar silenciamiento, a nivel de ranura o de símbolo OFDM, para cada flujo espacial (por ejemplo, capa MIMO). Esto es comparable a las restricciones impuestas por la formación de haces del dominio de tiempo (o analógica) para las RU de ondas milimétricas.
En una realización particular, por ejemplo, para una división del dominio de tiempo (por ejemplo, opción de división 8 de 3GPP TR 38.801 v14.0.0, tal como la que se utiliza explícitamente en CPRI), asignar s Sb a TRP se puede realizar, por ejemplo, silenciando todos los TRP que no son asignados a un SSB específico durante los símbolos OFDM cuando se transmite el SSB particular. La restricción es que todos los usuarios planificados en un símbolo OFDM específico tienen que estar en el área de cobertura del “haz” (TRP, o grupo de TRP) seleccionado.
Para divisiones del dominio de frecuencia (intra-PHY) (por ejemplo, O-RAN WG4 “7-2x” u otras variantes de la opción de división 7 de 3GPP TR 38.801 v14.0.0), el silenciamiento es más flexible y se puede realizar, por ejemplo, por símbolo OFDM, por bloque de recursos (PRB) o incluso por elemento de recurso (RE, resource element), para cada símbolo OFDM y flujo espacial. En la división de capa inferior (LLS, lower layer split) de O-RAN 7-2x, es adecuado realizar el silenciamiento a nivel de sección. Una sección O-RAN LLS corresponde habitualmente a un grupo de PRB para un símbolo OFDM y un flujo espacial (por ejemplo, una capa MIMO). Esto es comparable a la flexibilidad de la formación de haces del dominio de frecuencia en una radio AAS de banda media.
Para divisiones más arriba en la pila de protocolos, por ejemplo opción 6 (MAC-PHY), la celda compartida no es directamente aplicable, pero un nodo intermedio, tal como el FHM, puede convertirla en una división intra-PHY (variantes de la opción 7) o una división por debajo de PHY (opción 8, con muestras del dominio de tiempo).
Previamente se envía información de planificación desde la O-DU en una “sección” del plano-C. La sección del plano-C específica qué PRB se utilizarán y, asimismo, proporciona un “beamId”, que controlará que haz aplicar para la sección (abarcando un conjunto de PRB/RE para un flujo espacial). El beamId puede referirse a un haz fijo específico soportado por una O-RU, o la interpretación del beamId se puede configurar previamente a través del plano de gestión (plano-M) o definirse en el plano de control (plano-C) utilizando una “extensión de sección”. Los haces se pueden describir de diferentes maneras tales como, por ejemplo, utilizando atributos, tales como anchura del haz y ángulo de apuntamiento, o mediante una tabla de ponderaciones de haces para todos los puertos de antena. Asimismo, es posible enviar información de canal y dejar que la O-RU calcule ponderaciones de haz.
Una sección de datos posterior (plano-U) puede hacer referencia a un mensaje particular de plano-C, incluyendo su Sectionld. En el ejemplo mostrado, la sección de datos es demasiado larga para la unidad de transmisión máxima de la red (por ejemplo, tamaño de carga útil de paquete Ethernet) y, por lo tanto, se divide en múltiples mensajes del plano-U con diferentes valores para el número<p>R<b>inicial (startPrbu) y el número de PRB (numPrbu).
Controlando qué O-RU activar y cómo combinar múltiples O-RU
Según ciertas realizaciones, se dan a conocer métodos específicos para controlar la selección y combinación de TRP de celda compartida. Se proporcionan realizaciones de ejemplo para O-RAN (división de capa inferior, opción 7-2x) donde los TRP corresponden a O-RU, y utilizando nombres de parámetro de plano-C para O-RAN (por ejemplo, el parámetro del plano-C “beamId” para seleccionar haz para un grupo de PRB en un flujo espacial). Sin embargo, las técnicas descritas en el presente documento no están restringidas a O-RAN y a la opción 7-2x, siendo posibles implementaciones similares para otras divisiones. En el caso de otras divisiones, la O-RU deberá interpretarse como una RU regular o cualquier otro TRP, y la O-DU como una DU regular, etc.
La hipótesis actual en WG4 O-RAN es que los mensajes de los planos de control y de usuario (plano-C y plano-U) son comunes para todas las O-RU en la celda compartida, mientras que el plano de gestión (plano-M) se puede utilizar para configuración O-RU individual y lectura de parámetros.VerO-RAN Fronthaul Working Group, “Control, User and Synchronization Plane Specification”, O-RAN-WG4.CUS.0-v02.00, 02 de julio de 2019. Ver,asimismo,O-RAN Alliance Working Group 4, “Management Plane Specification”, ORAN-WG4.MP.0-v02.00.00, 03 de julio de 2019. Para los haces en los que está activa más de una O-RU, es necesaria algún tipo de combinación de enlace ascendente (por ejemplo, adición) de señales. Esto se puede realizar, por ejemplo, en un FHM, o en las O-RU cuando se utilizan en cascada. Para el enlace descendente, es necesario copiar, posiblemente incluyendo multiplicación con diferentes ponderaciones para diferentes O-RU.
Si cada “haz grueso” equivale a una sola O-RU, y si no hay necesidad de tener múltiples “haces gruesos” activos para un solo PRB (o RE) y flujo espacial, entonces no es necesario sumar señales de enlace ascendente. En ese caso, las señales de los enlaces ascendente y descendente se pueden reenviar tal cual.
Las siguientes realizaciones de ejemplo se describen en mayor detalle en las secciones siguientes:
• En una realización de ejemplo particular, la O-DU envía el mismo beamId a diferentes O-RU, pero asegurándose de que cada O-RU realiza una interpretación diferente de los beamId. Esto se puede basar en ponderaciones de haces reales (por ejemplo, fijando a cero la ponderación de haces para algunos beamId, lo que debería no activar una determinada O-RU) o en algunas otras propiedades de los haces (por ejemplo, fijar un atributo especial, tal como que sea cero la anchura para haces no deseados).
• En otra realización de ejemplo particular, la O-DU envía el mismo beamId a diferentes O-RU, pero los beamId se traducen a lo largo del camino (por ejemplo, en un FHM, en una conmutación de paquetes programare o en una O-RU).
• En otra realización de ejemplo particular, la implementación en O-DU (no se requieren cambios en O-RU) incluye enviar diferentes beamId a diferentes O-RU mediante direccionamiento directo (por ejemplo, de Ethernet o IP). Si solamente está activa una O-RU para un determinado flujo espacial y elemento de recurso, el FHM y la O-RU en cascada se pueden implementar simplemente por enrutamiento o conmutación de paquetes.
• En otra realización de ejemplo particular, uno o más campos (por ejemplo, se pueden añadir en una máscara de bits, una lista de ID de O-RU o una lista de beamId) en el plano-C o el plano-U y, cuando es necesario, una correspondiente configuración del plano-M de cómo cada O-RU deberá interpretar el nuevo campo (por ejemplo, qué posición de bit debería monitorizar).
Diferente interpretación de beamId en cada O-RU
Qué O-RU activar en la selección de O-RU de celda compartida se puede controlar mediante la utilización inteligente del parámetro “beamId” enviado en una sección del plano-C, junto con información de planificación, antes de cada sección de datos del plano de usuario (plano-U) de DL o UL. Como se ha descrito anteriormente, garantizar que diferentes O-RU tienen comprensiones diferentes de cada beamId se puede realizar de diferentes maneras. En esta sección se describe un método basado en ponderación de haces. Tal como se ha descrito anteriormente, es posible asimismo utilizar formación de haces basada en atributos, si se puede configurar un atributo especial que signifique que el haz está deshabilitado (por ejemplo, ancho de haz cero).
En una realización particular, si la O-RU soporta ponderaciones de haz configurables por medio del plano-M, la O-DU puede ajustar una magnitud de ponderación de haz distinta de cero (por ejemplo, 1,0 u otro número menor, posiblemente complejo) para todos los beamId a los que la O-RU debería responder, y magnitud cero (o un número muy pequeño) para los haces donde la O-RU debería estar inactiva. Como una alternativa a la configuración del plano-M, es posible asimismo un nuevo tipo de sección del plano-C, o tipo de extensión de sección, donde se proporcionan ponderaciones para cada O-RU en la celda compartida. Otra alternativa es que un nodo intermedio, tal como el FHM, notifica mensajes del plano-C que contienen ponderaciones de haz, de manera que diferentes O-RU reciben diferentes configuraciones de ponderación de haz.
La tabla 1 muestra un ejemplo de ponderación de antena O-RU para las O-RU con un solo puerto de antena. En este caso, la O-RU1 y la O-RU2 están en el grupo 1 (un haz grueso con su propio índice SSB), mientras que la O-RU3 y la O-RU4 están en el grupo 2. Las O-RU dentro de cada grupo están separadas con CSI-RS para formar haces finos. Dicho de otro modo, cada “haz grueso” (a partir de barrido de haces SSB) consiste en dos O-RU y “haces finos” creados por barrido de haces CSI-RS. Se debe observar que los grupos de O-RU no tienen que tener el mismo tamaño, y que las ponderaciones pueden ser complejas, aunque no se muestra aquí.
Tabla 1
En este ejemplo se proporcionan dos versiones (A y B) de cada “haz grueso”. La razón essi(por alguna razón) el gNB y/o el UE esperan que el haz fino debería funcionar mejor (potencia recibida mayor) que el “haz grueso”. En ese caso, el “haz grueso” inicial podría utilizar una ponderación menor por O-RU (versión B), de manera que el haz fino no funcione peor. Por supuesto, si este es un problema real, los “haces gruesos” 1A y 2A se podrían omitir en la tabla. Además, si se desea, por ejemplo para conformar el área de cobertura, diferentes O-RU activas en un determinado beamId podrían tener ponderación diferente.
Si las O-RU tienen múltiples puertos de antena, se podrían aplicar ponderaciones iguales (o diferentes) a los puertos, y posiblemente multiplicarse con ponderaciones dinámicas proporcionadas a partir del procesamiento de banda base, por ejemplo, para MIMO. Asimismo, es posible crear haces más finos utilizando las antenas O-RU. Esto se puede implementar, por ejemplo, con más filas en la tabla, o manejando estos haces más finos dinámicamente en la unidad de banda base (O-DU) utilizando CSI-RS multipuerto.
Según ciertas realizaciones, es posible formación de haces distribuida (utilizando múltiples O-RU) y se puede utilizar para crear haces finos. La tabla 2 es un ejemplo de tabla de ponderación de antenas O-RU para formación de haces distribuida, en la invención. En este caso, la O-RU1 y la O-RU2 son el haz grueso 1, mientras que la O-RU3 junto con la O-RU4 son el haz grueso 2, y el haz grueso 3 solapa parcialmente con los otros haces gruesos. En este caso, los haces finos se utilizan para formación de haces distribuida a partir de las dos O-RU dentro de cada haz grueso.
Tabla 2
Por lo tanto, la tabla 2 proporciona un ejemplo de una tabla de haces donde los haces gruesos están parcialmente solapados y utilizan combinación no coherente. Los haces gruesos 1 y 2 tienen las mismas ponderaciones para todas las O-RU, mientras que el haz grueso 3 tiene ponderaciones ligeramente diferentes para las O-RU, conformando el área de cobertura del haz. Los haces finos están diseñados para proporcionar aproximadamente combinación coherente (formación de haces distribuida) de transmisión/recepción de una sola capa, a partir del grupo O-RU 1 (beamId 4-7) o del grupo O-RU 2 (beamId 8-11) o del grupo 3 (beamId 12-15). En este ejemplo, se utilizan cuatro haces finos diferentes para cada haz grueso. El UE medirá la máxima RSRP en el haz fino que más se aproxime a la adición coherente entre las señales procedentes de las O-RU en la celda compartida. Asimismo, sería posible incluir haces que soporten más O-RU simultáneas, o incluso más capas simultáneas (MIMO distribuido). Se debe observar que el resultado de la formación de haces distribuida, en este caso, no es un haz en el sentido tradicional sino más bien bolsas espaciales dimensionadas por longitud de onda fraccionaria, en las que las señales de las O-RU se suman coherentemente.
Utilizar ponderaciones complejas, como en la tabla 2, tiene más sentido cuando el ancho de banda de coherencia del canal es mayor (o, por lo menos, no es menor) que el trozo de datos en el dominio de la frecuencia que está controlado por la selección de O-RU. Por ejemplo, en una división en el dominio de tiempo, esto puede funcionar, por ejemplo, para algunos canales interiores con difusión de retado muy corta, donde el ancho de banda de coherencia es similar al ancho de banda de portadora, o mayor que el mismo. Para LLS O-RAN y divisiones similares del dominio de frecuencia, se puede realizar selección O-RU por PRB o por grupo de PRB. En ese caso, la formación de haces distribuida puede funcionar en una amplia variedad de condiciones de canal.
Traducción de beamId
Según ciertas realizaciones, la O-DU envía el mismo beamId a todas las O-RU (mensaje del plano-C compartido) pero los beamId se traducen en algún nodo. Dependiendo de la topología de la celda compartida, la traducción se podría realizar en la O-RU o en un FHM. La traducción podría realizarse asimismo mediante un rúter o conmutador de paquetes programable con capacidades profundas de procesamiento de paquetes, por ejemplo, utilizando el lenguaje de programación P4 para modificar el campo beamId en la cabecera O-RAN (u otra).
La traducción del beamId es útil, por ejemplo, si la O-RU soporta solamente haces fijos. Aquí, se define una nueva configuración del plano-M, describiendo una traducción entre los beamId soportados internamente por la O-RU y los beamId de la celda compartida enviados por la O-DU. Esta traducción podría ser, por ejemplo, en forma de un rango configurado, una tabla o una fórmula matemática proporcionada por la O-DU, en realizaciones particulares. Un tipo de traducción es sumar/restar un desplazamiento. Por ejemplo, si cada O-RU soporta localmente los beamId 0-11, los beamId de celda compartida se podrían traducir de manera que la O-RU1 responda a los beamId 0-11, la O-RU2 a los beamId 12-23, la O-RU3 a los beamId 24-35, etc. Solapar rangos de beamId es posible asimismo si se desea que múltiples O-RU transmitan/reciban para ciertos haces.
En una realización particular, una O-RU puede estar muda en UL y DL si el beamId de celda compartida no está dentro de su propio rango. Para O-RU en cascada, por lo menos parte de la traducción se tiene que realizar en la O-RU. La traducción podría ser realizada completamente por cada O-RU. Otra opción cuando se utiliza traducción basada en desplazamiento es que la O-RU más próxima a la DU compruebe si alguno de los haces en el mensaje del plano-C le aplica, en caso negativo, resta el número de beamId locales (12 en el ejemplo) y envía el mensaje del plano-C a la siguiente O-RU, que hace lo mismo. Si el beamId resultante es negativo, la O-RU no tiene que pasar el mensaje del plano-C.
Si se desea soportar transmisión/recepción simultánea sobre cualquier combinación de múltiples O-RU con diferente beamId, la traducción podría ser tratar el beamId global como un número en base N, donde N es el número de haces soportados por O-RU (haces locales). Por ejemplo, con 8 haces por O-RU, el beamId de celda compartida podría estar formado por un número octal, donde cada dígito octal selecciona el haz en una O-RU particular, por ejemplo, “13777”. En este caso, por lo menos uno de los beamId para cada O-RU debería definirse como no transmisión y/o recepción. Con un beamId de 15 bits y 8 haces por O-RU, se podrían soportar un máximo de 5 O-RU. Si están soportadas más O-RU en la celda compartida, estas podrían agruparse. Alternativamente, se podría reducir el número de beamId soportados por O-RU.
Son posibles asimismo otras traducciones, por ejemplo, en base a la enumeración de un subconjunto de todas las posibles combinaciones de haces. Por ejemplo, todas las combinaciones de una y dos O-RU activas.
Implementación en O-DU, utilizando direccionamiento individual de O-RU
Según ciertas realizaciones, la característica de celda compartida se podría implementar completamente en la O-DU; la O-DU conoce la topología de la celda compartida (a partir de configuración manual o a partir de autodescubrimiento) y puede dirigirse a cada O-RU utilizando, por ejemplo, direccionamiento MAC Ethernet y/o direccionamiento IP, en función del tipo de red. Dicho direccionamiento individual es necesario en cualquier caso para realizar gestión O-RU (por ejemplo, configuración del plano-M y lectura de capacidad) en una celda compartida. El mismo tipo de direccionamiento O-RU puede ser utilizado por la O-DU para “barrido de haces” entre las O-RU o los grupos de O-RU.
En una realización particular, la O-DU trata cada O-RU como uno o más “haces gruesos” y envía diferentes índices SSB a diferentes O-RU, multiplexados en el tiempo (se pueden utilizar múltiples índices SSB para una misma O-RU, si es necesario). El resultado es una clase de celda compartida, dado que solamente una O-RU estará activa a la vez para un flujo espacial y un RE determinados. Por lo tanto, los mensajes en el plano-C y el plano-U ya no serían compartidos, y el FHM podría ser un conmutador Ethernet (o quizás un rúter IP). Asimismo, la disposición de O-RU en cascada requeriría solamente reenvío Ethernet.
Si cada O-RU soporta múltiples haces, un barrido de haz fino podría ser realizado con CSI-RS, una vez que el “haz grueso” es conocido para un UE. Se puede utilizar CSI-RS multipuerto para manejar MIMO y diversidad de transmisión/recepción en la celda compartida.
Nuevos campos de información en el plano-C y/o el plano-U para controlar qué grupos de O-RU activar
Según ciertas realizaciones, se pueden añadir uno o varios nuevos campos de información en el plano-C y/o el plano-U para controlar qué grupos de O-RU deberían estar activos para una determinada sección. El o los nuevos campos se pueden poner en un campo reservado en un tipo de extensión o extensión de sección existente. Alternativamente, para este propósito se puede definir un nuevo tipo de sección o una nueva extensión de sección. Se utiliza una nueva configuración del plano-M para indicar a cada O-RU cómo interpretar el o los nuevos campos.
Según una realización particular, una alternativa es definir una nueva máscara de bits (orugMask) en el plano de control (plano-C) o el plano de usuario (plano-U), donde cada posición define qué grupo de O-RU activar. La configuración del plano-M indicará a cada grupo de O-RU qué posición o posiciones de bit monitorizar.
Según otra realización particular, otra alternativa es añadir un campo que contiene una lista de grupos O-RU a activar. Los grupos de O-RU podrían recibir un ID por medio de configuración del plano-M, por ejemplo, en base a una enumeración de O-RU junto con descubrimiento de topología, o un ID se podría determinar en base, por ejemplo, a la dirección MAC Ethernet o IP.
Según otra realización particular, otra alternativa es tener un nuevo tipo de sección o una nueva extensión de sección, con una lista de los ID de haz de celda compartida (scbeamId), donde cada beamId corresponde a una O-RU específica o grupo específico de O-RU. En este caso, el parámetro “beamId” existente no es necesario para seleccionar un grupo de O-RU y se puede utilizar para seleccionar un haz dentro de una O-RU, tal como en LLS O RAN de la técnica anterior. Asimismo, una nueva extensión de sección podría definir los scbeamId para todos los grupos de O-RU tal como, por ejemplo, enviando ponderaciones actualizadas dinámicamente o atributos de haz actualizados dinámicamente. Si se desea, puede ser posible utilizar formación de haces basada en información de canal, donde la O-RU calcula sus propias ponderaciones de haz. Las O-RU que no deban transmitir pueden recibir una estimación de canal muy pequeña (por ejemplo, valor cero) y/o un parámetro de regularización grande, comparadas con las O-RU que deban transmitir.
Otras características y mejoras
Ciertas realizaciones descritas en el presente documento pueden soportar tener diferentes O-RU activas para diferentes elementos de recurso (RE) dentro del mismo PRB. Esto se puede conseguir, por ejemplo, utilizando la característica de máscara de elemento de recurso (reMask) en LLS O-RAN, en combinación con cualquiera de los métodos descritos anteriormente. Un caso de uso podría ser para compartición de espectro entre LTE 4G y NR 5G, de manera que LTE se envía desde un grupo de O-RU y NR desde otro grupo de O-RU.
La figura 4 muestra la red inalámbrica, de acuerdo con algunas realizaciones. Aunque la materia descrita en el presente documento se puede implementar en cualquier tipo apropiado de sistema que utilice cualesquiera componentes adecuados, las realizaciones dadas a conocer en el presente documento se describen en relación con una red inalámbrica, tal como la red inalámbrica de ejemplo mostrada en la figura 4. Por simplicidad, la red inalámbrica de la figura 4 representa solamente la red 106, los nodos de red 160 y 160b y los dispositivos inalámbricos 110, 110b y 110c. En la práctica, una red inalámbrica puede incluir además cualesquiera elementos adicionales adecuados para soportar comunicación entre dispositivos inalámbricos o entre un dispositivo inalámbrico y otro dispositivo de comunicación, tal como un teléfono fijo, un proveedor de servicio o cualquier otro nodo de red o dispositivo final. De los componentes mostrados, el nodo de red 160 y el dispositivo inalámbrico 110 se representan con detalle adicional. La red inalámbrica puede proporcionar comunicación y otros tipos de servicios a uno o más dispositivos inalámbricos para facilitar que los dispositivos inalámbricos accedan a, y/o utilicen los servicios proporcionados por la red inalámbrica, o a través de la misma.
La red inalámbrica puede comprender, y/o interactuar con cualquier tipo de red de comunicación, telecomunicación, datos, celular y/o de radio, u otro tipo similar de sistema. En algunas realizaciones, la red inalámbrica puede estar configurada para funcionar 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, Global System for Mobile Communications), el sistema universal de telecomunicaciones móviles (UMTS, Universal Mobile Telecommunications System), evolución a largo plazo (LTE, Long Term Evolution) y/o cualesquiera otros estándares 2G, 3G, 4G o 5G adecuados; estándares de red de área local inalámbrica (WLAN, wireless local area network), tal como los estándares IEEE 802.11; y/o cualquier estándar de comunicación inalámbrica apropiado, tales como los estándares de interoperabilidad mundial para acceso por microondas (WiMAX), Bluetooth, Z-Wave y/o ZigBee.
La red 106 puede comprender una o varias redes de retorno, redes centrales, redes IP, redes telefónicas públicas conmutadas (PSTN, public switched telephone networks), redes de datos de paquete, redes ópticas, redes de área extensa (WAN, wide-area networks), redes de área local (LAN, local area networks), redes de área local inalámbricas (WLAN, wireless local area networks), redes cableadas, redes inalámbricas, redes de área metropolitana y otras redes, para permitir comunicación entre dispositivos.
El nodo de red 160 y el dispositivo inalámbrico 110 comprenden varios componentes descritos en mayor detalle a continuación. Estos componentes funcionan bien para proporcionar funcionalidad al nodo de red y/o al dispositivo inalámbrico, tal como proporcionar conexiones inalámbricas en una red inalámbrica. En diferentes realizaciones, la red inalámbrica puede comprender cualquier número de redes cableadas o inalámbricas, nodos de red, estaciones base, controladores, dispositivos inalámbricos, estaciones de repetición y/o cualesquiera otros componentes o sistemas que puedan facilitar, o participar en la comunicación de datos y/o señales por medio de conexiones cableadas o inalámbricas.
La figura 5 muestra un nodo de red 160 de ejemplo, según ciertas realizaciones. Tal como se utiliza en la presente memoria, nodo de red se refiere a un equipo capaz de, configurado, dispuesto y/o que puede funcionar para comunicar directa o indirectamente con un dispositivo inalámbrico y/o con otros nodos de red o equipos en la red inalámbrica para facilitar 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. Ejemplos de nodo de red incluyen, de forma no limitativa, puntos de acceso (AP, access points) (por ejemplo, puntos de acceso de radio), estaciones base (BS, base stations) (por ejemplo, estaciones base de radio, nodos B, nodos B evolucionados (eNB) y nodos B NR (gNB)). Las estaciones base se pueden caracterizar en base a la cantidad de cobertura que proporcionan (o, dicho de otro modo, a su nivel de potencia de transmisión) y pueden asimismo denominarse estaciones base femto, estaciones base pico, estaciones base micro o estaciones base macro. Una estación base puede ser un nodo de repetición o un nodo donante de repetición que controla un repetidor. Un nodo de red puede incluir asimismo una o varias (o todas las) partes de una estación base de radio distribuida, tales como unidades digitales centralizadas y/o unidades de radio remotas (RRU, remote radio units), en ocasiones denominadas cabeceras de radio remotas (r Rh , Remote radio heads). Dichas unidades de radio remotas pueden, o no, estar integradas con una antena, como una radio integrada en antena. Partes de una estación base de radio distribuida pueden, asimismo, denominarse nodos en un sistema de antenas distribuido (DAS). Otros ejemplos más de nodos de red incluyen equipo de radio multiestándar (MSR, multi standard radio), tal como BS MSR, controladores de red, tales como controladores de red de radio (RNC, radio network controllers) o controladores de estación base (BSC, base station controllers), estaciones transceptoras base (BTS, base transceiver stations), puntos de transmisión, nodos de transmisión, entidades de coordinación multicelda/multidifusión (MCE, multi-cell/multi cast coordination entities), nodos de red central (por ejemplo, MSCs, MMEs), nodos O&M, nodos OSS, nodos SON, nodos de posicionamiento (por ejemplo, E-SMLC) y/o MDT. Como otro ejemplo, un nodo de red puede ser un nodo de red virtual, tal como se describe en mayor detalle a continuación. Sin embargo, más generalmente, los nodos de red pueden representar cualquier dispositivo (o grupo de dispositivos) adecuado, capaz de, configurado, dispuesto y/o que puede funcionar para facilitar y/o proporcionar a un dispositivo inalámbrico acceso a la red inalámbrica, o para proporcionar algún servicio a un dispositivo inalámbrico que ha accedido a la red inalámbrica.
En la figura 5, el nodo de red 160 incluye los circuitos de procesamiento 170, un medio legible por dispositivo 180, una interfaz 190, equipo auxiliar 184, fuente de alimentación 186, circuitos de alimentación 187 y antena 162. Aunque el nodo de red 160 mostrado en la red inalámbrica de ejemplo de la figura 5 puede representar un dispositivo que incluye la combinación mostrada 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 necesaria para realizar las tareas, características, funciones y métodos dados a conocer en el presente documento. Además, si bien los componentes del nodo de red 160 se representan como cajas individuales situadas dentro de una caja mayor, o anidadas dentro de múltiples cajas, en la práctica un nodo de red puede comprender múltiples componentes físicos diferentes que componen un solo componente mostrado (por ejemplo, el medio legible por dispositivo 180 puede comprender múltiples discos duros separados, así como múltiples módulos de RAM).
De manera similar, el nodo de red 160 se puede componer de múltiples componentes separados físicamente (por ejemplo, un componente NodoB y un componente RNC, o un componente bTs y un componente BSC, etc.), que pueden tener, cada uno, sus propios componentes respectivos. En ciertos escenarios en los que el nodo de red 160 comprende múltiples componentes separados (por ejemplo, componentes BTS y BSC), uno o más de los componentes separados pueden estar compartidos 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 independiente. En algunas realizaciones, el nodo de red 160 puede estar configurado para soportar múltiples tecnologías de acceso de radio (RAT, radio access technologies). En tales realizaciones, algunos componentes pueden estar duplicados (por ejemplo, medio legible por dispositivo 180 separado, para las diferentes RAT) y algunos componentes pueden ser reutilizados (por ejemplo, la misma antena 162 puede estar compartida por las RAT). El nodo de red 160 puede incluir, asimismo, múltiples conjuntos de los diversos componentes mostrados, para las diversas tecnologías inalámbricas integradas en el nodo de red 160, tales como, por ejemplo, tecnologías inalámbricas GSM, WCDMA, LTE, NR, WiFi o Bluetooth. Estas tecnologías inalámbricas pueden estar integradas en un mismo, o en diferentes chips o conjuntos de chips y otros componentes dentro del nodo de red 160.
Los circuitos de procesamiento 170 están configurados para realizar cualesquiera operaciones de determinación, cálculo o similares (por ejemplo, ciertas operaciones de obtención) descritas en el presente documento como estando proporcionadas por un nodo de red. Estas operaciones realizadas por los circuitos de procesamiento 170 pueden incluir procesar información obtenida por los circuitos de procesamiento 170, por ejemplo, convertir la información obtenida en otra información, comparar la información obtenida o la información convertida con información almacenada en el nodo de red, y/o realizar una o varias operaciones en base a la información obtenida o la información convertida, y, como resultado de dicho procesamiento, adoptar una determinación.
Los circuitos de procesamiento 170 pueden comprender una combinación de uno o varios de un microprocesador, un controlador, un microcontrolador, una unidad central de procesamiento, un procesador de señal digital, un circuito integrado de aplicación específica, una matriz de puertas programables en campo o cualquier otro dispositivo informático, recurso o combinación de hardware, software y/o lógica codificada, adecuados para proporcionar, ya sea por separado o junto con otros componentes del nodo de red 160, tal como un medio legible por dispositivo 180, funcionalidad de nodo de red 160. Por ejemplo, los circuitos de procesamiento 170 pueden ejecutar instrucciones almacenadas en el medio legible por dispositivo 180 o en la memoria dentro de los circuitos de procesamiento 170. Dicha funcionalidad puede incluir proporcionar cualesquiera de las diversas características, funciones o beneficios inalámbricos explicados en el presente documento. En algunas realizaciones, los circuitos de procesamiento 170 pueden incluir un sistema en un chip (SOC, system on a chip).
En algunas realizaciones, los circuitos de procesamiento 170 pueden incluir uno o varios de los circuitos transceptores de radiofrecuencia (RF) 172 y los circuitos de procesamiento de banda base 174. En algunas realizaciones, los circuitos transceptores de radiofrecuencia (RF) 172 y los circuitos de procesamiento de banda base 174 pueden estar en chips (o conjuntos de chips), placas o unidades, tales como unidades de radio y unidades digitales, separados. En realizaciones alternativas, parte o la totalidad de los circuitos transceptores de RF 172 y los circuitos de procesamiento de banda base 174 pueden estar en el mismo chip o conjunto de chips, placas o unidades.
En ciertas realizaciones, parte o la totalidad de la funcionalidad descrita en el presente documento como estando proporcionada por un nodo de red, estación base, eNB u otro dispositivo de red semejante, puede ser proporcionada por circuitos de procesamiento 170 que ejecutan instrucciones almacenadas en un medio legible por dispositivo 180 o una memoria dentro de los circuitos de procesamiento 170. En realizaciones alternativas, parte o la totalidad de la funcionalidad puede ser proporcionada por circuitos de procesamiento 170 sin ejecutar instrucciones almacenadas en un medio legible por dispositivo separado o discreto, tal como de manera cableada. En cualquiera de estas realizaciones, se ejecuten o no instrucciones almacenadas en un medio de almacenamiento legible por dispositivo, los circuitos de procesamiento 170 se pueden configurar para realizar la funcionalidad descrita. Los beneficios proporcionados por dicha funcionalidad no se limitan a los circuitos de procesamiento 170 solamente o a otros componentes del nodo de red 160, sino que son aprovechados por el nodo de red 160 en su conjunto, y/o por usuarios finales y por la red inalámbrica en general.
El medio legible por dispositivo 180 puede comprender cualquier forma de memoria legible por ordenador, volátil o no volátil, que incluye, de forma no limitativa, almacenamiento persistente, memoria de estado sólido, memoria montada remotamente, medios magnéticos, medios ópticos, memoria de acceso aleatorio (RAM), memoria de sólo lectura (ROM), medio de almacenamiento masivo (por ejemplo, un disco duro), medio de almacenamiento extraíble (por ejemplo, una unidad flash, un disco compacto (CD) o un disco de video digital (DVD)), y/o cualesquiera otros dispositivos de memoria volátil o no volátil, no transitoria, legible por dispositivo y/o ejecutable por ordenador que almacenan información, datos y/o instrucciones que pueden ser utilizados por circuitos de procesamiento 170. El medio legible por dispositivo 180 puede almacenar cualesquiera instrucciones, datos o información, adecuados, incluyendo un programa informático, software, una aplicación que incluya una o más de lógica, reglas, código, tablas, etc. y/u otras instrucciones que puedan ser ejecutadas por los circuitos de procesamiento 170 y utilizadas por el nodo de red 160. El medio legible por dispositivo 180 puede utilizarse para almacenar cualesquiera cálculos realizados por circuitos de procesamiento 170 y/o cualesquiera datos recibidos por medio de la interfaz 190. En algunas realizaciones, se puede considerar que los circuitos de procesamiento 170 y el medio legible por dispositivo 180 están integrados.
La interfaz 190 se utiliza en la comunicación cableada o inalámbrica de señalización y/o datos entre el nodo de red 160, la red 106 y/o los dispositivos inalámbricos 110. Tal como se muestra, la interfaz 190 comprende uno o varios puertos/terminales 194 para enviar y recibir datos, por ejemplo, hacia y desde la red 106 sobre una conexión cableada. La interfaz 190 incluye asimismo circuitos de entrada de radio 192 que pueden estar acoplados a la antena 162 o, en ciertas realizaciones, ser parte de la misma. Los circuitos de entrada de radio 192 comprenden filtros 198 y amplificadores 196. Los circuitos de entrada de radio 192 pueden estar conectados a la antena 162 y a los circuitos de procesamiento 170. Los circuitos de entrada de radio pueden estar configurados para acondicionar señales comunicadas entre la antena 162 y los circuitos de procesamiento 170. Los circuitos de entrada de radio 192 pueden recibir datos digitales que son para enviar a otros nodos de red o dispositivos inalámbricos por medio de una conexión inalámbrica. Los circuitos de entrada de radio 192 pueden convertir los datos digitales en una señal de radio que tiene los parámetros apropiados de canal y de ancho de banda, utilizando una combinación de filtros 198 y/o amplificadores 196. La señal de radio puede, a continuación, transmitirse a través de la antena 162. De manera similar, cuando recibe datos, la antena 162 puede recoger señales de radio que, a continuación, son transformadas en datos digitales mediante circuitos de entrada de radio 192. Los datos digitales se pueden pasar a los circuitos de procesamiento 170. En otras realizaciones, la interfaz puede comprender diferentes componentes y/o diferentes combinaciones de componentes.
En ciertas realizaciones alternativas, el nodo de red 160 puede no incluir circuitos de entrada de radio 192 independientes, pudiendo, en cambio, comprender los circuitos de procesamiento 170 circuitos de entrada de radio y estos pueden estar conectados a la antena 162 sin circuitos de entrada de radio 192 independientes. De manera similar, en algunas realizaciones, todos o parte de los circuitos transceptores de RF 172 se pueden considerar una parte de la interfaz 190. En otras realizaciones más, la interfaz 190 puede incluir uno o varios puertos o terminales 194, circuitos de entrada de radio 192 y circuitos transceptores de RF 172, como parte de una unidad de radio (no mostrada), y la interfaz 190 puede comunicar con circuitos de procesamiento de banda base 174, que son parte de una unidad digital (no mostrada).
La antena 162 puede incluir una o varias antenas, o conjuntos de antenas, configurados para enviar y/o recibir señales inalámbricas. La antena 162 puede estar acoplada a circuitos de entrada de radio 190 y puede ser cualquier tipo de antena que pueda transmitir y recibir datos y/o señales de manera inalámbrica. En algunas realizaciones, la antena 162 puede comprender una o varias antenas omnidireccionales, sectoriales o de panel, que pueden funcionar para transmitir/recibir señales de radio entre, por ejemplo, 2 GHz y 66 GHz. Una antena omnidireccional se puede utilizar para transmitir/recibir señales de radio en cualquier dirección, una antena sectorial se puede utilizar para transmitir/recibir señales de radio desde dispositivos dentro de un área particular, y una antena de panel puede ser una antena de línea de visión utilizada para transmitir/recibir señales de radio en una línea relativamente recta. En algunos casos, el uso de más de una antena se puede denominar MIMO. En ciertas realizaciones, la antena 162 puede ser independiente del nodo de red 160 y puede ser conectable al nodo de red 160 a través de una interfaz o puerto.
La antena 162, la interfaz 190 y/o los circuitos de procesamiento 170 pueden estar configurados para realizar cualesquiera operaciones de recepción y/o ciertas operaciones de obtención descritas en el presente documento como siendo realizadas por un nodo de red. Cualesquiera información, datos y/o señales pueden ser recibidos desde un dispositivo inalámbrico, otro nodo de red y/o cualquier otro equipo de red. De manera similar, la antena 162, la interfaz 190 y/o los circuitos de procesamiento 170 pueden estar configurados para realizar cualesquiera operaciones de transmisión descritas en el presente documento como siendo realizadas por un nodo de red. Cualesquiera información, datos y/o señales pueden ser transmitidos a un dispositivo inalámbrico, otro nodo de red y/o cualquier otro equipo de red.
Los circuitos de alimentación 187 pueden comprender, o estar acoplados a circuitos de gestión de alimentación, y estar configurados para suministrar a los componentes del nodo de red 160 alimentación para realizar la funcionalidad descrita en el presente documento. Los circuitos de alimentación 187 pueden recibir alimentación de la fuente de alimentación 186. La fuente de alimentación 186 y/o los circuitos de alimentación 187 pueden estar configurados para proporcionar alimentación a los diversos componentes del nodo de red 160 de manera adecuada para los respectivos componentes (por ejemplo, a niveles de tensión y corriente necesarios para cada respectivo componente). La fuente de alimentación 186 puede estar incluida en los circuitos de alimentación 187 y/o el nodo de red 160, o ser externa a los mismos. Por ejemplo, el nodo de red 160 puede ser conectable a una fuente de alimentación externa (por ejemplo, una toma de electricidad) por medio de circuitos de entrada o de la interfaz, tal como un cable eléctrico, de manera que la fuente de alimentación externa suministra alimentación a los circuitos de alimentación 187. Como otro ejemplo más, la fuente de alimentación 186 puede comprender una fuente de alimentación en la forma de una batería o de un paquete de baterías, que está conectado a los circuitos de alimentación 187, o integrado en los mismos. La batería puede proporcionar alimentación de respaldo si la fuente de alimentación externa falla. Se pueden utilizar asimismo otros tipos de fuentes de alimentación, tales como dispositivos fotovoltaicos.
Realizaciones alternativas del nodo de red 160 pueden incluir componentes adicionales, más allá de los mostrados en la figura 5, que pueden ser responsables de proporcionar ciertos aspectos de la funcionalidad del nodo de red, incluyendo cualquiera de la funcionalidad descrita en el presente documento y/o cualquier funcionalidad necesaria para soportar la materia descrita en el presente documento. Por ejemplo, el nodo de red 160 puede incluir equipo de interfaz de usuario para permitir la introducción de información en el nodo de red 160 y para permitir la salida de información desde el nodo de red 160. Esto puede permitir a un usuario realizar funciones de diagnóstico, mantenimiento, reparación y otras administrativas, para el nodo de red 160.
La figura 6 muestra un dispositivo inalámbrico 110 de ejemplo, según ciertas realizaciones. Tal como se utiliza en el presente documento, dispositivo inalámbrico se refiere a un dispositivo capaz de, configurado, dispuesto y/o que puede funcionar para, comunicar de manera inalámbrica con nodos de red y/o con otros dispositivos inalámbricos. Salvo que se indique lo contrario, en el presente documento la expresión dispositivo inalámbrico se puede utilizar de manera intercambiable con equipo de usuario (UE). Comunicar de manera inalámbrica puede involucrar transmitir y/o recibir señales inalámbricas utilizando ondas electromagnéticas, ondas de radio, ondas de infrarrojos y/u otros tipos de señales adecuadas para transportar información por el aire. En algunas realizaciones, un dispositivo inalámbrico puede estar configurado para transmitir y/o recibir información sin interacción humana directa. Por ejemplo, un dispositivo inalámbrico puede estar diseñado para transmitir información a una red con una planificación predeterminada, cuando es activado por un evento interno o externo, o en respuesta a solicitudes de la red. Ejemplos de dispositivo inalámbrico incluyen, de forma no limitativa, 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 sobremesa, un asistente digital personal (PDA, personal digital assistant), una cámara inalámbrica, una consola o dispositivo de juegos, un dispositivo de almacenamiento de música, un aparato de reproducción, un dispositivo terminal ponible, un punto final inalámbrico, una estación móvil, una tableta, un ordenador portátil, un equipo integrado en portátil (LEE, laptop-embedded equipment), un equipo montado en portátil (LME, laptop-mounted equipment), un dispositivo inteligente, un equipo en las instalaciones del cliente (CPE, customer-premise equipment) inalámbrico, un dispositivo terminal inalámbrico montado en un vehículo, etc. Un dispositivo inalámbrico puede soportar comunicación dispositivo a dispositivo (D2D), por ejemplo, implementando un estándar 3GPP para comunicación de enlace lateral, vehículo a vehículo (V2V), vehículo a infraestructura (V2I), vehículo a todo (V2X) y puede, en este caso, denominarse un dispositivo de comunicación D2D. Como otro ejemplo específico, en un escenario de internet de las cosas (IoT), un dispositivo inalámbrico puede representar una máquina u otro dispositivo que realice monitorización y/o mediciones, y transmita los resultados de dichas monitorización y/o mediciones a otro dispositivo inalámbrico y/o a un nodo de red. En este caso, el dispositivo inalámbrico puede ser un dispositivo máquina a máquina (M2M), que, en un contexto 3GPP, se puede denominar un dispositivo MTC. Como un ejemplo particular, el dispositivo inalámbrico puede ser un UE que implementa el estándar de internet de las cosas de banda estrecha (NB-IoT) 3GPP. Ejemplos particulares de dichas máquinas o dispositivos son sensores, dispositivos de medición tales como medidores de potencia, maquinaria industrial, o aparatos domésticos o personales (por ejemplo, refrigeradores, televisiones, etc.), dispositivos personales ponibles (por ejemplo, relojes, seguidores de actividad, etc.). En otros escenarios, un dispositivo inalámbrico puede representar un vehículo u otro equipo que sea capaz de monitorizar y/o notificar su estado operativo, o de otras funciones asociadas con su funcionamiento. Un dispositivo inalámbrico como el descrito anteriormente puede representar el punto final de una conexión inalámbrica, en cuyo caso el dispositivo se puede denominar un terminal inalámbrico. Además, un dispositivo inalámbrico como el descrito anteriormente puede ser móvil, en cuyo caso se puede denominar un dispositivo móvil o un terminal móvil.
Como se muestra, el dispositivo inalámbrico 110 incluye la antena 111, la interfaz 114, los circuitos de procesamiento 120, el medio legible por dispositivo 130, el equipo de interfaz de usuario 132, equipo auxiliar 134, la fuente de alimentación 136 y los circuitos de alimentación 137. El dispositivo inalámbrico 110 puede incluir múltiples conjuntos de uno o varios de los componentes mostrados para diferentes tecnologías inalámbricas soportadas por el dispositivo inalámbrico 110, tales como, por ejemplo, tecnologías inalámbricas GSM, WCDMA, LTE, NR, WiFi, WiMAX o Bluetooth, por mencionar sólo unas pocas. Estas tecnologías inalámbricas pueden estar integradas en el mismo, o en diferentes chips o conjuntos de chips, como otros componentes dentro del dispositivo inalámbrico 110.
La antena 111 puede incluir una o varias antenas o conjuntos de antenas, configurados para enviar y/o recibir señales inalámbricas, y está conectada a la interfaz 114. En ciertas realizaciones alternativas, la antena 111 puede estar separada del dispositivo inalámbrico 110 y ser conectable al dispositivo inalámbrico 110 a través de una interfaz o de un puerto. La antena 111, la interfaz 114 y/o los circuitos de procesamiento 120 pueden estar configurados para realizar cualesquiera operaciones de recepción o transmisión descritas en el presente documento como siendo realizadas por un dispositivo inalámbrico. Cualesquiera información, datos y/o señales pueden ser recibidos desde un nodo de red y/o desde otro dispositivo inalámbrico. En algunas realizaciones, los circuitos de entrada de radio y/o la antena 111 se pueden considerar una interfaz.
Tal como se muestra, la interfaz 114 comprende los circuitos de entrada de radio 112 y la antena 111. Los circuitos de entrada de radio 112 comprenden uno o varios filtros 118 y amplificadores 116. Los circuitos de entrada de radio 114 están conectados a la antena 111 y a los circuitos de procesamiento 120, y están configurados para acondicionar señales comunicadas entre la antena 111 y los circuitos de procesamiento 120. Los circuitos de entrada de radio 112 pueden estar acoplados a la antena 111, o ser parte de la misma. En algunas realizaciones, el dispositivo inalámbrico 110 puede no incluir circuitos de entrada de radio 112 independientes; en cambio, los circuitos de procesamiento 120 pueden comprender circuitos de entrada de radio y pueden estar conectados a la antena 111. De manera similar, en algunas realizaciones, algunos o todos los circuitos transceptores de RF 122 se pueden considerar una parte de la interfaz 114. Los circuitos de entrada de radio 112 pueden recibir datos digitales que son para enviar a otros nodos de red o dispositivos inalámbricos por medio de una conexión inalámbrica. Los circuitos de entrada de radio 112 pueden convertir los datos digitales en una señal de radio que tiene los parámetros apropiados de canal y de ancho de banda, utilizando una combinación de filtros 118 y/o amplificadores 116. La señal de radio puede, a continuación, transmitirse a través de la antena 111. De manera similar, cuando recibe datos, la antena 111 puede recoger señales de radio que, a continuación, son transformadas en datos digitales mediante circuitos de entrada de radio 112. Los datos digitales se pueden pasar a los circuitos de procesamiento 120. En otras realizaciones, la interfaz puede comprender diferentes componentes y/o diferentes combinaciones de componentes.
Los circuitos de procesamiento 120 pueden comprender una combinación de uno o varios de un microprocesador, un controlador, un microcontrolador, una unidad central de procesamiento, un procesador de señal digital, un circuito integrado de aplicación específica, una matriz de puertas programables en campo o cualquier otro dispositivo informático, recurso o combinación de hardware, software y/o lógica codificada, adecuados para proporcionar, ya sea por separado o junto con otros componentes del dispositivo inalámbrico 110, tal como un medio legible por dispositivo 130, funcionalidad de dispositivo inalámbrico 110. Dicha funcionalidad puede incluir proporcionar cualesquiera de las diversas características o beneficios inalámbricos explicados en el presente documento. Por ejemplo, los circuitos de procesamiento 120 pueden ejecutar instrucciones almacenadas en el medio legible por dispositivo 130 o en memoria dentro de los circuitos de procesamiento 120, para proporcionar la funcionalidad dada a conocer en el presente documento.
Tal como se muestra, los circuitos de procesamiento 120 incluyen uno o varios circuitos transceptores de RF 122, circuitos de procesamiento de banda base 124 y circuitos de procesamiento de aplicación 126. En otras realizaciones, los circuitos de procesamiento pueden comprender diferentes componentes y/o diferentes combinaciones de componentes. En ciertas realizaciones, los circuitos de procesamiento 120 del dispositivo inalámbrico 110 pueden comprender un SOC. En algunas realizaciones, los circuitos transceptores de RF 122, los circuitos de procesamiento de banda base 124 y los circuitos de procesamiento de aplicación 126 pueden estar en chips o conjuntos de chips separados. En realizaciones alternativas, parte de, o todos los circuitos de procesamiento de banda base 124 y los circuitos de procesamiento de aplicación 126 pueden estar combinados en un chip o conjunto de chips, y los circuitos transceptores de RF 122 pueden estar en un chip o conjunto de chips separado. En otras realizaciones alternativas, parte de, o todos los circuitos transceptores de RF 122 y los circuitos de procesamiento de banda base 124 pueden estar en el mismo chip o conjunto de chips, y los circuitos de procesamiento de aplicación 126 pueden estar en un chip o conjunto de chips separado. En otras realizaciones alternativas más, parte de, o todos los circuitos transceptores de RF 122, los circuitos de procesamiento de banda base 124 y los circuitos de procesamiento de aplicación 126 pueden estar combinados en el mismo chip o conjunto de chips. En algunas realizaciones, los circuitos transceptores de RF 122 pueden ser parte de la interfaz 114. Los circuitos transceptores de RF 122 pueden ser señales de RF de acondicionamiento para los circuitos de procesamiento 120.
En ciertas realizaciones, parte de, o toda la funcionalidad descrita en el presente documento como siendo realizada por un dispositivo inalámbrico puede ser proporcionada por los circuitos de procesamiento 120 ejecutando instrucciones almacenadas en el medio legible por dispositivo 130, que, en ciertas realizaciones, puede ser un medio de almacenamiento legible por ordenador. En realizaciones alternativas, parte o la totalidad de la funcionalidad puede ser proporcionada por circuitos de procesamiento 120 sin ejecutar instrucciones almacenadas en un medio de almacenamiento legible por dispositivo separado o discreto, tal como de manera cableada. En cualquiera de estas realizaciones particulares, se ejecuten o no instrucciones almacenadas en un medio de almacenamiento legible por dispositivo, los circuitos de procesamiento 120 se pueden configurar para realizar la funcionalidad descrita. Los beneficios proporcionados por dicha funcionalidad no se limitan a solamente los circuitos de procesamiento 120 o a otros componentes del dispositivo inalámbrico 110, sino que pueden ser aprovechados por el dispositivo inalámbrico 110 en su conjunto, y/o por usuarios finales y por la red inalámbrica, en general.
Los circuitos de procesamiento 120 se pueden configurar para realizar cualesquiera operaciones de determinación, cálculo o similares (por ejemplo, ciertas operaciones de obtención) descritas en el presente documento como siendo realizadas por un dispositivo inalámbrico. Estas operaciones, realizadas por los circuitos de procesamiento 120, pueden incluir procesar información obtenida por los circuitos de procesamiento 120, por ejemplo, convertir la información obtenida en otra información, comparar la información obtenida o la información convertida con información almacenada por el dispositivo inalámbrico 110 y/o realizar una o varias operaciones en base a la información obtenida o la información convertida y, como resultado de dicho procesamiento, adoptar una determinación.
El medio legible por dispositivo 130 puede ser operativo para almacenar un programa informático, software, una aplicación que incluya una o varias de lógica, reglas, código, tablas, etc. y/o otras instrucciones que puedan ser ejecutadas por los circuitos de procesamiento 120. El medio legible por dispositivo 130 puede incluir memoria informática (por ejemplo, memoria de acceso aleatorio (RAM) o memoria de sólo lectura (ROM)), memoria de almacenamiento masivo (por ejemplo, un disco duro), memoria de almacenamiento extraíble (por ejemplo, un disco compacto (CD) o un disco de video digital (DVD)), y/o cualesquiera otros dispositivos de memoria volátil o no volátil, no transitoria, legible por dispositivo y/o ejecutable por ordenador, que almacenen información, datos y/o instrucciones que puedan ser utilizadas por los circuitos de procesamiento 120. En algunas realizaciones, se puede considerar que los circuitos de procesamiento 120 y el medio legible por dispositivo 130 están integrados.
El equipo de interfaz de usuario 132 puede proporcionar componentes que permiten a un usuario humano interactuar con el dispositivo inalámbrico 110. Dicha interacción puede ser de muchas formas, tales como visual, auditiva, táctil, etc. El equipo de interfaz de usuario 132 se puede hacer funcionar para producir una salida para el usuario, y para permitir que el usuario proporcione entradas al dispositivo inalámbrico 110. El tipo de interacción puede variar en función del tipo de equipo de interfaz de usuario 132 instalado en el dispositivo inalámbrico 110. Por ejemplo, si el dispositivo inalámbrico 110 es un teléfono inteligente, la interacción puede ser por medio de una pantalla táctil; si el dispositivo inalámbrico 110 es un medidor inteligente, la interacción puede ser a través de una pantalla que proporciona el uso (por ejemplo, el número de litros utilizados) o de un altavoz que proporciona una alerta audible (por ejemplo, si se ha detectado humo). El equipo de interfaz de usuario 132 puede incluir interfaces, dispositivos y circuitos de entrada, e interfaces, dispositivos y circuitos de salida. El equipo de interfaz de usuario 132 está configurado para permitir la introducción de información al dispositivo inalámbrico 110, y está conectado a los circuitos de procesamiento 120 para permitir que los circuitos de procesamiento 120 procesen la información de entrada. El equipo de interfaz de usuario 132 puede incluir, por ejemplo, un micrófono, un sensor de proximidad u otro, teclas/botones, una pantalla táctil, una o varias cámaras, un puerto USB u otros circuitos de entrada. El equipo de interfaz de usuario 132 está configurado, asimismo, para permitir la salida de información desde el dispositivo inalámbrico 110, y para permitir que los circuitos de procesamiento 120 entreguen información desde el dispositivo inalámbrico 110. El equipo de interfaz de usuario 132 puede incluir, por ejemplo, un altavoz, una pantalla, circuitos vibratorios, un puerto USB, una interfaz de auriculares u otros circuitos de salida. Utilizando una o varias de las interfaces, dispositivos y circuitos de entrada y de salida del equipo de interfaz de usuario 132, el dispositivo inalámbrico 110 puede comunicar con usuarios finales y/o con la red inalámbrica y permitirles beneficiarse de la funcionalidad descrita en el presente documento.
El equipo auxiliar 134 está operativo para proporcionar más funcionalidad específica que, generalmente, no puede ser realizada por los dispositivos inalámbricos. Esto puede comprender sensores especializados para realizar mediciones con diversos propósitos, interfaces para tipos adicionales de comunicación, tal como comunicaciones por cable, etc. La inclusión y el tipo de componentes del equipo auxiliar 134 pueden variar en función de la realización y/o del escenario.
La fuente de alimentación 136 puede, en algunas realizaciones, adoptar la forma de una batería o de un paquete de baterías. Otros tipos de fuentes de alimentación, tales como una fuente de alimentación externa (por ejemplo, una toma de electricidad), dispositivos fotovoltaicos o células de energía que pueden, asimismo, ser utilizadas por el dispositivo inalámbrico 110 pueden comprender además circuitos de alimentación 137 para suministrar alimentación desde la fuente de alimentación 136 a las diversas partes del dispositivo inalámbrico 110 que necesitan alimentación desde la fuente de alimentación 136 para llevar a cabo cualquier funcionalidad descrita o indicada en el presente documento. Los circuitos de alimentación 137 pueden, en ciertas realizaciones, comprender circuitos de gestión de alimentación. Los circuitos de alimentación 137 pueden, adicional o alternativamente, funcionar para recibir alimentación desde una fuente de alimentación externa, en cuyo caso el dispositivo inalámbrico 110 puede ser conectable a la fuente de alimentación externa (tal como una toma electricidad) por medio de circuitos de entrada o de una interfaz, tal como un cable de alimentación eléctrica. Los circuitos de alimentación 137 pueden asimismo, en ciertas realizaciones, funcionar para suministrar alimentación desde una fuente de alimentación externa a la fuente de alimentación 136. Esto puede ser, por ejemplo, para cargar la fuente de alimentación 136. Los circuitos de alimentación 137 pueden realizar cualquier formateo, conversión u otra modificación a la alimentación procedente de la fuente de alimentación 136, para adecuar la alimentación a los respectivos componentes del dispositivo inalámbrico 110 a los que se suministra la alimentación.
La figura 7 muestra una realización de un UE de acuerdo con varios aspectos descritos en el presente documento. Tal como se utiliza en el presente documento, un equipo de usuario o UE puede no necesariamente tener un usuario en el sentido de un usuario humano que posee y/o maneja el dispositivo en cuestión. Por el contrario, un UE puede representar un dispositivo que está destinado a venderse a, o a ser manejado por, un usuario humano pero que puede no estar, o no inicialmente, asociado con un usuario humano específico (por ejemplo, un controlador inteligente de aspersor). Alternativamente, un UE puede representar un dispositivo que no está destinado a venderse a, o a ser manejado por un usuario humano, sino que puede estar asociado con, o ser manejado en beneficio de un usuario (por ejemplo, un medidor inteligente de potencia). El UE 200 puede ser cualquier UE identificado por el proyecto de asociación de tercera generación (3GPP), incluyendo un UE NB-IoT, un UE de comunicación de tipo máquina (MTC, machine type communication), y/o un UE MTC mejorado (eMTC). El UE 200, tal como se muestra en la figura 5, es un ejemplo de un dispositivo inalámbrico configurado para comunicación según uno o varios estándares de comunicación promulgados por el proyecto de asociación de tercera generación (3GPP), tales como GSM, UMTS, LTE de 3GPP, y/o estándares 5G. Tal como se ha mencionado anteriormente, los términos dispositivo inalámbrico y UE se pueden utilizar de manera intercambiable. Por consiguiente, aunque la figura 7 es un UE, los componentes explicados en la presente memoria son aplicables igualmente a un dispositivo inalámbrico, y viceversa.
En la figura 7, el UE 200 incluye circuitos de procesamiento 201 que están acoplados operativamente a una interfaz de entrada/salida 205, una interfaz de radiofrecuencia (RF) 209, una interfaz de conexión de red 211, memoria 215 que incluye memoria de acceso aleatorio (RAM) 217, memoria de sólo lectura (ROM) 219 y un medio de almacenamiento 221 o similar, un subsistema de comunicación 231, una fuente de alimentación de 233 y/o cualquier otro componente, o cualquier combinación de los mismos. El medio de almacenamiento 221 incluye el sistema operativo 223, el programa de aplicación 225 y datos 227. En otras realizaciones, el medio de almacenamiento 221 puede incluir otros tipos similares de información. Ciertos UE pueden utilizar todos los componentes mostrados en la figura 7, o solamente un subconjunto de los componentes. El nivel de interacción entre los componentes puede variar de un UE a otro. Además, ciertos UE pueden contener múltiples instancias de un componente, tales como múltiples procesadores, memorias, transceptores, transmisores, receptores, etc.
En la figura 7, los circuitos de procesamiento 201 pueden estar configurados para procesar instrucciones informáticas y datos. Los circuitos de procesamiento 201 pueden estar configurados para implementar cualquier máquina de estado secuencial, operativa para ejecutar instrucciones de máquina almacenadas como programas informáticos legibles por máquina en la memoria, tal como una o varias 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 varios programas almacenados, procesadores de propósito general, tales como un microprocesador o un procesador de señal digital (DSP, Digital Signal Processor), junto con cualquier software apropiado, o cualquier combinación de los anteriores. Por ejemplo, los circuitos de procesamiento 201 pueden incluir dos unidades centrales de procesamiento (CPU, central processing units). Los datos pueden ser información en una forma adecuada para su utilización por un ordenador.
En la realización representada, la interfaz de entrada/salida 205 puede estar configurada para proporcionar una interfaz de comunicación a un dispositivo de entrada, un dispositivo de salida, o un dispositivo de entrada y de salida. El UE 200 puede estar configurado para utilizar un dispositivo de salida por medio de la interfaz de entrada/salida 205. Un dispositivo de salida puede utilizar el mismo tipo de puerto de interfaz que un dispositivo de entrada. Por ejemplo, se puede utilizar un puerto USB para proporcionar entrada a, y salida desde el UE 200. El dispositivo de salida puede ser un altavoz, una tarjeta de sonido, una tarjeta de video, una pantalla, un monitor, una impresora, un accionador, un emisor, una tarjeta inteligente, otro dispositivo de salida o cualquier combinación de los mismos. El UE 200 puede estar configurado para utilizar un dispositivo de entrada por medio de la interfaz de entrada/salida 205 para permitir a un usuario capturar información en el UE 200. 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, una bola de seguimiento, una cruceta, un panel táctil, 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 una entrada de un usuario. Un sensor puede ser, por ejemplo, un acelerómetro, un giróscopo, 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 7, la interfaz de RF 209 puede estar configurada para proporcionar una interfaz de comunicación a componentes RF, tales como un transmisor, un receptor y una antena. La interfaz de conexión de red 211 puede estar configurada para proporcionar una interfaz de comunicación a la red 243a. La red 243a puede abarcar redes cableadas y/o inalámbricas, tales como una red de área local (LAN), una red de área extensa (WAN), una red informática, una red inalámbrica, una red de telecomunicaciones, otra red similar o cualquier combinación de las mismas. Por ejemplo, la red 243a puede comprender una red Wi-Fi. La interfaz de conexión de red 211 puede estar configurada para incluir una interfaz de receptor y de transmisor utilizada para comunicar con otro u otros dispositivos sobre una red de comunicación, según uno o varios protocolos de comunicación, tales como Ethernet , TCP/IP, SONET, ATM o similares. La interfaz de conexión de red 211 puede implementar funcionalidad de receptor y transmisor, apropiada para los enlaces de red de comunicación (por ejemplo, óptico, eléctrico y similares). Las funciones de transmisor y receptor pueden compartir componentes de circuito, software o firmware, o alternativamente se pueden implementar por separado.
La RAM 217 puede estar configurada para interactuar por medio del bus 202 con circuitos de procesamiento 201 para proporcionar almacenamiento o almacenamiento en caché, de datos o instrucciones informáticas durante la ejecución de programas de software, tales como el sistema operativo, programas de aplicación, y controladores de dispositivo. La ROM 219 puede estar configurada para proporcionar instrucciones informáticas o datos a los circuitos de procesamiento 201. Por ejemplo, la ROM 219 puede estar configurada para almacenar datos o código de sistema de bajo nivel invariante, para funciones básicas de sistema, tales como entrada y salida (E/S) básicas, arranque, o recepción de pulsaciones de teclado desde un teclado, que están almacenados en una memoria no volátil. El medio de almacenamiento 221 puede estar configurado para incluir memoria, tal como RAM, ROM, memoria de sólo lectura programable (PROM, programmable read-only memory), memoria de sólo lectura programable borrable (EPROM, erasable programmable read-only memory), memoria de sólo lectura programable borrable eléctricamente (EEPROM, electrically erasable programmable read-only memory), discos magnéticos, discos ópticos, discos flexibles, discos duros, cartuchos extraíbles o unidades flash. En un ejemplo, el medio de almacenamiento 221 puede estar configurado para incluir el sistema operativo 223, un programa de aplicación 225, tal como una aplicación de navegador web, una miniaplicación o un motor de miniaplicaciones u otra aplicación, y un archivo de datos 227. El medio de almacenamiento 221 puede almacenar, para su uso por el UE 200, cualquiera de una serie de diversos sistemas operativos o combinaciones de sistemas operativos.
El medio de almacenamiento 221 puede estar configurado para incluir una serie de unidades de disco físicas, tales como un grupo redundante de discos independientes (RAID, redundant array of independent disks), una unidad de disco flexible, memoria flash, una unidad flash USB, una unidad de disco duro externo, una unidad USB, un pendrive, una unidad de llave, una unidad de disco óptico de disco versátil digital de alta densidad (HD-DVD, high-density digital versatile disc), una unidad de disco duro interno, una unidad de disco óptico Blu-ray, una unidad de disco óptico de almacenamiento de datos digitales holográficos (HDDS, holographic digital data storage), un módulo de memoria en línea mini dual externo (DIMM), memoria de acceso aleatorio dinámica síncrona (SDRAM, synchronous dynamic random access memory), SDRAM micro-DIMM externa, memoria de tarjeta inteligente tal como un módulo de identidad de abonado o un módulo de identidad de usuario extraíble (SIM/RUIM), otra memoria, o cualquier combinación de las mismas. El medio de almacenamiento 221 puede permitir al UE 200 acceder a instrucciones ejecutables por ordenador, programas de aplicación o similares, almacenados en medios de memoria transitorios o no transitorios, para descargar datos o para cargar datos. Un artículo de fabricación, tal como uno que utilice un sistema de comunicación, se puede realizar de manera tangible en el medio de almacenamiento 221, que puede comprender un medio legible por dispositivo.
En la figura 7, los circuitos de procesamiento 201 pueden estar configurados para comunicar con la red 243b utilizando el subsistema de comunicación 231. La red 243a y la red 243b pueden ser la misma red o redes, o diferentes red o redes. El subsistema de comunicación 231 puede estar configurado para incluir uno o más transceptores utilizados para comunicar con la red 243b. Por ejemplo, el subsistema de comunicación 231 puede estar configurado para incluir uno o más transceptores utilizados para comunicar con uno o más transceptores remotos de otro dispositivo capaz de comunicación inalámbrica, tal como otro dispositivo inalámbrico, UE o estación base de una red de acceso de radio (RAN, radio access network), según uno o varios protocolos de comunicación, tales como IEEE 802.2, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax, o similares. Cada transceptor puede incluir un transmisor 233 y/o un receptor 235 para implementar funcionalidad de transmisor o receptor, respectivamente, apropiada para enlaces RAN (por ejemplo, asignaciones de frecuencia y similares). Además, el transmisor 233 y el receptor 235 de cada transceptor pueden compartir componentes de circuito, software o firmware, o alternativamente se pueden implementar por separado.
En la realización mostrada, las funciones de comunicación del subsistema de comunicación 231 pueden incluir comunicación de datos, comunicación de voz, comunicación multimedia, comunicaciones de corto alcance, tal como Bluetooth, comunicación de campo cercano, comunicación basada en localización, tal como el uso del sistema global de posicionamiento (GPS, global positioning system) para determinar una localización, otra función de comunicación similar, o cualquier combinación de las mismas. Por ejemplo, el subsistema de comunicación 231 puede incluir comunicación celular, comunicación Wi-Fi, comunicación Bluetooth y comunicación GPS. La red 243b puede abarcar redes cableadas y/o inalámbricas, tales como una red de área local (LAN), una red de área extensa (WAN), una red informática, una red inalámbrica, una red de telecomunicaciones, otra red similar o cualquier combinación de las mismas. Por ejemplo, la red 243b puede ser una red celular, una red Wi-Fi y/o una red de campo cercano. La fuente de alimentación 213 puede estar configurada para proporcionar alimentación de corriente alterna (AC, alternating current) o de corriente continua (DC, direct current) a los componentes del UE 200.
Las características, beneficios y/o funciones descritas en el presente documento pueden estar implementadas en uno de los componentes del UE 200, o divididas a través de múltiples componentes del UE 200. Además, las características, beneficios y/o funciones descritas en el presente documento pueden estar implementadas en cualquier combinación de hardware, software o firmware. En un ejemplo, el subsistema de comunicación 231 puede estar configurado para incluir cualquiera de los componentes descritos en el presente documento. Además, los circuitos de procesamiento 201 pueden estar configurados para comunicar con cualquiera de dichos componentes, sobre un bus 202. En otro ejemplo, cualquiera de dichos componentes puede estar representado por instrucciones de programa almacenadas en memoria que, cuando son ejecutadas por circuitos de procesamiento 201, realizan las correspondientes funciones descritas en el presente documento. En otro ejemplo, la funcionalidad de cualquiera de dichos componentes puede estar dividida entre los circuitos de procesamiento 201 y el subsistema de comunicación 231. En otro ejemplo, las funciones no computacionalmente intensivas de cualquiera de dichos componentes pueden estar implementadas en software o firmware, y las funciones intensivas computacionalmente pueden estar implementadas en hardware.
La figura 8 es un diagrama de bloques esquemático que muestra un entorno de virtualización 300 en el que se pueden virtualizar funciones implementadas por algunas realizaciones. En el presente contexto, virtualizar significa crear versiones virtuales de aparatos o dispositivos, lo que puede incluir virtualizar plataformas de hardware, dispositivos de almacenamiento y recursos de trabajo en red. Tal como se utiliza en la presente memoria, 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 a componentes de los mismos, y se refiere a una implementación en la que, por lo menos, una parte de la funcionalidad esté implementada como uno o varios componentes virtuales (por ejemplo, por medio de una o más aplicaciones, componentes, funciones, máquinas virtuales o recipientes que se ejecutan en uno o varios nodos de procesamiento físico en una o varias redes).
En algunas realizaciones, algunas de, o todas las funciones descritas en la presente memoria se pueden implementar como componentes virtuales ejecutados por una o varias máquinas virtuales implementadas en uno o varios entornos virtuales 300 alojados por uno o varios nodos de hardware 330. 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), el nodo de red puede entonces estar íntegramente virtualizado.
Las funciones pueden ser implementadas por una o varias aplicaciones 320 (que, alternativamente, se pueden denominar instancias de software, aparatos virtuales, funciones de red, nodos virtuales, funciones de red virtuales, etc.) operativas para implementar algunas de las características, funciones y/o beneficios de algunas de las realizaciones dadas a conocer en el presente documento. Las aplicaciones 320 son ejecutadas en el entorno de virtualización 300, que proporciona hardware 330 que comprende circuitos de procesamiento 360 y memoria 390. La memoria 390 contiene instrucciones 395 ejecutables por circuitos de procesamiento 360, de manera que la aplicación 320 es operativa para proporcionar una o varias de las características, beneficios y/o funciones dadas a conocer en el presente documento.
El entorno de virtualización 300 comprende dispositivos de hardware de red de propósito general o de propósito especial 330 que comprenden un conjunto de uno o varios procesadores o circuitos de procesamiento 360, que pueden ser procesadores de tipo producto de caja (COTS, commercial off-the-shelf), circuitos integrados de aplicación específica (ASIC, Application Specific Integrated Circuits) dedicados, o cualquier otro tipo de circuitos de procesamiento incluyendo componentes de hardware digitales o analógicos, o procesadores de propósito especial. Cada dispositivo de hardware puede comprender memoria 390-1 que puede ser memoria no persistente para almacenar temporalmente instrucciones 395 o software ejecutado por circuitos de procesamiento 360. Cada dispositivo de hardware puede comprender uno o varios controladores de interfaz de red (NIC, network interface controllers) 370 conocidos, asimismo, como tarjetas de interfaz de red, que incluyen la interfaz de red física 380. Cada dispositivo de hardware puede incluir asimismo medios de almacenamiento legibles por máquina, no transitorios, persistentes 390-2 que tienen almacenado software 395 y/o instrucciones ejecutables por circuitos de procesamiento 360. El software 395 puede incluir cualquier tipo de software que incluye software para instanciar una o varias capas de virtualización 350 (denominadas asimismo hipervisores), software para ejecutar máquinas virtuales 340, así como software que le permite ejecutar instrucciones, características y/o beneficios descritos en relación con algunas realizaciones descritas en el presente documento.
Las máquinas virtuales 340 comprenden procesamiento virtual, memoria virtual, trabajo en red o interfaz virtual y almacenamiento virtual, y pueden ser ejecutadas por una correspondiente capa de virtualización 350 o hipervisor. Diferentes realizaciones de la instancia de aparato virtual 320 se pueden implementar en una o más máquinas virtuales 340, y las implementaciones se pueden realizar diferentes maneras.
Durante el funcionamiento, los circuitos de procesamiento 360 ejecutan software 395 para instanciar el hipervisor o la capa de virtualización 350, que en ocasiones se puede denominar un monitor de máquina virtual (VMM, virtual machine monitor). La capa de virtualización 350 puede presentar una plataforma operativa virtual que la máquina virtual 340 ve como hardware de trabajo en red.
Tal como se muestra en la figura 8, el hardware 330 puede ser un nodo de red independiente con componentes genéricos o específicos. El hardware 330 puede comprender la antena 3225 y puede implementar algunas funciones por medio de virtualización. Alternativamente, el hardware 330 puede ser parte de un grupo mayor de hardware (por ejemplo, tal como un centro de datos o un equipo en las instalaciones del cliente (CPE)), donde muchos nodos de hardware trabajan juntos y son gestionados por medio de gestión y orquestación (MANO, management and orchestration) 3100 que, entre otras cosas, supervisa la gestión del ciclo de vida de las aplicaciones de 320.
En algunos contextos, la virtualización del hardware se denomina virtualización de función de red (NFV, network function virtualization). NFV se puede utilizar para consolidar muchos tipos de equipos de red sobre hardware estándar industrial de servidor de gran volumen, conmutadores físicos y almacenamiento físico, que pueden estar localizados en centros de datos, y en el equipo de las instalaciones del cliente.
En el contexto de NFV, una máquina virtual 340 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 virtuales 340, y la parte del hardware 330 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 virtuales 340, forma un elemento de red virtual (VNE, virtual network element) separado.
Aún en el contexto de NFV, una función de red virtual (VNF, Virtual Network Function) es responsable de manejar las funciones de red específicas que se ejecutan en una o varias máquinas virtuales 340 sobre la infraestructura de hardware de trabajo en red 330, y corresponde a la aplicación 320 en la figura 8.
En algunas realizaciones, una o más unidades de radio 3200 que incluyen, cada una, uno o más transmisores 3220 y uno o más receptores 3210, pueden estar acopladas a una o más antenas 3225. Las unidades de radio 3200 pueden comunicar directamente con nodos de hardware 330 por medio de una o más interfaces de red apropiadas, y pueden ser utilizadas en combinación con los componentes virtuales para proporcionar un nodo virtual con capacidades de radio, tal como un nodo de acceso de radio o una estación base.
En algunas realizaciones, alguna señalización puede verse afectada por el uso del sistema de control 3230 que, alternativamente, puede utilizarse para comunicación entre los nodos de hardware 330 y las unidades de radio 3200.
La figura 9 muestra una red de telecomunicación conectada a través de una red intermedia a un ordenador anfitrión, según algunas realizaciones.
Haciendo referencia a la figura 9, de acuerdo con una realización, un sistema de comunicación incluye una red de telecomunicación 410, tal como una red celular de tipo 3GPP, que comprende la red de acceso 411, tal como una red de acceso de radio, y la red central 414. La red de acceso 411 comprende una serie de estaciones base 412a, 412b, 412c, tales como NBs, eNBs, gNBs u otros tipos de puntos de acceso inalámbrico, que definen cada uno una correspondiente área de cobertura 413a, 413b, 413c. Cada estación base 412a, 412b, 412c es conectable a una red central 414 sobre una conexión cableada o inalámbrica 415. Un primer UE 491 situado en el área de cobertura 413c está configurado para conectar de manera inalámbrica a la correspondiente estación base 412c, o para ser radiolocalizado por la misma. Un segundo UE 492 en el área de cobertura 413a es conectable de manera inalámbrica a la correspondiente estación base 412a. Si bien en este ejemplo se muestra una serie de UE 491, 492, las realizaciones dadas a conocer son aplicables igualmente una situación en la que un solo UE está en el área de cobertura, o en la que un solo UE está conectado a la correspondiente estación base 412.
La propia red de telecomunicación 410 está conectada a un ordenador anfitrión 430, que puede estar incorporado 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 anfitrión 430 puede ser propiedad de un proveedor de servicio o estar bajo el control del mismo, o puede ser manejado por el proveedor de servicio, o en nombre del proveedor de servicio. Las conexiones 421 y 422 entre la red de telecomunicación 410 y el ordenador anfitrión 430 se pueden extender directamente desde la red central 414 al ordenador anfitrión 430, o pueden discurrir a través de una red intermedia opcional 420. La red intermedia 420 puede ser una de, o una combinación de más de una red pública, una privada o una alojada; la red intermedia 420, si la hay, puede ser una red troncal o internet; en particular, la red intermedia 420 puede comprender dos o más subredes (no mostradas).
El sistema de comunicación de la figura 9 permite, en conjunto, conectividad entre los UE conectados 491, 492 y el ordenador anfitrión 430. La conectividad se puede describir como una conexión de transmisión libre (OTT, over-thetop) 450. El ordenador anfitrión 430 y los U<e>conectados 491, 492 están configurados para comunicar datos y/o señalización por medio de la conexión OTT 450, utilizando la red de acceso 411, la red central 414, cualquier red intermedia 420 y posible infraestructura adicional (no mostrada), como intermediarias. La conexión OTT 450 puede ser transparente, en el sentido de que los dispositivos de comunicación participantes a cuyo través pasa la conexión OTT 450 desconocen el enrutamiento de las comunicaciones de enlace ascendente y de enlace descendente. Por ejemplo, la estación base 412 puede no ser informada, o no necesita serlo, sobre el enrutamiento anterior de una comunicación entrante de enlace descendente con datos originados en el ordenador anfitrión 430 a reenviar (por ejemplo, a traspasar) a un UE conectado 491. De manera similar, la estación base 412 no necesita estar en conocimiento del enrutamiento futuro de una comunicación saliente de enlace ascendente originada en el UE 491 hacia el ordenador anfitrión 430.
La figura 10 ilustra un ordenador anfitrión que comunica por medio de una estación base con un equipo de usuario sobre una conexión parcialmente inalámbrica, según algunas realizaciones.
A continuación se describirán implementaciones de ejemplo, según una realización, del UE, de la estación base y del ordenador anfitrión explicados en los párrafos anteriores, haciendo referencia a la figura 10. En el sistema de comunicación 500, el ordenador anfitrión 510 comprende hardware 515 que incluye la interfaz de comunicación 516 configurada para establecer y mantener una conexión cableada o inalámbrica con una interfaz de un dispositivo de comunicación diferente, del sistema de comunicación 500. El ordenador anfitrión 510 comprende además circuitos de procesamiento 518, que pueden tener capacidades de almacenamiento y/o procesamiento. En particular, los circuitos de procesamiento 518 pueden comprender uno o varios procesadores programables, circuitos integrados de aplicación específica, matrices de puertas programables en campo, o combinaciones de estos (no mostradas) adaptadas para ejecutar instrucciones. El ordenador anfitrión 510 comprende además software 511, que está almacenado en, o es accesible por el ordenador anfitrión 510 y ejecutable mediante circuitos de procesamiento 518. El software 511 incluye la aplicación anfitrión 512. La aplicación anfitrión 512 puede funcionar para proporcionar un servicio a un usuario remoto, tal como el UE 530, conectando por medio de la conexión OTT 550 que termina en el UE 530 y el ordenador anfitrión 510. Al proporcionar el servicio al usuario remoto, la aplicación anfitrión 512 puede proporcionar datos de usuario que son transmitidos utilizando la conexión OTT 550.
El sistema de comunicación 500 incluye además la estación base 520 dispuesta en un sistema de telecomunicación, y que comprende hardware 525 que le permite comunicar con el ordenador anfitrión 510 y con el UE 530. El hardware 525 puede incluir la interfaz de comunicación 526 para establecer y mantener una conexión cableada o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema de comunicación 500, así como la interfaz de radio 527 para establecer y mantener por lo menos una conexión inalámbrica 570 con el UE 530 localizado en un área de cobertura (no mostrada en la figura 10) servida por la estación base 520. La interfaz de comunicación 526 puede estar configurada para facilitar la conexión 560 al ordenador anfitrión 510. La conexión 560 puede ser directa o puede pasar a través de una red central (no mostrada en la figura 10) del sistema de telecomunicación y/o a través de una o varias redes intermedias fuera del sistema de telecomunicación. En la realización mostrada, el hardware 525 de la estación base 520 incluye además circuitos de procesamiento 528, que pueden comprender uno o varios procesadores programables, circuitos integrados de aplicación específica, matrices de puertas programables en campo, o combinaciones de estos (no mostradas) adaptadas para ejecutar instrucciones. La estación base 520 tiene además software 521 almacenado internamente o accesible por medio de una conexión externa.
El sistema de comunicación 500 incluye además el UE 530 al que ya se ha hecho referencia. Su hardware 535 puede incluir la interfaz de radio 537, configurada para establecer y mantener una conexión inalámbrica 570 con una estación base que da servicio a un área de cobertura en la que está situado actualmente el UE 530. El hardware 535 del UE 530 incluye además circuitos de procesamiento 538, que pueden comprender uno o varios procesadores programables, circuitos integrados de aplicación específica, matrices de puertas programables en campo, o combinaciones de estos (no mostradas) adaptadas para ejecutar instrucciones. El UE 530 comprende además software 531, que está almacenado en, o es accesible por el UE 530 y ejecutable mediante circuitos de procesamiento 538. El software 531 incluye la aplicación cliente 532. La aplicación cliente 532 puede ser operativa para proporcionar un servicio a un usuario humano o no humano por medio del UE 530, con el soporte del ordenador anfitrión 510. En el ordenador anfitrión 510, una aplicación anfitrión en ejecución 512 puede comunicar con la aplicación cliente en ejecución 532 por medio de la conexión OTT 550 que termina en el UE 530 y el ordenador anfitrión 510. Al proporcionar el servicio al usuario, la aplicación cliente 532 puede recibir datos de solicitud de la aplicación anfitrión 512 y proporcionar datos de usuario, en respuesta a los datos de solicitud. La conexión OTT 550 puede transferir tanto los datos de solicitud como los datos de usuario. La aplicación cliente 532 puede interactuar con el usuario para generar los datos de usuario que proporciona.
Cabe señalar que el ordenador anfitrión 510, la estación base 520 y el UE 530 mostrados en la figura 10 pueden ser similares o idénticos al ordenador anfitrión 430, una de las estaciones base 412a, 412b, 412c y uno de los UE 491, 492 de la figura 9, respectivamente. Es decir, el funcionamiento interno de estas entidades puede ser como el mostrado en la figura 10 e, independientemente, la topología del entorno de red puede ser la de la figura 9.
En la figura 10, la conexión OTT 550 se ha dibujado de manera abstracta para ilustrar la comunicación entre el ordenador anfitrión 510 y el UE 530 a través de la estación base 520, sin referencia explícita a ningún dispositivo intermediario ni al enrutamiento preciso de mensajes a través de estos dispositivos. La infraestructura de red puede determinar el enrutamiento, que puede configurarse para ocultarse al UE 530 o al proveedor de servicio que maneja el ordenador anfitrión 510, o a ambos. Mientras la conexión OTT 550 está activa, la infraestructura de red puede, además, adoptar decisiones con las que cambia dinámicamente el enrutamiento (por ejemplo, en base a consideración de equilibrio de carga o a reconfiguración de la red).
La conexión inalámbrica 570 entre el UE 530 y la estación base 520 es conforme a las explicaciones de las realizaciones descritas en toda esta descripción. Una o más de las diversas realizaciones mejoran el rendimiento de los servicios OTT proporcionados al UE 530 utilizando la conexión OTT 550, en la que la conexión inalámbrica 570 forma el último segmento. Más exactamente, las explicaciones de estas realizaciones pueden mejorar la velocidad de datos, la latencia y/o el consumo de potencia y, de ese modo, proporcionar beneficios, tales como un menor tiempo de espera del usuario, una menor restricción sobre el tamaño de los archivos, una mejor receptividad y/o una mayor vida útil de la batería.
Se puede proporcionar un procedimiento de medición con el objetivo de monitorizar la velocidad de datos, la latencia y otros factores que mejoran las una o más realizaciones. Además, puede haber una funcionalidad de red opcional para reconfigurar la conexión OTT 550 entre el ordenador anfitrión 510 y el UE 530, en respuesta a variaciones en los resultados de las mediciones. El procedimiento de medición y/o la funcionalidad de red para reconfigurar la conexión OTT 550 se pueden implementar en software 511 y hardware 515 del ordenador anfitrión 510, o en software 531 y hardware 535 del UE 530, o en ambos. En realizaciones, se pueden desplegar sensores (no mostrados) en, o en asociación con, dispositivos de comunicación a cuyo través pasa la conexión OTT 550; 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 511, 531 puede calcular o estimar las cantidades monitorizadas. La reconfiguración de la conexión OTT 550 puede incluir el formato de mensajes, configuraciones de transmisión, enrutamiento preferido, etc.; no es necesario que la reconfiguración afecte a la estación base 520, y puede ser desconocida o imperceptible por la estación base 520. Dichos procedimientos y funcionalidades pueden ser conocidos y practicados en la técnica. En ciertas realizaciones, las mediciones pueden involucrar señalización de UE propietaria que facilite las mediciones del ordenador anfitrión 510 de caudal, tiempos de propagación, latencia y similares. Las mediciones se pueden implementar haciendo que el software 511 y 531 provoque la transmisión de mensajes, en particular mensajes vacíos o 'ficticios', utilizando la conexión OTT 550, mientras monitoriza tiempos de propagación, errores, etc.
La figura 11 es un diagrama de flujo que muestra un método implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE, que pueden ser los descritos haciendo referencia a las figuras 10 y 11. Por simplicidad de la presente descripción, solamente se incluirán en esta sección referencias de dibujo a la figura 11. En la etapa 610, el ordenador anfitrión proporciona datos de usuario. En la subetapa 611 (que puede ser opcional) de la etapa 610, el ordenador anfitrión proporciona los datos de usuario ejecutando una aplicación anfitrión. En la etapa 620, el ordenador anfitrión inicia una transmisión que lleva los datos de usuario al UE. En la etapa 630 (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 anfitrión, según las explicaciones de las realizaciones descritas en toda esta descripción. En la etapa 640 (que puede, asimismo, ser opcional), el UE ejecuta una aplicación cliente asociada con la aplicación anfitrión ejecutada por el ordenador anfitrión.
La figura 12 es un diagrama de flujo que muestra un método implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE, que pueden ser los descritos haciendo referencia a las figuras 10 y 11. Por simplicidad de la presente descripción, solamente se incluirán en esta sección referencias de dibujos a la figura 12. En la etapa 710 del método, el ordenador anfitrión proporciona datos de usuario. En una subetapa opcional (no mostrada), el ordenador anfitrión proporciona los datos de usuario ejecutando una aplicación anfitrión. En la etapa 720, el ordenador anfitrión inicia una transmisión que lleva los datos de usuario al UE. La transmisión puede pasar a través de la estación base, según las explicaciones de las realizaciones descritas en toda esta descripción. En la etapa 730 (que puede ser opcional), el UE recibe los datos de usuario transportados en la transmisión.
La figura 13 es un diagrama de flujo que muestra un método implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE, que pueden ser los descritos haciendo referencia a las figuras 10 y 11. Por simplicidad de la presente descripción, solamente se incluirán en esta sección referencias de dibujo a la figura 13. En la etapa 810 (que puede ser opcional), el UE recibe datos de entrada proporcionados por el ordenador anfitrión. Adicional o alternativamente, en la etapa 820, el UE proporciona datos de usuario. En la subetapa 821 (que puede ser opcional) de la etapa 820, el UE proporciona datos de usuario ejecutando una aplicación cliente. En la subetapa 811 (que puede ser opcional) de la etapa 810, el UE ejecuta una aplicación cliente que proporciona los datos de usuario, en reacción a los datos de entrada recibidos, proporcionados por el ordenador anfitrión. Al proporcionar los datos de usuario, la aplicación cliente ejecutada puede, además, considerar una entrada de usuario recibida del usuario. Independientemente del modo específico en el que se hayan proporcionado los datos de usuario, el UE inicia, en la subetapa 830 (que puede ser opcional), la transmisión de los datos de usuario al ordenador anfitrión. En la etapa 840 del método, el ordenador anfitrión recibe los datos de usuario transmitidos desde el UE, de acuerdo con las explicaciones de las realizaciones descritas en toda esta descripción.
La figura 14 es un diagrama de flujo que muestra un método implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE, que pueden ser los descritos haciendo referencia a las figuras 10 y 11. Por simplicidad de la presente descripción, solamente se incluirán en esta sección referencias de dibujos a la figura 14. En la etapa 910 (que puede ser opcional), de acuerdo con las explicaciones de las realizaciones descritas en toda esta descripción, la estación base recibe datos de usuario del UE. En la etapa 920 (que puede ser opcional), la estación base inicia la transmisión de los datos de usuario recibidos al ordenador anfitrión. En la etapa 930 (que puede ser opcional), el ordenador anfitrión recibe los datos de usuario transportados en la transmisión iniciada por la estación base.
La figura 15 muestra un método a modo de ejemplo 1000 mediante un nodo de red 160 que funciona como una DU, según ciertas realizaciones. El método 1000 comienza en la etapa 1002 con el nodo de red 160 configurando una serie de TRP en un grupo de TRP para transmitir una serie de señales en una secuencia multiplexada a, por lo menos, un dispositivo inalámbrico 110. Cada TRP en el grupo de TRP está asociado con una celda compartida. En la etapa 1004, el nodo de red 160 recibe del, por lo menos, un dispositivo inalámbrico 110, una señal de respuesta. En base a la señal de respuesta, el nodo de red 160 determina por lo menos un TRP a partir del grupo de TRP para utilizar en la transmisión de por lo menos una señal adicional al, por lo menos, un dispositivo inalámbrico, en la etapa 1006. Tal como se utiliza en el presente documento, el término celda compartida se refiere a una sola celda compartida, en realizaciones particulares.
En una realización particular, la red que funciona como DU es una unidad de banda base (BBU, baseband unit). En otra realización particular, el nodo de red está situado en una localización central. En otra realización, el nodo de red está situado en una localización distribuida, cerca de los TRP, o en una localización entre los TRP y una localización central.
En una realización particular, configurar la serie de TRP para transmitir la serie de señales en una secuencia multiplexada incluye configurar por lo menos un TRP en el grupo de TRP para transmitir por lo menos una CSI-RS, y la secuencia multiplexada de la serie de señales es una secuencia multiplexada en tiempo, frecuencia o código.
En una realización particular, configurar la serie de TRP para transmitir la serie de señales en una secuencia multiplexada incluye configurar por lo menos un TRP en el grupo de TRP para transmitir por lo menos un SSB, y la secuencia multiplexada de la serie de señales es una secuencia multiplexada en el tiempo.
En otra realización particular, la señal de respuesta se transmite utilizando uno en particular de la serie de recursos PRACH, y el, por lo menos, un TRP se determina para utilizar en la transmisión de la, por lo menos, una señal adicional al, por lo menos, un dispositivo inalámbrico, en base al recurso particular de la serie de recursos PRACH. En otra realización particular, el método incluye además transmitir, a cada TRP en el grupo de TRP, información que identifica uno respectivo de la serie de recursos PRACH que está asociado con ese TRP en el grupo de TRP. En otra realización particular, el grupo de TRP incluye una serie de subgrupos de TRP, y cada subgrupo de TRP está asociado con un índice único de bloque de señal de sincronización, SSB.
En una realización particular, la señal de respuesta comprende información de medición, que incluye una medición RSRP para, por lo menos, una de la serie de señales transmitidas en la secuencia multiplexada desde la serie de TRP en el grupo de TRP, y el, por lo menos, un TRP se determina para utilizar en la transmisión de la, por lo menos, una señal adicional al, por lo menos, un dispositivo inalámbrico, en base a la información de medición.
En una realización particular, el nodo de red 160 almacena un mapeo de cada TRP en el grupo de TRP a un identificador de haz global. En base al mapeo, el nodo de red 160 determina el identificador de haz global que está asociado con el, por lo menos, un TRP determinado para utilizar en la transmisión de la, por lo menos, una señal adicional al, por lo menos, un dispositivo inalámbrico. En otra realización particular, el nodo de red 160 traduce el identificador de haz global a un identificador de haz local para utilizar en la transmisión de la, por lo menos, una señal adicional al, por lo menos, un dispositivo inalámbrico.
En otra realización particular, el nodo de red 160 transmite el identificador de haz global a un nodo de red que funciona como un multiplexor de la red de enlaces intermedios, para su transmisión a uno o varios de la serie de<t>R<p>y/o a por lo menos uno de la serie de TRP.
En una realización particular, el nodo de red 160 configura el, por lo menos, un TRP para transmitir la, por lo menos, una señal adicional al, por lo menos, un dispositivo inalámbrico 110.
En una realización particular, el nodo de red 160 configura la serie de TRP en el grupo de TRP para realizar transmisión no coherente cuando transmite la serie de señales en la secuencia multiplexada al, por lo menos, un dispositivo inalámbrico, o cuando transmite la, por lo menos, una señal adicional al, por lo menos, un dispositivo inalámbrico.
En una realización particular, configurar la serie de TRP en el grupo de TRP para transmitir la serie de señales en la secuencia multiplexada al, por lo menos, un dispositivo inalámbrico incluye, para cada TRP en el grupo de TRP, asignar una seleccionada de la serie de señales físicas de enlace descendente para transmisión al, por lo menos, un dispositivo inalámbrico. En otra realización particular, las señales físicas de enlace descendente pueden incluir señales de sincronización, que pueden incluir uno o varios de SSB, CSI-RS, señales primarias y/o señales secundarias.
En otra realización particular, cada TRP en el grupo de TRP está configurado para transmitir un SB único. En otra realización particular, múltiples TRP en el grupo de TRP están configurados para transmitir un solo SB.
En una realización particular, por lo menos un TRP en el grupo de TRP comprende una O-RU. En otra realización particular, la O-RU implementa una división LLS O-RAN o una división MAC-PHY.
En una realización particular, el grupo de TRP se activan por medio de uno o varios campos de información en un plano-C o un plano-U, y los uno o varios campos de información incluyen por lo menos uno de una máscara de bits, una lista de grupos de TRP o una lista de identificadores de haz, con uno para cada grupo de TRP.
En una realización particular, la serie de TRP en el grupo de TRP no están localizados conjuntamente.
En ciertas realizaciones, el método que se ha descrito anteriormente puede ser realizado por un aparato virtual de trabajo en red informática. La figura 16 muestra un aparato virtual de ejemplo 1100, según ciertas realizaciones. En ciertas realizaciones, el aparato virtual 700 puede incluir módulos para realizar etapas similares a las descritas anteriormente en relación con el método ilustrado y descrito en la figura 15. Por ejemplo, el aparato virtual 1100 puede incluir una unidad de configuración 1102, una unidad de recepción 1104, una unidad de determinación 1106 y cualesquiera otras unidades o módulos adecuados. En algunas realizaciones, uno o más de los módulos se pueden implementar utilizando circuitos de procesamiento 170 de la figura 5. En ciertas realizaciones, las funciones de dos o más de los diversos módulos se pueden combinar en un solo módulo.
La unidad de configuración 1102 puede realizar las funciones de configuración del aparato virtual 1100. Por ejemplo, en una realización particular, la unidad de configuración 1102 puede configurar una serie de TRP en un grupo de TRP para transmitir una serie de señales en una secuencia multiplexada a, por lo menos, un dispositivo inalámbrico 110. Cada TRP en el grupo de TRP está asociado con una celda compartida.
La unidad de recepción 1104 puede realizar funciones de recepción del aparato virtual 1100. Por ejemplo, en una realización particular, la unidad de recepción 1104 puede recibir del, por lo menos, un dispositivo inalámbrico 110, una señal de respuesta.
La unidad de determinación 1106 puede realizar las funciones de determinación del aparato virtual 1100. Por ejemplo, en una realización particular, en base a la señal de respuesta, la unidad de determinación 1106 puede determinar por lo menos un TRP a partir del grupo de TRP, para utilizar en la transmisión de, por lo menos, una señal adicional al, por lo menos, un dispositivo inalámbrico.
Otras realizaciones de aparato virtual 1100 pueden incluir componentes adicionales, más allá de los mostrados en la figura 16, que pueden ser responsables de proporcionar ciertos aspectos de la funcionalidad del nodo de red, incluyendo cualquiera de la funcionalidad descrita anteriormente y/o cualquier funcionalidad adicional (incluyendo cualquier funcionalidad necesaria para soportar las soluciones descritas anteriormente). Los diversos tipos diferentes de nodo de red 115 pueden incluir componentes que tienen el mismo hardware físico pero están configurados (por ejemplo, mediante programación) para soportar diferentes tecnologías de acceso de radio, o pueden representar componentes diferentes físicamente, parcial o íntegramente.
La figura 17 muestra otro método de ejemplo 1200 mediante un primer nodo de red 160, según ciertas realizaciones. El método 1200 comienza en la etapa 1202, con el nodo de red 160 recibiendo un primer mensaje que comprende un identificador de haz global asociado con una serie de TRP en un grupo de TRP. En la etapa 1204, el primer nodo de red 160 traduce el identificador de haz global asociado con el grupo de TRP a, por lo menos, un identificador de haz local asociado con uno particular de la serie de TRP en el grupo de TRP.
En una realización particular, el primer nodo de red 160 comprende uno de los TRP en la serie de TRP, y en base al, por lo menos, un identificador de haz local, el primer nodo de red 160 transmite por lo menos una señal a un dispositivo inalámbrico 110.
En otra realización particular, el primer mensaje es recibido desde un segundo nodo de red que funciona como una DU. En otra realización particular, la DU puede incluir una BBU que funciona en una localización centralizada, una localización distribuida o una localización entre una localización centralizada y el grupo de TRP.
En una realización particular, antes de recibir el primer mensaje desde el segundo nodo de red, el primer nodo de red 160 recibe, desde un segundo nodo de red que funciona como una DU, un mensaje del plano de control que comprende un identificador de haz global tara transmitir por lo menos una señal. El primer nodo de red 160 traduce el identificador de haz global a un identificador de haz local. En base al identificador de haz local, el primer nodo de red 160 transmite la, por lo menos, una señal a, por lo menos, un dispositivo inalámbrico 110. La, por lo menos, una señal es transmitida en una secuencia multiplexada con por lo menos otra señal transmitida mediante por lo menos otro TRP en el grupo de TRP.
En otra realización particular, el primer nodo de red funciona como un multiplexor de la red de enlaces intermedios, FHM, para la serie de TRP en el grupo de TRP, y después de la traducción del identificador de haz global al, por lo menos, un identificador de haz local, el primer nodo de red 160 transmite el, por lo menos, uno particular de la serie de TRP en el grupo de TRP.
En una realización particular, el primer mensaje comprende un mensaje del plano de control.
En una realización particular, el primer mensaje comprende una máscara de bits que comprende una serie de posiciones, y cada posición en la máscara de bits está asociada con uno respectivo de una serie de grupos de TRP.
En una realización particular, el primer nodo de red 160 configura cada grupo de TRP para monitorizar una particular de la serie de posiciones en la máscara de bits.
En ciertas realizaciones, el método que se ha descrito anteriormente puede ser realizado por un aparato virtual de trabajo en red informática. La figura 18 muestra un aparato virtual de ejemplo 1300, según ciertas realizaciones. En ciertas realizaciones, el aparato virtual 1300 puede incluir módulos para realizar etapas similares a las descritas anteriormente en relación con el método ilustrado y descrito en la figura 17. Por ejemplo, el aparato virtual 1300 puede incluir una unidad de recepción 1302, una unidad de traducción 1304 y cualesquiera otras unidades o módulos adecuados. En algunas realizaciones, uno o más de los módulos se pueden implementar utilizando los circuitos de procesamiento 170 de la figura 5. En ciertas realizaciones, las funciones de dos o más de los diversos módulos se pueden combinar en un solo módulo.
La unidad de recepción 1302 puede realizar las funciones de recepción del aparato virtual 1300. Por ejemplo, en una realización particular, la unidad de recepción 1302 puede recibir un primer mensaje que comprende un identificador de haz global asociado con una serie de TRP en un grupo de TRP.
La unidad de traducción 1104 puede realizar las funciones de traducción del aparato virtual 1300. Por ejemplo, en una realización particular, la unidad de traducción 1304 puede traducir el identificador de haz global asociado con el grupo de TRP a por lo menos un identificador de haz local asociado con uno particular de la serie de TRP en el grupo de TRP.
Otras realizaciones de aparato virtual 1300 pueden incluir componentes adicionales, más allá de los mostrados en la figura 18, que pueden ser responsables de proporcionar ciertos aspectos de la funcionalidad del nodo de red, incluyendo cualquiera de la funcionalidad descrita anteriormente y/o cualquier funcionalidad adicional (incluyendo cualquier funcionalidad necesaria para soportar las soluciones descritas anteriormente). Los diversos tipos diferentes de nodo de red 115 pueden incluir componentes que tienen el mismo hardware físico pero están configurados (por ejemplo, mediante programación) para soportar diferentes tecnologías de acceso de radio, o pueden representar componentes diferentes físicamente parcial o íntegramente.
Se pueden realizar modificaciones, adiciones u omisiones a los sistemas y aparatos descritos en el presente documento sin apartarse del alcance de la invención. Los componentes de los sistemas y aparatos pueden estar integrados o separados. Además, las operaciones de los sistemas y aparatos pueden ser realizadas por más, menos u otros componentes. Adicionalmente, las operaciones de los sistemas y aparatos pueden ser realizadas utilizando cualquier lógica adecuada que comprenda software, hardware y/u otra lógica. Tal como se utiliza en este documento, “cada” se refiere a cada elemento de un conjunto, o a cada elemento de un subconjunto de un conjunto.
Se pueden realizar modificaciones, adiciones u omisiones a los métodos descritos en el presente documento sin apartarse del alcance de la invención. Los métodos pueden incluir más, menos u otras etapas. Adicionalmente, las etapas se pueden realizar en cualquier orden adecuado. Aunque esta invención se ha descrito en términos de ciertas realizaciones, serán evidentes para los expertos en la materia alteraciones y permutaciones de las realizaciones. Por consiguiente, la descripción anterior de las realizaciones no limita esta invención. Son posibles otros cambios, sustituciones y alteraciones. El alcance de esta invención está definido por las reivindicaciones adjuntas.

Claims (7)

REIVINDICACIONES
1. Un método (1200) realizado por un primer nodo de red (160), en el que el concepto de haces es reinterpretado para aplicarse a grupos de puntos de transmisión/recepción, TRP, comprendiendo el método:
recibir (1202) un primer mensaje que comprende un identificador de haz global asociado con una serie de TRP en un grupo de TRP; y
traducir (1204) el identificador de haz global asociado con el grupo de TRP a por lo menos un identificador de haz local asociado con uno particular de la serie de TRP en el grupo de TRP y
en el que el primer nodo de red funciona como un multiplexor de la red de enlaces intermedios, FHM, para la serie de TRP en el grupo de TRP, y el método comprende además:
después de la traducción del identificador de haz global al, por lo menos, un identificador de haz local, transmitir el, por lo menos, uno particular de la serie de TRP en el grupo de TRP y
en el que el primer mensaje es recibido desde un segundo nodo de red que funciona como una unidad distribuida, DU, y,
en el que la DU es una O-DU O-RAN, y,
en el que el TRP es una O-RU O-RAN, y,
en el que se define una configuración del plano de gestión, plano-M, describiendo una traducción entre los beamId soportados internamente por la O-RU y los beamId de la celda compartida enviados por la O-DU.
2. Un método, según la reivindicación 1, en el que un haz grueso de O-RAN corresponde a un grupo de TRP.
3. Un método según la reivindicación 2, en el que el grupo de TRP es un solo TRP.
4. Un método según la reivindicación 2, en el que el grupo de TRP es toda la celda compartida.
5. Un método según cualquier reivindicación anterior, en el que se realiza un barrido de haces de señal de referencia de información de estado de canal, CSI-RS, activando diferentes TRP en un grupo de TRP que comparte un índice de bloque de señal de sincronización, SSB.
6. El método según cualquier reivindicación anterior, en el que el primer mensaje comprende un mensaje del plano de control.
7. Un multiplexor de la red de enlaces intermedios adaptado para llevar a cabo las etapas del primer nodo de red según cualquiera de las reivindicaciones 1 a 6.
ES20821071T 2019-12-01 2020-12-01 Selección y combinación de puntos de transmisión/recepción de celda compartida Active ES2984382T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962942185P 2019-12-01 2019-12-01
US201962950506P 2019-12-19 2019-12-19
PCT/SE2020/051156 WO2021112747A1 (en) 2019-12-01 2020-12-01 Shared-cell transmit/receive point selection and combining

Publications (1)

Publication Number Publication Date
ES2984382T3 true ES2984382T3 (es) 2024-10-29

Family

ID=73748172

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20821071T Active ES2984382T3 (es) 2019-12-01 2020-12-01 Selección y combinación de puntos de transmisión/recepción de celda compartida

Country Status (6)

Country Link
US (1) US12647224B2 (es)
EP (2) EP4351074A3 (es)
JP (2) JP7542621B2 (es)
ES (1) ES2984382T3 (es)
MX (1) MX2022006576A (es)
WO (1) WO2021112747A1 (es)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2984382T3 (es) 2019-12-01 2024-10-29 Ericsson Telefon Ab L M Selección y combinación de puntos de transmisión/recepción de celda compartida
US11716185B2 (en) * 2019-12-20 2023-08-01 Qualcomm Incorporated Techniques for quasi co-location (QCL) indication in an integrated access and backhaul (IAB) system
WO2021158963A1 (en) 2020-02-05 2021-08-12 Commscope Technologies Llc Fronthaul interface for advanced split-radio access network (ran) systems
WO2021207938A1 (en) * 2020-04-14 2021-10-21 JRD Communication (Shenzhen) Ltd. Uplink processing method and apparatus
WO2022046980A2 (en) * 2020-08-28 2022-03-03 Qualcomm Incorporated Open radio access network message configurations
JP7553079B2 (ja) * 2020-08-31 2024-09-18 日本電気株式会社 無線ノード
US12003433B2 (en) * 2021-05-03 2024-06-04 Mavenir Systems, Inc. Interfacing 2G and 3G cellular radio communication systems to a packet-based eCPRI/RoE/O-RAN compliant front haul interface
US20220417876A1 (en) * 2021-06-25 2022-12-29 Commscope Technologies Llc Distributed antenna system implemented over open radio access network
EP4374609A4 (en) * 2021-07-20 2024-12-11 LG Electronics Inc. ENHANCING MOBILITY IN A WIRELESS COMMUNICATION SYSTEM
KR20230021507A (ko) * 2021-08-05 2023-02-14 삼성전자주식회사 무선 통신 시스템에서 프런트홀 전송을 위한 장치 및 방법
EP4138472B1 (en) * 2021-08-17 2025-11-26 Mavenir Systems, Inc. Methods to reduce fronthaul complexity for single frequency network (sfn) in an open radio access network (o-ran)
EP4397076A4 (en) * 2021-09-02 2025-04-16 Mavenir Systems, Inc. RELEASE OF A PHYSICAL DIRECT ACCESS CHANNEL REPEAT COMBINATION IN A RADIO UNIT FOR O-RAN-BASED RADIO ACCESS NETWORK
CN117917016A (zh) * 2021-09-06 2024-04-19 瑞典爱立信有限公司 使集中波束成形能够用于级联分布式多输入多输出的高效较低层拆分选项
EP4402811A1 (en) * 2021-09-15 2024-07-24 Telefonaktiebolaget LM Ericsson (publ) An alternative efficient lower-layer split option enabling centralized beamforming for cascaded distributed-multiple input multiple output
US20240388930A1 (en) * 2021-09-24 2024-11-21 Telefonaktiebolaget Lm Ericsson (Publ) Interruption free communication in wireless communication network
US20240080154A1 (en) * 2021-10-01 2024-03-07 Qualcomm Incorporated Compact data and reference signal representation with modulation compression
US12143969B2 (en) * 2021-10-01 2024-11-12 Qualcomm Incorporated Compact data and reference signal representation with modulation compression
US20250039936A1 (en) * 2022-02-02 2025-01-30 Qualcomm Incorporated Physical random access channel configuration in multi-downlink control information-based multi-transmit-receive-point operations
KR102690529B1 (ko) * 2022-02-28 2024-07-31 주식회사 티제이이노베이션 분산종단유닛에 대하여 주파수자원 분배 경로를 가진 오픈랜에 적용되는 인빌딩 라디오유닛, 이를 포함한 시스템 및 이의 제어방법
US12426095B2 (en) * 2022-08-18 2025-09-23 Dish Wireless L.L.C. System and method for enhanced PRACH configuration and improved preamble success rate
US12356242B2 (en) * 2022-09-14 2025-07-08 Verizon Patent And Licensing Inc. Systems and methods for dynamic fronthaul gateway
US20260136296A1 (en) * 2022-10-04 2026-05-14 Telefonaktiebolaget Lm Ericsson (Publ) Radio unit and methods in a wireless communications network
JP2025533925A (ja) * 2022-11-25 2025-10-09 楽天シンフォニー株式会社 単一の分散ユニット上で複数の無線ユニットをサポートすること
CN121002782A (zh) * 2023-04-18 2025-11-21 上海诺基亚贝尔股份有限公司 基于网络设备分组的联合传输
WO2024261510A1 (en) * 2023-06-19 2024-12-26 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Cell selection method and apparatus
US12192059B1 (en) * 2023-06-19 2025-01-07 Microsoft Technology Licensing, Llc Virtualized cells with multiple antennas in a virtual Radio Access Network
TWI875047B (zh) 2023-06-20 2025-03-01 優達科技股份有限公司 延遲補償方法及裝置
WO2025155503A1 (en) * 2024-01-15 2025-07-24 Outdoor Wireless Networks LLC Smart reuse via o-ran interface to radio unit

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9231723B2 (en) 2012-05-11 2016-01-05 Intel Corporation Coordinated dynamic point selection (DPS) with cell range expansion in a coordinated multipoint (CoMP) system
AP2014008107A0 (en) 2012-05-11 2014-12-31 Ericsson Telefon Ab L M Method and arrangement in a wireless communicationsystem
EP2919407B1 (en) 2014-03-14 2020-08-26 Fujitsu Limited Coverage extension in wireless communication
WO2016072047A1 (ja) 2014-11-06 2016-05-12 日本電気株式会社 無線端末、無線局、及びこれらの方法
WO2016128023A1 (en) 2015-02-10 2016-08-18 Telefonaktiebolaget Lm Ericsson (Publ) Combining uplink radio signals
US10405353B2 (en) 2016-09-23 2019-09-03 Samsung Electronics Co., Ltd. Method and apparatus for random access in wireless systems
WO2018062937A1 (ko) 2016-09-29 2018-04-05 엘지전자(주) 무선 통신 시스템에서의 데이터 송수신 방법 및 이를 위한 장치
WO2018085374A1 (en) * 2016-11-04 2018-05-11 Intel IP Corporation Transmission/reception point specific system information
CN108282202B (zh) * 2017-01-06 2021-09-14 华为技术有限公司 一种功率配置方法及相关设备
US11864038B2 (en) 2017-03-22 2024-01-02 Samsung Electronics Co., Ltd. Method and user equipment for performing initial beam alignment during random access (RACH) procedure
JP7005190B2 (ja) 2017-06-30 2022-01-21 株式会社Ｎｔｔドコモ 信号処理装置、無線装置、フロントホールマルチプレクサ、ビーム制御方法、および信号合成方法
KR102784560B1 (ko) * 2017-09-08 2025-03-21 인터디지탈 패튼 홀딩스, 인크 Nr에 대한 동적 대역폭을 이용한 다수의 trp 및 패널 송신
US11031975B2 (en) * 2017-12-05 2021-06-08 Telefonaktiebolaget Lm Ericsson (Publ) Transceiver point, method, and computer program for reallocating transmission of beams
WO2019140389A1 (en) 2018-01-12 2019-07-18 Ntt Docomo, Inc. User equipment and wireless communication method
US10868638B2 (en) 2018-01-25 2020-12-15 Qualcomm Incorporated Transmission/reception point (TRP) selection for retransmissions in a coordinated multipoint network
US11284316B2 (en) * 2018-02-07 2022-03-22 Qualcomm Incorporated Mobile device centric clustering in wireless systems
US10813054B2 (en) 2018-02-21 2020-10-20 Qualcomm Incorporated Feedback transmission techniques in coordinated clusters of transmission reception points
WO2019233352A1 (en) * 2018-06-08 2019-12-12 FG Innovation Company Limited Methods and apparatuses for multi-trp transmission
US11013003B2 (en) * 2018-08-03 2021-05-18 Qualcomm Incorporated Configuring a user equipment to operate in a transmission/reception point (TRP) mode
US12323344B2 (en) 2018-12-07 2025-06-03 Qualcomm Incorporated Uplink reporting techniques for multi transmission-reception point transmissions
US11310005B2 (en) * 2018-12-14 2022-04-19 Qualcomm Incorporated Techniques for communicating using multiple transmission points wireless communications
US11375549B2 (en) * 2019-01-28 2022-06-28 Qualcomm Incorporated Leveraging positioning reference signal and positioning measurements to enhance random access
WO2021015510A1 (ko) 2019-07-19 2021-01-28 엘지전자 주식회사 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치
KR102633030B1 (ko) * 2019-08-19 2024-02-02 삼성전자주식회사 무선 통신 시스템에서 기능 분리를 위한 방법 및 장치
KR102921382B1 (ko) 2019-10-18 2026-02-02 삼성전자주식회사 무선 통신 시스템에서 프론트홀 전송을 위한 장치 및 방법
ES2984382T3 (es) 2019-12-01 2024-10-29 Ericsson Telefon Ab L M Selección y combinación de puntos de transmisión/recepción de celda compartida
WO2023023935A1 (en) * 2021-08-24 2023-03-02 Qualcomm Incorporated Beam switch for multiple transmission and reception points

Also Published As

Publication number Publication date
US20230014537A1 (en) 2023-01-19
EP4066395C0 (en) 2024-04-03
MX2022006576A (es) 2023-03-01
EP4351074A2 (en) 2024-04-10
EP4066395A1 (en) 2022-10-05
JP7542621B2 (ja) 2024-08-30
JP2023504035A (ja) 2023-02-01
EP4351074A3 (en) 2024-05-22
JP2024020192A (ja) 2024-02-14
WO2021112747A1 (en) 2021-06-10
US12647224B2 (en) 2026-06-02
JP7674431B2 (ja) 2025-05-09
EP4066395B1 (en) 2024-04-03

Similar Documents

Publication Publication Date Title
EP4066395B1 (en) Shared-cell transmit/receive point selection and combining
ES2907963T3 (es) Indicación de CE de MAC eficiente de la relación espacial para SRS semipersistente
CN111357230B (zh) 统一的ul和dl波束指示
ES3003934T3 (en) Power control for new radio uplink single-user multiple-input-multiple- output communication
ES3038436T3 (en) Optimized reconfiguration of rlm and beam monitoring parameters
CN116158107B (zh) 无线通信网络中的参考信号波束配置
ES3027659T3 (en) Method for performing radio link monitoring
ES2955042T3 (es) Dispositivo inalámbrico, producto de programa informático, medio de almacenamiento legible por ordenador y método realizado en los mismos para manejar la comunicación en una red de comunicación inalámbrica
US20260006586A1 (en) Adapting Periodic Configurations Based on Spatial Relations
CN112425195B (zh) 针对多个频带的小区边界位移
CN117480752A (zh) 具有不支持的探测参考信号序列长度的探测参考信号配置的禁止、允许或自适应
KR20230121911A (ko) 사운딩 기준 신호 서브대역-레벨 사운딩
CN113412661B (zh) 提供资源协调信息的方法和相关网络节点
CN115462026A (zh) 用于定位的srs的mac ce
EP4055894A1 (en) On demand system information block request over srb3
US11799625B2 (en) Explicit measurement definition
CN117121425A (zh) 增加的探测参考信号重复
WO2021084513A1 (en) Sharing of sounding reference signals (srs) resources between new radio and long term evolution