BRPI0618057A2 - transmissão eficiente em um canal de dados compartilhado para comunicação sem fio - Google Patents

transmissão eficiente em um canal de dados compartilhado para comunicação sem fio Download PDF

Info

Publication number
BRPI0618057A2
BRPI0618057A2 BRPI0618057-4A BRPI0618057A BRPI0618057A2 BR PI0618057 A2 BRPI0618057 A2 BR PI0618057A2 BR PI0618057 A BRPI0618057 A BR PI0618057A BR PI0618057 A2 BRPI0618057 A2 BR PI0618057A2
Authority
BR
Brazil
Prior art keywords
transmission
user equipment
assigned
parameter
received
Prior art date
Application number
BRPI0618057-4A
Other languages
English (en)
Inventor
Stein A Lundby
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of BRPI0618057A2 publication Critical patent/BRPI0618057A2/pt
Publication of BRPI0618057B1 publication Critical patent/BRPI0618057B1/pt

Links

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/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • 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
    • 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
    • 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/0025—Transmission of mode-switching indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/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/0032—Without explicit 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0038—Blind format detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0075—Transmission of coding parameters to receiver
    • 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
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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
    • 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]
    • H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
    • 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]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1845—Combining techniques, e.g. code combining
    • 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/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

<B>TRANSMISSãO EFICIENTE EM UM CANAL DE DADOS COMPARTILHADO PARA COMUNICAçãO SEM FIO<D>. São descritas técnicas para transmissão e recepção de dados eficiente em um sistema de comunicação sem fio. Em um aspecto, um Nó B envia transmissões em um canal de dados compartilhado para um equipamento de usuário (UE) baseado pelo menos em um parâmetro atribuído ao UE antes das transmissões. O Nó B envia nenhuma sinalização para as transmissões enviadas ao UE no canal de dados compartilhado. O UE processa as transmissões recebidas a partir do canal de dados compartilhados com base no parâmetro(s) atribuído. Em outro aspecto, um Nó B pode enviar transmissões para um UE nos intervalos de tempo atribuidos ao UE. Em ainda outro aspecto, um Nó B pode enviar transmissões para um UE com base nos parâmetros atribuidos ou não-atribuidos. O Nó B envia sinalização sempre que as transmissões são enviadas com parâmetros não-atribuidos, O UE pode processar uma transmissão com base em parâmetros obtidos a partir da sinalização recebida ou a partir dos parâmetros atribuidos.

Description

