BR112013003569B1 - Transmissão de ack/nack para operação multiportadora - Google Patents

Abstract

TRANSMISSÃO DE ACK/NACK PARA OPERAÇÃO EM MULTI-PORTADORA. São descritas técnicas para confirmar transmissões de dados em uma rede de comunicação sem fio de multi-portadora. Sob alguns aspectos, um equipamento de usuário (UE) recebe uma transmissão de dados em pelo menos uma portadora componente (CC) de uma pluralidade de CCs configuradas. O UE determina informações de confirmação/confirmação negativa (ACK/NACK) para a transmissão de dados e determina um canal de enlace ascendente para enviar a informação de ACK/NACK. Quando a informação de ACK/NACK é enviada em um PUCCH, o UE pode efetuar controle de potência com base em quais CCs da pluralidade de CCs configuradas os dados são recebidos. Quando a informação de ACK/NACK é enviada em um PUSCH, o UE pode determinar o número de elementos de recurso com base na sua configuração de CC.

Description

Referência cruzada a pedidos Relacionados

[001] O presente pedido de patente reivindica prioridade para o pedido provisório U.S. No. 61/374,210, intitulado “METHODS AND APPARATUS FOR ACK/NACK RELATED DESIGN FOR CARRIER AGGREGATION IN LTE-A NETWORKS”, depositado a 16 de agosto de 2010, e para o pedido de utilidade U.S. No. 13/209,388, intitulado “ACK/NACK TRANSMISSION FOR MULTI-CARRIER OPERATION”, depositado a 13 de agosto de 2011 e aqui incorporado em sua totalidade à guisa de referência.

Campo da Invenção

[002] A presente descrição refere-se de maneira geral a comunicação e, mais especificamente, a técnicas para suportar comunicação em uma rede de comunicações sem fio em multiportadora.

Descrição da Técnica Anterior

[003] As redes de comunicação sem fio são amplamente utilizadas para prover diversos conteúdos de comunicação, tais como voz, vídeo, dados em pacote, troca de mensagens, difusão, etc. Estas redes sem fio podem ser redes de acesso múltiplo capazes de suportar múltiplos usuários pelo compartilhamento dos recursos de rede disponíveis. Exemplos de tais redes de acesso múltiplo incluem redes de Acesso Múltiplo por Divisão de Código (CDMA), redes de Aces so Múltiplo por Divisão de Tempo (TDMA), redes de Acesso Múltiplo por Divisão de Frequência (FDMA), redes OFDM Ortogonal (OFDMA) e redes FDMA de Portadora Única (SC-FDMA).

[004] Uma rede de comunicações sem fio pode incluir um número de estações base que podem suportar comunicação para um número de equipamentos de usuário (UEs). Um UE pode comunicar-se com uma estação base através do enlace descendente e do enlace ascendente. O enlace descendente (ou enlace direto) refere-se ao enlace de comunicação da estação base com o UE, e o enlace ascendente (ou enlace reverso) refere-se ao enlace de comunicação do UE com a estação base.

[005] Algumas redes de comunicações sem fio suportam operação em múltiplas portadoras componentes (CCs). Uma CC pode referir-se a uma faixa de frequências utilizada para comunicação e pode estar associada a determinadas características. Por exemplo, uma CC pode estar associada a informações de sistema que descrevem a operação na CC. Uma CC pode ser também referida como portadora, célula, célula servidora, canal de frequência, etc.

Sumário da Invenção

[006] São descritas técnicas para enviar informações de confirmação/confirmação negativa (ACK/NACK) em uma rede de comunicações sem fio de multiportadora. Um equipamento de usuário (UE) pode ser configurado para operar em uma pluralidade de portadoras componentes (CCs). O UE pode receber uma ou mais concessões de enlace descendente em um ou mais canais de controle de enlace descendente físicos (PDCCHs) em uma ou mais das suas CCs configuradas. O UE pode receber também uma transmissão de dados em um ou mais canais compartilhados de enlace descendente físicos (PDSCHs) em uma ou mais das suas CCs de enlace descendente e pode determinar informação ACK/NACK para a transmissão de dados recebida. O UE pode selecionar um canal de enlace ascendente para o envio da informação ACK/NACK no canal de enlace ascendente selecionado, conforme descrito na presente descrição.

[007] Sob um aspecto, o UE recebe uma transmissão de dados em uma pluralidade de CCs configuradas e determina informação ACK/NACK para a transmissão de dados. O UE determina um canal de enlace ascendente para o envio da informação ACK/NACK, que pode ser um canal de controle de enlace ascendente físico (PUCCH) ou um canal compartilhado de enlace ascendente físico (PUSCH). Quando o PUCCH é utilizado, o UE pode realizar controle de potência para enviar a informação ACK/NACK no PUCCH com base nas CCs nas quais a transmissão de dados é recebida (isto é, as CCs nas quais o PDSCH é detectado). Alternativamente, quando o PUSCH é utilizado, o UE pode determinar o número de elementos de recurso para o envio da informação ACK/NACK no PUSCH com base nas suas CCs configuradas. O UE de multiportadora pode utilizar assim um conjunto diferente de CCs (CCs detectadas ou CCs configuradas) para envio de informação ACK/NACK em seus canais de enlace ascendente.

[008] Sob um aspecto, o UE recebe uma transmissão de dados em uma pluralidade de CCs e determina informação ACK/NACK para confirmar a transmissão de dados no PUCCH. Isto pode incluir determinar o número total de blocos de transporte que são recebidos na transmissão de dados através da pluralidade de CCs. O número total de blocos de transporte pode ser determinado com base em um modo de transmissão e/ou no formado de DCI de cada CC em que a transmissão de dados é detectada. O UE pode determinar uma potência de transmissão para o envio da informação ACK/NACK com base no número total de blocos de transporte, e pode enviar a informação ACK/NACK a uma estação base no PDCCH de acordo com a potência de transmissão determinada.

[009] Sob outro aspecto, o UE pode receber uma transmissão de dados em pelo menos uma CC de uma pluralidade de CCs configuradas e pode determinar informação ACK/NACK para a confirmação da transmissão de dados no PUSCH. O UE pode determinar o número de elementos de recurso para envio da informação ACK/NACK com base na pluralidade de CCs configuradas. Isto pode incluir determinar o número de bits de ACK/NACK para as CCs configuradas independentemente do número de CCs nas quais a transmissão de dados é detectada em um subquadro de enlace descendente. Em um exemplo específico, o UE pode somar o número de bits de ACK/NACK associados com o modo de transmissão de cada CC configurada para determinar os bits de ACK/NACK totais nos quais o número de elementos de recurso é baseado. O UE pode enviar a informação ACK/NACK no PUSCH com base no número determinado de elementos de recurso.

[0010] Diversos aspectos adicionais da descrição são descritos mais detalhadamente a seguir.

Breve Descrição dos Desenhos

[0011] A Figura 1 mostra uma rede de comunicações sem fio.

[0012] A Figura 2 mostra uma estrutura de quadro exemplar para duplexação por divisão de frequência.

[0013] A Figura 3 mostra uma estrutura de quadro exemplar para duplexação por divisão de tempo.

[0014] As Figuras 4A e 4B mostram exemplos de agregação de portadoras.

[0015] A Figura 5 mostra aspectos de transmissão de dados em múltiplas CCs com HARQ.

[0016] A Figura 6 mostra um exemplo de determinação de uma largura de bits de ACK/NACK em uma rede de comunicações sem fio de multiportadora.

[0017] A Figura 7 mostra um exemplo de índice de atribuição de enlace descendente (DAI) para uma rede de comunicações sem fio de multiportadora.

[0018] A Figura 8 mostra um processo para enviar informação ACK/NACK.

[0019] A Figura 9 mostra um processo para receber informação ACK/NACK.

[0020] A Figura 10 mostra um processo para enviar informação ACK/NACK em um PUCCH.

[0021] A Figura 11 mostra um processo para receber informação ACK/NACK em um PUCCH.

[0022] A Figura 12 mostra um processo para enviar informação ACK/NACK em um PUSCH.

[0023] A Figura 13 mostra um processo para receber informação ACK/NACK em um PUSCH.

[0024] A Figura 14 mostra uma estação base exemplar e um UE exemplar, conforme podem executar os processos exemplares aqui descritos.

[0025] A Figura 15 mostra aspectos adicionais de uma estação base e um UE de acordo com a presente descrição.

Descrição Detalhada da Invenção

