BRPI1010153B1 - Método para a sinalização de informações de controle de uplink e unidade emissora e receptora sem fio configurada para transmitir as informações de controle de uplink - Google Patents

Abstract

sinalização de informações de controle de enlance ascendente no lte-a. são descritivos os métodos e sistemas para a transmissão de informações de controle de enlance ascendente em um sistema avançado lte. um dispositivo de usuário pode determinar se as informações de controle de enlance ascendente e/ou os canais disponíveis atendem a determinados critérios e determinar se as informações de controle de enlance ascendente devem ser transmitidas em um canal físico de controle de enlance ascendente, um canal físico compartilhado de enlance ascendente, ou ambos, com base nos critérios. os critérios podem incluir o tamanho das informações de controle de enlance ascendente (tamanho absoluto ou relativo ao espaço disponível em um canal ou um valor limite), o tipo de bits de controle de informações, o número de portadores de componentes disponíveis (ou seja, ativas ou configuradas) e a quantidade de potência que possa ser necessária para transmitir as informações de controle de enlance ascendente em mais do que um canal.

Description

Referência cruzada às pedidos de patente relacionados

[001] Este pedido de patente reivindica o benefício do pedido de patente provisório americano N° 61/218.782, depositado em 19 junho de 2009, e do pedido de patente provisório americano N° 61/220.017, depositado em 24 de junho de 2009, ambos sendo aqui incorporados como referência, em sua totalidade.

Fundamento

[002] A fim de suportar uma maior taxa de dados e eficiência de espectro, o sistema de Evolução de Longo Prazo (Long Term Evolution) (LTE) do Projeto de Parceria para a Terceira Geração (Third Generation Partnership Project) (3GPP) foi introduzido na versão 8 do 3GPP (R8). (A versão 8 do LTE pode ser aqui referida como LTE R8 ou LTE-R8). No LTE, as transmissões no uplink são realizadas utilizando o acesso múltiplo de divisão de Frequência de portadora única (Single Carrier Frequency Division Multilple Access) (SC- FDMA). Em particular, o SC-FDMA utilizado no uplink no LTE é baseado na tecnologia Multiplexação por Divisão de Frequência Ortogonal por Espalhamento da Transformada Discreta de Fourier (Discrete Fourier Transform Spread Orthogonal Frequency Division Multiplexing) (DFT-S-OFDM). Conforme utilizado a seguir, os termos SC-FDMA e DFT-S- OFDM são utilizados de forma alternada.

[003] No LTE, uma unidade de transmissão e recepção sem fio (WTRU), alternativamente referida como um equipamento de usuário (UE), transmite no uplink usando apenas um conjunto limitado, contíguo, de sub-portadoras atribuídas em uma disposição do Acesso Múltiplo por Divisão de Frequência (Frequency Division Multiple Access) (FDMA). Por exemplo, se todo o sinal da Multiplexação por Divisão de Frequência Ortogonal (Orthogonal Frequency Division Multiplexing) (OFDM) ou largura de banda do sistema no uplink for composto de sub-portadoras utilizáveis numeradas de 1 a 100, uma primeira dada WTRU pode ser atribuída para transmitir nas sub-portadoras 1 a 12, uma segunda WTRU pode ser atribuída para transmitir nas sub-portadoras 13 a 24, e assim por diante. Enquanto as diferentes WTRUs podem, cada uma, transmitir em apenas um

subconjunto da largura de banda de transmissão disponível, um Nó-B evoluído (Nó-B-e) servindo as WTRUs pode receber o sinal de uplink composto através de toda a largura de banda de transmissão.

[004] A LTE avançada (a qual inclui a LTE Versão 10 (R10) e pode incluir as versões futuras, tal como a Atualização 11, também referida aqui como LTE-A, LTE R10 ou LTE- R10) é um aperfeiçoamento do padrão LTE, o qual fornece um caminho de atualização 4G totalmente compatível com as redes LTE e 3G. Tanto para a LTE e LTE-A, existe uma necessidade de determinadas informações associadas de controle (UCI) no uplink na camada 1 e na camada 2, para suportar a transmissão de UL, de downlink (DL), do agendamento, de entrada múltipla e saída múltipla (MIMO), etc. No LTE-A, as configurações de potência para os canais de uplink, respectivamente, podem ser feitas de forma independente. O que é necessário na arte são os sistemas e métodos para fornecer as informações de controle de uplink e lidar com as questões de potência que podem surgir quando se utilizam múltiplos canais de uplink.

Síntese

[005] São descritos os métodos e sistemas para a transmissão de informações de controle de uplink (UCI) em um sistema LTE Avançado. Um dispositivo de equipamento de usuário (UE) pode determinar se as informações de controle de uplink devem ser transmitidas através do PUCCH e PUSCH (um subconjunto de bits transmitidos no PUCCH e os bits restantes transmitidos no PUSCH), com base em, se o número de bits na UCI é menor do que, ou igual, a um limite que possa ser fornecido para o UE. Se o número de bits da UCI for menor ou igual ao limite, os bits da UCI poderão ser transmitidos no PUCCH, enquanto que, se o número de bits da UCI for acima do limite, os bits da UCI poderão ser transmitidos tanto no PUSCH como no PUCCH, na mesma subquadro. Em outra forma de realização, o número de bits da UCI pode ser comparado a um segundo limite maior, e se o número de bits da UCI exceder o segundo limite maior, todos os bits da UCI podem ser transmitidos no PUSCH. Em outra forma de realização, se todos os bits da UCI couberem no PUCCH, eles podem ser transmitidos no PUCCH. Se todos os bits não couberem no PUCCH, eles podem ser transmitidos em ambos, no PUCCH e no PUSCH, no mesmo subquadro. Em outra forma de realização, um tamanho relativo da UCI pode ser determinado (ou seja, o tamanho da carga da UCI em comparação com o tamanho da capacidade de um canal compartilhado, por exemplo, o PUSCH) e se o tamanho relativo for inferior ao limite, os bits da UCI podem ser transmitidos apenas no PUSCH.

[006] Em uma outra forma de realização, o tipo de bits da UCI pode ser determinado, e se determinados tipos de bits estiverem presentes (por exemplo, bits de ACK/NACK), os bits de determinado tipo podem ser transmitidos em um canal, tal como o PUCCH, enquanto os bits restantes podem ser transmitidos em um segundo canal, tal como o PUSCH. Alternativamente, o número de portadoras de componente de downlink (DL CCs) que estão ativas, ou, alternativamente, configuradas, e o uso de modos de transmissão suportados no LTE versão 8 podem ser levados em conta. Se o número de DL CCs não for um ou os modos de transmissão suportados no LTE versão 8 não forem utilizados, um subconjunto de bits da UCI pode ser transmitido no PUCCH ao mesmo tempo em que, na mesma subquadro, os bits restantes podem ser transmitidos no PUSCH. Se o número de DL CCs for um e os modos de transmissão suportados no LTE versão 8 forem utilizados, a UCI pode ser avaliada para determinar se o conteúdo contém determinados tipos de bits da UCI (por exemplo, ACK/NACK, CQI/PMI, RI) e poderá ser feita uma determinação sobre qual (is) canal (is) serão utilizados para a transmissão dos bits. Os DL CCs primários ou prioritários também podem ser avaliados quando múltiplos DL CCs estiverem disponíveis (ativos ou, alternativamente, configurados), e os bits da UCI associados a um DL CC primário ou de maior prioridade podem ser transmitidos no PUCCH com os bits restantes sendo transmitidos no PUSCH.

[007] A quantidade de potência que pode ser necessária para transmitir as informações de controle de uplink em mais do que um canal também pode ser avaliada. Se um UE determinar que a transmissão dos bits da UCI em ambos os PUSCH e PUCCH irá exceder um limite de potência máxima, o UE pode transmitir os bits da UCI em apenas um dos PUSCH e PUCCH ou reduzir a potência do PUSCH e/ou do PUCCH. Nas formas de realização em que múltiplos PUSCHs estão disponíveis, podem ser utilizados diversos meios para determinar qual PUSCH deve ser utilizado para transmitir os bits da UCI, inclusive determinando um PUSCH apropriado com base no tamanho da carga da UCI, no tamanho da carga de dados do PUSCH ou a relação entre o tamanho da carga da UCI e a capacidade de carga dos PUSCHs disponíveis. Estes e outros aspectos da descrição atual estão estabelecidos em maior detalhe abaixo.

Breve descrição dos desenhos

[008] A descrição detalhada a seguir das formas de realização descritas será melhor compreendida quando lida em conjunto com os desenhos anexos. Para os propósitos de ilustração, são ilustrados os desenhos das formas de realização de exemplo; no entanto, a matéria em objeto não se limita aos elementos específicos e instrumentalidades descritas. Nos desenhos: - a figura 1 ilustra um exemplo não limitativo de equipamento de usuário, Nó-B-e e MME/S-GW nos quais os métodos e sistemas de sinalização de informações de controle de uplink, como aqui descritos podem ser implementados. - a figura 2 ilustra um exemplo não limitativo de um ambiente de rede no qual os métodos e sistemas de sinalização de informações de controle de uplink, como aqui descritos podem ser implementadas. - a figura 3 ilustra um exemplo não limitativo do sistema para a transmissão de bits de ACK/NACK para diferentes portadoras de downlink. - a figura 4 ilustra um exemplo não limitativo dos meios para o uso dos múltiplos recursos do RB no PUCCH em uma região do PUCCH para a transmissão da UCI. - a figura 5 ilustra um exemplo não limitativo dos meios para a transmissão da UCI em ambos o PUCCH e o PUSCH a partir de um UE em um sistema utilizando a transmissão multiponto de coordenadas do downlink (DL COMP). - a figura 6 ilustra um método não limitativo de exemplo de determinação sobre como sinalizar a UCI. - a figura 7 ilustra outro método não limitativo de exemplo de determinação sobre como sinalizar a UCI. - a figura 8 ilustra um outro método não limitativo de exemplo de determinar como sinal da UCI. - a figura 9 ilustra outro método não limitativo de exemplo de determinação sobre como sinalizar a UCI. - a figura 10 ilustra outro método não limitativo de exemplo de determinação sobre como sinalizar a UCI. - a figura 11 ilustra outro método não limitativo de exemplo de determinação sobre como sinalizar a UCI. - a figura 12 ilustra outro método não limitativo de exemplo de determinação sobre como sinalizar a UCI. - a figura 13 ilustra outro método não limitativo de exemplo de determinação sobre como sinalizar a UCI. - a figura 14 ilustra outro método não limitativo de exemplo de determinação sobre como sinalizar a UCI. - a figura 15 ilustra outro método não limitativo de exemplo de determinação sobre como sinalizar a UCI. - a figura 16 ilustra outro método não limitativo de exemplo de determinação sobre como sinalizar a UCI.

Descrição detalhada das formas de realização de ilustração

