ES2899591T3 - Suministro y obtención de información de sistema para terminal inalámbrico remoto - Google Patents

Suministro y obtención de información de sistema para terminal inalámbrico remoto Download PDF

Info

Publication number
ES2899591T3
ES2899591T3 ES17857505T ES17857505T ES2899591T3 ES 2899591 T3 ES2899591 T3 ES 2899591T3 ES 17857505 T ES17857505 T ES 17857505T ES 17857505 T ES17857505 T ES 17857505T ES 2899591 T3 ES2899591 T3 ES 2899591T3
Authority
ES
Spain
Prior art keywords
remote
system information
interface
utnr
evolved
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
ES17857505T
Other languages
English (en)
Inventor
Jia Sheng
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.)
FG Innovation Co Ltd
Sharp Corp
Original Assignee
FG Innovation Co Ltd
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by FG Innovation Co Ltd, Sharp Corp filed Critical FG Innovation Co Ltd
Application granted granted Critical
Publication of ES2899591T3 publication Critical patent/ES2899591T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

Un nodo (20) retransmisor de UE a red, UTNR, que está configurado para conectarse a una red de acceso por radio, comprendiendo el nodo UTNR (20): una unidad receptora (46) configurada para recibir, desde un equipo (26) de usuario remoto, UE, a través de una interfaz de radio no Uu: un mensaje de solicitud que incluye el contenido del mensaje de solicitud que comprende información de categoría del UE remoto (26) o identificación del o de los tipos de información de sistema adecuada para el UE remoto (26); una unidad procesadora (40) configurada para generar un mensaje de respuesta; y una unidad transmisora (44) configurada para transmitir el mensaje de respuesta al UE remoto (26) a través de la interfaz de radio no Uu, en la que en caso de que se reciba el contenido del mensaje de solicitud que comprende la información de categoría del UE remoto (26), la unidad procesadora (40) está configurada para generar el mensaje de respuesta que incluye información de sistema adecuada para el UE remoto (26), en el que la información de sistema se determina en función de una relación predeterminada con la información de la categoría, y en caso de que se reciba el contenido del mensaje de solicitud que comprende la identificación del o de los tipos de la información de sistema adecuada para el UE remoto (26), la unidad procesadora (40) está configurada para generar el mensaje de respuesta que incluye información de sistema adecuada para el UE remoto (26) y correspondiente a la identificación del o de los tipos de la información de sistema adecuada para el UE remoto (26).

Description

