BRPI0710854A2 - método de reserva de fontes de rádio em unidades de blocos de fontes de rádio em um sistema de comunicação móvel para uma série de usuários, aparelho de programação para reservar fontes de rádio em unidades de blocos de fontes de rádio em um sistema comunicação móvel para uma série de usuarios, estação base para reservar fontes de rádio em unidades de blocos de fontes de rádio em um sistema de comunicação móvel para uma série de usuários, sistema de comunicação móvel, meio légivel por computador que armazena instruções, método de indicação de uma reserva de fontes de rádio em unidades de blocos de fontes de rádio em um sistema de comunicação móvel para dentre uma série de terminais móveis, terminal móvel para receber uma indicação em uma reserva de fontes de rádio em unidades de blocos de fontes de rádio em um sistema de comunicação móvel e sistema de comunicação móvel em que são reservados fontes de rádio em unidades de blobo de fontes de rádio para uma série de usuários por um periódo de reserva composto de uma série consecutiva de espaços de tempo - Google Patents

Abstract

MéTODO DE RESERVA DE FONTES DE RáDIO EM UNIDADES DE BLOCOS DE FONTES DE RáDIO EM UM SISTEMA DE COMtJNICAçAO MóVEL PAPA UMA SéRIE DE USU RIOS, APARELHO DE PROGRAMAçAO PARA RESERVAR FONTES DE RáDIO EM UNIDADES DE BLOCOS DE FONTES DE RADIO EM UM SISTEMA DE COMtJNICAçAO MóVEL PARA UMA SERIE DE USUARIOS, ESTAçAO BASE PAPA RESERVAR FONTES DE RáDIO EM UNIDADES DE BLOCOS DE FONTES DE RáDIO EM UM SISTEMA DE COMUNICAçAO MóVEL PAPA UMA SéRIE DE USUARIOS, SISTEMA DE COMUNICAçAO MóVEL, MEIO LEGìVEL POR COMPUTADOR QUE ARMAZENA INSTRUçOES, MéTODO DE INDICAçAO DE UMA RESERVA DE FONTES DE RáDIO EM UNIDADES DE BLOCOS DE FONTES DE RáDIO EM UM SISTEMA DE COMUNICAçAO MóVEL PAPA UM DENTRE UMA SéRIE DE TERMINAIS MóVEIS, TERMINAL MóVEL PAPA RECEBER UMA INDICAçAO EM UMA RESERVA DE FONTES DE RáDIO EM UNIDADES DE BLOCOS DE FONTES DE RáDIO EM UM SISTEMA DE COMUNICAçAO MóVEL E SISTEMA DE COMUNICAçAO MóVEL EM QUE SAO RESERVADOS FONTES DE RáDIO EM UNIDADES DE BLOCO DE FONTES DE RáDIO PAPA UMA SéRIE DE USUáRIOS POR UM PERìODO DE RESERVA COMPOSTO DE UMA SéRIE CONSECUTIVA DE ESPAçOS DE TEMPO. A presente invenção refere-se a um método de aparelho de programação para reservar fontes de rádio em unidades de blocos de fontes de rádio em um sistema de comunicação móvel para uma série de usuários. Além disso, um outro aspecto da presente invenção é a indicação de uma reserva de fontes de rádio em unidades de blocos de fontes de rádio em um sistema de comunicação móvel para um dentre uma série de terminais móveis. Para fornecer um novo mecanismo que permita a utilização eficiente de fontes de rádio, a presente invenção propõe um mecanismo de reserva de fontes que reserve fontes de rádio para uma série de usuários em unidades de blocos de fontes. Desta forma, blocos de fontes individuais são reservados para os usuários individuais por um período de reserva que compreende uma série de espaços de tempo (ou subquadros). Além disso, as reservas de blocos de fontes para os usuários sobrepõem-se ao menos parcialmente entre os usuários, ou seja, blocos de fontes individuais são reservados para diversos usuários.

Description

MÉTODO DE RESERVA DE FONTES DE RÁDIO EM UNIDADES DEBLOCOS DE FONTES DE RÁDIO EM UM SISTEMA DE COMUNICAÇÃO MÓVELPARA UMA SÉRIE DE USUÁRIOS, APARELHO DE PROGRAMAÇÃO PARARESERVAR FONTES DE RÁDIO EM UNIDADES DE BLOCOS DE FONTES DERÁDIO EM UM SISTEMA DE COMUNICAÇÃO MÓVEL PARA UMA SÉRIE DEUSUÁRIOS, ESTAÇÃO BASE PARA RESERVAR FONTES DE RÁDIO EMUNIDADES DE BLOCOS DE FONTES DE RÁDIO EM UM SISTEMA DECOMUNICAÇÃO MÓVEL PARA UMA SÉRIE DE USUÁRIOS, SISTEMA DECOMUNICAÇÃO MÓVEL, MEIO LEGÍVEL POR COMPUTADOR QUE ARMAZENAINSTRUÇÕES, MÉTODO DE INDICAÇÃO DE UMA RESERVA DE FONTES DERÁDIO EM UNIDADES DE BLOCOS DE FONTES DE RÁDIO EM UM SISTEMADE COMUNICAÇÃO MÓVEL PARA UM DENTRE UMA SÉRIE DE TERMINAISMÓVEIS, TERMINAL MÓVEL PARA RECEBER UMA INDICAÇÃO EM UMARESERVA DE FONTES DE RÁDIO EM UNIDADES DE BLOCOS DE FONTES DERÁDIO EM UM SISTEMA DE COMUNICAÇÃO MÓVEL E SISTEMA DECOMUNICAÇÃO MÓVEL EM QUE SÃO RESERVADOS FONTES DE RÁDIO EMUNIDADES DE BLOCO DE FONTES DE RÁDIO PARA UMA SÉRIE DEUSUÁRIOS POR UM PERÍODO DE RESERVA COMPOSTO DE UMA SÉRIECONSECUTIVA DE ESPAÇOS DE TEMPO

CAMPO DA INVENÇÃO

A presente invenção refere-se a um método eaparelho de programação para reservar fontes de rádio emunidades de blocos de fontes de rádio em um sistema decomunicação móvel para uma série de usuários. Além disso, umoutro aspecto da presente invenção é a indicação de umareserva de fontes de rádio em unidades de blocos de fontes derádio em um sistema de comunicação móvel para um dentre umasérie de terminais móveis.

ANTECEDENTES DA TÉCNICA

PROGRAMAÇÃO DE PACOTES E TRANSMISSÃO DE CANAIS COMPARTILHADOS

Em sistemas de comunicação sem fio que empregamprogramação de pacotes, pelo menos parte das fontes deinterface de ar é atribuída dinamicamente a diferentesusuários (estações móveis - MS). As fontes alocadasdinamicamente são tipicamente mapeadas para pelo menos umcanal de dados compartilhado (SDCH) . Um canal de dadoscompartilhado pode possuir, por exemplo, uma dasconfigurações a seguir:

■ um ou vários códigos em um sistema CDMA(Múltiplo Acesso por Divisão de Códigos) é compartilhadodinamicamente entre diversos MS;

■ uma ou várias subportadoras (subfaixas) em umsistema OFDMA (Múltiplo Acesso por Divisão de FreqüênciasOrtogonal) são compartilhadas dinamicamente entre diversos MS;

■ combinações do acima em um sistema OFCDMA(Múltiplo Acesso por Divisão de Códigos de FreqüênciasOrtogonal) ou MC-CDMA (Múltiplo Acesso por Divisão de Códigosde Múltiplas Portadoras) são compartilhadas dinamicamenteentre diversos MS.

A Figura 1 exibe um sistema de programação depacotes em um canal compartilhado para sistemas com um únicocanal de dados compartilhado. Um espaço de tempo (tambémdenominado subquadro ou Quadro PHY no presente) reflete omenor intervalo em que o programador (tal como o Programadorde Camada MAC ou Camada Física) realiza a alocação de fontesdinâmicas (DRA). Além disso, a menor unidade de fontes derádio (denominada bloco de fontes no presente) que pode seralocada em sistemas OFDM é tipicamente definida por um espaçode tempo em domínio de tempo e por uma subportadora/subfaixano domínio de freqüências. De forma similar, em um sistemaCDMA, esta menor unidade de fontes de rádio é definida por umespaço de tempo no domínio de tempo e um código no domínio decódigo. Em sistemas OFCDMA ou MC-CDMA, esta unidade menor édefinida por um espaço de tempo em domínio de tempo, por umasubportadora/subfaixa no domínio de freqüências e um códigono domínio de código. Observe-se que a alocação de fontesdinâmicas pode ser realizada em domínio de tempo e em domíniode código e freqüência.

Os principais benefícios de programação depacotes são o ganho de diversidade de múltiplos usuários pormeio de programação de domínio de tempo (TDS) e adaptação detaxa de usuário dinâmica.

Considerando que as condições de canais dosusuários mudam ao longo do tempo devido ao desvanecimentorápido (e lento) , em um dado momento em que o programadorpode atribuir fontes disponíveis (códigos no caso de CDMAjsubportadoras/subfaixas no caso de OFDMA) a usuários quepossuem boas condições de canais em programação de domínio detempo. Por motivos de explicação, os capítulos a seguirconcentrar-se-ão principalmente na transmissão por linkinferior de OFDMA.

DETALHES DE TRANSMISSÃO DE CANAIS COMPARTILHADOS E DRA EMOFDMA

Além de explorar a diversidade de múltiplosusuários em domínio de tempo por TDS, em OFDMA a diversidadede múltiplos usuários pode também ser explorada em domínio defreqüência por meio de FDS (Programação de Domínio deFreqüências). Isso ocorre porque o sinal OFDM encontra-se emdomínio de freqüência construído com diversas subportadorasde faixa estreita (tipicamente agrupadas em subfaixas), quepodem ser atribuídas dinamicamente a diferentes usuários.Desta forma, as propriedades de canais seletivos defreqüências devido a propagação de múltiplos processos podemser exploradas para programar usuários sobre freqüências(subportadoras/subfaixas) sobre as quais possuem uma boaqualidade de canal (diversidade de múltiplos usuários emdomínio de freqüências).

Por motivos práticos em um sistema OFDMA, aamplitude de banda é dividida em diversas subfaixas, queconsistem de diversas subportadoras. Isso significa que amenor unidade sobre a qual um usuário pode ser alocadopossuiria uma amplitude de banda de uma subfaixa e umaduração de um espaço de tempo (que pode corresponder adiversos símbolos OFDMA), o que é indicado como um RB (Blocode fontes). Tipicamente, uma subfaixa consiste desubportadoras consecutivas, mas em alguns casos deseja-seformar uma subfaixa de subportadoras não consecutivasdistribuídas. Um programador pode também alocar um usuário aolongo de diversas subfaixas consecutivas ou não consecutivase/ou espaços de tempo.