"TRANSMISSÃO EFICIENTE EM UM CANAL DE DADOS COMPARTILHADOPARA COMUNICAÇÃO SEM FIO".
Campo da Invenção
A presente revelação refere-se, de modo geral, àcomunicação, e mais especificamente às técnicas paratransmitir dados em um sistema de comunicação sem fio.
Descrição da Técnica Anterior
Um sistema de comunicação de acesso múltiplo semfio pode incluir muitos Nós B (ou estações base) quesuportam comunicação para muitos equipamentos de usuário(UEs) . Um Nó B pode se comunicar com múltiplos UEs nodownlink e no uplink. O downlink (ou link direto) refere-seao link de comunicação a partir dos Nós B para os UEs, e ouplink (ou link reverso) se refere ao link de comunicação apartir dos UEs para os Nós B.
No downlink, o Nó B pode transmitir dados paramúltiplos UEs utilizando canais de dados dedicados e/ou umcanal 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. 0 canal dedados compartilhado é um canal de dados que é compartilhadopor múltiplos UEs e pode transportar dados para um ou maisUEs em qualquer momento determinado. Um canal de dados é ummecanismo para enviar dados e pode depender da tecnologiade rádio usada pelo sistema. Por exemplo, em um sistema de
Acesso Múltiplo por Divisão de Código (CDMA), um canal dedados pode estar associado a um código de canalização,específico, por exemplo, um código Walsh específico.
Um Nó B pode usar um canal de dados compartilhadopara obter vários benefícios. O canal de dadoscompartilhado pode permitir uma melhor utilização dosrecursos de rádio disponíveis uma vez que cada UE pode serservido conforme necessário e utilizando apenas recursos derádio suficientes para servir o UE. 0 canal de dadoscompartilhado também pode suportar taxas de dados de picosuperiores, para os UEs uma vez que todos os recursos derádio disponíveis para o canal de dados compartilhado podempotencialmente ser usados para um UE. 0 canal de dadoscompartilhado também pode prover flexibilidade naprogramação dos UEs para transmissão de dados no downlink.
Um Nó B pode enviar sinalização em um canal decontrole compartilhado em paralelo com o canal de dadoscompartilhado para tornar conhecido como o canal de dadoscompartilhado é utilizado. Por exemplo, a sinalização podetornar conhecido qual UE(s) estão sendo servidos, osrecursos de rádio alocados para cada um dos UEs sendoservidos, como os dados são enviados para cada um dos UEs,etc. Devido à natureza dinâmica do canal de dadoscompartilhado, os UEs que podem potencialmente receberdados no canal de dados compartilhado pode monitorarcontinuamente o canal de controle compartilhado paradeterminar se os dados estão sendo enviados para os mesmos.Cada UE que recebe sinalização no canal de controlecompartilhado pode processar o canal de dados compartilhadocom base na sinalização recebida para recuperar os dadosenviados para o UE. O canal de controle compartilhadorepresenta overhead para o canal de dados compartilhado.
Resumo da Invenção
Técnicas para transmissão e recepção eficientede dados em um sistema de comunicação são descritas aqui.De acordo com um aspecto, um UE recebe uma transmissão emum canal de dados compartilhado por uma pluralidade dosUEs. O UE processa a transmissão recebida com base em pelomenos um parâmetro atribuído ao UE antes de receber atransmissão.
De acordo como outro aspecto, um UE recebe umatransmissão em um canal de dados compartilhado por umapluralidade dos UEs em um intervalo de tempo atribuído aoUE. 0 intervalo de tempo é determinado com base em umpadrão de intervalos de tempo individualmente selecionadosque são úteis para transmissão de dados para o UE. 0 UEprocessa a transmissão recebida.
De acordo com ainda outro aspecto, um UEdecodifica a sinalização em um canal de controle. 0 UEprocessa uma transmissão recebida com base em pelo menos umparâmetro obtido a partir da sinalização se a sinalizaçãofor decodificada com sucesso. O UE processa a transmissãorecebida com base em pelo menos um parâmetro atribuído aoUE se a sinalização não for decodificada com sucesso.
Breve Descrição das FigurasFigura 1 - mostra um sistema de comunicação sem.fio.
Figura 2 - mostra um diagrama de blocos de um NóB e um UE.
Figura 3 - mostra um formato de quadro em W-CDMA.
Figura 4 - mostra transmissões para um UE comHARQ em HSDPA.
Figura 5 - mostra transmissões para múltiplos UEsem HSDPA.
Figura 6 - mostra transmissões para um UE comparâmetros atribuídos.
Figura 7 - mostra transmissões para múltiplos UEscom parâmetros atribuídos.
Figura 8 - mostra um processador de dados de TX eum modulador no Nó B.
Figura 9 - mostra um demodulador e um processadorde dados de RX no UE.
Figura 10 - mostra um processo para transmissãode dados sem sinalização.Figura 11 - mostra um processo para recepção dedados sem sinalização.
Figura 12 - mostra padrões exemplares deintervalos de tempo atribuídos para seis UEs.
Figuras 13A, 13B e 13C - mostram transmissõespara 3 UEs.
Figura 14 - mostra um processo para transmissãode dados com intervalos de tempo atribuídos.
Figura 15 - mostra um processo para recepção dedados com intervalos de tempo atribuídos.
Figura 16 - mostra um processo para transmissãode dados com e sem sinalização.
Figura 17 - mostra um processo para recepção dedados com e sem sinalização.
Descrição Detalhada da Invenção
A Figura 1 mostra um sistema de comunicação semfio 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 UEse também pode ser referido como uma estação base, um Nó Baperfeiçoado (eNode Β), um ponto de acesso, etc. Cada Nó B110 proporciona cobertura de comunicação para uma áreageográfica específica e suporta comunicação para os UEslocalizados dentro da área de cobertura. Um controlador desistema 130 acopla os Nós B 110 e provê coordenação econtrole para esses Nós Β. O controlador de sistema 130pode ser uma entidade de rede singular ou um grupo deentidades de rede. Por exemplo, o controlador de sistema130 pode compreender um Controlador de Rede de Rádio (RNC),um Centro de Comutação Móvel (MSC), etc.
Os UEs 120 podem estar dispersos por todo osistema, e cada UE pode ser estacionário ou móvel. Um UEtambém pode ser referido como uma estação móvel, umterminal, um terminal de acesso, uma unidade de assinante,uma estação, etc. Um UE pode ser um telefone celular, umassistente digital pessoal (PDA), um dispositivo decomunicação sem fio, um dispositivo portátil, um modem semfio, um computador laptop, e assim por diante. Um UE podecomunicar-se ativamente com um Nó B ou pode apenas receberpiloto e sinalização a partir do Nó B. Os termos wUE" e"usuário" são usados aqui permutavelmente.
A Figura 2 mostra um diagrama de blocos de um NóB 110 e um UE 120, os quais são um dos Nós B e um dos UEsna Figura 1. No Nó B 110, um processador de dados detransmissão (TX) 210 recebe dados de tráfego a partir deuma fonte de dados (não mostrada) e sinalização a partir deum controlador/processador 240, processa (por exemplo,formata, codifica, intercala, e mapeia em símbolo) os dadosde tráfego e sinalização, e provê símbolos de dados esímbolos de sinalização. Um modulador 220 processa ossímbolos de sinalização e dados conforme especificado pelosistema e provê chips de saída. Um transmissor (TMTR) 222processa (por exemplo, converte em analógico, amplifica,filtra, e converte ascendentemente em freqüência) os chipsde saída e gera um sinal de downlink, o qual é transmitidoa partir de uma antena 224.
No UE 120, uma antena 252 recebe o sinal dedownlink a partir do Nó B 110 e provê um sinal recebido aum receptor (RCVR) 254. O receptor 254 condiciona (porexemplo, filtra, amplifica, converte descendentemente emfreqüência, e digitaliza) o sinal recebido e provê amostrasrecebidas. Um demodulador (Demod) 260 processa as amostrasrecebidas de uma maneira complementar ao processamento pelomodulador 220 e provê estimativas de símbolo. Umprocessador de dados de recepção (RX) 270 processa (porexemplo, desmapeia em símbolos, desintercala, e decodifica)as estimativas de símbolo e provê dados decodificados paraο UE 110.
No uplink, no UE 120, os dados e sinalização sãoprocessados por um processador de dados de TX 290,modulados por um modulador 292, condicionados por umtransmissor 294, e transmitidos por intermédio da antena252. No Nó B 110, os sinais de uplink a partir do UE 120 ede outros UEs são recebidos pela antena 224 condicionadospor um receptor 230, demodulados por um demodulador 232, eprocessados por um processador de dados de RX 234 pararecuperar os dados e a sinalização enviados pelos UEs. Emgeral, o processamento para transmissão de uplink pode sersimilar ou diferente do processamento para transmissão dedownlink.
Os controladores 240 e 280 dirigem as operaçõesno Nó B 110 e UE 120, respectivamente. Memórias 242 e 282armazenam os dados e códigos de programa para o Nó B 110 eUE 120, respectivamente.
As técnicas aqui descritas podem ser usadas paradiversos sistemas de comunicação sem fio tal como ossistemas 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 Freqüência(FDMA), sistemas FDMA Ortogonais (OFDMA). Os termos"sistema" e "rede" são freqüentemente usadospermutavelmente. Um sistema CDMA pode utilizar umatecnologia de rádio tal como CDMA em Banda Larga (W-CDMA),cdma2000, etc. Cdma2000 cobre padrões IS-2000, IS-856 e IS-95. Um sistema TDMA pode utilizar uma tecnologia de rádiotal como o Sistema Global para Comunicações Móveis (GSM).
Essas várias tecnologias de rádio e padrões são conhecidasna técnica. W-CDMA e GSM são descritos em documentos apartir de uma organização denominada "Projeto de Parceriapara 3a Geração" (3GPP). cdma2000 é descrito em documentosa partir de uma organização denominada "Projeto 2 deParceria para 3a Geração" (3GPP2). Para clareza, astécnicas são descritas abaixo para transmissão de downlinkem um sistema W-CDMA.
Em W-CDMA, dados para um UE são processados comoum ou mais canais de transporte em uma camada superior. Oscanais de transporte podem transportar dados para um oumais serviços, por exemplo, voz, video, dados de pacote,jogos, etc. Os canais de transporte são mapeados paracanais físicos em uma camada física. Os canais físicos sãocanalizados com diferentes códigos de canalização e sãoortogonais entre si no domínio de código.
Versão 5 do 3GPP e posterior suportam Acesso aPacote de Downlink de Alta Velocidade (HSDPA), que é umconjunto de canais e procedimentos que permitem a
transmissão de dados de pacote em alta velocidade nodownlink. Para HSDPA, um Nó B envia dados em um CanalCompartilhado de Downlink de Alta Velocidade (HS-DSCH), oqual é um canal de transporte de downlink que écompartilhado por todos os UEs em ambos, tempo e código. 0
HS-DSCH pode transportar dados para um ou mais UEs em umdeterminado intervalo de tempo de transmissão (TTI). Um TTIé igual a um subquadro para HS-DPA e é a menor unidade detempo na qual os UEs podem ser programados e servidos. 0compartilhamento do HS-DSCH é dinâmico e pode mudar de TTIpara TTI.
A Tabela 1 relaciona alguns canais físicos dedownlink e de uplink usados para HSDPA e provê uma curtadescrição para cada canal físico.
Tabela 1<table>table see original document page 9</column></row><table>
Para HSDPA, um Nó B pode usar até quinze códigosde canalização de 16 chips com fator de espalhamento de 16(SF = 16) para o HS-PDSCH. 0 Nó B também pode utilizarqualquer número de códigos de canalização de 128 chips comfator de espalhamento 128 (SF = 128) para o HS-SCCH. 0número de códigos de canalização de 16 chips para o HS-PDSCH e o número de códigos de canalização de 128 chipspara o HS-SCCH são configuráveis. Os códigos de canalizaçãopara o HS-PDSCH e HS-SCCH são códigos de fator deespalhamento variável ortogonal (OVSF) que podem sergerados de uma maneira estruturada. 0 fator de espalhamento(SF) é o comprimento de um código de canalização. Umsímbolo é espalhado com um código de canalização decomprimento SF para gerar SF chips para o símbolo.
A um UE podem ser atribuídos até quinze códigosde canalização de 16 chips para o HS-PDSCH e até quatro,códigos de canalização de 128 chips para o HS-SCCH. Oscódigos de canalização para o HS-SCCH são atribuídos ao UEno estabelecimento da chamada e sinalizados para o UE porintermédio da sinalização de camada superior. Os códigos decanalização para o HS-PDSCH são atribuídos dinamicamente econduzidos para o UE por intermédio da sinalização enviadano HS-SCCH utilizando um dos códigos de canalização de 128chips atribuídos.
HSDPA também pode ser considerado como tendo (a)até quinze HS-PDSCHs, com cada HS-PDSCH utilizando umdiferente código de canalização de 16 chips, e (b) qualquernúmero de HS-SCCHs, com cada HS-SCCH utilizando umdiferente código de canalização de 128 chips. Nesse caso, aum UE podem ser atribuídos até quatro HS-SCCHs e até quinzeHS-PDSCHs. Na descrição a seguir, HSDPA é considerado comotendo (a) um único HS-PDSCH com até quinze códigos decanalização de 16 chips e (b) um único HS-SCCH com qualquernúmero de códigos de canali zação de 128 chips. Na descriçãoa seguir, referências aos códigos de canalização são para oHS-PDSCH a menos que de outro modo assinalado.
A Figura 3 mostra um formato de quadro em W-CDMA.A linha de tempo para transmissão é dividida em quadros derádio. Os quadros de rádio no downlink são definidos emrelaçã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 de12-bits (SFN). Cada quadro de rádio é adicionalmenteparticionado em 15 partições, que são rotuladas comopartição 0 a partição 14. Cada partição tem uma duração de0,667 ms e inclui 2560 chips em 3.84 megachips/segundo(Mcps). Cada quadro de rádio também é particionado em cincosubquadros 0 a 4. Cada subquadro tem uma duração de 2 ms ecobre três partições. Os subquadros do HS-SCCH sãoalinhados no tempo com os quadros de rádio do CPICH. Ossubquadros do HS-PDSCH são deslocados para a direita (ouretardados) por duas partições em relação aos subquadros doHS-SCCH.
0 HS-DSCH carrega blocos de transporte para osUEs sendo servidos. Um bloco de transporte é um bloco dedados e também pode ser referido como um bloco de dados, umpacote, etc. Cada bloco de transporte é codificado emodulado e então enviado no HS-PDSCH.
0 HSDPA suporta retransmissão automática híbrida(HARQ), que também é referida como redundância incrementai(IR). Com HARQ, um Nó B envia uma nova transmissão para umbloco de transporte e pode enviar uma ou maisretransmissões até que o bloco de transporte sejadecodificado corretamente por um UE, ou o número máximo deretransmissões tenha sido enviado, ou alguma outra condiçãode terminação seja encontrada. O Nó B desse modo podeenviar um número variável de transmissões para um bloco detransporte. A primeira transmissão é referida como uma novatransmissão, e cada transmissão subsequente é referida comouma retransmissão. HSDPA suporta IR assíncrono, o quesignifica que uma retransmissão pode ser enviada em umperíodo de tempo variável após uma transmissão anterior. Aocontrário, com IR síncrono, uma retransmissão é enviada emum período de tempo fixo após uma transmissão anterior. Comambos os IR, síncrono e assíncrono, existe uma folga detempo entre transmissões sucessivas de um bloco detransporte. Durante essa folga de tempo, transmissões paraoutros blocos de transporte podem ocorrer. Transmissões dediferentes blocos de transporte, portanto, podem serintercaladas com HARQ.
Para HARQ em HSDPA, um Nó B gera uma verificaçãode redundância cíclica (CRC) para um bloco de transporte,anexa a CRC ao bloco de transporte, e codifica o bloco detransporte e CRC com base em um esquema de codificação outaxa de código para obter um bloco codificado. A CRC éusada por um UE para detectar erros após decodificação. 0Nó B particiona o bloco codificado em múltiplas versões deredundância. Cada versão de redundância pode conterdiferentes informações codificadas (ou bits de código) parao bloco de transporte. 0 Nó B pode enviar uma versão deredundância para cada transmissão do bloco de transporte.Em HSDPA, o Nó B pode selecionar a seqüência de versões deredundância para enviar para o bloco de transporte.
O Nó B envia sinalização no HS-SCCH para cadatransmissão enviada no HS-PDSCH. A Tabela 2 fornece asinalização enviada no HS-SCCH na Versão 5 de HSDPA. Aprimeira coluna da Tabela 2 relaciona diferentes campos outipos de informação incluídos na sinalização, a segundacoluna fornece o tamanho de cada campo, e a terceira colunafornece uma curta descrição do que é conduzido por cadacampo. A quarta coluna é descrita abaixo.
Tabela 2 - Informação de HS-SCCH
<table>table see original document page 12</column></row><table>
A sinalização no HS-SCCH inclui informaçãorelacionada a recursos e formato de transporte (TFRI) einformação relacionada à HARQ (ou informação de HARQ). ATFRI inclui o conjunto de códigos de canalização, esquemade modulação e tamanho do bloco de transporte. A informaçãode HARQ inclui o número de processo da HARQ, versão deredundância, e novo indicador de dados. A sinalização éprocessada em duas partes. A Parte 1 contém 8 bits para oconjunto de códigos de canalização e o esquema demodulação. A Parte 2 contém 13 bits para a informação daHARQ e do 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 1/2 taxa,embaralhado com o ID de UE, e enviado na primeira partiçãode um subquadro. A Parte 2 e o CRC são codificados com umcódigo convolucional de 1/2 taxa e enviado nas duas últimaspartições do subquadro. Isso permite que o UE recupere ainformação crítica em relação ao tempo da Parte 1 a partirdo HS-SCCH antes da transmissão de dados no HS-PDSCH.
A Figura 4 mostra transmissão de dados no HS-DSCHcom sinalização. Um UE periodicamente estima a qualidade dosinal recebido com base em um piloto e envia um indicadorde qualidade de canal (CQI) no HS-DPCCH. Um Nó B tem dadospara enviar ao UE e programa o UE para transmissão dedownlink. O Nó B envia sinalização para o UE no HS-SCCH eenvia uma primeira transmissão de um bloco de transportepara o UE no HS-PDSCH. A transmissão de dados no HS-PDSCH éretardada em duas partições a partir da transmissão desinalização correspondente no HS-SCCH.
O UE processa o HS-SCCH e recupera a sinalizaçãoenviada para o UE. O UE então processa o HS-PDSCH com basena sinalização recebida e recupera o bloco de transporteenviado para o UE. 0 UE envia uma confirmação (ACK) no HS-DPCCH se o bloco de transporte for decodificadocorretamente e envia uma confirmação negativa (NAK), casocontrário. 0 UE também estima a qualidade do sinal recebidoe envia CQI junto com ACK ou NAK no HS-DPCCH. A transmissãode retorno no HS-DPCCH é retardada em aproximadamente 7.5partições a partir do fim da transmissão de dadoscorrespondente no HS-PDSCH.
O Nó B pode enviar uma retransmissão do bloco detransporte se uma NAK for recebida a partir do UE e podeenviar uma nova transmissão para outro bloco de transportese uma ACK for recebida. O Nó B envia sinalização noHS-SCCH e a retransmissão ou nova transmissão no HS-PDSCH.A sinalização indica se o HS-PDSCH transporta umaretransmissão ou uma nova transmissão assim como outrainformação. Em geral, o Nó B pode enviar uma novatransmissão para um bloco de transporte e uma ou maisretransmissões se necessário. O Nó B pode enviar múltiplosblocos de transporte de uma maneira entrelaçada, conformemostrado na Figura 4.
A Figura 5 mostra transmissão de dados paramúltiplos UEs em HSDPA. Um Nó B programa os UEs paratransmissão de dados no HS-PDSCH em cada TTI. O Nó B enviasinalização para os UEs programados no HS-SCCH e enviatransmissões para os UEs programados no HS-PDSCH. Cada UEque poderia receber dados no HS-PDSCH processa o HS-SCCHpara determinar se sinalização foi enviada para aquele UE.
Cada UE programado processa o HS-PDSCH para recuperar obloco de transporte enviado para o UE. Cada UE programadoenvia ACK/NAK e realimentação de CQI no HS-DPCCH. OS UEsque não são programados em um determinado TTI também podemenviar ACK/NAK para uma transmissão anterior e CQI para aTTI atual no HS-DPCCH.
Na Figura 5, transmissões no HS-PDSCH esinalização no HS-SCCH para serviços em tempo real tal comoVoz sobre Protocolo de Internet (VoIP), jogos, etc., sãomostrados com sombreamento sólido. Transmissões no HS-PDSCHe sinalização no HS-SCCH para outros serviços tal comomelhor empenho, por exemplo, são mostrados com tracejadodiagonal. Cada transmissão no HS-PDSCH é associada àsinalização correspondente no HS-SCCH.
O HSDPA é projetado e otimizado para aplicaçõesanálogas à transferência de grandes quantidades de dados.Muitos resultados de simulação, usados no projeto de HSDPAforam geralmente baseados em um modelo de tráfego dearmazenador-cheio. Essa premissa conduz a um projeto deHSDPA que otimiza a capacidade de transmissão de célulamais propriamente do que o desempenho para aplicaçõessensíveis ao retardo, que podem produzir pacotesrelativamente pequenos. Algumas das conseqüências doprojeto de HSDPA atual são:
1. O HS-SCCH transporta muitos bits para.sinalização, conforme mostrado na Tabela 2,
2. O HS-SCCH é codificado e transmitido de uma20 maneira sub-ótima,
3. O HS-PDSCH conduz blocos de transporte quesão relativamente grandes para algunsserviços em tempo real, e
4. O HS-DPCCH é transmitido continuamente porcada UE.
A grande quantidade de sinalização no HS-SCCH éusada para suportar (a) escolha flexível de códigos decanalização atribuídos para o HS-PDSCH, o qual pode mudarem uma base de transmissão-por-transmissão, (b) escolhaflexível de tamanho de bloco de transporte a partir de 254possíveis tamanhos de bloco de transporte, (c) escolhaflexível de tempo de transmissão e retransmissão para IRassíncrono, (d) escolha flexível de versão de redundância,e (e) escolha flexível de modulação. Todos esses recursosflexíveis resultam em uma grande quantidade de overhead noHS-SCCH.
Além disso, a sinalização no HS-SCCH é divididaem duas partes conforme descrito acima para simplificarimplementação de UE. A transmissão de HS-PDSCH é retardadaem relação à transmissão de HS-SCCH, conforme mostrado nasFiguras 4 e 5, para também simplificar a implementação deUE. Ambas as características são sub-ótimas e fazem com queo overhead devido ao HS-SCCH seja ainda maior.
O HS-PDSCH pode conduzir blocos de transporte detamanhos diferentes para melhor combinar as cargas úteis dedados dos UEs. HSDPA suporta 254 tamanhos de blocos detransporte variando de 137 bits a 27.952 bits. Os tamanhosde blocos de transporte dependem do esquema de modulação(por exemplo, QPSK ou 16 QAM) e do número de códigos decanalização usados para transmissão no HS-PDSCH. Diferentesconjuntos de tamanhos de blocos de transporte estãodisponíveis para diferentes números de códigos decanalização. Por exemplo, 103 tamanhos de blocos detransporte variando de 137 a 1.871 bits podem ser usadosquando um código de canalização é atribuído para oHS-PDSCH.
Os tamanhos de blocos de transporte pequenospodem utilizar muito espaço de código de canalização. 0fator de espalhamento 16 é usado para o HS-PDSCH porque elereduz a quantidade de sinalização para transportar oconjunto de códigos de canalização atribuídos enquantoproporcionando granularidade de espaço de código suficientepara os dados. Essa escolha de fator de espalhamentoresulta em tamanhos pequenos de blocos de transporte (osquais raramente são usados para tráfego de armazenador-cheio) tendo pequenas taxas de código efetivas. Porexemplo, todos os tamanhos de blocos de transporte a partirde 137 bits a 449 bits com QPSK têm uma taxa de código de1/2 ou menos na primeira transmissão. Para VoIP, um quadrode taxa total para fala de multitaxa adaptativa (AMR) de12.2 quilobits/segundo (kbps) contém 317 bits. Um tamanhode bloco de transporte típico para esse quadro de taxatotal tem uma taxa de código de aproximadamente 1/3 naprimeira transmissão. A capacidade em excesso desse tamanhode bloco de transporte típico resulta em uma baixa taxa decódigo para a primeira transmissão, que pode resultar emmais recursos de rádio do que são necessários sendo usadospara o quadro de taxa total.
Cada UE que poderia receber transmissão de dadosno HS-PDSCH envia continuamente informação de realimentação(por exemplo, CQI) no HS-DPCCH. A informação derealimentação melhora o desempenho da transmissão de dadosno downlink a custa do overhead de uplink e consumosuperior de bateria do UE. A programação flexível dos UEs paratransmissão de dados no HS-PDSCH requer que os UEs monitoremcontinuamente o HS-SCCH e transmitam continuamente no HS-DPCCH.
Pelas razões observadas acima, o projeto HSDPA naVersão 5 e na Versão 6 proporciona bom desempenho paraaplicações lembrando modelo de tráfego de armazenador-cheio, porém, é ineficiente para aplicações com dados debaixa capacidade de transmissão e/ou sensíveis ao retardo.Além disso, esse projeto de HSDPA não considera problemasrelacionados à conectividade de pacotes contínuos, tal comooverhead de uplink e vida útil da bateria do UE.
1. Transmissão com Parâmetros Atribuídos
Em um aspecto, o Nó B envia transmissões em umcanal de dados compartilhado (por exemplo, o HS-DSCH e HS-PDSCH) para um UE com base em pelo menos um parâmetro que éatribuído ao UE antes das transmissões. 0 Nó B não enviasinalização em um canal de controle compartilhado (porexemplo, o HS-SCCH) para as transmissões enviadas para o UEno canal de dados compartilhado, o qual pode reduzirgrandemente o overhead. 0 UE processa as transmissõesrecebidas a partir do canal de dados compartilhado com basenos parâmetros atribuídos. Um canal de dados compartilhadopode compreender canais em camadas diferentes (por exemplo,canais de transporte e físicos) observadas por um bloco detransporte ou um pacote de dados. Como um exemplo, paraHSDPA, um canal de dados compartilhado pode compreender oHS-DSCH e HS-PDSCH. Um canal de dados compartilhado podecompreender outros canais para outras tecnologias de rádio.
Em geral, qualquer número de parâmetros equalquer tipo de parâmetro podem ser atribuídos ao UE. Porexemplo, os parâmetros atribuídos podem incluir qualquer umou qualquer combinação dos seguintes:
1. Parâmetros de código de canalização,
2. Parâmetros de codificação e modulação,
3. Parâmetros de retransmissão ou HARQ, e
4. Parâmetros de tempo de transmissão.
Os parâmetros de código de canalização podemindicar o número de códigos de canalização e/ou os códigosde canalização específicos úteis para transmissões para oUE. Os códigos de canalização atribuídos podem serquaisquer dos códigos de canalização de 16 chipsdisponíveis para o HS-PDSCH e/ou outros códigos decanalização. Por exemplo, ao UE pode ser atribuído iamcódigo de canalização com fator de espalhamento de 32 ou64, o qual pode ocupar menos espaço de código do que umcódigo de canalização de 16 chips. 0 UE pode processar ocanal de dados compartilhado apenas para os códigos decanalização atribuídos e pode ignorar outros códigos decanalização.Os parâmetros de codificação e modulação podemindicar como os dados são codificados e modulados. Porexemplo, os parâmetros de codificação e modulação podemindicar um ou mais esquemas de modulação (por exemplo, QPSKe/ou 16 QAM) , um ou mais tamanhos de bloco de transporte,
uma ou mais taxas de código, etc., úteis para transmissõespara o UE. O UE pode processar o canal de dadoscompartilhado com base nos parâmetros de codificação emodulação atribuídos.
Os parâmetros HARQ podem indicar parâmetrosaplicáveis para re/transmissões para o UE tal como se o IRsincrono é utilizado, a seqüência de versões de redundânciapara um bloco de transporte, o número de retransmissõespara um bloco de transporte, o intervalo de tempo mínimoentre transmissões consecutivas para um bloco detransporte, configuração de realimentação de ACK/NAK, etc.As versões de redundância para o bloco de transporte podemser enviadas em uma ordem específica que pode ser conhecidaa priori pelo Nó B e pelo UE. Por exemplo, a primeiraversão de redundância pode ser enviada na primeiratransmissão para o bloco de transporte, a segunda versão deredundância pode ser enviada na segunda transmissão, aterceira versão de redundância pode ser enviada na terceiratransmissão, etc. A configuração de realimentação deACK/NAK pode indicar o envio de ambas as realimentações ACKe NAK, apenas a realimentação ACK, etc. Quando nenhumasinalização é enviada no HS-SCCH, o UE pode não ser capazde determinar se um erro de decodificação resulta de (a) umbloco de transporte enviado para o UE e decodificado comerro pelo UE, (b) um bloco de transporte enviado para outroUE, ou (c) nenhum bloco de transporte enviado para qualquerUE. Portanto, o UE pode não saber quando enviar as NAKspara seus blocos de transporte. Mediante envio de apenasrealimentação de ACK, sinalização em excesso para as NAKsdevido aos blocos de transporte enviados para outros UEspode ser evitada.
Os parâmetros de tempo de transmissão podemindicar intervalos de tempo ou TTIs nos quais astransmissões poderiam ser enviadas para o UE. Paraaplicações que enviam dados periodicamente, os intervalosde tempo atribuídos podem ser determinados na periodicidadedos dados, por exemplo, a cada 10 ou 20 ms para VoIP. 0 UEpode processar o canal de dados compartilhado apenasdurante os intervalos de tempo atribuídos e pode ficarinativo durante outro tempo para conservar a energia dabateria.
Os parâmetros atribuídos também podem incluiroutros tipos de parâmetros, os quais podem ser dependentesno projeto do sistema. Por exemplo, em um sistema baseadoem OFDM, os parâmetros atribuídos podem indicar uma ou maissubportadoras específicas que podem ser usadas paratransmissões para o UE. Em um sistema que suportatransmissão de entrada múltipla, saída múltipla (MIMO), osparâmetros atribuídos podem indicar o número de fluxos dedados que podem ser enviados para o UE, uma ou maismatrizes de pré-codificação que podem ser usadas paratransmissões para o UE, etc.
0 canal de dados compartilhado pode compreendercanais de transporte e físicos, por exemplo, o HS-DSCH e oHS-PDSCH. Certos parâmetros (por exemplo, parâmetros decodificação) podem ser aplicáveis à porção de canal detransporte do canal de dados compartilhado enquanto outrosparâmetros (por exemplo, parâmetros de código de modulaçãoe canalização) podem ser aplicáveis à porção de canalfísico do canal de dados compartilhado.
Em um aspecto, um ou mais formatos de transmissãopodem ser definidos e atribuídos para um UE. Cada formatode transmissão pode ser associado com um ou mais parâmetrosespecíficos para utilização para transmissão. Por exemplo,um formato de transmissão pode ser associado a um conjuntoespecífico de um ou mais códigos de canalização, um esquema
de modulação específico, uma taxa de código específica ouum tamanho de bloco de transporte, etc. Um Nó B pode enviaruma transmissão com base em um dos formatos de transmissãoatribuídos ao UE. Se ao UE forem atribuídos múltiplosformatos de transmissão, então o Nó B pode usar qualquer um
dos formatos de transmissão para cada transmissão enviadapara o UE.
Em geral, um parâmetro pode ser para qualquercoisa pertinente para transmissão de dados tal como, porexemplo, tamanho de bloco, taxa de código, esquema de
modulação, parâmetro HARQ, intervalo de tempo, etc. Umformato de transmissão pode estar associado com um ou maisparâmetros específicos (por exemplo, um tamanho de bloco eum esquema de modulação) e pode ser um mecanismoconveniente para condução de parâmetros.
Em geral, os parâmetros atribuídos podem serusados para qualquer canal de dados compartilhado emqualquer sistema de comunicação sem fio. Os parâmetrosatribuídos podem ser usados para HSDPA para evitar o enviode sinalização no HS-SCCH. Um novo formato de subquadro ou
modo de transmissão para o HS-DSCH pode ser definido comuma ou mais das seguintes características:
1. Sinalização não é enviada no HS-SCCH,
2. Um ou mais códigos de canalizaçãoespecíficos são úteis para transmissão para
o UE,
3. Um ou mais esquemas de modulação específicossão úteis para transmissão,
4. Um ou mais tamanhos de blocos de transporteespecíficos são úteis para transmissões,
5. HARQ é estabelecido para IR síncrono com umnúmero predeterminado de retransmissões e
uma seqüência predeterminada de versões deredundância, e
6. Um CRC de UE específico é usado para cadabloco de transporte enviado no HS-PDSCH.
Alguns dos parâmetros podem ser fixos enquantoque outros parâmetros podem ser configuráveis. Em umaspecto, os códigos de canalização e os tamanhos de blocosde transporte são parâmetros configuráveis, e outrosparâmetros são fixos. Por exemplo, o esquema de modulaçãopode ser fixo em QPSK, o número de retransmissões pode serfixo em dois, a seqüência de versões de redundância podeser fixa, etc. Os parâmetros fixos são conhecidos a príoripelo Nó B e pelo UE. Os parâmetros configuráveis podem serdeterminados no início de uma chamada e podem ser alteradosdurante a chamada.
Um ou mais formatos de transmissão podem serdefinidos para um UE. Por exemplo, um formato detransmissão pode ser definido com o seguinte:
1. Código de canalização específico para o HS-PDSCH,
2. Esquema de modulação específico (porexemplo, QPSK),
3. Tamanho de bloco de transporte específico,
4. HARQ ajustado para IR síncrono, com duasretransmissões e uma seqüênciapredeterminada de versões de redundância, e
5. Um CRC de UE específico.
Múltiplos formatos de transmissão com diferentesparâmetros podem ser definidos para o UE. Por exemplo, doisformatos de transmissão podem ser definidos para doisdiferentes tamanhos de blocos de transporte e o mesmocó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.Os parâmetros que são transportadosvia-sinalização no HS-SCCH desse modo podem ser fixos ouconfigurados/atribuídos antes das transmissões. Em umprojeto, todos os parâmetros conduzidos por intermédio desinalização no HS-SCCH podem ser manejados como mostrado naúltima coluna da Tabela 2. Nesse projeto, todos osparâmetros ou são fixos ou são configurados/atribuídos demodo que a sinalização no HS-SCCH não é necessária. Nesseprojeto, um único código de canalização e dois tamanhos debloco de transporte são úteis para transmissões para o UE.
Os dois tamanhos de blocos de transporte podem serselecionados com base nas exigências de dados para umachamada. Como um exemplo, para uma chamada VoIP, um tamanhode bloco de transporte de 353 bits pode ser usado para umquadro de fala AMR-NB de 12.2 Kbps ou um quadro de falaAMR-WB de 12.6 Kbps. Um tamanho de bloco de transporte de161 bits pode ser usado para um quadro de descritor desilêncio AMR-NB ou AMR-WB (SID). Outros tamanhos de blocode transporte e/ou números diferentes de tamanhos de blocode transporte também podem ser usados.
Em um aspecto, a um UE pode ser atribuído um oumúltiplos códigos de canalização entre os códigos decanalização disponíveis para o HS-PDSCH. Em outro aspecto,a um UE pode ser atribuído um código de canalização comfator de espalhamento maior do que 16. O UE pode entãodesespalhar uma transmissão recebida com um código decanalização que é mais longo do que o código de canalizaçãomais curto, para o canal de dados compartilhado. 0 fator deespalhamento maior reduz a granularidade em atribuição deespaço de código e pode aperfeiçoar a utilização de códigode canalização. Por exemplo, a um UE com tamanhos de cargaútil de dados pequenos (por exemplo, para VoIP ou jogos)pode ser atribuído um código de canalização com fator deespalhamento de 32 e pode então ocupar metade do espaço decódigo. Uma transmissão enviada com esse código decanalização de SF = 32 pode ter uma taxa de código que éduas vezes superior a uma transmissão comparável enviadacom um código de canalização de SF = 16. HARQ podecompensar a taxa de código superior mediante envio deretransmissões para blocos de transporte exigindo taxas decódigo inferiores. Em ainda outro aspecto, a um UE éatribuído um código de canalização de variação temporal (oqual pode variar com o passar do tempo de uma maneirapredeterminada) ou diferentes códigos de canalização emdiferentes intervalos de tempo.
Os parâmetros atribuídos para um UE podem serdados por um ou mais formatos de transmissão e/ou de algumaoutra maneira. Os parâmetros atribuídos podem serdeterminados para o UE durante estabelecimento de chamadano início de uma chamada e podem se basear em exigências dachamada. Por exemplo, os tamanhos de bloco de transporteatribuídos podem ser selecionados com base nas exigênciasde dados, os intervalos de tempo atribuídos podem serselecionados com base no tipo de chamada (por exemplo, VoIPou jogos), etc. Os parâmetros atribuídos também podem sermodificados durante a chamada por diversas razões tal comomudanças nas exigências de dados, carregamento do sistema,etc. Mudanças nos parâmetros atribuídos podem ser manejadaspor intermédio de mecanismos de reconfiguração suportadospelo sistema. Os parâmetros atribuídos desse modo podem serestáticos ou semi-estáticos e podem ser configuráveis paracada UE. Os parâmetros atribuídos podem ser enviados paracada UE por intermédio de sinalização de camada superior oumediante algum outro meio antes das transmissões no canalde dados compartilhado utilizando os parâmetros atribuídos.
Por exemplo, os parâmetros atribuídos podem se enviados noestabelecimento da chamada utilizando mensagens deEstabelecimento de Portadora de Rádio de Camada 3 em W-CDMAou durante reconfiguração utilizando mensagens deReconfiguração de Portadora de Rádio.
A Figura 6 mostra a transmissão de dados no HS-DSCH com parâmetros atribuídos. Um UE estima periodicamentesua qualidade de sinal recebida e envia CQI no HS-DPCCH. UmNó B tem dados para enviar para o UE e programa o UE paratransmissão de downlink. 0 Nó B processa um bloco de
transporte com base nos parâmetros atribuídos, por exemplo,um formato de transmissão atribuído. 0 Nó B envia nenhumasinalização no HS-SCCH e envia uma primeira transmissão dobloco de transporte no HS-PDSCH para o UE. 0 UE processa oHS-PDSCH com base nos parâmetros atribuídos e recupera o
bloco de transporte enviado para o UE. 0 UE envia uma ACKno HS-DPCCH se o bloco de transporte for decodificadocorretamente e pode nada enviar caso contrário. 0 UE tambémestima a qualidade de sinal recebido e envia CQI junto coma ACK/nada no HS-DPCCH. 0 Nó B pode enviar uma
retransmissão se nada for recebido a partir do UE e podeenviar uma nova transmissão para outro bloco de transportese uma ACK for recebida. 0 Nó B envia retransmissões enovas transmissões sem qualquer sinalização no HS-SCCH.
A Figura 7 mostra a transmissão de dados paramúltiplos UEs com parâmetros atribuídos. Um Nó B enviatransmissões para os UEs com parâmetros atribuídos (osquais são mostrados com sombreamento sólido) assim comotransmissões para os UEs sem parâmetros atribuídos (osquais são mostrados com tracejado diagonal) no HS-PDSCH. 0Nó B envia sinalização no HS-SCCH apenas para os UEs semparâmetros atribuídos, os quais são mostrados com tracejadodiagonal. 0 Nó B não envia sinalização para os UEs comparâmetros atribuídos. Conforme indicado nas Figuras 5 e 7,muitos recursos de rádio podem ser economizados mediantenão-envio de sinalização para os UEs com parâmetrosatribuídos.
A Figura 8 mostra um diagrama de blocos de umprojeto de processador de dados de TX 210 e modulador 220no Nó B 110 na Figura 2. Para clareza, a Figura 8 mostraunidades de processamento para gerar uma transmissão no HS-PDSCH para um UE.
Dentro do processador de dados de TX 210, umgerador 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 emum identificador de UE (ID de UE) para o UE recebedor. EsseID de UE pode ser um ID de MAC ou algum outro tipo de IDque pode identificar unicamente o UE recebedor. Um CRC deUE específico pode ser gerado de várias maneiras que tornamesse CRC específico para o UE recebedor. Por exemplo, umCRC pode ser gerado da forma normal, e o CRC pode então sertornado específico para o UE. Isso pode ser conseguidomediante realização de uma operação OU exclusivo (XOR)entre o CRC computado e o ID de UE. Em geral,embaralhamento de UE específico pode ser realizado em todaou em qualquer porção de uma transmissão e também em outrolocal ao longo do trajeto de processamento de transmissão.
Um codificador 814 codifica um bloco embaralhadocom base em um esquema de codificação e provê um blococodificado tendo um tamanho de bloco de transporteselecionado. 0 controlador 240 pode selecionar o tamanho debloco de transporte com base no CQI recebido a partir doUE, nos tamanhos de bloco de transporte atribuídos ao UE,etc. Uma unidade HARQ 816 particiona o bloco codificado emmúltiplas versões de redundância. Para cada transmissão, aunidade HARQ 816 determina qual versão de redundância deveenviar com base em um controle de HARQ a partir docontrolador 240 e provê a versão de redundânciaselecionada. Um intercalador de canal 818 intercala(ou reordena) os bits de código na versão de redundânciaselecionada. Um mapeador de símbolos 820 mapeia os bitsintercalados para símbolos de dados com base em um esquemade modulação selecionado para o UE. Esse esquema demodulação pode ser fixo (por exemplo, para QPSK) quandoutilizando parâmetros atribuídos.
Dentro do modulador 220, um espalhador 822espalha os símbolos de dados com base em um código decanalização atribuído ao UE e provê chips de dados. Oschips de dados são adicionalmente processados etransmitidos para o UE. O controlador/processador 240 podereceber retorno (por exemplo, ACK/NAK/nada, CQI, etc.) apartir do UE e pode prover vários parâmetros (por exemplo,o ID de UE, tamanho de bloco de transporte, controle deHARQ, esquema de modulação, código de canalização, etc.)para cada transmissão enviada para o UE.
A Figura 9 mostra um diagrama de blocos de umprojeto de demodulador 260 e processador de dados de RX 270.no UE 120 na Figura 2. Dentro do demodulador 260, umdesespalhador 910 desespalha as amostras recebidas para umatransmissão recebida com base em um código de canalizaçãoatribuído ao UE e provê símbolos desespalhados a umarmazenador de símbolos 912 e um combinador HARQ 914. Oarmazenador 912 armazena os símbolos desespalhados parapossível combinação com transmissões futuras. O combinadorHARQ 914 pode (a) passar os símbolos desespalhados para atransmissão atual a partir do desespalhador 910 semcombinação ou (b) combinar os símbolos desespalhados para atransmissão atual com os símbolos desespalhados para uma oumais transmissões anteriores com base em um controle HARQ apartir do controlador 280.
Dentro do processador de dados de RX 270, umdemapeador de símbolos 920 demapeia os símbolosdesespalhados a partir do combinador HARQ 914 com base noesquema de modulação selecionado. Por exemplo, o demapeadorde símbolos 920 pode prover razões de log-veroesimilhançapara bits de código dos símbolos desespalhados. Umdesintercalador de canais 922 realiza desintercalação deuma maneira complementar à intercalação realizada pelointercalador de canais 818 na Figura 8. Um decodificador924 decodifica a saída do desintercalador 920 com base emum tamanho de bloco de transporte e provê um bloco detransporte decodificado.
Se o Nó B embaralha o CRC para o bloco detransporte, então um gerador de CRC 926 gera um CRC para obloco de transporte decodificado, e um desembaralhador 928.desembaralha um CRC recebido, conforme mostrado na Figura9. Se o Nó B embaralha o bloco de transporte, então odesembaralhador 928 desembaralha o bloco de transportedecodificado, e o gerador de CRC 926 gera um CRC para obloco de transporte desembaralhado (não mostrado na Figura9). Em qualquer caso, um detector 930 compara o CRClocalmente gerado com o CRC recebido ou desembaralhado edetermina se o bloco de transporte está decodificadocorretamente ou incorretamente com base no resultado dacomparação. Em geral, o desembaralhamento de UE específicono UE é realizado de uma maneira complementar aoembaralhamento de UE específico no Nó Β. Ocontrolador/processador 280 pode prover vários parâmetros(por exemplo, o código de canalização, controle de HARQ,esquema de modulação, tamanho de bloco de transporte, ID deUE, etc.) para cada transmissão processada pelo UE.
O UE pode realizar decodif icação cega para umatransmissão recebida com base nos parâmetros atribuídos. OUE pode processar a transmissão recebida para cada hipótesepossível até que o bloco de transporte seja decodificadocorretamente ou todas as hipóteses tenham sido avaliadas. Onúmero de hipóteses depende dos fatores desconhecidos noUE. Por exemplo, se dois tamanhos de bloco de transportepodem ser usados para uma transmissão, então o UE podedecodificar a transmissão recebida para cada um dos doistamanhos de blocos de transporte. Adicionalmente, se atéduas retransmissões podem ser enviadas para um bloco detransporte e se o UE não tem informação de HARQ, então o UEpode processar a transmissão recebida para três hipótesescorrespondendo à transmissão recebida sendo uma primeiratransmissão, uma segunda transmissão e uma terceiratransmissão. Nesse exemplo, o UE pode realizardecodificação cega para até seis hipóteses abrangendo doistamanhos de blocos de transporte possíveis e trêspossibilidades de transmissão.
O UE pode avaliar as hipóteses em uma ordemseqüencial que pode ser selecionada com base naprobabilidade de ocorrência para cada hipótese. Porexemplo, o UE pode processar a transmissão recebida comouma nova transmissão se a transmissão anterior foidecodificada corretamente e como uma retransmissão se atransmissão anterior foi decodificada com erro. O UE podetambém realizar decodificação para o tamanho de bloco detransporte que é mais provável, então decodificar o próximotamanho de bloco de transporte mais provável, etc. Porexemplo, se ao UE forem atribuídos dois tamanhos de blocode transporte e o tamanho de bloco de transporte maior forusado mais freqüentemente do que o tamanho de bloco detransporte menor, então o UE pode realizar decodificaçãopara o tamanho de bloco de transporte maior em primeirolugar antes de realizar a decodificação para o tamanho debloco de transporte menor.
A Figura 10 mostra um processo 1000 realizado porum Nó B para transmissão de dados sem sinalização. 0 Nó Batribui pelo menos um parâmetro para um UE (bloco 1012). Opelo menos um parâmetro pode compreender pelo menos um deum código de canalização, um tamanho de bloco, um esquemade modulação, um formato de transmissão, um parâmetro deretransmissão, um intervalo de tempo, etc. Por exemplo, opelo menos um parâmetro pode compreender múltiplos formatosde transmissão (por exemplo, múltiplos tamanhos de blocosde transporte) úteis para transmissões para o UE. 0 pelomenos um parâmetro pode ser atribuído duranteestabelecimento de chamada no início de uma chamada paraestabelecer portadoras de rádio para o UE, durantereconfiguração para mudar as portadoras de rádio para o UE,etc. O Nó B envia o pelo menos um parâmetro atribuído parao UE (bloco 1014) 0 Nó B posteriormente processa umatransmissão para o UE com base no pelo menos um parâmetroatribuído (bloco 1016). O Nó B pode embaralhar toda ou umaporção da transmissão com um identificador para o UE. O NóB envia a transmissão em um canal de dados compartilhadopor uma pluralidade dos UEs para processamento pelo UE combase no pelo menos um parâmetro atribuído (bloco 1018). ONó B pode enviar a transmissão em um intervalo de tempoatribuído ao UE. O Nó B pode desabilitar a transmissão deinformação/sinalização de controle de downlinkcorrespondendo à transmissão no canal de dadoscompartilhado.
A Figura 11 mostra um processo 1100 realizado porum UE para recepção de dados sem sinalização. O UE recebepelo menos um parâmetro atribuído ao UE, por exemplo,durante estabelecimento de chamada, reconfiguração, etc.(bloco 1112). 0 pelo menos um parâmetro pode compreenderqualquer um dos parâmetros relacionados acima. O UEposteriormente recebe uma transmissão em um canal de dadoscompartilhado por uma pluralidade de UEs (bloco 1114). 0 UEprocessa a transmissão recebida com base no pelo menos umparâmetro atribuído ao UE antes de receber a transmissão(bloco 1116). A transmissão recebida pode compreender um oumais pacotes de dados (ou blocos de transporte).
O processamento pelo UE no bloco 1116 podeincluir o processamento/decodificação da transmissãorecebida com base em diferentes formatos de transmissão(por exemplo, tamanhos de bloco de transporte diferentes)úteis para a transmissão recebida. O UE pode selecionar umformato de transmissão em um momento, processar atransmissão recebida com base no formato de transmissãoselecionado, terminar o processamento da transmissãorecebida se ela for decodificada corretamente, e repetir oprocessamento para outro formato de transmissão se ela nãofor decodificada corretamente.
Se HARQ for usado, então o UE pode determinar sea transmissão recebida é uma nova transmissão ou umaretransmissão, por exemplo, com base no resultado dedecodificação para uma transmissão anterior, a quantidadede tempo entre a transmissão recebida e a transmissãoanterior, o número de retransmissões permitidas, etc. O UEpode primeiramente processar a transmissão recebida comouma nova transmissão para obter um pacote decodificado e,se o pacote decodificado estiver com erro, processar atransmissão recebida como uma retransmissão.Alternativamente, o UE pode primeiramente processar atransmissão recebida como uma retransmissão para obter umpacote decodificado e, se o pacote decodificado estiver comerro, processar a transmissão recebida como uma nova
transmissão. Em ambos os casos, o UE pode processar atransmissão recebida para diferentes hipótesescorrespondendo a diferentes números de transmissão enviadosantes da transmissão recebida, diferentes tamanhos deblocos de transporte, etc.
O processamento no bloco 1116 também pode incluirdeterminar se o UE é um recebedor pretendido da transmissãorecebida. Essa determinação pode ser conseguida medianteverificação da transmissão recebida com um identificadorpara o UE, por exemplo, gerando um CRC para a transmissão
recebida, desembaralhando um CRC recebido com oidentificador de UE, e comparando o CRC desembaralhado e oCRC localmente gerado. Essa determinação também pode serconseguida mediante desembaralhamento da transmissãorecebida com o identificador de UE.
O UE pode receber transmissões, adicionais nocanal de dados compartilhado e pode processar cadatransmissão recebida adicional de maneira similar com baseno pelo menos ura parâmetro atribuído ao UE. O UE podereceber descontinuamente as transmissões no canal de dados
compartilhado.
2. Transmissões com Intervalos de Tempo
Atribuídos
Em um aspecto, um Nó B envia transmissões em umcanal de dados compartilhado (por exemplo, o HS-DSCH) para
um UE em intervalos de tempo atribuídos ao UE antes dastransmissões. O Nó B pode enviar dados ao UE nos intervalosde tempo atribuídos e não em intervalos de temponão-atribuidos. Nesse caso, o UE pode processar o canal dedados compartilhado durante os intervalos de tempoatribuídos e também pode ficar inativo em outros momentos.
Em um aspecto, os intervalos de tempo atribuídosa um UE são determinados com base em um padrão. Esse padrãotambém pode ser referido como um padrão de recepçãodescontínua (DRX), um padrão repetitivo, etc. 0 padrãocobre uma duração de tempo predeterminada de N intervalosde tempo, onde em geral N > 1. Um intervalo de tempo podecorresponder a um TTI, um subquadro, ou alguma outraunidade de tempo. 0 padrão inclui um ou mais intervalos detempo específicos que podem ser selecionadosindividualmente a partir de N intervalos de tempo cobertospelo padrão. Portanto, qualquer um dos N intervalos detempo pode ser selecionado e incluído no padrão. O padrãocomeça em um momento específico (por exemplo, o início doquadro de rádio com SFN = 0) e pode se repetircontinuamente/perpetuamente.
Em geral, os padrões de mesmas ou diferentesdurações/comprimentos podem ser atribuídos a diferentesUEs. Padrões contendo diferentes intervalos de tempo podemser atribuídos a diferentes UEs para distribuir igualmenteos UEs através de todos os intervalos de tempo disponíveispara transmissão de dados. O padrão e os intervalos detempo específicos a serem atribuídos a um UE podem serdeterminados com base no tipo de chamada, exigências dedados, carregamento de sistema, etc. Por exemplo, osintervalos de tempo atribuídos para uma chamada VoIP podemser separados em 10 ou 20 ms. Além disso, mais intervalosde tempo podem ser atribuídos para potencialmente maisdados, e menos intervalos de tempo podem ser atribuídospara economia de energia de bateria do UE, potencialmentesuperior. O padrão para um UE pode ser determinado noestabelecimento de chamada e enviado ao UE por intermédiode sinalização de camada superior ou algum outro meio. 0padrão para o UE também pode ser mudado durante a chamada eenviado por intermédio de mensagens de reconfiguração oualguns outros meios.
A Figura 12 mostra padrões exemplares para seisUEs AaF. Nesse exemplo, os padrões para os UEs têm omesmo comprimento de doze subquadros ou TTIs, aos quais sãodados índices de 0 a 11. Cada subquadro corresponde a umintervalo de tempo. Os padrões para os UEs AeC incluemsubquadros 0, 3, 6 e 9, o padrão para o UE B incluisubquadros 2, 5, 8 e 11, o padrão para o UE D incluisubquadros 1 e 4, o padrão para o UE E inclui subquadros 4e 7, e o padrão para o UE F inclui subquadros 0, 2, 4, 6, 8e 10. Os padrões se repetem a cada 24 ms, e uma repetiçãodos padrões cobre 24 ms.
No exemplo mostrado na Figura 12, aos UEs A e C éatribuído o código de canalização 1 para o HS-PDSCH, aosUEs B e E é atribuído o código de canalização 2, e aos UEsD e F é atribuído o código de canalização 3. Umatransmissão pode ser enviada ao UE x, para χ e {A, B, . . .,F}, em um dos quadrados marcados "x" e utilizando o códigode canalização atribuído ao UE x.
O UE pode monitorar descontinuamente o HS-DSCHpara possíveis transmissões para o UE com base no padrãoatribuído. O UE pode operar em um substrato Conectado noqual o UE é apenas intermitentemente ativo, mas poderapidamente comutar para um substrato totalmente ativo. Emum aspecto, a recepção de uma transmissão no HS-DSCH nãoativa uma mudança a partir do substrato Conectado. Umamudança a partir do substrato Conectado pode serconseguida, por exemplo, por intermédio de uma mensagem desinalização de camada superior. O UE também pode transmitirdescontinuamente realimentação no HS-DPCCH de acordo com umpadrão de transmissão descontínua (DTX) , o qual pode serselecionado com base no padrão DRX.
A Figura 13A mostra transmissões exemplares parao UE A utilizando o padrão atribuído a esse UE na Figura12. Nesse exemplo, o bloco de transporte 1 é transmitido nosubquadro 0 e retransmitido no subquadro 3. Nenhumatransmissão é enviada no subquadro 6. 0 bloco de transporte2 é transmitido no subquadro 9 e não é retransmitido. 0bloco de transporte 3 é transmitido no subquadro 0 dapróxima repetição de padrão. Em cada subquadro atribuído, oUE A pode decodificar cegamente para uma nova transmissãoe/ou para uma retransmissão se a sinalização não forenviada no HS-SCCH.
A Figura 13B mostra transmissões exemplares parao UE D utilizando o padrão atribuído a esse UE na Figura12. Nesse exemplo, nenhuma transmissão é enviada ao UE D nosubquadro 1. 0 bloco de transporte 1 é transmitido nosubquadro 4 e retransmitido no subquadro 1 da próximarepetição de padrão.
A Figura 13C mostra transmissões exemplares parao UE F utilizando o padrão atribuído a esse UE na Figura12. Nesse exemplo, uma retransmissão pode ser enviadaapenas em pelo menos dois subquadros após o término de umatransmissão anterior. Nenhuma transmissão é enviada ao UE Fno subquadro 0. O bloco de transporte 1 é transmitido nosubquadro 2, não é retransmitido no subquadro 4 porque eleestá a menos do que dois subquadros a partir da transmissãoanterior no subquadro 2, e retransmitido em vez disso nosubquadro 6. Nenhuma transmissão é enviada ao UE F nosubquadro 8. O bloco de transporte 2 é transmitido nosubquadro 10 e não é retransmitido.
Aos múltiplos UEs podem ser atribuídos os mesmosintervalos de tempo assim como o mesmo código decanalização. Por exemplo, aos UEs A e C na Figura 12 sãoatribuídos os mesmos subquadros e código de canalização 1.Nesse caso, uma transmissão pode ser enviada para um UE emum intervalo de tempo e com um código de canalização quetambém é atribuído a outro UE. Cada UE pode verificar umCRC de UE específico para a transmissão para determinar sea transmissão se destina àquele UE. Cada UE pode armazenaras amostras recebidas para seus intervalos de tempoatribuídos para possível combinação de HARQ com umatransmissão futura. Cada UE pode tentar recuperar umatransmissão em um determinado intervalo de tempo medianteavaliação de diferentes hipóteses, por exemplo, umahipótese para a transmissão atual sendo uma primeiratransmissão (com nenhuma combinação de HARQ), outrahipótese para a transmissão atual sendo uma segundatransmissão (e desse modo combinada com uma transmissãoanterior), outra hipótese para a transmissão atual sendouma terceira transmissão (e desse modo combinada com duastransmissões passadas), etc.
No exemplo mostrado na Figura 12, a cada um dosUEs é atribuído um código de canalização para o HS-PDSCH.Em geral, a um UE pode ser atribuído qualquer número decódigos de canalização e qualquer um dos códigos decanalização disponível para o HS-PDSCH. Em um aspecto, omesmo código(s) de canalização é atribuído e usado paratodos os intervalos de tempo atribuídos a um UE, porexemplo, conforme mostrado na Figura 12. Em outro aspecto,diferentes códigos de canalização podem ser atribuídos parauso em diferentes intervalos de tempo. Por exemplo, ao UE Fpode ser atribuído o código de canalização 1 no subquadro 4para evitar colisão com o UE D no domínio de código paraesse subquadro. A um UE pode ser atribuído código decanalização independentemente para cada subquadro incluídono padrão para aquele UE.
Em um aspecto, as transmissões são enviadas a umUE em seus intervalos de tempo atribuídos com sinalizaçãoenviada no HS-SCCH. O UE pode processar o HS-SCCH em umintervalo de tempo atribuído e determinar se qualquertransmissão é enviada no HS-PDSCH para o UE. Se asinalização indicar uma transmissão para o UE, então o UEpode processar o HS-PDSCH com base na sinalização recebidaa partir do HS-SCCH. Caso contrário, se a sinalizaçãoindicar nenhuma transmissão para o UE, então o UE poderetornar à inatividade sem processar o HS-PDSCH.
Em outro aspecto, transmissões são enviadas paraum UE em seus intervalos de tempo atribuídos semsinalização no HS-SCCH. Nesse caso, um Nó B pode enviar umatransmissão para o UE em um intervalo de tempo atribuídoutilizando parâmetros atribuídos ao UE, conforme descritoacima. O UE pode realizar decodificação cega do HS-PDSCH emcada intervalo de tempo atribuído com base nos parâmetrosatribuídos, conforme também descrito acima.
Em um aspecto, combinação de HARQ é permitidaatravés de diferentes repetições do padrão, por exemplo,conforme mostrado na Figura 13B. Em outro aspecto,combinação de HARQ não é permitida através de diferentesrepetições do padrão. Por exemplo, uma transmissão nosubquadro 10 da primeira repetição de padrão na Figura 12para o UE F não é combinado com uma transmissão nosubquadro O da próxima repetição de padrão. Essa restriçãode HARQ restringe todas as transmissões de um bloco detransporte a estarem dentro de uma repetição do padrão, demodo que uma nova transmissão e uma retransmissão não sãoenviadas em diferentes repetições do padrão. Essa restriçãode HARQ pode reduzir a complexidade de decodificação umavez que um UE pode usar o inicio do padrão como ummecanismo de sincronização para HARQ. Um bloco detransporte que não é decodificado corretamente no fim deuma repetição do padrão pode ser transmitido outra vez napróxima repetição do padrão.
A Figura 14 mostra um processo 1400 realizadopelo Nó B para transmissão de dados com intervalos de tempoatribuídos. O Nó B envia uma atribuição de intervalos detempo útil para transmissão de dados para um UE, a qualpode ser dada por um padrão de intervalos de tempoindividualmente selecionados (bloco 1412). Os intervalos detempo atribuídos podem ser usados para transmissão eretransmissões de um pacote de dados (ou bloco detransporte) para o UE. Os intervalos de tempo atribuídospara esse UE também podem ser atribuídos a outros UEs demodo que, em um determinado intervalo de tempo, umatransmissão pode ser enviada para qualquer um dos UEsatribuídos com esse intervalo de tempo. O Nó B envia umatransmissão para o UE em um intervalo de tempo atribuído ao
UE em um canal de dados (por exemplo, o HS-DSCH e HS-PDSCH)compartilhados por uma pluralidade dos UEs (bloco 1414).
A Figura 15 mostra um processo 1500 realizado porum UE para recepção de dados com intervalos de tempoatribuídos. 0 UE recebe uma atribuição de intervalos detempo úteis para transmissão de dados para o UE, a qualpode ser dada por um padrão de intervalos de tempoindividualmente selecionados (bloco 1512). 0 UE recebe umatransmissão em um canal de dados compartilhado por umapluralidade dos UEs em um intervalo de tempo atribuído aoUE e determinado com base no padrão (bloco 1514) . O UEprocessa a transmissão recebida e tenta recuperar os dadosenviados na transmissão (bloco 1516). Por exemplo, o UEpode processar a transmissão recebida com base em umapluralidade de formatos de transmissão úteis para ointervalo de tempo, desembaralhar a transmissão recebidacom um código de canalização para o intervalo de tempoatribuído, etc. 0 UE também pode determinar se os dadosrecuperados a partir da transmissão recebida são destinados
ao UE, por exemplo, mediante desembaralhamento dos dadose/ou de um CRC recebido com um identificador para o UE. 0UE pode monitorar o canal de dados compartilhado durante osintervalos de tempo atribuídos e pode saltar a monitoraçãodo canal de dados compartilhado durante os temposrestantes.
3. Transmissões com Parâmetros Atribuídos eIntervalos de Tempo
Em geral, um Nó B pode enviar transmissões paraum UE de diversas maneiras. A Tabela 3 relaciona algumas
configurações para o envio de transmissões para um UE.Outras configurações também podem ser definidas.
<table>table see original document page 39</column></row><table><table>table see original document page 40</column></row><table>
Na configuração 1, o Nó B pode enviartransmissões para o UE em qualquer subquadro utilizandoquaisquer parâmetros e enviaria sinalização no HS-SCCHantes de cada transmissão, conforme atualmente realizado emHSDPA. Na configuração 2, o Nó B pode enviar transmissõesao UE apenas em subquadros atribuídos ao UE e utilizarapenas os parâmetros atribuídos. O Nó B não envia qualquersinalização no HS-SCCH. Nessa configuração, o UE podeprocessar o HS-PDSCH apenas nos subquadros atribuídos combase nos parâmetros atribuídos e pode ficar inativo emoutros subquadros. Na configuração 3, o Nó B pode enviartransmissões para o UE em qualquer subquadro utilizando osparâmetros atribuídos e enviaria nenhuma sinalização. O UEpode processar o HS-PDSCH em cada subquadro com base nosparâmetros atribuídos.
Na configuração 4, o Nó B pode enviartransmissões para o UE apenas nos subquadros atribuídos. 0Nó B pode utilizar os parâmetros atribuídos e entãoenviaria nenhuma sinalização. O Nó B também pode usarparâmetros não-atribuídos e então enviaria sinalização noHS-SCCH. Na configuração 5,, o Nó B pode enviar transmissõespara o UE em subquadros atribuídos utilizando os padrõesatribuídos e pode enviar transmissões em outros subquadrosutilizando quaisquer parâmetros. Nessa configuração, o Nó Bpode enviar sinalização no HS-SCCH quando (a) enviandotransmissões nos subquadros não-atribuídos, conformeindicado na Tabela 3, ou (b) utilizando parâmetrosnão-atribuídos. Na configuração 6, o Nó B pode enviartransmissões em quaisquer subquadros utilizando parâmetrosatribuídos ou não-atribuídos e enviaria sinalização quandoutilizando parâmetros não-atribuidos. As configurações 4, 5e 6 suportam o uso de parâmetros atribuídos enão-atribuídos para transmissões para o UE. Os parâmetrosnão-atribuidos são restritos aos subquadros atribuídos naconfiguração 4, restritos aos subquadros não-atribuídos naconfiguração 5, e não restritos para qualquer subquadro naconfiguração 6. As configurações 4, 5 e 6 permitem quetransmissões sejam enviadas utilizando ambos os formatosHS-DSCH existentes com sinalização enviada no HS-SCCH e osnovos formatos HS-DSCH sem sinalização no HS-SCCH.
Em algumas configurações, tais como asconfigurações 4 e 6 na Tabela 3, um UE pode receber umatransmissão com ou sem sinalização no HS-SCCH. Nesse caso,o UE pode processar o HS-SCCH para determinar se asinalização foi enviada para o UE. Se a sinalização érecebida no HS-SCCH, então o UE pode processar o HS-PDSCHcom base na sinalização recebida. Se a sinalização não forrecebida no HS-SCCH, então o UE pode processar o HS-PDSCHcom base nos parâmetros atribuídos. 0 UE pode realizardecodificação cega para a transmissão recebida no HS-PDSCHconforme descrito acima quando a sinalização não érecebida.
A Figura 16 mostra um processo 1600 realizado porum Nó B para transmissão de dados com e sem sinalização. O
Nó B envia uma atribuição de pelo menos um parâmetro paraum UE, por exemplo, durante estabelecimento de chamada oureconfiguração (bloco 1612). 0 Nó B envia para um UE umatransmissão com base em pelo1 menos um parâmetro selecionadopara a transmissão (bloco 1614). 0 Nó B pode enviar atransmissão em um canal de dados compartilhado. O Nó Benvia a sinalização compreendendo pelo menos um parâmetroselecionado para o UE se o pelo menos um parâmetroselecionado não estiver entre o pelo menos um parâmetroatribuído (bloco 1616). 0 Nó B envia nenhuma sinalizaçãopara a transmissão se o pelo menos um parâmetro selecionadoestiver entre o pelo menos um parâmetro atribuído (bloco1618).
0 Nó B pode selecionar pelo menos um parâmetropara cada transmissão enviada para o UE e pode enviarsinalização apenas para transmissões enviadas comparâmetros que não estejam entre o pelo menos um parâmetroatribuído. Para as configurações 4 e 5 na Tabela 3, o Nó Butiliza apenas o pelo menos um parâmetro atribuído para astransmissões enviadas durante intervalos de tempoatribuídos ao UE. Para a configuração 6, o Nó B podeutilizar parâmetros atribuídos ou não-atribuídos para cadatransmissão para o UE.
A Figura 17 mostra um processo 1700 realizado porum UE para repetição de dados com e sem sinalização. O UErecebe uma atribuição de pelo menos um parâmetro, porexemplo, durante estabelecimento de chamada oureconfiguração (bloco 1712). O UE decodifica a sinalizaçãoem um canal de controle, por exemplo, o HS-SCCH (bloco1714) . O UE processa uma transmissão em um canal de dados(por exemplo, o HS-DSCH e HS-PDSCH) com base em pelo menosum parâmetro obtido a partir da sinalização se asinalização for decodificada com sucesso (bloco 1716). O UEprocessa a transmissão com base no pelo menos um parâmetroatribuído se a sinalização não for decodificada com sucesso(bloco 1718) .
Para o bloco 1718, o UE pode primeiramenteprocessar a transmissão com base em um primeiro conjunto depelo menos um parâmetro atribuído (por exemplo, um primeiroformato de transmissão) e, se a transmissão não fordecodificada com sucesso, então processa a transmissão combase em um segundo conjunto de pelo menos um parâmetroatribuído (por exemplo, um segundo formato de transmissão).Para HARQ, o UE pode primeiramente processar a transmissãocomo uma nova transmissão e, se a transmissão não fordecodificada com sucesso, então processar a transmissãocomo uma retransmissão. Ao processar como umaretransmissão, o UE pode combinar a transmissão com umatransmissão armazenada para obter uma transmissão combinadae então processar a transmissão combinada com base no pelomenos um parâmetro atribuído. O UE também pode armazenar atransmissão para combinação futura se a transmissão não for
decodificada com sucesso.
As técnicas aqui descritas podem ser usadas parasuportar eficientemente serviços em tempo real (porexemplo, VoIP, vídeo, jogos, etc.) assim como serviços derajadas. As técnicas permitem que um canal de dadoscompartilhado suporte eficientemente os serviços que enviampequenos pacotes freqüentemente no downlink assim comooutros serviços que podem enviar rajadas de dados. Astécnicas são especialmente vantajosas para aplicaçõesassimétricas nas quais mais dados são enviados no downlinkdo que no uplink. Essas aplicações assimétricas podemincluir jogos, vídeo de fluxo contínuo em tempo real, áudiode fluxo contínuo em tempo real, consultas de multimídiainterativa, broadcast, etc. As técnicas podem aperfeiçoar acapacidade do sistema e consequentemente a latência dosserviços em tempo real. Latência inferior no downlink pode(a) melhorar a experiência do usuário, o qual pode sersensível a retardo total de ida e volta, e/ou (b) permitirmais latência no uplink para um determinado retardo de idae volta, o que pode potencialmente aumentar a capacidade deuplink. As técnicas também podem permitir que um operadorde rede misture serviços em tempo real (por exemplo, VoIP)e outros serviços de forma mais suave.As técnicas podem ser usadas para HSDPA, conformedescrito acima. Os novos formatos de HS-DSCH com parâmetrosatribuídos não requerem sinalização no HS-SCCH associado esão compatíveis retroativamente com a Versão 5 de HSDPA. Osnovos formatos de HS-DSCH podem ser usados (a) apenas emsubquadros atribuídos para permitir operação de DRX pelosUEs ou (b) em qualquer subquadro para prover flexibilidade.
As técnicas aqui descritas podem ser usadas emsistemas CDMA, conforme descrito acima. As técnicas tambémpodem ser usadas em outros sistemas de acesso múltiplo nosquais os recursos do sistema são compartilhados entreusuários. Por exemplo, as técnicas podem ser usadas emsistemas OFDMA onde potência de transmissão e subportadoras(ou tons) são recursos de sistema que podem sercompartilhados, em sistemas TDMA onde partições de temposão recursos de sistemas que podem ser compartilhados, etc.Um sistema OFDMA pode definir portas de salto que podem sermapeadas para diferentes subportadoras de uma maneirapseudo-aleatória ou determinística através do tempo. Assubportadoras, portas de salto, e partições de tempo podemser compartilhadas de maneira similar como os códigos decanalização nos sistemas CDMA. A descrição acima pode seraplicada aos sistemas OFDMA e TDMA de maneira análoga.
Aqueles versados na técnica entenderão queinformação e sinais podem ser representados utilizandoqualquer uma de uma variedade de diferentes tecnologias etécnicas. Por exemplo, dados, instruções, comandos,informação, sinais, bits, símbolos e chips que podem serreferidos ao longo da descrição acima podem serrepresentados por voltagens, correntes, ondaseletromagnéticas, campos ou partículas magnéticas, camposou partículas óticas, ou qualquer combinação dos mesmos.
Aqueles versados na técnica considerarão aindaque os vários blocos lógicos ilustrativos, módulos,circuitos, e etapas de algoritmo, descritos em conexão coma presente revelação podem ser implementados como hardwareeletrônico, software de computador, ou combinações deambos. Para ilustrar claramente essa permutabilidade de
hardware e software, vários componentes ilustrativos,blocos, módulos, circuitos e etapas foram descritos acimageralmente em termos de sua funcionalidade. Se talfuncionalidade é implementada como hardware ou softwaredepende da aplicação especifica e das limitações de projeto
impostas ao sistema como um todo. Aqueles versados natécnica podem implementar a funcionalidade descrita dediversas formas para cada aplicação especifica, porém taisdecisões de implementação não devem ser interpretadas comocausadoras de um afastamento do escopo da presente
invenção.
Os vários blocos lógicos ilustrativos, módulos ecircuitos descritos em conexão com a presente revelaçãopodem ser implementados ou realizados com um processador deuso geral, um processador de sinal digital (DSP), um
circuito integrado de aplicação especifica (ASIC), umarranjo de portas programáveis em campo (FPGA) ou outrodispositivo lógico programável, lógica de transistor ouporta discreta, componentes discretos de hardware, ouqualquer combinação dos mesmos, projetada para realizar as
funções aqui descritas. Um processador de uso geral podeser um microprocessador, mas como alternativa, oprocessador pode ser qualquer processador convencional,controlador, microcontrolador ou máquina de estado. Umprocessador também pode ser implementado como uma
combinação de dispositivos de computação, por exemplo, umacombinação de um DSP e um microprocessador, uma pluralidadede microprocessadores, um ou mais microprocessadores emconjunto com um núcleo DSP, ou qualquer outra talconfiguração.
As etapas de um método ou algoritmo descritas emconexão com a presente revelação podem ser incorporadasdiretamente em hardware, em um módulo de software executadopor um processador, ou em uma combinação dos dois. Ummódulo de software pode residir em memória RAM, memóriaflash, memória ROM, memória EPROM, memória EEPROM,registradores, disco rígido, disco removível, CD-ROM, ouqualquer outra forma de meio de armazenamento conhecido natécnica. Um meio de armazenamento exemplar é acoplado aoprocessador de tal modo que o processador pode lerinformação a partir do meio de armazenamento e gravarinformação no mesmo. Na alternativa, o meio dearmazenamento pode ser integral ao processador. Oprocessador e o meio de armazenamento podem residir em umASIC. O ASIC pode residir em um terminal de usuário. Naalternativa, o processador e o meio de armazenamento podemresidir como componentes discretos em um terminal deusuário.
Os cabeçalhos são incluídos aqui como referênciae para auxiliar na localização de certas seções. Essescabeçalhos não pretendem limitar o escopo dos conceitosdescritos aqui abaixo, e esses conceitos podem teraplicabilidade em outras seções ao longo do relatóriodescritivo inteiro.
A descrição anterior da revelação é provida parapermitir que aqueles versados na técnica realizem ouutilizem a revelação. Várias modificações na revelaçãoserão facilmente evidentes para aqueles versados natécnica, e os princípios genéricos definidos aqui podem seraplicados a outras variações sem se afastar do escopo darevelação. Desse modo, não se pretende que a revelação sejalimitada aos exemplos aqui descritos, porém, deve serconcedido o mais amplo escopo consistente com os princípiose características novas aqui descritas.

