BR112012019967B1 - Método de comunicação, aparelho terminal, aparelho da estação base e circuito integrado - Google Patents
Método de comunicação, aparelho terminal, aparelho da estação base e circuito integrado Download PDFInfo
- Publication number
- BR112012019967B1 BR112012019967B1 BR112012019967-6A BR112012019967A BR112012019967B1 BR 112012019967 B1 BR112012019967 B1 BR 112012019967B1 BR 112012019967 A BR112012019967 A BR 112012019967A BR 112012019967 B1 BR112012019967 B1 BR 112012019967B1
- Authority
- BR
- Brazil
- Prior art keywords
- component carrier
- activation
- downlink
- carrier
- component
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 59
- 238000004891 communication Methods 0.000 title claims abstract description 44
- 230000004913 activation Effects 0.000 claims abstract description 410
- 239000000969 carrier Substances 0.000 claims abstract description 169
- 230000005540 biological transmission Effects 0.000 claims abstract description 102
- 230000003213 activating effect Effects 0.000 claims description 38
- 230000000977 initiatory effect Effects 0.000 claims description 2
- 230000009849 deactivation Effects 0.000 abstract description 51
- 230000008569 process Effects 0.000 abstract description 20
- 238000013461 design Methods 0.000 abstract description 2
- 230000011664 signaling Effects 0.000 description 82
- 230000002776 aggregation Effects 0.000 description 30
- 238000004220 aggregation Methods 0.000 description 30
- 230000000737 periodic effect Effects 0.000 description 27
- 238000005259 measurement Methods 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 6
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 6
- 238000001514 detection method Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 6
- 239000002609 medium Substances 0.000 description 6
- 238000005192 partition Methods 0.000 description 6
- 230000009286 beneficial effect Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 5
- 230000007774 longterm Effects 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 4
- 238000002156 mixing Methods 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 238000013468 resource allocation Methods 0.000 description 4
- 238000001228 spectrum Methods 0.000 description 4
- 101150116295 CAT2 gene Proteins 0.000 description 3
- 101100326920 Caenorhabditis elegans ctl-1 gene Proteins 0.000 description 3
- 101100494773 Caenorhabditis elegans ctl-2 gene Proteins 0.000 description 3
- 101100112369 Fasciola hepatica Cat-1 gene Proteins 0.000 description 3
- 101100005271 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) cat-1 gene Proteins 0.000 description 3
- 101100126846 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) katG gene Proteins 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 230000000873 masking effect Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 101100005280 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) cat-3 gene Proteins 0.000 description 2
- 241001168730 Simo Species 0.000 description 2
- 230000002860 competitive effect Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000003595 spectral effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 208000037918 transfusion-transmitted disease Diseases 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003416 augmentation Effects 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000001427 coherent effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000009499 grossing Methods 0.000 description 1
- 230000036039 immunity Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 230000000116 mitigating effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000033772 system development Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 239000006163 transport media Substances 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 230000002618 waking effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0096—Indication of changes in allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0026—Transmission of channel quality indication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L25/00—Baseband systems
- H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
- H04L25/03—Shaping networks in transmitter or receiver, e.g. adaptive shaping networks
- H04L25/03828—Arrangements for spectral shaping; Arrangements for providing signals with specified spectral properties
- H04L25/03866—Arrangements for spectral shaping; Arrangements for providing signals with specified spectral properties using scrambling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0096—Indication of changes in allocation
- H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- Spectroscopy & Molecular Physics (AREA)
- Power Engineering (AREA)
- Mobile Radio Communication Systems (AREA)
- Time-Division Multiplex Systems (AREA)
Abstract
MÉTODO DE COMUNICAÇÃO, APARELHO TERMINAL, APARELHO DA ESTAÇÃO BASE E CIRCUITO INTEGRADO PARA CONTROLE DE UM PROCESSO. Esta invenção se refere a proposta da mensagem de (des)ativação da portadora de componente que está permitindo uma ativação ou desativação de uma ou mais portadoras de componente no uplink ou downlink. Além disso, a invenção se refere ao uso da nova mensagem de (des)ativação da (s) portadora (s) de componente de downlink configuradas para um terminal móvel, uma estação de base e um terminal móvel. Para permitir a (des)ativação robusta e eficaz das portadoras de componente, a invenção propõe o uso de RNTI (s) de célula ou portadora de componente especifica, e para indicar explicitamente o receptor pretendido da mensagem de (des)ativação da portadora de componente, em um campo correspondente na mensagem. Além disso, a invenção propõe ainda diferentes designs da mensagem de (des)ativação das portadoras de componente e outros usos desta, de forma a acionar a comunicação CQI e/ou transmissão SRS através de um terminal móvel.
Description
Esta invenção se refere a proposta da mensagem de ( des) ativação da portadora de componente que permite uma ativação ou desativação de uma ou mais portadoras de componente no uplink ou downlink. Além disso, a invenção se refere ao uso da nova mensagem de (des)ativação da portadora de componente nos métodos para ( des) ativação da(s) portadora(s) de componente de downlink configuradas para um terminal móvel, uma estação de base e um terminal móvel.
Sistemas móveis de terceira geração (3G) com base na tecnologia de acesso de rádio WCDM estão sendo empregados em uma larga escala ao redor do mundo. Uma primeira etapa no aumento ou evolução desta tecnologia implica na introdução da Acesso de Pacote de Downlink de Alta Velocidade (HSDPA) e um uplink aumentado, também referido como Acesso de Pacote de Uplink de Alta Velocidade (HSUPA), resultando em uma tecnologia de acesso de rádio que é altamente competitiva.
A fim de estar preparada para maior aumento das demandas do usuário e serem competitivas contra as novas tecnologias de acesso de rádio 3GPP introduziu-se um novo sistema de comunicação móvel que é chamado de Evolução de Longo Prazo (LTE) . LTE é projetado para cumprir as necessidades da portadora para dados de alta velocidade e meio de transporte bem como suporte de voz de alta capacidade para a próxima década. A habilidade de fornecer altas taxas de bit como uma medida chave para o LTE.
A especificação do item de trabalho na Evolução de Longo Prazo (LTE) chamada de Acesso de Rádio Terrestre UMTS Evoluído (UTRA) e Rede de Acesso de Rádio Terrestre UMTS (UTRAN) deve ser finalizado como o Release 8 (LTE). O sistema LTE representa o acesso de radio com base em pacote eficaz e redes de acesso de rádio que fornecem funcionalidades com base em IP completas com baixa latência e baixo custo. Os requisitos do sistema detalhados são dados. Na LTE, as larguras de banda de transmissão múltiplas escalonáveis são especificadas como 1.4, 3.0, 10.0, 15.0, e 20.0 MHz, a fim de alcançar o desenvolvimento do sistema flexível usando um dado espectro. No downlink, a Multiplexação da Divisão de Frequência Ortogonal (OFDM) com base no acesso de rádio que foi adotado devido a sua imunidade inerente para interferência de múltiplas vias (MPI) devido a uma baixa taxa de símbolo, o uso de um prefixo cíclico (CP), e sua afinidade para arranjos de largura de banda de transmissão diferente. O Acesso de Múltipla Divisão de Frequência de Portadora Única (SC-FDMA) com base no acesso de rádio foi adotado no uplink, considerando o provisionamento da cobertura de grande área foi priorizada sobre a melhora no pico da taxa de dados considerando a força de transmissão restrita do equipamento do usuário (UE) . Muitas técnicas chaves de acesso de pacote de rádio são empregadas incluindo técnicas de transmissão de canal de múltipla entrada múltipla saída (MIMO), e uma estrutura de sinalização de controle altamente eficaz é alcançada na LTE (Release 8) .
A estrutura geral é mostrada na Fig. 1 e uma representação mais detalhada na arquitetura E-UTRAN é dada na Fig. 2. 0 E-UTRAN consiste do eNodeB, fornecendo o plano de usuário E-UTRA (PDCP/RLC/MAC/PHY) e terminações do protocolo do plano de controle (RRC) para o equipamento do usuário (UE). 0 eNodeB (eNB) hospeda as camadas Física (PHY), Controle de Acesso Médio (MAC), Controle de Link de Rádio (RLC), de Protocolo de Controle de Dados do Pacote (PDCP) que incluem a funcionalidade da compressão principal do plano do usuário e encriptação. Também oferece a funcionalidade de Controle de Recurso de Rádio (RRC) correspondente ao plano de controle. Ele também desempenha muitas funções incluindo o gerenciamento de recurso de rádio, controle de admissão, agendamento, reforço da Qualidade do Serviço (QoS) do uplink negociado, transmissão da informação da célula, cifragem/decifragem do usuário e dados de plano de controle, e compressão/descompressão dos cabeçalhos do pacote de plano do usuário de downlink/uplink. Os eNodeBs são interconectados uma ao outro por meio da interface X2.
Os eNodeBs também são conectados por meio da interface SI ao EPC (Núcleo de Pacote Evoluído), mais especificamente ao MME (Entidade de Gerenciamento de Mobilidade) por meio do Sl-MME e ao Portal de Serviço (SGW) por meio da Sl-U. A interface SI suporta muitas relações entre os Portais de Serviço/MMEs e eNodeBs. O SGW determina e encaminha os pacotes de dados do usuário, enquanto também age como a âncora de mobilidade para o plano do usuário durante as transferências inter-eNodeB e como a âncora para a mobilidade entre o LTE e outras tecnologias 3GPP (finalizando a interface S4 e retransmitindo o tráfico entre os sistemas 2G/3G e PDN GW) . Para equipamentos do usuário em estado ocioso, o SGW finaliza a via de dados do downlink e aciona a paginação quando os dados de downlink chegam ao equipamento do usuário. Este gerencia e armazena os contextos de equipamento do usuário, por exemplo, parâmetros do serviço portador do IP, informações de roteamento interno da rede. Também desempenha a replicação do tráfico do usuário no caso de intercepção legal.
O MME é o nó de controle chave para a rede de acesso LTE. Ê responsável pelo procedimento de paginação e rastreamento do equipamento do usuário em modo ocioso incluindo retransmissões. 0 MME está envolvido no processo de ativação/desativação do portador e também é responsável por selecionar o SGW para um equipamento de usuário na anexação inicial e no momento da transferência intra-LTE envolvendo a realocação do nó da Rede Principal (CN) . Ê responsável por autenticar o usuário (interagindo com o HSS) . A sinalização do Estrato de Não-Acesso (NAS) termina no MME e é responsável pela geração e alocação das identidades temporárias dos equipamentos do usuário. Verifica a autorização do equipamento do usuário para acampar na Rede Móvel Pública do provedor (PLMN) e reforça as restrições do roaming do equipamento do usuário. O MME é o ponto de terminação na rede para cifragem/proteção da integridade para a sinalização NAS e manuseia o gerenciamento chave de segurança. A intercepção legal da sinalização também é suportada pelo MME. O MME também fornece a função de plano de controle para mobilidade entre o LTE e as redes de acesso 2G/3G com a interface S3 terminando no MME a partir do SGSN. O MME também termina a interface S6a para a home HSS para os equipamentos do usuário em roaming.
Estrutura da Portadora de Componente no LTE (Release 8)
A portadora do componente de downlink de um 3GPP LTE (Release 8) é subdividida no domínio da frequência de tempo nos então chamadas subquadros. No 3GPP LTE (Release 8) cada subquadro é dividido em duas partições de downlink conforme mostrado na Fig. 3, em que a primeira partição de downlink compreende a região do canal de controle (região PDCCH) dentro dos primeiro símbolos OFDM. Cada subquadro consiste de um dado número de símbolos OFDM no domínio de tempo (12 ou 14 símbolos OFDM no 3GPP LTE (Release 8)), em que cada um dos símbolos OFDM se estende sobre toda a largura de banda da portadora de componente. Os símbolos OFDM são, desta forma, cada um consiste de um número de símbolos de modulação transmitidas nas respectivas subportadoras conforme também mostrado na Fig. 4.
Supondo um sistema de comunicação de múltiplas portadoras, por exemplo, empregando OFDM, como, por exemplo, usado na Evolução de Longo Prazo 3GPP (LTE), a menor unidade de recursos que pode ser atribuída pelo programador é um "bloco de recurso". Um bloco de recurso físico é definido como N^b símbolos OFDM consecutivos no domínio de tempo e subportadoras consecutivas no domínio de frequência conforme exemplificado na Fig. 4. No 3GPP LTE (Release 8), um bloco de recurso físico assim consiste de elementos de recurso x, correspondente a uma partição no domínio de tempo e 18 0 kHz no domínio de frequência (para maiores detalhes na grade de recurso de downlink, vide, por exemplo, 3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)", versão 8.9.0 ou 9.0.0, seção 6.2, disponível em http://www.3gpp.orge incorporado aqui como referência).
Sinalização de Controle de Camadal/Camada 2 (L1/L2) A fim de informar os usuários programados sobre seu status de alocação, o formato de transporte e outras informações relacionadas a dados (por exemplo, informação HARQ(Hybrid Automatic Repeat Request), comandos de controle de força de transmissão (TPC)), a sinalização de controle L1/L2 é transmitida no downlink junto com os dados. A sinalização de controle L1/L2 é multiplexada com os dados de downlink em um subquadro, presumindo que a alocação do usuário pode mudar de subquadro para subquadro. Deve ser percebido que a alocação do usuário pode ser desempenhada em uma base TTI (intervalo de Tempo de Transmissão) , onde o comprimento TTI é um múltiplo de subquadros. O comprimento TTI pode ser fixado em uma área de serviço para todos os usuários, pode ser diferente para usuários diferentes, ou pode ainda ser dinâmico para cada usuário. Geralmente, a sinalização de controle Ll/2 precisa somente ser transmitida uma vez por TTI. A sinalização de controle L1/L2 é transmitida no Canal de Controle do Downlink Físico (PDCCH). Deve ser percebido que no 3GPP LTE, avaliações para as transmissões de dados de uplink, também referidas como concessões de programação de uplink ou avaliações de recurso de uplink, também são transmitidas no PDCCH.
Em relação as concessões de programação, a informação enviada na sinalização de controle L1/L2 pode ser separada nas duas categorias a seguir.
Informação de Controle Compartilhado (SCI) carregando informação Cat 1
A parte da informação de controle compartilhado da sinalização de controle L1/L2 contém informações relacionadas a alocação de recurso (indicação). A informação de controle compartilhado tipicamente contem as seguintes informações:
Uma identidade de usuário indicando o(s) usuário(s) que está/estão alocados nos recursos.
A informação de alocação RB para indicar os recursos (Blocos de Recursos (RBs)) nos quais um usuário(s) está/estão alocado(s). O número de blocos de recurso alocados pode ser dinâmico.
A duração da atribuição (opcional), se uma atribuição sobre múltiplos subquadros (ou TTIs) for possível.
Dependendo da configuração dos outros canais e a configuração da Informação de Controle de Downlink (DCI) vide abaixo - a informação de controle compartilhado pode adicionalmente conter informações tais como ACK/NACK para transmissão de uplink, informação de programação do uplink, informações no DCI (recurso, MCS, etc.).
A parte de informação de controle do downlink da sinalização de controle L1/L2 contém informações relacionadas ao formato de transmissão (informações Cat 2) dos dados transmitidos para um usuário programado indicado pela informação Cat 1. Além disso, no caso do uso do ARQ (Híbrido) como um protocolo de retransmissão, as informações Cat carregam a informação HARQ (Cat 3). A informação de controle do downlink precisa somente ser decodificada pelo usuário programado de acordo com a Cat 1. A informação de controle do downlink contém tipicamente informações sobre:
Informação Cat 2: Esquema de modulação, tamanho do bloco de transporte (carga útil)ou taxa de codificação, informações relacionadas ao MIMO (Entrada Múltipla Saída Múltipla), etc. Ambos o bloco de transporte (ou tamanho da carga útil) ou taxa do código podem ser sinalizados. Em qualquer caso estes parâmetros podem ser calculados a partir um do outro usando a informação do esquema de modulação e a informação de recurso (número de blocos de recurso alocados)
Informação Cat 3: Informação relacionada HARQ, por exemplo, número de processo de ARQ híbrido, versão de redundância, número de sequência de retransmissão
A Informação de controle de downlink ocorre em diversos formatos que diferem no tamanho geral e também na informação contida nos seus campos. Os diferentes formatos DCI que estão atualmente definidos para LTE Release 8/9 (3GPP LTE) são descritas em detalhe no 3GPP TS 36.212, "Multiplexing and channel coding (Release 9)", versão 8.8.0 ou 9.0.0, seção 5.3.3.1 (disponível em http://www.3gpp.orge incorporado aqui como referência).
Transmissão de Dados Downlink &Uplink Em relação a transmissão de dados de downlink, a sinalização de controle L1/L2 é transmitida em um canal físico separado (PDCCH), junto com a transmissão de dados do pacote de downlink. Esta sinalização de controle L1/L2 contém tipicamente informações sobre: 0(s) recurso(s) físico(s) nos quais os dados são transmitidos (por exemplo, subportadoras ou blocos de subportadora no caso do OFDM, códigos no caso do CDMA). Esta informação permite que o UE (receptor) identifique os recursos nos quais os dados são transmitidos.
Quando o equipamento do usuário é configurado para ter um Campo de Indicação de Portadora (CIF) na sinalização de controle L1/L2 esta informação identifica a portadora de componente para i qual a informação de sinalização de controle específica é destinada. Isto permite atribuições a serem enviadas em uma portadora de componente que é destinada para outra portadora de componente ("programação de portadora cruzada"). Esta outra portadora de componente programada cruzada poderia ser, por exemplo, uma portadora de componente sem PDCCH, isto é, a portadora de componente programada cruzada não carrega qualquer sinalização de controle L1/L2. 0 Formato de Transporte, que é usado para a transmissão. Isto pode ser o tamanho do bloco de transporte dos dados (tamanho da carga útil, tamanho dos bits de informação), o nível MCS (Esquema de Modulação e Codificação), A Eficácia Espectral, a taxa de código, etc. Esta informação usualmente junto com a alocação de recurso (por exemplo, o número de blocos de recurso atribuído ao equipamento de usuário) permite que o equipamento de usuário (receptor) identifique o tamanho do bit de in formação, o esquema de modulação e a taxa do código para iniciar a demodulação, a taxa de correspondência e o processo de decodificação. O esquema de modulação podem ser sinalizado explicitamente. Informação de ARQ Híbrido:
Número de processo HARQ: Permite que o equipamento do usuário identifique o processo ARQ híbrido no qual os dados são mapeados.
Número de sequência ou novo indicador de dados (NDI): Permite que o equipamento do usuário identifique se a transmissão é um novo pacote ou um pacote retransmitido. Se a combinação leve está implementada no protocolo HARQ, o número de sequência ou novo indicador de dados juntos com o número de processo HARQ permitir a combinação leve da transmissão para um PDU antes da decodificação
Versão de redundância e/ou constelação: Diz ao equipamento de usuário, qual versão de redundância ARQ híbrida é usada (necessária para a taxa de correspondência) e/ou qual versão de constelação de modulação é usada (necessária para demodulação).
Identidade do UE (UE ID): Diz para qual equipamento do usuário a sinalização de controle L1/L2 está destinada. Nas implementações típicas esta informação é usada para mascarar o CRC da sinalização de controle L1/L2 a fim de prevenir outros equipamentos de usuário ler esta informação.
Para permitir uma transmissão de dados do pacote uplink, a sinalização de controle L1/L2 é transmitida no downlink (PDCCH) para dizer ao equipamento do usuário sobre os detalhes de transmissão. Esta sinalização de controle L1/L2 contém tipicamente informações sobre:
O(s) recurso(s) físico(s) no qual o equipamento do usuário deve transmitir os dados (por exemplo, subportadoras ou blocos de subportadora no caso do OFDM, códigos no caso do CDMA).
Quando o equipamento do usuário é configurado para ter um Campo de Indicação da Portadora (CIF) na sinalização de controle L1/L2 esta informação identifica a portadora de componente para a qual a informação de sinalização de controle específica é destinada. Isto permite que atribuições sejam enviadas em uma portadora de componente que são destinadas para outra portadora de componente. Esta outra portadora de componente de programação cruzada pode ser, por exemplo, uma portadora de componente sem PDCCH, isto é, a portadora de componente de programação cruzada não carrega qualquer sinalização de controle L1/L2.
A sinalização de controle L1/L2 para concessões de uplink é enviada na portadora de componente DL que é ligada com a portadora de componente de uplink ou em uma das diversas portadoras de componente DL, se diversas portadoras de componente DL ligarem a mesma portadora de componente UL.
O Formato de Transporte, o equipamento de usuário deve usar para a transmissão. Isto pode ser o tamanho do bloco de transporte dos dados (tamanho da carga útil, tamanho dos bits de informação) , o nível MCS (Esquema de Modulação e Codificação), a Eficácia Espectral, a taxa de código, etc. Esta informação (usualmente junto com a alocação de recurso (por exemplo, o número de blocos de recurso atribuídos ao equipamento de usuário)) permite que o equipamento de usuário (transmissor) selecione o tamanho do bit de informação, o esquema de modulação e a taxa de código a fim de iniciar a modulação, a taxa de correspondência e o processo de codificação. Em alguns casos o esquema de modulação pode ser explicitamente sinalizado. Informação ARQ híbrida:
Número de Processo HARQ: Diz ao equipamento de usuário a partir de qual processo ARQ híbrido deve selecionar os dados.
Número de sequência ou novo indicador de dados: Diz ao equipamento de usuário para transmitir um novo pacote ou para retransmitir um pacote. Se a combinação leve for implementada no protocolo HARQ, o número de sequência ou novo indicador de dados junto com o número de processo HARQ permite a combinação leve das transmissões para uma unidade de dados de protocolo (PDU) antes da decodificação.
Versão de Redundância e/ou constelação: Diz ao equipamento de usuário, qual versão de redundância ARQ híbrida usar (necessária para correspondência de taxa) e/ou qual versão de constelação de modulação usar (necessária para modulação).
Identidade do UE (UE ID): Diz qual equipamento de usuário deve transmitir os dados. Nas implementações típicas esta informação é usada para mascarar o CRC da sinalização de controle L1/L2 a fim de prevenir outros equipamentos de usuário leiam esta informação.
Existem diversas maneiras de como transmitir exatamente as informações mencionadas acima na transmissão de dados de downlink e uplink. Além disso, no uplink e downlink, a informação de controle L1/L2 também pode conter informação adicional ou pode omitir algumas das informações. Por exemplo:
O Número de processo HARQ pode não ser necessário, isto é, não é sinalizado, no caso de um protocolo HARQ sincronizado.
Uma versão de redundância e/ou constelação pode não ser necessária, e assim não sinalizada, se a Combinação Chase é usada (sempre a mesma versão de redundância e/ou constelação) ou se a sequência das versões de redundância e/ou constelação estiver predefinida.
Informação de controle de força pode ser adicionalmente incluída na sinalização de controle.
A informação de controle relacionada ao MIMO, tal como, por exemplo, pré-codificação, pode ser adicionalmente incluída na sinalização de controle.
No caso do formato de transporte de transmissão MIMO no caso de múltiplas palavras chaves e/ou informações HARQ para múltiplas palavras chaves podem ser incluídas.
Para as atribuições do recurso de uplink (no Canal Compartilhado de Uplink Físico (PUSCH)) sinalizadas no PDCCH no LTE, a informação de controle L1/L2 não contém um número do processo HARQ, considerando que um protocolo HARQ de sincronia é empregado para o uplink LTE. O processo HARQ a ser usado para uma transmissão de uplink é dado através da cronometragem. Além disso, deve ser percebido que a informação da versão de redundância (RV) é juntamente codificada com a informação de formato de transporte, isto é, a info RV é incorporada no campo de formato de transporte (TF) . O Formato de Transporte (TF) respectivamente campo do esquema de codificação e modulação (MCS) tem, por exemplo, um tamanho de 5 bits, o que corresponde a 32 entradas. 3 entradas da tabela TF/MCS são reservadas para indicar as versões de redundância (RVs) 1, 2 ou 3. As entradas da tabela MCS restantes são usadas para sinalizar o nível MCS (TBS) indicando implicitamente RVO. O tamanho do campo CRC do PDCCH é 16 bits.
Para atribuições de downlink (PDSCH) sinalizadas no PDCCH na LTE a Versão de Redundância (RV) é sinalizada separadamente em um campo de dois bits. Além disso, a informação da ordem de modulação é juntamente codificada com a informação do formato de transporte. Similar ao caso do uplink existe um campo MCS de 5 bits sinalizado no PDCCH. 3 das entradas são reservadas para sinalizar uma ordem de modulação explícita, não fornecendo nenhuma informação do formato de Transporte (bloco de Transporte). Para as 29 entradas da ordem de modulação restantes e informação do tamanho do bloco de transporte são sinalizadas.
Canal de Controle do Downlink Físico (PDCCH)
O canal de controle do downlink físico (PDCCH) carrega a sinalização de controle L1/L2, isto é, transmite os comandos de controle de força e as concessões de programação para alocar recursos para transmissão de dados do downlink e uplink. Para ser mais preciso, a informação do canal de controle do downlink (isto é, os conteúdos do DCI, respectivamente, informação de sinalização de controle L1/L2) é mapeada para seu canal físico correspondente, o PDCCH. Este "mapeamento" inclui a determinação de um anexo CRC para a informação do canal de controle de downlink, que é um CRC calculado na informação do canal de controle de downlink estando mascarado com um RNTI, conforme será explicado em mais detalhes abaixo. A informação do canal de controle de downlink e seu anexo CRC são então transmitidos no PDCCH (vide 3GPP TS 36.212, seções 4.2 e 5.3.3).
Cada concessão de programação é definida acima com base nos Elementos do Canal de Controle (CCEs) . Cada CCE corresponde a um conjunto de Elementos de Recurso (REs). No 3GPP LTE, uma vez que o CCE consiste de 9 Grupos de Elemento de Recurso (REGs), onde um REG consiste de quatro REs.
O PDCCH é transmitido no primeiro de três símbolos
OFDM dentro de um subquadro. Para uma concessão de downlink no canal compartilhado de downlink físico (PDSCH), o PDCCH atribui um recurso PDSCH para dados (usuário) dentro do mesmo subquadro. A região do canal de controle PDCCH dentro de um subquadro consiste de um conjunto de CCE onde o número total de CCEs na região de controle do subquadro é distribuída ao longo do recurso de controle de tempo e frequência. Múltiplos CCEs podem ser combinados para reduzir eficazmente a taxa de codificação do canal de controle. Os CCEs são combinados em uma maneira predeterminado usando uma estrutura de árvore para alcançar diferente taxa de codificação.
No 3GPP LTE (Release 8/9), um PDCCH pode agregar 1, 2, 4 ou 8 CCEs. O número de CCEs disponível para a atribuição do canal de controle é uma função de diversos fatores, incluindo largura de banda da portadora, número de antenas de transmissão, número de símbolos OFDM usados para controle e o tamanho CCE, etc. Múltiplos PDCCHs podem ser transmitidos em um subquadro.
A informação do canal de controle do downlink na forma de DCI transporta informações de programação do uplink ou downlink, solicita relatórios CQI aperiódicos, ou comandos de controle de força do uplink para um Radio (Identificador do Terminal de Rede de Rádio) . 0 RNTI é um identificador único comumente usado nos sistema 3GPP como 3GPP LTE (Release 8/9) para destinar dados ou informações para um equipamento de usuário específico. O RNTI está implicitamente incluído no PDCCH mascarando um CRC calculado no DCI com o RNTI 0 o resultado desta operação é o anexo CRC mencionado acima. Na lateral do equipamento de usuário, se a decodificação do tamanho da carga útil é feita com sucesso, o equipamento do usuário detecta o DCI a ser destinado ao equipamento do usuário verificando se o CRC na carga útil codificada usando o CRC "não mascarado" (isto é, após remover o mascaramento usando o RNTI) é feito com sucesso. O mascaramento do código CRC é, por exemplo, desempenhado misturando o CRC com o RNTI. No 3GPP LTE (Release 8) os diferentes formatos DCI a seguir são definidos: Formatos DCI de uplink:
Formato 0 usado para transmissão de atribuições UL SCH
Formato 3 é usado para transmissão de comandos TPC para o PUCCH e PUSCH com ajustes de força de 2 bits (múltiplos UEs são endereçados)
Formato 3A é usado para transmissão de comandos TPC para PUCCH e PUSCH com ajustes de força de bit único (múltiplos UEs são endereçados) Formatos DCI de Downlink:
Formato 1 usado para transmissão das atribuições DL SCH para operação SIMO
Formato IA usado para transmissão compacta das atribuições DL SCH para operação SIMO
Formato 1B usado para suportar transmissão de classificação única de curva fechada com alocação de recurso possivelmente contígua
Formato 1C é para transmissão de downlink de paginação, resposta RACH e programação BCCH dinâmica
Formato 1D é usado para programação compacta de uma palavra chave do PDSCH com informação de estabelecimento de força e pré-codificação.
Formato 2 é usado para transmissão de atribuições DL-SCH para operação MIMO de curva fechada
Formato 2A é usado para transmissão de atribuições DL-SCH para operação MIMO de curva fechada
Para outras informações na estrutura do canal físico LTE no downlink e o formato PDCCH e PDSCH, vide Stefania Sesia et al., "LTE - The UMTS Long Term Evolution",
Wiley & Sons Ltd., ISBN 978-0-47069716-0, Abril de 2009, seções 6 e 9.
Decodificação Cega dos PDCCHs no Equipamento do Usuário No 3GPP LTE (Release 8/9), o equipamento do usuário tenta detectar o DCI dentro do PDCCH usando a então chamada "decodificação cega"(algumas vezes também referida como "detecção cega"). Isto significa que não existe sinalização de controle associada que indicaria o tamanho da agregação CCE ou esquema de codificação e modulação para os PDCCHs sinalizados no downlink, mas o equipamento do usuário testa todas as possíveis combinações dos tamanhos da agregação CCE e esquemas de codificação e modulação, e confirma a decodificação com sucesso de um PDCCH com base no RNTI. Para maior complexidade limite um espaço de busca dedicado e comum na região da sinalização de controle da portadora do componente LTE é definida na qual o equipamento de usuário busca por PDCCHs. No 3GPP LTE (Release 8/9) o tamanho da carga útil PDCCH é detectado em uma tentativa de decodificação cega. O equipamento do usuário tenta decodificar dois tamanhos de carga útil diferentes para qualquer modo de transmissão configurado, conforme destacado na Tabela 1 abaixo. REF _Ref250731368 \h A Tabela 1 mostra que o tamanho X da carga útil dos formatos DCI 0, IA, 3 e 3A é inequivocamente idêntico da configuração do modo de transmissão. O tamanho da carga útil do outro formato DCI depende do modo de transmissão. Formatos DCI
Tabela 1
Desta forma, o equipamento do usuário pode verificar em uma primeira tentativa de decodificação cega o tamanho da carga útil do DCI. Além disso, o equipamento de 5 usuário é configurado ainda para buscar somente por um dado subconjunto de formatos DCI para evitar demandas de processamento muito altas.
A camada MAC é uma das subcamadas da Camada 2 na 10 pilha de protocolo de rádio 3GPP LTE. A camada MAC desempenha a (de)multiplexação entre canais lógicos e canais de transporte através da (des)construção das PDUs (unidades de Dados de Protocolo) da MAC também conhecidas como blocos de transporte. As PDUs da MAC SDUs são construídas fora das SDUs 15 (Unidades de Dados de Serviço) da MAC recebidas através de um ou mais canais lógicos no transmissor. No lado receptor as
PDUs da MAC são reconstruídas fora das PDUs da MAC recebidas.
O bloco de transporte (MAC PDU) consiste de urn cabeçalho e uma carga útil. Além das SDUs da MAC a carga útil pode consistir de Elementos de Controle da MAC e atenuação.
Para sinalização camada por camada nos nível MAC, Elementos de Controle da MAC (CEs) são usados. Os Elementos de Controle da MAC podem ser parte de uma carga útil das PDU's da MAC conforme descritas acima e são identificadas através de um ID de Canal Lógico específico (LCID) no cabeçalho da MAC.
Existem diversos tipos de CEs da MAC. Alguns deles são incluídos somente nos blocos de transporte do uplink para sinalização a partir do equipamento do usuário para o eNodeB, outros somente nos blocos de transporte do downlink para sinalização a partir do eNodeB para o equipamento do usuário. Os LCIDs especiais e os Elementos de Controle da MAC correspondentes transmitidos no downlink são listados na Tabela 2.
Os LCIDs especiais e os Elementos de Controle da MAC correspondentes transmitidos no uplink sao listados na Tabela
3
.
Junto com os Sinais de Referência de Demodulação (DM RS) eles são incluídos no uplink para permitir a estimativa do canal para demodulação coerente bem como a estimativa da qualidade do canal para programação do uplink.
Enquanto as DM RSs são associadas com a transmissão dos dados de uplink, os SRSs não são associados com a transmissão de dados e primeiramente usados para estimativa da qualidade do cabal para permitir a programação seletiva de frequência através do eNodeB de programação. Além disso, os SRSs podem ser usados para aumentar o controle de força ou auxiliar o eNodeB em decidir sobre o Esquema de Codificação e Modulação inicial (MCS) para transmissão de dados. Se configurado através da sinalização de camada mais alta, os SRSs são transmitidos no último símbolo SC-FDMA em um subquadro do uplink. 0 subquadro no qual os SRSs devem ser transmitidos através do equipamento do usuário é indicado através da sinalização de transmissão de célula específica e é selecionado fora de um conjunto de 15 possíveis subquadros dentro de um quadro de rádio. A transmissão de dados no Canal Compartilhado de Uplink Físico (PUSCH) não é permitida no subquadro projetado para transmitir SRSs, que estabelecem o sobrecarga SRS acima de 7% quando todos os subquadros possíveis estão configurados para a transmissão do SRS. Conforme mencionado acima, a configuração SRS é feita através do eNodeB usando a sinalização da camada mais alta. A configuração, entre outros, determina entre outros parâmetros a duração e periodicidade dos SRSs.
O espectro de frequência para o IMT Avançado foi decidido na Conferência Mundial de Radiocomunicação de 2007 (WRC-07). Apesar de o espectro de frequência geral para o IMT Avançado ter sido decidido, a largura de banda da frequência disponível real é diferente de acordo com cada região ou país. Seguindo a decisão do contorno de espectro de frequência disponível, no entanto, a padronização de uma interface de rádio iniciou no Projeto de Parceria de 3o Geração (3GPP). No encontro 3GPP TSG RAN RAN #39, a descrição do Item de Estudo em Further Advancements for E-UTRA (LTE- Advanced) "foi aprovada no 3GPP. O item de estudo cobre os componentes de tecnologia a serem considerados para a evolução do E-UTRA, por exemplo, para preencher os requisitos no IMT Avançado. Dois componentes de tecnologia principais que estão atualmente sob consideração para o LTE-A são descritos a seguir.
Agregação de Portadora na LTE-A para suporte de maior largura de banda
Na Agregação da Portadora (CA), duas ou mais Portadoras de Componente (CCs) são agregadas a fim de suportar larguras de bandas de maior transmissão acima de 100 MHz. Todas as portadoras de componentes podem ser configuradas para serem compatíveis com 3GPP LTE (Release 8/9), pelo menos quando os números agregados das portadoras de componente no uplink e downlink são os mesmos. Isto não significa necessariamente que todas as portadoras de componente precisam ser compatíveis com o 3GPP LTE (Release 8/9) .
Um equipamento de usuário pode simultaneamente receber ou transmitir em uma ou múltiplas portadoras de componente. Em quantas portadoras de componentes de recepção/transmissão simultânea é possível, é dependente das capacidades de um equipamento do usuário.
Um equipamento de usuário compatível a 3GPP LTE (Release 8/9) pode receber e transmitir em um único CC somente, dado que a estrutura do CC segue as especificações do 3GPP LTE (Release 8/9) , enquanto o equipamento de usuário compatível a 3GPP LTE-A (Release 10) com capacidades de recepção e/ou transmissão para agregação de portadora pode simultaneamente receber e/ou transmitir em múltiplas portadoras de componente.
A agregação de portadora é suportada para ambas as portadoras de componente contígua e não contíguas com cada portadora de componente limitada a um máximo de 110 Blocos de Recurso no domínio de frequência usando a numerologia do 3GPP LTE (Release 8/9).
É possível configurar um equipamento de usuário compatível a 3GPP L (Release 10) para agregar um número diferente de portadoras de componente originando a partir do mesmo eNodeB (estação de base) e de larguras de banda possivelmente diferentes no uplink e no downlink. Em um desenvolvimento TDD típico, o número de portadoras de componente e a largura de banda de cada portadora de componente no uplink e downlink é o mesmo. As portadoras de componente originando a partir do mesmo eNodeB não precisam fornecer a mesma cobertura.
O espaçamento entre as frequências de cento das portadoras de componente agregadas contiguamente deve ser um múltiplo de 300 kHz. Isto é a fim de ser compatível com o rastreamento de frequência de 100 kHz do 3GPP LTE (Release 8/9) e ao mesmo tempo preservar a ortogonalidade das subportadoras com espaçamento de 15 kHz. Dependendo do cenário de agregação, o espaçamento n x 3 00 kHzpode ser facilitado através da inserção de um número baixo de subportadoras não utilizadas entre as portadoras de componente contíguas.
A natureza da agregação de múltiplas portadoras somente é exposta acima da camada MAC. Para ambos o uplink e downlink existe uma entidade HARQ necessária na MAC para cada portadora de componente agregada. Existe (na ausência do SU- MIMO para o uplink) no máximo um bloco de transporte por portadora de componente. Um bloco de transporte e suas potenciais retransmissões HARQ precisam ser mapeadas na mesma portadora de componente.
A estrutura da Camada 2 com agregação de portadora ativada é mostrada na Fig. 5 e Fig. 6 para o downlink e uplink respectivamente.
Quando a agregação de portadora é configurada, o equipamento de usuário tem somente uma conexão de Controle de Recurso de Rádio (RRC) com a rede. Uma célula - a "célula especial" - fornece a entrada de segurança e a informação de mobilidade do Estrato de Não Acesso (NAS) (por exemplo, TAI). Existe somente uma célula especial por equipamento de usuário no modo conectado.
Após o estabelecimento da conexão RRC para a célula especial, a reconfiguração, adição ou remoção das portadoras de componente podem ser desempenhadas pelo RRC. Na transferência intra-LTE, o RRC também pode adicionar, remover, ou reconfigurar as portadoras de componentes para uso na célula alvo. Ao adicionar uma nova portadora de componente, a sinalização RRC dedicada é usada para enviar informações do sistema das portadoras de componente que é necessária para transmissão/recepção da portadora de componente, similar a uma transferência no 3GPP LTE (Release 8/9) .
Quando um equipamento de usuário é configurado com a agregação de portador existe um par de portadoras de componente de uplink e downlink que está sempre ativa. A portadora do componente de downlink deste par também pode ser referida como uma 'portadora âncora DL' . O mesmo também se aplica ao uplink.
Quando a agregação de portadora é configurada, um equipamento de usuário pode ser programado sobre múltiplas portadoras de componente simultaneamente mas no máximo um procedimento de acesso aleatório deve estar em andamento em qualquer momento. A programação da portadora cruzada permite que o PDCCH de uma portadora de componente programa recursos em outra portadora de componente. Para este propósito um campo de identificação da portadora de componente é introduzida nos respectivos formatos DCI.
Uma ligação entre as portadoras de componente de uplink e downlink permite identificar a portadora de componente de uplink para o qual a concessão se aplica quando existe a programação da portadora não cruzada.
A ligação das portadoras de componente de downlink para as portadoras do componente de uplink não precisa necessariamente ser uma a uma. Em outras palavras, mais de uma portadora de componente de downlink pode se ligar a mesma portadora de componente de uplink. Ao mesmo tempo, uma portadora de componente de downlink pode ligar somente a uma portadora do componente de uplink. A Fig. 7 e Fig. 8 mostra exemplarmente possíveis ligações entre as portadoras de componente de downlink e uplink. Enquanto na Fig. 7 todas as portadoras de componente de downlink são ligadas a mesma portadora de componente de uplink, na Fig. 8 as portadoras de componente de downlink 1 e 2 são ligadas a portadora de componente de uplink 1 de portadora de componente de downlink 3 é ligada a portadora de componente de uplink 2.
Agregação de Portadora e DRX A fim de fornecer um consumo de bateria razoável do equipamento de usuário 3GPP LTE (Release 8/9) bem como 3GPP LTE-A (Release 10) fornece um conceito de recepção descontínua (DRX).
Para este conceito os seguintes termos descrevem o estado do equipamento de usuário nos termos do DRX. na duração: a duração nos subquadros de downlink que o equipamento espera, após acordar do DRX, para receber PDCCHs. Se o equipamento de usuário decodificar com sucesso um PDCCH, o equipamento de usuário permanece alerta e inicia o cronômetro de inatividade. cronômetro de inatividade: duração nos subquadros de downlink que o equipamento de usuário espera decodificar com sucesso um PDCCH, a partir da ultima decodificação com sucesso de um PDCCH, falhando o qual entra novamente o DRX. O equipamento de usuário deve reiniciar o cronômetro de inatividade seguindo uma única decodificação com sucesso de um PDCCH para somente uma primeira transmissão (isto é, não para retransmissões). tempo ativo: duração total que o equipamento do usuário está alerta. Isto inclui a "na duração" do ciclo DRX, o tempo que o equipamento de usuário está desempenhando a recepção contínua enquanto o cronômetro de inatividade não tenha expirado e a tempo do equipamento de usuário está desempenhando a recepção contínua enquanto espera pela retransmissão do downlink após um HARQ RTT (Tempo de Viagem). Com base no estabelecido acima o tempo ativo mínimo é do comprimento igual a duração, e o máximo é indefinido (infinito);
Existe somente um ciclo DRX por equipamento de usuário. Todas as portadoras de componente agregadas seguem este padrão DRX.
A fim de permitir uma maior otimização de economia de bateria, uma outra etapa da ativação/desativação das portadoras de componente é introduzida. Essencialmente uma portadora do componente de downlink poderia ser em um dos três estados a seguir: não configurado, configurado mas desativado e ativo. Quando uma portadora do componente de downlink está configurada mas desativada, o equipamento do usuário não precisa receber o PDCCH ou PDSCH correspondente, nem é necessário desempenhar as medições CQI. Da mesma forma, quando uma portadora de componente de downlink está ativa, o equipamento de usuário deve receber PDSCH e PDCCH (se presente), e é esperado a ser capaz de desempenhar as medições CQI. Após a configuração das portadoras de componente a fim de ter a recepção PDCCH e PDSCH em um componente de downlink conforme descrito acima, a portadora do componente de downlink precisar ser transicionada de configurada mas desativada para o estado ativo. No entanto, no downlink, um equipamento de usuário é sempre necessário a ser capaz de transmitir no PUSCH em qualquer portadora de componente de uplink configurado quando programado no PDCCH correspondente (isto é, não existe ativação explícita das portadoras de componente do uplink).
Para os propósitos de economia de energia do equipamento do usuário, é crucial que as portadoras de componente adicionais possam ser desativadas e ativadas de uma maneira eficaz e rápida. Com a transmissão de dados de rompimento, é imperativo que portadoras de componente adicionais possam ser ativadas e desativadas rapidamente, de forma que ambos os ganhos de altas taxas de bit possam ser utilizadas, e a preservação da bateria possa ser suportada. Conforme descrito anteriormente os equipamentos de usuário não desempenharão e relatarão as medições CQI nas portadoras de componente de downlink configuradas mas desativadas mas somente as medições relacionadas ao gerenciamento do recurso de rádio como medições RSRP (Força Recebida do Sinal de Referência) e RSRQ (qualidade Recebida do Sinal de Referências). Consequentemente, ao ativar uma portadora de componente de downlink, é importante que o eNodeB adquira rapidamente a informação CQI para a(s) portadora(s) de componente recém ativada(s) a fim de ser capaz de selecionar um MCS apropriado para programação eficaz do downlink. Sem a informação CQI o eNodeB não tem conhecimento sobre o estado do canal de downlink do equipamento de usuário e pode selecionar somente um MCS bastante conservador para a transmissão de dados de downlink que poderia por sua vez levar a alguma ineficácia da utilização do recurso.
A fim de adquirir informação CQI rapidamente, o eNodeB pode programar um CQI aperiódico por meio de uma concessão de programação do uplink. O CQI aperiódico poderia ser transmitida no canal compartilhado de uplink físico (PUSCH) . Portanto, a fim de ativar uma portadora de componente de downlink configurada, o eNodeB necessitaria emitir essencialmente duas concessões (PDCCH) para o UE, um PDCCH de downlink a fim de indicar a ativação de uma portadora de componente de downlink e um PDCCH de uplink que programa os recursos de uplink para a transmissão do CQI aperiódico. Além disso, ambos PDCCH tem que ser enviados respectivamente recebidos no mesmo TTI a fim de assegurar que o equipamento de usuário meça e relate a informação CQI para a portadora de componente de downlink correta, isto é, a portadora de componente de downlink que será ativada.
A recepção correta do CQI aperiódico pode servir como uma confirmação para o comando de ativação do downlink, isto é, quando o CQI aperiódico tenha sido recebido o eNodeB presume que o equipamento do usuário ativou a portadora de componente do downlink indicado no PDCCH do downlink.
Como se tornará aparente, a principal desvantagem do método de ativação da portadora de componente descrita é, que dois PDCCHs são necessários a fim de ativar uma portadora 5 do componente de downlink. Além disso, devido ao fato de que os dois PDCCHs precisam ser recebidos/enviados simultaneamente, certos casos de erro podem ocorrer na presença da perda do PDCCH. No caso de somente o PDCCH de "ativação" do 10 downlink ser perdido, o equipamento do usuário não ativará a portadora de componente de downlink. No entanto, com base na informação CQI recebida o eNB erroneamente presume que a ativação do downlink tenha sido bem sucedida. No segunda caso de erro quando somente o PDCCH de 15 uplink que solicita o CQI aperiódico ser perdido, o eNodeB não adquire o CQI e presume erroneamente que a ativação do downlink falhou.
Um objetivo da invenção é superar pelo menos um dos 20 problemas descritos. Além disso, é outro objetivo da invenção permitir a (des)ativação robusta e eficaz das portadoras de componente.
O objetivo é solucionado através do assunto das reivindicação independentes. Realizações vantajosas da 25 invenção são apresentadas nas reivindicações dependentes.
Um primeiro aspecto da invenção é a provisão de um formato de sinalização para comunicar uma mensagem de (des)ativação da portadora de componente para controlar o estado de ativação de pelo menos uma portadora de componente.
O formato proposto compreende um identificador do receptor destinado da mensagem de (des)ativação da portadora de componente, por exemplo, incluindo um identificador de terminal móvel (ID). Este ID de terminal móvel (também referido como um ID do UE) pode ser, por exemplo, sinalizado explicitamente em um campo da mensagem de (des)ativação da portadora de componente. Em vista da mensagem de (des)ativação da portadora de componente indicando o receptor destinado para a mensagem de (des)ativação da portadora do componente, um CRC que é calculado com base na mensagem de (des)ativação da portadora de componente pode ser misturada com um identificador temporário da rede de rádio de célula específica ou portadora específica. Conforme será definido abaixo em maiores detalhes, isto tem a vantagem de que nem tantos identificadores de rede de rádio (o número total do qual é limitado através do número de bits gasto para o identificador temporário da rede de rádio) em comparação com uma solução, onde um identificador temporário da rede de rádio para a (des)ativação da portadora de componente é atribuída para os terminais móveis em uma base por terminal móvel.
Além disso, o formato de mensagem de (des)ativação da portadora de componente pode ser considerado um novo formato de informação de canal de controle de downlink que é mapeada para o canal de controle de downlink físico (PDCCH). O uso dos identificadores temporários de rede de rádio de célula específica ou portadora específica portanto indica o formato da informação de canal de controle de downlink sendo uma mensagem de (des)ativação da portadora de componente. Além disso, no caso do uso de identicador(es) temporário(s) da rede de rádio de portadora específica que é/são ligados a uma respectiva portadora de componente, o(s) identificador(es) temporário(s) da rede de rádio de portadora específica também indica(m) uma portadora de componente a ser ativada ou desativada. Consequentemente, a mensagem de (des)ativação da portadora de componente bem como o anexo CRC (isto é, o CRC para a mensagem de (des)ativação da portadora de componente misturada com um dado identificador temporário da rede de rádio) indica para o terminal móvel o estado de ativação das portadoras de componente, isto é, indica qual deles é/são para ser (des)ativado(s).
Adicionalmente, segunda a invenção é propor um mecanismo para (des)ativar as portadoras de componente de downlink configuradas através de um terminal móvel por meio de uma mensagem de (des)ativação da portadora de componente que é transmitida em um canal compartilhado de downlink 10 físico como parte de um bloco de transporte. De acordo com este aspecto da invenção, a mensagem de (des)ativação da portadora de componente compreende a informação de (des)ativação que indica para as respectivas portadoras de componente de downlink configuradas através do terminal 15 móvel, o estado de ativação das respectivas portadoras de componente. Desta forma, o terminal móvel pode reconhecer uma mudança no estado de ativação das respectivas portadoras de componente de downlink e pode ativar ou desativá-las de acordo. Em uma implementação exemplar, a informação de 20 (des)ativação para as portadoras de componente podem ser fornecidas em um elemento de controle MAC, isto é, por meio da sinalização MAC.
Além disso, ainda em linha com este segundo aspecto da invenção, a informação de (des)ativação pode ser fornecida 25 na forma de um bitmap, os bits individuais que indicam o estado de ativação de uma respectiva portadora de componente de downlink configurada associada com um respectivo bit do bitmap.
Deve ser percebido que 0 em linha com o primeiro e 3 0 o segundo aspecto da invenção - nos casos onde existe uma portadora do componente de donwlink configurado para o terminal móvel que está sempre ativo, a informação de (des)ativação não precisa indicar o estado de ativação para tal portadora de componente "sempre ativa" - a portadora de componente de downlink "sempre ativa" também é referida aqui como a portadora de componente primário de downlink (PCC).
Um outro aspecto da invenção é acionar a sinalização dos sinais de referência sonora (SRSs) no uplink. Para este propósito, uma mensagem de (des)ativação SRS é definida que está reutilizando as diferentes estruturas e mecanismos para transmitir a mensagem de (des)ativação da portadora de componente de acordo com a diversas realizações descritas aqui. Por exemplo, a mensagem de (des)ativação SRS também pode compreender a informação de (des)ativação SRS que indicou o estado de ativação da transmissão SRS para as portadoras do componente de uplink configuradas para o terminal móvel. Esta informação de (des)ativação SRS pode ser fornecida na forma de um bitmap, os bits individuais dos quais indicam a sinalização SRS do estado de ativação na respectiva portadora de componente do uplink configurada associada a um respectivo bit do bitmap. Por favor, perceba que alternativamente os bits do bitmap na mensagem de (des)ativação SRS também podem ser considerados associados as respectivas portadoras de componente de downlink associados, e os valores lógicos dos bits individuais do bitmap indicam o estado de ativação da sinalização SRS na portadora de componente do uplink ligada a respectiva portadora de componente do downlink associada ao dado bit no bitmap. A mensagem de (des) ativação SRS pode ser sinalizada como arte de um bloco de transporte no canal compartilhado do uplink físico ou pode ser sinalizado como um novo formato da informação do canal de controle do downlink (PDCCH) conforme aqui descrito em linha com o primeiro aspecto da invenção.
Além disso, a informação de (des)ativação SRS também pode ser enviada junto com a informação de (des)ativação para ativar/desativar as portadoras de componente de downlink configuradas dentro de uma única mensagem. Por exemplo, a informação de (des)ativação SRS e a informação de (des)ativação da portadora de componente pode ser sinalizada em um único elemento de controle MAC como parte de um bloco de transporte do canal compartilhado de downlink físico, ou pode ser sinalizado junto em um novo formato da informação do canal de controle de downlink que é mapeado para o canal de Controle do downlink físico (PDCCH) conforme descrito aqui em linha com o primeiro aspecto da invenção.
De acordo com uma realização exemplar da invenção, um método para (des)ativar portadoras de componente de configuradas no sistema de comunicação usando a agregação da portadora de componente é provido. De acordo com este método um terminal móvel recebe em um canal compartilhado de downlink físico um bloco de transporte compreendendo uma mensagem de (des)ativação da portadora de componente. A mensagem de (des)ativação da portadora de componente compreende informação de (des)ativação na forma de um bitmap consistindo de um número de bits. Cada um dos bits do bitmap é associado a uma respectiva portadora das portadoras de componente de downlink configuradas, em que o valor lógico de cada bit está indicando se a portadora de componente do downlink associado é para ser ativada ou desativada. Além disso, o terminal móvel ativa ou desativa as portadoras de componente configuradas de acordo com a informação de (des)ativação obtida a partir da mensagem de (des)ativação da portadora de componente.
Em uma implementação exemplar de acordo com outra realização da invenção, a mensagem de (des)ativação da portadora de componente é um elemento de controle MAC.
Opcionalmente, a mensagem de (des)ativação da portadora de componente pode ser multiplexada para o bloco de transporte junto com outros dados de canal lógico a serem transmitidos para o terminal móvel.
Em outra realização da invenção, uma da pluralidade de portadoras de componente de downlink configuradas é uma portadora de componente primário de downlink. Este cuja portadora de componente primário não pode ser ativada ou desativada através da mensagem de (des)ativação da portadora de componente. Desta forma, a informação de (des)ativação da mensagem de (des)ativação da portadora de componente não precisa compreender uma indicação do estado de ativação da portadora de componente primário do terminal móvel.
Em uma implementação exemplar, a estação de base pode assegurar que o bloco de transporte compreendendo uma mensagem de (des)ativação da portadora de componente é recebida através do terminal móvel na portadora de componente primário de downlink do terminal móvel.
Opcionalmente, a mensagem de (des)ativação da portadora de componente pode compreender ainda informação SRS permitindo a estação de base a solicitar o terminal móvel a iniciar o envio de um sinal de referência sonora (SRS) em pelo menos uma das portadoras de componente de uplink respectivamente ligada as portadoras de componente de downlink configuradas. Em uma implementação mais detalhada, a informação SRS é fornecida na forma de um bitmap consistindo de um número de bits. Cada um dos bits do bitmap dentro da informação SRS é associada a uma respectiva portadora das portadoras de componente de uplink e o valor lógico de cada bit do bitmap está indicando se o SRS deve ser transmitido na portadora de componente de uplink associado através do terminal móvel.
Outra realização da invenção é fornecer um método para (des)ativar as portadoras de componente configuradas no sistema de comunicação usando a agregação da portadora de componente. De acordo com este método o terminal móvel recebe um subquadro a partir de uma estação de base, e desempenha uma decodificação cega dentro de uma região da sinalização de controle em uma das portadoras de componente de downlink configuradas dentro do subquadro recebido para obter uma mensagem de (des)ativação da portadora de componente e um anexo CRC deste. A mensagem de (des)ativação da portadora de componente e seu anexo CRC podem ser considerados um PDCCH. O anexo CRC compreende um CRC da mensagem de (des) ativação da portadora de componente, em que o CRC é misturado com um identificador temporário de rede de rádio de célula específica ou portadora específica (RNTI) usado para sinalizar o estado de ativação da(s) portadora(s) do componente alvo.
O terminal móvel verifica o CRC do anexo CRC usando o identificador temporário de rede de rádio de célula específica ou portadora específica de componente. Isto pode ser, por exemplo, realizado através do terminal móvel separando o CRC do identificador temporário de rede de rádio de célula específica de rádio ou portadora específica de componente, e subsequentemente comparando o CRC separado resultante com o CRC localmente gerado a partir da informação de canal de controle de downlink decodificado e recebido (sem o CRC). No caso de uma correspondência, isto é, se a verificação do CRC passar, o terminal móvel determina um identificador de terminal móvel (por exemplo, um ID de UE ou um RNTI de terminal específico móvel) a partir da mensagem de (des)ativação da portadora de componente. Com base no identificador do terminal móvel o terminal móvel verifica se a mensagem de (des)ativação da portadora de componente é destinada ao terminal móvel. Se a mensagem de (des)ativação da portadora de componente é destinada ao terminal móvel, o terminal móvel ativa ou desativa as portadoras de componente configuradas de acordo com a informação de (des)ativação obtida a partir da mensagem de (des)ativação da portadora de componente e/ou implícita para o uso do identificador temporário de rede de rádio para misturar o anexo CRC.
Além disso, de acordo com outra realização da invenção, outro método para (des)ativar portadoras de componente configurados no sistema de comunicação usando a agregação da portadora de componente é empregada. De acordo com este método a estação de base transmite um subquadro para o terminal móvel. O subquadro compreende dentro de uma região de sinalização de controle em uma das portadoras de componente de downlink configuradas uma mensagem de (des)ativação da portadora de componente e um anexo CRC desta (isto é, PDCCH). A mensagem de (des)ativação da portadora de componente indica pelo menos um identificador de terminal móvel para endereçar a mensagem para seu receptor pretendido (terminal móvel). O anexo CRC compreende um CRC da mensagem de (des)ativação da portadora de componente que tenha sido calculado na mensagem de (des)ativação da portadora de componente através de um processador da estação de base e tenha sido subsequentemente misturado com um identificador temporário de rede de rádio de célula específica ou portadora específica de componente (RNTI) usada para sinalizar o estado de ativação da(s) portadora(s) do componente alvo.
Em uma outra realização da invenção, a mensagem de (des)ativação da portadora de componente indica qual da pluralidade de portadoras de componente de downlink configuradas é/são para ser ativadas, respectivamente desativadas. Consequentemente, nesta realização da invenção a indicação da portadora de componente configurado a ser (des)ativada pode ser compreendida em um campo de indicação da portadora da mensagem de (desativação da portadora de componente.
Além disso, em outra realização exemplar, o estado da portadora de componente indicado está implícita ao RNTI usado para misturar o CRC. Nesta realização, podem existir dois identificadores temporários de rede de rádio de célula específica de rádio usado para sinalizar o estado de ativação das portadoras de componente de downlink. Um dos identificadores temporários da rede de rádio está indicando a ativação de pelo menos uma das portadoras de componente de downlink configuradas indicada na mensagem de (des)ativação da portadora de componente e o outro identificador temporário da rede de rádio está indicando a desativação de pelo menos uma das portadoras de componente de downlink configuradas indicada na mensagem de (des)ativação da portadora de componente.
Em uma implementação alternativa de acordo com outra realização da invenção, a portadora de componente a ser (des)ativada está implícita ao RNTI usado para misturar o CRC. Nesta realização, pode ser presumido que cada portadora do componente de downlink configurado está ligada a um identificador temporário de rede de rádio de portadora específica de componente. O identificador temporário da rede de rádio da portadora específica de componente usado para misturar o CRC assim indica implicitamente pelo menos a portadora de componente de downlink configurado a ser ativada ou desativada.
Em uma variação desta realização, a mensagem de (des)ativação da portadora de componente indica se a portadora de componente de downlink configurada a ser ativada ou desativada ligada ao identificador temporário de rede de rádio de portadora específica de componente usado para misturar o CRC é para ser ativada ou desativada.
Em uma outra variação desta realização, cada portadora de componente de downlink configurada pode ser ligada a dois identificadores temporários de rede de rádio de portadora específica de componente, o identificador temporário de rede de rádio de portadora específica de componente usada para misturar o CRC indica pelo menos a portadora do componente de downlink configurado e se é para ser ativada ou desativada. Consequentemente, nesta variação a indicação da portadora de componente e seu estado de ativação estão implícitos ao RNTI usado par misturar o CRC.
Em outra realização da invenção, a mensagem de (des)ativação da portadora de componente compreende uma bandeira de ativação que solicita o terminal móvel para ativar, respectivamente desativar uma portadora de componente de downlink configurada.
Em uma outra realização exemplar, a mensagem de (des)ativação da portadora de componente recebida dentro da região de sinalização de controle de um subquadro é recebida em uma portadora de componente primário de downlink do terminal móvel.
Em outra realização da invenção, a ativação de uma portadora de componente de downlink aciona a transmissão de um relatório da capacidade de força através do terminal móvel para a portadora de componente de uplink ligada a portadora do componente de downlink estando ativada. Por exemplo, o terminal móvel pode transmitir, em reposta a ativação da portadora de componente de downlink, um relatório da capacidade de força para a portadora do componente de uplink ligada a portadora de componente de downlink estando ativada. 0 relatório da capacidade de força é transmitido através do terminal móvel na portadora do componente de uplink ligada nos recursos atribuídos na portadora de componente de uplink ligado atribuída ao terminal móvel através da próxima atribuição do recurso de uplink para a portadora do componente de uplink ligada.
Em uma outra realização da invenção, o terminal móvel desativa a portadora de componente indicada no caso da mensagem de (des)ativação da portadora de componente indicar a desativação de uma portadora de componente de downlink. Esta desativação não é, no entanto, desempenhada imediatamente, mas após um protocolo HARQ usado para transmitir os blocos de transporte confirmar a decodificação bem sucedida de um bloco de transporte pendente para transmissão na portadora de componente de downlink a ser desativada no momento do recebimento da mensagem de (des)ativação da portadora de componente, ou após alcançar um número máximo de retransmissões do protocolo HARQ para o bloco de transporte pendente para transmissão na portadora do componente de downlink a ser desativada.
Neste contexto, o bloco de transporte pendente para transmissão está se referindo a um ou mais blocos de transporte transmitidos em processos HARQ individuais na portadora de componente de downlink a ser desativada e que estão atualmente transmitidos (retransmissão do bloco de transporte está pendente) no momento do recebimento do comando de desativação para a portadora do componente de downlink.
Em adição a isto, ou alternativamente, de acordo com outra realização da invenção, a mensagem de (des)ativação da portadora de componente compreende uma bandeira SRS que, quando estabelecida, solicita ao terminal móvel inicial o envio de um sinal de referência sonora (SRS) na portadora de componente do uplink ligada a portadora de componente de downlink configurada indicada. Opcionalmente, a bandeira SRS, quando não estabelecida, pode solicitar ao terminal móvel parar o envio de um sinal de referência sonora (SRS) na portadora de componente do uplink ligada a portadora do componente de downlink configurada indicada.
Adicionalmente a pelo menos uma da bandeira de ativação e a bandeira SRS, ou alternativamente a isto, a mensagem de (des)ativação da portadora de componente de acordo com uma outra realização da invenção compreende uma bandeira de solicitação SRS que, quando estabelecida, solicita um feedback de qualidade do canal para a uma ou mais portadoras de componente do downlink configuradas indicadas.
Em uma variação desta realização, no caso do terminal móvel ser solicitado a enviar o feedback de qualidade do canal para uma portadora do componente de downlink indicada, o terminal móvel desempenha uma medição da qualidade do canal para cada portadora do componente de downlink indicada através da mensagem de (des)ativação da portadora de componente, e transmite o feedback da qualidade de canal para a uma ou mais portadoras de componente do downlink indicadas para a estação de base.
O feedback da qualidade de canal pode ser, por exemplo, transmitida nos recursos de uplink pré-configurados em um canal compartilhado de uplink físico (PUSCH) ou um canal de controle do uplink físico (PUCCH), ou alternativamente nos recursos de uplink no canal de controle do uplink físico (PUCCH) configurado através do RRC para feedback periódico de qualidade do canal.
Em uma implementação exemplar o feedback de qualidade do canal é transmitido 4 subquadros ou 4 ms após ter recebido o subquadro compreendendo a mensagem de (des)ativação da portadora de componente.
Nos exemplos dados acima, o feedback da qualidade de canal pode ser um feedback aperiódico de qualidade do canal. Adicionalmente ou como um alternativa ao acionamento de tai feedback aperiódico de qualidade do canal ou alternativamente a este, a bandeira CQI pode ser usada para acionar o terminal móvel para iniciar o envio do feedback periódico de qualidade do canal. Desta forma, no caso do terminal móvel ser solicitado a enviar o feedback de qualidade do canal para uma portadora de componente do downlink indicado o terminal móvel pode desempenhar periodicamente uma medição da qualidade do canal para cada portadora do componente de downlink indicada através da mensagem de (des)ativação da portadora de componente, pode transmitir periodicamente o feedback de qualidade do canal para a uma ou mais portadoras de componente do downlink indicadas para a estação de base nos recursos do uplink, por exemplo, no canal de controle do uplink físico através do RRC para feedback periódico de qualidade do canal.
Além disso, a fim de não aumentar as tentativa de decodificação cega do terminal móvel para detectar o formato da informação do canal de controle sinalizado no PDCCH do subquadro recebido, em outra realização da invenção, o formato da mensagem de (des)ativação da portadora de componente (que pode ser considerado um formato DCI) tem o mesmo tamanho (número de bits) como pelo menos outro formato da informação de controle do downlink definido no sistema de comunicação móvel. Por exemplo, ao implementar a invenção em um sistema 3GPP LTE-A (Release 10) ou seus sucessores, o formato da mensagem de (des)ativação da portadora de componente pode ter o mesmo tamanho dos formatos DCI 0/lA no 3GPP LTE (Release 8/9) ou 3GPP LTE-A (Release 10) . Além disso, o tamanho do formato da mensagem de (des)ativação da portadora de componente pode opcionalmente depender da largura de banda da portadora do componente. A largura de banda da portadora de componente pode ser, por exemplo, a largura de banda da portadora de componente o estado de ativação o qual é sinalizado através da mensagem de (des)ativação da portadora de componente e/ou seu anexo CRC, ou a largura de banda da portadora de componente na qual a mensagem de (des)ativação da portadora de componente está sinalizado.
Em outra realização da invenção, a recepção da mensagem de (des)ativação da portadora de componente é confirmada através do terminal móvel. Isto pode, por exemplo, ser realizado através da sinalização de um ACK/NACK no uplink em um dado momento em relação a transmissão da mensagem de (des)ativação da portadora de componente. Alternativamente, a confirmação também pode ser enviada na forma de feedback de qualidade do canal na(s) portadora(s) de componente de downlink indicada(s). Esta última opção pode, por exemplo, ser útil, se uma bandeira CQI na mensagem de (des)ativação da portadora de componente está disparando o feedback de qualidade do canal a partir do terminal móvel.
Um outro aspecto da invenção é a implementação de diferentes métodos para (des)ativar as portadoras de componente configuradas no sistema de comunicação usando agregação da portadora de componente no hardware e/ou software. A este respeito, diferentes aparelhos que desempenham ou participam na performance de tais métodos são providos.
Uma realização da invenção assim provê um terminal móvel para (des)ativar portadoras de componente configuradas no sistema de comunicação usando agregação da portadora de componente. O terminal móvel compreende um receptor para receber em um canal compartilhado de downlink físico um bloco de transporte compreendendo uma mensagem de (des)ativação da portadora de componente, em que a mensagem de (des)ativação da portadora de componente compreende informações de (des)ativação indicando qual de uma pluralidade de portadoras de componente de downlink configuradas é/são para ser ativadas, respectivamente desativadas através do terminal móvel, e um processador para ativar ou desativar as portadoras de componente configuradas de acordo com a informação de (des)ativação obtida a partir da mensagem de (des)ativação da portadora de componente.
Além disso, de acordo com uma realização da invenção, o terminal móvel é adaptado para compreender meios para desempenhar o método para (des)ativar as portadoras de componente configuradas no sistema de comunicação usando agregação da portadora de componente de acordo com uma das diversas realizações descritas aqui, onde a mensagem de (des)ativação da portadora de componente é enviada como parte de um bloco de transporte no canal compartilhado de downlink físico.
Outra realização da invenção fornece um terminal móvel para uso em um sistema de comunicação usando a agregação da portadora de componente. O terminal móvel compreende um receptor para receber um subquadro a partir de uma estação de base, e um meio de processamento para desempenhar uma decodificação cega dentro de uma região de sinalização de controle em uma das portadoras de componente de downlink configuradas dentro do subquadro recebido para obter uma mensagem de (des)ativação da portadora de componente e um anexo CRC desta, em que o anexo CRC compreende um CRC da mensagem de (des)ativação da portadora de componente, o CRC estando misturado com um identificador temporário de rede de rádio de célula específica ou de portadora específica de componente (RNTI) usado para sinalizar o estado de ativação da(s) portadora(s) de componente alvo. A decodificação cega também pode, por exemplo, envolver as operações de um decodificador e um demodulador do terminal móvel.
O processador do terminal móvel verifica ainda o CRC do anexo CRC usando o identificador temporário de rede de rádio de célula específica ou de portadora específica de componente. Conforme mencionado acima, esta verificação do CRC pode ser, por exemplo, implementada através da separação do CRC do anexo CRC usando o identificador temporário de rede de rádio de célula específica ou de portadora específica de componente, e subsequentemente comparando o CRC separado com o CRC (localmente) gerado pelo processador do terminal móvel a partir do canal de controle de downlink decodificado e recebido. No caso de uma combinação, isto é, no caso da verificação CRC passar, o terminal móvel determina um identificador de terminal móvel a partir da mensagem de (des)ativação da portadora de componente. Além disso, o processador verifica com base no identificador de terminal móvel se a mensagem de (des) ativação da portadora de componente é destinada ao terminal móvel. Desta forma, o terminal móvel pode ativar ou desativar as portadoras de componente configuradas de acordo com a informação de (des)ativação obtida a partir da mensagem de (des)ativação da portadora de componente e/ou implícita ao uso do identificador temporário de rede de rádio para separar o anexo CRC, se a mensagem de (des) ativação da portadora de componente é destinada ao terminal móvel.
Em outra realização da invenção, um estação de base para (des)ativar as portadoras de componente configuradas de um terminal móvel no sistema de comunicação usando a agregação da portadora de componente é provida. A estação de base compreende um processador para gerar uma mensagem de (des)ativação da portadora de componente compreendendo pelo menos um identificador de terminal móvel do terminal móvel. O processador determina ainda um CRC para a mensagem de (des)ativação da portadora de componente, e mistura o CRC com um identificador temporário de rede de rádio de célula específica ou de portadora específica de componente (RNTI) usado para sinalizas o estado de ativação da(s) portadora(s) de componente alvo, para assim obter um anexo CRC da mensagem de (des)ativação da portadora de componente. Além disso, a estação de base também inclui um transmissor para transmitir a mensagem de (des)ativação da portadora de componente e seu anexo CRC dentro da região de sinalização de controle de uma portadora do componente de downlink dentro de um subquadro para o terminal móvel.
A invenção se refere ainda a implementação dos métodos para (des)ativar as portadoras de componente configuradas no sistema de comunicação usando a agregação da portadora de componente descrita aqui no software. Uma outra realização da invenção é portanto fornecer um meio legível em computador armazenando instruções que, quando executadas através de um processador de um terminal móvel, faz com que o terminal móvel (des)ative as portadoras de componente configuradas no sistema de comunicação usando a agregação da portadora de componente, através do recebimento em um canal compartilhado de downlink físico um bloco de transporte compreendendo uma mensagem de (des)ativação da portadora de componente, em que a mensagem de (des)ativação da portadora de componente compreende informações de (des)ativação indicando qual de uma pluralidade de portadoras de componente de downlink configuradas é/são para ser ativadas, respectivamente desativadas através do terminal móvel, e ativando ou desativando as portadoras de componente configuradas de acordo com as informações de (des)ativação obtidas a partir da mensagem de (des)ativação da portadora de componente.
Uma outra realização da invenção se refere a um meio legível em computador que está armazenando instruções que, quando executadas através de um processador de um terminal móvel, faz com que o terminal móvel desempenhe um dos diferentes métodos para (des)ativar portadoras de componente configuradas no sistema de comunicação usando a agregação da portadora de componente. Em um exemplo, o terminal móvel pode ser, por exemplo, levado a receber um subquadro a partir de uma estação de base, e desempenhar uma decodificação cega dentro de uma região de sinalização de controle em uma das portadoras de componente de downlink configuradas dentro do subquadro recebido para obter uma mensagem de (des)ativação da portadora de componente e um anexo CRC desta. O anexo CRC compreende um CRC da mensagem de (des)ativação da portadora de componente, em que o CRC é misturado com um identificador temporário da rede de rádio de célula específica ou portadora específica de componente (RNTI) usada para sinalizar o estado de ativação da(s) portadora(s) de componente alvo.
O terminal móvel pode ser levado ainda através das instruções executadas a verificar o CRC do anexo CRC usando o identificador temporário de rede de rádio de célula específica de rádio ou de portadora específica de componente específica. No caso da verificação CRC passar, o terminal móvel é levado a determinar um identificador do terminal móvel (por exemplo, ID do UE ou um RNTI de terminal específico) a partir da mensagem de (des)ativação da portadora de componente. Além disso, as instruções, quando executadas através do processador do terminal móvel, faz com que o terminal móvel verifique com base no identificador do terminal móvel se a mensagem de (des)ativação da portadora de componente é destinada ao terminal móvel, e se a mensagem de (des)ativação da portadora de componente for destinada ao terminal móvel, ativa ou desativa as portadoras de componente configuradas de acordo com a informação de (des)ativação obtida a partir da mensagem de (des)ativação da portadora de componente e/ou implícita ao uso do identificador temporário de rede de rádio para misturar o anexo CRC.
Outra realização, portanto, se refere a um meio legível em computador que está armazenando instruções que, quando executadas através de um processador de uma estação de base, faz com que a estação de base desempenhe um dos diferentes métodos para (des)ativar as portadoras de componente configuradas no sistema de comunicação usando a agregação da portadora de componente. Em um exemplo, a estação de base pode ser por exemplo, levada a gerar uma mensagem de (des)ativação da portadora de componente compreendendo pelo menos um identificador de terminal móvel do terminal móvel. A execução das instruções através do processador da estação de base pode ainda fazer com que a estação de base determine um CRC para a mensagem de (des)ativação da portadora de componente, e misture o CRC com um identificador temporário de rede de rádio de célula específica ou portadora específica de componente (RNTI) usado para sinalizar o estado de ativação da(s) portadora(s) alvo, para assim obter um anexo CRC da mensagem de (des)ativação da portadora de componente. Além disso, a estação de base também é levada através da execução das instruções apelo seu processador a transmitir a mensagem de (des)ativação da portadora de componente e seu anexo CRC dentro da região de sinalização de controle de uma portadora de componente de downlink dentro de um subquadro para o terminal móvel.
A seguir a invenção é descrita em mais detalhes em referência ai figuras e desenhos anexos. Detalhes similares ou correspondentes estão marcados com as mesmas referências numéricas.
A Fig. 1 mostra uma arquitetura exemplar de um sistema 3GPP LTE,
A Fig. 2 mostra uma visão geral exemplar da arquitetura E-UTRAN geral do 3GPP LTE,
A Fig. 3 mostra uma estrutura de subquadro exemplar em uma portadora de componente downlink conforme definida para o 3GPP LTE (Release 8/9),
A Fig. 4 mostra uma grade de recurso de downlink exemplar de uma partição de downlink conforme definido para o 3GPP LTE (Release 8/9),
As Figs. 5 & 6 mostram a estrutura da Camada 2 do 3GPP Layer (Release 10) com a agregação da portadora ativada para o downlink e uplink, respectivamente,
As Figs. 7 & 8 mostram exemplarmente ligações entre as portadoras de componente de downlink e uplink no 3GPP LTE- A (Release 10),
A Fig. 9 mostra exemplarmente a dependência do tamanho da mensagem de (des)ativação da portadora de componente a partir da largura de banda de uma portadora de componente de acordo com uma realização da invenção e em relação ao formato DCI 0/lA,
As Figs. 10 a 19 mostram diferentes formatos da mensagem de (des)ativação da portadora de componente de acordo com diferentes realizações da invenção,
As Figs. 20 a 23 mostram diferentes cenários exemplares relacionados a confirmação da mensagem de (des)ativação da portadora de componente e o acionamento da comunicação CQI a partir do terminal móvel de acordo com diferentes realizações da invenção,
A Fig. 24 mostra um elemento de controle MAC de acordo com uma realização exemplar da invenção para (des)ativar simultaneamente uma ou mais portadoras do componente de downlink e (des)ativar transmissões SRS em uma
ou mais portadoras de componente de uplink (ligadas) do equipamento do usuário, e
As Figs. 25 e & 26 mostram diferentes formatos da mensagem de (des)ativação da portadora de componente de acordo com diferentes realizações da invenção.
Os parágrafos a seguir descreverão diversas realizações da invenção. Para propósitos exemplares somente, a maioria das realizações são definidas em relação a um esquema de acesso de rádio de uplink de portadora única ortogonal de acordo com os sistemas de comunicação 3GPP LTE (Release 9) e LTE-A (Release 10) discutidos na seção HISTÓRICO TÉCNICO acima. Deve ser percebido que a invenção pode ser vantajosamente usada, por exemplo, em conexão com um sistema de comunicação móvel tal como sistemas de comunicação 3GPP LTE (Release 8) e LTE-A (Release 10) previamente descritos, mas a invenção não é limitada a seu uso nesta rede de comunicação exemplar particular.
As explicações dadas na seção HISTÓRICO TÉCNICO acima são destinadas ao melhor entendimento, principalmente 3GPP LTE (Release 8) e LTE-A (Release 10) das realizações exemplares específicas descritas aqui e não devem ser entendidas como limitativas à invenção para as implementações específicas descritas dos processos e funções na rede de comunicação móvel.
Uma possível implementação para indicar uma portadora de componente no downlink que é para ser ativado é o uso do campo CIF nos formatos DCI de downlink do 3GPP LTE-A (Release 10) . No caso de o campo CIF apontar para uma portadora de componente de downlink configurada porém desativada, esta portadora de componente de downlink é ativada. No entanto, esta abordagem não pode ser usada em um maneira direta para desativar uma portadora de componente.
Além disso, o campo CIF pode não ser uma parte obrigatória dos formatos DCI.
Outra solução para (des)ativar as portadoras de componente de downlink configuradas é empregar um mecanismo similar ao 3GPP LTE (Release 8/9) ativação e desativação de programação semi-persistente (SPS). Cada equipamento de usuário é atribuído a um RNTI de UE específico (SPS-C-RNTI). No caso de o DCI CRC estar misturado com o SPS-C-RNTI, este DCI é interpretado como mensagem de ativação ou desativação. Este mecanismo também poderia ser usado para a ativação e desativação das portadoras de componente de downlink. No entanto, isto pode ter uma desvantagem de que para cada equipamento de usuário para o qual uma agregação de portadora é configurada, um novo RNTI separado seria necessário. Como o número total de RNTIs é limitado a 65536, muitos destes são necessário para propósitos de não agregação da portadora (por exemplo, C-RNTI, SPS-C-RNTI, etc.) e o número de equipamentos de usuário na ativação de portadora deve suportar um maior número, seria benéfico para encontrar outros métodos que não impusessem tal requisito.
Outra solução para (des)ativar as portadoras de componente de downlink configuradas e em linha com um primeiro aspecto da invenção, um formato de sinalização para comunicar uma mensagem de (des)ativação da portadora de componente para controlar o estado de ativação de pelo menos uma portadora de componente é fornecida. O novo formato proposto de uma mensagem de (des)ativação da portadora de componente permite uma identificação explícita do receptor destinado da mensagem de (des)ativação da portadora de componente. Por exemplo, esta identificação pode ser realizada incluindo um identificador (ID) de terminal móvel para a mensagem de (des)ativação da portadora de componente. Este ID do terminal móvel (também referido como ID do UE) é, por exemplo, sinalizado em um campo de identificador do terminal móvel da mensagem de (des)ativação da portadora de componente. Em uma implementação exemplar o ID do terminal móvel indicado na mensagem de (des)ativação da portadora de componente é um identificador de terminal móvel específico, tal como, por exemplo, um C-RNTI do terminal móvel.
Em vista da mensagem de (des)ativação da portadora de componente indicando o receptor destinado para a mensagem de (des) ativação da portadora de componente, não é mais necessário identificar inequivocamente o receptor destinado da mensagem de (des)ativação da portadora de componente por meio de misturar o CRC da mensagem de (desativação da portadora de componente com um identificador de terminal móvel específico. O formato da mensagem de (des)ativação da portadora de componente pode ser considerado um formato de informação de controle de downlink (DCI). Na camada física, a mensagem de (des)ativação da portadora de componente é a informação do canal de controle de downlink que é mapeada para o canal de controle de downlink físico (PDCCH) para transmissão para o terminal móvel.
Em linha com o primeiro aspecto da invenção, um CRC é calculado com base na mensagem de (des)ativação da portadora de componente e é misturada na estação de base. A mistura é desempenhada na estação de base usando um identificador temporário de rede de rádio de célula específica ou de portadora de componente específica. Conforme indicado acima, isto implica em um número significativamente reduzido de identificador(es) temporário(s) de rede de rádio que precisa ser reservado para controlar o estado de (des)ativação das portadoras de componente configuradas.
Conforme mencionado no parágrafo anterior, o formato da mensagem de (des)ativação da portadora de componente pode ser considerado um novo formato da informação do canal de controle de downlink que é mapeado para o canal de controle do downlink físico (PDCCH). O(s) identificador(es) temporário(s) de rede de rádio de célula específica ou de portadora de componente específica usado(s) 5 para misturar o CRC com uma mensagem de (des) ativação da portadora de componente assim indica o formato da informação do canal de controle do downlink sendo uma mensagem de (des)ativação da portadora de componente.
Além disso, no caso do uso de identif icador (es) 10 temporário(s) da rede de rádio de portadora de componente específica que é/são ligado(s) a uma respectiva portadora de componente, identificador(es) temporário(s) de rede de rádio de portadora específica também indica(m) uma portadora de componente a ser ativado ou desativada. Consequentemente, a 15 mensagem de (des)ativação da portadora de componente bem como o anexo CRC (isto é, o CRC para a mensagem de (des) ativação da portadora de componente misturado com um dado identificador temporário de rede de rádio) indica para o terminal móvel o estado de ativação desejado das portadoras 20 de componente, isto é, indica qual deles deve ser (des)ativado.
Uma outra solução para (des)ativar as portadoras de componente de downlink configuradas e em linha com um segundo aspecto da invenção, a mensagem de (des)ativação da portadora 25 de componente é fornecida dentro de um bloco de transporte no canal compartilhado de downlink físico (PDSCH). O bloco de transporte é, desta forma, transmitido como (parte de) uma transmissão programada no PDSCH para o terminal móvel. A mensagem de (des)ativação da portadora de componente pode ser 30 multiplexada com outros dados dos canais lógicos para o bloco de transporte. Além disso, a mensagem de (des)ativação da portadora de componente pode ser opcionalmente atribuída a um identicador de canal lógico (LCID).
Similar as soluções em linha com o primeiro aspecto da invenção, a mensagem de (des)ativação da portadora de componente compreende a informação de (des)ativação que indica as respectivas portadoras de componente de downlink configuradas através do terminal móvel, o estado de ativação das respectivas portadoras de componente e que permite ao terminal móvel reconhecer uma mudança no estado de ativação das respectivas portadoras de componente de downlink. A detecção de tal mudança do estado de ativação para uma ou mais portadoras do componente de downlink fará com que o terminal móvel ative ou desative a(s)portadora(s) de componente de downlink configuradas efetuadas desta forma. Em uma implementação exemplar, a informação de (des)ativação para as portadoras de componente podem ser fornecidas em um elemento de controle MAC, isto é, por meio da sinalização MAC.
Além disso, ainda em linha com este segundo aspecto da invenção, a informação de (des)ativação pode ser fornecida na forma de um bitmap. Os bits individuais do bitmap indicam o estado de ativação de uma respectiva portadora de componente de downlink configurada associada com um respectivo bit do bitmap.
Um outro aspecto da invenção é acionar a sinalização dos sinais de referência sonora (SRSs) no uplink. Isto pode ser feito por meio de uma mensagem de sinalização individual ou junto com a (des)ativação das portadoras de componente configuradas. No caso do uso de uma mensagem de sinalização individual, uma mensagem de (des)ativação SRS pode ser definida. Esta mensagem de (des) ativação SRS pode reutilizar as diferentes estruturas e mecanismos para transmitir a mensagem de (des)ativação da portadora de componente de acordo com as diversas realizações descritas aqui. Por exemplo, a mensagem de (des) ativação SRS pode compreender a informação de (des)ativação SRS que indicou o estado de ativação da transmissão SRS para as portadoras de componente de uplink configuradas para o terminal móvel.
Esta informação de (des)ativação SRS pode ser estruturada similarmente a informação de (des)ativação da portadora de componente. Por exemplo, a informação de (desativação SRS pode ser fornecida na forma de um bitmap. Os bits individuais deste bitmap podem indicar a sinalização SRS do estado de ativação na portadora de componente de uplink configurada a um respectiva bit do bitmap. Alternativamente os bits do bitmap na mensagem de (des)ativação SRS também podem ser considerados associados com as respectivas portadoras de componente de downlink configuradas, e os valores lógicos dos bits individuais do bitmap indicam o estado de ativação da sinalização SRS na portadora de componente de uplink ligada a respectiva portadora de componente de downlink associada com o dado bit no bitmap.
A mensagem de (des)ativação SRS pode ser sinalizada como parte de um bloco de transporte no canal compartilhado de uplink físico conforme descrito aqui na realização em linha com o segundo aspecto desta invenção ou pode ser sinalizado como um novo formato da informação do canal de controle do downlink que é mapeada para o canal de controle do downlink físico (PDCCH) conforme descrito aqui na realização em linha com o primeiro aspecto da invenção.
Além disso, a informação de (des)ativação SRS também pode ser enviada junto com a informação de (des)ativação para ativar/desativar as portadoras de componente de downlink configuradas dentro de uma única mensagem. Em uma realização exemplar da invenção, a informação de (des)ativação SRS e a informação de (des)ativação da portadora de componente são sinalizadas em um elemento de controle MAC como parte de um bloco de transporte do canal compartilhado de downlink físico. Em uma outra realização exemplar, a informação de (des)ativação SRS e a informação de (des)ativação da portadora de componente são sinalizadas junto em um novo formato da informação do canal de controle de downlink que é mapeada para o canal de controle de downlink físico (PDCCH) conforme descrito aqui em linha com o primeiro aspecto da invenção.
Por favor, perceba que os princípios para (des)ativação da portadora de componente podem ser aplicados para a ativação e desativação das portadoras de componente de downlink e uplink. Neste respeito deve ser percebido ainda que é presumido nas realizações exemplares e implementações da invenção que uma portadora de componente deveria ser definida a estar em um dos três estados de ativação a seguir: não configurada, configurada mas desativada e ativa. Além disso, também é importante perceber que nos casos em que existe uma portadora de componente de downlink (e/ou uplink) configurada para o terminal móvel que está sempre ativo, a informação de (des)ativação não precisa indicar o estado de ativação para tal portadora de componente "sempre ativa" - uma portadora de componente "sempre ativa" também é referida aqui como portadora de componente primária (PCC).
Considerando exemplarmente as portadoras de componente de downlink, quando uma portadora de componente de downlink está configurada porém desativada, o equipamento de usuário não precisa receber o PDCCH ou PDSCH correspondente, nem é necessário desempenhar as medições CQI. Reciprocamente, quando uma portadora de componente de downlink está ativa, o equipamento de usuário deve receber o PDSCH e PDCCH (se presente), e é esperado ser capaz de desempenhar as medições CQI. Após a configuração da(s) portadora(s) de componente esta(s) é/são no estado configurada mas desativada. A fim de permitir a recepção do PDCCH e PDSCH em uma portadora de componente de downlink, a portadora de componente de downlink precisa ser transicionada do estado configurada mas desativada para o estado ativo. A configuração de uma portadora de componente pode alternativamente implicitamente ou explicitamente ativar a portadora de componente, em cujo caso a portadora de componente ser transicionada do estado ativo ("configurado e ativo") para o estado configurado porém desativado a fim de economizar recursos e/ou sinalização.
Quando uma portadora de componente de uplink está configurada e ativada, é presumida a estar elegível para transmissão de sinais e canais tal como ACK/NACK, símbolos de referência sonora, solicitação de programação, e relatórios CQI aperiódicos. Reciprocamente, quando a portadora de componente de downlink está no estado configurado porém desativado, a portadora de componente de uplink é presumida a estar completamente muda e não elegível para transmissão dos sinais de uplink e canais tal como acima.
A nova (des)ativação da portadora de componente proposta de acordo com as diversas realizações da invenção descritas aqui pode, portanto, ser usada para indicar as transições de estado entre estado configurado porém desativado e estado ativo ("configurado e ativo").
Conforme definido acima, um aspecto da invenção é a proposta de uma nova mensagem de (des)ativação da portadora de componente para (des)ativar uma ou mais portadoras de componente uplink ou downlink. De acordo com uma realização da invenção relacionada com a implementação dos conceitos desta invenção em um sistema com base em 3GPP usando a agregação de portadora no downlink e/ou uplink, o formato para a nova mensagem de (des)ativação da portadora de componente é um formato DCI. A nova mensagem de (des)ativação da portadora de componente contém pelo menos um ID do UE alvo, tal como, por exemplo, o C-RNTI do equipamento de usuário para o qual a nova mensagem de (des) ativação da portadora de componente é destinada. Além disso, no caso da(s) portadora (s) de componente a qual a nova mensagem de (des)ativação da portadora de componente pertence não é/estão implícitos ao RNTI usado para misturar o CRC da nova mensagem de (des)ativação da portadora de componente, a nova mensagem de (des)ativação da portadora de componente contém ainda um novo ID da portadora de componente alvo. Um exemplo para uma mensagem de (des)ativação da portadora de componente de acordo com uma realização da invenção incluindo uma bandeira de solicitação CQI é mostrada na Fig. 16. Os bits remanescentes disponíveis na mensagem de (des)ativação da portadora de componente podem ser usados para sinalizar outras informações ou solicitações para o terminal móvel conforme será discutido abaixo, ou podem ser preenchidos com bits de suavização ou reservados.
Este ID da portadora de componente alvo pode ser, por exemplo, sinalizado em um campo da nova mensagem de (des)ativação da portadora de componente, que tem um tamanho de |”log2(7V’-l)1 bits, dado que existe uma portadora de componente sempre ativa no downlink/uplink, a então chamada portadora âncora, que não pode ser ativada/desativada através desta mensagem, e em que N é o número de portadoras de componente de downlink/uplink configurado e |”x"| é a função máxima, isto é, o menor número que é maior ou igual a x . Consequentemente, para um cenário de downlink típico, pode-se presumir que existe acima de N = 5 portadoras de componente de downlink configuradas, uma delas sendo definida como a portadora âncora, de forma que um total de 2 bits seriam necessários para o ID da portadora de componente alvo na mensagem de (des)ativação da portadora de componente.
Além disso, de acordo com um outro aspecto e realização da invenção, nenhum RNTI de equipamento de usuário específico é usado para misturar o CRC para a mensagem de (des)ativação da portadora de componente, ao mapear a mensagem de (des)ativação da portadora de componente como informação do canal de controle do downlink para o PDCCH. Isto se torna possível contanto que o ID do UE alvo seja parte da carga útil da mensagem de (des)ativação da portadora de componente. Ao invés disso, o(s) RNTI(s) usado(s) para sinalizar mensagens relacionadas a (des)ativação das portadoras de componente, tal como a mensagem de (des) ativação da portadora de componente, é ou um RNTI de célula específica ou um RNTI de portadora de componente específico.
Se a mistura do CRC está usando um único RNTI de célula específica definido para a sinalização das mensagens relacionadas a (des)ativação das portadoras de componente, tal como a mensagem de (des)ativação da portadora de componente, a carga útil da mensagem de (des)ativação da portadora de componente inclui ainda informação para a qual a portadora de componente o comando de (des)ativação deve ser aplicada. Para este propósito, a mensagem de (des)ativação da portadora de componente pode compreende um ou mais IDs da portadora de componente alvo para indicar uma ou mais portadoras de componente no downlink ou uplink, que deve estar ativada ou desativada. A estação de base pode indicar o RNTI de célula específica para a (des)ativação da portadora de componente para o terminal móvel através da sinalização RRC, por exemplo, como parte de uma mensagem de configuração da portadora de componente. No caso de uma ou todas as portadoras de componentes indicadas na mensagem de (des)ativação da portadora de componente dever ser (simultaneamente) ativada ou desativada, a mensagem de (des)ativação da portadora de componente pode compreender uma bandeira de ativação/desativação adicional para indicar se a uma ou mais portadoras de componente devem ser ativadas ou desativadas. Outro exemplo para uma mensagem de (des)ativação da portadora 5 de componente de acordo com uma outra realização da invenção incluindo múltiplos IDs da portadora de componente alvo e uma única bandeira de ativação/desativação é mostrada na Fig. 11.
Em uma implementação alternativa de acordo com uma outra realização, a mensagem de (des)ativação da portadora de 10 componente compreende uma bandeira de ativação/desativação para cada ID da portadora de componente alvo indicado nos IDs da portadora de componente alvo. Desta forma, a estação de base pode controlar o terminal móvel para ativar ou desativar individualmente a(s) respectiva(s) portadora(s) de componente 15 indicada(s) pelo(s) ID(s) da portadora de componente alvo.
Por favor, perceba que é uma questão de definição se o ID da portadora de componente alvo e a bandeira de ativação/desativação correspondente é considerada dois campos da mensagem de (des)ativação da portadora de componente é 20 fornecida em um único campo de ativação/desativação da portadora de componente de sinalização. Um exemplo para uma mensagem de (des)ativação da portadora de componente de acordo com uma realização da invenção incluindo múltiplos IDs da portadora de componente alvo e bandeiras de 25 ativação/desativação é mostrado na Fig. 12.
Além disso, em outra realização da invenção, existem dois RNTIs de célula específica definidos para a sinalização de mensagens relacionadas a (des)ativação das portadoras de componente, tal como a mensagem de (des)ativação da portadora de componente. Neste caso um dos dois RNTIs (RNTI de Ativação) pode ser usado para indicar a ativação da(S) portadora(s) de componente indicada(s) por meio de um ou mais IDs da portadora de componente alvo na mensagem de (des)ativação da portadora de componente. Da mesma forma, o outro dos dois RNTIs (RNTI de Desativação) pode ser usado para indicar a desativação da(s) portadora(s) de componente indicada (s) por meio de um ou mais IDs da portadora de componente alvo na mensagem de (des)ativação da portadora de componente. Portanto, nenhuma bandeira de ativação/desativação é necessária na carga útil da mensagem de (des)ativação da portadora de componente nesta implementação exemplar. A estação de base pode indicar o RNTI de ativação e o RNTI de Desativação para a (des) ativação da portadora de componente e sua respectiva função (ativação/desativação) para o terminal móvel por meio da sinalização RRC, por exemplo, como parte de uma mensagem de configuração da portadora de componente. Um exemplo para uma mensagem de (des)ativação da portadora de componente de acordo com uma realização da invenção incluindo um ID da portadora de componente alvo mas nenhuma bandeira de ativação/desativação é mostrada na Fig. 13.
Em outra realização da invenção, um ou dois RNTIs de célula específica pode ser usado conforme descrito acima. Ao invés de indicar uma portadora de componente individual a ser ativada por meio dos IDs da portadora de componente alvo (e usando as respectivas bandeiras de ativação/desativação) , uma máscara de bit é sinalizada na mensagem de (des)ativação da portadora de componente para indicar o estado de ativação de cada portadora de componente de downlink/uplink configurada. Um exemplo para uma mensagem de (des)ativação da portadora de componente para a (des)ativação das portadoras de componente de downlink/uplink é mostrado na Fig. 18. A máscara de bit é compreendida no campo de máscara de bit CC. A máscara de bit consiste de N-1 bits, onde N é o número de portadoras de componente de downlink/uplink configuradas. Se existirem N = 5 portadoras de componente configuradas, a máscara de bit tem um tamanho de 4 bits. Por favor, perceba que somente 7V-1 bits são necessários, se presumindo que existe sempre uma portadora de componente de downlink ativa no uplink e downlink para um terminal móvel no modo conectado. Cada um dos bits na máscara de bit é ligado a uma portadora de componente configurada correspondente no downlink/uplink. O valor lógico 1 de um bit da máscara de bit pode indicar a portadora de componente downlink configurada associada ao bit estando ativo, enquanto o valor lógico 0 de um bit da máscara de bit pode indicar a portadora de componente de downlink configurada correspondente associada ao bit estando configurado porém desativado (ou vice versa). O uso da mensagem de (des)ativação de acordo com esta realização da invenção tem o benefício de que uma única carga útil DCI pode ativar e desativar diversas portadoras de componente simultaneamente.
A associação entre a respectiva associação entre os bits da máscara de bit (ou os pontos de código do campo das máscaras de bit) e uma portadora de componente pode ser, por exemplo, configurada para cada terminal móvel um camada mais alta, por exemplo, RRC, mensagem de configuração.
De acordo com uma outra realização da invenção um RNTI de portadora de componente específica é usado para misturar o CRC. Nesta realização, cada uma das portadoras de componente configuradas no downlink ou uplink é atribuída a um RNTI específico. Os RNTIs de portadora de componente específica também podem ser definidos por célula, de forma que possam ser considerados uma subclasse dos RNTIs de célula específica. Por favor, perceba que a portadora âncora também pode ser atribuída a um RNTI de portadora de componente específica, considerando que diferentes terminais móveis podem ter diferentes portadoras âncoras em uma célula controlada por um estação de base.
O terminal móvel pode ser informado através da estação de base na correspondência dos RNTIs de portadora de componente e portadoras de componente. A informação de correspondência pode, por exemplo, ser sinalizada para o terminal móvel através da sinalização RRC, por exemplo, como parte da mensagem de configuração da portadora de componente. Um benefício do uso de RNTI(s) de portadora de componente específica é que um nó móvel que não está configurado para monitorar o(s) RNTI(s) de portadora de componente específica para a (des) ativação das portadoras de componente, não pode falsamente (des)ativar uma portadora de componente no caso de uma mensagem DCI corrompida. Além disso, em adição ao(s) RNTI(s) de portadora de componente específica também o ID do UE alvo na mensagem de (des)ativação tem que corresponder, de forma que uma falsa (des)ativação de uma portadora de componente seja menos provável.
Neste caso, o RNTI da portadora de componente específica usado pela estação de base para misturar o CRC da mensagem de (des)ativação da portadora de componente já indica para o terminal móvel a portadora de componente para qual o comando de (des)ativação da mensagem de (des)ativação da portadora de componente pertence. Consequentemente, a mensagem de (des)ativação da portadora de componente pode não inclui um ID da portadora de componente alvo neste caso. Todavia, a mensagem de (des)ativação da portadora de componente pode incluir ainda a bandeira de ativação/desativação para indicar o estado de ativação a ser estabelecido para a portadora de componente indicada através do RNTI de portadora de componente específica. Um exemplo para uma mensagem de (des)ativação da portadora de componente de acordo com uma realização da invenção uma bandeira de ativação/desativação para a portadora de componente de downlink implícita ao RNTI de portadora de componente específica usado para misturar o CRC é mostrado na Fig. 14.
Em outra realização alternativa, existem dois RNTIs de portadora de componentes específica definidos para cada portadora de componente para misturar o CRC das mensagens relacionadas de (des)ativação da portadora de componente, tal como a mensagem de (des)ativação da portadora de componente proposta. Similar ao exemplo acima, um dos dois RNTIs de portadora de componente específica (RNTI de Ativação) está indicando para ativar a portadora de componente ligada ao RNTI de portadora de componente específica, enquanto o outro dos dois RNTIs de portadora de componente específica (RNTI de Desativação) está indicando para desativar a portadora de componente ligada ao RNTIs de portadora de componente específica. Desta forma, a mensagem de (des)ativação da portadora de componente pode precisar somente sinalizar o ID do UE para destinar a mensagem relacionada de (des)ativação da portadora de componente para o receptor correto (equipamento de usuário) , enquanto a portadora de componente a ser (des)ativada está implícita ao uso do RNTI para misturar o CRC da mensagem relacionada de (des)ativação da portadora de componente. Por favor, perceba que também neste caso a estação de base pode indicar a correspondência dos RNTIs de Ativação e RNTIs de Desativação para as diferentes portadoras de componente por meio da sinalização RRC, por exemplo, como parte de uma mensagem de configuração da portadora de componente. Um exemplo para uma mensagem de (des)ativação da portadora de componente de acordo com uma realização da invenção compreendendo somente o ID do UE alvo e opcionalmente outras informações e solicitação (Uso Estendido) é mostrado na Fig. 15.
Independente se (um) RNTI9S0 de portadora de componente específica ou célula específica são usados, estes RNTI(s) podem ser sinalizados para os terminais móveis por meio da sinalização RRC ou outros meios de envio da informação de controle relacionada ao modo de agregação de portadora. Em particular, ao configurar o terminal para o qual a(s) portadora(s) de componente deve-se considerar como estando "configurado", o terminal móvel também é notificado de qual RNTI(s) usar para uma ou mais de tais portadoras de componente configuradas.
Além disso, em um sistema de comunicação com base em 3GPP usando OFDM no downlink, pode ser suposto que a mensagem de (des)ativação da portadora de componente está formando a carga útil (DCI) de um PDCCH transmitido dentro de um subquadro em uma portadora de componente de downlink para um ou mais equipamentos de usuário e os equipamentos de usuário desempenham uma decodificação cega nos diferentes formatos de DCI sinalizados em um subquadro no PDCCH. O Uso do mesmo tamanho que pelo menos um outro formato DCI definido no sistema de comunicação para o formato da mensagem de (des)ativação da portadora de componente, e usando um implícito este formato por meio do(s) RNTI(s) de portadora de componente específica ou célula específica, é possível não aumentar os esforços da codificação cega de um terminal móvel.
Conforme o formato da mensagem de (des)ativação da portadora de componente é, desta forma, suposto ter um dado tamanho, os bits remanescentes não necessários para sinalizar o ID do UE e a informação relacionada de (des) ativação da portadora de componente tal como ID(s) da portadora de componente alvo e bandeira (s) de ativação pode ser, por exemplo, usada para sinalizar outras informações ou solicitações para os terminais móveis. Por favor, perceba que nos diferentes exemplos descritos acima explicando como o(s) RNTI(s) de portadora de componente específica ou célula específica podem ser usados, alguns permitem evitar a sinalização do(s) ID(s) de portadora de componente alvo e/ou bandeira(s) de ativação/desativação, de forma que o tamanho da informação relacionada de (des)ativação da portadora de componente pode ser minimizada (ou mesmo evitada). Além disso, o tamanho do formato da mensagem de (des)ativação da portadora de componente pode ser ou constante (fixo) ou pode depender na largura de banda da portadora de componente, por exemplo, a largura de banda da portadora de componente (des)ativada, a largura de banda da portadora decomponente no downlink no qual a mensagem de (des)ativação da portadora de componente está sinalizada, ou a portadora de componente do uplink ligado do downlink no qual a mensagem de (des)ativação da portadora de componente está sinalizada.
Em uma implementação exemplar, o tamanho do formato da mensagem de (des)ativação da portadora de componente é correspondente ao tamanho dos formatos DCI 0/lA no 3GPP LTE (Release 8/9) ou 3GPP LTE-A (Release 10) . O tamanho do formato pode depender opcionalmente da largura de banda da portadora de componente.
Neste contexto, a Tabela 4 ilustra os tamanhos dos formatos 0/1A no 3GPP LTE (Release 8/9) (conforme conhecido a partir do 3GPP TS 36.212 mencionado aqui anteriormente) dependendo na largura de banda da portadora de componente:
Se um campo CIF é adicionado estes formatos 0/lA, conforme definidos no 3GPP LTE-A (Release 10), o tamanho dos formatos 0/1A no 3GPP LTE-A (Release 10) tem três bits adicionais a mais para considerar para o campo CIF.
Consequentemente, conforme aparente a partir dos diferentes exemplos dados acima, a informação mínima que precisa ser sinalizada na mensagem de (des)ativação da portadora de componente é o ID do UE alvo para identificar o receptor pretendido da mensagem de (des)ativação da portadora de componente. Se o ID do UE alvo é um C-RNTI do equipamento de usuário destinado, isto significa que 16 bits são necessários para o ID do UE alvo. Para cada ID da portadora de componente alvo, |”log2(N -1)"| bits adicionais são necessários. Cada bandeira de ativação/desativação necessita de um bit adicional.
Por exemplo, no caso do uso de um único RNTI de célula específica para identificar o formato DCI, supondo que existam N=5 portadoras de componente configuradas, das quais TV-1 = 4 precisam ser indicadas no campo de ID da portadora de componente alvo (a portadora âncora está sempre no estado ativo) e que o estado de ativação para somente uma portadora de componente é para ser sinalizada, isto implicaria que a carga útil DCI da mensagem de (des) ativação da portadora de componente necessita de 16 bits para o RNTI de célula específica (ID do UE alvo), 2 bits para a indicação da portadora de componente alvo (ID da portadora de componente alvo) e um bit da bandeira de ativação/desativação (bandeira de (des) ativação) , o que é 19 bits no total. Consequentemente, supondo que a menor largura de banda da portadora de componente de 1.4 MHz pelo menos dois bits "extras" estão disponíveis pata uso posterior. Se a bandeira de ativação pode ser omitida devido ao uso de dois RNTIs de célula específica para identificar o formato DCI e o estado de ativação, ainda três bits adicionais não seriam usados para a menor largura de banda da portadora de componente de 1.4 MHz.
Em outra realização da invenção, e de acordo com o segundo aspecto desta invenção, a mensagem de (des)ativação da portadora de componente é fornecida dentro de um bloco de transporte no canal compartilhado de downlink físico (PDSCH). Por exemplo, a mensagem de (des)ativação da portadora de componente pode ser uma mensagem de sinalização MAC para ativar ou desativar as portadoras de componente de downlink. Em uma implementação exemplar, a mensagem de (des)ativação da portadora de componente é fornecida na forma de um novo elemento de controle MAC identificado através de um LCID específico. Este novo elemento de controle MAC carrega a informação de (des)ativação da qual a(s) portadora(s) do componente de downlink configurada(s) do terminal móvel deve ser ativada e/ou desativada.
O elemento de controle MAC para a mensagem de (des)ativação da portadora de componente pode estar alinhado em oito, isto é, consistir de um múltiplo de 8 bits (1 byte). 0 tamanho real do elemento de controle MAC para a (des)ativação da portadora de componente pode ser determinada através do número de portadoras de componente de downlink que podem ser configuradas no equipamento do usuário. Se existir uma portadora de componente primária sempre ativa fornecida, como, por exemplo, em um sistema 3GPP LTE-A (Release 10) , este número de portadoras de componente de downlink é o número de portadoras de componente secundárias que pode ser configurado no equipamento do usuário.
Em uma realização exemplar, a informação de (des)ativação dentro da mensagem de (des)ativação da portadora de componente é fornecida como um bitmap. Cada bit do bitmap representa uma bandeira de ativação/desativação para uma das portadoras de componente do downlink (ou portadoras de componente secundárias, se uma portadora de componente primária é fornecida). Por exemplo, um bit estabelecido em 0 pode significar que a portadora de componente correspondente é para ser desativada e o bit estabelecido em 1 pode significar a ativação da portadora de componente, ou vice versa.
Alternativamente, os bits do bitmap também podem indicar o estado de ativação das portadoras de componente associadas aos respectivos bits. Por exemplo, um bit estabelecido em 0 poderia significar que o estado de ativação da portadora de componente correspondente é o estado configurado porém desativado e o bit estabelecido em 1 poderia significar o estado de ativação da portadora de componente é o estado ativo ("configurado e ativado"), ou vice versa. Neste caso, o terminal móvel determinaria se existe uma mudança do estado de ativação para uma portadora de componente e ativa ou desativa a respectiva portadora de componente desta forma. Se o número de portadoras de componente de downlink que precisam ser distinguidos é menor que nove, somente um octeto da carga útil é necessário para sinalizar o bitmap.
Por exemplo, atualmente na padronização 3GPP em relação ao 3GPP LTE-A (Release 10), é presumido que um máximo de cinco portadoras de componente no downlink pode ser agregado. Uma destas cinco portadoras de componente de downlink é projetada como a portadora de componente primária de downlink, a qual está sempre ativa e consequentemente não pode ser ativada ou desativada. Isto deixaria quatro portadoras de componente secundárias de downlink (SCCs) do downlink que podem ser configuradas em um equipamento de usuário e assim podem ser ativadas/desativadas.
Consequentemente, em uma realização exemplar da invenção, o bitmap tem um tamanho de quatro bits correspondente ao máximo de quatro portadoras de componente secundárias de downlink. Isto deixa quatro bits adicionais para sinalização posterior no elemento de controle MAC que podem ser usados para acionar a transmissão dos relatórios de capacidade de força e/ou SRSs (PHRs) através do equipamento de usuário.
Uma mensagem de (des)ativação da portadora de componente exemplar que está definindo um novo formato DCI para transmissão no PDCCH e para uso em um 3GPP LTE-A (Release 10) é mostrada na Fig. 25. Similar aos outros formatos exemplares DCI propostos aqui, as mensagens compreendem uma identificação do equipamento de usuário alvo. Além disso, existem 4 bandeiras fornecidas que formam o bitmap. Cada uma das bandeiras é associada com uma respectiva portadora de componente downlink e é usada para (des)ativação desta conforme definido acima. Por favor, perceba que este bitmap de 4 bits também pode formar a carga útil de um elemento de controle MAC que é usado para implementar a mensagem de (des)ativação da portadora de componente.
Além disso, pode ser vantajoso assegurar que exista um mapeamento um a um entre cada bit do bitmap e a portadora de componente corresponde a que se refere. Este tipo de correspondência pode ser, por exemplo, realizada através do uso do índice da portadora de componente (Cl) usado na mensagem de configuração da portadora de componente transmitida através do RRC. Por exemplo, o bit mais alto (primeiro bit) do bitmap poderia se referir ao índice da portadora de componente mais alto (ou mais baixo), o segundo mais alto (segundo bit) do bitmap poderia se referir ao segundo índice da portadora de componente mais alto (segundo mais baixo). Desta forma uma correspondência um a um entre as posições do bit individual no bitmap e as portadoras de componente se referem a poder serem estabelecidos.
Conforme mencionado acima, a mensagem de (des)ativação da portadora de componente, por exemplo, na forma de um elemento de controle MAC, é incluída no bloco de transporte no PDSCH de uma das portadoras de componente de downlink. Consequentemente, para o recebimento da mensagem de (des)ativação da portadora de componente, o equipamento de usuário necessita decodificar com sucesso o bloco de transporte a fim de "obter" a informação de (des)ativação. O bloco de transporte contendo a mensagem de (des)ativação da portadora de componente (bem como os outros blocos de transporte no PDSCH) pode ser transmitida usando um protocolo HARQ a fim de assegurar a entrega e decodificação no equipamento do usuário. Se o bloco de transporte não for decodificado com sucesso pelo decodificador do equipamento do usuário, retransmissões HARQ para um bloco de transporte (incluindo a mensagem de (des)ativação da portadora de componente) aumentam o tempo entre a emissão real de um comando de (des)ativação pelo eNodeB e o recebimento do comando de (des)ativação no equipamento de usuário. No caso do uso de um elemento de controle MAC para a (des)ativação da portadora de componente isto poderia significar a ativação e desativação atrasada com possíveis efeitos negativos na programação e economia de energia do equipamento do usuário.
A fim de minimizar a possibilidade de retransmissões, e assim evitar os possíveis efeitos negativos mencionados acima, a transmissão da mensagem de (des)ativação de portadora de componente pode ser, por exemplo, restrita a mais confiável das portadoras de componente de downlink. Nos desenvolvimentos reais esta portadora mais confiável pode ser - na maioria dos casos - a portadora de componente primária (PCC) do equipamento do usuário. A PCC também é associada com a Falha de Link de Rádio (RLF), portanto, precisa ser uma
portadora de componente confiável desde que, caso contrário, o equipamento de usuário não puder estabelecer uma conexão confiável para a rede. Além disso, é a única portadora de componente que está sempre ativa, isto é, não pode ser desativada ou ativada. Consequentemente, em um exemplo de implementação, a mensagem de (des)ativação da portadora de componente é transmitida através do eNodeB na PCC do equipamento do usuário para o equipamento do usuário. Consequentemente, se a mensagem de (des)ativação da portadora de componente é implementada como um elemento de controle MAC, a transmissão do elemento de controle MAC para a (des)ativação da portadora de componente para a PCC reduz as chances de ativação e desativação atrasadas das portadoras de componente secundárias do equipamento do usuário.
Nas seções acima a (des)ativação das portadoras de componente de downlink configuradas usando ou a sinalização LI (isto é, um novo formato DCI no PDCCH) ou a sinalização L2 (isto é, sinalizando a mensagem de (des)ativação da portadora de componente em um bloco de transporte no PDSCH, por exemplo na forma de um elemento de controle MAC) foi descrita. As seguintes considerações se aplicam a ambos os aspectos desta invenção.
Quando o eNodeB está desativando uma portadora de componente de downlink configurada, o equipamento de usuário pode desativar as portadoras de componente indicadas imediatamente após o recebimento do comando de desativação (mensagem de desativação da portadora de componente). Se o equipamento de usuário receber uma mensagem de desativação para uma portadora de componente configurada onde a transmissão de um bloco de transporte usando o protocolo HARQ (isto é, um dos processos HARQ está (re)transmitindo um bloco de transporte no PDSCH ao receber o comando de desativação) não é finalizado, isto é, as retransmissões ainda estão pendentes para o bloco de transporte, a desativação imediata da portadora de componente pararia a retransmissão HARQ e o bloco de transporte seria perdido.
Conforme o protocolo HARQ da Camada 2 também é finalizado no eNodeB, o eNodeB está avisado das retransmissões HARQ em curso do equipamento do usuário na portadora de componente de downlink configurada e pode assim não desativar uma portadora de componente, onde um bloco de transporte ainda não foi recebido com sucesso pelo equipamento do usuário, isto é, ainda não confirmado (positivamente) pelo equipamento do usuário. Isto, no entanto, implicaria que o eNodeB pode precisar enviar mensagem de desativação individuais para cada portadora de componente, mesmo quando a desativação seria possível de ser enviada dentro de uma mensagem de sinalização, já que a operação HARQ nas diferentes portadoras de componente de downlink e processo HARQ do protocolo HARQ podem não estar alinhadas.
Portanto, em outra realização da invenção, a fim de permitir que o eNodeB combine diversos comandos de desativação dentro de uma mensagem de sinalização sem causar a perda dos blocos de transporte, o equipamento do usuário não esta desativando uma portadora de componente logo após o recebimento de um comando de desativação para a dada portadora de componente configurada. Ao invés disso, o equipamento do usuário determina se ainda existem retransmissões de um bloco de transporte pendente) e desativa a portadora de componente após uma transmissão pendente tendo sido finalizada com sucesso (isto é tendo sido confirmada (positivamente) pelo equipamento do usuário ou o número máximo de retransmissões tiver sido alcançado para a transmissão pendente).
Esta operação de desativação da portadora de componente de downlink também é vantajosa em termos de o eNodeB não precisar esperar por uma confirmação em cada uma das transmissões em curso nas portadoras de componente a serem ativadas, de forma que o comando de desativação real para uma portadora de componente pode ocorrer em diversos subquadros (TTIs) mais cedo desde que o equipamento do usuário não precise esperar pela confirmação da última transmissão.
Especialmente quando a sinalização de (des)ativação for feita através da sinalização MAC isto é benéfico para a economia de energia no equipamento de usuário.
Nos parágrafos a seguir, diferentes implementações exemplares e realizações em relação ao design do formato da mensagem, de (des)ativação da portadora de componente serão discutidas em maiores detalhes.
Em uma implementação exemplar do formato da mensagem de (des)ativação da portadora de componente (isto é, formato DCI) é usado para controlar o estado de ativação de uma portadora do componente de downlink configurado através de um terminal móvel. Nesta realização, uma das bandeiras/bits "extras" como, por exemplo, mostrados na Fig. 9 ou Fig. 10 é usado para solicitar ao terminal móvel o envio do feedback de qualidade do canal para a portadora de componente de downlink controlada. Isto pode ser especialmente adequado em situações em que a portadora de componente de downlink está ativada (estado configurado porém ativado -> estado ativo). Para este propósito a mensagem de (des)ativação da portadora de componente compreende na sua carga útil um "bandeira de solicitação CQI", que quando estabelecida aciona a provisão do feedback de qualidade do canal para a portadora de componente de downlink ativada através da mensagem de (des)ativação da portadora de componente. Um exemplo para uma mensagem de (des)ativação da portadora de componente de acordo com uma realização da invenção incluindo uma solicitação CQI é mostrada na Fig. 16.
Em um exemplo de implementação mais detalhada de acordo com uma realização da invenção, o feedback de qualidade do canal na forma de CQI, PMI (Indicador da Matriz de Pré-codificação) ou RI (Indicador de Classificação) poderia ser transmitido nos recursos de um canal de controle de uplink físico (PUCCH). Se considerar um implementação em um sistema com base em 3GPP, como o 3GPP LTE-A (Release 10), a possível carga útil do PUCCH pode ser bastante restrita considerando que um único bloco de recurso compartilha PUCCHs a partir de múltiplos equipamentos de usuário. Portanto, o feedback de qualidade do canal pode, por exemplo, sinalizar um CQI/PMI de banda larga supondo uma Classificação = 1 transmissão.
A transmissão da mensagem de feedback de qualidade do canal pode ser considerada ainda pela estação de base como uma confirmação para o terminal móvel tendo recebido com sucesso a mensagem de (des)ativação da portadora de componente, respectivamente para o terminal móvel tendo executado o comando de ativação compreendido na mensagem de (des)ativação da portadora de componente.
Além disso, o feedback de qualidade do canal (por exemplo, CQI/PMI) pode ser enviado através do terminal móvel um intervalo de tempo conhecido (por exemplo, 4 ms) após ter recebido o subquadro (PDCCH) contendo a mensagem de (des)ativação da portadora de componente. No 3GPP LTE (Release 8/9) no modo FDD, o intervalo de tempo entre o recebimento de um subquadro (PDCCH) e uma transmissão de uplink correspondente é 4 ms (para TDD a determinação do intervalo de tempo é mais complicada) . O intervalo de tempo entre o recebimento do subquadro (PDCCH) contendo a mensagem de (des)ativação da portadora de componente e a transmissão do feedback de qualidade do canal no uplink pode alternativamente ser configurada através da sinalização RRC. Por exemplo, pode ser desejável dar ao terminal móvel mais de 4 ms (por exemplo, 8 ms ou 12 ms) para enviar o feedback de qualidade do canal, a fim de permitir que o terminal móvel desempenhe uma medição precisa de qualidade do canal para obter uma precisão adequada do CQI/PMI após ativar a(s) respectiva(s) portadora(s) de componente de downlink.
Como para os recursos do uplink para a transmissão do feedback de qualidade do canal, o recurso no PUCCH pode ser, por exemplo, o mesmo recurso do PUCCH que é dado para o terminal móvel para a comunicação CQI periódica. Este recurso PUCCH pode ser configurado através da estação de base através da sinalização RRC ao configurar a portadora de componente de downlink/uplink.
Alternativamente, o feedback de qualidade do canal também pode ser transmitido em um recurso PUSCH ou PUCCH que é predeterminado pela estação de base, por exemplo, como parte da mensagem de configuração da portadora de componente RRC. Uma outra alternativa é que o recurso de uplink para transmitir o feedback de qualidade do canal é indicado através de um ou mais bits "extra" que estão disponíveis na carga útil da mensagem de (des) ativação da portadora de componente. Esta implementação pode ser explorada beneficamente no caso de uma largura de banda grande da portadora de componente (conforme discutido acima em relação a Fig. 9 e Tabela 4), em que os diversos bits podem não estar usados e disponíveis para especificar os recursos de feedback no uplink. As duas últimas alternativas também podem ser combinadas em que a mensagem de configuração da portadora de componente RRC configura um conjunto de recursos de uplink para o feedback de qualidade do canal (CQI/OMI/RI), e a mensagem de (des)ativação compreende um campo de recurso de feedback que seleciona um dos recursos de uplink configurados disponíveis. Um exemplo para uma mensagem de (des)ativação da portadora de componente estendida incluindo uma bandeira de solicitação CQI e um campo de recurso de feedback de CQI é mostrado na Fig. 17.
Além disso, no caso em que o recurso de uplink para o feedback de qualidade do canal é sinalizado ou pré- configurado, o feedback de qualidade do canal é preferencialmente determinado de acordo com o modo CQI aperiódico configurado e/ou o modo de transmissão do downlink configurado da portadora de componente de downlink que é indicado através da mensagem de (des)ativação da portadora de componente.
Além disso, em outra realização, o feedback de qualidade do canal também pode ser multiplexado com outras mensagens ou sinais da camada física, tal como o feedback HARQ (ACK/NACK) , SR, SRS, no recurso do uplink atribuído. No caso das mensagens de camada física mas nenhum dado do bloco de transporte estar sinalizado no recurso de uplink, nenhum processo HARQ (Protocolo HARQ) precisa ser empregado para a transmissão, de forma que a informação de controle relacionado HARQ (tal como NDI, ID do processo HARQ, etc.) pode não precisar a ser sinalizado para a transmissão.
Em outra realização d invenção, a mensagem de (des)ativação da portadora de componente pode ser usado para acionar/ativar o feedback de qualidade do canal periódico (transmissão CQI/PMI/RI periódica) em relação ao subquadro onde a mensagem de (des)ativação da portadora de componente para a ação da portadora de componente de downlink é recebido.
Nesta realização da invenção, o procedimento como conhecido a partir do 3GPP LTE (Release 8/9) é reutilizado. Desta forma o CQI/PMI/RI periódico é basicamente transmitido nos subquadros tendo um número de subquadro satisfazendo a condição:
onde ^Subquadro = 1 0 X + [_»ç / 2 J e onde nf é o número de quadro do sistema, e ns ={0,1,...,19} é o índice de partição dentro do quadro. Deve ser percebido que a relação aqui é um mecanismo simplificado para explicar o princípio da cronometragem, no entanto, existem casos especiais que tornam a cronometragem um pouco mais complicada (vide também 3GPP TS, "Physical layer procedures", versão 8.8.0 (Release 8) ou 9.0.1 (Release 9), seção 7.2.2 para mais detalhes, os documentos estando disponíveis em http://www.3gpp.orge as seções estando incorporadas aqui como referência).
Em uma realização da invenção, no caso da mensagem de (des)ativação da portadora de componente da estação de base compreende um bandeira CQI estando estabelecida, o terminal móvel está fornecendo um único relatório CQI (aperiódico) (CQI de uma vez) em um dado início de k subquadros relativos do subquadro da mensagem de (des)ativação e inicia a sinalização dos relatórios CQI periódicos nos subquadros e nos recursos do PUCCH que foram configurados para a portadora de componente ativada pela mensagem de (des)ativação da portadora de componente. Um cenário exemplar de acordo com esta realização da invenção para visualizar este procedimento é mostrado na Fig. 22, onde após a ativação da portadora de componente do downlink (DL) 2 (DL CC2) por meio da mensagem de ativação CC, um relatório CQI (CQI de uma vez para DL CC2) é enviada após k = 4 subquadros após ter recebido a mensagem de ativação CC para o DL CC2 no qual uma bandeira de solicitação CQI é incluída e estabelecida, enquanto os relatórios CQI subsequente para o DL CC2 são sinalizados no número do subquadro indicado através do parâmetro NESTABELECIMENTO,CQInos recurso de uplink e com a periodicidade ^periodicidade configurada para a comunicação CQI periódica. Além disso, após a estação de base sinalizar uma mensagem de desativação CC para o DL CC2 no qual uma bandeira de solicitação CQI incluída e não estabelecida, o terminal móvel desativa o DL CC2 novamente e para a comunicação CQI periódica.
Em outra realização da invenção, uma nova forma de calcular N ESTABELECIMENTO CQI é empregada de forma que o relatório CQI periódico do terminal móvel é transmitido em um dado estabelecimento N ESTABELECIMENTO,CQI em relação a mensagem de ativação da portadora de componente. No procedimento de comunicação CQI periódica do 3GPP LTE (Release 8/9) indicado acima, a transmissão do CQI/PMI/RI assim dependendo do número de subquadro do sistema completo, inequivocamente do número de subquadro do subquadro compreendendo a mensagem de (des)ativação da portadora de componente. A fim de iniciar o relatório CQI/PMI/RI periódico o mais cedo possível, nesta realização a condição é modificada conforme segue. O CQI/PMI/RI periódico é transmitido em um subquadro o número de subquadro do qual está satisfazendo as condições (atualizadas) (2) e (3) acima conforme conhecido do 3GPP TS 36.213, no entanto, mudando a definição do estabelecimento N ESTABELECIMENTO CQI de forma que não se refere a um número de subquadro 0, mas o número de subquadro no qual a mensagem de (des)ativação da portadora de componente tem sido recebida, isto é,
subquadros no qual a mensagem de (des)ativação da portadora de componente acionando (ativando) a comunicação CQI/PMI/RI para a portadora de componente de downlink ativado, e NsubquadroMax & ° niaior índice de subquadro. No 3GPP LTE (Release 8/9), o número de quadro do sistema varia de 0 a 1023, cada quadro do sistema compreende partição 0 a 19; consequentemente NSubquadr0 Max =10x ft f,Max [ftsjtfax /2j OU NSubquadroMax • ^a condição (4) , o estabelecimento k adicionado a NsubquadroAtivação pode ser, por exemplo, configurável ou estático.
Em um exemplo, k = 4 de forma a assegurar que a transmissão de qualidade do canal mais recente ocorre 4 subquadros após o número de subquadro do subquadro no qual a mensagem de (des)ativação da portadora de componente acionando (ativando) a comunicação CQI/PMI/RI para a(s) portadora(s) de componente downlink ativada. No entanto, se o feedback de qualidade do canal é para ser fornecido com um estabelecimento maior (isto é, posterior), pode ser necessário aumentar o parâmetro k, conforme mencionado anteriormente. Por exemplo, k e {4, 6,8,10,12} .
A Fig. 23 está destacando exemplarmente o comportamento do terminal móvel de acordo com esta realização da invenção em resposta ao recebimento de uma mensagem de (des)ativação da portadora de componente compreendendo uma bandeira de solicitação CQI sendo estabelecido o uso do procedimento de comunicação CQI periódica atualizada. Após a estação de base acionar o DL CC2 por meio da mensagem de ativação CC recebida no número de subquadro NgubquadroAtávação> o estabelecimento do subquadro NEstabeieciπ<entoCQié suposto ser estabelecido de acordo com a condição (4) e envia o relatório CQI para o DL CC2 NsubguadroAtívação dos subquadros posteriores, que é aqui 4 subquadros, respectivamente 4 ms, após ter recebido a mensagem de ativação CC nos recursos de PUCCH configurados para a comunicação CQI periódico. Subsequentemente, o terminal móvel fornece relatórios CQI periódicos para o DL CC2 com periodicidade Nperiodicidade configurada para a comunicação CQI periódica, até que a mensagem de desativação CC da estação de base desative o DL CC2 .
O benefício do procedimento de comunicação CQI/PMI/RI periódica modificada discutida nos parágrafos anteriores é que o primeiro relatório CQI/PMI/RI é recebido muito antes após ter ativado a portadora de componente de downlink, o que pode ser útil para o programador da estação de base para programar a transmissão na portadora de componente de downlink ativada, e que relatórios CQI subsequentes são transmitidos de acordo com a periodicidade configurada.
Considerando a dependência da configuração do relatório CQI/PMI/RI periódico pode acontecer de não ser claro que tipo de classificação de transmissão (a classificação de transmissão determina a dimensão da matriz do pré-codificador para transmissão MIMO) é usado, preferencialmente o primeiro relatório CQI/PMI/RI periódico de um relatório CQI/PMI/RI de banda larga supondo Classificação =1. Alternativamente, o primeiro relatório CQI/PMI/RI após a ativação da(s) portadora(s) de componente do downlink consiste de um indicador de Classificação (RI), seguido pelo CQI/PMI/RI no próximo relatório transmitido de acordo com a configuração CQI/PMI/RI periódica conforme discutido nos parágrafos anteriores.
Os casos em que o relatório CQI/PMI/RI periódico é configurado como pelo menos o CQI/PMI/RI de banda larga e CQI/PMI/RI de sub banda como por 3GPP TS 36.213, seção 7.2.2 pode ser tratada aplicando o estabelecimento da cronometragem mencionada acima e os primeiros princípios do conteúdo do relatório CQI/PMI/RI mutatis mutandi. Particularmente, deve ser evitado enviar um CQI de sub banda como o primeiro relatório CQI após a ativação.
Em adição a bandeira de solicitação CQI ou alternativamente a esta, os bits não usados (uso estendido) da mensagem de (des)ativação da portadora de componente também pode ser usada para acionar a transmissão dos símbolos de referência sonora (SRS) no uplink ou um relatório da capacidade de força (PHR).
Em uma outra realização da invenção uma bandeira de "solicitação SRS" pode ser incluída na mensagem de (des)ativação da portadora de componente conforme mostrado na Fig. 19. A bandeira de solicitação SRS quando estabelecida através da estação de base, solicita ao terminal móvel iniciar a transmissão dos símbolos de referência sonora (SRS) na(s) portadora(s) do componente de uplink ligada(s) que é/são ligadas a(s) portadora(s) de componente de downlink ativada através da mensagem de (des)ativação da portadora de componente. Se a mensagem de (des)ativação da portadora de componente estiver ativando a(s) portadora(s) de componente de uplink, o terminal móvel inicia o envio dos símbolos de referência sonora (SRS) na(s) portadora(s) de componente de uplink ativadas. O acionamento do SRS ao invés do CQI pode ser particularmente benéfico no caso de sistemas duplex de divisão de tempo (TDD) em que o canal pode ser suposto a ser reciproco, de forma que a estimativa do canal para o uplink com base no SRS pode ser usada para a estimativa de canal também para o downlink.
Similar a inclusão de uma bandeira de solicitação CQI, a inclusão da bandeira de solicitação SRS é vantajosamente incluída nas mensagens de (des)ativação da portadora de componente que indica uma ativação da portadora de componente. No caso da desativação, os bits para ambas as bandeiras pode ser reservado para outra sinalização. Alternativamente, a bandeira de solicitação ASRS (ou um campo SRS tendo mais de um bit) também pode estar presente nas mensagens de (des)ativação da portadora de componente que desativou uma portadora de componente, e pode ser usada para apontar uma nova portadora de componente em que o terminal móvel pode esperar subsequentemente ou transmitir sinais que até então tem sido transmitidos na portadora de componente que está sendo desativada.
Em uma outra implementação alternativa os bits para a bandeira de solicitação SRS e a bandeira de solicitação CQI dentro de uma mensagem de (des)ativação da portadora de componente poderia ser usada para indicar um estabelecimento de tempo entre o recebimento do comando de (des)ativação e a execução do comando de (des)ativação. Usos alternativos dos bits extras para sinalizar se o recebimento do comando poderia ser confirmado pelo receptor (explicado abaixo).
A sinalização da habilitação/desabilitação do SRS conforme descrito acima também pode ser realizada de acordo com o segundo e o terceiro aspecto da invenção: Usando a sinalização MAC. A informação SRS que indica para qual portadora(s) de componente no(s) SRS(s) do uplink devem ser transmitidos pelo equipamento do usuário. Por exemplo, a informação SRS que indica a (des)ativação do(s) SRS(s) pode ser, por exemplo, fornecida em um novo elemento de controle MAC, similar conforme descrito para a mensagem de (des)ativação da portadora de componente. Este elemento de controle MAC contém um bitmap similar ao elemento de controle MAC para a (des)ativação da portadora de componente downlink conforme descrito acima. Cada bit no bitmap se refere a uma portadora de componente do uplink do equipamento de usuário para o qual a transmissão SRS deve ser iniciada/interrompida. Alternativamente, um pode considerar os bits do bitmap associado as respectivas das portadoras de componente de downlink configuradas. Neste caso o bit para uma dada portadora de componente de downlink indicando a (des)ativação do SRS fará com que o equipamento de usuário (des) ative a transmissão do SRS na portadora de componente uplink ligada a dada portadora de componente de downlink. Por exemplo, um bit do bitmap sendo estabelecido em 0 indica não transmitir o SRS periódico na portadora de componente de uplink (ligada) associada, respectivamente parar a transmissão do SRS periódico; enquanto um bit estabelecido em 1 indicaria ativar a transmissão SRS periódica na portadora de componente de uplink (ligada)associada (ou vice versa).
Se existirem bits suficientes não utilizados no elemento de controle MAC para a (des)ativação da portadora de componente de downlink estes bits podem ser usados para a (des)ativação do SRS conforme descrito acima. No exemplo dado acima, presumindo que existam cinco portadoras de componente de downlink agregadas no downlink, das quais quatro portadoras de componente de downlink podem ser ativadas ou desativadas (isto é, uma PCC e quatro SCCs são fornecidas) , quatro bits são necessários para a (des)ativação das portadoras de componente secundárias de downlink. Considerando o elemento de controle MAC tendo o tamanho de um octeto, isto deixa quatro bits adicionais que não são usados o que pode ser usado para o bitmap sinalizar a (des)ativação SRS conforme descrito acima.
Um elemento de controle MAC exemplar que permite a (des)ativação simultânea das portadoras de componente de downlink e (des)ativação das transmissões SRS através do equipamento de usuário é mostrada na Fig. 24. Os primeiros quatro bits do octeto definido o bitmap para a (des)ativação da portadora de componente de downlink, enquanto os segundos quatro bits definem o bitmap para a (des)ativação da transmissão SRS através do equipamento de usuário. Uma vantagem de combinar ambos os bitmaps para (des)ativação dos SCCs e (des)ativação da transmissão SCCs dentro de um elemento de controle MAC pode ser aquela transmissão SRS periódica na(s) portadora(s) de componente uplink ligada(s) pode indicar simultaneamente com a ativação SCC do downlink. Isto evita possíveis atrasos que poderiam ocorrer quando ambas as funções são sinalizadas em elementos de controle MAC separados e reduz a sobrecarga. Deve ser percebido que ambas a (des)ativação da portadora de componente e a habilitação/desabilitação SRS podem ser sinalizadas ainda independentemente mesmo quando elas são sinalizadas no mesmo elemento de controle MAC. A Fig. 26 mostra outra implementação exemplar de uma mensagem de (des)ativação da portadora de componente na forma de um novo formato DCI que permite a (des)ativação simultânea das portadoras de componente de downlink e (des)ativação das transmissões SRS através do equipamento do usuário. Basicamente, a máscara de bit conforme mostrada na Fig. 24 é sinalizada nesta mensagem de (des)ativação da portadora de componente junto com uma indicação do equipamento do usuário que é para receber a mensagem de (des)ativação da portadora de componente.
Em outra realização da invenção no caso de uma portadora de componente de downlink está ativada através da estação de base, a ativação da portadora de componente de downlink aciona um relatório de capacidade de força (PHR) através do terminal móvel. O terminal móvel pode enviar o relatório PHR acionado nos recursos atribuídos através de uma próxima concessão de uplink para esta portadora de componente de uplink ligada a estação de base. Isto pode assegurar que a estação de base é informada na situação da perda de via para a portadora de componente de uplink ligada na próxima transmissão de uplink do terminal móvel na portadora de componente de uplink ligada. Isto pode ser benéfico desde que a portadora de componente de uplink ligada provavelmente não foi usada pelo menos por um período de tempo mais longo antes da ativação da portadora de componente de downlink ligada. Os relatórios de capacidade de força do terminal móvel permitem que a estação de base melhore as decisões de programação.
Alternativamente, em outra realização da invenção, a comunicação CQI detalhada, a transmissão SRS, comunicação PHR, etc., em resposta a uma (des) ativação da portadora de componente também pode ser configurada através da estação de base usando a sinalização RRC ou pode usar uma configuração pré-determinada (conhecida pela estação de base e terminal móvel).
Após a detecção com sucesso de um comando de (des)ativação, a estação móvel confirma a execução do comando de (des)ativação enviando uma mensagem de confirmação (confirmação de recebimento) no uplink. Em uma realização da invenção, o método a seguir é usado para confirmar a decodificação com sucesso da mensagem de (des)ativação da portadora de componente, respectivamente a execução do comando de (des)ativação:
Enviando uma confirmação (também referida aqui como "HARQ-ACK" na terminologia 3GPP) no caso da desativação de uma portadora de componente, em que o recurso para a transmissão da confirmação segue os princípios do 3GPP LTE (Release 8/9) para enviar o HARQ-ACK no caso de uma transmissão de dados do downlink (PDSCH) conforme definido em 3GPP TS 36.213, seção 10. Resumidamente, o recurso PUCCH para o HARQ-ACK é determinado de acordo com o recurso PDCCH onde a mensagem de (des)ativação é transmitida. Neste caso, o eNodeB pode fazer uma detecção de força para verificar se o HARQ-ACK foi transmitido no recurso esperado ou não.
Enviando uma confirmação (também referida como "HARQ-ACK" na terminologia 3GPP) no caso da ativação de uma portadora de componente sem solicitar um CQI rápido, onde o recurso para a transmissão da confirmação segue o procedimento do 3GPP LTE (Release 8/9) para enviar o HARQ-ACK no caso de uma transmissão de dados do downlink conforme definido no 3GPP TS 36.213, seção 10. Neste caso, o eNB pode fazer uma detecção de força para verificar se o HARQ-ACK foi transmitido no recurso esperado ou não.
Enviando o relatório CQI no caso da ativação de uma portadora de componente e a bandeira de solicitação CQI sendo estabelecida na mensagem de (des)ativação da portadora de componente. Neste caso, o eNodeB pode fazer uma detecção de força para verificar se o relatório CQI foi transmitido no recurso esperado ou não.
Acionando um PHR no caso da ativação de uma portadora de componente.
Conforme indicado acima, os recursos de feedback PUCCH para a confirmação pode ser, por exemplo, determinado através do terminal móvel da mesma maneira conforme fornecido no procedimento do 3GPP LTE (Release 8/9), como se a mensagem de (des) ativação da portadora de componente programasse uma transmissão PDSCH, por exemplo, através do formato DCI IA (o qual pode ter o mesmo tamanho que a mensagem de (des)ativação da portadora de componente). Além disso, como o eNodeB está avisado se o equipamento de usuário enviará uma confirmação (HARQ-ACK) ou um relatório CQI, o eNodeB pode monitorar os respectivos recursos de uplink no qual a confirmação ou relatório CQI é esperado a partir do equipamento do usuário.
Opcionalmente, o equipamento de usuário também pode enviar um NACK (HARQ NACK) no caso de não ter decodificado o procedimento da mensagem de (des)ativação da portadora de componente (Release 8/9) para enviar o HARQ-NACK no caso de uma transmissão de dados de downlink conforme definido no 3GPP TS 36.213, seção 10.
A Fig. 20 mostra um cenário exemplar de acordo com uma realização exemplar da invenção, onde um RNTI de Ativação e Desativação são configurados para a ativação, respectivamente desativação das portadoras de componente. Neste exemplo, após a ativação de uma das portadoras de componente através da mensagem de ativação CC (RNTI de Ativação), o equipamento de usuário síncrono sinaliza um HARQ-ACK para o eNodeB para confirmar a decodificação bem sucedida da mensagem de ativação CC. O HARQ-ACK é enviado com um dado estabelecimento para a mensagem de ativação CC (isto é, PDCCH contendo este), por exemplo, após 4 ms. Similarmente, após a desativação da estação de base a portadora de componente novamente por meio da mensagem de desativação CC (RNTI de Desativação), o equipamento de usuário novamente confirma a desativação por meio de um HARQ- ACK que é novamente enviado síncrono no uplink após 4 ms.
A Fig. 21 mostra outro cenário exemplar de acordo com uma outra realização exemplar da invenção, onde um RNTI de Ativação e Desativação são configurados para a ativação, respectivamente desativação das portadoras de componente. Além disso, a ativação de uma das portadoras de componente através da mensagem de ativação CC (RNTI de Ativação) está solicitando ainda o equipamento de usuário para sinalizar o feedback de qualidade do canal para a portadora de componente de downlink ativada (bandeira de solicitação CQI estando estabelecida na mensagem de ativação CC) . Desta forma, o equipamento de usuário sinaliza em uma cronometragem conhecida em relação a mensagem de ativação CC, aqui 4 ms após receber esta, um relatório CWI para o eNodeB desta forma confirmando a decodificação bem sucedida da mensagem, de ativação CC. Após a desativação da estação de base da portadora de componente novamente por meio da mensagem de desativação CC (RNTI de Desativação) , o equipamento de usuário novamente confirma a desativação por meio de um HARQ- ACK que é enviada síncrona no uplink após 4 ms. No caso do eNodeB pretender aumentar a capacidade do uplink e downlink ao mesmo tempo, em uma outra realização da invenção, a estação de base pode ainda ativar uma portadora de componente de downlink que está ligada a uma portadora de componente de uplink que não é usada atualmente para transmissões de uplink. Não existe informação para a qualidade de canal para uma portadora de uplink inativa ou configurada porém desativada disponível no eNodeB. Consequentemente nesta realização da invenção, a ativação de uma portadora de componente de downlink está acionando ainda a transmissão do sinal de referência sonora (SRS) na(s) portadora(s) do componente de uplink ligada(s) a(s) portadora(s) do componente de downlink ativada(s). Neste caso nenhuma bandeira de solicitação SRS adicional pode ser necessária, mas o início do SRS de sinalização na portadora de componente de uplink ligada a uma portadora de componente de downlink ativada através da mensagem de (des)ativação da portadora de componente pode ser um comportamento padrão do terminal móvel em resposta a ativação da portadora de componente de downlink.
Similarmente como para a comunicação CQI, também a transmissão do SRS não está em todos os casos benéficos/necessários. Portanto, pode ser possível que o eNodeB habilite/desabilite a transmissão SRS ao ativar o(s) componente(s) de downlink. Isto poderia ser alcançado incluindo uma bandeira na mensagem de (des)ativação que indica se o equipamento de usuário é necessário para enviar o SRS. Pode ser ainda configurado ou especificado ou sinalizado se tal SRS deveria ser somente uma vez, ou periódico. Em ambos os casos, outros bits "extras"podem ser usados para definir um ou mais parâmetros SRS tal como largura de banda, combinação, etc. (referência a parâmetros SRS do 3GPP LTE (Release 8/9)).
Obviamente, a mensagem de (des)ativação da portadora de componente também pode ser projetada para permitir que a transmissão simultânea de uma bandeira de solicitação CQI acionando uma bandeira de solicitação SRS e/ou PHR.
Quando o equipamento de usuário monitora o PDCCH, existe sempre uma certa probabilidade (taxa de alarme falso) que o terminal móvel detecta falsamente um PDCCH: a verificação CRC do PDCCH pode estar correta mesmo se o PDCCH não era destinado para este equipamento de usuário, isto é o CRC passa apesar de existir uma incompatibilidade RNTI (usuário não destinado). Este então chamado alarme falso pode acontecer, se dois efeitos dos erros de transmissão através do canal de rádio e incompatibilidade do RNTI cancela um ao outro. A probabilidade de um PDCCH decodificado falsamente positivo depende do comprimento CRC. Quanto maior o comprimento do CRC, menor a probabilidade de que uma mensagem CRC protegida seja falsamente decodificada correta. Com o tamanho do CRC de 16 bits a probabilidade de alarme falso seria 1.5 - 10'5. No caso de um equipamento de usuário detectar falsamente um PDCCH com uma mensagem de (des)ativação da portadora de componente de downlink indicando a desativação de certa(s) portadora(s) de componente de downlink o equipamento de usuário pararia de monitorar o PDCCH/PDSCH para aquela(s) portadora(s) de componente do downlink indicadas e também pára as medições da comunicação CQI. Dadas as severas consequências de tal comportamento de equipamento do usuário, é, portanto, desejável diminuir a probabilidade de alarme falso.
Cada bit do CRC virtual pode ser presumido a ter o risco de alarme falso. Por outro lado, cada RNTI adicional que é usado aumenta o risco de alarme falso linearmente. Por exemplo, no caso de empregar quatro RNTIs de ativação da portadora de componente específica e quatro RNTIs de desativação de portadora de componente específica, o risco de alarme falso é oito vezes mais alto que para o caso de um único CC-RNTI. Por outro lado, usar todos os oito CC-RNTIs não necessita da inclusão de um campo CC ID alvo na carga útil DCI nem de um campo de Ativação/Desativação. Na maioria das implementações exemplares que foram discutidas acima, o maior tamanho do ID da portadora de componente alvo é quatro bits. Consequentemente, o uso de oito RNTIs da portadora de componente sem o campo de ID da portadora de componente alvo comparado ao risco quando um único CC-RNTI com um campo de ID da portadora de componente alvo de quatro bits é empregado. A desvantagem é o custo aumentado do RNTI, e a restrição que as múltiplas mensagens de (des)ativação são necessárias para (des)ativar múltiplas portadoras de componente ao mesmo tempo.
Em uma realização da invenção, é, portanto proposto que a mensagem de (des)ativação da portadora de componente de downlink compreende um ou mais bits extras (em um campo CRC) pode ser usado como um CRC virtual para reduzir o risco de alarme falso. Estes bits adicionais são estabelecidos para um valor predefinido conhecido que é para ser verificado através do terminal móvel.
Outra realização da invenção se refere a implementação das diversas realizações descritas acima usando hardware e software. É reconhecido que as diversas realizações da invenção podem ser implementadas ou desempenhadas usando dispositivos de computador (processadores). Um dispositivo de computador ou processador pode ser, por exemplo, processadores de propósito geral, processadores de sinal digital (DSP), circuitos integrados de aplicação específica (ASIC), arranjos de porta programável em campo (FPGA) ou outros dispositivos lógicos programáveis, etc. As diversas realizações da invenção também podem ser desempenhadas ou incorporadas através de uma combinação destes dispositivos.
Ainda, as diversas realizações da invenção também podem ser implementadas por meio de módulos de software, que são executados através de um processador ou diretamente no hardware. Também uma combinação de módulos de software e uma implementação de hardware pode ser possível. Os módulos de software podem ser armazenados em qualquer tipo de meio de armazenamento legível em computador, por exemplo, RAM, EEPROM, EPROM, memória flash, registros, discos rígidos, CD- ROM, DVD, etc.
Deve ser percebido ainda que os aspectos individuais de diferentes realizações da invenção podem individualmente ou em combinação arbitrária ser objeto de outra invenção.
Será percebido por um técnico no assunto que numerosas variações e /ou modificações podem ser feitas na presente invenção conforme mostrado nas realizações específicas sem se afastar do espírito ou escopo da invenção conforme amplamente descrito. As presentes realizações são, portanto, para serem consideradas em todos os respeitos a serem ilustrativas e não restritivas.
Claims (16)
1. MÉTODO DE COMUNICAÇÃO, compreendendo: receber um elemento de controle de Controle de Acesso Médio, MAC, incluindo um bitmap que indica um estado de ativação/desativação de cada de uma pluralidade de portadores de componente secundários que são adicionados a um portador de componente primário, que é sempre ativado, e bits de bitmap indicando que um portador de componente secundário correspondente respectivo deve ser ativado ou desativado; e ativando ou desativando cada um dos, pelo menos um portador de componente secundário de acordo com o elemento de controle de MAC recebido, caracterizado por o bitmap ser pré-associado com a pluralidade de portadores de componentes secundários configurados, cada um da pluralidade de portadores de componentes secundários correspondendo a um bit respectivo do bitmap, e quando o elemento de controle MAC indica que um portador de componente secundário especificado deve ser ativado, o método de comunicação compreende ainda: ativar o portador de componente secundário especificado; e iniciar transmissão de sinais de referência sonora (SRS) de uplink, no portador de componente secundário especificado.
2. MÉTODO DE COMUNICAÇÃO, de acordo com a reivindicação 1, caracterizado pelo bitmap consistir de um único octeto.
3. MÉTODO DE COMUNICAÇÃO, de acordo com a reivindicação 1, caracterizado pelo bitmap conter pelo menos um bit não utilizado.
4. MÉTODO DE COMUNICAÇÃO, de acordo com a reivindicação 1, caracterizado por quando o portador de componente secundário especificado ser desativado, a transmissão do SRS não ser realizada.
5. MÉTODO DE COMUNICAÇÃO, de acordo com a reivindicação 1, caracterizado pelo portador de componente primário e cada um do pelo menos um portador de componente secundário ser um portador de componente incluindo uma pluralidade de subportadoras.
6. APARELHO TERMINAL, compreendendo: uma seção de recepção configurada para receber um elemento de controle de Controle de Acesso Médio, MAC, incluindo um bitmap que indica um estado de ativação/desativação de cada um de uma pluralidade de portadores de componente secundários que são adicionado a um portador de componente primário, que está sempre ativado, e bits de bitmap indicando que portadores de componente secundários respectivos correspondente devem ser ativados ou desativados; e uma seção de ativação configurada para ativar ou desativar cada um dos, pelo menos um portador de componente secundário de acordo com o elemento de controle de MAC recebido, caracterizado por o bitmap ser pré-associado com a pluralidade de portadores de componente secundários configurado cada um da pluralidade de portadores de componente secundários correspondendo a um respectivo bit do bitmap, e quando o elemento de controle de MAC indica que um portador de componente secundário especificado deve ser ativado, a seção de ativação ativa o portador de componente secundário especificado e inicia a transmissão de sinais de referência sonora (SRS) de uplink no portador de componente secundário especificado.
7. APARELHO TERMINAL, de acordo com a reivindicação 6, caracterizado pelo bitmap consistir de um único octeto.
8. APARELHO TERMINAL, de acordo com a reivindicação 6, caracterizado pelo bitmap conter pelo menos um bit não utilizado.
9. APARELHO TERMINAL, de acordo com a reivindicação 6, caracterizado por quando o portador de componente secundário especificado ser desativado, a transmissão do SRS não ser realizada.
10. APARELHO TERMINAL, de acordo com a reivindicação 6, caracterizado pelo portador de componente primário e cada um do pelo menos um portador de componente secundário ser um portador de componente incluindo uma pluralidade de subportadoras.
11. MÉTODO DE COMUNICAÇÃO, compreendendo: geração de um elemento de controle de Controle de Acesso Médio, MAC, incluindo um bitmap que indica um estado de ativação/desativação de cada um da pluralidade de portadores de componente secundários que são adicionado a um portador de componente primário, que está sempre ativado, e bits de bitmap indicando que portadores de componente secundários respectivos correspondentes devem ser ativados ou desativados, e transmitir o elemento de controle MAC gerado, caracterizado por o bitmap ser pré-associado com a pluralidade de portadores de componente secundários configurado cada um da pluralidade de portadores de componente secundários correspondendo a um respectivo bit do bitmap, e quando o elemento de controle MAC indica que um portador de componente secundário especificado deve ser ativado, o elemento de controle de MAC instrui um aparelho terminal que recebeu o elemento de controle MAC gerado para ativar o portador de componente secundário especificado e iniciar a transmissão de sinais de referência sonora (SRS) de uplink, no portador de componente secundário especificado.
12. MÉTODO DE COMUNICAÇÃO, de acordo com a reivindicação 11, caracterizado pelo bitmap consistir de um único octeto e conter pelo menos um bit não utilizado.
13. APARELHO DA ESTAÇÃO BASE, compreendendo: uma seção de geração configurada para gerar um elemento de controle de Controle de Acesso Médio, MAC, incluindo um bitmap que indica um estado de ativação/desativação de cada um de uma pluralidade de portadores de componente secundários que são adicionados a um portador de componente primário, que é sempre ativado, cada um do pelo menos um portador de componente secundário correspondendo a um bit incluído no bitmap e bits de bitmap indicando que portadores de componente secundários respectivos correspondentes devem ser ativados ou desativados; e seção de transmissão configurada para transmitir o elemento de controle de MAC gerado, caracterizado por o bitmap ser pré-associado com a pluralidade de portadores de componente secundários configurado cada um da pluralidade de portadores de componente secundários correspondendo a um respectivo bit do bitmap, e quando o elemento de controle de MAC indica que um portador de componente secundário especificado deve ser ativado, o elemento de controle de MAC instrui um aparelho terminal que recebeu o elemento de controle de MAC para ativar o portador de componente secundário especificado e para iniciar a transmissão de sinais de referência sonora (SRS) de uplink no portador de componente secundário especificado.
14. APARELHO DA ESTAÇÃO DE BASE, de acordo com a reivindicação 13, caracterizado pelo bitmap consistir de um único octeto e conter pelo menos um bit não utilizado.
15. CIRCUITO INTEGRADO, caracterizado por incorporar o aparelho terminal, conforme definido em qualquer uma das reivindicações 6 a 10.
16. CIRCUITO INTEGRADO, caracterizado por incorporar a estação base, conforme definida em qualquer uma das reivindicações 13 ou 14.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP10001479.4 | 2010-02-12 | ||
| EP10001479A EP2360864A1 (en) | 2010-02-12 | 2010-02-12 | Component carrier (de)activation in communication systems using carrier aggregation |
| EP10003667.2 | 2010-04-01 | ||
| EP10003667A EP2360865A1 (en) | 2010-02-12 | 2010-04-01 | Component carrier (de)activation in communication systems using carrier aggregation |
| PCT/EP2011/000532 WO2011098236A1 (en) | 2010-02-12 | 2011-02-04 | Component carrier (de) activation in communication systems using carrier aggregation |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BR112012019967A2 BR112012019967A2 (pt) | 2017-12-05 |
| BR112012019967B1 true BR112012019967B1 (pt) | 2021-11-30 |
Family
ID=42237106
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BR112012019967-6A BR112012019967B1 (pt) | 2010-02-12 | 2011-02-04 | Método de comunicação, aparelho terminal, aparelho da estação base e circuito integrado |
Country Status (21)
| Country | Link |
|---|---|
| US (5) | US8976694B2 (pt) |
| EP (6) | EP2360864A1 (pt) |
| JP (3) | JP5752713B2 (pt) |
| KR (2) | KR101778323B1 (pt) |
| CN (2) | CN102870365B (pt) |
| BR (1) | BR112012019967B1 (pt) |
| CA (1) | CA2789380C (pt) |
| CY (1) | CY1120040T1 (pt) |
| DK (1) | DK2534785T3 (pt) |
| ES (1) | ES2663555T3 (pt) |
| HR (1) | HRP20180549T1 (pt) |
| HU (1) | HUE037273T2 (pt) |
| LT (1) | LT2534785T (pt) |
| MY (2) | MY178184A (pt) |
| PL (1) | PL2534785T3 (pt) |
| PT (1) | PT2534785T (pt) |
| RS (1) | RS57098B1 (pt) |
| SI (1) | SI2534785T1 (pt) |
| TW (1) | TWI510010B (pt) |
| WO (1) | WO2011098236A1 (pt) |
| ZA (1) | ZA201205974B (pt) |
Families Citing this family (123)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102412936A (zh) | 2006-10-23 | 2012-04-11 | 交互数字技术公司 | 无线发射/接收单元、方法和无线网络设备 |
| CN102187727B (zh) * | 2009-03-12 | 2015-03-25 | Lg电子株式会社 | 无线通信系统中在用户设备处切换操作载波的方法 |
| EP4290933A3 (en) * | 2009-04-28 | 2024-02-28 | Mitsubishi Electric Corporation | Mobile transmission system, base station and mobile terminal |
| US8817726B2 (en) * | 2009-07-26 | 2014-08-26 | Lg Electronics Inc. | Uplink transmission method and apparatus in wireless communication system |
| KR101761627B1 (ko) * | 2009-09-16 | 2017-07-27 | 엘지전자 주식회사 | 상향링크 제어 정보의 전송 방법 및 이를 위한 장치 |
| EP2360864A1 (en) | 2010-02-12 | 2011-08-24 | Panasonic Corporation | Component carrier (de)activation in communication systems using carrier aggregation |
| KR20110108226A (ko) | 2010-03-26 | 2011-10-05 | 삼성전자주식회사 | 이동 통신 시스템에서 캐리어를 활성화하는 방법 및 장치 |
| JP4823371B2 (ja) * | 2010-03-30 | 2011-11-24 | シャープ株式会社 | 無線通信システム、移動局装置、基地局装置、無線通信方法および集積回路 |
| CN102255696B (zh) | 2010-04-07 | 2016-03-30 | 华为技术有限公司 | 一种传输上行控制信息的方法、用户设备和基站 |
| RU2529470C2 (ru) | 2010-04-09 | 2014-09-27 | Нокиа Сименс Нетуоркс Ой | Передача отчета сигнализации в режиме агрегирования несущих |
| JP4809487B1 (ja) * | 2010-04-30 | 2011-11-09 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法及び移動局 |
| CN102238616B (zh) | 2010-04-30 | 2015-09-09 | 华为技术有限公司 | 一种信息上报方法、基站以及用户设备 |
| CN102918790B (zh) * | 2010-04-30 | 2016-06-15 | 诺基亚技术有限公司 | 用于载波聚合中的非周期cqi/pmi请求的方法和设备 |
| EP2398285B1 (en) * | 2010-06-18 | 2016-11-16 | Alcatel Lucent | Power saving |
| CN102291770B (zh) * | 2010-06-21 | 2014-07-30 | 上海贝尔股份有限公司 | 基于载波聚合的通信系统中优化用户面操作的方法和装置 |
| KR101614096B1 (ko) * | 2010-08-12 | 2016-04-29 | 한국전자통신연구원 | 이동통신 시스템에서 멀티 캐리어 구조를 위한 채널 관리 방법 |
| US8861451B2 (en) * | 2010-08-13 | 2014-10-14 | Qualcomm Incorporated | Method and apparatus of deactivating carriers in wireless communications |
| US9055565B2 (en) * | 2010-11-05 | 2015-06-09 | Samsung Electronics Co., Ltd. | Method and device for activating secondary carrier in wireless communication system for using carrier aggregation technique |
| EP2638761B1 (en) * | 2010-11-11 | 2019-01-16 | Telefonaktiebolaget LM Ericsson (publ) | Group message based carrier aggregation control |
| WO2012107912A1 (en) * | 2011-02-13 | 2012-08-16 | Renesas Mobile Corporation | Method and apparatus for configuring transmission of a power headroom report in carrier aggregation systems |
| SG194059A1 (en) * | 2011-04-01 | 2013-11-29 | Interdigital Patent Holdings | Method and apparatus for controlling connectivity to a network |
| US9479304B2 (en) * | 2011-04-25 | 2016-10-25 | Lg Electronics Inc. | Method for transceiving reference signal in wireless access system and terminal therefor |
| US9391758B2 (en) * | 2011-05-06 | 2016-07-12 | Lg Electronics Inc. | Method and apparatus for adjusting transmission timing in wireless access system supporting carrier aggregation |
| WO2012171553A1 (en) * | 2011-06-14 | 2012-12-20 | Nokia Siemens Networks Oy | Apparatus and method for allocating the reference symbols in order to reduce the latency of the lte system |
| CN103023621B (zh) * | 2011-09-23 | 2016-03-09 | 华为技术有限公司 | 传输信息的方法、用户设备和基站 |
| US9060343B2 (en) * | 2011-10-03 | 2015-06-16 | Mediatek, Inc. | Support of network based positioning by sounding reference signal |
| KR20130059694A (ko) * | 2011-11-29 | 2013-06-07 | 주식회사 팬택 | 다중 요소 반송파 시스템에서 셀 선택적 신호 송수신 장치 및 방법 |
| JP5893760B2 (ja) * | 2012-02-06 | 2016-03-23 | インテル コーポレイション | ユーザ装置によって使用される装置、管理装置、ユーザ装置及び管理方法 |
| WO2013122434A1 (ko) * | 2012-02-19 | 2013-08-22 | 엘지전자 주식회사 | 무선통신시스템에서 수신확인응답 전송 방법 및 장치 |
| KR102109655B1 (ko) * | 2012-02-23 | 2020-05-12 | 한국전자통신연구원 | 대규모 안테나 시스템에서의 다중 입력 다중 출력 통신 방법 |
| WO2013177758A1 (en) * | 2012-05-30 | 2013-12-05 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and network nodes for managing transmission of at least one channel quality report |
| EP2693815A1 (en) * | 2012-08-03 | 2014-02-05 | Panasonic Corporation | Power headroom reporting for in-device coexistence interference avoidance |
| US9258741B2 (en) * | 2012-08-03 | 2016-02-09 | Blackberry Limited | Carrier aggregation acknowledgement bits |
| US8942754B2 (en) * | 2012-08-07 | 2015-01-27 | Sharp Laboratories Of America, Inc. | Devices for allocating power for uplink transmission |
| KR102093420B1 (ko) * | 2012-08-30 | 2020-04-14 | 엘지전자 주식회사 | 무선 통신 시스템에서 자율적 서빙 셀 관리를 기반으로 한 통신 방법 및 이를 지원하는 장치 |
| CN104737471B (zh) * | 2012-09-20 | 2018-06-05 | Lg电子株式会社 | 在无线通信系统中执行上行链路传输的方法和设备 |
| KR102047796B1 (ko) * | 2012-10-08 | 2019-11-22 | 삼성전자 주식회사 | 이동통신 시스템에서 단말의 성능을 보고하는 방법 및 장치 |
| WO2014056187A1 (en) * | 2012-10-12 | 2014-04-17 | Empire Technology Development Llc | Dynamic carrier assignment of carrier aggregation in an lte-advanced system |
| US9210618B2 (en) * | 2012-10-24 | 2015-12-08 | Qualcomm Incorporated | UE-assisted management of advanced radio link features |
| EP2946523B1 (en) * | 2013-01-18 | 2017-06-28 | Telefonaktiebolaget LM Ericsson (publ) | Fast detection of the activation of additional cells |
| WO2014116078A1 (ko) * | 2013-01-28 | 2014-07-31 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말의 통신 방법 및 장치 |
| FR3003718A1 (fr) * | 2013-03-19 | 2014-09-26 | France Telecom | Procede de signalisation dans un reseau de telecommunications cellulaire |
| FR3003719A1 (fr) | 2013-03-19 | 2014-09-26 | France Telecom | Procede de signalisation dans un reseau de telecommunications cellulaire |
| CN103298123B (zh) * | 2013-05-27 | 2015-11-11 | 大唐移动通信设备有限公司 | 一种载波聚合辅载波激活与去激活方法及装置 |
| CN104471997B (zh) * | 2013-06-27 | 2019-01-18 | 华为技术有限公司 | 载波切换方法、基站和用户设备 |
| WO2015000113A1 (zh) * | 2013-07-01 | 2015-01-08 | 华为技术有限公司 | 一种载波状态指示方法及设备 |
| US11637763B2 (en) | 2013-10-30 | 2023-04-25 | Interdigital Patent Holdings, Inc. | Connectivity robustness in wireless systems |
| KR20180088928A (ko) * | 2013-10-30 | 2018-08-07 | 인터디지탈 패튼 홀딩스, 인크 | 무선 시스템에서의 캐리어 집성 구성 |
| KR102285852B1 (ko) * | 2013-12-17 | 2021-08-05 | 삼성전자 주식회사 | 전차원 다중입력 다중출력 이동통신 시스템에서 통신방법 및 장치 |
| CN105165048B (zh) * | 2014-03-19 | 2019-09-03 | 华为技术有限公司 | 一种用户设备、基站及载波利用方法 |
| US9930626B2 (en) * | 2014-05-09 | 2018-03-27 | Futurewei Technologies, Inc. | Device, network, and method for communications with dynamic adaptation |
| US10687316B2 (en) * | 2014-07-17 | 2020-06-16 | Qualcomm Incorporated | Techniques for enabling component carriers for multi-carrier wireless communication |
| CN105591721A (zh) * | 2014-10-24 | 2016-05-18 | 杭州华为数字技术有限公司 | 一种小区上行协作的方法和基站 |
| US9832774B2 (en) * | 2014-10-28 | 2017-11-28 | Htc Corporation | Device of handling transmission on unlicensed component carrier |
| US9807779B2 (en) * | 2015-01-12 | 2017-10-31 | Qualcomm Incorporated | Techniques for managing wireless communications over multiple carriers |
| MX366077B (es) | 2015-01-13 | 2019-06-27 | Ericsson Telefon Ab L M | Terminales inalambricas, nodos de redes de comunicacion inalambrica, y metodos de operar los mismos. |
| CN107113152B (zh) * | 2015-01-15 | 2021-03-16 | Lg电子株式会社 | 用于在载波聚合系统中去除pucch组的最后pucch资源的方法及其装置 |
| EP3048853B1 (en) * | 2015-01-26 | 2021-05-26 | ASUSTek Computer Inc. | Method and apparatus for handling transmission in a wireless communication system |
| US10892855B2 (en) * | 2015-01-29 | 2021-01-12 | Ntt Docomo, Inc. | Terminal and communication system |
| US10334447B2 (en) * | 2015-02-27 | 2019-06-25 | Qualcomm Incorporated | Discontinuous reception procedures with enhanced component carriers |
| EP3393071B1 (en) * | 2015-12-17 | 2023-06-14 | LG Electronics Inc. | Method for transmitting/receiving signal and device therefor |
| JP2019057746A (ja) * | 2016-02-04 | 2019-04-11 | シャープ株式会社 | 端末装置および通信方法 |
| US11153059B2 (en) | 2016-05-12 | 2021-10-19 | Sony Corporation | Base station device, terminal device, method, and storage medium |
| CN109075938B (zh) * | 2016-05-13 | 2021-11-26 | 英特尔公司 | 在无线通信中实现基于SRS CC的切换的UE及eNB |
| EP3809622A1 (en) * | 2016-05-13 | 2021-04-21 | Huawei Technologies Co., Ltd. | Uplink reference signal receiving method and apparatus |
| CN109792730B (zh) | 2016-08-10 | 2023-05-16 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
| WO2018028620A1 (zh) * | 2016-08-12 | 2018-02-15 | 上海朗帛通信技术有限公司 | 一种无线传输中的方法和装置 |
| CN107819497A (zh) * | 2016-09-12 | 2018-03-20 | 中兴通讯股份有限公司 | 基于载波聚合的空分复用方法、装置及基站 |
| CN114071559B (zh) | 2016-09-30 | 2024-01-30 | 华为技术有限公司 | 一种数据处理方法、终端以及基站 |
| US10477457B2 (en) | 2016-11-03 | 2019-11-12 | Samsung Electronics Co., Ltd. | Apparatus and method to support ultra-wide bandwidth in fifth generation (5G) new radio |
| KR20180049775A (ko) * | 2016-11-03 | 2018-05-11 | 삼성전자주식회사 | 5G New Radio 초광대역 지원 방법 및 장치 |
| US10362571B2 (en) * | 2016-11-04 | 2019-07-23 | Qualcomm Incorporated | Power control and triggering of sounding reference signal on multiple component carriers |
| EP3535912B1 (en) * | 2016-11-04 | 2021-08-18 | Telefonaktiebolaget LM Ericsson (publ) | Controlling the impact of srs switching on carrier aggregation activation-related delays |
| WO2018086066A1 (zh) * | 2016-11-11 | 2018-05-17 | 北京小米移动软件有限公司 | 一种配置工作载波的方法及装置 |
| US10856174B2 (en) | 2017-03-16 | 2020-12-01 | Ofinno, Llc | Buffer status report control |
| US10863380B2 (en) | 2017-03-16 | 2020-12-08 | Ofinno, Llc | Buffer status reporting procedure in a wireless device and wireless network |
| WO2018170481A1 (en) | 2017-03-16 | 2018-09-20 | Ofinno Technologies, Llc | Truncated buffer status reporting |
| WO2018172136A1 (en) * | 2017-03-23 | 2018-09-27 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Reliable data packet transmission among entities of a radio access network of a mobile communication network |
| CN110582977B (zh) * | 2017-05-04 | 2022-10-14 | 株式会社Ntt都科摩 | 终端、无线通信方法、基站以及系统 |
| WO2018230849A1 (en) * | 2017-06-14 | 2018-12-20 | Lg Electronics Inc. | Method for handling deactivation for a cell in which packet duplication is performed in wireless communication system and a device therefor |
| RU2735616C1 (ru) * | 2017-06-14 | 2020-11-05 | Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. | Способ и устройство для индикации информации о ресурсе временной области |
| CN116528370A (zh) | 2017-06-16 | 2023-08-01 | 华为技术有限公司 | 一种通信方法及装置 |
| EP3442148A1 (en) * | 2017-08-11 | 2019-02-13 | Panasonic Intellectual Property Corporation of America | Bandwidth part adaptation in downlink communications |
| CN109586866B (zh) * | 2017-09-28 | 2024-06-28 | 华为技术有限公司 | 通信方法、装置和设备 |
| JP7094090B2 (ja) * | 2017-10-20 | 2022-07-01 | シャープ株式会社 | 端末装置、基地局装置、および、通信方法 |
| US11277862B2 (en) | 2017-10-26 | 2022-03-15 | Comcast Cable Communications, Llc | Activation and deactivation of configured grant |
| US11751204B2 (en) | 2017-10-27 | 2023-09-05 | Comcast Cable Communications, Llc | Group common DCI for wireless resources |
| CN109756309B (zh) * | 2017-11-01 | 2022-05-13 | 中兴通讯股份有限公司 | 去激活辅成员载波的方法、装置及介质 |
| EP3484057B1 (en) * | 2017-11-09 | 2021-01-06 | Comcast Cable Communications, LLC | Csi transmission with multiple bandwidth parts |
| CN109788558A (zh) * | 2017-11-14 | 2019-05-21 | 北京展讯高科通信技术有限公司 | 部分载波带宽激活/去激活方法、装置及基站 |
| CA3024549A1 (en) | 2017-11-16 | 2019-05-16 | Comcast Cable Communications, Llc | Power control for bandwidth part switching |
| US10938524B2 (en) * | 2018-01-24 | 2021-03-02 | Qualcomm Incorporated | Timing for reference signals in multiple numerology wireless communications |
| CN111713154B (zh) * | 2018-02-13 | 2023-10-20 | 华为技术有限公司 | 数据发送、接收方法和装置、存储介质 |
| PT3753185T (pt) | 2018-02-15 | 2022-02-02 | Ericsson Telefon Ab L M | Indicação eficiente de ce mac sobre relação espacial para srs semipersistente |
| EP3742780A4 (en) * | 2018-03-16 | 2021-01-06 | Huawei Technologies Co., Ltd. | COMMUNICATION PROCESS AND COMMUNICATION DEVICE |
| US11115966B2 (en) | 2018-03-30 | 2021-09-07 | Comcast Cable Communications, Llc | Beam failure recovery procedures using bandwidth parts |
| EP3570482B1 (en) | 2018-05-15 | 2021-08-18 | Comcast Cable Communications, LLC | Multiple active bandwidth parts |
| EP3570613A1 (en) | 2018-05-18 | 2019-11-20 | Comcast Cable Communications LLC | Cross-carrier scheduling with multiple active bandwidth parts |
| US11088791B2 (en) * | 2018-05-21 | 2021-08-10 | Qualcomm Incorporated | Choosing an SRS resource set when multiple sets are configured |
| CA3043992A1 (en) | 2018-05-21 | 2019-11-21 | Comcast Cable Communications, Llc | Failure detection and recovery for multiple active resources |
| US11246163B2 (en) | 2018-05-21 | 2022-02-08 | Comcast Cable Communications, Llc | Random access procedures using multiple active bandwidth parts |
| US20210266902A1 (en) * | 2018-07-20 | 2021-08-26 | Ntt Docomo, Inc. | User terminal |
| EP3606272B1 (en) | 2018-08-03 | 2023-10-04 | Comcast Cable Communications, LLC | Uplink and downlink synchronization procedures |
| US11937180B2 (en) | 2018-08-31 | 2024-03-19 | Beijing Xiaomi Mobile Software Co., Ltd. | Carrier activation method, device, apparatus, system, and storage medium |
| FR3087611A1 (fr) * | 2018-10-17 | 2020-04-24 | Orange | Procede d'activation d'une fonction " station de base " dans un nœud iab. |
| WO2020092126A1 (en) * | 2018-11-01 | 2020-05-07 | Intel Corporation | Transmission, retransmission, and harq process for preconfigured uplink resource in idle mode |
| WO2020133200A1 (zh) * | 2018-12-28 | 2020-07-02 | 北京小米移动软件有限公司 | 载波配置方法及装置 |
| CA3123765A1 (en) * | 2019-01-11 | 2020-07-16 | Ntt Docomo, Inc. | User terminal and radio communication method |
| CN113748625B (zh) * | 2019-03-26 | 2023-09-26 | 上海诺基亚贝尔股份有限公司 | 基于服务的harq启用机制 |
| CN111954309A (zh) * | 2019-05-17 | 2020-11-17 | 株式会社Ntt都科摩 | 终端和基站 |
| CN112218327B (zh) * | 2019-07-11 | 2024-05-17 | 普天信息技术有限公司 | 新型无线宽带通信系统的信道质量测量上报方法和终端 |
| CN110535614B (zh) * | 2019-09-03 | 2024-08-09 | 中兴通讯股份有限公司 | 信令信息的传输方法、装置、通信节点和存储介质 |
| WO2021042365A1 (en) * | 2019-09-06 | 2021-03-11 | Qualcomm Incorporated | Uplink cross-carrier scheduling for time division multiplexing carrier aggregation |
| WO2021066634A1 (ko) * | 2019-10-02 | 2021-04-08 | 엘지전자 주식회사 | 무선 통신 시스템에서 사운딩 참조 신호 송수신 방법 및 장치 |
| JP7496111B2 (ja) * | 2019-12-24 | 2024-06-06 | 国立大学法人東京工業大学 | サブキャリア変調方式テラヘルツレーダー |
| US11617136B2 (en) * | 2020-01-10 | 2023-03-28 | Qualcomm Incorporated | Non-terrestrial network power control based on HARQ retransmission on or off |
| KR20220042839A (ko) * | 2020-09-28 | 2022-04-05 | 삼성전자주식회사 | 전자 장치의 수신 빔 선택 방법 및 전자 장치 |
| US12041000B2 (en) | 2021-08-05 | 2024-07-16 | Qualcomm Incorporated | Techniques for communicating data channel transmissions |
| US11985597B2 (en) * | 2021-08-05 | 2024-05-14 | Qualcomm Incorporated | Techniques for aperiodic discontinuous reception mode communications |
| WO2023044768A1 (en) * | 2021-09-24 | 2023-03-30 | Apple Inc. | Secondary cell activation based on cross-component carrier reference signals |
| US11860685B2 (en) | 2021-10-29 | 2024-01-02 | Advanced Micro Devices, Inc. | Clock frequency divider circuit |
| US20230145501A1 (en) * | 2021-11-05 | 2023-05-11 | At&T Intellectual Property I, L.P. | Validating the integration of new carrier components at access point equipment |
| US20230319714A1 (en) * | 2022-04-04 | 2023-10-05 | Qualcomm Incorporated | Dci decoding for micro sleep activation |
Family Cites Families (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101047895B (zh) * | 2001-05-14 | 2012-05-23 | 美商内数位科技公司 | 在高速共享控制信道中接收数据的用户设备与方法 |
| US6915473B2 (en) * | 2001-05-14 | 2005-07-05 | Interdigital Technology Corporation | Method and system for implicit user equipment identification |
| US7580713B2 (en) | 2005-05-12 | 2009-08-25 | Motorola, Inc. | Apparatus and method for establishing an active set of carriers for a receiver |
| WO2008029338A2 (en) * | 2006-09-08 | 2008-03-13 | Koninklijke Philips Electronics N.V. | Method of selecting nodes |
| WO2008156293A2 (en) * | 2007-06-19 | 2008-12-24 | Lg Electronics Inc. | Method of transmitting sounding reference signal |
| US8055301B2 (en) * | 2007-08-06 | 2011-11-08 | Mitsubishi Electric Research Laboratories, Inc. | Wireless networks incorporating implicit antenna selection based on received sounding reference signals |
| JP5508288B2 (ja) * | 2008-02-01 | 2014-05-28 | インターデイジタル パテント ホールディングス インコーポレイテッド | トークンバケットの初期化、保持、および再構成のための方法および装置 |
| ES2440695T3 (es) * | 2008-03-25 | 2014-01-30 | Telefonaktiebolaget L M Ericsson (Publ) | Selección de portadora de anclaje en red inalámbrica de portadoras múltiples |
| US8711785B2 (en) * | 2008-03-25 | 2014-04-29 | Qualcomm Incorporated | Fast carrier allocation in multi-carrier systems |
| EP3723420B1 (en) * | 2008-04-25 | 2022-08-31 | BlackBerry Limited | Method and system for the control of discontinuous reception in a wireless network |
| US8676208B2 (en) * | 2008-06-11 | 2014-03-18 | Mediatek Inc. | Scanning and handover operation in multi-carrier wireless communications systems |
| WO2010013961A2 (en) * | 2008-07-30 | 2010-02-04 | Lg Electronics Inc. | Method and apparatus of monitoring pdcch in wireless communication system |
| KR20100014091A (ko) * | 2008-08-01 | 2010-02-10 | 엘지전자 주식회사 | 다중 반송파 시스템에서 데이터 전송 방법 |
| US8515481B2 (en) * | 2008-09-05 | 2013-08-20 | Mediatek Inc. | Power management for multi-carrier transmission |
| KR101642513B1 (ko) * | 2008-09-05 | 2016-08-01 | 엘지전자 주식회사 | 다중 반송파를 이용한 통신 방법 및 장치 |
| JP5547734B2 (ja) * | 2008-09-26 | 2014-07-16 | サムスン エレクトロニクス カンパニー リミテッド | 多重アンテナからのサウンディング基準信号の送信を支援する装置及び方法 |
| US8514793B2 (en) * | 2008-10-31 | 2013-08-20 | Interdigital Patent Holdings, Inc. | Method and apparatus for monitoring and processing component carriers |
| CN101541029B (zh) * | 2009-04-27 | 2015-01-28 | 中兴通讯股份有限公司 | 载波聚合情况下测量参考信号的发送方法和装置 |
| PT3419366T (pt) | 2009-06-15 | 2021-02-01 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Método para o funcionamento de receção descontínua para agregação de portadora de evolução a longo prazo avançada |
| CN101594683B (zh) * | 2009-06-19 | 2014-03-19 | 中兴通讯股份有限公司南京分公司 | 一种载波聚合时的信号传输方法及系统 |
| EP2481249B1 (en) * | 2009-09-25 | 2018-12-26 | BlackBerry Limited | Multi-carrier network operation |
| WO2011072721A1 (en) | 2009-12-15 | 2011-06-23 | Nokia Corporation | Method, mobile station, base station and computer program product to control the activation of a wireless carrier |
| US8638815B2 (en) * | 2010-01-08 | 2014-01-28 | Blackberry Limited | Method and apparatus for logical channel prioritization for uplink carrier aggregation |
| EP2360864A1 (en) | 2010-02-12 | 2011-08-24 | Panasonic Corporation | Component carrier (de)activation in communication systems using carrier aggregation |
| US8582638B2 (en) * | 2010-04-30 | 2013-11-12 | Blackberry Limited | System and method for channel state feedback in carrier aggregation |
| EP2561638B1 (en) * | 2011-06-04 | 2014-07-23 | Ofinno Technologies, LLC | Enhanced multicarrier transmission using carrier aggregation |
-
2010
- 2010-02-12 EP EP10001479A patent/EP2360864A1/en not_active Withdrawn
- 2010-04-01 EP EP10003667A patent/EP2360865A1/en not_active Withdrawn
-
2011
- 2011-01-25 TW TW100102621A patent/TWI510010B/zh active
- 2011-02-04 CA CA2789380A patent/CA2789380C/en active Active
- 2011-02-04 CN CN201180018642.9A patent/CN102870365B/zh active Active
- 2011-02-04 US US13/578,216 patent/US8976694B2/en active Active
- 2011-02-04 EP EP19175348.2A patent/EP3553992B1/en active Active
- 2011-02-04 KR KR1020127021165A patent/KR101778323B1/ko active IP Right Grant
- 2011-02-04 BR BR112012019967-6A patent/BR112012019967B1/pt active IP Right Grant
- 2011-02-04 EP EP11702404.2A patent/EP2534785B1/en active Active
- 2011-02-04 MY MYPI2016000613A patent/MY178184A/en unknown
- 2011-02-04 JP JP2012552300A patent/JP5752713B2/ja active Active
- 2011-02-04 EP EP13182740.4A patent/EP2672649B1/en active Active
- 2011-02-04 EP EP17194960.5A patent/EP3282635B1/en active Active
- 2011-02-04 RS RS20180402A patent/RS57098B1/sr unknown
- 2011-02-04 PL PL11702404T patent/PL2534785T3/pl unknown
- 2011-02-04 SI SI201131421T patent/SI2534785T1/en unknown
- 2011-02-04 LT LTEP11702404.2T patent/LT2534785T/lt unknown
- 2011-02-04 MY MYPI2012003563A patent/MY159339A/en unknown
- 2011-02-04 HU HUE11702404A patent/HUE037273T2/hu unknown
- 2011-02-04 KR KR1020177025042A patent/KR101852740B1/ko active IP Right Grant
- 2011-02-04 DK DK11702404.2T patent/DK2534785T3/en active
- 2011-02-04 ES ES11702404.2T patent/ES2663555T3/es active Active
- 2011-02-04 WO PCT/EP2011/000532 patent/WO2011098236A1/en active Application Filing
- 2011-02-04 CN CN201610238184.4A patent/CN105681013B/zh active Active
- 2011-02-04 PT PT117024042T patent/PT2534785T/pt unknown
-
2012
- 2012-08-08 ZA ZA2012/05974A patent/ZA201205974B/en unknown
-
2015
- 2015-01-15 US US14/598,093 patent/US9497763B2/en active Active
- 2015-05-20 JP JP2015102861A patent/JP6044855B2/ja active Active
-
2016
- 2016-09-26 US US15/276,465 patent/US10250372B2/en active Active
- 2016-11-01 JP JP2016214533A patent/JP6299991B2/ja active Active
-
2018
- 2018-03-02 CY CY20181100267T patent/CY1120040T1/el unknown
- 2018-04-05 HR HRP20180549TT patent/HRP20180549T1/hr unknown
-
2019
- 2019-02-14 US US16/276,024 patent/US10728011B2/en active Active
-
2020
- 2020-06-18 US US16/905,579 patent/US11374724B2/en active Active
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11374724B2 (en) | Component carrier (de)activation in communication systems using carrier aggregation | |
| US10686580B2 (en) | Component carrier activation and deactivation using resource assignments | |
| RU2574610C2 (ru) | (де)активация компонентной несущей в системах связи, использующих агрегацию несущих |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B25A | Requested transfer of rights approved |
Owner name: PANASONIC INTELLECTUAL PROPERTY CORPORATION OF AME |
|
| B25A | Requested transfer of rights approved |
Owner name: SUN PATENT TRUST (US) |
|
| B15K | Others concerning applications: alteration of classification |
Ipc: H04L 5/00 (2006.01), H04W 76/00 (2018.01), H04W 72 |
|
| B06F | Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette] | ||
| B06U | Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette] | ||
| B15K | Others concerning applications: alteration of classification |
Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04L 5/00 , H04W 76/00 , H04W 72/04 Ipc: H04L 5/00 (2006.01), H04L 1/00 (2006.01), H04W 8/2 |
|
| B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |
Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 04/02/2011, OBSERVADAS AS CONDICOES LEGAIS. PATENTE CONCEDIDA CONFORME ADI 5.529/DF, QUE DETERMINA A ALTERACAO DO PRAZO DE CONCESSAO. |