Para a Evolução de Longo Prazo 3GPP, por exemplo(vide 3GPP TR 25.814: Physical Layer Aspects for EvolvedUTRA, Versão 7, vol. 1.2.2, março de 2006 - disponível emhttp://www.3gpp.org), um sistema de 10 MHz pode consistir deuma dentre seiscentas subportadoras com espaçamento desubportadora de 15 kHz, que podem ser agrupadas em seguida em24 subfaixas (25 subportadoras) em que cada subfaixa ocupauma amplitude de banda de 375 kHz. Considerando que um espaçode tempo possui uma duração de 0,5 ms, um bloco de fontescobriria em seguida 375 kHz e 0,5 ms.

A fim de explorar diversidade de múltiplosusuários e atingir ganho de programação em domínio defreqüências, os dados para um dado usuário deverão seralocados sobre blocos de fontes sobre os quais os usuáriospossuem uma boa condição de canal. Tipicamente, estes blocosde fontes são próximos entre si e, portanto, este modo detransmissão também é indicado como modo localizado (LM) . Umexemplo de estrutura de canal de modo localizado é exibido naFigura 2. Neste exemplo, blocos de fontes vizinhos sãoatribuídos a quatro estações móveis (MSI a MS4) no domínio detempo e domínio de freqüência. Para fins de exemplo, tambémse considera que, nos "espaços" entre os blocos de fontesdiferentes no domínio de tempo, é transmitida sinalização decontrole de Camada 1 e/ou Camada 2.

Ao contrário do modo localizado, em OFDMA, asfontes podem também ser alocados de forma distribuída emdomínio de freqüências, indicado a seguir como mododistribuído (DM). 0 modo distribuído pode ser implementado dediferentes formas:

■um usuário (bloco de códigos) é alocado sobrediversos blocos de fontes distribuídos;

■um usuário (bloco de códigos) é alocado sobrediversas subportadoras ou símbolos de modulação pertencentesa blocos de fontes, em que os blocos de fontes sãocompartilhados por diversos usuários em modo distribuído;

■ um usuário (bloco de códigos) é alocado sobrediversas subportadoras distribuídas ou símbolos de modulação,que são puncionados em um bloco de fontes também utilizadopara modo localizado.

A transmissão em modo distribuído é geralmenteutilizada para obter diversidade de freqüências (ao contráriode diversidade de múltiplos usuários para modo localizado) e,portanto, pode ser útil nos casos a seguir:

■A qualidade de canal para as estações móveis(receptores) dos blocos de fontes não é conhecidasuficientemente bem na estação base (transmissor) , tal comodevido à retroalimentação de CQI (Indicador de Qualidade deCanal) má ou limitada e/ou devido à retroalimentação de CQIdesatualizada (tal como devido à freqüência Doppler alta).

■0 atraso é crítico para os dados a seremtransmitidos e a transmissão deverá tornar-se mais robusta.

Em modo localizado, bem como em modo distribuídoem um dado espaço de tempo, diversos blocos de códigos (quesão denominados blocos de transporte em terminologia 3GPP)podem ser alocados separadamente para o mesmo usuário sobrediferentes blocos de fontes, que podem ou não pertencer aomesmo serviço ou processo de ARQ. Logicamente, isso pode sercompreendido como alocação de diferentes usuários.

TÉCNICAS DE ADAPTAÇÃO DE LINKS (LA)

A fim de utilizar eficientemente os benefícios daprogramação, ela normalmente é combinada com técnicas de LA(Adaptação de Links) rápida tais como AMC (ModulaçãoAdaptativa e Codificação) e ARQ (Solicitação Automática deRepetição). Além disso, pode-se aplicar controle de potênciarápida e/ou lenta.

O emprego de codificação e modulação adaptativa(AMC), a velocidade de dados por bloco de código (caso umbloco de código cubra vários blocos de fontes, o AMC pode seralternativamente realizado por bloco de fontes) para umusuário programado é adaptada dinamicamente à qualidade decanal instantânea do recurso alocado correspondente alterandoo MCS (Esquema de Modulação e Codificação). Naturalmente,isso necessita de uma estimativa de qualidade de canal notransmissor para o link para o receptor correspondente.

SINALIZAÇÃO DE CONTROLE RELATIVA A CANAL COMPARTILHADO

A fim de informar os usuários programados sobreos seus parâmetros relativos a dados, formato de transmissãoe situação de alocação, sinalização de controle de Camada 1 eCamada 2 é tipicamente transmitida junto com um ou maiscanais de dados compartilhados (SDCHs).

Em HSDPA 3GPP (CDMA), a sinalização de controlede Camada l/Camada 2 é transmitida em diversos canais decontrole compartilhados (SCCHs) com base em um intervalo detempo de transmissão (TTI) (um TTI pode corresponder,portanto, a um espaço de tempo no seu comprimento). Cadacanal de controle compartilhado transmitido conduz, porexemplo, informações para um usuário programado, tal como umconjunto de códigos de canalização, esquema de modulação,informações de tamanho de bloco de transporte, redundância eversão de constelação, informações de processo de HARQ,indicador de novos dados (similar a um número de seqüênciaHARQ) e identidade de usuário (vide, por exemplo, 3GPP TS25.212: Multiplexing and channel coding (FDD), Versão 7,v.7.0.0, março de 2006, disponível em http://www.3gpp.org).

Geralmente, as informações enviadas por meio desinalização de controle de Camada 1 e Camada 2 podem serseparadas em duas categorias, informações de controlecompartilhado (SCI) e informações de controle dedicado (DCI).A parte de informações de controle compartilhado dasinalização de controle de Camada 1 e Camada 2 contéminformações relativas à alocação de fontes e deverá serpossível, portanto, para todos os usuários decodificar asinformações de controle compartilhado. Ela contém tipicamenteas informações a seguir:

■ identidade do usuário; e

■ informações de alocação de RB.

Dependendo da configuração de outros canais e daconfiguração das informações de controle dedicadas, asinformações de controle compartilhadas podem conteradicionalmente informações tais como ACK/NACK paratransmissão por link superior, informações relativas a MIMO,informações de programação de link superior, informaçõessobre as informações de controle dedicado (fontes, MCS etc.).

A parte de informações de controle dedicado dasinalização de controle de Camada 1 e Camada 2 contéminformações relativas ao formato de transmissão e aos dadostransmitidos para um usuário programado específico. Issosignifica que as informações de controle dedicadas necessitamapenas ser decodificadas pelo usuário programado. Asinformações de controle dedicado contêm tipicamenteinformações sobre o formato de transmissão:

■ esquema de modulação; e

■ tamanho do bloco de transporte (ou taxa decodificação).

Dependendo da configuração de canal geral,dependendo do formato de informações de controlecompartilhado e dependendo da configuração de HARQ, ela podeconter adicionalmente informações tais como informaçõesrelativas a HARQ (tais como informações de processo HARQ,redundância e versão da constelação, indicador de novosdados) e informações relativas a MIMO.

Sinalização de controle de Camada 1 e Camada 2pode ser transmitida em vários formatos. Uma opção é acodificação de conjunto de informações de controlecompartilhado e informações de controle dedicado. Destaforma, informações de controle compartilhado e informações decontrole dedicado para diversos usuários (blocos de códigos)são codificadas em conjunto ou as informações de controlecompartilhado e informações de controle dedicado sãocodificadas em conjunto para um usuário isolado (bloco decódigo) e são transmitidas separadamente por usuário (blocode código).

Uma outra opção é a codificação separada deinformações de controle compartilhado e informações decontrole dedicado. Desta forma, as informações de controlecompartilhado para vários usuários (blocos de códigos) sãocodificadas em conjunto ou as informações de controlecompartilhado são codificadas por usuário (blocos decódigos). De forma similar, as informações de controlededicado para vários usuários (blocos de códigos) sãocodificadas em conjunto ou as informações de controlededicado são codificadas por usuário (blocos de códigos).Caso haja diversos blocos de códigos deinformações de controle compartilhado (cada bloco de códigode informações de controle compartilhado pode conterinformações de controle compartilhado para diversosusuários), os blocos de códigos de informações de controlecompartilhado podem ser transmitidos com potência, modulação,esquemas de codificação e/ou velocidades de códigosdiferentes.

Do ponto de vista lógico, a sinalização decontrole de Camada 1 e Camada 2 contida em informações decontrole compartilhado e informações de controle dedicadopode ser observada, por exemplo, conforme segue:

■ um canal de controle isolado (compartilhado)com duas partes (informações de controle compartilhado einformações de controle dedicado);

■ um canal de controle isolado (compartilhado)(que conduz apenas informações de controle compartilhado), emque as informações de controle dedicado não são consideradasum canal de controle separado, mas parte do canal de dadoscompartilhado, ou seja, mapeado junto com os dados (mesmoRB) ;

■ dois canais de controle separados (informaçõesde controle compartilhado, informações de controle dedicado);

■ diversos canais de controle separados, taiscomo:

■ canal de controle compartilhado isolado queconduz informações de controle compartilhado e diversoscanais de controle dedicados que conduzem informações decontrole dedicado;

■ diversos canais de controle compartilhadoisolado que conduzem informações de controle compartilhado ediversos canais de controle dedicado que conduzem informaçõesde controle dedicado;

diversos canais de controle compartilhado queconduzem informações de controle compartilhado, em que asinformações de controle dedicado não são consideradas umcanal de controle separado, mas parte do canal de dadoscompartilhado, ou seja, mapeado junto com os dados (mesmoRB).

Tipicamente, as informações de controlecompartilhado e as informações de controle dedicado sãomapeadas separadamente do canal de dados compartilhado paraas fontes físicas exibidos na Figura 2, que podem também serdenominados canal de controle compartilhado.

Alternativamente, as informações de controle dedicado podemser mapeadas para as fontes alocadas para o canal de dadoscompartilhado exibido na Figura 3. Na Figura 3, uma parte deblocos de fontes individuais é reservada para informações decontrole dedicado.

SERVIÇOS DE DADOS EM BAIXA VELOCIDADE

Caso pacotes de dados para um serviço de baixavelocidade necessitem ser transmitidos com baixo atraso,termina-se transmitindo pequenos pacotes de dados, com umaestrita necessidade de atraso (tal como VoIP, jogos, ACK/NACKde TCP, sinalização de camada superior, mensagens de pager,pequenas mensagens de configuração (Avanço de Tempo, ARQACK/NACK)). Neste caso, o cabeçalho de sinalização decontrole de Camada 1 e Camada 2 necessário seriasignificativo (da ordem dos próprios dados ou até maior), oque pode causar os problemas a seguir:

■as fontes disponíveis para transmissão dedados são reduzidos significativamente devido ao grandecabeçalho de sinalização de controle de Camada 1 e Camada 2;

■a sinalização de controle de Camada 1 e Camadapode sinalizar apenas um número máximo de N usuários decada vez, o que não seria suficiente para utilizar todas asfontes de dados disponíveis.

Os dois gerarão utilização ineficiente de fontesde rádio.

RESUMO DA INVENÇÃO

O objetivo da presente invenção é de sugerir umnovo mecanismo que permita utilização eficiente das fontes derádio.

O objetivo é solucionado pelo tema dasreivindicações independentes. Realizações vantajosas dapresente invenção são tema das reivindicações dependentes.

Um aspecto principal da presente invenção éreservar fontes de rádio para uma série de usuários emunidades de blocos de fontes. Desta forma, blocos de fontesindividuais são reservados para os usuários individuais porum período de reserva que compreende uma série de espaços detempo (ou subquadros) . Além disso, as reservas de blocos defontes para os usuários sobrepõem-se ao menos parcialmenteentre os usuários, ou seja, blocos de fontes individuais sãoreservados para diversos usuários.

Um outro aspecto da presente invenção é ofornecimento de uma nova estrutura de blocos de fontes quepodem ser reservados para diversos usuários simultaneamente eque podem ser empregados para o transporte de dadosdestinados a diversos usuários.

Segundo uma realização da presente invenção, éfornecido um método de reserva de fontes de rádio em unidadesde blocos de fontes de rádio em um sistema de comunicaçãomóvel para uma série de usuários. No presente, cada bloco defontes é associado a uma parte de um recurso de freqüênciasdisponível no domínio de freqüências e a um espaço de tempono domínio de tempo. Opcionalmente, cada bloco de fontes éadicionalmente associado a um código no domínio de códigos.Segundo a presente realização, os blocos de fontes para asérie de usuários são reservados para transmissão de dadospor link inferior para os usuários por um período de reservaque compreende uma série consecutiva de espaços de tempo.

Portanto, pelo menos um bloco de fontes que é reservado paraum usuário individual dentre a série de usuários também éreservado para um outro usuário.

Conseqüentemente, os blocos de fontes reservadospara os usuários sobrepõem-se ao menos parcialmente. Podetambém haver, entretanto, situações em que os blocos defontes reservados para um primeiro usuário e os blocos defontes reservados para um segundo usuário dentre a série deusuários são idênticos.

Pode haver regras diferentes a serem obedecidaspara a reserva de blocos de fontes. Em uma realização dapresente invenção, por exemplo, diversos blocos de fontespodem ser reservados para um usuário em um único espaço detempo do período de reserva. Alternativa ou adicionalmente,pelo menos um bloco de fontes em cada um dentre uma série deespaços de tempo consecutivos pode destinar-se a um usuário.

Uma outra realização da presente invenção prevê quediferentes espaços de tempo nos quais blocos de fontes sãoreservados para um usuário são espaçados por pelo menos umespaço de tempo em que nenhum bloco de fontes é reservadopara esse usuário.

Em uma realização adicional da presente invenção,uma entidade transmissora pode emitir uma mensagem deconfiguração de link inferior que indica qual dentre a sériede blocos de fontes é reservada para qual(is) usuário(s)dentre a série de usuários.

Os blocos de fontes reservados em um período detempo podem ser considerados como formando um padrão dereserva pelo menos do domínio de freqüência e tempo(opcionalmente, o padrão inclui adicionalmente o domínio decódigo). Em uma realização da presente invenção, a reserva deblocos de fontes é válida por uma quantidade determinada ouconfigurável de espaços de tempo consecutivos que formam operíodo de reserva.

O período de reserva pode compreender, portanto,diversos espaços de tempo ou, em alguns casos, até umaquantidade infinita de espaços de tempo. Em outras palavras,segundo uma realização adicional, a reserva de blocos defontes é válida por um período de tempo determinado ouconfigurável e/ou até a atualização da reserva de fontesdevido a uma mensagem de configuração que atualize a reservade blocos de fontes.

Para indicar o padrão de reserva para uso para ousuário, uma mensagem de configuração que indica o padrão dereserva pelo menos no domínio de tempo e freqüência pode sertransmitida para os usuários, conforme um exemplo derealização da presente invenção. Esta mensagem deconfiguração pode ser transmitida, por exemplo, por meio deum canal dedicado, um canal broadcast ou um canal multicastpara um usuário individual, um grupo de usuários ou todos osusuários em uma área de serviço.

Uma outra realização da presente invenção prevêque uma parte das fontes de rádio disponíveis é reservadapara a série de usuários com base em um período de reservaconforme descrito acima, enquanto uma parte restante dasfontes de rádio é atribuída a usuários programados com baseem um intervalo de tempo de transmissão. Desta forma, pode-seobservar que algumas fontes de rádio na área de serviço sãopersistentemente reservadas para usuários com períodos detempo mais longos, enquanto outras fontes de rádio sãoalocadas com base em um intervalo de tempo de transmissão, ouseja, em alta freqüência em comparação com a programação defontes de rádio reservadas.

Conseqüentemente, uma outra realização dapresente invenção prevê a programação de transmissões de linkinferior para os usuários, que inclui a série de usuários quesão submetidos à reserva de fontes, com base em intervalo detempo de transmissão. Caso nenhum dado seja programado paratransmissão em um bloco de fontes reservado para pelo menosum usuário dentre a mencionada série de usuários por umperíodo de reserva, em que as fontes não programadas do blocode fontes podem ser atribuídas a um outro usuário com base emintervalo de tempo de transmissão, ou seja, a reserva étemporariamente liberada para programação com base emintervalo de tempo de transmissão.

Uma realização alternativa da presente invençãopropõe programar usuários com base em intervalo detransmissão, em que a programação atribui pelo menos um blocode fontes a um usuário que tenha sido reservado para pelomenos um outro usuário.

A vantagem da operação conforme estas duasrealizações acima pode ser observada na flexibilidadeobservada do programador na reserva/alocação de fontesenquanto é capaz de reduzir a sinalização de controlerelativa à programação. Por um lado, ao reservar fontes parausuários, é necessário menos ou nenhuma sinalização decontrole associada adicional que indica as reservas,especialmente se as reservas forem válidas por períodos detempo mais longos em comparação com a programação com base emintervalo de tempo de transmissão. Por outro lado, oprogramador ainda possui a oportunidade de "ignorar" reservase programar fontes reservadas com base em intervalo de tempode transmissão, tal como para reagir a uma necessidade súbitade amplitude de banda/veIocidades/potência de transmissão aserem alocadas a alguns usuários.Uma idéia relativa conforme uma outra realizaçãoda presente invenção prevê que diversos blocos de fontes emum espaço de tempo são reservados para pelo menos um usuáriodentre a série de usuários. Apenas uma quantidade máximadeterminada ou configurável desses diversos blocos de fontesreservados no espaço de tempo é de fato utilizada paratransmissão de dados por link inferior para o pelo menos umusuário ou uma série de usuários. Pode ser vantajoso,portanto, que um programador agende pelo menos um outrousuário com base em intervalo de tempo de transmissão, deforma a atribuir a quantidade restante de blocos de fontesreservados no espaço de tempo para pelo menos um outrousuário mencionado.

Como parte do bloco de fontes reservado pode serreservada para diversos usuários simultaneamente, pode-seempregar um mecanismo diferente para uso dos blocos de fontesreservados para transmissão por link inferior para osusuários. Um exemplo de realização da presente invençãoutiliza uma estratégia em que os dados do usuário sãotransmitidos para um único usuário em um bloco de fontes quetenha sido reservado para diversos usuários. Uma realizaçãoalternativa da presente invenção propõe que dados sejamdestinados a pelo menos dois dos diversos usuários em umúnico bloco de fontes reservado.

Uma outra realização da presente invenção forneceum aparelho de programação para reservar fontes de rádio emunidades de blocos de fontes de rádio em um sistema decomunicação móvel para uma série de usuários. 0 aparelho deprogramação compreende um programador para reservar blocos defontes para a série de usuários para transmissão de dados porlink inferior para os usuários por um período de reserva quecompreende uma série consecutiva de espaços de tempo.

Portanto, pelo menos um bloco de fontes reservado para umusuário individual dentre a série de usuários também éreservado para um outro usuário.

Uma realização adicional da presente invençãofornece um aparelho de programação que é operável pararealizar as etapas do método de reserva de fontes de rádioconforme uma das várias realizações acima. Em outrasrealizações da presente invenção, o aparelho de programaçãoconforme as duas realizações acima pode ser compreendido emuma estação base ou um sistema de comunicação móvel.

Uma realização adicional da presente invençãofornece um meio legível por computador que armazenainstruções que, quando executadas pelo processador de umaparelho de programação, fazem com que o aparelho deprogramação reserve fontes de rádio em unidades de blocos defontes de rádio em um sistema de comunicação móvel para umasérie de usuários, por meio de reserva de blocos de fontespara a série de usuários para transmissão de dados por linkinferior para os usuários por um período de reserva quecompreende uma série consecutiva de espaços de tempo, em quepelo menos um bloco de fontes reservado para um usuárioindividual dentre a série de usuários também é reservado paraum outro usuário.

Uma realização adicional refere-se a um meiolegível por computador que armazena adicionalmente instruçõesque, quando executadas pelo processador, fazem com que oprocessador desempenhe as etapas do método de reserva defontes de rádio conforme uma das várias realizações acima.

Uma outra realização refere-se a um método deindicação de uma reserva de fontes de rádio em unidades deblocos de fontes de rádio em um sistema de comunicação móvelpara um dentre uma série de terminais móveis. Um terminalmóvel da série de terminais móveis pode receber uma mensagemde configuração que indique um padrão de reserva de blocos defontes reservados para o terminal móvel dentro de um períodode reserva. Segundo o método, pelo menos um dos blocos defontes reservados para o terminal móvel também é reservadopara um outro terminal móvel dentre a série de terminaismóveis.

Em uma realização adicional da presente invenção,o terminal móvel pode receber dados transportados em cada umdos blocos de fontes reservados para pelo menos o mencionadoterminal móvel e pode tentar em seguida decodificar os dadosnos blocos de fontes reservados. Caso os dados não sejamdecodificados com sucesso, o terminal móvel pode simplesmenteignorar os dados recebidos.

Em uma realização alternativa da presenteinvenção, o terminal móvel pode receber dados transportadosem cada um dos blocos de fontes reservados para pelo menosesse terminal móvel. 0 terminal móvel pode decodificarsinalização de controle associada dos dados recebidos nobloco de fontes correspondente. A sinalização de controle éassociada a um bloco de fontes correspondente e permite que oterminal móvel determine se os dados de usuário compreendidosnos dados recebidos do bloco de fontes correspondentedestinam-se ao terminal móvel ou não. A sinalização decontrole associada pode indicar adicionalmente o formatoexato de transporte dos dados transmitidos ou um conjuntorestrito de formatos de transporte possivelmente utilizados.Caso os dados de usuário se destinem ao terminal móvel, eledecodifica os dados de usuário destinados ao terminal móvel apartir dos dados recebidos no bloco de fontes correspondente.

Em uma variação desta realização, o terminalmóvel coloca os dados de usuário destinados ao terminal móvelem "buffer" para combinação leve com outros dados, caso osdados do usuário não sejam decodificados com sucesso.

Em uma variação adicional desta realização, pelomenos um dos blocos de fontes reservados para pelo menos oterminal móvel compreende dados de usuários para o terminalmóvel e pelo menos um outro terminal móvel. O terminal móvelpode desmultiplexar os dados de usuários destinados aosterminais móveis com base na sinalização de controle.

Em uma realização alternativa da presenteinvenção, diversos blocos de fontes são reservados para oterminal móvel dentro de um espaço de tempo. O terminal móvelrecebe dados transportados em cada um dos diversos blocos defontes reservados para pelo menos o mencionado terminalmóvel. O terminal móvel tenta decodificar os dados recebidosde um bloco de fontes individual e, caso o terminal móveltenha sido capaz de decodificar com sucesso os dadosdestinados a ele em uma quantidade máxima determinada ouconfigurável dos mencionados diversos blocos de fontesreservados no espaço de tempo, o terminal móvel suspende arecepção de dados nos diversos blocos de fontes reservados.

Em uma variação desta realização, o terminalmóvel determina que dados em um bloco de fontes recebido sãodestinados a ele, por meio de decodificação bem sucedida dosdados recebidos no bloco de fontes ou com base em sinalizaçãode controle associada ao bloco de fontes recebidocorrespondente.

Em uma realização alternativa adicional dapresente invenção, o terminal móvel recebe dadostransportados em cada um dos blocos de fontes reservados parapelo menos esse terminal móvel. 0 terminal tenta decodificaros dados recebidos realizando uma detecção cega com base nosdados recebidos que tenha sido opcionalmente combinada comdados recebidos anteriormente. Além disso, o terminal móvelcolocará em "buffer" os dados recebidos caso os dadosrecebidos não possam ser decodificados com sucesso.

Em uma outra realização da presente invenção, éutilizado um esquema de retransmissão para retransmitir dadosde blocos de fontes, em que as retransmissões são emitidas deforma sincrônica.

Uma realização adicional da presente invençãopropõe o uso de um esquema de HARQ para retransmissão dedados de blocos de fontes. Neste exemplo de realização, atransmissão inicial de dados em um bloco de fontes somentepode ser realizada em blocos de fontes especificamenteselecionados ou configurados dos blocos de fontes reservados.

Outras realizações da presente invenção referem-se a um terminal móvel capaz de desempenhar as etapas dométodo de recebimento de indicação em uma reserva de fontesde rádio conforme as diferentes realizações da presenteinvenção descritas acima. Em um exemplo de realização, oterminal móvel compreende um receptor para receber umamensagem de configuração que indica um padrão de reserva deblocos de fontes reservados para o terminal móvel dentro deum período de reserva, em que pelo menos um dos blocos defontes reservados para o terminal móvel também é reservadopara um outro terminal móvel dentre a série de terminaismóveis.

Além disso, a presente invenção conforme umarealização fornece um meio legível por computador quearmazena instruções que, quando executadas por um processadorde um terminal móvel, fazem com que o terminal móvel recebauma indicação em uma reserva de fontes de rádio em unidadesde blocos de fontes de rádio em um sistema de comunicaçãomóvel, por meio do recebimento de uma mensagem deconfiguração que indica um padrão de reserva de blocos defontes reservados para o terminal móvel em um período dereserva. Desta forma, pelo menos um dos blocos de fontesreservados para o terminal móvel também é reservado para umoutro terminal móvel dentre a série de terminais móveis.Em uma outra realização da presente invenção, ummeio legível por computador armazena instruções que, quandoexecutadas pelo processador, fazem com que o terminal móvelrealize as etapas do método de recebimento de uma indicaçãoem uma reserva de fontes de rádio conforme as diferentesrealizações da presente invenção descritas acima.

Uma realização adicional da presente invençãorefere-se a um sistema de comunicações móveis em que fontesde rádio são reservadas em unidades de blocos de fontes derádio para uma série de usuários por um período de reservacomposto de uma série consecutiva de espaços de tempo.Portanto, pelo menos um bloco de fontes reservado para umusuário individual dentre a série de usuários também éreservado para um outro usuário.

Em uma variação da realização da presenteinvenção, fontes de rádio podem ser adicionalmente atribuídasem unidades de bloco de fontes de rádio a uma série deusuários com base em um intervalo de tempo de transmissão.

Uma realização adicional prevê que apenas alguns blocos defontes selecionados dentre os reservados para pelo menos umusuário são utilizados para a transmissão de uma emissãoinicial de dados de link inferior para um usuário.

BREVE DESCRIÇÃO DAS FIGURAS

A presente invenção é descrita a seguir com maisdetalhes com referência às figuras e desenhos anexos.Detalhes correspondentes ou similares nas figuras sãomarcados com os mesmos algarismos de referência.

A Figura 1 exibe um exemplo de estrutura decanal de um sistema OFDMA e uma alocação dinâmica de fontesde rádio com base em um intervalo de tempo de transmissãopara diferentes usuários;

a Figura 2 exibe um exemplo de alocação defontes de rádio a usuários em um sistema OFDMA em modolocalizado (LM);

a Figura 3 exibe a sinalização de informaçõesde controle referentes à alocação de fontes de rádio ausuários em um sistema OFDMA em modo localizado (LM);

a Figura 4 exibe um exemplo de estrutura decanal e reserva de fontes de rádio com base em um período dereserva para um usuário em domínio de tempo e freqüênciaconforme uma realização da presente invenção;

as Figuras 5 & 6 exibem exemplos de estrutura decanal e reserva de fontes de rádio com base em um período dereserva para um usuário em domínio de tempo e freqüênciaconforme exemplos diferentes de realizações da presenteinvenção;

a Figura 7 exibe um exemplo de reserva defontes de rádio com base em um período de reserva parausuários em domínio de tempo e freqüência conforme umarealização da presente invenção, em que as fontes reservadaspara os usuários sobrepõem-se entre si;

a Figura 8 exibe um exemplo de reserva defontes de rádio com base em um período de reserva parausuários em domínio de tempo e freqüência conforme umarealização da presente invenção, em que existe umasobreposição total entre as fontes reservadas para osusuários;

as Figuras 9 & 10 exibem um exemplo de uso dasfontes de rádio reservadas conforme exibido na Figura 8 paratransmissão aos usuários conforme diferentes realizações dapresente invenção;

a Figura 11 exibe um exemplo de reserva defontes de rádio com base em um período de reserva parausuários em domínio de tempo e freqüência conforme umarealização da presente invenção, em que existe umasobreposição total entre as fontes reservadas para osusuários;

a Figura 12 exibe um exemplo de uso das fontes derádio reservadas na Figura 11 conforme uma realização dapresente invenção, em que somente uma parte das fontes derádio reservadas em um espaço de tempo é utilizada paratransmisão aos usuários;

a Figura 13 exibe um exemplo de combinação desinalização de controle e dados de usuários em blocos defontes reservadas conforme um exemplo de realização dapresente invenção; e

a Figura 14 exibe uma reserva de fontes deelementos de fontes no sistema conforme um exemplo adicionalde realização da presente invenção.

DESCRIÇÃO DETALHADA DA INVENÇÃO

Os parágrafos a seguir descreverão diversasrealizações da presente invenção. Apenas para fins deexemplo, a maior parte das realizações é descrita com relaçãoa um sistema de comunicação UMTS e a terminologia utilizadanos capítulos subseqüentes refere-se principalmente àterminologia UMTS. A terminologia e a descrição dasrealizações com relação a uma arquitetura UMTS não sedestinam, entretanto, a limitar os princípios e idéias daspresentes invenções a esses sistemas.

As explicações detalhadas fornecidas no capítulode Antecedentes da Técnica acima também se destinam à melhorcompreensão dos principais exemplos de realizaçõesespecíficas de UMTS descritos a seguir e não deverão sercompreendidas como limitadoras da presente invenção àsimplementações específicas de processos e funções na rede decomunicação móvel descritas. Entretanto, as melhoriaspropostas no presente podem ser facilmente aplicadas nasarquiteturas descritas no capítulo de Antecedentes daTécnica.RESERVA DE FONTES

Um aspecto principal da presente invenção éreservar fontes de rádio para uma série de usuários emunidades de blocos de fontes. Para compreensão da presenteinvenção, é importante reconhecer a diferença entre aalocação de fontes e a reserva de fontes. A alocação defontes designa a cessão de unidades de fontes para usuáriosindividuais. Tipicamente, a cessão é realizada com base em umintervalo de tempo de transmissão. Desta forma, um terminalmóvel ou usuário (a) ao qual é atribuído um recurso sabe queos dados serão transmitidos para ele(a) utilizando as fontesatribuídas.

A reserva de fontes proposta no presente reservaas fontes para os usuários individuais ou terminais móveis emuma área de serviço. Ao contrário da cessão de fontes por umprogramador, os usuários ou terminais móveis para os quais éreservado um recurso podem esperar receber dados sobre orecurso reservado, mas não há garantia de que sejamfornecidos dados para os usuários ou terminais móveis sobreas fontes reservadas correspondentes. Além disso, reserva defontes é realizada com base em um período de reserva, ouseja, com base em uma série de espaços de tempo, como seráexplicado com mais detalhes abaixo.

Desta forma, blocos de fontes individuais sãoreservados para os usuários individuais por um período dereserva que compreende uma série de espaços de tempo (ousubquadros). A presente invenção propõe ainda que as reservasde blocos de fontes para os usuários sobreponham-se ao menosparcialmente entre os usuários, ou seja, blocos de fontesindividuais são reservados para diversos usuários.

Devido à reserva de fontes com base em um períodode reserva (tal como no lugar com base em intervalo de tempode transmissão), pode-se reduzir o cabeçalho de sinalizaçãode controle. Conforme descrito no capítulo de Antecedentes daTécnica com mais detalhes, em um sistema convencional deCamada 1 e Camada 2, informações de controle (DCI/SCI) sãotransmitidas com base em um intervalo de transmissão. Devidoa uma reserva mais persistente de fontes com base em umperíodo de reserva, não é mais necessário transmitirsinalização de controle especificando o formato detransmissão e a programação de fontes para os usuários.Desta forma, pode-se observar que um dos vários benefíciosque podem ser obtidos por meio do emprego da presenteinvenção é que a configuração do usuário para a reservapersistente no canal permite a (re)configuração do usuárioflexível sem a necessidade de uma estrutura de canal decontrole separada.

Ao contrário, como se explicará abaixo com maisdetalhes, a reserva de fontes com base em um período dereserva é sinalizada inicialmente para os usuários, de formaque nenhuma sinalização de controle subseqüente, emprincípio, seja necessária. Esta configuração dos usuáriospode ser realizada, por exemplo, fornecendo-se uma mensagemde configuração por meio de conexão dedicada ou detransmissões broadcast/multicast.

REDUÇÃO/OMISSÃO DE SINALIZAÇÃO DE CONTROLE

Em algumas realizações da presente invenção,pode-se prever opcionalmente que existe alguma sinalização decontrole que indica para qual(is) usuário(s) é utilizado umbloco de fontes reservado correspondente. Opcionalmente, asinalização de controle pode indicar (adicionalmente) oformato (formato de transporte) no qual os dados dediferentes usuários são multiplexados para um bloco defontes.

Além disso, também nas realizações da presenteinvenção que prevêem alguma sinalização de controleassociada, o cabeçalho de sinalização resultante ésignificativamente inferior ao indicado pela transmissão deDCI e SCI em sistemas convencionais.

Segundo realizações diferentes da presenteinvenção, pode-se aplicar um ou uma combinação dos métodos deredução de sinalização a seguir.

Uma opção de redução de informaçõesequivalentes a SCI na sinalização de controle é abordar ousuário com uma ID curta limitando o espaço de endereçamentoà quantidade de usuários reservados para um dado bloco defontes reservado ou limitando o espaço de endereçamento àquantidade de usuários que estão "programados" no modo deperíodo de reserva. Os dois métodos permitem o uso de menosbits para a sinalização da ID do usuário. Esta ID de usuáriocurta pode ser configurada na(s) mensagem(ns) deconfiguração.

Em um outro mecanismo de redução deinformações equivalentes de SCI, não é assinalada nenhumaidentificação do recurso utilizado para um dado usuário em umbloco de fontes reservado, pois o recurso pode ser derivadoda ordenação da sinalização de ID do usuário.

Com referência à redução de informaçõesequivalentes de SCI, a sinalização do formato de transporteutilizado pode ser omitida. O formato de transporte pode sersinalizado, por exemplo, pela mensagem de configuração oupode ser detectado cegamente pelo receptor.

Em um segundo método de redução de informaçõesequivalentes de SCI, pode haver uma definição de um conjuntoreduzido de formatos de transporte permitidos (tal como pormeio de mensagem de configuração previamente definida), quenecessita de menos bits para sinalizar o formato detransporte utilizado. No caso de combinação deste mecanismocom detecção cega do formato de transporte, isso tambémsimplificaria a operação do terminal móvel, pois menosformatos de transporte podem ser utilizados.

■ Um outro método de redução da quantidade deinformações equivalentes de DCI é a sinalização de umsubconjunto de formatos de transporte potencialmenteutilizados (possíveis formatos de transporte).

■ Além disso, a sinalização do esquema demodulação utilizado poderá ser omitida e pode ser definidapela mensagem de configuração. Desta forma, o mesmo esquemade modulação pode ser utilizado para transmissões nos fontesde sistema reservados para um ou mais usuários dentro de umperíodo de reserva.

■ Além disso, pode-se também prever a omissão oupelo menos a redução de sinalização de informações relativasa HARQ, pois o esquema de HARQ utilizado para transmissõesque utilizam fontes reservados pode ser mais simples que outilizado para transmissões em fontes de rádio atribuídos combase em um intervalo de tempo de transmissão.

SELEÇÃO DO PERÍODO DE RESERVA

Dever-se-á observar que o período de reserva podepossuir um período de tempo previamente determinado ouconfigurável. 0 comprimento do período de reserva pode atéser definido como um período de comprimento infinito, deforma que as reservas de fontes sejam válidas para um usuárioque permanece em uma dada área de serviço da qual ele (a)utiliza as fontes reservadas. A validade da reserva de fontespara um usuário específico pode ser encerrada, entretanto,por uma atualização da reserva de fontes do usuário, em que ousuário move-se para uma outra área de serviço (tal como umaoutra estação base em serviço, controlador de rede de rádioem serviço etc.) ou razões similares pelas quais aconectividade à área de serviço é perdida. Desta forma, atransmissão de uma mensagem de configuração adicionalconfigurará tipicamente uma nova reserva de recurso (ou aatualiza) e iniciará um novo período de reserva.

Em uma realização vantajosa da presente invenção,o período de reserva possui duração mais longa que ointervalo no qual os usuários recebem fontes programadas (aocontrário das fontes reservadas), o chamado intervalo detempo de transmissão. A programação com base em intervalo detempo de transmissão pode funcionar, por exemplo, com base ematé alguns espaços de tempo (tais como quatro espaços detempo), enquanto os períodos de reserva são da ordem dedezenas, centenas ou milhares de espaços de tempo. Destaforma, em uma implementação típica, o intervalo de tempo detransmissão é menor que o período de reserva. A vantagemdesta configuração pode ser que nenhuma ou menos sinalizaçãode controle associada pode necessitar ser transmitida para osusuários (ou pelo menos com menor freqüência que em sistemasconvencionais) para fontes reservadas, de forma que ocabeçalho de sinalização pode ser reduzidosignificativamente.

MELHORIAS ADICIONAIS

Uma outra melhoria opcional proposta em uma outrarealização da presente invenção é o uso eficiente demecanismos de adaptação de links tais como codificação emodulação adaptativa. No sistema proposto, codificação emodulação adaptativa podem ser realizadas em baserelativamente lenta, significativamente mais lenta que combase em espaço de tempo ou com base em intervalo de tempo detransmissão. A adaptação de links para fontes reservados podeser realizada, por exemplo, para cada período de reserva.

Uma outra vantagem que pode resultar do empregodas melhorias descritas no presente pode ser observada namultiplexação estatística de dados entre diversos usuários(que receberam reserva de blocos de fontes sobrepostos). Amultiplexação estatística de usuários permite a utilizaçãoeficiente de fontes de rádio para um único usuário. Emcomparação com uma reserva de fontes persistente para umúnico usuário (ou seja, sem sobreposição entre blocos defontes atribuídos), em que algumas fontes alocadaspersistentemente não podem ser utilizadas devido à falta dedados, a probabilidade de blocos de fontes não utilizadospode ser reduzida devido à multiplexação estatística de dadossobre os blocos de fontes reservados entre diversos usuários.

ALOCAÇÃO DE FONTES (PROGRAMAÇÃO DINÂMICA) CONTRA RESERVA DEFONTES

Um outro aspecto da presente invenção considera omapeamento de blocos de códigos para transporte sobre asfontes físicas (blocos de fontes). Nos mecanismos deprogramação dinâmica convencionais com base em intervalo detempo de transmissão, é possível que diversos blocos defontes sejam compreendidos em um intervalo de tempo detransmissão. Neste caso, um único bloco de códigos é mapeado,de forma a cobrir todos os blocos de fontes de um intervalode tempo de transmissão correspondente. Segundo umarealização da presente invenção, um período de reservacompreende diversos espaços de tempo, ou seja, diversosblocos de fontes são fornecidos para transporte de blocos decódigos. Ao contrário de programação dinâmica convencional,entretanto, ao utilizar a reserva de fontes, cada um dosblocos de fontes reservados transporta um bloco de códigosindividual conforme esta realização da presente invenção.

Trazendo o conceito descrito no parágrafo acimapara um nível mais abstrato, os blocos de fontes reservadosque transportam blocos de códigos individuais podem serdefinidos mais genericamente como um grupo de blocos defontes (elemento de fontes reservado). Um período de reservapode compreender, portanto, diversos elementos de fontes quetransportam blocos de códigos individuais. Um elemento derecurso reservado pode cobrir, por exemplo, um ou mais TTIs.Em domínio de freqüências, um elemento de recurso reservadopode cobrir diversos blocos de fontes físicos (adjacentes)(ou seja, diversas multifaixas) ou blocos de fontes virtuais.

Uma outra diferença entre a alocação de fontesdinâmicas convencionais e reserva de fontes pode serobservada pela alocação de fontes dinâmicas em que todos osblocos de fontes atribuídos a um usuário nos diversos espaçosde tempo de um intervalo de tempo de transmissão sãoutilizados para transporte de blocos de códigos.

Segundo uma realização adicional da presenteinvenção, é possível realizar reserva de fontes de tal formaque somente blocos de fontes em alguns dos espaços de tempode um período de reserva são reservados, o que pode ser útil,por exemplo, para sustentar transmissão e recepçãodescontínua (DTX/DRX). Pode-se reservar aos usuários, porexemplo, um ou mais blocos de fontes em cada segundo,terceiro etc. espaço de tempo. Alternativamente, também épossível reservar uma série de blocos de fontes em espaços detempo consecutivos que são seguidos por uma série de espaçosde tempo consecutivos em que nenhum bloco de fontes éreservado para usuário, novamente seguido por uma série deblocos de fontes em espaços de tempo consecutivos nos quaisblocos de fontes são reservados e assim por diante parasustentar a operação de DTX/DRX.

Geralmente, é naturalmente possível que umusuário receba uma ou mais fontes, blocos de fontesadjacentes ou não adjacentes em um único espaço de tempo e/ouum ou mais blocos de fontes em cada um dentre espaços detempo consecutivos.ESTRUTURA DE CANAL PARA RESERVA DE FONTES

Com relação às figuras discutidas nos capítulossubseqüentes, foram consideradas as premissas a seguir.Considera-se que o sistema de comunicação permite umaalocação de fontes em um canal com base em intervalo de tempode transmissão e a reserva de fontes no canal com base emperíodo de reserva, dependendo da decisão do programador.Desta forma, alguns dos usuários na área de serviço em que ocanal é fornecido podem ser programados conforme um esquemaconvencional com base em um intervalo de tempo detransmissão, enquanto para outros usuários o programador podedecidir reservar as fontes com base em período de reserva.

Como a programação convencional em um intervalode tempo de transmissão é possível nas realizaçõesilustrativas descritas com relação às figuras, a estrutura decanal exibida nas figuras ainda compreende um canal decontrole (tal como SCCH) para sinalização de informações decontrole de Camada 1 e Camada 2 (tais como SCI), conformedescrito no capítulo de Antecedentes da Invenção. Na maiorparte das realizações da presente invenção, entretanto, estecanal de controle somente é utilizado para realizarsinalização de controle associada para usuários que sãoprogramados conforme esquemas convencionais com base emintervalo de tempo de transmissão. Nenhuma sinalização decontrole associada à programação de usuários que estãosujeitos a reserva de fontes é sinalizada neste canal (excetopara algumas das realizações da presente invenção queenfatizarão explicitamente esta característica).

Além disso, em todas as figuras, considera-se,para fins de exemplo, que, no domínio de tempo, um intervalode tempo de transmissão TTI compreende um espaço de tempo.Caso a transmissão de sinalização de controle associadoutilizando TDM (Multiplexação de Divisão de Tempo) sejaprevista em um TTI, o recurso de tempo disponível para osdados é a duração do TTI menos a duração do canal de controle(vide, por exemplo, as Figuras 4 a 13) . A sinalização decontrole associada opcional, entretanto, pode também serfornecida utilizando FDM (Multiplexação por Divisão deFreqüências) ou CDM (Multiplexação por Divisão de Códigos) ouTDM/FDM (espalhada). Nestes casos, as fontes da sinalizaçãode controle podem ser retiradas, por exemplo, das fontes desistema (blocos de fontes) disponíveis para o sistema.

Todas estas premissas são realizadas apenas parafins de exemplo. Caso as fontes de rádio sejam apenasreservadas, por exemplo, com base em um período de reservapara um canal, ou seja, nenhuma programação dinâmicaconvencional em um intervalo de tempo de transmissão éprevista, não há necessidade de introduzir um canal decontrole. Neste exemplo de caso, portanto, um intervalo detempo de transmissão TTI seria igual a N vezes o comprimentode um espaço de tempo (N = 1, 2, 3, ...) .

Em um outro exemplo, somente reserva de fontes derádio é utilizada em um sistema, mas existe um canal decontrole previsto. Pode-se prever, além disso, que umintervalo de tempo de transmissão pode também compreenderdiversos espaços de tempo, ou seja, compreende diversosblocos de fontes em um domínio de tempo. O canal de controlepode ser transmitido, por exemplo, uma vez a cada intervalode tempo de transmissão ou uma vez a cada N espaços de tempo(N = 1, 2, 3, . . . ) .

Desta forma, o uso de uma combinação deatribuição de fontes e reserva de fontes, o uso de um canalde controle separado ou não, o número de blocos defontes/espaços de tempo em um intervalo de tempo detransmissão etc. não é essencialmente relevante para osprincípios gerais da reserva de fontes proposta.EXEMPLOS DE ESQUEMAS DE RESERVAS DE FONTES

A introdução de uma reserva de fontes com base emum período de reserva conforme diferentes realizações dapresente invenção será explicada com mais detalhes.

Particularmente, estes capítulos concentram-se na estruturade um canal de link inferior, tal como um canal de linkinferior compartilhado, conforme proposto em diferentesrealizações da presente invenção. A reserva proposta defontes pode também ser indicada como reserva persistente (emcomparação com uma alocação de fontes com base em umintervalo de tempo de transmissão).

Um exemplo de padrão de fontes reservados para umdado usuário (UE1) conforme uma realização ilustrativa dapresente invenção é exibido na Figura 4. As fontes que sãoreservadas para o usuário podem também ser indicadas comoblocos de fontes reservados. A Figura 4 exibe a reserva deblocos de fontes para um único usuário no domínio de tempo efreqüência, tal como, por exemplo, em um sistema OFDMA.Geralmente, a presente invenção, entretanto, não se limita aoseu uso em sistemas OFDMA ou similares, mas pode também serempregado em sistemas que distribuem as suas fontes de ar emdomínio de código, freqüência e tempo, tal como sistemasOFCDMA ou MC-CDMA conforme discutido no capítulo Antecedentesda Técnica.

A Figura 4 ilustra a estrutura de um exemplo decanal em que as fontes são reservadas e atribuídas em domíniode tempo e freqüência em unidades de blocos de recurso. Operíodo de reserva no qual as fontes são reservadas para UE1cobre uma série de espaços de tempo no domínio de tempo. Afaixa de freqüências disponível para o canal é dividida emvárias parcelas denominadas subfaixas. Cada um dos blocos defontes é atribuído a uma faixa de freqüências e um espaço detempo.Além disso, considera-se, para exemplospropostos, que o canal de controle (tal como SCCH) paraconduzir sinalização de controle relativa à programação combase em TTI é fornecido em forma de TDM, de tal forma que,neste exemplo especifico, uma parte do TTI no domínio detempo é associada ao canal de controle, enquanto a parterestante do TTI é atribuída a um espaço de tempo. Geralmente,conforme indicado acima, o canal de controle pode também serfornecido utilizando FDM ou TDM/FDM (espalhado). Cada um dosespaços de tempo compreende uma série de blocos de fontes nodomínio de freqüência.

A estrutura de canal pode ser facilmenteestendida para um terceiro domínio, tal como o domínio decódigo. Os blocos de fontes individuais que são reservados noperíodo de reserva foram marcados (blocos de fontesriscados).

Conforme indicado acima, foram reservados aousuário (UEl) blocos de fontes individuais e pode-se esperarque eles(as) recebam dados conduzidos a eles(as) nos blocosde fontes reservados correspondentes. Não há garantia para ousuário (UEl), entretanto, que haja dados destinados a ele(a)em cada um dos blocos de fontes reservados correspondentes.Um usuário pode receber, portanto, todos os blocos de fontesreservados e, em seguida, tentar decodificar os dados. Nesteexemplo de esquema de "tentativa e erro", nenhuma sinalizaçãode controle de Camada 1 e Camada 2 adicional em um canal decontrole associado é necessária.

Nesta realização da presente invenção, os blocosde fontes reservados podem ser reservados por um período dereserva determinado ou configurável, conforme descrito acima.Este período de reserva pode ser significativamente maior queum espaço de tempo ou um intervalo de tempo de transmissão.Geralmente, uma reserva de fontes pode possuir uma validadede período de tempo limitado (ou seja, o período de reservacorresponde a uma quantidade determinada ou configurável deespaços de tempo consecutivos) ou a reserva é realizada porum período de tempo ilimitado. No último caso, pode-seconsiderar que o período de reserva seja um período de tempoinfinito. Pode ser vantajoso, entretanto, que uma reserva defontes possa ser cancelada por uma atualização explícita dareserva de fontes desprezando a reserva de fontes anteriorpara um ou mais usuários ou de forma implícita, configurandouma nova reserva de fontes.

Embora a Figura 4 exiba uma reserva de blocos defontes reservada em modo localizado (LM) e a reserva podetambém ser realizada em um modo distribuído (DM) . No mododistribuído, a definição dos blocos de fontes reservadossobre o eixo y (domínio de freqüências) pode ser observada emum domínio lógico (virtual), em que um bloco de fontesvirtual é definido e um bloco de fontes reservado virtual émapeado sobre partes de diversos blocos de fontes físicos(definidos em domínio de freqüências).

Em uma outra realização da presente invenção, areserva de blocos de fontes obedece às regras a seguir. Paraum único usuário, tal como UEl indicado na Figura 4, podehaver apenas um bloco de fontes reservado por espaço detempo. Os blocos de fontes em um único espaço de tempo quenão são reservados para usuários são disponíveis para"programação normal", ou seja, os blocos de fontes sãoatribuídos para transmissões de dados para outros usuárioscom base em TTI.

Além disso, pode-se prever evitar a reserva deblocos de fontes em espaços de tempo consecutivos para umúnico usuário, de forma a permitir a operação de TransmissãoDescontínua (DTX) ou Recepção Descontínua (DRX), de tal formaque estações móveis dos usuários possam entrar em mododormente entre espaços de tempo e blocos de fontes alocados.

Por motivos de simplicidade, a posição dos blocosde fontes reservados pode ser idêntica em domínio defreqüências (ou seguir um padrão simples) em cada espaço detempo no qual são reservados. Também por motivos desimplicidade, os blocos de fontes reservados podem serespaçados igualmente em domínio de tempo para permitir aoperação simples de DTX/DRX.

Um outro exemplo de padrão de fontes reservadosatribuídos ao usuário (UEl) conforme uma realizaçãoilustrativa da presente invenção é exibido na Figura 5. Estepadrão de reserva segue as regras definidas acima. Todos osblocos de fontes reservados para o usuário UEl estãolocalizados na mesma subfaixa em cada terceiro espaço detempo.

Em uma realização alternativa da presenteinvenção, diversos blocos de fontes reservados podem serdefinidos no mesmo espaço de tempo para um dado usuário,conforme ilustrado na Figura 6. A Figura 6 exibe um exemploadicional de padrão de fontes reservados atribuídos aousuário UEl conforme uma realização ilustrativa da presenteinvenção. No presente, três blocos de fontes sobre trêssubfaixas são reservados para o usuário UEl em um únicoespaço de tempo. De forma similar à Figura 5, os blocos defontes reservados são reservados em intervalos de trêsespaços de tempo.

Ao projetar o sistema de tal forma que a reservade fontes baseie-se no elemento de fontes reservadas, podeser vantajoso utilizar esta opção em sistemas em que um TTIcompreende vários espaços de tempo. Uma reserva de fontes deelementos de fontes no sistema conforme um exemplo adicionalde realização da presente invenção é exibida na Figura 14.Como ocorre nos outros padrões de reserva de fontesilustrados nas Figuras 4 a 6, as menores unidades de fontesde rádio que podem ser reservadas ou alocadas ao usuário sãoblocos de fontes. Nesta realização, considera-se que cada TTIcobre três espaços de tempo, de forma que três blocos defontes são associados a um TTI correspondente no domínio detempo.

No exemplo da Figura 14, são reservados a doisusuários, UEl e UE2, elementos de fontes, em que cada qualcompreende vários blocos de fontes. Além disso, os elementosde fontes reservados para os usuários sobrepõem-separcialmente. Neste exemplo, é reservado aos usuários umelemento de fontes em cada segundo TTI. Também é geralmentepossível que sejam reservados a um usuário elementos defontes em TTIs consecutivos ou que vários elementos de fontessejam reservados em um único TTI para um usuário.

COORDENAÇÃO DE DIVERSOS USUÁRIOS

Conforme já discutido acima, os blocos de fontesreservados para um usuário individual podem sobrepor-se aomenos parcialmente com os blocos de fontes reservados para umou mais usuários diferentes. Um exemplo de reserva de fontespara três usuários UEl, UE2 e UE3 conforme um exemplo derealização é exibido na Figura 7. Neste exemplo de padrão, oprimeiro bloco de fontes que foi reservado para o UEl tambémfoi reservado para o UE3. 0 segundo bloco de fontes reservadopara o UEl foi também reservado para o UE2. Os segundosblocos de fontes atribuídos para UE 2 e UE 3 também sesobrepõem, respectivamente, sobre si.

A sobreposição de blocos de fontes reservados dediversos usuários permite a multiplexação estatística dedados entre usuários, a fim de reduzir a quantidade de blocosde fontes reservados não utilizados, por exemplo, caso nãohaja dados suficientes para transmissão nos blocos de fontesreservados para um dado usuário.Na Figura 7, houve uma sobreposição parcial entreas fontes reservadas dos usuários. Em uma outra realização dapresente invenção, é fornecida uma sobreposição de blocos defontes reservados para M usuários. Este exemplo de situação éexibido na Figura 8. Nela, os usuários UEl, UE2 e UE3 possuemuma reserva de três blocos de fontes em um único espaço detempo sobre três subfaixas diferentes do espectro. Asreservas são espaçadas igualmente no espaço de tempo.

No caso de sobreposição total, os usuários aosquais são reservados os mesmos blocos de fontes podem serconsiderados para formar um grupo (vide também os detalhes desinalização abaixo). O agrupamento pode ser realizadoconforme geometrias de usuário, tipos de serviço, tipo deusuário, configuração de antena (MIMO) etc.

0 agrupamento de usuários pode fornecer váriosbenefícios para o sistema. 0 agrupamento de usuários podereduzir, por exemplo, o cabeçalho de mensagens deconfiguração ao permitir a configuração conjunta de váriosusuários pertencentes ao mesmo grupo. Além disso, oagrupamento pode permitir o uso de IDs de usuário curtas,conforme descrito acima, de tal forma que o cabeçalho desinalização possa ser adicionalmente reduzido. Outrosbenefícios podem ser, por exemplo, uma seleção mais precisados possíveis formatos de transporte, ao agrupar usuários coma mesma geometria e complexidade de terminal móvel reduzida,por exemplo, reduzindo os possíveis formatos de transporte,ao agrupar usuários com a mesma geometria.

TRANSMISSÃO E MULTIPLEXAÇÃO DE DADOS

Geralmente, em um dado bloco de fontes reservado,podem ser multiplexados diferentes serviços e usuários. Oscasos a seguir deverão ser diferenciados, pois a sinalizaçãode controle necessária pode ser diferente. Nos esquemas aseguir, considera-se para fins de exemplo que as fontesreservadas para os (três) usuários são configuradas conformeexibido na Figura 8.

a) Esquema de Multiplexação 1

Um primeiro "esquema de multiplexação" conformeum exemplo de realização da presente invenção para atransmissão de dados de usuário para os usuários aos quaisforam reservadas fontes sobrepostas é ilustrado na Figura 9.Neste caso potencialmente mais simples, não é fornecidamultiplexação de usuários (transporte/blocos de códigos).Isso significa que dados para um único usuário sãotransmitidos em um único bloco de códigos/transporte que émapeado para um único bloco de fontes reservado ao usuário.Multicast para usuários pode ser observado como um casoespecial.

Desta forma, segundo este exemplo de realizaçãoda presente invenção, cada bloco de fontes reservadoconduzirá os dados de usuário de um único usuário.

b) Esquema de Multiplexação 2

