BRPI0716618B1 - método e equipamento para transmissão de dados em pacote de baixo overhead e controle de modo de recepção - Google Patents

Abstract

método e equipamento para transmissão de dados em pacote de baixo overhead e controle de modo de recepção um método para comunicações sem fio onde um pacote de controle não é transmitido para todas as transmissões de um novo pacote de dados. um pacote de controle é enviado apenas com uma retransmissão de um pacote de dados onde o pacote de dados previamente transmitido não é completamente recebido. o pacote de controle contém informação relacionada a um pacote de dados previamente transmitido. o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns. os dados comuns são derivados com base na informação relacionada ao pacote de dados previamente transmitido, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são associados a uma série de pacotes de dados.

Description

“MÉTODO E EQUIPAMENTO PARA TRANSMISSÃO DE DADOS EM PACOTE DE BAIXO OVERHEAD E CONTROLE DE MODO DE RECEPÇÃO" CAMPO DA INVENÇÃO

[0001] Os presentes aspectos revelados se referem de forma geral às comunicações, e mais especificamente ao método e equipamento para transmissão de dados em pacote de baixo overhead e modo de controle de recepção.

DESCRIÇÃO DA TÉCNICA ANTERIOR

[0002] Um sistema de comunicação de acesso múltiplo sem fio pode incluir muitos Nós B (ou estações base) que suportam comunicação para muitos equipamentos de usuário (UEs). Um Nó B pode se comunicar com múltiplos UEs no downlink e no uplink. O downlink (ou link direto) se refere ao link de comunicação a partir dos Nós B para os UEs, e o uplink (ou link reverso) se refere ao link de comunicação a partir dos UE para os Nós B.

[0003] No downlink, um Nó B pode transmitir dados para múltiplos UEs utilizando canais de dados dedicados e/ou canal de dados compartilhado. Um canal de dados dedicado é um canal de dados que é atribuído a um UE específico e é usado para enviar dados apenas para aquele UE. Um canal de dados compartilhado é um canal de dados que é compartilhado por múltiplos UEs e pode transportar dados para um ou mais UEs em qualquer momento determinado. Um canal de dados é um mecanismo para enviar dados e pode depender da tecnologia de rádio usada pelo sistema. Por exemplo, em um sistema de Acesso Múltiplo por Divisão de Código (CDMA), um canal de dados pode ser associado a um código de canalização específico, por exemplo, um código Walsh específico.

[0004] Um Nó B pode usar um canal de dados compartilhado para obter vários benefícios. O canal de dados compartilhado pode permitir melhor utilização dos recursos de rádio disponíveis uma vez que cada UE pode ser servido conforme necessário e utilizar apenas recursos de rádio suficientes para servir àquele UE. O canal de dados compartilhado também pode suportar taxas superiores de dados de pico para os UEs uma vez que todos os recursos de rádio disponíveis para o canal de dados compartilhado podem ser usados potencialmente para um UE. O canal de dados compartilhado também pode prover flexibilidade na programação dos UEs para transmissão de dados no downlink.

[0005] Um Nó B pode enviar sinalização em um canal de controle compartilhado em paralelo com o canal de dados compartilhado para tornar conhecida a forma como o canal de dados compartilhado é usado. Por exemplo, a sinalização pode tornar conhecido qual UE(s) está sendo servido, os recursos de rádio alocados para cada UE sendo servido, como os dados são enviados para cada UE, etc. Devido à natureza dinâmica do canal de dados compartilhado, os UEs que podem potencialmente receber dados no canal de dados compartilhado pode continuamente monitorar o canal de controle compartilhado para determinar se os dados estão sendo enviados para eles. Cada UE que recebe sinalização no canal de controle compartilhado pode processar o canal de dados compartilhado com base na sinalização recebida para recuperar os dados enviados ao UE. Contudo, o canal de controle compartilhado representa overhead para o canal de dados compartilhado.

[0006] Portanto, existe a necessidade na técnica de se reduzir o overhead de canal compartilhado.

SUMÁRIO DA INVENÇÃO

[0007] Os aspectos aqui revelados tratam das necessidades mencionadas acima mediante provisão de um sistema que elimina a transmissão de sinalização de canal de controle para novas transmissões e transmite apenas a sinalização de canal de controle para retransmissões. Além disso, um modo de recepção descontínuo é criado para o UE de modo que ele pode ser desligado em intervalos predeterminados.

[0008] Técnicas para transmissão e recepção eficiente de dados em um sistema de comunicação sem fio são aqui descritas. De acordo com um aspecto, um método para comunicação sem fio inclui receber um pacote de controle incluindo informação relacionada a um pacote anterior de dados transmitidos; receber um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns; e obter os dados comuns com base na informação relacionada ao pacote de dados previamente transmitido, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são associados a uma série de pacote de dados incluindo um primeiro pacote de dados e em que o primeiro pacote de dados não tem um pacote de controle transmitido com o mesmo.

[0009] De acordo com outro aspecto, um método para comunicação sem fio inclui transmitir um pacote de controle tendo informação relacionada a um pacote previamente transmitido, a informação não tendo sido transmitida quando o pacote previamente transmitido foi transmitido; e transmitir um pacote de dados, em que o pacote previamente transmitido e o segundo pacote são derivados de dados comuns.

[0010] De acordo com ainda outro aspecto, um equipamento de usuário inclui dispositivos para receber um pacote de controle incluindo informação relacionada a um pacote de dados previamente transmitido; dispositivos para receber um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados dos dados comuns; e dispositivos para obter os dados comuns com base na informação relacionada ao pacote de dados previamente transmitido, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são associados a uma sequência de pacotes de dados incluindo um primeiro pacote de dados e em que o primeiro pacote de dados não tem sinalização de controle a ele associado.

[0011] De acordo com ainda outro aspecto, um produto de programa de computador para comunicação sem fio inclui um meio legível por máquina tendo instruções executáveis por um controlador para receber um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns; e obter os dados comuns com base na informação relacionada ao pacote de dados previamente transmitido, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são associados a uma sequência de pacotes de dados incluindo um primeiro pacote de dados e em que o primeiro pacote de dados não tem sinalização de controle a ele associado.

[0012] De acordo com ainda outro aspecto, um equipamento de usuário incluindo um demodulador, em que o demodulador é configurado para receber um pacote de controle tendo informação relacionada a um pacote de dados previamente transmitido; um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns; um processador de dados de recepção acoplado ao demodulador, em que o processador de dados de recepção é configurado para obter os dados comuns com base na informação relacionada ao pacote de dados previamente transmitidos, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são associados a uma sequência de pacotes de dados incluindo um primeiro pacote de dados e em que o primeiro pacote de dados não tem sinalização de controle a ele associado; e um transdutor acoplado ao processador de dados de recepção, em que o transdutor é configurado para produzir áudio com base nos dados comuns.

[0013] De acordo com ainda outro aspecto, um método para comunicação sem fio inclui transmitir um pacote de controle tendo informação relacionada a um pacote de dados previamente transmitido, a informação não tendo sido transmitida quando o pacote previamente transmitido foi transmitido; e transmitir um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns.

[0014] De acordo com ainda outro aspecto, um equipamento para comunicação sem fio inclui dispositivos para transmitir um pacote de controle tendo informação relacionada a um pacote de dados previamente transmitido, a informação não tendo sido transmitida quando o pacote previamente transmitido foi transmitido; e dispositivos para transmitir um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns.

[0015] De acordo com ainda outro aspecto, um equipamento para comunicação sem fio inclui um transmissor, o transmissor configurado para transmitir um pacote de controle tendo informação relacionada a um pacote de dados previamente transmitido, a informação não tendo sido transmitida quando o pacote previamente transmitido foi transmitido; e para transmitir um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns.

[0016] De acordo com ainda outro aspecto, um produto de programa de computador para comunicação sem fio inclui um meio legível por máquina tendo instruções executáveis por um controlador para transmitir um pacote de controle tendo informação relacionada a um pacote de dados previamente transmitido, a informação não tendo sido transmitida quando o pacote de dados previamente transmitido foi transmitido; e transmitir um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns.

[0017] De acordo com ainda outro aspecto, um Nó B inclui uma antena e um transmissor acoplado à antena, em que o transmissor é configurado para transmitir um pacote de controle com a antena tendo informação relacionada a um pacote de dados previamente transmitido, a informação não tendo sido transmitida quando o pacote previamente transmitido foi transmitido; e para transmitir um pacote de dados de retransmissão com a antena, em que o pacote de dados previamente transmitido e o pacote de dados de transmissão são derivados de dados comuns.

BREVE DESCRIÇÃO DAS FIGURAS A Figura 1 é um diagrama de rede de um sistema de comunicação sem fio; A Figura 2 é um diagrama de blocos de um Nó B e de um UE; A Figura 3 é um formato de quadro em W-CDMA; A Figura 4 é uma transmissão para um UE com HARQ em HSDPA; A Figura 5 mostra transmissões para múltiplos UEs em HSDPA; A Figura 6 mostra transmissões para um UE com parâmetros atribuídos; A Figura 7 mostra transmissões para múltiplos UEs com parâmetros atribuídos; A Figura 8 mostra um processador de dados TX e um modulador no Nó B; A Figura 9 mostra um demodulador e um processador de dados RX no UE; A Figura 10 mostra um processo para transmissão de dados sem sinalização; A Figura 11 mostra um processo para recepção de dados sem sinalização; A Figura 12 mostra um controlador para implementar a transmissão de dados sem sinalização em um Nó B; e, A Figura 13 mostra um controlador para implementar a recepção de dados sem sinalização em um UE.

DESCRIÇÃO DETALHADA DA INVENÇÃO

