BR112021005891A2 - relatório de falha de feixe - Google Patents

relatório de falha de feixe Download PDF

Info

Publication number
BR112021005891A2
BR112021005891A2 BR112021005891-5A BR112021005891A BR112021005891A2 BR 112021005891 A2 BR112021005891 A2 BR 112021005891A2 BR 112021005891 A BR112021005891 A BR 112021005891A BR 112021005891 A2 BR112021005891 A2 BR 112021005891A2
Authority
BR
Brazil
Prior art keywords
candidate
information
terminal device
cells
service
Prior art date
Application number
BR112021005891-5A
Other languages
English (en)
Inventor
Timo KOSKELA
Samuli Turtinen
Chunli Wu
Mihai Enescu
Sami HAKOLA
Original Assignee
Nokia Technologies Oy
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 Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of BR112021005891A2 publication Critical patent/BR112021005891A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H04B7/06952Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • H04B7/06964Re-selection of one or more beams after beam failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/046Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24Cell structures
    • H04W16/28Cell structures using beam steering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/02Selection of wireless resources by user or terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/04Scheduled access

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Manufacture Of Alloys Or Alloy Compounds (AREA)
  • Memory System Of A Hierarchy Structure (AREA)
  • Laser Surgery Devices (AREA)

Abstract

RELATÓRIO DE FALHA DE FEIXE. Modalidades da presente divulgação se referem a reportar falha de feixe. Um dispositivo terminal detecta uma falha de feixe em uma ou mais células de serviço do dispositivo terminal. Se a falha de feixe for detectada nas uma ou mais células de serviço, o dispositivo terminal obtém informações envolvendo um ou mais feixes candidatos e as uma ou mais células de serviço. Cada um dos um ou mais feixes candidatos está associado a uma respectiva das uma ou mais células de serviço. O dispositivo terminal, então, transmite pelo menos uma porção das informações para um dispositivo de rede associado às uma ou mais células de serviço.

Description