Um esquema adicional de multiplexação conformeuma outra realização da presente invenção é exibido na Figura10. Ao contrário do primeiro esquema da Figura 9, é fornecidamultiplexação do usuário (transporte/bloco de códigos), ouseja, dados para diversos usuários são transmitidos em váriosblocos de códigos/transporte. A multiplexação dos dados deusuário pode ser obtida por meio de TDM, FDM, CDM(codificação e/ou difusão), sobreposição não ortogonal(sinais de transmissão para blocos de códigos individuais,por exemplo, são simplesmente adicionados no transmissor).

No exemplo exibido na Figura 10, cada bloco de fontes conduzos dados de usuário de dois usuários para os quais tenha sidoreservado o recurso.

Geralmente, também seria possível multiplexar osdados de usuário de diversos usuários até o número deusuários aos quais tenha sido reservado um bloco de fontescorrespondente.

c) Esquema de Multiplexação 3

Uma outra realização da presente invenção sugereo uso de multiplexação de usuários em um bloco de códigos.Desta forma, um bloco de códigos isolado é transmitido em umbloco de fontes reservado que contém dados para diversosusuários. Os dados podem ser protegidos, por exemplo, por umúnico CRC para todos os usuários ou as partes de dadosdirigidos a usuários individuais podem ser protegidasindividualmente por meio de máscara específica de usuário ouser CRCs específicos de usuários.