Claims (57)

1. Método compreendendo as etapas de:- receber uma transmissão em um canal de dadoscompartilhado por uma pluralidade de equipamentos deusuário; e- processar a transmissão recebida por umequipamento de usuário com base em pelo menos um parâmetroatribuído ao equipamento de usuário antes da recepção datransmissão.
2. Método, de acordo com a reivindicação 1, emque o pelo menos um parâmetro compreende pelo menos umcódigo de canalização, um formato de transmissão, umtamanho de bloco, um esquema de modulação e um parâmetro deretransmissão.
3. Método, de acordo com a reivindicação 1, emque o pelo menos um parâmetro compreende uma pluralidade deformatos de transmissão úteis para transmissões para oequipamento de usuário.
4. Método, de acordo com a reivindicação 1, emque a etapa de processar compreende:- determinar se o equipamento de usuário é umrecebedor pretendido da transmissão recebida.
5. Método, de acordo com a reivindicação 4, emque a determinação compreende:- verificar a transmissão recebida com umidentificador para o equipamento de usuário.
6. Método, de acordo com a reivindicação 5, emque a verificação compreende:- desembaralhar uma verificação de redundânciacíclica (CRC) para a transmissão recebida com oidentificador para o equipamento de usuário.
7. Método, de acordo com a reivindicação 4, emque a determinação compreende:desembaralhar a transmissão recebida com oidentificador para o equipamento de usuário.
8. Método, de acordo com a reivindicação 1, emque a etapa de processar compreende:- determinar se a transmissão recebida é uma novatransmissão ou uma retransmissão.
9. Método, de acordo com a reivindicação 8, emque a determinação se baseia em pelo menos um de umresultado de decodificação para uma transmissão anterior,uma quantidade de tempo entre a transmissão recebida e umatransmissão anterior, e um número de retransmissõespermitidas.
10. Método, de acordo com a reivindicação 1, emque a etapa de processar compreende:- processar a transmissão recebida como uma novatransmissão para obter um pacote decodificado, e- se o pacote decodificado estiver com erro,processar a transmissão recebida como uma retransmissão.
11. Método, de acordo com a reivindicação 1, emque a etapa de processar compreende:processar a transmissão recebida como umaretransmissão para obter um pacote decodificado, e- se o pacote decodificado estiver com erro,processar a transmissão recebida como uma nova transmissão.
12. Método, de acordo com a reivindicação 1, emque a transmissão recebida compreende pelo menos um pacotede dados.
13. Método, de acordo com a reivindicação 1, emque a etapa de processar é realizada sem utilizarinformação de controle de downlink.
14. Método, de acordo com a reivindicação 1, emque a etapa de processar compreende:- decodificar a transmissão recebida com base emuma pluralidade de formatos de transmissão úteis para atransmissão recebida.
15. Método, de acordo com a reivindicação 1, emque a etapa de processar compreende:- desespalhar a transmissão recebida com umcódigo de canalização que é mais longo do que um código decanalização mais curto, para o canal de dados.
16. Método, de acordo com a reivindicação 1, emque a etapa de receber compreende:- receber descontinuamente as transmissões no canal de dados.
17. Método, de acordo com a reivindicação 1,ainda compreendendo as etapas de:- receber pelo menos uma transmissão adicional nocanal de dados; eprocessar a pelo menos uma transmissão recebidaadicional por intermédio do equipamento de usuário com baseem pelo menos um parâmetro.
18. Método, de acordo com a reivindicação 1,ainda compreendendo a etapa de:receber o pelo menos um parâmetro duranteestabelecimento de chamada ou reconfiguração.
19. Método compreendendo as etapas de:- receber uma transmissão em um canal de dadoscompartilhado por uma pluralidade de equipamentos deusuário; eprocessar a transmissão recebida por umequipamento de usuário com base em uma pluralidade deformatos de transmissão úteis para a transmissão recebida eatribuídos ao equipamento de usuário antes da etapa dereceber a transmissão.
20. Método, de acordo com a reivindicação 19, emque a etapa de processar compreende:- selecionar um da pluralidade de formatos detransmissão,- processar a transmissão recebida com base noformato de transmissão selecionado,- terminar o processamento da transmissãorecebida se a transmissão recebida for decodificadacorretamente, e- repetir a seleção e o processamento para outroda pluralidade de formatos de transmissão se a transmissãorecebida não estiver decodificada corretamente.
21. Método, de acordo com a reivindicação 19, emque a pluralidade de formatos de transmissão compreendendopelo menos um de múltiplos tamanhos de blocos, múltiplastaxas de código, múltiplos esquemas de modulação, múltiploscódigos de canalização e múltiplos intervalos de tempo.
22. Equipamento de usuário compreendendo:- um processador para receber uma transmissão emum canal de dados compartilhado por uma pluralidade deequipamentos de usuário, e para processar a transmissãorecebida com base em pelo menos um parâmetro atribuído aoequipamento de usuário antes da recepção da transmissão; e- uma memória acoplada ao processador.
23. Equipamento de usuário, de acordo com areivindicação 22, em que o processador recebe pelo menosuma transmissão adicional no canal de dados e processa apelo menos uma transmissão adicional recebida com base nopelo menos um parâmetro.
24. Equipamento de usuário compreendendo:- meios para receber uma transmissão em um canalde dados compartilhado por uma pluralidade de equipamentosde usuário; e- meios para processar a transmissão recebida combase em pelo menos um parâmetro atribuído ao equipamento deusuário antes da recepção da transmissão.
25. Equipamento de usuário, de acordo com areivindicação 24, ainda compreendendo:- meios para receber pelo menos uma transmissãoadicional no canal de dados; emeios para processar a pelo menos umatransmissão adicional recebida com base no pelo menos umparâmetro.
26. Método compreendendo as etapas de:- receber uma pluralidade de transmissões em umcanal de dados em intervalos de tempo atribuídos a umequipamento de usuário; eprocessar a pluralidade de transmissõesrecebidas com base em pelo menos um parâmetro atribuído aoequipamento de usuário.
27. Método, de acordo com a reivindicação 26,ainda compreendendo a etapa de:- receber os intervalos de tempo e o pelo menosum parâmetro atribuído ao equipamento de usuário duranteestabelecimento de chamada ou reconfiguração.
28. Método compreendendo as etapas de:atribuir pelo menos um parâmetro a umequipamento de usuário; e- enviar uma transmissão em um canal de dadoscompartilhado por uma pluralidade de equipamentos deusuário para processamento pelo equipamento de usuário combase no pelo menos um parâmetro atribuído.
29. Método, de acordo com a reivindicação 28, emque a etapa de atribuir pelo menos um parâmetro compreende:- atribuir uma pluralidade de formatos detransmissão ao equipamento de usuário.
30. Método, de acordo com a reivindicação 28,ainda compreendendo a etapa de:- embaralhar pelo menos uma porção da transmissãocom um identificador para o equipamento de usuário.
31. Método, de acordo com a reivindicação 28, emque a etapa de enviar compreende:- enviar a transmissão no canal de dados em iamintervalo de tempo atribuído ao equipamento de usuário.
32. Método, de acordo com a reivindicação 28,ainda compreendendo a etapa de:enviar nenhuma sinalização em um canal decontrole para a transmissão no canal de dados.
33. Estação base em um sistema de comunicação semfio, compreendendo:- um processador para atribuir pelo menos umparâmetro a um equipamento de usuário, para enviar umatransmissão em um canal de dados compartilhado por umapluralidade de equipamentos de usuário para processamentopelo equipamento de usuário com base em pelo menos umparâmetro atribuído, e para enviar nenhuma sinalização emum canal de controle para a transmissão no canal de dados;e- uma memória acoplada ao processador.
34. Estação base, de acordo com a reivindicação-33, em que o pelo menos um parâmetro compreende um formatode transmissão e o processador para especificar o formatode transmissão para o equipamento de usuário.
35. Método compreendendo as etapas de:receber uma transmissão em um canal de dadoscompartilhado por uma pluralidade de equipamentos deusuário em um intervalo de tempo atribuído a um equipamentode usuário, um intervalo de tempo determinado com base emum padrão de intervalos de tempo individualmenteselecionados úteis para transmissão de dados para oequipamento de usuário; eprocessar a transmissão recebida peloequipamento de usuário.
36. Método, de acordo com a reivindicação 35, emque os intervalos de tempo individualmente selecionados nopadrão são úteis para transmissão e retransmissão de umpacote de dados.
37. Método, de acordo com a reivindicação 35, emque o intervalo de tempo atribuído ao equipamento deusuário pode ser atribuído a outros equipamentos deusuário.
38. Método, de acordo com a reivindicação 35, emque a etapa de processar compreende:- processar a transmissão recebida com base emuma pluralidade de formatos de transmissão úteis para ointervalo de tempo.
39. Método, de acordo com a reivindicação 35, emque a etapa de processar compreende:- determinar se os dados recuperados a partir datransmissão recebida se destinam ao equipamento de usuário.
40. Método, de acordo com a reivindicação 35, emque a etapa de processar compreende:desembaralhar pelo menos uma porção datransmissão recebida com um identificador para oequipamento de usuário.
41. Método, de acordo com a reivindicação 35, emque a etapa de processar compreende:- desembaralhar a transmissão recebida com umcódigo de canalização para o intervalo de tempo atribuído.
42. Método, de acordo com a reivindicação 35,ainda compreendendo as etapas de:- monitorar o canal de dados durante intervalosde tempo atribuídos ao equipamento de usuário edeterminados com base no padrão; e- não monitorar o canal de dados durante ostempos restantes.
43. Método, de acordo com a reivindicação 35, emque uma transmissão e uma retransmissão não são enviadas emrepetições diferentes do padrão.
44. Método compreendendo as etapas de:- receber uma pluralidade de transmissões em umcanal de dados compartilhado por uma pluralidade deequipamentos de usuário em uma pluralidade de intervalos detempo atribuídos ao equipamento de usuário, a pluralidadede intervalos de tempo determinada com base em um padrão deintervalos de tempo individualmente selecionados; e- processar a pluralidade de transmissões porintermédio do equipamento d usuário.
45. Equipamento de usuário compreendendo:- um processador para receber uma transmissão emum canal de dados compartilhado por uma pluralidade deequipamentos de usuário em um intervalo de tempo atribuídoao equipamento de usuário e determinado com base em umpadrão de intervalos de tempo individualmente selecionadosúteis para a transmissão de dados para o equipamento deusuário, e para processar a transmissão recebida; e- uma memória acoplada ao processador.
46. Equipamento de usuário compreendendo:- meios para receber uma transmissão em um canalde dados compartilhado por uma pluralidade de equipamentosde usuário em um intervalo de tempo atribuído aoequipamento de usuário, o intervalo de tempo determinadocom base em um padrão de intervalos de tempoindividualmente selecionados úteis para transmissão dedados para o equipamento de usuário; e- meios para processar a transmissão recebida.
47. Método compreendendo as etapas de:- atribuir pelo menos um intervalo de tempo a umequipamento de usuário; e- enviar uma transmissão durante o pelo menos umintervalo de tempo em um canal de dados compartilhado poruma pluralidade de equipamentos de usuário paraprocessamento pelo equipamento de usuário.
48. Estação base em um sistema de comunicação semfio, compreendendo:- um processador para atribuir pelo menos umintervalo de tempo a um equipamento de usuário, e paraenviar uma transmissão durante o pelo menos um intervalo detempo em um canal de dados compartilhado por umapluralidade de equipamentos de usuário para processamentopelo equipamento de usuário; e- uma memória acoplada ao processador.
49. Método, compreendendo as etapas de:enviar para um equipamento de usuário umatransmissão com base em pelo menos um parâmetro selecionadopara transmissão;- enviar sinalização compreendendo o pelo menosum parâmetro selecionado para o equipamento de usuário se opelo menos um parâmetro selecionado não estiver entre pelomenos um parâmetro atribuído ao equipamento de usuário; e- enviar nenhuma sinalização para a transmissãose o pelo menos um parâmetro selecionado estiver entre opelo menos um parâmetro atribuído.
50. Método, de acordo com a reivindicação 49,ainda compreendendo a etapa de:- utilizar apenas o pelo menos um parâmetroatribuído para transmissões enviadas durante intervalos detempo atribuídos ao equipamento de usuário.
51. Método, de acordo com a reivindicação 49,ainda compreendendo as etapas de:- selecionar pelo menos um parâmetro para cadauma de uma pluralidade de transmissões enviadas para oequipamento de usuário; e- enviar sinalização para transmissão enviada comparâmetros que não estão entre o pelo menos um parâmetroatribuído.
52. Método, compreendendo as etapas de:decodificar a sinalização em um canal decontrole;- processar uma transmissão com base em pelomenos um parâmetro obtido a partir da sinalização se asinalização for decodificada com sucesso; e- processar a transmissão com base em pelo menosum parâmetro atribuído a um equipamento de usuário se asinalização não for decodificada com sucesso.
53. Método, de acordo com a reivindicação 52,compreendendo a etapa de:- processar a transmissão com base no pelo menosum parâmetro diferente atribuído ao equipamento de usuáriose a transmissão não for decodificada com sucesso com baseno pelo menos um parâmetro atribuído ao equipamento deusuário.
54. Método, de acordo com a reivindicação 52, emque o processamento da transmissão baseado em pelo menos umparâmetro atribuído ao equipamento de usuário compreende:processar a transmissão como uma novatransmissão, e- processar a transmissão como uma retransmissãose a transmissão não for decodificada com sucesso como umanova transmissão.
55. Método, de acordo com a reivindicação 52,ainda compreendendo a etapa de:- armazenar a transmissão para combinação futurase a transmissão não for decodificada com sucesso.
56. Método, de acordo com a reivindicação 52, emque o processamento da transmissão baseado em pelo menos umparâmetro atribuído ao equipamento de usuário compreende:combinar a transmissão com uma transmissãoarmazenada para obter uma transmissão combinada, e- processar a transmissão combinada com base nopelo menos um parâmetro atribuído ao equipamento deusuário.
57. Método, de acordo com a reivindicação 52,ainda compreendendo a etapa de:- receber o pelo menos um parâmetro atribuído aoequipamento de usuário durante estabelecimento de chamadaou reconfiguração.
BRPI0618057A 2005-10-31 2006-10-31 método e equipamento de usuário para transmissão e recepção de dados em um sistema de comunicação sem fio BRPI0618057B1 (pt)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US73241805P 2005-10-31 2005-10-31
US60/732,418 2005-10-31
US11/553,446 2006-10-26
US11/553,446 US8489128B2 (en) 2005-10-31 2006-10-26 Efficient transmission on a shared data channel for wireless communication
PCT/US2006/060411 WO2007053840A2 (en) 2005-10-31 2006-10-31 Efficient transmission on a shared data channel for wireless communication