[009] A figura 1 ilustra um exemplo não limitativo do UE 101 o qual pode implementar o presente tema e as características do LTE-A. O UE 101 pode ser uma unidade emissora e receptora sem fio (WTRU) de qualquer tipo, incluindo um telefone móvel, um telefone inteligente (smatphone), um assistente de dados pessoais (PDA), um microcomputador portátil (laptop), ou qualquer outro dispositivo sem fio que possa se comunicar sem fio com um ou mais outros dispositivos ou redes. Em algumas formas de realização, o UE 101 pode ser configurado para se comunicar com uma rede ou sistema LTE-A. O UE 101 pode ser configurado pelo processador 140, o qual pode ser de forma comunicável conectado com a memória 150 e pode extrair a energia a partir de uma fonte de energia, tal como a bateria 160, a qual também pode fornecer energia para um ou todos os outros componentes do UE 101. O processador 140 pode ser configurado para executar a sinalização da UCI e as funções relacionadas conforme descritas aqui, assim como quaisquer outras funções descritas aqui e/ou quaisquer outras funções que possam ser realizadas por um processador configurado em um UE. A memória 150 pode ser configurada para armazenar os dados, incluindo as instruções executáveis por computador para executar qualquer função descrita aqui ou qualquer outra função que possa ser executada por um UE. O UE 101 também pode ser configurado com uma ou mais antenas 110a-d, que podem transmitir os dados recebidos a partir de um ou mais transceptores 120a-d para uma estação base, o Nó-B-e ou outro dispositivo de rede, e pode fornecer os dados a partir de tal dispositivo para um ou mais transceptores 120a-d.

[0010] Os transceptores 120a-d e/ou as antenas de 110a-d podem de forma comunicável ser conectados no módulo de antena de mapeamento/pré-codificação 130. Módulo de antena de mapeamento/pré-codificação 130 pode ser de forma comunicável conectado no processador 140. Note que qualquer ou todos os componentes ilustrados na figura 1 podem ser fisicamente o mesmo componente ou combinados em uma única unidade física, ou alternativamente, podem ser separados fisicamente. Por exemplo, o módulo de antena de mapeamento/pré-codificação 130, o processador 140 e os transceptores 120a-d podem ser fisicamente configurados em um único circuito integrado (chip) ou cada um pode ser configurado em micro circuitos integrados (microchips) individuais. Quaisquer variações de tais configurações são contempladas no âmbito da presente descrição.

[0011] O UE 101 pode ser configurado para comunicar sem fio com o Nó-B-e 170. Em adição aos componentes que podem ser encontrados em um Nó-B-e típico, o Nó-B-e 170 pode incluir o processador 173, o qual pode ser qualquer processador ou processadores múltiplos que possa ser configurado para executar as funções do Nó-B-e e/ou o tema descrito aqui. O processador 173 pode ser de forma comunicável conectado na memória 174, a qual pode ser qualquer tipo de memória ou a combinação de tipos de memória, incluindo memória volátil e não volátil. O Nó-B-e 170 também pode ser configurado com os transceptores 172a-d, os quais podem ser de forma comunicável conectados nas antenas 171a-d, configuradas para facilitar as comunicações sem fio, por exemplo, com o UE 101 em um sistema LTE ou LTE-A. Múltiplas antenas transmissoras e/ou receptoras podem ser configuradas no Nó-B-e 170, a fim de facilitar a MIMO e/ou outras tecnologias que possam tirar proveito de tais múltiplas antenas.

[0012] O Nó-B-e 170 pode ser de forma comunicável conectado por uma ou mais conexões de comunicação sem fio ou com fio na Entidade de Gerenciamento de Mobilidade/Portal de Acesso do Servidor (MME/S-GW) 180. O MME/S-GW 180 pode ser configurado pelo processador 181, o qual pode ser qualquer processador ou múltiplos processadores que possa ser configurado para executar as funções do MME/S-GW e/ou o tema descrito aqui. O processador 181 pode ser de forma comunicável conectado na memória 182, a qual pode ser qualquer tipo de memória ou a combinação dos tipos de memória, incluindo a memória volátil e não volátil. Em uma forma de realização, o UE 101, o Nó-B-e 170 e/ou o MME/S-GW 180 são configurados para implementar a sinalização da UCI em um sistema LTE-A conforme descrito aqui.

[0013] O DFT-S-OFDM pode ser utilizado como um meio de comunicação a partir do UE 101 para o Nó-B-e 170 (ou seja, em uplink). O DFT-S-OFDM é uma forma de transmissão OFDM com a restrição adicional de que o recurso de tempo-Frequência atribuído a um UE consiste de um conjunto de sub-portadoras com Frequências consecutivas. Um uplink do LTE pode não incluir uma sub-portadora atual direta (DC). O uplink do LTE pode incluir um modo de operação no qual aguarda que a Frequência possa ser aplicada nas transmissões através de um UE. No uplink (UL) do LTE versão 8 (R8), existe uma necessidade de determinadas informações associadas de controle de uplink (UCI) da camada 1 / camada 2 (L1/2) para suportar a transmissão do UL, a transmissão do downlink (DL), do agendamento, das entradas múltiplas e saídas múltiplas (MIMO), etc. Por exemplo, o UE 101 pode ser configurado para fornecer a UCI ao Nó-B-e 170 periodicamente e/ou não periodicamente. O UCI pode consistir de uma solicitação de repetição automática híbrida (hybrid automatic repeat request) (HARD) de reconhecimento/reconhecimento negativo (ACK/NACK) que pode ser de 1 ou 2 bits, dos relatórios de estado do canal, incluindo um indicador de qualidade de canal (channel quality indicator) (CQI), um indicador da matriz de pré-codificação (precoding matrix indicator) (PMI) e/ou do indicador de posição (rank indicator) (RI), o qual pode ser de 4 a 11 bits quando transmitido em um canal físico de controle de uplink (PUCCH), e uma solicitação de agendamento (scheduling request) (SR), que pode ser 1 bit. Estes exemplos de números de bits para estes tipos de UCI correspondem ao número de bits para estes tipos de LTE versão 8. O número de bits para estes tipos não é limitado a esses valores e outras formas de realização são contempladas como no âmbito da presente descrição.

[0014] Nas formas de realização e exemplos descritos aqui, que se referem aos tipos de bit CQI, PMI, e RI especificamente, essas formas de realização podem ser facilmente estendidas para incluir tipos de bit da UCI adicionais que possam ser suportados por um UE e reportados periodicamente ou não periodicamente. Estas formas de realização e exemplos também podem ser facilmente estendidas para substituir qualquer um ou mais dos tipos de bit CQI, PMI, e RI por outros tipos de bits da UCI que possam ser suportados por um UE e reportados periodicamente ou não periodicamente.

[0015] No LTE versão 8, a UCI pode ser transmitida, por exemplo, o UE 101, em uma de duas formas. Na ausência dos recursos do canal físico compartilhado de UL (PUSCH) em uma subquadro, o UE 101 pode transmitir a UCI usando Canal Físico de Controle de UL (PUCCH). Quando os dados do UL estiverem presentes ou o UE for, de outra forma, transmitir os dados em um canal físico compartilhado de uplink (PUSCH), a sinalização da UCI pode se realizar no PUSCH e pode ser multiplexada com os dados no PUSCH. No entanto, na versão 8, não é suportada a transmissão simultânea do PUCCH e do PUSCH. Além disso, a transmissão simultânea do ACK/NACK e CQI através de um UE não pode ser ativada pela sinalização da camada superior específica do UE. Neste caso, o CQI é descartado, e apenas o NACK/ACK será transmitido usando o PUCCH, o que pode resultar em alguma degradação no agendamento e na precisão da adaptação da taxa.

[0016] Na LTE-Avançada (LTE-A), introduzida no 3GPP Versão 10 (R10), a transmissão simultânea do PUSCH e PUCCH, por exemplo, através do UE 101, pode ser suportada e a restrição de uma portadora única na forma de onda do UL é suavizada. Na Versão 10, são suportadas tanto a alocação de recursos de Frequências contíguas quanto às Frequências não contíguas em cada portadora de componente UL.

[0017] Na LTE-A, é previsto que o tamanho da UCI (número de bits da UCI) será aumentado, em relação ao LTE, levando em conta os novos recursos, incluindo a transmissão multiponto coordenada (coordinate multipoint transmission) (COMP), DL MIMO de ordem superior, a extensão da largura de banda e Relay. Por exemplo, a fim de suportar o MIMO de ordem superior (por exemplo, MIMO 8x8) e/ou o COMP, uma grande quantidade de relatórios de estado do canal (CQI/PMI/RI) podem ser enviados ao Nó-B-e servidor (e possivelmente Nó-B-e(s) vizinhos nas implementações do COMP). A sobrecarga da UCI será ainda maior com o uso da extensão da largura de banda assimétrica. Em consequência, o tamanho da carga do PUCCH no LTE versão 8 pode não ser suficiente para levar à sobrecarga da UCI aumentada (mesmo para uma única portadora de componente DL) no LTE-A. A sinalização da UCI no LTE-A pode ser mais flexível do que a sinalização da UCI no LTE, permitindo mais configurações na sinalização da UCI no LTE-A. Devido a isso, e uma vez que o tamanho da UCI (número de bits da UCI) pode ser maior no LTE-A, podem ser necessárias novas configurações para suportar o maior tamanho da UCI. Em algumas formas de realização da presente descrição, a capacidade de transmissão simultânea do PUSCH e PUCCH é aproveitada, a fim de transmitir a sinalização da UCI a qual pode ser gerada em um sistema LTE-A, ou qualquer outro sistema.

[0018] Além disso, uma vez que as configurações de potência para o PUSCH e PUCCH, respectivamente, são feitas de forma independente, algumas regras para a sinalização da UCI pela LTE-A são aqui estabelecidas para as formas de realização que se aproveitam da transmissão simultânea do PUCCH e PUSCH em uma subquadro para as situações em que a soma dos níveis de potência do PUSCH e PUCCH atinja ou ultrapasse a dada potência máxima de transmissão.

[0019] Note que, conforme utilizado aqui, um canal físico de controle de uplink (PUCCH) pode ser uma LTE ou PUCCH no LTE-A, o qual é um canal de uplink que transmite as informações de controle de uplink. Alternativamente, um PUCCH, conforme utilizado aqui, pode ser qualquer canal ou canais múltiplos ou outros meios de comunicação sem fio que possam ser utilizados, de forma exclusiva ou não exclusiva, para transmitir as informações de controle para um uplink. Conforme utilizado aqui, um canal físico compartilhado de uplink (PUSCH) pode ser um LTE ou um PUSCH no LTE-A, o qual é um canal de uplink que transmite os dados do usuário (ou seja, dados SCH). Alternativamente, um PUSCH, conforme utilizado aqui, pode ser qualquer canal ou canais múltiplos ou outros meios de comunicação sem fio que possam ser utilizados, de forma exclusiva ou não exclusiva, para transmitir os dados do usuário em um uplink. Um PUSCH, conforme utilizado aqui, também pode transmitir as informações de controle. As informações de controle de uplink (UCI), conforme utilizado aqui, pode ser uma informação de controle específica do LTE-A ou LTE, ou a UCI pode ser qualquer informação de controle utilizada em qualquer sistema sem fio, transmitida em qualquer tipo de canal ou meio de comunicação sem fio. Todas as formas de realização são contempladas como dentro do âmbito da presente descrição.