[0026] As técnicas aqui descritas podem ser utilizadas em diversas redes de comunicação sem fio, tais como CDMA, TDMA, FDMA, OFDMA, SC-FDMA e outras redes sem fio. Os termos “rede” e “sistema” são frequentemente utilizados alternadamente. Uma rede CDMA pode implementar uma tecnologia de rádio tal como o Acesso de Rádio Terrestre Universal (UTRA), o cdma2000, etc. O UTRA inclui o CDMA de Banda Larga (WCDMA), o CDMA Síncrono por Divisão de Tempo (TD-SCDMA) e outras variantes do CDMA. O cdma2000 cobre os padrões IS-2000, IS-95 e IS-856. Uma rede TDMA pode implementar uma tecnologia de rádio tal como o Sistema Global para Comunicações Móveis (GSM). Uma rede OFDMA pode implementar uma tecnologia de rádio como UTRA Evoluído (E- UTRA), Banda Larga Ultra Móvel (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM®, etc. O UTRA e o E-UTRA são parte do Sistema de Telecomunicações Móveis Universal (UMTS). A Evolução de Longo Prazo (LTE) 3GPP e a LTE-Avançada (LTE-A), tanto na duplexação por divisão de frequência (FDD) quanto na duplexação por divisão de tempo (TDD), são novas versões do UMTS que utilizam o E-UTRA, que utiliza o OFDMA no enlace descendente e o SC-FDMA no enlace ascendente. O UTRA, E-UTRA, UMTS, LTE, LTE-A e GSM são descritos em documentos de uma organização chamada “Projeto de Parcerias de 3a Geração” (3GPP). O cdma2000 e UMB são descritos em documentos de uma organização chamada “Projeto de Parcerias de 3a Geração 2” (3GPP2). As técnicas aqui descritas podem ser utilizadas nas redes sem rio e tecnologia de rádios mencionadas acima, assim como outras redes sem fio e tecnologia de rádios. Para maior clareza, determinados aspectos das técnicas são descritos a seguir para a LTE, e a terminologia LTE é utilizada em muito da descrição seguinte.

[0027] A Figura 1 mostra uma rede de comunicação sem fio 100, que pode ser uma rede LTE ou alguma outra rede sem fio. A rede sem fio 100 pode incluir um número de Nós B evoluídos (eNBs) e outras entidades de rede. Um eNB pode ser uma entidade que se comunica com os UEs e pode ser também referido como Nó B, estação base, ponto de acesso, etc. Cada eNB pode prover cobertura de comunicação para uma área geográfica específica e pode suportar comunicação para os UEs localizados dentro da área de cobertura. Para aperfeiçoar a capacidade de rede, a área de cobertura total de um eNB pode ser particionada em múltiplas (por exemplo três) áreas menores. Cada área menor pode ser servida por um respectivo subsistema de eNB. No 3GPP, o termo “célula” pode referir-se à área de cobertura de um eNB e/ou ao subsistema de eNB que serve esta área de cobertura. Em geral, um eNB pode suportar uma ou múltiplas (por exemplo três) células. O termo “célula” pode referir- se também à portadora em que um eNB funciona.

[0028] Um controlador de rede 130 pode acoplar-se a um conjunto de eNBs e prover coordenação e controle para estes eNBs. O controlador de rede 130 pode comunicar-se com os eNBs através de um canal de transporte de retorno. Os eNBs podem comunicar-se também uns com os outros, como, por exemplo, direta ou indiretamente através de um canal de transporte de retorno com fio ou sem fio.

[0029] Os UEs 120 podem ser dispersos por toda a rede sem fio, e cada UE pode ser estacionário ou móvel. Um UE pode ser também referido como estação móvel, terminal, terminal de acesso, unidade de assinante, estação, etc. Um UE pode ser um telefone celular, um telefone inteligente, um tablet, um aparelho de comunicação sem fio, um assistente digital pessoal (PDA), um modem sem fio, um aparelho portátil, um computador laptop, um telefone sem fio, uma estação de circuito local sem fio (WLL), um netbook, um smartbook, etc. Para maior clareza, alguma parte da descrição seguinte refere-se ao UE 120x e ao eNB 110x, que podem ser um dos UEs e um dos eNBs na rede sem fio 100.

[0030] A LTE utiliza multiplexação por divisão de frequência ortogonal (OFDM) no enlace descendente e multiplexação por divisão de frequência de portadora única (SC-FDM) no enlace ascendente. A OFDM e a SC-FDM particionam o espectro de frequência em várias (NFTT) subportadoras ortogonais, que são também comumente referidas como tons, binários, etc. Cada subportadora pode ser modulada com dados. Em geral, símbolos de modulação são enviados no domínio da frequência com OFDM e no domínio do tempo com SC-FDM. O espaçamento entre subportadoras adjacentes pode ser fixo, e o número total de subportadoras (NFTT) pode depender na largura de banda do sistema. Por exemplo, o espaçamento entre subportadoras pode ser de 15 quilohertz (KHz), e NFTT pode ser igual a 128, 256, 512, 1024 ou 2048 para largura de banda de sistema de 1.4, 3, 5, 10 ou 20 megahertz (MHz), respectivamente.

[0031] A rede sem fio 100 pode utilizar FDD ou TDD. Na FDD, para o enlace descendente e o enlace ascendente pode ser alocado um espectro de frequência separado. As transmissões de enlace descendente podem ser enviadas em um espectro de frequência, e as transmissões de enlace ascendente podem ser enviadas em outro espectro de frequência. Na TDD, o enlace descendente e o enlace ascendente podem compartilhar o mesmo espectro de frequência, e as transmissões de enlace descendente e enlace ascendente podem ser enviadas no mesmo espectro de frequência em intervalos de tempo diferentes.

[0032] A Figura 2 mostra uma estrutura de quadro 200 exemplar para FDD na LTE. A linha de tempo de transmissão para cada um do enlace descendente e do enlace ascendente pode ser particionada em unidades de quadros de rádio. Cada quadro de rádio pode ter uma duração predeterminada (10 milissegundos (ms), por exemplo) e pode ser particionado em 10 subquadros com índices de 0 a 9. Cada subquadro pode incluir duas partições. Cada partição pode incluir L períodos de símbolos, como, por exemplo, sete períodos de símbolos para um prefixo cíclico normal (conforme mostrado na Figura 2) ou seis períodos de símbolos para um prefixo cíclico estendido. Aos 2L períodos de símbolos em cada subquadro podem ser atribuídos índices de 0 a 2L-1.

[0033] Os recursos de tempo/frequência disponíveis para cada um do enlace descendente e do enlace ascendente podem ser particionados em blocos de recursos. Cada bloco de recursos pode cobrir 12 subportadoras em uma partição e pode incluir um número de elementos de recurso. Cada elemento de recurso pode cobrir uma subportadora em um período de símbolos e pode ser utilizado para enviar um símbolo de modulação, que pode ser um valor real ou complexo.

[0034] A Figura 3 mostra uma estrutura de quadro 300 exemplar para TDD na LTE. Os subquadros 0 e 5 são utilizados para o enlace descendente, o subquadro 2 é utilizado para o enlace ascendente e os subquadros 3, 4, 7, 8 e 9 podem ser, cada um, utilizados para o enlace descendente ou o enlace ascendente. O subquadro 1 inclui uma Partição de Tempo Piloto de Enlace descendente (DwPTS), um Período de guarda (GP) e uma Partição de Tempo Piloto de Enlace ascendente (UpPTS). O subquadro 6 pode incluir apenas a DwPTS ou todos os três campos especiais ou um subquadro de enlace descendente. A LTE suporta um número de configurações de enlace ascendente-enlace descendente para TDD. Cada configuração de enlace ascendente-enlace descendente indica se cada subquadro é um subquadro de enlace descendente, um subquadro de enlace ascendente ou um subquadro especial. Pode haver um máximo de nove subquadros de enlace descendente para um subquadro de enlace ascendente em um quadro de rádio.

[0035] Conforme mostrado nas Figuras 2 e 3, um subquadro para o enlace descendente (isto é, um subquadro de enlace descendente) pode incluir uma região de controle e uma região de dados, que podem ser multiplexadas por divisão de tempo (TDM). A região de controle pode incluir os primeiros Q períodos de símbolos do subquadro, onde Q pode ser igual a 1, 2, 3 ou 4. Q pode alterar-se de subquadro para subquadro e pode ser transportado no primeiro período de símbolos do subquadro. A região de dados pode incluir os 2L-Q períodos de símbolos restantes do subquadro e pode portar dados e/ou outras informações para UEs.

[0036] Um eNB pode enviar informações de controle de enlace descendente (DCI) em um canal de controle de enlace descendente (PDCCH) na região de controle a um UE. As DCI podem incluir uma concessão de enlace descendente, uma concessão de enlace ascendente, informação de controle de potência, etc. O eNB pode enviar dados e/ou outras informações em um canal compartilhado de enlace descendente físico (PDSCH) na região de dados ao UE.

[0037] Conforme mostrado nas Figuras 2 e 3, um subquadro para o enlace ascendente (isto é, um subquadro de enlace ascendente) pode incluir uma região de controle e uma região de dados, que podem ser multiplexadas por divisão de frequência (FDM). A região de controle pode incluir blocos de recursos perto das duas bordas do espectro de enlace ascendente (conforme mostrado nas Figuras 2 e 3) e pode ter um tamanho configurável. A região de dados pode incluir todos os blocos de recursos não incluídos na região de controle.

[0038] Um UE pode enviar informação de controle de enlace ascendente (UCI) a um eNB em um canal de controle de enlace ascendente (PUCCH) na região de controle de um subquadro de enlace ascendente. As UCI podem incluir informação ACK/NACK para uma transmissão de dados recebida no enlace descendente, informação de estado de canal (CSI), solicitação de programação (SR), etc. O UE pode enviar dados ou dados e UCI ao eNB em um canal compartilhado de enlace ascendente físico (PUSCH) na região de dados do subquadro de enlace ascendente. O UE pode transmitir apenas o PUCCH ou apenas o PUSCH (e não ambos) em um subquadro de modo a se manter uma forma de onda de portadora única, que pode ter uma relação potência de pico-potência média (PAPR) mais baixa. Uma transmissão de enlace ascendente pode se estender a ambas as partições de um subquadro e pode saltar através da frequência.

[0039] A rede sem fio 100 pode suportar operação em múltiplas CCs no enlace descendente e em uma ou mais CCs no enlace ascendente. A operação em múltiplas CCs pode ser referida como agregação de portadoras. Uma CC para o enlace descendente pode ser referida como CC de enlace descendente e uma CC para o enlace ascendente pode ser referida como CC de enlace ascendente. Um eNB pode transmitir dados e DCI em uma ou mais CCs para um UE. Conforme aqui utilizada, uma transmissão de dados pode incluir um ou mais blocos de transporte (que podem ser também referidos como transmissões de PDSCH) em uma ou mais CCs que são configuradas para o UE. Em um dado subquadro, por exemplo, o UE pode receber múltiplas transmissões de PDSCH em múltiplas CCs configuradas. O UE pode transmitir dados e DCI para o eNB em uma ou mais CCs de enlace ascendente.

[0040] A Figura 4A mostra um exemplo de agregação de portadoras contínua. Neste exemplo, M CCs são mostradas como adjacentes umas às outras na frequência, onde M pode ser qualquer valor de número inteiro. Cada CC pode ter uma largura de banda de 20 MHz ou menos e pode ser configurada separadamente para um UE.

[0041] A Figura 4B mostra um exemplo de uma agregação de portadora não-contínua. Neste exemplo, M CCs são mostradas como separadas umas das outras em frequência. Cada CC não-contígua pode ter uma largura de banda de 20 MHz ou menos e pode ser configurada separadamente para um UE.

[0042] Com agregação de portadora, dados e informação de controle podem ser enviados e recebidos em cada CC. Isto pode ser conseguido, por exemplo, utilizando- se (i) uma transformada rápida inversa de Fourier (IFFT) separada para cada CC em uma entidade transmissora e (ii) uma transformada rápida de Fourier (FFT) separada e um receptor separado para cada CC em uma entidade receptora. Uma transmissão que compreende até M símbolos OFDM ou símbolos SC-FDMA simultâneos pode estar em até M CCs em um período de símbolo. Em outro exemplo, dados e informações de controle podem ser coletivamente enviados e recebidos em todas as CCs. Isto pode ser conseguido utilizando-se (i) uma única IFFT e um único transmissor para todas as M CCs em uma entidade transmissora e (ii) uma única FFT e um único receptor para todas as M CCs em uma entidade receptora. Um único símbolo OFDM ou símbolo SC-FDMA pode ser transmitido em até M CCs em um período de símbolos.

[0043] A rede sem fio 100 pode suportar transmissão de dados com retransmissão automática híbrida (HARQ) para aumentar a confiabilidade. Para HARQ, um transmissor (um eNB, por exemplo) pode enviar uma transmissão inicial de um bloco de transporte e pode enviar uma ou mais transmissões adicionais do bloco de transporte, se necessário, até que o bloco de transporte seja decodificado corretamente por um receptor (por exemplo um UE), ou até que o número máximo de transmissões do bloco de transporte tenha ocorrido ou até que alguma outra condição de término seja encontrada. Após cada transmissão do bloco de transporte, o receptor pode enviar uma confirmação (ACK) se o bloco de transporte for decodificado corretamente, uma confirmação negativa (NACK) se o bloco de transporte for decodificado com erro ou uma transmissão descontínua (DTX) se o bloco de transporte for perdido. O transmissor pode enviar outra transmissão do bloco de transporte se uma NACK ou uma DTX for recebida e pode terminar a transmissão do bloco de transporte se uma ACK for recebida. Um bloco de transporte pode ser também referido como pacote, palavra código, bloco de dados, etc.

[0044] A Figura 5 mostra um esquema de transmissão de DCI e dados com HARQ em múltiplas (M) CCs de enlace descendente e de transmissão de UCI e dados em uma CC de enlace ascendente. Neste exemplo, o UE 120x pode estimar periodicamente a qualidade de canal de CCs de enlace descendente diferentes para o eNB 110x e pode determinar CSI para cada CC de enlace descendente. A CSI pode incluir indicador de qualidade de canal (CQI), indicador de matriz de pré-codificação (PMI), indicador de classificação (RI) ou uma combinação deles. O RI pode indicar o número de camadas ou canais espaciais a serem utilizados na transmissão de dados. O PMI pode indicar a matriz ou vetor de pré-codificação a ser utilizado para pré-codificar dados antes da transmissão. O CQI pode indicar a qualidade de canal para cada bloco de transporte. O UE 120x pode enviar periodicamente CSI para cada CC de enlace descendente ao eNB 110x e/ou pode enviar relatórios de CSI quando acionado pelo eNB 110x.

[0045] O eNB 110x pode receber CSI para todas as CCs de enlace descendente configuradas para o UE 120x e pode utilizar a CSI para selecionar o UE 120x para transmissão de dados, para programar o UE 120x em uma ou mais CCs de enlace descendente e/ou na CC de enlace ascendente, e para selecionar um ou mais esquemas de modulação e codificação (MCSs) para cada CC de enlace descendente em que o UE 120x é programado. O eNB 110x pode processar (por exemplo codificar e modular) um ou mais blocos de transporte para cada CC programada com base nos um ou mais MCSs selecionados para essa CC. O eNB 110x pode enviar então uma transmissão de um ou mais blocos de transporte (ou uma transmissão de PDSCH) em cada CC programada para o UE 120x.

[0046] O UE 120x pode receber e decodificar a transmissão de um ou mais blocos de transporte em cada CC programada da pluralidade de CCs configuradas. Para cada CC configurada, o UE 120x pode determinar se uma transmissão de um ou mais blocos de transporte é detectada e, quando uma transmissão for detectada, se cada bloco de transporte está decodificado corretamente ou com erro. O UE 120x pode gerar uma ACK para cada bloco de transporte decodificado corretamente e uma NACK para cada bloco de transporte decodificado com erro. O UE 120x pode enviar informação ACK/NACK que compreendem ACKs e/ou NACKs para todos os blocos de transporte recebidos em todas as M CCs de enlace descendente em um subquadro específico. O eNB 110x pode receber a informação ACK/NACK do UE 120x, terminar a transmissão de cada bloco de transporte para o qual uma ACK é recebida e enviar outra transmissão de cada bloco de transporte para o qual uma NACK é recebida. O UE 120x pode também transmitir dados para o eNB 110x com a informação ACK/NACK quando houver dados a serem enviados e quando tiver sido programado para transmissão de dados na CC de enlace ascendente.

[0047] Conforme mostrado na Figura 5, o eNB 110x pode enviar uma concessão de enlace descendente ao UE 120x para uma transmissão de PDSCH em uma CC de enlace descendente. A concessão de enlace descendente pode incluir diversos parâmetros para receber e decodificar a transmissão de PDSCH na CC de enlace descendente. A concessão de enlace descendente pode ser enviada na CC de enlace descendente em que a transmissão de PDSCH é enviada ou em outra CC de enlace descendente. O eNB 110x pode também enviar uma concessão de enlace ascendente (UL) para uma transmissão de dados na CC de enlace ascendente pelo UE 120x. A concessão de enlace ascendente pode incluir diversos parâmetros para gerar e enviar a transmissão de dados em um canal compartilhado (PUSCH, por exemplo) da CC de enlace ascendente. A concessão de enlace ascendente pode incluir também uma solicitação de CQI. Neste caso, o UE 120x pode enviar CSI com dados no PUSCH.

[0048] O UE 120x pode transmitir dados e/ou UCI, ou nenhum deles, em um dado subquadro. As UCI podem compreender apena CSI, ou apenas ACK/NACK, ou ambos CSI e ACK/NACK. O UE 120x pode ser configurado para enviar periodicamente CSI para cada CC de enlace descendente de interesse, o que pode ser referido como relatório de CQI periódico. Neste caso, o UE pode enviar periodicamente relatórios de CSI em subquadros designados determinados por um programa para relatórios de CSI periódicos. Cada relatório de CSI pode compreender CQI, PMI e/ou RI para uma ou mais CCs de enlace descendente. O UE 120x pode ser também solicitado a enviar CSI para uma ou mais CCs de enlace descendente em qualquer subquadro, o que pode ser referido como relatório de CSI aperiódico. Isto pode ser conseguido pela inclusão de uma solicitação de CSI para uma ou mais CCs de enlace descendente em uma concessão de enlace ascendente.

[0049] O eNB 110x pode enviar DCI (uma concessão de enlace descendente e/ou uma concessão de enlace ascendente, por exemplo) para o UE 120x no PDCCH em uma CC de enlace descendente. Quando o UE 120x é programado para uma transmissão de dados, o eNB 110x pode enviar dados no PDSCH em uma CC de enlace descendente. Em um subquadro específico, o UE 120x pode enviar UCI (CSI e/ou ACK/NACK, por exemplo) no PUCCH em uma CC de enlace ascendente ao eNB 110x. Alternativamente, quando uma concessão de enlace ascendente é recebida, o UE 120x pode enviar apenas dados ou ambos dados UCI no PUSCH em uma CC de enlace ascendente.

[0050] Em geral, o UE 120x pode ser configurado com qualquer número de CCs de enlace descendente e qualquer número de CCs de enlace ascendente para operação em multiportadora. Para propósitos de ilustração na descrição que se segue, o UE 120x pode ser configurado com até cinco CCs de enlace descendente e até cinco CCs de enlace ascendente para operação em multiportadora. Em alguns exemplos, uma CC de enlace descendente pode ser designada como uma CC primária (PCC) de enlace ascendente e cada CC restante pode ser referida como CC secundária (SCC). O eNB 110x pode enviar determinadas informações (como, por exemplo, concessões, ACK/NACK, etc.) na PCC de enlace descendente ao UE 120x. O UE 120x pode enviar determinadas informações (como, por exemplo, CSI, ACK/NACK, solicitação de programação, etc.) na PCC de enlace ascendente para o eNB 110x.

[0051] A Tabela 1 lista tipos diferentes de CC referidos na presente descrição. Tabela 1 - Tipo de CC

[0052] O UE 120x pode ser configurado semi- estaticamente com M CCs de enlace descendente e uma ou mais CCs de enlace ascendente, como, por exemplo, através de camada mais elevada, tal como Controle de Recursos de Rádio (RRC). Em geral, M pode ser qualquer valor maior que um. Em um sistema exemplar, M pode ser menor ou igual a cinco. Algumas ou todas as CCs configuradas podem ser ativadas. Uma CC ativada é uma CC que um UE monitora ativamente no enlace descendente e/ou transmite ativamente no enlace ascendente. O UE 120x pode não monitorar uma CC desativada no enlace descendente, embora a CC seja uma das CCs configuradas, o que resultaria em economia de energia. O UE 120x pode ser programado para transmissão de dados em todas ou em um subconjunto das CCs configuradas em um dado subquadro. Para programação dinâmica, uma concessão de enlace descendente pode ser enviada para um transmissor de um ou mais blocos de transporte em cada CC programada.

[0053] O UE 120x pode detectar uma concessão de enlace descendente no PDCCH para uma transmissão de PDSCH em uma CC de enlace descendente (uma “CC detectada”). O UE 120x pode receber a transmissão de PDSCH na CC detectada de acordo com a concessão de enlace descendente. A concessão de enlace descendente pode ser enviada na mesma CC de enlace descendente em que a transmissão de PDSCH associada é enviada. Neste caso, a CC detectada seria a CC de enlace descendente em que a concessão de enlace descendente é recebida. A concessão de enlace descendente pode ser também enviada em uma CC de enlace descendente, e a transmissão de PDSCH associada pode ser enviada em uma CC de enlace descendente diferente. Por exemplo, a concessão de enlace descendente pode incluir um campo de indicação de portadora (CIF), que indica a CC de enlace descendente em que a transmissão de PDSCH associada é enviada. Nesse caso, o UE 120x pode identificar a CC detectada com base no CIF na concessão de enlace descendente. O UE 120x pode detectar algumas ou todas as CCs programadas, por exemplo, dependendo se o UE 120x perdeu quaisquer concessões de enlace descendente enviadas ao UE 120x. O UE 120x pode receber transmissões de PDSCH em todas as CCs detectadas.

[0054] O UE 120x pode ser configurado com M CCs de enlace descendente, e cada CC de enlace descendente pode estar associado a um modo de transmissão especifico de um conjunto de modos de transmissão suportados. A Tabela 2 lista os modos de transmissão suportados na LTE Versão 9. Os modos de transmissão 1, 2, 5, 6 e 7 suportam transmissões de entrada única e saída única (SISO) ou de entrada única e múltiplas saídas (SIMO). Os modos de transmissão 3, 4 e 8 suportam transmissão de múltiplas entradas e múltiplas saídas (MIMO). Tabela 2 - Modos de Transmissão

[0055] Um modo de transmissão pode ser configurado de maneira independente para cada CC de enlace descendente. As M CCs de enlace descendente para o UE 120x podem ser configuradas com o mesmo ou com modos de transmissão diferentes.

[0056] Um ou mais blocos de transporte podem ser enviados em uma CC de enlace descendente dependendo do modo de transmissão configurado para a CC de enlace descendente. Em particular, um bloco de transporte pode ser enviado em uma CC de enlace descendente que é configurada com o modo de transmissão 1, 2, 5, 6 ou 7 e dois blocos de transporte podem ser enviados em uma CC de enlace descendente que é configurada com o modo de transmissão 3, 4 ou 8. O UE 120x pode gerar um bit de ACK/NACK para cada bloco de transporte. Por exemplo, um bit de ACK/NACK pode ser utilizado para confirmar uma transmissão de dados em uma CC configurada no modo de transmissão 1, 2, 5, 6 ou 7 e dois bits de ACK/NACK podem ser utilizados para confirmar uma transmissão de dados em uma CC configurada no modo de transmissão 3, 4 ou 8.

[0057] O número de bits de ACK/NACK para confirmar uma transmissão de um ou mais blocos de transporte em uma CC de enlace descendente pode depender também do formato de DCI de uma concessão de enlace descendente correspondente. A LTE suporta um número de formatos de DCI. O formato de DCI 1, 1A, 1B, 1C ou 1D pode ser utilizado para enviar uma concessão de enlace descendente para uma transmissão de um bloco de transporte e pode ser assim associado a um bit de ACK/NACK. O formato de DCI 2, 2A ou 2B pode ser utilizado para enviar uma concessão de enlace descendente para uma transmissão de dois blocos de transporte pode ser assim associado a dois bits de ACK/NACK. O formato de DCI de uma concessão de enlace descendente pode ser associado a um número específico de blocos de transporte a serem enviados em uma CC de enlace descendente, o qual pode ser diferente (menor do que, por exemplo) do número de blocos de transporte associados ao modo de transmissão configurado para a CC de enlace descendente. Por exemplo, a CCj pode ser configurada com um modo de transmissão que suporta dois blocos de transporte, mas pode ser programada com uma concessão de enlace descendente que tem um formato de DCI utilizado com um bloco de transporte. Nesse caso, o eNB 110x pode enviar um bloco de transporte em CCx e o UE 120x pode gerar um bit de informação ACK/NACK para confirmar a transmissão de dados na CCj.

[0058] Em um exemplo, o UE 120x pode ser configurado com cinco CCs de enlace descendente para operação em multiportadora na FDD. Neste caso, em um dado subquadro, o eNB 110x pode enviar até dez blocos de transporte em até cinco CCs de enlace descendente, com até dois blocos de transporte por CC de enlace descendente. Até dez bits de ACK/NACK podem ser obtidos para até dez blocos de transporte, um bit de ACK/NACK para cada bloco de transporte (até 12 bits de ACK/NACK podem ser obtidos se uma DTX for explicitamente sinalizada). O UE 120x pode ter N bits de ACK/NACK para uma transmissão de dados através de um conjunto de M CCs de enlace descendente configuradas, onde 1 < M < N < 10.

[0059] De acordo com a presente descrição, são descritas técnicas para determinar o número de bits de ACK/NACK para uma transmissão de dados em M CCs de enlace descendente em uma rede de comunicações sem fio de multiportadora. O número de bits de ACK/NACK para confirmar uma transmissão de dados pode ser determinado de maneiras diferentes, dependendo da disponibilidade de certas informações. O número de bits de ACK/NACK, por sua vez, pode ser utilizado para controlar a transmissão de informação ACK/NACK. Sob um aspecto, um índice de atribuição de enlace descendente (DAI) pode ser utilizado para facilitar a determinação do número de bits de ACK/NACK para uma transmissão de dados em M CCs de enlace descendente. Um DAI pode ser incluído em uma concessão de enlace descendente. O DAI pode indicar o número de CCs de enlace descendente programada e pode prover também uma indicação da qual CCs de enlace descendente são programadas. O UE 120x pode utilizar informação obtida do DAI para detectar concessões de enlace descendente faltantes, facilitar realimentação de ACK/NACK mais eficaz e prover outras vantagens.

[0060] O número total de bits de ACK/NACK para M CCs configuradas pode ser referido como largura de bits de ACK/NACK, tamanho de carga útil de ACK/NACK, etc. A largura de bits de ACK/NACK pode depender se os bits de ACK/NACK para as diferentes CCs de enlace descendente serem ordenados ou não ordenados. A utilização de realimentação ordenada ou não ordenada pode ser configurada para o UE 120x. Para o caso não ordenado, os bits de ACK/NACK para as M CCs configuradas podem ser concatenados em uma ordem predeterminada, por exemplo, com base no índice de cada CC de enlace descendente. Para o caso ordenado, os bits de ACK/NACK para as M CCs configuradas podem ser concatenados primeiro considerando os bits de ACK/NACK para as CCs programadas e em então considerando os bits de ACK/NACK para as CCs restantes.

[0061] A Figura 6 mostra um exemplo de determinação de largura de bits de ACK/NACK para o caso ordenado e não ordenado. Neste exemplo, o UE 120x é configurado com cinco CCs de enlace descendente (CC1 — CC5). A CC2 e a CC5 são associadas com realimentação de ACK/NACK de 1 bit (com base no modo de transmissão e no formato de DCI discutidos anteriormente, por exemplo). A CC1, CC3 e CC4 são associadas à realimentação de ACK/NACK de 2 bits. Apenas as CC2, CC3 e CC4 são programadas em um subquadro específico. Um conjunto de bits a serem codificados e enviados como realimentação de ACK/NACK pode ser determinado da maneira seguinte: • Caso não ordenado: ‘00’ (CC1) + 1 bit (CC2) + 2 bits (CC3) + 2 bits (CC4) + ‘0’ (CC5) + zeros, ou • Caso ordenado: 1 bit (CC2) + 2 bits (CC3) + 2 bits (CC4) + zeros.

[0062] Informação ACK/NACK podem ser enviadas no PUCCH ou PUSCH em um tamanho de carga útil fixo. Neste caso, um enchimento de zero com um número suficiente de zeros pode ser efetuado de modo a se obter um conjunto de bits do tamanho de carga útil apropriado.

[0063] O caso não ordenado pode resultar em uma operação mais simples uma vez que um ou dois bits de ACK/NACK para cada CC configurada podem ser prontamente obtidos da realimentação de ACK/NACK com base no índice de CC e no número de bits de ACK/NACK para cada CC configurada. Entretanto, o caso ordenado pode ter maior eficácia uma vez que os bits de ACK/NACK para as CCs programadas são colocados primeiro e podem resultar assim na utilização de menos bits na realimentação de ACK/NACK. Em alguns exemplos, CSI e/ou outras informações podem ser multiplexadas nos bits restantes da carga útil depois que informação ACK/NACK para as portadoras programadas forem adicionadas.

[0064] A Tabela 3 lista três esquemas de DAI para operação em multiportadora de acordo com a presente descrição. No primeiro esquema, um DAI não é incluído em concessões de enlace descendente. Nos segundo e terceiro esquemas, um DAI é suportado e transporta informações diferentes. A determinação de largura de bits de ACK/NACK baseada em cada um dos três esquemas é descrita abaixo. Tabela 3 - Esquemas de DAI

[0065] No segundo esquema, o DAI indica o número de CCs de enlace descendente que são programadas e pode ser fixado em um valor dentro da faixa de 1 a M-1. Em um exemplo, o DAI pode ter uma largura variável, que pode depender de M. Por exemplo, o DAI pode incluir um bit para M=2, dois bits para M=3 ou 4 ou três bits para M=5. Em outro exemplo, o DAI pode ter uma largura fixa (de três bits, por exemplo) que é independente de M. O DAI pode ser incluído em uma concessão de enlace descendente para cada CC programada ou apenas para determinadas CCs programadas.

[0066] No terceiro esquema, o DAI indica o número de CCs de enlace descendente que são programadas assim como o identificador das CCs programadas. O DAI pode ser incluído em uma concessão de enlace descendente para uma CC programada e pode indicar que outras CCs de enlace descendente (se existentes) que são também programadas. Com o terceiro esquema, o DAI pode ser definido de maneiras diferentes.

[0067] Em uma variação do terceiro esquema, o DAI pode ter uma largura variável que depende de M. O número de bits utilizados para o DAI pode ser menor que o número de CCs configuradas. Se M=1, por exemplo, então o DAI pode ser omitido. Se M=2, então o DAI pode compreender um bit e pode ser fixado em (i) um primeiro valor (‘0’, por exemplo) para indicar uma CC de enlace descendente que é programada, que é a CC de enlace descendente associada à concessão de enlace descendente que inclui o DAI, ou em (ii) um segundo valor (‘1’, por exemplo) para indicar que duas CCs de enlace descendente são programadas. Se M=3, então o DAI pode compreender dois bits e pode ser fixado em (i) um primeiro valor (‘00’, por exemplo) para indicar que uma CC de enlace descendente é programada, em (ii) segundo valor (‘01’, por exemplo) para indicar que uma primeira CC de enlace descendente restante é também programada, (iii) um terceiro valor (‘10’, por exemplo) para indicar que uma segunda CC de enlace descendente restante é também programada, ou (iv) um quarto valor (‘11’, por exemplo) para indicar que todas as três CCs de enlace descendente são programadas.

[0068] Para fins de ilustração adicionais, considere o caso de três CCs configuradas (CCx, CCy e CCz). O eNB pode configurar o DAI em uma concessão de enlace descendente para CCx no segundo valor para indicar que a CCy é programada, ou no terceiro valor para indicar que a CCz é programada. Se M=4, pode ser utilizado um DAI de 3 bits. O DAI pode ser fixado em (i) um primeiro valor para indicar que uma CC de enlace descendente é programada, (ii) um segundo, um terceiro ou um quarto valor para indicar que uma outra CC de enlace descendente é também programada dentre as três CCs de enlace descendente restantes, (iii) um quinto, um sexto ou um sétimo valor para indicar que duas outras CCs de enlace descendente são também programadas dentre as três CCs de enlace descendente restantes, ou (iv) um oitavo valor para indicar que todas as quatro CCs de enlace descendente são programadas.

[0069] Continuando com este exemplo, um DAI de 4 bits pode ser utilizado quando M=5. O DAI pode ser fixado em (i) um primeiro valor para indicar que uma CC de enlace descendente é programada, (ii) um segundo valor dentro de 2° a 5° valores para indicar que uma outra CC de enlace descendente é também programada dentre as quatro CCs de enlace descendente restantes, (iii) um valor dentro do 6° ao 11° valores para indicar que duas outras CCs de enlace descendente são também programadas dentre as quatro CCs de enlace descendente restantes, (iv) um valor dentro do 12° ao 14° valor para indicar que três outras CCs de enlace descendente são também programadas dentre as quatro CCs de enlace descendente restantes, ou (v) um 15° valor para indicar que todas as CCs de enlace descendente são programadas. Quando o DAI de largura variável do terceiro esquema é utilizado, o UE 120x é capaz de determinar quantas CCs de enlace descendente e quais CCs de enlace descendente são programadas com base no DAI em uma concessão de enlace descendente para uma CC programada.

[0070] Em outra variação do terceiro esquema, o DAI pode compreender um mapa de bits de M-1 bits, com um bit para cada CC de enlace descendente restante (não incluindo a CC de enlace descendente em que o PDCCH é recebido). O bit para cada CC de enlace descendente restante pode ser fixado em um primeiro valor (‘0’, por exemplo) para indicar que a CC de enlace descendente não é programada ou em um segundo valor (‘1’, por exemplo) para indicar que a CC de enlace descendente é programada. O número de CCs de enlace descendente que são programadas pode ser igual a 1 (para a CC de enlace descendente associada a uma concessão de enlace descendente portando o DAI) mais o número de uns no mapa de bits.

[0071] A Figura 7 mostra um exemplo do DAI para a variação de mapa de bits do terceiro esquema. Neste exemplo, o DAI é incluído em uma concessão de enlace descendente para uma transmissão de PDSCH na CC2 de enlace descendente e compreende um mapa de bits de M-1 bits para M-1 outras CCs de enlace descendente. O bit para a CC1 é fixado em ‘0’ para indicar que a CC1 não é programada, o bit para a CC3 é fixado em ‘1’ para indicar que a CC3 é programada, etc. O UE 120x pode receber o DAI em uma concessão de enlace descendente para uma transmissão de PDSCH em uma CC programada. Com base no DAI, o UE 120x pode determinar todas as CCs programadas com base no DAI na concessão de enlace descendente recebida, mesmo se não detectar as concessões de enlace descendente para todas as outras CCs programadas.

[0072] Em outra variação, o DAI pode compreender um número limitado de bits, e apenas algumas CCs programadas podem ser identificadas pelo DAI. Por exemplo, o DAI pode compreender dois bits (em vez de M-1 bits) mesmo quando mais de duas CCs de enlace descendente são programadas. Nesta variação, a PCC de enlace descendente pode ser atribuída com prioridade mais alta que a das SCCs de enlace descendente. Para M=3, o DAI pode identificar cada CC de enlace descendente que é programada, conforme descrito acima. Para M=4, o DAI em uma concessão de enlace descendente para a PCC pode incluir um bit que cobre duas SCCs e outro bit que cobre a última SCC. O DAI em uma concessão de enlace descendente para uma SCC pode incluir um bit que cobre a PCC e outro bit que cobre as duas outras SCCs. Para M=5, o DAI em uma concessão de enlace descendente para a PCC pode incluir um bit que cobre duas SCCs e outro bit que cobre as duas últimas SCCs. O DAI em uma concessão de enlace descendente para uma SCC pode incluir um bit que cobre a PCC e outro bit que cobre as três outras SCCs. Nesta variação, duas ou mais entradas podem compartilhar o mesmo valor de DAI. Por exemplo, o mesmo valor de DAI (‘00’, por exemplo) pode ser utilizado para o caso de uma CC programada e outro caso de quatro CCs programadas, uma vez que a probabilidade de confusão entre estes dois casos pode ser pequena. Isto pode proporcionar uma compensação entre overhead e ambiguidade na informação providas pelo DAI.

[0073] Conforme aqui descrito, podem também ser utilizadas outras variações do DAI nos segundo e terceiro esquemas. Além disto, o DAI pode transportar informações diferentes, dependendo da configuração de CC para um UE específico. Por exemplo, esquemas de DAI diferentes podem ser utilizados em conexão com configurações de CC diferentes ou em suporte a UEs diferentes.

[0074] Um DAI que indica o número de CCs programadas e/ou que identifica as CCs programadas pode ser enviado de diversas maneiras. Em um exemplo, o DAI pode ser incluído em cada concessão de enlace descendente enviada no PDCCH para cada CC programada. Em outro exemplo, o DAI pode ser incluído apenas em concessões de enlace descendente para a PCC de enlace descendente. Em ainda outro exemplo, o DAI pode ser incluído em uma ou mais concessões de enlace descendente para uma ou mais CCs designadas, como, por exemplo, as primeira e última CCs. Adicionalmente ou alternativamente, um DAI para transmissão de dados de enlace descendente pode ser incluído em uma concessão de enlace ascendente enviada no PDCCH. Este projeto pode prover proteção adicional contra detecção perdida do PDCCH por um UE.

[0075] A largura de bits de ACK/NACK para M CCs configuradas pode ser determinada de diversas maneiras para os três esquemas listados na Tabela 3. Alguns projetos exemplares de determinação de largura de bits de ACK/NACK são descritos a seguir.

[0076] Para o primeiro esquema sem DAI, uma largura de bits de ACK/NACK exemplar para M CCs configuradas pode ser determinada da seguinte maneira:

Onde: nC é o número de bits de ACK/NACK para a CC C de enlace descendente; nHARQ é o número total de bits de ACK/NACK para M CCs configuradas; e Configured_Set denota um conjunto de CCs configuradas; nHARQ é a largura de bits de ACK/NACK para as M CCs configuradas; nHARQ na equação (1) pode ser a mesma para ambos os casos ordenado e não ordenado.

[0077] Em outro projeto, a largura de bits de ACK/NACK para casos em que nenhum DAI é apresentado pode ser determinada da seguinte maneira:

C e Activated Set Onde: Activated_Set denota um conjunto de CCs ativadas. O conjunto de CCs ativadas pode incluir todas ou um subconjunto das M CCs configuradas.

[0078] Em ainda outro projeto, na ausência de DAI, a largura de bits de ACK/NACK pode ser determinada da seguinte maneira:

Onde: Detected_Set denota um conjunto de CCs detectadas. O conjunto de CCs detectadas pode incluir todas ou um subconjunto das M CCs configuradas. As CCs detectadas podem ser determinadas conforme descrito acima.

[0079] Conforme mostrado na equação (3), quando as CCs detectadas são conhecidas a partir da detecção de concessões de enlace descendente, a largura de bits de ACK/NACK pode ser determinada com base nos bits de ACK/NACK apenas para as CCs detectadas. Isto pode resultar em uma largura de bits de ACK/NACK menor e mais precisa.

[0080] nC nas equações de (1) a (3) pode ser definido da mesma maneira ou de maneiras diferentes. Por exemplo, nC na equação (1) pode ser determinado com base no modo de transmissão de cada CC no conjunto configurado, ao passo que nC na equação (3) pode ser determinado com base no formato de DCI de uma concessão de enlace descendente para as CCs do conjunto detectado.

[0081] Para o segundo esquema, com o DAI indicando o número de CCs programadas, a largura de bits de ACK/NACK para M CCs configuradas pode ser determinada de maneira diferente para os casos ordenado e não ordenado descritos acima. Em um exemplo do caso não ordenado, a largura de bits de ACK/NACK pode ser determinada com base nas CCs configuradas, conforme mostrado na equação (1). Embora apenas um subconjunto das M CCs configuradas possa ser programado, o DAI pode não indicar quais CCs de enlace descendente específicas são programadas. Portanto, o UE pode determinar a largura de bits de ACK/NACK com base no número de bits de ACK/NACK para todas as M CCs configuradas.

[0082] Quando uma realimentação ordenada é utilizada com o segundo esquema, a largura de bits de ACK/NACK pode ser determinada de maneiras diferentes. Em um exemplo, a largura de bits de ACK/NACK pode ser determinada da seguinte maneira:

[0083] Na equação (4), a largura de bits de ACK/NACK varia de acordo com o número de CCs programadas e pode ser igual ao número de bits de ACK/NACK para a CC em que o PDCCH é transmitido quando uma CC de enlace descendente é programada (com DAI=1). A largura de bits de ACK/NACK pode ser igual ao número total de bits de ACK/NACK para todas as M CCs configurada se todas as CCs configuradas forem programadas (com DAI=M). A largura de bits de ACK/NACK pode ser igual ao número de CCs programada, vezes o número máximo de bits de ACK/NACK por CC programada se duas para M-1 CCs de enlace descendente forem programadas. Uma vez de DAI*max(nc) pode ser maior que ∑nC, nHARQ pode ser limitado a ∑nC.

[0084] Em outro exemplo, quando uma realimentação ordenada é utilizada com o segundo esquema, a largura de bits de ACK/NACK pode ser determinada da seguinte maneira:

[0085] Na equação (6), para um dado valor de DAI, a primeira CC programada está entre as CCs de enlace descendente de 1 a M-DAI+1, a segunda CC programada está entre as CCs de enlace descendente de 2 a M-DAI+2 e assim por diante, e a última CC programada está entre as CCs de enlace descendente de DAI a M. Esta observação é explorada na equação (6) para se reduzir possivelmente a largura de bits de ACK/NACK. Uma vez que nx pode ser maior que ∑nc, nHARQ pode ser limitado a ∑nC. Por exemplo, o UE 120x pode ser configurado com cinco CCs de enlace descendente associadas a 1, 2, 1, e 1 bits de ACK/NACK com base nos modos de transmissão configurados para três CCs de enlace descendente. Neste exemplo, ∑nC é igual a 7 bits. Se quatro CCs de enlace descendente forem programadas e DAI=4, então nX é igual a 8 e é maior que ∑nC. Neste caso, nHARQ pode ser limitado a 7. Inversamente, se três CCs de enlace descendente forem programadas e DAI=3, então nX é igual a 6 e é menor que ∑nC. Neste caso, nHARQ é igual a 6. Para o caso de duas CCs de enlace descendente, nHARQ pode ser fixado em ∑nC.

[0086] Para o terceiro esquema, em que um DAI identifica ambos o número e a identidade das CCs programadas, a largura de bits de ACK/NACK para M CCs configuradas pode ser determinada da seguinte maneira:

onde Scheduled_set denota um conjunto de CCs programadas.

[0087] Conforme mostrado na equação (7), quando as CCs programadas são conhecidas a partir do DAI, a largura de bits de ACK/NACK pode ser determinada com base nos bits de ACK/NACK apenas para as CCs programadas. Por exemplo, o número de bits de ACK/NACK para cada CC programada pode ser determinado com base (i) no modo de transmissão configurado para a CC programada ou (ii) no formato de DCI de uma concessão de enlace descendente para a CC programada. Isto aumentaria a eficácia ao facilitar a determinação mais precisa da largura de bits de ACK/NACK.

[0088] A Tabela 4 resume a determinação da largura de bits de ACK/NACK para os três esquemas listados na Tabela 1. Tabela 4 - Determinação de Largura de Bits de ACK/NACK

[0089] Em um exemplo de operação, que pode ser aplicável a todos os três esquemas listados na Tabela 3, o UE 120x pode determinar o número total de blocos de transporte recebidos nas M CC configuradas. O UE 120x pode detectar concessões de enlace descendente destinadas ao UE 120x e pode determinar o formato de DCI de cada concessão de enlace descendente detectada. O UE 120x pode receber um bloco de transporte em cada CC de enlace descendente associada a uma concessão de enlace descendente que tem um formato de DCI que suporta um bloco de transporte. O UE 120x pode receber dois blocos de transporte em cada CC de enlace descendente associada a uma concessão de enlace descendente que tem um formato de DCI que suporta dois blocos de transporte. O UE 120x pode determinar o número total de blocos de transporte recebidos em todas as CCs configuradas da seguinte maneira:

Onde: nTB,C é o número de blocos de transporte recebidos na CC C de enlace descendente, e nTB é o número total de blocos de transporte recebidos em todas as CCs configuradas.

[0090] O número total de blocos de transporte recebidos em todas as CCs configuradas (nTB) pode ser referido como número total de blocos de transporte. O UE 120x pode determinar a largura de bits de ACK/NACK com base no número total de blocos de transporte, por exemplo, um bit de ACK/NACK para cada bloco de transporte recebido, de modo que nHARQ = nTB. O número de blocos de transporte recebidos em cada CC de enlace descendente pode ser igual ou menor que o número de blocos de transporte para o modo de transmissão configurado para essa CC de enlace descendente. Portanto, o número total de blocos de transporte determinado com base nas concessões de enlace descendente detectadas pode ser igual ou menor que a largura de bits de ACK/NACK determinada com base nos modos de transmissão das CCs configuradas ou das CCs detectadas. A largura de bits de ACK/NACK determinada com base nos modos de transmissão pode ser considerada como (i) o número máximo possível de bits de ACK/NACK para M CCs configuradas, ou (ii) o número total de bits disponíveis para enviar informação ACK/NACK para as M CCs configuradas. O número total de blocos de transporte pode ser considerado como o número real de bits de ACK/NACK a serem enviados para as M CCs configuradas.

[0091] O UE 120x pode enviar informação ACK/NACK para M CCs configuradas no PUCCH ou no PUSCH em um dado subquadro, por exemplo, dependendo se o UE 120x é também programado para transmissão de dados no enlace ascendente no subquadro. A largura de bits de ACK/NACK e/ou o número total de blocos de transporte podem ser utilizados para diversos propósitos, tais como um ou mais dos seguintes: • Controle de potência da informação ACK/NACK enviada no PUCCH, • Determinação de um número de elementos de recurso para o envio de informação ACK/NACK no PUSCH, • Determinação de um esquema de realimentação de ACK/NACK para o envio de informação ACK/NACK no PUCCH, • Determinação de uma taxa de código e/ou um esquema de codificação para o envio de informação ACK/NACK no PUCCH ou no PUSCH, e • Determinação de bits disponíveis para o envio de CSI e/ou outra informação com informação ACK/NACK no PUCCH ou no PUSCH.

[0092] Um UE de multiportadora pode também realizar controle de potência para o PUCCH com base na largura de bits de ACK/NACK ou no número total de blocos de transporte. Em geral, a relação sinal-ruído (SNR) necessária para receber com confiabilidade de uma transmissão de ACK/NACK pode depender da largura de bits de ACK/NACK ou do número de bits de ACK/NACK a serem enviados. A largura de bits de ACK/NACK pode, por sua vez, depender do número de CCs programadas. Uma vez que a SNR necessária pode variar em mais de 3 dB, por exemplo, para uma CC programada contra cinco CCs programadas, a determinação precisa da largura de bits de ACK/NACK é importante para o operação eficaz em uma rede de multiportadora.

[0093] A potência de transmissão a ser utilizada no envio de informação ACK/NACK e possivelmente de CSI no PUCCH pode ser determinada da seguinte maneira:

Onde: nCSI é o número de bits de CSI a serem enviados com a informação ACK/NACK, h(.) é a função predefinida na LTE, f(.) é outra função predefinida descrita na LTE, e PPUCCH é a potência de transmissão para o PUCCH.

[0094] Conforme mostrado na equação (9), a potência de transmissão do PUCCH pode depender do número de bits de ACK/NACK a serem enviados ou da largura de bits de ACK/NACK. A largura de bits de ACK/NACK para controle de potência do PUCCH pode ser determinada de diversas maneiras. Em um primeiro exemplo, que pode ser referido como opção lenta, a largura de bits de ACK/NACK pode ser determinada com base nas CCs configuradas para o UE 120x, o que pode ser computado conforme mostrado na equação (1) para o primeiro esquema. Em um segundo exemplo, que pode ser referido como opção média, a largura de bits de ACK/NACK pode ser determinada com base nas CCs ativadas para o UE 120x, o que pode ser computado conforme mostrado na equação (2) para o primeiro esquema. Em um terceiro exemplo, que pode ser referido como opção rápida, a largura de bits de ACK/NACK pode ser determinada com base nas CCs detectadas portando dados no PUSCH, o que pode ser computado conforme mostrado na equação (3) para o primeiro esquema.

[0095] Outras abordagens podem incluir também determinar a largura de bits de ACK/NACK com base nas CCs programadas. Por exemplo, a largura de bits de ACK/NACK pode ser determinada através do conjunto de CCs programadas como quando o DAI identifica ambos o número e a identidade de cada CC programada, conforme mostrado na equação (7), por exemplo. Alternativamente, a largura de bits de ACK/NACK pode ser determinada com base no número total de blocos de transporte recebidos nas M CCs configuradas, conforme mostrado na equação (8), por exemplo. A largura de bits de ACK/NACK pode depender também de se uma configuração de realimentação ordenada ou não ordenada é utilizada, conforme discutido anteriormente.

[0096] As opções lenta e média podem resultar em controle de potência “excessivo” uma vez que o UE 120x pode ser programado em menos CCs de enlace descendente que as CCs configuradas. O UE 120x pode utilizar então uma potência de transmissão para o PUCCH mais elevada que o necessário. A opção rápida pode resultar em um “sub” controle de potência uma vez que o UE 120x pode perder a detecção de concessões de enlace descendente no PUCCH para algumas CCs programadas. O UE 120x pode utilizar então para o PUCCH menos potência de transmissão que o necessário. Entretanto, a probabilidade de perder a detecção de concessões de enlace descendente pode ser baixa (tipicamente de cerca de 1% para cada CC de enlace descendente, por exemplo). Portanto, o problema do sub-controle de potência pode não ser grave.

[0097] O controle de potência do PUCCH pode ser efetuado pelo eNB 110x para atenuar o potencial para a falta de correspondência no controle de potência, conforme descrito acima. Para as opções lenta e média, o eNB 110x pode determinar um comando de desativação (power down) com base na diferença entre o número de CCs programadas e o número de CCs configuradas ou ativadas. Para a opção rápida, o eNB 110x pode determinar um comando de ativação (power up) com base na diferença entre uma estimativa do número de CCs detectadas pelo UE 120x (que é desconhecido do eNB 110x) e o número de CCs programadas (que é conhecido do eNB 110x). Para todas as opções, o eNB 110x pode enviar um comando de controle de potência (que pode ser um comando de desativação ou um comando de ativação) para o UE 120x. O comando de controle de potência pode ser enviado através de informações embutidas em uma concessão de enlace descendente, ou através de controle de potência em grupo nos formatos de DCI 3/3A, ou através de algum outro mecanismo. O UE 120x pode ajustar a sua potência de transmissão computada para o PUCCH com base no comando de controle de potência.

[0098] Para transmissão no PUSCH, o número de elementos de recurso a serem utilizados para enviar informação ACK/NACK (que pode ser referido como o número necessário de elementos de recurso de PUSCH) pode ser determinado com base na largura de bits de ACK/NACK ou no número total de blocos de transporte. Em um exemplo, o UE 120x pode determinar o número de elementos de recurso de PUSCH com base na largura de bits de ACK/NACK para as CCs configuradas, o que pode ser computado conforme mostrado na equação (1) para o caso de nenhum DAI. Em um segundo exemplo, o UE 120x pode determinar o número de elementos de recurso de PUSCH para confirmar uma transmissão de dados com base na largura de bits de ACK/NACK para as CCs ativadas, o que pode ser computado conforme mostrado na equação (2) para o caso de nenhum DAI. Em um terceiro exemplo, o UE 120x pode determinar o número de elementos de recurso de PUSCH com base na largura de bits de ACK/NACK para as CCs detectadas, o que pode ser computado conforme mostrado na equação (3) para o caso de nenhum DAI. Em outros exemplos, o UE 120x pode determinar o número de elementos de recurso de PUSCH com base (i) na largura de bits de ACK/NACK para as CCs programadas, o que pode ser determinado conforme mostrado na equação (7) para o terceiro esquema, ou (ii) no número total de blocos de transporte recebidos nas M CCs configuradas, o que pode ser determinado conforme mostrado na equação (8).

[0099] Em cada um dos exemplos acima, o número de elementos de recurso de PUSCH para confirmar uma transmissão de dados pode ser reservado ou fixado dentre todos os elementos de recurso disponíveis no PUSCH. O UE 120x pode enviar informação ACK/NACK nos elementos de recurso reservados no PUSCH. Dados e/ou outras informações podem ser enviadas nos elementos de recurso restantes no PUSCH. O eNB 110x pode configurar o UE 120x para um esquema de utilização de recursos específico no PUSCH, de modo a evitar alinhamento incorreto.

[00100] Quando o UE 120x determina que informação ACK/NACK é enviada no PUCCH, um esquema de realimentação de ACK/NACK pode ser determinado com base na largura de bits de ACK/NACK ou no número total de blocos de transporte. Por exemplo, até dois bits de informação ACK/NACK podem ser enviados no PUSCH com base no formato de PUCCH 1a ou 1b. O formato de PUCCH 1a suporta transmissão de um bit de ACK/NACK no PUCCH e pode ser utilizado quando uma CC de enlace descendente é programada. O formato de PUCCH 1b suporta transmissão de dois bits de ACK/NACK no PUCCH e pode ser utilizado quando dois blocos de transporte são programados em uma CC de enlace descendente ou um bloco de transporte é programado em cada uma de duas CCs de enlace descendente.

[00101] Até quatro bits de informação ACK/NACK podem ser enviados no PUCCH com base no formato de PUCCH 1b e na seleção de canal. Neste exemplo, dois bits de sinalização, b0 e b1, podem ser enviados em um de múltiplos recursos de PUCCH disponíveis para utilização pelo UE 120x. Os valores dos bits b0 e b1 assim como o recurso de PUCCH selecionado podem ser determinados com base na informação ACK/NACK.

[00102] Quando o UE 120x é configurado para o formato de PUCCH 3, que utiliza OFDM com espalhamento de DFT (DFT-S-OFDM), mais de quatro bits de informação ACK/NACK podem ser enviados no PUCCH. Para o formato de PUCCH 3, nHARQ bits de informação ACK/NACK podem ser transformados no domínio da frequência com base em uma DFT e mapeados em elementos de recurso em um ou mais blocos de recursos utilizados para transmissão de ACK/NACK. Símbolos SC-FDMA podem ser gerados com base nos símbolos mapeados.

[00103] O formato de PUCCH 3 pode ser utilizado para enviar informação ACK/NACK independentemente do número de CCs de enlace descendente. Esta abordagem permite que o mesmo formato de PUCCH seja utilizado independentemente do número de CCs configuradas ou CCs programadas. Por exemplo, o eNB 110x pode processar a informação ACK/NACK com base em um formato de PUCCH (em vez de ter que realizar detecção cega para formatos de PUCCH diferentes). Além disto, utilizando a carga útil adicional disponível com o formato de PUCCH 3, o UE 120x pode multiplexar CSI e/ou outra informação com informação ACK/NACK. O formato de PUCCH 3 pode ser também utilizado para enviar apena CSI, o que pode simplificar a operação do eNB 110x na detecção de CSI e/ou informação ACK/NACK do UE 120x.

[00104] Todos ou um subconjunto dos projetos descritos acima podem ser utilizados para enviar informação ACK/NACK no PUCCH. Por exemplo, o formato de PUCCH 1a/1b e o formato de PUCCH 3 pode ser utilizado conforme apropriado. A largura de bits de ACK/NACK para selecionar um esquema de realimentação de ACK/NACK adequada pode ser determinada com base nas CCs configuradas, nas CCs ativadas, nas CCs detectadas ou nas CCs programadas.

[00105] O UE 120x pode selecionar uma taxa de código e/ou um esquema de codificação para informação ACK/NACK com base na largura de bits de ACK/NACK ou no número total de blocos de transporte. A informação ACK/NACK pode ser codificada com base em um código em bloco (um código de Reed-Muller, por exemplo) de uma taxa de código específica para se obter dados codificados. Os dados codificados podem ser também processados e enviados no PUCCH ou no PUSCH. A seleção de uma taxa de código adequada pode ser especialmente relevante para informação ACK/NACK enviadas no PUCCH com base no formato de PUCCH 3 assim como para informação ACK/NACK multiplexada com dados no PUSCH.

[00106] Conforme descrito acima, o número de bits de informação ACK/NACK (nHARQ) pode ser variável e depender da largura de bits de ACK/NACK. O número de bits de dados codificados (nPAYLOAD), por outro lado, pode ser fixado e depender da carga útil disponível para informação ACK/NACK no PUCCH ou PUSCH. A taxa de código pode ser determinada com base no nHARQ e nPAYLOAD para que os dados codificados possam ser enviados na carga útil (payload) no PUCCH ou PUSCH. A taxa de código pode ser determinada com base na largura de bits de ACK/NACK para as CCs configuradas, as CCs ativadas, as CCs detectadas ou as CCs programadas. A seleção da taxa de código com base na largura de bits de ACK/NACK para as CCs configuradas pode assegurar que o eNB 110x e o UE 120x utilizem ambos a mesma taxa de código. A seleção da taxa de código com base na largura de bits de ACK/NACK para as CCs ativadas ou as CCs detectadas pode prover melhor desempenho com maior possibilidade de desalinhamento entre a taxa de código determinada pelo eNB 110x e a taxa de código determinada pelo UE 120x. Em um exemplo, o eNB 110x efetua decodificação para taxas de código possíveis diferentes para solucionar possíveis desalinhamentos. A adaptação rápida baseada nas CCs detectadas pode permitir a utilização de sequências de base diferente para o código em bloco.

[00107] O número de bits disponíveis para enviar CSI e/ou outras informações pode ser também determinado com base na largura de bits de ACK/NACK ou no número total de blocos de transporte. A informação ACK/NACK, CSI e/ou outras informações podem ser multiplexadas, e a UCI resultante pode ser enviada no PUCCH ou PUSCH. Um PUCCH ou um PUSCH pode suportar realimentação tanto de informação ACK/NACK quanto de CSI simultaneamente, as quais podem ser codificadas conjuntamente. A carga útil disponível para UCI no PUCCH ou PUSCH pode ser fixada e pode ser denotada como nPAYLOAD. Por exemplo, até 13 bits de informação podem ser enviados no PUCCH com base no formato de PUCCH 3.

[00108] Em um exemplo, o número de bits disponíveis para enviar CSI e/ou outras informações, nCSI, é determinado com base na largura de bits de ACK/NACK ou no número total de blocos de transporte, da seguinte maneira:

pode ser determinado com base na largura de bits de ACK/NACK para as CCs configuradas, as CCs ativadas, ou as CCs detectadas ou as CCs programadas. nHARQ na equação (10) pode ser também determinada com base no número total de blocos de transporte. nHARQ pode ser determinado com base no DAI, se disponível. nHARQ pode também depender se a informação ACK/NACK é ordenada ou não ordenada.

[00109] O eNB 110x pode controlar o número de bits de ACK/NACK em vista do overhead de realimentação potencial para CSI. Por exemplo, o eNB 110x pode programar até cinco CCs de enlace descendente em um subquadro se houver uma realimentação de CSI de apenas 4 bits de banda larga a ser relatada com a informação ACK/NACK. De modo similar, o eNB 110x pode programar uma ou duas CCs de enlace descendente com realimentação de ACK/NACK de 2 bits em um subquadro específico quando uma realimentação de CSI de 11 bits é esperada e seria multiplexada com a informação ACK/NACK. O eNB 110x pode programar assim múltiplas CCs de enlace descendente tal que o overhead total para realimentação de ACK/NACK e realimentação de CSI possa se encaixar na carga útil disponível para a UCI.

[00110] A Tabela 5 lista quatro projetos exemplares de envio de informação ACK/NACK. Cada um dos quatro desenhos de ACK/NACK é descrito mais detalhadamente abaixo. Tabela 5 - Projetos de ACK/NACK

[00111] No primeiro projeto de ACK/NACK, o DAI não é utilizado para CCs de enlace descendente (mas pode ser utilizado para subquadros de enlace descendente na TDD, conforme descrito a seguir). A largura de bits de ACK/NACK ou o número total de blocos de transporte para controle de potência do PUCCH portando informação ACK/NACK pode ser determinado com base nas CCs detectadas, conforme mostrado na equação (3) ou (8), por exemplo. A largura de bits de ACK/NACK ou o número total de blocos de transporte para determinar o número de elementos de recurso para enviar informação ACK/NACK no PUSCH pode ser determinado com base nas CCs configuradas, conforme mostrado na equação (1), por exemplo. Quando o DAI não está disponível, o UE 120x pode ser configurado para descartar CSI quando colidem com informação ACK/NACK em um subquadro e a informação ACK/NACK compreendem mais de dois bits. Em particular, o UE 120x pode não multiplexar CSI com informação ACK/NACK quando o DAI não está disponível e determina que haja mais de dois bits de realimentação de ACK/NACK. Se houver apenas um ou dois bits de ACK/NACK, então a informação ACK/NACK pode ser multiplexada com CSI, conforme descrito na LTE Versão 8.

[00112] Em situações nas quais o DAI não é utilizado, é possível reduzir o overhead de DCI. Entretanto, sem as informações adicionais sobre CCs programadas, pode haver erros na determinação da largura de bits de ACK/NACK, o que pode resultar em alguns erros na determinação da potência de transmissão para o PUCCH ou do número de elementos de recurso no PUSCH para o envio de informação ACK/NACK. A determinação da largura de bits de ACK/NACK com base nas CCs detectadas para controle de potência do PUCCH e com base nas CCs configuradas para a contagem de elementos de recurso no PUSCH, conforme aqui descrito, pode atenuar o impacto de tais erros.

[00113] O segundo projeto de ACK/NACK também não utiliza DAI, mas prove a multiplexação de ACK/NACK com CSI no PUCCH ou PUSCH. A largura de bits de ACK/NACK ou o número total de blocos de transporte para verificar o número de bits disponíveis para enviar CSI e/ou outras informações podem ser determinadas com base nas CCs configuradas, nas CCs ativadas ou nas CCs detectadas. A permissão de que CSI seja multiplexada com informação ACK/NACK pode resultar em descarte menos frequente de CSI, o que pode aperfeiçoar o desempenho da transmissão de dados.

[00114] No terceiro de ACK/NACK, um DAI pode ser incluído em uma concessão de enlace descendente e pode indicar o número de CCs de enlace descendente programadas em um subquadro, isto é, o número total de transmissões de PDSCH. O UE 120x pode desempenhar diversas funções com base no DAI. Por exemplo, o UE 120x pode determinar a largura de bits de ACK/NACK com base no DAI, conforme mostrado na equação (4) ou (5). O UE 120x pode determinar então a potência de transmissão para o envio de informação ACK/NACK no PUCCH, o número de elementos de recurso para o envio de informação ACK/NACK no PUSCH, o esquema de realimentação de ACK/NACK para o envio de informação ACK/NACK, o número de bits disponíveis para o envio de CSI e/ou outras informações, a taxa de código para a codificação de informação ACK/NACK, etc., com base na largura de bits de ACK/NACK ou no número total de blocos de transporte. O UE 120x pode utilizar também o DAI para reduzir a detecção cega do PDCCH e reduzir a probabilidade associada a alarmes falsos. Em particular, o UE 120x pode utilizar informação explícita no número de CCs programadas obtido do DAI para determinar quando parar a decodificação do PDCCH e evitar o processamento de CCs de enlace descendente que não inclua concessões de enlace descendente.

[00115] No quarto projeto de ACK/NACK, um DAI pode ser incluído em uma concessão de enlace descendente e pode tanto indicar o número de CCs de enlace descendente programadas em um subquadro quanto identificar as CCs programadas, isto é, o número total e a posição das CCs programadas. A identidade das CCs pode ser sinalizada, por exemplo, quando os bits do DAI correspondem a CCs diferentes dentre as CCs configuradas para o UE 120x. Utilizando informações do DAI, o UE 120x pode desempenhar diversas funções. Por exemplo, o UE 120x pode determinar com precisão a largura de bits de ACK/NACK com base nas CCs programadas indicadas pelo DAI, conforme mostrado na equação (7). O UE 120x pode determinar também com precisão a potência de transmissão para o envio de informação ACK/NACK no PUCCH, o número de elementos de recurso para o envio de informação ACK/NACK no PUSCH, o esquema de realimentação de ACK/NACK para o envio de informação ACK/NACK, o número de bits disponíveis para o envio de CSI e/ou outras informações, a taxa de código para codificação de informação ACK/NACK, etc., com base na largura de bits de ACK/NACK ou no número total de blocos de transporte. O UE 120x pode utilizar também o DAI para determinar quais CCs decodificar o PDCCH para concessões de enlace descendente e quais CCs de enlace descendente pular.

[00116] A Tabela 6 resume a transmissão de informação ACK/NACK no PUCCH para os três esquemas listados na Tabela 3. Tabela 6 - Transmissão de ACK/NACK no PUCCH

[00117] A Tabela 7 resume a transmissão de informação ACK/NACK no PUSCH para os três esquemas listados na Tabela 3. Tabela 7 - Transmissão de ACK/NACK no PUSCH

[00118] O UE 120x pode ser configurado com programação semi-persistente (SPS) no enlace descendente. Para SPS, o UE 120x pode ser configurado semi-estaticamente com parâmetros pertinentes para transmissão de dados em um CC de enlace descendente, e cada transmissão de PDSCH pode ocorrer sem o envio de uma concessão de enlace descendente no PDCCH. A SPS pode ser suportada apenas na PCC de enlace descendente ou em qualquer CC de enlace descendente configurada para o UE 120x.

[00119] Quando a SPS está presente (possivelmente apenas na PCC de enlace descendente), o desalinhamento entre o eNB 110 e o UE 120x pode ocorrer mesmo se um DAI estiver presente em concessões de enlace descendente enviadas em SCCs de enlace descendente. Por exemplo, o UE 120x pode ser configurado com duas CCs de enlace descendente, com a CC1 sendo uma PCC e a CC2 sendo uma SCC. O UE 120x pode ser configurado para SPS na PCC sem DAI e pode ser programado dinamicamente na SCC com DAI. Se o UE 120x não conseguir detectar o PDCCH para a CC2, ele pode não saber se há (i) apenas uma transmissão SPS na CC1, ou (ii) tanto uma transmissão SPS na CC1 quanto uma transmissão programada dinamicamente na CC2, ou (iii) uma transmissão programada dinamicamente tanto na CC1 quanto na CC2 (com a transmissão programada dinamicamente na CC1 suplantando uma transmissão SPS).

[00120] A situação descrita acima pode ser resolvida de diversas maneiras. Em um exemplo, o UE 120x pode se comportar como se o DAI não estivesse incluído em concessões de enlace descendente. O UE 120x pode realizar então controle de potência com base nas CCs detectadas, determinar o número de elementos de recurso de PUSCH com base nas CCs configuradas, etc. Em outro exemplo, o DAI pode incluir informação para a PCC independentemente de se uma transmissão SPS ou uma transmissão programada dinamicamente é enviada na PCC. Em ainda outro exemplo, o DAI pode excluir informação para a PCC se tiver uma transmissão SPS e pode incluir informação para a PCC se tiver uma transmissão programada dinamicamente. Uma transmissão SPS na PCC pode ser associada a uma largura de bits fixa (1 bit, por exemplo) e a uma localização fixa no PUCCH ou PUSCH se não houver transmissão de programação dinâmica na PCC. Caso contrário, o DAI pode incluir informação para a PCC se tiver uma transmissão programada dinamicamente. Uma transmissão programada dinamicamente pode suplantar uma transmissão SPS quando elas entram em conflito. Em cada caso, o UE 120x pode realizar controle de potência do PUCCH, determinar o número de elementos de recurso do PUSCH, etc., conforme descrito acima, com base na disponibilidade do DAI (ou falta dele).

[00121] No terceiro esquema mostrado na Tabela 3, um DAI pode ser incluído em cada concessão de enlace descendente e pode identificar todas as CCs programadas. Esta disposição é mostrada na Figura 7. Com informações do DAI, o UE 120x pode obter conhecimento das CCs programadas desde que pelo menos uma concessão de enlace descendente seja recebida em um subquadro específico. O UE 120x pode determinar a largura de bits de ACK/NACK com base no número de bits de ACK/NACK para cada CC programada, conforme mostrado na equação (7), por exemplo.

[00122] Pode ser desejável que o UE 120x envie DTX para indicar uma concessão de enlace descendente/PDCCH que não é detectada pelo UE 120x. Por exemplo, o UE 120x pode determinar que a CCx é programada com base no DAI incluído com uma concessão de enlace descendente recebida na CCy. Entretanto, o UE 120x pode não detectar uma concessão de enlace descendente para uma transmissão de PDSCH na CCx. Nesse caso, dependendo da sua configuração, o UE 120x sinaliza DTX para a CCx, e o eNB 110x pode utilizar realimentação de DTX para aperfeiçoar a transmissão do PDCCH para CCx.

[00123] Bits não utilizados podem ser utilizados para transportar DTX da seguinte maneira. Uma dada CC de enlace descendente, CCj, pode ser configurada com um modo de transmissão que suporta dois blocos de transporte (um modo MIMO, por exemplo) e pode ser associada a dois bits de ACK/NACK. Entretanto, em um subquadro específico, CCj pode ser programada com uma transmissão de um bloco de transporte (um modo SIMO, por exemplo). Apenas um bit de ACK/NACK pode ser necessário para confirmar a transmissão na CCj. O bit não utilizado alocado com base no modo de transmissão pode ser utilizado para transportar se há ou não uma concessão de enlace descendente/PDCCH faltante com base na informação do DAI. Os bits não utilizados podem ser também referidos como bits deixados, bits órfãos, etc. Bits não utilizados para múltiplas CCs de enlace descendente podem ser utilizados conjuntamente para transportar mais informações para o eNB 110x, por exemplo, para transportar a concessão de enlace descendente/PDCCH específica que não é detectada pelo UE 120x.

[00124] Em um exemplo de reutilização de bits de ACK/NACK, o UE 120x pode ser configurado com três CCs de enlace descendente, que podem incluir CC1, CC2 e CC3. Todas as três CCs configuradas podem ser associadas a modos de transmissão que suportam dois blocos de transporte, para os quais dois bits de ACK/NACK são potencialmente necessários para confirmar uma transmissão de PDCCH correspondente. O eNB 110x pode programar duas das CCs configuradas em um dado subquadro, com CC1 sendo programada com o formato de DCI 1A para um bloco de transporte, e CC3 sendo programada com o formato de DCI 2 para dois blocos de transporte. Quatro bits de ACK/NACK podem estar disponíveis para as duas CCs programadas com base nos seus modos de transmissão. Entretanto, para a transmissão de dados descrita acima, apenas três bits de ACK/NACK podem ser gerados, ou um bit de ACK/NACK para CC1 e dois bits de ACK/NACK para CC3. Nesse caso, um bit não utilizado estaria disponível para o UE 120x para transportar DTX para uma CC. O bit não utilizado pode, por exemplo, ser utilizado para transportar DTX para CC3 e pode ser fixado em um primeiro valor (‘0’, por exemplo) se uma concessão de enlace descendente/PDCCH para CC3 for recebida, ou em um segundo valor (‘1’, por exemplo) se a concessão de enlace descendente/PDCCH para CC3 não for recebida com base em informações sobre as CCs programadas obtidas do DAI. Os quatro bits de ACK/NACK podem ser então enviados da seguinte maneira: • Enviar {x100} para informar o eNB 110x que a concessão de enlace descendente para CC3 está faltando, ou • Enviar {x0yz} para informar o eNB 110x que a concessão de enlace descendente para CC3 é detectada, onde x é um bit de ACK/NACK para CC1, y e z são dois bits de ACK/NACK para CC3 e x, y e z podem ter, cada um, um valor de ‘0’ ou ‘1’.

[00125] Em geral, 12 bits podem ser utilizados para transportar ACK, NACK ou DTX para cinco CCs de enlace descendente. O UE 120x pode ser configurado para relatar DTX sempre que bits não utilizados estejam disponíveis, ou para relatar DTX mediante a ocorrência de determinadas condições. Por exemplo, o UE 120x pode relatar DTX apenas se o número de CCs configuradas ou programadas for menor que quatro (de modo a encaixar em uma carga útil de ACK/NACK de 10 bits) ou apenas se duas CCs de enlace descendente forem configuradas, etc.

[00126] Um DAI pode ser também utilizado para transportar informações sobre subquadros programados na TDD. Por exemplo, um DAI de 2 bits pode ser incluído em uma concessão de enlace descendente enviada com base no formato de DCI 1, 1A, 1B, 1D, 2, 2A ou 2B na LTE. O DAI de 2 bits pode ser enviado no subquadro n e pode indicar o número acumulativo de PDCCH(s) com transmissão(ões) de PDSCH atribuída(s) e PDCCH indicando a versão da SPS, até o subquadro presente dentro dos subquadros n-k, com k pertencendo a K, onde K denota um conjunto de subquadros de enlace descendente associados ao mesmo subquadro de enlace ascendente em que a realimentação de ACK/NACK é enviada. O DAI de 2 bits pode ser também incluído em uma concessão de enlace ascendente enviada com base no formato de DCI 0 na LTE. Neste caso, o DAI pode ser detectado pelo UE 120x no subquadro n-k’ e pode representar o número total de subquadros com transmissões de PDSCH e com PDCCH indicando a versão da SPS de enlace descendente dentro dos subquadros n-k’, com k’ pertencendo a K. Em cada caso, o DAI pode ajudar o UE 120x a detectar as concessões de enlace descendente faltantes, facilitar uma realimentação de ACK/NACK mais eficaz e prover outras vantagens.

[00127] Em um projeto, um DAI bidimensional (2D) pode ser utilizado para transportar informações sobre CCs programadas e subquadros programados para operação em multiportadora na TDD. O DAI 2-D pode incluir dois componentes, DAI_Tempo e DAI_Freq, para cobrir o domínio do tempo e o domínio da frequência, respectivamente. DAI_Tempo pode ser incluído em uma concessão quando operando na TDD. DAI_Freq pode ser incluído em uma concessão se o UE 120x for configurado com duas ou mais CCs de enlace descendente ou na FDD ou na TDD. DAI_Tempo pode compreender dois bits e pode ser provido para cada CC de enlace descendente. DAI_Tempo pode se incluído em uma concessão de enlace descendente ou em uma concessão de enlace ascendente e pode indicar o número acumulativo de transmissões de PDSCH (no tempo) através de subquadros de enlace descendente em um conjunto de associações de subquadros em uma CC de enlace descendente específica. DAI_Freq pode compreender de um a três bits e pode ser provido para cada subquadro de enlace descendente. DAI_Freq pode ser incluído em uma concessão de enlace descendente ou em uma concessão de enlace ascendente e pode indicar o número total de CCs programada e/ou as CCs que são programadas em um dado subquadro. DAI_Tempo e/ou DAI_Freq podem também transportar informações diferentes dependendo de serem incluídas em uma concessão de enlace descendente ou em uma concessão de enlace ascendente. Por exemplo, o DAI_Freq incluído em uma concessão de enlace descendente pode identificar as CCs programadas, ao passo que o DAI_Freq incluído em uma concessão de enlace ascendente pode indicar o número de CCs programadas.

[00128] Em algumas situações, é desejável reduzir o número de bits de ACK/NACK para transmissão no enlace ascendente. O número de bits da informação ACK/NACK pode ser reduzido efetuando-se empacotamento espacial, empacotamento de subquadro e/ou empacotamento de CCs, conforme descrito na Tabela 8. Tabela 8 - Empacotamento

[00129] Em geral, um UE pode utilizar um ou mais tipos de empacotamento para reduzir a quantidade de realimentação de ACK/NACK. O empacotamento pode ser efetuado de maneiras diferentes dependendo de diversos fatores, tais como se uma rede sem fio utiliza FDD ou TDD, o número de CCs configuradas, a configuração de enlace ascendente-enlace descendente na TDD, o tamanho desejado da carga útil de ACK/NACK, as condições de canal, etc.

[00130] Para o empacotamento espacial, múltiplos blocos de transporte podem ser recebidos através de múltiplas camadas em uma CC de enlace descendente em um subquadro, e uma ACK ou uma NACK pode ser obtida para cada bloco de transporte. Uma ACK empacotada pode ser gerada se ACKs forem obtidas para todos os blocos de transporte. Uma NACK empacotada pode ser gerada se uma NACK for obtida para qualquer bloco de transporte. Para empacotamento de subquadros, múltiplos blocos de transporte podem ser recebidos em uma CC de enlace descendente em múltiplos subquadros, por exemplo, um bloco de transporte em cada subquadro. Uma ACK ou uma NACK pode ser obtida para cada bloco de transporte. Uma ACK empacotada pode ser gerada se ACKs forem obtidas para todos os blocos de transporte, e uma NACK empacotada pode ser gerada se uma NACK for obtida para qualquer bloco de transporte. Para empacotamento de CCs, múltiplos blocos de transporte podem ser recebidos em múltiplas CCs de enlace descendente em um subquadro, por exemplo, um bloco de transporte para cada CC de enlace descendente. Uma ACK ou uma NACK pode ser obtida para cada bloco de transporte. Uma ACK empacotada pode ser gerada se ACKs forem obtidas para todos os blocos de transporte, e uma NACK empacotada pode ser gerada se uma NACK for obtida para qualquer bloco de transporte. Com todos os três tipos de empacotamento, quando o eNB 110x recebe uma NACK empacotada, ele pode retransmitir todos os blocos de transporte aplicáveis.

[00131] Em alguns exemplos, o empacotamento espacial é utilizado com operação em multiportadora na FDD. Até M bits de ACK/NACK podem ser gerados para M CCs configuradas, como, por exemplo, um bit de ACK/NACK para cada CC configurada ou CC programada. Para aperfeiçoar a cobertura da transmissão de ACK/NACK, o número de CCs configuradas pode ser limitado e/ou a informação ACK/NACK pode ser enviada com repetição, como, por exemplo, por um fator de 2, 4 ou 6. A repetição de ACK/NACK pode ser utilizada quando houver pouco impacto na transmissão de UCI. Por exemplo, uma vez que uma transmissão de CSI pode ser descartada quando uma transmissão de ACK/NACK é enviada, a repetição de ACK/NACK pode ser utilizada quando uma transmissão de CSI não sofre impacto.

[00132] Em alguns exemplos, o empacotamento espacial e o empacotamento de subquadros podem ser utilizados para operação em multiportadora na TDD. O UE 120x pode ser configurado com (i) até cinco CCs de enlace descendente para operação em multiportadora e (ii) uma configuração de enlace ascendente-enlace descendente com até quatro subquadros para um subquadro de enlace ascendente para TDD. Um ou mais modos de realimentação de ACK/NACK podem ser suportados, e cada modo de realimentação de ACK/NACK pode realizar empacotamento de uma maneira diferente.

[00133] Em um primeiro modo de realimentação de ACK/NACK para operação em multiportadora na TDD, apenas um tipo de empacotamento pode ser efetuado, com o tipo de empacotamento dependendo do número de CCs configuradas. Se uma CC for configurada, então apenas o empacotamento espacial pode ser efetuado para se obterem até quatro bits de ACK/NACK, um bit de ACK/NACK para cada subquadro de enlace descendente. Se duas CCs forem configuradas, então apenas o empacotamento de subquadros pode ser efetuado para se obterem até quatro bits de ACK/NACK, ou até dois bits de ACK/NACK para cada CC configurada ou CC programada. Alternativamente, apenas o empacotamento espacial pode ser efetuado para se obterem até oito bits de ACK/NACK, ou um bit de ACK/NACK para cada CC configurada em cada subquadro de enlace descendente. Se três ou mais CCs forem configuradas, então apenas o empacotamento de subquadros pode ser efetuado para se obterem 2*M bits de ACK/NACK, ou até dois bits de ACK/NACK para cada CC configurada ou CC programada.

[00134] Em um segundo modo de realimentação de ACK/NACK para operação em multiportadora na TDD, um ou mais tipos de empacotamento podem ser efetuados, com o(s) tipo(s) de empacotamento dependendo do número de CCs configuradas. Se uma CC for configurada, então apenas o empacotamento de subquadros pode ser efetuado para se obterem até dois bits de ACK/NACK. Se duas CCs forem configuradas, então ambos o empacotamento espacial e o empacotamento de subquadros podem ser efetuados para se obterem até dois bits de ACK/NACK. Se três ou mais CCs forem configuradas, então ambos o empacotamento espacial e o empacotamento de subquadros podem ser efetuados para se obterem até M bits de ACK/NACK, como, por exemplo, um bit de ACK/NACK para cada CC configurada ou CC programada.

[00135] O empacotamento pode ser também efetuado de outras maneiras. Por exemplo, o empacotamento de CCs pode ser efetuado para um subconjunto das M CCs configuradas (CCs de enlace descendente com correlação suficiente, por exemplo) em vez de todas as M CCs configuradas. O empacotamento de subquadros pode ser efetuado para um subconjunto de todos os subquadros em um quadro de rádio.

[00136] As técnicas aqui descritas proveem diversas vantagens. Em primeiro lugar, as técnicas podem facilitar uma realimentação de ACK/NACK eficaz para operação em multiportadora na FDD e na TDD. As técnicas podem também prover capacidade de multiplexação entre tipos diferentes de UCI, por exemplo, multiplexação de ACK/NACK e CSI em um subquadro. Um DAI pode cobrir o domínio do tempo (para TDD) e/ou o domínio da frequência (para FDD). Um DAI pode ser também definido como sendo causal, para que um DAI enviado no subquadro n não cubra programação nos subquadros n+1 e posteriormente. Isto pode permitir que uma programação independente seja mantida através de subquadros de enlace descendente em uma janela de empacotamento.

[00137] A Figura 8 mostra um processo 800 de exemplo para enviar informação ACK/NACK em uma rede sem fio. O processo 800 pode ser executado por um UE (conforme aqui descrito) ou por alguma outra entidade. O UE pode receber uma transmissão de dados em pelo menos uma CC de uma pluralidade de CCs configuradas para o UE (bloco 812). O UE pode determinar informação ACK/NACK para a transmissão de dados (bloco 814). O UE pode determinar um canal de enlace ascendente para enviar a informação ACK/NACK (bloco 816). Quando o UE envia informação ACK/NACK em um PUCCH, ele pode realizar controle de potência para enviar a informação ACK/NACK com base na pelo menos uma CC em que a transmissão de dados é recebida (isto é, pelo menos uma CC detectada) (bloco 818). Alternativamente, quando o UE envia informação ACK/NACK no PUSCH, ele pode determinar o número de elementos de recurso para enviar a informação ACK/NACK com base na pluralidade de CCs configuradas para o UE (bloco 820). O UE pode assim considerar CCs diferentes (CCs detectadas ou CCs configuradas, por exemplo) para propósitos diferentes e/ou para enviar a informação ACK/NACK em canais de enlace ascendente diferentes.

[00138] Em um exemplo do bloco 818, o UE pode determinar o número total de blocos de transporte recebidos na transmissão de dados, por exemplo, conforme mostrado na equação (8). O UE pode determinar que (i) um bloco de transporte é recebido em cada CC associada a uma concessão de enlace descendente que tem um formato de DCI que suporta um bloco de transporte, e (ii) dois blocos de transporte são recebidos em cada CC associada a uma concessão de enlace descendente que tem um formato de DCI que suporta dois blocos de transporte. O UE pode determinar o número total de blocos de transporte recebidos na transmissão de dados com base em se um ou dois blocos de transporte são recebidos em cada CC detectada. O UE pode determinar a potência de transmissão para enviar a informação ACK/NACK com base no número total de blocos de transporte recebidos pelo UE.

[00139] Em um exemplo do bloco 820, o UE pode determinar o número total de bits de ACK/NACK para a pluralidade de CCs. O UE pode determinar (i) um bit de ACK/NACK para cada CC configurada com um modo de transmissão que suporta um bloco de transporte e (ii) dois bits de ACK/NACK para cada CC configurada com um modo de transmissão que suporta dois blocos de transporte. O UE pode determinar o número total de bits de ACK/NACK para a pluralidade de CCs com base em um ou dois bits de ACK/NACK para cada uma da pluralidade de CCs. O UE pode determinar o número de elementos de recurso para enviar a informação ACK/NACK com base no número total de bits de ACK/NACK para a pluralidade de CCs.

[00140] A Figura 9 mostra um processo 900 exemplar para receber informação ACK/NACK em uma rede sem fio. O processo 900 pode ser executado por uma estação base/eNB (conforme aqui descrito) ou por alguma outra entidade. A estação base pode enviar a um UE uma transmissão de dados em pelo menos uma CC de uma pluralidade de CCs configuradas para o UE (bloco 912). A estação base pode determinar um canal de enlace ascendente para receber informação ACK/NACK para a transmissão de dados do UE (bloco 914). Por exemplo, a estação base pode determinar que a informação ACK/NACK será recebida no PUSCH quando uma concessão de enlace ascendente acompanha a transmissão de dados ou no PUCCH quando uma concessão de enlace ascendente não é provida.

[00141] A estação base pode receber a informação ACK/NACK do UE em um PUCCH com uma potência de transmissão determinada com base na pelo menos uma CC quando for determinada a recepção da informação ACK/NACK no PUCCH (bloco 916). Em um projeto, a potência de transmissão pode ser determinada com base no número total de blocos de transporte recebidos pelo UE na pelo menos uma CC. A estação base pode responder à potência de transmissão detectada enviando comandos de controle de potência ou ajustando a transmissão de dados para o UE. Quando informação ACK/NACK é recebida no PUSCH, o número de elementos de recurso utilizados pode ser determinado de acordo com as CCs que são configuradas para utilização pelo UE. Em um exemplo, o número de elementos de recurso pode ser determinado com base no número total de bits de ACK/NACK para a pluralidade de CCs.

[00142] A Figura 10 mostra um processo 1000 exemplar para enviar informação ACK/NACK em uma rede sem fio. O processo 1000 pode ser executado por um UE (conforme aqui descrito) ou por alguma outra entidade. O UE pode receber uma transmissão de dados em pelo menos uma CC de uma pluralidade de CCs configuradas para o UE (bloco 1012). O UE pode determinar informação ACK/NACK para a transmissão de dados (bloco 1014). O UE pode determinar o número total de blocos de transporte recebidos na transmissão de dados na pelo menos uma CC (bloco 1016). O UE pode determinar a potência de transmissão para enviar a informação ACK/NACK com base no número total de blocos de transporte recebidos pelo UE (bloco 1018). O UE pode enviar a informação ACK/NACK (em um PUCCH, por exemplo) com base na potência de transmissão determinada (bloco 1020).

[00143] O UE pode receber pelo menos uma concessão de enlace descendente destinada ao UE. O UE pode identificar a pelo menos uma CC em que a transmissão de dados é recebida com base na pelo menos uma concessão de enlace descendente.

[00144] Em um exemplo do bloco 1016, o UE pode determinar o número de blocos de transporte recebidos em cada uma da pelo menos uma CC. O UE pode determinar o número total de blocos de transporte recebidos na transmissão de dados com base no número de blocos de transporte recebidos em cada CC. O UE pode somar o número de blocos de transporte recebidos na pelo menos uma CC em um único subquadro. Em outro exemplo do bloco 1016, o UE pode determinar o número de bits de ACK/NACK para cada uma da pelo menos uma CC. O UE pode determinar o número total de bits de ACK/NACK para a transmissão de dados com base no número de bits de ACK/NACK para cada CC. O número total de bits de ACK/NACK pode ser igual ao número total de blocos de transporte.

[00145] Conforme aqui descrito, o UE pode determinar um formato de PUCCH para enviar a informação ACK/NACK com base no número total de blocos de transporte recebidos na transmissão de dados. O UE pode enviar a informação ACK/NACK com base em um formato de PUCCH que suporte dois bits de sinalização e seleção de canal. Alternativamente, o UE pode enviar a informação ACK/NACK com base em um formato de PUCCH que utilize DFT-S-OFDM.

[00146] Além disso, o UE pode multiplexar CSI com a informação ACK/NACK em um subquadro em que a informação ACK/NACK é enviada. O UE pode determinar bits disponíveis para enviar CSI com base no número total de bits de ACK/NACK e no tamanho de carga útil disponível. O UE pode multiplexar a CSI com a informação ACK/NACK com base nos bits disponíveis para enviar a CSI. Em outro projeto, o UE pode descartar a CSI no subquadro em que a informação ACK/NACK é enviada.

[00147] A Figura 11 mostra um processo 1100 exemplar para receber informação ACK/NACK em uma rede sem fio. O processo 1100 pode ser executado por uma estação base/eNB (conforme descrito a seguir) ou por alguma outra entidade. A estação base pode enviar a um UE uma transmissão de dados em pelo menos uma CC de uma pluralidade de CCs configuradas para o UE (bloco 1112). A estação base pode enviar também pelo menos uma concessão de enlace descendente para a transmissão de dados na pelo menos uma CC. A estação base pode receber informação ACK/NACK para a transmissão de dados do UE (bloco 1114). A informação ACK/NACK pode ser enviada pelo UE com uma potência de transmissão determinada com base no número total de blocos de transporte recebidos pelo UE na transmissão de dados na pelo menos uma CC. O número total de blocos de transporte pode ser determinado pelo UE com base no número de blocos de transporte recebidos pelo UE em cada uma da pelo menos uma CC.

[00148] A Figura 12 mostra um processo 1200 exemplar para enviar informação ACK/NACK em uma rede sem fio. O processo 1200 pode ser executado por um UE (conforme aqui descrito) ou por alguma outra entidade. O UE pode receber uma transmissão de dados em pelo menos uma CC de uma pluralidade de CCs configuradas para o UE (bloco 1212). O UE pode determinar informação ACK/NACK para a transmissão de dados (bloco 1214). O UE pode determinar o número de elementos de recurso para enviar a informação ACK/NACK com base na pluralidade de CCs configuradas para o UE (bloco 1216). O UE pode enviar a informação ACK/NACK (em um PUSCH, por exemplo) com base no número determinado de elementos de recurso (bloco 1218).

[00149] Em um exemplo do bloco 1216, o UE pode determinar o número total de bits de ACK/NACK para a pluralidade de CCs. O UE pode determinar o número de elementos de recurso para enviar a informação ACK/NACK com base no número total de bits de ACK/NACK para a pluralidade de CCs.

[00150] O UE pode ordenar os bits de ACK/NACK para a pluralidade de CCs com base em um índice para cada CC da pluralidade de CCs, conforme mostrado pelo caso ordenado da Figura 6, por exemplo. Alternativamente, o UE pode colocar o(s) bit(s) de ACK/NACK para cada CC em uma posição atribuída a essa CC, conforme mostrado pelo caso não ordenado da Figura 6, por exemplo.

[00151] Conforme aqui descrito, o UE pode multiplexar CSI com a informação ACK/NACK em um subquadro em que a informação ACK/NACK é enviada. O UE pode determinar bits disponíveis para enviar a CSI com base no número total de bits de ACK/NACK para a pluralidade de CCs e no tamanho de carga útil disponível. O UE pode multiplexar a CSI com a informação ACK/NACK com base nos bits disponíveis para enviar a CSI. Em outro projeto, o UE pode descartar a CSI no subquadro em que a informação ACK/NACK é enviada.

[00152] A Figura 13 mostra um processo 1300 exemplar para receber informação ACK/NACK em uma rede sem fio. O processo 1300 pode ser executado por uma estação base/eNB (conforme aqui descrito) ou por alguma outra entidade. A estação base pode enviar a um UE uma transmissão de dados em pelo menos uma CC de uma pluralidade de CCs configuradas para o UE (bloco 1312). A estação base pode determinar o número de elementos de recurso para receber informação ACK/NACK para a transmissão de dados com base na pluralidade de CCs configuradas para o UE (bloco 1314). O número de elementos de recurso pode ser determinado com base no número total de bits de ACK/NACK para a pluralidade de CCs, e o número de bits de ACK/NACK para cada CC pode ser determinado com base no modo de transmissão da CC. A estação base pode receber a informação ACK/NACK com base no número determinado de elementos de recurso (bloco 1316). Os bits de ACK/NACK para a pluralidade de CCs podem ser ordenados com base em um índice de cada CC da pluralidade de CCs ou podem ser colocados em uma posição específica para cada CC.

[00153] A estação base pode determinar bits disponíveis para enviar CSI com base no número total de bits de ACK/NACK para a pluralidade de CCs e no tamanho de carga útil disponível. A estação base pode demultiplexar a CSI e a informação ACK/NACK com base nos bits disponíveis para enviar a CSI.

[00154] A Figura 14 mostra um diagrama de blocos de um projeto de uma estação base/eNB 110y e um UE 120y, que podem ser uma das estações base/eNBs e um dos UEs na Figura 1. Dentro da estação base 110y, um módulo 1410 pode gerar transmissões de PDCCH que compreendem concessões de enlace descendente e/ou outras DCI para uma ou mais CCs nas quais o UE 120y é programado. Um módulo 1412 pode gerar transmissões de PDSCH que compreendem dados para as CCs programadas. Um transmissor 1414 pode gerar e transmitir um ou mais sinais de enlace descendente que compreendem as transmissões de PDCCH e/ou PDSCH. Um receptor 1416 pode receber e processar sinais de enlace ascendente transmitidos pelo UE 120y e outros UEs. Um módulo 1420 pode determinar parâmetros de transmissão (como, por exemplo, um esquema de realimentação de ACK/NACK, uma taxa de código, etc.) para informação ACK/NACK enviadas pelo UE 120y para uma transmissão de dados enviada pelo eNB 110y. Um módulo 1418 pode processar um ou mais sinais recebidos de acordo com os parâmetros de transmissão de ACK/NACK para recuperar a informação ACK/NACK enviada pelo UE 120y. O módulo 1418 pode recuperar também CSI e/ou outras informações enviadas pelo UE 120y.

[00155] Um módulo 1422 pode determinar uma configuração de multiportadora do UE 120y, por exemplo, determinar quais CCs são configuradas para o UE 120y para enlace descendente e o enlace ascendente, e quais CCs são a PCC de enlace descendente e a PCC de enlace ascendente para o UE 120y. Um módulo 1424 pode determinar a largura de bits de ACK/NACK e/ou o número total de blocos de transporte para o UE 120y com base em diversos fatores, tais como se um DAI é incluído ou não nas concessões enviadas ao UE 120y, as CCs configuradas ou as CCs programadas para o UE 120y, se o empacotamento é efetuado, etc. Um módulo 1426 pode determinar o número de elementos de recurso utilizados pelo UE 120y para enviar informação ACK/NACK no PUSCH. Os diversos módulos dentro da estação base 110y podem operar conforme descrito acima. Um controlador/processador 1428 pode orientar a operação de diversos módulos dentro da estação base 110y. Uma memória 1430 pode armazenar dados e códigos de programa para a estação base 110y. Um programador 1432 pode programar UEs para transmissão de dados.

[00156] Dentro do UE 120y, um receptor 1450 pode receber e processar sinais de enlace descendente da estação base 110y de outras estações base. Um módulo 1452 pode processar (demodular e decodificar, por exemplo) um ou mais sinais recebidos de modo a recuperar as transmissões de PDCCH enviadas ao UE 120y. Um módulo 1454 pode processar os sinais recebidos para recuperar as transmissões de PDSCH enviadas ao UE 120y. Um módulo 1458 pode determinar informação ACK/NACK para a transmissão de dados recebida. Um módulo 1456 pode determinar parâmetros de transmissão para enviar a informação ACK/NACK. O módulo 1458 pode enviar a informação ACK/NACK no PUCCH ou PUSCH de acordo com os parâmetros de transmissão de ACK/NACK. O módulo 1458 pode enviar também CSI e/ou outras informações no PUCCH ou PUSCH. Um transmissor 1460 pode gerar e transmitir um ou mais sinais de enlace ascendente que compreendem uma transmissão de PUCCH ou uma transmissão de PUSCH.

[00157] Um módulo 1468 pode determinar um configuração de multiportadora do UE 120y, por exemplo, determinar quais CCs são configuradas para o UE 120y para o enlace descendente e o enlace ascendente, e quais CCs são a PCC de enlace descendente e a PCC de enlace ascendente para o UE 120y. Um módulo 1462 pode determinar a largura de bits de ACK/NACK e/ou o número total de blocos de transporte para o UE 120y com base em diversos fatores, tais como se um DAI é incluído ou não nas concessões enviadas ao UE 120y, as CCs configuradas ou as CCs programadas para o UE 120y, se o empacotamento é efetuado, etc. Um módulo 1464 pode realizar controle de potência para o PUCCH com base na largura de bits de ACK/NACK e/ou no número total de blocos de transporte, por exemplo, determinar a potência de transmissão para enviar a informação ACK/NACK no PUCCH. Um módulo 1466 pode determinar o número de elementos de recurso para enviar a informação ACK/NACK no PUSCH. Os diversos módulos dentro do UE 120y podem operar conforme descrito acima. Um controlador/processador 1470 pode orientar a operação de diversos módulos dentro do UE 120y. Uma memória 1472 pode armazenar dados e códigos de programa para o UE 120y.

[00158] Os módulos da Figura 14 podem compreender processadores, dispositivos eletrônicos, dispositivos de hardware, componentes eletrônicos, circuitos lógicos, memórias, códigos de software, códigos de firmware, etc., ou qualquer combinação deles.

[00159] A Figura 15 mostra um diagrama de blocos de um projeto de estação base/eNB 110z e de UE 120z, que podem ser uma das estações base/eNBs e um dos UEs da Figura 1. A estação base 110z pode ser equipada com T antenas 1534a a 1534t, e o UE 120z pode ser equipado com R antenas 1552a a 1552r, onde em geral T > 1 e R > 1.

[00160] Na estação base 110z, um processador de transmissão 1520 pode receber dados de uma fonte de dados 1512 para transmissão em uma ou mais CCs de enlace descendente para um ou mais UEs, processar (codificar e modular, por exemplo) os dados para cada UE com base em um ou mais esquemas de modulação e codificação selecionados para o UE e prover símbolos de dados para todos os UEs. O processador de transmissão 1520 pode processar também informações de controle (como, por exemplo, para concessões, DAI, mensagens de configuração, etc.) e prover símbolos de controle. O processador 1520 pode gerar também símbolos de referência para sinais de referência. Um processador MIMO de transmissão (TX) 1530 pode pré- codificar os símbolos de dados, os símbolos de controle e/ou os símbolos de referência (se aplicáveis) e pode prover T fluxos de símbolos de saída para T moduladores (MODs) 1532a a 1532t. Cada modulador 1532 pode processar seu fluxo de símbolos de saída (como, por exemplo, para OFDM, etc.) para obter um fluxo de amostras de saída. Cada modulador 1532 pode também condicionar (converter para analógico, amplificar, filtrar e converter ascendentemente, por exemplo) seu fluxo de amostras de saída para obter um sinal de enlace descendente. T sinais de enlace descendente dos moduladores 1532a a 1543t podem ser transmitidos através de T antenas 1534a a 1534t, respectivamente.

[00161] No UE 120z, as antenas 1552a a 1555r podem receber os sinais de enlace descendente da estação base 110z e/ou de outras estações base e pode prover os sinais recebidos aos demoduladores (DEMODs) 1554a a 1554r, respectivamente. Cada demodulador 1554 pode condicionar (filtrar, amplificar, converter descendentemente e digitalizar, por exemplo) o seu sinal recebido para obter amostras de entrada. Cada demodulador 1554 pode também processar as amostras de entrada (como, por exemplo, para OFDM, etc.) para obter símbolos recebidos. Um detector MIMO 1556 pode obter símbolos recebidos de todos os R demoduladores 1554a a 1554r, realizar detecção MIMO nos símbolos recebidos e prover símbolos detectados. Um processador de recepção 1558 pode processar (demodular e decodificar, por exemplo) os símbolos detectados, prover dados decodificados para o UE 120z para um depósito de dados 1560, e prover informação de controle decodificada a um controlador/processador 1580.

[00162] No enlace ascendente, no UE 120z, um processador de transmissão 1554 pode receber e processar dados de uma fonte de dados 1562 e informações de controle (por exemplo, informação ACK/NACK, CSI, etc.) do controlador/ processador 1580. O processador 1564 pode também gerar símbolos de referência para um ou mais sinais de referência. Os símbolos do processador de transmissão 1564 podem ser pré-codificados por um processador MIMO TX 1566 se aplicável, também processados pelos moduladores 1554a a 1554r (por exemplo, para SC-FDM, OFDM, etc.) e transmitidos para a estação base 110z. Na estação base 110z, os sinais de enlace ascendente do UE 120z e de outros UEs podem ser recebidos pelas antenas 1534, processados pelos demoduladores 1532, detectados por um detector MIMO 1536 se aplicável e também processados por um processador de recepção 1538 para obter dados decodificados e informação de controle enviada pelo UE 120z e por outros UEs. O processador 1538 pode prover os dados decodificados a um depósito de dados 1539 e a informação de controle decodificada ao controlador/processador 1540.

[00163] Os controladores/processadores 1540 e 1580 podem orientar a operação na estação base 110z e no UE 120z, respectivamente. O processador 1540 e/ou outros processadores e módulos na estação base 110z podem executar ou orientar o processo 900 da Figura 9, o processo 1100 da Figura 11, o processo 1300 da Figura 13 e/ou outros processos para as técnicas aqui descritas. O processador 1580 e/ou outros processadores e módulos no UE 120z podem executar ou orientar o processo 800 da Figura 8, o processo 1000 da Figura 10, o processo 1200 da Figura 12 e/ou outros processos para as técnicas aqui descritas. As memórias 1542 e 1582 podem armazenar dados e códigos de programa para a estação base 110z e o UE 120z, respectivamente. Um programador 1544 pode programar UEs para transmissão de dados no enlace descendente e/ou no enlace ascendente.

[00164] Será reconhecido que a informação e sinais podem ser representados utilizando-se qualquer uma de diversas tecnologias e técnicas diferentes. Por exemplo, dados, instruções, comandos, informação, sinais, bits, símbolos e chips que podem referidos ao longo de toda a descrição acima podem ser representados por tensões, correntes, ondas eletromagnéticas, campos ou partículas magnéticas, campos ou partículas óticas ou qualquer combinação deles.

[00165] Além disso, deve ficar entendido que os diversos blocos lógicos, módulos, circuitos e etapas de algoritmo ilustrativos descritos em conexão com a presente descrição podem ser implementados como hardware eletrônico, software de computador ou combinações de ambos. Para ilustrar claramente esta intercambialidade de hardware e software, diversos componentes, blocos, módulos, circuitos e etapas ilustrativas foram descritos acima genericamente em termos de sua funcionalidade. Se tal funcionalidade é implementada como hardware ou software depende da aplicação específica e das limitações de projeto impostas ao sistema como um todo. Os versados na técnica podem implementar a funcionalidade descrita de diversas maneiras para cada aplicação específica, mas tais decisões de implementação não devem ser interpretadas como provocando um afastamento do escopo da presente descrição.

[00166] Os diversos blocos lógicos, módulos e circuitos ilustrativos descritos em conexão com a presente descrição podem ser implementados ou executados com um processador de propósito geral, um processador de sinais digitais (DSP), um circuito integrado de aplicação específica (ASIC), um arranjo de portas programável em campo (FPGA) ou outro dispositivo lógico programável, porta discreta ou lógica de transistor, componentes de hardware discretos ou qualquer combinação deles projetada para desempenhar as funções aqui descritas. Um processador de propósito geral pode ser um microprocessador, mas alternativamente o processador pode ser qualquer processador convencional, controlador, microcontrolador ou máquina de estado. Um processador pode ser também implementado como uma combinação de dispositivos de computação, por exemplo, uma combinação de DSP e microprocessador, uma pluralidade de microprocessadores, um ou mais microprocessadores em conjunto com um núcleo de DSP ou qualquer outra configuração tal.

[00167] As etapas de método ou algoritmo descritas em conexão com a presente descrição podem ser incorporadas diretamente em hardware, em um módulo de software executado por um processador ou em uma combinação dos dois. Um módulo de software pode residir em uma memória RAM, memória flash, memória ROM, memória EPROM, memória EEPROM, em registradores, disco rígido, um disco removível, um CD-ROM ou qualquer forma de meio de armazenamento conhecida na técnica. Um meio de armazenamento exemplar é acoplado ao processador tal que o processador possa ler informação do, e gravar informação no, meio de armazenamento. De forma alternativa, o meio de armazenamento pode ser integrante ao processador. O processador e o meio de armazenamento podem residir em um ASIC. O ASIC pode residir em um terminal de usuário. Alternativamente, o processador e o meio de armazenamento podem residir como componentes discretos em um terminal de usuário.

[00168] Em um ou mais projetos exemplares, as funções descritas podem ser implementadas em hardware, software, firmware ou qualquer combinação deles. Se implementadas em software, as funções podem ser armazenadas em ou transmitidas através de uma ou mais instruções ou código em um meio legível por computador. As mídias legíveis por computador incluem tanto a mídia de armazenamento em computador quanto a mídia de comunicação que incluam qualquer meio que facilite a transferência de um programa de computador de um lugar para outro. Um meio de armazenamento pode ser qualquer mídia disponível que possa ser acessada por um computador de propósito geral ou para propósito especial. A título de exemplo, e não de limitação, tal mídia legível por computador pode compreender RAM, ROM, EEPROM, CD-ROM ou outro armazenamento em disco ótico, armazenamento em disco magnético ou outros dispositivo de armazenamento magnético ou qualquer outro meio que possa ser utilizado para portar ou armazenar dispositivos de código de programa desejados sob a forma de instruções ou estruturas de dados e que possa ser acessado por um computador de propósito geral ou propósito especial ou por um processador de propósito geral ou propósito especial. Por exemplo, se o software for transmitido de um site da rede, servidor ou outra fonte remota utilizando um cabo coaxial, cabo de fibra ótica, par trançado, linha de assinante digital (DSL), então o cabo coaxial, o cabo de fibra ótica, o par trançado, a DSL ou tecnologias sem fio tais como infravermelho, rádio e microondas são incluídos na definição de meio. Disco (disk) e disco (disc), conforme aqui utilizado, inclui disco compacto (CD), disco de laser, disco ótico, disco versátil digital (DVD), disco flexível e disco Blu-ray, em que usualmente discos (disks) reproduzem dados magneticamente, enquanto discos (discs) reproduzem dados opticamente com lasers. Combinações deles devem ser também incluídas dentro do escopo de mídia legível por computador.

[00169] A descrição anterior da divulgação é apresentada para permitir que qualquer pessoa versada na técnica fabrique ou utilize a presente invenção. Diversas modificações na descrição serão prontamente evidentes aos versados na técnica, e os princípios genéricos aqui definidos podem ser aplicados a outras modalidades sem que se abandone o conceito inventivo ou escopo da invenção. Assim, a descrição não pretende estar limitada aos exemplos e projetos aqui descritos, mas deve receber o mais amplo escopo compatível com os princípios e aspectos inéditos aqui descritos.

Claims (9)

1. Método para comunicação sem fio, caracterizado pelo fato de que compreende: receber (812) uma transmissão de dados em pelo menos uma portadora componente, CC, programada em uma pluralidade de CCs configuradas para um equipamento de usuário, UE (120, 120x-z); determinar (814) informação de confirmação/confirmação negativa, ACK/NACK, para a transmissão de dados; em que determinar informação ACK/NACK compreende: em um caso ordenado, concatenar bits ACK/NACK ao colocar primeiro os bits ACK/NACK para a pelo menos uma CC programada em uma carga útil, e multiplexar nos bits restantes da carga útil, após os bits ACK/NACK para a pelo menos uma portadora CC, informação de estado de canal, CSI, e/ou outra informação; e em um caso não ordenado, concatenar bits ACK/NACK para a pluralidade de CCs configuradas em uma ordem predeterminada com base em um índice de cada CC configurada; determinar (816) um canal de enlace ascendente para enviar a informação ACK/NACK; realizar (818) controle de potência para enviar a informação ACK/NACK com base na pelo menos uma CC em que a transmissão de dados é recebida quando for determinado o envio da informação ACK/NACK em um canal de controle de enlace ascendente físico, PUCCH; e enviar a informação ACK/NACK no canal de enlace ascendente.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que realizar (818) o controle de potência compreende: determinar um número total de blocos de transporte recebidos na transmissão de dados, e determinar uma potência de transmissão para enviar a informação ACK/NACK com base no número total de blocos de transporte recebidos na transmissão de dados.

3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que determinar o número total de blocos de transporte compreende: determinar que um bloco de transporte seja recebido em cada CC associada a uma concessão de enlace descendente que tem um formato de informação de controle de enlace descendente, DCI, que suporta um bloco de transporte, determinar que dois blocos de transporte são recebidos em cada CC associada a uma concessão de enlace descendente que tem um formato de DCI que suporta dois blocos de transporte, e determinar o número total de blocos de transporte recebidos na transmissão de dados com base no um ou dois blocos de transporte recebidos em cada uma dentre a pelo menos uma CC em que a transmissão de dados é recebida.

4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que determinar um número total de bits ACK/NACK compreende: determinar um bit ACK/NACK para cada CC configurada com um modo de transmissão suportando um bloco de transporte; determinar dois bits ACK/NACK para cada CC configurada com um modo de transmissão suportando dois blocos de transporte; e determinar o número total de bits ACK/NACK para a pluralidade de CCs com base no um ou dois bits ACK/NACK para cada uma dentre a pluralidade de CCs.

5. Aparelho para comunicação sem fio, caracterizado pelo fato de que compreende: meios para receber uma transmissão de dados em pelo menos uma portadora componente, CC, programada em uma pluralidade de CCs configuradas para um equipamento de usuário, UE (120, 120x-z); meios para determinar informação de confirmação/confirmação negativa, ACK/NACK, para a transmissão de dados; em que os meios para determinar informação ACK/NACK são operáveis para: em um caso ordenado, concatenar bits ACK/NACK ao colocar primeiro os bits ACK/NACK para a pelo menos uma CC programada em uma carga útil, e multiplexar nos bits restantes da carga útil, após os bits ACK/NACK para a pelo menos uma portadora CC, informação de estado de canal, CSI, e/ou outra informação; e em um caso não ordenado, concatenar bits ACK/NACK para a pluralidade de CCs configuradas em uma ordem predeterminada com base em um índice de cada CC configurada; meios para determinar um canal de enlace ascendente para enviar a informação ACK/NACK; meios para realizar controle de potência para enviar a informação ACK/NACK com base na pelo menos uma CC em que a transmissão de dados é recebida quando for determinado o envio da informação ACK/NACK em um canal de controle enlace ascendente físico, PUCCH; e enviar a informação ACK/NACK no canal de enlace ascendente.

6. Aparelho, de acordo com a reivindicação 5, caracterizado pelo fato de que os meios para realizar controle de potência compreendem: meios para determinar um número total de blocos de transporte recebidos na transmissão de dados, e meios para determinar uma potência de transmissão para enviar a informação ACK/NACK com base no número total de blocos de transporte recebidos na transmissão de dados.

7. Aparelho, de acordo com a reivindicação 6, caracterizado pelo fato de que os meios para determinar o número total de blocos de transporte compreende: meios para determinar que um bloco de transporte seja recebido em cada CC associada a uma concessão de enlace descendente que tem um formato de informação de controle de enlace descendente, DCI, que suporta um bloco de transporte, meios para determinar que dois blocos de transporte são recebidos em cada CC associada a uma concessão de enlace descendente que tem um formato de DCI que suporta dois blocos de transporte, e meios para determinar o número total de blocos de transporte recebidos na transmissão de dados com base no um ou dois blocos de transporte recebidos em cada uma dentre a pelo menos uma CC em que a transmissão de dados é recebida.

8. Aparelho, de acordo com a reivindicação 5, caracterizado pelo fato de que os meios para determinar um número total de bits ACK/NACK compreende: meios para determinar um bit ACK/NACK para cada CC configurada com um modo de transmissão suportando um bloco de transporte; meios para determinar dois bits ACK/NACK para cada CC configurada com um modo de transmissão suportando dois blocos de transporte; e meios para determinar o número total de bits ACK/NACK para a pluralidade de CCs com base no um ou dois bits ACK/NACK para cada uma dentre a pluralidade de CCs.

9. Memória legível por computador caracterizada pelo fato de que contém gravado na mesma o método conforme definido em qualquer uma das reivindicações 1 a 4.

Images