Publications (2)

Publication Number Publication Date
BRPI0618057A2 true BRPI0618057A2 (pt) 2011-08-16
BRPI0618057B1 BRPI0618057B1 (pt) 2020-01-21

Family

ID=37882222

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0618057A BRPI0618057B1 (pt) 2005-10-31 2006-10-31 método e equipamento de usuário para transmissão e recepção de dados em um sistema de comunicação sem fio

Country Status (10)

Country Link
US (2) US8489128B2 (pt)
EP (1) EP1943764A2 (pt)
JP (1) JP4875098B2 (pt)
KR (1) KR100983198B1 (pt)
CN (1) CN101351981B (pt)
BR (1) BRPI0618057B1 (pt)
CA (1) CA2627613C (pt)
RU (1) RU2392749C2 (pt)
SG (1) SG166804A1 (pt)
WO (1) WO2007053840A2 (pt)

Families Citing this family (116)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2006244479B2 (en) 2005-05-05 2012-08-09 Nyse Group, Inc. Unpriced order auction and routing
US9014152B2 (en) 2008-06-09 2015-04-21 Qualcomm Incorporated Increasing capacity in wireless communications
US8611305B2 (en) 2005-08-22 2013-12-17 Qualcomm Incorporated Interference cancellation for wireless communications
US9071344B2 (en) 2005-08-22 2015-06-30 Qualcomm Incorporated Reverse link interference cancellation
US8625601B2 (en) * 2005-10-31 2014-01-07 Qualcomm Incorporated Method and apparatus for low-overhead packet data transmission and control of reception mode
KR101359746B1 (ko) * 2006-02-03 2014-02-06 인터디지탈 테크날러지 코포레이션 고속 패킷 액세스 진화 시스템 및 롱텀 진화 시스템에서의 서비스 품질 기반 자원 결정 및 할당 장치 및 프로시저
WO2007102689A1 (en) * 2006-03-07 2007-09-13 Electronics And Telecommunications Research Institute Method for reducing power consumption of a terminal in cellular system
US8780812B2 (en) * 2006-03-24 2014-07-15 Samsung Electronics Co., Ltd. Apparatus and method for asynchronous and adaptive hybrid ARQ scheme in a wireless network
KR100895166B1 (ko) 2006-04-21 2009-05-04 삼성전자주식회사 무선 통신 시스템에서의 채널품질정보 송수신 방법 및 장치
KR101387500B1 (ko) 2006-08-22 2014-04-21 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101265643B1 (ko) * 2006-08-22 2013-05-22 엘지전자 주식회사 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법
KR100770010B1 (ko) * 2006-09-29 2007-10-25 한국전자통신연구원 고속 데이터 전송을 위한 인체통신 시스템
US8619685B2 (en) * 2006-10-02 2013-12-31 Lg Electronics Inc. Method for transmitting and receiving paging message in wireless communication system
EP2084928B1 (en) 2006-10-30 2017-08-23 LG Electronics Inc. Method of performing random access in a wireless communication system
EP2057862B1 (en) 2006-10-30 2017-02-01 LG Electronics Inc. Method for re-direction of uplink access
WO2008054119A2 (en) 2006-10-30 2008-05-08 Lg Electronics Inc. Methods for transmitting access channel message and response message, and mobile communication terminals
KR100938754B1 (ko) * 2006-10-30 2010-01-26 엘지전자 주식회사 비연속 수신을 이용한 데이터 수신 및 전송 방법
ES2738311T3 (es) 2006-10-31 2020-01-21 Ericsson Telefon Ab L M Sistema de telecomunicaciones y control de errores en tal sistema
CN103384389B (zh) 2006-10-31 2016-08-10 交互数字技术公司 在服务小区改变期间向目标节点b提供反馈信息
US8259773B2 (en) * 2006-10-31 2012-09-04 Alcatel Lucent Method and apparatus for multiplexing code division multiple access and single carrier frequency division multiple access transmissions
KR100917889B1 (ko) * 2006-11-01 2009-09-16 삼성전자주식회사 무선 통신 장치 및 방법
KR100953151B1 (ko) * 2006-11-30 2010-04-19 이노베이티브 소닉 리미티드 무선통신시스템에서 연속패킷 연결성을 개선하는 방법 및장치
JP5057459B2 (ja) * 2006-12-19 2012-10-24 イノヴァティヴ ソニック リミテッド Ｃｐｃ改善方法、通信装置及び資源復号化の指示方法
KR20080059105A (ko) * 2006-12-22 2008-06-26 삼성전자주식회사 직교 주파수 분할 다중 접속 방식의 무선 통신 시스템에서공용 제어 채널 메시지 송수신 방법 및 장치
WO2008133481A1 (en) 2007-04-30 2008-11-06 Lg Electronics Inc. Method for performing an authentication of entities during establishment of wireless call connection
WO2008133485A1 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Methods of generating data block in mobile communication system
KR101464748B1 (ko) * 2007-04-30 2014-11-24 엘지전자 주식회사 무선단말의 측정보고 기동방식
US8081662B2 (en) * 2007-04-30 2011-12-20 Lg Electronics Inc. Methods of transmitting data blocks in wireless communication system
KR101469281B1 (ko) * 2007-04-30 2014-12-04 엘지전자 주식회사 무선단말의 상태 전환 방식
WO2008133480A1 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Method for transmitting or receiving data unit using header field existence indicator
US8184570B2 (en) * 2007-04-30 2012-05-22 Lg Electronics Inc. Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service
US8027363B2 (en) * 2007-04-30 2011-09-27 Lg Electronics Inc. Method of transmitting data in a wireless communication system
KR20080097338A (ko) * 2007-05-01 2008-11-05 엘지전자 주식회사 불연속 데이터 송수신 방법
KR100917205B1 (ko) 2007-05-02 2009-09-15 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 구성 방법
US20080273482A1 (en) * 2007-05-02 2008-11-06 Lg Electronics Inc. Uplink access method for receiving a point-to-multipoint service
EP2153597B1 (en) 2007-05-03 2013-04-03 LG Electronics Inc. Method of data processing in a wireless communication system
US8139524B2 (en) * 2007-06-18 2012-03-20 Lg Electronics Inc. Control channel reception method for receiving broadcast or multicast service
CN101589566B (zh) 2007-06-18 2013-06-12 Lg电子株式会社 在无线通信系统中执行上行链路同步的方法
KR101526971B1 (ko) * 2007-06-18 2015-06-11 엘지전자 주식회사 방송 또는 멀티캐스트 서비스 송수신 방법 및 단말
KR101470638B1 (ko) * 2007-06-18 2014-12-08 엘지전자 주식회사 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
ES2652668T3 (es) 2007-06-18 2018-02-05 Lg Electronics Inc. Procedimiento y equipamiento de usuario para realizar una sincronización de enlace ascendente en un sistema de comunicación inalámbrica
US8412209B2 (en) * 2007-06-18 2013-04-02 Motorola Mobility Llc Use of the physical uplink control channel in a 3rd generation partnership project communication system
KR101504764B1 (ko) 2007-06-20 2015-03-20 삼성전자주식회사 이동통신 시스템에서 불연속 수신을 수행하는 통신 장치 및방법
EP2168385B1 (en) 2007-06-20 2018-11-14 Nokia Solutions and Networks Oy Avoiding collisions between semi-persistent allocation and dynamic allocation in radio access networks
US20090028261A1 (en) * 2007-07-26 2009-01-29 Interdigital Technology Corporation Method and apparatus for reducing signaling overhead during a dual codeword hybrid automatic repeat request operation
US8290088B2 (en) 2007-08-07 2012-10-16 Research In Motion Limited Detecting the number of transmit antennas in a base station
US8169992B2 (en) 2007-08-08 2012-05-01 Telefonaktiebolaget Lm Ericsson (Publ) Uplink scrambling during random access
US7899003B2 (en) * 2007-08-13 2011-03-01 Sharp Laboratories Of America, Inc. Method and system for control of discontinuous reception (DRX) by a mobile device in a wireless communications network supporting voice-over-internet-protocol (VoIP)
US7995661B2 (en) * 2007-08-13 2011-08-09 Sharp Laboratories Of America, Inc. Systems and methods for conserving the power supply of a communications device
US7924755B2 (en) 2007-09-14 2011-04-12 Sharp Laboratories Of America, Inc. Systems and methods for restricting the location of control information in physical layer signaling
EP2168270B1 (en) * 2007-09-20 2016-02-17 LG Electronics Inc. A method for handling correctly received but header compression failed packets
KR101387537B1 (ko) 2007-09-20 2014-04-21 엘지전자 주식회사 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
US20100126367A1 (en) * 2007-09-21 2010-05-27 Ji-Su Kim Method for etching glass or metal substrates using negative photoresist and method for fabricating cliche using the same
CN102781117B (zh) * 2007-11-09 2015-11-25 华为技术有限公司 控制高速下行分组接入系统工作模式的方法、装置及系统
US8687745B2 (en) * 2007-12-13 2014-04-01 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for blind decoding
ES2373240T3 (es) 2007-12-20 2012-02-01 Panasonic Corporation Señalización de canal de control usando un campo de señalización común para el formato de transporte y la versión de redundancia.
WO2009086667A1 (en) * 2007-12-29 2009-07-16 Alcatel Shanghai Bell Co., Ltd. Persistent scheduling method and apparatus based on semi-grouping and statistically multiplexing
EP2227874A2 (en) * 2008-01-11 2010-09-15 Telefonaktiebolaget L M Ericsson (publ) A method of transmitting data block information in a cellular radio system
EP3002881B2 (en) 2008-02-01 2022-08-03 Guangdong Oppo Mobile Telecommunications Corp., Ltd. System and method for uplink timing synchronization in conjunction with discontinuous reception
WO2009099024A1 (ja) * 2008-02-05 2009-08-13 Sharp Kabushiki Kaisha 移動通信装置、基地局装置、無線制御方法、及び移動通信システム
US8441981B2 (en) * 2008-02-14 2013-05-14 Qualcomm Incorporated Exploiting known rate matching information in blind decoding of downlink wireless data transmissions
US8359041B2 (en) * 2008-02-15 2013-01-22 Futurewei Technologies, Inc. System and method for adaptively controlling feedback information
US8121045B2 (en) 2008-03-21 2012-02-21 Research In Motion Limited Channel quality indicator transmission timing with discontinuous reception
US8199725B2 (en) 2008-03-28 2012-06-12 Research In Motion Limited Rank indicator transmission during discontinuous reception
US8179828B2 (en) 2008-03-28 2012-05-15 Research In Motion Limited Precoding matrix index feedback interaction with discontinuous reception
US8737383B2 (en) * 2008-07-07 2014-05-27 Intel Corporation Techniques for enhanced persistent scheduling with efficient link adaptation capability
US9277487B2 (en) 2008-08-01 2016-03-01 Qualcomm Incorporated Cell detection with interference cancellation
US9237515B2 (en) 2008-08-01 2016-01-12 Qualcomm Incorporated Successive detection and cancellation for cell pilot detection
US20100098179A1 (en) * 2008-10-16 2010-04-22 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting and receiving orthogonal frequency division multiplex-based transmissions
US8738981B2 (en) * 2008-10-24 2014-05-27 Qualcomm Incorporated Method and apparatus for H-ARQ scheduling in a wireless communication system
JP2010147865A (ja) * 2008-12-19 2010-07-01 Ntt Docomo Inc 無線通信装置及び無線通信方法
WO2010073477A1 (ja) * 2008-12-22 2010-07-01 シャープ株式会社 移動通信システム、基地局装置、移動局装置、および、移動通信方法
EP2382810B1 (en) * 2008-12-31 2015-07-01 Telecom Italia S.p.A. Method and system for simulating the physical level of a radio network
US8737503B2 (en) * 2009-03-17 2014-05-27 Futurewei Technologies, Inc. System and method for multiple input, multiple output layer mapping
WO2010113267A1 (ja) * 2009-03-31 2010-10-07 富士通株式会社 無線通信ネットワークにおける中継局、基地局、中継方法、及び通信方法
US9160577B2 (en) 2009-04-30 2015-10-13 Qualcomm Incorporated Hybrid SAIC receiver
US8787509B2 (en) 2009-06-04 2014-07-22 Qualcomm Incorporated Iterative interference cancellation receiver
ATE550904T1 (de) * 2009-06-18 2012-04-15 Panasonic Corp Erweitertes direktzugriffsverfahren für mobile kommunikationen
US8831149B2 (en) 2009-09-03 2014-09-09 Qualcomm Incorporated Symbol estimation methods and apparatuses
KR101641968B1 (ko) * 2009-09-14 2016-07-29 엘지전자 주식회사 다중입출력 무선 통신 시스템에서 하향링크 신호 전송 방법 및 장치
WO2011063569A1 (en) 2009-11-27 2011-06-03 Qualcomm Incorporated Increasing capacity in wireless communications
WO2011063568A1 (en) 2009-11-27 2011-06-03 Qualcomm Incorporated Increasing capacity in wireless communications
US9178648B2 (en) 2010-01-06 2015-11-03 Alcatel Lucent Method to improve voice over IP capacity for user equipment employing variable rate vocoders
CN102763361B (zh) * 2010-02-12 2016-04-27 交互数字专利控股公司 发送用于多个下行链路载波的反馈
US9094175B2 (en) * 2010-07-16 2015-07-28 Qualcomm, Incorporated Method and apparatus for saving power by using signal field of preamble
CN102448025B (zh) * 2010-09-30 2015-07-08 华为技术有限公司 寻呼Cell_PCH状态的用户终端的方法及装置
JP5723012B2 (ja) 2010-10-04 2015-05-27 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信システムにおける方法及び装置
CN103314608A (zh) * 2010-12-01 2013-09-18 高通股份有限公司 用于针对td-scdma hsupa中的高效调度的功率控制的方法和装置
JP2014507088A (ja) * 2011-01-14 2014-03-20 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 少ない信号量でのｍｉｍｏのための束となったコードワードのレイヤへのマッピング
WO2013025478A1 (en) * 2011-08-12 2013-02-21 Interdigital Patent Holdings, Inc. Providing feedback for multiple downlink multiple-input- multiple-output (mimo) streams
TWI760318B (zh) * 2011-08-12 2022-04-11 美商內數位專利控股公司 使用導頻信號來監控至少一實體控制頻道的方法及裝置
US9107214B2 (en) 2012-01-06 2015-08-11 Industrial Technology Research Institute Method of handling hybrid automatic repeat request acknowledgement responses in wireless communication system
US9137781B2 (en) * 2012-01-06 2015-09-15 Industrial Technology Research Institute Method of handling hybrid automatic repeat request resources in wireless communication system
US8898552B2 (en) * 2012-04-24 2014-11-25 Samsung Electronics Co., Ltd. Communication system with blind decoding mechanism and method of operation thereof
EP2850886B1 (en) * 2012-05-16 2017-11-01 Sony Mobile Communications Inc. Discontinuous traffic in a telecommunication network using terminal suggested drx/dtx pattern
US8838119B2 (en) 2012-06-26 2014-09-16 Futurewei Technologies, Inc. Method and system for dynamic cell configuration
JP6378192B2 (ja) * 2012-11-13 2018-08-22 エルジー エレクトロニクス インコーポレイティド データ送信方法及び装置、並びにデータ送信方法及び装置
CN105765894B (zh) 2013-11-28 2019-06-07 瑞典爱立信有限公司 用于混合自动重复请求传输的方法、装置和用户设备
US10361812B2 (en) 2014-10-31 2019-07-23 Telefonaktiebolaget Lm Ericsson (Publ) Transmission data signaling in a wireless communication network
US20160173130A1 (en) * 2014-12-10 2016-06-16 Qualcomm Incorporated Early decode attempt of lower rate lte code blocks that are repeat combined multiple times
EP3282768B1 (en) * 2015-05-15 2021-11-24 Huawei Technologies Co., Ltd. Common message transmission method and related device
EP3582420A1 (en) * 2015-09-24 2019-12-18 IDAC Holdings, Inc. Methods for enhanced multiplexing in wireless systems
TWI606743B (zh) 2015-10-02 2017-11-21 財團法人工業技術研究院 多用戶疊加傳輸方法以及使用所述方法的基地台
US10178690B2 (en) 2016-01-11 2019-01-08 Telefonaktiebolaget Lm Ericsson (Publ) Transmission and reception of a data block in a wireless communication system
RU2018127523A (ru) 2016-02-03 2020-01-27 Сони Корпорейшн Устройство терминала, устройство базовой станции и способ связи
US20170250844A1 (en) * 2016-02-26 2017-08-31 Htc Corporation Device and Method of Handling Communication with Another Device
US10531456B2 (en) 2016-03-09 2020-01-07 Qualcomm Incorporated Narrow-band broadcast/multi-cast design
US10341070B2 (en) * 2016-08-12 2019-07-02 Mediatek Inc. Method and apparatus of data transmission by setting segmentation threshold based on transmission time interval
WO2018100231A1 (en) * 2016-12-02 2018-06-07 Nokia Technologies Oy Recipient identification for fifth generation communication
US10667173B2 (en) * 2017-02-13 2020-05-26 Qualcomm Incorporated Feedback retransmission repetition coding for wireless communications
US10700820B2 (en) * 2017-12-21 2020-06-30 Samsung Electronics Co., Ltd. Modem chips and receivers for performing hybrid automatic repeat request processing
CN108880753A (zh) * 2018-06-20 2018-11-23 深圳无线电检测技术研究院 一种电网设备运行数据的获取方法和系统
US10992336B2 (en) 2018-09-18 2021-04-27 Roku, Inc. Identifying audio characteristics of a room using a spread code
US10931909B2 (en) 2018-09-18 2021-02-23 Roku, Inc. Wireless audio synchronization using a spread code
US10958301B2 (en) 2018-09-18 2021-03-23 Roku, Inc. Audio synchronization of a dumb speaker and a smart speaker using a spread code
CN115347992A (zh) * 2021-05-14 2022-11-15 华为技术有限公司 通信方法及装置