[0020] A figura 2 ilustra um sistema de comunicação sem fio / rede de acesso 200, que pode ser configurado como parte de, ou como um sistema LTE ou LTE-A completo. A rede 200 pode incluir uma Rede de Acesso de Rádio Terrestre Universal Evoluído (Evolved-Universal Terrestrial Radio Access Network) (E-UTRAN) 250. A E-UTRAN 250 pode incluir o UE 210, o qual pode ser qualquer tipo de UE ou WTRU, incluindo o UE 101 da figura 1, e um ou mais Nó Bs evoluído (Nó-Bs-e) 220a, 220b e 220c, os quais podem ser qualquer dispositivo configurado para desempenhar as funções de um Nó-B-e, tal como o Nó-B-e 170 da figura 1. Conforme mostrado na figura 2, o UE 210 pode estar em comunicação com Nó-B-e 220a. O Nó-B-es 220a, 220b e 220c podem interagir uma com a outra utilizando uma interface X2. O Nó-B-es 220a, 220b e 220c também podem ser conectados na Entidade de Gerenciamento da Mobilidade (MME) / Portal de Acesso Servidor (S-GW) 230a e/ou 230b, através de uma interface S1. O MME/S-GWS 230a e 230b podem ser qualquer dispositivo configurado para executar as funções de um MME/S- GW, tal como o MME/S-GW 180 da figura 1. Apesar de uma única UE 210 e três Nó-B-es 220a, 220b, e 220c serem mostrados na figura 2, é contemplado que qualquer quantidade e combinação de dispositivos com e sem fio pode ser incluído na rede 200.

[0021] Em algumas formas de realização implementadas em um sistema LTE-A, pode ser desejável transmitir as informações de controle (UCI) de UL a partir de um UE para um Nó-B-e a fim de suportar as transmissões de UL dos dados de usuário e outras transmissões de UL, os dados do usuário e transmissões de DL de dados o usuário e outras transmissões de DL, os dados de agendamento, os dados do MIMO, etc. O UCI pode incluir, mas não é limitando ao HARQ ACK/NACK (s), relatórios de estado dos canais, CQI/PMI/RI e/ou as solicitação (s) de agendamento (SR). Deve-se salientar que o termo “dados de usuário”, conforme utilizado aqui, pode ser intercambiável com os “dados de SCH (canal compartilhado)”. O UE pode transmitir a UCI no PUCCH ou PUSCH. A Tabela 1 mostra os formatos PUCCH definidos para LTE os quais podem ser utilizados em algumas formas de realização e os conteúdos da UCI correspondentes. Os formatos 2a e 2b são suportados apenas para o prefixo cíclico normal. Em algumas formas de realização, durante a transmissão da UCI no PUSCH, os mesmos formatos podem ser utilizados. Tabela 1. Formatos do PUCCH e conteúdos da UCI correspondents

[0022] Os recursos de tempo e Frequência que podem ser utilizados por um UE para reportar a UCI podem ser controlados um Nó-B-e. Alguns UCI, tais como os relatórios CQI, PMI, RI podem ser periódicos ou não periódicos. Em algumas formas de realização, relatórios não periódicos podem fornecer dados semelhantes aos fornecidos pelos relatórios periódicos, bem como dados adicionais. Em tais formas de realização, se ambos os relatórios periódicos e não periódicos ocorrerem no mesmo subquadro, o UE pode ser configurado para transmitir apenas o relatório não periódico naquele subquadro.

[0023] Os tamanhos da carga do CQI e PMI de cada modo de relatório do PUCCH podem ser pré-determinados, por exemplo, de acordo com o quanto fornecido pelas especificações do padrão 3GPP. Outros tamanhos de carga do tipo de UCI e cada modo de relatório do PUCCH pode ser pré-determinado, por exemplo, de acordo com o quanto fornecido pelas especificações do padrão 3GPP.

[0024] A fim de lidar com o aumento dos tamanhos da UCI e os grandes volumes das informações de controle de uplink (UCI), os quais podem ocorrer nos sistemas LTE-A, diversas formas de realização introduzidas pela presente descrição podem ser utilizadas. Algumas das formas de realização aqui descritas aproveitam as capacidades de transmissão simultânea no PUCCH e PUSCH do LTE-A.