“RELATÓRIO DE FALHA DE FEIXE” REFERÊNCIA CRUZADA A PEDIDO RELACIONADO
[0001] O presente pedido reivindica prioridade do Pedido Nº PCT/CN2018/108130, depositado em 27 de setembro de 2018, e intitulado "BEAM FAILURE RECOVERY FOR SERVING CELL", que é incorporado por referência neste documento em sua totalidade.
CAMPO
[0002] Modalidades da presente divulgação geralmente se referem ao campo de telecomunicações e, em particular, a métodos, dispositivos, aparelhos e meios de armazenamento legíveis por computador para relatar falha de feixe.
FUNDAMENTOS
[0003] O novo sistema de acesso de rádio, o qual também denominado sistema NR ou rede NR, é o sistema de comunicação de próxima geração. Foi acordado que a agregação de portadora (CA) que é usada em Long Term Evolution (LTE)-Advanced para aumentar a largura de banda será suportada no sistema NR. Quando CA é usada, há numerosas células de serviço. Geralmente, uma célula primária (PCell) e pelo menos uma célula secundária (SCell) são fornecidas. Uma falha de feixe pode ocorrer quando a qualidade do(s) par(es) de feixe(s) de uma célula de serviço cai o suficiente (por exemplo, em comparação com um limiar ou tempo limite de um temporizador associado).
[0004] Um procedimento de recuperação de falha de feixe é um mecanismo para recuperar feixes quando todos ou parte dos feixes servindo ao equipamento de usuário (UE) tiverem falhado. Recuperação de feixe também pode ser chamada de reconfiguração de link. O objetivo da recuperação de feixe é detectar quando um ou mais links de canais de controle de downlink físicos (PDCCH) são considerados estar em condições de falha e recuperar o link. Para recuperar o link, o UE inicia sinalização em direção à rede para indicar falha e um novo link potencial (feixe) chamado link (feixe) candidato. Como uma resposta à solicitação de recuperação de falha de feixe (BFRR) recebida do UE, a rede pode configurar o UE com um novo link PDCCH. Atualmente, a recuperação de falha de feixe foi definida para uma célula de serviço, que na prática cobre a recuperação de falha de feixe apenas para PCell. Assim, ainda permanece uma necessidade de fornecer uma solução para recuperação de falha de feixe especialmente para SCell.
SUMÁRIO
[0005] Em geral, modalidades de exemplo da presente divulgação fornecem uma solução para relatar falha de feixe.
[0006] Em um primeiro aspecto, é fornecido um dispositivo terminal. O dispositivo terminal compreende pelo menos um processador; e pelo menos uma memória incluindo códigos de programa de computador; a pelo menos uma memória e os códigos de programa de computador são configurados para, com o pelo menos um processador, fazer o dispositivo terminal detectar uma falha de feixe em uma ou mais células de serviço do dispositivo terminal; em resposta à detecção da falha de feixe nas uma ou mais células de serviço, obter informações sobre um ou mais feixes candidatos e as uma ou mais células de serviço, cada um dos um ou mais feixes candidatos associados a uma respectiva das uma ou mais células de serviço; e transmitir pelo menos uma porção das informações para um dispositivo de rede associado com as uma ou mais células de serviço.
[0007] Em um segundo aspecto, é fornecido um dispositivo de rede. O dispositivo de rede compreende pelo menos um processador; e pelo menos uma memória incluindo códigos de programa de computador; a pelo menos uma memória e os códigos de programa de computador são configurados para, com o pelo menos um processador, fazer o dispositivo de rede receber, de um dispositivo terminal, pelo menos uma porção de informações envolvendo um ou mais feixes candidatos e uma ou mais células de serviço nas quais uma falha de feixe é detectada, cada um dos um ou mais feixes candidatos associados com uma respectiva das uma ou mais células de serviço; e determinar, com base na porção recebida, pelo menos que a falha de feixe é detectada nas uma ou mais células de serviço.
[0008] Em um terceiro aspecto, é fornecido um método. O método compreende detectar, em um dispositivo terminal, uma falha de feixe em uma ou mais células de serviço do dispositivo terminal; em resposta à detecção da falha de feixe nas uma ou mais células de serviço, obter informações envolvendo um ou mais feixes candidatos e as uma ou mais células de serviço, cada um dos um ou mais feixes candidatos associados a uma respectiva das uma ou mais células de serviço; e transmitir pelo menos uma porção das informações para um dispositivo de rede associado com as uma ou mais células de serviço.
[0009] Em um quarto aspecto, é fornecido um método. O método compreende receber, em um dispositivo de rede e de um dispositivo terminal, pelo menos uma porção de informações envolvendo um ou mais feixes candidatos e uma ou mais células de serviço nas quais uma falha de feixe é detectada, cada um dos um ou mais feixes candidatos associados com uma respectiva das uma ou mais células de serviço; e determinar, com base na porção recebida, pelo menos que a falha de feixe é detectada nas uma ou mais células de serviço.
[0010] Em um quinto aspecto, é fornecido um aparelho compreendendo meios para detectar, em um dispositivo terminal, uma falha de feixe em uma ou mais células de serviço do dispositivo terminal; meios para em resposta à detecção da falha de feixe nas uma ou mais células de serviço, obter informações envolvendo um ou mais feixes candidatos e as uma ou mais células de serviço, cada um dos um ou mais feixes candidatos associados a uma respectiva das uma ou mais células de serviço; e meios para transmitir pelo menos uma porção das informações para um dispositivo de rede associado com as uma ou mais células de serviço.
[0011] Em um sexto aspecto, é fornecido um aparelho compreendendo meios para receber, em um dispositivo de rede e de um dispositivo terminal, pelo menos uma porção de informações envolvendo um ou mais feixes candidatos e uma ou mais células de serviço nas quais uma falha de feixe é detectada, cada um dos um ou mais feixes candidatos associados com uma respectiva das uma ou mais células de serviço; e meios para determinar, com base na porção recebida, pelo menos que a falha de feixe é detectada nas uma ou mais células de serviço.
[0012] Em um sétimo aspecto, é fornecido um meio legível por computador não transitório compreendendo instruções de programa para fazer um aparelho executar pelo menos o método de acordo com o terceiro aspecto acima.
[0013] Em um oitavo aspecto, é fornecido um meio legível por computador não transitório compreendendo instruções de programa para fazer um aparelho executar pelo menos o método de acordo com o quarto aspecto acima.
[0014] Deve ser entendido que a seção de sumário não se destina a identificar características principais ou essenciais de modalidades da presente divulgação, nem se destina a ser usada para limitar o escopo da presente divulgação. Outras características da presente divulgação se tornarão facilmente compreensíveis por meio da seguinte descrição.
BREVE DESCRIÇÃO DOS DESENHOS
[0015] Algumas modalidades de exemplo serão agora descritas com referência aos desenhos anexos, onde:
[0016] A Fig. 1 ilustra uma rede de comunicação de exemplo na qual modalidades da presente divulgação podem ser implementadas;
[0017] A Fig. 2A é um diagrama esquemático ilustrando uma configuração BFD-RS, onde quase colocalização espacial (QCL) é assumida através das portadoras;
[0018] A Fig. 2B é um diagrama esquemático ilustrando uma configuração BFD-RS onde não há suposição de QCL espacial através das portadoras;
[0019] A Fig. 3 ilustra um fluxograma ilustrando um processo de exemplo para relatar falha de feixe de acordo com algumas modalidades da presente divulgação;
[0020] A Fig. 4 mostra um diagrama esquemático ilustrando um formato de exemplo para relatar falha de feixe de acordo com algumas modalidades da presente divulgação;
[0021] A Fig. 5 mostra um diagrama esquemático ilustrando um formato de exemplo para relatar falha de feixe de acordo com algumas modalidades da presente divulgação;
[0022] A Fig. 6 mostra um diagrama esquemático ilustrando um formato de exemplo para relatar falha de feixe de acordo com algumas modalidades da presente divulgação;
[0023] A Fig. 7 ilustra um fluxograma de um método de exemplo de acordo com algumas modalidades da presente divulgação;
[0024] A Fig. 8 ilustra um fluxograma de um método de exemplo de acordo com algumas modalidades da presente divulgação;
[0025] A Fig. 9 ilustra um diagrama de blocos simplificado de um aparelho que é adequado para implementar modalidades da presente divulgação; e
[0026] A Fig. 10 ilustra um diagrama de blocos de um meio legível por computador de exemplo de acordo com algumas modalidades da presente divulgação.
[0027] Ao longo dos desenhos, os mesmos numerais de referência ou semelhantes representam o mesmo elemento ou elemento semelhante.
DESCRIÇÃO DETALHADA
[0028] O princípio da presente divulgação será agora descrito com referência a algumas modalidades de exemplo. Deve ser entendido que essas modalidades são descritas apenas para fins de ilustração e ajudam aqueles versados na técnica a compreender e implementar a presente divulgação, sem sugerir qualquer limitação quanto ao escopo da divulgação. A divulgação aqui descrita pode ser implementada de várias maneiras diferentes das descritas abaixo.
[0029] Na descrição e nas reivindicações a seguir, a menos que definido em contrário, todos os termos técnicos e científicos usados neste documento têm o mesmo significado como comumente compreendido pelos versados na técnica à qual pertence esta divulgação.
[0030] Referências na presente divulgação a "uma modalidade", "uma modalidade", "uma modalidade de exemplo" e semelhantes indicam que a modalidade descrita pode incluir um recurso, uma estrutura ou uma característica particular, mas não é necessário que cada modalidade inclua o recurso, a estrutura ou a característica particular. Além disso, essas frases não estão necessariamente se referindo à mesma modalidade. Além disso, quando um recurso, uma estrutura, ou uma característica particular é descrita em conexão com uma modalidade, alega-se que ela está dentro do conhecimento de um perito na arte para efetuar tal recurso, estrutura, ou característica em conexão com outras modalidades se ou não explicitamente descritas.
[0031] Também será compreendido que, embora os termos "primeiro" e "segundo", etc. possam ser usados neste documento para descrever vários elementos, esses elementos não devem estar limitados por esses termos. Esses termos são apenas usados para distinguir um elemento do outro. Por exemplo, um primeiro elemento poderia ser denominado um segundo elemento e, similarmente, um segundo elemento poderia ser denominado um primeiro elemento, sem afastamento do escopo de modalidades de exemplo. Conforme usado neste documento, o termo "e/ou" inclui todas e quaisquer combinações de um ou mais dos termos listados.
[0032] A terminologia utilizada aqui é para o propósito de descrever modalidades particulares apenas e não se destina a ser limitativa de modalidades de exemplo. Como usado neste documento, as formas singulares “um”, “uma” e "o/a" se destinam a incluir também as formas plurais, a menos que o contexto indique claramente de outra forma. Será ainda entendido que os termos "compreende", "compreendendo", "tem", "tendo", "inclui" e/ou "incluindo", quando usados neste documento, especificam a presença de recursos, elementos e/ou componentes declarados, etc., mas não excluem a presença ou adição de um ou mais outros recursos, elementos, componentes e/ou combinações dos mesmos.
[0033] Conforme usado neste pedido, o termo "circuito" pode se referir a um ou mais ou todos os seguintes: (a) implementações de circuito apenas de hardware (como implementações apenas em circuitos analógicos e/ou digitais) e (b) combinações de circuitos de hardware e software, tal como (como aplicável): (i) uma combinação de circuito(s) de hardware analógico e/ou digital com software/firmware e (ii) quaisquer porções de processador(es) de hardware com software (incluindo processador(es) de sinal digital), software e memória(s) que funcionam juntos para fazer um aparelho, tal como um telefone móvel ou servidor, executar várias funções) e
(c) circuito(s) de hardware e/ou processador(es), como microprocessador(es) ou uma porção de um microprocessador(es), que requerem software (por exemplo, firmware) para operação, mas o software pode não estar presente quando não é necessário para a operação.
[0034] Esta definição de circuito se aplica a todos os usos deste termo neste pedido, incluindo em quaisquer reivindicações. Como outro exemplo, conforme usado neste pedido, o termo circuito também cobre uma implementação de apenas um circuito de hardware ou processador (ou múltiplos processadores) ou porção de um circuito de hardware ou processador e seu (seus) software e/ou firmware que acompanha(m). O termo circuito também cobre, por exemplo, e se aplicável ao elemento de reivindicação particular, um circuito integrado de banda base ou circuito integrado de processador para um dispositivo móvel ou um circuito integrado semelhante em servidor, um dispositivo de rede celular ou outro dispositivo de computação ou rede.
[0035] Conforme usado neste documento, o termo "rede de comunicação" se refere a uma rede seguindo quaisquer padrões de comunicação adequados, tal como Long Term Evolution (LTE), LTE-Advanced (LTE-A), Wideband Code Division Multiple Access (WCDMA), High-Speed Packet Access (HSPA), Narrow Band Internet of Things (NB-IoT) e assim por diante. Além disso, as comunicações entre um dispositivo terminal e um dispositivo de rede na rede de comunicação podem ser realizadas de acordo com quaisquer protocolos de comunicação de geração adequados, incluindo, mas não se limitando a, protocolos de comunicação de primeira geração (1G), a segunda geração (2G), 2,5G , 2.75G, a terceira geração (3G), a quarta geração (4G), 4.5G, a futura quinta geração (5G) e/ou quaisquer outros protocolos sejam atualmente conhecidos ou a serem desenvolvidos no futuro. Modalidades da presente divulgação podem ser aplicadas em vários sistemas de comunicação. Dado o rápido desenvolvimento em comunicações, naturalmente também haverá tecnologias e sistemas de comunicação de tipo futuro com os quais a presente divulgação pode ser incorporada. Não deve ser visto como limitando o escopo da presente divulgação apenas ao sistema acima mencionado.
[0036] Conforme usado neste documento, o termo "dispositivo de rede" se refere a um nó em uma rede de comunicação por meio do qual um dispositivo terminal acessa a rede e recebe serviços da mesma. O dispositivo de rede pode se referir a uma estação base (BS) ou um ponto de acesso (AP), por exemplo, um nó B (NodeB ou NB), um NodeB evoluído (eNodeB ou eNB), um NR NB (também referido como um gNB), uma Remote Radio Unit (RRU), um radio header (RH), uma remote radio head (RRH), um relé, um nó de baixa potência, tal como um femto, um pico e assim por diante, dependendo da terminologia e tecnologia aplicadas.
[0037] O termo "dispositivo terminal" se refere a qualquer dispositivo final que possa ser capaz de comunicação sem fio. A título de exemplo, em vez de limitação, um dispositivo terminal também pode ser referido como um dispositivo de comunicação, equipamento de usuário (UE), uma Subscriber Station (SS), uma Portable Subscriber Station, uma Mobile Station (MS) ou um Access Terminal (AT). O dispositivo terminal pode incluir, mas não se limita a, um telefone móvel, um telefone celular, um smart phone, telefones de voz através de IP (VoIP), telefones de circuito local sem fio, um tablet, um dispositivo terminal usável, um assistente digital pessoal (PDA), computadores portáteis, computador desktop, dispositivos terminais de captura de imagem, tal como câmeras digitais, dispositivos terminais de jogos, dispositivos de armazenamento e reprodução de música, dispositivos terminais sem fio montados em veículos, terminais sem fio, estações móveis, equipamento embutido em laptop (LEE), equipamento montado em laptop (LME), dongles USB, dispositivos inteligentes, equipamento de instalações de cliente (CPE) sem fios, um dispositivo de Internet das coisas (IoT), um relógio ou outro mostrador montado na cabeça (HMD) usável, um veículo, um drone, um dispositivo e aplicações médicas (por exemplo, cirurgia remota), um dispositivo e aplicações industriais (por exemplo, um robô e/ou outros dispositivos sem fio operando em um contexto de cadeia de processamento industrial e/ou automatizada), um dispositivo eletrônico de consumo, um dispositivo operando em redes sem dios comerciais e/ou industriais e semelhantes. Na descrição a seguir, os termos "dispositivo terminal", "dispositivo de comunicação", "terminal", "equipamento de usuário" e "UE" podem ser usados intercambiavelmente.
[0038] A Fig. 1 mostra uma de rede de comunicação de exemplo 100 na qual modalidades da presente divulgação podem ser implementadas. A rede 100 inclui um dispositivo de rede 110 e um dispositivo terminal 120 servido pelo dispositivo de rede 110. A rede 100 pode fornecer uma ou mais células de serviço 101, 102, 103 para servir ao dispositivo terminal 120. Será entendido que o número de dispositivos de rede, dispositivos terminais e células de serviço é apenas para fins de ilustração, sem sugerir quaisquer limitações. A rede 100 pode incluir qualquer número adequado de dispositivos de rede, dispositivos terminais e células de serviço adaptados para implementar modalidades da presente divulgação. Será observado que os termos "célula" e "célula de serviço" podem ser usados intercambiavelmente neste documento.
[0039] Na rede de comunicação 100, o dispositivo de rede 110 pode comunicar dados e informações de controle para o dispositivo terminal 120 e o dispositivo terminal 120 também pode comunicar dados e informações de controle para o dispositivo de rede 110. Um link do dispositivo de rede 110 para o dispositivo terminal 120 é referido como um downlink (DL) ou um link direto, enquanto um link do dispositivo terminal 120 para o dispositivo de rede 110 é referido como um uplink (UL) ou um link reverso.
[0040] As comunicações na rede 100 podem estar em conformidade com quaisquer padrões adequados incluindo, mas não se limitando a, Long Term Evolution (LTE), LTE-Evolution, LTE-Advanced (LTE-A),
Wideband Code Division Multiple Access (WCDMA), Code Division Multiple Access (CDMA) e Global System for Mobile Communications (GSM) e semelhantes. Além disso, as comunicações podem ser realizadas de acordo com protocolos de comunicação de qualquer geração sejam atualmente conhecidos ou a serem desenvolvidos no futuro. Exemplos de protocolos de comunicação incluem, mas não se limitam a, protocolos de comunicação de primeira geração (1G), segunda geração (2G), 2,5G, 2,75G, terceira geração (3G), quarta geração (4G), 4,5G, quinta geração (5G).
[0041] CA pode ser suportada na rede 100, na qual duas ou mais portadoras de componentes (CCs) são agregadas a fim de suportar uma largura de banda mais ampla. No cenário CA, o dispositivo de rede 110 pode fornecer ao dispositivo terminal 120 uma pluralidade de células de serviço, por exemplo, uma PCell 101 e duas SCells 102, 103, como mostrado na Fig. 1. Embora duas SCells 102, 103 sejam mostradas na Fig. 1, o dispositivo de rede 110 pode fornecer menos ou mais SCells. Também será entendido que a configuração de PCell 101 e SCells 102, 103 mostrada na Fig. 1 é apenas para fins de ilustração, sem sugerir quaisquer limitações. PCell 101 e SCells 102, 103 podem estar em outra configuração diferente daquela mostrada na Fig. 1.
[0042] Em algumas modalidades de exemplo, a rede 100 pode compreender outro dispositivo de rede (não mostrado), que pode empregar a mesma ou uma tecnologia de acesso de rádio diferente com o dispositivo de rede 110. O outro dispositivo de rede também pode fornecer ao dispositivo terminal 120 células de serviço, tal como uma célula primária secundária primária (PSCell) e outras SCells.
[0043] Em modalidades, o dispositivo de rede 110 é configurado para implementar técnica de formação de feixe e transmitir sinais para o dispositivo terminal 120 via uma pluralidade de feixes. O dispositivo terminal 120 está configurado para receber os sinais transmitidos pelo dispositivo de rede 110 via a pluralidade de feixes. Pode haver feixes diferentes configurados para a PCell 101 e as SCells 102, 103. Conforme mostrado na Fig. 1, feixes DL 112 e 113 são configurados para as SCells 102 e 103, respectivamente. Será entendido que as SCells 102 e 103 podem ter mais feixes associados às mesmas. Embora não mostrado, a PCell 101 também pode ter feixes associados à mesma.
[0044] Como mencionado acima, uma falha de feixe pode ocorrer em qualquer da PCell 101 e das SCells 102, 103. Para entender melhor o princípio e as modalidades de exemplo da presente divulgação, uma breve introdução à detecção de falha de feixe (BFD) e recuperação de falha de feixe (BFR) é agora descrita abaixo.
[0045] Um dispositivo de rede pode configurar um dispositivo terminal com um conjunto de sinais de referência (RSs) para monitorar a qualidade do link. Esse conjunto de RSs pode ser referido como Q0 ou RS de detecção de falha de feixe (BFD-RS). Tipicamente, BFD-RS(s) são configurados para serem espacialmente QCL'd (abreviação para 'QCL-TypeD', ver abaixo) com sinal de referência de desmodulação de PDCCH (DMRS). Isto é, esses RSs correspondem a feixes de downlink usados para PDCCH. Feixes de downlink são identificados por RS, seja sinal de sincronização (SS)/ índice de bloco de canal de transmissão físico (PBCH) (índice de localização de tempo) ou índice de recurso (conjunto) de sinal de referência de informação de estado de canal (CSI-RS). O dispositivo de rede pode configurar a lista de BFD-RS usando sinalização de Radio Resource Control (RRC) ou com sinalização de elemento de controle (CE) de controle de acesso de meio (MAC).
[0046] Quando dois sinais diferentes compartilham o mesmo tipo de QCL, eles compartilham as mesmas propriedades indicadas. Como um exemplo, as propriedades de QCL podem ser, por exemplo, espalhamento de retardo, retardo médio, espalhamento Doppler, deslocamento Doppler, recepção espacial (RX). QCL tipo A significa espalhamento Doppler, deslocamento Doppler, espalhamento de retardo e/ou retardo médio e QCL tipo
D significam RX espacial. Atualmente, tipos de QCL são definidos da seguinte forma: - 'QCL-TypeA': {deslocamento Doppler, espalhamento Doppler, retardo médio, espalhamento de retardo} - 'QCL-TypeB': {deslocamento Doppler, espalhamento Doppler} - 'QCL-TypeC': {deslocamento Doppler, retardo médio} - 'QCL-TypeD': {parâmetro Spatial Rx}
[0047] Como um exemplo adicional, se um CSI-RS e um SSB têm a suposição de QCL tipo D entre si, isso significa que o dispositivo terminal (UE) pode utilizar o mesmo filtro espacial RX (feixe) para receber esses sinais.
[0048] Quando o dispositivo terminal não está explicitamente configurado com a lista BFD-RS, ele determina os recursos BFD-RS implicitamente com base nos estados de Indicação de Configuração de Transmissão de PDCCH (TCI) configurados/indicados/ativados por conjunto de recursos de controle (CORESET), isto é, os sinais de referência de downlink (CSI-RS, bloco SS/PBCH ou SSB) que são espacialmente QCL'd com DMRS de PDCCH ou, em outras palavras, feixes de PDCCH.
[0049] A camada física avalia a qualidade do link de rádio (com base em BFD-RS no conjunto de Q0) periodicamente. Avaliação é feita por BFD-RS e quando a condição de link de rádio de cada BFD-RS no conjunto de detecção de falha de feixe é considerada estar em condição de falha, isto é, a PDCCH Block Error Rate (BLER) hipotética estimada usando o RS está acima do limiar configurado, uma indicação de instância de falha de feixe (BFI) é fornecida para a camada superior (MAC). Um exemplo de valor de limiar de BLER pode ser o limiar fora de sincronia usado para monitoramento de link de rádio OOS/Qout = 10%. Avaliação e indicação podem ser feitas periodicamente. No caso onde o pelo menos um BFD-RS não está em condição de falha, nenhuma indicação é fornecida para a camada superior.
[0050] A camada MAC implementa um contador para contar as indicações de BFI da camada física e se o contador de BFI atingir um valor máximo (configurado pelo dispositivo de rede), uma falha de feixe é declarada. Esse contador pode ser configurado para ser supervisionado por um temporizador: cada vez que o MAC recebe uma indicação de BFI da camada inferior, um temporizador é iniciado. Uma vez que o temporizador expira, o contador de BFI é reiniciado (o valor do contador é ajustado em zero).
[0051] O dispositivo de rede pode fornecer ao dispositivo terminal uma lista de RSs candidatos para recuperação que podem ser indicados usando um sinal dedicado. Medições de L1-Reference Signal Receiving Power (RSRP) de feixe candidato podem ser fornecidas à camada MAC, a qual realiza a seleção de novo feixe candidato e determina os recursos de uplink para indicar o novo feixe candidato ao dispositivo de rede. O dispositivo de rede pode configurar o dispositivo terminal com recursos de sinalização dedicados, tal como recursos de acesso aleatório livre de contenção (CFRA), que são específicos para feixes candidatos, isto é, o dispositivo terminal pode indicar novo feixe candidato enviando um preâmbulo. É para ser observado que os termos "novo feixe candidato", "novo feixe" e "feixe candidato" podem ser usados aqui intercambiavelmente.
[0052] O procedimento de recuperação de falha de feixe é iniciado se o dispositivo terminal declarou uma falha de feixe e o dispositivo terminal detectou um novo feixe ou novos feixes candidatos com base em medições L1 (por exemplo, L1-RSRP). Um sinal dedicado pode ser configurado (por exemplo, do pool PRACH) para fins de recuperação de falha de feixe que pode ser usado para indicar um feixe candidato ou em outras palavras, um feixe identificado pelo RS de downlink (sinal de referência, SSB ou CSI-RS). Esse sinal dedicado pode ser referido como recurso de BFR ou recurso de CFRA, e deve-se notar que o procedimento de recuperação de feixe usando sinais de CFRA difere ligeiramente do procedimento de Acesso Aleatório (RA) quando se trata de resposta de gNB para recepção de preâmbulo. Um preâmbulo dedicado pode ser configurado para cada RS de candidato na Candidate-Beam-RS-List. Um limiar específico pode ser configurado, de modo que se qualquer um dos novos feixes candidatos (por exemplo, com base em medições L1-RSRP) estiver acima do limiar, eles podem ser indicados usando o sinal dedicado (conjunto de recursos no conjunto Q1 ou lista de feixe candidato). O dispositivo terminal primeiro seleciona um feixe candidato desse conjunto e, no caso em que não há feixes acima do limiar configurado, o dispositivo terminal utiliza sinalização baseada em contenção para indicar o novo feixe candidato. Recursos de preâmbulo de contention based random access (CBRA) são mapeados para RS de downlink específico (SSB ou CSI-RS).
[0053] O dispositivo terminal monitora a resposta de rede para BFRR (ou BFRQ) durante a janela de resposta de recuperação de feixe (semelhante à janela RAR) usando o mesmo alinhamento de feixe (isto é, mesma direção de feixe que foi usada para transmissão (TX) é usada para RX) usado para transmitir o sinal de recuperação; ele espera que o dispositivo de rede forneça resposta usando um feixe que é espacialmente QCL'd com o sinal de referência de downlink indicado.
[0054] No caso de sinalização livre de contenção usada para fins de recuperação de feixe, o dispositivo terminal espera que o dispositivo de rede responda ao UE usando Cell-Radio Network Temporary Identifier (C-RNTI) em vez de Radom Access -RNTI (RA-RNTI) quando o procedimento CFRA for usado. No caso em que recursos de CBRA são usados, o dispositivo terminal espera resposta como normalmente em procedimento de RA.
[0055] Atualmente, o procedimento de recuperação de falha de feixe (BFR) ou de reconfiguração de link não cobre o caso de recuperação de falha de feixe em cenário de CA. A Fig. 2A é um diagrama esquemático 200 ilustrando uma configuração BFD-RS, onde QCL espacial é assumido através das portadoras e a Fig. 2B é um diagrama esquemático 250 ilustrando uma configuração BFD-RS onde não há suposição de QCL espacial através das portadoras. Os RSs mostrados nas Figs. 2A e 2B são blocos SS/PBCH e CSI-RS. Por exemplo, para a PCell 251, um feixe 201 é configurado para o bloco SS/PBCH e os feixes 202 e 203 são configurados para o CSI-RS. Para a SCell 21N mostrada na Fig. 2B, um feixe 204 é configurado para o bloco SS/PBCH e os feixes 205 e 206 são configurados para o CSI-RS. Em geral, a Fig. 2A ilustra um caso onde um grupo de células pode ser considerado estar em condição de falha simultaneamente. Isto é, se uma célula estiver em condição de falha de feixe, pode ser considerado que todas as células do grupo estão em condição de falha. Assim, em alguns casos, pode ser possível definir apenas uma célula para fins de detecção de falha de feixe.
[0056] No caso como mostrado na Fig. 2A, o QCL espacial de portadora cruzada é válido para PCell 251 e SCells 201-20N. Uma falha de feixe pode ser detectada em recursos BFD-RS (CSI-RS, bloco SS/PBCH) da PCell 251 e implicitamente significa que todas as SCells 201-20N estão na condição de falha de feixe devido à suposição de QCL espacial dos sinais de referência usados para avaliar a qualidade de link.
[0057] Por outro lado, no caso como mostrado na Fig. 2B, a suposição de QCL espacial para BFD-RS não é válida através de todas as portadoras. A PCell 252 e SCells 211-21N pertencem a um grupo de células ou em um grupo de gerenciamento de feixe 210 e as SCells 221, 222-22N pertencem a um grupo de SCells ou outro grupo de gerenciamento de feixe 220. Não há nenhuma suposição de QCL espacial entre células nos grupos de gerenciamento de feixe 210 e 220. No caso em que nenhuma das SCells é QCL espacialmente entre si, o dispositivo terminal precisa ser capaz de detectar falha de feixe e realizar recuperação para cada SCell separadamente ou para cada conjunto de SCells onde cada conjunto tem uma suposição QCL válida dentre suas SCells. Em geral, a Fig. 2B ilustra que quando um grupo de células pode ser considerado estar em condição de falha de feixe, outro grupo de células pode ou não ser considerado em condição de falha.
[0058] Alternativamente, se a suposição de QCL espacial para os BFD-RSs for mantida (na Fig. 2A ou na Fig. 2B), mas as células não puderem ser consideradas estar em condição de falha de feixe com base na falha de uma célula, então, o dispositivo terminal precisa potencialmente relatar cada SCell com falha individualmente. Em alguns casos, mesmo com QCL espacial de portadora cruzada para os BFD-RSs, o dispositivo terminal pode precisar realizar o procedimento de detecção de falha de feixe individualmente para cada célula, por exemplo, devido a diferentes condições de interferência por portadora.
[0059] O cenário mostrado na Fig. 2B pode ocorrer, por exemplo, quando a PCell 252 está localizada em Faixa de Frequência 1 (FR1, isto é, abaixo de 6 GHz) e as SCells 211-21N estão configuradas em FR2 (por exemplo, acima de 6 GHz). Alternativamente, tanto a PCell quanto SCells podem operar na mesma FR, mas devido à configuração de TCI de PDCCH (que é específica de célula), os recursos de detecção de BFD-RS podem ser diferentes, isto é, pode não haver correspondência entre a falha de feixe da PCell e SCells. O último pode acontecer em particular no caso em que uma célula com múltiplos Pontos de Transmissão/Recepção (TRPs) é implantada. Em ainda caso alternativo, pode não haver correspondência entre a falha de um grupo de SCells (ou mais geralmente grupo de células de serviço) e outro grupo de SCells (ou células de serviço). Um grupo de células de serviço pode compreender zero, uma ou mais SCells e PCell podem ser incluídas no grupo de células de serviço. É para ser notado que, embora o termo "um grupo de SCells" seja usado na descrição abaixo, um grupo de SCells neste documento também pode incluir uma PCell.
[0060] Para BFR de uma SCell (que também é referida como BFR de SCell neste documento), o dispositivo terminal transmitirá novas informações de feixe para o dispositivo de rede durante o procedimento de BFR se o novo
RS de feixe candidato e o limiar correspondente forem configurados e, pelo menos, se qualidade de canal de novo feixe estiver acima ou igual ao limiar. Para BFR de uma PCell (que também é referido como BFR de PCell neste documento), o dispositivo terminal indica o novo feixe candidato ou usando CFRA que também indica implicitamente a solicitação de recuperação de falha de feixe ou CBRA durante o qual o dispositivo de rede precisa determinar que o dispositivo terminal pode estar conduzindo BFR (isso, no entanto, não é direto para o dispositivo de rede).
[0061] No entanto, para BFR de SCell, tal operação não é viável. Por exemplo, no caso em que as SCells são configuradas apenas para downlink, os sinais de CFRA precisam ser mapeados especificamenet para SCell no uplink PCell. Com múltiplos candidatos por SCell e associados a candidatos de CFRA, a sobrecarga de uplink aumenta para PCell.
[0062] Mais ainda, a solução de sinalização para BFR precisa ser capaz de indicar índice de CC com falha e o novo feixe candidato quando tal feixe foi identificado com uma qualidade acima do limiar. Caso contrário, o dispositivo terminal deve relatar que nenhum feixe candidato foi encontrado. Em algumas situações, o dispositivo terminal pode precisar indicar a falha de feixe de múltiplas SCells e, em conjunto, fornecer informações de feixe candidato para cada uma dessas SCells durante o procedimento de BFR. É desejável alcançar uma solução de sinalização que teria capacidade de manipular relatório de múltiplos feixes candidatos e células com falha, por exemplo, uma solução baseada em elemento de controle (CE) de media access control (MAC) ou physical uplink control channel (PUCCH)/physical uplink shared channel (PUSCH) em vez de uma solução baseada no preâmbulo de acesso aleatório.
[0063] Para BFR baseado em CE de MAC/PUCCH, o dispositivo terminal pode solicitar uma concessão de uplink via solicitação de agendamento (SR), que pode ser dedicada a indicar falha de SCell ou procedimento SR/CBRA normal em caso de tal SR dedicado não estar configurado, por exemplo). Alternativamente, o dispositivo terminal pode ter concessão de UL semipersistente ou recurso de PUCCH periódico que pode não ter tamanho suficiente para relatar todas as informações configuradas e, assim, algumas regras seriam necessárias para o dispositivo terminal determinar um subconjunto de informações a ser relatado durante procedimento de BFR. Por exemplo, tal caso poderia ocorrer quando múltiplas SCells estão em falha de feixe e/ou cada célula poderia ter um ou mais feixes candidatos acima do limiar de feixe candidato a ser relatado.
[0064] O problema acima pode ocorrer nas seguintes situações: (1) Os recursos de uplink não são suficientes para transportar todas as informações exigidas serem relatadas, por exemplo, a concessão de UL é pequena demais, a concessão de UL tem quantidade limitada de bits de carga útil livre após outras informações de prioridade mais alta terem sido incluídas ou a carga útil PUCCH/PUSCH não ser suficiente; (2) O formato de relatório, tal como CE de MAC/PUCCH/PUSCH, pode acomodar apenas um subconjunto de informações que o dispositivo terminal está configurado para relatar; (3) CE de MAC é relatado em mensagem 3 (Msg3) do procedimento de Acesso Aleatório (por exemplo, em caso de a PCell também ter falhado ou quando não há nenhum SR dedicado para solicitar concessão de UL), em cujo caso os tamanhos mínimos definidos são 7 e 9 bytes dos quais 3 bytes podem ser usados pelo CE de MAC de C-RNTI.
[0065] Em uma solução direta, por exemplo, para uma solução baseada em CE de MAC, o dispositivo terminal enviaria primeiro o Buffer Status Report (BSR) na concessão fornecida e, então, para os recursos concedidos forneceria as informações de feixe candidato. No entanto, essa solução pode introduzir latência adicional para recuperação de SCell. Adicionalmente, as informações de BFR não contribuem para os tamanhos de buffer relatados em BSR e o dispositivo de rede pode não saber o tamanho da concessão de UL que o dispositivo terminal busca ter. Algumas soluções foram propostas para relatar falha de feixe. No entanto, essas soluções se referem apenas a como relatar uma falha de feixe em uma célula de serviço, particularmente uma SCell. Portanto, é necessário um mecanismo para relatar a falha de feixe, em particular a falha de feixe de múltiplas SCells.
[0066] De acordo com modalidades da presente divulgação, é proposta uma solução para relatar falha de feixe de células de serviço e, em particular, para relatar falha de feixe de SCells (SCell BFR). Na presente divulgação, uma solução sobre como determinar as informações relatadas em um relatório BFR é proposta. Quando o recurso alocado para o relatório BFR é insuficiente, o dispositivo terminal pode determinar quais informações serão relatadas com base na solução proposta. Quando o recurso alocado para o relatório BFR é suficiente, o dispositivo terminal pode determinar a ordem de diferentes informações relatadas com base na solução proposta. A solução para relatar falha de feixe de acordo com modalidades da presente divulgação pode ser adaptada para a falha de feixe ocorrendo em múltiplas células de serviço. Além disso, modalidades da presente divulgação podem permitir uma recuperação de falha de feixe eficiente. Como exemplo, um dispositivo terminal pode ser configurado para sinalizar informações de BFR de uma maneira otimizada específica reduzindo a quantidade de bits a serem transmitidos.
[0067] O princípio e as implementações da presente divulgação serão descritos em detalhes abaixo com referência à Fig. 3, que ilustra um fluxograma ilustrando um processo de exemplo 300 para relatar falha de feixe de acordo com algumas modalidades da presente divulgação. Para fins de discussão, o processo 300 será descrito com referência à Fig. 1. O processo 300 pode envolver o dispositivo de rede 110 e o dispositivo terminal 120, conforme ilustrado na Fig. 1.
[0068] No processo de exemplo 300, o dispositivo terminal 120 detecta 302 falha de feixe nas células de serviço. Se a falha de feixe for detectada em uma ou mais células de serviço, o dispositivo terminal 120 obtém
305 informações envolvendo um ou mais feixes candidatos e as uma ou mais células de serviço. Cada um dos um ou mais feixes candidatos está associado a uma respectiva das uma ou mais células de serviço. Em algumas modalidades de exemplo, as uma ou mais células de serviço podem compreender pelo menos uma SCell, por exemplo, as SCells 102 e 103 como mostrado na Fig. 1. Em algumas modalidades de exemplo, uma ou mais células de serviço podem compreender pelo menos uma das PCell e SCells, por exemplo, a PCell 101 e SCells 102 e 103 como mostrado na Fig. 1.
[0069] Mediante detecção da falha de feixe nas uma ou mais células de serviço, o dispositivo terminal 120 pode tentar determinar o feixe candidato para cada uma das uma ou mais células de serviço, por exemplo, com base em medições L1-RSRP dos RSs candidatos. Se um RS candidato particular tem uma qualidade de sinal acima de uma qualidade de limiar ou tem a qualidade de sinal mais alta dentre os RSs candidatos, o RS candidato particular pode ser selecionado como o feixe candidato para a célula de serviço correspondente. Portanto, em alguns casos, nem cada uma das uma ou mais células de serviço nas quais a falha de feixe é detectada tem um feixe candidato associado. Isto é, no caso em que no máximo um feixe candidato é relatado para uma célula com falha, o número dos um ou mais feixes candidatos pode ser igual ou menor que o número das uma ou mais células com falha.
[0070] Em algumas modalidades de exemplo, o dispositivo de rede 110 pode configurar o dispositivo terminal 120 com uma qualidade de limiar para selecionar o feixe candidato. As informações envolvendo os um ou mais feixes candidatos a serem incluídas no relatório BFR podem compreender uma indicação de um RS candidato, por exemplo, um dos seguintes: um índice de um RS candidato com uma qualidade de sinal acima da qualidade de limiar e incluído na lista de RS candidato, por exemplo, a lista SSB/CSI-RS (ou CSI-RS de potência diferente de zero, NZP-CSI-RS) configurada pelo dispositivo de rede 110 e/ou ativada por CE de MAC; um índice de um RS candidato com uma qualidade de sinal acima da qualidade de limiar e sendo um recurso de sinal SSB/NZP-CSI-RS; um índice de um RS candidato com uma qualidade de sinal acima da qualidade de limiar e configurado para relatório de L1-RSRP; um índice de um RS candidato com uma qualidade de sinal acima da qualidade de limiar e sendo um SSB, o que significa que, neste caso, o feixe candidato é sempre um SSB; um índice de um estado TCI para PDSCH ou PDCCH para a célula de serviço. Em algumas modalidades de exemplo, pode não haver uma lista de RS candidato específica, mas qualquer RS de downlink configurado pode ser considerado como um feixe candidato potencial. Em algumas modalidades de exemplo, a indicação de um RS candidato para uma célula pode ser considerada como indicação de feixes candidatos para uma ou mais células como um exemplo para um grupo de SCells (que pode incluir PCell). Em alguns casos, mesmo que as células possam ser agrupadas, um feixe candidato pode ser indicado individualmente para cada célula.
[0071] Em um relatório BFR completo, as informações envolvendo os um ou mais feixes candidatos e as uma ou mais células de serviço podem compreender três partes. A primeira parte pode compreender uma indicação das uma ou mais células de serviço nas quais a falha de feixe é detectada, por exemplo, no formato de um bitmap. A segunda parte pode compreender uma indicação das disponibilidades de feixe candidato para cada uma das uma ou mais células de serviço, por exemplo, no formato de outro bitmap. A terceira parte pode compreender indicações dos um ou mais feixes candidatos, por exemplo, índices dos RSs correspondentes como mencionado acima.
[0072] Em algumas modalidades de exemplo, as SCells, por exemplo, as SCells 102 e 103, podem ser agrupadas para recuperação de falha de feixe. As informações envolvendo as uma ou mais células de serviço nas quais a falha de feixe é detectada (que podem ser referidas como células com falha ou SCells com falha neste documento) podem compreender um primeiro bitmap que indica todos os grupos de SCells/SCell com falha,
independentemente se as informações envolvendo o feixe candidato correspondente seriam relatadas ao dispositivo de rede 110. O primeiro bitmap também pode ser referido como um bitmap de índice de célula aqui apenas para fins de discussão.
[0073] Em algumas modalidades de exemplo, no relatório BFR completo, as informações podem compreender ainda um segundo bitmap que indica a disponibilidade do feixe candidato para cada um dos grupos de SCells/SCell com falha. O segundo bitmap também pode ser referido como um bitmap de feixe candidato aqui apenas para fins de discussão. Em algumas modalidades de exemplo, o segundo bitmap pode ser usado para indicar se um grupo SCell/SCell com falha tem um feixe candidato com uma qualidade acima da qualidade de limiar. Em algumas modalidades de exemplo, o segundo bitmap pode ser usado para indicar se um feixe candidato para um grupo SCell/SCell com falha é relatado ao dispositivo de rede 110.
[0074] Agora é feita referência à Fig. 4, que mostra um diagrama esquemático ilustrando um formato de exemplo 400 para relatar falha de feixe de acordo com algumas modalidades da presente divulgação. Como mostrado na Fig. 4, o formato de exemplo 400 compreende um primeiro bitmap 402 e cada um dos bits 411-417 corresponde a uma SCell ou um grupo de SCells. Por exemplo, o grupo de SCells pode ser um grupo de gerenciamento de feixe (por exemplo, o grupo de gerenciamento de feixe mostrado na Fig. 2B) compreendendo SCells que compartilham um critério de falha de feixe comum. Em outras palavras, quando uma das SCells no grupo de SCells está em condição de falha de feixe, as outras SCells no mesmo grupo também estão em condição de falha de feixe. Embora a Fig. 4 mostre sete bits, o comprimento de bitmap na Fig. 4 deve ser considerado como um exemplo não limitativo e diferentes números de bits podem ser incluídos. Em algumas modalidades de exemplo, o comprimento de bitmap pode ser de até o número máximo de SCells que estão configuradas ou podem ser configuradas.
[0075] No caso em que cada um dos bits 411-417 corresponde a uma SCell, Ci-Ci+6 pode se referir a índices de SCell. Quando o bit correspondente é atribuído com um valor predeterminado (por exemplo, “1”), ele indica que uma falha de feixe ocorreu na SCell correspondente; quando o bit correspondente é atribuído com outro valor predeterminado (por exemplo, “0”), ele indica que uma falha de feixe não foi detectada na SCell correspondente. Por exemplo, o bit correspondente a SCell 102 é o bit Ci+1 412. Então, o valor do bit Ci+1 411 pode ser ajustado para ser “1” quando a falha de feixe for detectada na SCell 102. Valores também podem ser considerados vice-versa.
[0076] No caso onde cada um dos bits 411-417 corresponde a um grupo de SCells, a indexação do bitmap 402 é lógica. Nesse caso, os bits 411-417 não são mapeados diretamente para os índices das SCells, mas para os grupos. Em outras palavras, o bitmap 402 indica as SCells em ordem lógica para onde a falha foi detectada. Quando o bit correspondente é atribuído com um valor predeterminado (por exemplo, “1”), ele indica que ocorreram falhas de feixe nas SCells no grupo; quando o bit correspondente é atribuído com outro valor predeterminado (por exemplo, “0”), ele indica que uma falha de feixe não foi detectada nas SCells no grupo.
[0077] Como mostrado na Fig. 4, o formato de exemplo 400 compreende ainda um segundo bitmap 403 e cada um dos bits 421-427 corresponde a uma SCell ou um grupo de SCells. Um par de bits no primeiro bitmap 402 e no segundo bitmap 403 corresponde à mesma SCell ou ao mesmo grupo de SCells. Tomando as SCells mostradas na Fig. 1 como exemplo, tanto o bit Ci+1 412 quanto o bit CIi+1 422 podem corresponder à SCell 102, enquanto ambos o bit Ci+2 413 quanto o bit CIi+2 423 podem corresponder à SCell 103.
[0078] Em algumas modalidades de exemplo, se uma SCell tem um feixe candidato com uma qualidade acima da qualidade de limiar, o bit correspondente no segundo bitmap 420 pode ser atribuído com um valor predeterminado (por exemplo, "1"). Ainda com referência ao exemplo discutido acima em relação à Fig. 1. Se a falha de feixe for detectada na SCell 102 e a SCell 102 tiver um feixe candidato com uma qualidade acima da qualidade de limiar, o bit CIi+1 422 pode ser atribuído com o valor "1". Valores também podem ser considerados vice-versa.
[0079] Em algumas modalidades de exemplo, se uma indicação de um feixe candidato para uma SCell for incluída no relatório BFR, o bit correspondente no segundo bitmap 420 pode ser atribuído com o valor predeterminado (por exemplo, "1"). Por exemplo, o feixe candidato para a SCell 102 será relatado ao dispositivo de rede 110, o bit CIi+1 422 pode ser atribuído com o valor "1". Valores também podem ser considerados vice-versa.
[0080] O formato de exemplo 400 pode compreender ainda um campo 401 para identificar que a informação é usada para BFR. No caso em que a informação é transportada por meio de CE de MAC, esse campo pode ser um Logical Channel ID, LCID para identificar que o CE de MAC é usado para BFR.
[0081] Em algumas modalidades de exemplo, o formato de relatório pode incluir um campo adicional associado à PCell servindo ao dispositivo terminal, por exemplo, a PCell 101 servindo ao dispositivo terminal 120 mostrado na Fig. 1. No formato de exemplo 400 mostrado na Fig. 4, os bits R 410 e 420 são reservados. A Fig. 5 mostra outro formato de exemplo 500 de acordo com algumas modalidades da presente divulgação.
[0082] O formato de exemplo 500 compreende campo LCID 501, um primeiro bitmap 502 incluindo bits 510-517 e um segundo bitmap 503 incluindo bits 520-527. O campo LCID 501, os bits 511-517 e os bits 521-527 são semelhantes ao campo LCID 401, os bits 411-417 e os bits 521-527, respectivamente. O bit P 510 no primeiro bitmap 502 pode ser usado para indicar se uma falha de feixe foi detectada na PCell 101. Por exemplo, quando o dispositivo terminal 120 detectou uma falha de feixe na PCell 101, o dispositivo terminal 120 pode atribuir o valor "1" ao bit P 510.
[0083] O bit CIP 520 no segundo bitmap 503 pode ser usado para indicar se a PCell 101 tem um feixe candidato com uma qualidade acima da qualidade de limiar. Por exemplo, quando o dispositivo terminal 120 detectou um feixe candidato acima da qualidade de limiar, o dispositivo terminal 120 pode atribuir o valor "1" ao bit CIP 520. Alternativamente, o bit CIP 520 pode ser usado para indicar se o feixe candidato para a PCell 101 é relatado ao dispositivo de rede 110.
[0084] Será entendido que embora um certo número de campos seja mostrado nas Figs. 4 e 5, o formato de relatório para BFR pode incluir mais ou menos campos para indicar a falha de feixe. Por exemplo, quando menos de 7 SCells ou grupos de SCells estão envolvidos, alguns dos bits 411-417 podem ser reservados e quando mais de 7 SCells ou grupos de SCells estão envolvidos, o primeiro e o segundo bitmaps podem ser estendidos para incluir bits adicionais.
[0085] Como mencionado acima, o relatório BFR completo pode compreender indicações dos um ou mais feixes candidatos para todas ou algumas das SCells com falha. Em algumas modalidades de exemplo, apenas o(s) feixe(s) candidato(s) com uma qualidade acima da qualidade de limiar devem ser relatados ao dispositivo de rede 110. Por exemplo, se a falha de feixe foi detectada na SCell 102, o dispositivo terminal 120 pode selecionar um novo feixe para a SCell 102. O dispositivo terminal 120 pode determinar qualidades de sinal de uma pluralidade de RSs candidatos configurados para a SCell 102, por exemplo, com base em medições L1-RSRP. Por exemplo, a pluralidade de RSs candidatos pode ser qualquer da lista de RS candidatos (explicitamente configurada pelo dispositivo de rede 110) ou qualquer RS de DL, por exemplo, SSB/CSI-RS. Em algumas modalidades de exemplo, os feixes candidatos podem ser RSs de DL configurados para relatórios L1-RSRP.
[0086] O dispositivo terminal 120 pode, então, detectar a partir da pluralidade de RSs candidatos, um RS candidato com uma qualidade de sinal acima da qualidade de limiar. Se o RS candidato com uma qualidade de sinal acima da qualidade de limiar for detectado, o dispositivo terminal 120 pode gerar uma indicação do RS candidato detectado como parte das informações envolvendo os um ou mais feixes candidatos. A indicação pode ser um índice do RS candidato com uma qualidade de sinal acima da qualidade de limiar.
[0087] Em tais modalidades de exemplo, o relatório BFR completo pode compreender apenas indicações de feixes candidatos com qualidades de sinal acima da qualidade de limiar. Como tal, pode haver uma SCells com falha que não tem um feixe candidato indicado. Esses feixes candidatos podem ser priorizados de acordo com uma ou mais das ordens de prioridade descritas abaixo.
[0088] Alternativamente, em algumas modalidades de exemplo, para as SCells com falha, tanto o feixe candidato acima quanto abaixo da qualidade de limiar pode ser necessário ser relatado ao dispositivo de rede 110. Por exemplo, se nenhum feixe candidato com uma qualidade acima da qualidade de imiar for detectado para uma certa SCell com falha, por exemplo, a SCell 103, o dispositivo terminal 120 pode gerar uma indicação de um RS candidato dentre a pluralidade de RSs candidatos com a mais alta qualidade de sinal como parte das informações envolvendo os um ou mais feixes candidatos. A indicação pode ser um índice do RS candidato com a mais alta qualidade de sinal.
[0089] Em tais modalidades de exemplo, o relatório de BFR completo pode compreender indicações de feixes candidatos para cada uma das células de serviço com falha, por exemplo, cada uma das SCells com falha. Esses feixes candidatos podem ser priorizados primeiro com base em suas qualidades. Por exemplo, os feixes candidatos acima da qualidade de limiar podem ser priorizados sobre os feixes candidatos abaixo da qualidade de limiar.
[0090] Em qualquer um dos exemplos aqui, a quantidade medida do feixe candidato pode ser relatada juntamente com o índice do RS candidato. Como um exemplo, a quantidade pode ser de pelo menos um de RSRP, Reference Signal Receiving Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR) ou semelhantes.
[0091] Agora é feita referência à Fig. 6, que mostra um diagrama esquemático ilustrando um formato de exemplo 600 para relatar falha de feixe de acordo com algumas modalidades da presente divulgação. O formato de exemplo 600 compreende um campo LCID 601, um primeiro bitmap 602 e um segundo bitmap 603, que pode ser semelhante ao campo LCID 401, ao primeiro bitmap 402 e ao segundo bitmap 403 como mostrado na Fig. 4, respectivamente. O formato de exemplo 600 compreende ainda os campos 604, 605 e 606, que são usados para indicar os um ou mais feixes candidatos para as SCells com falha. No formato de exemplo 600, cada um dos um ou mais feixes candidatos é indicado pelo índice do RS candidato correspondente. Os índices 1, 2, ..., N podem ser dispostos no relatório com base em uma ou mais das ordens de prioridade a serem descritas abaixo.
[0092] Referência agora é feita de volta à Fig. 3. O dispositivo terminal 120 determina 310, com base em quantidade das informações, se um recurso alocado para transmitir as informações é suficiente. O dispositivo terminal 120 pode determinar se o recurso de uplink alocado pode transportar todas as informações envolvendo as células de serviço com falha e os um ou mais feixes candidatos, por exemplo, todas as três informações mencionadas acima. O recurso de uplink pode ser um recurso indicado por uma concessão de UL ou um recurso PUCCH periódico.
[0093] O dispositivo terminal 120 transmite 315 pelo menos uma porção das informações relativas às células de serviço com falha e os um ou mais feixes candidatos para o dispositivo de rede 110 associado às uma ou mais células de serviço. Se o recurso for suficiente, o dispositivo terminal 120 transmite todas as informações envolvendo as células de serviço com falha e os um ou mais feixes candidatos para o dispositivo de rede 110. Por exemplo, as informações podem ser transmitidas no formato mostrado na Fig. 6. Nesse caso, isso significa que o relatório BFR completo é transmitido pelo dispositivo terminal 120. No relatório BFR completo, as indicações dos um ou mais feixes candidatos podem ser arranjadas com base em uma ou mais das ordens de prioridade, conforme descrito abaixo, que podem ser conhecidas tanto pelo dispositivo terminal 120 quanto pelo dispositivo de rede 110.
[0094] Se o recurso for insuficiente, o dispositivo terminal 120 transmite apenas uma parte das informações para o dispositivo de rede 110. Nesse caso, isso significa que um relatório BFR truncado é transmitido pelo dispositivo terminal 120. Detalhes de como o dispositivo terminal 120 determina a porção transmitida de informação são descritos agora.
[0095] A primeira parte de informação compreendendo a indicação das células com falha, por exemplo, as SCells com falha, pode ter a prioridade mais alta. Por exemplo, o primeiro bitmap 602 como mostrado na Fig. 6 pode ter a prioridade mais alta. Portanto, pode haver um caso onde apenas o bitmap de índice de célula (por exemplo, o primeiro bitmap 402, 502, 602) é transmitido para o dispositivo de rede 110 devido ao tamanho de carga útil muito limitado do recurso de uplink. Como tal, quando o dispositivo terminal 120 determinou disparar o relatório BFR em CE de MAC para o dispositivo de rede 110 e usou CBRA para solicitar recursos, o dispositivo terminal 120 pode incluir o relatório BFR na mensagem 3 (Msg3). Se a Msg3 não puder acomodar o bitmap de índice de célula e o bitmap de feixe candidato, o bitmap de feixe candidato pode ser omitido e o dispositivo terminal 120 pode transmitir apenas o bitmap de índice de célula.
[0096] Em algumas modalidades de exemplo, o relatório do feixe candidato para PCell pode ser priorizado em relação ao relatório do feixe candidato para qualquer grupo SCell/SCell. Por exemplo, o feixe candidato para a PCell/PSCell poderia ser relatado no caso onde o relatório BFR é transmitido em uma SCell sem falha (por exemplo, no formato de exemplo 500 como mostrado na Fig. 5). Caso contrário, o preâmbulo PRACH transmitido na PCell/PSCell indica o feixe candidato para a PCell/PSCell. Pode ser restrito que o relatório BFR em CE de MAC possa ser transmitido apenas em um recurso indicado por uma concessão de UL que é resultado de um procedimento de Acesso Aleatório, como Msg3 ou Msg5.
[0097] Em algumas modalidades de exemplo, no caso em que nenhuma SCells foi configurada para detecção de falha de feixe e o relatório BFR está no formato CE de MAC (que pode ser referido como CE de MAC de BFR), o subcabeçalho MAC para CE de MAC de BFR (isto é, o byte com o LCID) pode ser suficiente para indicação de falha PCell/PSCell (por exemplo, quando transmitido na Msg3).
[0098] As indicações dos feixes candidatos para diferentes SCells também podem ser priorizadas com base, por exemplo, nas qualidades de sinal desses feixes candidatos e na SCell correspondente a cada um dos feixes candidatos. Por exemplo, nas modalidades de exemplo em que o relatório BFR completo compreende ambos os feixes candidatos acima e abaixo da qualidade de limiar, o(s) feixe(s) candidato(s) com uma qualidade acima da qualidade de limiar pode(m) ser priorizado(s) em relação ao(s) feixe(s) candidato(s) com uma qualidade abaixo da qualidade de limiar.
[0099] Algumas ordens de prioridade de exemplo com base nas SCells correspondentes são fornecidas. Uma ordem de prioridade de exemplo pode ser baseada nos índices de grupos SCells/SCell. Por exemplo, o dispositivo de rede 110 pode configurar explicitamente uma ordem de prioridade com base nos índices de grupos SCells/SCell. Alternativamente, a ordem de prioridade pode ser baseada em uma ordem crescente/decrescente de índices de grupos SCells/SCell (ou índice lógico). Por exemplo, se a ordem de prioridade for baseada em uma ordem decrescente de índices de SCells e a
SCell 103 tiver o índice mais baixo ou mais alto dentre as SCells com falha para o dispositivo terminal 120, então, a indicação do feixe candidato associado à SCell 103 pode ser omitida pelo dispositivo terminal 120.
[00100] Outra ordem de prioridade de exemplo pode ser baseada em se uma SCell está em um mesmo grupo que a PCell, tal como a PCell 101. Por exemplo, a SCell no mesmo grupo com a PCell pode ser priorizada. Diferentes tipos de grupos podem ser definidos e considerados. Por exemplo, no cenário de conexão dupla, SCells que estão no mesmo grupo de células com a PCell podem ser priorizados. Como outro exemplo, SCells que estão no mesmo grupo PUCCH ou grupo de avanço de temporização (TA) com PCell podem ser priorizados. Como um exemplo adicional, SCells que estão no mesmo grupo de gerenciamento de feixe com a PCell podem ser priorizados. Em outras palavras, SCells são priorizadas de modo que células que são agrupadas para fins de detecção de falha de feixe ou para fins de novo feixe candidato com PCell sejam priorizadas.
[00101] Uma ordem de prioridade de exemplo adicional pode ser baseada no número de outras SCells associadas a uma SCell particular. Por exemplo, uma SCell associada à maioria das outras SCells pode ser priorizada. Em outras palavras, as SCells em um grupo com mais células (um tamanho de grupo maior) podem ser priorizadas em relação às SCells em um grupo com menos células (um tamanho de grupo menor).
[00102] Outra ordem de prioridade de exemplo pode ser baseada na configuração de portadora das SCells. Para SCells que têm feixes candidatos acima da qualidade de limiar de acordo com a configuração intrabanda ou interbanda das células, a(s) SCell(s) configurada(s) com portadoras intrabanda pode(m) ter uma prioridade mais alta do que a(s) SCell(s) configurada(s) com portadoras interbanda.
[00103] Uma ordem de prioridade de exemplo adicional pode ser baseada em transmissões programadas nas SCells. Por exemplo, as SCells programadas mais recentemente são priorizadas no relatório. Determinação das SCells programadas mais recentemente pode ser baseada em para qual SCell o dispositivo terminal 120 transmitiu confirmações (ACK) de Hybrid Automatic Repeat reQuest (HARQ) mais recentemente ou, por exemplo, um relatório CSI disparado aperiodicamente.
[00104] Ainda como uma ordem de prioridade de exemplo adicional, SCells com sincronização de UL podem ser priorizadas. Em outras palavras, SCells dentro do Timing Adjustment Group (TAG) com execução de Timing Alignment Timer (TAT) podem ser priorizadas. Ainda como uma ordem de prioridade de exemplo adicional, SCells ativadas podem ser priorizadas, por exemplo, no caso em que o dispositivo terminal 120 realiza detecção de falha de feixe para as chamadas células dormentes que ele mede, mas não decodifica PDCCH nessas células.
[00105] A prioridade de um feixe candidato é determinada com base na prioridade da SCell correspondente. A indicação de um primeiro feixe candidato com uma prioridade mais alta é priorizada em relação à indicação de um segundo feixe candidato com uma prioridade mais baixa. Como tal, quando o recurso é insuficiente, a indicação do segundo feixe candidato pode ser omitida no relatório BFR. Por exemplo, se a SCell 102 tiver uma prioridade mais alta do que a SCell 103, o feixe candidato para a SCell 102 é priorizado sobre o feixe candidato para a SCell 103. Isto é, a indicação do feixe candidato para a SCell 102 pode ser disposta em uma posição anterior à indicação do feixe candidato para a SCell 103. Quando o recurso de uplink é insuficiente, a indicação do feixe candidato para a SCell 103 pode ser omitida, enquanto a indicação do feixe candidato para a SCell 102 não pode ser omitida.
[00106] Ao determinar a informação sobre a qual feixes candidatos podem ser incluídos na porção transmitida, isto é, no relatório truncado, as ordens de prioridade de exemplo acima podem ser combinadas. Por exemplo,
se dois ou mais feixes candidatos tiverem uma prioridade igual com base em uma ordem de prioridade, outra ordem de prioridade pode ser usada pelo dispositivo terminal 120 até que um feixe candidato seja selecionado. O dispositivo terminal 120 pode selecionar a porção de informação a ser transmitida para o dispositivo de rede 1120 com base em uma ou mais das ordens de prioridade acima até que a porção selecionada possa ser acomodada pelo recurso de uplink.
[00107] Em modalidades de exemplo, o dispositivo terminal 120 pode primeiro determinar incluir pelo menos a indicação de todas as células de serviço com falha (por exemplo, o primeiro bitmap ou o bitmap de índice de célula) antes de prosseguir para determinar quais feixes candidatos ou qual feixe candidato seriam relatados para o dispositivo de rede 110.
[00108] O relatório de BFR completo ou o relatório de BFR truncado podem ser transmitidos de várias maneiras. Por exemplo, o relatório de BFR completo ou o relatório de BFR truncado pode ser transmitido em um dos seguintes: uma mensagem RRC, um CE de MAC, PUSCH ou PUCCH. Se o relatório de BFR truncado for transmitido pelo dispositivo terminal 120, o dispositivo terminal 120 pode ainda transmitir ao dispositivo de rede 110 uma indicação de que a informação sobre a falha do feixe é parcialmente transmitida. Por exemplo, um campo LCID com um valor predeterminado ou outro campo dedicado no relatório pode ser usado para indicar o relatório de BFR truncado.
[00109] Em algumas modalidades de exemplo, as informações envolvendo as células com falha e as informações envolvendo os um ou mais feixes candidatos podem ser transmitidas em uma mesma mensagem, por exemplo, na mesma mensagem onde as células com falha são indicadas. Alternativamente, as informações envolvendo as células com falha e as informações envolvendo os um ou mais feixes candidatos podem ser transmitidas em mensagens diferentes. As informações envolvendo os um ou mais feixes candidatos, por exemplo, o bitmap de feixe candidato e os índices dos RSs candidatos, podem ser transmitidos em uma mensagem separada após falha de SCell ter sido indicada. Para o exemplo mostrado na Fig. 6, o segundo bitmap 603 e os bytes compreendendo os campos 604-606 podem ser transmitidos após o primeiro bitmap 601 ser transmitido.
[00110] Em algumas modalidades de exemplo, quando a qualidade de limiar é configurada pelo dispositivo de rede 120, o formato para relatar falha de feixe pode não ter nenhuma informação de quantidade de medição (por exemplo, RSRP). Nesse caso, a seleção de um feixe candidato para uma célula de serviço (por exemplo, a SCell 102) pelo dispositivo terminal 120 é suficiente para o dispositivo de rede 110 e a qualidade específica desse feixe candidato pode não ser relatada ao dispositivo de rede 110
[00111] Ainda com referência à Fig. 3. O dispositivo de rede 110 recebe 320 pelo menos uma porção de informações envolvendo os um ou mais feixes candidatos e as uma ou mais células de serviço nas quais a falha de feixe é detectada. Com base na porção de informações recebida, o dispositivo de rede 110 determina pelo menos 320 que a falha de feixe foi detectada nas uma ou mais células de serviço indicadas.
[00112] Se o dispositivo de rede 110 receber um relatório de BFR completo, por exemplo, se o campo LCID indicar um relatório completo, o bitmap de feixe candidato (por exemplo, o segundo bitmap 403, 503 ou 603) pode indicar todas as células com falha com feixes candidatos acima da qualidade de limiar. Isto é, essas células, que são indicadas como "1" no bitmap de índice de célula (por exemplo, o primeiro bitmap 402, 502 ou 602), mas indicadas como "0" no bitmap de feixe candidato, não têm feixes candidatos acima da qualidade de limiar. Se o dispositivo de rede 110 receber um relatório de BFR truncado, por exemplo, se o campo LCID indicar um relatório truncado, o bitmap de feixe candidato (por exemplo, o segundo bitmap 403, 503 ou 603) pode indicar as células com feixes candidatos que são relatados com base em uma ou mais das ordens de prioridade acima. Isto é, pelo menos uma célula,
que é indicada como "1" no bitmap de índice de célula (por exemplo, o primeiro bitmap 402, 502 ou 602) e "0" no bitmap de feixe candidato, tem um feixe candidato que está acima da qualidade de limiar, mas não é relatado. Nesse caso, o dispositivo de rede 110 pode fornecer uma concessão de UL adicional para obter as informações completas envolvendo a falha de feixe do dispositivo terminal 120.
[00113] Em algumas modalidades de exemplo, quando o relatório de BFR truncado é transmitido, o dispositivo terminal 120 pode transmitir a porção restante das informações envolvendo os um ou mais feixes candidatos e as uma ou mais células de serviço com falha. Quando o dispositivo terminal 120 relatou relatório de BFR truncado, o relatório de BFR completo pode ser considerado como pendente até que, por exemplo, o dispositivo terminal 120 tenha transmitido o relatório de BFR completo.
[00114] Alternativamente, o relatório de BFR completo pode ser considerado como pendente até que o dispositivo terminal 120 tenha transmitido todas as informações que foram originalmente incluídas no relatório de BFR completo, por exemplo, o dispositivo terminal 120 pode relatar as informações restantes não incluídas no relatório truncado ou transmitir relatório de BFR completo.
[00115] Como outro exemplo, o relatório de BFR completo pode ser considerado como pendente até que o dispositivo terminal 120 determine que as informações relatadas mudaram, por exemplo, informações envolvendo o(s) feixe(s) candidato(s) mudara m para a(s) SCell(s) não relatada(s). Se o recurso indicado pela concessão de UL após transmitir o relatório de BFR truncado não puder acomodar o relatório completo, o dispositivo terminal 120 pode determinar transmitir um relatório truncado adicional excluindo feixes candidatos já relatados.
[00116] Mais detalhes das modalidades de exemplo de acordo com a presente divulgação serão descritos com referência às Figs. 7-8.
[00117] A Fig. 7 mostra um fluxograma de um método de exemplo 700 de acordo com algumas modalidades de exemplo da presente divulgação. O método 700 pode ser implementado em um dispositivo, por exemplo, no dispositivo terminal 120, como mostrado na Fig. 1. Para fins de discussão, o método 700 será descrito com referência à Fig. 1.
[00118] No bloco 710, o dispositivo terminal 120 detecta uma falha de feixe em uma ou mais células de serviço do dispositivo terminal. Se a falha de feixe for detectada nas uma ou mais células de serviço, no bloco 720 o dispositivo terminal 120 obtém informações envolvendo um ou mais feixes candidatos e as uma ou mais células de serviço. Cada um dos um ou mais feixes candidatos está associado a uma respectiva das uma ou mais células de serviço. No bloco 730, o dispositivo terminal 120 transmite pelo menos uma porção das informações para um dispositivo de rede 110 associado às uma ou mais células de serviço.
[00119] Em algumas modalidades de exemplo, as informações compreendem um primeiro bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits correspondendo a cada uma das uma ou mais células de serviço é atribuído com um primeiro valor predeterminado.
[00120] Em algumas modalidades de exemplo, as informações compreendem um segundo bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e um bit da pluralidade de bits é atribuído com um segundo valor predeterminado se a célula de serviço correspondente satisfizer um dos seguintes: que um feixe candidato para a célula de serviço correspondente tem uma qualidade acima de um limiar; ou que uma indicação de um feixe candidato para a célula de serviço correspondente está incluída na porção transmitida.
[00121] Em algumas modalidades de exemplo, transmitir pelo menos uma porção das informações compreende: determinar, com base em quantidade das informações, se um recurso alocado para transmitir as informações é suficiente; e em resposta a uma determinação de que o recurso é insuficiente, transmitir uma porção da informação para o dispositivo de rede.
[00122] Em algumas modalidades de exemplo, a transmissão da porção das informações compreende: selecionar pelo menos um feixe candidato dos um ou mais feixes candidatos; e transmitir uma indicação do pelo menos um feixe candidato selecionado para o dispositivo de rede.
[00123] Em algumas modalidades de exemplo, um primeiro feixe candidato dos um ou mais feixes candidatos está associado a uma célula secundária das uma ou mais células de serviço e selecionando o primeiro feixe candidato como um do pelo menos um feixe candidato se: uma qualidade de sinal do primeiro feixe candidato ultrapassar uma qualidade de limiar, a célula secundária tem o índice mais baixo nas uma ou mais células de serviço, a célula secundária tem o índice mais alto nas uma ou mais células de serviço, a célula secundária pertence a um mesmo grupo com um célula primária para o dispositivo terminal, a célula secundária está associada a uma pluralidade de células secundárias adicionais, a célula secundária é configurada com portadoras intrabanda ou uma transmissão foi programada na célula secundária.
[00124] Em algumas modalidades de exemplo, as uma ou mais células de serviço incluem uma célula de serviço e obter as informações compreendendo: determinar qualidades de sinal de uma pluralidade de sinais de referência candidatos configurados para a célula de serviço; detectar da pluralidade de sinais de referência candidatos, um sinal de referência candidato com uma qualidade de sinal acima de uma qualidade de limiar; e em resposta à detecção do sinal de referência candidato com a qualidade de sinal acima da qualidade de limiar, gerar uma indicação do sinal de referência candidato detectado como pelo menos parte das informações envolvendo os um ou mais feixes candidatos.
[00125] Em algumas modalidades de exemplo, o método 700 compreende ainda: em resposta à ausência do sinal de referência candidato com a qualidade de sinal acima da qualidade de limiar, gerar uma indicação de um sinal de referência candidato dentre a pluralidade dos sinais de referência candidatos com a qualidade de sinal mais alta como pelo menos parte das informações envolvendo os um ou mais feixes candidatos.
[00126] Em algumas modalidades de exemplo, o método 700 compreende ainda transmitir uma indicação de que as informações são parcialmente transmitidas.
[00127] Em algumas modalidades de exemplo, o método 700 compreende ainda transmitir uma porção restante das informações para o dispositivo de rede 110.
[00128] Em algumas modalidades de exemplo, a porção das informações é transmitida em um dos seguintes: uma mensagem de controle de recurso de rádio, um CE de MAC, um PUSCH ou um canal de controle de uplink físico.
[00129] A Fig. 8 mostra um fluxograma de um método de exemplo 800 de acordo com algumas modalidades de exemplo da presente divulgação. O método 800 pode ser implementado em um dispositivo, por exemplo, no dispositivo de rede 110 como mostrado na Fig. 1. Para fins de discussão, o método 800 será descrito com referência à Fig. 1.
[00130] No bloco 810, o dispositivo de rede 110 recebe, de um dispositivo terminal 120, pelo menos uma porção de informações envolvendo um ou mais feixes candidatos e uma ou mais células de serviço nas quais uma falha de feixe é detectada. Cada um dos um ou mais feixes candidatos está associado a uma respectiva das uma ou mais células de serviço. No bloco 820, o dispositivo de rede 110 determina, com base na porção recebida, pelo menos que a falha de feixe é detectada nas uma ou mais células de serviço.
[00131] Em algumas modalidades de exemplo, as informações compreendem um primeiro bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits correspondendo a cada uma das uma ou mais células de serviço é atribuído com um primeiro valor predeterminado.
[00132] Em algumas modalidades de exemplo, as informações compreendem um segundo bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e um bit da pluralidade de bits é atribuído com um segundo valor predeterminado se a célula de serviço correspondente satisfizer um dos seguintes: que um feixe candidato para a célula de serviço correspondente tem uma qualidade acima de um limiar; ou que uma indicação de um feixe candidato para a célula de serviço correspondente está incluída na porção recebida.
[00133] Em algumas modalidades de exemplo, o recebimento de pelo menos uma porção das informações compreende receber uma porção das informações
[00134] Em algumas modalidades de exemplo, a porção recebida compreende uma indicação de pelo menos um feixe candidato dos um ou mais feixes candidatos. O método 800 compreende ainda: determinar, das uma ou mais células de serviço, pelo menos uma célula de serviço associada com o pelo menos um feixe candidato.
[00135] Em algumas modalidades de exemplo, um primeiro feixe candidato do pelo menos um feixe candidato está associado a uma célula secundária das uma ou mais células de serviço, e determinar a pelo menos uma célula de serviço compreende determinar a célula secundária como uma da pelo menos uma célula de serviço se: a célula secundária tiver o índice mais baixo nas uma ou mais células de serviço, a célula secundária tiver o índice mais alto nas uma ou mais células de serviço, a célula secundária pertencer a um mesmo grupo com uma célula primária para o dispositivo terminal, a célula secundária está associada a uma pluralidade de outras células secundárias, a célula secundária é configurada com portadoras intrabanda ou uma transmissão foi programada na célula secundária.
[00136] Em algumas modalidades de exemplo, o método 800 compreende ainda receber uma indicação de que a informação é parcialmente transmitida.
[00137] Em algumas modalidades de exemplo, o método 800 compreende ainda receber uma porção restante das informações do dispositivo terminal.
[00138] Em algumas modalidades de exemplo, a pelo menos porção das informações é recebida em um dos seguintes: uma mensagem de controle de recurso de rádio, um CE de MAC, um PUSCH ou um canal de controle de uplink físico.
[00139] Em algumas modalidades de exemplo, um aparelho capaz de realizar o método 700 pode compreender meios para realizar as respectivas etapas do método 700. Os meios podem ser implementados em qualquer forma adequada. Por exemplo, os meios podem ser implementados em um circuito ou módulo de software.
[00140] Em algumas modalidades de exemplo, o aparelho compreende: meios para detectar, em um dispositivo terminal, uma falha de feixe em uma ou mais células de serviço do dispositivo terminal; meios para em resposta à detecção da falha de feixe nas uma ou mais células de serviço, obter informações envolvendo um ou mais feixes candidatos e as uma ou mais células de serviço, cada um dos um ou mais feixes candidatos associados a uma respectiva das uma ou mais células de serviço; e meios para transmitir pelo menos uma porção das informações para um dispositivo de rede associado com as uma ou mais células de serviço.
[00141] Em algumas modalidades de exemplo, as informações compreendem um primeiro bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits correspondendo a cada uma das uma ou mais células de serviço é atribuído com um primeiro valor predeterminado.
[00142] Em algumas modalidades de exemplo, as informações compreendem um segundo bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e um bit da pluralidade de bits é atribuído com um segundo valor predeterminado se a célula de serviço correspondente satisfizer um dos seguintes: que um feixe candidato para a célula de serviço correspondente tem uma qualidade acima de um limiar; ou que uma indicação de um feixe candidato para a célula de serviço correspondente está incluída na porção transmitida.
[00143] Em algumas modalidades de exemplo, os meios para transmitir pelo menos uma porção das informações compreende: meios para determinar, com base em quantidade das informações, se um recurso alocado para transmitir as informações é suficiente; e meios para, em resposta, a uma determinação de que o recurso é insuficiente, transmitir uma porção da informação para o dispositivo de rede.
[00144] Em algumas modalidades de exemplo, os meios a transmissão da porção das informações compreende: meios para selecionar pelo menos um feixe candidato dos um ou mais feixes candidatos; e meios para transmitir uma indicação do pelo menos um feixe candidato selecionado para o dispositivo de rede.
[00145] Em algumas modalidades de exemplo, um primeiro feixe candidato dos um ou mais feixes candidatos está associado a uma célula secundária das uma ou mais células de serviço e selecionando o primeiro feixe candidato como um do pelo menos um feixe candidato se: uma qualidade de sinal do primeiro feixe candidato ultrapassar uma qualidade de limiar, a célula secundária tem o índice mais baixo nas uma ou mais células de serviço, a célula secundária tem o índice mais alto nas uma ou mais células de serviço, a célula secundária pertence a um mesmo grupo com uma célula primária para o dispositivo terminal, a célula secundária está associada a uma pluralidade de células secundárias adicionais, a célula secundária é configurada com portadoras intrabanda ou uma transmissão foi programada na célula secundária.
[00146] Em algumas modalidades de exemplo, as uma ou mais células de serviço incluem uma célula de serviço e meios para obter as informações compreendendo: determinar qualidades de sinal de uma pluralidade de sinais de referência candidatos configurados para a célula de serviço; meios para detectar da pluralidade de sinais de referência candidatos, um sinal de referência candidato com uma qualidade de sinal acima de uma qualidade de limiar; e meios para, em resposta à detecção do sinal de referência candidato com a qualidade de sinal acima da qualidade de limiar, gerar uma indicação do sinal de referência candidato detectado como pelo menos parte das informações envolvendo os um ou mais feixes candidatos.
[00147] Em algumas modalidades de exemplo, o aparelho compreende ainda: meios para, em resposta à ausência do sinal de referência candidato com a qualidade de sinal acima da qualidade de limiar, gerar uma indicação de um sinal de referência candidato dentre a pluralidade dos sinais de referência candidatos com a qualidade de sinal mais alta como pelo menos parte das informações envolvendo os um ou mais feixes candidatos.
[00148] Em algumas modalidades de exemplo, o aparelho compreende ainda meios para transmitir uma indicação de que as informações são parcialmente transmitidas.
[00149] Em algumas modalidades de exemplo, o aparelho compreende ainda meios para transmitir uma porção restante das informações para o dispositivo de rede 110.
[00150] Em algumas modalidades de exemplo, a pelo menos porção das informações é transmitida em um dos seguintes: uma mensagem de controle de recurso de rádio, um CE de MAC, ou um canal de controle de uplink físico.
[00151] Em algumas modalidades de exemplo, um aparelho capaz de realizar o método 800 pode compreender meios para realizar as respectivas etapas do método 800. Os meios podem ser implementados em qualquer forma adequada. Por exemplo, os meios podem ser implementados em um circuito ou módulo de software.
[00152] Em algumas modalidades de exemplo, o aparelho compreende: meios para receber, em um dispositivo de rede e de um dispositivo terminal, pelo menos uma porção de informações envolvendo um ou mais feixes candidatos e uma ou mais células de serviço nas quais uma falha de feixe é detectada, cada um dos um ou mais feixes candidatos associados com uma respectiva das uma ou mais células de serviço; e meios para determinar, com base na porção recebida, pelo menos que a falha de feixe é detectada nas uma ou mais células de serviço.
[00153] Em algumas modalidades de exemplo, as informações compreendem um primeiro bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits correspondendo a cada uma das uma ou mais células de serviço é atribuído com um primeiro valor predeterminado.
[00154] Em algumas modalidades de exemplo, as informações compreendem um segundo bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e um bit da pluralidade de bits é atribuído com um segundo valor predeterminado se a célula de serviço correspondente satisfizer um dos seguintes: que um feixe candidato para a célula de serviço correspondente tem uma qualidade acima de um limiar; ou que uma indicação de um feixe candidato para a célula de serviço correspondente está incluída na porção recebida.
[00155] Em algumas modalidades de exemplo, o recebimento de pelo menos uma porção das informações compreende receber uma porção das informações.
[00156] Em algumas modalidades de exemplo, a porção recebida compreende uma indicação de pelo menos um feixe candidato dos um ou mais feixes candidatos. O aparelho compreende ainda: meios para determinar, das uma ou mais células de serviço, pelo menos uma célula de serviço associada com o pelo menos um feixe candidato.
[00157] Em algumas modalidades de exemplo, um primeiro feixe candidato do pelo menos um feixe candidato está associado a uma célula secundária das uma ou mais células de serviço, e meios para determinar a pelo menos uma célula de serviço compreendem meios para determinar a célula secundária como uma da pelo menos uma célula de serviço se: a célula secundária tiver o índice mais baixo nas uma ou mais células de serviço, a célula secundária tiver o índice mais alto nas uma ou mais células de serviço, a célula secundária pertencer a um mesmo grupo com uma célula primária para o dispositivo terminal, a célula secundária está associada a uma pluralidade de outras células secundárias, a célula secundária é configurada com portadoras intrabanda ou uma transmissão foi programada na célula secundária.
[00158] Em algumas modalidades de exemplo, o aparelho compreende ainda meios para receber uma indicação de que as informações são parcialmente transmitidas.
[00159] Em algumas modalidades de exemplo, o aparelho compreende ainda meios para receber uma porção restante das informações do dispositivo terminal.
[00160] Em algumas modalidades de exemplo, a pelo menos porção das informações é recebida em um dos seguintes: uma mensagem de controle de recurso de rádio, um CE de MAC, um PUSCH ou um canal de controle de uplink físico.
[00161] A Fig. 9 é um diagrama de blocos simplificado de um dispositivo 900 que é adequado para implementar modalidades da presente divulgação. O dispositivo 900 pode ser fornecido para implementar o dispositivo de comunicação, por exemplo, os dispositivos terminais 120 ou o dispositivo de rede 110 como mostrado na Fig. 1. Como mostrado, o dispositivo 900 inclui um ou mais processadores 910, uma ou mais memórias 920 acopladas ao processador 910 e um ou mais módulos de comunicação 940 acoplados ao processador 910.
[00162] O módulo de comunicação 940 é para comunicações bidirecionais. O módulo de comunicação 940 tem pelo menos uma antena para facilitar a comunicação. A interface de comunicação pode representar qualquer interface necessária para a comunicação com outros elementos de rede.
[00163] O processador 910 pode ser de qualquer tipo adequado para a rede técnica local e pode incluir um ou mais dos seguintes: computadores de uso geral, computadores de uso especial, microprocessadores, processadores de sinal digital (DSPs) e processadores baseados em arquitetura de processador multicore, como exemplos não limitantes. O dispositivo 900 pode ter múltiplos processadores, tal como um chip de circuito integrado de aplicativo específico que é subordinado em tempo a um relógio que sincroniza o processador principal.
[00164] A memória 920 pode incluir uma ou mais memórias não voláteis e uma ou mais memórias voláteis. Exemplos de memórias não voláteis incluem, mas não estão limitados a, uma Memória Somente de Leitura (ROM) 924, uma memória somente de leitura eletricamente programável (EPROM), uma memória flash, um disco rígido, um disco compacto (CD), um disco de vídeo digital (DVD) e outro armazenamento magnético e/ou armazenamento óptico. Exemplos de memórias voláteis incluem, mas não estão limitados a, uma memória de acesso aleatório (RAM) 922 e outras memórias voláteis que não durarão na duração do desligamento.
[00165] Um programa de computador 930 inclui instruções executáveis por computador que são executadas pelo processador associado
910. O programa 930 pode ser armazenado na ROM 920. O processador 910 pode executar quaisquer ações e processamento adequados carregando o programa 930 na RAM 920.
[00166] As modalidades da presente divulgação podem ser implementadas por meio do programa 930, de modo que o dispositivo 900 possa executar qualquer processo da divulgação, conforme discutido com referência às Figs. 7 a 8. As modalidades da presente divulgação também podem ser implementadas por hardware ou por uma combinação de software e hardware.
[00167] Em algumas modalidades, o programa 930 pode estar tangivelmente contido em um meio legível por computador que pode ser incluído no dispositivo 900 (tal como na memória 920) ou outros dispositivos de armazenamento que são acessíveis pelo dispositivo 900. O dispositivo 900 pode carregar o programa 930 do meio legível por computador para a RAM 922 para execução. O meio legível por computador pode incluir qualquer tipo de armazenamento não volátil tangível, tal como ROM, EPROM, uma memória flash, um disco rígido, CD, DVD e semelhantes. A Fig. 10 mostra um exemplo do meio legível por computador 1000 na forma de CD ou DVD. O meio legível por computador tem o programa 930 armazenado no mesmo.
[00168] Geralmente, várias modalidades da presente divulgação podem ser implementadas em hardware ou circuitos de propósito especial, software, lógica ou qualquer combinação dos mesmos. Alguns aspectos podem ser implementados em hardware, enquanto outros aspectos podem ser implementados em firmware ou software que pode ser executado por um controlador, microprocessador ou outro dispositivo de computação. Embora vários aspectos de modalidades da presente divulgaçao sejam ilustrados e descritos como diagramas de blocos, fluxogramas ou usando algumas outras representações pictóricas, é para ser entendido que o bloco, aparelho, sistema, técnica ou método descrito neste documento podem ser implementados, como exemplos não limitativos, hardware, software, firmware, circuitos ou lógica de uso especial, hardware ou controlador de uso geral ou outros dispositivos de computação, ou alguma combinação dos mesmos.
[00169] A presente divulgação também fornece pelo menos um produto de programa de computador armazenado tangivelmente em um meio de armazenamento legível por computador não transitório. O produto de programa de computador inclui instruções executáveis por computador, tal como aquelas incluídas em módulos de programa, sendo executadas em um dispositivo em um processador alvo real ou virtual, para realizar o método 700 ou 800 como descrito acima com referência às Figs. 7-8. Geralmente, módulos de programa incluem rotinas, programas, bibliotecas, objetos, classes, componentes, estruturas de dados, ou similares que executam tarefas particulares ou implementam tipos de dados abstratos particulares. A funcionalidade dos módulos de programa pode ser combinada ou dividida entre módulos de programa conforme desejado em várias modalidades. Instruções executáveis por máquina para módulos de programa podem ser executadas dentro de um dispositivo local ou distribuído. Em um dispositivo distribuído, módulos de programa podem estar localizados tanto nos meios de armazenamento locais e remotos.
[00170] O código de programa para realizar os métodos da presente divulgação pode ser escrito em qualquer combinação de uma ou mais linguagens de programação. Estes códigos de programa podem ser fornecidos a um processador ou controlador de um computador de uso geral, computador de uso especial ou outro aparelho de processamento de dados programável, de modo que os códigos de programa, quando executados pelo processador ou controlador, causem as funções/operações especificadas nos fluxogramas e/ou diagramas de blocos a serem implementados. O código de programa pode executar inteiramente em uma máquina, parcialmente na máquina, como um pacote de software autônomo, parcialmente na máquina e parcialmente em uma máquina remota ou inteiramente na máquina ou servidor remoto.
[00171] No contexto da presente divulgação, os códigos de programa de computador ou dados relacionados podem ser transportados por qualquer portadora adequada para permitir que o dispositivo, aparelho ou processador execute vários processos e várias operações, conforme descrito acima. Exemplos da portadora incluem um sinal, meio legível por computador e semelhantes.
[00172] O meio legível por computador pode ser um meio de sinal legível por computador ou um meio de armazenamento legível por computador. Um meio legível por computador pode incluir, mas não se limita a, um sistema, aparelho ou dispositivo eletrônico, magnético, óptico, eletromagnético, infravermelho ou semicondutor ou qualquer combinação adequada dos anteriores. Exemplos mais específicos do meio de armazenamento legível por computador incluiriam uma conexão elétrica tendo um ou mais fios, um disquete de computador portátil, um disco rígido, uma memória de acesso aleatório (RAM), uma memória somente de leitura (ROM), uma memória de leitura somente programável apagável (EPROM ou memória Flash), uma fibra óptica, uma memória de leitura apenas de disco compacto portátil (CD-ROM), um dispositivo de armazenamento óptico, um dispositivo de armazenamento magnético ou qualquer combinação adequada dos anteriores
[00173] Mais ainda, embora operações sejam representadas em uma ordem particular, isso não deve ser entendido como requerendo que essas operações sejam realizadas na ordem particular mostrada ou em ordem sequencial, ou que todas as operações ilustradas sejam realizadas para alcançar os resultados desejados. Em determinadas circunstâncias, o processamento multitarefa e paralelo pode ser vantajoso. Da mesma forma, embora vários detalhes de implementação específicos estejam contidos nas discussões acima, eles não devem ser interpretados como limitações no escopo da presente divulgação, mas em vez disso como descrições de características que podem ser específicas para modalidades particulares. Certas características que são descritas no contexto de modalidades separadas também podem ser implementados em combinação em uma única modalidade. Por outro lado, várias características que são descritas no contexto de uma única modalidade, também podem ser implementadas em múltiplas modalidades separadamente ou em qualquer subcombinação adequada.
[00174] Embora a presente divulgação tenha sido descrita em linguagens específicas para características estruturais e/ou atos metodológicos, será entendido que a presente divulgação definida nas reivindicações anexas não é necessariamente limitada às características ou aos atos específicos descritos acima. Em vez disso, as características e os atos específicos descritos anteriormente são divulgados como formas de exemplo para implementar as reivindicações.