[0018] Vários aspectos da revelação são descritos abaixo. Para conveniência, um ou mais aspectos da revelação podem ser referidos aqui simplesmente como “um aspecto”, “aspectos”, ou “alguns aspectos”. Deve ser evidente que os presentes ensinamentos podem ser incorporados em uma ampla variedade de formas e que qualquer estrutura específica, função, ou ambas sendo aqui discutidas são apenas representativas. Com base nos presentes ensinamentos aqueles versados na técnica considerarão que um aspecto aqui revelado pode ser implementado independentemente de quaisquer outros aspectos e que dois ou mais desses aspectos podem ser combinados de diversas formas. Por exemplo, um equipamento pode ser implementado ou um método pode ser praticado utilizando qualquer número dos aspectos aqui apresentados. Além disso, tal equipamento pode ser implementado ou tal método pode ser praticado utilizando outra estrutura, funcionalidade, ou estrutura e funcionalidade em adição ou diferente de um ou mais dos aspectos aqui apresentados.

[0019] A Figura 1 mostra um sistema de comunicação sem fio 100 com múltiplos Nós B 110 e múltiplos UEs 120. Um Nó B é geralmente uma estação fixa que se comunica com os UEs e também pode ser referido como uma estação base, um Nó B otimizado (eNó B), um ponto de acesso, etc. Cada Nó B 110 provê cobertura de comunicação para uma área geográfica específica e suporta comunicação para os UEs localizados dentro da área de cobertura. Um controlador de sistema 130 se acopla aos Nós B 110 e provê coordenação e controle para esses Nós B. O controlador de sistema 130 pode ser uma única entidade de rede ou um agrupamento de entidades de rede. Por exemplo, o controlador de sistema 130 pode compreender um Controlador de Rede de Rádio (RNC), um Centro de Comutação Móvel (MSC), etc.

[0020] Os UEs 120 podem ser dispersos por todo o sistema, e cada UE pode ser estacionário ou móvel. Um UE também pode ser referido como uma estação móvel, um terminal, um terminal de acesso, uma unidade de assinante, uma estação, etc. Um UE pode ser um telefone celular, um assistente pessoal digital (PDA), um dispositivo de comunicação sem fio, um dispositivo de mão, um modem sem fio, um computador laptop, e assim por diante. O UE pode se comunicar ativamente com um Nó B ou pode apenas receber piloto e sinalização a partir do Nó B. Os termos "UE" e "usuário" são usados aqui de forma permutável.

[0021] A Figura 2 mostra um diagrama de blocos de um Nó B 110 e de um UE 120, que constituem um dos Nós B e um dos UEs na Figura 1. No Nó B 110, um processador de dados de transmissão (TX) 210 recebe dados de tráfego a partir de uma fonte de dados (não mostrada) e sinalização a partir de um controlador/processador 240, processa (por exemplo, formata, codifica, intercala, e mapeia em símbolos) os dados de tráfego e sinalização, e provê símbolos de dados e símbolos de sinalização. Um modulador 220 processa os dados e os símbolos de sinalização conforme especificado pelo sistema e provê chips de saída. Um transmissor (TMTR) 222 processa (por exemplo, converte em analógico, amplifica, filtra, e converte ascendentemente em frequência) os chips de saída e gera um sinal de downlink, o qual é transmitido a partir de uma antena 224.

[0022] No UE 120, uma antena 252 recebe o sinal de downlink a partir do Nó B 110 e provê um sinal recebido a um receptor (RCVR) 254. O receptor 254 condiciona (por exemplo, filtra, amplifica, converte descendentemente em frequência, e digitaliza) o sinal recebido e provê amostras recebidas. Um demodulador (Demod) 260 processa as amostras recebidas de uma maneira complementar ao processamento pelo modulador 220 e provê estimativas de símbolo. Um processador de dados de recepção (RX) 270 processa (por exemplo, demapeia em símbolos, desintercala, e decodifica) as estimativas de símbolo e provê dados decodificados para o UE 110.

[0023] No uplink, no UE 120, dados e sinalização são processados por um processador de dados TX 290, modulados por um modulador 292, condicionados por um transmissor 294, e transmitidos por intermédio da antena 252. No Nó B 110, os sinais de uplink a partir do UE 120 e de outros UEs são recebidos pela antena 224, condicionados por um receptor 230, demodulados por um demodulador 232, e processados por um processador de dados RX 234 para recuperar os dados e sinalização enviada pelos UEs. Em geral, o processamento para transmissão de uplink pode ser similar ou diferente do processamento para transmissão de downlink.

[0024] Os controladores, 240 e 280, direcionam as operações no Nó B 110 e UE 120, respectivamente. Memórias 242 e 282 armazenam os dados e códigos de programa para o Nó B 110 e UE 120, respectivamente.

[0025] As técnicas aqui descritas podem ser usadas para vários sistemas de comunicação sem fio tais como sistemas de Acesso Múltiplo por Divisão de Código (CDMA), sistemas de Acesso Múltiplo por Divisão de Tempo (TDMA), sistemas de Acesso Múltiplo por Divisão de Frequência (FDMA), sistemas FDMA Ortogonal (OFDMA), etc. Os termos: "sistema" e "rede" frequentemente são usados de forma permutável. Um sistema CDMA pode utilizar uma tecnologia de rádio tal como CDMA de Banda Larga (W-CDMA), cdma2000, etc. cdma2000 abrange os padrões IS-2000, IS-856, e IS-95. Um sistema TDMA pode utilizar uma tecnologia de rádio tal como Sistema Global para Comunicações Móveis (GSM). Essas várias tecnologias de rádio e padrões são conhecidas na técnica. W-CDMA e GSM são descritos em documentos a partir de uma organização denominada "Projeto de Parceria de 3a Geração" (3GPP). cdma2000 é descrito nos documentos a partir de uma organização denominada "Projeto 2 de Parceria de 3a Geração" (3GPP2). Para clareza, as técnicas são descritas abaixo para transmissão de downlink em um sistema W-CDMA. Contudo, deve ser observado que as técnicas aqui descritas poderiam ser implementadas em conformidade com outros padrões tal como Institute of Electrical and Electronics Engineers 802.11, 802.16 (WiMAX), e 802.20.

[0026] No W-CDMA, os dados para um UE são processados como um ou mais canais de transporte em uma camada superior. Os canais de transporte podem transportar dados a partir de um ou mais serviços, por exemplo, voz, vídeo, dados em pacote, jogos, etc. Os canais de transporte são mapeados para canais físicos em uma camada física. Os canais físicos são canalizados com diferentes códigos de canalização e são ortogonais entre si no domínio de código.

[0027] 3GPP Versão 5 e posteriores suportam Acesso de Pacote de Downlink de Alta Velocidade (HSDPA), que é um conjunto de canais e procedimentos que permitem a transmissão de dados em pacote de alta velocidade no downlink. Para HSDPA, um Nó B envia dados em um Canal Compartilhado de Downlink de Alta Velocidade (HS-DSCH), o qual é um canal de transporte de downlink que é compartilhado por todos os UEs em ambos, tempo e código. O HS-DSCH pode transportar dados para um ou mais UEs em um determinado intervalo de tempo de transmissão (TTI). UM TTI é igual a um subquadro para HSDPA e é a menor unidade de tempo na qual os UEs podem ser programados e servidos. O compartilhamento do HS-DSCH é dinâmico e pode mudar de TTI para TTI.

[0028] A Tabela 1 relaciona alguns canais físicos de downlink e uplink usados para HSDPA e provê uma descrição reduzida para cada canal físico.

Tabela 1 [0029] Para HSDPA, um Nó B pode usar até quinze códigos de canalização de 16 chips com fator de espalhamento de 16 (SF = 16) para o HS-PDSCH. O Nó B também pode usar qualquer número de códigos de canalização de 128 chips com fator de espalhamento de 128 (SF = 128) para o HS-SCCH. O número de código de canalização de 16 chips para o HS-PDSCH e o número de código de canalização de 128 chips para o HS-SCCH são configuráveis. Os códigos de canalização para o HS-PDSCH e HS-SCCH são códigos de fator de espalhamento variável ortogonal (OVSF) que podem ser gerados de uma maneira estruturada. O fator de espalhamento (SF) é o comprimento de um código de canalização. Um símbolo é espalhado com um código de canalização de comprimento SF para gerar SF chips para o símbolo.

[0030] A um UE podem ser atribuídos até dezesseis códigos de canalização de 16 chips para o HS-PDSCH e até quatro códigos de canalização de 128 chips para o HS-SCCH. Os códigos de canalização para o HS-SCCH são atribuídos ao UE no estabelecimento de chamada e sinalizados para o UE por intermédio da sinalização de camada superior. Os códigos de canalização para o HS-PDSCH são atribuídos dinamicamente e transportados para o UE por intermédio da sinalização enviada no HS-SCCH utilizando um dos códigos atribuídos de canalização de 128 chips.

[0031] HSDPA também pode ser considerado como tendo (a) até quinze HS-PDSCHs, com cada HS-PDSCH utilizando um código de canalização de 16 chips, diferente, e (b) qualquer número dos HS-SCCHs, com cada HS-SCCH utilizando um código de canalização de 128 chips, diferente. Nesse caso, a um UE podem ser atribuídos até quatro HS-SCCHs e até quinze HS-PDSCHs. Na descrição a seguir, HSDPA é considerado como tendo (a) um único HS-PDSCH com até quinze códigos de canalização de 16 chips e (b) um único HS-SCCH com qualquer número de códigos de canalização de 128 chips. Na descrição a seguir, as referências aos códigos de canalização são para os HS-PDSCH a menos que de outro modo assinalado.

[0032] A Figura 3 mostra um formato de quadro em W-CDMA. A cronologia para transmissão é dividida em quadros de rádio. Os quadros de rádio no downlink são definidos em relação à temporização de um Canal Piloto Comum (CPICH). Cada quadro de rádio tem uma duração de 10 milissegundos (ms) e é identificado por um número de quadro de sistema de 12 bits (SFN). Cada quadro de rádio é adicionalmente particionado em 15 partições, as quais são rotuladas como partição 0 à partição 14. Cada partição tem uma duração de 0, 667 ms e inclui 2560 chips em 3,84 megachips/segundo (Mcps). Cada quadro de rádio também é particionado em cinco subquadros 0 a 4. Cada subquadro tem uma duração de 2 ms e cobre 3 partições. Os subquadros dos HS-SCCH são alinhados em tempo com os quadros de rádio do CPICH. Os subquadros do HS-PDSCH são deslocados para a direita (ou retardados) por duas partições em relação aos subquadros do HS-SCCH.

