BRPI0819508B1 - terminal móvel para ser utilizado em um sistema de comunicação móvel e método para ser utilizado em um sistema de comunicação móvel - Google Patents
terminal móvel para ser utilizado em um sistema de comunicação móvel e método para ser utilizado em um sistema de comunicação móvel Download PDFInfo
- Publication number
- BRPI0819508B1 BRPI0819508B1 BRPI0819508A BRPI0819508A BRPI0819508B1 BR PI0819508 B1 BRPI0819508 B1 BR PI0819508B1 BR PI0819508 A BRPI0819508 A BR PI0819508A BR PI0819508 A BRPI0819508 A BR PI0819508A BR PI0819508 B1 BRPI0819508 B1 BR PI0819508B1
- Authority
- BR
- Brazil
- Prior art keywords
- protocol data
- data unit
- control channel
- transmission
- channel signal
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 238000010295 mobile communication Methods 0.000 title claims abstract description 26
- 230000005540 biological transmission Effects 0.000 claims abstract description 194
- 238000013468 resource allocation Methods 0.000 claims description 29
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 claims description 14
- 238000012545 processing Methods 0.000 claims description 7
- 238000013459 approach Methods 0.000 abstract description 11
- 230000006872 improvement Effects 0.000 abstract description 5
- 108091006146 Channels Proteins 0.000 description 164
- 230000011664 signaling Effects 0.000 description 52
- 230000008569 process Effects 0.000 description 16
- 230000008859 change Effects 0.000 description 7
- 238000004891 communication Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 238000013461 design Methods 0.000 description 6
- 238000013507 mapping Methods 0.000 description 6
- 206010009944 Colon cancer Diseases 0.000 description 5
- 239000000969 carrier Substances 0.000 description 5
- 230000009467 reduction Effects 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000004140 cleaning Methods 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 241000760358 Enodes Species 0.000 description 1
- 108700026140 MAC combination Proteins 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005562 fading Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 238000007493 shaping process Methods 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
Classifications
-
- 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/0028—Formatting
- H04L1/0029—Reduction of the amount of signalling, e.g. retention of useful signalling or differential signalling
-
- 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0079—Formats for control data
-
- 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/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
- H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
-
- 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/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
-
- 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/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
-
- 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- 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 signalling, i.e. of overhead other than pilot signals
-
- 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Time-Division Multiplex Systems (AREA)
Abstract
terminal móvel para ser utilizado em um sistema de comunicação móvel e método para ser utilizado em um sistema de comunicação móvel a invenção refere-se a um método que apresenta uma sinalização de controle associada a uma unidade de dados de protocolo que transmite os dados do usuário em um sistema de comunicação móvel e ao próprio sinal de canal de controle . além disso, a invenção também apresenta uma estação móvel e uma estação-base e sua respectiva operação em vista dos recém definidos sinais de canal de controle aqui definidos. a fim de reduzir a sobrecarga do canal de controle,. a invenção sugere a definição o de um campo comum para o formato de transporte e a versão de redundância no formato de informação do canal de controle. de acordo com uma abordagem, o campo comum é utilizado para codificar conjuntamente o formato de transporte e a versão de redundância. de acordo com outro aspecto, um campo compartilhado é provido no sinal· de canal de controle de que indica se um formato de transporte ou uma versão de redundância dependem de se o sinal de canal de controle se refere a uma transmissão inicial ou a uma retransmissão. em outra realização, melhorias adicionais a um protocolo harq são sugeridas para tratar de determinados casos de erro . .. ;
Description
TERMINAL MÓVEL PARA SER UTILIZADO EM UM SISTEMA DE COMUNICAÇÃO MÓVEL E MÉTODO PARA SER UTILIZADO EM UM SISTEMA DE COMUNICAÇÃO MÓVEL
CAMPO DA INVENÇÃO
A presente invenção refere-se a um método para prover uma sinalização de controle associada a uma unidade de dados de protocolo que transmite os dados do usuário em um sistema de comunicação móvel e para o próprio sinal de canal de controle. Além disso, a invenção também apresenta uma estação móvel e uma estação-base e sua respectiva operação em vista dos recém definidos sinais de canal de controle aqui definidos.
ANTECEDENTES TÉCNICOS
Programação de pacotes e transmissão de canal compartilhada
Nos sistemas de comunicação sem fio que empregam programação de pacotes, pelo menos parte dos recursos da interface aérea é atribuída dinamicamente a diferentes usuários (estações móveis - MS ou equipamentos do usuário UE) . Os recursos alocados dinamicamente são normalmente mapeados para pelo menos um Uplink físico ou um canal compartilhado de Downlink (PUSCH ou PDSCH). Um PUSCH ou um PDSCH podem, por exemplo, ter uma das seguintes configurações:
- Um ou múltiplos códigos em um sistema CDMA (Code Division Multiple Access) são compartilhados dinamicamente entre múltiplas MS.
- Um ou múltiplos subportadores (sub-bandas) em um sistema OFDMA (Orthogonal Frequency Division Multiple Access) são compartilhados dinamicamente entre múltiplas MS.
- As combinações do acima em um OFCDMA (Orthogonal Frequency Division Multiple Access) ou em um sistema MC-CDMA (Multi Carrier-Code Division Multiple Access) são
2/59 compartilhadas dinamicamente entre múltiplas MS.
A Figura 1 mostra um sistema de programação de pacote em um canal compartilhado para sistemas com um único canal de dados compartilhado. Um subquadro (também indicado como um intervalo de tempo) reflete o menor intervalo em que o programador (por exemplo, a Camada Física ou o Programador de Camada MAC) realiza a alocação dinâmica de recurso (DRA). Na Figura 1, um TTI (intervalo de tempo de transmissão) igual a um subquadro é considerado. Deve ser observado que geralmente um TTI também pode englobar múltiplos subquadros.
Além disso, a menor unidade de recursos de rádio (também indicados como bloco de recurso ou unidade de recurso), que pode ser alocada nos sistemas OFDM, normalménte é definida por um subquadro no domínio de tempo e por um subportador/sub-banda no domínio de frequência. Do mésmo modo, em um sistema CDMA, esta menor unidade de recursos de rádio é definida por um subquadro no domínio de tempo e por um código no domínio de código.
Em sistemas OFCDMA ou MC-CDMA, esta unidade menor é definida por um subquadro no domínio de tempo, por um subportador/sub-banda no domínio de frequência e por um código no domínio de código. Deve ser observado que a alocação de recurso dinâmico pode ser realizada no domínio de tempo e no domínio de código/frequência.
Os principais benefícios da programaçao de pacotes são o ganho de diversidade multiusuário pela Programação de Domínio de Tempo (TDS) e adaptação da taxa de usuário dinâmica.
Supondo que as condições de canal dos usuários mudem com o tempo devido a um rápido (e lento) desvanecimento, em um determinado instante no tempo o programador pode atribuir recursos disponíveis (códigos no caso de CDMA, subportadores/sub-bandas no caso de OFDMA) aos
3/59 usuários que têm boas condições de canal na programação do domínio de tempo.
Especif icidades de DRA e da Transmissão de Canal Compartilhada em OFDMA
Adicionalmente ao aproveitamento da diversidade multiusuário no domínio de tempo pelo Time Domain Schedule (TDS) , em OFDMA a diversidade multiusuário também pode' ser explorada no domínio de frequência pelo Frequency Domain Scheduling (FDS) . Isto ocorre porque o sinal de OFDM está em um domínio de frequência construído a partir de múltiplos subportadores de banda estreita (normalmente agrupados em sub-bandas) , que podem ser atribuídos dinamicamente a usuários diferentes. Por isso, as propriedades de canal seletivas de frequência devido à propagação multicaminho podem ser exploradas para programar usuários nas frequências (subportadores/sub-bandas) em que eles têm uma boa qualidade de canal (diversidade multiusuário no domínio de frequência).
Devido a razões práticas, em um sistema OFDMA a largura de banda é dividida em múltiplas sub-bandas, que consistem em múltiplos subportadores. Isto é, a menor unidade em que um usuário pode ser alocado deve ter uma largura de banda de uma sub-banda e uma duração de um intervalo ou um subquadro (que pode corresponder a um ou a múltiplos símbolos OFDM) , que é indicado como um bloco de recurso (RB) . Tipicamente, uma sub-banda consiste em subportadores consecutivos. No entanto, em alguns casos, é desejável formar uma sub-banda dos subportadores nao-consecutivos distribuídos. Um programador também pode alocar um usuário por múltiplas sub-bandas e/ou subquadros consecutivos ou nãoconsecutivos.
Para a evolução em longo prazo do 3GPP (3GPP TR 25.814: Physical Layer Aspects for Evolved UTRA, Publicação 7z v. 7.1.0, outubro de 2 006 - disponível em
4/59 http://www.3gpp.org e aqui incorporado a título de referência), um sistema de 10 MHz (prefixo cíclico normal) pode consistir de 600 subportadores com um espaçamento de subportador de 15 kHz. Os 600 subportadores podem então ser agrupados em 50 sub-bandas (12 subportadores adjacentes), cada sub-banda ocupando uma largura de banda de 18 0 kHz. Supondo que um intervalo tem uma duração de 0,5 ms, um bloco de recurso (RB) engloba 18 0 kHz e 0,5 ms, de acordo com este exemplo.
A fim de explorar a diversidade multiusuário e de obter ganho de programação no domínio de frequência, os dados para um determinado usuário devem ser alocados nos blocos de recurso em que os usuários tem uma boa condição de canal. Normalmente, esses blocos de recurso são próximos uns dos outros e, portanto, este modo de transmissão também é indicado como modo localizado (LM).
Um exemplo de estrutura de canal de modo localizado é mostrado na Figura 2. Neste exemplo os blocos de recurso vizinhos são atribuídos a quatro estações móveis (MS1 a MS4) no domínio de tempo e no domínio de frequência. Cada bloco de recurso consiste em uma parte para carregamento da Camada 1 e/ou da Camada 2 na sinalização de controle (sinalização de controle Ll/12) e uma parte do carregamento dos dados do usuário para as estações móveis.
Alternativamente, os usuários podem ser alocados em um modo distribuído (DM) , tal como mostrado na Figura 3 . Nesta configuração, um usuário (estação móvel) é alocado em múltiplos blocos de recurso, que são distribuídos por uma faixa de blocos de recurso. No modo distribuído, várias opções de implementação diferentes são possíveis. No exemplo mostrado na Figura 3, um par de usuários (MSs 1/2 e MSs 3/4) compartilha os mesmos blocos de recurso. Várias outras opções de implementação exemplificadoras possíveis podem ser
5/59 encontradas em 3GPP RAN WG#1 Tdoc Rl-062089, Comparison between RB-leves and Sub-carrier-level Distributed Transmission for Shared Data Channel in E-Utra Downlink, agosto de 2006 (disponível em http://www.3gpp.org e aqui 5 incorporado a título de referência).
Deve ser observado que a mult iplexação do modo localizado e do modo distribuído dentro de um subquadro é possível, onde a quantidade de recursos (RBs) alocados para o modo localizado e o modo distribuído pode ser fixa, 10 semiestática (constante para dezenas/centenas de subquadros) ou mesmo dinâmica (diferente de subquadro para subquadro).
No modo localizado, bem como no modo distribuído um determinado subquadro - um ou múltiplos blocos de dados (que são inter alia indicados como blocos de transporte) 15 podem ser alocados separadamente para o mesmo usuário (estação móvel) em blocos de recursos diferentes, que podem ou não pertencer ao mesmo serviço ou ao processo Um pedido de repetição automático (ARQ). Logicamente, isto pode -ser compreendido como a alocaçao de diferentes usuários.
Sinalização de controle L1/L2
A fim de fornecer informação secundária suficiente para receber ou transmitir corretamente dados nos sistemas que empregam a programação de pacotes, a assim chamada sinalização de controle L1/L2 (Physical Downlink Control 25 CHannel - PDCCH) precisa ser transmitida. Os mecanismos de operação típicos para a transmissão de dados em downlink e em uplink são discutidos abaixo.
Transmissão de dados em Downlink
Junto com a transmissão de dados dos pacotes em downlink, nas implementações existentes que utilizam um canal de downlink compartilhado, tal como o High Speed Data Packet Access baseado em 3GPP (HSDPA), a sinalizaçao de controle L1/L2 é tipicamente transmitida em um canal físico (de
6/59 controle) separado.
Esta sinalização de controle L1/L2 contém tipicamente a informação sobre o(s) recurso(s) físico(s) em que os dados de downlink são transmitidos (por exemplo, subportadores ou blocos de subportador no caso de OFDM, códigos no caso de CDMA) . Esta informação permite que a estação móvel (receptor) identifique os recursos em que os dados são transmitidos. Outro parâmetro na sinalização de controle é o formato de transporte utilizado para a transmissão dos dados em downlink.
Normalmente, há várias possibilidades para indicar o formato de transporte. Por exemplo, o tamanho do bloco de transporte dos dados (tamanho de carga útil, tamanho de bits de informação) e o nível de Esquema de modulação e codificação (MCS), a Eficiência Espectral, a taxa de código, etc., podem ser sinalizados para indicar o formato de transporte (TF) . Esta informação (geralmente junto com a alocação de recurso) permite que a estação móvel (receptor) identifique o tamanho de bit de informação, o esquema de modulação e a taxa de código a fim de iniciar a demodulação, a descorrespondência de taxa e o processo de decodificação. Em alguns casos, o esquema de modulação pode ser sinalizado explicitamente.
Além disso, nos sistemas que empregam o ARQ híbrido (HARQ), a informação HARQ também pode fazer parte da sinalização L1/L2. Esta informação HARQ normalmente indica o número de processo HARQ, que permite que a estação móvel identifique o processo ARQ hibrido em que os dados são mapeados, o número de sequência ou o novo indicador de dados, permitindo que a estação móvel identifique se a transmissão é um pacote novo ou um pacote retransmitido e uma versão de redundância e/ou de constelação. A versão de redundância e/ou a versão de constelação dizem à estação móvel qual versão de
7/59 redundância ARQ híbrido é utilizada (necessário para a descorrespondência de taxa) e/ou qual versão de constelação de modulação é utilizada (necessário para a demodulação).
Um parâmetro adicional na informação HARQ é normalmente a identidade UE (UE ID) para identificar a estação móvel a receber a sinalização de controle L1/L2. Em implementações típicas, esta informação é utilizada para mascarar o CRC da sinalização de controle L1/L2 a fim de impedir que outras estações móveis leiam esta informação.
A tabela abaixo (Tabela 1) ilustra um exemplo de estrutura de sinal de canal de controle L1/L2 para programação em downlink tal como conhecido de 3GPP TR 25.814 (vide a seção 7.1.1.2.3 - FFS = para um estudo mais detalhado):
| Campo | Tamanho | Comentário | |
| 2 Cat (indicação de recurso) 1 | ID (UE ou grupo específico) | [8-9] | Indica a UE (ou grupo de UEs) para a qual a transmissão de dados é pretendida ._____ |
| Atribuição de recurso | FFS | Indica quais unidades de recurso (virtuais) (e camadas, no caso de transmissão multicamadas) a(s) UE(s) deve(m) demodular | |
| Duração da atribuição | 2-3 | A duração segundo a qual a atribuição é válida, também poderia ser utilizada para controle de TTI ou programação persistente._____ | |
| 3 Cat (formato de transporte ) | I nformação relacionada a multiantena | FS | O conteúdo depende dos esquemas de MIMO/formação de feixe selecionados. |
| Esquema de modulação | 2 | QPSK, 16QAM, 64QAM. No caso de transmissão multicamada, múltiplos exemplos podem ser necessários. | |
| Tamanho da carga útil | 6 | A interpretação poderia depender, por exemplo, do |
8/59
| esquema de modulação e do número de unidades de recurso atribuídas (c.f. HSDPA). No caso de transmissão multicamada, múltiplos exemplos podem ser necessários. . __ | ||||
| Cat (HARQ) | Se ARQ híbrido assíncrono for adotado | Número de processo de ARQ híbrido | 3 | Indica de qual o processo de ARQ híbrido a transmissão atual está tratando. |
| Versão de redundância | 2 | Para suportar redundância incrementai. | ||
| Indicador de dados novos | 1 | Para manipular uma limpeza de buffer suave | ||
| Se ARQ híbrido síncrono for adotado | Número de sequência de retransmissão | 2 | Utilizado para derivar a versão de redundância (para suportar redundância incrementai) e indicador de dados novos (para manipular uma limpeza de buffer suave). |
Tabela 1
Transmissão de dados em Uplink
Do mesmo modo, também para as transmissões em uplink, a sinalização L1/L2 é provida em downlink para os 5 transmissores a fim de informar os mesmos sobre os parâmetros para a transmissão em uplink. Essencialmente, o sinal de canal de controle L1/L2 é em parte similar ao das transmissões em downlink. Ele normalmente indica o(s)
9/59 recurso (s) físico (s) em que a UE deve transmitir os dados (por exemplo, subportadores ou blocos de subportador no caso de OFDM, códigos no caso de CDMA) e um formato de transporte que a estação móvel deve utilizar para a transmissão em uplink. Adicionalmente, a informação de controle L1/L2 também pode compreender a informação ARQ híbrido, indicando o número de processo HARQ, o número de sequência ou o indicador- de dados novos, e promove a versão de redundância e/ou de constelação. Além disso, pode haver uma identidade de UE (UE ID) compreendida na sinalização de controle.
Variantes
Há vários modos diferentes de transmitir com exatidão as partes de informação mencionadas acima. Além disso, a informação de controle L1/L2 também pode conter informação adicional ou pode omitir alguma informação. -Por exemplo, o número de processo HARQ pode não ser necessário no caso de não utilizar nenhum protocolo ou um protocolo HARQ síncrono. Do mesmo modo, a versão de redundância e/ou, de constelação pode não ser necessária se, por exemplo, a combinação Chase for utilizada (isto é, sempre a mesma versão de redundância e/ou de constelação é transmitida) ou se a sequência de versões de redundância e/ou de constelação for predefinida.
Outra variante pode incluir adicionalmente a informação de controle de potência na sinalização de controle ou a informação de controle relacionada a MIMO, tal como, por exemplo, a pré-codificação da informação. No caso de um formato de transporte de transmissão MIMO de múltiplas palavras de código e/ou informação HARQ para múltiplos códigos, palavras podem ser incluídas.
No caso da transmissão de dados em uplink, parte ou toda a informação listada acima pode ser sinalizada em uplink, e não em downlink. Por exemplo, a estação-base pode
10/59 definir somente o(s) recurso(s) físico(s) em que uma determinada estação móvel irá transmitir. Por conseguinte, a estação móvel pode selecionar e sinalizar o formato de transporte, o esquema de modulação e/ou os parâmetros HARQ em 5 uplink. Que partes da informação de controle L1/L2 são sinalizadas em uplink e qual proporção é sinalizada' em downlink é normalmente uma questão de desenho e depende de \juanto controle deve ser realizado pela rede e de quanta autonomia deve ser fornecida à estação móvel.
A tabela abaixo (Tabela 2) ilustra um exemplo de uma estrutura de sinal de canal de controle L1/L2 para a programação em uplink tal como conhecido de 3GPP TR 25.814 (vide a seção 7.1.1.2.3 - FFS = para um estudo mais detalhado):
| Campo | Tamanho | Comentário | |
| ID (EU ou grupo específico) | [8-9] | Indica a UE (ou grupo de UEs) para a qual a concessão é pretendida. | |
| Atribuição | Atribuição de recurso | FFS | Indica quais recursos de uplink, localizados ou distribuídos, a UE pode utilizar para a transmissão de dados em uplink. |
| de recurso | Duração da atribuição | 2-3 | A duração para a qual a atribuição é válida. O uso para outras finalidades, por exemplo, controlar programação persistente, operação por processos ou comprimento de TTI, é FFS. |
| TF | Parâmetros de transmissão | FFS | Os parâmetros de transmissão em uplink (esquema da modulação, tamanho da carga útil, informação relacionada a MIMO etc. ) que a UE deve utilizar. Se a UE puder selecionar (parte) do formato de transporte, |
11/59 este conjunto de campos determina um limite superior do formato de transporte que a UE pode selecionar.__
Tabela 2
Outra sugestão mais recente de uma estrutura de sinalização de controle L1/L2 para a transmissão em uplink e downlink pode ser encontrada em 3GPP TSG-RAN WG1 #5 0 Tdoc.Rl073870, Notes from offline discussions on PDCCH contents, agosto de 2007, disponível em http://www.3gpp.org e aqui incorporado a título de referência.
Tal como indicado acima, a sinalizaçao de controle L1/L2 tem sido definida para os sistemas que já são distribuídos em diferentes países, tais como, por exemplo, 3GPP HSDPA. Detalhes sobre 3GPP HSDPA são, portanto, indicados em 3GPP TS 25.308, Pacote de acesso ao downlink de alta velocidade (HSDPA); Overall description; Stage 2, versão 7.4.0, setembro de 2007 (disponível em http://www.3gpp.org) e Harri Holma e Antti Toskala, WCDMA for UMTS, Radio Access For Third Generation Mobile Communications, terceira edição, John Wiley & Sons, Ltd., 2004, capítulos 11.1 a 11.5, para uma leitura mais detalhada.
Tal como descrito na seção 4.6 de 3GPP TS 25.212, Multiplexing and Channel Codificação (FDD), versão 7.6.0, setembro de 2007 (disponível em http://www.3gpp.org) em HSDPA o Transport Format (TF) (informação sobre o tamanho do bloco de transporte (6 bits) ) , a Redundancy and
Constellation Version (RV/CV) (2 bits) e o New Data Indicator (NDI) (1 bit) são sinalizados separadamente em um total de 9 bits. Deve ser observado que o NDI está na verdade servindo como um HARQ Com numero de sequencia (SN) de 1-bit, isto é, o valor é trocado com cada novo bloco de transporte a ser transmitido.
12/59
DESCRIÇÃO RESUMIDA DA INVENÇÃO
Um objetivo da invenção consiste em reduzir a quantidade de bits necessários para a sinalização de canal de controle, como, por exemplo, a sinalização de controle L1/L2 em uplink ou downlink. Adicionalmente, é desejável que tal solução não apresente erros de protocolo HARQ problemáticos adicionais.
O objetivo é atingido pelo objeto de estudo das reivindicações independentes. As realizações vantajosas da invenção são objeto de estudo das reivindicações dependentes.
Um aspecto principal da invenção consiste na sugestão de um formato novo para a informação do canal de controle. De acordo com este aspecto, o formato de transporte/tamanho do bloco de transporte/tamanho da carga útil/modulação e esquema de codificação e a versão de redundância/versão de constelação para a transmissão associada dos dados do usuário (normalmente na forma de uma unidade de dados de protocolo ou bloco de transporte) são fornecidos em um único campo da informação do canal de controle. Este campo único é aqui indicado como campo de informação de controle, mas também pode, por exemplo, ser indicado como um campo formato de transporte/versão de redundância ou, em uma forma abreviada, um campo TF/RV. Além disso, alguma realização da invenção prevê a combinação entre o formato de transporte/tamanho de bloco de transporte/tamanho da carga útil/modulação e o esquema de codificação, a versão de redundância/versão de constelação e adicionalmente informação relacionada à HARQ (número de sequência ou indicador de dados novos) com um único campo de informação de canal de controle.
De acordo com uma realização, a invenção provê um sinal de canal de controle (tal como, por exemplo, um sinal de canal de controle L1/L2) para uso em um sistema de
13/59 comunicação móvel. 0 sinal de canal de controle é associado a uma unidade de dados de protocolo que transporta os dados do usuário e compreende um campo de informação de controle que consiste em um número de bits que codifica conjuntamente um formato de transporte e uma versão de redundância utilizados para a transmissão da unidade de dados de protocolo.
Em uma realização exemplificadora da invenção, * os bits do campo de informação de controle codificam conjuntamente o formato de transporte, uma versão de redundância utilizada para transmissão da unidade de dados de protocolo e um número de sequência da unidade de dados de protocolo.
Adicionalmente, em outra realização exemplificadora, os bits do campo de informação de controle não só codificam conjuntamente o formato de transporte e -uma versão de redundância utilizada para transmissão da unidade de dados de protocolo, mas também incluem um indicador de dados novos para indicar se a transmissão da unidade de dados de protocolo é uma transmissão inicial dos dados do usuário. Desse modo, neste exemplo, um único campo de sinal de canal de controle é utilizado para codificar as três informações de controle mencionadas anteriormente relacionadas ã transmissão associada dos dados do usuário.
De acordo com outra realização exemplificadora da invenção, o campo de informação de controle consiste em vários bits que resultam em uma faixa de valores que podem ser representados no campo de informação de controle (por exemplo, se houver N bits apresentados no campo, 2N valores diferentes podem ser representados no campo) e sendo que um primeiro subconjunto de valores é reservado para indicar um formato de transporte da unidade de dados de protocolo, e um segundo subconjunto de valores é reservado para indicar uma versão de redundância para transmissão dos dados do usuário.
14/59
Em uma implementação exemplificadora, o primeiro subconjunto de valores contém mais valores do que o segundo subconjunto de valores.
Além disso, em outra realização exemplificadora da invenção, a versão de redundância da unidade de dados de protocolo é implícita ao seu formato de transporte * que indicou o valor correspondente do primeiro subconjunto .*· Em outras palavras, cada formato de transporte individual que é representado por uma combinação de bit específica do primeiro subconjunto é ligado inequivocamente a uma respectiva versão de redundância de modo que nenhuma sinalização explícita da versão de redundância da unidade de dados de protocolo é necessária. Outra possibilidade é de que a versão- de redundância a ser utilizada para a transmissão inicial dos dados do usuário na unidade de dados de protocolo é fixa ou pré-configurada.
Em outra realização, pode ser considerado que a transmissão da unidade de dados de protocolo mencionada acima é uma transmissão inicial dos dados do usuário. Neste caso, o valor dos bits de informação codificados no campo de canal de controle está representando um valor do primeiro subconjunto de valores. Desse modo, em geral, no caso de uma transmissão inicial, do formato de transporte e opcionalmente a versão de redundância da unidade de dados de protocolo é indicada no sinal de canal de controle. Tal como indicado acima, a versão de redundância também pode ser implícita ao formato de transporte.
De uma forma similar, no caso em que a transmissão da unidade de dados de protocolo é uma retransmissão dos dados do usuário, o valor dos bits de informação codificados no campo de canal de controle está representando um valor do segundo subconjunto de valores. Isto pode, por exemplo, ser vantajoso em um desenho de sistema onde o formato de
15/59 transporte (por exemplo, o tamanho do bloco de transporte) de uma unidade de dados de protocolo não muda entre a transmissão inicial e a retransmissão ou se o formato de transporte pode ser determinado do formato de transporte e da informação de alocação de recurso para a transmissão inicial e a informação de alocação de recurso para a retransmissão. Por conseguinte, se uma retransmissão precisar ser emitida para os dados de usuário, o sinal de canal de controle para esta retransmissão não precisa sinalizar explicitamente o formato de transporte para a unidade de dados de protocolo retransmitida, mas, em vez disso, os bits do campo de informação de controle indicam a versão de redundância da unidade de dados de protocolo ao assumir o formato de transporte da retransmissão como sendo o mesmo da transmissão inicial ou determinado do formato de transporte » e (opcionalmente) da informação de alocação de recurso da transmissão inicial e, ainda opcionalmente, da informação' de alocação de recurso na retransmissão.
No entanto, em outros desenhos exemplificadores, o formato de transporte da transmissão inicial dos dados do usuário pode não ser conhecido, por exemplo, no caso de o terminal de recebimento perder a transmissão do sinal de canal de controle, ou o mesmo formato de transporte pode nao ser utilizado por muito tempo para a retransmissão, por exemplo, devido a uma reconfiguração dos recursos alocados na transmissão da unidade de dados de protocolo. Por conseguinte, em outra realização da invenção, no caso em que a transmissão da unidade de dados de protocolo é uma retransmissão dos dados do usuário, o valor dos bits de informação codificados no campo de canal de controle está representando um valor do primeiro subconjunto ou do segundo subconjunto de valores.
Desse modo, neste exemplo, o campo de informação de
16/59 controle também pode indicar a versão de redundância da unidade de dados de protocolo, ao assumir que o formato de transporte de retransmissão a ser conhecido da transmissão inicial ou o formato de transporte (e implícita ou explicitamente a versão de redundância) para a retransmissão pode ser indicado na retransmissão, tal como apropriado.
Em outra realização exemplificadora, o formato de transporte, uma versão de redundância utilizada para transmissão da unidade de dados de protocolo e um indicador de dados novos para indicar se a transmissão da unidade de dados de protocolo é uma transmissão inicial dos dados do usuário são considerados para ser codificados conjuntamente no campo de informação de controle, enquanto os valores que podem ser representados pelos bits do campo de informação de controle são divididos outra vez em um primeiro e um segundo subconjunto de modo similar ao descrito acima. Neste exemplo, o uso de um dos valores de um primeiro subconjunto determinado também indica a transmissão da unidade de dados de protocolo como sendo uma transmissão inicial. Isto é, neste caso, os valores do primeiro subconjunto podem ser considerados um indicador de dados novos que está sendo determinado, isto é, indicando uma transmissão inicial, enquanto os valores do segundo subconjunto podem ser considerados um indicador de dados novos que não está sendo determinado, isto é, indicando uma retransmissão.
No caso em que o número de sequência/indicador de dados novos não está codificado conjuntamente com o formato de transporte e a versão de redundância, em uma realizaçao alternativa da invenção, um campo respectivo pode ser concebido no sinal de canal de controle.
De acordo com uma realizaçao adicional da invenção, o sinal de canal de controle compreende um campo de alocação de recurso para indicar o recurso ou os recursos de rádio
17/59 físicos alocados a um receptor para receber a unidade de dados de protocolo ou o recurso ou recursos de rádio físicos em que um transmissor deve transmitir a unidade de dados de protocolo..
Em outra realização, o sinal de canal de controle compreende adicionalmente um campo identificador de terminal móvel para indicar um terminal móvel ou grupo de terminais móveis que devem receber o sinal de canal de controle.
Em uma realização adicional da invenção, o sinal de canal de controle ou, em vez disso, os bits do campo de informação de controle incluem um sinalizador que indica o tipo de informação indicado pelos bits restantes do campo de informação de controle, no caso em que o pacote de dados de protocolo é uma retransmissão dos dados do usuário.
Em uma solução alternativa de acordo com outra realização da invenção, outro sinal de canal de controle é fornecido. Também este sinal de canal de controle alternativo é associado à unidade de dados de protocolo que transporta os dados do usuário e compreende um campo de informação ' de controle que consiste em um número de bits que representa um formato de transporte e implicitamente uma versão de redundância da unidade de dados de protocolo se a transmissão da unidade de dados de protocolo for uma transmissão inicial dos dados do usuário, ou representa uma versão de redundância da unidade de dados de protocolo se a transmissão da unidade de dados de protocolo for uma retransmissão dos dados do usuário.
Adicionalmente, em uma variação desta realização, os bits do campo de informação de controle representam uma versão de redundância e opcionalmente um formato de transporte da unidade de dados de protocolo se a transmissão da unidade de dados de protocolo for uma retransmissão.
Outra realização da invenção refere-se a um método
18/59 para codificação de uma sinalização de controle associada a uma unidade de dados de protocolo que transmite os dados do usuário em um sistema de comunicação móvel. Neste método, a estação-base gera um sinal de canal de controle que compreende um campo de informação de controle em que um formato de transporte e uma versão de redundância da unidade de dados de protocolo são codificados conjuntamente e transmitem subsequentemente o sinal de canal de controle para pelo menos um terminal móvel.
Em uma realização adicional, a estação-base recebe o feedback de pelo menos um terminal móvel. O feedback indica se a unidade de dados de protocolo foi decodificada com sucesso no terminal móvel. Se nenhuma decodificaçao bemsucedida tiver ocorrido, a estação-base pode retransmir a unidade de dados de protocolo e pode adicionalmente transmitir um segundo sinal de canal de controle que compreende um campo de informação de controle em que um formato de transporte e uma versão de redundância da unidade de dados de protocolo são codificados conjuntamente. Desse modo, o segundo sinal de canal de controle é associado com uma retransmissão da unidade de dados de protocolo do terminal móvel.
Em uma realização exemplificadora, a unidade de dados de protocolo e a segunda unidade de dados de protocolo são transmitidas ou recebidas utilizando o mesmo processo HARQ.
Outra realização da invenção refere-se a um método para prover uma sinalizaçao de controle associada a uma unidade de dados de protocolo que transmite os dados do usuário em um sistema de comunicação móvel. De acordo com este método, uma estaçao-base do sistema de comunicação móvel gera um sinal de canal de controle que compreende um campo de informação de controle que consiste em vários bits que
19/59 representam:
um formato de transporte e implicitamente uma versão de redundância da unidade de dados de protocolo, se a transmissão da unidade de dados de protocolo for uma transmissão inicial dos dados do usuário, ou
- uma versão de redundância da unidade de dados de protocolo, se a transmissão da unidade de dados de protocolo for uma retransmissão dos dados do usuário.
Subsequentemente, a estação-base transmite o sinal de canal de controle a pelo menos um terminal móvel.
Em uma realização adicional da invenção, em ambos os métodos mencionados acima a estação-base também pode transmitir a unidade de dados de protocolo a um terminal móvel ou receber a unidade de dados de protocolo do terminal móvel utilizando um protocolo de retransmissão HARQ. Em! um exemplo, a unidade de dados de protocolo é transmitida ou recebida utilizando um processo HARQ indicado no sinal· de canal de controle. Em outro exemplo, a unidade de dados· de protocolo é transmitida ou recebida utilizando um processo HARQ determinado com base no número do subquadro do subquadro que transmite a unidade de dados de protocolo. A unidade de dados de protocolo pode ser transmitida ou recebida utilizando o recurso ou recursos de rádio físicos indicados no sinal de canal de controle.
Em uma realização exemplificadora da invenção, o sistema de comunicação móvel é um sistema multiportador, tal como, por exemplo, um sistema à base de OFDM, e o sinal de canal de controle é transmitido dentro dos recursos de rádio físicos de um subquadro alocado nos canais de controle L1/L2 do sistema multiportador.
Além disso, em outra realização exemplificadora da invenção a unidade de dados de protocolo é transmitida no mesmo subquadro que o sinal de canal de controle associado.
20/59
Embora as realizações exemplificadoras aqui descritas estejam focalizando principalmente um esboço da relação entre uma estação-base e um terminal móvel, é aparente que a estação-base pode servir uma pluralidade de terminais móveis, e um sinal de canal de controle é gerado e transmitido pela estação-base para cada terminal móvel? ou grupo de terminais móveis.
Uma realização adicional da invenção é relacionada à operação do terminal móvel. Por conseguinte, é apresentado um método em que um terminal móvel recebe um subquadro de recursos de rádio físicos que compreendem um ’sinal de canal de controle destinado ao terminal móvel. O sinal de canal de controle compreende um campo de informação de controle em -que um formato de transporte e uma versão de redundância de uma unidade de dados de protocolo são codificados conjuntamente. O terminal móvel seguinte determina o formato de transporte e a versão de redundância para o pacote de dados do protocolo que transmite os dados do usuário com base no sinal de canal de controle recebido, e recebe ou transmite o pacote de dados do protocolo em pelo menos um recurso de rádio físico utilizando o formato de transporte e a versão de redundância do pacote de dados do protocolo indicado no campo de informação de controle recebida.
Em um exemplo, o formato de transporte é a informação do tamanho de bloco de transporte da unidade de dados de protocolo, e o sinal de canal de controle recebido compreende um campo de alocação de recurso que indica o recurso ou recursos de rádio físico alocados ao terminal móvel. Por conseguinte, o terminal móvel pode determinar o tamanho do bloco de transporte da unidade de dados de protocolo dependendo da informação compreendida no campo de alocação de recurso e no campo de informação de controle.
Em outro exemplo, o sinal de canal de controle
21/59 indica que o pacote de dados do protocolo é uma retransmissão (por exemplo, um indicador de dados novos não determinado) dos dados do usuário, sendo que o método adicional compreende a etapa de transmissão de um reconhecimento positivo para o pacote de dados de protocolo recebido para a estação-base se a sinalização do canal de controle associado à transmissão inicial dos dados do usuário tiver falhado. Desse modo, mesmo que o terminal móvel não receba o sinal de canal de controle e não possa receber a transmissão associada dos dados do usuário, o terminal móvel pode reconhecer uma recebimento bem-sucedida dos dados do usuário e pode, por exemplo, confiar nos protocolos de camada superiores, tais como, por exemplo, o protocolo Radio Link Control (RLC), para cuidar da manipulação da retransmissão.
No caso que a unidade de dados de protocolo é *uma retransmissão, de acordo com outro exemplo, o terminal móvel pode reutilizar a informação de formato de transporte. da unidade de dados de protocolo indicada em um sinal de canal de controle para a transmissão inicial para a transmissão ou o recebimento da retransmissão da unidade de dados de protocolo. Por conseguinte, o sinal de canal de controle pode somente indicar a versão de redundância da retransmissão (embora possa ser considerado o sinal de canal de controle para indicar implicitamente o formato de transporte).
Em outra realização exemplificadora da invenção, os bits de informação no campo de informação de controle do canal de controle são associados a uma única informação de referência que indica o formato de transporte e uma versão de redundância utilizada para a transmissão da unidade de dados do protocolo associada ao valor respectivo representado pelos bits de informação do campo de informação de controle para as transmissões iniciais e as retransmissões do pacote de dados do protocolo.
22/59
Uma realização adicional da invenção refere-se à operação do terminal móvel. Nesta realização, o terminal móvel recebe um subquadro de recursos de rádio físicos que compreendem um sinal de canal de controle. O sinal de canal de controle compreende desse modo um campo de informação de controle que consiste em um número de bits que representa: um formato de transporte e implicitamente uma versão de redundância da unidade de dados de protocolo se a transmissão da unidade de dados de protocolo for uma transmissão inicial dos dados do usuário, ou
- uma versão de redundância da unidade de dados de protocolo se a transmissão da unidade de dados de protocolo for uma retransmissão dos dados do usuário. 4
Em seguida, o terminal móvel determina (com base no sinal de canal de controle recebido) o formato de transporte da versão de redundância para o pacote de dados do protocolo que transmite os dados do usuário, e ainda recebe ou transmite o pacote de dados de protocolo em pelo menos um recurso de rádio físico utilizando o formato de transporte e a versão de redundância do pacote de dados de protocolo indicado no campo de informação de controle recebida.
Nesta realização exemplificadora, os bits de informação da informação de controle são associados a duas informações de referência diferentes (com base em qual conteúdo do campo de informação de controle é interpretado). Se a transmissão dos pacotes de dados de protocolo for uma transmissão inicial, a primeira informação de referência é utilizada na determinação do formato de transporte e da versão de redundância do pacote de dados de protocolo. Se a transmissão dos pacotes de dados de protocolo for uma retransmissão, a segunda referência é utilizada na determinação do formato de transporte e da versão de redundância do pacote de dados de protocolo.
23/59
Em um exemplo, a primeira informação de referência indica um formato de transporte associado ao valor respectivo representado pelos bits de informação do campo de informação de controle, e a segunda informação de referência indica uma versão de redundância associada ao respectivo valor representado pelos bits de informação do campo de informação de controle.
Outra realização da invenção oferece uma estaçãobase para a provisão de uma sinalização de controle associada a uma unidade de dados de protocolo que transmite os dados do usuário em um sistema de comunicação móvel. A estação-base compreende uma unidade processadora para geração de um sinal de canal de controle que compreende um campo de informação-de controle em que um formato de transporte e uma versão * de redundância da unidade de dados de protocolo são codificados conjuntamente, e uma unidade transmissora que transmite a sinalização de controle que compreende o sinal de canal de controle para pelo menos um terminal móvel.
Adicionalmente, outra realização da invenção refere-se a um terminal móvel para uso em um sistema de comunicação móvel, com o que o terminal móvel compreende uma unidade receptora paro recebimento de um subquadro dos recursos de rádio físicos que compreendem um sinal de canal de controle destinado ao terminal móvel. O sinal de canal de controle compreende um campo de informação de controle em que um formato de transporte e uma versão de redundância de uma unidade de dados de protocolo são codificados conjuntamente, tal como aqui mencionado previamente. O terminal móvel também compreende uma unidade processadora para determinação, com base no sinal de canal de controle recebido, do formato de transporte e da versão de redundância para o pacote de dados de protocolo que transmite os dados do usuário, e uma unidade transmissora para transmissão do pacote de dados de protocolo
24/59 em pelo menos um recurso de rádio físico utilizando o formato de transporte e a versão de redundância do pacote de dados de protocolo indicado no campo de informação de controle recebida.
Em uma realização alternativa, o terminal móvel compreende uma unidade receptora para receber um subquadro dos recursos de rádio físicos que compreendem um sinal de canal de controle destinado ao terminal móvel, e uma unidade processadora para determinação, com base no sinal de canal de controle recebido, do formato de transporte e da versão de redundância para o pacote de dados de protocolo que transmite os dados do usuário. Além disso, a unidade receptora é capaz de receber o pacote de dados de protocolo em pelo menos, um recurso de rádio físico utilizando o formato de transporte e a versão de redundância do pacote de dados de protocolo indicados no campo de informação de controle recebida.
Além disso, a invenção, de acordo com outras realizações exemplificadoras, refere-se ã implementação dos métodos aqui descritos em software e em hardware. Por conseguinte, outra realização da invenção oferece instruções de armazenamento em um meio legível por computador que, quando executadas por uma unidade processadora de uma estação-base, fazem com que a estaçao-base gere um sinal de canal de controle que compreende um campo de informação de controle em que um formato de transporte e uma versão de redundância da unidade de dados de protocolo são codificados conjuntamente e transmita o sinal de canal de controle para pelo menos um terminal móvel.
Uma realização adicional refere-se a instruções de armazenamento em um meio legível por computador que, quando executadas por uma unidade processadora de um terminal móvel, faz com que o terminal móvel receba um subquadro dos recursos de rádio físicos que compreendem um sinal de canal de
25/59 controle destinado ao terminal móvel, determine, com base no sinal de canal de controle recebido, o formato de transporte e a versão de redundância para o pacote de dados de protocolo que transmite os dados do usuário, e receba ou transmita o pacote de dados de protocolo em pelo menos um recurso de rádio físico utilizando o formato de transporte e a versão de redundância do pacote de dados de protocolo indicado no campo de informação de controle recebida.
BREVE DESCRIÇÃO DAS FIGURAS
A seguir, a invenção é descrita em mais detalhes com referência às figuras e desenhos anexos. Os detalhes similares ou correspondentes nas figuras são marcados com os mesmos números de referência.
A Figura 1 mostra uma transmissão de dados exemplif icadora para usuários em um sistema OFDMA no modo localizado (LM) que tem um mapeamento distribuído da sinalização de controle L1/L2.
A Figura 2 mostra uma transmissão de dados exemplificadora para usuários em um sistema OFDMA no modo localizado (LM) que tem um mapeamento distribuído da sinalização de controle L1/L2.
A Figura 3 mostra uma transmissão de dados exemplif icadora para usuários em um sistema OFDMA no modo distribuído (DM) que tem um mapeamento distribuído da sinalização de controle L1/L2.
A Figura 4 destaca exemplarmente a inter-relação entre o bloco de transporte/unidade de dados de protocolo e suas versões de redundância diferentes, bem como o tamanho do bloco de transporte/tamanho da unidade de dados de protocolo diferentes.
A Figura 5 mostra um exemplo de um sinal de canal de controle com um campo comum para codificar conjuntamente o formato de transmissão e a versão de redundância de uma
26/59 unidade de dados de protocolo de acordo com uma realização da invenção.
A Figura 6 mostra um exemplo de um sinal de canal de controle com um campo comum, compartilhado, para sinalização do formato de transmissão ou da versão de redundância de uma unidade de dados de protocolo de acordo com uma realização da invenção.
A Figura 7 mostra outro exemplo de um sinal de canal de controle com um campo comum, compartilhado, para sinalização do formato de transmissão, da versão de redundância ou de outra informação para uma unidade de dados de protocolo de acordo com uma realização da invenção.
A Figura 8 mostra um fluxo de mensagem exemplificador, típico, entre um transceptor e um receptor de um sinal de canal de controle de acordo com uma realização exemplificadora da invenção.
A Figura 9 mostra um fluxo de mensagem exemplif icador entre um transceptor e um. receptor de um sinal de canal de controle em que a operação do protocolo de retransmissão do receptor é otimizada de acordo com uma realização exemplificadora da invenção.
A Figura 10 mostra um sistema de comunicação móvel de acordo com uma realização da invenção em que as idéias da invenção podem ser implementadas.
A Figura 11 mostra outro exemplo de um sinal de canal de controle com um campo comum, compartilhado, para sinalização do formato de transmissão ou da versão de redundância de uma unidade de dados de protocolo de acordo com uma realização da invenção.
DESCRIÇÃO DETALHADA DA INVENÇÃO
Os parágrafos a seguir irão descrever várias realizações da invenção. Apenas para fins exemplificadores, a maioria das realizações é esboçada com relaçao a um sistema
27/59 de comunicação UMTS (expandido) de acordo com o SAE/LTE discutido na seção Antecedentes Técnicos acima. Deve ser observado que a invenção pode vantajosamente ser utilizada, por exemplo, em conexão com um sistema de comunicação móvel tal como o sistema de comunicação SAE/LTE descrito previamente ou em relação aos sistemas multiportadores, tais como os sistemas à base de OFDM, mas a invenção não é limitada em seu uso nesta rede de comunicação exemplificadora em particular.
Antes de discutir as várias realizações da invenção com mais detalhes abaixo, os parágrafos a seguir oferecem uma breve vista geral sobre o significado de diversos termos aqui utilizados normalmente e suas inter-relações e dependências. Geralmente, uma unidade de dados de protocolo pode ser considerada um pacote de dados de uma camada de protocolo específica que é utilizada para transmitir um ou mais blocos de transporte. Em um exemplo, a unidade de dados de protocolo é uma MAC Protocol Data Unit (MAC PDU) , isto.é, uma unidade de dados de protocolo da camada de protocolo MAC (Médium Access Control). O MAC PDU transmite aos dados fornecidos pela camada MAC à camada PHY (Physical) . Tipicamente, para uma alocação de usuário única (um canal de controle L1/L2 PDCCH - por usuário) , um MAC PDU é mapeado em um bloco de transporte (TB) na camada 1. Um bloco de transporte define a unidade de dados básica trocada entre a Camada 1 e o MAC (Camada 2) . Normalmente, ao mapear um MAC PDU em um bloco de transporte, um ou múltiplos CRCs sao adicionados. O tamanho do bloco de transporte é definido como o tamanho (número de bits) de um bloco de transporte. Dependendo da definição, o tamanho do transporte pode incluir ou excluir os bits CRC.
Em geral, o formato de transporte define a modulação e o esquema de codificação (MCS) e/ou o tamanho do bloco de transporte, que é aplicado para a transmissão de um
28/59 bloco de transporte e é, portanto, necessário para a (de)modulação e a (de)codificação apropriada. Em um sistema à base de 3GPP, tal como, por exemplo, aquele discutido em 3GPP TR 25.814, o relacionamento a seguir entre a modulação e o esquema de codificação, o tamanho do bloco de transporte e o tamanho da alocação de recurso é válido:
TBS = CRM-Nre onde Nre é o número de elementos de recurso alocados (RE) - um RE é idêntico a um símbolo de modulação -, CR é a taxa de código para codificação do bloco de transporte, e M é o número de bits mapeados em um símbolo de modulação, por exemplo, M=4 para 16-QAM.
Devido a essa relação descrita acima, a sinalização de controle L1/L2 pode só precisar indicar o tamanho do bloco de transporte ou o esquema de modulação e de codificação. No caso de o esquema da modulação e de codificação ser sinalizado, há várias opções de como implementar esta sinalização. Por exemplo, campos separados para a modulação e a codificação ou um campo comum para sinalização de ambos, a modulação e a codificação de parâmetros podem ser previstas. No caso de o local do bloco de transporte ser sinalizado, o tamanho do bloco de transporte normalmente não é sinalizado explicitamente, mas em vez disso é sinalizado como um índice TBS. A interpretação do índice TBS para determinar o tamanho do bloco de transporte real pode, por exemplo, depender do tamanho da alocação de recurso.
A seguir, o campo de formato de transporte na sinalização de controle L1/L2 é assumido para a indicaçao do esquema de modulação e de codificação ou o tamanho do bloco de transporte. Deve ser observado que o tamanho do bloco de transporte para um determinado bloco de transporte normalmente não muda durante as transmissões. No entanto,
29/59 mesmo que o tamanho do bloco de transporte não seja mudado, o esquema de modulação e de codificação pode mudar entre as transmissões, por exemplo, se o tamanho da alocaçao de recurso tiver mudado (tal como fica claro com a relação descrita acima).
Também deve ser observado que, em algumas realizações da invenção, para as retransmissões o tamanho do bloco de transporte tipicamente é conhecido de acordo com a transmissão inicial. Portanto, a informação do formato (MCS e/ou TBS) de transporte (mesmo que o esquema de modulação e de codificação mude entre as transmissões) não tem de ser sinalizada nas retransmissões, uma vez que o esquema . de modulação e de codificação pode ser determinado de acordo com o tamanho do bloco de transporte e o tamanho de alocação de recurso, o qual pode ser determinado de acordo com o campo, de alocação de recurso.
Uma versão de redundância indica um conjunto de bits codificados gerados de um determinado bloco de transporte, tal como mostrado na Figura 4. Nos sistemas, onde a taxa de código para a transmissão de dados é gerada por um codificador de taxa fixa e uma unidade de correspondência de taxa (por exemplo, em HSDPA dos sistemas UMTS ou LTE) , as versões de redundância diferentes são geradas para um único bloco de transporte (ou unidade de dados de protocolo) pela seleção de diferentes conjuntos de bits codificados disponíveis, onde o tamanho do conjunto (número de bits selecionados) depende da taxa de código real (CR) para a transmissão de dados. No caso da taxa de código real para uma transmissão (ou retransmissão) ser maior do que a taxa do codificador, uma versão de redundância é construída de um subconjunto de bits codificados. No caso da taxa de código real para uma transmissão (ou retransmissão) ser menor do que a taxa do codificador, uma versão de redundância é construída
30/59 tipicamente de todos os bits codificados com os bits selecionados sendo repetidos.
Uma versão de constelação indica o diagrama de constelação sendo aplicado para a modulação da transmissão de dados. Em alguns casos, isto pode simplesmente se referir a um mapeamento bit-símbolo específico para um dado esquema de modulação. Em outros casos, isto pode se referir às operações de um bit específico ao intercalar e/ou inverter os de valores do bit a fim de conseguir um efeito similar como a aplicação de um mapeamento bit-símbolo específico (ver, por exemplo, EP 1 293 059 BI ou EP 1 313 248 Bl ou 3GPP TS 25.212, Multiplexing and Channel Coding (FDD), versão 7.6.0, setembro de 2007, disponível em http://www.3gpp.org).·
Um New Data Indicator (NDI) indica um sinalizador (ou campo) que indica se uma transmissão de um bloco de transporte (ou unidade de dados de protocolo) é uma transmissão inicial ou uma retransmissão. Se NDI estiver, determinado, a transmissão de um bloco ,de transporte (ou unidade de dados de protocolo) é uma transmissão inicial. Em algumas implementações, o indicador de dados novos é um número de sequência de 1-bit (SN) , que é incrementado a cada outro bloco de transporte (ou unidade de dados de protocolo). No caso da utilização de um único bit para o NDI/SN o incremento é idêntico a trocar o bit. Geralmente, no entanto, um número de sequência pode compreender mais de um bit.
Um aspecto principal da invenção consiste na sugestão de um formato novo para a informação de canal de controle. De acordo com este aspecto, o formato de transporte/tamanho do bloco de transporte/tamanho da carga útil/esquema de modulação e codificação e a versão de redundância/versão de constelação para a transmissão associada dos dados do usuário (normalmente na forma de uma unidade de dados de protocolo) são fornecidos em um único
31/59 campo da informação do canal de controle. A informação do canal de controle pode, por exemplo, ser a informação de controle Ll/L2/um sinal de canal de controle L1/L2 que é transmitido no PDCCH (Physical Downlink Control Channel) de um sistema 3GPP LTE.
Deve ser observado que, para simplicar, é feita referência a um formato de transporte e a uma versão de redundância na maioria dos presentes exemplos. No entanto, em todas as realizações da presente invenção, o termo formato de transporte significa qualquer um dentre formato de transporte, tamanho do bloco de transporte, tamanho da carga útil ou esquema de modulação e de codificação . Do mesmo modo, em todas as realizações da presente invenção; o termo versão de redundância pode ser substituído por versão de redundância e/ou versão de constelação.
Além, algumas realizações da invenção preveem a combinação do formato de transporte, a versão- de redundância e adicionalmente,, a informação relacionada a .HARQ. (número’’de sequência (Retransmissão/HARQ) ou indicador de dados novos NDI) dentro de um único campo da informação do canal de controle.
Há duas abordagens básicas aqui sugeridas. De acordo com realizações diferentes da invenção, uma codificação conjunta do formato de transporte e da versão’de redundância é provida ou, alternativamente, uma sinalização compartilhada do formato de transporte e da versão de redundância é utilizada. Em ambos os casos, somente um único campo de informação do canal de controle é fornecido para o formato de transporte e a versão de redundância; no entanto, o uso do campo é diferente.
Ao utilizar a codificação conjunta, há um campo comum para o formato de transporte e a versão de redundância definido na informação/sinal de canal de controle. O formato
32/59 de transporte e a versão de redundância são codificados conjuntamente, por exemplo, um campo de N bits utiliza valores resultantes 2N, que podem ser sinalizados. Fora dos valores 2N os valores M (< 2N) são utilizados para indicar um formato de transporte que é, por exemplo, associado a uma determinada versão de redundância fixa ou pré-configurada (neste caso, poderia se falar de uma sinalização explícita do formato de transporte e de uma sinalização implícita simultânea da versão de redundância). Todos os valores restantes ou uma parte deles sao utilizados para indicar versões de redundância adicionais que podem, por exemplo, ser utilizadas para retransmissões da unidade de dados de protocolo.
Esta última pode, por exemplo, ser especialmente aplicável em um desenho de sistema onde o formato de transporte de um bloco de transporte/unidade de dados de protocolo não muda entre a transmissão inicial e a retransmissão ou pode ser derivada de outra informação ·ηο sinal de canal de controle para a retransmissão e/ou a transmissão inicial (por exemplo, em alguns sistemas pode ser possível derivar o formato de transporte de uma retransmissão de formato de transporte e opcionalmente a informação de alocação de recurso relacionada à transmissão inicial também a informação na alocação de recurso para - a retransmissão pode ser levada em conta). Neste exemplo, a sinalização de controle para a retransmissão pode explicitamente indicar a versão de redundância da unidade de dados de protocolo utilizada para a sua retransmissão e implicitamente resultar no formato de transporte (isto é, no mesmo formato de transporte utilizado para a transmissão inicial da unidade de dados de protocolo que foi indicado em um sinal de canal de controle anterior para a transmissão inicial ou o formato de transporte pode ser derivado de outra
33/59 informação de sinalização do canal de controle, tal como mencionado acima).
Tal como mencionado acima, como uma melhoria adicional, o indicador de dados novos ou o número de sequência também podem ser codificados conjuntamente com’ o formato de transporte e a versão de redundância.
Utilizando a segunda abordagem de ter um campo compartilhado para o formato de transporte e a versão de redundância definidos na estrutura de informação do canal de controle, em um instante da sinalização o campo compartilhado é utilizado para sinalizar o formato de transporte, e em outro instante da sinalização o campo compartilhado é utilizado para sinalizar a versão de redundância.
Por conseguinte, ao codificar conjuntamente, o formato de transporte e a versão de redundância somente em um único conjunto de informação de referência para mapear o valor do bit indicado pela combinação de bit no campo · de informação, de controle comum no sinal de canal de controle para uma combinação respectiva entre o formato de transporte e a versão de redundância da unidade de dados de protocolo, o fornecimento dos dados do usuário pode ser necessário, sem considerar se a transmissão é uma transmissão inicial da unidade de dados de protocolo ou uma retransmissão da mesma.
No caso de ter um campo de informação de controle compartilhado no sinal de canal de controle, pode haver dois conjuntos de informação de referência para mapear o valor do bit indicado pela combinação de bit no campo de informação de controle comum para uma combinação respectiva entre o formato de transporte e a versão de redundância, dependendo se a transmissão é uma transmissão inicial da unidade de dados de protocolo ou uma retransmissão da mesma. Por exemplo, no caso há uma versão de redundância pré-configurada ou fixa para a transmissão inicial, e o sinal de canal de controle para a
34/59 transmissão inicial pode explicitamente indicar o formato de transporte da transmissão inicial dentro do campo compartilhado. Para algumas retransmissões, o formato de transporte da transmissão inicial pode ser reutilizado, de modo que o sinal de canal de controle para a retransmissão pode somente indicar explicitamente a versão de redundância da retransmissão (enquanto o formato de transporte pode ser considerado identificado implicitamente ou conhecido do sinal de canal de controle para a transmissão inicial ou qualquer uma anterior).
Uma diferença significativa entre o conceito geral da. invenção e os sistemas existentes, tais como 3GPP HSDPA, do ponto de vista de uma operação de sistema eficiente, é relacionada aos erros do protocolo HARQ. Em HSDPA, um bloco de transporte perdido (MAC PDU) , por exemplo, devido a uma- má detecção de ACK/NACK ou uma perda da sinalização de controle downlink L1/L2 que carrega a informação de programação (TF, HARQ, etc.), provoca um custo elevado do recurso e um grande atraso, uma vez que o protocolo RLC que cuida desses erros é lento e pesado. Em sistemas LTE (que é um dos sistemas-alvo para empregar a presente invenção) , o protocolo RLC de camada mais alta é leve e rápido, o que permite projetar a sinalização de controle de downlink L1/L2 para ser menos robusta, o que, por sua vez, permite as otimizações aqui descritas. Tal como indicado acima, uma abordagem sugerida aqui é o uso de um campo único/comum no formato da informação do canal de controle para indicar o formato de transporte (pelo menos implicitamente) e a versão de redundância da transmissão de uma unidade de dados de protocolo e codificar conjuntamente (pelo menos) esses dois parâmetros utilizando os bits do campo comum. De acordo com uma realização exemplificadora da invenção, o campo comum na informação do canal de controle pode ser considerado como consistindo de N
35/59 bits de modo que os valores 2N possam ser representados e sinalizados. Dos valores 2N os valores M (< 2N) podem, por exemplo, ser utilizados para indicar um formato de transporte associado com uma determinada versão de redundância fixa ou pré-configurada. Todos os valores restantes ou parte delés são utilizados para indicar versões de redundância adicionais.
A Tabela 3 ilustra abaixo um exemplo em que o campo comum (Valor Sinalizado) consiste em 4 bits. A primeira parte (faixa TF indicada) da faixa total de valores representáveis pelos 4 bits é utilizada para indicar os formatos de transporte diferentes que são associados a uma determinada versão de redundância (RV 0). Os valores restantes representáveis pelos 4 bits formam uma segunda parte (faixa RV indicada) e indicam uma versão de redundância da respectiva transmissão.
| Valor sinalizado (binário) | Valor sinalizado (decimal) | TF (TBS) | RV | Faixas |
| 0000 | 0 | ... | 0 | |
| 0001 | 1 | ... | 0 | |
| 0010 | 2 | ... | 0 | |
| 0011 | 3 | ... | 0 | |
| 0100 | 4 | ... | 0 | |
| 0101 | 5 | 100 | 0 | |
| 0110 | 6 | 120 | 0 | Faixa TF |
| 0111 | 7 | 150 | 0 | |
| 1000 | 8 | 200 | 0 | |
| 1001 | 9 | ... | 0 | |
| 1010 | 10 | ... | 0 | |
| 1011 | 11 | ... | 0 | |
| 1100 | 12 | ... | 0 | ____ |
| 1101 | 13 | 1 | ||
| 1110 | 14 | N/A | 2 | faixa RV |
| 1111 | 15 | 3 |
Tabela 3
Na Tabela 3 acima, todos os valores da faixa TF são atribuídos somente a uma única versão de redundância (RV 0) . Naturalmente, também pode ser possível que os respectivos
36/59 valores/formatos de transporte estejam associados a versões de redundância diferentes. Isto é exemplificado na Figura 4 abaixo.
| Valor sinalizado (binário) | Valor sinalizado (decimal) | TF (TBS) | RV | Faixas |
| 0000 | 0 | ... | 0 | |
| 0001 | 1 | ... | 0 | |
| 0010 | 2 | ... | 0 ____ | |
| 0011 | 3 | 0 | ||
| 0100 | 4 | ... | 1 | |
| 0101 | 5 | 100 | 1 | |
| 0110 | 6 | 120 | 1 | Faixa TF |
| 0111 | 7 | 150 | 1 ____ | |
| 1000 | 8 | 200 | 2 | |
| 1001 | 9 | ... | 2 | |
| 1010 | 10 | ... | 2 | |
| 1011 | 11 | 2 | ||
| 1100 | 12 | ... | 2 | __ |
| 1101 | 13 | 0 | ||
| 1110 | 14 | N/A | 1 | faixa RV |
| 1111 | 15 | 2 | ------------------------------------------------------------------------------------------------1 |
Tabela 4 . De acordo com o exemplo na Tabela 4, as versões ‘da redundância podem ser definidas dependendo do valor de sinalização real. Em uma realização, para os tamanhos de bloco de transporte pequenos ou baixos níveis de MCS, uma versão de redundância específica (RV 0) podería ser 10 utilizada, e para tamanhos de bloco de transporte maiores/altos níveis de MCS, outra versão de redundância (RV 1 ou RV 2) poderia ser utilizada. Além disso, em outro exemplo, o mesmo formato de transporte pode ser associado as versões de redundância diferentes.
Em operação, ao transmitir inicialmente uma unidade de dados de protocolo (ou bloco de transporte), a estaçãobase pode emitir um sinal de canal de controle que compreende um campo TF/RV comum que tem um valor selecionado de faixa TF. Por conseguinte, o valor sinalizado nao somente 20 identifica um formato de transporte da unidade de dados de
37/59 protocolo, mas também indica a versão de redundância respectiva. Se uma unidade de dados de protocolo é retransmitida, um valor da faixa RV que indica uma versão de redundância específica é sinalizado, porque pode ser assumido que o formato de transporte é constante ou ser conhecido para todas as transmissões de uma unidade de dados de protocolo respectiva (bloco de transporte) para facilitar uma combinação suave pelo protocolo HARQ.
Alternativamente, por exemplo, dependendo do feedback do receptor (por exemplo, a estação móvel) da unidade de dados de protocolo fornecida ao transmissor (por exemplo, a estação-base) da unidade de dados de protocolo, o transmissor pode decidir enviar a retransmissão com o mesmo formato de transporte e versão de redundância da transmissão inicial. Utilizando uma tabela de referência tal como mostrado na Tabela 3, o sinal de canal de controle para a retransmissão pode, desse modo, indicar o mesmo valor no campo..TF/RV do sinal de canal de controle como o sinal de canal de controle para a transmissão inicial (à medida que a faixa RV não permite o sinal RV 0) . Ao utilizar uma tabela de referência tal como mostrado na Tabela 4, deve ser observado que a faixa RV resulta em três das mesmas três versões, de redundância que são identificadas na faixa TF, de modo que o campo TF/RV no sinal de canal de controle possa sempre ser um valor da faixa RV para as retransmissões.
No caso em que há a possibilidade de enviar retransmissões com a mesma versão de redundância que a transmissão inicial, por exemplo, devido ao uso de HARQ com a combinação Chase como um protocolo de retransmissão para as unidades de dados de protocolo, as implementações exemplificadoras a seguir podem ser previstas.
Em uma implementação exemplificadora, qualquer valor de faixa TF pode ser sinalizado no sinal de canal de
38/59 controle para as retransmissões, mesmo se o valor sinalizado não corresponder ao valor de TF (TBS) do bloco de transporte (ou, em outras palavras, o TF da transmissão inicial da unidade de dados de protocolo). Neste caso, o receptor (por exemplo, uma estação móvel) simplesmente ignora o formato de transporte que seria resultado pelo valor sinalizado da faixa TF, e simplesmente aplica a versão de redundância sinalizada. Por conseguinte, a fim de distinguir quando ignorar o formato de transporte sinalizado, o receptor pode avaliar o número de sequência (campo) ou o indicador de dados novos primeiro, para reconhecer se a transmissão associada da unidade de dados de protocolo é uma transmissão inicial ou uma retransmissão.
Em outra segunda implementação exemplificadora, também para uma retransmissão do valor da faixa TF, ela pode ser sinalizada como combinando com o formato de transporte (TBS) da primeira transmissão, inicial. Neste caso, o receptor (por exemplo, a estação móvel) tipicamente não ignora o valor do formato de transporte sinalizado (TBS), na medida em que este pode ajudar a descobrir casos de erros. Se, por exemplo, o receptor perder a sinalizaçao de controle da transmissão inicial (e também perder desse modo a primeira transmissão da unidade de dados de protocolo/bloco de transporte) , o receptor pode tentar decodificar os dados com base na sinalização para a retransmissão, uma vez que a sinalização de controle contém o formato de transporte.
Em uma terceira implementação exemplificadora, · a interpretação do valor do formato de transporte (TBS) no campo comum TF/RV depende do campo de alocação de recurso também compreendido na informação do canal de controle. Isto significa que para um determinado tamanho de alocaçao de recurso, somente uma faixa específica de tamanhos de blocos cie transporte pode ser sinalizada (normalmente, o tamanho de
39/59 bloco de transporte TBS é relacionado à quantidade de recursos alocados - medidos em blocos de recurso RBs - tal como segue: TBS = N . RB, onde N = 1,2,3...) . No caso em que o tamanho de alocação de recurso muda entre a transmissão 5 inicial e as retransmissões, pode acontecer de não ser possível sinalizar o tamanho do bloco de transporte correto.
Neste caso, pode ser vantajoso incluir um valor de TF fora da faixa na tabela de referência utilizada no receptor do sinal de canal de controle para interpretar o conteúdo do 10 campo TF/RV. Este último caso é exemplificado na Tabela 5 abaixo.
| Valor sinalizado (binário) | Valor sinalizado (decimal) | TF (TBS) | RV | Faixas |
| 0000 | 0 | ... | 0 | |
| 0001 | 1 | 0 | ||
| 0010 | 2 | 0 | ||
| 0011 | 3 | 0 | ||
| 0100 | 4 | ... | 0 | |
| 0101 | 5 | 100 | 0 | |
| 0110 | 6 | 120 | 0 | Faixa TF |
| 0111 | 7 | 150 | 0 | |
| 1000 | 8 | 200 | 0 | |
| 1001 | 9 | ... | 0 | |
| 1010 | 10 | ... | 0 | |
| 1011 | 11 | ... | 0 | |
| 1100 | 12 | fora da faixa | 0 | |
| 1101 | 13 | 1 | ||
| 1110 | 14 | N/A | 2 | faixa RV |
| 1111 | 15 | . __________________________.__________— | 3 | --------------—l |
Tabela 5
Em outra quarta implementação exemplificadora, pode ser considerado que a mesma versão de redundância tal como 15 utilizada para uma transmissão inicial pode ser utilizada para uma retransmissão, tendo incluído na faixa RV um valor que resulte na mesma versão de redundância que os resultados pelos valores da faixa TF. Esta implementação é exemplificada na Tabela 6 abaixo, onde a faixa RV 20 compreende também um valor (1101) que está indicando o uso
40/59 da redundância RV 0.
| Valor sinalizado (binário) | Valor sinalizado (decimal) | TF (TBS) | RV | Faixas |
| 0000 | 0 | ... | 0 | |
| 0001 | 1 | 0 | ||
| 0010 | 2 | 0 | ||
| 0011 | 3 | 0 | ||
| 0100 | 4 | ... | 0 | |
| 0101 | 5 | 100 | 0 | |
| 0110 | 6 | 120 | 0 | Faixa TF |
| 0111 | 7 | 150 | 0 | |
| 1000 | 8 | 200 | 0 | |
| 1001 | 9 | ... | 0 | |
| 1010 | 10 | 0 | ||
| 1011 | 11 | 0 | ||
| 1100 | 12 | ... | 0 | |
| 1101 | 13 | 0 | ||
| 1110 | 14 | N/A | 1 | faixa RV |
| 1111 | 15 | 2 |
Tabela 6
Em outra realização da invenção, o sinal de canal de controle também inclui um indicador de dados novos (que indicam se o dado é um dado novo/nova unidade de dados de protocolo) ou um número de sequência da unidade de dados de protocolo, que permite que o receptor detecte a transmissão do dado novo/nova unidade de dados de protocolo.
De acordo com um exemplo, o indicador de dados novos ou o número de sequência podem ser transmitidos em um campo separado ou sinalizador no sinal de canal de controle. Em uma implementação exemplificadora, o campo do número de sequência é um bit, isto é, o incremento é idêntico à troca do sinalizador. Do mesmo modo, o indicador de dados novos pode ser implementado como um campo de 1-bit. No caso, um novo bloco de transporte é transmitido (transmissão inicial), o valor do indicador de dados novo é ajustado (por exemplo, para o valor 1) e, se um bloco de transporte for retransmitido, o indicador de dados novos nao é ajustado (por exemplo, é ajustado para o valor 0).
41/59
De acordo com outra implantação exemplificadora, o número de sequência ou o indicador de dados novos são codificados conjuntamente com o formato de transporte e a versão de redundância em um campo único, comum, do sinal de 5 canal de controle. Desse modo, o campo NDI/SN pode não ser mais necessário, o que permite reduzir a sobrecarga de sinalização.
A codificação conjunta do indicador de dados novos (NDI) com o formato de transporte e a versão de redundância 10 de acordo com duas realizações exemplificadoras da invenção é mostrada na Tabela 7 e na Tabela 8. Na Tabela 8, o uso da versão de redundância RV 0 pode ser considerado para também indicar implicitamente dados novos, isto é, podería, portanto, também ser interpretado como um sinalizador de NDI 15 sendo ajustado (por exemplo, NDI=1), e todas as outras versões de redundância RVs (RV 1-3) indicando retransmissões, isto é, poderia também ser interpretado como um sinalizador de NDI que não está sendo ajustado (por exemplo, NDI-0) .
| Valor sinalizado (binário) | Valor sinalizado (decimal) | TF (TBS) | RV | NDI | Faixas |
| 0000 | 0 | ... | 0 | 1 | Faixa TF (nova faixa de dados) |
| 0001 | 1 | ... | 0 | 1 | |
| 0010 | 2 | ... | 0 | 1 | |
| 0011 | 3 | ... | 0 | 1 | |
| 0100 | 4 | ... | 0 | 1 | |
| 0101 | 5 | 100 | 0 | 1 | |
| 0110 | 6 | 120 | 0 | 1 | |
| 0111 | 7 | 150 | 0 | 1 | |
| 1000 | 8 | 200 | 0 | 1 | |
| 1001 | 9 | ... | 0 | 1 | |
| 1010 | 10 | ... | 0 | 1 | |
| 1011 | 11 | ... | 0 | 1 | |
| 1100 | 12 | ... | 0 | 1 | |
| 1101 | 13 | N/A | 0 | 0 | Faixa RV (nova faixa de transmissão) |
| 1110 | 14 | 1 | 0 | ||
| 1111 | 15 | 2 | 0 |
Tabela 7
42/59
| Valor sinalizado (binário) | Valor sinalizado (decimal) | TF (TBS) | RV | NDI | Faixas |
| 0000 | 0 | ... | 0 | 1 | Faixa TF (nova faixa de dados) |
| 0001 | 1 | ... | 0 | 1 | |
| 0010 | 2 | ... | 0 | 1 | |
| 0011 | 3 | ... | 0 | 1 | |
| 0100 | 4 | ... | 0 | 1 | |
| 0101 | 5 | 100 | 0 | 1 | |
| 0110 | 6 | 120 | 0 | 1 | |
| 0111 | 7 | 150 | 0 | 1 | |
| 1000 | 8 | 200 | 0 | 1 | |
| 1001 | 9 | ... | 0 | 1 | |
| 1010 | 10 | ... | 0 | 1 | |
| 1011 | 11 | ... | 0 | 1 | |
| 1100 | 12 | ... | 0 | 1 | |
| 1101 | 13 | N/A | 1 | 0 | Faixa RV (nova faixa de transmissão) |
| 1110 | 14 | 2 | 0 | ||
| 1111 | 15 | 3 | 0 |
Tabela 8
Essencialmente, a Tabela 7 é similar à Tabela 6 (assim como a Tabela 8 à Tabela 3), à exceção da adição de outra coluna à tabela de referência que indica o NDI 5 identificado que se ajusta a um valor sinalizado respectivo.
Em geral, independente do exemplo específico dado na Tabela 7, deve ser reconhecido que a definição de duas faixas de valores (faixa TF e faixa RV) define também duas faixas de valores que indicam, se o dado novo for enviado ou se uma 10 retransmissão for oferecida. Essencialmente, selecionar um valor da faixa TF indica uma nova transmissão, e é desse modo equivalente a um indicador de dados novos sendo ajustado (ou um número de sequência que estã sendo incrementado) . Do mesmo modo, a seleção de um valor da faixa RV não indica 15 nenhum dado novo sendo transmitido e é desse modo equivalente ao indicador de dados novos nao sendo ajustado (ou um número de sequência que não está sendo incrementado) . Uma vez que o ajuste de um indicador de dados novos (que incrementa o número de sequência) normalmente coincide com a transmissão
43/59 de uma transmissão inicial da unidade de dados de protocolo ou do bloco de transporte, respectivamente, para as transmissões iniciais um valor da faixa TF deve ser sinalizado, e para as retransmissões, um valor da faixa RV deve ser sinalizado.
Outra abordagem alternativa à codificação conjunta do formato de transporte e da versão de redundância é o uso de um campo compartilhado (que também podería ser indicado como um campo compartilhado TF/RV) no formato de informação do canal de controle a ser utilizado para a sinalização do formato de transporte e da versão de redundância. Nesta abordagem alternativa, de acordo com outra realização da invenção, é considerado que o formato de transporte é geralmente associado com uma versão de redundância específica para a transmissão inicial (ou a versão de redundância para a transmissão inicial é fixa ou pré-definida). Por conseguinte, no caso de uma transmissão inicial, o campo compartilhado é interpretado como sinalizando um formato de transporte, tal como mostrado na Tabela 9, e por assim dizer indicar implicitamente uma versão de redundância da transmissão respectiva de uma maneira similar, tal como discutido em alguns exemplos acima em relação à abordagem de codificação conjunta.
Além disso, também deve ser considerado que o tamanho do bloco de transporte não está mudando entre a transmissão inicial e a retransmissão de uma unidade de dados de protocolo ou bloco de transporte. Desse modo, no caso de uma retransmissão, o campo compartilhado no sinal de canal de controle é interpretado como uma versão de redundância, tal como mostrado na Tabela 10.
| Valor sinalizado (binário) | Valor sinalizado (decimal) | TF (TBS) |
| 0000 | 0 | ... |
| 0001 | 1 | *'*-- |
44/59
| 0010 | 2 | ... |
| 0011 | 3 | ... |
| 0100 | 4 | ... |
| 0101 | 5 | 100 |
| 0110 | 6 | 120___________ |
| 0111 | 7 | 150 |
| 1000 | 8 | 200 |
| 1001 | 9 | ... |
| 1010 | 10 | |
| 1011 | 11 | |
| 1100 | 12 | |
| 1101 | 13 | |
| 1110 | 14 | |
| 1111 | 15 | ... |
Tabela 9
| Valor sinalizado (binário) | Valor sinalizado (decimal) | RV |
| 0000 | 0 | RV O |
| 0001 | 1 | RV 1 |
| 0010 | 2 | RV 2 |
| 0011 | 3 | RV 3________ |
| 0100 | 4 | RV 4 |
| 0101 | 5 | ··· |
| 0110 | 6 | |
| 0111 | 7 | |
| 1000 | 8 | ... |
| 1001 | 9 | |
| 1010 | 10 | ... |
| 1011 | 11 | ··· |
| 1100 | 12 | ... |
| 1101 | 13 | ··· |
| 1110 | 14 | reservado |
| 1111 | 15 | reservado |
Tabela 10
Comparando a codificação conjunta e o uso de um campo compartilhado, a principal diferença entre as abordagens é a interpretação dos bits dos respectivos campos. No caso da codificando conjunta, a mesma tabela de referência é utilizada para interpretação dos bits do campo comum no sinal de canal de controle para determinar o formato de transporte e a versão de redundância de uma transmissão, sem considerar se a transmissão é uma transmissão inicial ou uma retransmissão. Além disso, no caso de adicionalmente
45/59 codificar conjuntamente o número de sequência ou um indicador de dados novos, a faixa de valor que pode ser representada pelos bits no campo comum deve ser separada em duas faixas para poder se diferenciar entre a transmissão inicial e a retransmissão e desse modo reconhecer um indicador de dados novos que está sendo ajustado ou um número de sequência que está sendo incrementado. Por outro lado, a abordagem de campo compartilhado está utilizando duas tabelas de referência diferentes para a interpretação dos bits contidos no campo comum para o formato de transporte e a versão de redundância (ver Tabelas 9 e 10 acima) , dependendo se uma transmissão inicial ou uma retransmissão são enviadas. Isto permite mais liberdade e flexibilidade para indicar uma variedade maior de formatos de transporte e versões de redundância ou pode permitir a redução do tamanho do campo de sinalizaçao.
No entanto, o receptor do sinal de canal de controle deve estar ciente se uma transmissão inicial ou uma retransmissão estão associadas ao sinal de canal.de controle respectivo. Em teoria, o receptor do sinal de canal· de controle pode derivar a informação de seu próprio feedback, o que não é, no entanto, necessariamente muito confiável porque o feedback pode ser perdido ou mal interpretado.
Portanto, em uma realização adicional da invenção, é sugerido que o sinal de canal de controle compreenda também um campo de número de sequência adicional ou um indicador de dados novos. No caso de utilizar um indicador de dados novos, a interpretação do campo compartilhado TF/RV depende do valor do campo indicador de dados novos, isto, é retornando ao exemplo acima, o receptor (por exemplo, uma estação móvel) do sinal de canal de controle também escolhe a Tabela 9 ou a Tabela 10 para interpretar o campo compartilhado TF/RV, dependendo do ajuste do indicador de dados novos. Do mesmo modo, no caso de ter um campo de número de sequência, o
46/59 receptor seleciona a tabela de referência para interpretar ο conteúdo do campo compartilhado TF/RV com base no número de sequência que está sendo incrementado ou não.
As diferenças entre uma codificação conjunta do formato de transporte da versão de redundância em um campo comum e o uso de um campo compartilhado serão exemplificadas com respeito à Figura 5 e à Figura 6. Na Figura 5, é mostrado um sinal de canal de controle de acordo com uma realização exemplificadora. O sinal de canal de controle compreende um campo de alocação de recurso (alocação RB) , um campo TF/RV para a codificação conjunta do formato de transporte e da versão de redundância (Campo Conjunto TF/RV), um campo NDI/SN e um campo de processo HARQ. A mesma configuração - do sinal de canal de controle é apresentada na Figura 6.
Na Figura 5, o formato de transporte e a versão de redundância são codificados conjuntamente em um campo comum (Campo Conjunto TF/RV) sem considerar se a informação do canal de controle se refere a uma transmissão inicial ou a uma retransmissão. Os quatro bits do campo comum para o formato de transporte e a versão de redundância podem, por exemplo, representar as versões do formato de transporte e das versões redundância tal como esboçado acima com respeito às Tabelas 3 a 6.
Na Figura 6, a abordagem de campo compartilhado;de acordo com uma realização exemplificadora da invenção é ilustrada com mais detalhes. O campo NDI/SN pode também compreender um indicador de dados novo ou um número de sequência e é utilizado para determinar se a informação do canal de controle se refere a uma transmissão inicial e qual informação de referência deve ser utilizada para interpretar o conteúdo do campo compartilhado TF/RV. Se a informação do canal de controle for relacionada a uma transmissão inicial de uma unidade de dados de protocolo ou de um bloco de
47/59 transporte, o campo compartilhado TF/RV indica o formato de transporte do mesmo, tal como mostrado, por exemplo, na Tabela 9 acima. Se a informação do canal de controle for relacionada a uma retransmissão, o campo compartilhado TF/RV indica a versão de redundância da unidade de dados de protocolo, tal como mostrado, por exemplo, na Tabela 10 acima.
Em seguida, a operação do transmissor do sinal de canal de controle de acordo com uma das várias realizações aqui descritas e o receptor da mesma serão aqui descritos com mais detalhes, fazendo referência exemplificadamente desse modo ao caso da transmissão de dados em downlink. Para finalidades exemplificadoras, uma rede tal como exemplificado na Figura 10 pode ser considerada. O sistema de comunicação móvel da Figura 10 é considerado como dotado de duas arquiteturas de nós e consiste em pelo menos um Access and Core Gateway (ACGW) e um Nó Bs. O ACGW pode manipular as funções centrais da rede, tais como chamadas de roteamento e conexões de dados, para as redes externas, e pode também implementar algumas funções RAN. Desse modo, o ACGW pode ser considerado para combinar as funções executadas por GGSN e SGSN nas redes 3G atuais e pelas funções RAN como, por exemplo, o controle de recurso de rádio (RRC), compressão do cabeçalho, proteção de codificação/integridade.
As estações-base (também indicadas como Nó Bs ou Nó Bs intensificado - eNode Bs) podem manipular funções como, por exemplo, segmentação/concatenaçao, programaçao e alocação de recursos, multiplexação e funções de camada física, mas também funções RRC, tais como ARQ exterior. Somente para propósitos exemplificadores, os eNodeBs são ilustrados para controlar somente uma célula de rádio. Obviamente, utilizando as antenas formadoras de feixes e/ou outras técnicas os eNodeBs também podem controlar diversas células de rádio ou
48/59 células de rádio lógicas.
Nesta arquitetura de rede exemplificadora, um canal de dados compartilhado pode ser utilizado para a comunicação de dados do usuário (na forma de unidades de dados de protocolo) em uplink e/ou downlink na interface aérea entre as estações móveis (UEs) e as estações-base (eNodeBs). Este canal compartilhado pode ser, por exemplo, um Uplink Físico ou um Canal Compartilhado de Downlink (PUSCH ou PDSCH) tal como conhecido nos sistemas LTE. No entanto, também é possível que um canal de dados compartilhado e os canais de controle associados sejam mapeados para os recursos da camada física, tal como mostrado na Figura 2 ou na Figura 3.
Os sinais do canal de controle/informação podem ser transmitidos em canais de controle (físicos) separados que são mapeados no mesmo subquadro em que os dados do usuário associados (unidades de dados de protocolo) são mapeados ou podem ser alternativamente enviados em um subquadro que precede aquele que contém a informação associada. Em ' um exemplo, o sistema de comunicação móvel é um sistema 3GPP LTE, e o sinal de canal de controle é a informação do canal de controle L1/L2 (por exemplo, a informação no Physical Downlink Control Channel - PDCCH). A informação de canal de controle L1/L2 respectiva para os diferentes usuários (ou grupos de usuários) pode ser mapeada em uma parte específica do canal compartilhado de uplink ou downlink, tal como mostrado exemplarmente nas Figuras 2 e 3, onde a informação de canal de controle dos diferentes usuários é mapeada para a primeira parte de um subquadro de downlink (controle).
A Figura 8 mostra uma troca de mensagem e tarefas realizadas por um transmissor e um receptor de um sinal de canal de controle de acordo com uma realização exemplif icadora da invenção. A troca de mensagem pode ser realizada na rede de comunicação móvel mostrada na Figura 10.
49/59
Por conseguinte, como o exemplo da Figura 8 está relacionado à transmissão de dados em downlink, o transmissor mostrado na Figura 8 pode ser considerado como correspondendo à estaçãobase /Node B NB1 na Figura 10, e o receptor mostrado na Figura 8 pode ser considerado como correspondendo à estação móvel/UE MS1 na Figura 10. Geralmente, pode ser considerado na Figura 8 que um protocolo de retransmissão, tal como o ARQ hibrido, utilizado entre o transmissor (aqui: estação-base
NB1) e receptor (aqui:
estação móvel MS1) dos dados (unidade de dados de protocolo) para assegurar uma decodificação bem-sucedida dos dados no receptor.
A estação móvel
MS1 está primeiro recebendo
801 o
PDCCH e obtém um sinal de canal de controle L1/L2.
Subsequentemente, a estação móvel
MS1 interpreta (ou descodifica) 802 o conteúdo do sinal de canal de controle canal de controle pode ser considerado como como exemplificado na Figura 6. Em seguida, a estação móvel MS1 recebe e tenta decodificar 804 a unidade de protocolo transmitida 803 no canal de dados de associado com os parâmetros indicados pelo sinal de
L1/L2. O sinal de tendo um formato de dados downlink controle L1/L2.
No caso em que a estação móvel MS1 pode decodificar a unidade de dados de protocolo com sucesso (conhecido devido ao CRC correto) , ela transmite um ACK em uplink.
canal de
Alternativamente, a estação móvel transmite 805 um NACK em uplink, se não tiver decodificado os dados corretamente (conhecido devido a um CRC falso).
No caso de uma estação móvel MS1 não receber (decodificar corretamente) o sinal de canal de controle de PDCCH, ela não transmite um
ACK ou NACK em uplink (DTX).
No caso de recebimento de um NACK na estaçao-base NB1, a mesma irá fazer uma retransmissão da unidade de dados de protocolo para a estação móvel. Como a retransmissão da
50/59 unidade de dados de protocolo é considerada exemplificadamente como sendo outra versão de redundância da mesma unidade de dados de protocolo, a estação-base NB1 gera 806 um sinal de canal de controle para a retransmissão e transmite 807 este sinal de canal de controle e a retransmissão da unidade de dados de protocolo 809 para· a estação móvel MS1. Assim como nas etapas 802 e 804, a estação móvel MS1 recebe 808 o sinal de canal de controle para a retransmissão e utiliza os parametros aqui indicados para receber e decodificar 810 a retransmissão da unidade de dados de protocolo. Enquanto se considera que a unidade de dados de protocolo pode corretamente ser decodificada depois de receber a retransmissão, a estação móvel MS1 informa 811 a estação-base NB1 da decodificação bem sucedida (mal sucedida) por meio de um ACK (NACK).
Em uma realização adicional, é sugerida uma melhoria extra ao protocolo de retransmissão. Esta melhoria sérã esboçada com o fluxo de sinalizaçao exemplificador e a troca de dados, tal como ilustrado na Figura 9. Pode ser considerado que o protocolo de retransmissão é fornecido na Medium Access Layer (MAC) do sistema de comunicação móvel e que outro protocolo de camada mais alto na pilha de protocolos confere outra função de retransmissão para garantir uma entrega bem-sucedida dos dados. Por exemplo, este protocolo de camada mais alto pode ser o protocolo Radio Link Control (RLC).
Geralmente, se uma estação móvel perde 901 a sinalização de controle (por exemplo, no PDCCH) para a transmissão inicial de uma unidade de dados de protocolo (por exemplo, MAC PDU) , também não pode receber 9 03 a transmissão inicial da unidade de dados de protocolo. Além disso, a estação móvel também não está ciente do formato de transporte que será utilizado para a transmissão e as retransmissões da
51/59 unidade de dados de protocolo e não fornece nenhum feedback à estação-base transmissora.
No caso de a estação-base não receber nenhum * feedback para a transmissão inicial, uma implementação típica da unidade programadora da estação-base considera 903 esta ausência de feedback como um NACK (receptor ACK/NACK de dois estados) e a estação-base gera 904 e transmite 905 outra sinalização de controle L1/L2 para a retransmissão da unidade de dados de protocolo.
Se a estação móvel receber subsequentemente 906 esta sinalização de controle L1/L2 para a retransmissão. Considerando agora que há um campo comum para o formato de transporte e a versão de- redundância dentro da sinalização de controle, os bits no campo comum de TF/RV não resultam no formato de transporte (por exemplo, tamanhos de bloco de transporte, MCS, etc.) da unidade de dados de protocolo, mas só podem indicar a versão de redundância (vide, por exemplo, as Tabelas 3 a 8 e considere que um valor da faixa RV está sinalizado para a retransmissão, ou veja a Tabela 9 para uma abordagem de campo compartilhado TF/RV). Mesmo que a estação móvel não seja capaz de receber a retransmissão 907 da unidade de dados de protocolo, de acordo com esta realização da invenção, a estação móvel envia 908 um reconhecimento positivo (ACK) a fim de abortar a transmissão da unidade de dados de protocolo atual (MAC PDU) , uma vez' que de outro modo ** (transmitindo NACK) a estação-base deve continuar com as retransmissões sem o terminal móvel que tem uma possibilidade de decodificar corretamente o bloco de transporte. A transmissão de um ACK faz com que o bloco de transporte seja perdido; no entanto, a retransmissão deste bloco de transporte (unidade de dados de protocolo) pode ficar sob os cuidados dos protocolos de camada mais alta (ARQ) , se disponíveis (por exemplo, RLC).
54/59 (disponível em http://www.3gpp.org e aqui incorporado a título de referência). Considerando um modo MIMO que suporta 2 transmissões de palavra de código e 2 processos HARQ, normalmente o número do subprocesso precisa ser sinalizado no canal de controle L1/L2, que requer um bit adicional para o processo HARQ. Considerando que este bit não é necessário nas transmissões iniciais, nas retransmissões este bit pode ser sinalizado no espaço disponível.
- Informação de controle de potência adicional para o controle uplink/downlink e os dados canais.
- informação sobre os recursos utilizados (pela estação-base) ou a ser utilizados (pelo UE) para a sinalização ACK/NACK. Esta informação pode ser, por exemplo, uma indicação explícita dos recursos ou pode ser uma restrição de recursos.
Um bit sinalizador que indica que os bits restantes no campo compartilhado são utilizados para a informação RV ou, por exemplo, para informação TF (restrita) (vide a Figura 7) . Isto pode ser especialmente benéfico no caso de retransmissões autodecodificáveis, em que a estaçaobase tem a flexibilidade de escolher o que sinalizar nas retransmissões.
Deve ser observado que em uma realização adicional da invenção a sinalização do canal de controle é transmitida para transmissões iniciais e opcionalmente em adição as retransmissões selecionadas de uma unidade de dados de protocolo. Desse modo, algumas ou todas as retransmissões podem ser transmitidas sem um canal de controle. Neste caso, a informação de controle que pode receber a transmissão da unidade de dados de protocolo associada pode ser derivada da sinalização de controle para a transmissão inicial da unidade de dados de protocolo, de uma (re)transmissão antecipada da unidade de dados de protocolo ou do formato de transporte e a
55/59 versão de redundância para as retransmissões pode ser predefinida. Por exemplo, a alocação de recurso pode ser derivada da alocação de recurso de uma transmissão antecipada (por exempla, alocação de recurso idêntica ou salto e redimensionamento predefinidos da alocação de recurso). Esta implementação pode, por exemplo, ser utilizada para a transmissão de dados em uplink com um protocolo HARQ síncrono.
Em comparação com os esquemas convencionais, o uso de um campo comum para o formato de transporte e a versão de redundância (e opcionalmente o NDI/SN) apresenta as seguintes vantagens. Uma redução da sobrecarga de sinalização de controle L1/L2 comparada com ter um campo separado no formato de canal de controle para o formato de transporte, versão de redundância e campos de NDI/SN pelo conceito apresentado de até 3 bits, dependendo da realização efetiva. Considerando os formatos de sinalização de controle L1/L2 tal como descrito no pedido de patente PCT copendente n° PCT/EP2007/010755, Configuration of Control Channels in a Mobile Communication System (de mesmo requerente, depositado em 10 de dezembro de 2007) , que resulta em tamanhos entre -25 e -80 bits para o sinal de canal de controle L1/L2, isto resultam em uma redução de sobrecarga de 4-12%. Especialmente, para os formatos de sinalização de controle L1/L2 pequenos, a redução é benéfica (até 12% de redução) , uma vez que eles são utilizados para as estações móveis de borda de célula, onde os recursos (potência e tempo de frequência) por canal de controle L1/L2 (PDCCH) são grandes devido à potência e ao controle MCS do canal de controle L1/L2 (PDCCH). Portanto, o conceito de ter um campo comum para codificação do formato de transporte e da versão de redundância (e opcionalmente de NDI/SN) permite uma cobertura e um tamanho de célula incrementado.
56/59
Além disso, o uso de um campo comum para codificação do formato de transporte e da versão de redundância (e opcionalmente de NDI/SN) na sinalização de controle também permite a sinalização de mais tamanhos de formato de transporte. Considerando, por exemplo, um total de 8 bits para o formato de transporte, a versão de redundância e o NDI/SN (5 bits TF, 2 bits RV, 1 bit NDI/SN) sendo utilizado em um sistema convencional para codificar individualmente os respectivos campos, a codificação conjunta do formato de transporte e da versão de redundância e ainda tendo um campo separado NDI/SN que permite utilizar 7 bits para um campo comum. A técnica anterior resulta até 25-l=31 valores de formato de transporte (um valor reservado para fora de faixa), ao passo que a codificação conjunta do formato de transporte e da versão de redundância em um campo TF/RC resulta em 27-3=125 valores de formato de transporte (considerando que três valores serão reservados para a sinalização de 3 RVs definidos para as retransmissões) . Isto oferece uma granularidade significativamente mais fina de tamanhos de bloco de transporte, permitindo, por exemplo, uma menor sobrecarga de enchimento MAC PDU ou uma adaptação de link mais fina pela seleção de MCS. No caso de adicionalmente codificar conjuntamente o NDI, o número de valores dos formatos de transporte ainda aumenta para 2 -3=253.
Além disso, tal como discutido em diversos exemplos acima, nas implementações onde o formato de transporte (Transport Block Size) não muda para as retransmissões, o que deveria ser o caso, uma vez que, de outro modo, a combinação suave não é praticável, nenhum formato de transporte precisa ser sinalizado para as retransmissões. Em um desenho convencional, o formato de transporte também é sinalizado nas retransmissões. Em certos casos, a sinalização do formato de transporte para as retransmissões pode ajudar a recuperar
57/59 casos de erro (por exemplo, se o receptor perdeu a transmissão da sinalização de controle para a transmissão inicial). No entanto, esses casos de erros são muito improváveis para certos sistemas e, portanto, é mais eficiente evitar a sinalização do formato de transporte para as retransmissões, o que economiza sobrecarga na sinalização de controle.
A sinalização do formato de transporte para a retransmissão normalmente causa uma sobrecarga na sinalização de controle de modo a calcular os casos de erro no caso de o tamanho da alocação de recurso estar mudando para as retransmissões. Em certos casos, pode acontecer de o formato de transporte (tamanho dos blocos do transporte), que precisa ser sinalizado para retransmissões em desenhos convencionais, não estar dentro da faixa de valores que podem ser sinalizados após a atualização da alocação de recurso. Neste caso, os sistemas convencionais normalmente definem um valor fora de faixa para prestar contas nessas situações. Em algumas realizações da invenção aqui discutidas, este valor fora de faixa não é necessário, uma vez que o formato de transporte (tamanho de bloco de transporte) não é sinalizado nas retransmissões.
Outra característica da invenção, de acordo com algumas realizações da invenção, é que ela nao permite uma seleção dinâmica da versão de redundância para a transmissão inicial. Isto não é necessariamente um inconveniente em comparação com as soluções convencionais (que podem permitir uma livre escolha da versão de redundância para as transmissões iniciais) , uma vez que a seleção da versão de redundância dinâmica não é normalmente benéfica e só pode ser aplicada em casos raros.
Os exemplos de sistemas de comunicação móveis em que os princípios da invenção aqui esboçados podem ser
58/59 utilizados são sistemas de comunicação que utilizam um esquema OFDM, um esquema MC-CDMA ou um esquema OFDM com pulso moldar (OFDM/OQAM).
Outra realização da invenção refere-se à implementação das várias realizações acima descritas utilizando hardware e software. Deve ser reconhecido que as várias realizações da invenção podem ser implementadas ou executadas utilizando dispositivos de computação (processadores) . Um dispositivo de computação ou um processador podem, por exemplo, ser processadores de propósitos gerais, processadores de sinal digital (DSP), circuitos integrados de aplicação específica (ASIC), arranjos de porta programáveis em campo (FPGA) ou outros dispositivos lógicos programáveis, etc. As várias realizações da invenção também podem ser implementadas ou realizadas por uma combinação desses dispositivos.
Além disso, as várias realizações da invenção também podem ser implementadas por meio de módulos de software, que são executados por um processador ou diretamente no hardware. Uma combinação de módulos de software e implementação de hardware também é possível. Os módulos de software podem ser armazenados em qualquer tipo de meio de armazenagem legível por computador, por exemplo, RAM, EPROM, EEPROM, memória flash, registros, discos rígidos, CD ROM, DVD, etc.
Além disso, deve ser observado que os termos terminal móvel e estação móvel são utilizados aqui como sinônimos. Um equipamento de usuário pode ser considerado um exemplo para uma estação móvel e refere-se a um terminal móvel para uso nas redes à base de 3GPP, tais como LTE.
Nos parágrafos acima, as várias realizações da invenção e suas variações foram descritas. Deve ser apreciado por em elemento versado no estado da técnica que numerosas
59/59 variações e/ou modificações podem ser feitas na presente invenção, tal como mostrado nas realizações específicas, sem que se desvie do caráter ou do âmbito da invenção, tal como amplamente descrita.
Também deve ser observado que a maioria das realizações foi esboçada com relação a um sistema de comunicação à base de 3GPP e a terminologia utilizada nas seções acima se refere principalmente à terminologia 3GPP. No entanto, a terminologia e a descrição das várias realizações com respeito às arquiteturas à base de 3GPP não se prestam a limitar os princípios e idéias das invenções a tais sistemas.
Além disso, as explanações detalhadas fornecidas na seção Antecedentes Técnicos acima pretendem compreender proporcionar uma melhor compreensão da maioria das realizações exemplificadoras específicas 3GPP aqui descritas e não devem ser compreendidas como limitadoras da invenção as implementações específicas descritas dos processos e das funções em uma rede de comunicação móvel. Todavia, as melhorias aqui propostas podem ser prontamente aplicadas nas arquiteturas descritas na seção Antecedentes Técnicos. Alem disso, o conceito da invenção também pode ser prontamente utilizado na LTE RAN discutida atualmente pelo 3GPP.
Claims (8)
1. TERMINAL MÓVEL PARA SER UTILIZADO EM UM SISTEMA DE COMUNICAÇÃO MÓVEL, em que o terminal móvel é caracterizado pelo fato de compreender:
uma unidade receptora para receber um sub-quadro de recursos de rádio físicos que compreendem um sinal de canal de controle destinado ao terminal móvel, uma unidade de processamento para determinar, com base no sinal de canal de controle recebido um formato de transporte e uma versão de redundância para uma transmissão inicial ou uma retransmissão da unidade de dados de protocolo que transporta os dados do usuário, e uma unidade transmissora para transmitir a unidade de dados de protocolo em pelo menos um recurso de rádio físico utilizando o formato de transporte e a versão de redundância da unidade de dados de protocolo indicada no sinal de canal de controle recebido, em que o sinal do canal de controle recebido dentro do dito sub-quadro compreende um campo de informação de controle em que o formato de transporte e a versão de redundância da unidade de dados de protocolo são codificados conj untamente, em que a unidade de processamento é ainda configurada para a determinação do campo de informação de controle, que consiste em um número de bits representando uma
dados de protocolo e um segundo subconjunto de valores, diferente do primeiro subconjunto de valores, é reservado para indicar a versão de redundância para transmitir os dados do usuário,
Petição 870190126378, de 02/12/2019, pág. 5/15
2. TERMINAL MÓVEL, de acordo com a reivindicação 1, caracterizado pelo fato de que todo valor do primeiro subconjunto dos valores indica um formato de transporte e todo valor do segundo subconjunto dos valores indica uma versão de redundância.
2/8 em que o primeiro subconjunto de valores contém mais valores que o segundo subconjunto de valores.
3/8
3. TERMINAL MÓVEL, de acordo com a reivindicação 1, caracterizado pelo fato de que a versão de redundância da unidade de dados de protocolo é implícita para o formato de transporte indicado pelo valor correspondente do primeiro subconjunto.
4/8
12. TERMINAL MÓVEL, de acordo com a reivindicação 1, caracterizado pelo fato de que o sinal de canal de controle é um sinal de canal de controle de L1/L2.
13. TERMINAL MÓVEL, de acordo com qualquer uma das reivindicações de 1 a 12, caracterizado pelo fato de que no caso que a transmissão da unidade de dados de protocolo é uma retransmissão dos dados do usuário, os bits do campo de informação de controle incluem um sinalizador que indica o tipo de informação indicada pelos bits restantes do campo de informação de controle.
14. MÉTODO PARA SER UTILIZADO EM UM SISTEMA DE COMUNICAÇÃO MÓVEL, caracterizado pelo fato de compreender as seguintes etapas executadas por um terminal móvel:
recepção de um sub-quadro de recursos de rádio físicos que compreendem um sinal de canal de controle destinado ao terminal móvel, determinação, com base no sinal de canal de controle recebido, de um formato de transporte e uma versão de redundância para uma transmissão inicial ou uma retransmissão da unidade de dados de protocolo que transporta os dados do usuário, e transmissão da unidade de dados de protocolo em pelo menos um recurso de rádio físico utilizando o formato de transporte e a versão de redundância da unidade de dados de protocolo indicado no sinal de canal de controle recebido, em que o sinal do canal de controle recebido dentro do dito sub-quadro compreende um campo de informação de controle em que o formato de transporte e a versão de redundância da unidade de dados de protocolo são codificados conj untamente, em que o campo de informação de controle consiste em um número de bits que resultam em uma faixa de valores que podem ser representados no campo de informação de controle,
Petição 870190126378, de 02/12/2019, pág. 8/15
4. TERMINAL MÓVEL, de acordo com qualquer uma das reivindicações de 1 a 3, caracterizado pelo fato de que o valor dos bits de informação codificados no campo de informação de controle está representando um valor do primeiro subconjunto de valores, caso em que a transmissão da unidade de dados de protocolo é uma transmissão inicial dos dados do usuário.
5/8 em que um primeiro subconjunto de valores é reservado para indicar um formato de transporte da unidade de dados de protocolo e um segundo subconjunto de valores, diferente do primeiro subconjunto de valores, é reservado para indicar uma versão de redundância para transmitir os dados do usuário, em que o primeiro subconjunto de valores contém mais valores do que o segundo subconjunto de valores.
15. MÉTODO, de acordo com a reivindicação 14, caracterizado pelo fato de que todo valor do primeiro subconjunto dos valores indica um formato de transporte e todo valor do segundo subconjunto dos valores indica uma versão de redundância.
16. MÉTODO, de acordo com a reivindicação 14, caracterizado pelo fato de que a versão de redundância da unidade de dados de protocolo é implícita para o formato de transporte indicado pelo valor correspondente do primeiro subconjunto.
17. MÉTODO, de acordo com qualquer uma das reivindicações de 14 a 16, caracterizado pelo fato de que o valor dos bits de informação codificados no campo de informação de controle está representando um valor do primeiro subconjunto dos valores, caso em que a transmissão da unidade de dados de protocolo é uma transmissão inicial dos dados do usuário.
18. MÉTODO, de acordo com qualquer uma das reivindicações de 14 a 17, caracterizado pelo fato de que o valor dos bits de informação codificados no campo do canal de controle está representando um valor do primeiro subconjunto ou do segundo subconjunto de valores, caso em que a transmissão da unidade de dados de protocolo é uma retransmissão dos dados do usuário.
19. MÉTODO, de acordo com qualquer uma das
Petição 870190126378, de 02/12/2019, pág. 9/15
5. TERMINAL MÓVEL, de acordo com qualquer uma das reivindicações de 1 a 4, caracterizado pelo fato de que o valor dos bits de informação codificados no campo de informação de controle está representando um valor do primeiro subconjunto ou do segundo subconjunto de valores, caso em que a transmissão da unidade de dados de protocolo é uma retransmissão dos dados do usuário.
6/8 reivindicações de 14 a 18, caracterizado pelo fato de que o valor dos bits de informação codificados no campo do canal de controle está representando um valor do segundo subconjunto dos valores, caso em que a transmissão da unidade de dados de protocolo é uma retransmissão dos dados do usuário.
20. MÉTODO, de acordo com qualquer uma das reivindicações de 14 a 19, caracterizado pelo fato de que os bits do campo de informação de controle codificam conjuntamente o formato de transporte, a versão de redundância utilizada para transmitir a unidade de dados de protocolo e um novo indicador de dados para indicar se a transmissão da unidade de dados de protocolo é uma transmissão inicial dos dados do usuário, e em que o uso de um dos valores do primeiro subconjunto também indica que a transmissão da unidade de dados de protocolo é uma transmissão inicial.
inicial dos dados do usuário na unidade de dados de protocolo é fixa ou pré-configurada.
22. MÉTODO, de acordo com a reivindicação 14, caracterizado pelo fato de que o sinal do canal de controle compreende adicionalmente um campo do número de sequência que indica um número de seqüência da unidade de dados de protocolo.
23. MÉTODO, de acordo com a reivindicação 14, caracterizado pelo fato de que o sinal do canal de controle compreende adicionalmente um campo do novo indicador de dados que indica se a transmissão da unidade de dados de protocolo é uma transmissão inicial ou uma retransmissão dos dados do usuário.
24. MÉTODO, de acordo com qualquer uma das
Petição 870190126378, de 02/12/2019, pág. 10/15
6. TERMINAL MÓVEL, de acordo com qualquer uma das reivindicações de 1 a 5, caracterizado pelo fato de que o valor dos bits de informação codificados no campo de informação de controle está representando um valor do segundo subconjunto dos valores, caso em que a transmissão da unidade de dados de protocolo é uma retransmissão dos dados do usuário.
Petição 870190126378, de 02/12/2019, pág. 6/15
7/8 reivindicações de 14 a 23, caracterizado pelo fato de que o sinal de canal de controle compreende adicionalmente um campo do identificador de terminal móvel para indicar o terminal móvel ou um grupo de terminais móveis que devem receber o sinal de canal de controle.
25. MÉTODO, de acordo com qualquer uma das reivindicações de 14 a 24, caracterizado pelo fato de que o sinal de canal de controle é um sinal de canal de controle de L1/L2.
26. MÉTODO, de acordo com qualquer uma das reivindicações de 14 a 25, caracterizado pelo fato de que, no caso a transmissão da unidade de dados de protocolo ser uma retransmissão dos dados do usuário, os bits do campo de informação de controle incluem um sinalizador que indica o tipo de informação indicada pelos bits remanescentes do campo de informação de controle.
27. MÉTODO, de acordo com qualquer uma das reivindicações de 14 a 26, caracterizado pelo fato de que o formato de transporte é uma informação do tamanho do bloco de transporte da unidade de dados de protocolo, e em que o sinal recebido do canal de controle também compreende um campo de alocação de recursos que indica o recurso ou recursos de rádio físicos alocados ao terminal móvel, e em que a etapa de determinação depende das informações compreendidas no campo de alocação de recurso e no campo de informação de controle.
28. MÉTODO, de acordo com qualquer uma das reivindicações 14 a 27, caracterizado por compreender adicionalmente a reutilização do formato de transporte da unidade de dados de protocolo indicado no sinal de canal de controle para a transmissão inicial, para a retransmissão da unidade de dados de protocolo.
29. MÉTODO, de acordo com qualquer uma das
Petição 870190126378, de 02/12/2019, pág. 11/15
7. TERMINAL MÓVEL, de acordo com qualquer uma das reivindicações de 1 a 6, caracterizado pelo fato de que os bits do campo de informação de controle codificam conjuntamente o formato de transporte, a versão de redundância utilizada para transmitir a unidade de dados de protocolo e um novo indicador de dados para indicar se a transmissão da unidade de dados de protocolo é uma transmissão inicial dos dados do usuário, e em que o uso de um dos valores do primeiro subconjunto também indica que a transmissão da unidade de dados de protocolo é uma transmissão inicial.
8. TERMINAL MÓVEL, de acordo com qualquer uma das reivindicações de 1 a 7, caracterizado pelo fato de que a versão de redundância a ser utilizada para a transmissão inicial dos dados do usuário na unidade de dados de protocolo é fixa ou pré-configurada.
9. TERMINAL MÓVEL, de acordo com a reivindicação 1, caracterizado pelo fato de que o sinal de canal de controle compreende adicionalmente um campo do número de seqüência que indica um número de sequência da unidade de dados de protocolo.
10. TERMINAL MÓVEL, de acordo com a reivindicação 1, caracterizado pelo fato de que o sinal de canal de controle compreende adicionalmente um campo do novo indicador de dados que indica se a transmissão da unidade de dados de protocolo é uma transmissão inicial ou uma retransmissão dos dados do usuário.
11. TERMINAL MÓVEL, de acordo com qualquer uma das reivindicações de 1 a 10, caracterizado pelo fato de que o sinal de canal de controle compreende adicionalmente um campo identificador de terminal móvel para indicar o terminal móvel ou um grupo de terminais móveis que devem receber o sinal de controle de canal.
Petição 870190126378, de 02/12/2019, pág. 7/15
8/8 reivindicações 14 a 27, caracterizado pelos bits do campo de informação de controle serem associados com informação de referência única indicando um formato de transporte e uma versão de redundância utilizada para transmitir a unidade de 5 dados de protocolo, a informação de referência única sendo associada aos valores respectivos representados pelos bits do campo de informação de controle para uma transmissão inicial e uma retransmissão da unidade de dados de protocolo.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP07024829A EP2073419B1 (en) | 2007-12-20 | 2007-12-20 | Control channel signaling using a common signaling field for transport format and redundancy version |
| PCT/EP2008/010845 WO2009080290A1 (en) | 2007-12-20 | 2008-12-18 | Control channel signaling using a common signaling field for transport format and redundancy version |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BRPI0819508A2 BRPI0819508A2 (pt) | 2015-05-26 |
| BRPI0819508B1 true BRPI0819508B1 (pt) | 2020-04-07 |
Family
ID=39402716
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0819508A BRPI0819508B1 (pt) | 2007-12-20 | 2008-12-18 | terminal móvel para ser utilizado em um sistema de comunicação móvel e método para ser utilizado em um sistema de comunicação móvel |
Country Status (14)
| Country | Link |
|---|---|
| US (6) | US8385284B2 (pt) |
| EP (6) | EP2383920B1 (pt) |
| JP (3) | JP5342563B2 (pt) |
| KR (9) | KR102545624B1 (pt) |
| CN (2) | CN103259624B (pt) |
| AU (1) | AU2008340731B2 (pt) |
| BR (1) | BRPI0819508B1 (pt) |
| ES (5) | ES2373240T3 (pt) |
| HU (1) | HUE060731T2 (pt) |
| MY (1) | MY152015A (pt) |
| PL (2) | PL2501070T3 (pt) |
| RU (2) | RU2473175C2 (pt) |
| SG (1) | SG174812A1 (pt) |
| WO (1) | WO2009080290A1 (pt) |
Families Citing this family (70)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060282545A1 (en) * | 2005-06-11 | 2006-12-14 | Arwe John E | Method and apparatus for application or protocol version negotiation |
| KR101186973B1 (ko) | 2007-06-18 | 2012-09-28 | 노키아 코포레이션 | 타이밍 정렬을 제공하는 방법 및 장치 |
| EP2383920B1 (en) | 2007-12-20 | 2014-07-30 | Optis Wireless Technology, LLC | Control channel signaling using a common signaling field for transport format and redundancy version |
| EP2077646A1 (en) | 2008-01-05 | 2009-07-08 | Panasonic Corporation | Control channel signaling using code points for indicating the scheduling mode |
| AU2009294519B2 (en) * | 2008-09-22 | 2015-12-10 | Cellular Communications Equipment Llc | Method and apparatus for providing signaling of redundancy versions |
| US8848632B2 (en) | 2008-10-20 | 2014-09-30 | Panasonic Intellectual Property Corporation Of America | Wireless communication base station device and division number determination method |
| KR101689596B1 (ko) * | 2008-12-23 | 2016-12-26 | 엘지전자 주식회사 | 복수의 전송 대역을 지원하는 무선 통신 시스템에 있어서, ｈａｒｑ 프로세스를 수행하기 위한 제어정보를 전송하는 방법 |
| TWI496490B (zh) | 2009-03-17 | 2015-08-11 | Interdigital Patent Holdings | 在多輸入多輸出中上鏈功率控制的方法和裝置 |
| JP5332854B2 (ja) * | 2009-04-20 | 2013-11-06 | ソニー株式会社 | 無線送信機、無線送信方法、無線受信機および無線受信方法 |
| CN102415132B (zh) | 2009-04-21 | 2014-08-06 | 光学无线技术有限责任公司 | 终端装置和重发控制方法 |
| US20120026892A1 (en) * | 2009-04-24 | 2012-02-02 | Panasonic Corporation | Base station apparatus and terminal apparatus |
| MY161646A (en) * | 2009-10-02 | 2017-04-28 | Interdigital Patent Holdings Inc | Power control for devices having multiple antennas |
| CN102714580B (zh) * | 2009-11-09 | 2015-02-25 | Lg电子株式会社 | 用于支持多天线传输技术的有效控制信息传输方法和装置 |
| US8792430B2 (en) * | 2009-12-21 | 2014-07-29 | Qualcomm Incorporated | Retransmission grant handling in a wireless communications system |
| EP2533452B1 (en) * | 2010-02-02 | 2021-03-10 | China Mobile Communications Corporation | Method and device for scheduling downlink subframes |
| CN101834629B (zh) * | 2010-04-06 | 2014-10-22 | 中兴通讯股份有限公司 | 一种指示传输参数的方法及系统 |
| US8457002B2 (en) * | 2010-07-29 | 2013-06-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for grant loss detection and related processing in a wireless communication network |
| SI3595303T1 (sl) | 2010-11-25 | 2022-01-31 | Lg Electronics Inc. | Postopek za dekodiranje informacije o sliki, naprava za dekodiranje, postopek za kodiranje informacije o sliki, naprava za kodiranje in pomnilniški medij |
| US11284081B2 (en) | 2010-11-25 | 2022-03-22 | Lg Electronics Inc. | Method for signaling image information, and method for decoding image information using same |
| EP2629442B1 (en) * | 2012-02-14 | 2014-12-10 | Telefonaktiebolaget L M Ericsson (publ) | Redundancy version selection based on receiving quality and transport format |
| WO2013185799A1 (en) * | 2012-06-11 | 2013-12-19 | Telefonaktiebolaget L M Ericsson (Publ) | Radio base station and method for resolving terminal state ambiguity during tti bundling switching |
| US9363621B2 (en) | 2012-11-12 | 2016-06-07 | Huawei Technologies Co., Ltd. | System and method adopting a reliable stop-and-wait hybrid automatic repeat request protocol |
| CN104798329B (zh) * | 2012-11-13 | 2018-08-14 | Lg电子株式会社 | 用于发送数据的方法和设备以及用于发送数据的方法和设备 |
| EP2787670A1 (en) | 2013-04-05 | 2014-10-08 | Panasonic Intellectual Property Corporation of America | MCS table adaptation for 256-QAM |
| US9130784B2 (en) | 2013-04-22 | 2015-09-08 | Google Technology Holdings LLC | Method and apparatus for enhanced modulation in a wirless communication system |
| US9955467B2 (en) | 2013-06-27 | 2018-04-24 | Telefonaktiebolaget L M Ericsson (Publ) | Method and BS for transmitting control information to UE, and method and UE for handling control information |
| US9780924B2 (en) * | 2014-10-13 | 2017-10-03 | Telefonaktiebolaget Lm Ericsson (Publ) | HARQ feedback reporting based on mirrored information |
| EP3207652B1 (en) | 2014-10-13 | 2019-06-19 | Telefonaktiebolaget LM Ericsson (publ) | Flexible configuration of harq process feedback |
| JP2016174211A (ja) * | 2015-03-16 | 2016-09-29 | 富士通株式会社 | 通信システム |
| US10276273B2 (en) | 2015-03-17 | 2019-04-30 | Stemrad Ltd. | Device and method for protection from radiation in space |
| CN107637158A (zh) * | 2015-05-14 | 2018-01-26 | 三星电子株式会社 | 用于在无线通信系统中管理竞争窗口的方法和装置 |
| DE102015110027B4 (de) * | 2015-06-23 | 2017-01-12 | Intel IP Corporation | Kommunikationsvorrichtung und verfahren zum speichern von daten |
| JP6019182B1 (ja) * | 2015-06-24 | 2016-11-02 | 株式会社Ｎｔｔドコモ | ユーザ端末、無線基地局及び無線通信方法 |
| WO2017004774A1 (zh) * | 2015-07-06 | 2017-01-12 | 华为技术有限公司 | 一种数据传输的方法、无线网络设备和通信系统 |
| WO2017016588A1 (en) * | 2015-07-27 | 2017-02-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Blanking pattern indication for resource utilization in cellular radio communication |
| EP3131225B1 (en) * | 2015-08-14 | 2019-03-13 | Sun Patent Trust | Modulation order adaptation for partial subframes |
| CN106973437B (zh) * | 2016-01-13 | 2021-10-01 | 华为技术有限公司 | 一种参考信号的配置方法及设备 |
| CN107197528B (zh) * | 2016-03-14 | 2020-12-25 | 华为技术有限公司 | 一种资源调度和分配的方法和装置 |
| US10721044B2 (en) * | 2016-03-15 | 2020-07-21 | Qualcomm Incorporated | Downlink control and retransmission indicator channel for relaxing ACK processing time constraints |
| JP6750985B2 (ja) * | 2016-04-15 | 2020-09-02 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ | 通信装置および通信方法 |
| CN114244480B (zh) * | 2016-05-13 | 2024-05-03 | 松下电器（美国）知识产权公司 | 操作传输协议的用户装备、基站和方法 |
| EP3461169A1 (en) * | 2016-05-18 | 2019-03-27 | NTT DoCoMo, Inc. | User terminal and wireless communication method |
| US10952247B2 (en) * | 2016-08-10 | 2021-03-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Data transmission technique for a contention channel |
| CN109644177A (zh) * | 2016-08-19 | 2019-04-16 | 索尼公司 | 无线通信收发器和无线通信方法 |
| CN108270513B (zh) * | 2016-12-30 | 2024-01-19 | 华为技术有限公司 | 发送控制信息的方法和装置及接收控制信息的方法和装置 |
| CN108390741B (zh) * | 2017-02-03 | 2021-11-19 | 华为技术有限公司 | 数据传输方法和设备 |
| CN108512632B (zh) * | 2017-02-28 | 2021-06-01 | 华为技术有限公司 | 数据处理方法及装置 |
| JP2018191272A (ja) * | 2017-05-03 | 2018-11-29 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ | 送信装置、送信方法、受信装置、及び受信方法 |
| GB2562097B (en) * | 2017-05-05 | 2021-09-22 | Tcl Communication Ltd | Methods, first and second nodes for managing ack/nack-messages |
| SG11201911632VA (en) | 2017-06-09 | 2020-01-30 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Wireless communication method and device |
| EP3438005B1 (en) | 2017-08-02 | 2023-05-31 | StemRad Ltd. | Material configuration enabling flexibility of a structure using rigid components |
| BR112020002753A2 (pt) | 2017-08-10 | 2020-07-28 | Nokia Technologies Oy | método e aparelho |
| GB2565340B (en) * | 2017-08-11 | 2022-02-09 | Tcl Communication Ltd | A method and devices to support new radio (NR) transmission without grant |
| WO2019095362A1 (en) * | 2017-11-20 | 2019-05-23 | Qualcomm Incorporated | Techniques and apparatuses for hybrid automatic repeat request design of polar codes for ultra-reliable low latency communications |
| CN110035514B (zh) * | 2018-01-12 | 2023-07-14 | 中兴通讯股份有限公司 | 确定传输机会的方法及装置、存储介质、电子装置 |
| US10999007B2 (en) * | 2018-01-23 | 2021-05-04 | Qualcomm Incorporated | Techniques and apparatuses for spatial diversity in a coordinated multipoint network |
| US10834748B2 (en) | 2018-05-11 | 2020-11-10 | At&T Intellectual Property I, L.P. | Indication of additional information in 5G systems with legacy downlink control channel |
| US11196512B2 (en) * | 2018-06-29 | 2021-12-07 | Qualcomm Incorporated | Resolving decodability for subsequent transmissions whose throughput exceeds a threshold |
| SG11202104176XA (en) * | 2018-10-30 | 2021-05-28 | Beijing Xiaomi Mobile Software Co Ltd | Data transmission method and device, and readable storage medium |
| WO2020097881A1 (zh) * | 2018-11-15 | 2020-05-22 | 北京小米移动软件有限公司 | 传输控制信息和数据的方法及装置 |
| WO2020145658A1 (ko) * | 2019-01-10 | 2020-07-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호의 송수신 방법 및 이를 위한 장치 |
| EP3700109B1 (en) | 2019-02-21 | 2024-01-10 | Volkswagen Aktiengesellschaft | Vehicle, system, apparatuses, methods, and computer programs for user equipment and a network component of a mobile communication system |
| CN119341697A (zh) * | 2019-04-23 | 2025-01-21 | 松下电器（美国）知识产权公司 | 基站、终端及通信方法 |
| CN113728705B (zh) * | 2019-04-30 | 2024-05-03 | 华为技术有限公司 | 一种信息传输方法和通信设备 |
| CN111600683B (zh) * | 2019-06-06 | 2022-02-01 | 维沃移动通信有限公司 | 处理方法及设备 |
| EP4633266A3 (en) * | 2019-07-19 | 2025-12-24 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Terminal scheduling method, terminal, scheduling device |
| ES2951879T3 (es) * | 2019-09-30 | 2023-10-25 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Método y dispositivo para la transmisión de información de control de enlace ascendente |
| US12074701B2 (en) | 2020-05-14 | 2024-08-27 | Qualcomm Incorporated | Legacy control channel format support |
| RU2748852C1 (ru) * | 2020-09-16 | 2021-06-01 | Нокиа Текнолоджиз Ой | Способ и устройство |
| CN114760006B (zh) * | 2021-01-08 | 2023-08-08 | 大唐移动通信设备有限公司 | 数据传输方法、装置、通信设备及存储介质 |
Family Cites Families (191)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR0129558B1 (ko) | 1992-10-26 | 1998-04-10 | 배순훈 | 적응적 가변길이 부호화 방법 및 장치 |
| TW306102B (pt) | 1993-06-14 | 1997-05-21 | Ericsson Telefon Ab L M | |
| US5475863A (en) | 1993-10-04 | 1995-12-12 | Motorola, Inc. | Method and apparatus for delivering messages to portable communication units in a radio communication system |
| ZA948427B (en) | 1993-11-01 | 1995-06-30 | Qualcomm Inc | Method and apparatus for the transmission of variable rate digital data |
| KR0155784B1 (ko) | 1993-12-16 | 1998-12-15 | 김광호 | 영상데이타의 적응형 가변장 부호화/복호화방법 |
| US5511082A (en) | 1994-05-10 | 1996-04-23 | General Instrument Corporation Of Delaware | Punctured convolutional encoder |
| KR100209877B1 (ko) | 1994-11-26 | 1999-07-15 | 윤종용 | 복수개의 허프만부호테이블을 이용한 가변장부호화장치 및 복호화장치 |
| US5668820A (en) | 1995-01-23 | 1997-09-16 | Ericsson Inc. | Digital communication system having a punctured convolutional coding system and method |
| JPH08256266A (ja) | 1995-03-17 | 1996-10-01 | Mitsubishi Electric Corp | 画像符号化方式 |
| JP3145003B2 (ja) | 1995-03-23 | 2001-03-12 | 株式会社東芝 | 直交周波数分割多重伝送方式とその送信装置および受信装置 |
| US5896368A (en) | 1995-05-01 | 1999-04-20 | Telefonaktiebolaget Lm Ericsson | Multi-code compressed mode DS-CDMA systems and methods |
| US5883899A (en) | 1995-05-01 | 1999-03-16 | Telefonaktiebolaget Lm Ericsson | Code-rate increased compressed mode DS-CDMA systems and methods |
| US5631635A (en) | 1995-05-08 | 1997-05-20 | Motorola, Inc. | Message/response tracking system and method for a two-way selective call receiving device |
| FI99252C (fi) | 1995-07-03 | 1997-12-29 | Nokia Mobile Phones Ltd | Yhdistetty radiosignaalin modulointi- ja monikäyttömenetelmä |
| ATE221710T1 (de) | 1995-10-23 | 2002-08-15 | Nokia Corp | Verfahren zur paketdatenübertragung mit hybridem fec/arq-type-ii-verfahren |
| BR9611138A (pt) | 1995-10-24 | 1999-12-28 | Gen Instrument Corp | Transmissão de sequência de sinais com comprimento variável através da camada fìsica de um formato de transmissão com múltiplas camadas |
| US6571019B1 (en) | 1995-10-26 | 2003-05-27 | Hyundai Curitel, Inc | Apparatus and method of encoding/decoding a coded block pattern |
| US5828677A (en) | 1996-03-20 | 1998-10-27 | Lucent Technologies Inc. | Adaptive hybrid ARQ coding schemes for slow fading channels in mobile radio systems |
| CN100361536C (zh) | 1996-05-28 | 2008-01-09 | 松下电器产业株式会社 | 图像预测编码/解码装置和方法以及记录媒体 |
| US5859840A (en) | 1996-05-31 | 1999-01-12 | Qualcomm Incorporated | Spread spectrum communication system which defines channel groups comprising selected channels that are additional to a primary channel and transmits group messages during call set up |
| KR100498752B1 (ko) | 1996-09-02 | 2005-11-08 | 소니 가부시끼 가이샤 | 비트메트릭스를 사용한 데이터 수신장치 및 방법 |
| US6005622A (en) | 1996-09-20 | 1999-12-21 | At&T Corp | Video coder providing implicit or explicit prediction for image coding and intra coding of video |
| US6341144B1 (en) | 1996-09-20 | 2002-01-22 | At&T Corp. | Video coder providing implicit coefficient prediction and scan adaptation for image coding and intra coding of video |
| KR100303685B1 (ko) | 1996-09-30 | 2001-09-24 | 송문섭 | 영상 예측부호화 장치 및 그 방법 |
| US5983382A (en) | 1996-12-31 | 1999-11-09 | Lucent Technologies, Inc. | Automatic retransmission query (ARQ) with inner code for generating multiple provisional decodings of a data packet |
| US5954839A (en) | 1997-01-14 | 1999-09-21 | Samsung Electronics Co., Ltd. | Error protection method for multimedia data |
| US5940439A (en) | 1997-02-26 | 1999-08-17 | Motorola Inc. | Method and apparatus for adaptive rate communication system |
| US5923650A (en) | 1997-04-08 | 1999-07-13 | Qualcomm Incorporated | Method and apparatus for reverse link rate scheduling |
| US5983384A (en) | 1997-04-21 | 1999-11-09 | General Electric Company | Turbo-coding with staged data transmission and processing |
| US5867478A (en) | 1997-06-20 | 1999-02-02 | Motorola, Inc. | Synchronous coherent orthogonal frequency division multiplexing system, method, software and device |
| TW376655B (en) | 1997-07-23 | 1999-12-11 | Matsushita Electric Industrial Co Ltd | Method for multi state variable length coding of multi zoned quantized DCT coefficients and apparatus therefor |
| CN1150680C (zh) | 1997-07-30 | 2004-05-19 | 三星电子株式会社 | 自适应信道编码方法和装置 |
| US6208663B1 (en) | 1997-08-29 | 2001-03-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for block ARQ with reselection of FEC coding and/or modulation |
| US6138260A (en) | 1997-09-04 | 2000-10-24 | Conexant Systems, Inc. | Retransmission packet capture system within a wireless multiservice communications environment with turbo decoding |
| FI104527B (fi) | 1997-09-17 | 2000-02-15 | Nokia Mobile Phones Ltd | Mukautuva radiolinkki |
| US6205905B1 (en) | 1997-10-17 | 2001-03-27 | Jidosha Kiki Co., Ltd. | Brake booster |
| US6353907B1 (en) | 1997-10-29 | 2002-03-05 | At&T Corp. | Incremental redundancy radio link protocol |
| JPH11136180A (ja) | 1997-10-31 | 1999-05-21 | Sony Corp | データ通信方法、送信装置及びセルラー無線通信システム |
| US6574211B2 (en) | 1997-11-03 | 2003-06-03 | Qualcomm Incorporated | Method and apparatus for high rate packet data transmission |
| US6430722B1 (en) | 1998-01-23 | 2002-08-06 | Hughes Electronics Corporation | Forward error correction scheme for data channels using universal turbo codes |
| US6370669B1 (en) | 1998-01-23 | 2002-04-09 | Hughes Electronics Corporation | Sets of rate-compatible universal turbo codes nearly optimized over various rates and interleaver sizes |
| ES2524196T3 (es) | 1998-02-13 | 2014-12-04 | Thomson Licensing | Método de transmisión y transmisor |
| US6317430B1 (en) | 1998-02-19 | 2001-11-13 | Lucent Technologies Inc. | ARQ protocol support for variable size transmission data unit sizes using a hierarchically structured sequence number approach |
| US6778558B2 (en) | 1998-02-23 | 2004-08-17 | Lucent Technologies Inc. | System and method for incremental redundancy transmission in a communication system |
| FI107665B (fi) | 1998-02-25 | 2001-09-14 | Nokia Mobile Phones Ltd | Signaalin koodaus |
| US6201811B1 (en) * | 1998-03-24 | 2001-03-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Transferring Identifier information in a telecommunications system |
| AU749394B2 (en) | 1998-04-14 | 2002-06-27 | Fraunhofer-Gesellschaft Zur Forderung Der Angewandten Forschung E.V. | Method and apparatus for fine frequency synchronization in multi-carrier demodulation systems |
| US6625133B1 (en) | 1998-05-17 | 2003-09-23 | Lucent Technologies Inc. | System and method for link and media access control layer transaction initiation procedures |
| DE19824143A1 (de) | 1998-05-29 | 1999-12-02 | Siemens Ag | Verfahren zur Datenübertragung und Kommunikationssystem |
| CN100338885C (zh) | 1998-06-05 | 2007-09-19 | 三星电子株式会社 | 用于速率匹配的发送机和方法 |
| JP3888597B2 (ja) | 1998-06-24 | 2007-03-07 | 日本ビクター株式会社 | 動き補償符号化装置、及び動き補償符号化復号化方法 |
| GB9814960D0 (en) | 1998-07-10 | 1998-09-09 | Koninkl Philips Electronics Nv | Coding device and communication system using the same |
| US6359877B1 (en) | 1998-07-21 | 2002-03-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for minimizing overhead in a communication system |
| KR100373965B1 (ko) | 1998-08-17 | 2003-02-26 | 휴우즈 일렉트로닉스 코오포레이션 | 최적 성능을 갖는 터보 코드 인터리버 |
| SG71832A1 (en) | 1998-08-24 | 2000-04-18 | Inst Of Microelectronics | Method and apparatus for real-time determination of scalable channel coding scheme parameters |
| KR100377939B1 (ko) | 1998-09-01 | 2003-06-12 | 삼성전자주식회사 | 이동통신시스템에서서브프레임전송을위한프레임구성장치및방법 |
| US6320520B1 (en) | 1998-09-23 | 2001-11-20 | Digital Fountain | Information additive group code generator and decoder for communications systems |
| EP0991237A1 (en) | 1998-09-30 | 2000-04-05 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Multicarrier communication method with time-frequency differential encoding |
| US20010056560A1 (en) | 1998-10-08 | 2001-12-27 | Farooq Khan | Method and system for measurement based automatic retransmission request in a radiocommunication system |
| US6704898B1 (en) | 1998-10-23 | 2004-03-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Combined hybrid automatic retransmission request scheme |
| US6895057B1 (en) | 1998-11-03 | 2005-05-17 | Lucent Technologies Inc. | System and method for wireless communication supporting link adaptation and incremental redundancy |
| US6339646B1 (en) | 1998-11-03 | 2002-01-15 | Telefonaktiebolaget Lm Ericsson | Slotted mode code usage in a cellular communications system |
| US6865233B1 (en) | 1999-02-19 | 2005-03-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for control signalling enabling flexible link adaptation in a radiocommunication system |
| US6975611B1 (en) | 1999-03-03 | 2005-12-13 | Lucent Technologies Inc. | Method and device for MAC layer feedback in a packet communication system |
| US6785323B1 (en) | 1999-11-22 | 2004-08-31 | Ipr Licensing, Inc. | Variable rate coding for forward link |
| US7593380B1 (en) | 1999-03-05 | 2009-09-22 | Ipr Licensing, Inc. | Variable rate forward error correction for enabling high performance communication |
| WO2000054430A1 (en) | 1999-03-12 | 2000-09-14 | Qualcomm Incorporated | Methods and apparatus for power allocation on a reverse link power control channel of a communication system |
| US6473442B1 (en) | 1999-04-12 | 2002-10-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Communications system and method for matching and balancing the bit rates of transport channels to the bit rate of a physical channel |
| US6311306B1 (en) | 1999-04-26 | 2001-10-30 | Motorola, Inc. | System for error control by subdividing coded information units into subsets reordering and interlacing the subsets, to produce a set of interleaved coded information units |
| KR100305352B1 (ko) | 1999-05-25 | 2001-09-26 | 심지섭 | 연쇄부호를 사용한 적응형 하이브리드 ａｒｑ 방법 |
| FI109072B (fi) | 1999-06-16 | 2002-05-15 | Nokia Corp | Menetelmä ja järjestely kanavakoodaus- ja lomitusmenettelyn valitsemiseksi eräissä pakettidatayhteyksissä |
| FR2798542B1 (fr) | 1999-09-13 | 2002-01-18 | France Telecom | Recepteur a multiplexage par repartition en frequences orthogonales avec estimation iterative de canal et procede correspondant |
| US6868075B1 (en) | 1999-09-28 | 2005-03-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for compressed mode communications over a radio interface |
| US6308294B1 (en) | 1999-11-17 | 2001-10-23 | Motorola, Inc. | Adaptive hybrid ARQ using turbo code structure |
| US6275488B1 (en) | 1999-11-17 | 2001-08-14 | Motorola, Inc. | Variable rate spread spectrum communication method and apparatus |
| JP4284813B2 (ja) | 2000-02-18 | 2009-06-24 | 株式会社デンソー | Ｏｆｄｍ用受信装置 |
| KR100454519B1 (ko) | 2000-03-17 | 2004-11-05 | 마츠시타 덴끼 산교 가부시키가이샤 | 무선 통신 장치, 통신 단말 장치, 기지국 장치 및 무선 통신 방법 |
| US6473467B1 (en) | 2000-03-22 | 2002-10-29 | Qualcomm Incorporated | Method and apparatus for measuring reporting channel state information in a high efficiency, high performance communications system |
| US6952454B1 (en) | 2000-03-22 | 2005-10-04 | Qualcomm, Incorporated | Multiplexing of real time services and non-real time services for OFDM systems |
| JP2001285089A (ja) | 2000-03-31 | 2001-10-12 | Matsushita Electric Ind Co Ltd | 無線通信装置及び送信電力制御方法 |
| US6654419B1 (en) | 2000-04-28 | 2003-11-25 | Sun Microsystems, Inc. | Block-based, adaptive, lossless video coder |
| JP2002009733A (ja) | 2000-06-27 | 2002-01-11 | Hitachi Kokusai Electric Inc | 直交周波数分割多重変調方式の伝送装置 |
| EP2262157A3 (en) | 2000-07-05 | 2011-03-23 | Sony Deutschland Gmbh | Pilot pattern design for a STTD scheme in an OFDM system |
| US6701129B1 (en) | 2000-09-27 | 2004-03-02 | Nortel Networks Limited | Receiver based adaptive modulation scheme |
| US6947748B2 (en) | 2000-12-15 | 2005-09-20 | Adaptix, Inc. | OFDMA with adaptive subcarrier-cluster configuration and selective loading |
| US6765963B2 (en) | 2001-01-03 | 2004-07-20 | Nokia Corporation | Video decoder architecture and method for using same |
| US20020122491A1 (en) | 2001-01-03 | 2002-09-05 | Marta Karczewicz | Video decoder architecture and method for using same |
| GB2373148A (en) | 2001-02-01 | 2002-09-11 | Roke Manor Research | Intra symbol differential modulation of a multi-carrier signal |
| US6961388B2 (en) | 2001-02-01 | 2005-11-01 | Qualcomm, Incorporated | Coding scheme for a wireless communication system |
| US6985453B2 (en) | 2001-02-15 | 2006-01-10 | Qualcomm Incorporated | Method and apparatus for link quality feedback in a wireless communication system |
| MXPA02010377A (es) | 2001-02-21 | 2005-01-25 | Matsushita Electric Industrial Co Ltd | Metodo hibrido de solicitud de repeticion automatica con redesposicion de constelaciones de senales. |
| WO2002078355A1 (en) | 2001-03-23 | 2002-10-03 | Nokia Corporation | Variable length coding |
| US6771706B2 (en) | 2001-03-23 | 2004-08-03 | Qualcomm Incorporated | Method and apparatus for utilizing channel state information in a wireless communication system |
| US7047016B2 (en) | 2001-05-16 | 2006-05-16 | Qualcomm, Incorporated | Method and apparatus for allocating uplink resources in a multiple-input multiple-output (MIMO) communication system |
| EP1265411B1 (en) | 2001-06-08 | 2007-04-18 | Sony Deutschland GmbH | Multicarrier system with adaptive bit-wise interleaving |
| US6983166B2 (en) | 2001-08-20 | 2006-01-03 | Qualcomm, Incorporated | Power control for a channel with multiple formats in a communication system |
| JP4171261B2 (ja) | 2001-08-27 | 2008-10-22 | 松下電器産業株式会社 | 無線通信装置及び無線通信方法 |
| KR100498922B1 (ko) | 2001-08-31 | 2005-07-04 | 삼성전자주식회사 | 이동통신 시스템에서 순방향 채널의 품질정보 송수신방법및 장치 |
| US6856701B2 (en) | 2001-09-14 | 2005-02-15 | Nokia Corporation | Method and system for context-based adaptive binary arithmetic coding |
| US7773699B2 (en) | 2001-10-17 | 2010-08-10 | Nortel Networks Limited | Method and apparatus for channel quality measurements |
| US7171229B2 (en) | 2001-10-31 | 2007-01-30 | Koninklijke Philips Electronics N.V. | Method for operating a radio communication system |
| MXPA04005859A (es) | 2001-11-16 | 2004-10-11 | Lg Electronics Inc | Metodo para transmitir informacion sobre control de energia para un canal compartido de enlace descendente de alta velocidad en un sistema movil de comunicaciones. |
| EP1313248B1 (en) | 2001-11-16 | 2005-08-31 | Matsushita Electric Industrial Co., Ltd. | Hybrid ARQ method for packet data transmission |
| CN101448162B (zh) | 2001-12-17 | 2013-01-02 | 微软公司 | 处理视频图像的方法 |
| KR100754552B1 (ko) * | 2001-12-28 | 2007-09-05 | 삼성전자주식회사 | 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서고속 공통 제어 채널 송수신 장치 및 방법 |
| US7711363B2 (en) | 2002-01-08 | 2010-05-04 | Qualcomm Incorporated | Method and apparatus for controlling communications of data from multiple base stations to a mobile station in a communication system |
| US6690307B2 (en) | 2002-01-22 | 2004-02-10 | Nokia Corporation | Adaptive variable length coding of digital video |
| EP1424869B1 (en) | 2002-02-07 | 2007-06-27 | Matsushita Electric Industrial Co., Ltd. | Radio communication apparatus and transfer rate decision method |
| KR100547845B1 (ko) | 2002-02-07 | 2006-01-31 | 삼성전자주식회사 | 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서서빙 고속 공통 제어 채널 셋 정보를 송수신하는 장치 및방법 |
| US7000173B2 (en) | 2002-02-11 | 2006-02-14 | Motorola, Inc. | Turbo code based incremental redundancy |
| US7050759B2 (en) | 2002-02-19 | 2006-05-23 | Qualcomm Incorporated | Channel quality feedback mechanism and method |
| US7986672B2 (en) | 2002-02-25 | 2011-07-26 | Qualcomm Incorporated | Method and apparatus for channel quality feedback in a wireless communication |
| US7099387B2 (en) | 2002-03-22 | 2006-08-29 | Realnetorks, Inc. | Context-adaptive VLC video transform coefficients encoding/decoding methods and apparatuses |
| AU2002315928A1 (en) | 2002-04-09 | 2003-10-23 | Nec Australia Pty Ltd | Improved signalling scheme for high speed downlink packet access |
| KR100876765B1 (ko) | 2002-05-10 | 2009-01-07 | 삼성전자주식회사 | 이동 통신 시스템에서 데이터 재전송 장치 및 방법 |
| US7551546B2 (en) | 2002-06-27 | 2009-06-23 | Nortel Networks Limited | Dual-mode shared OFDM methods/transmitters, receivers and systems |
| US6754475B1 (en) | 2002-06-28 | 2004-06-22 | Motorola, Inc. | Transmission performance measurement and use thereof |
| GB2391431A (en) * | 2002-07-30 | 2004-02-04 | Fujitsu Ltd | Adaptive modulation and coding method |
| US7301929B2 (en) * | 2002-08-09 | 2007-11-27 | Spyder Navigations, L.L.C. | Method and system for transport block size signaling based on modulation type for HSDPA |
| JP3629017B2 (ja) * | 2002-08-20 | 2005-03-16 | 松下電器産業株式会社 | アウターループ送信電力制御方法および無線通信装置 |
| US6795584B2 (en) | 2002-10-03 | 2004-09-21 | Nokia Corporation | Context-based adaptive variable length coding for adaptive block transforms |
| KR100926707B1 (ko) | 2002-11-05 | 2009-11-17 | 엘지전자 주식회사 | 이동통신 시스템의 데이터 통신방법 |
| US6646578B1 (en) | 2002-11-22 | 2003-11-11 | Ub Video Inc. | Context adaptive variable length decoding system and method |
| EP1432261A1 (en) | 2002-12-20 | 2004-06-23 | Matsushita Electric Industrial Co., Ltd. | Receiver specific data manipulation in a communication system |
| KR100950652B1 (ko) | 2003-01-08 | 2010-04-01 | 삼성전자주식회사 | 직교 주파수 분할 다중 전송 방식에서 순방향 링크의 채널 상태 추정 방법 |
| US7688798B2 (en) | 2003-02-14 | 2010-03-30 | Nokia Siemens Networks Gmbh & Co. Kg | Data transmission method |
| US7142548B2 (en) | 2003-03-06 | 2006-11-28 | Nortel Networks Limited | Communicating in a reverse wireless link information relating to buffer status and data rate of a mobile station |
| US7929921B2 (en) | 2003-06-10 | 2011-04-19 | Motorola Mobility, Inc. | Diversity control in wireless communications devices and methods |
| EP3402092B1 (en) | 2003-08-06 | 2021-10-20 | Optis Wireless Technology, LLC | Wireless communication apparatus and wireless communication method |
| KR100689543B1 (ko) | 2003-08-26 | 2007-03-02 | 삼성전자주식회사 | 이동통신 시스템에서 상향링크 패킷 전송을 위한 스케쥴링 요청 방법 및 장치 |
| US20050048920A1 (en) | 2003-08-26 | 2005-03-03 | Jung-Tao Liu | Method of control signaling in wireless communications |
| US7733846B2 (en) * | 2003-08-26 | 2010-06-08 | Alcatel-Lucent Usa Inc. | Method and control channel for uplink signaling in a communication system |
| ATE506822T1 (de) * | 2003-09-23 | 2011-05-15 | Panasonic Corp | Protokolkontextübertragung in einem mobilfunkkommunikationsystem |
| DE10344765A1 (de) | 2003-09-26 | 2005-04-14 | Siemens Ag | Verfahren zum Übertragen von Kontrolldaten |
| US7680094B2 (en) | 2003-09-29 | 2010-03-16 | Alcatel-Lucent Usa Inc. | Method of aligning physical channels for uplink transmission |
| KR100566274B1 (ko) | 2003-11-20 | 2006-03-30 | 삼성전자주식회사 | 직교주파수분할다중 시스템에서 부반송파 할당 장치 및방법 |
| US7684568B2 (en) * | 2003-11-24 | 2010-03-23 | Intellon Corporation | Encrypting data in a communication network |
| KR100946923B1 (ko) | 2004-03-12 | 2010-03-09 | 삼성전자주식회사 | 직교 주파수 분할 다중 방식을 사용하는 통신 시스템에서 채널 품질 정보의 송수신 장치 및 방법, 그리고 그에 따른 시스템 |
| JP2005276292A (ja) | 2004-03-24 | 2005-10-06 | Fuji Photo Film Co Ltd | 磁気転写用マスター担体および磁気転写方法並びに磁気記録媒体 |
| US7388848B2 (en) * | 2004-03-26 | 2008-06-17 | Spyder Navigations L.L.C. | Method and apparatus for transport format signaling with HARQ |
| KR100646799B1 (ko) * | 2004-05-06 | 2006-11-24 | 삼성전자주식회사 | 이동통신 시스템에서 전송채널들의 레이트 매칭 파라미터 결정 방법 및 장치 |
| KR100819256B1 (ko) | 2004-05-06 | 2008-04-02 | 삼성전자주식회사 | 향상된 상향링크 전용 채널을 통해 시그널링 정보를전송하기 위한 전력의 설정 방법 및 장치 |
| EP1617606A1 (en) | 2004-07-16 | 2006-01-18 | Matsushita Electric Industrial Co., Ltd. | Scheduling mode switching for uplink transmissions |
| US7885245B2 (en) | 2004-07-19 | 2011-02-08 | Interdigital Technology Corporation | Method and apparatus for enhanced uplink multiplexing |
| US7876848B2 (en) | 2004-07-27 | 2011-01-25 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting a data stream in a wireless communication system with multiple antennas |
| US7864659B2 (en) | 2004-08-02 | 2011-01-04 | Interdigital Technology Corporation | Quality control scheme for multiple-input multiple-output (MIMO) orthogonal frequency division multiplexing (OFDM) systems |
| ES2327008T3 (es) | 2004-08-31 | 2009-10-22 | Panasonic Corporation | Control eficiente del rot durante transferencia blanda. |
| WO2006030019A2 (en) | 2004-09-15 | 2006-03-23 | Siemens Aktiengesellschaft | Decoding method |
| US9084199B2 (en) | 2004-09-30 | 2015-07-14 | Alcatel Lucent | Utilization of overhead channel quality metrics in a cellular network |
| KR100880986B1 (ko) * | 2004-11-09 | 2009-02-03 | 삼성전자주식회사 | 이동통신 시스템에서 상향링크 패킷 데이터 서비스의 제어정보 송수신 방법 및 장치 |
| US8693383B2 (en) | 2005-03-29 | 2014-04-08 | Qualcomm Incorporated | Method and apparatus for high rate data transmission in wireless communication |
| JP4455389B2 (ja) | 2005-04-01 | 2010-04-21 | 株式会社エヌ・ティ・ティ・ドコモ | 無線通信装置及び無線通信方法 |
| US9184870B2 (en) | 2005-04-01 | 2015-11-10 | Qualcomm Incorporated | Systems and methods for control channel signaling |
| US7499474B2 (en) | 2005-04-13 | 2009-03-03 | Nokia Corporation | Efficient HARQ control and channel quality feedback reporting for multicarrier systems |
| US7961700B2 (en) | 2005-04-28 | 2011-06-14 | Qualcomm Incorporated | Multi-carrier operation in data transmission systems |
| KR100724949B1 (ko) | 2005-05-03 | 2007-06-04 | 삼성전자주식회사 | 주파수 분할 다중접속 기반 무선통신 시스템에서 데이터와제어 정보의 다중화 방법 및 장치 |
| US8634432B2 (en) | 2005-05-06 | 2014-01-21 | Samsung Electronics Co., Ltd. | System and method for subcarrier allocation in a multicarrier wireless network |
| US7457588B2 (en) | 2005-08-01 | 2008-11-25 | Motorola, Inc. | Channel quality indicator for time, frequency and spatial channel in terrestrial radio access network |
| US8229448B2 (en) | 2005-08-01 | 2012-07-24 | Samsung Electronics Co., Ltd. | Apparatus and method for adaptive channel quality feedback in a multicarrier wireless network |
| US8073068B2 (en) | 2005-08-22 | 2011-12-06 | Qualcomm Incorporated | Selective virtual antenna transmission |
| JP2009508453A (ja) | 2005-09-09 | 2009-02-26 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 通信ネットワークにおいて制御情報を送信するための方法と装置 |
| US20070071145A1 (en) | 2005-09-23 | 2007-03-29 | Yona Perets | Method and apparatus to correct channel quality indicator estimation |
| US8489128B2 (en) | 2005-10-31 | 2013-07-16 | Qualcomm Incorporated | Efficient transmission on a shared data channel for wireless communication |
| JP2007135021A (ja) | 2005-11-11 | 2007-05-31 | Hitachi Communication Technologies Ltd | マルチキャリア通信における符号化信号配置方法及び通信装置 |
| KR100678156B1 (ko) | 2005-12-12 | 2007-02-02 | 삼성전자주식회사 | 무선 패킷 데이터 송신기 및 수신기와 송신 및 수신방법 |
| JP4807497B2 (ja) | 2005-12-14 | 2011-11-02 | 日本電気株式会社 | 複数の送信機を制御するための方法およびシステム |
| WO2007078146A1 (en) | 2006-01-06 | 2007-07-12 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting/receiving uplink signaling information in a single carrier fdma system |
| PL3444991T3 (pl) | 2006-02-03 | 2020-09-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Przydział zasobów łącza uplink w systemie komunikacji mobilnej |
| US7934137B2 (en) | 2006-02-06 | 2011-04-26 | Qualcomm Incorporated | Message remapping and encoding |
| US8116267B2 (en) | 2006-02-09 | 2012-02-14 | Samsung Electronics Co., Ltd. | Method and system for scheduling users based on user-determined ranks in a MIMO system |
| US7668188B2 (en) | 2006-02-14 | 2010-02-23 | Broadcom Corporation | Method and system for HSDPA bit level processor engine |
| US8363624B2 (en) * | 2006-02-22 | 2013-01-29 | Qualcomm Incorporated | Method and apparatus for sending signaling information via channel IDS |
| WO2007100547A2 (en) | 2006-02-24 | 2007-09-07 | Interdigital Technology Corporation | Wireless communication method and apparatus for selecting between transmission of short-version and full-version uplink scheduling requests |
| EP3048849B1 (en) | 2006-03-07 | 2017-06-21 | Panasonic Corporation | Overhead reduction of uplink control signaling in a mobile communication system |
| US9130791B2 (en) | 2006-03-20 | 2015-09-08 | Qualcomm Incorporated | Uplink channel estimation using a signaling channel |
| US8014455B2 (en) | 2006-03-27 | 2011-09-06 | Qualcomm Incorporated | Feedback of differentially encoded channel state information for multiple-input multiple-output (MIMO) and subband scheduling in a wireless communication system |
| US8363606B2 (en) | 2006-09-05 | 2013-01-29 | Qualcomm Incorporated | Method and apparatus for data and control multiplexing |
| US8102896B2 (en) | 2006-10-04 | 2012-01-24 | Nokia Corporation | Method and apparatus for multiplexing control and data channel |
| KR100959565B1 (ko) | 2006-10-27 | 2010-05-27 | 삼성전자주식회사 | 다중 홉 릴레이 방식을 사용하는 광대역 무선 접속 통신 시스템에서 중계국 프레임 제어 메시지 구성 장치 및 방법 |
| US8027407B2 (en) * | 2006-11-06 | 2011-09-27 | Ntt Docomo, Inc. | Method and apparatus for asynchronous space-time coded transmission from multiple base stations over wireless radio networks |
| EP1944896A1 (en) | 2007-01-09 | 2008-07-16 | Matsushita Electric Industrial Co., Ltd. | Configuration of control channels in a mobile communication system |
| US8223854B2 (en) | 2007-01-10 | 2012-07-17 | Motorola Mobility, Inc. | Method and apparatus for transmission of uplink control signaling and user data in a single carrier orthogonal frequency division multiplexing communication system |
| US20080200196A1 (en) | 2007-02-19 | 2008-08-21 | Tarik Muharemovic | Transmission of prioritized information in the proximity of reference signals |
| US20080285512A1 (en) | 2007-05-01 | 2008-11-20 | Interdigital Technology Corporation | Method and apparatus for reducing modulation, coding and transport block information signaling overhead |
| US7885176B2 (en) | 2007-06-01 | 2011-02-08 | Samsung Electronics Co., Ltd. | Methods and apparatus for mapping modulation symbols to resources in OFDM systems |
| US8331328B2 (en) | 2007-06-08 | 2012-12-11 | Samsung Electronic Co., Ltd | Control and data signaling in SC-FDMA communication systems |
| TW200915793A (en) | 2007-06-18 | 2009-04-01 | Interdigital Tech Corp | Multiple input multiple output (MIMO) mode optimization for low data rates services |
| US8559457B2 (en) * | 2007-06-18 | 2013-10-15 | Nokia Siemens Networks Oy | Method for dynamic interpretation of transport block size |
| US8467367B2 (en) | 2007-08-06 | 2013-06-18 | Qualcomm Incorporated | Multiplexing and transmission of traffic data and control information in a wireless communication system |
| EP2383920B1 (en) | 2007-12-20 | 2014-07-30 | Optis Wireless Technology, LLC | Control channel signaling using a common signaling field for transport format and redundancy version |
| EP2761955B1 (en) | 2011-09-30 | 2017-07-26 | Interdigital Patent Holdings, Inc. | Device communication using a reduced channel bandwidth |
-
2007
- 2007-12-20 EP EP11175779.5A patent/EP2383920B1/en active Active
- 2007-12-20 ES ES07024829T patent/ES2373240T3/es active Active
- 2007-12-20 ES ES11175779.5T patent/ES2519766T3/es active Active
- 2007-12-20 EP EP07024829A patent/EP2073419B1/en active Active
-
2008
- 2008-12-18 ES ES17184071T patent/ES2927338T3/es active Active
- 2008-12-18 KR KR1020227032932A patent/KR102545624B1/ko active Active
- 2008-12-18 MY MYPI20102668 patent/MY152015A/en unknown
- 2008-12-18 US US12/809,423 patent/US8385284B2/en active Active
- 2008-12-18 KR KR1020167005176A patent/KR101699848B1/ko active Active
- 2008-12-18 ES ES08865132T patent/ES2389145T3/es active Active
- 2008-12-18 EP EP22190478.2A patent/EP4109796A1/en not_active Withdrawn
- 2008-12-18 RU RU2010130186/08A patent/RU2473175C2/ru active IP Right Revival
- 2008-12-18 WO PCT/EP2008/010845 patent/WO2009080290A1/en not_active Ceased
- 2008-12-18 KR KR1020107016300A patent/KR101553088B1/ko active Active
- 2008-12-18 CN CN201310132703.5A patent/CN103259624B/zh active Active
- 2008-12-18 ES ES12172265.6T patent/ES2637366T3/es active Active
- 2008-12-18 SG SG2011066123A patent/SG174812A1/en unknown
- 2008-12-18 EP EP08865132A patent/EP2223453B1/en active Active
- 2008-12-18 KR KR1020217025298A patent/KR102447737B1/ko active Active
- 2008-12-18 PL PL12172265T patent/PL2501070T3/pl unknown
- 2008-12-18 JP JP2010538465A patent/JP5342563B2/ja active Active
- 2008-12-18 BR BRPI0819508A patent/BRPI0819508B1/pt active IP Right Grant
- 2008-12-18 EP EP17184071.3A patent/EP3255828B1/en active Active
- 2008-12-18 EP EP12172265.6A patent/EP2501070B1/en active Active
- 2008-12-18 PL PL17184071.3T patent/PL3255828T3/pl unknown
- 2008-12-18 KR KR1020187034008A patent/KR102083376B1/ko active Active
- 2008-12-18 KR KR1020207005444A patent/KR102155143B1/ko active Active
- 2008-12-18 KR KR1020177001703A patent/KR101949619B1/ko active Active
- 2008-12-18 CN CN2008801251673A patent/CN101919194B/zh active Active
- 2008-12-18 HU HUE17184071A patent/HUE060731T2/hu unknown
- 2008-12-18 AU AU2008340731A patent/AU2008340731B2/en active Active
- 2008-12-18 KR KR1020157004370A patent/KR101600383B1/ko active Active
- 2008-12-18 KR KR1020207025766A patent/KR102290242B1/ko active Active
-
2011
- 2011-08-11 JP JP2011175726A patent/JP4897105B2/ja active Active
-
2012
- 2012-10-04 RU RU2012142306/08A patent/RU2495529C1/ru active
-
2013
- 2013-01-17 US US13/744,244 patent/US8948117B2/en active Active
- 2013-06-20 JP JP2013129847A patent/JP5532463B2/ja active Active
-
2015
- 2015-01-28 US US14/607,312 patent/US9295053B2/en active Active
-
2016
- 2016-02-11 US US15/041,439 patent/US10772082B2/en active Active
-
2020
- 2020-03-23 US US16/826,731 patent/US11477767B2/en active Active
-
2022
- 2022-09-20 US US17/948,359 patent/US20230014403A1/en not_active Abandoned
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230014403A1 (en) | Control channel signaling using a common signaling field for transport format, redundancy version, and new data indicator | |
| BRPI0819955B1 (pt) | terminal móvel, método para uso em um sistema de comunicação móvel, estação base para uso em um sistema de comunicação móvel, e circuito integrado | |
| AU2021286357A1 (en) | Control channel signaling using a common signaling field for transport format and redundancy version | |
| AU2019279944B2 (en) | Control channel signaling using a common signaling field for transport format and redundancy version |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B25A | Requested transfer of rights approved |
Owner name: OPTIS WIRELESS TECHNOLOGY, LLC (US) |
|
| 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 1/00 , H04L 1/18 Ipc: H04L 1/00 (1968.09), H04L 1/18 (1968.09), H04L 1/1 |
|
| 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: 10 (DEZ) ANOS CONTADOS A PARTIR DE 07/04/2020, OBSERVADAS AS CONDICOES LEGAIS. |