Observe-se que, neste contexto, a transmissão deum ACK/NACK de ARQ, a transmissão do Avanço de Tempo paratransmissão por link superior ou outra sinalização decontrole (camada superior) pode ser considerada como dados deusuários em todo o esquema de multiplexação sugerido acima.

UTILIZAÇÃO DE BLOCOS RESERVADOS

Um exemplo de realização da presente invençãorefere-se à utilização das fontes reservadas. Pode haver, porexemplo, uma reserva de fontes fornecida conforme exibido naFigura 6. Desta forma, considera-se, para fins de exemplo,que são reservados a três usuários os mesmos blocos defontes, ou seja, três blocos de fontes sobre três subfaixassão reservados para o usuário a cada terceiro espaço detempo.

0 programador no sistema, entretanto, pode nãoutilizar todas as fontes reservadas para transmissões para osusuários. 0 programador pode decidir a utilização das fontescom base, por exemplo, na quantidade de dados pendentes detransmissão para os usuários que tenham as fontes reservadasconforme exibido na Figura 6. Se, por exemplo, nem todas asfontes reservadas necessitarem ser utilizadas paratransmissão, o programador pode decidir alocar os blocos defontes não utilizados a outros usuários que são programadosem um intervalo de tempo de transmissão. Desta forma, porexemplo, em cada espaço de tempo, apenas um dentre trêsblocos de fontes reservados é realmente utilizado paratransmissão de dados conforme um dos esquemas demultiplexação descritos acima. Observe-se que geralmente aquantidade de blocos de fontes fora dos blocos de fontesreservados realmente utilizados para os usuários aos quaisfoi reservado o recurso pode variar de um espaço de tempopara outro.

