ES2958945T3 - Método para la recuperación de fallos de haz y dispositivo terminal - Google Patents

Método para la recuperación de fallos de haz y dispositivo terminal Download PDF

Info

Publication number
ES2958945T3
ES2958945T3 ES19843926T ES19843926T ES2958945T3 ES 2958945 T3 ES2958945 T3 ES 2958945T3 ES 19843926 T ES19843926 T ES 19843926T ES 19843926 T ES19843926 T ES 19843926T ES 2958945 T3 ES2958945 T3 ES 2958945T3
Authority
ES
Spain
Prior art keywords
coreset
rnti
bfr
bwp
initial bwp
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
ES19843926T
Other languages
English (en)
Inventor
Yu Yang
Peng Sun
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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Application granted granted Critical
Publication of ES2958945T3 publication Critical patent/ES2958945T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space

Landscapes

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

Abstract

Se divulga un método para la recuperación de fallas del haz y un dispositivo terminal. El método comprende: cuando el dispositivo terminal detecta la ocurrencia de un evento de falla de haz en una parte de ancho de banda activo (BWP activo), y el BWP activo no está configurado con un conjunto de recursos de control de recuperación de falla de haz (CORESET-BFR) para falla de haz recuperación, utilizando un recurso de canal de destino para enviar una solicitud de recuperación de falla de haz (BFRQ). (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método para la recuperación de fallos de haz y dispositivo terminal
Referencia cruzada a la solicitud relacionada
La presente solicitud reivindica la prioridad de la Solicitud de Patente China N.° 201810866890.2, presentada el 1 de agosto de 2018.
Campo técnico
La presente divulgación se refiere al campo de la tecnología de las comunicaciones y, en particular, a un método y un equipo de usuario para la recuperación de fallos de haz.
Antecedentes
El sistema de comunicación móvil de quinta generación (5G), Nueva Radio (NR), introduce una tecnología de antena a gran escala, que puede admitir mejor la tecnología de antena Multiusuario, Entrada Múltiple y Salida Múltiple (MU-MIMO, por sus siglas en inglés). Con el fin de reducir el costo del equipo y la complejidad del procesamiento de banda base causada por el conjunto de antenas a gran escala, se utiliza la tecnología híbrida de formación de haz digitalanalógica para lograr una coincidencia relativamente aproximada entre la señal transmitida y el canal.
Sin embargo, en la tecnología híbrida de formación de haces digital-analógica, si una recuperación de fallos de haz de conjunto de recursos de control (Control Resource Set-Beam Failure Recovery, CORESET-BFR) no está configurada en la Parte de Ancho de Banda activa (BWP activa, por sus siglas en inglés), o un Canal de Acceso Aleatorio Físico (PRACH, por sus siglas en inglés) no está configurado en la BWP activa, todavía faltan soluciones correspondientes para la recuperación de fallos de haz.
ERICSSON: "Priorization in MAC", BORRADOR 3GPP; R2-1707120 - PRIORITIZATION IN MAC, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. RAN WG2, n.2 Qingdao; 20170627 - 20170629 26 de junio de 2017 (2017-06-26), XP051301613, analiza las implicaciones y posibles mejoras para el concepto de PBR, especialmente en casos en los que un UE admite múltiples numerologías/duraciones de TTI.
Compendio
Un objeto de las realizaciones de la presente divulgación consiste en proporcionar un método y un equipo de usuario para la recuperación de fallos de haz para resolver el problema en la técnica relacionada de que la recuperación de fallos de haz no se puede lograr cuando CORESET-BFR no está configurada en la BWP activa o un PRACH no está configurado en la BWP activa.
En un primer aspecto, una realización de la presente divulgación proporciona un método para la recuperación de fallos de haz aplicado a un equipo de usuario, y el método incluye:
cuando el equipo de usuario detecta en una BWP activa la presencia de un evento de fallo de haz, y CORESET-BFR no está configurada en la BWP activa, enviar una BFRQ usando un recurso de canal objetivo; y
cuando un PRACH no está configurado en la BWP activa, cambiar a una parte de ancho de banda inicial, BWP inicial, y realizar recuperación de fallos de haz en la BWP inicial;
en donde, cuando un canal físico de acceso aleatorio, PRACH, basado en conflicto está configurado en la BWP activa, el recurso de canal objetivo es el PRACH basado en conflicto;
en donde, cuando la CORESET-BFR está configurada en la BWP inicial, y un PRACH libre de conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH libre de conflicto; y
el método incluye además:
monitorizar, en la BWP inicial, la CORESET-BFR.
En un segundo aspecto, una realización de la presente divulgación proporciona además un método para la recuperación de fallos de haz aplicado a un equipo de usuario, y el método incluye:
cuando el equipo de usuario detecta en una BWP activa la presencia de un evento de fallo de haz, y un PRACH no está configurado en la BWP activa, enviar una BFRQ usando un recurso de canal objetivo; en donde, cuando CORESET-BFR está configurada en la BWP inicial, y un PRACH libre de conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH libre de conflicto; y
el método incluye además:
monitorizar, en la BWP inicial, la CORESET-BFR.
En un tercer aspecto, una realización de la presente divulgación proporciona además un método para la recuperación de fallos de haz aplicado a un equipo de usuario, y el método incluye:
monitorizar CORESET-BFR en una primera célula, en donde un tipo de espacio de búsqueda de recuperación en la CORESET-BFR es un tipo objetivo.
En un cuarto aspecto, una realización de la presente divulgación proporciona además un equipo de usuario que incluye:
un módulo de envío configurado para, cuando el equipo de usuario detecta la presencia de un evento de fallo de haz en una BWP activa y CORESET-BFR no está configurada en la BWP activa, enviar una BFRQ usando un recurso de canal objetivo;
en donde, cuando un canal de acceso aleatorio físico, PRACH, basado en conflicto está configurado en la BWP activa, el recurso de canal objetivo es el PRACH basado en conflicto;
en donde el módulo de envío incluye:
una unidad de conmutación configurada para cambiar a una BWP inicial; y
el equipo de usuario incluye además:
un módulo de monitorización configurado para monitorizar, en la BWP inicial, la CORESET-BFR;
en donde, cuando la CORESET-BFR está configurada en la BWP inicial y un PRACH libre de conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH libre de conflicto.
En un quinto aspecto, una realización de la presente divulgación proporciona además un equipo de usuario que incluye un procesador, un almacenamiento y un programa informático almacenado en el almacenamiento y que puede ser ejecutado en el procesador, implementando el programa informático, cuando es ejecutado por el procesador, las operaciones del método para la recuperación de fallos de haz según el primer aspecto.
En un sexto aspecto, una realización de la presente divulgación proporciona además un medio de almacenamiento legible por ordenador, en donde el medio de almacenamiento legible por ordenador tiene un programa informático almacenado en el mismo, y el programa informático implementa, cuando es ejecutado por un procesador, las operaciones del método para la recuperación de fallos de haz según el primer aspecto.
En un séptimo aspecto, una realización de la presente divulgación proporciona además un equipo de usuario que incluye:
un módulo de envío configurado para, cuando el equipo de usuario detecta en una BWP activa la presencia de un evento de fallo de haz, y un PRACH no está configurado en la BWP activa, enviar una BFRQ usando un recurso de canal objetivo.
En un octavo aspecto, una realización de la presente divulgación proporciona además un equipo de usuario que incluye un procesador, un almacenamiento y un programa informático almacenado en el almacenamiento y que puede ser ejecutado en el procesador, implementando el programa informático, cuando es ejecutado por el procesador, las operaciones del método para la recuperación de fallos de haz según el segundo aspecto.
En un noveno aspecto, una realización de la presente divulgación proporciona además un medio de almacenamiento legible por ordenador, en donde el medio de almacenamiento legible por ordenador tiene un programa informático almacenado en el mismo, y el programa informático implementa, cuando es ejecutado por un procesador, las operaciones del método para la recuperación de fallos de haz según el segundo aspecto.
En un décimo aspecto, una realización de la presente divulgación proporciona además un equipo de usuario que incluye:
un módulo de monitorización configurado para monitorizar CORESET-BFR en una primera célula, en donde un tipo de espacio de búsqueda de recuperación en la CORESET-BFR es un tipo objetivo.
En un undécimo aspecto, una realización de la presente divulgación proporciona además un equipo de usuario que incluye un procesador, un almacenamiento y un programa informático almacenado en el almacenamiento y que puede ser ejecutado en el procesador, implementando el programa informático, cuando es ejecutado por el procesador, las operaciones del método para la recuperación de fallos de haz según el tercer aspecto.
En un duodécimo aspecto, una realización de la presente divulgación proporciona además un medio de almacenamiento legible por ordenador, en donde el medio de almacenamiento legible por ordenador tiene un programa informático almacenado en el mismo, y el programa informático implementa, cuando es ejecutado por un procesador, las operaciones del método para la recuperación de fallos del haz según el tercer aspecto.
En las realizaciones de la presente divulgación, cuando el equipo de usuario detecta en una BWP activa la presencia de un evento de fallo de haz y CORESET-BFR no está configurada en la BWP activa, el equipo de usuario usa un recurso de canal objetivo para enviar rápidamente una BFRQ, logrando así la recuperación de fallos de haz cuando la CORESET-BFR o el PRACH no están configurados en la BWP activa y asegurando la recuperación de la transmisión de datos.
Breve descripción de los dibujos
Los dibujos aquí descritos se utilizan para proporcionar una mayor comprensión de la presente divulgación y forman parte de la presente divulgación. Las realizaciones ejemplares de la presente divulgación y sus descripciones se utilizan para explicar la presente divulgación y no constituyen ninguna limitación inadecuada de la presente divulgación. En los dibujos:
la Fig. 1 es un diagrama esquemático de una arquitectura de red proporcionada por una realización de la presente divulgación;
la Fig. 2 es un diagrama de flujo de un método para la recuperación de fallos de haz proporcionado por una realización de la presente divulgación;
la Fig. 3 es un diagrama de flujo de otro método para la recuperación de fallos de haz proporcionado por una realización de la presente divulgación;
la Fig.figura 4 es un diagrama de flujo de otro método para la recuperación de fallos de haz proporcionado por una realización de la presente divulgación;
la Fig. 5 es un diagrama estructural de un equipo de usuario proporcionado por una realización de la presente divulgación;
la Fig. 6 es un diagrama estructural de otro equipo de usuario proporcionado por una realización de la presente divulgación;
la Fig. 7 es un diagrama estructural de otro equipo de usuario proporcionado por una realización de la presente divulgación;
la Fig. 8 es un diagrama estructural de otro equipo de usuario proporcionado por una realización de la presente divulgación.
Descripción detallada
En adelante, las soluciones técnicas en las realizaciones de la presente divulgación se describirán clara y detalladamente junto con los dibujos en las realizaciones de la presente divulgación. Obviamente, las realizaciones descritas son parte de las realizaciones de la presente divulgación, pero no todas las realizaciones. Sobre la base de las realizaciones de la presente divulgación, todas las demás realizaciones obtenidas por un experto en la técnica sin esfuerzos creativos deberían estar dentro del alcance de protección de la presente divulgación.
Con referencia a la Fig. 1, ésta es un diagrama esquemático de una arquitectura de red proporcionada por una realización de la presente divulgación, como se muestra en la Fig. 1, que incluye un terminal 11 de usuario y una estación base 12, en donde el terminal 11 de usuario es un Equipo de Usuario (UE, por sus siglas en inglés), por ejemplo un equipo del lado del terminal tal como un móvil, un ordenador personal de tableta, un ordenador portátil, un asistente digital personal (PDA, por sus siglas en inglés), un dispositivo móvil de Internet (MID, por sus siglas en inglés), o un dispositivo ponible, etc. Cabe señalar que el tipo específico del terminal 11 de usuario no está limitado en las realizaciones de la presente divulgación. La estación base 12 arriba indicada es una estación base 5G y una versión futura de estación base (por ejemplo, gNB, 5G NR NB), o una estación base en otros sistemas de comunicación, o se designa como nodo B. Cabe señalar que, en las realizaciones de la presente divulgación, solo se toma como ejemplo una estación base 5G, pero el tipo específico de la estación base 12 no está limitado.
Cabe señalar que las funciones específicas del terminal 11 de usuario y de la estación base 12 arriba indicados se describirán en detalle utilizando las siguientes diversas realizaciones.
La Fig. 2 es un diagrama de flujo de un método para la recuperación de fallos de haz proporcionado por una realización de la presente divulgación. El método se aplica a un equipo de usuario, y el método es el siguiente:
Operación 210, cuando el equipo de usuario detecta en una BWP activa la presencia de un evento de fallo de haz, y CORESET-BFR no está configurada en la BWP activa, enviar una Solicitud de Recuperación de Fallo de Haz (BFRQ, por sus siglas en inglés) usando un recurso de canal objetivo.
En aplicaciones prácticas, un equipo del lado de la red configura una señal de referencia de detección de fallo de haz (BFD RS, por sus siglas en inglés) para el equipo de usuario, de modo que el equipo de usuario puede determinar si está presente un evento de fallo de haz midiendo la BFD RS en la capa física.
Si el equipo de usuario detecta en la BWP activa la presencia un evento de fallo de haz y el equipo del lado de la red no configura la CORESET-BFR para la BWP activa, en este momento el equipo de usuario envía una BFRQ al equipo del lado de la red usando un recurso de canal objetivo, para recuperar la transmisión de datos lo antes posible. En una realización de la presente divulgación, el recurso de canal objetivo es un recurso de canal distinto de un canal de acceso aleatorio físico (PRACH) libre de conflicto.
Dado que el equipo del lado de la red no configura la CORESET-BFR para la BWP activa, el equipo de usuario no utiliza en la BWP activa el PRACH libre de conflicto para enviar la BFRQ al equipo del lado de la red independientemente de si el equipo del lado de la red configura el PRACH libre de conflicto para la BWP activa. Las formas de recurso de canal objetivo incluyen al menos los tres tipos siguientes.
Tipo 1:
En una realización de la presente divulgación, cuando se configura un PRACH libre de conflicto en la BWP activa, el recurso de canal objetivo es el PRACH libre de conflicto.
Si el equipo del lado de la red no configura la CORESET-BFR para la BWP activa, pero configura un PRACH basado en conflicto para la BWP activa, en este momento el equipo de usuario utiliza en la BWP activa el PRACH basado en conflicto para enviar una BFRQ al equipo del lado de la red.
En una realización de la presente divulgación, el método incluye además:
recibir, en la BWP activa, una respuesta de acceso aleatorio (RAR, por sus siglas en inglés).
Después de recibir la BFRQ enviada en la BWP activa por el equipo de usuario utilizando el PRACH basado en conflicto, el equipo del lado de la red devuelve la RAR al equipo de usuario, de modo que el equipo de usuario puede volver a conectarse al equipo del lado de la red después de recibir la RAR, logrando de ese modo la recuperación del fallo de haz y posibilitando la recuperación de la transmisión de datos.
Tipo 2:
En una realización de la presente divulgación, el método incluye además:
cambiar a una parte de ancho de banda inicial (BWP inicial).
En aplicaciones prácticas, la BWP inicial es una BWP configurada para el equipo de usuario por el equipo del lado de la red y utilizada cuando el equipo de usuario accede inicialmente al equipo del lado de la red.
Dado que el equipo del lado de la red no configura la CORESET-BFR para la BWP activa, el equipo de usuario cambia de la BWP activa a la BWP inicial, logrando así la recuperación de fallo de haz en la BWP inicial.
En una realización de la presente divulgación, cuando la CORESET-BFR está configurada en la BWP inicial y un PRACH libre de conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH libre de conflicto. Si el equipo del lado de la red configura tanto la CORESET-BFR como el PRACH libre de conflicto para la BWP inicial, en este momento el equipo de usuario utiliza en la BWP inicial el PRACH libre de conflicto para enviar la BFRQ al equipo del lado de la red.
En una realización de la presente divulgación, el método incluye además:
monitorizar, en la BWP inicial, la CORESET-BFR.
Después de recibir la BFRQ enviada en la BWP inicial por el equipo de usuario utilizando el PRACH libre de conflicto, el equipo del lado de la red envía, en la CORESET-BFR configurada para la BWP inicial, información de respuesta para la solicitud de recuperación de fallo de haz al equipo de usuario mediante el uso de un PDCCH dedicado en la CORESET-BFR.
El equipo de usuario monitoriza, en la BWP inicial, la CORESET-BFR, y si recibe la información de respuesta para la solicitud de recuperación de fallo de haz enviada por el equipo del lado de la red, la recuperación de fallo de haz tiene éxito, recuperando así la transmisión de datos.
En una realización de la presente divulgación, un tipo de espacio de búsqueda de recuperación en la CORESET-BFR es específico de UE.
En una realización de la presente divulgación, el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es común.
En una realización, el equipo del lado de la red configura la CORESET-BFR para la BWP inicial, y el tipo de espacio de búsqueda de recuperación en la CORESET-BFR solo se puede configurar como específico del UE.
En otra realización, el equipo del lado de la red configura la CORESET-BFR para la BWP inicial, y el tipo de espacio de búsqueda de recuperación en la CORESET-BFR se selecciona entre específico de UE y común, de modo que el tipo de espacio de búsqueda de recuperación en la CORESET-BFR está configurado como específico de UE o como común.
En una realización de la presente divulgación, el método incluye además:
monitorizar la identidad temporal de red de radio (RNTI, por sus siglas en inglés) objetivo, en donde la RNTI objetivo incluye: identidad temporal de red de radio celular (C-RNTI).
El equipo del lado de la red utiliza un PDCCH dedicado en la CORESET-BFR para enviar Información de Control de Enlace Descendente (DCI, por sus siglas en inglés) al equipo de usuario, en donde la DCI es la información de respuesta para la solicitud de recuperación de fallo de haz. Al enviar esta DCI, el equipo del lado de la red utilizará una RNTI determinada para aleatorizar la Verificación de Redundancia Cíclica (CRC) en la DCI. El equipo de usuario monitoriza la RNTI utilizada por el equipo del lado de la red (RNTI objetivo) y utiliza la RNTI objetivo para desaleatorizar la DCI recibida.
En donde la RNTI objetivo es una o más RNTI, incluyendo C-RNTI.
En una realización, si el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es específico de UE, la RNTI objetivo no incluye: RNTI de Programación Configurada (CS-RNTI, por sus siglas en inglés), RNTI de Célula Temporal (TC-RNTI, por sus siglas en inglés), RNTI de Información del Estado del Canal Semipersistente (SP-CSI-RNTI, por sus siglas en inglés).
Si el equipo del lado de la red configura el tipo de espacio de búsqueda de recuperación en la CORESET-BFR como específico de UE, en este momento, para la DCI enviada, como la información de respuesta para la solicitud de recuperación de fallo de haz, al equipo de usuario por el equipo del lado de la red utilizando el PDCCH dedicado en la CORESET-BFR, el equipo del lado de la red no utilizará CS-RNTI, TC-RNTI o SP-CSI-RNTI para aleatorizar la CRC en la DCI. Por lo tanto, el equipo de usuario monitoriza C-RNTI, pero no monitoriza CS-RNTI, TC-RNTI y SP-CSI-RNTI.
Cabe señalar que, además de monitorizar C-RNTI y no monitorizar CS-RNTI, TC-RNTI, SP-CSI-RNTI, el equipo de usuario también puede realizar monitorización en una o más de otras RNTI, lo que no está específicamente limitado aquí.
Entre ellas, otras RNTI incluyen al menos una de las siguientes: RNTI de Acceso Aleatorio (RA-RNTI), RNTI de Paginación (P-RNTI), RNTI de Información de Sistema (SI-RNTI), RNTI de Interrupción (INT-RNTI), RNTI de Indicación de Formato de Ranura (SFI-RNTI), RNTI de Símbolos de Referencia de Sondeo de Control de Potencia de Transmisión (TPC-SRS-RNTI), RNTI Inactiva (I-RNTI).
En otra realización, si el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es común, la RNTI objetivo no incluye: CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI.
Si el equipo del lado de la red configura el tipo de espacio de búsqueda de recuperación en la CORESET-BFR como común, en este momento, para la DCI enviada, como la información de respuesta para la solicitud de recuperación de fallo de haz, al equipo de usuario por el equipo del lado de la red utilizando el PDCCH dedicado en la CORESET-BFR, el equipo del lado de la red no utilizará CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI o SI-RNTI para aleatorizar la CRC en la DCI. Por lo tanto, el equipo de usuario monitoriza C-RNTI, pero no monitoriza CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI.
Cabe señalar que, además de monitorizar C-RNTI y no monitorizar CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI, el equipo de usuario también puede realizar monitorización en una o más de otras RNTI, lo que no está específicamente limitado aquí.
Entre ellas, otras RNTI incluyen al menos una de las siguientes: INT-RNTI, SFI-RNTI, TPC-SRS-RNTI e I-RNTI.
Al configurar de manera flexible el tipo de espacio de búsqueda de recuperación en la CORESET-BFR, se pueden usar más tipos de RNTI para aleatorizar la CRC en la DCI cuando el equipo del lado de la red usa el PDCCH dedicado en la CORESET-BFR para enviar al equipo de usuario la DCI como información de respuesta para la solicitud de recuperación de fallo de haz.
En una realización, el método incluye además:
el equipo de usuario no puede monitorizar el CORESET en la Célula Secundaria (Scell).
En aplicaciones prácticas, la BWP inicial es una BWP configurada en la Célula Primaria (Pcell).
Cuando el equipo de usuario monitoriza en la Pcell la CORESET-BFR en la BWP inicial, no puede monitorizar el CORESET en la Scell.
Cuando el equipo de usuario monitoriza en la Pcell la CORESET-BFR en la BWP inicial, no puede cambiar a la Scell para monitorizar el CORESET en la Scell.
En otra realización, el método incluye además:
monitorizar el CORESET en la Scell.
Cuando el equipo de usuario monitoriza en la Pcell la CORESET-BFR en la BWP inicial, puede monitorizar el CORESET en la Scell según la información relacionada con CORESET configurada en la Scell por el equipo del lado de la red.
Cuando el equipo de usuario monitoriza en la Pcell la CORESET-BFR en la BWP inicial, puede cambiar a la Scell para monitorizar el CORESET en la Scell según la información relacionada con CORESET configurada en la Scell por el equipo del lado de la red.
Cabe señalar que la información relacionada con CORESET es información en el dominio de tiempo-frecuencia, información en el dominio espacial u otra información de parámetros, lo que no está específicamente limitado aquí. Tipo 3:
En una realización de la presente divulgación, el método incluye además:
cambiar a la parte de ancho de banda inicial (BWP inicial).
En aplicaciones prácticas, la BWP inicial es una BWP configurada para el equipo de usuario por el equipo del lado de la red y utilizada cuando el equipo de usuario accede inicialmente al equipo del lado de la red.
Dado que el equipo del lado de la red no configura la CORESET-BFR para la BWP activa, el equipo de usuario cambia de la BWP activa a la BWP inicial, logrando así la recuperación de fallo de haz en la BWP inicial.
En una realización de la presente divulgación, cuando la CORESET-BFR no está configurada en la BWP inicial y el PRACH basado en conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH basado en conflicto.
Dado que el equipo del lado de la red no configura la CORESET-BFR para la BWP inicial, el equipo de usuario no utiliza en la BWP inicial el PRACH libre de conflicto para enviar la BFRQ al equipo del lado de la red independientemente de si el equipo del lado de la red configura el PRACH libre de conflicto para la BWP inicial. Si el equipo del lado de la red no configura CORESET-BFR para la BWP inicial, pero configura el PRACH basado en conflicto para la BWP inicial, en este momento el equipo de usuario utiliza en la BWP inicial el PRACH basado en conflicto para enviar la BFRQ al equipo del lado de la red.
En una realización, el método incluye además:
monitorizar, en la BWP inicial, CORESET #0 en la BWP inicial.
Después de que el equipo del lado de la red reciba la BFRQ enviada en la BWP inicial por el equipo de usuario usando el PRACH basado en conflicto, el equipo del lado de la red envía una información de respuesta para la solicitud de recuperación de fallo de haz al equipo de usuario en el CORESET #0 configurado para la BWP inicial.
El equipo de usuario monitoriza el CORESET #0 en la BWP inicial y, si recibe la información de respuesta para la solicitud de recuperación de fallo de haz enviada por el equipo del lado de la red, la recuperación de fallo de haz tiene éxito, recuperando así la transmisión de datos.
En otra realización, el método incluye además:
recibir, en la BWP inicial, una RAR.
Después de que el equipo del lado de la red reciba la BFRQ enviada en la BWP inicial por el equipo de usuario usando el PRACH basado en conflicto, el equipo del lado de la red devuelve la RAR, de modo que el equipo de usuario puede volver a conectarse al equipo del lado de la red después de recibir la RAR, logrando de este modo la recuperación de fallo de haz y posibilitando la recuperación de la transmisión de datos.
Cabe señalar que la RAR se recibe en el CORESET #0 en la BWP inicial, o se recibe en otros CORESET en la BWP inicial, lo que no está específicamente limitado aquí.
Según la solución técnica mencionada en la realización de la presente divulgación, cuando el equipo de usuario detecta en la BWP activa la presencia de un evento de fallo de haz y la CORESET-BFR no está configurada en la BWP activa, el equipo de usuario usa un recurso de canal objetivo para enviar rápidamente una BFRQ, logrando así la recuperación de fallos de haz cuando la CORESET-BFR no está configurada en la BWP activa y asegurando la recuperación de la transmisión de datos.
La Fig. 3 es un diagrama de flujo de un método para la recuperación de fallos de haz proporcionado por una realización de la presente divulgación. El método se aplica a un equipo de usuario, y el método es el siguiente:
Operación 310, cuando el equipo de usuario detecta en una BWP activa la presencia de un evento de fallo de haz, y PRACH no está configurado en la BWP activa, envía una BFRQ usando un recurso de canal objetivo.
En aplicaciones prácticas, el equipo del lado de la red configura una BFD RS para el equipo de usuario, de modo que el equipo de usuario puede determinar si se produce un evento de fallo de haz midiendo la BFD RS en la capa física. Dado que el equipo del lado de la red no configura el PRACH para la BWP activa, el equipo de usuario no realiza la recuperación de fallos de haz en la BWP activa independientemente de si el equipo del lado de la red configura la CORESET-BFR para la BWP activa, es decir, el equipo de usuario no envía la BFRQ en la BWP activa.
En una realización de la presente divulgación, las señales de referencia de haz candidato no se configuran en la BWP activa.
Dado que el equipo del lado de la red no configura el PRACH para la BWP activa, el equipo de usuario no realiza la recuperación de fallos de haz en la BWP activa y, por lo tanto, el equipo de usuario no espera que el equipo del lado de la red configure las señales de referencia de haz candidato para la BWP activa.
En una realización de la presente divulgación, el método incluye además:
cambiar a la BWP inicial.
Para recuperar la transmisión de datos lo antes posible, el equipo de usuario cambia a la BWP inicial y realiza la recuperación de fallo de haz en la BWP inicial, es decir, utiliza el recurso de canal objetivo en la BWP inicial para enviar una BFRQ al equipo del lado de la red.
Las formas de recurso de canal objetivo incluyen al menos los dos tipos siguientes.
Tipo 1:
En una realización de la presente divulgación, la CORESET-BFR se configura en la BWP inicial y un PRACH libre de conflicto se configura en la BWP inicial, el recurso de canal objetivo es el PRACH libre de conflicto.
Si el equipo del lado de la red configura tanto la CORESET-BFR como el PRACH libre de conflicto para la BWP inicial, en este momento el equipo de usuario utiliza en la BWP inicial el PRACH libre de conflicto para enviar la BFRQ al equipo del lado de la red.
En una realización de la presente divulgación, el método incluye además:
monitorizar, en la BWP inicial, la CORESET-BFR.
Después de que el equipo del lado de la red reciba la BFRQ enviada en la BWP inicial por el equipo de usuario utilizando el PRACH libre de conflicto, el equipo del lado de la red utiliza, en la CORESET-BFR configurada para la BWP inicial, el PDCCH dedicado en la CORESET-BFR para enviar información de respuesta para la solicitud de recuperación de fallo de haz al equipo de usuario.
El equipo de usuario monitoriza en la BWP inicial la CORESET-BFR y, si recibe la información de respuesta para la solicitud de recuperación de fallo de haz al equipo de usuario enviada por el equipo del lado de la red, la recuperación de fallo de haz tiene éxito, recuperando así la transmisión de datos.
En una realización de la presente divulgación, las señales de referencia de haz candidato se configuran en la BWP inicial.
Antes de monitorizar la CORESET-BFR, el método incluye además:
determinar una señal de referencia de haz objetivo para la recuperación de fallo de haz según las señales de referencia de haz candidato, en donde la CORESET-BFR y la señal de referencia de haz objetivo son cuasi coemplazadas (QCL, por sus siglas en inglés).
El equipo del lado de la red configura las señales de referencia de haz candidato para la BWP inicial, y el equipo de usuario determina la señal de referencia de haz objetivo para la recuperación de fallo de haz a partir de las señales de referencia de haz candidato, en donde la CORESET-BFR y la señal de referencia de haz objetivo son QCL.
El equipo de usuario utiliza el PRACH libre de conflicto asociado con la señal de referencia de haz objetivo para enviar la BFRQ al equipo del lado de la red, y el equipo del lado de la red puede aprender la señal de referencia de haz objetivo determinada por el equipo de usuario según el PRACH libre de conflicto recibido. Dado que la CORESET-BFR y la señal de referencia de haz objetivo son QCL, el equipo del lado de la red puede determinar la información QCL de la CORESET-BFR y luego usar el PDCCH dedicado en la CORESET-BFR para enviar la información de respuesta para la solicitud de recuperación de fallo de haz al equipo de usuario según la información QCL de la CORESET-BFR.
Dado que la CORESET-BFR y la señal de referencia de haz objetivo son QCL, el equipo de usuario puede determinar la información QCL de la CORESET-BFR según la señal de referencia de haz objetivo, y luego el equipo de usuario monitoriza en la BWP inicial la CORESET-BFR según la información QCL de la CORESET-BFR y recibe, en el PDCCH dedicado en la CORESET-BFR, la información de respuesta para la solicitud de recuperación de fallo de haz al equipo de usuario enviada por el equipo del lado de la red.
En una realización de la presente divulgación, un tipo de espacio de búsqueda de recuperación en la CORESET-BFR es específico de UE.
En una realización de la presente divulgación, un tipo de espacio de búsqueda de recuperación en la CORESET-BFR es común.
En una realización, el equipo del lado de la red configura CORESET-BFR para la BWP inicial, y el tipo de espacio de búsqueda de recuperación en la CORESET-BFR solo se puede configurar como específico de UE.
En otra realización, el equipo del lado de la red configura la CORESET-BFR para la BWP inicial, y el tipo de espacio de búsqueda de recuperación en la CORESET-BFR se selecciona entre específico de UE y común, de modo que el tipo de espacio de búsqueda de recuperación en la CORESET-BFR está configurado como específico de UE o como común.
En una realización de la presente divulgación, el método incluye además:
monitorizar la RNTI objetivo, en donde la RNTI objetivo incluye: C-RNTI.
El equipo del lado de la red utiliza un PDCCH dedicado en la CORESET-BFR para enviar DCI al equipo de usuario; la DCI es la información de respuesta para la solicitud de recuperación de fallo de haz. Al enviar esta DCI, el equipo del lado de la red utilizará una RNTI determinada para aleatorizar la CRC en la DCI. El equipo de usuario monitoriza la RNTI utilizada por el equipo del lado de la red (RNTI objetivo) y utiliza la RNTI objetivo para desaleatorizar la DCI recibida.
En donde la RNTI objetivo es una o más RNTI, incluyendo C-RNTI.
En una realización, si el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es específico de UE, la RNTI objetivo no incluye: CS-RNTI, TC-RNTI, SP-CSI-RNTI.
Si el equipo del lado de la red configura el tipo de espacio de búsqueda de recuperación en la CORESET-BFR como específico de UE, en este momento, para la DCI enviada, como la información de respuesta para la solicitud de recuperación de fallo de haz, al equipo de usuario por el equipo del lado de la red utilizando el PDCCH dedicado en la CORESET-BFR, el equipo del lado de la red no utilizará CS-RNTI, TC-RNTI o SP-CSI-RNTI para aleatorizar la CRC en la DCI. Por lo tanto, el equipo de usuario monitoriza C-RNTI, pero no monitoriza CS-RNTI, TC-RNTI y SP-CSI-RNTI.
Cabe señalar que, además de monitorizar C-RNTI y no monitorizar CS-RNTI, TC-RNTI, SP-CSI-RNTI, el equipo de usuario también puede realizar monitorización en una o más de otras RNTI, lo que no está específicamente limitado aquí.
Entre ellas, otras RNTI incluyen al menos una de las siguientes: RA-RNTI, P-RNTI, SI-RNTI, INT-RNTI, SFI-RNTI), TPC-SRS-RNTI, I-RNTI.
En otra realización, si el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es común, la RNTI objetivo no incluye: CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI.
Si el equipo del lado de la red configura el tipo de espacio de búsqueda de recuperación en la CORESET-BFR como común, en este momento, para la DCI enviada, como información de respuesta para la solicitud de recuperación de fallo de haz, al equipo de usuario por el equipo del lado de la red que utiliza el PDCCH dedicado en la CORESET-BFR, el equipo del lado de la red no utilizará CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI o SI-RNTI para aleatorizar la CRC en la DCI. Por lo tanto, el equipo de usuario monitoriza C-RNTI, pero no monitoriza CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI.
Cabe señalar que, además de monitorizar C-RNTI y no monitorizar CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI, el equipo de usuario también realiza monitorización en una o más de otras RNTI, lo que no está específicamente limitado aquí.
Entre ellas, otras RNTI incluyen al menos una de las siguientes: INT-RNTI, SFI-RNTI, TPC-SRS-RNTI e I-RNTI. Al configurar de manera flexible el tipo de espacio de búsqueda de recuperación en la CORESET-BFR, se pueden usar más tipos de RNTI para aleatorizar la CRC en la DCI cuando el equipo del lado de la red usa el PDCCH dedicado en la CORESET-BFR para enviar al equipo de usuario la DCI como información de respuesta para la solicitud de recuperación de fallo de haz.
En una realización, el método incluye además:
el equipo de usuario no puede monitorizar el CORESET en la Scell.
En aplicaciones prácticas, la BWP inicial es una BWP configurada en Pcell.
Cuando el equipo de usuario monitoriza, en la Pcell, la CORESET-BFR en la BWP inicial, no puede monitorizar el CORESET en la Scell.
Cuando el equipo de usuario monitoriza, en la Pcell, la CORESET-BFR en la BWP inicial, no puede cambiar a la Scell para monitorizar el CORESET en la Scell.
En otra realización, el método incluye además:
monitorizar el CORESET en la Scell.
Cuando el equipo de usuario monitoriza en la Pcell la CORESET-BFR en la BWP inicial, puede monitorizar el CORESET en la Scell según la información relacionada con CORESET configurada en la Scell por el equipo del lado de la red.
Cuando el equipo de usuario monitoriza en la Pcell la CORESET-BFR en la BWP inicial, puede cambiar a la Scell para monitorizar el CORESET en la Scell según la información relacionada con CORESET configurada en la Scell por el equipo del lado de la red.
Cabe señalar que la información relacionada con CORESET es información en el dominio de tiempo-frecuencia, información en el dominio espacial u otra información de parámetros, lo que no está específicamente limitado aquí. Tipo 2:
En una realización de la presente divulgación, cuando la CORESET-BFR no está configurada en la BWP inicial y el PRACH basado en conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH basado en conflicto.
Dado que el lado de la red no configura la CORESET-BFR para la BWP inicial, el equipo de usuario no utiliza en la BWP inicial el PRACH libre de conflicto para enviar la BFRQ al equipo del lado de la red independientemente de si el equipo del lado de la red configura el PRACH libre de conflicto para la BWP inicial.
Si el lado de la red no configura la CORESET-BFR para la BWP inicial, pero configura el PRACH basado en conflicto para la BWP inicial, en este momento, el equipo de usuario utiliza en la BWP inicial la BWP de conflicto para enviar la BFRQ al equipo del lado de la red.
En una realización, el método incluye además:
monitorizar, en la BWP inicial, CORESET #0 en la BWP inicial.
Después de que el equipo del lado de la red reciba la BFRQ enviada en la BWP inicial por el equipo de usuario utilizando el PRACH basado en conflicto, el equipo del lado de la red envía una información de respuesta para la solicitud de recuperación de fallo de haz al equipo de usuario en el CORESET #0 configurado para la BWP inicial. El equipo de usuario monitoriza el CORESET #0 en la BWP inicial, y si recibe la información de respuesta para la solicitud de recuperación de fallo de haz enviada por el equipo del lado de la red, la recuperación de fallo de haz tiene éxito, recuperando así la transmisión de datos.
En una realización de la presente divulgación, antes de monitorizar el CORESET #0, el método incluye además: determinar un Bloque de Señal de Sincronización (SSB, por sus siglas en inglés) objetivo, en donde el CORESET #0 y el SSB objetivo son QCL.
Antes de monitorizar el CORESET #0, el equipo de usuario envía múltiples SSB y determina un SSB objetivo entre los múltiples SSB, en donde el CORESET #0 y el SSB objetivo son QCL.
Por ejemplo, el equipo de usuario selecciona un SSB con una potencia de recepción que cumple una condición preestablecida entre los múltiples SSB como el SSB objetivo; o,
el equipo de usuario selecciona un SSB con una relación señal/interferencia más ruido que cumple una condición preestablecida entre los múltiples SSB como el SSB objetivo; o,
el equipo de usuario selecciona un SSB con una tasa de error de bloque que cumple una condición preestablecida entre los múltiples SSB como el SSB objetivo.
Cabe señalar que, además de determinar el SSB objetivo a partir de múltiples SSB según la potencia de recepción o la relación señal/interferencia más ruido o la tasa de error de bloque, el equipo de usuario puede determinar el SSB objetivo a partir de múltiples SSB según otros parámetros, lo que no está limitado aquí.
Dado que el CORESET #0 y el SSB objetivo son QCL, el equipo de usuario determina la información QCL del CORESET #0 según el SSB objetivo, y luego el equipo de usuario monitoriza, en la BWP inicial, el CORESET #0 según la información QCL del CORESET #0, es decir, el equipo de usuario monitoriza el CORESET #0 en una dirección de haz correspondiente al SSB, y recibe, en el CORESET #0, la información de respuesta para la solicitud de recuperación de fallo de haz enviada por el equipo del lado de la red.
En otra realización, el método incluye además:
recibir, en la BWP inicial, una RAR.
Después de que el equipo del lado de la red reciba la BFRQ enviada en la BWP inicial por el equipo de usuario usando el PRACH basado en conflicto, el equipo del lado de la red devuelve la RAR, de modo que el equipo de usuario puede volver a conectarse al equipo del lado de la red después de recibir la RAR, logrando así la recuperación de fallo del haz y posibilitando la recuperación de la transmisión de datos.
Cabe señalar que la RAR se recibe en el CORESET #0 en la BWP inicial, o se recibe en otros CORESET en la BWP inicial, lo que no está específicamente limitado aquí.
Según la solución técnica mencionada en la realización de la presente divulgación, cuando el equipo de usuario detecta en la BWP activa la presencia de un evento de fallo de haz y PRACH no está configurado en la BWP activa, el equipo de usuario utiliza un recurso de canal objetivo para enviar rápidamente una BFRQ, logrando así la recuperación de fallo de haz cuando PRACH no está configurado en la BWP activa, y asegurando la recuperación de la transmisión de datos.
La Fig.4 es un diagrama de flujo de un método para la recuperación de fallos de haz proporcionado por una realización de la presente divulgación. El método se aplica a un equipo de usuario y el método es el siguiente.
Operación 410, monitorizar CORESET-BFR en una primera célula, en donde un tipo de espacio de búsqueda de recuperación en la CORESET-BFR es un tipo objetivo.
Cuando el equipo de usuario realiza la recuperación de fallo de haz en la primera célula, el equipo de usuario monitoriza CORESET-BFR en la primera célula si el equipo del lado de la red configura CORESET-BFR para la primera célula. En donde el tipo de espacio de búsqueda de recuperación en la CORESET-BFR configurada por el equipo del lado de la red para la primera célula es el tipo objetivo.
En una realización de la presente divulgación, el tipo objetivo es específico de UE.
En una realización de la presente divulgación, el tipo objetivo es común.
En una realización, el equipo del lado de la red configura la CORESET-BFR para la primera célula, y el tipo de espacio de búsqueda de recuperación en la CORESET-BFR solo se puede configurar como específico de UE.
En otra realización, el equipo del lado de la red configura la CORESET-BFR para la primera célula, y el tipo de espacio de búsqueda de recuperación en la CORESET-BFR se selecciona entre específico de UE y común de manera que el tipo de espacio de búsqueda de recuperación en la CORESET-BFR está configurado como específico de UE o como común.
En una realización de la presente divulgación, el método incluye además:
monitorizar la RNTI objetivo, en donde la RNTI objetivo incluye: C-RNTI.
El equipo del lado de la red utiliza un PDCCH dedicado en la CORESET-BFR para enviar DCI al equipo de usuario, en donde la DCI es la información de respuesta para la solicitud de recuperación de fallo de haz. Al enviar esta DCI, el equipo del lado de la red utilizará una RNTI determinada para aleatorizar la CRC en la DCI. El equipo de usuario monitorizará la RNTI utilizada por el equipo del lado de la red (RNTI objetivo) y utiliza la RNTI objetivo para desaleatorizar la DCI recibida.
En donde la RNTI objetivo es una o más RNTI, incluyendo C-RNTI.
En una realización, si el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es específico de UE, la RNTI objetivo no incluye: CS-RNTI, TC-RNTI, SP-CSI-RNTI.
Si el equipo del lado de la red configura el tipo de espacio de búsqueda de recuperación en la CORESET-BFR como específico de UE, en este momento, para la DCI enviada, como la información de respuesta para la solicitud de recuperación de fallo de haz, al equipo de usuario por el equipo del lado de la red utiliza el PDCCH dedicado en la CORESET-BFR, el equipo del lado de la red no puede usar Cs -RNTI, TC-RNTI o SP-CSI-RNTI para aleatorizar la CRC en la DCI. Por lo tanto, el equipo de usuario monitoriza C-RNTI, pero no monitoriza CS-RnT i, TC-RNTI y SP-CSI-RNTI.
Cabe señalar que, además de monitorizar C-RNTI y no monitorizar CS-RNTI, TC-RNTI, SP-CSI-RNTI, el equipo de usuario también realiza monitorización en una o más de otras RNTI, lo que no está específicamente limitado aquí. Entre ellas, otras RNTI incluyen al menos una de las siguientes: RA-RNTI, P-RNTI, SI-RNTI, INT-RNTI, SFI-RNTI, TPC-SRS-RNTI, I-RNTI.
En otra realización, si el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es común, la RNTI objetivo no incluye: CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI.
Si el equipo del lado de la red configura el tipo de espacio de búsqueda de recuperación en la CORESET-BFR como común, en este momento, para la DCI enviada, como la información de respuesta para la solicitud de recuperación de fallo de haz, al equipo de usuario por el equipo del lado de la red que utiliza el PDCCH dedicado en la CORESET-BFR, el equipo del lado de la red no utilizará CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI o SI-RNTI para aleatorizar la CRC en la DCI. Por lo tanto, el equipo de usuario monitoriza C-RNTI, pero no monitoriza CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI.
Cabe señalar que, además de monitorizar C-RNTI y no monitorizar CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI, el equipo de usuario también realiza monitorización en una o más de otras RNTI, lo que no está específicamente limitado aquí.
Entre ellas, otras RNTI incluyen al menos una de las siguientes: INT-RNTI, SFI-RNTI, TPC-SRS-RNTI e I-RNTI. Al configurar de manera flexible el tipo de espacio de búsqueda de recuperación en la CORESET-BFR, se pueden usar más tipos de RNTI para aleatorizar la CRC en la DCI cuando el equipo del lado de la red usa el PDCCH dedicado en la CORESET-BFR para enviar al equipo de usuario la DCI como la información de respuesta para la solicitud de recuperación de fallo de haz.
En una realización de la presente divulgación, el equipo de usuario no puede monitorizar el CORESET en la Scell. Si la primera célula es Pcell, es decir, cuando el equipo de usuario monitoriza la CORESET-BFR en la Pcell, el equipo de usuario no puede monitorizar el CORESET en la Scell.
Cuando el equipo de usuario monitoriza la CORESET-BFR en la Pcell, el equipo de usuario no puede cambiar a la Scell para monitorizar el CORESET en la Scell.
En una realización de la presente divulgación, el método incluye además:
monitorizar el CORESET en una segunda célula.
En una realización, la primera célula es la Pcell y la segunda célula es la Scell.
Al monitorizar la CORESET-BFR en la Pcell, el equipo de usuario monitoriza el CORESET en la Scell según la información relacionada con CORESET configurada por el equipo del lado de la red en la Scell.
Al monitorizar la CORESET-BFR en la Pcell, el equipo de usuario cambia a la Scell para monitorizar el CORESET en la Scell según la información relacionada con CORESET configurada por el equipo del lado de la red en la Scell. En una realización, la primera célula es una primera Scell, la segunda célula es una Pcell o una segunda Scell, en donde la segunda Scell es una Scell distinta de la primera Scell.
Al monitorizar la CORESET-BFR en la primera Scell, el equipo de usuario monitoriza el CORESET en la Pcell según la información relacionada con CORESET configurada por el equipo del lado de la red en la Pcell; o,
al monitorizar la CORESET-BFR en la primera Scell, el equipo de usuario monitoriza el CORESET en la segunda Scell según la información relacionada con CORESET configurada por el equipo del lado de la red en la segunda Scell.
Al monitorizar la CORESET-BFR en la primera Scell, el equipo de usuario cambia a la Pcell para monitorizar el CORESET en la Pcell según la información relacionada con CORESET configurada por el equipo del lado de red en la Pcell.
Al monitorizar la CORESET-BFR en la primera Scell, el equipo de usuario cambia a la segunda Scell para monitorizar el CORESET en la segunda Scell según la información relacionada con CORESET configurada por el equipo del lado de la red en la segunda Scell.
Cabe señalar que la información relacionada con CORESET es información en el dominio de tiempo-frecuencia, información en el dominio espacial u otra información de parámetros, lo que no está específicamente limitado aquí.
Una realización de la presente divulgación proporciona además un método de configuración de CORESET. El método se aplica a un equipo de usuario y el método incluye al menos los dos siguientes:
El primero: recibir información de configuración de un primer CORESET enviado por el equipo del lado de la red, en donde el primer CORESET es un CORESET recién configurado para el equipo de usuario por el equipo del lado de la red, que incluye al menos un Estado de Indicación de Configuración de Transmisión (estado TCI, por sus siglas en inglés).
En una realización, la información de configuración del primer CORESET incluye un estado TCI, el equipo de usuario determina la información QCL del primer CORESET según este estado TCI y luego monitoriza el primer CORESET según la información QCL del primer CORESET.
En otra realización, la información de configuración del primer CORESET incluye múltiples estados TCI, el equipo de usuario recibe señalización de Elemento de Control de capa de Control de Acceso al Medio (MAC CE, por sus siglas en inglés) enviada por el equipo del lado de la red. El MAC CE se utiliza para activar un estado TCI objetivo entre los múltiples estados TCI.
El equipo de usuario activa el estado TCI objetivo según la señalización de MAC CE, y determina la información QCL del primer CORESET, y luego monitoriza el primer CORESET según la información QCL del primer CORESET.
Antes de que el equipo del lado de la red active el estado TCI objetivo a través de la señalización MAC CE, el equipo de usuario no espera monitorizar el primer CORESET.
El segundo: recibir información de configuración de un segundo CORESET enviada por el equipo del lado de la red, en donde el segundo CORESET es un CORESET que ha sido configurado para el equipo de usuario por el equipo del lado de la red, la información de configuración del segundo CORESET es información de configuración reconfigurada para el segundo CORESET por el equipo del lado de la red, y la información de configuración del segundo CORESET incluye al menos un estado TCI.
En una realización, la información de configuración del segundo CORESET incluye un estado TCI, el equipo de usuario determina la información QCL del segundo CORESET según este estado TCI y luego monitoriza el segundo CORESET según la información QCL del segundo CORESET.
En otra realización, la información de configuración del segundo CORESET incluye múltiples estados TCI, el equipo de usuario recibe señalización MAC CE. El MAC CE se utiliza para activar un estado TCI objetivo entre los múltiples estados TCI.
El equipo de usuario activa el estado TCI objetivo según la señalización MAC CE, y determina la información QCL del segundo CORESET, y luego monitoriza el segundo CORESET según la información QCL del segundo CORESET.
Antes de que el equipo del lado de la red active el estado TCI objetivo a través de la señalización MAC CE, el equipo de usuario monitoriza por defecto el segundo CORESET según la información QCL antes de la reconfiguración del segundo CORESET, es decir, según la información QCI indicada por el estado TCI activado por la última señalización MAC CE.
La Fig. 5 es un diagrama estructural de un equipo de usuario proporcionado por una realización de la presente divulgación. El equipo 500 de usuario mostrado en la Fig. 5 incluye:
un módulo 501 de envío configurado para, cuando el equipo 500 de usuario detecta en una BWP activa la presencia de un evento de fallo de haz y CORESET-BFR no está configurada en la BWP activa, enviar una BFRQ usando un recurso de canal objetivo.
En algunas realizaciones de la presente divulgación, el recurso de canal objetivo es un recurso de canal distinto del PRACH libre de conflicto.
En algunas realizaciones de la presente divulgación, cuando se configura un PRACH basado en conflicto en la BWP activa, el recurso de canal objetivo es el PRACH basado en conflicto.
En algunas realizaciones de la presente divulgación, el equipo 500 de usuario incluye además:
un módulo de recepción configurado para recibir, en una BWP activa, una RAR.
En algunas realizaciones de la presente divulgación, el módulo 501 de envío incluye además:
una unidad de conmutación configurada para cambiar a una BWP inicial.
En algunas realizaciones de la presente divulgación, cuando CORESET-BFR está configurada en la BWP inicial y un PRACH libre de conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH libre de conflicto. En algunas realizaciones de la presente divulgación, el equipo 500 de usuario incluye además:
un módulo de monitorización configurado para monitorizar en la BWP inicial la CORESET-BFR.
En algunas realizaciones de la presente divulgación, cuando la CORESET-BFR no está configurada en la BWP inicial y un PRACH basado en conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH basado en conflicto.
En algunas realizaciones de la presente divulgación, el módulo de monitorización está configurado además para: monitorizar, en la BWP inicial, CORESET #0 en la BWP inicial.
En algunas realizaciones de la presente divulgación, el módulo de recepción está configurado además para: recibir, en la BWP inicial, la RAR.
En algunas realizaciones de la presente divulgación, un tipo de espacio de búsqueda de recuperación en la CORESET-BFR es específico de UE.
En algunas realizaciones de la presente divulgación, el tipo de espacio de búsqueda de recuperación en CORESET-BFR es común.
En algunas realizaciones de la presente divulgación, el módulo de monitorización está configurado además para: monitorizar una RNTI objetivo, en donde la RNTI objetivo incluye: C-RNTI.
En algunas realizaciones de la presente divulgación, si el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es específico de UE, la RNTI objetivo no incluye: CS-RNTI, TC-RNTI, SP-CSI-RNTI.
En algunas realizaciones de la presente divulgación, si el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es común, la RNTI objetivo no incluye: CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI.
En algunas realizaciones de la presente divulgación, el módulo de monitorización está configurado además para: monitorizar el CORESET en la Scell.
El equipo 500 de usuario proporcionado por la realización de la presente divulgación puede implementar los procesos implementados por el equipo de usuario en la realización del método de la Fig. 2. Para evitar repeticiones, los detalles no se describen aquí nuevamente.
La Fig. 6 es un diagrama estructural de otro equipo de usuario proporcionado por una realización de la presente divulgación. El equipo 600 de usuario mostrado en la Fig. 6 incluye:
un módulo 601 de envío configurado para, cuando el equipo 600 de usuario detecta en una BWP activa la presencia de un evento de fallo de haz y la CORESET-BFR no está configurada en la BWP activa, enviar una BFRQ usando un recurso de canal objetivo.
En algunas realizaciones de la presente divulgación, el módulo 601 de envío incluye además:
una unidad de conmutación configurada para cambiar a una BWP inicial.
En algunas realizaciones de la presente divulgación, cuando CORESET-BFR está configurada en la BWP inicial y un PRACH libre de conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH libre de conflicto.
En algunas realizaciones de la presente divulgación, el equipo 600 de usuario incluye además:
un módulo de monitorización configurado para monitorizar en la BWP inicial la CORESET-BFR.
En algunas realizaciones de la presente divulgación, cuando la CORESET-BFR no está configurada en la BWP inicial y un PRACH basado en conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH basado en conflicto.
En algunas realizaciones de la presente divulgación, el módulo de monitorización está configurado además para: monitorizar, en la BWP inicial, CORESET #0 en la BWP inicial.
En algunas realizaciones de la presente divulgación, el equipo 600 de usuario incluye además:
un módulo de recepción configurado para recibir, en la BWP inicial, una RAR.
En algunas realizaciones de la presente divulgación, un tipo de espacio de búsqueda de recuperación en la CORESET-BFR es específico de UE.
En algunas realizaciones de la presente divulgación, el tipo de espacio de búsqueda de recuperación en CORESET-BFR es común.
En algunas realizaciones de la presente divulgación, el módulo de monitorización está configurado además para: monitorizar una RNTI objetivo, en donde la RNTI objetivo incluye: C-RNTI.
En algunas realizaciones de la presente divulgación, si el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es específico de UE, la RNTI objetivo no incluye: CS-RNTI, TC-RNTI, SP-CSI-RNTI.
En algunas realizaciones de la presente divulgación, si el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es común, la RNTI objetivo no incluye: CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI.
En algunas realizaciones de la presente divulgación, el módulo de monitorización está configurado además para: monitorizar el CORESET en la Scell.
En algunas realizaciones de la presente divulgación, las señales de referencia de haz candidato no están configuradas en la BWP activa.
En algunas realizaciones de la presente divulgación, las señales de referencia de haz candidato están configuradas en la BWP inicial.
El módulo 601 de envío está configurado además para:
determinar una señal de referencia de haz objetivo para la recuperación de fallo de haz según las señales de referencia de haz candidato, en donde la CORESET-BFR y la señal de referencia de haz objetivo son QCL.
El equipo 600 de usuario proporcionado por la realización de la presente divulgación puede implementar los procesos implementados por el equipo de usuario en la realización del método de la Fig. 3. Para evitar repeticiones, los detalles no se describen aquí nuevamente.
La Fig. 7 es un diagrama estructural de otro equipo de usuario proporcionado por una realización de la presente divulgación. El equipo de usuario mostrado en la Fig. 7 incluye:
un módulo 701 de monitorización configurado para monitorizar CORESET-BFR en una primera célula, en donde un tipo de espacio de búsqueda de recuperación en la CORESET-BFR es un tipo objetivo.
En algunas realizaciones de la presente divulgación, el tipo objetivo es específico del equipo de usuario (específico de UE).
En algunas realizaciones de la presente divulgación, el tipo objetivo es común.
En algunas realizaciones de la presente divulgación, el módulo 701 de monitorización está configurado además para: monitorizar una RNTI objetivo, en donde la RNTI objetivo incluye: C-RNTI.
En algunas realizaciones de la presente divulgación, si el tipo de espacio de búsqueda de recuperación en la CORESET-BFR es específico de UE, la RNTI objetivo no incluye: CS-RNTI, TC-RNTI, SP-CSI-RNTI.
En algunas realizaciones de la presente divulgación, si el tipo de espacio de búsqueda de recuperación en CORESET-BFR es común, la RNTI objetivo no incluye: CS-RNTI, TC-RNTI, SP-CSI-RNTI, RA-RNTI, P-RNTI y SI-RNTI.
En algunas realizaciones de la presente divulgación, el módulo 701 de monitorización está configurado además para:
monitorizar el CORESET en una segunda célula.
En algunas realizaciones de la presente divulgación, la primera célula es la Pcell y la segunda célula es la Scell.
El equipo 700 de usuario proporcionado por la realización de la presente divulgación puede implementar los procesos implementados por el equipo de usuario en la realización del método de la Fig. 4. Para evitar repeticiones, los detalles no se describen aquí nuevamente.
La Fig. 8 es un diagrama estructural de otro equipo de usuario proporcionado por una realización de la presente divulgación. El equipo 800 de usuario mostrado en la Fig. 8 incluye: al menos un procesador 801, un almacenamiento 802, al menos una interfaz 804 de red y una interfaz 803 de usuario. Los componentes en el equipo 800 de usuario están acoplados entre sí a través de un sistema 805 de bus. Como se apreciará, el sistema 805 de bus se utiliza para lograr la conexión y comunicación entre estos componentes. Además de un bus de datos, el sistema 805 de bus también incluye un bus de alimentación, un bus de control y un bus de señal de estado. Sin embargo, en aras de la claridad, en la Fig. 8 están marcados varios buses como el sistema 805 de bus.
En donde la interfaz 803 de usuario incluye una pantalla, un teclado o un dispositivo de puntero (por ejemplo, un ratón, una bola rastreadora, un panel táctil o una pantalla táctil, etc.).
Se apreciará que el almacenamiento 802 en la realización de la presente divulgación es una memoria volátil o una memoria no volátil, o incluye tanto memoria volátil como memoria no volátil. Entre ellas, la memoria no volátil puede ser una Memoria de Sólo Lectura (ROM, por sus siglas en inglés), una ROM Programable (PROM, por sus siglas en inglés), una PROM Borrable (EPROM, por sus siglas en inglés), una EPROM Eléctricamente (EEPROM, por sus siglas en inglés) o una memoriaflash.La memoria volátil es una Memoria de Acceso Aleatorio (RAM, por sus siglas en inglés), que se utiliza como caché externa. A modo de descripción ejemplar pero no restrictiva, están disponibles muchas formas de RAM, tales como una RAM Estática (SRAM, por sus siglas en inglés), una RAM Dinámica (DRAM, por sus siglas en inglés), una DRAM Síncrona (SDRAM, por sus siglas en inglés), una SDRAM de Velocidad de Datos Doble (DDRSDRAM, por sus siglas en inglés), una SDrAm Mejorada (ESDRAM, por sus siglas en inglés), una DRAM de enlace de Sincronización (SLDRAM, por sus siglas en inglés) y una RAM Rambus Directa (DRRAM, por sus siglas en inglés). El almacenamiento 802 del sistema y el método descritos en la realización de la presente divulgación pretende incluir, entre otros, éstos y cualquier otro tipo adecuado de almacenamiento.
En algunas realizaciones, el almacenamiento 802 almacena los siguientes elementos, módulos ejecutables o estructuras de datos, o un subconjunto de los mismos, o un conjunto ampliado de los mismos: un sistema operativo 8021 y una aplicación 8022.
Entre ellos, el sistema operativo 8021 incluye varios programas de sistema, tales como una capa de armazón, una capa de biblioteca central, una capa de controlador, etc., para implementar diversos servicios básicos y procesar tareas basadas enhardware.La aplicación 8022 incluye varios programas de aplicación, tales como un reproductor multimedia, un navegador, etc., para implementar diversos servicios de aplicación. El programa para implementar los métodos de las realizaciones de la presente divulgación se incluye en la aplicación 8022.
En una realización de la presente divulgación, el equipo 800 de usuario incluye además: un programa informático almacenado en el almacenamiento 802 y que puede ser ejecutado en el procesador 801, implementando el programa informático, cuando es ejecutado por el procesador 801, las siguientes operaciones:
cuando el equipo 800 de usuario detecta en una BWP activa la presencia de un evento de fallo de haz, y CORESET-BFR no está configurada en la BWP activa, enviar una BFRQ usando un recurso de canal objetivo; o,
cuando el equipo 800 de usuario detecta en la BWP activa la presencia de un evento de fallo de haz, y PRACH no está configurado en la BWP activa, enviar una BFRQ usando un recurso de canal objetivo; o,
monitorizar la CORESET-BFR en una primera célula, en donde un tipo de espacio de búsqueda de recuperación en la CORESET-BFR es un tipo objetivo.
Los métodos divulgados en las anteriores realizaciones de la presente divulgación se aplican al procesador 801 o son implementados por el procesador 801. El procesador 801 es un chip de circuito integrado con capacidad de procesamiento de señales. En el proceso de implementación, las operaciones de los métodos anteriores se realizan mediante un circuito lógico integrado dehardwareen el procesador 801 o instrucciones en forma desoftware.El procesador 801 anterior es un procesador de propósito general, un Procesador de Señales Digitales (DSP, por sus siglas en inglés), un Circuito Integrado Específico de una sola Aplicación (ASIC, por sus siglas en inglés), una Agrupación de Puertas Programables de Campo (FPGA, por sus siglas en inglés) u otros dispositivos lógicos programables, puertas discretas o dispositivos lógicos de transistores, componentes dehardwarediscretos. Los métodos, operaciones y diagramas de bloques lógicos divulgados en las realizaciones de la presente divulgación se pueden implementar o ejecutar. El procesador de propósito general es un microprocesador o el procesador también puede ser cualquier procesador convencional o similar. Las operaciones del método descrito en las realizaciones de la presente divulgación están realizadas directamente como ejecutadas y completadas por un procesador de decodificación dehardware, o ejecutadas y completadas por una combinación de módulos dehardwareysoftwareen el procesador de decodificación. Los módulos desoftwareestán ubicados en un medio de almacenamiento legible por ordenador maduro en el campo, tal como una memoria de acceso aleatorio, una memoriaflash,una memoria de solo lectura, una memoria de solo lectura programable o una memoria programable borrable eléctricamente, un registro, etc. El medio de almacenamiento legible por ordenador está ubicado en el almacenamiento 802, y el procesador 801 lee la información en el almacenamiento 802 y realiza las operaciones de los métodos anteriores en combinación con suhardware.Específicamente, un programa informático se almacena en el medio de almacenamiento legible por ordenador, y cuando el programa informático es ejecutado por el procesador 801, se implementan las operaciones de una cualquiera de las realizaciones del método como se muestran en las Figs. 2, 3 y 4.
Se apreciará que estas realizaciones descritas en las realizaciones de la presente divulgación se pueden implementar mediantehardware, software, firmware, middleware,microcódigos o una combinación de los mismos. Para la implementación enhardware,la unidad de procesamiento se implementa en uno o más Circuitos Integrados Específicos de una sola Aplicación (ASIC), Procesadores de Señales Digitales (DSP), Dispositivos DSP (DSPD, por sus siglas en inglés), Dispositivos Lógicos Programables (PLD), Agrupación de Puertas Programables de Campo (FPGA), procesadores de uso general, controladores, microcontroladores, microprocesadores y otras unidades electrónicas para realizar las funciones descritas en esta divulgación, o una combinación de los mismos.
Para la implementación porsoftware, las técnicas descritas en las realizaciones de la presente divulgación se pueden implementar mediante módulos (por ejemplo, procesos, funciones, etc.) que realizan las funciones descritas en las realizaciones de la presente divulgación. Los códigos desoftwarese almacenan en el almacenamiento y son ejecutados por el procesador. El almacenamiento se implementa en el procesador o de forma externa al procesador.
El equipo 800 de usuario puede implementar los diversos procesos implementados por los equipos de usuario en las realizaciones de métodos anteriores de las Figs. 2, 3 y 4. Para evitar repeticiones, los detalles no se describen aquí nuevamente.
Las realizaciones de la presente divulgación también proporcionan un medio de almacenamiento legible por ordenador que tiene un programa informático almacenado en el mismo. Cuando el programa informático es ejecutado por un procesador, se implementan los procesos de las realizaciones de métodos anteriores de las Figs. 2, 3 y 4, y pueden lograr los mismos efectos técnicos. Para evitar repeticiones, los detalles no se repetirán aquí nuevamente. En donde el medio de almacenamiento legible por ordenador es tal como una Memoria de Sólo Lectura (ROM), una Memoria de Acceso Aleatorio (RAM), un disco magnético o un disco óptico, etc.

