BR112020014111A2 - terminal, método de radiocomunicação para um terminal e estação base - Google Patents

terminal, método de radiocomunicação para um terminal e estação base Download PDF

Info

Publication number
BR112020014111A2
BR112020014111A2 BR112020014111-9A BR112020014111A BR112020014111A2 BR 112020014111 A2 BR112020014111 A2 BR 112020014111A2 BR 112020014111 A BR112020014111 A BR 112020014111A BR 112020014111 A2 BR112020014111 A2 BR 112020014111A2
Authority
BR
Brazil
Prior art keywords
pucch
resources
user terminal
given
index
Prior art date
Application number
BR112020014111-9A
Other languages
English (en)
Inventor
Yuki MATSUMURA
Kazuki Takeda
Satoshi Nagata
Original Assignee
Ntt Docomo, Inc.
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 Ntt Docomo, Inc. filed Critical Ntt Docomo, Inc.
Publication of BR112020014111A2 publication Critical patent/BR112020014111A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0092Indication of how the channel is divided
    • 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
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states

Landscapes

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

Abstract

Um terminal de usuário, de acordo com a presente invenção, possui uma seção de transmissão que transmite informações de controle de enlace ascendente (UCI) usando um canal de controle de enlace ascendente, antes de a conexão RRC (Controle de Recursos de Rádio) ser preparada e uma seção de controle que determina um recurso para o canal de controle de enlace ascendente para uso para transmitir as UCI, com base em um dado valor de campo nas informações do sistema.

Description