DESCRIPCIÓN
Suministro y obtención de información de sistema para terminal inalámbrico remoto
Campo técnico
La tecnología se relaciona con las comunicaciones inalámbricas y, en particular, con los métodos y dispositivos para solicitar, transmitir y utilizar información de sistema (SI, por sus siglas en inglés) en las comunicaciones inalámbricas.
Antecedentes
En los sistemas de comunicación inalámbrica, una red de acceso por radio generalmente comprende uno o más nodos de acceso (como una estación base) que se comunican por canales de radio a través de una interfaz de radio o aire con una pluralidad de terminales inalámbricos. En algunas tecnologías, dicho terminal inalámbrico también se denomina Equipo de usuario (UE, por sus siglas en inglés). Un grupo conocido como Proyecto de Asociación de 3a Generación (“3GPP”, por sus siglas en inglés) se ha comprometido a definir especificaciones técnicas e informes técnicos aplicables a nivel mundial para los sistemas de comunicaciones inalámbricas de la generación presente y futura. La evolución a largo plazo (“LTE”, por sus siglas en inglés) 3GPP y la LTE Avanzada (LTE-A) 3GPP son proyectos para mejorar un estándar de dispositivo o teléfono móvil del Sistema Universal de Telecomunicaciones Móviles (“UMTS”, por sus siglas en inglés) de manera que se adapte a requisitos futuros.
En los sistemas de comunicaciones móviles celulares típicos, la estación base transmite en los canales de radio cierta información que se requiere para que las estaciones móviles accedan a la red. En la evolución a largo plazo (LTE) y la LTE Avanzada (LTE-A), tal información se denomina “información de sistema” (“SI”). Cada nodo de acceso, tal como un NodoB evolucionado (“eNB”, por sus siglas en inglés), transmite dicha información de sistema a su área de cobertura a través de varios bloques de información de sistema (SIB, por sus siglas en inglés) en los recursos de radio de enlace descendente asignados al nodo de acceso.
El documento US 2014/171062 A1 describe un método en un segundo dispositivo inalámbrico para gestionar la asistencia de retransmisión desde un primer dispositivo inalámbrico en una red inalámbrica. El segundo dispositivo inalámbrico envía una primera señal de baliza al primer dispositivo inalámbrico, cuya primera señal de baliza anuncia que el segundo dispositivo inalámbrico necesita asistencia de retransmisión en una comunicación por radio, y/o el segundo dispositivo inalámbrico recibe una segunda señal de baliza del primer dispositivo inalámbrico , cuya segunda señal de baliza anuncia que el primer dispositivo inalámbrico proporciona asistencia de retransmisión en una comunicación por radio en la red inalámbrica. El segundo dispositivo inalámbrico luego configura un portador dispositivo a dispositivo, D2D (por sus siglas en inglés), entre el primer dispositivo inalámbrico y el segundo dispositivo inalámbrico en función de la primera señal de baliza y/o de la segunda señal de baliza. Esto permite que dicha comunicación se realice a través del portador D2D en el que el primer dispositivo inalámbrico actúa como un nodo de retransmisión.
El documento WO 2015/004142 A1 divulga un método para decidir transferir un equipo de usuario en una red de comunicación móvil, en el que la red de comunicación móvil comprende una red de acceso y una red central, en el que la red de acceso comprende una pluralidad de estaciones base, en el que al menos una de las estaciones base está conectada con uno o más retransmisores de servicio de proximidad que proporcionan una funcionalidad de servicio de proximidad como la comunicación de dispositivo a dispositivo, y en el que dicho equipo de usuario está directa y/o indirectamente conectado, a través de uno de dichos retransmisores de servicio de proximidad, con una de las estaciones base, que comprende, las etapas de a) almacenar información de contexto de dicho equipo de usuario y dichos uno o más retransmisores de servicio de proximidad en una o más entidades de la red central y/o entidades de la red de acceso, b) determinar la ubicación de dicho equipo de usuario en función de informes de medición de dicho usuario equipo, c) verificar si uno o más de los retransmisores de servicio de proximidad conectados con la misma y/o con otra estación base, preferiblemente colindante, pueden proporcionar una conexión de servicio de proximidad para dicho equipo de usuario en función de la información de contexto almacenada y/o en función de los parámetros de conexión disponibles, d) hacer coincidir las ubicaciones de dicho equipo de usuario y uno o más de dichos retransmisores de servicio de proximidad en función de informes de medición de dichos uno o más retransmisores de servicio de proximidad, e) determinar si dicho equipo de usuario puede ser atendido por uno o más de los retransmisores de servicio de proximidad con una calidad de comunicación superior, y f) decidir entregar el equipo de usuario a uno de los retransmisores de servicio de proximidad en función de los resultados de las etapas c) - e) para establecer una conexión de servicio de proximidad entre dicho retransmisor de servicio de proximidad y dicho equipo de usuario.
En la RAN n° 71, se acordó el elemento de estudio (SI, por sus siglas en inglés) “Further Enhancements LTE Device to Device, UE to NetWork Relays for IoT and Wearables” (también denominado Further enhanced D2D (FeD2D)). Véase, por ejemplo, RP-160677, “New SI: Further Enhancements LTE Device-to-Device, UE-to-Network Relays for Wearables”, Qualcomm Incorporated, Intel Corporation, Huawei, HiSilicon, LG Electronics Inc., Gotemburgo, Suecia, 7 al 10 de marzo, 2016.
El interés principal de este SI es abordar el tema de la eficiencia energética para los UE remotos evolucionados (por ejemplo, Internet de las cosas (IoT, por sus siglas en inglés)), tal como la comunicación de tipo máquina (MTC, por sus siglas en inglés) [Véase, por ejemplo, 3GPP TR 36.888, V12.0.0, “Study on provisión of low-cost Machine-TypeCommunications (MTC) User Equipments (UEs) based on LTE or narrow band (NB-IoT), or wearable devices”].
Para lograr este objetivo, se propusieron los siguientes objetivos:
• Estudiar y evaluar una arquitectura genérica de retransmisor de UE evolucionado a red (eUTNR) de capa 2, que incluye métodos para que la red identifique, direccione y llegue a un UE remoto evolucionado a través de un UE retransmisor de UE ProSe evolucionado a red (UTNR):
• Estudie la posibilidad de una solución común que admita los siguientes casos de uso:
a. Retransmisión de UE a red a través de acceso no 3GPP (Bluetooth/WiFi).
b. Retransmisión UE a red a través de un enlace lateral LTE.
c. Retransmisor unidireccional y bidireccional de UE a red.
Para seguir avanzando en este estudio, se acordaron los siguientes escenarios de cobertura en la RAN n° 72 [Véase, por ejemplo, RP-161303, Further Enhancements to LTE Device to Device, UE to NetWork Relays for loT and Wearables, RaN n° 72, Corea, junio de 2016:
• El UE remoto evolucionado y el UE retransmisor de UE ProSe evolucionado a red están en cobertura de EUTRAN.
• El UE retransmisor de UE ProSe evolucionado a red tiene una conexión Uu al eNB y el UE remoto evolucionado puede tener una cobertura mejorada. “Cobertura mejorada” implica que el UE se está conectando a la red a través de NB-IoT o MTC en versión 13 en modo CE.
• El UE retransmisor de UE ProSe evolucionado a red está en la cobertura de EUTRAN y el UE remoto evolucionado está fuera de la cobertura de EUTRAN.
Los nodos retransmisores (RN, por sus siglas en inglés) desempeñan funciones importantes en las comunicaciones de dispositivo a dispositivo LTE de versión 13 (D2D), ya que pueden ayudar a ampliar la cobertura de la red. En FeD2D, 3GPP RAN2 está estudiando mejoras en el retransmisor de UE a red para admitir casos de uso comercial, por ejemplo loT y dispositivos portátiles, etc. Un aspecto que se está considerando es el soporte de QoS de retransmisor UE a red sobre el enlace lateral LTE. Otro aspecto es el estudio de la arquitectura genérica de retransmisor de UE a red evolucionada de capa 2, en lugar del UTNR de capa 3 de la versión 13, para permitir que la red pueda controlar y cargar los UE remotos evolucionados. Otro aspecto es para el ahorro de energía de UE remoto evolucionado, especialmente para UE NB-IoT y MTC en su cobertura mejorada, tienen que realizarse una gran cantidad de repeticiones para mantener la cobertura, lo que no solo desperdicia una gran cantidad de recursos de espectro, sino que también consume mucha potencia para los UE remotos evolucionados. La transmisión a través de UTNR evolucionado puede ayudar a que el UE remoto evolucionado con cobertura profunda ahorre energía, y que el UE remoto evolucionado fuera de cobertura pueda conectarse a la red.
Tanto el plano de usuario (UP, por sus siglas en inglés) como el plano de control (CP, por sus siglas en inglés) pueden ser retransmitidos a través de un UTNR evolucionado. La lectura de la información de difusión (por ejemplo, información de sistema) a través de la interfaz Uu parece ser una carga para el UE si se requieren muchas repeticiones de los UE para leer esa información de difusión. En el actual 3GPP, se realizaron muy pocos análisis simples y de alto nivel sobre este tema. Se ha planteado la cuestión de que, dado que el UE retransmisor no conoce la categoría del UE remoto, el UE retransmisor no sabe qué bloques de información de sistema son necesarios para el UE remoto. Véase, por ejemplo, R2-165599, “Relaying options of CP/UP”, LG Electronics Inc., Gotemburgo, Suecia, 22-26 de agosto, 2016. Por tanto, con respecto a un UE remoto, “debe evaluarse si el beneficio de la recepción de muchas repeticiones es comparable a la recepción de SIB innecesarios”.
Al abordar los problemas planteados anteriormente y, en particular, cuestiones relativas a la información de sistema, debe recordarse que, si bien el UTNR evolucionado siempre debe estar en cobertura, el UE remoto evolucionado puede estar en cobertura, en cobertura mejorada, o fuera de cobertura, teniendo con cada uno de estos diferentes escenarios diferentes problemas en términos tanto de consumo de energía como de que UE evolucionado lea la información de sistema.
Por lo tanto, lo que se necesita y un objeto ejemplar de la tecnología aquí divulgada son métodos, aparatos y técnicas para permitir que un UE remoto/UE remoto evolucionado obtenga información de sistema.
Compendio
Esto se logra mediante el objeto de las reivindicaciones independientes. Las realizaciones preferidas se definen en las reivindicaciones dependientes.
Breve descripción de los dibujos
Los anteriores objetos, características y ventajas y otros de la tecnología aquí divulgada serán evidentes a partir de la siguiente descripción más particular de realizaciones preferidas como se ilustra en los dibujos adjuntos en los que los números de referencia se refieren a las mismas partes en las diversas vistas. Los dibujos no están necesariamente a escala, sino que se hace hincapié en ilustrar los principios de la tecnología aquí divulgada.
La Figura 1 es una vista esquemática de una red de comunicaciones genérica en la que un UE remoto/evolucionado obtiene información de sistema.
La Figura 2-1 es una vista esquemática de la correlación entre canales de transporte de enlace descendente y canales físicos de enlace descendente.
La Figura 2-2 es una vista esquemática de la correlación entre canales de transporte de enlace ascendente y canales físicos de enlace ascendente.
La Figura 2-3 es una vista esquemática de la correlación entre canales de transporte de enlace lateral y canales físicos de enlace lateral.
La Figura 2-4 es una vista esquemática de la correlación entre canales de transporte de enlace descendente y canales físicos de banda estrecha de enlace descendente.
La Figura 2-5 es una vista esquemática de la correlación entre canales de transporte de enlace ascendente y canales físicos de banda estrecha de enlace ascendente.
La Figura 3-1 es una vista esquemática de la correlación entre canales lógicos de enlace descendente y canales de transporte de enlace descendente.
La Figura 3-2 es una vista esquemática de la correlación entre canales lógicos de enlace lateral y canales de transporte de enlace lateral.
La Figura 3-3 es una vista esquemática de la correlación entre canales lógicos de enlace ascendente y canales de transporte de enlace ascendente.
La Figura 4 es una vista esquemática que muestra la adquisición de información de sistema normalmente.
Las Figuras 5-1 a 5-4 son vistas esquemáticas de redes de comunicaciones en las que un UE remoto/evolucionado obtiene información de sistema según diferentes técnicas.
La Figura 6-1 a la Figura 6-4 son diagramas de flujo que muestran acciones o etapas básicas representativas realizadas por los nodos retransmisores de UE a red (UTNR) de las respectivas redes de la Figura 5-1 a la Figura 5­ 4.
Las Figuras 7-1 a la Figura 7-4 son diagramas de flujo que muestran acciones o etapas básicas representativas realizadas por UE remotos/remotos evolucionados de las respectivas redes de la Figura 5-1 a la Figura 5-4.
Las Figuras 8-1 a 8-3 son vistas esquemáticas de redes de comunicaciones en las que la información de sistema se transporta a un UE remoto remoto/evolucionado de acuerdo con diferentes técnicas.
Las Figuras 9-1 a 9-3 son diagramas de flujo que muestran acciones o etapas básicas representativas realizadas por los nodos retransmisores de UE a red (UTNR) de las respectivas redes de la Figura 8-1 a la Figura 8-4.
Las Figuras 10-1 a 10-3 son diagramas de flujo que muestran acciones o etapas básicas representativas realizadas por UE remotos/evolucionados remotos de las respectivas redes de la Figura 8-1 a la Figura 8-3.
La Figura 11 es una vista esquemática que muestra una correlación de SBCCH a SL-BCH y SL-SCH.
La Figura 12 es una vista esquemática que muestra diferentes escenarios de cobertura para un UE remoto evolucionado.
La Figura 13 es una vista esquemática de una red de comunicaciones genérica en la que un UE remoto/remoto evolucionado toma una decisión con respecto a la fuente de información de sistema que se utilizará para las comunicaciones.
La Figura 14 es un diagrama de flujo que muestra acciones o etapas básicas representativas realizadas por un UE remoto/ remoto evolucionado de la red de la Figura 13, y muestra, además, diversas técnicas alternativas para tomar la decisión con respecto a la fuente de información de sistema que debe utilizarse para las comunicaciones cuando el UE remoto/remoto evolucionado está en cobertura de red o en cobertura mejorada.
La Figura 15 es un diagrama de flujo que muestra acciones o etapas básicas representativas realizadas por un UE remoto/remoto evolucionado de la red de la Figura 13, y que muestra, además, varias técnicas alternativas para tomar la decisión con respecto a la fuente de información de sistema que debe utilizarse para las comunicaciones cuando el UE remoto /remoto evolucionado solo tiene una cobertura mejorada.
La Figura 16 es una vista esquemática de una red de comunicaciones genérica en la que un UE remoto/remoto evolucionado utiliza una combinación de diversidad de información de sistema sobre una interfaz Uu 28 y una interfaz no Uu 29 para obtener información de sistema para usar en comunicaciones.
La Figura 17 es un diagrama de flujo que muestra acciones o etapas básicas representativas realizadas por un UE remoto /remoto evolucionado de la red de la Figura 16.
La Figura 18 es una vista esquemática que muestra maquinaria informática ejemplar que comprende una plataforma de máquina que puede comprender un nodo de estación base, un nodo retransmisor de UE a red (UTNR) o un UE remoto/remoto evolucionado según modos y realizaciones ejemplares.
Descripción detallada
En la siguiente descripción, con fines explicativos y no limitantes, se definen detalles específicos, tales como arquitecturas, interfaces, técnicas particulares, etc., con el fin de proporcionar una comprensión completa de la tecnología aquí divulgada. Sin embargo, será evidente para los expertos en la técnica que la tecnología divulgada en este documento se puede poner en práctica en otras realizaciones que se aparten de estos detalles específicos. Es decir, los expertos en la técnica podrán idear diversas disposiciones que, aunque no se describen ni se muestran explícitamente en este documento, incorporan los principios de la tecnología divulgada en este documento y se incluyen dentro de su espíritu y alcance. En algunos casos, se omiten descripciones detalladas de dispositivos, circuitos y métodos bien conocidos para no oscurecer la descripción de la tecnología aquí divulgada con detalles innecesarios. Todas las declaraciones en el presente documento que recitan principios, aspectos y realizaciones de la tecnología divulgada en el presente documento, así como sus ejemplos específicos, pretenden abarcar sus equivalentes tanto estructurales como funcionales. Además, se pretende que dichos equivalentes incluyan tanto los equivalentes conocidos actualmente como los equivalentes desarrollados en el futuro, es decir, cualquier elemento desarrollado que realice la misma función, independientemente de la estructura.
Así, por ejemplo, los expertos en la técnica apreciarán que los diagramas de bloques de la presente pueden representar vistas conceptuales de circuitería ilustrativa u otras unidades funcionales que incorporan los principios de la tecnología. De manera similar, se apreciará que cualquier diagrama de flujo, diagrama de transición de estado, pseudocódigo y similares representan varios procesos que pueden representarse sustancialmente en un medio legible por ordenador y, por lo tanto, ejecutados por un ordenador o procesador, ya sea que dicho ordenador o procesador se muestre explícitamente o no.
A. Visión general
A.1 Terminología selecta
Como se usa en este documento, el término “red central” puede referirse a un dispositivo, grupo de dispositivos o subsistema en una red de telecomunicaciones que proporciona servicios a los usuarios de la red de telecomunicaciones. Los ejemplos de servicios proporcionados por una red central incluyen agregación, autenticación, conmutación de llamadas, invocación de servicios, pasarelas a otras redes, etc.
Como se usa en este documento, el término “equipo de usuario (UE)” o “terminal inalámbrico” puede referirse a cualquier dispositivo electrónico usado para comunicar voz y/o datos a través de un sistema de telecomunicaciones, tal como (sin limitación) una red celular. Se puede usar otra terminología para referirse al equipo de usuario (UE) y ejemplos no limitantes de tales dispositivos pueden incluir un terminal inalámbrico, una estación móvil, un dispositivo móvil, un terminal de acceso, una estación de abonado, un terminal móvil, una estación remota, un terminal de usuario, un terminal, una unidad de abonado, teléfonos móviles, teléfonos inteligentes, asistentes digitales personales (“PDA”, por sus siglas en inglés), ordenadores portátiles, ordenadores superportátiles de red, lectores electrónicos, módems inalámbricos, etc.
Como se usa en el presente documento, el término “nodo de acceso”, “nodo” o “estación base” puede referirse a cualquier dispositivo o grupo de dispositivos que facilite la comunicación inalámbrica o proporcione una interfaz entre un terminal inalámbrico y un sistema de telecomunicaciones. Un ejemplo no limitante de una estación base puede incluir, en la especificación 3GPP, un Nodo B (“NB”), un Nodo B mejorado (“eNB”), un gNB (estación base para New Radio (NR)), un eNB inicial (“HeNB”, por sus siglas en inglés) o alguna otra terminología similar. Otro ejemplo no limitante de una estación base es un punto de acceso. Un punto de acceso puede ser un dispositivo electrónico que proporciona acceso para un terminal inalámbrico a una red de datos, como (sin limitación) una red de área local (“LAN”, por sus siglas en inglés), una red de área amplia (“WAN”, por sus siglas en inglés), Internet, etc. Aunque algunos ejemplos de los sistemas y métodos divulgados en este documento pueden describirse en relación con estándares dados (por ejemplo, 3GPP versiones 8, 9, 10, 11, 12 y/o superiores), el alcance de la presente divulgación no debe ser limitado en este sentido. Al menos algunos aspectos de los sistemas y métodos divulgados en este documento pueden utilizarse en otros tipos de sistemas de comunicación inalámbrica.
Como se usa en este documento, el término “sistema de telecomunicaciones” o “sistema de comunicaciones” puede referirse a cualquier red de dispositivos usados para transmitir información. Un ejemplo no limitante de un sistema de telecomunicaciones es una red celular u otro sistema de comunicación inalámbrica.
Como se usa en el presente documento, el término “red celular” puede referirse a una red distribuida sobre células, cada célula servida por al menos un transceptor de ubicación fija, tal como una estación base. Una “célula” puede ser cualquier canal de comunicación que esté especificado por organismos reguladores o de normalización para ser utilizado para Telecomunicaciones Móviles Internacionales Avanzadas (“IMTAdvanced”, por sus siglas en inglés). El 3GPP puede adoptar la totalidad o un subconjunto de la célula como bandas con licencia (por ejemplo, banda de frecuencia) para ser utilizadas para la comunicación entre una estación base, como un Nodo B, y un terminal UE. Una red celular que usa bandas de frecuencia con licencia puede incluir células configuradas. Las células configuradas pueden incluir células de las que es consciente un terminal UE y en las que una estación base le permite transmitir o recibir información.
Como se usa en el presente documento, el término “ancho de banda reducido” se refiere al funcionamiento en enlace descendente y enlace ascendente con un ancho de banda de canal limitado de 6 PRB, lo que en la práctica significa servicio de comunicaciones de tipo máquina (MTC) (ancho de banda de canal limitado a 1,4 MHz).
Como se usa en este documento, “NB-IoT” (“Internet de las cosas de banda estrecha”) permite el acceso a los servicios de red a través de E-UTRA con un ancho de banda de canal limitado a 180 kHz. (1 PRB)
Como se usa en este documento, un UE NB-IoT es un equipo de usuario (UE) que usa NB-IoT.
Como se usa en el presente documento, “enlace lateral” es una interfaz UE a UE para comunicaciones de enlace lateral y descubrimiento de enlace lateral. El enlace lateral corresponde a la interfaz PC5 definida en TS 23.303.
Como se usa en este documento, “comunicación de enlace lateral” es una funcionalidad que permite la comunicación directa ProSe definida en TS 23.303, entre dos o más UE cercanos, usando tecnología E-UTRA pero sin atravesar ningún nodo de red.
Como se usa en este documento, “descubrimiento de enlace lateral” es una funcionalidad que permite el descubrimiento directo ProSe definido en TS 23.303 [68], usando tecnología E-UTRA pero sin atravesar ningún nodo de red.
A.2 Aspectos ejemplares
En algunos de sus aspectos ejemplares, la tecnología divulgada en este documento proporciona métodos flexibles y sistemáticos para la transmisión/retransmisión de información de sistema a UE remotos, como IoT y comunicaciones de dispositivo a dispositivo basadas en dispositivos portátiles, y puede tener ventajas como la eficiencia energética del UE, por ejemplo.
En algunos de sus aspectos ejemplares, la tecnología aquí divulgada combina el rediseño del canal de transmisión de enlace lateral existente con la retransmisión de información de sistema para minimizar el diseño de retransmisión de información de sistema.
En algunos de sus aspectos ejemplares, la tecnología divulgada en este documento proporciona información de sistema a petición, para permitir que el UE retransmisor solo transmita información útil de sistema al UE remoto, para minimizar el consumo de energía del UE remoto leyendo información inútil de sistema, así como ahorrar energía y recursos para evitar que el UE retransmisor transmita información inútil de sistema.
En algunos de sus aspectos ejemplares, la tecnología aquí divulgada, cuando el UE remoto se encuentra en diferentes situaciones de cobertura, se proporcionan diferentes diseños.
A.3 Soporte físico ejemplar de red
La Figura 1 muestra una realización y un modo ejemplares genéricos de un sistema 20 de comunicaciones adecuado para ilustrar la provisión de información de sistema a un UE remoto/remoto evolucionado. El sistema 20 de comunicaciones comprende el nodo 22 de la estación base, el nodo 24 retransmisor de UE a red (UTNR) y el UE 26 remoto/remoto evolucionado. El nodo 22 de la estación base puede ser cualquier tipo de nodo de acceso por radio que realice operaciones de tipo estación base, como un nodo a menudo denominado eNodoB o eNB o gNB. Como se usa en este documento, cualquier referencia a un nodo de retransmisión debe entenderse en el sentido de un UE 24 remoto/remoto evolucionado. El UE 24 remoto/remoto evolucionado puede ser, por ejemplo, un terminal inalámbrico tal como un equipo de usuario (UE) que es capaz de realizar funciones de retransmisor como se describe en este documento. Cualquier referencia en el presente documento a “equipo de usuario” o “UE” debe entenderse en el sentido de un UE 26 remoto/remoto evolucionado.
El nodo 22 de la estación base se comunica a través de la interfaz Uu 28 con el nodo 24 retransmisor de UE a red (UTNR) y con el UE 26 remoto/evolucionado cuando el UE 26 remoto/evolucionado está en cobertura o cobertura extendida. El nodo 24 retransmisor de UE a red (UTNR) puede comunicarse con el UE 26 remoto/remoto evolucionado a través de la interfaz no Uu 29. Tanto la interfaz Uu 28 como la interfaz no Uu 29 son interfaces aéreas o de radio. Ejemplos de interfaz no Uu 29 incluyen la interfaz PC5 (para comunicaciones de enlace lateral), pero no está tan limitada y también puede incluir interfaces no 3GPP tales como Bluetooth y WiFi, por ejemplo. La interfaz Uu 28 y la interfaz no Uu 29 se ilustran mediante líneas de puntos y rayas.
Para describir la estructura pertinente a los aspectos técnicos descritos en este documento, en la Figura 1 se muestra que cada uno del nodo 22 de estación base, nodo 24 retransmisor de UE a red (UTNR) y UE 26 remoto/remoto evolucionado comprende circuitería de transceptor y procesador. Debe entenderse que cada nodo 22 de estación base, nodo 24 retransmisor de UE a red (UTNR) y UE 26 remoto/remoto evolucionado pueden comprender, de hecho, otro soporte físico y funcionalidades para implementar otros aspectos de la operación del UE o nodo respectivo, como es sabido por el experto en la materia.
En el sentido anterior, en la Figura 1 se muestra que el nodo 22 de la estación base comprende una circuitería 30 de procesador de estación base (también denominada procesador 30 de estación base) y un transceptor 32 de estación base. El transceptor 32 de estación base, a su vez, comprende normalmente circuitería transmisora 34 de estación base y circuitería receptora 36 de estación base, que también se denominan transmisor 34 de la estación base y receptor 36 de la estación base, respectivamente. El transceptor 32 de la estación base con su transmisor 34 de la estación base y el receptor 36 de la estación base se comunica a través de la interfaz Uu 28 con el nodo 24 retransmisor de UE a red (UTNR) y, cuando está en cobertura o cobertura extendida, con UE 26 remoto/remoto evolucionado.
En la Figura 1 se muestra que el nodo 24 retransmisor de UE a red (UTNR) comprende la circuitería 40 de procesador retransmisor (también denominada procesador 40 de retransmisor) y el transceptor 42 de retransmisor. El transceptor 42 de retransmisor, a su vez, normalmente comprende circuitería transmisora 44 de retransmisor y circuitería receptora 46 de retransmisor, que también se denominan transmisor 44 de retransmisor y receptor 46 de retransmisor, respectivamente. El transceptor 42 de retransmisor con su transmisor 44 de retransmisor y su receptor 46 de retransmisor se comunican a través de la interfaz no Uu 29 con el UE 26 remoto/remoto evolucionado cuando el UE 26 remoto/remoto evolucionado está en cobertura del nodo 24 de retransmisor de UE a red (UTNR).
En la Figura 1 se muestra que el UE 26 remoto/remoto evolucionado comprende circuitería 50 de UE (también denominada procesador 50 de UE) y el transceptor 52 de UE. El transceptor 52 de UE, a su vez, comprende normalmente circuitería transmisora 54 de UE y circuitería receptora 56 de UE, que también se denominan transmisor 54 de UE y receptor 56 de UE, respectivamente. Cuando el UE 26 remoto/remoto evolucionado está en cobertura o cobertura extendida con respecto al nodo 22 de la estación base, el transceptor 52 de UE con su circuitería transmisora 54 de UE y su circuitería receptora 56 de UE se comunica con el nodo 22 de la estación base a través de la interfaz de Uu 28. Cuando el UE 26 remoto/remoto evolucionado está en cobertura con respecto al nodo 24 retransmisor de UE a red (UTNR), el transceptor 52 de UE con su circuitería transmisora 54 de UE y su circuitería receptora 56 de UE se comunica con el nodo 24 retransmisor de UE a red (UTNR) a través de una interfaz no Uu 29.
Para cada uno del nodo 22 de estación base, nodo 24 retransmisor de UE a red (UTNR) y UE 26 remoto/remoto evolucionado, el transceptor 32 de estación base, el transceptor 42 de retransmisor y el transceptor 52 de UE respectivos incluyen una o más antenas. El transmisor 34 de la estación base, el transmisor 44 de retransmisor y la circuitería transmisora 54 de UE respectivos pueden comprender, por ejemplo, uno o más amplificadores, circuitería de modulación y otros equipos de transmisión convencionales. El respectivo receptor 36 de estación base, el receptor 46 de retransmisor y la circuitería receptora 56 de UE pueden comprender, por ejemplo, amplificadores, circuitería de demodulación y otro equipo receptor convencional.
En funcionamiento general, el nodo 22 de la estación base puede comunicarse a través de la interfaz Uu 28 con el nodo 24 retransmisor de UE a red (UTNR) y (cuando está en cobertura o cobertura extendida) con UE 26 remoto/remoto evolucionado usando configuraciones de información predefinidas. A modo de ejemplo no limitante, el nodo 22 de la estación base puede comunicarse a través de la interfaz Uu 28 usando “tramas” de información que pueden configurarse para incluir varios canales. En la evolución a largo plazo (LTE), por ejemplo, una trama, que puede tener tanto porciones de enlace descendente como porciones de enlace ascendente, puede comprender varias subtramas, estando cada subtrama LTE dividida, a su vez, en dos ranuras. La trama puede conceptualizarse como una cuadrícula de recursos (una cuadrícula bidimensional) compuesta por elementos de recursos (RE, por sus siglas en inglés). Cada columna de la cuadrícula bidimensional representa un símbolo (por ejemplo, un símbolo OFDM en el enlace descendente (DL, por sus siglas en inglés) del nodo al terminal inalámbrico; un símbolo SC-FDMA en una trama del enlace ascendente (UL, por sus siglas en inglés) del terminal inalámbrico al nodo). Cada fila de la cuadrícula representa una subportadora. La estructura de trama y subtrama sirve solo como ejemplo de una técnica de formateo de la información que se va a transmitir a través de una interfaz de radio o aérea. Debe entenderse que “trama” y “subtrama” pueden utilizarse indistintamente o pueden incluir o ser realizadas por otras unidades de formateo de la información y, como tales, pueden llevar otra terminología (como bloques, por ejemplo). De manera similar, el nodo 24 retransmisor de UE a red (UTNR) y el UE 26 remoto/remoto evolucionado pueden comunicarse a través de la interfaz no Uu 29 usando configuraciones predefinidas de información, tales como (por ejemplo), tramas configuradas para comunicaciones de enlace lateral.
Para atender la transmisión de tramas u otras unidades de información, en la Figura 1 se ilustra que cada uno del nodo 22 de estación base, nodo 24 retransmisor de UE a red (UTNR) y UE 26 remoto/remoto evolucionado comprende respectivos planificadores/gestores de tramas/señales. Por ejemplo, el nodo 22 de la estación base comprende planificador/gestor 37 de tramas/señales de la estación base; El nodo 24 retransmisor de UE a red (UTNR) comprende un planificador/gestor 47 de tramas/señales de UTNR; y el UE 26 remoto/remoto evolucionado comprende un planificador/gestor 57 de tramas/señales de UE.
Al ser un gestor de tramas, se entiende que cada uno de los respectivos planificadores/gestores 37, 47 y 57 de tramas/señales puede funcionar tanto en las operaciones de transmisión como en las de recepción. Por ejemplo, en una operación de transmisión, los respectivos planificadores/gestores de tramas/señales pueden generar una trama cargando información (por ejemplo, señales o datos de usuario) en los recursos apropiados de la trama (y al hacerlo así, esencialmente sirven como un “planificador”). Por otro lado, en una operación de recepción, los respectivos planificadores/gestores de tramas/señales puede extraer o decodificar información (por ejemplo, señales o datos de usuario) de los recursos apropiados de la trama, y pasar la información extraída o decodificada a otras funcionalidades (por ejemplo, solicitudes) para su posterior procesamiento.
Diversos aspectos ejemplares de la tecnología divulgada en este documento se refieren a la información de sistema, por ejemplo, determinar de dónde obtiene el UE 26 remoto/remoto evolucionado la información de sistema y cómo dicha información de sistema se va a transmitir al UE 26 remoto/remoto evolucionado. En consecuencia, los procesadores de cada uno del nodo 22 de la estación base, del nodo 24 retransmisor de UE a red (UTNR) y del UE 26 remoto/remoto evolucionado tiene unidades o funcionalidades implicadas en el procesamiento de información de sistema (SI). En vista del hecho de que tales funcionalidades pueden comprender procesadores o estar incluidas en el respectivo procesador 30 de la estación base, procesador 40 de retransmisor o procesador 50 de UE, los aspectos de información de sistema se denominan respectivamente generador 38 de información de sistema (“generador 38 de SI”) para el nodo 22 de la estación base; procesador 48 de información de sistema (“procesador 48 de SI”) para el nodo 24 retransmisor de UE a red (UTNR), y procesador 58 de información de sistema (“procesador 58 de SI”) para UE 26 remoto/remoto evolucionado.
Como se describe con más detalle en el presente documento, al menos partes de cada nodo 22 de estación base, nodo 24 retransmisor de UE a red (UTNR) y UE 26 remoto/remoto evolucionado pueden realizarse o implementarse utilizando respectivas plataformas de máquina, tales como la plataforma 39 de máquina de estación base, la plataforma 49 de UTNR y la plataforma 59 de UE como se muestra mediante líneas discontinuas respectivamente etiquetadas en la Figura 1. Cada una de dichas plataformas puede comprender un ordenador con uno o más procesadores o controladores, como se describe a continuación con respecto a la Figura 18. Cada plataforma normalmente comprende una o varias formas de memoria, y dicha memoria puede incluir un sistema operativo y una o más aplicaciones que comprenden instrucciones almacenadas en medios no transitorios que son ejecutables por un procesador. Por ejemplo, la Figura 1 muestra un UE 26 remoto/evolucionado que comprende la memoria 60 y las aplicaciones 62. Una aplicación de este tipo para el UE 26 remoto/evolucionado puede ser, por ejemplo, una aplicación de comunicaciones de enlace lateral.
El UE 26 remoto/remoto evolucionado también comprende típicamente una interfaz 64 de usuario. La interfaz 64 de usuario de UE puede servir para operaciones tanto de entrada como de salida de usuario, y puede comprender (por ejemplo) una pantalla, tal como una pantalla táctil que puede tanto mostrar información al usuario como recibir información introducida por el usuario. La interfaz 64 de usuario del UE también puede incluir otros tipos de dispositivos, tales como un altavoz, un micrófono o un dispositivo de retroalimentación háptica, por ejemplo.
Aunque no se ilustra, debe entenderse que cada nodo 24 retransmisor de UE a red (UTNR) y UE 26 remoto/remoto evolucionado también pueden comprender interfaces de usuario y de memoria.
B. Información de sistema
La información de sistema se divide en MasterInformationBlock (bloque maestro de información, MIB, por sus siglas en inglés) y varios SystemInformationBlocks (SIB). El MIB incluye un número limitado de los parámetros más esenciales y transmitidos con mayor frecuencia que se necesitan para adquirir otra información de la célula, y se transmite por el BCH. Los SIB distintos de SystemInformationBlockTypel se llevan en mensajes de SystemInformation (información de sistema, SI) y la correlación de los SIB con los mensajes SI se pueden configurar de forma flexible mediante la schedulingInfoList incluida en SystemInformationBlockTypel, con restricciones de que: cada SIB está contenido solo en un solo mensaje SI, y como máximo una vez en ese mensaje; sólo los SIB que tienen el mismo requisito de planificación (periodicidad) pueden correlacionarse con el mismo mensaje SI; SystemInformationBlockType2 siempre se correlaciona con el mensaje SI que corresponde a la primera entrada en la lista de mensajes SI en schedulingInfoList. Puede haber varios mensajes SI transmitidos con la misma periodicidad.
SystemlnformationBlockTypel y todos los mensajes SI se transmiten por el DL-SCH.
Los UE de baja complejidad de ancho de banda reducido (BL, por sus siglas en inglés) y los UE en mejora de cobertura (CE, por sus siglas en inglés) aplican la versión de ancho de banda reducido (BR, por sus siglas en inglés) de los mensajes SIB o SI. Un UE se considera a sí mismo en cobertura mejorada como se especifica en TS 36.304 [Véase, por ejemplo, R2-165254, “Considerations on the evolved UE-to-Network Relay scenario and architecture”, ZTE, Gotemburgo, Suecia, 22-26 de agosto de 2016]. Como se usa en este documento, cualquier cosa aplicable para un mensaje SIB o SI particular se aplica igualmente a la versión BR correspondiente no ser que se indique explícitamente lo contrario.
Para NB-IoT, se define un conjunto reducido de bloques de información de sistema con funcionalidad similar pero contenido diferente; el UE aplica la versión NB-IoT (NB) del MIB y los SIB. Estos pueden denotarse en el presente documento MasterInformationBlock-NB y SystemInformationBlockTypeX-NB. Ninguno de los demás bloques de información de sistema (sin el sufijo NB) es aplicable a NB-IoT; esto no vuelve a indicarse en este documento.
Como acotación al margen, la capa física impone un límite al tamaño máximo que puede adoptar un SIB. Cuando se utiliza el formato DCI 1C, el máximo permitido por la capa física es de 1736 bits (217 bytes) mientras que para el formato 1A el límite es de 2216 bits (277 bytes); véanse TS 36.212 y TS 36.213. Para los UE BL y los u E en CE, el tamaño máximo de mensaje SIB y SI es de 936 bits; véase TS 36.213. Para NB-IoT, el tamaño máximo de mensaje SIB y SI es de 680 bits; véase TS 36.213.
Además de la radiodifusión, E-UTRAN puede proporcionar SystemInformationBlockType1, incluyendo los mismos valores de parámetro, a través de señalización dedicada, es decir, dentro de un mensaje RRCConnectionReconfiguration.
El UE aplica los procedimientos de monitorización de adquisición y cambio de información de sistema para la PCell, excepto cuando es un UE BL o un UE en CE o un UE NB-IoT en modo RRC_CONNECTED mientras no se está ejecutando T311. Para una SCell, la E-UTRAN proporciona, a través de señalización dedicada, toda la información de sistema relevante para la operación en RRC_CONNECTED al agregar la SCell. Sin embargo, un UE que está configurado con DC deberá adquirir el MasterInformationBlock de la PSCell, pero lo usará solo para determinar la sincronización de SFN del SCG, que puede ser diferente del MCG. Al cambiar la información relevante del sistema de una SCell configurada, E-UTRAN libera y posteriormente agrega la SCell en cuestión, lo que puede hacerse con un solo mensaje RRCConnectionReconfiguration. Obsérvese que la E-UTRAN puede configurar, a través de una señalización dedicada, valores de parámetros diferentes a los transmitidos en la SCell en cuestión.
En el diseño preexistente de información de sistema relacionado con el nodo retransmisor (RN) de capa 3, un RN configurado con una configuración de subtrama de RN no necesita aplicar los procedimientos de supervisión de cambios y adquisición de información de sistema. Tras el cambio de cualquier información de sistema relevante para un RN, E-UTRAN proporciona los bloques de información de sistema que contienen la información de sistema relevante a un RN configurado con una configuración de subtrama de RN a través de una señalización dedicada utilizando el mensaje RNReconfiguration. Para los RN configurados con una configuración de subtramas de RN, la información de sistema contenida en esta señalización dedicada reemplaza cualquier información de sistema almacenada correspondiente y tiene prioridad sobre cualquier información de sistema correspondiente adquirida a través del procedimiento de adquisición de información de sistema. La información de sistema dedicada sigue siendo válida hasta que se anula. Obsérvese nuevamente que la E-UTRAN puede configurar un RN, a través de una señalización dedicada, con valores de parámetros diferentes a los transmitidos en la célula en cuestión.
La Tabla 1 y la Tabla 2 ilustran información detallada de la información de sistema (elemento de información (IE, por sus siglas en inglés)). Véase también 3GPP TS 36.213, V 13.2.0. La Tabla 1 se refiere a la información de sistema transmitida a través de la interfaz Uu; la Tabla 2 se refiere a la información de sistema para NB -IoT.
El bloque maestro de información (MIB) se correlaciona con el BCCH y se transporta por el BCH mientras que todos los demás mensajes SI se correlacionan en el BCCH. A excepción de NB-IoT, todos los demás mensajes SI distintos del MIB se transportan dinámicamente en DL-SCH, donde pueden identificarse a través del SI-RNTI (RNTI de información de sistema). Tanto el MIB como SystemInformationBlockType1 usan una planificación fija con una periodicidad de 40 y 80 ms, respectivamente. Para NB-IoT el MIB-NB y SystemInformationBlockType1-NB usan una planificación fija con una periodicidad de 640 y 2560 ms, respectivamente. La planificación de otros mensajes SI es flexible y está indicada por SystemInformationBlockType1. Para NB-IoT, el MIB contiene toda la información requerida para adquirir SIB1, y SIB1 contiene toda la información requerida para adquirir otros mensajes SI.
Salvo NB-IoT, el eNB puede planificar transmisiones DL-SCH relativas a canales lógicos distintos de BCCH en la misma subtrama que se utiliza para BCCH. La capacidad mínima de UE restringe el BCCH correlacionado con el DL-SCH, por ejemplo con respecto a la velocidad máxima de transmisión.
El mensaje de notificación se usa para informar a los UE en RRC_IDLE y a los UE en RRC_CONNECTED sobre un cambio de información de sistema. Para NB-IoT, no se requiere que el UE detecte cambios de SIB cuando está en RRC_CONNECTED, y la red puede liberar el UE NB-IoT dejándolo en RRC_IDLE si desea que el UE NB-IoT adquiera uno o más SIB cambiados.
Salvo NB-IoT, la información de sistema también se puede proporcionar al UE por medio de una señalización dedicada, por ejemplo, tras el traspaso.
C. Relaciones de correlación de canales
Los canales de transporte y los canales lógicos están ubicados en la capa de control de acceso al medio (MAC, por sus siglas en inglés); mientras que los canales físicos se encuentran en la capa física.
C.1 Correlación entre canales de transporte y físicos
La Figura 2-1 es una vista esquemática de la correlación entre canales de transporte de enlace descendente y canales físicos de enlace descendente.
La Figura 2-2 es una vista esquemática de la correlación entre canales de transporte de enlace ascendente y canales físicos de enlace ascendente.
La Figura 2-3 es una vista esquemática de la correlación entre canales de transporte de enlace lateral y canales físicos de enlace lateral.
La Figura 2-4 es una vista esquemática de la correlación entre canales de transporte de enlace descendente y canales físicos de banda estrecha de enlace descendente.
La Figura 2-5 es una vista esquemática de la correlación entre canales de transporte de enlace ascendente y canales físicos de banda estrecha de enlace ascendente.
C. 2 Correlación entre canales lógicos y de transporte
La Figura 3-1 es una vista esquemática de la correlación entre canales lógicos de enlace descendente y canales de transporte de enlace descendente.
La Figura 3-2 es una vista esquemática de la correlación entre canales lógicos de enlace lateral y canales de transporte de enlace lateral.
La Figura 3-3 es una vista esquemática de la correlación entre canales lógicos de enlace ascendente y canales de transporte de enlace ascendente.
Como resumen parcial, para la correlación de canales de información de sistema:
• La información de MIB adopta la correlación BCCH - BCH - PBCH;
• Toda la información de SIB adopta la correlación BCCH - DL-SCH - PDSCH;
• Dado que “Los UE de baja complejidad con ancho de banda reducido (BL) y los UE en mejora de cobertura (CE) aplican la versión de ancho de banda reducido (BR) de los mensajes SIB o SI”, la información de SIB para los UE BL y los UE en modo CE adopta la correlación BR-Bc Ch - DL-SCH - PDSCH;
• La información de sistema de enlace lateral adopta la correlación SBCCH - SL-BCH - PSBCH;
• La información de NB-IoT MIB adopta la correlación BCCH - BCH - NPBCH;
• La información de NB-IoT SIB adopta la correlación BCCH - DL-SCH - NPDSCH.
D. Planificación de la información de sistema
El bloque maestro de información (MIB) usa una planificación fija con una periodicidad de 40 ms y las repeticiones se realizan dentro de los 40 ms. La primera transmisión del MIB se planifica en la subtrama n° 0 de las tramas de radio para las que SFN mod 4 = 0, y las repeticiones se planifican en la subtrama n° 0 de todas las demás tramas de radio. Para el sistema TDD/FDD con un ancho de banda superior a 1,4 MHz que admite los UE de baja complejidad con ancho de banda reducido (BL) o los UE en mejora de cobertura (CE), la transmisión MIB puede repetirse en la subtrama n° 9 de la trama de radio anterior para FDD y subtrama n° 5 de la misma trama de radio para TDD.
El SystemInformationBlockTypel usa una planificación fija con una periodicidad de 80 ms y repeticiones realizadas dentro de los 80 ms. La primera transmisión de SystemInformationBlockTypel se planifica en la subtrama n° 5 de las tramas de radio para las que SFN mod 8 = 0, y las repeticiones se planifican en la subtrama n° 5 de todas las demás tramas de radio para las que SFN mod 2 = 0.
Para los UE de baja complejidad con ancho de banda reducido (BL) o los UE en mejora de cobertura (CE), se aplica el bloque maestro de información (MIB) que puede proporcionarse con repeticiones adicionales, mientras que para SIB1 y otros mensajes SI, se utilizan mensajes separados que se planifican de forma independiente y con contenido que puede diferir. La instancia separada de SIB1 se denomina SystemInformationBlockType1-BR. El SystemInformationBlockType1-BR utiliza una planificación con una periodicidad de 80 ms.
Los mensajes SI se transmiten dentro de las ventanas de dominio temporal que ocurren periódicamente (denominadas ventanas SI) usando planificación dinámica. Cada mensaje SI está asociado con una ventana SI y las ventanas SI de diferentes mensajes SI no se superponen. Es decir, dentro de una ventana SI solo se transmite el SI correspondiente. La longitud de la ventana SI es común para todos los mensajes SI y es configurable. Dentro de la ventana SI, el mensaje SI correspondiente puede transmitirse varias veces en cualquier subtrama distinta de las subtramas MBSFN, las subtramas de enlace ascendente en TDD y la subtrama n° 5 de las tramas de radio para las que SFN mod 2 = 0. El UE adquiere la información de planificación de dominio temporal (y otra información, por ejemplo, planificación de dominio frecuencial, formato de transporte usado) a partir de la decodificación del SI-RNTI en el PDCCH (véase TS 36.321 [6]). Para un UE BL o un UE en CE, la información detallada de planificación en el dominio de tiempo/frecuencia para los mensajes SI se proporciona en SystemInformationBlockType1-BR.
Para los UE distintos de los UE BL o los UE en CE, se utiliza SI-RNTI para direccionar SystemInformationBlockType1 así como todos los mensajes SI.
El SystemInformationBlockType1 configura la longitud de la ventana SI y la periodicidad de transmisión de los mensajes SI.
D. 1 Planificación para NB-IoT
El MasterInformationBlock-NB (MIB-NB) utiliza una planificación fija con una periodicidad de 640 ms y repeticiones realizadas dentro de 640 ms. La primera transmisión del MIB-NB está planificada en la subtrama n° 0 de las tramas de radio para las cuales el SFN mod 64 = 0 y las repeticiones están planificadas en la subtrama n° 0 de todas las demás tramas de radio. Las transmisiones se disponen en 8 bloques decodificables de forma independiente de 80 ms de duración.
El SystemInformationBlockType1-NB (SIB1-NB) utiliza una planificación fija con una periodicidad de 2560 ms. La transmisión SIB1 -NB se produce en la subtrama n° 4 de cada dos tramas en 16 tramas continuas. La trama de inicio para la primera transmisión del SIB1 -NB se deriva del PCID de la célula y el número de repeticiones dentro del período de 2560 ms y las repeticiones se realizan, separadas por igual, dentro del período de 2560 ms (véase TS 36.213 [23]).
Los mensajes SI se transmiten dentro de ventanas de dominio temporal que se producen periódicamente (denominadas ventanas SI) utilizando la información de planificación proporcionada en SystemInformationBlockType1-NB. Cada mensaje SI está asociado con una ventana SI y las ventanas SI de diferentes mensajes SI no se superponen. Es decir, dentro de una ventana SI solo se transmite el SI correspondiente. La longitud de la ventana SI es común para todos los mensajes SI y es configurable.
Dentro de la ventana SI, el mensaje SI correspondiente puede transmitirse varias veces sobre 2 u 8 subtramas de enlace descendente NB-IoT consecutivas. El UE adquiere la información detallada de planificación de dominio temporal/frecuencial y otra información, por ejemplo, el formato de transporte utilizado para los mensajes SI del campo schedulingInfoList en SystemInformationBlockType1-NB. No se requiere que el UE acumule varios mensajes SI en paralelo, pero puede necesitar acumular un mensaje SI a través de múltiples ventanas SI, dependiendo de la condición de cobertura.
El SystemInformationBlockType1-NB configura la longitud de la ventana SI y la periodicidad de transmisión de todos los mensajes SI.
E. Adquisición de información de sistema
La Figura 4 es una vista esquemática que muestra la adquisición de información de sistema de forma normal.
El UE aplica el procedimiento de adquisición de información de sistema para adquirir la información de sistema de estrato de acceso (AS, por sus siglas en inglés) y de estrato sin acceso (NAS, por sus siglas en inglés) que es transmitida por la E-UTRAN. El procedimiento se aplica a los UE en RRC_IDLE y a los UE en RRC_CONNEc Te D.
Para el UE de baja complejidad con ancho de banda reducido (BL), el UE en CE y el UE NB-IoT, se aplican condiciones específicas, como se especifica a continuación.
E.1 Iniciación
El UE aplicará el procedimiento de adquisición de información de sistema al seleccionar (por ejemplo, al encender) y al volver a seleccionar una célula, después de completar el traspaso, después de entrar en E-UTRA desde otra RAT, al regresar de fuera de cobertura, al recibir una notificación de que la información de sistema ha cambiado, al recibir una indicación sobre la presencia de una notificación ETWS, al recibir una indicación sobre la presencia de una notificación CMAS, al recibir una notificación de que los parámetros del EAB han cambiado, al recibir una solicitud de las capas superiores CDMA2000 y al superar la duración máxima de validez. A no ser que se indique explícitamente lo contrario en la especificación de procedimiento, el procedimiento de adquisición de información de sistema sobrescribe cualquier información de sistema almacenada, es decir, la configuración delta no es aplicable para la información de sistema y el UE deja de usar un campo si está ausente en la información de sistema a no ser que se especifique explícitamente algo distinto.
Para los UE de baja complejidad con ancho de banda reducido (BL) y los UE en cobertura mejorada (CE), toda la información SI requerida por el UE en RRC_CONNECTED excepto MIB es proporcionada por el eNB en el traspaso con señalización dedicada.
E. 2 Información de sistema requerida por el UE
La Tabla 3 muestra la información de sistema requerida por el UE.
F. Transmisión por el PSBCH de información de sistema
El MasterInformationBlock-SL incluye la información transmitida por un UE que transmite SLSS, es decir, que actúa como referencia de sincronización, a través de SL-BCH. La Tabla 4 describe el MasterInformationBlock-SL; las descripciones de campo para el MasterInformationBlock-SL; cómo el UE establecerá el contenido del MasterInformationBlock-SL, y lo que hace el UE al recibir el MasterInformationBlock-SL.
G. Comportamientos de mejora de cobertura (CE) relacionados con baja complejidad con ancho de banda reducido (BL)
Si el criterio S de selección de célula en cobertura normal no se cumple para una célula, el UE se considerará en cobertura mejorada si se cumple el criterio S de selección de la célula para una cobertura mejorada, donde
Figure imgf000012_0001
Para el UE en cobertura mejorada, solo se aplican valores específicos de cobertura Qrxlevmin_CE y Qqualmin_CE para la verificación de idoneidad en la cobertura mejorada (es decir, no se utilizan para los umbrales de medición y reselección).
H. Soporte del UE en cobertura mejorada
Un UE con cobertura mejorada es un UE que requiere el uso de una funcionalidad de cobertura mejorada para acceder a la célula. Se admiten dos modos de cobertura mejorada (modo A, modo B). El soporte del modo A de cobertura mejorada es obligatorio para un UE de baja complejidad con ancho de banda reducido (BL).
Un UE puede acceder a una célula usando la funcionalidad de cobertura mejorada solo si el MIB de la célula indica que está planificada la información de planificación para SIB1 específico para los UE de baja complejidad con ancho de banda reducido (BL). Los procedimientos de información de sistema para UE en cobertura mejorada son idénticos a los procedimientos de información de sistema para UE de baja complejidad con ancho de banda reducido. Un UE capaz de una cobertura mejorada adquiere, si es necesario, y utiliza información de sistema preexistente cuando está en cobertura normal si no es un UE de baja complejidad con ancho de banda reducido (BL). Un UE capaz de una cobertura mejorada adquiere, si es necesario, y usa información de sistema específica para los UE en una cobertura mejorada. No se requiere que un UE en cobertura mejorada detecte el cambio de SIB cuando está en RRC_CONNECTED.
Se proporciona en SIB un conjunto de recursos de PRACH (por ejemplo, tiempo, frecuencia, preámbulo), cada uno asociado con un nivel de mejora de cobertura. Se proporcionan en SIB el número de repeticiones de PRACH y el número máximo de intentos de transmisión de preámbulo por nivel de mejora de cobertura. Los UE en el mismo nivel de cobertura mejorado utilizan recursos de acceso aleatorio asociados con el mismo nivel de cobertura mejorado. Los recursos de tiempo/frecuencia y el factor de repetición para los mensajes de respuesta de acceso aleatorio para los UE en cobertura mejorada se derivan de los recursos de PRACH usados. En la Tabla 5 se ilustra un elemento de información PDSCH-Config.
Un UE en cobertura mejorada recibe una notificación usando el mismo mecanismo para la notificación de los UE BL. La subtrama de inicio de una ocasión de notificación y el patrón de repetición (tanto en el dominio del tiempo como de la frecuencia para la señalización de control común de enlace descendente) de esa ocasión de notificación se determinan independientemente del nivel de cobertura mejorado de los UE.
La solicitud de notificación de la MME para un UE que soporta la funcionalidad de cobertura mejorada puede contener información relacionada con el nivel de cobertura mejorada y la correspondiente ID de célula.
Un UE en RRC_IDLE no informa a la red cuándo cambia el nivel de cobertura mejorada.
Un UE con cobertura mejorada se instala en una célula adecuada donde se cumple el criterio S para los UE en cobertura mejorada. El UE volverá a seleccionar las células entre frecuencias en las que puede operar en cobertura normal sobre las células en las que tiene que estar en cobertura mejorada.
Los mecanismos de movilidad en modo conectado, tales como informes de medición, traspaso controlado por red, etc., son compatibles con los UE con cobertura mejorada. No se introducen mecanismos adicionales para soportar el uso de la funcionalidad de cobertura mejorada para acceder a una célula E-UTRA durante los traspasos entre RAT.
I. Información de sistema a petición para UE remoto/remoto evolucionado
Con respecto al tema de la información de sistema a petición para un UE remoto/remoto evolucionado, en el presente documento se parte de la premisa de que el UE remoto/remoto evolucionado obtiene información de sistema a través de la retransmisión mediante UNTR/UNTR evolucionado. Si no, si el UE remoto/remoto evolucionado recibe información de sistema de la red directamente en la interfaz Uu, es exactamente igual que cualquier UE normal en la cobertura para recibir información de sistema.
Como se usa en el presente documento, un UE remoto/remoto evolucionado que obtiene información de sistema a través de la retransmisión mediante UTNR/UTNR evolucionado, significa cualquiera de las técnicas descritas en las secciones I.1 a I.4 del presente documento.
I.1 Retransmisión de toda la información de sistema al UE remoto/remoto evolucionado
Para las realizaciones y modos de la sección I.1, toda la información de sistema está disponible para el UNTR/UNTR evolucionado o es decodificada por el UNTR/UNTR evolucionado. En las realizaciones y modos ejemplares de la sección I.1, el UNTR/UNTR evolucionado no tiene que ocuparse de qué categoría de UE remoto/remoto evolucionado requiere información de sistema de él. Más bien, en las realizaciones y modos ejemplares de la sección I.1, el nodo 24 retransmisor de UE a red (UTNR) simplemente retransmite lo que tiene al UE remoto/remoto evolucionado.
La Figura 5-1 muestra un ejemplo de nodo 24 retransmisor de UE a red (UTNR) y un ejemplo de UE 26 remoto/remoto evolucionado para las realizaciones y modos de la sección I.1. En la Figura 5-1, el receptor 46 de retransmisión está configurado para obtener información de sistema a través de la interfaz Uu 28 desde el nodo 22 de la estación base de la red de acceso por radio. El procesador 48-5-1 de SI está dispuesto para configurar la información de control para su transmisión al UE 26 remoto/remoto evolucionado e incluir en la información de control toda la información de sistema que está disponible o decodificable desde el nodo 22 de la estación base. El transmisor 44 de retransmisión está configurado para transmitir la información de control al UE 26 remoto/remoto evolucionado a través de una interfaz de radio no Uu, por ejemplo, una interfaz no Uu 29.
En el UE 26 remoto/remoto evolucionado de la Figura 5-1, el receptor 56 de UE está configurado para obtener información de sistema a través de la interfaz no Uu (por ejemplo, interfaz no Uu 29) del nodo 24 retransmisor de UE a red (UTNR). La información de sistema obtenida a través de la interfaz no Uu incluye toda la información de sistema que está disponible para el nodo retransmisor de UE a red (UTNR) o es decodificable por el nodo retransmisor de UE a red (UTNR) desde la estación base 22 a través de la interfaz Uu 28. El procesador 50 de UE está dispuesto para usar la información de sistema obtenida a través de la interfaz no Uu 29 junto con, por ejemplo, comunicaciones de enlace lateral, por ejemplo, a instancias de una aplicación de comunicaciones de enlace lateral ejecutada por el procesador 50 de UE.
La Figura 6-1 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del nodo 24 retransmisor de UE a red (UTNR) de la Figura 5-1. La acción 6-1-1 comprende que el receptor 46 de retransmisión obtenga información de sistema a través de una interfaz Uu desde un nodo de estación base de la red de acceso por radio. La acción 6-1-2 comprende el procesador 40 de retransmisor que configura la información de control para su transmisión a un UE remoto e incluye en la información de control toda la información de sistema que está disponible o decodificable desde la estación base. La acción 6-1-3 comprende el transmisor 44 de retransmisión que transmite la información de control al UE remoto a través de la interfaz 29 de radio no Uu.
En las realizaciones y modos ejemplares del nodo 24 retransmisor de UE a red (UTNR) de la Figura 5-1 y la sección I.1, el procesador 40 de retransmisor está dispuesto para incluir toda la información de sistema, disponible o decodificable desde la estación base, en la información de control sin tener en cuenta el tipo de categoría del UE remoto. Como se usa en este documento, “categoría” o “tipo de categoría” abarca los tipos de categoría de UE descritos por 3GPP, tal como, por ejemplo, en 3GPP TS 36.306 Tabla 4.1-1, así como IoT, máquina a máquina y otras descripciones de categorías tales pertinentes al tipo de uso o protocolo utilizado por el UE 26 remoto/remoto evolucionado.
La Figura 7-1 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del UE 26 remoto/remoto evolucionado de la Figura 5-1. La acción 7-1-1 comprende que el receptor 56 de UE obtenga información de sistema a través de una interfaz no Uu (por ejemplo, interfaz no Uu 29) desde el nodo 24 retransmisor de UE a red (UTNR). La información de sistema obtenida a través de la interfaz no Uu en la acción 7-1 -1 incluye toda la información de sistema que está disponible para el nodo retransmisor de UE a red (UTNR) o decodificable por el nodo retransmisor de UE a red (UTNR) desde una estación base a través de la interfaz de Uu 28. La acción 7-1-2 comprende el procesador 50 de UE que usa la información de sistema obtenida a través de la interfaz no Uu 29 junto con, por ejemplo, comunicaciones de enlace lateral.
I.2 El UE inicia una solicitud de información de sistema
Para las realizaciones y modos de la sección I.2, el UE 26 remoto/remoto evolucionado inicia un nuevo sistema de procedimientos de solicitud de información al UNTR/UNTR evolucionado. En esta solicitud, debe indicarse al menos uno de los siguientes en el mensaje de solicitud: (1) La información de categoría del UE; y/o (2) qué tipo o tipos de información de sistema solicita el UE. Para las realizaciones y modos de la sección I.2, el UNTR/UNTR evolucionado 24 responde con una confirmación y retransmite la información de sistema al UE remoto/remoto evolucionado en la siguiente ventana de adquisición de información de sistema, o responde con la información de sistema almacenada en el UE remoto/remoto evolucionado.
La Figura 5-2 muestra un nodo ejemplar 24 retransmisor de UE a red (UTNR) y un UE ejemplar 26 remoto/remoto evolucionado para las realizaciones y modos de la sección I.2. El UE 26 remoto/remoto evolucionado de la Figura 5-2 comprende un procesador 50 de UE dispuesto para generar un mensaje de solicitud configurado para obtener información de sistema. En la Figura 5-2 se muestra como mensaje 5-2-1 un ejemplo de tal mensaje de solicitud. El mensaje de solicitud incluye el contenido del mensaje de solicitud relacionado con la información de sistema adecuada para el UE. Dicho contenido de mensaje de solicitud puede ser información de categoría del UE o una identificación del o de los tipos de información de sistema adecuada para el UE (por ejemplo, una lista de uno o más bloques de información de sistema adecuados para el UE). El UE 26 remoto/remoto evolucionado de la Figura 5-2 comprende, además, el transmisor 54 de UE configurado para transmitir el mensaje de solicitud al nodo 24 retransmisor de UE a red (UTNR) a través de la interfaz no Uu 29, así como el receptor 56 de UE configurado para recibir desde el nodo retransmisor de UE a red (UTNR), a través de la interfaz no Uu, un mensaje de respuesta (ilustrado como mensaje de respuesta 5-2-2) que comprende la información de sistema adecuada para el UE.
En la Figura 5-2, el nodo 24 retransmisor de UE a red (UTNR) comprende una circuitería receptora 46 configurada para recibir, desde el UE 26 remoto a través de la interfaz 29 de radio no Uu, el mensaje de solicitud 5-2-1 configurado para obtener información de sistema. Como se mencionó anteriormente, el mensaje de solicitud incluye el contenido del mensaje de solicitud relacionado con la información de sistema adecuada para el UE remoto. El procesador 40 de retransmisor y el procesador 48-5-2 de SI en particular, están dispuestos para configurar un mensaje de respuesta que incluye la información de sistema adecuada para el UE remoto dependiendo del contenido del mensaje. Si el contenido del mensaje de solicitud es la categoría del UE 26 remoto/remoto evolucionado, el procesador 48-5-2 de SI puede obtener información de sistema apropiada para la categoría particular a través de un procedimiento de búsqueda o similar (por ejemplo, obteniendo los tipos de información de sistema [por ejemplo, bloques de información de sistema (SIB)]) basados en una relación predeterminada de categoría y bloques de información de sistema necesarios para un UE de tal categoría, e incluyen tal bloque o tales bloques de información de sistema (SIB) en el mensaje de respuesta. Si el contenido del mensaje de solicitud es una lista de uno o más bloques de información de sistema adecuados para el UE, el procesador 48-5-2 de SI puede obtener los bloques de información de sistema (SIB) enumerados/identificados e incluir el o los bloques de información de sistema (SIB) en el mensaje de respuesta.
La Figura 7-2 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del UE 26 remoto/remoto evolucionado de la Figura 5-2. La acción 7-2-1 comprende el uso de circuitería de procesador para generar un mensaje de solicitud configurado para obtener información de sistema, incluyendo el mensaje de solicitud el contenido del mensaje de solicitud relacionado con la información de sistema adecuada para el UE. La acción 7-2­ 2 comprende transmitir el mensaje de solicitud a un nodo retransmisor de UE a red (UTNR), a través de una interfaz no Uu. La acción 7-2-3 comprende recibir desde el nodo retransmisor de UE a red (UTNR), a través de la interfaz no Uu, un mensaje de respuesta que comprende la información de sistema adecuada para el UE.
La Figura 6-2 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del nodo 24 retransmisor de UE a red (UTNR) de la Figura 5-2. La acción 6-2-1 comprende recibir, desde un UE remoto a través de una interfaz de radio no Uu, un mensaje de solicitud (por ejemplo, mensaje de solicitud 5-2-1) configurado para obtener información de sistema. El mensaje de solicitud 5-2-1 incluye el contenido del mensaje de solicitud relacionado con la información de sistema adecuada para el UE remoto. La acción 6-2-2 comprende el uso de circuitería 40 de procesador para configurar un mensaje de respuesta (por ejemplo, el mensaje de respuesta 5-2-2) que incluye la información de sistema adecuada para el UE remoto dependiendo del contenido del mensaje. La acción 6-2-3 comprende transmitir el mensaje de respuesta 5-2-2 al UE remoto a través de la interfaz 29 de radio no Uu.
En algunas realizaciones y modos ejemplares de la sección I.2 y la Figura 5-2, el receptor 46 de retransmisión está configurado para obtener información de sistema a través de una interfaz Uu desde un nodo de estación base de la red de acceso por radio durante una ventana de adquisición de información de sistema. La ventana de adquisición de información de sistema comprende un período de tiempo en el que se producen varias repeticiones de transmisión de la información de sistema a través de la interfaz Uu. En algunas implementaciones ejemplares, el procesador 48-5-2 de SI configura el mensaje de respuesta 5-2-2, una vez completada la ventana de adquisición de información de sistema. Es decir, el procesador 48-5-2 de SI espera a que se reciban todas las repeticiones de la información de sistema de la ventana de adquisición de información de sistema antes de enviar el mensaje de respuesta 5-2-2. Pero en otras implementaciones ejemplares, el procesador 48-5-2 de SI puede planificarse o disponerse para enviar antes el mensaje de respuesta 5-2-2, por ejemplo, tan pronto como sea posible. Por ejemplo, después de recibir el mensaje de solicitud, el procesador 48-5-2 de SI puede enviar el mensaje de respuesta 5-2-2 después de recibir solo un número predeterminado de repeticiones de la información de sistema (siendo el número predeterminado de repeticiones de la información de sistema en tal caso menor que el número de repeticiones que de otro modo se hubieran recibido durante toda la ventana de adquisición de información de sistema). Como alternativa, el procesador 48-5-2 de SI puede enviar el mensaje de respuesta inmediatamente después de recibir el mensaje de solicitud. En este sentido, si el mensaje de solicitud se recibe entre las repeticiones números x y x 1 de la transmisión de la información de sistema, y si el procesador 48-5-2 de SI envía la respuesta inmediatamente después de la recepción del mensaje de solicitud, es decir, antes de la recepción de la repetición número x 1 de la transmisión de la información de sistema.
I.3 Solicitud del UE de información de sistema después del anuncio de UTNR de disponibilidad de información de sistema para el UE remoto
En las realizaciones y modos ejemplares de la sección I.3, se informa a la E-UTRAN que el UE está interesado o ya no está interesado en recibir comunicación de enlace lateral o descubrimiento, así como en solicitar una asignación o liberación de recursos de transmisión para la comunicación de enlace lateral o anuncios de descubrimiento o lagunas de descubrimiento de enlace lateral y en informar de los parámetros relacionados con el descubrimiento de enlaces laterales a partir de la información de sistema de las células de interfrecuencia/PLMN.
En la Figura 5-3 se ilustran realizaciones y modos ejemplares de nodos y el UE de la sección I.3. La Figura 5-3 también muestra el flujo de señalización/mensajes para una implementación ejemplar de las realizaciones y modos ejemplares de la sección I.3, que muestra particularmente el flujo de mensajes entre el nodo 24 retransmisor de UE a red (UTNR) y el UE 26 remoto/evolucionado, de acuerdo con la implementación ejemplar. El mensaje 5-3-1 comprende un mensaje de disponibilidad de información de sistema que indica que el nodo 24 retransmisor de UE a red (UTNR) es capaz de proporcionar información de sistema a un UE 26 remoto/evolucionado interesado. Tal información de sistema puede ser información de sistema de enlace lateral, o SIBX, o SIB-NB, o SIB18/SIB19. Por ejemplo, el mensaje 5-3-1 puede indicar que el nodo 24 retransmisor de UE a red (UTNR) es capaz de retransmitir información SIB 18/SIB 19 y está listo para hacerlo. Como ejemplo general, el mensaje 5-3-1 puede incluso incluir información de SIB 18/SSIB 19, y, de ese modo, indicar que el UTNR está listo para transmitir la información de sistema necesaria para el UE 26 remoto/remoto evolucionado, si se solicita. La recepción del mensaje 5-3-1 por parte del UE 26 remoto/remoto evolucionado desencadena una oportunidad para que el UE 26 remoto/remoto evolucionado indique al nodo 24 retransmisor de UE a red (UTNR) que el UE 26 remoto/remoto evolucionado desea recibir información de sistema, lo que el UE 26 remoto/remoto evolucionado puede hacer enviando el mensaje 5-3-2. Por tanto, el mensaje 5-3-2 comprende, así, una indicación de que el UE 26 remoto/remoto evolucionado quiere adquirir la información de sistema para el UE 26 remoto/remoto evolucionado. El mensaje 5-3-2 puede ser similar, por ejemplo, a un mensaje SidelinkUEInformation, que se describe en detalle en la Tabla 6, pero tiene el propósito de un mensaje de solicitud para solicitar la información de sistema necesaria para el UE 26 remoto/remoto evolucionado de una manera similar al mensaje 5-2-1, descrito con referencia a la sección I.2. Por tanto, el mensaje 5-3-2 puede incluir el contenido del mensaje de solicitud relacionado con la información de sistema adecuada para el UE (por ejemplo, un tipo de categoría para el UE 26 remoto/evolucionado o una lista de los SIB solicitados, por ejemplo). Al recibir el mensaje de solicitud 5-3-2, el nodo 24 retransmisor de UE a red (UTNR) prepara y envía un mensaje de respuesta 5-3-4, similar al mensaje 5-2-2, descrito con referencia a la sección I.2, que proporciona la información de sistema adecuada para el UE 26 remoto/remoto evolucionado. Por lo tanto, en las realizaciones y modos ejemplares de la sección I.3 y la Figura 5-3, el UE 26 remoto/remoto evolucionado no inicia una solicitud de información de sistema, al menos no hasta después de que se informe por vez primera al UE 26 remoto/remoto evolucionado de que el nodo 24 retransmisor de UE a red (UTNR) tiene información de sistema útil para el UE 26 remoto/remoto evolucionado.
La Figura 5-3 muestra un nodo ejemplar 24 retransmisor de UE a red (UTNR) y un UE ejemplar 26 remoto/remoto evolucionado para las realizaciones y modos de la sección 1.3. El nodo 24 de retransmisor de UE a red (UTNR) de la Figura 5-3 es similar al de la Figura 5-2, pero el procesador 48-5-3 de SI y el transmisor 44 de retransmisión están configurados, además, para transmitir una indicación de que el nodo retransmisor de UE a red (UTNR) está listo para transmitir información de sistema a través de la interfaz no Uu, por ejemplo, el mensaje de disponibilidad de información de sistema 5-3-1. Además, el receptor 46 de retransmisión está configurado para recibir posteriormente, desde el UE remoto a través de la interfaz 29 de radio no Uu, el mensaje de solicitud 5-3-2 (que incluye el contenido del mensaje de solicitud relacionado con la información de sistema adecuada para el UE remoto).
El UE 26 remoto/remoto evolucionado de la Figura 5-3 es similar al UE 26 remoto/remoto evolucionado de la Figura 5-2, pero difiere en que el receptor 56 de UE está configurado, además, para recibir una indicación de que el nodo retransmisor UE a red (UTNR) está listo para transmitir información de sistema a través de la interfaz no Uu, por ejemplo, el mensaje 5-3-1. Además, el transmisor 54 de UE está configurado para transmitir posteriormente, desde el UE a través de la interfaz de radio no Uu, el mensaje de solicitud 5-3-2 (el mensaje de solicitud 5-3-2 que incluye el contenido del mensaje de solicitud relacionado con la información de sistema adecuado para el UE).
La Figura 6-3 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del nodo 24 retransmisor de UE a red (UTNR) de la Figura 5-3. La acción 6-3-0 comprende transmitir una indicación de que el nodo retransmisor de UE a red (UTNR) está listo para transmitir información de sistema a través de la interfaz no Uu (por ejemplo, mensaje 5-3-1). Otras acciones de la Figura 6-3 son similares a las de la Figura 6-2 y, por lo tanto, tienen un sufijo similar, entendiéndose que las acciones 6-3-1 a 6-3-3 se realizan en secuencia después de la acción 6-3-0.
La Figura 7-3 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del UE 26 remoto/remoto evolucionado de la Figura 5-3. La acción 7-3-0 comprende la recepción de una indicación de que el nodo retransmisor de UE a red (UTNR) está listo para transmitir información de sistema a través de la interfaz no Uu. Otras acciones de la Figura 7-3 son similares a los de la Figura 7-2 y, por lo tanto, tienen un sufijo similar, entendiéndose que las acciones 7-3-1 a 7-3-3 se realizan en secuencia después de la acción 7-3-0.
I.4 Procedimiento de descubrimiento de enlace lateral que lleva a que el UE reciba información de sistema
Las realizaciones y modos de la sección I.4 y la Figura 5-4 utilizan un procedimiento de descubrimiento de enlace lateral. Como es bien sabido, hay dos tipos de procedimientos de descubrimiento de enlace lateral: procedimiento de descubrimiento de enlace lateral A y procedimiento de descubrimiento de enlace lateral B. El modo de descubrimiento de enlace lateral A implica un dispositivo de enlace lateral que transmite un equivalente a decir “Estoy aquí”. El modo de descubrimiento de enlace lateral B implica un dispositivo de enlace lateral que transmite un equivalente a decir “¿Quién está ahí?”. En cualquier modo de procedimiento de descubrimiento de enlace lateral, el UNTR/UNTR evolucionado y el UE remoto/remoto evolucionado pueden tener una conversación de establecimiento de comunicación. El procedimiento de descubrimiento de enlaces laterales se realiza en capas superiores.
Las realizaciones y modos de la sección I.4 y la Figura 5-4 implican que el nodo 24 retransmisor de UE a red (UTNR) y el UE 26 remoto/remoto evolucionado participen en un procedimiento de descubrimiento de enlace lateral. Después de que el nodo 24 retransmisor de UE a red (UTNR) y el UE 26 remoto/remoto evolucionado estén conectados en el procedimiento de descubrimiento, la información de sistema solicitada a través de la información mencionada en la sección I.2 anterior se puede intercambiar en la capa superior, luego la capa superior del UNTR/UNTR evolucionado puede configurar el UNTR/UNTR evolucionado para que retransmita (en la capa inferior) al UE remoto/remoto evolucionado la información de sistema solicitada.
La Figura 5-4 muestra de nodo ejemplar 24 retransmisor de UE a red (UTNR) y UE ejemplar 26 remoto/evolucionado para realizaciones y modos de la sección I.4. En la Figura 5-4, el nodo 24 retransmisor de UE a red (UTNR) comprende un transceptor 42 de retransmisión configurado para transmitir y recibir mensajes de la primera capa de protocolo que comprende un procedimiento de descubrimiento de enlace lateral de UE (ilustrado por la flecha 5-4-1) a través de una interfaz no Uu con un UE remoto. El nodo 24 retransmisor de UE a red (UTNR) de la Figura 5-4 también comprende un procesador 40 de retransmisor configurado para procesar en el procedimiento de descubrimiento de enlace lateral de UE, un mensaje de una primera capa de protocolo mediante el cual la circuitería de procesador determina el o los tipos de información de sistema adecuada para el UE remoto. El mensaje de la primera capa de protocolo comprende un mensaje de solicitud transmitido por el UE remoto que incluye el contenido del mensaje de solicitud relacionado con la información de sistema adecuada para el UE remoto. El nodo 24 retransmisor de UE a red (UTNR) de la Figura 5-4 comprende, además, el transmisor 44 de retransmisión que está configurado, además, para transmitir el o los tipos de información de sistema adecuados para el UE remoto a través de la interfaz no Uu, utilizando un segunda capa de protocolo, siendo la segunda capa de protocolo más baja que el primer protocolo. Un mensaje de respuesta de la segunda capa de protocolo se muestra con la flecha 5-4-2 en la Figura 5-4.
En el UE 26 remoto/remoto evolucionado de la Figura 5-4 comprende un transceptor 52 de UE configurado para transmitir y recibir mensajes de la primera capa de protocolo que comprende un procedimiento de descubrimiento de enlace lateral de UE 5-4-1, a través de una interfaz 29 no Uu con un nodo 24 retransmisor de UE a red (UTNR). El UE 26 remoto/remoto evolucionado de la Figura 5-4 comprende, además, el procesador 50 de UE configurado para incluir, en el procedimiento de descubrimiento de enlace lateral del UE 5-4-1, un mensaje de una primera capa de protocolo configurado para indicar el o los tipos de información de sistema adecuada para el UE. El transceptor 52 de UE está configurado, además, para recibir (en el mensaje de respuesta 5-4-2) el o los tipos de información de sistema adecuada para el UE, a través de la interfaz no Uu desde el nodo retransmisor de UE a red (UTNR) usando una segunda capa de protocolo, siendo la segunda capa de protocolo más baja que el primer protocolo.
La Figura 6-4 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del nodo 24 retransmisor de UE a red (UTNR) de la Figura 5-4. La acción 6-4-1 comprende transmitir y recibir mensajes de la primera capa de protocolo que comprenden un procedimiento de descubrimiento de enlace lateral de UE a través de una interfaz no Uu con un UE remoto. La acción 6-4-2 comprende el procesador 40 de retransmisor que procesa en el procedimiento de descubrimiento de enlace lateral del UE un mensaje de una primera capa de protocolo mediante el cual el procesador 40 de retransmisor determina los tipos de información de sistema adecuados para el UE remoto. La acción 6-4-3 comprende transmitir el o los tipos de información de sistema adecuados para el UE remoto a través de la interfaz no Uu utilizando una segunda capa de protocolo, siendo la segunda capa de protocolo más baja que el primer protocolo.
La Figura 7-4 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del UE 26 remoto/remoto evolucionado de la Figura 5-4. La acción 7-4-1 comprende transmitir y recibir mensajes de la primera capa de protocolo que comprenden un procedimiento de descubrimiento de enlace lateral del UE 5-4-1, a través de una interfaz no UU con un nodo retransmisor de UE a red (UTNR). La acción 7-4-2 comprende incluir en el procedimiento de descubrimiento de enlace lateral del UE, un mensaje de una primera capa de protocolo configurada para indicar los tipos de información de sistema adecuados para el UE. La acción 7-4-3 comprende recibir (por ejemplo, en el mensaje de respuesta 5-4-2) el o los tipos de información de sistema adecuada para el UE a través de la interfaz no Uu desde el nodo retransmisor de UE a red (UTNR) utilizando una segunda capa de protocolo, siendo la segunda capa de protocolo más baja que el primer protocolo. La segunda capa sobre la que se transmite la información de sistema es la capa física, por lo que el procedimiento de descubrimiento de enlace lateral se produce en una capa que es más alta que la capa física.
Como se indicó anteriormente, el procedimiento de descubrimiento de enlace lateral 5-4-1 puede comprender un mensaje de la primera capa de protocolo que comprende un mensaje de solicitud transmitido por el UE remoto que incluye el contenido del mensaje de solicitud relacionado con la información de sistema adecuada para el UE remoto. Como se entiende a partir de la sección I.2 de este documento, en algunas implementaciones ejemplares, el contenido del mensaje de solicitud puede ser información de categoría del UE remoto, y en dicha implementación, el procesador 40 de retransmisor determina la información de sistema adecuada para el UE remoto basándose en la información de categoría del UE remoto. En otras implementaciones ejemplares, el contenido del mensaje de solicitud puede comprender la identificación del tipo o de los tipos de información de sistema adecuada para el UE remoto (por ejemplo, una lista de bloques de información de sistema (SIB), de los cuales el procesador 40 de retransmisor puede obtener fácilmente los bloques de información de sistema deseados (SIB) e incluirlos en el mensaje de respuesta 5-4-2.
J. Transmisión/Retransmisión de información de sistema
Como se ha mencionado en la sección F del presente documento, el MasterInformationBlock-SL transportado en PSBCH entrega la información de sistema necesaria para la comunicación/descubrimiento de enlace lateral. El UNTR/UNTR evolucionado lee la información correspondiente MIB/SIB, cumplimenta el MasterInformationBlock-SL en consecuencia (tal como información de SIB1 y SIB2), y lo envía en PSBCH al UE remoto/remoto evolucionado. En esencia, esto no es una retransmisión pura. Por lo tanto, esta sección J se refiere, al menos en parte, a “transmisión/retransmisión de información de sistema basada en PSBCH”.
Como se usa en este documento, el UE remoto/remoto evolucionado que obtiene información de sistema a través de la retransmisión/transmisión UNTR/UNTR evolucionado abarca una o más de las técnicas de las secciones J.1 - J.4.
J.1 El UTNR construye el bloque maestro de información (MIB)-SL
En las realizaciones y modos ejemplares de la sección J.1, toda la información de sistema que necesita el UE remoto/remoto evolucionado (en base a las alternativas de información de sistema mencionadas en la sección I) se transmite por un canal físico de difusión de enlace lateral (PSBCH). Después de decodificar la información de sistema recibida a través de la interfaz Uu 28 desde el nodo 22 de la estación base, el UNTR/UNTR evolucionado cumplimenta la información de sistema en el mensaje transportado en PSBCH. En una implementación ejemplar, esto se puede hacer completando los bits nulos reservados del mensaje MasterInformationBlock-SL (actualmente sigue habiendo algunos bits reservados en el mensaje MasterInformationBlock-SL para uso posterior), o un nuevo mensaje con toda la información necesaria para el UE remoto/remoto evolucionado en él. Las realizaciones y modos ejemplares de la sección J.1 realmente significan que no hay retransmisión de información de sistema para UE remoto/remoto evolucionado.
La Figura 8-1 muestra un nodo ejemplar 24 retransmisor de UE a red (UTNR) y un UE ejemplar 26 remoto/evolucionado para las realizaciones y modos de la sección J.1. En la Figura 8-1, el nodo 24 retransmisor de UE a red (UTNR) comprende un receptor 46 de retransmisión configurado para obtener información de sistema que incluye un bloque maestro de información de sistema y otra información del bloque de información de sistema a través de una interfaz Uu 28 desde un nodo 22 de estación base de la red de acceso por radio. El procesador 40 de retransmisor está dispuesto para preparar un bloque maestro de sistema de enlace lateral para su transmisión a un UE remoto al incluir al menos parte de la otra información del bloque del sistema obtenida a través de la interfaz Uu en una parte vacía del bloque maestro de información de sistema, siendo pertinente la otra información de bloque de sistema incluida a las comunicaciones de enlace lateral. En una implementación ejemplar, la porción vacía del bloque maestro de información de sistema comprende bits reservados del bloque maestro de información de sistema. El transmisor 44 de retransmisión está configurado para transmitir el bloque maestro de información de sistema de enlace lateral al UE remoto a través de una interfaz 29 de radio no Uu.
En el UE 26 remoto/remoto evolucionado de la Figura 8-1, el receptor 56 de UE está configurado para recibir un bloque maestro de información de sistema de enlace lateral MSB-SL a través de una interfaz de radio no Uu desde un nodo retransmisor de UE a red (UTNR). El procesador 50 de UE está configurado para obtener del bloque maestro de información de sistema de enlace lateral tanto un bloque maestro de información de sistema como otra información del bloque de información de sistema recibida por el nodo retransmisor de UE a red (UTNR) a través de una interfaz Uu desde un nodo de estación base de la red de acceso por radio. Como se mencionó anteriormente, la otra información del bloque de información de sistema se incluye en una parte vacía del bloque maestro de información de sistema recibido por el nodo retransmisor de UE a red (UTNR) a través de la interfaz Uu.
La Figura 9-1 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del nodo 24 retransmisor de UE a red (UTNR) de la Figura 8-1. La acción 9-1-1 comprende la obtención de información de sistema que incluye un bloque maestro de información de sistema y otra información del bloque de información de sistema a través de una interfaz Uu desde un nodo de estación base de la red de acceso por radio. La transmisión del bloque maestro de información de sistema y otra información del bloque de información de sistema a través de una interfaz Uu desde un nodo de estación base se muestra mediante la flecha 8-1 -1 en la Figura 8-1. La acción 9-1 -2 comprende el procesador 48-8-1 de SI que prepara un bloque de sistema maestro de enlace lateral para su transmisión a un UE remoto al incluir al menos parte de la otra información del bloque del sistema obtenida a través de la interfaz Uu en una parte vacía del bloque maestro de información de sistema, siendo pertinente la otra información de bloque del sistema incluida a las comunicaciones de enlace lateral. La acción 9-1-3 comprende el receptor 46 de retransmisión que transmite el bloque maestro de información de sistema de enlace lateral (indicado como MSB-SL y representado por la flecha 8-1 -2 en la Figura 8-1) al UE remoto a través de una interfaz 29 de radio no Uu.
La Figura 10-1 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del UE 26 remoto/remoto evolucionado de la Figura 8-1. La acción 10-1-1 comprende recibir un bloque maestro de información de sistema de enlace lateral a través de una interfaz de radio no Uu desde un nodo retransmisor de UE a red (UTNR). La acción 10-1-2 comprende obtener del bloque maestro de información de sistema de enlace lateral tanto un bloque maestro de información de sistema como otra información del bloque de información de sistema recibida por el nodo retransmisor de UE a red (UTNR) a través de una interfaz Uu desde un nodo de estación base de la red de acceso por radio, estando incluida la otra información del bloque de información de sistema en una parte vacía del bloque de maestro información de sistema recibido por el nodo retransmisor de UE a red (UTNR) a través de la interfaz Uu.
J.2 El UTNR correlaciona la información de sistema con múltiples canales SL
En las realizaciones y modos ejemplares de la sección J.2, el SBCCH está correlacionado no solo con el SL-BCH, sino también con el SL-SCH, como se muestra en la Figura 11. El SL-BCH sigue estando correlacionado con el PSBCH, y el SL-SCH está correlacionado con el PSSCH, como se muestra en la Figura 2-3. Estas correlaciones las realiza el procesador 48-8-2 de SI de la Figura 8-2.
En la Figura 8-2 se muestra que en las realizaciones y modos ejemplares de la sección J.2, MasterlnformationBlock-SL sigue transportando información MIB para el enlace lateral. Si es necesario, también se pueden transportar en este mensaje algunos bits adicionales para otra información necesariamente MIB; entonces PSSCH puede transportar otra información de SIB. Por lo tanto, toda la información de sistema que necesita el UE remoto/evolucionado (basado en las alternativas de información de sistema mencionadas en la sección I) es transmitida por PSBCH y PSSCH. Por lo tanto, de manera similar a la sección J.1, las técnicas de la sección J.2 no son una retransmisión pura, sino que toda la información MIB/SIB transportada por el PSBCH/PSSCH es cumplimentada o suministrada por el UNTR/UNTR evolucionado.
La Figura 8-2 muestra un nodo ejemplar 24 retransmisor de UE a red (UTNR) y un ejemplo de UE 26 remoto/evolucionado para las realizaciones y modos de la sección J.2. En la Figura 8-2, el nodo 24 retransmisor de UE a red (UTNR) comprende un receptor 46 de retransmisión configurado para obtener información de sistema que incluye un bloque maestro de información de sistema y otra información del bloque de información de sistema a través de una interfaz Uu desde un nodo de estación base de la red de acceso por radio (como indica la flecha 8-2-1 en la Figura 8-2). El procesador 48-8-2 de SI prepara el contenido de un canal de difusión de enlace lateral para incluir al menos una parte de la información de sistema obtenida a través de la interfaz Uu y para preparar el contenido de un canal compartido de enlace lateral para incluir otra parte de la información de sistema. El transmisor 44 de retransmisión está configurado para transmitir el canal de difusión de enlace lateral (por ejemplo, el PSBCH) y el canal compartido de enlace lateral (por ejemplo, el PSSCH) al UE remoto a través de una interfaz 29 de radio no Uu.
En las realizaciones y modos ejemplares de la sección J.2, al menos una parte de la información de sistema obtenida a través de la interfaz Uu es información de sistema obtenida de un bloque maestro de información de sistema recibido a través de la interfaz Uu; y otra parte de la información de sistema obtenida a través de la interfaz Uu es información de sistema distinta de la información del bloque maestro de información de sistema.
En una implementación ejemplar, el procesador 48-8-2 de SI está configurado para: preparar contenido de un canal de transporte de transmisión de enlace lateral para incluir al menos una parte de la información de sistema obtenida a través de la interfaz Uu y un canal de transporte compartido de enlace lateral para incluir otra parte de la información de sistema; correlacionar el canal de transporte de difusión de enlace lateral con un canal físico de difusión de enlace lateral y correlacionar el canal de transporte compartido de enlace lateral con un canal físico compartido de enlace lateral. El transmisor 44 de retransmisión está configurado para transmitir el canal físico de difusión de enlace lateral y el canal físico compartido de enlace lateral al UE remoto a través de la interfaz de radio no Uu.
En el UE 26 remoto/remoto evolucionado de la Figura 8-2, el receptor 56 de UE está configurado para recibir tanto un canal de transmisión de enlace lateral como un canal compartido de enlace lateral a través de una interfaz de radio no Uu desde un nodo retransmisor de UE a red (UTNR). El procesador 50 de UE está configurado para obtener del canal de difusión del enlace lateral contenido de al menos una parte del bloque de información de sistema recibido por el nodo retransmisor de UE a red (UTNR) a través de una interfaz Uu, y para obtener del enlace lateral contenido del canal compartido. de al menos otra parte de la información de sistema recibida por el nodo retransmisor de UE a red (UTNR) a través de la interfaz Uu.
La Figura 9-2 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del nodo 24 retransmisor de UE a red (UTNR) de la Figura 8-2. La acción 9-2-1 comprende la obtención de información de sistema que incluye un bloque maestro de información de sistema y otra información del bloque de información de sistema a través de una interfaz Uu desde un nodo de estación base de la red de acceso por radio. La acción 9-2-2 comprende el uso circuitería de procesador para preparar el contenido de un canal de transmisión de enlace lateral para incluir al menos una parte de la información de sistema obtenida a través de la interfaz Uu y preparar el contenido de un canal compartido de enlace lateral para incluir otra parte de la información de sistema. La acción 9-2-3 comprende la transmisión del canal de difusión de enlace lateral y el canal compartido de enlace lateral al UE remoto a través de una interfaz de radio no Uu.
La Figura 10-2 muestra acciones o etapas ejemplares realizados por realizaciones y modos ejemplares del UE 26 remoto/remoto evolucionado de la Figura 8-2. La acción 10-2-1 comprende la recepción de un canal de transmisión de enlace lateral y un canal compartido de enlace lateral a través de una interfaz de radio no Uu desde un nodo retransmisor de UE a red (UTNR). La acción 10-2-2 comprende el uso de circuitería de procesador para obtener del canal de transmisión de enlace lateral contenido de al menos una parte del bloque de información de sistema recibido por el nodo retransmisor de UE a red (UTNR) sobre una interfaz Uu. La acción 10-2-3 comprende el uso de circuitería de procesador para obtener del enlace lateral contenido del canal compartido de al menos otra parte de la información de sistema recibida por el nodo retransmisor de UE a red (UTNR) a través de la interfaz Uu.
J.3 El UTNR correlaciona información de sistema solo con el PSSCH
En las realizaciones y modos de la sección J.3, toda la información de sistema que necesita el UE remoto/remoto evolucionado (en base a las alternativas de información de sistema mencionadas en la sección I) es transmitida por el UNTR/UNTR evolucionado. En este caso, dado que de todos modos debería haber retransmisión de información de sistema, no hay ni si quiera necesidad de transmisión de PSBCH de todos modos (solo con respecto al UNTR, ya que los UE fuera de cobertura o no UNTR en cobertura pueden seguir necesitando transmitir el PSBCH para realizar comportamientos de extensión de sincronización de la red versión 13), a fin de ahorrar el recurso y la energía para el UNTR/UNTR evolucionado para la transmisión, así como la energía para el UE remoto/remoto evolucionado para monitorizar y recibir el canal PSBCH.
La mayor parte de la información transportada por PSBCH proviene en realidad de información MIB/SIB, por lo que no hay necesidad alguna de seguir considerándola. La información restante relacionada con PC5, como indicador “inCoverage" (en cobertura), si el UE remoto/remoto evolucionado puede decodificar la información de sistema retransmitida, el UE sabe que procede del UNTR/UNTR evolucionado en cobertura, por lo que no hay necesidad alguna de indicar esto; como "directFrameNumber" (número directo de trama) y "directSubframeNumber" (número directo de subtrama), el UE puede obtener el número de trama de sistema (SFN) a partir de la información de sistema retransmitida directamente, por lo que el UE remoto/remoto evolucionado usa SFN directamente como su sincronización, sin el requisito de usar DFN como su sincronización.
Con respecto a los métodos de retransmisión, podría ser retransmitido por PSBCH (no cumplimentando el mensaje transportado por el PSBCH como la Alternativa 1 indicada, sino simplemente retransmitiendo toda la información directamente), o por el PSBCH y el PSSCH conjuntamente, con la relación de correlación de canales de difusión mencionada en la sección J.3.
La Figura 8-3 muestra de nodo ejemplar 24 retransmisor de UE a red (UTNR) y un de UE ejemplar 26 remoto/remoto evolucionado para realizaciones y modos de la sección J.3. En la Figura 8-2, el nodo 24 retransmisor de UE a red (UTNR) comprende un receptor 46 de retransmisión configurado para obtener información de sistema que incluye un bloque maestro de información de sistema y otra información del bloque de información de sistema a través de una interfaz Uu desde un nodo de estación base de la red de acceso por radio (como se indica con la flecha 8-3-1 en la Figura 8-3). El procesador 48-8-3 de SI prepara el contenido de un canal compartido de enlace lateral para incluir la información de sistema. El transmisor 44 de retransmisión está configurado para transmitir el canal compartido de enlace lateral (por ejemplo, el PSSCH) al UE remoto a través de una interfaz 29 de radio no Uu.
En el UE 26 remoto/remoto evolucionado de la Figura 8-3, el receptor 56 de UE está configurado para recibir un canal compartido de enlace lateral a través de una interfaz de radio no Uu desde un nodo retransmisor de UE a red (UTNR). El procesador 50 de UE está configurado para obtener información de sistema del canal compartido de enlace lateral recibido por el nodo retransmisor de UE a red (UTNR) a través de la interfaz Uu.
La Figura 9-3 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del nodo 24 retransmisor de UE a red (UTNR) de la Figura 8-3. La acción 9-3-1 comprende la obtención de información de sistema que incluye un bloque maestro de información de sistema y otra información del bloque de información de sistema a través de una interfaz Uu desde un nodo de estación base de la red de acceso por radio. La acción 9-3-2 comprende el uso de circuitería de procesador para preparar el contenido de un canal compartido de enlace lateral para incluir la información de sistema. La acción 9-3-3 comprende transmitir el canal compartido de enlace lateral al UE remoto a través de una interfaz de radio no Uu.
La Figura 10-3 muestra acciones o etapas ejemplares realizadas por realizaciones y modos ejemplares del UE 26 remoto evolucionado de la Figura 8-3. La acción 10-3-1 comprende recibir un canal compartido de enlace lateral a través de una interfaz de radio no Uu desde un nodo retransmisor de UE a red (UTNR). La acción 10-3-2 comprende el uso de circuitería de procesador para obtener del canal compartido de enlace lateral la información de sistema recibida por el nodo retransmisor de UE a red (UTNR) a través de la interfaz Uu.
J. 4 Combinación de técnicas
Se puede utilizar cualquier combinación de las secciones J.1 a J.3 anteriores, por ejemplo, cierta información de sistema puede ser transmitida por el PSBCH, y cierta información de sistema es retransmitida por el PSSCH, o cierta información de sistema puede ser retransmitida por el PSBCH, y cierta información de sistema es transmitida por el PSSCH.
K. Transmisión/retransmisión de información de sistema relacionada con la cobertura
La Figura 12 es una vista esquemática que muestra diferentes escenarios de cobertura para un UE remoto evolucionado. En la Figura 12, en algunas realizaciones y modos ejemplares, las conexiones pueden ser todas bidireccionales, pero la tecnología divulgada en este documento también abarca el caso en el que algunas o todas las conexiones pueden ser unidireccionales. Por lo tanto, la Figura 12 está dibujada como bidireccional solo a modo de ejemplo. Además, en la Figura 12, las líneas de conexión discontinuas indican una conexión de enlace lateral PC5 o una conexión no 3GPP (como WiFi, Bluetooth, etc.).
La Figura 13 muestra un nodo ejemplar 24 retransmisor de UE a red (UTNR) y un ejemplo de UE 26 remoto/remoto evolucionado para realizaciones y modos de la sección K. En la Figura 13, el UE 26 remoto/remoto evolucionado comprende un transceptor 52 de UE configurado para comunicarse a través de una interfaz Uu 28 con un nodo de estación base cuando el UE está en cobertura de red o en cobertura mejorada, y para comunicarse a través de una interfaz 29 no Uu con un retransmisor de UE a red (UTNR) cuando el UE está fuera de cobertura de red o en cobertura mejorada. El procesador 50 de UE está configurado para determinar si el UE va a obtener información de sistema a través de la interfaz Uu o a través de la interfaz no Uu cuando el UE está en cobertura de red o en cobertura mejorada. En otras palabras, el procesador 50 de UE está configurado para determinar de dónde (el nodo 22 de la estación base o el nodo 24 retransmisor de UE a red (UTNR)) para obtener la información de sistema. El transceptor 52 de UE está configurado para obtener la información de sistema de acuerdo con la determinación.
K.1 Cuando el UE remoto/evolucionado está en cobertura
La Figura 14 muestra acciones o etapas ejemplares representativas realizadas por el UE 26 remoto/remoto evolucionado para determinar una fuente de información de sistema que ha de ser utilizada por el UE 26 remoto/remoto evolucionado cuando el UE 26 remoto/remoto evolucionado está en cobertura y también en cobertura extendida. La acción 14-1 comprende el transceptor 52 de UE que se comunica a través de una interfaz Uu con un nodo de estación base cuando el UE está en cobertura de red o en cobertura mejorada. La acción 14-2 comprende el transceptor 52 de UE que se comunica a través de una interfaz no Uu con un retransmisor de UE a red (UTNR) cuando el UE está fuera de cobertura de red o en cobertura mejorada. La acción 14-3 comprende el uso de circuitería de procesador, por ejemplo, el procesador 50-13 de UE, para determinar si el UE va a obtener información de sistema sobre la interfaz Uu o sobre la interfaz no Uu cuando el UE está en cobertura de red o en cobertura mejorada. La acción 14-3 comprende el procesador 50-13 de UE que trabaja con el transceptor 52 de UE para obtener la información de sistema de acuerdo con la determinación.
Las realizaciones y modos ejemplares de las secciones K.1.1 a K.1.6 a continuación describen diferentes técnicas para el UE remoto/evolucionado para determinar cómo obtener información de sistema cuando el UE remoto/evolucionado está en cobertura. En esencia, el procesador 50 de UE realiza la acción 14-3 de manera diferente para las diferentes secciones K.1.1 a K.1.6, como también se ilustra en la Figura 14.
K.1.1 Alejado de la estación base
De acuerdo con las realizaciones y modos ejemplares de la sección K.1.1: El UE remoto/remoto evolucionado siempre recibe toda la información MIB/SIB de la interfaz Uu entre el remoto/remoto evolucionado y la red directamente. En otras palabras, el procesador 50 de UE está configurado para obtener siempre la información de sistema a través de la interfaz Uu cuando la información de sistema está disponible tanto en la interfaz Uu como en la interfaz no Uu.
K.1.2 Desde el UTNR si hay una relación emparejada
De acuerdo con las realizaciones y modos ejemplares de la sección K.1.2, si el UTNR/UTNR evolucionado y el UE remoto/evolucionado están emparejados, el UTNR/UTNR evolucionado sirve como agente para el UE remoto/evolucionado y el UE remoto/evolucionado. El UE remoto siempre recibe toda la información MIB/SIB del UTNR/UTNR evolucionado en la interfaz PC5 entre el UTNR/UTNR evolucionado y el UE remoto/remoto evolucionado.
Como se usa en el presente documento, “emparejado” significa cualquier situación en la que el UE remoto/remoto evolucionado está conectado al UTNR/UTNR evolucionado, por ejemplo, el UE remoto/remoto evolucionado siempre mantiene una conexión con el UTNR/UTNR evolucionado; o si no siempre hay conexión por problemas de alimentación, el UE remoto/remoto evolucionado puede monitorizar el UTNR/UTNR evolucionado, y solo puede monitorizar la interfaz con el UTNR/UTNR evolucionado sin monitorizar la interfaz Uu con eNB directamente.
Por lo tanto, de acuerdo con las realizaciones y modos ejemplares de la sección K.1.2, el procesador 50 de UE está configurado para obtener la información de sistema a través de la interfaz no Uu cuando el UE tiene una relación emparejada con el nodo retransmisor de UE a red (UTNR). En una implementación ejemplar, la relación emparejada comprende una conexión mantenida de manera persistente entre el UE y el retransmisor. En otro ejemplo de implementación, la relación emparejada comprende que el UE supervisa de forma persistente la interfaz no Uu con el nodo retransmisor de UE a red (UTNR). Como se usa en este documento, “persistente” puede ser, por ejemplo, durante un período de tiempo predeterminado.
K.1.3 UE de baja capacidad
De acuerdo con las realizaciones y modos ejemplares de la sección K.1.3, si el UE remoto/remoto evolucionado es un dispositivo de bajo coste y baja complejidad, no tiene capacidad para monitorizar ni la interfaz Uu ni otra interfaz, tal como PC5 o Bluetooth, entonces, UE remoto/remoto evolucionado lee información MIB/SIB en la interfaz capaz de recibir información de sistema. En otras palabras, cuando el procesador 58-13 de SI no puede monitorizar tanto la interfaz Uu como la interfaz no Uu, el procesador 58-13 de SI determina la interfaz a través de la cual el UE recibe información de sistema como la interfaz a través de la cual el UE es capaz de recibir la información de sistema. Por tanto, para la sección K.1.3, el UE 26 remoto/remoto evolucionado solo puede leer la información MIB/SIB en la interfaz capaz de recibir información de sistema, lo cual es un problema de la capacidad del UE y probablemente será un problema a largo plazo, si no permanente.
K.1.4 El UE detecta problemas o RLF en la PCell
De acuerdo con las realizaciones y modos ejemplares de la sección K.1.4, si la PCell en la que el UE remoto/remoto evolucionado detectó problemas o fallo de enlace de radio (RLF) de la capa física, es posible que el UE remoto/remoto evolucionado pueda no obtener la información de sistema en la interfaz Uu de la célula. Por lo tanto, para la sección K.1.4, el UE remoto/remoto evolucionado recibe la información de sistema a través de la retransmisión de UTNR/UTNR evolucionado, por ejemplo, a través de la interfaz 29 no Uu.
K.1.5 El UTNR detecta problemas o RLF en la PCell
De acuerdo con las realizaciones y modos ejemplares de la sección K.1.5, si el nodo 24 retransmisor de UE a red (UTNR) detecta la PCell en la que el UTNR/UTNR evolucionado detectó problemas o fallo de enlace de radio de la capa física en la PCell, el UE remoto/remoto evolucionado recibe la información de sistema en la interfaz Uu. En la sección K.1.5, el nodo 24 retransmisor de UE a red (UTNR) detecta que hay un problema de enlace en el enlace Uu entre el UTNR y la red, y se comunica con el UE 26 remoto/remoto evolucionado, por ejemplo, alguna señalización (dedicado si el UTNR está conectado con un UE remoto; o dedicado o transmitido (ambos pueden ser posibles) si el UTNR está conectado con varios UE remotos), por lo que el UE remoto encuentra otro UTNR o simplemente recibe la información de sistema en la interfaz Uu.
K.1.6 Problemas en la PCell para el UTNR y el UE
De acuerdo con las realizaciones y modos ejemplares de la sección K.1.6, si la PCell en la que tanto el UTNR/UTNR evolucionado como el UE remoto/remoto evolucionado detectaron problemas o fallo de enlace de radio de la capa física, el UE remoto/remoto evolucionado recibe la información de sistema a través de la retransmisión del UTNR/UTNR evolucionado. Más particularmente, dado que el UTNR/UTNR evolucionado no puede recibir información de sistema, la información de sistema transmitida es la que se almacena en el UTNR/UTNR evolucionado (por ejemplo, información de sistema que se almacenó previamente en el nodo 24 retransmisor de UE a red (UTNR)).
K.2 Cuando el UE remoto/evolucionado está en cobertura mejorada
Las realizaciones y modos ejemplares de las secciones K.2.1 a K.2.6 a continuación describen la lógica del UE remoto/evolucionado para obtener información de sistema cuando el UE remoto/evolucionado está en cobertura mejorada. Cuando el UE remoto/evolucionado tiene una cobertura mejorada, también se pueden usar las realizaciones y modos ejemplares de las secciones K.1.1 a K.1.6 descritas anteriormente. Por lo tanto, las realizaciones y modos ejemplares de las secciones K.2.1 a K.2.6 a continuación se suman a las realizaciones y modos ejemplares de las secciones K.1.1 a K.1.6.
La Figura 15 muestra acciones o etapas ejemplares representativas realizadas por el UE 26 remoto/remoto evolucionado para determinar el origen de la información de sistema que ha de ser usada por el UE 26 remoto/remoto evolucionado cuando el UE 26 remoto/remoto evolucionado no está en cobertura y está en cobertura extendida. La acción 15-1 comprende la comunicación a través de una interfaz Uu con un nodo de estación base cuando el UE está fuera de cobertura pero en cobertura mejorada. La acción 15-2 comprende la comunicación a través de una interfaz no Uu con un retransmisor de UE a red (UTNR) cuando el UE está fuera de cobertura de red o en cobertura mejorada. La acción 15-3 comprende usar el procesador 50-13 de UE para determinar si el UE va a obtener información de sistema a través de la interfaz Uu o a través de la interfaz no Uu cuando el UE está fuera de la cobertura de la red pero en una cobertura mejorada. La acción 15-4 comprende la obtención de la información de sistema de acuerdo con la determinación de la acción 15-3.
En esencia, el procesador 50 de UE realiza la acción 15-3 de manera diferente para las diferentes secciones K.2.1 a K.2.6, como también se ilustra en la Figura 15.
K.2.1 Obtener siempre la SI del UTNR
De acuerdo con realizaciones y modos ejemplares de la sección K.2.1, si el UE remoto/remoto evolucionado tiene una cobertura mejorada, el UE usa el UTNR/UTNR evolucionado para retransmitir información de sistema.
K.2.2 Obtener la SI de acuerdo con el modo de cobertura mejorada
Hay dos modos de cobertura mejorada: CEModeA y CEModeB. CEModeA se parece más a un comportamiento de cobertura normal con algunas repeticiones; CEModeB se parece más a un comportamiento extremo con una gran cantidad de repetición [Véanse, por ejemplo, la sección G y la sección H]. De acuerdo con realizaciones y modos de ejemplares de la sección K.2.2, solo cuando el UE remoto/remoto evolucionado está en CEModeB, el UE usa UTNR/UTNR evolucionado para retransmitir información de sistema. Cuando el UE remoto/remoto evolucionado está en CEModeA, el UE usa la interfaz Uu para recibir información de sistema, o por algunos criterios adicionales para decidir la forma de recibir información de sistema, por ejemplo, los criterios de la sección K.2.3 o la sección K.2.4 .
K.2.3 Obtener la SI dependiendo de la RSRP Uu
De acuerdo con realizaciones y modos ejemplares de la sección K.2.3, el UE 26 remoto/remoto evolucionado decide si usa el UTNR/UTNR evolucionado para retransmitir información de sistema de acuerdo con una medición la RSRP de la interfaz Uu. Por ejemplo, el procesador 58-13 de UE del UE 26 remoto/remoto evolucionado puede hacer una comparación de la potencia recibida de la señal de referencia (RSRP, por sus siglas en inglés) a través de la interfaz Uu 28 con un umbral, y si la RSRP supera el umbral, la información de sistema es obtenida a través de la interfaz Uu 28. El umbral o los umbrales de la RSRP pueden ser señalizados desde la red al UE remoto/remoto evolucionado o estar preconfigurados en el UE.
K.2.4 Obtener la SI dependiendo del número de repeticiones
De acuerdo con realizaciones y modos ejemplares de la sección K.2.4, el UE 26 remoto/remoto evolucionado decide si usa el UTNR/UTNR evolucionado para retransmitir información de sistema de acuerdo con el número de repeticiones que se asigna al UE remoto/remoto evolucionado. El número de repeticiones es asignado por el nodo 22 de la estación base al UE 26 remoto/remoto evolucionado. Por ejemplo, el procesador 58-13 de SI de UE del UE 26 remoto/remoto evolucionado puede hacer una comparación del número de repeticiones con un umbral, y si el número de repeticiones supera el umbral, la información de sistema se obtiene a través de la interfaz 29 no Uu. El o los umbrales del número de repeticiones pueden ser señalizados desde la red al UE remoto/remoto evolucionado o estar preconfigurados en el UE.
K.2.5 Obtener la SI dependiendo de la comparación de RSRP
De acuerdo con realizaciones y modos ejemplares de la sección K.2.5, el UE remoto/remoto evolucionado decide si usa el UTNR/UTNR evolucionado para retransmitir información de sistema de acuerdo con la comparación del valor RSRP total entre la interfaz Uu y la interfaz Uu enlace lateral S-RSRP (enlace lateral RSRP). En la sección K.2.5, siempre hay dos opciones de comparación: una es el enlace Uu directamente entre el remoto y el eNB, la otra es el enlace Uu entre el UTNR y el eNB el enlace lateral entre el UTNR y el UE remoto. Entonces, el método de la sección K.2.5 consiste en comparar la energía total requerida para cada opción y elegir la que requiera menos energía. Esta es una optimización del nivel del sistema, por lo que hay que cerciorarse de que el consumo total de energía del sistema sea el más bajo, por ejemplo, la RSRP del enlace Uu directo es X dB y la S-RSRP (RSRP de enlace lateral) es Y dB, por lo que para el UE remoto, su potencia Y requerida es siempre menor que la X requerida para la conexión Uu directa. Sin embargo, en este caso, la RSRP Uu entre el UTNR y el eNB es Z, e Y+Z>X, si el rendimiento del sistema es la primera prioridad que ha de considerarse en esa implementación, entonces se debe tomar la recepción directa de información de sistema Uu, aunque a costa de más energía del UE remoto.
K.2.6 El UE utiliza diversidad de información de sistema
De acuerdo con realizaciones y modos de ejemplares de la sección K.2.6, el UE 26 remoto/remoto evolucionado recibe simultáneamente transmisiones (por ejemplo, información de sistema) a través de dos enlaces (interfaz Uu e interfaz Uu interfaz de enlace lateral) en aras de la diversidad para la recepción y, de ese modo, proporcionar una ganancia de rendimiento para que el UE de cobertura avanzada decodifique la información de sistema. Así, en la sección K.2.6, el UE 26 remoto/remoto evolucionado puede monitorizar dos formas de información de sistema conjuntamente.
La Figura 16 muestra un ejemplo de nodo 24 retransmisor de UE a red (UTNR) y un ejemplo de UE 26 remoto/remoto evolucionado para las realizaciones y modos de la sección K.2.6.
En la Figura 16, el UE 26 remoto/remoto evolucionado comprende un transceptor 52 de UE configurado para comunicarse a través de una interfaz Uu 28 con un nodo de estación base cuando el UE está en cobertura mejorada, y para comunicarse a través de una interfaz no Uu 29 con un retransmisor de UE a red (UTNR) cuando el UE está en cobertura mejorada. El procesador 58-16 de SI de UE está configurado para obtener (1) información de sistema a través de la interfaz Uu [como se indica con la flecha 16-1] y (2) información de sistema a través de la interfaz no Uu [como se indica con la flecha 16-2] cuando el UE está en cobertura mejorada y para usar la combinación de diversidad de (1) y (2) para determinar la información de sistema. Como se ha indicado anteriormente, el uso de la combinación de diversidad puede proporcionar una ganancia de rendimiento para que el UE de cobertura avanzada decodifique la información de sistema.
La Figura 17 ilustra acciones o etapas ejemplares representativas realizadas por el UE 26 remoto/remoto evolucionado de la Figura 16 junto con las realizaciones y modos ejemplares de la sección K.2.6. La acción 17-1 comprende el UE 26 remoto/remoto evolucionado que se comunica a través de una interfaz Uu con un nodo de estación base cuando el UE está en cobertura mejorada (como se muestra en la flecha 17-1). La acción 17-2 comprende el UE 26 remoto/remoto evolucionado que se comunica a través de una interfaz no Uu con un retransmisor de UE a red (UTNR) cuando el UE está en cobertura mejorada (como se muestra en la flecha 17-2). La acción 17-3 comprende el UE 26 remoto/remoto evolucionado, y el procesador 58-16 de SI en particular, obteniendo (1) información de sistema a través de la interfaz Uu y (2) información de sistema a través de la interfaz Uu a través de la interfaz no Uu cuando el UE tiene una cobertura mejorada. La acción 17-4 comprende el procesador 58-16 de SI que utiliza la combinación de diversidad de (1) y (2) para determinar la información de sistema.
K. 3 Cuando el UE remoto/evolucionado está fuera de cobertura
El UE remoto/remoto evolucionado no tiene forma de recibir información de sistema en la interfaz Uu, la información de sistema siempre se obtiene a través del UTNR/UTNR evolucionado.
L. Estructura de la máquina
Aunque se puede presentar que los procesos y métodos de las realizaciones divulgadas están implementados como una rutina de soporte lógico, algunas de las etapas del método que se divulgan en los mismos pueden realizarse en soporte físico, así como mediante un procesador que ejecuta soporte lógico. Como tales, las realizaciones pueden implementarse en soporte lógico ejecutado en un sistema informático, en soporte físico tal como un circuito integrado para aplicaciones específicas u otro tipo de implementación de soporte físico, o una combinación de soporte lógico y soporte físico. Las rutinas de soporte lógico de las realizaciones divulgadas son susceptibles de ser ejecutadas en cualquier sistema operativo de ordenador y son susceptibles de ser realizadas utilizando cualquier arquitectura de CPU. Las instrucciones de tal soporte lógico se almacenan en medios no transitorios legibles por ordenador.
Las funciones de los diversos elementos, incluidos los bloques funcionales, incluyendo, sin limitación, los etiquetados o descritos como “ordenador”, “procesador” o “controlador”, pueden proporcionarse mediante el uso de soporte físico, tal como soporte físico de circuitos y/o soporte físico capaz de ejecutar soporte lógico en forma de instrucciones codificadas almacenadas en un medio legible por ordenador. Por lo tanto, tales funciones y bloques funcionales ilustrados deben entenderse como implementados en soporte físico y/o implementados por ordenador y, por lo tanto, implementados por máquina.
En términos de implementación de soporte físico, los bloques funcionales pueden incluir o abarcar, sin limitación, soporte físico de procesadores de señales digitales (DSP, por sus siglas en inglés), un procesador con un conjunto reducido de instrucciones, circuitería de soporte físico (por ejemplo, digital o analógica) incluyendo, sin limitación, uno o más circuitos integrados para aplicaciones específicas [ASIC, por sus siglas en inglés], y/o una o más matrices de puertas planificables in situ (FPGA, por sus siglas en inglés), y (cuando corresponda) máquinas de estado capaces de realizar tales funciones.
En términos de implementación informática, se entiende que un ordenador comprende uno o más procesadores o uno o más controladores, y los términos ordenador y procesador y controlador pueden emplearse indistintamente en el presente documento. Cuando son proporcionadas por un ordenador o procesador o controlador, las funciones pueden ser proporcionadas por un solo ordenador o procesador o controlador dedicado, por un solo ordenador o procesador o controlador compartido, o por una pluralidad de ordenadores o procesadores o controladores individuales, algunos de los cuales pueden ser compartidos o distribuidos. Además, el uso del término “procesador” o “controlador” también se interpretará para referirse a otro soporte físico capaz de realizar tales funciones y/o ejecutar soporte lógico, tal como el soporte físico ejemplar mencionado anteriormente.
Las funciones de los diversos elementos, incluidos los bloques funcionales, incluyendo, sin limitación, los etiquetados o descritos como “ordenador”, “procesador” o “controlador”, pueden proporcionarse mediante el uso de soporte físico, tal como soporte físico de circuito y/o soporte físico capaz de ejecutar soporte lógico en forma de instrucciones codificadas almacenadas en un medio legible por ordenador. Por lo tanto, tales funciones y bloques funcionales ilustrados deben entenderse como implementados en soporte físico y/o implementados por ordenador y, por lo tanto, implementados por máquina.
Como se mencionó anteriormente, ciertas unidades y funcionalidades del nodo 22 de la estación base, el nodo 24 retransmisor de UE a red (UTNR) y el UE 26 remoto/remoto evolucionado están, en realizaciones ejemplares, implementadas por o en una plataforma de máquina, tal como las respectivas plataformas 39, 49 y 59 de la Figura 1. Tales plataformas de máquina pueden adoptar la forma de maquinaria electrónica, un ordenador y/o circuitería. Por ejemplo, el procesador 30 de la estación base, el procesador 40 de retransmisor y el procesador 50 de UE de las realizaciones ejemplares descritas y/o abarcadas en este documento pueden estar comprendidos por la circuitería de plataforma de máquina/ordenador de la Figura 18. La Figura 18 muestra un ejemplo de tal maquinaria electrónica o circuitería, ya sean de nodo o terminal, que comprenden uno o más circuitos 90 de procesador, memoria 92 de instrucciones de programa; otra memoria 94 (por ejemplo, RAM, intermedia, etc.); interfaces 96 de entrada/salida; interfaces 98 de periféricos; circuitos 99 de soporte; y buses 100 para la comunicación entre las unidades mencionadas.
La memoria 92 de instrucciones de programa puede comprender instrucciones codificadas que, cuando son ejecutadas por el o los procesadores, realizan acciones que incluyen, sin limitación, las descritas en el presente documento. Por tanto, se entiende que cada uno del procesador 30 de nodo y procesadores 40 de terminal, por ejemplo, comprende una memoria en la que se almacenan instrucciones no transitorias para su ejecución.
La memoria 94, o medio legible por ordenador, puede ser una o más de las memorias disponibles, como la memoria de acceso aleatorio (RAM, por sus siglas en inglés), la memoria de solo lectura (ROM, por sus siglas en inglés), el disquete, el disco duro, la memoria flash o cualquier otra forma de almacenamiento digital, local o remoto y, preferiblemente, es de naturaleza no volátil. Los circuitos 99 de soporte están acoplados a los procesadores 90 para soportar el procesador de una manera convencional. Estos circuitos incluyen memoria intermedia, fuentes de alimentación, circuitos de temporización, circuitería y subsistemas de entrada/salida, y similares.
Los nodos que se comunican mediante la interfaz aérea también tienen circuitería adecuada de comunicaciones por radio. Además, se puede considerar que la tecnología está incorporada en su totalidad dentro de cualquier forma de memoria legible por ordenador, como una memoria de estado sólido, un disco magnético o un disco óptico que contenga un conjunto apropiado de instrucciones de ordenador que harían que un procesador realizara las técnicas descritas en este documento.
Una lista no exhaustiva de documentos potencialmente pertinentes a la tecnología aquí divulgada incluye:
3GPP TS 36.331, V 13.2.0
3GPP TS 36.304, V 13.2.0
3GPP TS 36.300, V 13.4.0
R2-165254, “Considerations on the evolved UE-to-Network Relay scenario and architecture”, ZTE, Gotemburgo, Suecia, 22-26 de agosto de 2016.
3GPP TS 36.213, V 13.2.0
3GPP TS 23.303
RP-160677, “New SI: Further Enhancements LTE Device-to-Device, UE-to-Network Relays for Wearables”, Qualcomm Incorporated, Intel Corporation, Huawei, HiSilicon, LG Electronics Inc., Gotemburgo, Suecia, 7 al 10 de marzo de 2016
3GPP TR 36.888, V12.0.0, “Study on provision of low-cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE”.
RP-161303, Further Enhancements to LTE Device to Device, UE to NetWork Relays for IoT and Wearables, RAN n° 72, Corea, junio de 2016
R2-165599, “Relaying options of CP/UP”, LG Electronics Inc., Gotemburgo, Suecia, 22-26 de agosto de 2016.
Se apreciará que la tecnología divulgada en este documento está dirigida a resolver problemas centrados en las comunicaciones por radio y está necesariamente arraigada en la tecnología informática y supera los problemas que surgen específicamente en las comunicaciones por radio. Además, en al menos uno de sus aspectos, la tecnología aquí divulgada mejora el funcionamiento de la función básica de un terminal inalámbrico y/o nodo en sí mismo, para que, por ejemplo, el terminal inalámbrico y/o nodo pueda operar de manera más efectiva mediante el uso prudente de recursos de radio.
TABLA 1: INFORMACION DE SISTEMA
La información de sistema se divide en MasterInformationBlock (MIB) y varios SystemInformationBlocks (SIB):
MasterInformationBlock define la información más esencial de la capa física de la célula requerida para recibir información adicional del sistema;
- SystemInformationBlockTypel contiene información relevante al evaluar si un UE puede acceder a una célula y define la planificación de otros bloques de información de sistema;
- SystemInformationBlockType2 contiene información de canal común y compartida;
- SystemInformationBlockType3 contiene información de reselección de célula, principalmente relacionada con la célula servidora;
- SystemlnformationBlockType4 contiene información sobre la frecuencia de servicio y las células intrafrecuenciales contiguas relevante para la reselección de células (incluidos los parámetros de reselección de células comunes para una frecuencia, así como los parámetros de reselección específicos a una célula);
- SystemInformationBlockType5 contiene información sobre otras frecuencias E-UTRA y células interfrecuenciales contiguas relevante para la reselección de células (incluidos los parámetros de reselección de células comunes para una frecuencia, así como los parámetros de reselección específicos a una célula);
- SystemInformationBlockType6 contiene información sobre las frecuencias UTRA y las células UTRA contiguas relevante para la reselección de células (incluidos los parámetros de reselección de células comunes para una frecuencia, así como los parámetros de reselección específicos a una célula);
- SystemInformationBlockType7 contiene información sobre las frecuencias de GERAN relevante para la reselección de células (incluidos los parámetros de reselección de células para cada frecuencia);
- SystemInformationBlockType8 contiene información sobre las frecuencias CDMA2000 y las células CDMA2000 contiguas relevante para la reselección de células (incluidos los parámetros de reselección de células comunes para una frecuencia, así como los parámetros de reselección específicos a una célula);
- SystemInformationBlockType9 contiene un nombre eNB inicial (nombre HNB);
- SystemInformationBlockType10 contiene una notificación primaria ETWS;
- SystemInformationBlockType11 contiene una notificación secundaria ETWS;
- SystemInformationBlockType12 contiene una notificación de aviso CMAS;
- SystemInformationBlockType13 contiene información relacionada con MBMS;
- SystemInformationBlockType14 contiene información sobre la restricción de acceso extendido para el control de acceso;
- SystemInformationBlockType15 contiene información relacionada con los procedimientos de movilidad para la recepción de MBMS;
- SystemInformationBlockType16 contiene información relacionada con la hora GPS y la hora universal coordinada (UTC, por sus siglas en inglés);
- SystemInformationBlockType17 contiene información relevante para la dirección del tráfico entre E-UTRAN y WLAN;
- SystemInformationBlockType18 contiene información relacionada con la comunicación de enlace lateral;
- SystemInformationBlockType19 contiene información relacionada con el descubrimiento de enlace lateral;
- SystemInformationBlockType20 contiene información relacionada con SC-PTM.
TABLA 2: INFORMACION DE SISTEMA PARA NB-IoT
La información de sistema para NB-IoT se divide en MasterInformationBlock-NB (MIB-NB) y varios SystemInformationBlocks-NB (SIB-NB):
- MasterInformationBlock-NB define la información más esencial de la célula requerida para recibir información adicional del sistema;
- SystemInformationBlockType1-NB: acceso/selección de célula, otra planificación de SIB; - SystemInformationBlockType2-NB: información de configuración de recursos de radio;
- SystemInformationBlockType3-NB: información de reselección de célula para intrafrecuencia e interfrecuencia;
- SystemInformationBlockType4-NB: información relacionada con las células contiguas relevante para la reselección de la célula intrafrecuencial;
- SystemInformationBlockType5-NB: información relacionada con las células contiguas relevante para la reselección de la célula entre frecuencias;
- SystemInformationBlockType14-NB: restricción de acceso;
- SystemInformationBlockType16-NB hora GPS e información UTC.
Tabla 3 Información de sistema requerida por el UE
El UE:
1> garantizará tener una versión válida, definida a continuación, de (al menos) la siguiente información de sistema, también denominada información de sistema ‘requerida’:
2> si está en RRC_IDLE:
3> si el UE es un UE NB-IoT:
4> el MasterlnformationBlock-NB y el SystemlnformationBlockType1-NB, así como el SystemlnformationBlockType2-NB a través de SystemlnformationBlockType5- NB;
3> si no:
4> el Masterlnformationblock y el SystemlnformationBlockType1 (o SystemlnformationBlockType1-BR dependiendo de si el UE es un UE BL o el UE en CE) así como el SystemlnformationBlockType2 a través de SystemlnformationBlockType8 (dependiendo del soporte de las RAT pertinentes), SystemlnformationBlockType17 (dependiendo del soporte de acción recíproca de la WLAN asistida por la RAN);
2> si está en RRC_CONNECTED; y
2> el UE no es un UE BL; y
2> el UE no está en CE; y
2> el UE no es un UE NB-IoT:
3> el Masterlnformationblock, el SystemlnformationBlockType1 y el SystemlnformationBlockType2, así como el SystemlnformationBlockType8 (dependiendo del soporte de CDMA2000), SystemlnformationBlockType17 (dependiendo del soporte de acción recíproca de la WLAN asistida por la RAN);
2> si está en RRC_CONNECTED y se está ejecutando T311; y
2> el UE es un UE BL o el UE está en CE;
3> el MasterlnformationBlock, el SystemlnformationBlockType1-BR y el SystemlnformationBlockType2;
NOTA: E-UTRAN puede liberar varios UE BL o varios UE en CE o varios UE NB-IoT dejándolos en RRC_IDLE si es preciso que estos UE obtengan información cambiada de sistema.
1> eliminar cualquier información de sistema almacenada después de 3 horas o 24 horas desde el momento en el que se confirmó que era válida, según se define en 5.2.1.3, a no ser que se especifique algo distinto;
1> considerar que cualquier información de sistema almacenada a excepción de SystemlnformationBlockType10, SystemlnformationBlockType11, systemlnformationBlockType12 y systemlnformationBlockType14 (systemlnformationBlockType14-NB en NB-IoT) es inválida si la systemlnfoValueTag incluida en el SystemlnformationBlockType1 (MasterlnformationBlock-NB en NB-IoT) es diferente del de la información de sistema almacenada y en caso de varios UE NB-IoT, varios UE BL y varios UE en CE, no se emita systemlnfoValueTagSI. Si no, considerar la validez de la información de sistema definida en 5.2.1.3;
TABLA 4: MasterlnformationBlock-SL
Figure imgf000028_0001
Figure imgf000028_0002
El UE establecerá el contenido del mensaje MasterlnformationBlock-SL como sigue:
1> si está en cobertura a la frecuencia usada para la operación de enlace lateral (comunicación o descubrimiento) que desencadenó este procedimiento definido en TS 36.304 [4, 11.4]:
2> hacer inCoverage igual a TRUE;
2> hacer sl-Bandwidth igual al valor de ul-Bandwidth incluido en el SystemlnformationBlockType2 recibido de la célula elegida para la operación pertinente de enlace lateral;
2> si tdd-Config está incluido en el SystemlnformationBlockType1 recibido;
3> hacer subframeAssignmentSL igual al valor que representa el mismo significado que el de subframeAssignment que está incluido en tdd-Config en SystemlnformationBlockTypel recibido;
2> si no:
3> hacer subframeAssignmentSL igual a none;
2> si está desencadenado por una comunicación de enlace lateral; y si synclnfoReserved está incluido en una entrada de commSyncConfig del SystemlnformationBlockType18 recibido;
3> hacer reserved igual al valor de synclnfoReserved en el SystemlnformationBlockType18 recibido;
2> si está desencadenado por un descubrimiento de enlace lateral; y si synclnfoReserved está incluido en una entrada de discSyncConfig del SystemlnformationBlockType19 recibido;
3> hacer reserved igual al valor de synclnfoReserved en el SystemlnformationBlockType19 recibido;
2> si no:
3> hacer todos los bits de reserved igual a 0;
1> si no, si el UE tiene un UE SyncRef seleccionado (como se define en 5.10.8):
2> hacer inCoverage igual a FALSE;
2> hacer sl-Bandwidth, subframeAssignmentSL y reserved igual al valor del campo correspondiente incluido en el MasterlnformationBlock-SL recibido;
1> si no (es decir, ningún UE SyncRef seleccionado):
2> hacer inCoverage igual a FALSE;
2> hacer sl-Bandwidth, subframeAssignmentSL y reserved igual al valor del campo correspondiente incluido en los parámetros preconfigurados del enlace lateral (es decir, preconfigGeneral en SL-Preconfiguration definida en 9.3);
1 > hacer directFrameNumber y directSubframeNumber conformes a la subtrama usada para transmitir el SLSS, según lo especificado en 5.10.7.3;
1> enviar el mensaje MasterlnformationBlock-Sl a las capas inferiores para su transmisión, tras lo cual finaliza el procedimiento;
Después de recibir el MasterlnformationBlock-SL, el UE:
1> aplicará los valores de sl-Bandwidth, subframeAssignmentSL, directFrameNumber y directSubframeNumber incluidos en el mensaje MasterlnformationBlock-SL recibido;
TABLA 5 - Elemento de información PDSCH-Config
Figure imgf000029_0001
Figure imgf000029_0002
TABLA 6 - SidelinkUEInformation
El mensaje SidelinkUEInformation es usado para la indicación de información de enlace lateral al eNB. Portador de radio de señalización: SRB 1
RLC-SAP: AM
Canal lógico: DCCH
Dirección: UE a E-UTRAN
Mensaje SidelinkUEInformation
Figure imgf000031_0001
Figure imgf000032_0001
Figure imgf000032_0002
Figure imgf000033_0001
NOTA 1: Cuando se configura commTxResourceReq, commTxResourceReqUC, commTxResourceReqRelay y commTxResourceReqRelayUC, la E-UTRAN configura como mucho maxSL-Dest-r12 destinos en total (es decir, lo incluido conjuntamente en los cuatro campos).
Aunque la descripción anterior contiene muchas especificidades, no debe interpretarse que estas limiten el alcance de la tecnología divulgada en este documento, sino que simplemente proporcionan ilustraciones de algunas de las realizaciones actualmente preferidas de la tecnología divulgada en este documento. Por tanto, el alcance de la tecnología aquí divulgada debe ser determinado por las reivindicaciones adjuntas.

Claims (13)

REIVINDICACIONES
1. Un nodo (20) retransmisor de UE a red, UTNR, que está configurado para conectarse a una red de acceso por radio, comprendiendo el nodo UTNR (20):
una unidad receptora (46) configurada para recibir, desde un equipo (26) de usuario remoto, UE, a través de una interfaz de radio no Uu:
un mensaje de solicitud que incluye el contenido del mensaje de solicitud que comprende información de categoría del UE remoto (26) o identificación del o de los tipos de información de sistema adecuada para el UE remoto (26);
una unidad procesadora (40) configurada para generar un mensaje de respuesta; y
una unidad transmisora (44) configurada para transmitir el mensaje de respuesta al UE remoto (26) a través de la interfaz de radio no Uu, en la que
en caso de que se reciba el contenido del mensaje de solicitud que comprende la información de categoría del UE remoto (26), la unidad procesadora (40) está configurada para generar el mensaje de respuesta que incluye información de sistema adecuada para el UE remoto (26), en el que la información de sistema se determina en función de una relación predeterminada con la información de la categoría, y
en caso de que se reciba el contenido del mensaje de solicitud que comprende la identificación del o de los tipos de la información de sistema adecuada para el UE remoto (26), la unidad procesadora (40) está configurada para generar el mensaje de respuesta que incluye información de sistema adecuada para el UE remoto (26) y correspondiente a la identificación del o de los tipos de la información de sistema adecuada para el UE remoto (26).
2. El nodo (20) de la reivindicación 1, en el que el contenido del mensaje de solicitud que comprende la identificación del o de los tipos de la información de sistema adecuada para el UE remoto (26) comprende una lista de uno o más bloques de información de sistema adecuados para el UE remoto (26).
3. El nodo (20) de la reivindicación 1, en el que la unidad receptora (46) está configurada, además, para obtener información de sistema a través de una interfaz Uu desde un nodo (22) de estación base de la red de acceso por radio durante una ventana de adquisición de información de sistema que comprende varias repeticiones de transmisión de la información de sistema a través de la interfaz Uu.
4. Un equipo (26) de usuario, UE, que comprende:
una unidad de procesador (50) configurada para generar un mensaje de solicitud que incluye el contenido del mensaje de solicitud, comprendiendo el contenido del mensaje de solicitud información de categoría del UE (26) o identificación del o de los tipos de información de sistema adecuada para el UE (26);
una unidad transmisora (54) configurada:
para transmitir, a un nodo (20) retransmisor de UE a red, UTNR, a través de una interfaz de radio no Uu, el mensaje de solicitud que incluye el contenido del mensaje de solicitud; y
una unidad receptora (56) configurada para recibir, desde el nodo UTNR (20) a través de la interfaz de radio no Uu, un mensaje de respuesta, en el que
en caso de que se transmita el contenido del mensaje de solicitud correspondiente a la información de categoría del UE (26), el mensaje de respuesta incluye información de sistema adecuada para el UE, en el que la información de sistema se determina basándose en una relación predeterminada con la información de categoría, y
en caso de que se transmita el contenido del mensaje de solicitud que comprende la identificación del o de los tipos de información de sistema adecuada para el UE (26), el mensaje de respuesta incluye información de sistema adecuada para el UE (26) y que se corresponde con la identificación del o de los tipos de información de sistema adecuados para el UE (26).
5. El UE (26) de la reivindicación 4, en el que el contenido del mensaje de solicitud que comprende la identificación del o de los tipos de la información de sistema adecuada para el UE (26) comprende una lista de uno o más bloques de información de sistema adecuados para el UE (26).
6. El UE (26) de la reivindicación 4, en el que la interfaz de radio no Uu es una interfaz PC5.
7. El UE (26) de la reivindicación 4, en el que la interfaz de radio no Uu es una interfaz no 3GPP.
8. Un método realizado por un nodo (20) retransmisor de UE a red, UTNR, que está configurado para conectarse a una red de acceso por radio, comprendiendo el método:
recibir, desde un equipo (26) de usuario remoto, UE, a través de una interfaz de radio no Uu;
un mensaje de solicitud que incluye el contenido del mensaje de solicitud que comprende información de categoría del UE remoto (26) o identificación del o de los tipos de información de sistema adecuada para el UE remoto (26);
generar un mensaje de respuesta; y
transmitir el mensaje de respuesta al UE remoto (26) a través de la interfaz de radio no Uu, en la que
en caso de que se reciba el contenido del mensaje de solicitud que comprende la información de categoría del UE remoto (26), se genera el mensaje de respuesta que incluye información de sistema adecuada para el UE remoto (26) y se determina basándose en una relación predeterminada con la información de categoría, y
en caso de que se reciba el contenido del mensaje de solicitud que comprende la identificación del o de los tipos de información de sistema adecuada para el UE remoto (26), se genera el mensaje de respuesta que incluye información de sistema correspondiente a la identificación del o de los tipos de información de sistema adecuada para el UE remoto (26).
9. El método de la reivindicación 8, en el que el contenido del mensaje de solicitud que comprende la identificación del o de los tipos de la información de sistema adecuada para el UE remoto (26), comprende una lista de uno o más bloques de información de sistema adecuados para el UE remoto (26).
10. El método de la reivindicación 8 que, además, comprende:
obtener información de sistema a través de una interfaz Uu desde un nodo de estación base (22) de la red de acceso por radio durante una ventana de adquisición de información de sistema que comprende varias repeticiones de transmisión de la información de sistema a través de la interfaz Uu.
11. Un método realizado por un equipo (26) de usuario, UE, que comprende:
generar un mensaje de solicitud que incluye el contenido del mensaje de solicitud que comprende información de categoría del UE (26) o una identificación del o de los tipos de información de sistema adecuada para el UE (26);
transmitir, a un nodo (20) retransmisor de UE a red, UTNR, a través de una interfaz de radio no Uu, el mensaje de solicitud que incluye el contenido del mensaje de solicitud; y
recibir, desde el nodo UTNR (20) a través de la interfaz no Uu, un mensaje de respuesta, en el que
en caso de que se transmita el contenido del mensaje de solicitud que comprende la información de categoría del UE (26), el mensaje de respuesta incluye información de sistema adecuada para el UE (26) y determinada en función de una relación predeterminada con la información de categoría, y
en caso de que se transmita el contenido del mensaje de solicitud correspondiente a la identificación del o de los tipos de información de sistema para el UE (26), el mensaje de respuesta incluye información de sistema adecuada para el UE (26) y que se corresponde con la identificación del o de los tipos de información de sistema adecuados para el UE (26).
12. El método de la reivindicación 11, en el que la interfaz de radio no Uu es una interfaz PC5.
13. El método de la reivindicación 11, en el que la interfaz de radio no Uu es una interfaz no 3GPP.
ES17857505T 2016-09-29 2017-09-29 Suministro y obtención de información de sistema para terminal inalámbrico remoto Active ES2899591T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662401803P 2016-09-29 2016-09-29
PCT/US2017/054322 WO2018064489A1 (en) 2016-09-29 2017-09-29 Providing and obtaining system information for remote wireless terminal

Publications (1)

Publication Number Publication Date
ES2899591T3 true ES2899591T3 (es) 2022-03-14

Family

ID=61685951

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17857505T Active ES2899591T3 (es) 2016-09-29 2017-09-29 Suministro y obtención de información de sistema para terminal inalámbrico remoto

Country Status (5)

Country Link
US (1) US10383035B2 (es)
EP (1) EP3520450B1 (es)
CN (1) CN110073685B (es)
ES (1) ES2899591T3 (es)
WO (1) WO2018064489A1 (es)

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110545575B (zh) * 2016-04-23 2022-06-21 上海朗帛通信技术有限公司 一种窄带移动通信的方法和装置
WO2018084569A1 (ko) * 2016-11-01 2018-05-11 엘지전자 주식회사 무선 통신 시스템에서 gps 신호를 수신하여 위치 정보를 도출하는 방법 및 장치
CN110100488B (zh) 2016-12-27 2021-12-31 华为技术有限公司 传输系统信息的方法和终端设备
EP3584966B1 (en) * 2017-02-17 2024-02-07 LG Electronics Inc. Signal transmission/reception method between terminal and base station in wireless communication system supporting narrowband internet of things, and device supporting same
KR20200013114A (ko) 2017-03-22 2020-02-05 엘지전자 주식회사 무선 통신 시스템에서 단말과 기지국의 신호 송수신 방법 및 이를 지원하는 장치
CN108633074B (zh) * 2017-03-23 2022-05-13 华硕电脑股份有限公司 无线通信系统中报告侧链路服务的辅助信息的方法和设备
CN108696384B (zh) * 2017-04-10 2022-09-16 北京三星通信技术研究有限公司 窄带物联网接入的方法及用户设备
CN111133800B (zh) 2017-08-09 2022-08-12 康维达无线有限责任公司 5g nr中的接入控制
CN109413742B (zh) * 2017-08-18 2021-07-09 华为技术有限公司 系统信息的传输方法和装置
WO2019098715A1 (ko) * 2017-11-15 2019-05-23 엘지전자 주식회사 Tdd 협대역을 지원하는 무선 통신 시스템에서 시스템 정보를 송수신하기 위한 방법 및 이를 위한 장치
KR102489733B1 (ko) * 2017-11-17 2023-01-18 삼성전자주식회사 무선 통신 시스템에서 랜덤 억세스 채널을 전송하기 위한 방법 및 장치
CN110289896A (zh) * 2018-03-15 2019-09-27 索尼公司 电子装置、无线通信方法以及计算机可读介质
CN110582089B (zh) 2018-06-07 2023-06-23 夏普株式会社 系统信息发送的方法以及用户设备
US11147093B2 (en) * 2018-06-28 2021-10-12 Qualcomm Incorporated System information scheduling
WO2020015720A1 (zh) * 2018-07-19 2020-01-23 Oppo广东移动通信有限公司 一种信息传输的方法、设备和计算机存储介质
US11985674B2 (en) * 2018-08-10 2024-05-14 Apple Inc. Data and control transmission enhancements for new radio (NR)
CN113302959A (zh) * 2019-03-28 2021-08-24 华为技术有限公司 一种数据传输方法及装置
US11388769B2 (en) * 2019-06-18 2022-07-12 Qualcomm Incorporated Techniques for communicating management information for mechanisms using wireless communications
CN115460719A (zh) * 2019-08-13 2022-12-09 苹果公司 远程无线设备的无线电资源控制连接过程
EP3790351A3 (en) 2019-08-13 2021-05-19 Apple Inc. Radio resource control connection procedures for remote wireless devices
CN110896364B (zh) 2019-11-28 2022-09-16 北京小米移动软件有限公司 配网方法及装置、电子设备及存储介质
EP4078889A4 (en) * 2019-12-16 2024-05-08 Telefonaktiebolaget Lm Ericsson (Publ) METHOD FOR ENABLING ACCESS OF A LOW BANDWIDTH WIRELESS DEVICE TO A NEW RADIO CELL VIA A BROADBAND CONTROL RESOURCE SET
US11622409B2 (en) * 2020-03-10 2023-04-04 Qualcomm Incorporated User equipment relay procedure
WO2021212290A1 (zh) * 2020-04-20 2021-10-28 Oppo广东移动通信有限公司 无线承载处理方法及装置
CN113938982A (zh) * 2020-06-29 2022-01-14 华硕电脑股份有限公司 无线通信系统中侧链路数据无线电承载建立的方法和设备
EP4183151A4 (en) * 2020-07-16 2024-04-24 Qualcomm Incorporated DESIGN FOR SYSTEM ACQUISITION IN RELAY SYSTEMS ON THE SIDELINK
CN116261915A (zh) * 2020-07-23 2023-06-13 苹果公司 用于经由ue到网络中继提供系统信息的系统和方法
CN116134960A (zh) * 2020-07-23 2023-05-16 联想（新加坡）私人有限公司 获取用于覆盖范围外的远程ue的按需系统信息
CN113972975B (zh) * 2020-07-24 2024-06-04 大唐移动通信设备有限公司 系统信息获取方法、处理方法、装置及终端
CN113972974B (zh) * 2020-07-24 2023-06-20 大唐移动通信设备有限公司 系统信息处理方法、获取方法、装置及终端
EP4152888A4 (en) * 2020-08-07 2023-06-21 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD AND DEVICE FOR OBTAINING A SYSTEM MESSAGE AND TERMINAL DEVICE AND NETWORK DEVICE
WO2022027548A1 (en) * 2020-08-07 2022-02-10 Qualcomm Incorporated Radio link failure in sidelink relay
CN114080044A (zh) * 2020-08-13 2022-02-22 维沃移动通信有限公司 传输系统消息的方法、终端设备和网络设备
KR20230044534A (ko) * 2020-09-17 2023-04-04 엘지전자 주식회사 무선통신시스템에서 사이드링크 릴레이와 시스템 정보에 관련된 ue의 동작 방법
WO2022061532A1 (zh) * 2020-09-22 2022-03-31 北京小米移动软件有限公司 系统信息发送方法、装置、电子设备及存储介质
EP4214962A1 (en) * 2020-10-21 2023-07-26 Samsung Electronics Co., Ltd. Method and apparatus for relaying system information on sidelink in wireless communication system
CN114501482B (zh) * 2020-10-23 2024-04-26 维沃移动通信有限公司 无线通信方法、装置、中继设备、远端设备和基站
CN116746219A (zh) * 2021-01-15 2023-09-12 高通股份有限公司 用于通过侧向链路中继系统信息的技术
US20220264280A1 (en) * 2021-02-15 2022-08-18 Electronics And Telecommunications Research Institute Method and apparatus for relaying public signals in communication system
EP4338541A1 (en) * 2021-05-10 2024-03-20 Telefonaktiebolaget LM Ericsson (publ) Sending system information block information before pc5-radio resource control setup
WO2022236618A1 (zh) * 2021-05-10 2022-11-17 Oppo广东移动通信有限公司 侧行链路通信方法、设备及存储介质
CN115550999A (zh) * 2021-06-30 2022-12-30 维沃移动通信有限公司 信息获取方法、信息发送方法、相关设备及可读存储介质
WO2023012728A1 (en) * 2021-08-04 2023-02-09 Lenovo (Singapore) Pte. Ltd. Receiving system information from a relay via a sidelink channel
CN115776664A (zh) * 2021-09-07 2023-03-10 大唐移动通信设备有限公司 一种信息处理方法及装置
CN117981367A (zh) * 2021-09-22 2024-05-03 日本电气株式会社 用于通信的方法、设备和计算机存储介质
WO2023065108A1 (zh) * 2021-10-19 2023-04-27 富士通株式会社 信息获取方法，信息发送方法、装置和系统
WO2023154399A1 (en) * 2022-02-09 2023-08-17 Interdigital Patent Holdings, Inc. Nr relays - methods for system information acquisition for multipath wtru to nw relays
US20240064627A1 (en) * 2022-08-16 2024-02-22 Qualcomm Incorporated Extended mib or sib for repeaters in high bands

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101657982B (zh) 2007-03-09 2013-11-06 中兴通讯美国公司 具有多跳中继站的无线蜂窝网络中的无线电资源管理
US20110105135A1 (en) 2009-11-03 2011-05-05 Motorola-Mobility, Inc. Interference coordination in heterogeneous networks using wireless terminals as relays
US9398517B2 (en) 2010-01-11 2016-07-19 Blackberry Limited System and method for enabling discovery of local service availability in local cellular coverage
WO2011095312A1 (en) * 2010-02-05 2011-08-11 Deutsche Telekom Ag Method for remotely controlling a device by means of a fixed transceiver station, device, use of a fixed transceiver station and program
US9209888B2 (en) 2011-09-27 2015-12-08 Rivada Research, Llc Method and system for providing explosion proof video and communication relay module
US20140321416A1 (en) 2011-12-08 2014-10-30 Interdigital Patent Holdings, Inc. Method and apparatus for controlling cross link establishment
US20140171062A1 (en) * 2012-12-19 2014-06-19 Telefonaktiebolaget L M Ericsson (Publ) Wireless Devices, Network Node and Methods for Handling Relay Assistance in a Wireless Communications Network
US9042938B2 (en) 2012-12-27 2015-05-26 Google Technology Holdings LLC Method and apparatus for device-to-device communication
WO2014182341A1 (en) 2013-05-06 2014-11-13 Intel IP Corporation Access network discovery and selection
CN105210417B (zh) 2013-05-10 2019-05-03 华为技术有限公司 用于控制网络外设备到设备通信的系统和方法
WO2015004142A1 (en) * 2013-07-08 2015-01-15 Nec Europe Ltd. Method for deciding to handover user equipment in a mobile communicaton network
US20150016355A1 (en) 2013-07-09 2015-01-15 Humax Holdings Co., Ltd. Apparatus and method for broadcasting data transmission on lte d2d communications
CN105981459B (zh) 2014-02-04 2019-02-05 Lg电子株式会社 用于在无线通信系统中使针对d2d操作的自主资源回退延迟的方法和装置
CN106464553A (zh) 2014-03-18 2017-02-22 夏普株式会社 设备到设备通信装置和方法
EP3120468B1 (en) 2014-03-18 2020-08-19 Sharp Kabushiki Kaisha Scheduling wireless device-to-device communications
WO2015142898A1 (en) 2014-03-18 2015-09-24 Sharp Laboratories Of America, Inc. Device-to-device communications apparatus and methods
CN110769496B (zh) 2014-03-19 2022-07-08 交互数字专利控股公司 Wtru及由wtru执行的方法
WO2015167681A1 (en) 2014-05-01 2015-11-05 Sharp Laboratories Of America, Inc. Device-to-device communications apparatus and methods
US10506604B2 (en) 2014-05-08 2019-12-10 Sharp Kabushiki Kaisha Device to-device communications apparatus and methods
JP2017523666A (ja) 2014-06-27 2017-08-17 シャープ株式会社 デバイス・ツー・デバイス通信のためのリソースプール・アクセス
US9369946B2 (en) * 2014-07-02 2016-06-14 Sony Corporation Methods and devices for providing system information of a cellular communication network
US20160212721A1 (en) * 2015-01-16 2016-07-21 Sharp Laboratories Of America, Inc. Method and apparatus for selecting a synchronization signal source for sidelink communcations
EP3243360B1 (en) * 2015-02-11 2021-12-29 Sony Group Corporation Communications devices, infrastructure equipment, and methods for selecting a relay in device-to-device communication
US10568154B2 (en) * 2015-03-06 2020-02-18 Nec Corporation Apparatus and method for proximity-based service communication

Also Published As

Publication number Publication date
EP3520450B1 (en) 2021-09-08
EP3520450A1 (en) 2019-08-07
US20180092027A1 (en) 2018-03-29
US10383035B2 (en) 2019-08-13
CN110073685A (zh) 2019-07-30
WO2018064489A1 (en) 2018-04-05
CN110073685B (zh) 2023-03-28
EP3520450A4 (en) 2020-05-06

Similar Documents

Publication Publication Date Title
ES2899591T3 (es) Suministro y obtención de información de sistema para terminal inalámbrico remoto
EP3949575B1 (en) Method for monitoring paging and apparatus using the same
JP6685384B2 (ja) 無線通信システムにおけるｓｉアップデート、ｅａｂアップデート及びｐｗｓメッセージを通知するための方法及び装置
US10904910B2 (en) System information modification and acquisition procedure
US10595188B2 (en) Method for group message transmission in wireless communication system and apparatus therefor
ES2763905T3 (es) Mejoras en modo inactivo para una recepción discontinua extendida inactiva
US9853709B2 (en) Repeater operation method and apparatus in wireless communication system
ES2734476T3 (es) Método y aparato para transmitir un mensaje relacionado con una conexión dispositivo a dispositivo en un sistema de comunicación inalámbrica
ES2755304T3 (es) Procedimiento de soporte de movilidad de UE que soporta/usa comunicación D2D en sistema de comunicación móvil inalámbrica
US9699710B2 (en) Method and apparatus for receiving system information in wireless communication system
ES2523891T3 (es) Temporizador de espera de mensaje de liberación de conexión de control de recursos radio
US20160205660A1 (en) Method for transmitting paging and apparatus for supporting the same in wireless communication system
ES2773776T3 (es) Método y aparato para reducir la señalización de radio localización
ES2587535T3 (es) Procedimiento y aparato para controlar el acceso de un equipo de usuario en un sistema de comunicación inalámbrica
JP2019532602A (ja) システム情報配信のための方法および装置
US11924742B2 (en) Method and apparatus for obtaining system information
US10153914B2 (en) Method and apparatus for indicating usage of MBSFN area in wireless communication system
US20150237566A1 (en) Method and apparatus for receiving extended access barring parameters in wireless communication system
JP2019506816A (ja) 未ライセンススペクトルにおけるページング
US20110256858A1 (en) Method of Handling System Information Reception and Related Communication Device
US10979968B2 (en) Method for processing system information for machine-type communication system and a device therefor
US11259148B2 (en) Method for receiving MBMS service by terminal and device supporting same
ES2768379T3 (es) Nodo de red de acceso, método de radiobúsqueda, sistema y medio de almacenamiento legible por ordenador
US20210037347A1 (en) Method for transmitting mbms interest indication message by terminal and device supporting same
US9392505B2 (en) Method for reporting information on multiband capability to network at user equipment in wireless communication system and an apparatus therefor