Do ponto de vista de desempenho de sistema, esteesquema de utilização pode permitir uma operação maiseficiente do sistema, especialmente ao utilizar programaçãodependente de freqüências (com base em TTI) para os dados"normalmente programados". Isso se deve, por exemplo, aosmotivos a seguir:

um bloco de fontes que fornece uma altavelocidade de dados para um usuário "normalmente programado"pode ser bloqueado por uma reserva persistente. 0 programadorpode decidir pelo uso ("roubo") do bloco de fontes reservadopersistentemente para programação normal, a fim de atingir umrendimento de sistema mais alto.

Um bloco de fontes reservado persistentementepode fragmentar diversos blocos de fontes adjacentes, quedeverão ser alocados a um usuário "normalmente programado"por meio de programação dependente de freqüências. Um blocode fontes reservado persistentemente é roubado, a fim de teruma alocação contínua para o usuário "normalmente programado"(simplificação de sinalização e melhor desempenho).

Geralmente, este conceito pode também seraplicado caso apenas um bloco de fontes reservado sejarservado por período de tempo. Neste caso, não pode ocorrernenhuma transmissão de dados em modo de reserva persistente.

Um outro esquema de utilização conforme uma outrarealização da presente invenção prevê que apenas umaquantidade definida ou configurável dos blocos de fontesreservados para usuários em um único espaço de tempo seriautilizada para a transmissão para esses usuários, enquantoo(s) bloco(s) de fontes reservado(s) restante(s) no espaço detempo deve (m) ser programado (s) com base em um intervalo detempo de transmissão. Um exemplo de configuração destaimplementação é exibido para fins de exemplo nas Figuras 11 e12. Conforme exibido na Figura 6, são reservados a trêsusuários os mesmos blocos de fontes no período de reserva,conforme explicado acima. Pode-se considerar que oprogramador utilizará apenas um dos três blocos de fontesreservados por espaço de tempo para transmissão aos usuários,enquanto o terceiro bloco de fontes é atribuído a um ou maisusuários diferentes com base em intervalo de tempo detransmissão. Neste esquema, pode-se prever adicionalmente aconfiguração da quantidade (fixa) de blocos de fontesreservados utilizados, empregando a mensagem de configuração.