Family Cites Families (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU681721B2 (en) * 1993-11-01 1997-09-04 Alex K. Raith Enhanced sleep mode in radiocommunication systems
US6018528A (en) * 1994-04-28 2000-01-25 At&T Corp System and method for optimizing spectral efficiency using time-frequency-code slicing
US5819177A (en) 1996-03-20 1998-10-06 Dynamic Telecommunications, Inc. Fixed wireless terminals with network management method and apparatus
KR980007105A (ko) * 1996-06-28 1998-03-30 김광호 이동국 송신전력 제어방법
US6904110B2 (en) * 1997-07-31 2005-06-07 Francois Trans Channel equalization system and method
US6195680B1 (en) * 1998-07-23 2001-02-27 International Business Machines Corporation Client-based dynamic switching of streaming servers for fault-tolerance and load balancing
AU2425299A (en) 1999-01-29 2000-08-18 Nokia Networks Oy Signaling method in an incremental redundancy communication system whereby data blocks can be combined
US6378099B1 (en) 1999-01-29 2002-04-23 Qualcomm Incorporated Blind frame identification in a communication system
US6621796B1 (en) * 1999-03-22 2003-09-16 Telefonaktiebolaget Lm Ericsson (Publ) Discard mechanism for selective repeat automatic repeat request
US20020071407A1 (en) * 2000-07-08 2002-06-13 Samsung Electronics Co., Ltd. HARQ method in a CDMA mobile communication system
EP1305958A1 (de) * 2000-08-02 2003-05-02 Siemens Aktiengesellschaft Verfahren zum vermitteln für die übertragung von nutzdatenpaketen sowie zugehörige signalisierungseinheit
US6904100B1 (en) * 2000-09-29 2005-06-07 Charles Christopher Romaniuk Pulse controlled phase modulator
JP3765792B2 (ja) * 2000-10-21 2006-04-12 サムスン エレクトロニクス カンパニー リミテッド 複合再伝送形式を使用するデータ通信システムのデータ送受信方法
ATE371328T1 (de) * 2000-10-30 2007-09-15 Siemens Ag Hochgeschwindigkeitsverbindung für eingebettete systeme in einem rechnernetzwerk
GB0116015D0 (en) 2001-06-29 2001-08-22 Simoco Digital Systems Ltd Communications systems
GB2380366B (en) * 2001-08-14 2003-11-12 Samsung Electronics Co Ltd Method for transmitting and receiving common information in a cdma communication system hsdpa service
US6697347B2 (en) 2001-08-22 2004-02-24 Nokia Mobile Phones Ltd. Method and apparatus for controlling transmission of packets in a wireless communication system
EP1313232B1 (en) * 2001-11-19 2004-08-25 Samsung Electronics Co., Ltd. Method and apparatus for uplink transmission power control in a cdma communication system
US6993352B2 (en) * 2001-12-20 2006-01-31 Qualcomm Incorporated Acknowledging missed messages broadcast on a control channel
KR100754552B1 (ko) * 2001-12-28 2007-09-05 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서고속 공통 제어 채널 송수신 장치 및 방법
EP1339188A1 (en) 2002-02-20 2003-08-27 Siemens Aktiengesellschaft Channel coding method
US7292552B2 (en) * 2002-03-14 2007-11-06 Qualcomm Incorporated Method and apparatus for reducing interference in a wireless communication system
US7162675B2 (en) * 2002-04-05 2007-01-09 Lucent Technologies Inc. Error detection methods in wireless communication systems
KR100876765B1 (ko) * 2002-05-10 2009-01-07 삼성전자주식회사 이동 통신 시스템에서 데이터 재전송 장치 및 방법
US6901063B2 (en) * 2002-05-13 2005-05-31 Qualcomm, Incorporated Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems
US7493404B2 (en) * 2002-05-30 2009-02-17 Lsi Corporation Apparatus and method for providing transparent sharing of channel resources by multiple host machines utilizing mixed mode block and file protocols
WO2004028050A1 (en) * 2002-09-20 2004-04-01 Nokia Corporation Method and apparatus for indicating hsdpa activity information
GB2395404A (en) 2002-11-07 2004-05-19 Ttpcomm Ltd Format detection
KR100534625B1 (ko) * 2003-02-18 2005-12-07 삼성전자주식회사 분산형 라우터의 신뢰성 있는 라우팅 정보 교환 장치 및그 방법
KR20040083617A (ko) * 2003-03-24 2004-10-06 삼성전자주식회사 향상된 역방향 전용전송채널을 서비스하는 비동기 방식의부호분할다중접속 이동통신시스템에서 소프트 핸드오버영역에 위치하는 이동단말이 역방향 데이터를 재전송하는방법 및 시스템
ATE418239T1 (de) 2003-05-09 2009-01-15 Nokia Siemens Networks Spa Verfahren zur übermittlung von multimediadiensten in den umts netzen durch eine sofortige mehrfachsendung von einer teilmenge des datenstroms
SE0301400D0 (sv) * 2003-05-12 2003-05-12 Ericsson Telefon Ab L M A method in a telecommunication system
KR100575929B1 (ko) * 2003-05-29 2006-05-02 삼성전자주식회사 이동 통신 시스템에서 다중 안테나 다이버시티 방식을사용하여 데이터를 송수신하는 장치 및 방법
US8804761B2 (en) * 2003-08-21 2014-08-12 Qualcomm Incorporated Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus
US7733846B2 (en) * 2003-08-26 2010-06-08 Alcatel-Lucent Usa Inc. Method and control channel for uplink signaling in a communication system
DE10344765A1 (de) * 2003-09-26 2005-04-14 Siemens Ag Verfahren zum Übertragen von Kontrolldaten
KR100964684B1 (ko) * 2003-09-29 2010-06-21 엘지전자 주식회사 이동통신 시스템의 방송 및 멀티캐스트 서비스 제공방법
US20070162812A1 (en) 2003-10-23 2007-07-12 Koninklijke Philips Electronics N. V. Decoding and reconstruction of data
KR100594021B1 (ko) * 2003-11-13 2006-06-30 삼성전자주식회사 무선통신 시스템에서 패킷 송수신을 위한 비트 스크램블링방법 및 장치
US20050163076A1 (en) * 2004-01-13 2005-07-28 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for broadcasting on a shared packet data channel in a wireless communication network
KR100871263B1 (ko) * 2004-01-20 2008-11-28 삼성전자주식회사 멀티미디어 방송캐스트/멀티캐스트 서비스를 지원하는 이동통신시스템에서 암호화에 따른 멀티미디어 방송캐스트/멀티캐스트 서비스 데이터 패킷 송/수신 방법
US8351400B2 (en) * 2004-05-05 2013-01-08 Qualcomm Incorporated Method and apparatus for overhead reduction in an enhanced uplink in a wireless communication system
US8089855B2 (en) * 2004-06-04 2012-01-03 Qualcomm Incorporated Transmission of overhead information for broadcast and multicast services in a wireless communication system
US7584397B2 (en) 2004-06-10 2009-09-01 Interdigital Technology Corporation Method and apparatus for dynamically adjusting data transmission parameters and controlling H-ARQ processes
KR200396563Y1 (ko) 2004-06-10 2005-09-22 인터디지탈 테크날러지 코포레이션 데이터 전송 파라미터들을 동적으로 조정하고 ｈ-ａｒｑ프로세스를 제어하기 위한 장치
ATE494691T1 (de) * 2004-06-15 2011-01-15 Panasonic Corp Prioritätsbehandlung für datenübertragungen
KR20060013466A (ko) * 2004-08-07 2006-02-10 삼성전자주식회사 소프트 핸드오프 영역에서 역방향 패킷 전송을 위한단말들의 상태 정보 시그널링 방법
KR100663278B1 (ko) * 2004-11-15 2007-01-02 삼성전자주식회사 상향링크 패킷 데이터 서비스를 지원하는이동통신시스템에서 하향링크 제어정보의 송수신 방법 및장치
US8312142B2 (en) * 2005-02-28 2012-11-13 Motorola Mobility Llc Discontinuous transmission/reception in a communications system
US20070036067A1 (en) * 2005-08-12 2007-02-15 Interdigital Technology Corporation Method and apparatus for sending downlink control information in an orthogonal frequency division multiple access system
US8625601B2 (en) * 2005-10-31 2014-01-07 Qualcomm Incorporated Method and apparatus for low-overhead packet data transmission and control of reception mode
US8345706B2 (en) 2006-06-19 2013-01-01 Ntt Docomo, Inc. Base station and method

Also Published As

Publication number Publication date
US9386575B2 (en) 2016-07-05
CN101351981A (zh) 2009-01-21
KR20080070734A (ko) 2008-07-30
BRPI0618057B1 (pt) 2020-01-21
EP1943764A2 (en) 2008-07-16
KR100983198B1 (ko) 2010-09-20
CA2627613C (en) 2014-06-17
WO2007053840A2 (en) 2007-05-10
US20070177569A1 (en) 2007-08-02
CN101351981B (zh) 2012-11-28
SG166804A1 (en) 2010-12-29
WO2007053840A3 (en) 2007-08-16
US8489128B2 (en) 2013-07-16
CA2627613A1 (en) 2007-05-10
RU2008121955A (ru) 2009-12-10
JP4875098B2 (ja) 2012-02-15
JP2009514485A (ja) 2009-04-02
US20130301583A1 (en) 2013-11-14
RU2392749C2 (ru) 2010-06-20

Similar Documents

Publication Publication Date Title
BRPI0618057A2 (pt) transmissão eficiente em um canal de dados compartilhado para comunicação sem fio
US8625601B2 (en) Method and apparatus for low-overhead packet data transmission and control of reception mode
JP6021850B2 (ja) 通信方法、基地局及び移動端末
US8391249B2 (en) Code division multiplexing commands on a code division multiplexed channel
AU2007285802B2 (en) Method and apparatus for low-overhead packet data transmission and control of reception mode
TWI487317B (zh) 彈性的上行鏈路控制通道配置
KR100914871B1 (ko) 통신 시스템에서 월시 공간 할당을 위한 방법 및 장치
CN105594274B (zh) 数据传输方法和装置
PT1479258E (pt) Sistema de comunicação de rádio

Legal Events

Date Code Title Description
B15K Others concerning applications: alteration of classification

Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04L 1/00 , H04B 7/26

Ipc: H04L 1/18 (1968.09), H04W 72/04 (2009.01)

B06T Formal requirements before examination [chapter 6.20 patent gazette]
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
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 21/01/2020, OBSERVADAS AS CONDICOES LEGAIS.