[0033] O HS-DSCH carrega blocos de transporte para os UEs sendo servidos. Um bloco de transporte é um bloco de dados e também pode ser referido como um bloco de dados, um pacote, etc. Cada bloco de transporte é codificado e modulado e então enviado no HS-PDSCH.

[0034] HSDPA suporta transmissão automática híbrida (HARQ), a qual também é referida como redundância incremental (IR). Com HARQ, um Nó B envia uma nova transmissão para um bloco de transporte e pode enviar uma ou mais retransmissões até que o bloco de transporte seja decodificado corretamente por um UE, ou o número máximo de retransmissões terem sido enviados, ou alguma outra condição de terminação ser encontrada. O Nó B desse modo pode enviar um número variável de transmissões para um bloco de transporte. A primeira transmissão é referida como uma nova transmissão, e cada uma das transmissões subseqüentes é referida como uma retransmissão. HSDPA suporta IR assíncrono, o que significa que uma retransmissão pode ser enviada em uma quantidade de tempo variável após uma transmissão anterior. Ao contrário, com IR síncrono, uma retransmissão é enviada em uma quantidade de tempo fixa após uma transmissão anterior. Com ambos, IR síncrono e IR assíncrono, existe um intervalo de tempo entre transmissões sucessivas de um bloco de transporte. Durante esse intervalo de tempo, as transmissões para outros blocos de transporte podem ocorrer. Transmissões de diferentes blocos de transporte, portanto, podem ser intercaladas com HARQ.

[0035] Para HARQ em HSDPA, um Nó B gera uma verificação de redundância cíclica (CRC) para um bloco de transporte, anexa a CRC ao bloco de transporte, e codifica o bloco de transporte e a CRC com base em um esquema de codificação ou taxa de código para obter um bloco codificado. A CRC é usada por um UE para detectar erros após decodificação. O Nó B particiona o bloco codificado em múltiplas versões de redundância. Cada versão de redundância pode conter diferente informação codificada (ou bits de código) para o bloco de transporte. O Nó B pode enviar uma versão de redundância para cada transmissão do bloco de transporte. Em HSDPA, o Nó B pode selecionar a sequência de versões de redundância para enviar para o bloco de transporte.

[0036] O uso de sinalização HS-SCCH provê informação de controle para todas as novas transmissões e retransmissões. Contudo, as mensagens de controle enviadas pela sinalização HS-SCCH constitui overhead porque elas consomem códigos HS-SCCH (os quais são limitados em número) assim como certa energia. Para reduzir o overhead por intermédio do uso de HS-SCCH, seria desejável eliminar a sinalização HS-SCCH. Em um aspecto, a sinalização HS-SCCH é eliminada para todas as novas transmissões no HS-PDSCH, e utilizado apenas para retransmissões. A descrição a seguir descreverá em primeiro lugar como as transmissões utilizando HS-SCCH são obtidas para fins de conhecimento, e descrevem então como as transmissões sem HS-SCCH, também referidas como transmissões sem HS-SCCH, são conseguidas.

[0037] Onde sinalização de controle é usada para cada transmissão no HS-PDSCH, o Nó B envia sinalização no HS-SCCH para cada transmissão enviada no HS-PDSCH. A Tabela 2 fornece a sinalização enviada no HS-SCCH. A primeira coluna da Tabela 2 relaciona diferentes campos ou tipos de informação incluídos na sinalização, a segunda coluna fornece o tamanho de cada campo e a terceira coluna fornece uma descrição reduzida do que é transportado para cada campo. A quarta e a quinta coluna, as quais descrevem a sinalização quando o HS-SCCH é enviado (isto é, para todas as retransmissões) na abordagem de transmissão sem HS-SCCH, são descritas abaixo.

Tabela 2 - Informação de HS-SCCH

[0038] A sinalização no HS-SCCH inclui informação relacionada a recurso e formato de transporte (TFRI) e informação relacionada à HARQ (ou informação HARQ). A TFRI inclui o conjunto de código de canalização, esquema de modulação, e tamanho de bloco de transporte. A informação HARQ inclui o número de processo HARQ, versão de redundância, e novo indicador de dados. A sinalização é processada em duas partes. A parte 1 contém 8 bits para o conjunto de código de canalização e esquema de modulação. A parte 2 contém 13 bits para informação HARQ e tamanho de bloco de transporte. Um CRC é calculado através de ambas as partes, 1 e 2. A parte 1 é codificada com um código convolucional de taxa 1/2, embaralhado com o ID de UE, e enviado na primeira partição de um subquadro. A parte 2 e o CRC são codificados com um código convolucional de taxa 1/2 e enviados nas últimas duas partições do subquadro. Isso permite que o UE recupere a informação crítica de tempo da parte 1 a partir do HS-SCCH antes da transmissão de dados no HS-PDSCH.

[0039] A Figura 4 mostra a transmissão de dados no HS-DSCH com sinalização. Um UE periodicamente estima a qualidade de seu sinal recebido com base em um piloto e envia um indicador de qualidade de canal (CQI) no HS-DPCCH. Um Nó B tem dados para enviar para o UE e programa o UE para transmissão de downlink. O Nó B envia sinalização para o UE no HS-SCCH e envia uma primeira transmissão de um bloco de transporte para o UE no HS-PDSCH. A transmissão de dados no HS-PDSCH é retardada em duas partições a partir da transmissão de sinalização correspondente no HS-SCCH.

[0040] O UE processa o HS-SCCH e recupera a sinalização enviada para o UE. O UE então processa o HS-PDSCH com base na sinalização recebida e recupera o bloco de transporte enviado para o UE. O UE envia uma confirmação (ACK) no HS-DPCCH se o bloco de transporte for decodificado corretamente e caso contrário envia uma confirmação negativa (NAK). O UE também estima a qualidade do sinal recebido e envia CQI junto com a ACK ou NAK no HS-DPCCH. A transmissão de realimentação no HS-DPCCH é retardada em aproximadamente 7,5 partições a partir do término da transmissão de dados correspondente no HS-PDSCH.

[0041] O Nó B pode enviar uma retransmissão do bloco de transporte se uma NAK for recebida a partir do UE e pode enviar uma nova transmissão para outro bloco de transporte se uma ACK for recebida. O Nó B envia sinalização no HS-SCCH e a retransmissão ou nova transmissão no HS-PDSCH. A sinalização indica se o HS-PDSCH transporta uma retransmissão ou uma nova transmissão assim como outra informação. Em geral, o Nó B pode enviar uma nova transmissão para um bloco de transporte e uma ou mais retransmissões se necessário. O Nó B pode enviar múltiplos blocos de transporte de uma maneira entrelaçada, conforme mostrado na Figura 4.

[0042] A Figura 5 mostra a transmissão de dados para múltiplos UEs em HSDPA. Um Nó B programa os UEs para transmissão de dados no HS-PDSCH em cada TTI. O Nó B envia sinalização para os UEs programados no HS-SCCH e envia transmissões para os UEs programados no HS-PDSCH. Cada UE que poderia receber dados no HS-PDSCH processa o HS-SCCH para determinar se a sinalização foi enviada para aquele UE. Cada UE programado processa o HS-PDSCH para recuperar o bloco de transporte enviado para o UE. Cada UE programado envia ACK/NAK e realimentação de CQI no HS-DPCCH. Os UEs que não são programados em um determinado TTI também podem enviar ACK/NAK para uma transmissão anterior e CQI para o TTI atual no HS-DPCCH.

[0043] Na Figura 5, as transmissões no HS-PDSCH e sinalização no HS-SCCH para serviços em tempo real tal como Voz sobre Protocolo Internet (VoIP), jogos, etc., são mostrados com sombreamento sólido. Transmissões no HS-PDSCH e sinalização no HS-SCCH para outros serviços tal como o de melhor esforço, etc., são mostrados com tracejado diagonal. Cada transmissão no HS-PDSCH é associada à sinalização correspondente no HS-SCCH.

[0044] HSDPA é projetado e otimizado para aplicações análogas à transferência de grandes quantidades de dados. Muitos resultados de simulação, usados no projeto de HSDPA, foram gerados com base em um modelo de tráfego de armazenador completo. Essa premissa conduz a um modelo de HSDPA que otimiza a capacidade de transmissão de célula mais propriamente do que a performance para aplicações sensíveis ao retardo, que podem produzir pacotes relativamente pequenos. Algumas das consequências do modelo de HSDPA atual são: O HS-SCCH transporta muitos bits para sinalização, conforme mostrado na Tabela 2, O HS-SCCH é codificado e transmitido de uma maneira subótima, O HS-PDSCH transporta blocos de transporte que são relativamente grandes para alguns serviços em tempo real, e O HS-DPCCH é transmitido continuamente por cada UE.

[0045] A grande quantidade de sinalização no HS-SCCH é usada para suportar (a) escolha flexível de códigos de canalização atribuídos para o HS-PDSCH, que podem mudar na base de transmissão por transmissão, (b) escolha flexível de tamanho de bloco de transporte a partir de 254 possíveis tamanhos de bloco de transporte, (c) escolha flexível de tempo de transmissão e retransmissão para IR assíncrono, (d) escolha flexível de versão de redundância, e (e) escolha flexível de modulação. Todos esses aspectos flexíveis resultam em uma grande quantidade de overhead no HS-SCCH.

[0046] Adicionalmente, a sinalização no HS-SCCH é dividida em duas partes, conforme descrito acima, para simplificar a implementação de UE. A transmissão de HS-PDSCH é retardada em relação à transmissão de HS-SCCH, conforme mostrado nas Figuras 4 e 5, para também simplificar a implementação do UE. Essas duas características são subótimas e fazem com que o overhead devido ao HS-SCCH seja ainda maior.