Este esquema de utilização pode fornecer obenefício de redução da complexidade do terminal móvel. 0receptor pode otimizar a recepção de dados dos dados alocadospersistentemente, pois ele pode suspender o recebimento edecodificação de dados em blocos de fontes reservados apóshaver recebido e decodificado dados sobre a quantidade fixade blocos de fontes reservados. Na Figura 10, por exemplo, osreceptores (usuários) tentariam decodificar dados sobre trêsblocos de fontes reservados. Caso decodifique de formaserial, um receptor correspondente iniciaria a decodificaçãoseqüencial dos dados recebidos dos blocos de fontesreservados. Assim que o receptor tenha recebido dados sobreum bloco de fontes reservado, ele suspenderia a decodificaçãode blocos de fontes reservados adicionais, pois o receptorsabe que apenas um dos três blocos de fontes no espaço detempo conterá dados destinados a ele. Observe-se que todos osreceptores aos quais são reservados os blocos de fontesconforme exibido na Figura 10 podem tentar decodificar dadossobre todos os três blocos de fontes reservados em um dadoespaço de tempo.

Os dois esquemas de utilização descritos acimapodem também ser combinados eficientemente. Ao assumir areserva de fontes conforme exibido na Figura 11, por exemplo,o programador pode decidir pela utilização de apenas um dostrês blocos de fontes por espaço de tempo para transmissõespara um ou mais usuários para o(s) qual(is) tenham sidoreservados os blocos de fontes, caso não haja dados deusuário pendentes para transmissão suficientes. Desta forma,o programador pode atribuir os dois blocos de fontesreservados remanescentes no espaço de tempo a outros usuários(em vez de um bloco de fontes reservado restante) conformeexibido na Figura 12.

De forma similar, os dois esquemas de utilizaçãopodem também ser utilizados em implementações em que osfontes de rádio são reservados com base em um elemento derecurso dentro de um período de reserva.

SINALIZAÇÃO DE CONTROLE E COMPORTAMENTO DE USUÁRIO

d) Configuração de Reservas de Fontes

A configuração da reserva de fontes com base emum período de reserva pode ser realizada por usuário conformeum dos princípios a seguir. A configuração pode ser atingidaenviando uma mensagem de configuração para os usuários. Estamensagem de configuração pode ser transmitida utilizandofontes de sistema que são programados com base em umintervalo de tempo de transmissão. A mensagem de configuraçãopoderá ser transmitida, por exemplo, no SDCH, onde pode seropcionalmente combinada com RRC (tal como configuração deconexão de RRC) ou sinalização de MAC (RRC = Controle deFontes de Rádio, MAC = Controle de Acesso a Meios).

Uma nova configuração do recurso reservado (ouseja, uma reconfiguração/atualização) pode utilizar ummecanismo similar. Neste caso, uma mensagem de configuraçãoque indica a nova configuração das fontes reservadas étransmitida como a configuração inicial sobre fontesprogramadas convencionalmente ou é alternativamente enviadasobre o recurso reservado já configurado.

e) Formato de uma mensagem de (re)configuração

Em uma realização da presente invenção, amensagem de configuração fornecida ao(s) usuário(s) incluipelo menos parâmetros que definem os blocos de fontes(locais) reservados do(s) usuário(s). Além disso, ela podetambém conter o Formato de Blocos de Transporte (MCS), queserá utilizado para a transmissão dos dados no recursopersistentemente reservado. Além disso, a mensagem podeconter opcionalmente informações adicionais tais como ID deusuário temporária (curta), configuração de HARQ,configuração de retroalimentação de CQI etc.

Caso sejam definidos grupos de usuários (comparea Figura 8) , os locais dos blocos de fontes reservados dosgrupos podem ser alternativamente transmitidos porbroadcast/multicast em uma célula (área de serviço). Também oFormato de Bloco de Transporte (MCS) pode ser transmitido porbroadcast/multicast e não incluído na mensagem de(re)conf iguração.

A mensagem de (re)configuração pode, nesteexemplo de realização da presente invenção, indicaradicionalmente a um usuário o(s) grupo(s) ao(s) qual(is)pertence (ID de grupo) e, opcionalmente, uma ID de usuário(curta) . Caso o Formato de Bloco de Transporte (MCS) nãotenha sido informado por grupo por meio debroadcast/multicast, ele pode também estar contido namensagem de (re)configuração.

Para sinalizar os locais dos blocos de fontesreservados para os usuários, podem ser utilizados diferentesmecanismos. Segundo uma realização da presente invenção, éfornecida para o(s) usuário(s) uma definição de um padrão comN elementos que é repetido ao longo do tempo dentro doperíodo de reserva. A quantidade de elementos de padrão paradefinir o padrão depende da sua complexidade.

Com referência, por exemplo, ao padrão de reservada Figura 4, isso pode ser definido indicando-se o espaço detempo inicial, a compensação entre espaços de tempo nos quaisé alocado um bloco de fontes e parâmetros para inicializar osalto de freqüências entre subfaixas de um espaço de tempopara outro em que as fontes para um ou mais usuários sãoreservadas. Desta forma, o receptor pode derivar alocalização dos blocos de fontes reservadas no período dereserva com relação ao seu espaço de tempo e subfaixacorrespondente a partir das informações.

Uma outra opção de "codificação" do padrão dereserva podem ser parâmetros de sinalização que indicam oespaço de tempo inicial, as compensações em domínio de tempo(em unidades de espaços de tempo ou TTIs), aposição/compensação em domínio de freqüências e o tamanho deum recurso reservado (em domínio de tempo e/ou freqüências) .Uma "codificação" alternativa adicional do padrão de reservapoderá ser a definição do espaço de tempo inicial e do(s)local(is) em domínio de freqüências com umacompensação/periodicidade em domínio de tempo (considerandoque a posição na freqüência - ou seja, a(s) subfaixa(s) - nãose altere).

Como se pode observar a partir dos exemplosacima, existem diversas possibilidades de descrição (esinalização) do padrão de reserva de um período de reserva.

