BR112012027913B1 - Suporte de resposta ul ack/nack para agregação de portadora durante o período de ativação/desativação/(re) configuração da componente de incerteza do período da portadora - Google Patents

Suporte de resposta ul ack/nack para agregação de portadora durante o período de ativação/desativação/(re) configuração da componente de incerteza do período da portadora Download PDF

Info

Publication number
BR112012027913B1
BR112012027913B1 BR112012027913-0A BR112012027913A BR112012027913B1 BR 112012027913 B1 BR112012027913 B1 BR 112012027913B1 BR 112012027913 A BR112012027913 A BR 112012027913A BR 112012027913 B1 BR112012027913 B1 BR 112012027913B1
Authority
BR
Brazil
Prior art keywords
component carriers
negative
messages
uplink control
channel
Prior art date
Application number
BR112012027913-0A
Other languages
English (en)
Other versions
BR112012027913A2 (pt
Inventor
Esa Tapani Tirola
Peng Chen
Chunyan Gao
Kari Pekka Pajukoski
Original Assignee
Nokia Solutions And Networks Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Solutions And Networks Oy filed Critical Nokia Solutions And Networks Oy
Publication of BR112012027913A2 publication Critical patent/BR112012027913A2/pt
Publication of BR112012027913B1 publication Critical patent/BR112012027913B1/pt

Links

Images

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/1829Arrangements specially adapted for the receiver end
    • 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/1607Details of the supervisory signal
    • H04L1/1692Physical properties of the supervisory signal, e.g. acknowledgement by energy bursts
    • 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
    • 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/1607Details of the supervisory signal
    • 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/1825Adaptation of specific ARQ protocol parameters according to transmission conditions
    • 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • 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/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

suporte de resposta ul ack/nack para agregação de portadora durante o período de ativação/desativação/ (re) configuração da componente de incerteza do período da portadora. um aparelho e um método são descritos, através dos quais a configuração, reconfiguração, ativação ou desativação de uma portadora componente é realizada. em particular, um formato de sinalização usado para reconhecimento negativo ou positivo de mensagens em um canal de controle uplink é detectado, e uma dimensão de livro de código do reconhecimento negativo ou positivo de mensagens é decidido com base no formato detectado de sinalização.

Description

Campo da Invenção
A presente invenção refere-se a um aparelho, método e produto de programa de computador para fornecer suporte de resposta UL Ack/Nack para agregação de portadora durante um período de desativação/ativação (re)configuração da incerteza de temporização de uma portadora componente.
Fundamentos
São aplicados os significados seguintes para as abreviações usadas nesta especificação:3GPP projeto de parceria de geração de terceira geraçãoACK ReconhecimentoBW Banda LargaCA Agregação De PortadoraCC Portadora componenteDL DownlinkeNB nó melhorado B, nome para o nó B em LTEFB RespostaFDD Divisão Duplex de FrequênciaLTE Evolução de longo prazoLTE-A LTE-avançadoMAC Controle de Acesso à MídiaMIMO Entrada Múltipla Saída MúltiplaNAK Reconhecimento NegativoPDCCH Canal de Controle do Downlink FísicoPUCCH Canal de Controle do Uplink FísicoPUSCH Canal Dividido do Uplink FísicoRRC Controle de Recurso de RádioSU-MIMO Entrada de Usuário Único Múltipla Saída MúltiplaTDD Divisão de Tempo DuplexUE Equipamento de usuárioUL Uplink
As modalidades da presente invenção referem-se ao sistema LTE-avançado, que irá ser parte de 3GPP LTE Rel-10. Mais especificamente, algumas modalidades são focadas em projeto de resposta UL ACK/NAK para agregação de portadora componente (CC) para lhe dar com assuntos relacionados ao período de reconfiguração de incerteza de tempo CC.
Além disso, a agregação de portadora (CA) em LTE-avançado é descrito em maior detalhe. Em particular, 3GPP estuda atualmente um novo sistema chamado LTE-avançado que garante as necessidades IMT-avançado determinadas pelo ITU-R. Os tópicos incluem por exemplo, extensões banda larga além de 20 MHz, ligações de repetidores, MIMO (múltipla entrada múltipla saída) melhoras como usuário múltiplo avançado MIMO (MU- MIMO) e introdução de SU-MIMO em uplink.
A extensão de banda larga além de 20 MHz em LTE-avançado foi decidida como sendo feita através de uma agregação de portadoras componentes (CA), em que diversas portadoras compatíveis de liberação 8 são agregadas para formar uma banda larga mais larga.
A Figura 3 mostra um exemplo para agregação de portadoras, em que cinco portadoras (portadora 1 à portadora 5), cada uma correspondente à Banda larga de liberação 8 (BW), pode ser agregada para formar a banda máxima larga para LTE-avançado (100 MHz).
A idéia é que cada terminal Rel'8 pode receber/transmitir em um dos CCs, em que terminais LTE-avançado suportando CA podem receber/transmitir em múltiplos CCs no mesmo tempo, deste modo tendo suporte da grande banda larga. Foi concordado que até 5 CCs devem ser agregados em LTE-avançado em ambos sistemas FDD e TDD (Rel-10). Este número pode ser aumentado em futuros lançamentos.
No caso de eNB querer e permitir transmissão/recepção através de múltiplos DL CCs para um certo UE, é necessário configurar os correspondentes CCs via controle de recurso de rádio (RRC) sinalizando (-> configurado mas desativadas as portadoras componentes). Adicionalmente ao Nível-Rrc CC- configuração, foi acordado suportar o nível de mecanismo MAC CC ativação/desativação em LTE-avançado. Um UE precisa ser preparado para receber PDCCH e PDSCH (e transmitir PUSCH) via portadoras componentes ativadas. Para CC(s), UE desativado(s) não está preparado para receber PDCCH ou PDSCH.
A seguir, uplink o reconhecimento/reconhecimento negativo (UL ACK/NAK) na resposta para agregação de portadoras é descrita.Para agregação de portadoras, foi concordado que:• Bloco de transporte independente é enviado através de CC• Um ACK/NAK para cada bloco de transporte é suportado.
Com base nas concordâncias acima, múltiplos ACK/NAKs serão enviados durante uma subestrutura UL. Além disso, na configuração típica há uma assimetria entre o número de DL e UL portadora componente suportado pelo UE. Isto precisa ser levado em consideração no projeto de resposta ACK/NAK, também. Para suportar a resposta UL ACK/NAK para CA, os métodos seguintes são considerados promissores:
Seleção De Canal (por exemplo, como definido em TS 36.213) para suportar até 4 bits em formato PUCCH lb.CK/NAK método de multiplexagem para suportar mais de 4 bits em formato PUCCH 2/2a/2b ou outra nova estrutura (por exemplo, modulação de sequências múltiplas).
A seleção de canal é um método maduro para suportar até 4 bits, que é usado para suportar a assimetria da configuração de subestrutura UL/DL em Rel'8 TDD. Deste modo, é natural suportar a seleção de caso de canal em agregação de portadora também (resposta limitada (FB) , até quatro bits). Para o caso com mais de 4 ACK/NAK bits, formato PUCCH 2 ou algum outro canal físico precisa ser considerado. Também é possível estender a seleção de canal para suportar mais que 4 bits.
No caso de CA, o número de ACK/NAK bits que precisa ser enviado durante uma subestrutura UL depende do número de DL CCs configurados(este sinalizado via sinalizador RRC) ou DL CCs ativados (sinalizado via MAC sinalizando).Entretanto, é notado que haverá um período de tempo quando o eNB não pode sobre o número existente de DL CCs configurados e/ou ativados pelo UE. Tal desalinhamento pode acontecer devido aos atrasos de processamento de UE relacionados a sinalização RRC. Outra fonte de desalinhamento são potenciais erros de sinalização (PDCCH, ACK, NAK) relacionados com comandos ativação/desativação. É notado que durante tal período de incerteza o existente UL ACK/NAK sinalizando métodos irá encontrar problemas severos por causa da ambiguidade no ACK/NAK tamanho de livro de código entre eNB e UE. Estes problemas incluem restrições de calendário severas e também uma alta possibilidade de erros de camadas mais altas.Portanto novos mecanismos são necessários para suportar respostas ACK/NAK confiáveis em todos os casos.
Para resposta de suporte de projeto relacionado de UL ACK/NAK para CA que durante o período de sinalização de cama mais alta de incerteza, no que vem a seguir, o mecanismo existente é descrito:
Para seleção de canal em formato PUCCH lb, a tabela de seleção de canal depende do número de configurados/ativados DL CCs, e UE selecionaram um recurso PUCCH e ponto QPSK para transmissão com base no status ACK/NAK. Entretanto, no caso de ambiguidade sobre o número de configurados/ativados DL CCs existente, eNB não terá idéia de qual tabela de seleção de canal é adotada do lado UE. Em tal caso, eNB não pode ter certeza do status ACK/NAK com base no recurso detectado PUCCH e QPSK ponto de constelação.
Para a ACK/NAK multiplexação em formato PUCCH 2, uma ambiguidade similar existe se o número de resposta ACK/NAK depende dos configurados ou ativados DL CCs.Então, o mecanismo existente não pode suportar tal questão
Sumário da Invenção
Deste modo, é um objetivo da presente invenção superar os problemas acima da técnica anterior.De acordo com diversas modalidades da presente invenção, um aparelho e um método são fornecidos através dos quais a configuração de portadora componente, reconfiguração, ativação ou desativação é desempenhada, em que um formato de sinalização usado para reconhecimento negativo ou positivo de mensagens em um canal de controle uplink é detectado, e um tamanho de livro de código do reconhecimento negativo ou positivo de mensagens é decidido com base no formato detectado de sinalização. Breve Descrição dos Desenhos
Estes e outros objetivos, recursos, detalhes e vantagens se tornarão mais claros a partir da descrição detalhada a seguir das modalidades da presente invenção que deve ser lida em conjunto corn os desenhos em anexo, em que:
A Figura 1 mostra uma estrutura de um aparelho, por exemplo, um equipamento de usuário (UE) ou um eNB de acordo com algumas modalidades da presente invenção;
A Figura 2 mostra um processo de acordo com algumas modalidades da presente invenção; e
A Figura 3 mostra um exemplo de agregação de portadora.
Descrição Detalhada das Modalidades
No que vem a seguir, a descrição será feita das modalidades da presente invenção. Deve ser entendido, entretanto, que a descrição é feita por meio de exemplo apenas, e que as modalidades descritas não devem, de forma alguma serem entendidas como limitantes da presente invenção.
Como descrito na parte introdutória, algumas modalidades tem o objetivo de fornecer novos mecanismos para suportar uma resposta confiável ACK/NAK em todos os casos.
Em particular, de acordo com as modalidades, uma disposição é descrita, em que é capaz de resolver incerteza de tempo relacionada com ACK/NAK sinalizando durante a reconfiguração de componente portadora. De acordo com exemplos mais concretos, a disposição contém as seguintes partes:• UE/eNB procedimento para mostrar multi-ACK/NAK no UL (relacionado- padrão)• Solução de sinalização para implementar a disposição proposta (relacionado- padrão)• eNB procedimentos para evitar casos de potenciais erros (relacionado a implementação)
É assumido que, pelo menos, dois multi-ACK/NAK formato de sinalizações são aplicáveis para mostrar a resposta ACK/NAK correspondendo ao múltiplo DL CCs no uplink (PUCCH e PUSCH)• um é designado para resposta limitada ACK/NAK e baseado em formato PUCCH lb e seleção de canal• outro é designado para resposta completaACK/NAK e baseado no código comum no topo do formato PUCCH 2, PUSCH ou algum outro tipo de canal.
De acordo com o esquema de acordo com as modalidades, o ACK/NAK tamanho de livro de código depende do formato de sinalização usado para mostrar a resposta ACK/NAK no PUCCH:• ACK/NAK tamanho de livro de código (isto é, tabela de seleção de canal) é com base no número máximo de DL CCs no caso em que PUCCH seleção de canal é aplicada no PUCCH• ACK/NAK tamanho de livro de código é com base no número de configurados (ou ativados) DL CCs no caso em que PUCCH seleção de canal não é aplicada.No que vem a seguir, uma modalidade mais geral de applicar o esquema acima é descrito com relação a Figura 1:
A Figura 1 mostra um aparelho de acordo com a modalidade geral da invenção. Este aparelho pode ser um eNB, a UE, ou uma parte de um eNB ou um UE, por exemplo.
Em particular, o aparelho compreende um processador (1) configurado para desempenhar a configuração de portadora componente, reconfiguração, ativação ou desativação. O processador compreende um detector 11 configurado para detectar formato de sinalização usado para reconhecimento negativo ou positivo de mensagens em um canal de controle uplink (por exemplo, PUCCH) , e uma unidade de decisão 12 configurada para decidir um tamanho de livro de código do reconhecimento negativo ou positivo de mensagens com base no formato detectado de sinalização.
É notado que o processador 1 pode ser parte de um processador central de um eNB ou an UE, e/ou pode ser configurado para executar outras funções. Além disso, o detector e a unidade de decisão podem ser implementados por software executados pelo processador, por exemplo.
No que vem a seguir, um método de acordo com a modalidade geral da invenção é descrito. De forma similar ao descrito acima, o método pode ser executado por um eNB, a UE, ou uma parte de um eNB ou a UE, por exemplo.
Em particular, no método, a configuração de portadora componente, reconfiguração, ativação ou desativação é desempenhada, em que o desempenho compreende detectar um formato de sinalização usado para reconhecimento negativo ou positivo de mensagens em um canal de controle uplink (por exemplo, PUCCH), e decidir um tamanho de livro de código do reconhecimento negativo ou positivo de mensagens com base no formato detectado de sinalização.
Por isso, deste modo o ACK/NAK tamanho de livro de código é decidido com base no formato de sinalização usado para mostrar a resposta ACK/NAK em um sinal uplink de controle como um PUCCH.
Deste modo, de acordo com as modalidades da presente invenção, uma solução é fornecida através da qual são evitados reconhecimento/não reconhecimento (ACK/NAK) casos de erro de resposta devido a diferentes componentes do portadora (CC) configuração/ativação entre, por exemplo, UE e eNB.
O decidido ACK/NAK tamanho de livro de código pode ser aplicado em, pelo menos, um dos casos seguintes: quando sinalizando ACK/NAK on PUCCH, quando sinalizando ACK/NAK em PUSCH, ou quando sinalizando ACK/NAK em PUCCH e PUSCH.
Como descrito acima, ACK/NAK tamanho de livro de código é baseado no número máximo de DL CCs (no que vem a seguir também chamado de M) no caso de PUCCH seleção de canal. No que vem a seguir, este número máximo de DL CCs é descrito com maiores detalhes.
Há algumas opções para definir o número máximo de DL CCs:1. M é baseado na categoria UE, isto é, quantos DL CCs são suportados pelo UE2. M é um valor pré-definido no relatório descritivo. Uma abordagem é definir M com base no número máximo de DL CCs suportado pela seleção de canal (por exemplo, M=4)3. M pode ser um parâmetro configurado semi-estático definido por eNB (em UE- maneira específica ou em maneira de célula específica).
Após CC (re-)configuração/ativação/desativação o UE começa usando pré-definido PUCCH tabela de seleção de canal de acordo com M. É notado que o eNB pode melhorar o desempenho de detecção de PUCCH seleção de canal através de ignorar os estados correspondentes aos não ativados CCs (isto é, é sabidp anteriormente que estes CCs são no estado DTX em qualquer caso).
No que vem a seguir, o recurso PUCCH alocação para PUCCH seleção de canal é descrito. Em particular, não há necessidade de reservar recurso PUCCHs de acordo com o número máximo de configurados/ativados CCs. Em vez disso, de acordo com a presente modalidade PUCCH Format la/lb recursos são reservados usando um dos métodos seguintes:1. alocação implícita de recurso com base no número de agendados CCs2. alocação explícita de recurso com base no número de configurados CCs3. alocação híbrida de recurso em que recurso PUCCHs correspondente a DL CCs agendados via primário DL CC são reservados de forma implícita, de modo que o recurso PUCCHs correspondente a DL CCs agendados via secundário DL CC(s) são reservados de forma explícita.
De acordo com a presente modalidade, o recurso PUCCHs além daqueles reservados usando implícito RA são sinalizados como parte de CC (re- ) conf ig u ração/ativação/desativação.
No que vem a seguir, os procedimentos evitam avoid ACK/NAK casos de erros devido a CC (re-)configuração são descritos:
Há diversos casos que modem resultar no caso de erro para multi-A/N sinalizando:1. número de DL CCs pode mudar (->carga de pagamento de multi-ACK/NAK varia de acordo). Este não é um problema com o canal PUCCHSeleção do esquema a seguir de acordo com a modalidade descrita acima.2. Multi-ACK/NAK formato pode mudar (PUCCH seleção de canal código conjunto).3. Ambos podem mudar ao mesmo tempo
No que vem a seguir, três procedimentos alternativos são descritos, através dos quais os problemas acima 2 e 3 também podem ser superados.
De acordo com um primeiro procedimento, que é relacionado a implementação, as mudanças eNB e multi-ACK/NAK recurso PUCCH no caso CC (re-)configuração (ou in ativação/desativação se aplicável). Isto permite que se desempenhe uma detecção sega no eNB lado para decidir qual recurso PUCCH é aplicado ao lado UE (recurso antigo ou recurso novo). O primeiro procedimento é aplicável em particular para um código conjunto, mais especificamente quando sinalizando multi-A/N on PUCCH. Entretanto, o primeiro procedimento pode também ser aplicado para a seleção de canal, embora isto não seria necessário quando aplicando o esquema de acordo com a modalidade descrita acima.
De acordo com um segundo procedimento, que também é relacionado a implementação, o eNB evita a transmissão concorrente de PUSCH e multi-ACK/NAK usando restrições de agenda. Isto permite que o eNB aplique o primeiro procedimento descrito acima. O segundo procedimento é aplicado para ambos os casos, isto é, código conjunto e seleção de canal.
No que vem a seguir, o terceiro procedimento é descrito, que é relacionado-padrão: é possível para incluir sinalização de controle associado com dados em multi-ACK/NAK FB sinalizar o status de CC reconfiguração/ativação/desativação. Uma abordagem é para incluir esta informação na modulação RS (formato PUCCH 2a/2b). Outra abordagem é sinalizar o tamanho de livro de código como parte da mensagem multi-ACK/NAK. Este esquema é aplicável em ambos PUCCH e PUSCH.
O terceiro procedimento é aplicável em particular ao código conjunto. Entretanto, no caso ACK/NAK é multiplexado com UL dados, e também o terceiro procedimento pode ser aplicado para ambos os esquemas, isto é, código conjunto e seleção de canal.
No que vem a seguir, exemplos para implementações técnicas são descritos.O princípio do UE/eNB procedimento é mostrado na Figura 2. Este assume que o Nível-Rrc CC (re-) configuração é usado para configurar o número de DL CCs, multi- ACK/NAK formato e alocação de recurso PUCCH.
De acordo com a Figura 2, a informação seguinte pode ser potencialmente sinalizada com acompanhamento de RRC CC (re-) configuração, como indicado na etapa SI:1. Número de DL CCs configurados (e também índex configurado CC) .2. PUCCH ACK/NAK formato container (isto é, seleção de canal em formato PUCCH lb, ou código conjunto em formato PUCCH 2/2a/2b, ou outro tipo de canal).3. A alocação explícita de recurso para multi recurso ACK/NAK (por DL CC para PUCCH seleção de canal)
É notado que na Figura 2, o PUCCH ACK/NAK formato container ou multi ACK/NAK formato é abreviado como formato A/N.Na etapa S2, é detectado que tipo de formato multi-A/N é usado.
No caso da seleção de canal em formato PUCCH lb é usado para mostrar multi- ACK/NAK, o ACK/NAK tamanho de livro de código (isto é, tabela de seleção de canal) depende do número máximo de DL CCs (como mostrado na etapa S2) . É notado que o livro de código definido pode ser aplicado apenas no caso da sinalização ACK/NAK em PUCCH. A outra opção é aplicar o tamanho selecionado de livro de código também quando multiplexando ACK/NAK com PUSCH dados.
No caso do código conjunto em formato PUCCH 2/2a/2b, ou PUSCH, ou outro tipo de canal é usado para mostrar multi-ACK/NAK, the ACK/NAK tamanho de livro de código depende do número de DL CCs configurados (como mostrado na etapa S3). Novamente, é possíveç aplicar o tamanho definido de livro de código apenas no caso quando sinalizando ACK/NAK em PUCCH. A outra escolha é aplicar o tamanho selecionado de livro de código também quando multiplexando ACK/NAK com PUSCH dados.
Além disso, do primeiro ao terceiro procedimentos descrito acima pode ser usado para lhe dar com casos potenciais de ambiguidade/erro.
Após o desempenho da etapa S3 ou etapa S4, a nova configuração CC ié levada em consideração (no UE).É notado que etapa S2 corresponde a detecção de um formato de sinalização como descrito no método de acordo com uma modalidade mais geral, e etapas S3 e S4 correspondem a decidir um tamanho de livro de código como descrito no método de acordo com a modalidade mais geral.
Além disso, as implementações a seguir são disponíveis para PUCCH seleção de canal:• Implementação 1: para um UE, se o número máximo possível dos configurados/ativados DL CCs não for maior que 4, tabela de seleção de canal como definido em Tabela 10.1-4 (TS36.213 v8.8.0) é utilizada do lado UE para seleção de canal, não importando quantos DL CCs são realmente configurados/ativados.• Implementação 2: para um UE, se o número máximo possível dos configurados/ativados DL CCs não for maior que 4, uma tabela unificada de seleção de canal pe definida do lado UE para seleção de canal, sem importar quantos DL CCs são realmente configurados/ativados. Uma tabela unificada de seleção de canal é uma única tabela de seleção de canal aplicável a todos os casos de seleção de canal.• Implementação 3: para um UE, se o número máximo possível dos configurados/ativados DL CCs is 5 e UE detecta um pré-definido DL CC não agendado, UE irá desempenhar a seleção de canal (com tabela unificada de seleção de canal) em formato PUCCH lb. De outro modo, UE irá desempenhar ACK/NAK multiplexando em formato PUCCH 2/2a/2b. Para tal implementação implementação, eNB desempenha detecção cega para distinguir qual container é utilizado do lado UE.• Implementação 4: para ACK/NAK multiplexando em formato PUCCH 2/2a/2b ou outra nova estrutura, um bit é enviado via RS modulação. No caso ACK/NAK tamanho de livro de código é mudado, o sera etiquetado. De outro modo, o bit não será mudado. De tal modo, eNB pode saber exatamente qual ACK/NAK tamanho de livro de código é utilizado do lado UE.Deste modo, através das modalidades descritas acima, as seguintes vantagens são alcaçadas:
O esquema proposto é capaz de lhe dar com todos os casos de erro relacionados com ACK/NAK ambiguidade de livro de código durante CC reconfiguração/ativação/desativação. Além disso, o consumo de recurso PUCCH pode ser minimizado com PUCCH seleção de canal. As modalidades podem suportar um agendamento flexível durante CC (re-) configuração. Além disso, o esforço de padronização é pequeno.
Geralmente, as soluções descritas acima são simples e eficientes sem perdas permanentes na eficiência significativa de sinalização.
É notado que algumas modalidades descritas acima sao direcionadas a LTE-A. Entretanto, LTE-A é apenas um exemplo, e as modalidades da presente invenção podem ser aplicadas em qualquer tecnologia de acesso de rádio em que a banda larga de sistema é dividida em sub-bandase portadoras componente são usadas, e reconhecimento/reconhecimento negativo mensagens devem ser enviados que pode variar em tamanho.
De acordo com um primeiro aspecto de diversas modalidades da invenção, um aparelho é fornecido que compreendeum processador configurado para desempenhar a configuração de portadora componente, reconfiguração, ativação ou desativação, o processador compreendendo um detector configurado para detectar formato de sinalização usado para reconhecimento negativo ou positivo de mensagens em um canal de controle uplink, euma unidade de decisão configurada para decidir um tamanho de livro de código do reconhecimento negativo ou positivo de mensagens com base no formato detectado de sinalização.O primeiro aspecto pode ser modificado como a seguir:
A unidade de decisão pode ser configurada para decidir o tamanho de livro de código com base no número máximo de portadoras de componente downlink no caso como um formato de sinalização para o reconhecimento negativo ou positivo de mensagens no canal de controle uplink um canal de seleção é aplicado.
O Número Máximo de portadoras de componente downlinkpode ser definido com base em quantos portadoras de componente downlink são suportados por um elemento de rede,pode ser um valor pré-definido,pode ser definido com base em um número máximo de portadoras de componente downlink suportado pela seleção de canal, oupode ser a parâmetro configurado semi-estático definido por um elemento de controle de rede.
A unidade de decisão pode ser configurada para decidir o tamanho de livro de código com base no número de portadoras ativadas ou configuradas de componente downlink no caso como um formato de sinalização para o reconhecimento negativo ou positivo de mensagens no controle uplinkcanal um canal de seleção não é aplicado. Por exemplo, nesse caso o código conjunto pode ser aplicado.
O processador pode ser pode ser configurado para usar um canal pré-definido de tabela de seleção de controle uplink de acordo com o número máximo de portadoras de componente downlink.
O processador pode ser configuradopara reservar recursos de canal de controle uplink com base em um número de portadoras agendados de componente ou um número de portadoras configuradas de componente, e/oupara reservar recursos de canal de controle uplink correspondentes a portadoras de componente downlink agendados através de um portadora primário de componente downlink com base no número de portadoras agendados de componente, e para reservar recursos de canal de controle uplink correspondentes a portadoras de componente downlink agendados via canais de controle downlink secundários com base no número de portadoras configuradas de componente.
O processador pode ser configurado para mudar um recurso de canal uplink de controle para reconhecimento múltiplo negativo ou positivo de mensagens no desempenho de uma configuração de portadora componente, reconfiguração, ativação ou desativação.
O processador pode ser configurado para evitar transmissão concorrente de um PUSCH e reconhecimento negativo múltiplo ou positivo de mensagens em períodos de tempo pré-determinados com o tempo relacionado de forma incerta com a configuração de portadora componente.
O processador pode ser configurado para incluir sinalização de controle associado com dados em uma mensagem múltipla de reconhecimento negativo ou positivo para sinalizar o status de uma configuração de portadora componente, reconfiguração, ativação ou desativação.
O processador pode ser configurado para usar uma tabela unificada de seleção de canal em caso de um possível número máximo de portadoras configuradas e/ou ativados de componente downlink não ser maior que um número pré-determinado.
O processador pode ser configurado para aplicar o tamanho decidido de livro de código do reconhecimento negativo ou positivo de mensagens em, pelo menos, um dos casos seguintes:quando sinalizando reconhecimento negativo ou positivo de mensagens em um canal de controle uplink,quando sinalizando reconhecimento negativo ou positivo de mensagens em um canal dividido uplink, e/ouquando sinalizando reconhecimento negativo ou positivo de mensagens em um canal de controle uplink e um canal dividido uplink.
O aparelho pode ser a equipamento de usuário ou pode ser parte de um equipamento de usuário, ou pode ser a elemento de controle de rede como um eNB, ou pode ser uma parte do mesmo.
De acordo com um segundo aspecto de diversas modalidades da invenção, um método é fornecido que compreendedesempenhar a configuração de portadora componente, reconfiguração, ativação ou desativação, o desempenho compreendendo adicionalmentedetectar um formato de sinalização usado para reconhecimento negativo ou positivo de mensagens em um canal de controle uplink, edecidir um tamanho de livro de código do reconhecimento negativo ou positivo de mensagens com base no formato detectado de sinalização.
O desempenho, detectando e decidindo pode ser desempenhado por um processador ou meios de processamento similares, por exemplo.O segundo aspecto pode ser modificado como a seguir:
No caso como um formato de sinalização para o reconhecimento negativo ou positivo de mensagens no canal de controle uplink um canal de seleção é aplicado, o tamanho de livro de código pode ser decidido com base no número máximo de portadoras de componente downlink.
O número máximo de portadoras de componente downlinkpode ser definido com base em quantos portadoras de componente downlink são suportados por um elemento de rede,pode ser um valor pré-definido,pode ser definido com base em um número máximo de portadoras de componente downlink suportado pela seleção de canal, oupode ser a parâmetro configurado semi-estático definido por um elemento de controle de rede.
No caso como um formato de sinalização para o reconhecimento negativo ou positivo de mensagens no canai de controle uplink um canal de seleção não é aplicado, o tamanho de livro de código pode ser decidido com base no número de portadoras ativados ou configurados de componente downlink.
O método pode compreender adicionalmenteusar um canal pré-definido de tabela de seleção de controle uplink de acordo com o número máximo de portadoras de componente downlink.
O método pode compreender adicionalmentereservar um canal de recursos uplink de controle com base em um número de portadoras agendados de componente ou um número de portadoras configuradas de componente, e/oureservar um canal de recursos uplink de controle correspondentes a portadoras de componente downlink agendados através de um portadora primário de componente downlink com base no número de portadoras agendados de componente, e reservar um canal de recursos uplink de controle correspondente a portadoras de componente downlink agendadas via canais de controle downlink secundários com base no número de portadoras configuradas de componente.
O método pode compreender adicionalmentemudar um recurso de canal uplink de controle para reconhecimento múltiplo negativo ou positivo de mensagens no desempenho de uma configuração de portadora componente, reconfiguração, ativação ou desativação.
O método pode compreender adicionalmente evitar a transmissão concorrente de um PUSCH e reconhecimento negativo múltiplo ou positivo de mensagens em períodos de tempo pré-determinados com o tempo relacionado de forma incerta com a configuração de portadora componente.
O método pode compreender adicionalmente incluir uma sinalização de controle associado com dados em uma mensagem múltipla de reconhecimento negativo ou positivo para sinalizar o status de uma configuração de portadora componente, reconfiguração, ativação ou desativação.
O método pode compreender adicionalmente usar uma tabela indefinida de seleção de canal em caso de um possível número máximo de portadoras configuradas e/ou ativadas de componente downlink não ser maior que um número pré-determinado.
O tamanho decidido de livro de código do reconhecimento negativo ou positivo de mensagens pode ser aplicado em, pelo menos, um dos casos seguintes: dequando sinalizando canal de controle uplink,quando sinalizando canal dividido uplink, e/ouquando sinalizandoreconhecimentoreconhecimentoreconhecimentonegativonegativonegativoouououpositivopositivopositivodedemensagensmensagensmensagensemememumumum canal de controle uplink e um canal dividido uplink.
De acordo com um terceiro aspecto de diversas modalidades da presente invenção, um produto de programa de computador é fornecido que compreendemeios de códigos para desempenhar um método de acordo com qualquer um do segundo aspecto e suas modificações quando funcionando em um computador.
O produto de programa de computador é incorporado em um meio legível por computador.O produto de programa de computador pode ser diretamente carregável em uma memória interna do computador.
De acordo com um quarto aspecto de diversas modalidades da invenção, um aparelho é fornecido que compreendemeios para desempenhar a configuração de portadora componente, reconfiguração, ativação ou desativação,meios para detectar um formato de sinalização usado para reconhecimento negativo ou positivo de mensagens em um canal de controle uplink, emeios para a decidir um tamanho de livro de código do reconhecimento negativo ou positivo de mensagens com base no formato detectado de sinalização.O quarto aspecto pode ser modificado como a seguir:
O aparelho pode compreender adicionalmente meios para decidir o tamanho de livro de código com base no número máximo de portadoras de componente downlink no caso como um formato de sinalização para o reconhecimento negativo ou positivo de mensagens no canal de controle uplink um canal de seleção é aplicado.
O número máximo de portadoras de componente downlink pode ser definido com base em quantos portadoras de componente downlink são suportados por um elemento de rede,pode ser um valor pré-definido,pode ser definido com base em um número máximo de portadoras de componente downlink suportado pela seleção de canal, oupode ser a parâmetro configurado semi-estático definido por um elemento de controle de rede.
O aparelho pode compreender adicionalmente meios para decidir o tamanho de livro de código com base no número de portadoras ativados ou configurados de componente downlink no caso como um formato de sinalização para o reconhecimento negativo ou positivo de mensagens no canal de controle uplink um canal de seleção não é aplicado. Por exemplo, nesse caso código conjunto pode ser aplicado.
O aparelho pode compreender adicionalmente meios para usar um canal pré- definido de tabela de seleção de controle uplink de acordo com o número máximo de portadoras de componente downlink.
O aparelho pode compreender adicionalmente meios parareservar um canal de recursos uplink de controle com base em um número de portadoras agendados de componente ou um número de portadoras configuradas de componente, e/oureservar um canal de recursos uplink de controle correspondentes a portadoras de componente downlink agendados através de um portadora primário de componente downlink com base no número de portadoras agendados de componente, e reservar um canal de recursos uplink de controle correspondentes a portadoras de componente downlink agendados via canais de controle downlink secundários com base no número de portadoras configuradas de componente.
O aparelho pode compreender adicionalmente meios para mudar um recurso de canal uplink de controle para reconhecimento múltiplo negativo ou positivo de mensagens no desempenho de uma configuração de portadora componente, reconfiguração, ativação ou desativação.
O aparelho pode compreender adicionalmente meios para evitar a transmissão concorrente de um PUSCH e reconhecimento negativo múltiplo ou positivo de mensagens em períodos de tempo pré-determinados com o tempo relacionado de forma incerta com a configuração de portadora componente.
O aparelho pode compreender adicionalmente meios para incluir uma sinalização de controle associado com dados reconhecimento negativo múltiplo ou positivo de mensagens para sinalizar o status de uma configuração de portadora componente, reconfiguração, ativação ou desativação.
O aparelho pode compreender adicionalmente meios para usar uma tabela indefinida de seleção de canal em caso de um possível número máximo de portadoras configuradas e/ou ativados de componente downlink não ser maior que um número pré-determinado.
O aparelho pode compreender adicionalmente meios para aplicar o tamanho decidido de livro de código do reconhecimento negativo ou positivo de mensagens em, peloequipamento de usuário, ou pode ser a elemento de controle de rede como um eNB, ou pode ser uma parte do mesmo.
Deve ser entendido que qualquer modificação acima pode ser aplicada de maneira única ou em combinação com os respectivos aspectos e/ou modalidades a qual referem-se, a manos que sejam explicitamente atestados excluindo certas alternativas.
Com o objetivo da presente invenção como descrito acima no presente documento, deve ser notado que- etapas de métodos prováveis de serem implementadas como porções de código de software e sendo executadas usando um processador em um elemento de rede ou terminal (como exemplos de dispositivos, aparelhos e/ou módulos dos mesmos, ou como exemplos de entidades que incluem aparelhos e/ou métodos dos mesmos), são códigos de software independentes e podem ser especificados.
Usando qualquer língua conhecida ou futura de programação, desde que a funcionalidade definida pelas etapas de métodos seja preservada;- geralmente, qualquer método etapa é adequado para ser implementado como software ou por hardware sem mudar a idéia da invenção em termos da funcionalidade implementada;- etapas de métodos e/ou dispositivos, unidades ou meios prováveis de serem implementados como componentes de hardware como os aparelhos definidos acima, ou quaisquer módulos do mesmo, (por exemplo, dispositivos executando as funções do aparelhos de acordo com as modalidades como descrito acima, UE, eNB etc. como descrito acima) são hardware independentes e podem ser implementados usando qualquer tecnologia de hardware desenvolvido ou quaisquer híbridos destes, como MOS (Semicondutor de óxido metálico), CMOS (MOS complementar) , BiMOS (Bipolar MOS) , BiCMOS (Bipolar CMOS) , ECL (lógica acoplada emitida) , TTL (lógica Transistor-Transistor), etc., usando por exemplo, componentes ASIC (Aplicação específica IC (circuito integrado)), componentes FPGA (Portadoras programáveis por campo), componentes CPLD (dispositivo de lógica programável complexo) ou componentes DSP (processador de sinal digital);- dispositivos, unidades ou meios (por exemplo, os aparelhos definidos acima, ou qualquer um de seus respectivos meios) podem ser implementados como dispositivos individuais, unidades ou meios, mas não exclui que são implementados de maneira distribuída através do sistema, desde que a funcionalidade do dispositivo, unidade ou meios seja preservada;- um aparelho pode ser representado por um chip semiconductor, um conjunto de chip, ou um módulo de (hardware) compreendendo tal chip ou conjunto de chip; isto, entretanto, não exclui a possibilidade que a funcionalidade de um aparelho ou módulo, em vez de ser hardware implementado, ser implementado como software em um módulo (software) como um programa de computador ou um produto de programa de computador compreendendo porções de código de software executáveis para execução em um processador;- um dispositivo pode ser tido como um aparelho ou uma montagem de mais que um aparelho, em funcionalidade de cooperação com
Cada outra funcionalidade dependente de cada outro dispositivo do mesmo tipo, por exemplo.É notado que as modalidades e exemplos descritos acima são fornecidos para propósitos ilustrativos e não tem a intenção da presente invenção ser restrita a este. Em vez disso, é a intenção que todas as variações e modificações incluam e caiam no espírito e escopo das reivindicações em anexo.

Claims (18)

1- Aparelho caracterizado por compreender:pelo menos um processador configurado para desempenhar a configuração, reconfiguração, ativação ou desativação da portadora componente, eo processador ainda configurado para fazer com que o aparelho execute o seguinte:detectar um formato de sinalização usado para reconhecimento negativo ou positivo de mensagens em um canal de controle uplink; edecidir um tamanho de livro de código do reconhecimento negativo ou positivo de mensagens com base em se o formato de sinalização detectado é um baseado no formato PUCCH 1b e seleção de canal, ou outro baseado na codificação conjunta no topo do formato PUCCH 2 ou PUSCH,em que o tamanho do livro de código é decidido com base no número máximo de portadoras de componente de downlink quando uma seleção de canal é aplicada, eem que o número máximo de portadoras de componente de downlink é definido com base em um número máximo de portadoras de componente de downlink suportadas pela seleção de canal.
2- Aparelho de acordo com a reivindicação 1, caracterizado por o processador ser configurado para fazer com que o aparelho decida o tamanho do livro de código com base no número de portadoras de componente downlink configuradas ou ativadas quando uma seleção de canal não é aplicada.
3- Aparelho de acordo com a reivindicação 1, caracterizado por o processador ser configurado para fazer com que o aparelho use uma tabela de seleção de canal de controle pré-definido do uplink de acordo com o número máximo de portadoras componente downlink.
4- Aparelho de acordo com a reivindicação 1, caracterizado por o processador ser configurado para:reservar recursos de canal de controle uplink com base em um número de portadoras componente agendadas ou um número de portadoras componente configuradas, e/oureservar recursos de canal de controle uplink correspondentes a portadoras componente downlink agendadas através de uma portadora primária componente downlink com base no número de portadoras componente agendadas, e reservar recursos de canal de controle uplink correspondentes a portadoras componente downlink agendadas via canais de controle downlink secundários com base no número de portadoras componente configuradas.
5- Aparelho de acordo com a reivindicação 1, caracterizado por o processador ser configurado para fazer com que o aparelho mude um recurso de canal de controle uplink para reconhecimento múltiplo negativo ou positivo de mensagens no desempenho de uma configuração, reconfiguração, ativação ou desativação de portadora componente.
6- Aparelho de acordo com a reivindicação 1, caracterizado por o processador ser configurado para fazer com que o aparelho evite transmissão concorrente de um PUSCH e mensagens de reconhecimento negativo ou positivo múltiplo em períodos de tempo predeterminados com a incerteza temporal relacionada com a configuração da portadoracomponente.
7- Aparelho de acordo com a reivindicação 1, caracterizado por o processador ser configurado para fazer com que o aparelho inclua sinalização de controle associada com dados em uma mensagem múltipla de reconhecimento negativo ou positivo para sinalizar o status de uma configuração, reconfiguração, ativação ou desativação da portadoracomponente.
8- Aparelho de acordo com a reivindicação 1, caracterizado por o processador ser configurado para fazer com que o aparelho use uma tabela unificada de seleção de canal em caso de um possível número máximo de portadoras configuradas e/ou ativadas de componente downlink não ser maior que um número predeterminado.
9- Aparelho de acordo com a reivindicação 1, caracterizado por o processador ser configurado para fazer com que o aparelho aplique o tamanho decidido de livro de código doreconhecimento negativo ou positivo de mensagens em, pelo menos, um dos casosseguintes:quando sinalizando reconhecimento negativo ou positivo de mensagens em um canal de controle uplink,quando sinalizando reconhecimento negativo ou positivo de mensagens em um canal dividido uplink, equando sinalizando reconhecimento negativo ou positivo de mensagens em umcanal de controle uplink e um canal dividido uplink.
10- Método caracterizado por compreender: detectar um formato de sinalização usado para reconhecimento negativo ou positivode mensagens em um canal de controle uplink; edecidir um tamanho de livro de código do reconhecimento negativo ou positivo de mensagens com base em se o formato de sinalização detectado é um baseado no formato PUCCH 1b e seleção de canal, ou outro baseado na codificação conjunta no topo do formato PUCCH 2 ou PUSCH,em que o tamanho do livro de código é decidido com base no número máximo de portadoras de componente de downlink quando uma seleção de canal é aplicada, eem que o número máximo de portadoras de componente de downlink é definido com base em um número máximo de portadoras de componente de downlink suportadas pela seleção de canal.
11- Método de acordo com a reivindicação 10, caracterizado por, quando uma seleção de canal não é aplicada, o tamanho de livro de código ser decidido com base no número de portadoras componente downlink configuradas ou ativadas.
12- Método de acordo com a reivindicação 10, caracterizado por compreender adicionalmente:usar um canal pré-definido de tabela de seleção de controle uplink de acordo com o número máximo de portadoras componente downlink.
13- Método de acordo com a reivindicação 10, caracterizado por compreender adicionalmente:reservar recursos de canal de controle uplink com base em um número de portadoras componente agendadas ou um número de portadoras componente configuradas, e/oureservar um canal de recursos uplink de controle correspondentes a portadoras componente downlink agendadas através de uma portadora componente downlink primária com base no número de portadoras componente agendadas, e reservar recursos de canal de controle de uplink correspondentes a portadoras componente downlink agendadas via canais de controle downlink secundários com base no número de portadoras componente configuradas.
14- Método de acordo com a reivindicação 10, caracterizado por compreender adicionalmente:mudar um recurso de canal uplink de controle para reconhecimento múltiplo negativo ou positivo de mensagens na realização de uma configuração, reconfiguração, ativação ou desativação da portadora componente.
15- Método de acordo com a reivindicação 10, caracterizado por compreender adicionalmente:evitar a transmissão concorrente de um PUSCH e mensagens múltipla de reconhecimento negativo ou positivo em períodos de tempo predeterminados com a incerteza temporal relacionada com a configuração da portadora componente.
16- Método de acordo com a reivindicação 10, caracterizado por compreender adicionalmente:incluir uma sinalização de controle associado com dados em uma mensagem múltipla de reconhecimento negativo ou positivo para sinalizar o status da configuração, reconfiguração, ativação ou desativação da portadora componente.
17- Método de acordo com a reivindicação 10, caracterizado por compreender adicionalmente:usar uma tabela unificada de seleção de canal em caso de um possível número máximo de portadoras componente downlink configuradas e/ou ativadas não ser maior que um número predeterminado.
18- Método de acordo com a reivindicação 10, caracterizado por o tamanho decidido de livro de código do reconhecimento negativo ou positivo de mensagens ser 5 aplicado em, pelo menos, um dos casos seguintes:quando sinalizando reconhecimento negativo ou positivo de mensagens em um canal de controle uplink,quando sinalizando reconhecimento negativo ou positivo de mensagens em um canal dividido uplink, e10 quando sinalizando reconhecimento negativo ou positivo de mensagens em umcanal de controle uplink e um canal dividido uplink.
BR112012027913-0A 2010-04-30 2010-04-30 Suporte de resposta ul ack/nack para agregação de portadora durante o período de ativação/desativação/(re) configuração da componente de incerteza do período da portadora BR112012027913B1 (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2010/000597 WO2011134109A1 (en) 2010-04-30 2010-04-30 Support of ul ack/nack feedback for carrier aggregation during timing uncertainty component carrier (re-) configuration / activation /de -act i vat ion period

Publications (2)

Publication Number Publication Date
BR112012027913A2 BR112012027913A2 (pt) 2020-08-18
BR112012027913B1 true BR112012027913B1 (pt) 2021-08-17

Family

ID=44860731

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112012027913-0A BR112012027913B1 (pt) 2010-04-30 2010-04-30 Suporte de resposta ul ack/nack para agregação de portadora durante o período de ativação/desativação/(re) configuração da componente de incerteza do período da portadora

Country Status (14)

Country Link
US (1) US9419753B2 (pt)
EP (1) EP2564539B1 (pt)
JP (1) JP5555806B2 (pt)
KR (1) KR101425630B1 (pt)
CN (1) CN102948100B (pt)
AU (1) AU2010351964B2 (pt)
BR (1) BR112012027913B1 (pt)
CA (1) CA2797873C (pt)
ES (1) ES2742753T3 (pt)
MX (1) MX2012012574A (pt)
RU (1) RU2536346C2 (pt)
SG (1) SG185111A1 (pt)
TW (1) TWI547116B (pt)
WO (1) WO2011134109A1 (pt)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013169166A1 (en) * 2012-05-10 2013-11-14 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for hybrid automatic repeat request signaling
US8885752B2 (en) 2012-07-27 2014-11-11 Intel Corporation Method and apparatus for feedback in 3D MIMO wireless systems
WO2014019236A1 (en) * 2012-08-03 2014-02-06 Nokia Siemens Networks Oy Method and apparatus
JPWO2014049971A1 (ja) * 2012-09-28 2016-08-22 三菱電機株式会社 移動体通信システム
CN104244363B (zh) * 2013-06-07 2020-02-04 电信科学技术研究院 一种检测发现消息的方法、终端及系统
JP2018517349A (ja) * 2015-05-13 2018-06-28 華為技術有限公司Huawei Technologies Co.,Ltd. データ伝送方法及び装置
EP3577827B1 (en) 2017-02-01 2021-12-29 Telefonaktiebolaget LM Ericsson (publ) Methods and nodes for activation or deactivation of a carrier in a communication network supporting carrier aggregation
WO2018147774A1 (en) 2017-02-13 2018-08-16 Telefonaktiebolaget Lm Ericsson (Publ) Resource signaling for pucch

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7630886B2 (en) * 2005-01-14 2009-12-08 Nokia Corporation Hochwald construction of unitary matrix codebooks via eigen coordinate transformations
US20080305745A1 (en) 2007-06-05 2008-12-11 Interdigital Technology Corporation Method and apparatus for supporting uplink transmission of channel quality and coding information in a wireless communication system
US8630184B2 (en) 2007-08-15 2014-01-14 Qualcomm Incorporated Uplink control channel format
US9130612B2 (en) 2008-01-07 2015-09-08 Qualcomm Incorporated Unified uplink control signal formats
US8335165B2 (en) 2008-03-04 2012-12-18 Texas Instruments Incorporated Transmission of multiple ACK/NAK bits with data
DK2294771T3 (da) * 2008-03-20 2013-10-07 Nokia Siemens Networks Oy Frekvensspringsmønster og anordning til sounding-referencesignal
US9083524B2 (en) 2008-03-26 2015-07-14 Qualcomm Incorporated Systems and methods for sending an acknowledgement message in a wireless communication system
US8374109B2 (en) 2008-03-27 2013-02-12 Qualcomm Incorporated Methods of sending control information for users sharing the same resource
US7924754B2 (en) * 2008-09-23 2011-04-12 Telefonaktiebolaget L M Ericsson Multiple carrier acknowledgment signaling
DK2351445T3 (en) 2008-10-20 2015-10-26 Interdigital Patent Holdings carrier Aggregation
US8514793B2 (en) * 2008-10-31 2013-08-20 Interdigital Patent Holdings, Inc. Method and apparatus for monitoring and processing component carriers
WO2010059813A1 (en) * 2008-11-21 2010-05-27 Interdigital Patent Holdings, Inc. Method and apparatus for supporting aggregation of multiple component carriers
EP2374299A1 (en) * 2008-12-30 2011-10-12 Interdigital Patent Holdings, Inc. Control channel feedback for multiple downlink carrier operations
WO2010114237A2 (en) * 2009-04-02 2010-10-07 Lg Electronics Inc. Method for transmitting ack/nack signal in wireless communication system applied carrier aggregation and apparatus therefor
WO2010123893A1 (en) * 2009-04-22 2010-10-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting uplink control information for carrier aggregated spectrums
US8514883B2 (en) * 2009-04-24 2013-08-20 Interdigital Patent Holdings, Inc. Method and apparatus for sending hybrid automatic repeat request feedback for component carrier aggregation
CN101588224B (zh) * 2009-05-19 2014-07-02 中兴通讯股份有限公司 一种发送正确/错误应答消息的方法及系统
CN101594211B (zh) * 2009-06-19 2013-12-18 中兴通讯股份有限公司南京分公司 大带宽的多载波系统中发送正确/错误应答消息的方法
CN101662833A (zh) 2009-09-29 2010-03-03 中兴通讯股份有限公司 上行混合重传反馈信息分量载波的选择方法及装置
TWI628933B (zh) 2009-10-01 2018-07-01 內數位專利控股公司 傳輸上鏈控制資訊的方法及系統
ES2791706T3 (es) * 2010-01-15 2020-11-05 Nokia Technologies Oy Activación de portadoras de componente en una agregación de portadoras
EP2534780B1 (en) * 2010-02-12 2018-06-27 InterDigital Patent Holdings, Inc. Sending feedback for multiple downlink carriers
US9059819B2 (en) * 2010-02-12 2015-06-16 Qualcomm Incorporated Flexible uplink control channel configuration
US20110268001A1 (en) 2010-05-03 2011-11-03 Lee Jung A Method of providing acknowledgement feedback for aggregated carriers

Also Published As

Publication number Publication date
CN102948100B (zh) 2015-11-25
EP2564539A1 (en) 2013-03-06
KR20130003034A (ko) 2013-01-08
BR112012027913A2 (pt) 2020-08-18
EP2564539B1 (en) 2019-05-22
WO2011134109A1 (en) 2011-11-03
KR101425630B1 (ko) 2014-07-31
RU2536346C2 (ru) 2014-12-20
AU2010351964B2 (en) 2015-05-14
CN102948100A (zh) 2013-02-27
MX2012012574A (es) 2012-12-17
TWI547116B (zh) 2016-08-21
CA2797873C (en) 2016-12-20
US9419753B2 (en) 2016-08-16
TW201218675A (en) 2012-05-01
JP2013527687A (ja) 2013-06-27
US20130064209A1 (en) 2013-03-14
AU2010351964A1 (en) 2012-11-15
JP5555806B2 (ja) 2014-07-23
ES2742753T3 (es) 2020-02-17
CA2797873A1 (en) 2011-11-03
EP2564539A4 (en) 2015-08-12
SG185111A1 (en) 2012-12-28
RU2012151029A (ru) 2014-06-10

Similar Documents

Publication Publication Date Title
JP6023362B2 (ja) 制御情報を伝送する方法及びそのための装置
CN108781140B (zh) 用于针对缩短的tti确定harq-ack传输定时的系统和方法
JP6662844B2 (ja) ユーザ装置、及び送達確認情報送信方法
BR112012027913B1 (pt) Suporte de resposta ul ack/nack para agregação de portadora durante o período de ativação/desativação/(re) configuração da componente de incerteza do período da portadora
BR112020014440A2 (pt) método de comunicação e dispositivo
TWI819561B (zh) 用於無線通訊系統的高可靠性低等待時間配置
RU2737389C2 (ru) Системы и способы для работы с интервалом времени передачи при дуплексной передаче с частотным разделением каналов
BR112020016671A2 (pt) Manuseio de liberação de sps para livro código de harq-ack dinâmico baseado em grupo de bloco de código
BR112016006092B1 (pt) Método para transmissão de dados e atribuição de recursos de canal de controle, nó de rede de rádio, método para fornecer retroalimentação de harq e destinatário
BR112018003513B1 (pt) Método, aparelho, sistema e meio legível por computador para configurar subquadro em sistema de celular
BR112012032699A2 (pt) método e sistema para processamento de um feedback de sinalização de controle de ligação ascendente, compreendendo uma estação de base e equipamento usuário.
JP2013527687A6 (ja) タイミングの不確実なコンポーネントキャリアの(再)構成/アクティブ化/非アクティブ化期間中におけるキャリアアグリゲーションのためのul ack/nackフィードバックのサポート
BR112019025567A2 (pt) ADAPTAÇÃO DE FORMATO DE CANAL FÍSICO DE CONTROLE DE ENLACE ASCENDENTE (PUCCH) PARA NOVO RÁDIO (NR) DE 5ª GERAÇÃO (5G)
JP6480465B2 (ja) セカンダリセルのハイブリッド自動再送要求タイミングを導くための方法および装置

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: A CLASSIFICACAO ANTERIOR ERA: H04L 1/16

Ipc: H04L 1/18 (2006.01), H04L 5/00 (2006.01)

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B25D Requested change of name of applicant approved

Owner name: NOKIA SOLUTIONS AND NETWORKS OY (FI)

B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 30/04/2010, OBSERVADAS AS CONDICOES LEGAIS. PATENTE CONCEDIDA CONFORME ADI 5.529/DF, QUE DETERMINA A ALTERACAO DO PRAZO DE CONCESSAO.