Claims (52)

REIVINDICAÇÕES
1. Dispositivo terminal caracterizado pelo fato de que compreende: pelo menos um processador; e pelo menos uma memória incluindo códigos de programa; a pelo menos uma memória e os códigos de programa são configurados para, com o pelo menos um processador, fazer o dispositivo terminal pelo menos: detectar uma falha de feixe em uma ou mais células de serviço para o dispositivo terminal; obter informações envolvendo um ou mais feixes candidatos e as uma ou mais células de serviço, cada um dos um ou mais feixes candidatos associados com uma respectiva das uma ou mais células de serviço; e transmitir, para um dispositivo de rede associado às uma ou mais células de serviço, um relatório de recuperação de falha de feixe truncado (BFR) em um elemento de controle (CE) de controle de acesso de meio (MAC), que contém apenas uma porção das informações.
2. Dispositivo terminal, de acordo com a reivindicação 1, caracterizado pelo fato de que as informações compreendem um bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits correspondendo a cada uma das uma ou mais células de serviço é atribuído com um valor predeterminado.
3. Dispositivo terminal, de acordo com a reivindicação 1, caracterizado pelo fato de que as informações compreendem um bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits é atribuído com um valor predeterminado se a célula de serviço correspondente satisfizer um dos seguintes: que um feixe candidato para a célula de serviço correspondente tenha uma qualidade acima de um limiar; ou que uma indicação de um feixe candidato para a célula de serviço correspondente está incluída na porção transmitida.
4. Dispositivo terminal, de acordo com a reivindicação 1, caracterizado pelo fato de que o dispositivo terminal é levado a transmitir no relatório BFR truncado após determinar que um recurso alocado para transmitir as informações por completo é insuficiente.
5. Dispositivo terminal, de acordo com a reivindicação 4, caracterizado pelo fato de que um CE de MAC de BFR completo é de outra forma transmitido, o qual contém as informações por completo.
6. Dispositivo terminal, de acordo com a reivindicação 1, caracterizado pelo fato de que o dispositivo terminal é ainda levado a selecionar pelo menos um feixe candidato dos um ou mais feixes candidatos; e incluir uma indicação do pelo menos um feixe candidato selecionado na porção da informação.
7. Dispositivo terminal, de acordo com a reivindicação 6, caracterizado pelo fato de que pelo menos um feixe candidato está associado a uma célula secundária das uma ou mais células de serviço, em que as uma ou mais células de serviço são indicadas por um ou mais índices e o pelo menos um feixe candidato é selecionado com base em pelo menos um dos seguintes critérios: uma qualidade de sinal do primeiro feixe candidato ultrapassar uma qualidade de limiar, a célula secundária tem o índice mais baixo dos índices das uma ou mais células de serviço, a célula secundária tem o índice mais alto dos índices das uma ou mais células de serviço, a célula secundária pertence a um mesmo grupo com uma célula primária para o dispositivo terminal,
a célula secundária está associada a uma pluralidade de células secundárias adicionais, a célula secundária é configurada com portadoras intrabanda, ou uma transmissão foi agendada na célula secundária.
8. Dispositivo terminal, de acordo com a reivindicação 1, caracterizado pelo fato de que a porção das informações inclui informações envolvendo pelo menos um dos um ou mais feixes candidatos, que é selecionado com base em uma ordem de prioridade dos um ou mais feixes candidatos.
9. Dispositivo terminal, de acordo com a reivindicação 8, caracterizado pelo fato de que a ordem de prioridade é baseada em uma ordem ascendente de índices das uma ou mais células de serviço.
10. Dispositivo terminal, de acordo com a reivindicação 1, caracterizado pelo fato de que as uma ou mais células de serviço incluem uma célula de serviço e em que o dispositivo terminal é levado a obter as informações por: determinar qualidades de sinal de uma pluralidade de sinais de referência candidatos configurados para a célula de serviço; detectar da pluralidade de sianis de referencia candidatos um sinal de referência candidato tendo uma qualidade de sinal acima de uma qualidade de limiar; e gerar uma indicação do sinal de referência candidato detectado como pelo menos parte das informações envolvendo os um ou mais feixes candidatos.
11. Dispositivo terminal, de acordo com a reivindicação 10, caracterizado pelo fato de que o dispositivo terminal é ainda levado a: gerar uma indicação de um sinal de referência candidato, que é identificado da pluralidade de sinais de referência candidatos, como tendo a qualidade de sinal mais alta das qualidades de sinal da pluralidade de sinais de referência candidatos e em que a indicação é incluída em informações envolvendo os um ou mais feixes candidatos.
12. Dispositivo terminal, de acordo com a reivindicação 1, caracterizado pelo fato de que o dispositivo terminal é ainda levado a: transmitir uma indicação de que as informações são parcialmente transmitidas.
13. Dispositivo terminal, de acordo com a reivindicação 1, caracterizado pelo fato de que o dispositivo terminal é ainda levado a: transmitir uma porção remanescente das informações para o dispositivo de rede.
14. Dispositivo de rede caracterizado pelo fato de que compreende: pelo menos um processador; e pelo menos uma memória incluindo códigos de programa; a pelo menos uma memória e o código de programa são configurados para, com o pelo menos um processador, fazer o dispositivo de rede pelo menos: receber, de um dispositivo terminal, um relatório de recuperação de falha de feixe truncado (BFR) em um elemento de controle (CE) de controle de acesso de meio (MAC), que contém apenas uma porção de informações, em que as informações envolvem um ou mais feixes candidatos e uma ou mais células de serviço nas quais uma falha de feixe é detectada, cada um dos um ou mais feixes candidatos associados a uma respectiva das uma ou mais células de serviço; e determinar, com base na porção das informações, que pelo menos uma falha de feixe é relatada para as uma ou mais células de serviço.
15. Dispositivo de rede, de acordo com a reivindicação 14, caracterizado pelo fato de que as informações compreendem um bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits correspondendo a cada uma das uma ou mais células de serviço é atribuído com um valor predeterminado.
16. Dispositivo de rede, de acordo com a reivindicação 14, caracterizado pelo fato de que as informaçõe compreendem um bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits é atribuído com um valor predeterminado se a célula de serviço correspondente satisfizer um dos seguintes: que um feixe candidato para a célula de serviço correspondente tenha uma qualidade acima de um limiar; ou que uma indicação de um feixe candidato para a célula de serviço correspondente está incluída na porção das informações.
17. Dispositivo de rede, de acordo com a reivindicação 14, caracterizado pelo fato de que o dispositivo de rede é feito para receber o relatório de BFR truncado em uma instância na qual um recurso alocado para transmitir as informações por completo é insuficiente.
18. Dispositivo de rede, de acordo com a reivindicação 17, caracterizado pelo fato de que um CE de MAC de BFR completo é de outra forma recebido, o qual contém as informações por completo.
19. Dispositivo de rede, de acordo com a reivindicação 14, caracterizado pelo fato de que a porção das informações compreende uma indicação de pelo menos um feixe candidato dos um ou mais feixes candidatos e o dispositivo de rede é ainda levado a: determinar, das uma ou mais células de serviço, pelo menos uma célula de serviço associada com o pelo menos um feixe candidato.
20. Dispositivo de rede, de acordo com a reivindicação 19, caracterizado pelo fato de que um primeiro feixe candidato do pelo menos um feixe candidato está associado a uma célula secundária das uma ou mais células de serviço, em que as uma ou mais células de serviço são indicadas por um ou mais índices e o dispositivo de rede é configurado para determinar a célula secundária como uma da pelo menos uma célula de serviço se: a célula secundária tem o índice mais baixo dos índices das uma ou mais células de serviço, a célula secundária tem o índice mais alto dos índices das uma ou mais células de serviço, a célula secundária pertence a um mesmo grupo com uma célula primária para o dispositivo terminal, a célula secundária está associada a uma pluralidade de células secundárias adicionais, a célula secundária é configurada com portadoras intrabanda, ou uma transmissão foi agendada na célula secundária.
21. Dispositivo de rede, de acordo com a reivindicação 14, caracterizado pelo fato de que a porção das informações inclui informações envolvendo pelo menos um dos um ou mais feixes candidatos que é selecionado com base em uma ordem de prioridade dos um ou mais feixes candidatos.
22. Dispositivo de rede, de acordo com a reivindicação 21, caracterizado pelo fato de que a ordem de prioridade é baseada em uma ordem ascendente de índices das células de serviço.
23. Dispositivo de rede, de acordo com a reivindicação 14, caracterizado pelo fato de que o dispositivo de rede é ainda forçado a: receber uma indicação de que as informações são parcialmente transmitidas.
24. Dispositivo de rede, de acordo com a reivindicação 14, caracterizado pelo fato de que o dispositivo de rede é ainda forçado a: receber uma porção restante das informações do dispositivo terminal.
25. Método caracterizado pelo fato de que compreende: detectar, em um dispositivo terminal, uma falha de feixe em uma ou mais células de serviço para o dispositivo terminal; obter informações envolvendo um ou mais feixes candidatos e as uma ou mais células de serviço, cada um dos um ou mais feixes candidatos associados com uma respectiva das uma ou mais células de serviço; e transmitir, para um dispositivo de rede associado às uma ou mais células de serviço, um relatório de recuperação de falha de feixe truncado (BFR) em um elemento de controle (CE) de controle de acesso de meio (MAC), que contém apenas uma porção das informações.
26. Método, de acordo com a reivindicação 25, caracterizado pelo fato de que as informações compreendem um bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits correspondendo a cada uma das uma ou mais células de serviço é atribuído com um valor predeterminado.
27. Método, de acordo com a reivindicação 25, caracterizado pelo fato de que as informaçõe compreendem um bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits é atribuído com um valor predeterminado se a célula de serviço correspondente satisfizer um dos seguintes: que um feixe candidato para a célula de serviço correspondente tenha uma qualidade acima de um limiar; ou que uma indicação de um feixe candidato para a célula de serviço correspondente está incluída na porção transmitida.
28. Método, de acordo com a reivindicação 25, caracterizado pelo fato de que compreende ainda determinar que um recurso alocado para transmitir as informações por completo é insuficiente.
29. Método, de acordo com a reivindicação 28, caracterizado pelo fato de que um CE de MAC de BFR completo é de outra forma transmitido, o qual contém as informações por completo.
30. Método, de acordo com a reivindicação 25, caracterizado pelo fato de que compreende ainda:
selecionar pelo menos um feixe candidato dos um ou mais feixes candidatos; e incluir uma indicação do selecionado pelo menos um feixe candidato na porção das informações.
31. Método, de acordo com a reivindicação 30, caracterizado pelo fato de que pelo menos um feixe candidato está associado a uma célula secundária das uma ou mais células de serviço, em que as uma ou mais células de serviço são indicadas por um ou mais índices e o pelo menos um feixe candidato é selecionado com base em pelo menos um dos seguintes critérios: uma qualidade de sinal do primeiro feixe candidato ultrapassar uma qualidade de limiar, a célula secundária tem o índice mais baixo dos índices das uma ou mais células de serviço, a célula secundária tem o índice mais alto dos índices das uma ou mais células de serviço, a célula secundária pertence a um mesmo grupo com uma célula primária para o dispositivo terminal, a célula secundária está associada a uma pluralidade de células secundárias adicionais, a célula secundária é configurada com portadoras intrabanda, ou uma transmissão foi agendada na célula secundária.
32. Método, de acordo com a reivindicação 25, caracterizado pelo fato de que a porção das informações inclui informações envolvendo pelo menos um dos um ou mais feixes candidatos que é selecionado com base em uma ordem de prioridade dos um ou mais feixes candidatos.
33. Método, de acordo com a reivindicação 32, caracterizado pelo fato de que a ordem de prioridade é baseada em uma ordem ascendente de índices das uma ou mais células de serviço.
34. Método, de acordo com a reivindicação 25, caracterizado pelo fato de que as uma ou mais células de serviço incluem uma célula de serviço e a obtenção das informações compreendendo: determinar qualidades de sinal de uma pluralidade de sinais de referência candidatos configurados para a célula de serviço; detectar, da pluralidade de sinais de referência candidatos um sinal de referência candidato com uma qualidade de sinal acima de uma qualidade de limiar; e gerar uma indicação do sinal de referência candidato detectado como pelo menos parte das informações envolvendo os um ou mais feixes candidatos.
35. Método, de acordo com a reivindicação 34, caracterizado pelo fato de que compreende ainda: gerar uma indicação do sinal de referência candidato, que é identificado da pluralidade dos sinais de referência candidatos tendo a qualidade de sinal mais alta das qualidades de sinal da pluralidade de sinais de referência candidatos e em que a indicação é incluída em informações envolvendo os um ou mais feixes candidatos.
36. Método, de acordo com a reivindicação 25, caracterizado pelo fato de que compreende ainda: transmitir uma indicação de que as informações são parcialmente transmitidas.
37. Método, de acordo com a reivindicação 25, caracterizado pelo fato de que compreende ainda: transmitir uma porção remanescente das informações para o dispositivo de rede.
38. Método caracterizado pelo fato de que compreende: receber, em um dispositivo de rede e de um dispositivo terminal, um relatório de recuperação de falha de feixe truncado (BFR) em um elemento de controle (CE) de controle de acesso de meio (MAC), que contém apenas uma porção de informações, em que as informações envolvem um ou mais feixes candidatos e uma ou mais células de serviço nas quais uma falha de feixe é detectada, cada um dos um ou mais feixes candidatos associados a uma respectiva das uma ou mais células de serviço; e determinar, com base na porção das informações, que pelo menos uma falha de feixe é relatada para as uma ou mais células de serviço, em que a porção de informações compreende um relatório de recuperação de falha de feixe truncado (BFR).
39. Método, de acordo com a reivindicação 38, caracterizado pelo fato de que as informações compreendem um bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits correspondendo a cada uma das uma ou mais células de serviço é atribuído com um valor predeterminado.
40. Método, de acordo com a reivindicação 38, caracterizado pelo fato de que as informaçõe compreendem um bitmap incluindo uma pluralidade de bits correspondendo a uma pluralidade de células de serviço para o dispositivo terminal e em que um bit da pluralidade de bits é atribuído com um valor predeterminado se a célula de serviço correspondente satisfizer um dos seguintes: que um feixe candidato para a célula de serviço correspondente tenha uma qualidade acima de um limiar; ou que uma indicação de um feixe candidato para a célula de serviço correspondente está incluída na porção das informações.
41. Método, de acordo com a reivindicação 38, caracterizado pelo fato de que compreende: receber o relatório de BFR truncado em uma instância na qual um recurso alocado para transmitir as informações por completo é insuficiente.
42. Método, de acordo com a reivindicação 41, caracterizado pelo fato de que recebe de ojutra forma um CE de MAC de BFR por completo, o qual contém as informações por completo.
43. Método, de acordo com a reivindicação 38, caracterizado pelo fato de que a porção das informações compreende uma indicação de pelo menos um feixe candidato dos um ou mais feixes candidatos, o método compreendendo ainda: determinar, das uma ou mais células de serviço, pelo menos uma célula de serviço associada com o pelo menos um feixe candidato.
44. Método, de acordo com a reivindicação 43, caracterizado pelo fato de que um primeiro feixe candidato do pelo menos um feixe candidato está associado a uma célula secundária das uma ou mais células de serviço, em que as uma ou mais células de serviço são indicadas por um ou mais índices e em que a célula secundária é determinada como uma da pelo menos uma célula de serviço se: a célula secundária tem o índice mais baixo dos índices das uma ou mais células de serviço, a célula secundária tem o índice mais alto dos índices das uma ou mais células de serviço, a célula secundária pertence a um mesmo grupo com uma célula primária para o dispositivo terminal, a célula secundária está associada a uma pluralidade de células secundárias adicionais, a célula secundária é configurada com portadoras intrabanda, ou uma transmissão foi agendada na célula secundária.
45. Método, de acordo com a reivindicação 38, caracterizado pelo fato de que a porção das informações inclui informações envolvendo pelo menos um dos um ou mais feixes candidatos que são selecionadas com base em uma ordem de prioridade dos um ou mais feixes candidatos.
46. Método, de acordo com a reivindicação 45, caracterizado pelo fato de que a ordem de prioridade é baseada em uma ordem ascendente de índices das uma ou mais células de serviço.
47. Método, de acordo com a reivindicação 38, caracterizado pelo fato de que compreende ainda: transmitir uma indicação de que as informações são parcialmente transmitidas.
48. Método, de acordo com a reivindicação 38, caracterizado pelo fato de que compreende ainda: receber uma porção restante das informações do dispositivo terminal.
49. Aparelho caracterizado pelo fato de que compreende: meios para detectar, em um dispositivo terminal, uma falha de feixe em uma ou mais células de serviço do dispositivo terminal; meios para obter informações envolvendo um ou mais feixes candidatos e as uma ou mais células de serviço, cada um dos um ou mais feixes candidatos associados com uma respectiva das uma ou mais células de serviço; e meios para transmitir, para um dispositivo de rede associado às uma ou mais células de serviço, um relatório de recuperação de falha de feixe truncado (BFR) em um elemento de controle (CE) de controle de acesso de meio (MAC), que contém apenas uma porção das informações.
50. Aparelho caracterizado pelo fato de que compreende: meios para receber, em um dispositivo de rede e de um dispositivo terminal, um relatório de recuperação de falha de feixe truncado (BFR) em um elemento de controle (CE) de controle de acesso de meio (MAC), que contém apenas uma porção de informações, em que as informações envolvem um ou mais feixes candidatos e uma ou mais células de serviço nas quais uma falha de feixe é detectada, cada um dos um ou mais feixes candidatos associados a uma respectiva das uma ou mais células de serviço; e meios para determinar, com base na porção das informações, que pelo menos uma falha de feixe é relatada para as uma ou mais células de serviço.
51. Meio legível por computador não transitório, caracterizado pelo fato de que compreende instruções de programa para fazer com que um aparelho execute pelo menos o método conforme definido em qualquer uma das reivindicações 25 a 37.
52. Meio legível por computador não transitório, caracterizado pelo fato de que compreende instruções de programa para fazer com que um aparelho execute pelo menos o método conforme definido em qualquer uma das reivindicações 38 a 48.
BR112021005891-5A 2018-09-27 2019-08-07 relatório de falha de feixe BR112021005891A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/CN2018/108130 WO2020061955A1 (en) 2018-09-27 2018-09-27 Beam failure recovery for serving cell
CNPCT/CN2018/108130 2018-09-27
PCT/CN2019/099691 WO2020063126A1 (en) 2018-09-27 2019-08-07 Reporting beam failure