Além disso, considerando a reserva de elementosde fontes com base em TTI, as subfaixas dos blocos de fontese os TTIs nos quais as fontes são reservadas podem serindicados para o(s) usuário(s). Caso se indique, por exemplo,as subfaixas #i e #j e TTI #n para um ou mais usuários, issosignifica que todos os blocos de fontes que estão localizadosna subfaixa #i ou #j em TTI #n são reservados para o(s)usuário(s). Pode-se definir adicionalmente, por exemplo, quea reserva de fontes é válida para cada m° TTI, de forma queos usuários esperam as transmissões sobre os blocos de fonteslocalizados na subfaixa #i ou #j nos TTIs #n, #n+m, n+2m,#n+3m,... no período de reserva.

f) Sinalização de Controle

Dependendo do conteúdo na configuração de reservade fontes e dependendo do esquema de multiplexação de dados,pode-se transmitir sinalização de controle adicional juntocom os dados de usuários sobre as fontes persistentementereservadas. Esta sinalização refere-se a informações decontrole, que são necessárias para iniciar a decodificação departe dos dados (de usuários) dos blocos de fontes, o queindica que as informações de controle deverão ser codificadasseparadamente da(s) parte(s) de dados de usuário.

Geralmente, é possível que nenhuma sinalização decontrole adicional seja transmitida no recursopersistentemente reservado. Dependendo do esquema demultiplexação, os terminais móveis (receptores) realizarão asoperações a seguir.

Utilizando o esquema de multiplexação 1 ou 3conforme descrito acima, todos os usuários, para os quais odado recurso é reservado, receberão os dados de usuáriosconduzidos sobre um bloco de fontes reservado correspondentee tentam em seguida decodificar esse bloco de dados deusuário (tal como bloco de transporte/códigos transmitido).

De forma similar, para o esquema de multiplexação2, também todos os usuários, para os quais o dado recurso éreservado, receberão os dados de usuários conduzidos sobre umbloco de fontes reservado correspondente e tentam em seguidadecodificar esse bloco de dados de usuário (tal como bloco detransporte/códigos transmitido). Pode ser vantajoso, porexemplo, que os blocos de dados de usuários multiplexados(tais como blocos de transporte/código) em um bloco de fontescorrespondente possuem tamanho igual e utilizam o mesmoesquema de modulação, o que permitiria o uso de um esquema dedesmultiplexação simples no receptor.

Em uma outra realização da presente invenção,sinalização de controle é transmitida junto com dados deusuário nos fontes persistentemente reservados. Novamente, aimplementação pode depender do esquema de multiplexação.

Para o esquema de multiplexação 1 e 3 descritoacima, por exemplo, pelo menos a ID (informação de controle)de usuário (curta) é sinalizada dentro de um bloco de fontese todos os usuários, para os quais o dado recurso éreservado, recebem o bloco de fontes reservado correspondenteem primeiro lugar e, em seguida, tentam decodificar asinalização de controle. Em seguida, apenas o usuário alocadoconforme a ID de usuário sinalizada tenta decodificar o blocode dados de usuários (tal como bloco de transporte/códigotransmitido) dentro do bloco de fontes reservado.

Para o esquema de multiplexação 2, pelo menos asIDs de usuário (curtas) são sinalizadas como informações decontrole e todos os usuários, para os quais o dado recurso éreservado, tentam decodificar a sinalização. Em seguida,apenas os usuários alocados (segundo as IDs de usuáriossinalizadas) recebem o bloco de fontes reservadocorrespondente em primeiro lugar e, em seguida, tentamdecodificar o bloco de dados de usuários transmitido (taiscomo blocos de transporte/códigos). A ordem dos blocos dedados de usuário multiplexados é implicitamente fornecidacomo sendo a sinalização de ID de usuário (tal como pelaordem indicada) ou é sinalizada explicitamente. Pode servantajoso, por exemplo, que os blocos de dados de usuáriosmultiplexados (tais como blocos de transporte/código) em umbloco de fontes correspondente possuam tamanho igual eutilizem o mesmo esquema de modulação, o que permitiria o usode um esquema de desmultiplexação simples no receptor.

A multiplexação de sinalização de controle edados de usuário (bloco(s)) dentro de um bloco de fontesreservado em forma de TDM conforme um exemplo de realizaçãoda presente invenção é exibida na Figura 13. Geralmente, podeser utilizado qualquer esquema de multiplexação, tal comoCDM, FDM, TDM/FDM etc. para a transmissão das informações decontrole. Conforme exibido na Figura 13, a primeira parte (nodomínio de tempo) de cada bloco de fontes fornece asinformações de controle, enquanto a parte restante transportaos dados de usuários para o(s) usuário(s) em unidades deblocos.

OPERAÇÃO EM COMBINAÇÃO COM HARQ

Em algumas realizações da presente invenção, umprotocolo de retransmissão tal como um protocolo HARQ(Solicitação Automática de Repetição Híbrida) é implementadopara garantir o fornecimento bem sucedido de dados de usuáriopara os receptores. Dependendo da implementação do esquema dereserva de fontes com ou sem sinalização de controle conformedescrito nas várias realizações da presente invenção acima, aoperação em combinação com HARQ pode ser uma estação basediferente adaptada e/ou comportamento de terminal móvel.

Caso nenhuma sinalização de controle adicionalseja transmitida nos fontes persistentemente reservadas, porexemplo, e caso um terminal não possa decodificar os dadostransmitidos em blocos de fontes reservados, não hápossibilidade que o terminal móvel reconheça se os dados nobloco de fontes foram dirigidos para um outro usuário ou seos dados não foram dirigidos para o terminal, mas não poderádecodificar os dados com sucesso (tal como SNR para baixo) .

Uma possibilidade de solucionar este problema é que o MSarmazene os dados recebidos e tente várias possibilidades decombinação em uma forma de detecção cega. Um mecanismo dedetecção cega para uso nesta realização da presente invençãoé especificado, por exemplo, em 3GPP TSG-RAN WGl #44 Rl-060450, Further details on HS-SCCH-Iess operation for VoIPtraffic, fevereiro de 2006, e 3GPP TSG-RAN WGl #44bis Rl-060944, Further Evaluation of HS-SCCH-Iess operation, marçode 2006 (disponíveis em http://www.3gpp.org), incorporados aopresente como referência.

Esta solução compensa o cabeçalho de sinalizaçãode controle contra a complexidade de terminal móvel. Acomplexidade terminal móvel poderá ser reduzida, por exemplo,por meio das restrições a seguir sobre a flexibilidade doprogramador. O programador pode garantir, por exemplo, que astransmissões iniciais de blocos de dados de usuário de umcanal HARQ para um certo terminal móvel somente sejampermitidas em espaços de tempo e/ou blocos de fontesreservados configurados/selecionados (tal como a cada n°espaço de tempo reservado). Além disso, pode-se preveradicionalmente o uso de um esquema HARQ sincrônico. Alémdisso, a quantidade máxima de retransmissões pode seradicionalmente restrita a um pequeno valor, tal como 1 ou 2.

No caso de uso do esquema de multiplexação 2, asretransmissões podem ser mapeadas, por exemplo, sobre orecurso idêntico em um bloco de fontes reservado àtransmissão inicial em um espaço de tempo subseqüente.

Caso haja sinalização de controle adicional norecurso persistentemente reservado, o terminal móvel pode leras informações de controle e sabe se os dados de usuário emum bloco de fontes reservado destina-se ao terminal ou não. Aoperação de HARQ, portanto, é direta e um terminal móvel podearmazenar um pacote decodificado sem sucesso e combiná-lo comretransmissões posteriores. Opcionalmente, apenas um canal(processo) de HARQ pode saer utilizado sobre as fontesreservadas para um terminal móvel.

Uma outra realização da presente invenção sugereque uma reserva de fontes para um período de reserva éconfigurada para um terminal móvel assim que o seu usuáriotorna-se ativo. Desta forma, a reserva de fontes pode serrealizada para o terminal junto com ativação de LTE_IDLE paraLTE_ACTIVE. Caso um usuário entre em uma célula (entrega),pode ser mantida uma reserva anterior durante o estadoLTE_IDLE.

Uma outra realização da presente invenção refer-se à implementação das várias realizações descritas acimautilizando hardware e software. Reconhece-se que as váriasrealizações da presente invenção podem ser implementadas ourealizadas utilizando dispositivos de computação(processadores). Um dispositivo de computação ou processadorpode ser, por exemplo, um processador de propósito geral,processador de sinal digital (DSP), circuito integradoespecífico de aplicação (ASIC), conjuntos de portaisprogramáveis no campo (FPGA) ou outros dispositivos lógicosprogramáveis etc. As várias realizações da presente invençãopodem também ser realizadas ou incorporadas por umacombinação desses dispositivos.

Além disso, as várias realizações da presenteinvenção podem também ser implementadas por meio de módulosde software, que são executados por um processador oudiretamente em hardware. Uma combinação de módulos desoftware e uma implementação de hardware podem também serpossíveis. Os módulos de software podem ser armazenados emqualquer tipo de meio de armazenagem legível por computador,tais como RAM, EPROM, EEPROM, memória de flash, registros,discos rígidos, CD-ROM, DVD etc.

Claims (43)

1. MÉTODO DE RESERVA DE FONTES DE RÁDIO EMUNIDADES DE BLOCOS DE FONTES DE RÁDIO EM UM SISTEMA DECOMUNICAÇÃO MÓVEL PARA UMA SÉRIE DE USUÁRIOS, caracterizadopelo fato de que cada bloco de fontes é associado a uma partede um recurso de freqüências disponível no domínio defreqüência e a um espaço de tempo no domínio de tempo;em que o método compreende a etapa de reserva deblocos de fontes para a série de usuários para transmissão dedados por link inferior para os usuários por um período dereserva que compreende uma série consecutiva de espaços detempo; eem que pelo menos um bloco de fontes reservadopara um usuário individual dentre a série de usuários também é reservado para um outro usuário.

2. MÉTODO, de acordo com a reivindicação 1,caracterizado pelo fato de que uma série de blocos de fontesé reservada para um usuário dentro de um espaço de tempo doperíodo de reserva.

3. MÉTODO, de acordo com qualquer dasreivindicações 1 ou 2, caracterizado pelo fato de que pelomenos um bloco de fontes em cada um dentre uma série deespaços de tempo consecutivos é reservado para um usuário.

4. MÉTODO, de acordo com qualquer dasreivindicações 1 ou 2, caracterizado pelo fato de quediferentes espaços de tempo nos quais blocos de fontes sãoreservados para um usuário são espaçados por pelo menos umespaço de tempo em que nenhum bloco de fontes é reservadopara esse usuário.

5. MÉTODO, de acordo com qualquer dasreivindicações 1 a 4, caracterizado pelo fato de quecompreende a etapa de emissão por uma entidade transmissorade uma mensagem de configuração de link inferior que indicaqual dentre a série de blocos de fontes é reservada paraqual(is) usuário(s) dentre a série de usuários.

6. MÉTODO, de acordo com qualquer dasreivindicações 1 a 5, caracterizado pelo fato de que osblocos de fontes reservados em um período de reserva formamum padrão de reserva pelo menos no domínio de tempo efreqüência.

7. MÉTODO, de acordo com a reivindicação 6,caracterizado pelo fato de que a reserva de blocos de fontesé válida por uma quantidade determinada ou configurável deespaços de tempo consecutivos que formam o período dereserva.

8. MÉTODO, de acordo com a reivindicação 7,caracterizado pelo fato de que a reserva de blocos de fontesé válida por um período de tempo determinado ou configurávele/ou até que um usuário correspondente receba uma mensagem deconfiguração atualizando a reserva de blocos de fontes.

9. MÉTODO, de acordo com qualquer dasreivindicações 6 a 8, caracterizado pelo fato de quecompreende adicionalmente a etapa de transmissão de umamensagem de configuração que indica o padrão de reserva pelomenos no domínio de tempo e freqüência.

10. MÉTODO, de acordo com a reivindicação 9,caracterizado pelo fato de que a mensagem de configuração étransmitida por meio de um canal dedicado, um canal debroadcast ou um canal de multicast.

11. MÉTODO, de acordo com qualquer dasreivindicações 1 a 10, caracterizado pelo fato de que umaparte das fontes de rádio disponíveis é reservada para asérie de usuários com base em um período de reserva e a parterestante das fontes de rádio é atribuída a usuáriosprogramados com base em um intervalo de tempo de transmissão.

12. MÉTODO, de acordo com qualquer dasreivindicações 1 a 11, caracterizado pelo fato de quecompreende adicionalmente as etapas de programação detransmissões por link inferior a usuários, que incluem asérie de usuários com base em um intervalo de tempo detransmissão; ecaso nenhum dado seja programado para transmissãoem um bloco de fontes reservado para pelo menos um usuáriodentre a mencionada série de usuários por um período dereserva, atribuindo os fontes não programados do bloco defontes a um outro usuário com base em um intervalo de tempode transmissão.