[0025] Em uma forma de realização alternativa, as configurações para a sinalização de uma UCI a partir do UE em um sistema LTE-A podem ser empregadas em adição aos métodos de sinalização da UCI no LTE. Em uma primeira tal forma de realização, as transmissões múltiplas no PUCCH podem ser utilizadas para múltiplos campos ou relatórios da UCI. As múltiplas transmissões no PUCCH (ou recursos), para a multiplexação de múltiplos campos/relatórios da UCI podem ser implementadas de tal forma que as múltiplas transmissões no PUCCH são tanto mutiplexadas em código quanto multiplexadas em Frequência. Por exemplo, no LTE, quando o indicador de qualidade do canal de transmissão (CQI) coincidir com a transmissão da solicitação de agendamento (SR) na mesma subquadro, o CQI é descartado. No entanto, no LTE-A, é possível ter o CQI e o SR transmitidos simultaneamente na mesma subquadro usando o a Multiplexação por Divisão de código (Code Division Multiplexing) (CDM) (ou seja, usando diferentes rotações de fase ortogonais de uma sequência de células específicas) ou a multiplexação por divisão de Frequência (Frequency Division Multiplexing) (FDM) (ou seja, usando os blocos de recursos diferentes (RBS). Em consequência, o UE pode o multiplexar o formato 1 no PUCCH (possivelmente com o 1a/1b) e o formato 2 (possivelmente com o 2a/2b) para transmiti-los ao mesmo tempo ao longo dos múltiplos recursos do PUCCH. Alternativamente, as transmissões múltiplas do PUCCH podem ser consideradas para transmitir um grande volume de UCI no LTE-A a partir de um UE.

[0026] Nas formas de realização que implementam a sinalização da UCI ao longo dos múltiplos recursos do PUCCH, o CDM, FDM, ou a multiplexação por divisão do tempo (TDM), ou qualquer combinação destes, pode ser utilizada para sinalizar a UCI. Em uma forma de realização, quando é necessário um grande volume de UCI, a UCI pode ser transmitida a partir de um UE sobre múltiplos recursos do PUCCH usando o CDM (ou seja, as rotações fase diferentes de uma sequência de células específicas). Em tais formas de realização, diferentes rotações de fase ortogonais (deslocamentos cíclicos equivalentes) de uma sequência de domínio (ou tempo de domínio) da Frequência de comprimento 12 da célula específica pode ser aplicada para cada bit (ou um grupo de bits ou campos de controle diferentes) da UCI. Por exemplo, no caso da extensão da largura de banda assimétrica (tal como 2 portadoras de componente de DL e uma portadora de componente de UL), os bits HARQ ACK/NACK para portadoras de DL componentes diferentes podem ser transmitidos em uma única portadora de UL usando as rotações defase diferentes de uma sequência de célula específica. Alternativa ou adicionalmente, conforme ilustrado na figura 3, os bits de ACK/NACK para portadoras diferentes de DL (bits de ACK/NACK 310 e 320) podem ser transmitidos (no mesmo recurso de tempo- Frequência) usando a mesma sequência de rotação de fase, mas usando diferentes sequências de cobertura ortogonais, w1 e w2 para, respectivamente, a Portadora 1 e a Portadora 2.

[0027] Um Nó-B-e pode configurar um UE para multiplexar múltiplos campos/relatórios da UCI em uma subquadro através da sinalização da camada 1 ou 2 (L1/2) ou da sinalização de uma camada superior. Em formas de realização que empregam as transmissões múltiplas no PUCCH, se a potência de transmissão total dos múltiplos PUCCHs exceder a potência máxima de transmitissão do UE, denotado como Pmax, (ou Pmax + P_threshold, na qual P_threshold é um limite), então o UE pode pegar carona no procedimento do UE do LTE, (ou seja, descartando uma um relatório de retorno de baixa prioridade, tal como o CQI/PMI).

[0028] Um Nó-B-e pode empregar a detecção cega para as transmissões múltiplas no PUCCH para determinar quais transmissões no PUCCH (campos da UCI) são aplicadas na subquadro. Alternativamente, algumas abordagens da redução de potência/back-off descritas no Pedido de Patente americana No. 12/703.092, depositado em 09 fevereiro de 2010, intitulado “DISPOSITIVO E MÉTODO PARA CONTROLE DE POTÊNCIA NO UPLINK PARA UMA UNIDADE TRANSMISSORA/RECEPTORA SEM FIO UTILIZANDO PORTADORAS MÚLTIPLAS”, o qual é aqui incorporado por referência em sua totalidade, podem ser usadas com alguma modificação em algumas formas de realização. Por exemplo, depois de calcular os níveis de potência para cada PUCCH, se a soma das potências exceder o Pmax, então a respectiva potência de transmissão pode ser ajustada para uma potência igual ou uma potência relativa (dependendo da prioridade do canal individual), a fim de atender a limitação de potência máxima. Outra opção para a configuração de potência nos múltipla PUCCHs é modificar o controle de potência no PUCCH do LTE, tal como a introdução de um valor de potência para o PUCCH individual. Exceder a potência máxima de transmissão permitida do CC (s) pode, em vez da, ou em adição com a Pmax excedida, ser considerado para estas decisões.

[0029] Em uma forma de realização alternativa, a sinalização da UCI sobre os múltiplos recursos do PUCCH pode ser implementada usando o FDM. Em tal forma de realização, cada bit (ou um grupo de bits do tipo bits de ACK/NACK e bits CQI, ou campos de controle diferentes) da UCI pode ser transmitido usando um par de RB's diferentes dentro de uma região pré-configurada no PUCCH (ou seja, recursos do PUCCH) . A figura 4 ilustra um exemplo de uso de múltiplos recursos do RB no PUCCH (baseado no FDM) em região 410 do PUCCH para transmitir grandes volumes de UCI (por exemplo, múltiplos relatórios de UCI) de tal forma que o NACK/ACK é transmitido sobre o RB 420 correspondente m=0, ao mesmo tempo em que na mesma subquadro o CQI/PMI/RI é transmitido através de um RB diferente, tal como o RB 430 correspondente m=2. Alternativamente ou adicionalmente, no caso de extensão da largura de banda assimétrica (tal como 2 portadoras de componente de DL e uma portadora de componente de UL), os bit (s) da UCI para portadoras de componentes de DL diferentes podem ser transmitidos através de pares de RB's diferentes, tais como m= 0, 2, respectiva mente para a portadora 1 e portadora 2.

[0030] Em uma outra forma de realização, a sinalização da UCI sobre os múltiplos recursos do PUCCH pode ser implementada usando o TDM. Em tal forma de realização, cada bit (ou um grupo de bits do tipo bits de ACK/NACK e bits CQI, ou campos de controle diferentes) da UCI pode ser transmitido na base de divisão de tempo (TDB) em uma base de símbolo do OFDM, em uma base de slot ou em uma base da subquadro.

[0031] Observe que, nas formas de realização acima, na sinalização da UCI sobre os múltiplos recursos do PUCCH, o UE pode ser configurado por um Nó-B-e através da camada superior de sinalização (ou a sinalização da L1) sobre quais os recursos do PUCCH (tempo/Frequência/código) são atribuídos para a UE. Nessas formas de realização, os formatos do PUCCH no LTE R8 podem ser mantidos, conforme especificado na especificação do padrão 3GPP; a qual é, manter a compatibilidade com as versões anteriores ao LTE R8. Além disso, no caso do CDM (e FDM), a CM (métrica cúbica) pode ser aumentada dependendo do número de recursos (rotações de fase/ códigos ou RBs) em uso. Em consequência, o impacto da CM sobre a configuração de potência no PUCCH podem ser tomadas em consideração, a qual é, aplicar um potência backoff na proporção do aumento da CM, se houver.

[0032] Em uma outra forma de realização, a sinalização da UCI sobre ambos, o PUCCH e o PUSCH, na mesma subquadro (transmissão da UCI, por exemplo, de grande volume de UCI, em ambos os PUSCH e PUCCH (s) a partir de um UE) pode ser implementada, por exemplo, quando a agregação de portadora assimétrica, do MIMO do DL de ordem superior e/ou o COMP estiver em uso. Para sinalizar a UCI em ambos os PUCCH (s) e PUSCH (transmissão simultânea do PUSCH e PUCCH para a UCI) na mesma subquadro, o ACK/NACK e/ou o SR podem ser multiplexados com o CQI/PMI /RI de tal forma que o ACK/NACK e/ou o SR podem ser transmitidos no PUCCH ao mesmo tempo em que na mesma subquadro (periódica ou não periódica), a sinalização do CQI/PMI/RI pode ser realizada no PUSCH (ou vice-versa). Em algumas formas de realização, o UE sem os dados do usuário para transmitir pode ser configurado para enviar a UCI no PUSCH sem os dados de UL. Por exemplo, um UE no DL COMP pode transmitir a UCI (incluindo o ACK/NACK, CQI/PMI/RI e SR) associados com célula (âncora) servidora sobre o PUSCH destinado para a célula de servidora, ao mesmo tempo em que na mesma subquadro, o UE pode transmitir outras informações de controle (por exemplo, o CQI/PMI) visando as células não servidoras (âncora) sobre um PUCCH (s) pré-especificado (s) para aquela (s) célula (s) receptora (s), ou vice-versa.

[0033] A figura 5 ilustra um exemplo de transmissão da UCI em ambos os PUCCH (s) e PUSCH de um UE no DL COMP. Neste exemplo, assume-se que o UE tenha os dados a serem transmitidos no canal compartilhado de UL (UL-SCH) na subquadro. Se o UE não tiver quaisquer dados a serem transmitidos no momento, a UCI é transmitida no PUSCH sem os dados de UL. Alternativamente ou adicionalmente, no caso de CA assimétrica (por exemplo, uma portadora de UL e N portadoras de DL onde N> 1), o UE pode transmitir a UCI associada com a portadora âncora de DL sobre qualquer PUSCH ou PUCCH (s). Ao mesmo tempo, o UE pode transmitir a UCI para as portadora (s) não âncora de DL sobre o outro canal físico (por exemplo, os não usados para a portadora âncora DL). Alternativamente, o UE pode transmitir a UCI para as portadora (s) não âncora de DL (s) sobre o PUSCH em uma portadora de componente (CC) de UL diferente.

[0034] Em uma forma de realização do sistema LTE-A, a configuração de potência para o PUSCH e PUCCH, respectivamente, pode ser feita de forma independente. No caso de transmissão da UCI sobre ambos o PUSCH e o PUCCH (s) na mesma subquadro, quando a Pmax é atingida (ou seja, o caso de potência livre negativa), as abordagens de recuo de potência, incluindo aquelas descritas no Pedido de Patente americana 12/703.092 aqui mencionadas, tal como a redução para a mesma potência, redução da potência relativa ou a redução de potência do canal em uso (e/ou o tipo de UCI) com base na prioridade, de tal forma a atender a limitação de potência máxima. Alternativamente ou adicionalmente, um UE transmite a UCI usando tanto o PUSCH quanto o PUCCH, aquele que detectar que Pmax foi atingida, pode mudar para o método de transmissão da UCI usando os recursos de múltiplos PUCCH, conforme descrito aqui. Em outra alternativa, uma UE pode transmitir a UCI usando apenas o PUSCH. Alternativamente, o UE pode transmitir a UCI usando apenas PUCCH, possivelmente descartando os campos de baixa prioridade da UCI, tal como o CQI/PMI, se houver algum. Exceder a potência máxima de transmissão permitida do CC (s) pode, em vez da, ou em adição com a Pmax excedida, ser considerado para estas decisões.

[0035] Em uma outra forma de realização, podem ser implementadas as transmissões simultâneas não periódicas do PUSCH e periódicas do PUCCH para a UCI. No LEGADO dos sistemas LTE (R8), no caso de uma colisão entre os relatórios periódicos CQI/PMI/RI e relatórios não periódicos CQI/PMI/RI, o relatório periódico CQI/PMI/RI é descartado nesta subquadro. No entanto, o UE, se necessário, pode ser configurado para transmitir tanto o relatório não periódico e o relatório periódico na mesma subquadro. Por exemplo, no CA assimétrico, o UE pode ser configurado para executar o relatório periódico CQI/PMI/RI associado com a portadora âncora de DL usando o PUCCH, e realizar os relatório não periódico CQI/PMI/RI associado com a (s) portadora (s) não âncora de DL usando o PUSCH, ou vice-versa, na mesma subquadro. Quando a Pmax é atingido (ou seja, o caso de potência livre negativa), o UE pode descartar o relatório não periódico CQI/PMI/RI no PUSCH. Alternativamente, o UE pode descartar o relatório periódico CQI/PMI/RI no PUCCH. Exceder a potência máxima de transmissão permitida do CC (s) pode, em vez da, ou em adição com a Pmax excedida, ser considerado para estas decisões.

[0036] Em uma outra forma de realização, uma UCI de grande volume pode ser transmitida no PUSCH.

[0037] Quando o tamanho da carga dor UCI for tão grande (como a soma do número de bits do HARQ ACL/NACK e o número de bits da carga do CQI/PMI/RI for maior que um limite) que não possa caber em um recurso do PUCCH, a UCI pode ser enviada no PUSCH com ou sem os dados UL-SCH (dependendo se o UE foi agendado ou não para a transmissão de dados), semelhante à sinalização da UCI do LTE no PUSCH quando o UE foi agendado para a transmissão de dados no PUSCH. Nesta forma de realização, pode não ser necessário agendar o UE para a transmissão de dados no PUSCH, para transmitir a UCI. Pelo contrário, o UE pode ser configurado pela sinalização da camada superior ou a sinalização L1/2 quando for para transmitir a UCI no PUSCH.

[0038] Um Nó-B-e pode configurar um UE para transmitir a UCI em ambos o PUCCH e o PUSCH, ou configurar um UE para não transmitir a UCI em ambos o PUCCH e o PUSCH, por exemplo, dependendo da capacidade do UE de, da serviços/configuração do DL/UL, da condição do canal, da disponibilidade dos recursos do PUSCH/PUCCH e/ou a disponibilidade de potência de transmissão do UE. A configuração pode ser dada ao UE através da sinalização L1/2 ou a sinalização da camada superior. Para a transmissão da UCI em ambos o PUCCH (s) e PUSCH na mesma subquadro, depois de calcular os níveis de potência para o PUCCH e PUSCH, respectivamente, se a soma das potências ultrapassar a Pmax, então a abordagem do recuo de potência pode ser utilizada (incluindo aquelas descritas no Pedido de Patente americana No. 12/703.092 aqui referenciado), tais como a respectiva potência de transmissão do canal pode ser ajustada/reduzida para a mesma potência ou uma potência relativa (dependendo da prioridade do canal individual), ou um valor pré-definido, a fim de atender a limitação de potência máxima. Em ainda outra alternativa, o UE pode transmitir a UCI no PUCCH apenas, possivelmente, descartando os campos de baixa prioridade da UCI, tal como o CQI/PMI. Em outra forma de realização adicional, o UE pode transmitir todos os campos da UCI necessários apenas no PUSCH (com ou sem os dados do canal compartilhado de uplink (UL-SCH), dependendo se foi ou não agendada a transmissão de dados no UE). Em qualquer uma dessas formas de realização, o Nó-B-e pode empregar a detecção de cega para o canal físico individual (ou seja, o PUCCH e o PUSCH) para determinar qual (ais) canal (ais) físico (s) (ou campos da UCI) são transmitidos na subquadro. Exceder a potência máxima de transmissão permitida do CC(s) pode, em vez da, ou em adição com a Pmax excedida, ser considerado para estas decisões.

[0039] Em uma forma de realização alternativa, o legado da sinalização da UCI do LTE pode ser realizado por um UE com a configuração DL/UL, tal como no LTE (tal como mapeamento um para um de espectro de DL/UL, sem o COMP). A sobrecarga da UCI pode ser semelhante no LTE R8. No entanto, ao contrário do LTE R8, o UE pode transmitir o NACK ACK/HARQ no PUCCH (em uma forma de realização, a fim de melhorar a confiabilidade do ACK/NACK), ao mesmo tempo em que no mesmo subquadro transmite o CQI/PMI/RI não periódico no PUSCH.

[0040] Em uma outra alternativa, novos formatos de PUCCH com modulação de ordem superior (16QAM) podem ser utilizados para suportar uma UCI de maior tamanho. Esses novos formatos de PUCCH podem ser definidos utilizando a modulação de ordem superior. Conforme ilustra a tabela 2, novos formatos de PUCCH são introduzidos usando o 16QAM, (formato 3, 4/4a/4b/4c). O formato do PDCCH 3 pode ser utilizado para o transporte de 4 bits de ACK/NACK (possivelmente com SR). Por exemplo, 4 bits de NACK/ACK podem ser utilizados na agregação de portadora (por exemplo, duas portadoras de DL com o SM MIMO e uma portadora de UL). O formato PUCCH 4/4a/4b/4c pode ser utilizado para os bits codificados de realimentação 40 dos bits do CQI/PMI/RI (com NACK/ACK em 4a/4b/4c) no LTE-A. Para os novos formatos descritos neste documento, a configuração de potência para o PUCCH pode incluir um valore de potência para acomodar o uso da modulação de ordem superior 16QAM (ou seja, para refletir o fato de que é necessário um SINR diferente para diferentes esquemas de modulação). Tabela 2. Formatos PUCCH Estendido

[0041] Note que em todas as formas de realização estabelecidas acima usando a sinalização da UCI no LTE-A, o Nó-B-e pode configurar o UE para transmitir a UCI através da sinalização L1/2 ou da sinalização da camada superior.

[0042] Em uma forma de realização alternativa, as transmissões simultâneas do PUCCH e SRS podem ser utilizadas em um sistema LTE-A que suporte os PUCCH (s) simultâneos (e o PUSCH) e as transmissões SRS na alocação de símbolo do SRS (último símbolo OFDM). Em tais formas de realização, um UE pode transmitir o SRS também através do formato 1/1a/1b do SRS e PUCCH (incluindo o formato normais 1/1a/1b do PUCCH) e/ou 2/2a/2b (e potencialmente os formatos 3/4/4a/4b/4c conforme aqui estabelecidos) e a transmissão ocorre na mesma subquadro, simplificando tais transmissões em um sistema LTE-A.

[0043] Em uma outra forma de realização, a sinalização da UCI pode ser realizada no Sistemas LTE-A que implementem o UL MIMO. Diversos modos do MIMO para o PUSCH podem ser utilizados, incluindo a multiplexação espacial (SM) MIMO (tal como o SM MIMO de malha aberta e de malha fechada), o controle da amplitude e da fase do sinal (BF) ou beamforming, e a diversidade de transmissões (tais como a diversidade de atraso cíclico (CDD), a codificação de bloco de espaço tempo (STBC), a codificação de bloco de espaço e Frequência (SFBC), diversidade de transmissões do recurso de espaço ortogonal (SortD), etc). Um Sistema LTE-A configurado de acordo com a presente descrição pode usar qualquer um dos seguintes modos de MIMO para a sinalização da UCI . Para a transmissão da UCI no PUCCH, qualquer uma das seguintes opções de MIMO podem ser implementadas: - beamforming com uma camada (Neste caso, o Nó-B-e fornece um livro de código (codebook) ou retorno (feedback) do PMI para o UE.); - diversidade de transmissão de CDD (tx); - STBC/SFBC/SORTD; - comutação de antena (Neste caso, a mudança de antena pode ser feita em uma base do símbolo OFDM ou base slot.); e - quando a transmissão simultânea do PUSCH e do PUCCH no UL MIMO é implementada, onde a UCI é transmitido no PUCCH, qualquer uma das opções de MIMO acima pode ser utilizada para o PUCCH independentemente do modo do MIMO para o PUSCH.

[0044] Para Transmissão da UCI no PUSCH, em uma forma de realização, um esquema UL MIMO de parte da UCI no PUSCH pode ser aplicado independentemente do UL MIMO para a parte de dados, sendo que o esquema MIMO de parte da UCI pode ser qualquer um dos seguintes: - beamforming com uma camada; - diversidade de CDD tx; - STBC/SFBC; - comutação de antena (Neste caso, a mudança de antena pode ser feita em uma base do símbolo OFDM ou base slot); - seleção de antena; e - o mesmo modo MIMO, como o da parte de dados do PUSCH, pode ser aplicado na parte da UCI.

[0045] Em uma outra forma de realização, o UE pode transmitir todos os bits da UCI no PUSCH apenas quando um tamanho grande de UCI puder ser utilizado para transmissão da UCI no LTE-A.

[0046] Os métodos e sistemas serão agora descritos proporcionando formas de realização mais detalhadas das transmissões simultâneas PUCCH/PUSCH da UCI. Os métodos e sistemas são fornecidos para permitir a um UE determinar qual, se houver, dos bits da UCI para transmitir no PUCCH e que, se houver, para transmitir no PUSCH. Para um UE com os dados do usuário para transmitir no PUSCH, a UCI transmitido no PUSCH pode ser transmitidos junto com os dados. Para as transmissões no PUSCH, sem os dados do usuário, apenas a UCI pode ser transmitido no PUSCH. Nas formas de realização abaixo, os bits da UCI podem incluir a UCI para a dada subquadro para todas as portadoras componente downlink (DL CCs) ativas (ou configuradas). Com base em vários fatores tais como o agendamento, as solicitações do Nó-B-e e as transmissões de DL, os bits da UCI para um dado DL CC podem incluir um ou mais dos bits de ACK/NACK (os bits atuais ou os bits reservados para o ACK/NACK, mesmo se não os enviar), bits do CQI, bits do PMI, bits do RI, outros tipos de bits de retorno (tais como o PMI de longo prazo (também chamado de ciclo externo (outerloop)) ou o PMI de curto prazo (também chamado de ciclo interno (Innerloop)), e quaisquer outros bits de controle que um UE possa enviar para a rede de rádio). Diferentes DL CCs podem ter diferentes tipos de bits de UCI para serem transmitidos em uma dada subquadro. Qualquer um ou mais das DL CCs podem não ter os bits de UCI para serem transmitidos em uma dada subquadro. Os bits da UCI também podem incluir os tipos de bits de controle não especificamente relacionados com as DL CCs.

[0047] Note que os relatórios CQI e PMI são tipicamente reportados em conjunto e são referidos aqui como relatórios CQI/PMI. Entretanto, tais relatórios podem ser feitos separadamente, e as formas de realização aqui descritas podem ser facilmente estendidas para tais formas de realização. Como uma variação para cada um dos métodos e formas de realização aqui descritas, o PUCCH pode ser estendido para denotar múltiplos PUCCHs caso os múltiplos PUCCHs sejam alocados em uma dada subquadro e sejam autorizados para transmitir a UCI.

[0048] Em uma forma de realização, uma decisão pode ser tomada a respeito de como a UCI deve ser transmitido com base no número de bits da UCI a se transmitir (que também pode ser referido como o tamanho da carga da UCI) dentro de uma subquadro. A Figura 6 ilustra um método de implementação de tal forma de realização. No bloco 610, é feita uma determinação quanto ao número de bits da UCI a serem transmitidos. Em uma forma de realização, esta determinação pode excluir quaisquer bits do relatório CQI/PMI/RI não periódico e quaisquer outros bits de relatórios não periódicos. Outras formas de realização podem incluir tais bits de relatórios não periódicos.

[0049] No bloco 620, a determinação pode ser feita quanto a se o número de bits da UCI é menor ou igual a um número N. O N pode ser pré-configurado em um UE ou sinalizado para um UE através de um Nó-B-e. O valor de N pode ser uma função do formato do PUCCH, tal que pode haver um valor diferente de N para cada formato de PUCCH. Se o número de bits da UCI for menor ou igual a N, o UE, no bloco 630, pode se preparar para transmitir todos os bits da UCI no PUCCH. Se o número de bits da UCI for maior do que N, o UE, no bloco 640, pode preparar a transmissão de um subconjunto de bits da UCI no PUCCH e o restante dos bits da UCI no PUSCH. Por exemplo, o UE pode se preparar para transmitir os bits de ACK/NACK no PUCCH e os bits restantes da UCI (tal como os bits CQI, PMI, e RI) no PUSCH. Alternativamente, a determinação pode ser feita no bloco 650 para saber se o número de bits da UCI é maior que N, onde N’ > N. O N’ pode ser pré-configurado em um UE ou sinalizado para um UE através de um Nó-B-e. O valor de N' pode ser uma função do formato do PUCCH, tal que pode haver um valor diferente de N' para cada formato de PUCCH. Nesta forma de realização, se o número de bits da UCI for maior que N', em seguida, no bloco 660, o UE pode se preparar para transmitir todos os bits da UCI no PUSCH e nenhum no PUCCH. Se o número de bits da UCI for maior do que N, mas menor ou igual a N', o UE, no bloco 640, pode preparar a transmissão de um subconjunto de bits da UCI no PUCCH e o restante dos bits da UCI no PUSCH. Em outra alternativa, se o número de bits da UCI for determinado para ser maior do que N no bloco 620, então o UE, no bloco 660, pode se preparar para transmitir todos os bits da UCI no PUSCH e nenhum no PUCCH.

[0050] Note que, exceto se outras mudanças ou determinações que possam precisar ser feitas existirem, os tais bits da UCI podem ser transmitidos sem ajuste adicional. Ao longo da presente descrição, um UE pode ser descrito como “se preparando para transmitir” os bits da UCI e não apenas a transmissão de tais bits para permitir a possibilidade de ajustes adicionais antes da transmissão dos bits da UCI.

[0051] Por exemplo, um UE pode se preparar para transmitir os bits da UCI usando tanto o PUCCH quanto o PUSCH, mas pode, posteriormente, determinar que um limite de potência seja alcançado por essa transmissão (como descrito em mais detalhes abaixo) e, portanto, pode realmente transmitir os bits da UCI usando apenas um entre o PUCCH e PUSCH.

[0052] Em uma forma de realização alternativa, o UE pode determinar se a carga da UCI cabe no PUCCH alocado, para determinar como ele irá transmitir a UCI. A figura 7 ilustra um método de implementação de tal forma de realização. No bloco 710, é feita uma determinação quanto ao número de bits da UCI a serem transmitidos (também referido como o tamanho da carga da UCI). Em uma forma de realização, esta determinação pode excluir quaisquer bits do relatório CQI/PMI/RI não periódico e quaisquer outros bits do relatório não periódico. Outras formas de realização podem incluir tais bits do relatório não periódico.

[0053] No bloco 720, é feita uma determinação quanto a se todos os bits da UCI irão caber no PUCCH alocado. Se todos os bits da UCI couberem no PUCCH alocado, no bloco 730, o UE pode se preparar para transmitir todos os bits da UCI no PUCCH e nenhum no PUSCH. Se o número de bits da UCI não couber no PUCCH, no bloco 740, o UE pode preparar a transmissão de um subconjunto de bits no PUCCH e o restante no PUSCH. Por exemplo, o UE pode se preparar para transmitir os bits de ACK/NACK no PUCCH e os bits restantes da UCI (tais como os bits do CQI, PMI, e RI) no PUSCH. Como outro exemplo, o UE pode se preparar para transmitir os bits de ACK/NACK para todos os DL CCs e todos os bits não ACK/NACK (tais como os bits do CQI, PMI, e RI) de tal forma que muitos DL CCs irão caber no PUCCH e os bits não ACK/NACK (tais como os bits do CQI, PMI, e RI) para as outras DL CCs no PUSCH. Ao determinar se os bits da UCI irão caber no PUCCH alocado, o UE pode considerar todos os formatos de PUCCH permitidos para esse PUCCH.

[0054] Em uma outra forma de realização, o UE pode comparar o tamanho da carga da UCI para um ou mais dos tamanhos de carga de dados ou o tamanho do PUSCH (o qual também pode ser chamado de capacidade de carga do PUSCH) para determinar como ele irá transmitir a UCI. Um tamanho do PUSCH pode ser medido usando um ou uma série de fatores, tais como o número do RBS, o número de símbolos de OFDM, o número de bits físicos codificados, ou alguma combinação destes ou outros fatores. A figura 8 ilustra um método de implementação de tal forma de realização. No bloco 810, é feita uma determinação quanto ao tamanho da carga (número de bits) da UCI a ser transmitido. Em uma forma de realização, esta determinação pode excluir quaisquer bits de relatório CQI/PMI/RI não periódico e quaisquer outros bits de relatório não periódico. Outras formas de realização podem incluir tais bits de relatório não periódico.

[0055] No bloco 820, o UE pode determinar uma relação entre o tamanho da carga da UCI e um ou mais dos tamanhos de carga de dados e o tamanho do PUSCH. Por exemplo, o UE pode comparar o tamanho relativo com um limite N (por exemplo, a porcentagem) da carga da UCI com o tamanho do PUSCH ou o tamanho relativo (por exemplo, a porcentagem) da carga da UCI com a carga de dados, para determinar como transmitir a UCI. O N pode ser pré-configurado em um UE ou sinalizado para um UE através de um Nó-B-e. Por exemplo, se a porcentagem do tamanho da carga da UCI em relação ao tamanho do PUSCH, ou a porcentagem do tamanho da carga da UCI em relação ao tamanho da carga de dados, for menor que o limite N, o UE, no bloco 830, pode preparar a transmissão de toda a UCI no PUSCH. Se a porcentagem do tamanho da carga da UCI em relação ao tamanho do PUSCH, ou a porcentagem do tamanho da carga da UCI em relação ao tamanho da carga de dados, for maior ou igual ao limite N, o UE pode preparar a transmissão de alguns bits da UCI no PUCCH e os outros bits da UCI no PUSCH no bloco 840, ou o UE pode se preparar para transmitir todos os bits da UCI no PUCCH no bloco 850.

[0056] Em uma forma de realização alternativa, o UE pode comparar o tamanho PUSCH com um limite para determinar como ele irá transmitir a UCI. Um tamanho do PUSCH pode ser medido usando um ou uma série de fatores, tais como o número da RBs, o número de símbolos de OFDM, o número de bits físicos codificados ou alguma combinação destes ou outros fatores. Uma vez que esta determinação é independente do tamanho da carga da UCI, o bloco 810 talvez ignorado. No bloco 820, o tamanho do PUSCH pode ser comparado com um limite N. O N pode ser pré-configurado em um UE ou sinalizado para um UE através de um Nó-B-e. Se a capacidade de transmissão do PUSCH for maior que um determinado limite N, então o UE, no bloco 830, poderá preparar a transmissão de todas as UCI no PUSCH. No caso de um PUSCH grande, o comprometimento do desempenho na combinação do UCI com os dados no PUSCH pode ser reduzido uma vez que neste caso pode ser desejável transmitir toda a UCI no PUSCH, e evitar a potencial limitação de potência do PUSCH e PUCCH simultâneos devido aos efeitos da redução da potência máxima (MPR). Se a capacidade do PUSCH for menor ou igual a N, o UE, no bloco 840, pode preparar a transmissão de alguns bits da UCI no PUCCH e os outros bits da UCI no PUSCH. Alternativamente, o UE, no bloco 850, pode se preparar para transmitir todos os bits da UCI no PUCCH.

[0057] Em outras formas de realização, se o UE for alocado a um PUSCH e não tiver os dados de usuário para enviar, o UE pode preparar a transmissão da UCI no PUSCH ou uma combinação de PUCCH e PUSCH, dependendo do tamanho da carga da UCI. A figura 9 ilustra um método de implementação de tal forma de realização. No bloco 910, é feita uma determinação de que nenhum dado de usuário está disponível para a transmissão. No bloco 920, é feita uma determinação quanto ao número de bits da UCI a ser transmitido. No bloco 930, é feita uma determinação quanto a se todos os bits da UCI caberão no PUSCH. Se assim for, no bloco 940, a UE pode preparar a transmissão de toda a UCI no PUSCH. Se o número de bits da UCI não couber no PUSCH, no bloco 950, a UE pode preparar a transmissão de um subconjunto da UCI no PUCCH, tal como os bits de ACK/NACK, e o restante dos bits da UCI no PUSCH. Alternativamente, quando o número de bits da UCI não couber no PUSCH, no bloco 950, a UE pode se preparar para transmitir todos os bits da UCI no PUCCH. Note que isso só pode ser possível se a capacidade de transmissão do PUCCH for maior do que a do PUSCH. Nessas formas de realização, o PUSCH pode ser preferido em relação ao PUCCH quando os bits da UCI couberem porque quando o UE não tiver dados para enviar, a transmissão da UCI no PUSCH não afeta o desempenho no PUSCH.

[0058] Como uma variação em qualquer uma dessas formas de realização, se os bits da UCI a serem transmitidos incluírem os bits CQI, PMI, ou RI associados com o relatório não periódico do CQI/PMI ou RI, o UE pode excluir tais bits quando determinar o número de bits da UCI a serem transmitidos e/ou quando determinar que os bits possam ir ao PUCCH. Em tais formas de realização, o UE sempre transmitirá os bits CQI, PMI, e RI associados com o relatório não periódico CQI/PMI e RI no PUSCH. Tais formas de realização podem ser desejáveis quando os relatórios não periódicos são muito maiores que os relatórios periódicos, e seja improvável que caibam no PUCCH. Se os tipos de relatórios adicionais não periódicos são definidos para a R1O ou futuramente, o UE pode ser configurado para também excluir os bits desses relatórios desta forma e transmitir esses bits sempre no PUSCH.

[0059] Por exemplo, se o número de bits da UCI com exclusão de quaisquer bits do relatório não periódico do CQI/PMIe RI for menor ou igual a um número N, ou alternativamente, menor ou igual à capacidade de carga do PUCCH, então o UE pode se preparar para transmitir todos os bits da UCI, com exceção de quaisquer bits do relatório não periódico CQI/PMI e RI, no PUCCH, e pode se preparar para transmitir os bits do relatório não periódico CQI/PMI e RI no PUSCH. Se o número de bits da UCI, com a exclusão de quaisquer bits do relatório não periódico CQI/PMI e RI, for maior do que N, ou, alternativamente, maior do que a capacidade de carga do PUCCH, então o UE pode preparar a transmissão de um subconjunto de bits no PUCCH e o restante no PUSCH. Por exemplo, em uma forma de realização, o UE pode se preparar para transmitir os bits de ACK/NACK no PUCCH e todos os bits CQI, PMI, e RI (para os relatórios periódicos e não periódicos) no PUSCH.

[0060] Alternativamente, se o número de bits da UCI, com a exclusão de quaisquer bits do relatório não periódico CQI/PMI e RI, for maior do que N' (onde N' > N), então o UE pode se preparar para transmitir todos os bits da UCI no PUSCH e nenhum no PUCCH. Em outra alternativa, se o número de bits da UCI, com a exclusão de quaisquer bits do relatório não periódico CQI/PMI e RI, for maior do que N, então o UE pode se preparar para transmitir todos os bits da UCI no PUSCH e nenhum no PUCCH. N e N', podem, cada um, ser pré-configurado em um UE ou sinalizado para um UE através de um Nó-B-e. Os valores de N e N' podem ser, cada um, uma função do formato do PUCCH, de tal forma que pode haver um valor diferente de N e/ou N' para cada formato do PUCCH.