[0047] O HS-PDSCH pode transportar blocos de transporte de diferentes tamanhos para melhor combinar com as cargas úteis de dados dos UEs. O HSDPA suporta 254 tamanhos de bloco de transporte variando de 137 bits a 27.952 bits. Os tamanhos de bloco de transporte dependem do esquema de modulação (por exemplo, QPSK ou 16 QAM) e do número de códigos de canalização usados para transmissão no HS-PDSCH. Diferentes conjuntos de tamanhos de bloco de transporte estão disponíveis para diferentes números de códigos de canalização. Por exemplo, 103 tamanhos de blocos de transporte variando de 137 a 1.871 bits podem ser usados quando um código de canalização é atribuído para o HS-PDSCH.

[0048] Os tamanhos pequenos dos blocos de transporte podem utilizar muito espaço de código de canalização. O fator de espalhamento de 16 é usado para o HS-PDSCH porque ele reduz a quantidade de sinalização para transportar o conjunto de códigos de canalização atribuído enquanto proporcionando granularidade de espaço de código suficiente para os dados. Essa escolha do fator de espalhamento resulta em tamanhos pequenos de bloco de transporte (os quais raramente são usados para tráfego de armazenador completo) tendo taxas de código efetivas pequenas. Por exemplo, todos os tamanhos de bloco de transporte de 137 a 449 bits com QPSK têm uma taxa de código de 1/2 ou menos na primeira transmissão. Para VoIP, um quadro de taxa completa para fala de multitaxa adaptativa (AMR) de 12,2 kilobits/segundo (kbps) contém 317 bits. Um tamanho típico de bloco de transporte para esse quadro de taxa completa tem uma taxa de código de aproximadamente 1/3 na primeira transmissão. A capacidade em excesso desse tamanho de bloco de transporte típico resulta em uma taxa de código baixa para a primeira transmissão, o que pode resultar em mais recursos de rádio sendo utilizados para o quadro de taxa completa do que necessário.

[0049] Cada UE que poderia receber transmissão de dados no HS-PDSCH envia continuamente informação de realimentação (por exemplo, CQI) no HS-DPCCH. A informação de realimentação melhora a performance da transmissão de dados no downlink à custa de overhead de uplink e maior consumo de bateria de UE. A programação flexível dos UEs para transmissão de dados no HS-PDSCH requer que os UEs continuamente monitorem o HS-SCCH e continuamente transmitam no HS-DPCCH.

[0050] Pelas razões observadas acima, o modelo de HSDPA com sinalização HS-SCCH provê boa performance para aplicações lembrando o modelo de tráfego de armazenador completo, mas é ineficiente para aplicações com baixa capacidade de transmissão e/ou dados sensíveis ao retardo. Além disso, esse modelo de HSDPA não considera problemas relacionados à conectividade de pacote contínuo, tal como overhead de uplink e durabilidade da bateria do UE.

[0051] Em um aspecto, um Nó B envia transmissões em um canal de dados compartilhado (por exemplo, o HS-DSCH e HS-PDSCH) para um UE com base em ao menos um parâmetro que é atribuído ao UE antes das transmissões. O Nó B não envia sinalização em um canal de controle compartilhado (por exemplo, o HS-SCCH) para quaisquer novas transmissões enviadas ao UE no canal de dados compartilhado (isto é, o Nó B apenas envia sinalização de HS-SCCH nas retransmissões no canal de dados compartilhado), o que pode reduzir grandemente o overhead. O UE processa as transmissões recebidas a partir do canal de dados compartilhado com base nos parâmetros atribuídos. Um canal de dados compartilhado pode compreender canais em diferentes camadas (por exemplo, canais físicos e de transporte) observados por um bloco de transporte ou um pacote de dados. Como um exemplo, para HSDPA, um canal de dados compartilhado pode compreender o HS-DSCH e o HS-PDSCH. Um canal de dados compartilhado pode compreender outros canais para outras tecnologias de rádio.

[0052] Em geral, qualquer número de parâmetros e qualquer tipo de parâmetro podem ser atribuídos ao UE. Por exemplo, os parâmetros atribuídos podem incluir qualquer um ou qualquer combinação dos seguintes: Parâmetros de código de canalização, Parâmetros de codificação e modulação, e Parâmetros de retransmissão ou HARQ.

[0053] Os parâmetros de código de canalização podem indicar o número de códigos de canalização e/ou os códigos de canalização específicos utilizáveis para transmissões para o UE. Os códigos de canalização atribuídos podem ser quaisquer dos códigos de canalização de 16 chips disponíveis para o HS-PDSCH e/ou outros códigos de canalização. Por exemplo, ao UE pode ser atribuído um código de canalização com fator de espalhamento de 32 ou 64, o qual pode ocupar menos espaço de código do que um código de canalização de 16 chips. O UE pode processar o canal de dados compartilhado apenas para os códigos de canalização atribuídos e pode ignorar outros códigos de canalização.

[0054] Os parâmetros de codificação e modulação podem indicar como os dados são codificados e modulados. Por exemplo, os parâmetros de codificação e modulação podem indicar um ou mais esquemas de modulação (por exemplo, QPSK e/ou 16 QAM), um ou mais tamanhos de blocos de transporte, uma ou mais taxas de código, etc., utilizáveis para transmissões para o UE. O UE pode processar o canal de dados compartilhado com base nos parâmetros de codificação e de modulação atribuídos. Em um aspecto, apenas QPSK é usado, conforme mostrado na Tabela 2.

[0055] Os bits previamente usados para os parâmetros HARQ no modo de operação de HS-SCCH são outra vez pretendidos para indicar parâmetros aplicáveis para retransmissões para o UE tal como com cuja transmissão/retransmissão anterior é associada à transmissão atual (Ponteiro de sem HS-SCCH). O número da retransmissão para um bloco de transporte de retransmissão (ID de retransmissão) também é enviado na retransmissão para indicar a transmissão anterior (se a retransmissão atual for uma retransmissão de uma nova transmissão) ou retransmissão (se a retransmissão atual for uma retransmissão de uma retransmissão anterior) com a qual o bloco de transporte de retransmissão atual está associado. As versões de redundância do bloco de transporte para cada retransmissão podem ser enviadas em uma ordem específica que é conhecida a priori pelo Nó B e pelo UE. Por exemplo, uma primeira versão de redundância pode ser enviada em uma primeira retransmissão para o bloco de transporte, uma segunda versão de redundância pode ser enviada em uma segunda retransmissão, uma terceira versão de redundância pode ser enviada em uma terceira retransmissão, etc.

[0056] Em um aspecto, se um UE suporta o envio de realimentação de ACK/NAK, de tal modo que a configuração de realimentação de ACK/NAK pode indicar se envia ambas as realimentações de ACK e NAK, apenas realimentação de ACK, etc., o UE será configurado para apenas realimentação ACK no modo de operação sem HS-SCCH. Para novas transmissões quando nenhuma sinalização é enviada no HS-SCCH e onde o UE encontra um erro de decodificação, o UE pode não ser capaz de determinar se o erro de decodificação resultou de (a) um bloco de transporte enviado ao UE e decodificado em erro pelo UE; (b) um bloco de transporte enviado para outro UE, onde o UE está recebendo o bloco de transporte sendo enviado para outro UE porque o bloco de transporte está sendo enviado através de um canal compartilhado (a decodificação não sendo correta porque o ID do UE com o qual o bloco de transporte foi codificado era o ID de UE do outro UE); ou (c) nenhum bloco de transporte enviado para qualquer UE. Portanto, um UE pode não ter conhecimento de quando enviar as NAKs para seus blocos de transporte. Mediante envio de apenas realimentação ACK, sinalização estranha e errônea para as NAKs para tais erros de decodificação não-relacionados devido aos blocos de transporte sendo enviados para outros UEs podem ser evitados.

[0057] Os parâmetros atribuídos também podem incluir outros tipos de parâmetros, os quais podem ser dependentes do modelo de sistema. Por exemplo, em um sistema baseado em OFDM, os parâmetros atribuídos podem indicar uma ou mais subportadoras específicas que podem ser usadas para transmissões para o UE. Em um sistema que suporta transmissão de múltiplas entradas, múltiplas saídas (MIMO), os parâmetros atribuídos podem indicar o número de fluxos de dados que podem ser enviados ao UE, uma ou mais matrizes de pré-codificação que podem ser usadas para transmissões para o UE, etc.

[0058] O canal de dados compartilhado pode compreender canais de transporte e físicos, por exemplo, o HS-DSCH e HS-PDSCH. Certos parâmetros (por exemplo, parâmetros de codificação) podem ser aplicáveis para a porção de canal de transporte do canal de dados compartilhado enquanto que outros parâmetros (por exemplo, parâmetros de código de modulação e canalização) podem ser aplicáveis para a porção de canal físico do canal de dados compartilhado.

[0059] Em um aspecto, um ou mais formatos de transmissão podem ser definidos e atribuídos a um UE. Cada formato de transmissão pode ser associado a um ou mais parâmetros específicos para uso para transmissão. Por exemplo, um formato de transmissão pode ser associado a um conjunto específico de um ou mais códigos de canalização, um esquema de modulação específico, uma taxa de código específica ou um tamanho de bloco de transporte, etc. Um Nó B pode enviar uma transmissão com base em um dos formatos de transmissão atribuídos ao UE. Se ao UE forem atribuídos múltiplos formatos de transmissão, então o Nó B pode usar qualquer um dos formatos de transmissão para cada transmissão enviada ao UE.

[0060] Em geral, um parâmetro pode ser para qualquer coisa pertinente para transmissão de dados tal como, por exemplo, tamanho de bloco, taxa de código, esquema de modulação, parâmetro HARQ, etc. Um formato de transmissão pode ser associado a um ou mais parâmetros específicos (por exemplo, um tamanho de bloco e um esquema de modulação) e pode ser um mecanismo conveniente para o transporte de parâmetros.