Claims (15)

REIVINDICACIONES
1. Un método para la recuperación de fallos de haz, aplicado a un equipo (11) de usuario, comprendiendo el método:
cuando el equipo de usuario detecta en una parte del ancho de banda activa, BWP activa, la presencia de un evento de fallo de haz, y la recuperación de fallo de haz de conjunto de recursos de control, CORESET-BFR, no está configurada en la BWP activa, enviar (210) una solicitud de recuperación de fallo de haz, BFRQ, mediante el uso de un recurso de canal objetivo;
en donde, cuando un canal de acceso aleatorio físico basado en conflicto, PRACH, está configurado en la BWP activa, el recurso de canal objetivo es el PRACH basado en conflicto;
comprendiendo el método además:
cuando un PRACH no está configurado en la BWP activa, cambiar a una parte de ancho de banda inicial, BWP inicial, y realizar recuperación de fallo de haz en la BWP inicial;
en donde, cuando la CORESET-BFR está configurada en la BWP inicial, y un PRACH libre de conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH libre de conflicto; caracterizado por que, el método comprende además:
monitorizar, en la BWP inicial, la CORESET-BFR.
2. El método según la reivindicación 1, que comprende además:
recibir, en la BWP activa, una respuesta de acceso aleatorio (RAR).
3. El método según la reivindicación 1, en donde, cuando la CORESET-BFR no está configurada en la BWP inicial, y un PRACH basado en conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH basado en conflicto.
4. El método según la reivindicación 3, que comprende además:
recibir, en la BWP inicial, una RAR.
5. El método según la reivindicación 1, en donde un tipo de un espacio de búsqueda para la recuperación de fallos de haz, espacio de búsqueda de recuperación, en la CORESET-BFR es específico de equipo de usuario, específico de UE.
6. El método según la reivindicación 5, que comprende además:
monitorizar la identidad temporal de red de radio objetivo, RNTI, en donde la RNTI objetivo comprende la identidad temporal de red de radio celular, C-RNTI.
7. Un método para la recuperación de fallos de haz, aplicado a un equipo de usuario, comprendiendo el método: cuando el equipo de usuario detecta en una BWP activa la presencia de un evento de fallo de haz, y un PRACH no está configurado en la BWP activa, cambiar a una BWP inicial y enviar (310) una BFRQ usando un recurso de canal objetivo;
en donde, cuando CORESET-BFR está configurada en la BWP inicial, y un PRACH libre de conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH libre de conflicto; y caracterizado por que, el método comprende además:
monitorizar, en la BWP inicial, la CORESET-BFR.
8. El método según la reivindicación 7, que comprende además:
recibir, en la BWP inicial, una RAR.
9. El método según la reivindicación 7, en donde un tipo de espacio de búsqueda de recuperación en la CORESET-BFR es específico de UE.
10. El método según la reivindicación 9, que comprende además:
monitorizar la RNTI objetivo, en donde la RNTI objetivo comprende: C-RNTI.
11. El método según la reivindicación 7, en donde las señales de referencia de haz candidato no están configuradas en la BWP inicial;
antes de monitorizar el CORESET-BFR, el método comprende además:
determinar una señal de referencia de haz objetivo para la recuperación de fallo de haz según las señales de referencia de haz candidato, en donde la CORESET-BFR y la señal de referencia de haz objetivo son cuasi coemplazadas, QCL.
12. Un equipo (500) de usuario, que comprende:
un módulo (501) de envío configurado para, cuando el equipo de usuario detecta en una BWP activa la presencia de un evento de fallo de haz y CORESET-BFR no está configurada en la BWP activa, enviar una BFRQ usando un recurso de canal objetivo;
en donde, cuando un canal de acceso aleatorio físico, PRACH, basado en conflicto está configurado en la BWP activa, el recurso de canal objetivo es el PRACH basado en conflicto;
en donde el módulo (501) de envío comprende:
una unidad de conmutación configurada para cambiar a una BWP inicial; y
el equipo (500) de usuario comprende además:
un módulo de monitorización configurado para monitorizar, en la BWP inicial, la CORESET-BFR;
en donde, cuando la CORESET-BFR está configurada en la BWP inicial, y un PRACH libre de conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH libre de conflicto.
13. Un equipo (600) de usuario, que comprende:
un módulo (601) de envío configurado para, cuando el equipo de usuario detecta la presencia de un evento de fallo de haz en una BWP activa y un PRACH no está configurado en la BWP activa, enviar una BFRQ usando un recurso de canal objetivo;
en donde el módulo (601) de envío comprende una unidad de conmutación configurada para cambiar a una BWP inicial;
en donde, cuando CORESET-BFR está configurada en la BWP inicial, y un PRACH libre de conflicto está configurado en la BWP inicial, el recurso de canal objetivo es el PRACH libre de conflicto; y caracterizado por que,
el equipo (600) de usuario comprende además:
un módulo de monitorización configurado para monitorizar, en la BWP inicial, la CORESET-BFR.
14. Un medio de almacenamiento legible por ordenador, en donde el medio de almacenamiento legible por ordenador tiene un programa informático almacenado en el mismo, y el programa informático implementa, cuando es ejecutado por un procesador, las operaciones del método para la recuperación de fallos de haz según cualquiera de las reivindicaciones 1 a 6.
15. Un medio de almacenamiento legible por ordenador, en donde el medio de almacenamiento legible por ordenador tiene un programa informático almacenado en el mismo, y el programa informático implementa, cuando es ejecutado por un procesador, las operaciones del método para la recuperación de fallos de haz según cualquiera de las reivindicaciones 7 a 11.
ES19843926T 2018-08-01 2019-07-18 Método para la recuperación de fallos de haz y dispositivo terminal Active ES2958945T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810866890.2A CN110798864B (zh) 2018-08-01 2018-08-01 用于波束失败恢复的方法和终端设备
PCT/CN2019/096509 WO2020024803A1 (zh) 2018-08-01 2019-07-18 用于波束失败恢复的方法和终端设备