[0061] Note que para qualquer uma das formas de realização descritas neste documento, ao determinar a capacidade de carga PUCCH, o UE pode considerar todos os formatos permitidos do PUCCH para o PUCCH alocado. Em cada uma das formas de realização, se o agendamento for tal que os relatórios periódicos e não periódicos da UCI do mesmo tipo seriam transmitidos simultaneamente para um dado DL CC, o UE pode omitir o relatório periódico daquele tipo para o tipo CC a partir da transmissão e a partir da determinação do tamanho da carga da UCI.

[0062] Em outras formas de realização, um UE pode determinar como ela irá transmitir a UCI com base no tipo de bits da UCI que precisa transmitir, e tal determinação pode ser baseada na prioridade do tipo de UCI. Em forma de realização semelhante, ilustrada na figura 10, os tipos de bits na UCI podem ser determinados no bloco 1010. No bloco 1020, uma determinação pode ser feita quanto a se qualquer dos bits da UCI a serem transmitidos são bits de ACK/NACK. Se os bits da UCI a serem transmitidos contiverem os bits de ACK/NACK, o UE, no bloco 1030, pode se preparar para transmitir os bits de ACK/NACK no PUCCH e todos os outros tipos de bits da UCI no PUSCH. Uma vez que os bits de ACK/NACK podem ser os bits mais importantes, eles podem ser enviados no PUCCH para um melhor desempenho em relação ao PUSCH.