[0061] Adicionalmente, em geral, os parâmetros atribuídos podem ser usados para qualquer canal de dados compartilhado em qualquer sistema de comunicação sem fio. Os parâmetros atribuídos podem ser usados para HSDPA para evitar o envio de sinalização no HS-SCCH para novas transmissões. Um novo formato de subquadro ou modo de transmissão para o HS-DSCH pode ser definido com uma ou mais das seguintes características: Sinalização não é enviada no HS-SCCH para uma nova transmissão e enviada apenas nas retransmissões, Um ou mais códigos de canalização específicos são utilizáveis para transmissões para o UE, Um ou mais esquemas específicos de modulação são utilizáveis para transmissões, Um ou mais tamanhos específicos de bloco de transporte são utilizáveis para transmissões, HARQ é ajustado para IR assíncrono com um número predeterminado de retransmissões, uma referência à transmissão/retransmissão anterior com a qual é associada a retransmissão atual, e uma sequência predeterminada de versões de redundância com base na versão da retransmissão (por exemplo, primeira retransmissão, segunda retransmissão, etc.), e Um CRC de UE específico é usado para cada bloco de transporte enviado no HS-PDSCH.

[0062] Alguns dos parâmetros podem ser fixos enquanto que outros parâmetros podem ser configurados. Em um aspecto, os códigos de canalização e os tamanhos de bloco de transporte são parâmetros configuráveis, e outros parâmetros são fixos. Por exemplo, o esquema de modulação pode ser fixado em QPSK, o número de retransmissões pode ser fixado em dois, a sequência de versões de redundância pode ser fixada com base na versão de retransmissão, etc. Os parâmetros fixos são conhecidos a priori pelo Nó B e pelo UE. Os parâmetros configuráveis podem ser determinados no início de uma chamada e podem ser mudados durante a chamada.

[0063] Um ou mais formatos de transmissão podem ser definidos para um UE. Por exemplo, um formato de transmissão pode ser definido com o seguinte: Um código de canalização específico para o HS-PDSCH;

Um esquema de modulação específico (por exemplo, QPSK);

Um tamanho de bloco de transporte específico;

Informação do tipo de HARQ definido para IR assíncrono, com informação de ponteiro para transmissões/retransmissões anteriores, duas retransmissões e uma sequência predeterminada de versões de redundância; e Um CRC de UE específico.

[0064] Múltiplos formatos de transmissão com diferentes parâmetros podem ser definidos para o UE. Por exemplo, dois formatos de transmissão podem ser definidos para dois diferentes tamanhos de bloco de transporte e o mesmo código de canalização, esquema de modulação, etc. Em geral, um formato de transmissão pode ser associado a qualquer número de parâmetros e qualquer tipo de parâmetro.

[0065] Os parâmetros que são transportados por intermédio de sinalização no HS-SCCH durante retransmissões desse modo podem ser fixos ou configurados/atribuídos antes da transmissão. Em um modelo, todos os parâmetros transportados por intermédio de sinalização no HS-SCCH podem ser manejados conforme mostrado na última coluna da Tabela 2. Nesse modelo, muitos dos parâmetros ou são fixos ou configurados/atribuídos de modo que a sinalização no HS-SCCH não é necessária para novas transmissões. Adicionalmente, nesse modelo, um único código de canalização e quatro tamanhos de bloco de transporte são utilizáveis para transmissões para o UE. Os quatro tamanhos de bloco de transporte podem ser selecionados com base nas exigências de dados para uma chamada. Como um exemplo, para uma chamada VoIP, um tamanho de bloco de transporte de 353 bits pode ser usado para um quadro de fala AMR-NB de 12,2 Kbps ou um quadro de fala AMR-WB de 12,6 Kbps. Um tamanho de bloco de transporte de 161 bits pode ser usado para um quadro de descritor de silêncio (SID) AMR-NB ou AMR-WB. Outros tamanhos de bloco de transporte e/ou diferentes números de tamanhos de bloco de transporte também podem ser usados.

[0066] Em um aspecto, a um UE pode ser atribuído um ou múltiplos códigos de canalização entre os códigos de canalização disponíveis para o HS-PDSCH. Em outro aspecto, a um UE pode ser atribuído um código de canalização com fator de espalhamento maior do que 16. O UE pode então desespalhar uma transmissão recebida com um código de canalização que é mais longo do que o código de canalização mais reduzido para o canal de dados compartilhado. O fator de espalhamento maior reduz a granularidade na atribuição de espaço de código e pode aperfeiçoar a utilização de código de canalização. Por exemplo, um UE com tamanhos pequenos de carga útil de dados (por exemplo, a um UE para VoIP ou jogos) pode ser atribuído um código de canalização com fator de espalhamento de 32 e pode então ocupar metade do espaço de código. Uma transmissão enviada com esse código de canalização SOFTWARE = 32 pode ter uma taxa de código que é duas vezes superior a uma transmissão comparável enviada com um código de canalização SOFTWARE = 16. HARQ pode compensar a taxa de código superior mediante envio de retransmissões para os blocos de transporte exigindo taxas de código inferiores. Em ainda outro aspecto, a um UE é atribuído um código de canalização variável com o tempo (o qual pode variar gradualmente de uma maneira predeterminada) ou códigos de canalização diferentes em diferentes intervalos de tempo.

[0067] Os parâmetros atribuídos a um UE podem ser fornecidos por um ou mais formatos de transmissão e/ou em algumas outras formas. Os parâmetros atribuídos podem ser determinados para o UE durante estabelecimento da chamada no início de uma chamada e podem se basear em exigências da chamada. Por exemplo, os tamanhos atribuídos de bloco de transporte podem ser selecionados com base nas exigências de dados, os intervalos de tempo atribuídos podem ser selecionados com base no tipo de chamada (por exemplo, VoIP ou jogos), etc. Os parâmetros atribuídos podem ser modificados durante a chamada por diversas razões tais como mudanças nas exigências de dados, carregamento de sistema, etc. Mudanças nos parâmetros atribuídos podem ser manejadas por intermédio dos mecanismos de reconfiguração suportados pelo sistema. Os parâmetros atribuídos desse modo podem ser estáticos ou semiestáticos e podem ser configuráveis para cada UE. Os parâmetros atribuídos podem ser enviados a cada UE por intermédio de sinalização de camada superior ou mediante algum outro meio antes das transmissões no canal de dados compartilhado utilizando os parâmetros atribuídos. Por exemplo, os parâmetros atribuídos podem ser enviados no estabelecimento da chamada utilizando mensagens de Estabelecimento de Radioportadora de Camada 3 em W-CDMA ou durante reconfiguração utilizando mensagens de Reconfiguração de Radioportadora.

[0068] A Figura 6 mostra a transmissão de dados no HS-DSCH com parâmetros atribuídos. Um UE periodicamente estima a qualidade de seu sinal recebido e envia CQI no HS-DPCCH. Um Nó B tem dados para enviar ao UE e programa o UE para transmissão de downlink. O Nó B processa um bloco de transporte com base nos parâmetros atribuídos, por exemplo, um formato de transmissão atribuído. Como essa é uma primeira (nova) transmissão, o Nó B não envia sinalização no HS-SCCH e envia apenas a transmissão do bloco de transporte no HS-PDSCH para o UE. O UE processa o HS-PDSCH com base nos parâmetros atribuídos e recupera o bloco de transporte enviado ao UE. O UE envia uma ACK no HS-DPCCH se o bloco de transporte for decodificado corretamente e caso contrário envia coisa nenhuma. O UE também estima a qualidade do sinal recebido e envia CQI junto com a ACK/nada no HS-DPCCH. O Nó B pode enviar uma nova transmissão para outro bloco de transporte se uma ACK for recebida. Na Figura 6, o UE não envia uma ACK porque ele não recebeu o bloco de transporte de forma bem-sucedida (por exemplo, o UE ou não recebeu o bloco de transporte absolutamente ou o bloco de transporte não foi recebido completamente). Em um aspecto, o Nó B enviará uma retransmissão se nenhuma ACK for recebida a partir do UE dentro de um período de tempo predeterminado. Por exemplo, o Nó B programará uma retransmissão se o UE não enviar de volta uma ACK. Desse modo, o Nó B envia novas transmissões sem qualquer sinalização no HS-SCCH, mas enviará retransmissões com sinalização no HS-SCCH conforme descrito na Tabela 2.

[0069] A Figura 7 mostra a transmissão de dados para múltiplos UEs com parâmetros atribuídos. Um Nó B envia transmissões aos UEs com parâmetros atribuídos (os quais são mostrados com sombreamento sólido) assim como transmissões para os UEs sem parâmetros atribuídos (os quais são mostrados com tracejado diagonal) no HS-PDSCH. O Nó B envia sinalização no HS-SCCH apenas para os UEs sem parâmetros atribuídos ou para retransmissões para os UEs com parâmetros atribuídos, os quais são mostrados com tracejado diagonal. O Nó B não envia sinalização para os UEs com parâmetros atribuídos.

Conforme indicado pelas Figuras 5 e 7, recursos de rádio podem ser economizados mediante não-envio de sinalização aos UEs com parâmetros atribuídos.

[0070] A Figura 8 mostra um diagrama de blocos de um modelo de processador de dados TX 210 e modulador 220 no Nó B 110 na Figura 2. Para clareza, a Figura 8 mostra unidades de processamento para gerar uma transmissão no HS-PDSCH para um UE.