Publications (1)

Publication Number Publication Date
ES2958945T3 true ES2958945T3 (es) 2024-02-16

Family

ID=69230988

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19843926T Active ES2958945T3 (es) 2018-08-01 2019-07-18 Método para la recuperación de fallos de haz y dispositivo terminal

Country Status (9)

Country Link
US (1) US20210153074A1 (es)
EP (1) EP3833134B1 (es)
JP (1) JP7170120B2 (es)
KR (1) KR20210038654A (es)
CN (1) CN110798864B (es)
ES (1) ES2958945T3 (es)
HU (1) HUE063499T2 (es)
PT (1) PT3833134T (es)
WO (1) WO2020024803A1 (es)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7248681B2 (ja) * 2018-08-09 2023-03-29 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
CN110536431B (zh) * 2018-09-21 2023-04-14 中兴通讯股份有限公司 一种波束恢复方法、装置、终端及存储介质
CN112753193B (zh) * 2018-09-28 2024-01-02 苹果公司 用于新无线电(nr)下行链路传输的空间假设配置
US11172457B2 (en) * 2018-11-14 2021-11-09 Qualcomm Incorporated Transmission configuration indication state ordering for an initial control resource set
US11974344B2 (en) * 2019-11-15 2024-04-30 Qualcomm Incorporated Beam failure report response receiving cell restriction rule
CN113259973B (zh) * 2020-02-07 2022-11-22 维沃移动通信有限公司 波束失败恢复方法、终端及网络设备
US20230146642A1 (en) * 2020-05-20 2023-05-11 Ntt Docomo, Inc. Terminal, radio communication method, and base station
CN113766660B (zh) * 2020-06-04 2024-02-09 大唐移动通信设备有限公司 Sr发送方法和终端
CN114501505A (zh) * 2020-10-23 2022-05-13 索尼公司 用于无线通信的电子设备和方法、计算机可读存储介质

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10615862B2 (en) * 2016-04-13 2020-04-07 Qualcomm Incorporated System and method for beam adjustment request
WO2018128426A1 (en) * 2017-01-04 2018-07-12 Lg Electronics Inc. Method and apparatus for sharing spectrum between 3gpp lte and nr in wireless communication system
US10505773B2 (en) * 2017-01-17 2019-12-10 Qualcomm Incorporated Association between synchronization signal beams and reference signal beams
CN107342801B (zh) * 2017-06-15 2021-04-02 宇龙计算机通信科技(深圳)有限公司 一种波束处理方法、用户设备及基站
CN108111286B (zh) * 2017-11-17 2022-04-19 中兴通讯股份有限公司 信息发送、接收方法及装置、存储介质、处理器
CN108093481B (zh) * 2017-11-28 2023-04-18 中兴通讯股份有限公司 发送波束恢复信息的方法和装置、波束检测方法和装置
CN108260212B (zh) * 2017-12-29 2024-07-19 中兴通讯股份有限公司 一种控制信道的检测方法、装置及系统
US11956827B2 (en) * 2018-01-05 2024-04-09 Samsung Electronics Co., Ltd. Apparatus and method of beam recovery on secondary cell
US10863570B2 (en) * 2018-01-09 2020-12-08 Comcast Cable Communications, Llc Beam selection in beam failure recovery request retransmission
CN110299977A (zh) * 2018-03-22 2019-10-01 夏普株式会社 在用户设备上运行的方法及用户设备
US11026233B2 (en) * 2018-06-20 2021-06-01 Apple Inc. Emission and panel aware beam selection
CN110972515B (zh) * 2018-07-31 2022-06-14 Lg电子株式会社 在无线通信系统中监测终端的控制信号的方法及其终端
US11324064B2 (en) * 2018-09-24 2022-05-03 Comcast Cable Communications, Llc Beam failure recovery procedures