[0063] Como alternativa, conforme ilustrado na figura 11, o UE pode ser configurado para saber quais os tipos de bits da UCI cabem juntos no PUCCH em cada um dos formatos do PUCCH e determinar como transmitir a UCI com base nesse conhecimento. No bloco 1110, os tipos de bits na UCI a serem transmitidos podem ser determinados através de um UE. No bloco 1120, o UE pode escolher a combinação dos tipos de maior prioridade caibam juntos, em uma forma de realização semelhante, em que o número de bits de alta prioridade que serão transmitidos no PUCCH seja maximizado. No bloco 1130, o UE pode se preparar para transmitir a combinação dos tipos mais alta prioridade que caibam juntos no PUCCH usando o formato de PUCCH apropriado. Observe que, em muitas formas de realização, o NACK/ACK tem a mais alta prioridade, o RI (ou equivalente) tem a segunda maior prioridade, e o CQI/PMI (ou equivalente) segue em prioridade. O UE pode transmitir todos os outros tipos da UCI no PUSCH.

[0064] Em formas de realização adicionais, o UE pode determinar como ela irá transmitir os bits da UCI com base em uma configuração de downlink (DL), incluindo, por exemplo, um número de DL CCs ativas (ou configuradas) e/ou o modo de transmissão de DL, assim como o uso de técnicas de múltiplas antenas. Em uma forma de realização semelhante, se um UE determinar que o número de DL CCs é um e o modo de transmissão DL é um modo de transmissão suportados na R8, o UE pode preparar a transmissão de todas as UCI no PUSCH e nenhuma no PUCCH. Uma forma de realização alternativa usando a configuração do DL é ilustrada na figura 12. No bloco 1210, uma determinação pode ser feita quanto a se o número de DL CCs é um e o modo de transmissão de DL é um modo de transmissão suportado no LTE-R8. Caso não, por exemplo, se o número de DL CCs for maior que um, o UE, , no bloco 1215, pode preparar a transmissão de um subconjunto de bits da UCI (agregados) no PUCCH e o restante dos bits da UCI no PUSCH. O UE pode determinar quais bits são para transmitir no PUCCH e quais bits são para transmitir no PUSCH, em conformidade com outros métodos e formas de realização aqui descritas.

[0065] Se houver somente um DL CC e o modo de transmissão de DL for um modo de transmissão suportado no LTE- R8, no bloco 1220, uma determinação pode ser feita para saber se a UCI contém os bits de ACK/NACK. Se assim for, no bloco 1230, o UE pode se preparar para transmitir os bits de ACK/NACK no PUCCH. No bloco 1240, uma determinação pode ser feita para saber se existem bits de CQI/PMI e RI periódicos na UCI. Se assim for, o UE, no bloco 1250, pode se preparar para transmitir os bits do RI periódico no PUCCH e os bits CQI/PMI periódicos no PUSCH. No bloco 1260, uma determinação pode ser feita para saber se existem bits do CQI/PMI periódico e os bits do RI não periódico. Se assim for, o UE, no bloco 1270, pode se preparar para transmitir os bits do CQI/PMI periódico no PUCCH. No bloco 1280, uma determinação pode ser feita para saber se existem bits do RI periódico e os bits do CQI/PMI não periódico. Se assim for, o UE, no bloco 1290, pode se preparar para transmitir os bits do RI periódico no PUCCH. Se o UE determinar que existem bits do relatório não periódico da UCI, o UE se prepara para transmiti-los no PUSCH.

[0066] Em algumas formas de realização, o UE pode determinar como ele irá transmitir a UCI com base no modo de transmissão de UL, tal como o número de portas de antena de transmissão, e/ou a configuração do PUSCH, incluindo a alocação do RB contíguo no PUSCH versus a alocação do RB não-contíguo no PUSCH. Em uma forma de realização semelhante, se um UE for configurado para transmitir no PUSCH (transmitindo duas palavras-código) com portas de antenas múltiplas em uma subquadro, então o UE pode se preparar para transmitir os bits do CQI/PMI no PUSCH e o restante dos bits da UCI (por exemplo, os bits de ACK/NACK e/ou os bits de RI) no PUCCH. Alternativamente, o UE pode se preparar para transmitir todos os bits da UCI no PUSCH e nenhum no PUCCH.

[0067] Em outras formas de realização, se for dada uma concessão de alocação de RB não contígua no PUSCH a um UE, em seguida, o UE pode preparar a transmissão de todas as UCI no PUSCH e nenhuma no PUCCH. Caso contrário (isto é, no caso de alocação do RB contíguo no PUSCH), o UE pode se preparar para transmitir os bits da UCI usando um ou mais métodos descritos neste documento.