Publications (1)

Publication Number Publication Date
BR112021005891A2 true BR112021005891A2 (pt) 2021-07-27

Family

ID=69949981

Family Applications (2)

Application Number Title Priority Date Filing Date
BR112021004440-0A BR112021004440A2 (pt) 2018-09-27 2018-09-27 recuperação de falha de feixe para célula de serviço
BR112021005891-5A BR112021005891A2 (pt) 2018-09-27 2019-08-07 relatório de falha de feixe

Family Applications Before (1)

Application Number Title Priority Date Filing Date
BR112021004440-0A BR112021004440A2 (pt) 2018-09-27 2018-09-27 recuperação de falha de feixe para célula de serviço

Country Status (14)

Country Link
US (2) US11963151B2 (pt)
EP (2) EP3857731A4 (pt)
JP (2) JP7308932B2 (pt)
KR (3) KR102537256B1 (pt)
CN (2) CN112789811A (pt)
AU (2) AU2019351162B2 (pt)
BR (2) BR112021004440A2 (pt)
CA (1) CA3114130C (pt)
CL (1) CL2021000788A1 (pt)
CO (1) CO2021005348A2 (pt)
MX (1) MX2021003637A (pt)
PH (2) PH12021550351A1 (pt)
SG (1) SG11202102968QA (pt)
WO (2) WO2020061955A1 (pt)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112019021147A2 (pt) 2017-05-30 2020-05-12 Telefonaktiebolaget Lm Ericsson (Publ) Métodos para seleção de feixe e para configurar um primeiro dispositivo transceptor de rádio, dispositivo transceptor de rádio, dispositivo de terminal, nós de rede, programa de computador, e, produto de programa de computador.
EP3874612A1 (en) * 2018-11-01 2021-09-08 Convida Wireless, Llc Beam failure recovery on a non-failed cell
CN111148268B (zh) * 2018-11-02 2022-02-01 维沃移动通信有限公司 随机接入资源确定方法、终端及网络设备
CN111278166B (zh) * 2018-12-27 2022-07-22 维沃移动通信有限公司 一种波束失败处理方法及相关设备
KR102662176B1 (ko) * 2019-01-08 2024-04-29 지티이 코포레이션 무선 링크 복구
CN111447635B (zh) * 2019-01-16 2021-10-26 大唐移动通信设备有限公司 一种波束失败上报方法、基站及终端
CN111479284B (zh) * 2019-01-24 2022-02-08 大唐移动通信设备有限公司 波束失败恢复响应的发送方法、监测方法、基站及终端
US11483054B2 (en) * 2019-02-15 2022-10-25 Hannibal Ip Llc Method and apparatus for SCell beam failure recovery configuration
EP3913818A4 (en) * 2019-02-15 2022-03-16 LG Electronics Inc. METHOD FOR TRANSMITTING UPLINK RETURN INFORMATION RELATING TO A BEAM OF USER EQUIPMENT IN A WIRELESS COMMUNICATIONS SYSTEM, AND USER EQUIPMENT AND BASE STATION TO SUPPORT THE SAME
CA3129584A1 (en) * 2019-02-15 2020-08-20 Ntt Docomo, Inc. User terminal and radio communication method
EP3931975A1 (en) * 2019-02-28 2022-01-05 Telefonaktiebolaget Lm Ericsson (Publ) Beam selection for terminal devices in mu-mimo operation
SG11202111692VA (en) * 2019-04-25 2021-11-29 Beijing Xiaomi Mobile Software Co Ltd Beam failure reporting method and apparatus, and storage medium
US11303345B2 (en) * 2019-05-02 2022-04-12 Ofinno, Llc Beam failure recovery procedure in carrier aggregation
CN111601371B (zh) * 2019-06-27 2022-03-01 维沃移动通信有限公司 链路管理方法、唤醒信号检测方法、终端设备和网络设备
CN112399430A (zh) * 2019-08-15 2021-02-23 索尼公司 无线通信系统中的用户设备、电子设备、方法及存储介质
CN112584443A (zh) * 2019-09-27 2021-03-30 苹果公司 辅助小区链路恢复请求传输
EP3799518A1 (en) * 2019-09-27 2021-03-31 Apple Inc. Secondary cell link recovery request transmission
CN117615421A (zh) * 2019-10-23 2024-02-27 Oppo广东移动通信有限公司 一种指示方法、终端设备、网络设备
WO2021164030A1 (en) 2020-02-21 2021-08-26 Nokia Shanghai Bell Co., Ltd. Beam failure recovery mechanism
EP4111799A4 (en) * 2020-04-01 2023-08-09 Samsung Electronics Co., Ltd. METHOD AND APPARATUS FOR SLEEP MODE OPERATION IN A WIRELESS COMMUNICATION SYSTEM
CN116471690A (zh) * 2020-04-03 2023-07-21 Oppo广东移动通信有限公司 一种媒体访问控制层控制元素发送方法和终端设备
KR20220164789A (ko) 2020-04-06 2022-12-13 노키아 테크놀로지스 오와이 빔 실패 리포팅
CN115918233A (zh) * 2020-04-08 2023-04-04 上海诺基亚贝尔股份有限公司 由数据传输触发的波束报告
CN113645685B (zh) * 2020-05-11 2022-09-16 深圳市万普拉斯科技有限公司 初始接入方法、装置、移动终端和计算机可读存储介质
WO2021240051A1 (en) * 2020-05-27 2021-12-02 Nokia Technologies Oy M-trp beam failure indication
US11902002B2 (en) * 2020-07-31 2024-02-13 Qualcomm Incorporated Beam measurement reporting
CN116114297A (zh) * 2020-08-03 2023-05-12 Lg 电子株式会社 在无线通信系统中执行波束故障恢复过程的方法和装置
US11930550B2 (en) 2020-08-05 2024-03-12 Acer Incorporated Equipment for beam failure reporting and beam failure reporting method
CA3193620A1 (en) * 2020-10-15 2022-04-21 Zte Corporation System and method for beam failure recovery
CN114501506A (zh) * 2020-10-23 2022-05-13 大唐移动通信设备有限公司 波束失败处理方法、终端及网络设备
EP4214851A1 (en) 2020-12-15 2023-07-26 Ofinno Technologies, LLC Default common beam mechanism for multiple beam scenario
US20230396304A1 (en) * 2020-12-16 2023-12-07 Qualcomm Incorporated New beam indication reporting for multi-beam operation
EP4214853A2 (en) 2021-01-13 2023-07-26 Ofinno, LLC Restrictions in beam failure detection
CN116724583A (zh) * 2021-01-14 2023-09-08 中兴通讯股份有限公司 用于参考信令设计和配置的系统及方法
WO2022236710A1 (en) * 2021-05-11 2022-11-17 Qualcomm Incorporated Channel state information report configuration for non-serving cell reference signal
CN115918228A (zh) * 2021-05-19 2023-04-04 上海诺基亚贝尔股份有限公司 用于波束失败检测的机制
WO2023004708A1 (en) * 2021-07-29 2023-02-02 Lenovo (Beijing) Limited Methods and apparatuses for trp related beam failure detection and recovery procedures
WO2023150986A1 (zh) * 2022-02-10 2023-08-17 富士通株式会社 波束失败相关信息的上报方法及装置
WO2024016267A1 (en) * 2022-07-21 2024-01-25 Lenovo (Beijing) Limited Method and apparatus of supporting beam problem prediction