[0071] Dentro do processador de dados TX 210, um gerador de CRC 810 gera um CRC para um bloco de transporte. Um embaralhador 812 pode embaralhar o bloco de transporte, o CRC, ou ambos, o bloco de transporte e o CRC com base em um identificador de UE (ID de UE) para o UE recebedor. Esse ID de UE pode ser um ID de MAC ou algum outro tipo de ID que pode identificar singularmente o UE recebedor. Um CRC específico de UE pode ser gerado de diversas maneiras que tornam esse CRC específico para o UE recebedor. Por exemplo, um CRC pode ser gerado da forma normal, e o CRC pode então ser feito específico para o UE. Isso pode ser conseguido mediante realização de uma operação OU exclusiva (XOR) entre o CRC computado e o ID de UE. Em geral, embaralhamento específico de UE pode ser realizado em toda ou em qualquer porção de uma transmissão e também em qualquer lugar ao longo do percurso de processamento de transmissão.

[0072] Um codificador 814 codifica o bloco embaralhado com base em um esquema de codificação e provê um bloco codificado tendo um tamanho de bloco de transporte selecionado. O controlador 240 pode selecionar o tamanho do bloco de transporte com base no CQI recebido a partir do UR, os tamanhos de bloco de transporte atribuídos ao UE, etc.

Uma unidade HARQ 816 particiona o bloco codificado em múltiplas versões de redundância. Para cada transmissão, a unidade HARQ 816 determina para qual versão de redundância enviar com base em um controle de HARQ a partir do controlador 240 e provê a versão de redundância selecionada. Um intercalador de canal 818 intercala (ou reordena) os bits de código na versão de redundância selecionada. Um mapeador de símbolo 820 mapeia os bits intercalados para símbolos de dados com base em um esquema de modulação selecionado para o UE. Esse esquema de modulação pode ser fixo (por exemplo, para QPSK) quando utilizando parâmetros atribuídos.

[0073] Dentro do modulador 220, um espalhador 820 espalha os símbolos de dados com base em um código de canalização atribuído ao UE e provê chips de dados. Os chips de dados são processados adicionalmente e transmitidos para o UE. O controlador/processador 240 pode receber realimentação (por exemplo, ACK/coisa nenhuma, CQI, etc.) a partir do UE e pode prover vários parâmetros (por exemplo, o ID de UE, tamanho de bloco de transporte, ponteiro de HARQ - o ponteiro para uma transmissão/ retransmissão anterior se o bloco de transporte atual for uma retransmissão, esquema de modulação, código de canalização, etc.) para cada transmissão enviada ao UE.

[0074] A Figura 9 mostra um diagrama de blocos de um modelo de demodulador 260 e processador de dados RX 270 no UE 120 na Figura 2. Dentro do demodulador 260, um desespalhador 910 desespalha as amostras recebidas para uma transmissão recebida com base em um código de canalização atribuído ao UE e provê símbolos desespalhados para um armazenador de símbolos 912 e um combinador HARQ 914. O armazenador 912 armazena os símbolos desespalhados para possível combinação com transmissões futuras. O combinador HARQ 914 pode (a) passar os símbolos desespalhados para a transmissão atual a partir do desespalhador 910 sem combinação ou (b) combinar os símbolos desespalhados para a transmissão atual com os símbolos desespalhados para uma ou mais transmissões anteriores com base em um controle HARQ a partir do controlador 280.

[0075] Dentro do processador de dados RX 270, um demapeador de símbolos 920 demapeia os símbolos desespalhados a partir do combinador HARQ 914 com base no esquema de modulação selecionado. Por exemplo, o demapeador de símbolos 920 pode prover razões de log-verossimilhança (LLRs) para bits de código dos símbolos desespalhados. Um desintercalador de canal 922 realiza desintercalação em uma maneira complementar a intercalação realizada pelo intercalador de canal 818 na Figura 8. Um decodificador 924 decodifica a saída do desintercalador 922 com base em um tamanho de bloco de transporte e provê um bloco de transporte decodificado.

[007 6] Se o Nó B embaralha o CRC para o bloco de transporte, então um gerador de CRC 926 gera um CRC para o bloco de transporte decodificado, e um desembaralhador 928 desembaralha um CRC recebido, conforme mostrado na Figura 9. Se o Nó B embaralha o bloco de transporte, então o desembaralhador 928 desembaralha o bloco de transporte decodificado, e o gerador de CRC 926 gera um CRC para o bloco de transporte desembaralhado (não mostrado na Figura 9). Em qualquer um dos casos, um detector 930 compara o CRC localmente gerado com o CRC recebido ou desembaralhado e determina se o bloco de transporte está corretamente ou incorretamente decodificado com base no resultado da comparação. Em geral, desembaralhamento específico de UE no UE é realizado de uma maneira complementar ao embaralhamento específico de UE no Nó B. O controlador/processador 280 pode prover vários parâmetros (por exemplo, o código de canalização, ponteiro de HARQ - o ponteiro para uma transmissão/retransmissão anterior se o bloco de transporte atual for uma retransmissão, esquema de modulação, tamanho de bloco de transporte, ID de UE, etc.) para cada transmissão processada pelo UE.

[0077] O UE pode realizar decodificação cega para uma transmissão recebida com base nos parâmetros atribuídos. O UE pode processar a transmissão recebida para cada possível hipótese até que o bloco de transporte seja decodificado corretamente ou todas as hipóteses tenham sido avaliadas. O número de hipóteses depende dos fatores desconhecidos no UE. Por exemplo, se quatro tamanhos de bloco de transporte podem ser usados para uma transmissão, então o UE pode decodificar a transmissão recebida para cada um dos quatro tamanhos de bloco de transporte. Se até duas transmissões podem ser enviadas para um bloco de transporte e o UE tem informação de ponteiro de HARQ de modo a determinar a versão de redundância, então o UE pode processar a transmissão recebida para duas hipóteses correspondendo à transmissão recebida sendo uma segunda transmissão (isto é, primeira retransmissão), e uma terceira transmissão (isto é, segunda retransmissão). Nesse exemplo, o UE pode realizar decodificação cega para até quatro hipóteses abrangendo quatro possíveis tamanhos de bloco de transporte.

[0078] O UE pode avaliar as hipóteses em uma ordem sequencial que pode ser selecionada com base na probabilidade de ocorrência para cada hipótese. Por exemplo, o UE pode realizar decodificação para o tamanho de bloco de transporte que é mais provável, então decodificar o próximo tamanho de bloco de transporte mais provável, etc. Por exemplo, se ao UE forem atribuídos quatro tamanhos de bloco de transporte e o maior tamanho de bloco de transporte for usado mais frequentemente do que o menor tamanho de bloco de transporte, então o UE pode realizar a decodificação para o maior tamanho de bloco de transporte em primeiro lugar antes de realizar a decodificação para o menor tamanho de bloco de transporte.

[0079] A Figura 10 mostra um processo 1000 realizado por um Nó B para transmissão de dados sem sinalização de HS-SCCH em uma primeira transmissão de um bloco de transporte. O Nó B atribui ao menos um parâmetro a um UE (bloco 1012). O ao menos um parâmetro pode compreender ao menos um de um código de canalização, um tamanho de bloco, um esquema de modulação, um formato de transmissão, um parâmetro de retransmissão, etc. Por exemplo, o ao menos um parâmetro pode compreender múltiplos formatos de transmissão (por exemplo, múltiplos tamanhos de bloco de transporte) utilizáveis para transmissões para o UE. O ao menos um parâmetro pode ser atribuído durante estabelecimento de chamada no início de uma chamada para estabelecer portadoras de rádio para o UE, durante reconfiguração para mudar as portadoras de rádio para o UE, etc. O Nó B envia ao menos um parâmetro atribuído ao UE (bloco 1014). O Nó B posteriormente processa uma transmissão para o UE com base no ao menos um parâmetro atribuído (bloco 1016). O Nó B pode embaralhar toda ou uma porção da transmissão com um identificador para o UE. O Nó B envia a transmissão em um canal de dados compartilhado por uma pluralidade dos UEs para processamento pelo UE com base no ao menos um parâmetro atribuído (bloco 1018). O Nó B enviará a transmissão sem sinalização de HS-SCCH se essa for uma primeira transmissão, e com sinalização de HS-SCCH se essa for uma retransmissão. Desse modo, o Nó B pode desabilitar a transmissão de informação/sinalização de controle de downlink correspondendo à transmissão de novos blocos de transporte no canal de dados compartilhado.

[0080] A Figura 11 mostra um processo 1100 realizado por um UE para recepção de dados sem sinalização de HS-SCCH na transmissão de novos blocos de transporte. O UE recebe ao menos um parâmetro atribuído ao UE, por exemplo, durante estabelecimento de chamada, reconfiguração, etc. (bloco 1112). O ao menos um parâmetro pode compreender qualquer um dos parâmetros relacionados acima. O UE posteriormente recebe uma transmissão em um canal de dados compartilhado por uma pluralidade de UEs (bloco 1114). O UE processa a transmissão recebida com base no ao menos um parâmetro atribuído ao UE antes de receber a transmissão (bloco 1116). A transmissão recebida pode compreender um ou mais pacotes de dados (ou blocos de transporte).

[0081] O processamento pelo UE no bloco 1116 pode incluir processamento/decodificação da transmissão recebida com base em diferentes formatos de transmissão (por exemplo, diferentes tamanhos de blocos de transporte) utilizáveis para a transmissão recebida. O UE pode selecionar um formato de transmissão de uma vez, processar a transmissão recebida com base no formato de transmissão, selecionado, terminar o processamento da transmissão recebida se ela for decodificada corretamente, e repetir o processamento para outro formato de transmissão se ela não for decodificada corretamente.

[0082] Se HARQ for utilizado, então o UE pode determinar se a transmissão recebida é uma nova transmissão ou uma retransmissão devido ao HS-SCCH recebido, por exemplo, com base no resultado de decodificação para uma transmissão anterior, e uma transmissão anterior, o número de retransmissões permitidas, etc. O UE pode primeiramente processar a transmissão recebida como uma nova transmissão para obter um pacote decodificado e, se o pacote decodificado estiver em erro, processar a transmissão recebida como uma retransmissão. Alternativamente, o UE pode primeiramente processar a transmissão recebida como uma retransmissão para obter um pacote decodificado e, se o pacote decodificado estiver em erro, processar a transmissão recebida como uma nova transmissão. Em ambos os casos, o UE pode processar a transmissão recebida para diferentes hipóteses correspondendo aos diferentes números de transmissão enviados antes para a transmissão recebida, diferentes tamanhos de bloco de transporte, etc.