[0068] Em algumas formas de realização, pode acontecer de ambos os relatórios da UCI, periódicos e não periódicos, de mesmo tipo, serem solicitados (ou agendado para a transmissão) para uma DL CC na mesma subquadro. Neste caso, o UE pode transmitir (ou se preparar para transmitir) os bits do relatório não periódico da UCI para aquela CC no PUSCH e o UE pode descartar (não transmitir) o relatório periódico para esse tipo para essa CC. A figura 13 ilustra um método de implementação de tal forma de realização. No bloco 1310, uma determinação pode ser feita de que existem ambos os relatórios periódicos e não periódicos, do mesmo tipo solicitado (ou agendado para transmissão) para um DL CC na mesma subquadro. No bloco 1320, o UE pode descartar (não transmitir) o relatório periódico para esse tipo para essa CC. No bloco 1330, o restante do conteúdo da UCI pode ser transmitido ou preparado para transmissão, em algumas formas de realização utilizam um ou mais dos métodos descritos neste documento.

[0069] Em algumas formas de realização, pode haver ambos os relatórios periódicos e não periódicos da UCI solicitados para DL CCs diferentes na mesma subquadro. Por exemplo, pode haver um relatório periódico da UCI solicitado para uma DL CC, ao mesmo tempo pode haver um relatório não periódico da UCI solicitado por outra DL CC. Neste caso, o UE pode transmitir (ou preparar para transmitir) os bits do relatório periódico da UCI no PUCCH e não periódicos bits relatório da UCI no PUSCH ou vice-versa.

[0070] Em outras formas de realização, o UE pode usar a prioridade do DL CC para determinar como ele irá transmitir a UCI na qual o DL CC primário tenha a maior prioridade. A figura 14 ilustra um método de implementação de tal forma de realização. No bloco 1410, o UE pode determinar se qualquer dos bits da UCI são para uma DL CC primária. Caso não, no bloco 1420, o UE pode preparar para transmitir todos os bits da UCI no PUSCH. Se existirem bits da UCI, que sejam para uma DL CC primária, então no bloco 1430, os bits associados à DL CC primária podem ser preparados para a transmissão através da UE no PUCCH, ao mesmo tempo em que os bits restantes da UCI podem ser preparados para a transmissão no PUSCH na mesma subquadro. Por exemplo, se a UCI consistir de vários relatórios periódicos CQI/PMI a serem transmitidos em uma dada subquadro, e um dos relatórios for para a DL CC primária, então, no bloco 1430, o UE pode se preparar para transmitir o relatório CQI/PMI para a DL CC primária no PUCCH e os outros relatórios no PUSCH. Se nenhum dos relatórios for da DL CC primária, o UE, no bloco 1420, pode preparar a transmissão de todos os relatórios no PUSCH.

[0071] Note que se for determinado no bloco 1410 que não existem bits a serem transmitidos para a DL CC primária, em vez de transmitir todos os bits da UCI no PUSCH no bloco 1420, o UE pode, no bloco 1440, se preparar para transmitir os bits da UCI para a próxima DL CC de prioridade mais alta (conforme determinado, por exemplo, pela ordem da configuração, pelo índice da DL CC ou ID, ou qualquer outro meio conhecido para o UE e/ou o Nó-B-e) no PUCCH e a UCI para as outras DL CCs no PUSCH. Por exemplo, se a UCI consistir de vários relatórios periódicos CQI/PMI a serem transmitidos em uma dada subquadro, e nenhum dos relatórios for para a DL CC primária, então o UE pode se preparar para transmitir o relatório CQI/PMI para a próxima DL CC de prioridade mais alta no PUCCH e os outros relatórios no PUSCH. Opções e alternativas para esta próxima prioridade da DL CC são conforme aqui descritas para a DL CC primária.

[0072] Alternativamente, se o UE estiver configurada para estar informada de que apenas certas combinações de tipos de UCI irão caber no PUCCH ao usar os formatos PUCCH permitidos para o PUCCH alocado, em seguida, o UE, no bloco de 1430, poderá se preparar para transmitir a combinação dos tipos de UCI de mais alta prioridade para o DL CC primária (por exemplo o ACK/NACK e RI periódico se o RI periódico for para ser transmitido; caso contrário, o ACK/NACK e o CQI/PMI periódico) no PUCCH e os outros tipos de UCI para a DL CC primária no PUSCH. Alternativamente, o UE pode descartar os bits para os outros tipos de UCI para a DL CC primária. Se não houverem bits da UCI para a DL CC primária, os mesmos princípios podem ser aplicados aos para a DL CC de maior prioridade para a qual existe a UCI no bloco 1440. Em uma outra alternativa, se a UCI a ser transmitida em uma dada subquadro incluir o ACK/NACK e um relatório CQI/PMI periódico para a DL CC primária, em seguida, o UE, no bloco 1430, pode se preparar para transmitir o ACK/NACK e o relatório CQI/PMI periódico para a DL CC primária no PUCCH e os outros bits da UCI no PUSCH. Se não houverem bits da UCI para a DL CC primária, os mesmos princípios podem ser aplicados para DL CC de maior prioridade para a qual existe a UCI no bloco 1440.

[0073] Em algumas formas de realização, o UE pode determinar como ele irá transmitir bits da UCI com base em uma concessão explícita para a UCI (por exemplo, para os relatórios periódicos CQI/PMI/RI). Em tais formas de realização, um Nó-B-e pode fornecer explicitamente uma concessão para de UL para um UE transmitir a UCI sem os dados do usuário, por exemplo, através de um formato de DCI novo ou modificado, ou através da sinalização da camada superior. Por exemplo, o Nó-B-e pode fornecer uma concessão de UL para o UE transmitir os relatórios periódicos, tais como, para os bits de CQI/PMI ou RI quando estiver informado de que o UE não tem os dados para enviar e os relatórios da UCI agendados não irão caber no PUCCH. Em uma forma de realização, se o UE recebe tal concessão, o UE pode se preparar para transmitir a UCI apenas no PUSCH, de acordo com a concessão. Em outra forma de realização, o UE pode dividir a UCI entre o PUCCH e o PUSCH e em conformidade com uma ou mais das outras formas de realização aqui descritas.

[0074] Note que em nenhum dos métodos e formas de realização descritos neste documento, uma determinação adicional de como os bits da UCI devem ser transmitidos pode ser feita por uma UE e/ou um Nó-B-e com base em se, ou não, o limite máximo de potência tenha ou venha a ser atingido ou excedido. A figura 15 ilustra um método de implementação de uma forma de realização desse tipo. No bloco 1510, o UE pode tomar uma decisão quanto como transmitir a UCI. Qualquer meio ou método de transmissão da UCI pode ser determinado no bloco 1510, incluindo a divisão da UCI entre o PUCCH e o PUSCH na mesma subquadro, por exemplo, de acordo com qualquer das outras formas de realização descritas neste documento. No bloco 1520, o UE pode determinar a potência necessária para a transmissão da UCI utilizando os meios determinados no bloco 1510. No bloco 1530, o UE pode determinar se a potência necessária para a transmissão irá exceder a potência máxima permitida. Se a potência máxima não vier a ser excedida, no bloco 1540, os bits da UCI serão transmitidos de acordo com o método preferido determinado no bloco 1510. As decisões sobre se a potência máxima será excedida pode incluir um ou mais limites de potência configurados ou de outro modo conhecida pelo UE, tal como a (s) potência (s) de transmissão máxima (s) da CC e a máxima potência de transmissão do UE. [0075] Se, no bloco 1530, for determinado que a potência máxima permitida será excedida, o UE pode tomar um ou mais cursos alternativos de ação. Em uma forma de realização, o UE, no bloco 1550, pode escalonar uma ou mais das potências do PUCCH e PUSCH. Note que os métodos de escalonamento e os meios que podem ser empregados incluem, mas não estão limitados a, aqueles estabelecidos nos pedidos de patente americana N° 12/703.092 aqui referenciados.

[0076] Como alternativa, se, no bloco 1530, for determinado que a potência máxima permitida será excedida, o UE, no bloco 1560, pode transmitir toda a UCI no PUSCH. A Transmissão de toda a UCI no PUSCH elimina os efeitos MPR resultantes a partir da transmissão simultânea do PUSCH e PUCCH as quais podem reduzir a potência máxima permitida.

[0077] Em uma outra alternativa, se o UE, no bloco 1530, determinar que a potência máxima permitida será ultrapassada, no bloco 1570, o UE pode determinar se a transmissão de toda a UCI no PUSCH excederá o nível máximo de potência permitido. Se a transmissão de toda a UCI no PUSCH não exceder o nível máximo de potência permitido, a transmissão de toda a UCI no PUSCH irá eliminar a necessidade de escalonar a potência antes da transmissão. Se a transmissão da UCI no PUSCH eliminar a necessidade de escalonar a potência, o UE, no bloco 1560, poderá transmitir toda a UCI no PUSCH.

[0078] Se a transmissão de toda a UCI no PUSCH não eliminar a necessidade de escalonar a potência, o UE poderá manter a sua decisão original quanto ao método de transmissão da UCI, por exemplo, dividindo a UCI através do PUCCH e PUSCH na mesma subquadro, e escalonar a potência no PUCCH e PUSCH no bloco 1580 em qualquer das maneiras, conforme o descrito para o bloco 1550, com base nas prioridades dos canais. Em tais formas de realização, a UCI no PUCCH pode ser preservada uma vez que o PUCCH pode ter a maior prioridade.

[0079] Note que em nenhum dos métodos e formas de realização descritos neste documento, o PUCCH e o PUSCH pode ser transmitido sobre UL CCs iguais ou diferentes. Estes métodos e formas de realização são aplicáveis em ambos os casos. Um exemplo de transmissão em UL CCs diferentes e o PUCCH poder ser transmitido na UL CC primária, ao mesmo tempo em que o PUSCH pode ser transmitido em outras UL CC.

[0080] Em alguns sistemas LTE-A e implementações, os PUSCHs múltiplos podem ser utilizados pela subquadro. Em tais formas de realização, o UE pode ter que determinar em qual PUSCH transmitirá os bits da UCI quando ele tiver determinado que qualquer dos bits da UCI são para ser transmitidos no PUSCH, em vez de, ou além de, no PUCCH. Os bits são referidos aqui como “Bits da UCI para o PUSCH”.

[0081] Em uma forma de realização semelhante, ilustrada na figura 16, o UE pode, no bloco 1610, determinar primeiro se os PUSCHs múltiplos estão em uso ou disponíveis. Caso não, então no bloco 1620, o UE pode preparar a transmissão de qualquer dos bits da UCI, que são destinados para a transmissão no PUSCH, no PUSCH disponível. Se houverem PUSCHs múltiplos disponíveis, um UE, no bloco 1630, pode escolher um PUSCH para transmissão da UCI com base no tamanho do PUSCH (capacidade de transmissão). Em uma forma de realização, o UE pode se preparar para transmitir os bits da UCI para o PUSCH, no PUSCH que apresente um maior tamanho (ou capacidade de transmissão). O tamanho do PUSCH pode ser medido usando um ou uma série de fatores, tais como o número de RBS, o número de símbolos de OFDM, o número de bits físicos codificados, ou alguma combinação destes ou outros fatores. Alternativamente, no bloco 1630, a UE pode escolher o PUSCH com base na relação entre dois ou mais dos tamanhos da carga da UCI, o tamanho de carga de dados no PUSCH e a capacidade de transmissão do PUSCH. Por exemplo, o UE pode transmitir os bits da UCI para o PUSCH no PUSCH para o qual o tamanho da carga da UCI em relação ao (por exemplo, a porcentagem), tamanho da carga total ou o tamanho da carga da UCI em relação a (por exemplo, a porcentagem) carga de dados seja menor. Cada uma destas formas de realização pode reduzir o impacto no desempenho da inclusão da UCI com dados no PUSCH. No bloco 1640, o UE pode se preparar para transmitir os bits da UCI para o PUSCH, no PUSCH selecionado no bloco 1630.