13. MÉTODO, de acordo com qualquer dasreivindicações 1 a 11, caracterizado pelo fato de quecompreende a etapa de programação de um usuário com base emum intervalo de tempo de transmissão, em que a programaçãocede pelo menos um bloco de fontes que tenha sido reservadopara pelo menos um outro usuário para o mencionado usuário.

14. MÉTODO, de acordo com qualquer dasreivindicações 1 a 13, caracterizado pelo fato de quediversos blocos de fontes em um espaço de tempo sãoreservados para pelo menos um usuário dentre a série deusuários, em que apenas uma quantidade máxima determinada ouconfigurável dos mencionados diversos blocos de fontesreservados no espaço de tempo é utilizada para transmissão dedados por link inferior para o pelo menos um usuário.

15. MÉTODO, de acordo com a reivindicação 14,caracterizado pelo fato de que compreende a etapa deprogramação de pelo menos um outro usuário com base em umintervalo de tempo de transmissão, de forma a atribuir aquantidade restante de blocos de fontes reservados no espaçode tempo ao mencionado pelo menos um outro usuário.

16. MÉTODO, de acordo com qualquer dasreivindicações 1 a 15, caracterizado pelo fato de quecompreende adicionalmente a etapa de transmissão de dados deusuário para um único usuário em um bloco de fontes que tenhasido reservado para diversos usuários.

17. MÉTODO, de acordo com qualquer dasreivindicações 1 a 15, caracterizado pelo fato de quecompreende adicionalmente a etapa de transmissão, em um blocode fontes, de dados de usuário para pelo menos um dentrediversos usuários para os quais tenha sido reservado o blocode fontes.

18. MÉTODO, de acordo com qualquer dasreivindicações 1 a 17, caracterizado pelo fato de que cadabloco de fontes é adicionalmente associado a um código nodomínio de códigos.

19. MÉTODO, de acordo com qualquer dasreivindicações 6 a 18, caracterizado pelo fato de que osblocos de fontes reservados em um período de reserva formamum padrão de reserva no domínio de tempo, códigos efreqüência.

20. MÉTODO, de acordo com qualquer dasreivindicações 1 a 19, caracterizado pelo fato de que osblocos de fontes reservados para um primeiro usuário e osblocos de fontes reservados para um segundo usuário dentre asérie de usuários são idênticos.

21. APARELHO DE PROGRAMAÇÃO PARA RESERVARFONTES DE RÁDIO EM UNIDADES DE BLOCOS DE FONTES DE RÁDIO EMUM SISTEMA DE COMUNICAÇÃO MÓVEL PARA UMA SÉRIE DE USUÁRIOS,caracterizado pelo fato de que; cada bloco de fontes é associado a uma parte deum recurso de freqüências disponível no domínio defreqüências e a um espaço de tempo no domínio de tempo;o aparelho de programação compreende umprogramador para reservar blocos de fontes para a série deusuários para transmissão de dados por link inferior para osusuários por um período de reserva que compreende uma sérieconsecutiva de espaços de tempo; eem pelo menos um bloco de fontes reservado paraum usuário individual dentre a série de usuários também éreservado para um outro usuário.

22. APARELHO, de acordo com a reivindicação-21, caracterizado pelo fato de que é operável para realizaras etapas do método de acordo com qualquer das reivindicações-1 a 20.

23. ESTAÇÃO BASE PARA RESERVAR FONTES DERÁDIO EM UNIDADES DE BLOCOS DE FONTES DE RÁDIO EM UM SISTEMADE COMUNICAÇÃO MÓVEL PARA UMA SÉRIE DE USUÁRIOS,caracterizado por compreender um aparelho de programação deacordo com qualquer das reivindicações 21 ou 22.

24. SISTEMA DE COMUNICAÇÃO MÓVEL,caracterizado por compreender pelo menos um aparelho deprogramação de acordo com qualquer das reivindicações 21 ou-22 .

25. MEIO LEGÍVEL POR COMPUTADOR QUE ARMAZENAINSTRUÇÕES, que quando executadas pelo processador de umaparelho de programação fazem com que o aparelho deprogramação reserve fontes de rádio em unidades de blocos defontes de rádio em um sistema de comunicação móvel para umasérie de usuários caracterizado pelo fato de ser por meio de:reserva de blocos de fontes para a série deusuários para transmissão de dados por link inferior para osusuários por um período de reserva que compreende um dentreuma série consecutiva de espaços de tempo;em que cada bloco de fontes é associado a umaparte de um recurso de freqüências disponível no domínio defreqüências e a um espaço de tempo no domínio de tempo; eem que pelo menos um bloco de fontes reservadopara um usuário individual dentre a série de usuários tambémé reservado para um outro usuário.

26. MEIO LEGÍVEL POR COMPUTADOR, de acordocom a reivindicação 25, caracterizado pelo fato de quearmazena adicionalmente instruções que, quando executadaspelo processador, fazem com que o processador desempenhe asetapas do método de acordo com qualquer das reivindicações 1 a 20.

27. MÉTODO DE INDICAÇÃO DE UMA RESERVA DEFONTES DE RÁDIO EM UNIDADES DE BLOCOS DE FONTES DE RÁDIO EMUM SISTEMA DE COMUNICAÇÃO MÓVEL PARA UM DENTRE UMA SÉRIE DETERMINAIS MÓVEIS, caracterizado pelo fato de que em cadabloco de fontes é associado a uma parte de um recurso defreqüências disponível no domínio de freqüências e a umespaço de tempo no domínio de tempo;em que o método compreende a etapa de recebimentoem um terminal móvel da série de terminais móveis de umamensagem de configuração que indique um padrão de reserva deblocos de fontes reservados para o terminal móvel dentro deum período de reserva;em que pelo menos um dos blocos de fontesreservados para o terminal móvel também é reservado para umoutro terminal móvel dentre a série de terminais móveis.

28. MÉTODO, de acordo com a reivindicação 27,caracterizado pelo fato de que compreende adicionalmente asetapas de:recebimento no terminal móvel de dadostransportados em cada um dos blocos de fontes reservados parapelo menos o mencionado terminal móvel;tentativa pelo terminal móvel de decodificar osdados nos blocos de fontes reservados; eignorar dados de um bloco de fontes reservadocorrespondente pelo terminal móvel, caso o dado não sejadecodificado com sucesso.

29. MÉTODO, de acordo com a reivindicação 27,caracterizado pelo fato de que compreende adicionalmente asetapas de:recebimento no terminal móvel de dadostransportados em cada um dos blocos de fontes reservados parapelo menos o mencionado terminal móvel;decodificação no terminal móvel de sinalização decontrole associada a um bloco de fontes correspondentereservado a partir dos dados recebidos no bloco de fontescorrespondente; edeterminação pelo terminal móvel se os dados deusuário compreendidos nos dados recebidos do bloco de fontescorrespondente destinam-se ao terminal móvel com base nasinalização de controle;em caso afirmativo, a decodificação pelo temrinalmóvel de dados de usuário destinados ao terminal móvel apartir dos dados recebidos no bloco de fontes correspondente.

30. MÉTODO, de acordo com a reivindicação 29,caracterizado pelo fato de que compreende adicionalmente aetapa de colocação em "buffer" dos dados de usuáriodestinados ao terminal móvel em "buffer" para combinação molecom outros dados, caso os dados do usuário não sejamdecodificados com sucesso no terminal móvel.

31. MÉTODO, de acordo com qualquer dasreivindicações 29 ou 30, caracterizado pelo fato de que pelomenos um dos blocos de fontes reservados para pelo menos omencionado terminal móvel compreende dados de usuário para oterminal móvel e pelo menos um outro terminal móvel e ométodo compreende adicionalmente a etapa de desmultiplexaçãodos dados de usuários destinados aos terminais móveis combase na sinalização de controle.

32. MÉTODO, de acordo com a reivindicação 27,caracterizado pelo fato de que diversos blocos de fontes sãoreservados para o terminal móvel em um espaço de tempo e ométodo compreende adicionalmente as etapas de:recebimento no terminal móvel de dadostransportados em cada um dos diversos blocos de fontesreservados para pelo menos o mencionado terminal móvel;suspensão da recepção de dados nos blocos defontes reservados, caso o terminal móvel tenha sido capaz dedecodificar com sucesso os dados destinados a ele em umaquantidade máxima determinada ou configurável dos mencionadosdiversos blocos de fontes reservados no espaço de tempo.

33. MÉTODO, de acordo com a reivindicação 32,caracterizado pelo fato de que o terminal móvel determina quedados em um bloco de fontes recebido são destinados a ele,por meio de decodificação bem sucedida dos dados recebidos nobloco de fontes ou com base em sinalização de controleassociada ao bloco de fontes recebido correspondente.

34. MÉTODO, de acordo com a reivindicação 27,caracterizado pelo fato de que compreende adicionalmente asetapas de:recebimento no terminal móvel de dadostransportados em cada um dos blocos de fontes reservados parapelo menos o mencionado terminal móvel;tentativa de decodificação dos dados recebidospor meio de realização de uma detecção cega com base nosdados recebidos que tenha sido opcionalmente combinada comdados recebidos anteriormente; ecaso os dados recebidos não possam serdecodificados com sucesso, colocação em "buffer" dos dadosrecebidos no terminal móvel.

35. MÉTODO, de acordo com qualquer dasreivindicações 27 a 34, caracterizado pelo fato de que éutilizado um esquema de retransmissão para retransmitir dadosde blocos de fontes, em que as retransmissões são emitidas deforma sincrônica.

36. MÉTODO, de acordo com qualquer dasreivindicações 27 a 35, caracterizado pelo fato de que éutilizado um esquema HARQ para retransmissão de dados deblocos de fontes, em que uma emissão inicial de dados em umbloco de fontes pode apenas ser transmitida em blocos defontes especificamente selecionados ou configurados dosblocos de fontes reservados.

37. TERMINAL MÓVEL PARA RECEBER UMA INDICAÇÃOEM UMA RESERVA DE FONTES DE RÁDIO EM UNIDADES DE BLOCOS DEFONTES DE RÁDIO EM UM SISTEMA DE COMUNICAÇÃO MÓVEL,caracterizado pelo fato de que;em cada bloco de fontes é associado a uma partede um recurso de freqüências disponível no domínio defreqüências e a um espaço de tempo no domínio de tempo;em que o terminal móvel compreende:um receptor para receber uma mensagem deconfiguração que indique um padrão de reserva de blocos defontes reservados para o terminal móvel dentro de um períodode reserva;em pelo menos um dos blocos de fontes reservadospara o terminal móvel também é reservado para um outroterminal móvel dentre a série de terminais móveis.

38. TERMINAL MÓVEL, de acordo com areivindicação 37, caracterizado pelo fato de que compreendeadicionalmente meios configurados para realizar as etapas dométodo de acordo com qualquer das reivindicações 27 a 36.

39. MEIO LEGÍVEL POR COMPUTADOR QUE ARMAZENAINSTRUÇÕES, caracterizado pelo fato de que quando executadaspor um processador de um terminal móvel fazem com que oterminal móvel receba uma indicação em uma reserva de fontesde rádio em unidades de blocos de fontes de rádio em umsistema de comunicação móvel, por meio de:recebimento de uma mensagem de configuração queindica um padrão de reserva de blocos de recurso reservadospara o terminal móvel em um período de reserva;em que cada bloco de fontes é associado a umaparte de um recurso de freqüências disponível no domínio defreqüências e a um espaço de tempo no domínio de tempo; eem que pelo menos um dos blocos de fontesreservados para o terminal móvel também é reservado para umoutro terminal móvel dentre a série de terminais móveis.

40. MEIO LEGÍVEL POR COMPUTADOR, de acordocom a reivindicação 39, caracterizado pelo fato de quearmazena adicionalmente instruções que, quando executadaspelo processador, fazem com que o terminal móvel desempenheas etapas do método de acordo com qualquer das reivindicações-27 a 36.

41. SISTEMA DE COMUNICAÇÃO MÓVEL, em que sãoreservados fontes de rádio em unidades de bloco de fontes derádio para uma série de usuários por um período de reservacomposto de uma série consecutiva de espaços de tempo,caracterizado pelo fato de que em cada bloco de fontes éassociado a uma parte de um recurso de freqüências disponívelno domínio de freqüências e a um espaço de tempo no domíniode tempo, em que pelo menos um bloco de fontes reservado paraum usuário individual dentre uma série de usuários também éreservado para um outro usuário.

42. SISTEMA DE COMUNICAÇÃO MÓVEL, de acordocom a reivindicação 41, caracterizado pelo fato de que fontesde rádio são adicionalmente atribuídos em unidades de blocosde fontes de rádio a uma série de usuários com base em umintervalo de tempo de transmissão.

43. SISTEMA DE COMUNICAÇÃO MÓVEL, de acordocom qualquer das reivindicações 41 ou 42, caracterizado pelofato de que apenas alguns blocos de fontes selecionadosdentre os reservados para pelo menos um usuário sãoutilizados para a transmissão de uma emissão inicial de dadosde link inferior para um usuário.