[0083] O processamento no bloco 1116 também pode incluir determinar se o UE é um recebedor pretendido da transmissão recebida. Essa determinação pode ser conseguida mediante verificação da transmissão recebida com um identificador para o UE, por exemplo, gerando um CRC para a transmissão recebida, desembaralhando um CRC recebido com o identificador de UE, e comparando o CRC desembaralhado e o CRC localmente gerado. Essa determinação também pode ser conseguida mediante desembaralhamento da transmissão recebida com o identificador de UE.

[0084] A Figura 12 é um diagrama de blocos de um controlador 1200 que é utilizável para implementar as técnicas aqui descritas em um Nó B. O controlador 1200 inclui um circuito integrado 1202 para transmitir um pacote de controle tendo informação relacionada a um pacote de dados previamente transmitido, a informação não tendo sido transmitida quando o pacote previamente transmitido foi transmitido; e um circuito integrado 1204 para transmitir um segundo pacote de dados, em que o pacote de dados previamente transmitido e o segundo pacote são derivados de dados comuns.

[0085] A Figura 13 é um diagrama de blocos de um controlador 1300 que é utilizável para implementar as técnicas aqui descritas em um UE. O controlador 1300 inclui um circuito integrado 1302 para receber um pacote de controle, o pacote de controle inclui informação relacionada a um pacote de dados previamente transmitido; um circuito integrado 1304 para receber um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns; e um circuito integrado 1306 para obter os dados comuns com base na informação relacionada ao pacote de dados previamente transmitida, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são associados com uma sequência de pacotes de dados, a sequência de pacotes de dados incluindo um primeiro pacote de dados. O primeiro pacote de dados não tem sinalização de controle a ele associado.

[0086] O UE pode receber transmissões adicionais no canal de dados compartilhado e pode processar cada transmissão recebida adicional de maneira similar com base no ao menos um parâmetro atribuído ao UE. O UE pode receber descontinuamente as transmissões no canal de dados compartilhado, referida como Transmissão Descontínua (DTX) ou Recepção Descontínua (DRX). A discussão aqui se referirá a DRX, mas a discussão se aplica reciprocamente também a DTX.

[0087] A operação DRX tem uma desvantagem de reduzir a taxa máxima de dados que pode ser oferecida a um determinado usuário, assim como reduzir a capacidade global de downlink para serviços sensíveis a retardo. A taxa máxima de dados é reduzida porque o Nó B pode agora transmitir apenas esporadicamente para um determinado UE. Por exemplo, se o UE estiver inativo em 3 intervalos de tempo dentre 4 intervalos de tempo, então a taxa máxima de dados sustentados que pode servir ao UE é de 1/4 do que ela era quando o DRX não era utilizado. Isso pode ser aceitável quando poucos dados estão sendo transmitidos (por exemplo, quando um usuário está lendo uma página de Rede), mas se tornará limitador quando o usuário clica em um link e solicita a transferência de uma nova página de Rede. Outra desvantagem de DRX é que ela diminui a capacidade global de downlink para aplicações sensíveis a retardo.

[0088] Em um aspecto, os modos DRX e DTX no UE são alternados através da transmissão de uma sequência de controle no sinal HS-SCCH, a sinalização HS-SCCH tendo a forma da Tabela 3, onde a sequência de escape de bits sinaliza para o UE de que um comando para a alternância está sendo emitido. Com referência à Tabela 3 abaixo, em uma implementação a sequência de escape é ajustada para uma sequência predefinida de "11100000", que representa os oito bits do conjunto de código de canalização e o esquema de modulação; a informação de tamanho de bloco de transporte também é ajustada para uma sequência predefinida de "111101"; o tipo de ordem é ajustado para as sequências predefinidas de "000" para sinalizar para o UE que um sinal de controle do modo DRX/DTX está sendo emitido; e dois bits são usados para alternar os modos DRX/DTX, respectivamente. A Alternância DRX/DTX é ajustada para "0" se o modo deve ser desativado, ou "1" se o modo deve ser ativado.

Tabela 3 - Informação de DTX/DRX

[0089] Em um aspecto, a informação de controle de DTX/DRX é enviada como um comando de camada física transmitido na sinalização HS-SCCH, onde a ordem é decodificada a partir do pacote de controle após um código de escape ser detectado na localização do pacote de controle que normalmente é usada para transmitir informação de conjunto de código de canalização, modulação, e tamanho de bloco de transporte, conforme mostrado na Tabela 3 acima.

[0090] O termo "exemplar" é usado aqui significando “servindo como um exemplo, instância, ou ilustração". Qualquer aspecto aqui descrito como "exemplar" não deve ser necessariamente considerado como preferido ou vantajoso em relação a outros aspectos.

[0091] Aqueles versados na técnica entenderíam que a informação e os sinais poderiam ser representados utilizando-se qualquer uma de uma variedade de diferentes tecnologias e técnicas. Por exemplo, dados, instruções, comandos, informação, sinais, bits, símbolos, e chips que podem ser referenciados por toda a descrição acima podem ser representados por tensões, correntes, ondas eletromagnéticas, campos ou partículas magnéticas, campos ou partículas óticas, ou qualquer combinação dos mesmos.

[0092] Aqueles versados na técnica considerariam ainda que os vários blocos lógicos ilustrativos, módulos, circuitos, etapas de algoritmo, descritos em conexão com os aspectos aqui revelados podem ser implementados como hardware eletrônico, software de computador, ou combinações de ambos. Para claramente ilustrar essa permutabilidade de hardware e software, diversos componentes ilustrativos, blocos, módulos, circuitos, e etapas foram descritos acima geralmente tem termos de suas funcionalidades. Se tal funcionalidade é implementada como hardware ou software depende da aplicação específica e limitações de modelo impostas ao sistema como um todo. Aqueles versados na técnica podem implementar a funcionalidade descrita em diversas formas para cada aplicação específica, mas tais decisões de implementações não devem ser interpretadas como causando um afastamento do escopo da presente revelação.