[0082] Em formas de realização alternativas, ao determinar que existem múltiplas PUSCHs no bloco 1610, o UE poderá determinar se existe uma UL CC primária que tenha um PUSCH no bloco 1650. Se assim for, o UE pode se preparar para transmitir os bits da UCI para o PUSCH, no PUSCH da UL CC primária no bloco 1660. A UL CC primária pode ser uma UL CC que tenha sido emparelhada com a DL CC primária. Se não existir o PUSCH em uma UL CC primária, um PUSCH pode ser selecionado usando os meios do bloco 1630 ou qualquer outro meio ou método. Em formas de realização alternativas, o UE pode escolher o PUSCH para a transmissão dos bits da UCI para ser o PUSCH na UL CC, a qual é configurada, ou designada, de alguma forma, pelo Nó-B-e para o UE transmitir os bits de ACK/NACK adiante.

[0083] Em algumas formas de realização, o UE pode escolher o PUSCH para a transmissão com base em uma sinalização explícita ou concessão, tal como uma solicitação de concessão para um relatório não periódico da UCI. Em uma forma de realização semelhante, o UE pode se preparar para transmitir os bits da UCI para o PUSCH no PUSCH expressamente designado pelo Nó-B-e através da L1 ou da sinalização da camada superior. Em uma alternativa, se o Nó-B-e fornecer uma concessão de UL especificamente para a UCI, o UE pode se preparar para transmitir a UCI para o PUSCH no PUSCH alocado. Em outra alternativa, se o UE receber um PDCCH apresentando um bit de solicitação de UCI não periódica (ou bit de solicitação não periódica definido como “1”), o UE pode se preparar para transmitir os bits da UCI para o PUSCH no PUSCH associado a esta solicitação do PDCCH. Tais Bits da UCI podem incluir o relatório da UCI não periódico e todos os outros bits da UCI a serem transmitidos no PUSCH.

[0084] Apesar das características e elementos das formas de realização e métodos descritos neste documento serem descritos acima em combinações particulares, cada recurso ou elemento pode ser utilizado de forma isolada, sem as outras características e elementos ou em várias combinações, com ou sem as outras características e elementos. Os métodos ou fluxogramas contidos aqui podem ser implementados em um programa de computador, software ou firmware incorporado em um meio de armazenamento capaz de ser lido por meio de computador para a execução através de um computador de uso geral ou um processador. Os exemplos de meios de armazenamento passíveis de serem lidos por um computador incluem uma memória apenas de leitura (ROM), uma memória de acesso aleatório (RAM), um registrador, uma memória cachê, dispositivos de memória semicondutoras, mídia magnética tal como os discos rígidos internos e discos removíveis, mídia magneto-óptica e mídia ótica tal como os discos CD-ROM e os discos digitais versáteis (DVDs).

[0085] Os processadores adequados incluem, a título de exemplo, um processador de propósito geral, um processador de propósito especial, um processador convencional, um processador de sinal digital (DSP), uma pluralidade de microprocessadores, um ou mais processadores em associação com um núcleo DSP, um controlador, um microcontrolador, Circuitos Integrados de Aplicação Específica (ASICs), circuitos de Matrizes de Portas Programáveis em Campo (FPGAs), qualquer outro tipo de circuito integrado (CI) e/ou uma máquina de estado.

[0086] Um processador em associação com o software pode ser usado para implementar um transceptor de rádio Frequência para uso em uma unidade de transmissão e recepção sem fio (WTRU), equipamento de usuário (UE), terminal, estação base, controlador de rede de rádio (RNC) ou qualquer computador hospedeiro (host). Um UE pode ser usado em conjunto com os módulos, implementado em hardware e/ou software, tal como uma câmera, um módulo de câmera de vídeo, um videofone, um viva- voz, um dispositivo de vibração, um alto-falante, um microfone, um transceptor de televisão, um fone de ouvido com microfone, um teclado, um módulo BluetoothTM, uma unidade de rádio de Frequência modulada (FM), uma unidade de exibição de cristal líquido (LCD), uma unidade de exibição de diodo emissor de luz orgânico (OLED), um tocador de música digital, um tocador de mídia, um módulo de execução de jogos de vídeo, um navegador de Internet e/ou qualquer módulo de rede de área local sem fio (WLAN) ou de Banda Ultra Larga (UWB).

Claims (18)

1. Método para a transmissão de informações de controle de uplink, caracterizado por compreender: - determinar que a unidade de transmissão e recepção sem fio (WTRU) está configurada para transmitir as primeiras informações de controle de uplink (UCI) em um cana físico de controle de uplink (PUCCH) de um subquadro e uma segunda UCI em um canal físico compartilhado de uplink (PUSCH) do subquadro; - determinar que a primeira UCI a ser transmitida no subquadro compreende o primeiro subconjunto de bits de UCI, o primeiro subconjunto de bits de UCI compreendendo um reconhecimento positivo (ACK)/reconhecimento negativo (NACK) da solicitação de repetição automática híbrida (HARQ) e que a segunda UCI a ser transmitida no subquadro compreende um segundo subconjunto de bits de UCI; e - em resposta à determinação de que a primeira UCI a ser transmitida no PUCCH do subquadro compreende o primeiro subconjunto de bits de UCI e que a segunda UCI a ser transmitida no PUSCH do subquadro compreende o segundo subconjunto de bits de UCI, - transmitir o primeiro subconjunto de bits de UCI no PUCCH do subquadro e transmitir o segundo subconjunto de bits de UCI no PUSCH do subquadro.

2. Método, de acordo com a reivindicação 1, caracterizado por o segundo subconjunto de bits de UCI compreender ao menos um entre os seguintes: bits do indicador de qualidade do canal (CQI), bits do indicador de matriz de pré-codificação (PMI) ou bits do indicador de classificação (RI).

3. Método, de acordo com a reivindicação 1, caracterizado por o primeiro subconjunto de bits de UCI compreender a solicitação de agendamento (SR).

4. Método, de acordo com a reivindicação 1, caracterizado por o segundo subconjunto de bits de UCI compreender ao menos um entre os seguintes: bits de CQI periódico, bits de CQI não periódico, bits de PMI periódico, bits de PMI não periódico, bits de RI periódico ou bits de RI não periódico.

5. Método, de acordo com a reivindicação 1, caracterizado por compreender ainda: - determinar que a potência necessária para transmitir o primeiro subconjunto de bits de UCI no PUCCH e para transmitir o segundo subconjunto de bits de UCI no PUSCH seja maior do que um limite de potência máxima; e - reduzir, de forma escalonada, ao menos um nível de potência do PUCCH ou um nível de potência do PUSCH.

6. Método, de acordo com a reivindicação 1, caracterizado por compreender ainda a seleção do PUSCH a partir de uma pluralidade PUSCHs.

7. Método, de acordo com a reivindicação 6, caracterizado por compreender ainda a seleção do PUSCH a partir de uma pluralidade PUSCHs com base em um tamanho da carga da UCI.

8. Método, de acordo com a reivindicação 6, caracterizado por compreender ainda a seleção do PUSCH a partir de uma pluralidade PUSCHs com base em um relacionamento entre um tamanho da carga de informação de controle de uplink e ao menos de um tamanho de carga de dados do PUSCH e de uma capacidade de transmissão do PUSCH.

9. Método, de acordo com a reivindicação 6, caracterizado por compreender ainda a seleção do PUSCH a partir de uma pluralidade PUSCHs com base em se um dentre a pluralidade PUSCHs está em uma portadora componente primaria de uplink.

10. Unidade emissora e receptora sem fio (WTRU) configurada para transmitir as informações de controle de uplink, e destinada a operar conforme o método definido na reivindicação 1, caracterizada por compreender: - um processador configurado para: o determinar que a unidade de transmissão e recepção sem fio (WTRU) está configurada para transmitir as primeiras informações de controle de uplink (UCI) em um cana físico de controle de uplink (PUCCH) de um subquadro e uma segunda UCI em um canal físico compartilhado de uplink (PUSCH) do subquadro; o determinar que a primeira UCI a ser transmitida no subquadro compreende um primeiro subconjunto de bits de UCI, o primeiro subconjunto de bits de UCI compreendendo um reconhecimento positivo (ACK)/reconhecimento negativo (NACK) da solicitação de repetição automática híbrida (HARQ) e que a segunda UCI a ser transmitida no subquadro compreende um segundo subconjunto de bits de UCI; e o em resposta à determinação de que a primeira UCI a ser transmitida no PUCCH do subquadro compreende o primeiro subconjunto de bits de UCI e que a segunda UCI a ser transmitida no PUSCH do subquadro compreende o segundo subconjunto de bits de UCI, - um transceptor configurado para: o transmitir o primeiro subconjunto de bits de UCI no PUCCH do subquadro, e o transmitir o segundo subconjunto de bits de UCI no PUSCH do subquadro.

11. Unidade emissora e receptora sem fio, de acordo com a reivindicação 10, caracterizada por o segundo subconjunto de bits de UCI compreender ao menos um entre os seguintes: bits do indicador de qualidade do canal (CQI), bits do indicador de matriz de pré-codificação (PMI) ou bits do indicador de classificação (RI).

12. Unidade emissora e receptora sem fio, de acordo com a reivindicação 10, caracterizada por o primeiro subconjunto de bits de UCI compreender uma solicitação de agendamento SR.

13. Unidade emissora e receptora sem fio, de acordo com a reivindicação 10, caracterizada por o segundo subconjunto de bits de UCI compreender ao menos um entre os seguintes: bits da CQI periódico, bits da CQI não periódico, bits do PMI periódico, bits do PMI não periódico, bits do RI periódico ou bits do RI não periódico.

14. Unidade emissora e receptora sem fio de acordo com a reivindicação 10, caracterizada por o processador ser configurado ainda para: - determinar que a potência necessária para transmitir o primeiro subconjunto de bits de UCI no PUCCH e transmitir o segundo subconjunto de bits de UCI no PUSCH seja maior do que um limite de potência máxima; e - reduzir, de forma escalonada, ao menos um entre o nível de potência do PUCCH e o nível de potência do PUSCH.

15. Unidade emissora e receptora sem fio, de acordo com a reivindicação 10, caracterizada por o processador ser configurado ainda para selecionar o PUSCH a partir de uma pluralidade de PUSCHs.

16. Unidade emissora e receptora sem fio, de acordo com a reivindicação 15, caracterizada por o processador ser configurado para selecionar o PUSCH a partir da pluralidade de PUSCHs com base em um tamanho da carga de UCI.

17. Unidade emissora e receptora sem fio, de acordo com a reivindicação 15, caracterizada por o processador ser configurado para selecionar o PUSCH a partir da pluralidade de PUSCHs com base em uma relação entre um tamanho da carga de UCI e ao menos um entre o tamanho da carga de dados do PUSCH e uma capacidade de transmissão do PUSCH.

18. Unidade emissora e receptora sem fio, de acordo com a reivindicação 15, caracterizada por o processador ser configurado para selecionar o PUSCH a partir da pluralidade de PUSCHs com base em se uma da pluralidade de PUSCHs está em uma portadora componente primária de uplink.

Images