Also Published As

Publication number Publication date
EP3833134A4 (en) 2021-10-06
PT3833134T (pt) 2023-09-21
WO2020024803A1 (zh) 2020-02-06
CN110798864A (zh) 2020-02-14
EP3833134A1 (en) 2021-06-09
JP2021532682A (ja) 2021-11-25
US20210153074A1 (en) 2021-05-20
JP7170120B2 (ja) 2022-11-11
HUE063499T2 (hu) 2024-01-28
CN110798864B (zh) 2021-03-02
EP3833134B1 (en) 2023-09-06
KR20210038654A (ko) 2021-04-07

Similar Documents

Publication Publication Date Title
ES2958945T3 (es) Método para la recuperación de fallos de haz y dispositivo terminal
US10555338B2 (en) NR-PRACH multiple Msg1 transmission
ES2952991T3 (es) Método de control de BWP, dispositivo relacionado y sistema
ES2966167T3 (es) Acceso aleatorio con conmutación de parte de ancho de banda
ES2972077T3 (es) Procedimiento y aparato, y medio de almacenamiento de informe de fallos del haz
US11477778B2 (en) Physical downlink control channel monitoring method, user equipment and network side device
US20200322946A1 (en) Method and Device for Configuring Control Channel, Method and Device for Detecting Control Channel, Program and Medium
CN110719139B (zh) 搜索空间参数确定方法和终端设备
ES2899423T3 (es) Método de transmisión de datos, estación base y equipo de usuario
WO2020011122A1 (zh) 跨载波调度物理下行共享信道的方法和设备
KR102552623B1 (ko) 빔 페일 회복을 위한 방법, 단말 기기 및 네트워크측 기기
US11196528B2 (en) Method and device of channel estimation based on precoding granularity of control resource set
BR112019004113A2 (pt) método e aparelho de recuperação de feixe
WO2019157939A1 (zh) 参考信号发送和接收方法及装置
US11445550B2 (en) Method of transmitting random access response message, method of receiving random access response message and devices thereof
CN116076144A (zh) 配置随机接入过程
US11252776B2 (en) User equipment and control channel monitoring method thereof, network node and control channel configuration and transmission method thereof
WO2023273967A1 (zh) 小区指示、小区切换方法、装置、服务节点、终端及介质
WO2022151345A1 (zh) Pdcch重复传输的配置方法及相关装置
BR112019012286A2 (pt) método de transmissão de sinal, dispositivo terminal e dispositivo de rede
WO2020019322A1 (zh) 信息传输的方法和装置
JP2022115997A (ja) 帯域幅部切替えによるランダムアクセス
BR112020009624B1 (pt) Método e aparelho