Family Cites Families (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9806873B2 (en) 2012-05-09 2017-10-31 Samsung Electronics Co., Ltd. Method and apparatus for controlling discontinuous reception in mobile communication system
US9451652B2 (en) * 2013-03-12 2016-09-20 Qualcomm Incorporated Managing secondary cell connections
EP2824986B1 (en) * 2013-07-11 2023-03-22 Fujitsu Limited Buffer status reporting in small cell networks
AU2014312564B2 (en) 2013-08-27 2018-11-01 Samsung Electronics Co., Ltd. Method and system for random access procedure and Radio Link Failure in inter-eNB carrier aggregation
US10419270B2 (en) 2015-01-29 2019-09-17 Nokia Solutions And Networks Oy Physical uplink control channel cells in a communication network using carrier aggregation
US10278161B2 (en) * 2015-04-15 2019-04-30 Lg Electronics Inc. Method for generating a MAC control element in a carrier aggregation system and a device therefor
EP3280068B1 (en) * 2015-04-17 2019-10-09 Huawei Technologies Co. Ltd. Method for transmitting information, base station, and user equipment
CN112911644A (zh) * 2015-05-18 2021-06-04 苹果公司 用于分组数据网络连接卸荷的注意(at)命令
WO2017022870A1 (en) 2015-08-03 2017-02-09 Samsung Electronics Co., Ltd. Method and apparatus for initial access in wireless communication system
NZ739752A (en) * 2015-08-05 2023-08-25 Sharp Kk Terminal device, base station device, and communication method
EP3998822A1 (en) * 2015-08-11 2022-05-18 Telefonaktiebolaget LM Ericsson (PUBL) Recovery from beam failure
JP6717616B2 (ja) 2016-03-02 2020-07-01 トッパン・フォームズ株式会社 マイクロカプセル及び液状組成物
US10320539B2 (en) * 2016-05-23 2019-06-11 Nokia Technologies Oy Methods and apparatuses for reference signal adaptation based on incoming user mobility information
JP6774155B2 (ja) 2016-07-22 2020-10-21 株式会社エイビット 無線通信方式
US11722960B2 (en) * 2016-08-10 2023-08-08 Interdigital Patent Holdings, Inc. Methods and apparatus for efficient power saving in wireless networks
EP3535997B1 (en) * 2016-11-04 2022-10-26 Telefonaktiebolaget LM Ericsson (PUBL) Ue capability signaling for tight-interworking
US10601492B2 (en) * 2017-01-05 2020-03-24 Futurewei Technologies, Inc. Device/UE-oriented beam recovery and maintenance mechanisms
US10595271B2 (en) 2017-01-05 2020-03-17 Samsung Electronics Co., Ltd Method, apparatus, and system for terminal identification and paging signal transmission for terminal in power saving state
US10542545B2 (en) * 2017-02-06 2020-01-21 Mediatek Inc. Beam failure recovery mechanism for multi-beam operation
US10194442B2 (en) * 2017-02-10 2019-01-29 Qualcomm Incorporated Uplink resources for beam recovery
CN116318301A (zh) 2017-03-09 2023-06-23 Lg 电子株式会社 无线通信系统中执行波束恢复的方法及其设备
US10856174B2 (en) * 2017-03-16 2020-12-01 Ofinno, Llc Buffer status report control
WO2018232090A1 (en) * 2017-06-14 2018-12-20 Idac Holdings, Inc. Unified beam management in a wireless network
CN110999471B (zh) * 2017-06-16 2023-10-24 Lg电子株式会社 在无线通信系统中执行波束故障恢复的方法及其设备
US10461994B2 (en) * 2017-06-16 2019-10-29 Futurewei Technologies, Inc. Method for response to beam failure recovery request
EP3530068A2 (en) * 2017-06-16 2019-08-28 Ofinno, LLC Distributed unit configuration update
US10736166B2 (en) * 2017-08-04 2020-08-04 Qualcomm Incorporated Assisted node-to-node communication link operations in a wireless network
US11419173B2 (en) * 2017-08-09 2022-08-16 Idac Holdings, Inc. Methods and systems for beam recovery and management
JP2019033420A (ja) * 2017-08-09 2019-02-28 シャープ株式会社 端末装置、通信方法、および、集積回路
US10411784B2 (en) * 2017-08-09 2019-09-10 Futurewei Technologies, Inc. Apparatus and method for beam failure recovery
CN108112030B (zh) * 2017-08-11 2022-06-07 中兴通讯股份有限公司 信息上报的触发方法和装置、信号的选择方法和装置
US10743204B2 (en) * 2017-11-10 2020-08-11 Futurewei Technologies, Inc. System and method for reporting beam information
EP3718334A4 (en) * 2018-01-05 2021-08-25 Samsung Electronics Co., Ltd. SECONDARY CELL BEAM RECOVERY APPARATUS AND METHOD
US10863570B2 (en) * 2018-01-09 2020-12-08 Comcast Cable Communications, Llc Beam selection in beam failure recovery request retransmission
US10784944B2 (en) * 2018-01-09 2020-09-22 Ofinno, Llc Timing advance in beam failure recovery request transmission
CN110034799B (zh) * 2018-01-11 2023-09-01 华为技术有限公司 通信方法和通信设备
US11895695B2 (en) * 2018-02-15 2024-02-06 Qualcomm Incorporated System and method for beam failure recovery request by user equipment
EP4181613A1 (en) 2018-03-28 2023-05-17 Beijing Xiaomi Mobile Software Co., Ltd. Beam failure recovery
US10939442B2 (en) * 2018-04-06 2021-03-02 Mediatek Inc. Beam selection and resource allocation for beam-formed random access procedure
US10750564B2 (en) * 2018-05-21 2020-08-18 Comcast Cable Communications, Llc Failure detection and recovery for multiple active resources
JP7271097B2 (ja) * 2018-07-17 2023-05-11 シャープ株式会社 基地局装置、端末装置、および、通信方法
WO2020033406A2 (en) * 2018-08-08 2020-02-13 Babaei Alireza Beam failure recovery in unlicensed cells
WO2020068251A1 (en) * 2018-09-27 2020-04-02 Convida Wireless, Llc Sub-band operations in unlicensed spectrums of new radio
US11483054B2 (en) * 2019-02-15 2022-10-25 Hannibal Ip Llc Method and apparatus for SCell beam failure recovery configuration
CN113439489A (zh) * 2019-02-15 2021-09-24 鸿颖创新有限公司 用于波束故障恢复的方法及装置

Also Published As

Publication number Publication date
CN113170453A (zh) 2021-07-23
JP2022502927A (ja) 2022-01-11
EP3858040A1 (en) 2021-08-04
AU2019351162A1 (en) 2021-04-29
WO2020063126A1 (en) 2020-04-02
AU2019351162B2 (en) 2023-03-16
KR20210063383A (ko) 2021-06-01
US20220039077A1 (en) 2022-02-03
PH12021550351A1 (en) 2021-10-04
EP3857731A4 (en) 2022-05-25
AU2023203794A1 (en) 2023-07-13
CO2021005348A2 (es) 2021-07-09
MX2021003637A (es) 2021-05-27
SG11202102968QA (en) 2021-04-29
EP3857731A1 (en) 2021-08-04
JP2022501919A (ja) 2022-01-06
CL2021000788A1 (es) 2021-10-22
KR102537256B1 (ko) 2023-05-26
JP7227363B2 (ja) 2023-02-21
JP7308932B2 (ja) 2023-07-14
KR20210065166A (ko) 2021-06-03
KR20230093533A (ko) 2023-06-27
WO2020061955A1 (en) 2020-04-02
BR112021004440A2 (pt) 2021-05-25
EP3858040A4 (en) 2022-06-29
CN112789811A (zh) 2021-05-11
US11963151B2 (en) 2024-04-16
PH12021550643A1 (en) 2022-02-14
CA3114130A1 (en) 2020-04-02
US20220061087A1 (en) 2022-02-24
KR102545917B1 (ko) 2023-06-22
CA3114130C (en) 2023-11-07

Similar Documents

Publication Publication Date Title
CA3114130C (en) Reporting beam failure
US11363516B2 (en) Electronic device and method for beam failure recovery
US20210409094A1 (en) Beam failure recovery
US20200107331A1 (en) Electronic device and method for beam failure recovery
US11831386B2 (en) Method, device and computer readable medium for beam failure recovery for secondary cell
US10931412B2 (en) Method and apparatus of obtaining feedback of HARQ acknowledgment information
WO2020191653A1 (en) Method, device and computer readable medium for multi-trp transmission
JP2023065547A (ja) 端末装置、ネットワークデバイス、及び方法
RU2774978C1 (ru) Передача сообщений о сбое луча
US11991541B2 (en) Link failure recovery method and apparatus
WO2024065643A1 (en) Support of l1 and l2 signaling based mobility