[0093] Os vários blocos lógicos ilustrativos, módulos, e circuitos descritos em conexão com os aspectos aqui revelados podem ser implementados dentro do, ou realizados por um circuito integrado (“IC"), um terminal de acesso, ou um ponto de acesso. O IC pode compreender um processador de uso geral, um processador de sinal digital (DSP), u circuito integrado de aplicação específica (ASI), um arranjo de portas programáveis no campo (FPGA) ou outro dispositivo lógico programável, porta discreta ou lógica de transistor, componentes discretos de hardware, componentes elétricos, componentes óticos, componentes mecânicos, ou qualquer combinação dos mesmos, projetada para realizar as funções aqui descritas, e pode executar códigos ou instruções que residem dentro do IC, fora do IC, ou ambos. Um processador de uso geral pode ser um microprocessador, mas na alternativa, o processador pode ser qualquer processador convencional, controlador, microcontrolador, ou máquina de estado. Um processador também pode ser implementado como uma combinação de dispositivos de computação, por exemplo, uma combinação de um DSP e um microprocessador, uma pluralidade de microprocessadores, um ou mais microprocessadores em conjunto com um núcleo DSP, ou qualquer outra tal configuração.

[0094] As etapas de um método ou algoritmo descritas em conexão com os aspectos aqui revelados podem ser incorporadas diretamente em hardware, em um módulo de software executado por um processador, ou em uma combinação dos dois. Um módulo de software pode residir em memória RAM, memória flash, memória ROM, memória EPROM, memória EEPROM, registradores, disco rígido, um disco removível, um CD-ROM, ou qualquer outra forma de meio de armazenamento conhecido na técnica. Um meio de armazenamento exemplar é acoplado ao processador de tal modo que o processador pode ler informação a partir do meio físico de armazenamento e gravar informação no meio físico de armazenamento. Na alternativa, o meio de armazenamento pode ser integral ao processador. O processador e o meio de armazenamento podem residir em um ASIC. O ASIC pode residir em um terminal de usuário ou equipamento de usuário (UE). Na alternativa, o processador e o meio de armazenamento podem residir como componentes discretos em um terminal de usuário. O processador e o meio de armazenamento também podem residir no Nó B na variedade de formas que foi descrita aqui. Além disso, as etapas de um método ou algoritmo descritas em conexão com os aspectos aqui revelados podem ser incorporadas em um produto de programa de computador, o qual inclui meios legíveis por computador e seus materiais de embalagem.

[0095] A sequência de etapas de um método ou algoritmo descritas em conexão com os aspectos aqui revelados podem ser permutadas sem se afastar do escopo da invenção.

[0096] A descrição anterior dos aspectos revelados é provida para permitir que aqueles versados na técnica realizem ou utilizem a presente revelação. Várias modificações nesses aspectos serão prontamente evidentes para aqueles versados na técnica, e os princípios genéricos aqui descritos podem ser aplicados a outros aspectos sem se afastar do escopo da invenção. Desse modo, não se pretende que essa revelação seja limitada aos aspectos aqui mostrados, mas deve ser concedido o mais amplo escopo compatível com os princípios e aspectos novos aqui revelados.

REIVINDICAÇÕES

Claims (45)

1. Método para comunicações sem fio com overhead de canal compartilhado reduzido caracterizado pelo fato de que compreende: receber em um canal de controle compartilhado um pacote de controle compreendendo informação relacionada a um pacote de dados previamente transmitido em um canal de transporte; receber no canal de transporte um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns; e obter os dados comuns com base na informação relacionada ao pacote de dados previamente transmitido, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são associados a uma sequência de pacotes de dados compreendendo um primeiro pacote de dados e em que o primeiro pacote de dados não tem sinalização de controle associada a ele no canal de controle compartilhado.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente transmitir uma mensagem de confirmação se a versão completa do pacote de dados previamente transmitido for recuperada de forma bem-sucedida.

3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que adicionalmente transmitir a mensagem de confirmação compreende transmitir um pacote de confirmação em um canal de uplink.

4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que o canal de uplink é um canal de uplink de Acesso a Pacote de Downlink de Alta Velocidade (HSDPA).

5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente receber um comando para habilitar um modo de recepção descontínua (DRX) ou para habilitar um modo de transmissão descontínua (DTX).

6. Método para comunicações sem fio com overhead de canal compartilhado reduzido caracterizado pelo fato de que compreende: transmitir em um canal de controle compartilhado um pacote de controle tendo informação relacionada a um pacote de dados previamente transmitido em um canal de transporte; e transmitir no canal de transporte um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns; e em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são associados a uma sequência de pacotes de dados compreendendo um primeiro pacote de dados e em que o primeiro pacote de dados não tem sinalização de controle associada a ele no canal de controle compartilhado.

7. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que compreende adicionalmente transmitir um segundo pacote de dados de retransmissão localizado temporalmente entre o pacote de dados de retransmissão e o pacote de dados previamente transmitido, em que o segundo pacote de dados de retransmissão também é derivado dos dados comuns.

8. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que a informação também é relacionada ao segundo pacote de retransmissão.

9. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que o pacote de dados previamente transmitido é enviado no canal de transporte em um meio de transmissão compartilhado por uma pluralidade de equipamentos de usuário, e o pacote de dados previamente transmitido compreende informação de identificação associada a um equipamento de usuário específico.

10. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que o pacote de dados de retransmissão é transmitido após um período de tempo predeterminado a partir da transmissão do pacote de dados previamente transmitido e uma mensagem de confirmação não é recebida.

11. Método, de acordo com qualquer uma das reivindicações 1 ou 6, caracterizado pelo fato de que a informação relacionada ao pacote de dados previamente transmitido compreende um ponteiro que identifica uma localização do pacote de dados previamente transmitido em uma sequência de pacotes de dados.

12. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que a localização do pacote de dados previamente transmitido na sequência de pacote de dados é uma localização temporal.

13. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que o ponteiro compreende um deslocamento da localização relativa a partir do pacote de dados de retransmissão para identificar o pacote de dados previamente transmitido.

14. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que o deslocamento compreende uma pluralidade de bits.

15. Método, de acordo com qualquer uma das reivindicações 1 ou 6, caracterizado pelo fato de que o pacote de controle compreende um número de partições.

16. Método, de acordo com qualquer uma das reivindicações 1 ou 6, caracterizado pelo fato de que o pacote de controle compreende um esquema de modulação.

17. Método, de acordo com qualquer uma das reivindicações 1 ou 6, caracterizado pelo fato de que o pacote de dados de retransmissão é idêntico ao pacote de dados previamente transmitido.

18. Método, de acordo com qualquer uma das reivindicações 1 ou 6, caracterizado pelo fato de que o pacote de dados de retransmissão é de um tamanho de bloco específico, e o pacote de controle compreende adicionalmente um tamanho de bloco de transporte que especifica o tamanho de bloco específico do pacote de dados de retransmissão.

19. Método, de acordo com a reivindicação 18, caracterizado pelo fato de que o tamanho de bloco de transporte é escolhido a partir de quatro possíveis tamanhos de bloco diferentes.

20. Método, de acordo com qualquer uma das reivindicações 1 ou 6, caracterizado pelo fato de que o pacote de controle compreende adicionalmente um indicador de retransmissão identificando um número de tentativas de retransmissão associadas ao pacote de dados de retransmissão.

21. Método, de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que o pacote de controle é transmitido em um canal de Canal de Controle Compartilhado de Alta Velocidade (HS-SCCH) de Downlink.

22. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que compreende adicionalmente transmitir um comando para habilitar um modo de recepção descontínua (DRX) ou para habilitar um modo de transmissão descontínua (DTX).

23. Equipamento para comunicações sem fio com overhead de canal compartilhado reduzido caracterizado pelo fato de que compreende: dispositivos para receber em um canal de controle compartilhado um pacote de controle compreendendo informação relacionada a um pacote previamente transmitido em um canal de transporte; dispositivos para receber no canal de transporte um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns; e dispositivos para obter os dados comuns com base na informação relacionada ao pacote de dados previamente transmitido, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são associados com uma sequência de pacotes de dados compreendendo um primeiro pacote de dados e em que o primeiro pacote de dados não tem sinalização de controle associada a ele no canal de controle compartilhado.

24. Equipamento, de acordo com a reivindicação 23, caracterizado pelo fato de que compreende adicionalmente dispositivos para transmitir uma mensagem de confirmação se a versão completa do pacote de dados previamente transmitido for recuperada de forma bem-sucedida.

25. Equipamento, de acordo com a reivindicação 24, caracterizado pelo fato de que os dispositivos para transmitir a mensagem de confirmação compreendem dispositivos para transmitir um pacote de confirmação em um canal de uplink.

26. Equipamento, de acordo com a reivindicação 25, caracterizado pelo fato de que o canal de uplink é um canal de uplink de Acesso de Pacote de Downlink de Alta Velocidade (HSDPA).

27. Equipamento, de acordo com a reivindicação 23, caracterizado pelo fato de que compreende adicionalmente meios para receber um comando para habilitar um modo de recepção descontínua (DRX) ou para habilitar um modo de transmissão descontínua (DTX).

28. Equipamento para comunicações sem fio com overhead de canal compartilhado reduzido caracterizado pelo fato de que compreende: dispositivos para transmitir em um canal de controle compartilhado um pacote de controle tendo informação relacionada a um pacote de dados previamente transmitido em um canal de transporte; e dispositivos para transmitir no canal de transporte um pacote de dados de retransmissão, em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são derivados de dados comuns, e em que o pacote de dados previamente transmitido e o pacote de dados de retransmissão são associados a uma sequência de pacotes de dados compreendendo um primeiro pacote de dados e em que o primeiro pacote de dados não tem sinalização de controle associada a ele no canal de controle compartilhado.

29. Equipamento, de acordo com a reivindicação 28, caracterizado pelo fato de que compreende adicionalmente dispositivos para transmitir um segundo pacote de dados de retransmissão localizado temporalmente entre o pacote de dados de retransmissão e o pacote de dados previamente transmitido, em que o segundo pacote de dados de retransmissão também é derivado dos dados comuns.

30. Equipamento, de acordo com a reivindicação 29, caracterizado pelo fato de que a informação também é relacionada ao segundo pacote de retransmissão.

31. Equipamento, de acordo com qualquer uma das reivindicações 23 ou 28, caracterizado pelo fato de que o pacote de dados previamente transmitido é enviado no canal de transporte em um meio de transmissão compartilhado por uma pluralidade de equipamentos de usuário, e o pacote de dados previamente transmitido compreende informação de identificação associada a um equipamento de usuário específico.

32. Equipamento, de acordo com a reivindicação 28, caracterizado pelo fato de que o pacote de dados de retransmissão é transmitido após um período de tempo predeterminado a partir da transmissão do pacote de dados previamente transmitido e uma mensagem de confirmação não é recebida.

33. Equipamento, de acordo com a qualquer uma das reivindicações 23 ou 28, caracterizado pelo fato de que a informação relacionada ao pacote de dados previamente transmitido compreende um ponteiro que identifica uma localização do pacote de dados previamente transmitido em uma sequência de pacotes de dados.

34. Equipamento, de acordo com a reivindicação 33, caracterizado pelo fato de que a localização do pacote de dados previamente transmitido na sequência de pacote de dados é uma localização temporal.

35. Equipamento, de acordo com a reivindicação 33, caracterizado pelo fato de que o ponteiro compreende um deslocamento da localização relativa a partir do pacote de dados de retransmissão para identificar o pacote de dados previamente transmitido.

36. Equipamento, de acordo com a reivindicação 35, caracterizado pelo fato de que o deslocamento compreende uma pluralidade de bits.

37. Equipamento, de acordo com qualquer uma das reivindicações 23 ou 28, caracterizado pelo fato de que o pacote de controle compreende um número de partição.

38. Equipamento, de acordo com qualquer uma das reivindicações 23 ou 28, caracterizado pelo fato de que o pacote de controle compreende um esquema de modulação.

39. Equipamento, de acordo com qualquer uma das reivindicações 23 ou 28, caracterizado pelo fato de que o pacote de dados de retransmissão é idêntico ao pacote de dados previamente transmitido.

40. Equipamento, de acordo com qualquer uma das reivindicações 23 ou 28, caracterizado pelo fato de que o pacote de dados de retransmissão é de um tamanho de bloco específico, e o pacote de controle compreende adicionalmente um tamanho de bloco de transporte que especifica o tamanho de bloco específico do pacote de dados de retransmissão.

41. Equipamento, de acordo com a reivindicação 40, caracterizado pelo fato de que o tamanho de bloco de transporte é escolhido a partir de quatro possíveis tamanhos de bloco diferentes.

42. Equipamento, de acordo com qualquer uma das reivindicações 23 ou 28, caracterizado pelo fato de que o pacote de controle compreende adicionalmente um indicador de retransmissão identificando um número de tentativas de retransmissão associadas ao pacote de dados de retransmissão.

43. Equipamento, de acordo com qualquer uma das reivindicações 23 ou 28, caracterizado pelo fato de que o pacote de controle é transmitido em um canal de Canal de Controle Compartilhado de Alta Velocidade (HS-SCCH) de Downlink.

44. Equipamento, de acordo com a reivindicação 28, caracterizado pelo fato de que compreende adicionalmente dispositivos para transmitir um comando para habilitar um modo de recepção descontínua (DRX) ou para habilitar um modo de transmissão descontínua (DTX).

45. Memória legível por computador caracterizada pelo fato de que compreende instruções armazenadas na mesma, as instruções sendo executáveis por um computador para realizar as etapas de método conforme definido em qualquer uma das reivindicações 1 a 22.