TERMINAL, MÉTODO DE RADIOCOMUNICAÇÃO PARA UM TERMINAL E
ESTAÇÃO BASE Campo Técnico
[001] A presente invenção diz respeito a um terminal de usuário e a um método de radiocomunicação em sistemas de comunicação móvel de próxima geração. Antecedentes Técnicos
[002] Na rede de UMTS (Sistema de Telecomunicações Móveis Universal), as especificações de evolução de longo prazo (LTE) foram elaboradas com o objetivo de aumentar ainda mais as taxas de dados de alta velocidade, provendo menor latência e assim por diante (vide a literatura não patentária 1). Além disso, os sistemas sucessores de LTE (referido como, por exemplo, "LTE-A (LTE- Avançada)", "FRA (Acesso via Rádio Futuro)", “4G”, “5G”, “5G+ (mais)”, “NR (Nova RAT)”, “LTE Rel. 14”, “LTE Rel. 15 (ou versões posteriores)” etc.) também estão sob estudo com o objetivo de alcançar broadbandization adicional e velocidade aumentada além de LTE.
[003] Em sistemas de LTE existentes (por exemplo, LTE Rel. 8 a 13), as comunicações de enlace descendente (DL) e/ou enlace ascendente (UL) são realizadas usando subquadros de 1-ms (também referidos como "intervalos de tempo de transmissão (TTIs)" e assim por diante). Esses subquadros são a unidade de tempo para a transmissão de um pacote de dados codificado por canais, e servem como a unidade de processamento em, por exemplo, escalonamento, adaptação de enlace, controle de retransmissão (HARQ (Solicitação de Repetição Automática Híbrida)) e assim por diante.
[004] Além disso, em sistemas de LTE existentes (por exemplo, LTE Rel. 8 a 13), um terminal de usuário transmite informações de controle de enlace ascendente (UCI) usando um canal de controle de enlace ascendente (por exemplo, PUCCH (Canal de Controle de Enlace Ascendente Físico)) e/ou um canal compartilhado de enlace ascendente (por exemplo, PUSCH (Canal Compartilhado de Enlace Ascendente Físico)). O formato deste canal de controle de enlace ascendente é referido como "formato PUCCH", e assim por diante. Lista de Citações Literatura Não Patentária
[005] Literatura Não Patentária 1: 3GPP TS 36.300 V8.12.0 "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall Description; Stage 2 (Release 8)", Abril, 2010 Sumário da Invenção Problema Técnico
[006] Prevendo futuros sistemas de radiocomunicação (por exemplo, LTE Rel. 15 ou versão posterior, 5G, 5G +, NR, etc.), estão em andamento estudos para determinar recursos (por exemplo, recurso de PUCCH) para um canal de controle de enlace ascendente (por exemplo, PUCCH) com base na sinalização de RRC e nas informações de controle de enlace descendente (DCI), quando as UCI são transmitidas usando o canal de controle de enlace ascendente após a conexão do RRC (Controle de Recurso de Rádio) ser preparada.
[007] Enquanto isso, nesses sistemas de radiocomunicação futuros, as UCI (por exemplo, HARQ-ACK em resposta à mensagem 4 em procedimentos de acesso aleatório, que serão descritos mais adiante) podem ser transmitidas usando um canal de controle de enlace ascendente antes que a conexão de RRC seja preparada. No entanto, antes de a conexão de RRC ser preparada, o relatório baseado em sinalização de RRC não é possível.
[008] Consequentemente, quando as UCI são transmitidas usando um canal de controle de enlace ascendente antes da conexão de RRC ser preparada,
o problema está em como um terminal de usuário deve determinar recursos para o canal de controle de enlace ascendente.
[009] A presente invenção foi feita tendo em vista o exposto acima, e é, portanto, um objetivo da presente invenção prover um terminal de usuário e um método de radiocomunicação, pelo qual recursos para um canal de controle de enlace ascendente para uso para a transmissão de UCI antes da conexão de RRC ser preparada pode ser determinado corretamente. Solução para problema
[010] De acordo com um aspecto da presente invenção, um terminal de usuário possui uma seção de transmissão que transmite informações de controle de enlace ascendente (UCI) ao usar um canal de controle de enlace ascendente, antes da conexão de RRC (Controle de Recurso de Rádio) ser preparada e uma seção de controle que determina um recurso para o canal de controle de enlace ascendente para uso para a transmissão das UCI, com base em um dado valor de campo nas informações de sistema. Efeitos Vantajosos da Invenção
[011] De acordo com a presente invenção, os recursos para um canal de controle de enlace ascendente para uso na transmissão das UCI antes da conexão de RRC ser preparada podem ser determinados adequadamente. Breve Descrição das Figuras
[012] A FIG. 1 é um diagrama para mostrar exemplos de um conjunto de parâmetros para recursos de PUCCH e intervalos de valores que cada parâmetro pode assumir; A FIG. 2 é um diagrama para mostrar outros exemplos de um conjunto de parâmetros para recursos de PUCCH e intervalos de valores que cada parâmetro pode assumir; A FIG. 3 é um diagrama para mostrar um exemplo de como especificar recursos de PUCCH, de acordo com um primeiro exemplo da presente invenção; A FIG. 4 é um diagrama para mostrar outro exemplo de como especificar recursos de PUCCH, de acordo com o primeiro exemplo; A FIG. 5 é um diagrama para mostrar um primeiro exemplo de como determinar um conjunto de recursos de PUCCH, de acordo com um segundo exemplo da presente invenção; As FIGs. 6A e 6B proveem diagramas em que cada um mostra um segundo exemplo de como determinar um conjunto de recursos de PUCCH, de acordo com o segundo exemplo; As FIGs. 7A e 7B proveem diagramas em que cada um mostra um terceiro exemplo de como determinar um conjunto de recursos de PUCCH, de acordo com o segundo exemplo; A FIG. 8 é um diagrama para mostrar um quarto exemplo de como determinar um conjunto de recursos de PUCCH, de acordo com o segundo exemplo; A FIG. 9 provê diagramas em que cada um mostra um quinto exemplo de como determinar um conjunto de recursos de PUCCH, de acordo com o segundo exemplo; A FIG. 10 é um diagrama para mostrar exemplos de possíveis dados valores de campo de RMSI de acordo com o segundo exemplo; A FIG. 11 é um diagrama para mostrar um primeiro exemplo de como determinar um conjunto de recursos de PUCCH, de acordo com um terceiro exemplo da presente invenção; A FIG. 12 é um diagrama para mostrar um segundo exemplo de como determinar um conjunto de recursos de PUCCH, de acordo com o terceiro exemplo; A FIG. 13 é um diagrama para mostrar um terceiro exemplo de como determinar um conjunto de recursos de PUCCH, de acordo com o terceiro exemplo; A FIG. 14 é um diagrama para mostrar um quarto exemplo de como determinar um conjunto de recursos de PUCCH, de acordo com o terceiro exemplo; As FIGs. 15A a 15D proveem diagramas em que cada um mostra um exemplo de uma tabela para uso na determinação da temporização para a transmissão de UCI, de acordo com um sexto exemplo da presente invenção; A FIG. 16 é um diagrama para mostrar uma estrutura esquemática exemplar de um sistema de radiocomunicação de acordo com a presente modalidade; A FIG. 17 é um diagrama para mostrar uma estrutura geral exemplar de uma estação rádio base de acordo com a presente modalidade; A FIG. 18 é um diagrama para mostrar uma estrutura funcional exemplar de uma estação rádio base de acordo com a presente modalidade; A FIG. 19 é um diagrama para mostrar uma estrutura geral exemplar de um terminal de usuário de acordo com a presente modalidade; A FIG. 20 é um diagrama para mostrar uma estrutura funcional exemplar de um terminal de usuário de acordo com a presente modalidade; A FIG. 21 é um diagrama para mostrar uma estrutura de hardware exemplar de uma estação rádio base e um terminal de usuário de acordo com a presente modalidade; e A FIG. 22 é um diagrama para mostrar outros exemplos de um conjunto de parâmetros para recursos de PUCCH e intervalos de valores que cada parâmetro pode assumir. Descrição das Modalidades
[013] Prevendo sistemas de radiocomunicação futuros (por exemplo, LTE Rel. 15 e versões posteriores, 5G, NR etc.), formatos para um canal de controle de enlace ascendente (por exemplo, PUCCH) para uso na transmissão de UCI (também referidos como “formatos de PUCCH (PFs)” e/ou similares) estão sob estudo.
[014] Os recursos (por exemplo, recursos de PUCCH) para uso na transmissão deste canal de controle de enlace ascendente são definidos pelo formato de PUCCH. Por exemplo, a alocação de recursos de PUCCH após a conexão de RRC (Controle de Recurso de Rádio) ser preparada é desempenhada ao usar a sinalização de RRC e as informações de controle de enlace descendente (DCI).
[015] Para ser mais específico, após a conexão de RRC ser preparada, um conjunto de vários recursos de PUCCH (conjunto de recursos de PUCCH) é reportado (configurado) a partir de uma estação rádio base para um terminal de usuário via sinalização de RRC. Um dos recursos de PUCCH é especificado por um dado valor de campo nas DCI. O terminal de usuário transmite um PUCCH usando o recurso de PUCCH indicado pelo dado valor de campo nas DCI.
[016] A FIG. 1 é um diagrama para mostrar exemplos de um conjunto de parâmetros para recursos de PUCCH e faixas de valores que cada parâmetro pode assumir. Conforme mostrado na FIG. 1, o conjunto de parâmetros para os recursos de PUCCH pode incluir pelo menos um dos seguintes parâmetros (também referidos como "campos", "informações" e/ou similares): • O símbolo onde o PUCCH começa a ser alocado (o símbolo inicial); • O número de símbolos alocados ao PUCCH em um slot (a duração alocada ao PUCCH); • O índice do bloco de recursos (bloco de recursos físico (PRB)) onde o PUCCH começa a ser alocado; • O número de PRBs alocados ao PUCCH; • Se Habilita o salto de frequência para o PUCCH ou não;
• O recurso de frequência do segundo salto e o índice do deslocamento cíclico inicial (CS) quando o salto de frequência está habilitado; • O índice do código de espalhamento ortogonal (por exemplo, OCC (Código de Cobertura Ortogonal)) no domínio do tempo e o comprimento do OCC (também referido como "comprimento de OCC", "fator de espalhamento" etc.) para uso para o espalhamento no sentido do blocos antes da transformada discreta de Fourier (DFT); e • O índice do OCC para uso no espalhamento no sentido do bloco após a DFT.
[017] Além disso, conforme mostrado na FIG. 1, a faixa de valores que cada parâmetro pode assumir pode ser definido por formato de PUCCH. Cada recurso de PUCCH no conjunto de recursos de PUCCH configurado para o terminal de usuário inclui pelo menos um parâmetro no conjunto de parâmetros acima, e cada parâmetro pode assumir valores dentro da faixa definida para o formato de PUCCH que se aplica.
[018] Aqui, os formatos de PUCCH (PFs) 0 e 1 mostrados na FIG. 1 são PFs para uso para a transmissão de UCI de até dois bits (por exemplo, informações de reconhecimento de entrega (também referidas como "HARQ-ACK (Solicitação de Reconhecimento de Repetição Automática Híbrida)," "ACK ou NACK" etc.)). O PF 0 pode ser alocado a um ou dois símbolos e, portanto, também é referido como "PUCCH curto", "PUCCH curto baseado em sequência" e similares. Enquanto isso, o PF 1 pode ser alocado para de quatro a quatorze símbolos e, portanto, também é referido como "PUCCH longo" e similares. Em PF 1, vários terminais de usuário podem ser multiplexados por divisão de código (CDM) no mesmo PRB, por meio do espalhamento no sentido do bloco no domínio do tempo usando pelo menos um de CS e OCC.
[019] Os formatos de PUCCH (PFs) 2 a 4 são PFs para uso para transmitir de UCI de mais de dois bits (por exemplo, informações de estado de canal (CSI) (ou CSI e um HARQ-ACK e/ou uma solicitação de escalonamento) (SR)). O PF 2 pode ser alocado a um ou dois símbolos e, portanto, também é referido como "PUCCH curto" ou similares. Enquanto isso, os PFs 3 e 4 podem ser alocados para quatro a quatorze símbolos e, portanto, também são referidos como "PUCCH longo" e similares. No PF 3, vários terminais de usuário podem ser multiplexados por divisão de código (CDM) ao usar espalhamento no sentido do bloco pré-DFT (domínio da frequência).
[020] Conforme descrito acima, depois que a conexão de RRC é preparada, um recurso de PUCCH definido para incluir vários recursos de PUCCH pode ser configurado por sinalização de RRC, numa base semiestática, e um dos recursos de PUCCH pode ser especificado pelas DCI.
[021] Agora, antes da conexão de RRC ser preparada, os procedimentos de acesso aleatório são executados entre um terminal de usuário e uma estação rádio base. Os procedimentos de acesso aleatório são desempenhados, por exemplo, nos procedimentos a seguir.
[022] (1) O terminal de usuário transmite um preâmbulo (também referido como "preâmbulo de acesso aleatório", "canal de acesso aleatório (PRACH (Canal de Acesso Aleatório Físico))", etc.). (2) Mediante a detecção do preâmbulo, a estação rádio base transmite uma resposta de acesso aleatório (também referida como "RAR", "mensagem 2", etc.). (3) O terminal de usuário estabelece a sincronização de enlace ascendente com base em um avanço de temporização (TA) incluído na mensagem 2 e transmite uma mensagem de controle de camada superior (L2/L3) (mensagem 3) ao usar um PUSCH. Essa mensagem de controle inclui o identificador do terminal de usuário (por exemplo, C-RNTI (Identificador Temporário de Rede de
Rádio Celular)). (4) Em resposta à mensagem de controle de camada superior, a estação rádio base transmite uma mensagem de resolução de contenção (mensagem 4) ao usar um PDSCH. (5) O terminal de usuário transmite um HARQ-ACK para a estação rádio base, em resposta a esta mensagem 4, ao usar um PUCCH.
[023] Dessa maneira, antes da conexão de RRC ser preparada, um HARQ- ACK para a mensagem 4 pode ser transmitido usando um PUCCH. No entanto, o reporte baseado em sinalização de RRC não é possível antes da conexão de RRC ser preparada e, portanto, o problema é como especificar o recurso de PUCCH a ser usado para transmitir o HARQ-ACK em resposta à mensagem 4.
[024] Portanto, os presentes inventores trabalharam em um método para especificar adequadamente os recursos de PUCCH para uso para transmitir UCI (por exemplo, um HARQ-ACK em resposta à mensagem 4) antes da conexão de RRC ser preparada e chegar à presente invenção.
[025] Agora, a presente modalidade será descrita em detalhes abaixo. Observa-se que, de acordo com a presente modalidade, embora um HARQ-ACK em resposta à mensagem 4 seja assumido como UCI para uso antes da conexão de RRC ser preparada, essas UCI podem ser quaisquer informações transmitidas ao usar um PUCCH antes da conexão de RRC ser preparada. Adicionalmente, embora os formatos de PUCCH de 0 a 4 tenham sido descritos com referência à FIG. 1, será exemplificado abaixo que os nomes de PFs não se limitam a esses e os nomes e formatos podem ser alterados conforme adequado.
[026] Com a presente modalidade, por exemplo, o conjunto de parâmetros exemplificado na FIG. 1 pode ser usado para recursos de PUCCH. Cada parâmetro neste conjunto de parâmetros pode ser definido em valores dentro da faixa definida para cada formato de PUCCH (por exemplo, PFs de 0 a
4) na FIG. 1.
[027] Alternativamente, com a presente modalidade, um conjunto de parâmetros para incluir um número menor (um número menor de tipos) de parâmetros que o conjunto de parâmetros exemplificado na FIG. 1 pode ser usado para recursos de PUCCH. A FIG. 2 é um diagrama para mostrar outros exemplos de um conjunto de parâmetros para recursos de PUCCH e intervalos de valores que cada parâmetro pode assumir.
[028] Uma vez que as UCI antes da conexão de RRC são preparadas, por exemplo, podem ser assumidos um HARQ-ACK, formatos de PUCCH (PFs 0 e 1) que podem comunicar as UCI de até dois bits. Portanto, o conjunto de parâmetros mostrado na FIG. 2 não inclui os parâmetros que são necessários para transmitir um dos PFs 2 a 4 (por exemplo, comprimento de OCC pré-DFT, índice de OCC pré-DFT, etc.), sem incluir parâmetros que são necessários para transmitir pelo menos um dos PF 0 e PF 1.
[029] Adicionalmente, as faixas de valores que cada parâmetro pode assumir, mostrados na FIG. 2, também podem ser configurados para formatos de PUCCH que são mais limitados do que na FIG. 1. Por exemplo, a FIG. 2 mostra o intervalo de valores que cada parâmetro pode assumir, em relação a PF 0 e PF
1.
[030] Adicionalmente, as faixas de valores que cada parâmetro pode assumir, mostrados na FIG. 2, podem ser mais limitados do que na FIG. 1. Por exemplo, o número de símbolos onde o PUCCH está alocado em um slot pode ser limitado a quatro ou quatorze para PF 1. Além disso, os valores do índice inicial dos PRBs a serem alocados ao PUCCH podem ser limitados a 0, 10, N MAX- 11 e NMAX-1. Aqui, NMAX pode ser o número máximo de PRBs para constituir uma BWP para a comunicação de enlace ascendente (UL BWP (Parte de Largura de Banda de Enlace Ascendente)) ativado para acesso inicial (UL BWP ativa inicial),
uma UL BWP ou uma BWP configurada para um terminal de usuário (UE BWP).
[031] Aqui, uma BWP (Parte de Largura de Banda) é uma banda de frequência parcial que é configurada em uma portadora (portadora componente (CC), célula etc.) e também é referida como uma "banda parcial", uma "parte de largura de banda" e assim por diante. Uma ou mais BWPs (incluindo BWPs para comunicação de enlace descendente (DL BWPs) e/ou UL BWPs) são configuradas para um terminal de usuário e pelo menos uma BWP é ativada. Adicionalmente, uma ou mais UL BWPs podem ser definidas com antecedência na especificação, para acesso inicial de um terminal de usuário, e pelo menos uma UL BWP pode ser ativada.
[032] Além disso, o recurso de frequência de um segundo salto quando o salto de frequência está habilitado pode ser selecionado a partir de valores candidatos, que são indicados por pelo menos um dos índices (N1) do PRB inicial, um dado valor (P) e informações do sistema (por exemplo, pelo menos uma das RMSI (Informações de Sistema Mínimas Remanescentes), OSI (Outras Informações de Sistema), MIB (Bloco de Informações Mestre) e SIB (Bloco de Informações de Sistema)).
[033] Além disso, o índice do CS inicial pode ser limitado a dados valores. Por exemplo, ao limitar o índice do CS inicial para PF 0 a 0, 2 ou 4, a distância de CS entre vários terminais de usuário pode ser maximizada. Por exemplo, no caso de um bit ser usado, a distância de CS pode ser maximizada entre os UEs #0 a #3 ao configurar o UE #0= {0, 6}, o UE#1= {2, 8} e o UE#2= {4, 10}. No caso de dois bits, os UEs # 0 a # 3 podem ser prevenidos em relação a colisões ao configurar o UE#0= {0, 3, 6, 9}, o UE#1= {2, 5, 8, 11} e UE#2= {4, 7, 10, 1}.
[034] Nota-se que o dado valor (P) mostrado na FIG. 2 pode ser um valor específico de célula. Alternativamente, o dado valor (P) pode ser um dado valor com base na UL BWP ativa inicial (ou em seu tamanho).
[035] Por exemplo, uma tabela para associar entre as BWPs UL ativas iniciais (ou seus tamanhos) e os dados valores (P) podem ser providos, de modo que o terminal de usuário possa determinar o recurso de frequência do segundo salto quando o salto de frequência acima estiver habilitado, usando os dados valores (P) que correspondem à UL BWP ativa inicial (ou seu tamanho). Nesta tabela, por exemplo, os dados valores P que correspondem às UL BWP ativas iniciais #1, #2, #3 e #4 podem ser determinados 10, 20, 30 e 40, respectivamente.
[036] Além disso, o valor do índice inicial dos PRBs para alocar para o PUCCH na FIG. 2 pode ser determinado ao levar em consideração o dado valor (P). Por exemplo, na FIG. 2, a faixa de valores que o índice inicial pode assumir em PF 0 pode ser definido como "0, P, NMAX-P-1, NMAX-1". Uma faixa semelhante pode ser aplicada ao PF 1.
[037] Além disso, conforme mostrado na FIG. 22, o terminal de usuário pode presumir que o par de índices de PRB (números de PRB) para o primeiro salto e o segundo salto é definido para cada formato de PUCCH (PF). Como a qualidade exigida (por exemplo, SNR (relação sinal-ruído)) varia entre PF 0 e PF 1, o uso da multiplexação por divisão de código (CDM) pode levar a uma deterioração da qualidade de comunicação. Enquanto isso, diferentes índices de PRB são definidos para cada PF, de modo que o PF 0 e o PF 1 possam ser multiplexados por divisão de frequência (FDM).
[038] Nota-se que na FIG. 22, o índice do PRB inicial alocado ao PUCCH é definido como X1, mas pode ser definido como X1= X2+1 ou X1= X2-1, ou pode ser definido para ser outros valores. Dessa forma, os recursos de PUCCH para acesso inicial podem ser limitados a parte dos PRBs, de modo que seja possível prover recursos de frequência para outros usos (por exemplo, para pelo menos um dos dados de UL, dados de DL, um canal de controle de UL e um canal de controle de DL).
[039] Note-se que os dados valores X1 e X2 na FIG. 22 podem ser definidos na especificação. Alternativamente, esses dados valores X1 e X2 podem ser selecionados a partir de um ou mais valores candidatos, com base em um dado valor de campo nas informações de difusão.
[040] Com a presente modalidade, um terminal de usuário especifica o recurso de PUCCH para uso para a transmissão de UCI (por exemplo, um HARQ- ACK em resposta à mensagem 4, que foi descrita acima) antes da conexão de RRC ser preparada, com base em um dado valor de campo nas informações de sistema (por exemplo, RMSI). Na descrição a seguir, as RMSI serão descritas como um exemplo, mas as informações que podem ser adquiridas antes da conexão de RRC ser preparada (por exemplo, outras informações de sistema, como OSI, MIB, SIB e outras informações de controle de camada superior) podem substituir as RMSI.
[041] Com a presente modalidade, um dado número de recursos de PUCCH pode ser definido com antecedência. Por exemplo, se um dado campo em RMSI é composto de x bits, 2x tipos de recursos de PUCCH podem incluir cada um, por exemplo, pelo menos um parâmetro no conjunto de parâmetros exemplificado na FIG. 1 ou FIG. 2, e o valor de cada parâmetro pode ser especificado dentro das faixas exemplificadas na FIG. 1 ou FIG. 2. O número determinado de recursos de PUCCH pode ser definido antecipadamente na especificação ou pode ser derivado com base em informações de difusão ou similares. (Primeiro Exemplo)
[042] Em um primeiro exemplo da presente invenção, um conjunto de recursos de PUCCH para incluir um ou mais recursos de PUCCH é reportado (configurado em) em um terminal de usuário por um dado valor de campo de RMSI. Com base em um dado valor de campo em DCI, o terminal de usuário determina um recurso de PUCCH no conjunto de recursos de PUCCH configurado usando o RMSI e transmite as UCI ao usar o recurso de PUCCH determinado.
[043] As DCI podem ser, por exemplo, DCI para escalonar a mensagem 4 ou a mensagem 2, que foi descrita acima.
[044] A FIG. 3 é um diagrama para mostrar exemplos de como especificar recursos de PUCCH, de acordo com o primeiro exemplo; Na FIG. 3, os recursos de PUCCH #0 a #3 são configurados em um terminal de usuário ao usar as RMSI. Conforme mostrado na FIG. 3, cada dado valor de campo em DCI pode indicar um dos recursos de PUCCH #0 a #3, configurados usando RMSI.
[045] Na FIG. 3, o terminal de usuário determina um dos recursos de PUCCH #0 a #3, configurado usando RMSI, com base em um dado valor de campo em DCI e transmite as UCI ao usar o recurso de PUCCH determinado.
[046] A FIG. 4 é um diagrama para mostrar outros exemplos de como especificar os recursos de PUCCH, de acordo com o primeiro exemplo. Na FIG. 4, os recursos de PUCCH #0 a #7 são configurados em um terminal de usuário ao usar RMSI. Conforme mostrado na FIG. 4, cada dado valor de campo em DCI está associado a vários recursos de PUCCH em um conjunto de recursos de PUCCH, configurado usando RMSI.
[047] Na FIG. 4, o terminal de usuário determina um dos recursos de PUCCH #0 a #3, configurado usando RMSI, com base em dados valores de campo em DCI e valores de índice implícitos e transmite as UCI ao usar o recurso de PUCCH determinado.
[048] O terminal de usuário pode derivar um valor de índice implícito com base em, por exemplo, pelo menos um de um elemento de canal de controle (CCE), o identificador do terminal de usuário (UE-ID e, por exemplo, RNTI) e o número de PRBs para alocar ao PDSCH que transmite a mensagem 2 ou 4, que foi descrita acima.
[049] Conforme mostrado na FIG. 4, se cada dado valor de campo em DCI estiver associado aos valores de índice implícitos X (X>1 e X=2 aqui), o terminal de usuário poderá derivar os índices implícitos ao usar, por exemplo, as seguintes equações: Índice implícito = índice de CCE mod (X) Índice implícito = UE-ID mod(X) Índice implícito = o número de PRBs alocados à mensagem 2 ou 4 mod (X)
[050] Na FIG. 4, dentre os recursos de PUCCH #0 a #3, configurados usando RMSI, o terminal de usuário transmite as UCI ao usar recursos de PUCCH indicados por dados valores de campo em DCI.
[051] Observa-se que os recursos de PUCCH no conjunto de recursos de PUCCH configurados por RMSI podem ser limitados com base em dadas regras (por exemplo, os PFs e/ou as faixas podem ser limitadas, conforme mostrado na FIG. 2, um dado número de recursos de PUCCH pode ser definido previamente e assim por diante). (Segundo Exemplo)
[052] No segundo exemplo, um dado valor de campo em RMSI pode indicar um único recurso de PUCCH, entre um dado número de recursos de PUCCH determinados previamente. Um terminal de usuário pode determinar o conjunto de recursos de PUCCH com base no recurso de PUCCH (ou no índice do recurso de PUCCH) que um dado valor de campo de RMSI indica.
[053] O terminal de usuário determina um recurso de PUCCH no conjunto de recursos de PUCCH com base em um dado valor de campo em DCI, e transmite as UCI ao usar o recurso de PUCCH determinado.
[054] A FIG. 5 é um diagrama para mostrar o primeiro exemplo de como determinar um conjunto de recursos de PUCCH, de acordo com o segundo exemplo. Na FIG. 5, um número de recursos de PUCCH determinado (aqui,
dezesseis tipos de recursos de PUCCH # 0 a # 15) são definidos previamente na especificação. Na FIG. 5, um índice é atribuído (associado, vinculado etc.) a um recurso de PUCCH. Os dados valores de campo em RMSI podem indicar índices que são associados aos recursos de PUCCH.
[055] Por exemplo, na FIG. 5, um dado valor de campo de RMSI indica um índice "2", que está associado ao recurso de PUCCH #2. O terminal de usuário determina o conjunto de recursos de PUCCH com base nesse índice. Conforme mostrado na FIG. 5, o terminal de usuário pode determinar um conjunto de recursos de PUCCH para incluir os recursos de PUCCH #2 a #5, com 2y índices contíguos a partir do índice "2". Aqui, y é o número de bits de dado campo em DCI.
[056] Com base em determinadas regras, o terminal de usuário pode associar cada dado valor de campo em DCI a um recurso de PUCCH no conjunto de recursos de PUCCH. Por exemplo, na FIG. 5, os dados valores de campo "00", "01", "10" e "11" em DCI podem estar associados aos recursos de PUCCH # 2, # 3, # 4 e # 5 no conjunto de recursos de PUCCH, respectivamente.
[057] O terminal de usuário pode determinar os recursos de PUCCH associados aos (indicados por) dados valores de campo em DCI (que é, por exemplo, DCI para escalonar a mensagem 2 ou 4) e transmitir UCI ao usar os recursos de PUCCH determinados.
[058] Observa-se que o terminal de usuário pode determinar um recurso de PUCCH em um conjunto de recursos de PUCCH determinado com base em um dado valor de campo em RMSI, sem usar os dados valores de campo descritos acima em DCI, mas em vez disso, ao usar índices implícitos de y-bits. Os valores de índice implícitos podem ser derivados com base, por exemplo, em pelo menos um de um CCE, uma UE-ID e o número de PRBs alocados para a mensagem 2 ou 4, que foi descrita acima.
[059] Por exemplo, o terminal de usuário pode derivar os índices implícitos ao usar a seguinte equação: Índice implícito = índice de CCE mod(2^y) Índice implícito = UE-ID mod(2^y) Índice implícito = o número de PRBs alocados à mensagem 2 ou 4 mod(2^y)
[060] Adicionalmente, o terminal de usuário pode determinar um recurso de PUCCH em um conjunto de recursos de PUCCH que é determinado com base em um dado valor de campo em RMSI, ao usar os dados valores de campo descritos acima em DCI, e os índices implícitos. Por exemplo, alguns dos parâmetros no conjunto de parâmetros mostrado na FIG. 2 (por exemplo, pelo menos um do índice inicial de PRBs, do índice do CS inicial e do índice de OCC no domínio do tempo) podem ser especificados explicitamente (podem fazer parte dos recursos de PUCCH especificados). O restante dos parâmetros pode ser derivado implicitamente.
[061] As FIGs. 6 são diagramas para mostrar segundos exemplos de como determinar um conjunto de recursos de PUCCH, de acordo com o segundo exemplo. Nas FIGs. 6, semelhante à FIG. 5, um dado valor de campo de RMSI indica um índice associado a um dos recursos de PUCCH #0 a #15, previamente definido na especificação (aqui, índice "2" associado ao recurso de PUCCH #2).
[062] Conforme mostrado nas FIGS. 6A e 6B, o número de recursos de PUCCH no conjunto de recursos de PUCCH determinado com base no dado valor de campo de RMSI é determinado com base no número y de bits de dado campo em DCI. Por exemplo, o número de recursos de PUCCH pode ser 2y.
[063] O número y de bits de dado campo em DCI pode variar dependendo do formato de DCI. Por exemplo, no caso as DCI (também referidas como "DCI de fallback" e assim por diante) é alocado para um espaço de busca comum a um ou mais terminais de usuário (espaço de busca comum), o número acima de bits pode ser y=1 Além disso, no caso das DCI serem alocadas para um espaço de busca específico de terminal de usuário (também referido como “DCI de não fallback” e assim por diante), o número de bits acima pode ser y=2. Portanto, o UE, ao receber as DCI de fallback, pode se referir ao um bit aplicável das DCI de fallback e, ao receber as DCI de não fallback, pode se referir aos dois bits aplicáveis das DCI de não fallback e determinar o conjunto de recursos de PUCCH. O número de bits acima pode assumir outros valores.
[064] Por exemplo, conforme mostrado na FIG. 6A, quando o dado campo nas DCI é um bit, o terminal de usuário pode determinar um conjunto de recursos de PUCCH que inclui dois recursos de PUCCH #2 e #3, com base no recurso de PUCCH #2 indicado pelo valor de dado campo de RMSI. Na FIG. 6A, o cabeçalho (overhead) induzido por DCI pode ser reduzido.
[065] Por exemplo, conforme mostrado na FIG. 6B, quando o dado campo nas DCI é dois bits, o terminal de usuário pode determinar um conjunto de recursos de PUCCH que inclui quatro recursos de PUCCH #2 a #5, com base no recurso de PUCCH #2 indicado pelo dado valor de campo de RMSI. Na FIG. 6B, mais tipos de recursos de PUCCH podem ser especificados dinamicamente do que na FIG. 6A, de modo que um efeito de melhoria de desempenho possa ser alcançado.
[066] As FIGs. 7 são diagramas para mostrar terceiros exemplos de como determinar um conjunto de recursos de PUCCH, de acordo com o segundo exemplo. Nas FIGs. 7, semelhante à FIG. 5 e à FIG. 6, um dado valor de campo de RMSI indica um índice associado a um dos recursos de PUCCH #0 a #15, previamente definido na especificação (aqui, índice "2" associado ao recurso de PUCCH #2).
[067] Conforme mostrado na FIG. 7A, o número de bits do campo descrito acima em DCI pode ser y=0. Nesse caso, o terminal de usuário pode determinar um conjunto de recursos de PUCCH que inclui um recurso de PUCCH #2 indicado pelo dado valor de campo de RMSI.
[068] Conforme mostrado na FIG. 7A, as DCI nas quais o dado valor de campo acima é y (y=0) bits (isto é, as DCI não incluem o dado valor de campo acima) podem ser DCI a ser alocadas para um espaço de busca comum (DCI de fallback). Enquanto isso, conforme mostrado na FIG. 7B, as DCI nas quais o dado valor de campo acima é y (y=1) os bits podem ser DCI a serem alocadas a um espaço de busca específico de terminal de usuário (DCI de não fallback). Portanto, o UE, ao receber as DCI de fallback, pode não se referir ao bit das DCI de fallback e, ao receber as DCI de não fallback, pode se referir ao um bit aplicável das DCI de não fallback e determinar o conjunto de recursos de PUCCH. O número de bits acima pode assumir outros valores.
[069] A FIG. 8 é um diagrama para mostrar um quarto exemplo de determinação de recursos de PUCCH de acordo com o segundo exemplo. Conforme mostrado na FIG. 8, os recursos de PUCCH #0 a #15 definidos previamente na especificação podem ser compreendidos por recursos de PUCCH para PUCCH curto (por exemplo, PF 0) e recursos de PUCCH para PUCCH longo (por exemplo, PF 1).
[070] Por exemplo, na FIG. 8, os recursos de PUCCH para PUCCH curto e os recursos de PUCCH para PUCCH longo têm valores de índice vizinhos. Dessa forma, se o dado campo em DCI for y (y≥1) bits, os recursos de PUCCH que são determinados com base no dado valor de campo de RMSI incluem, igualmente, recursos de PUCCH para PUCCH curto (na FIG. 8, recursos de PUCCH #2 e #4) e recursos de PUCCH para PUCCH longo (na FIG. 8, recursos PUCCH #3 e #5).
[071] Por conseguinte, se o dado valor de campo em RMSI indicar PUCCH curto ou PUCCH longo, o dado valor de campo em DCI pode especificar PUCCH curto ou PUCCH longo.
[072] A FIG. 9 provê diagramas em que cada um mostra um quinto exemplo de como determinar um conjunto de recursos de PUCCH, de acordo com o segundo exemplo. As FIGs. 9A e 9B são diferentes da FIG. 8, em que os recursos de PUCCH #0 a #15, que são definidos na especificação com antecedência, incluem, de maneira desigual, recursos de PUCCH para PUCCH curto (por exemplo, PF 0) e recursos de PUCCH para PUCCH longo (por exemplo, PF 1).
[073] Por exemplo, nas FIGs. 9A e 9B, mais recursos de PUCCH para PUCCH curto são alocados aos recursos de PUCCH com valores de índice menores e mais recursos de PUCCH para PUCCH longo são alocados aos recursos de PUCCH com valores de índice menores.
[074] Nas FIGs. 9A e 9B, o dado valor de campo de RMSI está sujeito a controle, de modo que é possível controlar o número de recursos de PUCCH para PUCCH curto e recursos de PUCCH para PUCCH longo incluídos em um conjunto de recursos de PUCCH.
[075] Por exemplo, na FIG. 9A, o dado valor de campo de RMSI é definido como "0", para que o terminal de usuário possa determinar um conjunto de recursos de PUCCH que inclui três recursos de PUCCH #0 a #2 para PUCCH curto e um recurso de PUCCH #3 para PUCCH longo.
[076] Enquanto isso, na FIG. 9B, o dado valor de campo de RMSI é definido como "12", de modo que o terminal de usuário possa determinar um conjunto de recursos de PUCCH que inclui um recurso de PUCCH #12 para PUCCH curto e três recursos de PUCCH #13 a #15 para PUCCH longo.
[077] No entanto, os diagramas para mostrar o quinto exemplo de como determinar um conjunto de recursos de PUCCH de acordo com o segundo exemplo mostrado nas FIGs. 9A e 9B não estão limitados a estes. Por exemplo, o índice 3 nas FIGs. 9A e 9B pode ser PUCCH curto e o índice 12 pode ser PUCCH longo. Dessa forma, o PUCCH curto sempre pode ser alocado em uma célula específica e, além disso, o PUCCH longo sempre pode ser alocado em uma célula específica.
[078] Assumindo uma célula em que a cobertura é relativamente pequena (célula pequena), a célula pode ser projetada de modo a permitir que todos os UEs estabeleçam conexões usando PUCCH curto, de modo que, ao tornar os conteúdos do conjunto de recursos de PUCCH todos os PUCCHs curtos, os recursos para PUCCH curto podem ser alocados ao UE a partir de mais candidatos, e a qualidade de comunicação do PUCCH pode ser melhorada.
[079] Além disso, assumindo uma célula em que a cobertura é maior que a de uma célula pequena (célula grande), a célula pode ser projetada no pressuposto de que a maioria dos UEs estabelece conexões ao usar PUCCH longo, de modo que, ao tornar os conteúdos do conjunto de recursos de PUCCH todos os PUCCHs longos, os recursos para PUCCH longo podem ser alocados aos UEs a partir de mais candidatos e a qualidade da comunicação de PUCCH pode ser melhorada.
[080] A FIG. 10 é um diagrama para mostrar exemplos de possíveis dados valores de campo de RMSI de acordo com o segundo exemplo. Conforme mostrado na FIG. 10, o terminal de usuário pode presumir que os índices de recursos de PUCCH a serem especificados por um dado valor de campo em RMSI são limitados.
[081] Com base no número y de bits de um determinado campo nas DCI, por exemplo, usando a equação a seguir, o terminal de usuário pode determinar os índices de recursos de PUCCH especificados por um dado valor de campo em RMSI. Aqui, m é um dado subscrito. Índice = (2^y) ·m, em que m =0, 1, 2, 3, ...
[082] Por exemplo, na FIG. 10, y=2 mantém e, portanto, os índices #0, #4,
#8 e #12 dos recursos de PUCCH especificados por um dado valor de campo em RMSI podem ser determinados com base na equação acima.
[083] Alternativamente, o terminal de usuário pode determinar, em uma base fixa, os índices de recursos de PUCCH especificados por um dado valor de campo em RMSI, independentemente do número y de bits do dado campo em DCI.
[084] Conforme mostrado na FIG. 10, os índices de recursos de PUCCH especificados por um dado valor de campo em RMSI são limitados, de modo que é possível reduzir o número de bits do dado campo e reduzir o cabeçalho de RMSI. Além disso, os índices de recursos de PUCCH especificados por um dado valor de campo em RMSI são limitados, de modo que é possível alocar mais recursos de PUCCH candidatos, mantendo o número de bits do RMSI o mesmo e melhorar a qualidade de comunicação de PUCCH. Por exemplo, no caso de o dado campo em RMSI ser mantido em quatro bits, limitando os índices que podem ser atribuídos pelo RMSI a 0, 4, 8, 12 e assim por diante possibilitaria a alocação de recursos de PUCCH ao UE a partir de quatro vezes mais candidatos a recursos de PUCCH (neste caso, 64 candidatos).
[085] No segundo exemplo, um conjunto de recursos de PUCCH para incluir um ou mais recursos de PUCCH é determinado com base em um recurso de PUCCH indicado por um dado valor de campo em RMSI. Portanto, o cabeçalho de RMSI pode ser reduzido em comparação com o caso em que o conjunto de recursos de PUCCH é reportado (configurado) ao usar RMSI. (Terceiro exemplo)
[086] Um terceiro exemplo é diferente do segundo exemplo, em que um dado valor de campo de RMSI indica um recurso de PUCCH, em que o dado valor de campo indica um número de recursos de PUCCH entre um dado número de recursos de PUCCH determinado previamente.
[087] No terceiro exemplo, o terminal de usuário pode determinar um conjunto de recursos de PUCCH que inclui vários recursos de PUCCH indicados por um dado valor de campo de RMSI. O terminal de usuário determina um recurso de PUCCH no conjunto de recursos de PUCCH com base em um dado valor de campo em DCI, e transmite as UCI ao usar o recurso de PUCCH determinado.
[088] A FIG. 11 é um diagrama para mostrar o primeiro exemplo de como determinar um conjunto de recursos de PUCCH de acordo com o segundo exemplo. Na FIG. 11, um número de recursos de PUCCH determinado (aqui, 64 tipos de recursos de PUCCH #i-a a #i-d (0≤i≤15)) são definidos previamente na especificação.
[089] Na FIG. 11, um índice é atribuído (associado, enlaçado, etc.) a vários recursos de PUCCH. Os dados valores de campo em RMSI podem mostrar índices que são associados a vários recursos de PUCCH.
[090] Por exemplo, na FIG. 11, um dado valor de campo de RMSI indica um índice "2", que está associado aos recursos de PUCCH #2-a a #2-d. O terminal de usuário determina o conjunto de recursos de PUCCH com base nesse índice. Conforme mostrado na FIG. 11, o terminal de usuário pode determinar um conjunto de recursos de PUCCH que inclui 2y recursos de PUCCH #2-a a #2-d, associado com esse índice "2". Aqui, y é o número de bits do dado campo em DCI.
[091] Com base em determinadas regras, o terminal de usuário pode associar cada dado valor de campo em DCI a um recurso de PUCCH no conjunto de recursos de PUCCH. Por exemplo, na FIG. 11, os dados valores de campo "00", "01", "10" e "11" em DCI podem estar associados aos recursos de PUCCH #2-a, #2-b, #2-c, e #2-d no conjunto de recursos de PUCCH, respectivamente.
[092] O terminal de usuário pode determinar os recursos de PUCCH associados aos (indicados por) dados valores de campo em DCI (que é, por exemplo, DCI para escalonar a mensagem 2 ou 4) e transmitir UCI ao usar os recursos de PUCCH determinados.
[093] Observa-se que o terminal de usuário pode determinar um recurso de PUCCH em um conjunto de recursos de PUCCH determinado com base em um dado valor de campo em RMSI, sem usar os dados valores de campo descritos acima em DCI, mas em vez disso, ao usar índices implícitos de y-bits. O valor de índice implícito pode ser derivado da mesma maneira que no segundo exemplo.
[094] Adicionalmente, o terminal de usuário pode determinar um recurso de PUCCH em um conjunto de recursos de PUCCH que é determinado com base em um dado valor de campo em RMSI, ao usar os dados valores de campo descritos acima em DCI, e os índices implícitos. Por exemplo, alguns dos parâmetros no conjunto de parâmetros mostrado na FIG. 2 (por exemplo, pelo menos um do índice inicial de PRBs, do índice do CS inicial e do índice de OCC no domínio do tempo) podem ser especificados explicitamente (podem fazer parte dos recursos de PUCCH especificados). O restante dos parâmetros pode ser derivado implicitamente.
[095] A FIG. 12 é um diagrama para mostrar um segundo exemplo de como determinar recursos de PUCCH, de acordo com o terceiro exemplo. Na FIG. 12, como na FIG. 11, um dado valor de campo em RMSI indica um índice associado a vários recursos de PUCCH.
[096] Conforme mostrado na FIG. 12, o número de recursos de PUCCH no conjunto de recursos de PUCCH determinado com base em um dado valor de campo de RMSI é determinado com base no número y de bits do dado campo em DCI. Por exemplo, o número de recursos de PUCCH pode ser 2y.
[097] O número y de bits do dado campo em DCI pode variar dependendo do formato de DCI. Por exemplo, no caso de as DCI (também referidas como "DCI de fallback" e assim por diante) serem alocadas para um espaço de busca comum, o número acima de bits pode ser y=1 Além disso, no caso de as DCI serem alocadas para um espaço de busca específico de terminal de usuário (também referido como “DCI de não fallback” e assim por diante), o número de bits acima pode ser y=2.
[098] Por exemplo, conforme mostrado na FIG. 12, se o dado campo em DCI for um bit, o terminal de usuário poderá determinar um conjunto de recursos de PUCCH que inclua dois recursos de PUCCH (por exemplo, recursos de PUCCH #10-a e #10-b) associados ao índice indicado pelo dado valor de campo em RMSI (por exemplo, "10"). Na FIG. 12A, o cabeçalho induzido por DCI pode ser reduzido.
[099] Adicionalmente, conforme mostrado na FIG. 12B, se o dado campo em DCI for dois bits, o terminal de usuário poderá determinar um conjunto de recursos de PUCCH que inclua quatro recursos de PUCCH (por exemplo, recursos de PUCCH #2-a a #2-b) associados ao índice indicado pelo dado valor de campo em RMSI (por exemplo, "2"). Na FIG. 12B, mais tipos de recursos de PUCCH podem ser especificados dinamicamente do que na FIG. 12A, de modo que um efeito de melhoria de desempenho possa ser alcançado.
[100] A FIG. 13 é um diagrama para mostrar um terceiro exemplo de como determinar um conjunto de recursos de PUCCH de acordo com o segundo exemplo. Conforme mostrado na FIG. 13, vários recursos de PUCCH associados ao mesmo índice podem ser compostos por recursos de PUCCH para PUCCH curto (por exemplo, PF 0) e recursos de PUCCH para PUCCH longo (por exemplo, PF 1). Na FIG. 13, para o mesmo índice, os recursos de PUCCH para PUCCH curto e os recursos de PUCCH para PUCCH longo estão associados na mesma relação.
[101] Por exemplo, na FIG. 13, um recurso de PUCCH para PUCCH curto e um recurso de PUCCH para PUCCH longo estão associados com o mesmo índice.
Além disso, na FIG. 13, dentro de múltiplos recursos de PUCCH associados ao mesmo índice, índices vizinhos são atribuídos aos recursos de PUCCH para PUCCH curto e aos recursos para PUCCH longo.
[102] Dessa forma, se o dado campo em DCI for y (y≥1) bits, os recursos de PUCCH que são determinados com base no dado valor de campo de RMSI incluem, igualmente, recursos de PUCCH para PUCCH curto (na FIG. 13, recursos de PUCCH #4-a e #4-c) e recursos de PUCCH para PUCCH longo (na FIG. 13, recursos PUCCH #4-b e #4-d).
[103] Por conseguinte, se o dado valor de campo de RMSI indicar PUCCH curto ou PUCCH longo, o dado valor de campo em DCI pode especificar o PUCCH curto ou o PUCCH longo.
[104] A FIG. 14 é um diagrama para mostrar um quarto exemplo de como determinar um conjunto de recursos de PUCCH de acordo com o segundo exemplo. FIG. 14 é diferente da FIG. 13, em que os recursos de PUCCH para PUCCH curto os recursos de PUCCH para PUCCH longo podem estar associados ao mesmo índice, não apenas na mesma relação, mas também em ralações diferentes.
[105] Na FIG. 14, o dado valor de campo em RMSI está sujeito a controle, de modo que é possível controlar o número de recursos de PUCCH para PUCCH curto e recursos de PUCCH para PUCCH longo incluídos em um conjunto de recursos de PUCCH.
[106] Por exemplo, na FIG. 14, o dado valor de campo de RMSI é definido como "2", de modo que o terminal de usuário possa determinar um conjunto de recursos de PUCCH que inclui três recursos de PUCCH #2a a #2c para PUCCH curto e um recurso de PUCCH #2-d para PUCCH longo.
[107] Enquanto isso, na FIG. 14, o dado valor de campo de RMSI é definido como "13", de modo que o terminal de usuário possa determinar um conjunto de recursos de PUCCH que inclui um recurso de PUCCH #13-a para PUCCH curto e três recursos de PUCCH #13-b a #13-d para PUCCH longo. (Quarto exemplo)
[108] Com um quarto exemplo da presente invenção, são selecionados vários conjuntos, cada um incluindo um dado número de recursos de PUCCH. Um dado valor de campo de RMSI pode indicar um recurso de PUCCH em um conjunto que é determinado de acordo com as regras determinadas.
[109] Conforme explicado no segundo exemplo, uma tabela que associa um recurso de PUCCH em cada conjunto, com um índice, pode ser usada. Por exemplo, as tabelas exemplificadas na FIG. 5 a FIG. 9 podem ser providas por conjunto. Um terminal de usuário pode procurar a tabela de um conjunto que é selecionado com base em determinadas regras e determinar um conjunto de recursos de PUCCH com base no índice indicado por um dado valor de campo em RMSI.
[110] Alternativamente, conforme explicado no terceiro exemplo, uma tabela que associa vários recursos de PUCCH em cada conjunto, com índices, pode ser usada. Por exemplo, as tabelas exemplificadas na FIG. 11 a FIG. 14 podem ser providas por conjunto. Um terminal de usuário pode procurar a tabela de um conjunto que é selecionado com base em determinadas regras e determinar um conjunto de recursos de PUCCH com base no índice indicado por um dado valor de campo em RMSI.
[111] Quanto às dadas regras, por exemplo, pelo menos uma das seguintes regras (1) a (4) pode ser usada.
[112] A regra (1) pode ser se a frequência central fc é igual ou inferior a (ou inferior a) um dado limite (por exemplo, 6 GHz). Por exemplo, quando a frequência central fc é menor que um dado limite, um conjunto para incluir mais recursos de PUCCH para PUCCH longo pode ser selecionado. Por outro lado,
quando a frequência central fc excede um dado limite, um conjunto para incluir mais recursos de PUCCH para PUCCH curto pode ser selecionado. Isso ocorre porque, em uma banda de frequência alta (por exemplo, fc é maior que 6 GHz), a perda de percurso é grande e a cobertura provavelmente é pequena.
[113] A regra (2) pode ser se uma portadora é uma portadora de duplexação por divisão de tempo (TDD) ou uma portadora de duplexação por divisão de frequência (FDD). Por exemplo, quando uma portadora FDD é usada, um conjunto para incluir mais recursos de PUCCH para PUCCH longo pode ser selecionado. Por outro lado, quando uma portadora TDD é usada, um conjunto para incluir mais recursos de PUCCH para PUCCH curto pode ser selecionado. Isso ocorre porque se supõe que uma portadora TDD tenha baixa latência e alta frequência, e a cobertura provavelmente será pequena.
[114] A regra (3) pode ser baseada no formato de RACH (ou na temporização do preâmbulo do acesso aleatório). Por exemplo, um conjunto pode ser selecionado dependendo de se o formato de RACH é denso ou rural. Além disso, se um preâmbulo de acesso aleatório for menor que um dado limite (= o formato de RACH é denso), um conjunto para incluir mais recursos de PUCCH para PUCCH curto pode ser selecionado. Se o preâmbulo de acesso aleatório for menor que um dado limite (= o formato de RACH é rural), um conjunto para incluir mais recursos de PUCCH para PUCCH longo pode ser selecionado. (Quinto exemplo)
[115] Em um quinto exemplo da presente invenção, será descrita a largura de banda de transmissão de UCI que é transmitida nos recursos de PUCCH determinados conforme descrito acima. Observa-se que, no quinto exemplo, um HARQ-ACK em resposta à mensagem 4 será exemplificado como essas UCI, mas isso não é de forma alguma limitativo.
[116] Um HARQ-ACK em resposta à mensagem 4 pode ser transmitido na
BWP UL ativa inicial descrita acima. As DCI para escalonar a mensagem 4 podem indicar um índice de PRB na UL BWP ativa inicial. Observa-se que a UL BWP ativa inicial é configurada por RMSI.
[117] Alternativamente, um HARQ-ACK em resposta à mensagem 4 pode ser transmitido em uma BWP de enlace ascendente (UL BWP ativa atual) que é para acesso não inicial e que corresponde à BWP de enlace descendente que está atualmente no estado ativo (DL BWP ativa atual)
[118] A adaptação da BWP pode suportar PRACH em qualquer configuração de UL BWP. O mesmo mecanismo do acesso inicial pode ser usado para determinar o recurso de PUCCH para um HARQ-ACK em resposta à mensagem 4. Além disso, um HARQ-ACK em resposta à mensagem 4 para acesso não inicial pode ser transmitido com base na sinalização de RRC específica de usuário e DCI, semelhante a um HARQ-ACK específico de usuário. (Sexto Exemplo)
[119] Com um sexto exemplo da presente invenção, será descrito como determinar a temporização (índice de slot) para a transmissão de UCI em recursos de PUCCH determinados conforme descrito acima. Observa-se que, no sexto exemplo, um HARQ-ACK em resposta à mensagem 4 será exemplificado como essas UCI, mas isso não é de forma alguma limitativo.
[120] O terminal de usuário pode determinar um slot para a transmissão dessas UCI ao usar pelo menos um de um dado valor de campo de RMSI e um dado valor de campo em DCI. Alternativamente, o terminal de usuário pode determinar o slot para a transmissão dessas UCI com base em um método implícito. Por exemplo, o terminal de usuário pode determinar o slot ao usar um dos seguintes métodos (1) a (7).
[121] (1) O terminal de usuário transmite um HARQ-ACK em resposta à mensagem 4 de um dado número (k) de slots após o slot no qual a mensagem 4 é recebida. O dado número (k) pode ser definido antecipadamente na especificação ou pode ser indicado por um dado valor de campo em RMSI. Por exemplo, conforme mostrado na FIG. 15A, um dado valor de campo (também chamado de "índice", "indicador de slot" e assim por diante) em RMSI pode estar associado ao número de slots da mensagem 4 (também referido como "distância de slot" e em assim por diante).
[122] Alternativamente, (2) um dado valor de campo em DCI (por exemplo, DCI para escalonar a mensagem 4) indica o período (o número de slots) entre a mensagem 4 e o HARQ-ACK em resposta à mensagem 4. Por exemplo, conforme mostrado na FIG. 15A, um dado valor de campo (também referido como um "índice", um "indicador de slot" e assim por diante) em DCI pode estar associado ao número de slots da mensagem 4.
[123] Alternativamente, (3) o período (o número de slots) entre a mensagem 4 e o HARQ-ACK em resposta à mensagem 4 pode ser indicado implicitamente. Por exemplo, o terminal de usuário pode derivar esse período com base em pelo menos um índice de CCE, o UE-ID e o número de PRBs a serem alocados ao PDSCH para transmitir a mensagem 4 acima. Por exemplo, esses parâmetros podem ser operados em módulo com o tipo X do número de slots determinado previamente.
[124] Alternativamente, (4) X tipos de padrões para o número de slots determinado previamente podem variar, dependendo do formato de PUCCH. Por exemplo, ao transmitir um HARQ-ACK em resposta à mensagem 4 em PUCCH curto, conforme mostrado na FIG. 15B, uma tabela configurada com um número relativamente pequeno de slots da mensagem 4 pode ser usada. Isso ocorre porque é exigido do PUCCH curto baixa latência e transmissão de HARQ-ACK em uma temporização inicial.
[125] Por outro lado, ao transmitir um HARQ-ACK em resposta à mensagem 4 em PUCCH longo, conforme mostrado na FIG. 15C, uma tabela na qual o número de slots da mensagem 4 é definido maior que na FIG. 15B pode ser usado. Isso ocorre porque baixa latência não é exigida para PUCCH longo.
[126] Alternativamente, (5) o número de slots da mensagem 4 pode ser determinado, de forma fixa, por formato de PUCCH. Conforme mostrado na FIG. 15C, por exemplo, quando um HARQ-ACK em resposta à mensagem 4 é transmitido em PUCCH curto, o número de slots da mensagem 4 pode ser zero e, quando este HARQ-ACK é transmitido em PUCCH longo, o número de slots pode ser quatro.
[127] Observa-se que o número de slots da mensagem 4 pode ou não ser exato. O terminal de usuário apenas precisa transmitir um HARQ-ACK em resposta à mensagem 4 em um slot de enlace ascendente que está disponível após um número indicado de slots. O terminal de usuário pode reconhecer em qual slot o HARQ-ACK é transmitido, a partir das informações de configuração que são difundidas em SIB1 (por exemplo, 4 HARQ-ACK pela configuração tdd- UL-DL). (Outros exemplos)
[128] Embora os casos de determinação de recursos de PUCCH para uso na transmissão de UCI antes da conexão de RRC ser preparada tenham sido descritos com os exemplos acima, a presente modalidade pode ser aplicada, mesmo após a conexão de RRC ser estabelecida, desde que as dadas condições sejam cumpridas. Por exemplo, quando o fallback do formato de PUCCH é disparado, mesmo após o a conexão de RRC ser preparada, os recursos de PUCCH (também referidos como "recursos de PUCCH de fallback" e assim por diante) podem ser determinados com base no método de determinação de recurso de PUCCH (também referido como " método para determinar recursos de PUCCH para acesso inicial ”e assim por diante) de acordo com a presente modalidade.
[129] Adicionalmente, a comutação para o método de determinação de recursos de PUCCH para acesso inicial pode ser desempenhada com base em pelo menos uma das informações de comando de fallback de formato de PUCCH (comutação) e das informações de configuração da estação rádio base. Pelo menos uma das informações de comando e das informações de configuração pode ser reportada por um dado bit (por exemplo, um bit) em DCI específicas.
[130] Pelo menos um dos recursos de PUCCH de formato de PUCCH (PF) (recurso de PF/PUCCH) determinado pelo método de acordo com a presente modalidade pode ser considerado como um recurso de PF/PUCCH para cumprir dada qualidade (taxa de detecção de erros). Consequentemente, quando um fallback é comandado para o terminal de usuário devido à deterioração da qualidade da comunicação do terminal de usuário, é possível melhorar a qualidade das UCI ao determinar os recursos de PF/PUCCH pelo método de acordo com a presente modalidade. (Sistema de Radiocomunicação)
[131] Agora, a estrutura de um sistema de radiocomunicação de acordo com uma modalidade da presente invenção será descrita abaixo. Neste sistema de radiocomunicação, os métodos de radiocomunicação de acordo com as modalidades descritas acima são empregados. Observa-se que os métodos de radiocomunicação de acordo com as modalidades contidas na presente invenção podem ser usados individualmente, ou pelo menos dois deles podem ser combinados e usados.
[132] A FIG. 16 é um diagrama para mostrar uma estrutura esquemática exemplar de um sistema de radiocomunicação de acordo com a presente modalidade. Um sistema de radiocomunicação 1 pode adotar agregação de portadora (CA) e/ou conectividade dupla (DC) para agrupar um número de blocos de frequência fundamentais (portadoras de componentes) em um, onde a largura de banda do sistema LTE (por exemplo, 20 MHz) constitui uma unidade. Observa-se que o sistema de radiocomunicação 1 pode ser referido como "SUPER 3G", "LTE-A (LTE-Avançada)", "IMT-Avançado", "4G", "5G", "FRA (Acesso via Rádio Futuro)", "NR (Nova RAT (Tecnologia de Acesso via Novo Rádio))" e semelhantes.
[133] O sistema de radiocomunicação 1 mostrado na FIG. 16 inclui uma estação rádio base 11 que forma uma macro célula C1, e as estações rádio base 12a a 12c, que são colocadas dentro da macro célula C1 e que formam pequenas células C2, que são mais estreitas do que a macro célula C1. Além disso, terminais de usuário 20 são colocados na macro célula C1 e em cada pequena célula C2. Uma estrutura na qual diferentes numerologias são aplicadas entre células/dentro de células pode ser adotada aqui.
[134] Aqui, uma numerologia diz respeito a um parâmetro de comunicação na direção da frequência e/ou na direção do tempo (por exemplo, pelo menos um do espaçamento de subportadora, a largura de banda, o comprimento de um símbolo, o comprimento de CPs (comprimento de CP), o comprimento de um subquadro, a duração de um TTI (comprimento de TTI), o número de símbolos por TTI, a configuração do quadro de rádio, o processo de filtragem, o processo de janelamento, etc.). No sistema de radiocomunicação 1, por exemplo, espaçamentos de subportadoras como 15 kHz, 30 kHz, 60 kHz, 120 kHz e 240 kHz podem ser suportados.
[135] Os terminais de usuário 20 podem se conectar tanto à estação rádio base 11 quanto às estações rádio base 12. Os terminais de usuário 20 podem usar a macrocélula C1 e as pequenas células C2, que usam frequências diferentes, ao mesmo tempo, por meio de CA ou DC. Além disso, os terminais de usuário 20 podem executar CA ou DC ao usar várias células (CCs) (por exemplo,
dois ou mais CCs). Adicionalmente, os terminais de usuário podem usar CCs de banda licenciada e CCs de banda não licenciada como várias células.
[136] Além disso, os terminais do usuário 20 podem se comunicar com base em duplexação por divisão de tempo (TDD) ou duplexação por divisão de frequência (FDD) em cada célula. Uma célula TDD e uma célula FDD podem ser referidas como uma "portadora TDD (tipo de estrutura de quadro 2)” e uma "portadora FDD (tipo de estrutura de quadro 1)", respectivamente.
[137] Adicionalmente, em cada célula (portadora), uma numerologia única pode ser utilizada, ou várias diferentes numerologias podem ser utilizadas.
[138] Entre os terminais de usuário 20 e a estação rádio base 11, a comunicação pode ser realizada usando uma portadora de frequência de banda relativamente baixa (por exemplo, 2GHz) e largura de banda estreita (referida, por exemplo, como uma "portadora existente", uma "portadora legado" e/ou afins). Enquanto isso, entre os terminais de usuário 20 e as estações rádio base 12, uma portadora de uma banda de frequência relativamente alta (por exemplo, 3,5 GHz, 5 GHz, 30 a 70 GHz e assim por diante) e uma largura de banda ampla pode ser usada, ou a mesma portadora como aquela usada na estação rádio base 11 pode ser usada. Vale notar que a estrutura da banda de frequência para uso em cada estação rádio base não se limita a estas.
[139] Pode-se empregar aqui uma estrutura na qual uma conexão com fio (por exemplo, em conformidade com a CPRI (Interface de Rádio Pública Comum) tal como fibra ótica, a interface X2 e assim por diante) ou uma conexão sem fio é estabelecida entre a estação rádio base 11 e a estação rádio base 12 (ou entre duas estações rádio base 12).
[140] A estação rádio base 11 e as estações rádio base 12 são, cada uma, conectadas a um aparelho de estação superior 30 e são conectadas com uma rede núcleo 40 através do aparelho de estação superior 30. Observa-se que o aparelho de estação superior 30 pode ser, por exemplo, um aparelho de gateway de acesso, um controlador de rede de rádio (RNC), uma entidade de gerenciamento de mobilidade (MME) e assim por diante, sem se limitar de maneira alguma a estes. Além disso, cada estação rádio base 12 pode ser conectada ao aparelho de estação superior 30 por meio da estação rádio base
11.
[141] Observa-se que a estação rádio base 11 é uma estação rádio base tendo uma cobertura relativamente ampla, e pode ser referida como "estação base macro", um "nó central", um "eNB (eNodeB)", um "gNB (gNodeB)" um "ponto de transmissão/recebimento (TRP)", e assim por diante. Além disso, as estações rádio base 12 são estações rádio base tendo, cada uma, cobertura local e podem ser referidas como "estações base pequenas", “estações base micro", "estações base pico", "estações base femto", "HeNBs (eNodeBs domésticos)", "RRHs (cabeças de rádio remotas)", "eNBs", "gNBs", "pontos de transmissão/recebimento", e assim por diante. Doravante, as estações rádio base 11 e 12 serão coletivamente referidas como "estações rádio base 10", salvo se especificado o contrário.
[142] Os terminais de usuário 20 são terminais que suportam vários esquemas de comunicação, tais como LTE, LTE-A, 5G, NR, e assim por diante, e podem não se limitar a terminais de comunicação móveis, e podem ser terminais de comunicação estacionários. Adicionalmente, os terminais de usuário 20 podem desempenhar a comunicação dispositivo a dispositivo (D2D) com outros terminais de usuário 20.
[143] No sistema de radiocomunicação 1, como esquemas de acesso via rádio, o OFDMA (Acesso Múltiplo por Divisão de Frequência Ortogonal (OFDMA) pode ser aplicado ao enlace descendente (DL), e o SC-FDMA (Acesso Múltiplo por Divisão de Frequência de Portadora Única) pode ser aplicado ao enlace ascendente (UL). O OFDMA é um esquema de comunicação de múltiplas portadoras para desempenhar a comunicação ao dividir uma largura de banda de frequência em um número de larguras de banda de frequência estreitas (subportadoras) e mapear dados para cada subportadora. O SC-FDMA é um esquema de comunicação de portadora única para mitigar a interferência entre terminais dividindo-se a largura de banda do sistema em bandas formadas com um bloco ou blocos contínuos de recursos por terminal e permitindo que um número de terminais utilize bandas mutuamente diferentes. Vale observar que os esquemas de acesso de rádio de enlace ascendente e de enlace descendente não estão limitados à combinação destes, e OFDMA pode ser usado no UL.
[144] Ademais, no sistema de radiocomunicação 1 pode ser usada uma forma de onda de multiportadora (por exemplo, uma forma de onda de OFDM) ou uma forma de onda de portadora única (por exemplo, uma forma de onda de DFT-s-OFDM).
[145] No sistema de radiocomunicação 1, um canal compartilhado de DL (PDSCH (Canal Compartilhado de Enlace Descendente Físico), também referido como um “canal de dados de DL” ou afins), o qual é compartilhado por cada terminal de usuário 20, um canal de difusão (PBCH (Canal de Difusão Físico)), os canais de controle L1/L2 e assim por diante são usados como canais de DL. Pelo menos um dos dados de usuário, das informações de controle de camada superior e de SIBs (Blocos de Informações de Sistema) e assim por diante, é comunicado pelo PDSCH. Além disso, o MIB (Bloco de Informações Mestre) é comunicado pelo PBCH.
[146] Os canais de controle L1/L2 incluem os canais de controle de DL (como PDCCH (Canal de Controle de Enlace Descendente Físico), EPDCCH (Canal de Controle de Enlace Descendente Físico Aprimorado) etc.)), PCFICH (Canal Indicador de Formato de Controle Físico), PHICH (Canal Indicador de ARQ Físico
Híbrido) e assim por diante. As informações de controle de enlace descendente (DCI), incluindo as informações de escalonamento de PDSCH e PUSCH, são comunicadas pelo PDCCH. O número de símbolos de OFDM a serem usados para o PDCCH é comunicado pelo PCFICH. O EPDCCH é multiplexado por divisão de frequência com o PDSCH e usado para comunicar as DCI e assim por diante, de forma semelhante ao PDCCH. As informações de controle de retransmissão de HARQ (ACK/NACK) em resposta ao PUSCH podem ser comunicadas em pelo menos um do PHICH, do PDCCH e do EPDCCH.
[147] No sistema de radiocomunicação 1, um canal compartilhado de UL (PUSCH (Canal Compartilhado de Enlace Ascendente Físico), que é referido também como um “canal compartilhado de enlace ascendente” e assim por diante), que é compartilhado por cada terminal de usuário 20, um canal de controle de enlace ascendente (PUCCH (Canal de Controle de Enlace Ascendente Físico)), um canal de acesso aleatório (PRACH (Canal de Acesso Aleatório Físico (PRACH)) e assim por diante, são usados como canais de UL. Os dados de usuário, informações de controle de camada superior e assim por diante, são comunicados pelo PUSCH. As informações de controle de enlace ascendente (UCI), incluindo pelo menos uma de informações de controle de retransmissão (ACK/NACK) em resposta a sinais de DL, informações de estado de canal (CSI), e assim por diante, são comunicadas pelo PUSCH ou pelo PUCCH. Por meio do PRACH podem ser comunicados preâmbulos de acesso aleatório para se estabelecer conexões com as células. <Estação Rádio Base>
[148] A FIG. 17 é um diagrama para mostrar uma estrutura geral exemplar de uma estação rádio base de acordo com a presente modalidade. Uma estação rádio base 10 tem uma número de antenas de transmissão/recebimento 101, seções de amplificação 102, seções de transmissão/recebimento 103, uma seção de processamento de sinal de banda base 104, uma seção de processamento de chamada 105 e uma interface de percurso de comunicação 106. Vale observar que podem ser providas uma ou mais antenas de transmissão/recebimento 101, seções de amplificação 102 e seções de transmissão/recebimento 103.
[149] Dados de usuário a serem transmitidos a partir da estação rádio base 10 para um terminal de usuário 20 em DL são inseridos a partir do aparelho de estação superior 30 para a seção de processamento de sinal de banda base 104, via a interface de percurso de comunicação 106.
[150] Na seção de processamento de sinal de banda base 104, os dados de usuário são submetidos a processos de transmissão, incluindo um processo de camada de PDCP (Protocolo de Convergência de Dados de Pacote), divisão e acoplamento dos dados de usuário, processos de transmissão de camada de RLC (Controle de Enlace de Rádio), como controle de retransmissão de RLC, escalonamento de controle de retransmissão de MAC (Controle de Acesso ao Meio), (por exemplo, um processo de transmissão de HARQ (Solicitação de Repetição Automática Híbrida)), seleção de formato de transporte, codificação de canais, um processo de Transformada Rápida de Fourier Inversa (IFFT) e um processo de pré-codificação e assim por diante, e o resultado é encaminhado para cada seção de transmissão/recebimento 103. Além disso, os sinais de controle de enlace descendente também são submetidos a processos de transmissão, tais como a codificação de canal e uma transformada rápida de Fourier inversa, e encaminhados para as seções de transmissão/recebimento
103.
[151] Os sinais de banda base que são pré-codificados e emitidos a partir da seção de processamento de sinal de banda base 104 em uma base por antena são convertidos em uma banda de radiofrequência nas seções de transmissão/recebimento 103 e depois transmitidos. Os sinais de radiofrequência submetidos à conversão de frequência nas seções de transmissão/recebimento 103, são amplificados nas seções de amplificação 102 e transmitidos a partir das antenas de transmissão/recebimento 101.
[152] A seção de transmissão/recebimento 103 pode ser constituída por um transmissor/receptor, circuito de transmissão/recebimento ou aparelho de transmissão/recebimento que podem ser descritos com base no entendimento geral do campo técnico ao qual a presente invenção se refere. Observa-se que uma seção de transmissão/recebimento 103 pode ser estruturada como uma seção de transmissão/recebimento em uma entidade, ou pode ser constituída por uma seção de transmissão e uma seção de recebimento.
[153] Enquanto isso, quanto aos sinais de UL, os sinais de radiofrequência que são recebidos nas antenas de transmissão/recebimento 101 são amplificados nas seções de amplificação 102. As seções de transmissão/recebimento 103 recebem os sinais de UL amplificados nas seções de amplificação 102. Os sinais recebidos são convertidos no sinal de banda base através da conversão de frequência nas seções de transmissão/recebimento 103 e saída para a seção de processamento de sinal de banda base 104.
[154] Na seção de processamento de sinal de banda base 104, os dados de UL incluídos nos sinais de UL de entrada são submetidos a um processo de transformada rápida de Fourier (FFT), um processo de transformada discreta de Fourier inversa (IDFT), decodificação de correção de erro, um processo de recebimento de controle de retransmissão de MAC e processos de recebimento de camada RLC e PDCP, e encaminhados para o aparelho de estação superior 30 através da interface de canal de comunicação 106. A seção de processamento de chamada 105 desempenha o processamento de chamada (tais como a configuração e liberação dos canais de comunicação), gerencia o estado das estações rádio base 10 e gerencia os recursos de rádio.
[155] A seção de interface de percurso de comunicação 106 transmite e recebe sinais para, e a partir do aparelho de estação superior 30 via uma dada interface. Além disso, a interface do caminho de comunicação 106 pode transmitir e receber sinais (sinalização de backhaul) com estações rádio base 10 vizinhas através de uma interface de estação interbase (que é, por exemplo, fibra óptica em conformidade com a CPRI (Interface de Rádio Pública Comum)), a interface X2 etc.).
[156] Adicionalmente, as seções de transmissão/recebimento 103 transmitem sinais de DL (incluindo pelo menos um dos sinais de dados de DL, sinais de controle de DL e sinais de referência de DL) para o terminal de usuário 20 e recebem sinais de UL (incluindo pelo menos um dos sinais de dados de UL, sinais de controle de UL e sinais de referência de UL) a partir dos terminais de usuário 20.
[157] Ademais, as seções de transmissão/recebimento 103 recebem UCI a partir do terminal de usuário 20 ao usar um canal compartilhado de enlace ascendente (por exemplo, PUSCH) ou um canal de controle de enlace ascendente (por exemplo, um PUCCH curto e/ou um PUCCH longo). Essas UCI podem incluir pelo menos um de um HARQ-ACK em resposta a um canal de dados de DL (por exemplo, PDSCH), CSI, um SR, informações de identificação de feixe (por exemplo, um índice de feixe (BI)) e um reporte de status de buffer (BSR).
[158] Ademais, as seções de transmissão/recebimento 103 podem transmitir informações de controle sobre um canal de controle de enlace ascendente (por exemplo, PUCCH curto, PUCCH longo e/ou similares) (por exemplo, pelo menos um do formato, do número de unidades de PUCCH em um slot, do tamanho de uma unidade de PUCCH, do método de multiplexação de RS, do local onde o RS está alocado, o RS estando presente ou não, da densidade de
RS, o SRS estando presente ou não e do recurso para um canal de controle de enlace ascendente) por sinalização de camada física (sinalização de L1) e/ou sinalização de camada superior.
[159] Ademais, as seções de transmissão/recebimento 103 podem transmitir informações sobre fallback (por exemplo, as informações de comando e/ou informações de configuração descritas acima).
[160] A FIG. 18 é um diagrama para mostrar uma estrutura funcional exemplar de uma estação rádio base de acordo com a presente modalidade. Observa-se que, embora a FIG 18 mostre principalmente blocos funcionais que pertencem a partes características da presente modalidade, a estação rádio base 10 tem outros blocos funcionais que também são necessários para a radiocomunicação. Como ilustrado na FIG. 18, a seção de processamento de sinal de banda base 104 tem uma seção de controle 301, uma seção de geração de sinal de transmissão 302, uma seção de mapeamento 303, uma seção de processamento de sinal recebido 304 e uma seção de medição 305.
[161] A seção de controle 301 controla toda a estação rádio base 10. A seção de controle 301 controla, por exemplo, a geração de sinais de DL pela seção de geração de sinal de transmissão 302, o mapeamento de sinais de DL pela seção de mapeamento 303, os processos de recebimento (por exemplo, demodulação) para sinais de UL pela seção de processamento de sinal recebido 304 e as medições pela seção de medição 305.
[162] Mais especificamente, a seção de controle 301 escalona o terminal de usuário 20. Mais especificamente, a seção de controle 301 pode controlar escalonamento e/ou retransmissão para os canais de dados de DL e/ou compartilhado de enlace ascendente com base em UCI (por exemplo, CSI e/ou BI) a partir do terminal de usuário 20.
[163] Além disso, a seção de controle 301 pode exercer controle de modo que o formato de um canal de controle de enlace ascendente (por exemplo, PUCCH longo e/ou PUCCH curto) seja controlado e as informações de controle relacionadas a esse canal de controle de enlace ascendente sejam transmitidas.
[164] Adicionalmente, a seção de controle 301 pode controlar recursos de PUCCH. Mais especificamente, a seção de controle 301 pode determinar um ou mais recursos de PUCCH para configurar no terminal de usuário 20, a partir de um dado número de recursos de PUCCH que são definidos previamente na especificação. Além disso, a seção de controle 301 pode controlar pelo menos uma da geração e transmissão de informações de sistema (por exemplo, RMSI) indicando pelo menos um dos recursos de PUCCH determinados.
[165] A seção de controle 301 pode controlar a seção de processamento de sinal recebido 304 para desempenhar processos de recebimento para as UCI a partir do terminal de usuário 20, com base no formato do canal de controle de enlace ascendente.
[166] A seção de controle 301 pode ser constituída por um controlador, um circuito de controle ou aparelho de controle que pode ser descrito com base no entendimento geral do campo técnico ao qual a presente invenção diz respeito.
[167] A seção de geração de sinal de transmissão 302 gera sinais de DL (incluindo sinais de dados de UL, sinais de controle de DL, sinais de referência de DL e assim por diante) como comandado pela seção de controle 301 e emite esses sinais à seção de mapeamento 303.
[168] A seção de geração de sinal de transmissão 302 pode ser constituída por um gerador de sinal, um circuito gerador de sinal ou aparelho gerador de sinal que pode ser descrito com base no entendimento geral do campo técnico ao qual a presente invenção se refere.
[169] A seção de mapeamento 303 mapeia os sinais de DL gerados na seção de geração de sinal de transmissão 302 para um recurso de rádio, conforme comandado pela seção de controle 301, e emite às seções de transmissão/recebimento 103. A seção de mapeamento 303 pode ser constituída por um mapeador, um circuito de mapeamento ou um aparelho de mapeamento que pode ser descrito com base no entendimento geral do campo técnico ao qual a presente invenção diz respeito.
[170] A seção de processamento de sinal recebido 304 desempenha processos de recebimento (por exemplo, desmapeamento, demodulação, decodificação, etc.) de sinais de UL transmitidos a partir dos terminais de usuário 20 (incluindo, por exemplo, um sinal de dados de UL, um sinal de controle de UL, um sinal de referência de UL, etc.). Mais especificamente, a seção de processamento de sinal recebido 304 pode emitir os sinais recebidos, os sinais após o processo de recebimento e assim por diante, para a seção de medição
305. Além disso, a seção de processamento de sinal recebido 304 desempenha processos de recebimento de UCI com base no formato de canal de controle de enlace ascendente especificado pela seção de controle 301.
[171] A seção de medição 305 conduz medições com relação aos sinais recebidos. A seção de medição 305 pode ser constituída por um medidor, um circuito de medida ou aparelho de medida que pode ser descrito com base no entendimento geral do campo técnico ao qual a presente invenção diz respeito.
[172] Além disso, a seção de medição 305 pode medir a qualidade de canal em UL com base, por exemplo, na potência recebida (por exemplo, RSRP (Potência Recebida de Sinal de Referência)), e/ou na qualidade recebida (por exemplo, RSRQ (Qualidade Recebia de Sinal de Referência) de sinais de referência de UL. Os resultados de medição podem ser emitidos para a seção de controle 301. <Terminal de Usuário>
[173] A FIG. 19 é um diagrama para mostrar uma estrutura geral exemplar de um terminal de usuário de acordo com a presente modalidade. Um terminal de usuário 20 tem uma pluralidade de antenas de transmissão/recebimento 201 para comunicação MIMO, seções de amplificação 202, seções de transmissão/recebimento 203, uma seção de processamento de sinal de banda base 204 e uma seção de aplicação 205.
[174] Os sinais de radiofrequência que são recebidos em múltiplas antenas de transmissão/recebimento 201 são amplificados nas seções de amplificação 202. As seções de transmissão/recebimento 203 recebem os sinais de DL amplificados nas seções de amplificação 202. Os sinais recebidos são submetidos a conversão de frequência e convertidos no sinal de banda base nas seções de transmissão/recebimento 203 e emitidos para a seção de processamento de sinal de banda base 204.
[175] Na seção de processamento de sinal de banda base 204, o sinal de banda base que é inserido é submetido a um processo de FFT, decodificação de correção de erros, um processo de recebimento de controle de retransmissão e assim diante. Os dados de DL são encaminhados à seção de aplicação 205. A seção de aplicação 205 desempenha processos relacionados a camadas superiores acima da camada física e da camada MAC, e assim por diante. Além disso, as informações de difusão também são encaminhadas à seção de aplicação 205.
[176] Enquanto isso, os dados de UL são inseridos da seção de aplicação 205 para a seção de processamento de sinal de banda base 204. A seção de processamento de sinal de banda base 204 desempenha um processo de transmissão de controle de retransmissão (por exemplo, um processo de transmissão HARQ), codificação de canal, correspondência de taxa, puncionamento, um processo de transformada discreta de Fourier (DFT), um processo IFFT e assim por diante, e o resultado é encaminhado para cada seção de transmissão/recebimento 203. As UCI também estão sujeitas a pelo menos um da codificação de canal, da correspondência de taxas, do puncionamento, de um processo de DFT e de um processo de IFFT, e o resultado é encaminhado para cada seção de transmissão/recebimento 203.
[177] Os sinais de banda base que são emitidos a partir da seção de processamento de sinal de banda base 204 são convertidos em uma banda de radiofrequência nas seções de transmissão/recebimento 203 e transmitidos. Os sinais de radiofrequência que foram submetidos à conversão de frequência nas seções de transmissão/recebimento 203 são amplificados nas seções de amplificação 202 e transmitidos a partir das antenas de transmissão/recebimento 201.
[178] Adicionalmente, as seções de transmissão/recebimento 203 recebem os sinais de DL (incluindo sinais de dados de DL, sinais de controle de DL e sinais de referência de DL) das numerologias configuradas no terminal de usuário 20 e transmitem os sinais de UL (incluindo sinais de dados de UL, sinais de controle de UL e sinais de referência de UL) dessas numerologias.
[179] Ademais, as seções de transmissão/recebimento 203 transmitem UCI para a estação rádio base 10 ao usar um canal compartilhado de enlace ascendente (por exemplo, PUSCH) ou um canal de controle de enlace ascendente (por exemplo, PUCCH curto e/ou PUCCH longo).
[180] Ademais, as seções de transmissão/recebimento 203 podem transmitir informações de controle sobre um canal de controle de enlace ascendente (por exemplo, PUCCH curto, PUCCH longo e/ou similares) (por exemplo, pelo menos um do formato, do número de unidades de PUCCH em um slot, do tamanho de uma unidade de PUCCH, do método de multiplexação de RS, do local onde o RS está alocado, o RS estando presente ou não, da densidade de
RS, o SRS estando presente ou não e do recurso para um canal de controle de enlace ascendente) por sinalização de camada física (sinalização de L1) e/ou sinalização de camada superior.
[181] Uma seção de transmissão/recebimento 203 pode ser constituída por um transmissor/receptor, circuito de transmissão/recebimento ou aparelho de transmissão/recebimento que pode ser descrito com base no entendimento geral do campo da técnica ao qual a presente invenção diz respeito. Adicionalmente, uma seção de transmissão/recebimento 203 pode ser estruturada como uma seção de transmissão/recebimento, ou pode ser formada com uma seção de transmissão e uma seção de recebimento.
[182] A FIG. 20 é um diagrama para mostrar uma estrutura funcional exemplar de um terminal de usuário de acordo com a presente modalidade. Vale observar que, embora a FIG. 20 mostra principalmente blocos funcionais que pertencem a partes características da presente modalidade, o terminal de usuário 20 tem outros blocos funcionais que também são necessários para a radiocomunicação. Conforme mostrado na FIG. 20, a seção de processamento de sinal de banda base 204 provida no terminal de usuário 20 possui uma seção de controle 401, uma seção de geração de sinal de transmissão 402, uma seção de mapeamento 403, uma seção de processamento de sinal recebido 404 e uma seção de medição 405.
[183] A seção de controle 401 controla todo o terminal de usuário 20. A seção de controle 401 controla, por exemplo, a geração de sinais de UL na seção de geração de sinal de transmissão 402, o mapeamento de sinais de UL na seção de mapeamento 403, os processos de recebimento de sinal de DL na seção de processamento de sinal recebido 404, as medições na seção de medição 405 e assim por diante.
[184] Ademais, a seção de controle 401 controla o canal de controle de enlace ascendente para ser usado para a transmissão de UCI a partir do terminal de usuário 20 com base em indicações explícitas a partir da estação rádio base 10 ou com base em determinação implícita no terminal de usuário 20.
[185] Ademais, a seção de controle 401 pode controlar o formato do canal de controle de enlace ascendente (por exemplo, PUCCH longo e/ou PUCCH curto). A seção de controle 401 pode controlar o formato do canal de controle de enlace ascendente com base nas informações de controle da estação rádio base 10. Além disso, a seção de controle 401 pode controlar o formato de PUCCH (o formato do canal de controle de enlace ascendente) a ser usado para transmitir UCI com base em informações relacionadas a fallback.
[186] Ademais, a seção de controle 401 pode determinar o recurso de PUCCH a ser usado pelo formato de PUCCH com base em informações de controle de sinalização de camada superior e/ou de enlace descendente (terceiro exemplo).
[187] Para ser mais específico, quando as UCI são transmitidas ao usar o canal de controle de enlace ascendente antes que a conexão de RRC (Controle de Recurso de Rádio) seja preparada, a seção de controle 401 pode determinar o recurso para o canal de controle de enlace ascendente usar para transmitir as UCI com base em um dado valor de campo em informações de sistema (por exemplo, RMSI).
[188] Adicionalmente, a seção de controle 401 pode determinar o recurso para o canal de controle de enlace ascendente a partir de uma pluralidade de recursos indicados por um dado valor de campo em informações de sistema, com base em um dado valor de campo nas informações de controle de enlace descendente (primeiro exemplo).
[189] Além disso, a seção de controle 401 determina um conjunto de recursos que inclui um ou mais recursos, com base em um índice indicado por um dado valor de campo nas informações de sistema, e determina o recurso para o canal de controle de enlace ascendente a partir do conjunto de recursos com base em um dado valor de campo nas informações de controle de enlace descendente (segundo e terceiro exemplos).
[190] O conjunto de recursos pode incluir recursos com um dado número de índices que são contíguos do índice acima (segundo exemplo). Alternativamente, o conjunto de recursos pode incluir um dado número de recursos associados ao índice (terceiro exemplo).
[191] Além disso, a seção de controle 401 pode procurar a tabela de um conjunto (ou a tabela do conjunto) que é selecionada com base em dadas regras e determinar um conjunto de recursos de PUCCH com base no índice que é indicado por um dado valor de campo em RMSI (quarto exemplo).
[192] A seção de controle 401 pode controlar os procedimentos de acesso aleatório. Mais especificamente, a seção de controle 401 pode controlar a temporização para transmitir um HARQ-ACK em resposta à mensagem 4 (sexto exemplo).
[193] Para a seção de controle 401, um controlador, um circuito de controle ou um aparelho de controle que pode ser descrito com base no entendimento geral do campo técnico ao qual a presente invenção se refere, podem ser utilizados.
[194] Na seção de geração de sinal de transmissão 402, são gerados sinais de UL (incluindo sinais de dados de UL, sinais de controle de UL, sinais de referência de UL, UCI, etc.) (incluindo, por exemplo, codificação, correspondência de taxa, puncionamento, modulação, etc..) conforme comandado pela seção de controle 401 e emitir para a seção de mapeamento
403. A seção de geração de sinal de transmissão 402 pode ser constituída por um gerador de sinal, um circuito gerador de sinal ou aparelho gerador de sinal que pode ser descrito com base no entendimento geral do campo técnico ao qual a presente invenção se refere.
[195] A seção de mapeamento 403 mapeia os sinais de UL gerados na seção de geração de sinal de transmissão 402 para recursos de rádio conforme comandado pela seção de controle 401, e emite os resultados para as seções de transmissão/recebimento 203. A seção de mapeamento 403 pode ser constituída por um mapeador, um circuito de mapeamento ou um aparelho de mapeamento que pode ser descrito com base no entendimento geral do campo técnico ao qual a presente invenção diz respeito.
[196] A seção de processamento de sinal recebido 404 desempenha processos de recebimento (por exemplo, desmapeamento, demodulação, decodificação, etc.) de sinais de DL (incluindo sinais de dados de DL, informações de escalonamento, sinais de controle de DL, sinais de referência de DL, etc.). A seção de processamento de sinal recebido 404 emite as informações recebidas pela estação rádio base 10 para a seção de controle 401. A seção de processamento de sinal recebido 404 emite, por exemplo, informações de difusão, informações de sistema, informações de controle de camada superior relacionadas à sinalização de camada superior, tais como sinalização RRC, informações de controle de camada física (informações de controle L1/L2) e assim por diante, para a seção de controle 401.
[197] A seção de processamento de sinal recebido 404 pode ser constituída por um processador de sinal, um circuito de processamento de sinal ou um aparelho de processamento de sinal que pode ser descrito com base no entendimento geral do campo técnico ao qual a presente invenção se refere. Além disso, a seção de processamento de sinal recebido 404 pode constituir a seção de recebimento de acordo com a presente invenção.
[198] A seção de medição 405 mede os estados de canal com base nos sinais de referência (por exemplo, CSI-RS) a partir da estação rádio base 10 e envia os resultados da medição para a seção de controle 401. Observa-se que as medições de estado de canal podem ser conduzidas por CC.
[199] A seção de medição 405 pode ser constituída por um processador de sinal, um circuito de processamento de sinal ou aparelho de processamento de sinal, e um medidor, um circuito de medição ou aparelho de medição que pode ser descrito com base no entendimento geral do campo técnico ao qual a presente invenção se refere. <Estrutura de Hardware>
[200] Observa-se que os diagramas de bloco que foram usados para descrever a modalidade acima mostram blocos em unidades funcionais. Esses blocos funcionais (componentes) podem ser implementados em combinações arbitrárias de hardware e/ou software. Além disso, o método para implementação de cada bloco funcional não é particularmente limitado. Ou seja, cada bloco funcional pode ser realizado por um aparelho que é agregado física e/ou logicamente, ou pode ser realizado conectando direta e/ou indiretamente duas ou mais partes separadas fisicamente e/ou logicamente de aparelhos (ao usar cabos e/ou rádio, por exemplo) e usando esses múltiplos aparelhos.
[201] Por exemplo, a estação rádio base, os terminais de usuário e assim por diante, de acordo com uma modalidade da presente invenção, podem funcionar como um computador que executa os processos do método de radiocomunicação da presente invenção. A FIG. 21 é um diagrama ilustrando uma estrutura de hardware exemplar de uma estação rádio base e um terminal de usuário de acordo com uma modalidade da presente invenção. Fisicamente, as estações rádio base 10 e os terminais de usuário 20 descritos acima podem ser formados como um aparelho de computador que inclui um processador 1001, uma memória 1002, um armazenamento 1003, um aparelho de comunicação 1004, um aparelho de entrada 1005, um aparelho de saída 1006, um barramento 1007 e assim por diante.
[202] Observa-se que, na descrição a seguir, o termo "aparelho" pode ser substituído por "circuito", "dispositivo", "unidade" e assim por diante. A estrutura de hardware de uma estação rádio base 10 e um terminal de usuário 20 pode ser projetada para incluir um ou mais de cada aparelho mostrado nos desenhos, ou pode ser projetada para não incluir parte do aparelho.
[203] Por exemplo, embora seja mostrado apenas um processador 1001, pode-se prover uma pluralidade de processadores. Adicionalmente, os processos podem ser implementados com um processador, ou os processos podem ser implementados simultaneamente ou em sequência, ou ao usar diferentes técnicas, em um ou mais processadores. Observa-se que o processador 1001 pode ser implementado com um ou mais chips.
[204] As funções da estação rádio base 10 e do terminal de usuário 20 são implementadas, por exemplo, ao permitir que o hardware como o processador 1001 e a memória 1002 leiam dado software (programas), e permitir que o processador 1001 faça cálculos, controle de comunicação que envolve o aparelho de comunicação 1004 e controlar a leitura e/ou registro de dados na memória 1002 e no armazenamento 1003, e assim por diante.
[205] O processador 1001 pode controlar o computador inteiro executando, por exemplo, um sistema operacional. O processador 1001 pode ser composto por uma unidade central de processamento (CPU), que inclui interfaces com aparelhos periféricos, aparelhos de controle, aparelhos de computação, um registrador e assim por diante. Por exemplo, a seção de processamento de sinal de banda base descrita acima 104 (204), a seção de processamento de chamada 105 e assim por diante podem ser implementadas pelo processador 1001.
[206] Adicionalmente, o processador 1001 lê programas (códigos de programas), módulos de software, dados e assim por diante do armazenamento 1003 e/ou do aparelho de comunicação 1004, na memória 1002, e executa vários processos de acordo com estes. Quanto aos programas, programas para permitir que computadores executem pelo menos parte das operações da modalidade descrita acima podem ser utilizados. Por exemplo, a seção de controle 401 de um terminal de usuário 20 pode ser implementada por programas de controle que sejam armazenados na memória 1002 e que operem no processador 1001, e outros blocos funcionais podem ser implementados da mesma maneira.
[207] A memória 1002 é um meio de gravação legível por computador e pode ser constituída por, por exemplo, pelo menos uma ROM (Memória Somente de Leitura), uma EPROM (ROM Apagável Programável), uma EEPROM (EPROM Eletricamente), uma RAM (Memória de Acesso Aleatório) e/ou outra mídia de armazenamento apropriado. A memória 1002 pode ser referida como um "registrador", um "cache", uma "memória principal" (aparelho de armazenamento primário) e assim por diante. A memória 1002 pode armazenar programas executáveis (códigos de programas), módulos de software e assim por diante para implementar os métodos de radiocomunicação de acordo com modalidades da presente invenção.
[208] O armazenamento 1003 é um meio de gravação legível por computador e pode ser constituído por, por exemplo, pelo menos um disco flexível, um disquete (marca registrada), um disco magneto-óptico (por exemplo, um disco compacto (CD-ROM (ROM de Disco Compacto) ou afins), um disco versátil digital, um disco Blu-ray (marca registrada, etc.)), um disco removível, um drive de disco rígido, um smart card, um dispositivo de memória flash (por exemplo, uma placa, um stick, um key drive etc.), uma tarja magnética, um banco de dados, um servidor e/ou outra mídia de armazenamento apropriado. O armazenamento 1003 pode ser denominado como "aparelho de armazenamento secundário".
[209] O aparelho de comunicação 1004 é um hardware (dispositivo de transmissão/recebimento) para permitir a comunicação entre computadores ao usar redes de cabo e/ou sem fio, e pode ser referido como, por exemplo, um "dispositivo de rede", um "controlador de rede", uma "placa de rede", um "módulo de comunicação" e assim por diante. O aparelho de comunicação 1004 pode ser configurado para incluir um comutador de alta frequência, um duplexador, um filtro, um sintetizador de frequência e assim por diante, a fim de implementar, por exemplo, duplexação por divisão de frequência (FDD) e/ou duplexação por divisão de tempo (TDD). Por exemplo, as antenas de transmissão/recebimento 101 (201), seções de amplificação 102 (202), seções de transmissão/recebimento 103 (203), interface de percurso de comunicação 106 e assim por diante descritas acima podem ser implementadas pelo aparelho de comunicação 1004.
[210] O aparelho de entrada 1005 é um dispositivo de entrada para receber entradas a partir do exterior (por exemplo, um teclado, um mouse, um microfone, um comutador, um botão, um sensor e assim por diante). O aparelho de saída 1006 é um dispositivo de saída para permitir enviar saídas ao exterior (por exemplo, um display, um alto-falante, uma lâmpada LED (Diodo Emissor de Luz) e assim por diante). Vale notar que o aparelho de entrada 1005 e o aparelho de saída 1006 podem ser providos em uma estrutura integrada (por exemplo, um painel sensível ao toque).
[211] Adicionalmente, essas partes de aparelho, incluindo o processador 1001, a memória 1002 e assim por diante, são conectados pelo barramento 1007, de modo a comunicar informações. O barramento 1007 pode ser formado com um único barramento ou pode ser formado com barramentos que variem entre as partes de aparelho.
[212] Além disso, a estação rádio base 10 e o terminal de usuário 20 podem ser estruturados para incluir hardware tal como um microprocessador, um processador de sinal digital (DSP), um ASIC (Circuito Integrado de Aplicação Especifica), um PLD (Dispositivo Lógico-Programável), um FPGA (Arranjo de Porta Programável em Campo) e assim por diante, e todos ou parte dos blocos funcionais podem ser implementados por essas partes de hardware. Por exemplo, o processador 1001 pode ser implementado com pelo menos uma dessas partes de hardware. (Variações)
[213] Observa-se que a terminologia usada neste relatório descritivo e a terminologia necessária para entender este relatório descritivo podem ser substituídas por outros termos que comuniquem significados iguais ou similares. Por exemplo, um "canal" e/ou um "símbolo" podem ser substituídos por um "sinal" (ou "sinalização"). Além disso, um sinal pode ser uma mensagem. Um sinal de referência pode ser abreviado como "RS" e pode ser referido como "piloto", um "sinal piloto" e assim por diante, a depender do padrão aplicável. Adicionalmente, uma "portadora componente (CC)" pode ser referida como uma "célula", uma "portadora de frequência", uma "frequência portadora" e assim por diante.
[214] Além disso, um quadro de rádio pode compreender um ou mais períodos (quadros) no domínio do tempo. Um ou mais períodos (quadros) que constituem um quadro de rádio podem ser denominados individualmente como "subquadro". Além disso, um subquadro pode compreender um ou vários slots no domínio do tempo. Um subquadro pode ser uma duração de tempo fixa (por exemplo, 1 ms), o qual não é dependente da numerologia.
[215] Além disso, um slot pode ser composto por um ou mais símbolos no domínio do tempo (símbolos OFDM (Multiplexação por Divisão de Frequência Ortogonal), símbolos SC-FDMA (Acesso Múltiplo por Divisão de Frequência de Portadora Única) e assim por diante). Além disso, um slot pode ser uma unidade de tempo com base na numerologia. Além disso, um slot pode incluir um número de minislots. Cada minislot pode ser composto por um ou mais símbolos no domínio do tempo. Além disso, um minislot pode ser denominado como "subslot".
[216] Um quadro de rádio, um subquadro, um slot, um minislot e um símbolo, todos representam uma unidade de tempo na comunicação de sinal. Um quadro de rádio, um subquadro, um slot, um minislot e um símbolo podem ser, cada um, denominado por outros nomes aplicáveis. Por exemplo, um subquadro pode ser referido como um "intervalo de tempo de transmissão (TTI)", ou vários subquadros consecutivos podem ser referidos como um "TTI", ou um slot ou minislot pode ser referido como um "TTI". Ou seja, um subquadro e/ou um TTI pode ser um subquadro (1 ms) na LTE existente, pode ser um período mais curto que 1 ms (por exemplo, de um a treze símbolos) ou pode ser um período de tempo maior que 1 ms. Observa-se que a unidade para representar um TTI pode ser referida como um "slot", um "minislot " e assim por diante, em vez de um "subquadro".
[217] Aqui, um TTI diz respeito à unidade de tempo mínimo para escalonamento em radiocomunicação, por exemplo. Por exemplo, nos sistemas de LTE, uma estação rádio base escalona os recursos de rádio (tais como a largura de banda de frequência e a potência de transmissão que cada terminal de usuário pode usar) para alocar a cada terminal de usuário nas unidades de TTI. Vale notar que a definição de TTIs não se limita a isso.
[218] Um TTI pode ser a unidade de tempo de transmissão de pacotes de dados codificados por canal (blocos de transporte), blocos de código e/ou palavras-código, ou pode ser a unidade de processamento em escalonamento, adaptação de enlace e assim por diante. Observa-se que, quando um TTI é dado, o período de tempo (por exemplo, o número de símbolos) no qual os blocos de transporte, blocos de código e/ou palavras de código são realmente mapeados pode ser menor que o TTI.
[219] Observa-se que, quando um slot ou um minislot é referido como um "TTI", um ou mais TTIs (ou seja, um ou mais slots ou um ou mais minislots) podem ser a unidade de tempo mínima de escalonamento. Além disso, o número de slots (o número de minislots) para constituir essa unidade de tempo mínima para escalonamento pode ser controlado.
[220] Um TTI com comprimento de tempo de 1 ms pode ser denominado como um "TTI normal" (TTI na LTE Rel. 8 a 12), "TTI longo", "subquadro normal", "subquadro longo" e assim por diante. Um TTI que é menor que um TTI normal pode ser referido como um “TTI encurtado”, um “TTI curto”, "TTI parcial" (ou um “TTI fracionário”), um "subquadro encurtado”, um "subquadro curto”,” um minislot”, "um subslot" e assim por diante.
[221] Observa-se que um TTI longo (por exemplo, um TTI normal, um subquadro, etc.) pode ser substituído por um TTI com duração de tempo superior a 1 ms e um TTI curto (por exemplo, um TTI reduzido) pode ser substituído por um TTI com um comprimento TTI menor que o comprimento de um TTI longo e não inferior a 1 ms.
[222] Um bloco de recursos (RB) é a unidade de alocação de recursos no domínio do tempo e no domínio da frequência e pode incluir uma ou uma pluralidade de subportadoras consecutivas no domínio da frequência. Além disso, um RB pode incluir um ou mais símbolos no domínio do tempo e pode ter um slot, um minislot, uma subtrama ou um TTI de comprimento. Um TTI e um subquadro podem ser compostos, cada um, de um ou mais blocos de recursos. Observa-se que um ou mais RBs podem ser referidos como "bloco de recursos físicos (PRB (RB Físico))", "grupo de subportadoras (SCG)", um "grupo de elementos de recursos (REG)" e "par de PRB", um "par RB" e assim por diante.
[223] Além disso, um bloco de recursos pode ser composto por um ou mais elementos de recursos (REs). Por exemplo, um RE pode ser um campo de recurso de rádio de uma subportadora e um símbolo.
[224] Observa-se que as estruturas de quadros de rádio, subquadros, slots, minislots, símbolos e outros itens descritos acima são meros exemplos. Por exemplo, as configurações referentes ao número de subquadros incluídos em um quadro de rádio, o número de slots incluídos em um subquadro ou um quadro de rádio, o número de minislots incluídos em um slot, o número de símbolos e RBs incluídos em um slot ou minislot, o número de subportadoras incluídas em um RB, o número de símbolos em um TTI, a duração do símbolo, o comprimento dos prefixos cíclicos (CPs) e assim por diante, podem ser alterados de várias maneiras.
[225] Além disso, as informações e parâmetros descritos neste relatório descritivo podem ser representados em valores absolutos ou em valores relativos em relação a valores dados, ou podem ser representados usando outras informações aplicáveis. Por exemplo, um recurso de rádio pode ser indicado por um dado índice.
[226] Os nomes usados para parâmetros e assim por diante neste relatório descritivo não são de modo algum limitantes. Por exemplo, visto que vários canais (PUCCH (Canal de Controle de Enlace Ascendente Físico), PDCCH (Canal de Controle de Enlace Descendente Físico) e assim por diante) e elementos de informações podem ser identificados por qualquer nome adequado, os vários nomes atribuídos a esses canais individuais e elementos de informações não são limitantes.
[227] As informações, sinais e/ou outros descritos neste relatório descritivo podem ser representados usando uma variedade de tecnologias diferentes. Por exemplo, dados, instruções, comandos, informações, sinais, bits, símbolos e chips, todos os quais podem ser referenciados em todo o relatório descritivo contido na presente invenção, podem ser representados por tensões, correntes, ondas eletromagnéticas, campos ou partículas magnéticas, campos ou fótons ópticos ou qualquer combinação destes.
[228] Além disso, informações, sinais e assim por diante podem ser enviados a partir de camadas superiores para camadas inferiores e/ou a partir de camadas inferiores para camadas superiores. Informações, sinais e assim por diante podem ser recebidos e/ou emitidos via vários nós de rede.
[229] As informações, sinais e assim por diante que são de entrada e/ou saída podem ser armazenadas em um local específico (por exemplo, em uma memória) ou podem ser gerenciados em uma tabela de controle. As informações, sinais e assim por diante a serem inseridos e/ou emitidos podem ser sobrescritos, atualizados ou anexados. As informações, sinais e assim por diante, que são emitidos podem ser excluídos. As informações, sinais e assim por diante que são inseridos podem ser transmitidos a outras partes de aparelho.
[230] O método usado para o reporte de informações não se limita de maneira alguma aqueles usados nos exemplos/modalidades descritos neste relatório descritivo, e outros métodos também podem ser utilizados. Por exemplo, o reporte de informações pode ser implementado ao usar sinalização da camada física (por exemplo, informações de controle de enlace descendente (DCI), informações de controle de enlace ascendente (UCI)), sinalização de camada superior (por exemplo, sinalização de RRC (Controle de Recursos de Radio), informações de difusão (o bloco de informações mestre (MIB), blocos de informações de sistema (SIBs) e assim por diante), sinalização de MAC (Controle de Acesso ao Meio) e assim por diante) e outros sinais e/ou combinações destes.
[231] Observa-se que a sinalização de camada física pode ser referida como “informações de controle de L1/L2 (camada 1/camada 2) (sinais de controle de L1/L2)”, “informações de controle de L1 (sinal de controle de L1)” e assim por diante. Além disso, a sinalização de RRC pode ser referida como "mensagens de RRC" e pode ser, por exemplo, uma "mensagem de preparação de conexão de RRC", uma "mensagem de reconfiguração de conexão de RRC" e assim por diante. Além disso, a sinalização MAC pode ser reportada usando, por exemplo, elementos de controle MAC ((Elementos de Controle) MAC CEs).
[232] Além disso, o reporte de dadas informações (por exemplo, o reporte de informações no sentido de que “X mantém”) não precisa necessariamente ser enviado explicitamente e pode ser enviado de uma maneira implícita (por exemplo, ao não reportar esta parte de informações ou por meio do reporte de outra parte de informações).
[233] As decisões podem ser tomadas em valores representados por um bit (0 ou 1), podem ser feitas em valores booleanos representando verdadeiro ou falso, ou podem ser feitas comparando-se valores numéricos (por exemplo, comparação com um dado valor).
[234] O software, denominado como "software", "firmware", "middleware", "microcódigo" ou "linguagem de descrição de hardware" ou chamado por outros nomes, deve ser interpretado de maneira ampla, como instruções, conjuntos de instruções, código, segmentos de código, códigos de programas, programas, subprogramas, módulos de software, aplicações, aplicações de software, pacotes de software, rotinas, sub-rotinas, objetos, arquivos executáveis, linhas de execução, procedimentos, funções e assim por diante.
[235] Além disso, software, instruções, informações e assim por diante, podem ser transmitidos e recebidos via mídia de comunicação. Por exemplo, quando o software é transmitido a partir de um website, um servidor ou outras fontes remotas com tecnologias com fio (cabos coaxiais, cabos de fibra óptica, cabos de pares trançados, linhas de assinante digital (DSL) e assim por diante) e/ou tecnologias sem fio (radiação infravermelha, micro-ondas e assim por diante), essas tecnologias com fio e/ou tecnologias sem fio também estão incluídas na definição de mídia de comunicação.
[236] Os termos "sistema" e "rede", conforme usados na presente invenção, são usados de maneira intercambiável.
[237] Conforme usado na presente invenção, os termos "estação base (BS)", "estação rádio base", "eNB", "gNB", "célula", "setor", "grupo de células", "portadora" e "portadora de componente" podem ser usados intercambiavelmente. Uma estação base pode ser referida como uma "estação fixa", um "NodeB", um "eNodeB (eNB)", um "ponto de acesso", um "ponto de transmissão", um "ponto de recebimento", um "ponto de transmissão/recebimento", uma "célula femto", uma "célula pequena" e assim por diante.
[238] Uma estação base pode acomodar uma ou mais (por exemplo, três) células (também chamadas de "setores"). Quando uma estação base acomoda um número de células, toda a área de cobertura da estação base pode ser particionada em múltiplas áreas menores, e cada área menor pode fornecer serviços de comunicação através de subsistemas de estação base (por exemplo, pequenas estações base internas (RRHs (Cabeças de Rádio Remotas))). O termo “célula” ou “setor” refere-se a parte ou a totalidade da área de cobertura de uma estação base e/ou um subsistema de estação base que fornece serviços de comunicação dentro dessa cobertura.
[239] Conforme usado na presente invenção, os termos "estação móvel (MS)" "terminal de usuário", "equipamento de usuário (UE)" e "terminal" podem ser usados de maneira intercambiável.
[240] Uma estação móvel também pode ser referida, por exemplo, como uma "estação de assinante", uma "unidade móvel", uma "unidade de assinante", uma "unidade sem fio", uma "unidade remota", um "dispositivo móvel", um “dispositivo sem fio”, um "dispositivo de comunicação sem fio”, um “dispositivo remoto”, uma “estação de assinante móvel”, um “terminal de acesso”, um “terminal móvel”, um “terminal sem fio”, um “terminal remoto”, um “handset", um “agente de usuário", um "cliente móvel", um "cliente" ou outros termos adequados.
[241] Uma estação base e/ou uma estação móvel também pode ser referida como "aparelho de transmissão", "aparelho de recebimento" e assim por diante.
[242] Ademais, as estações rádio base neste relatório descritivo pode ser interpretadas como terminais de usuário. Por exemplo, cada exemplo/modalidade da presente invenção pode ser aplicado a uma configuração em que a comunicação entre uma estação rádio base e um terminal de usuário é substituída pela comunicação entre um número de terminais de usuário (D2D (Dispositivo a Dispositivo)). Neste caso, os terminais de usuário 20 podem ter as funções das estações rádio base 10 descritas acima. Além disso, termos como "enlace ascendente" e "enlace descendente" podem ser interpretados como "laterais". Por exemplo, um "canal de enlace ascendente" pode ser interpretado como um "canal lateral".
[243] Além disso, os terminais de usuário neste relatório descritivo podem ser interpretados como estações rádio base. Nesse caso, as estações rádio base 10 podem ter as funções dos terminais de usuário 20 descritas acima.
[244] Certas ações que foram descritas neste relatório descritivo para serem desempenhadas por estações base podem, em alguns casos, ser desempenhadas por seus nós superiores. Em uma rede composta por um ou mais nós de rede com estações base, fica claro que várias operações que são desempenhadas de modo a se comunicar com terminais podem ser desempenhadas por estações base, um ou mais nós de rede (por exemplo, MMEs (Entidades de Gerenciamento de Mobilidade), S-GWs (Gateways Servidores) e assim por diante, podem ser possíveis, mas não são limitantes), além das estações base ou combinações destas.
[245] Os exemplos/modalidades ilustrados neste relatório descritivo podem ser utilizados individualmente ou em combinações, que podem ser comutadas dependendo do modo de implementação. Além disso, a ordem dos processos, sequências, fluxogramas e assim por diante que foram usados para descrever os exemplos/modalidades contidos na presente invenção podem ser reordenados desde que não surjam inconsistências. Por exemplo, embora vários métodos tenham sido ilustrados neste relatório descritivo com vários componentes de etapas em ordens exemplares, as ordens específicas ilustradas na presente invenção não são de modo algum limitantes.
[246] Os exemplos/modalidades ilustrados neste relatório descritivo podem ser aplicados a sistemas que usam LTE (Evolução de Longo Prazo), LTE-A (LTE-Avançada), LTE-B (LTE-Além), SUPER 3G, IMT-Avançado, 4G (sistema de comunicação móvel de 4ª geração), 5G (sistema de comunicação móvel de 5ª geração), FRA (Acesso via Rádio Futuro), Nova-RAT (Tecnologia de Acesso via Rádio), NR (Novo Rádio), NX (acesso via novo rádio), FX (acesso via rádio de futura geração), GSM (marca registrada) (sistema global para comunicações móveis), CDMA 2000, UMB (Ultra Banda Larga Móvel), IEEE 802.11 (Wi-Fi (marca registrada)), IEEE 802.16 (WiMAX (marca registrada)), IEEE 802.20 , UWB (Banda
Ultra larga), Bluetooth (marca registrada), outros métodos de radiocomunicação adequados e/ou sistemas de próxima geração que sejam aprimorados com base nestes.
[247] A frase "com base em", conforme usada neste relatório descritivo, não significa "com base somente em", salvo indicado contrário. Em outras palavras, a frase "com base em" significa ambos "com base somente em" e "com base em pelo menos".
[248] A referência a elementos com designações como "primeiro", "segundo" e assim por diante, conforme usada na presente invenção, geralmente não limita o número/quantidade ou a ordem desses elementos. Essas designações são usadas na presente invenção apenas por conveniência, como um método para distinguir entre dois ou mais elementos. Segue-se que a referência ao primeiro e ao segundo elementos não implica que apenas dois elementos possam ser empregados ou que o primeiro elemento deva preceder o segundo elemento de alguma maneira.
[249] Os termos "julgar" e "determinar", conforme usados na presente invenção, podem abranger uma ampla variedade de ações. Por exemplo, "julgar" e "determinar", conforme usados na presente invenção, podem ser interpretados como significando fazer avaliações e determinações relacionadas ao cálculo, computação, processamento, derivação, investigação, procura (por exemplo, buscando uma tabela, um banco de dados ou alguma outra estrutura de dados), verificação e assim por diante. Adicionalmente, “julgar” e "determinar", conforme usados na presente divulgação, podem ser interpretados como significando fazer avaliações e determinações relacionadas à recebimento (por exemplo, recebimento de informações), transmissão (por exemplo, transmissão de informações), inserção, emissão, acesso (por exemplo, acessar dados na memória) e assim por diante. Além disso, “julgar” e
"determinar", conforme usado na presente divulgação, podem ser interpretados como significando fazer avaliações e determinações relacionadas à resolução, seleção, escolha, estabelecimento, comparação e assim por diante. Em outras palavras, “julgar” e “determinar”, conforme usado na presente divulgação, podem ser interpretados como significando fazer julgamentos e determinações com relação a alguma ação.
[250] Conforme usado na presente invenção, os termos "conectado" e "acoplado" ou qualquer variação desses termos significam todas as conexões diretas ou indiretas ou acoplamento entre dois ou mais elementos, e podem incluir a presença de um ou mais elementos intermediários entre dois elementos que estão "conectados" ou "acoplados" um ao outro. O acoplamento ou conexão entre os elementos pode ser físico, lógico ou uma combinação destes. Por exemplo, "conexão" pode ser interpretada como "acesso".
[251] Conforme usado na presente invenção, quando dois elementos são conectados, esses elementos podem ser considerados "conectados" ou "acoplados" entre si ao usar um ou mais fios elétricos, cabos e/ou conexões elétricas impressas e, como número de exemplos não limitativos e não inclusivos, ao usar energia eletromagnética com comprimentos de onda da região de radiofrequência, da região de micro-ondas e/ou da região ótica (visíveis e invisíveis).
[252] No presente relatório descritivo, a frase "A e B são diferentes" pode significar "A e B são diferentes entre si". Os termos tais como "sair", "acoplado" e afins podem ser interpretados similarmente.
[253] Quando termos tais como "incluir", "compreender" e variações deles são usados neste relatório descritivo ou nas reivindicações, esses termos devem ser inclusivos, de maneira semelhante à maneira como o termo "prover" é usado. Além disso, o termo "ou", conforme usado neste relatório descritivo ou no quadro reivindicatório, pretende não ser uma disjunção exclusiva.
[254] Agora, embora a presente invenção tenha sido descrita em detalhes acima, deve ser óbvio para um técnico no assunto que a presente invenção não se limita de modo algum às modalidades descritas na presente invenção. A presente invenção pode ser implementada com várias correções e em várias variações, sem se afastar do espírito e do escopo da presente invenção, definidos pelas recitações das reivindicações. Por conseguinte, o relatório descritivo contido na presente invenção é provido apenas com a finalidade de explicar exemplos e não deve, de maneira alguma, ser interpretado para limitar a presente invenção de nenhum modo.

Claims (6)

REIVINDICAÇÕES
1. Terminal caracterizado pelo fato de que compreende: uma seção de recebimento que recebe uma mensagem de resolução de contenção em um procedimento de acesso aleatório; e uma seção de controle que controla para transmitir uma Solicitação de Reconhecimento de Repetição Automática Híbrida (HARQ-ACK) em resposta à mensagem de resolução de contenção ao usar um PUCCH em uma Parte de Largura de Banda de Enlace Ascendente (UL BWP) ativa inicial.
2. Terminal, de acordo com a reivindicação 1, caracterizado pelo fato de que a seção de controle assume que um par de um índice de Bloco de Recurso Físico (PRB) do PUCCH em um primeiro salto e um índice de PRB do PUCCH em um segundo salto é definido de maneira diferente para cada formato de PUCCH.
3. Terminal, de acordo com a reivindicação 2, caracterizado pelo fato de que a seção de controle determina o índice de PRB no primeiro salto e o índice de PRB no segundo salto, com base em um tamanho da UL BWP ativa inicial.
4. Terminal, de acordo com a reivindicação 2, caracterizado pelo fato de que a seção de controle determina o índice de PRB no primeiro salto e o índice de PRB no segundo salto, com base em um valor que é selecionado a partir de um ou mais valores candidatos com base em um valor de campo em informações de difusão.
5. Método de radiocomunicação para um terminal, caracterizado pelo fato de que compreende: receber uma mensagem de resolução de contenção em um procedimento de acesso aleatório; e controlar para transmitir uma Solicitação de Reconhecimento de
Repetição Automática Híbrida (HARQ-ACK) em resposta à mensagem de resolução de contenção ao usar um PUCCH em uma Parte de Largura de Banda de Enlace Ascendente (UL BWP) ativa inicial.
6. Estação base caracterizada pelo fato de que compreende: uma seção de transmissão que transmite uma mensagem de resolução de contenção em um procedimento de acesso aleatório; e uma seção de controle que controla para receber uma Solicitação de Reconhecimento de Repetição Automática Híbrida (HARQ-ACK) em resposta à mensagem de resolução de contenção ao usar um PUCCH em uma Parte de Largura de Banda de Enlace Ascendente (UL BWP) ativa inicial.
BR112020014111-9A 2018-01-12 2018-01-12 terminal, método de radiocomunicação para um terminal e estação base BR112020014111A2 (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/000731 WO2019138563A1 (ja) 2018-01-12 2018-01-12 ユーザ端末及び無線通信方法

Publications (1)

Publication Number Publication Date
BR112020014111A2 true BR112020014111A2 (pt) 2020-12-01

Family

ID=67219551

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112020014111-9A BR112020014111A2 (pt) 2018-01-12 2018-01-12 terminal, método de radiocomunicação para um terminal e estação base

Country Status (8)

Country Link
US (1) US11683129B2 (pt)
EP (1) EP3739991A4 (pt)
JP (1) JP7177091B2 (pt)
CN (1) CN111801974B (pt)
AU (1) AU2018401104C1 (pt)
BR (1) BR112020014111A2 (pt)
MX (1) MX2020007380A (pt)
WO (1) WO2019138563A1 (pt)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110011692A (zh) * 2017-12-29 2019-07-12 株式会社Ntt都科摩 一种扩频通信方法、用户设备和基站
US11706768B2 (en) * 2020-04-24 2023-07-18 Qualcomm Incorporated Uplink control channel transmission in high band operation

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110182959A1 (en) * 2009-07-27 2011-07-28 E.I. Du Pont De Nemours And Company. Removable antimicrobial coating compositions containing acid-activated rheology agent and methods of use
JP5487229B2 (ja) * 2011-11-07 2014-05-07 株式会社Nttドコモ 無線基地局装置、ユーザ端末、無線通信システム及び無線通信方法
JP6618084B2 (ja) * 2014-11-06 2019-12-11 シャープ株式会社 端末装置、基地局装置および方法
WO2016072257A1 (ja) * 2014-11-06 2016-05-12 株式会社Nttドコモ ユーザ端末、無線基地局及び無線通信方法
ES2906767T3 (es) 2016-01-07 2022-04-20 Nokia Solutions & Networks Oy Método y aparato para asignar recursos de acuse de recibo
KR20170134238A (ko) * 2016-05-27 2017-12-06 주식회사 아이티엘 Nr 시스템을 위한 제어 채널 및 데이터 채널 송수신 방법 및 장치
JP6462751B2 (ja) * 2017-03-30 2019-01-30 株式会社Nttドコモ ユーザ端末、無線基地局及び無線通信方法
KR102588435B1 (ko) * 2017-09-08 2023-10-12 삼성전자주식회사 리소스 결정, 리소스 구성, 랜덤 액세스 프리엠블 송신 및 랜덤 엑세스를 위한 방법 및 장치
GB201718999D0 (en) * 2017-11-16 2018-01-03 Ijaz Ayesha Communication system
CN109803407B (zh) * 2017-11-17 2022-04-29 华为技术有限公司 一种上行控制信道的资源配置方法和装置

Also Published As

Publication number Publication date
US20200389260A1 (en) 2020-12-10
JPWO2019138563A1 (ja) 2020-12-24
US11683129B2 (en) 2023-06-20
AU2018401104A1 (en) 2020-08-20
AU2018401104B2 (en) 2023-11-30
AU2018401104B8 (en) 2024-01-04
EP3739991A4 (en) 2021-08-25
AU2018401104C1 (en) 2024-03-14
WO2019138563A1 (ja) 2019-07-18
JP7177091B2 (ja) 2022-11-22
MX2020007380A (es) 2020-09-03
AU2018401104A8 (en) 2024-01-04
CN111801974A (zh) 2020-10-20
CN111801974B (zh) 2024-05-07
EP3739991A1 (en) 2020-11-18

Similar Documents

Publication Publication Date Title
BR112020020265A2 (pt) Terminal, método de radiocomunicação para um terminal e estação rádio base
BR112020014069A2 (pt) terminal, método de radiocomunicação para um terminal e estação base
BR112021002316A2 (pt) terminal de usuário e método de radiocomunicação
BR112019022797A2 (pt) Terminal e método de radiocomunicação
BR112019022773A2 (pt) terminal e método de radiocomunicação
US11700607B2 (en) User terminal, radio base station and radio communication method
BR112020022870A2 (pt) terminal de usário e método de radiocomunicação
BR112020011130A2 (pt) terminal de usuário e método de radiocomunicação
BR112020018519A2 (pt) Terminal de usuário e método de radiocomunicação
BR112020021198A2 (pt) Terminal, método de radiocomunicação para um terminal e estação base em comunicação com um terminal
BR112020020298A2 (pt) Terminal, estação base e método de radiocomunicação
BR112020016436A2 (pt) Terminal, método de radiocomunicação para um terminal e estação base
BR112019015948A2 (pt) Terminal e método de radiocomunicação para um terminal
BR112020016455A2 (pt) Terminal de usuário e método de radiocomunicação
BR112020009572A2 (pt) terminal de usuário e método de radiocomunicação
BR112020027020A2 (pt) Terminal e método de radiocomunicação
BR112020014080A2 (pt) terminal de usuário e método de radiocomunicação de um terminal de usuário
BR112020006771A2 (pt) terminal e método de radiocomunicação
BR112020016012A2 (pt) Terminal, método de radiocomunicação para um terminal e estação base
BR112019015980A2 (pt) Terminal de usuário, estação rádio base e método de radiocomunicação
BR112020006713A2 (pt) terminal de usuário e método de radiocomunicação
BR112020022605A2 (pt) terminal, método de radiocomunicação para um terminal, estação base e sistema relacionado
BR112020023332A2 (pt) terminal, método de radiocomunicação para um terminal e sistema
BR112020010592A2 (pt) terminal, método de radiocomunicação para um terminal e estação base
BR112021001358A2 (pt) terminal de usuário

Legal Events

Date Code Title Description
B350 Update of information on the portal [chapter 15.35 patent gazette]