BRPI0612208A2

BRPI0612208A2 - método de suporte a códigos múltiplos em um sistema de comunicação móvel sem fio

Info

Publication number: BRPI0612208A2
Application number: BRPI0612208-6A
Authority: BR
Inventors: In-Chul Ihm; Ong-Suk Jin; Chang-Jae Lee; Ki-Seon Ryu
Original assignee: Lg Electronics Inc
Priority date: 2005-04-09
Filing date: 2006-02-28
Publication date: 2010-10-26
Also published as: IL186479A; TW200642388A; KR20060106540A; JP2008535439A; KR101084133B1; CN101171877A; TWI420868B; MX2007012496A; JP4955651B2; CN101171877B; IL186479A0

Abstract

METODO DE SUPORTE A CODIGOS MULTIPLOS EM UM SISTEMA DE COMUNICAçAO MóVEL SEM FIO. é descrito um método de suporte a tipos de código múltiplos em um sistema de comunicação móvel sem fio. Mais especificamente, uma estação móvel (EM) recebe um descritor de canal de uma estação base (EB), em que o descritor de canal compreende pelo menos um perfil de estouro de dados o qual inclui um tipo de código e um código de uso de intervalo. Depois disso, a EM, primeiro, reconhece o tipo de código que inclui a informação sobre o esquema de codificação a ser usado pela EB ou pela EM, e reconhece, em seguida, um código de uso de intervalo que é usado para classificar todos os estouros de dados.

Description

"MÉTODO DE SUPORTE A CÓDIGOS MÚLTIPLOS EM UMSISTEMA DE COMUNICAÇÃO MÓVEL SEM FIO"

A presente invenção se relaciona a um método desuporte a tipos de código, e mais particularmente, a um método desuporte a tipos de código múltiplos em um sistema de comunicaçãomóvel sem fio.

Estado da Arte

Em um sistema de acesso sem fio de banda larga,um esquema Acesso Múltiplo por Divisão de Freqüência Ortogonal(AMDFO) é usado para transmitir dados. Quando o esquema de AMDFOfor usado, uma estrutura de quadro é definida como se segue.Primeiro, um quadro de descarregamento de dados representa umpreâmbulo no inicio do quadro que pode ser usado parasincronização de tempo entre uma estação móvel (EM) e uma estaçãobase (EB) , e ao mesmo tempo, para equalização de canal em umacamada física. Seguindo o preâmbulo, o quadro inclui uma mensagemde Mapa de Descarregamento de dados (MAPA-DD) e uma mensagem deMapa de Carregamento de dados (MAPA-CD) que define a localização eo uso de estouros de dados alocados.

Mais especificamente, a mensagem de MAPA-DDdefine o uso de cada estouro alocado na seção de descarregamentode dados do quadro. Semelhantemente, a mensagem de MAPA-CD defineo uso do estouro alocado na seção de carregamento de dados doquadro. Um Elemento de Informação (EI), que é incluído no MAPA-DD,é classificado em uma seção de tráfego de descarregamento de dadosde um grupo de usuário de acordo com um Código de Uso de Intervalode Descarregamento de dados (CUID), uma Identificação de Conexão(IC), e a localização do sinal de estouro de dados (por exemplo,compensação de sub-canal, compensação de símbolo, número de sub-canais e número de símbolos).

0 uso do EI do MAPA-CD é determinado por umCódigo de Uso de Intervalo de Carregamento de dados (CUIC) paracada IC. Além disso, uma localização correspondente de uma seçãode tráfego de carregamento de dados é definida por duração. Aqui,o uso de cada seção é determinado de acordo com os valores do CUICusados pelo MAPA-CD. Um ponto inicial de cada seção é compensadopor uma quantidade da duração configurada no EI do ΜΔΡΑ-CD apartir do ponto inicial do EI prévio.

A EM recebe uma mensagem de Descritor de Canal deDescarregamento de dados (DCD) e uma mensagem de Descritor deCanal de Carregamento de dados (DCC) para entrar na rede ou re-entrar na rede devido a um transiente de conexão ou por outrasrazões. Uma célula provê periodicamente as características decanal físico do descarregamento de dados e do carregamento dedados pela mensagem de DCD/DCC. Aqui, a célula também pode serusada para representar uma estação base (EB).

A EB configura o Perfil_Estouro_Descarregamentobaseado nas qualidades de sinal recebido de cada EM. Em outraspalavras, a EB usa uma Informação de Qualidade de Canal (IQC)transmitida de cada EM e configura oPerfil_Estouro_Descarregamento ou uma Modulação e CodificaçãoAdotiva (MCA) de acordo com o estado de canal de cada EM.

Alternativamente, como uma medida de suporte, oPerfil_Estouro_Descarregamento pode ser modificado ou mudadousando uma requisição ou resposta de Mudança de Perfil de Estourode Descarregamento (MPED), isto é, MPED-REQ/RSP e procedimentos derequisição/resposta de abrangência (ABR-REQ/RSP).

A figura 1 é um exemplo ilustrando um valor delimiar para modificar o perfil de estouro. A EM mede uma RelaçãoSinal/Ruído (RSR), por exemplo, C/(N+1), e compara um valor médiodo escopo de aplicação permitido. 0 escopo de aplicação é limitadopor um nível de limiar. Isto é, se a RSR exceder o escopo deaplicação permitido, a EM usa um esquema de MPED para requisitarum novo perfil de estouro de dados. Baseado em se a EM requisitaum perfil mais robusto tendo interferência mais forte (porexemplo, Chaveamento por Mudança de Fase em Quadratura

Quadrature Phase Shift Keying - QPSK) ou se a EM requisita umperfil menos robusto, tendo menos interferência, (por exemplo,Modulação de Amplitude em Quadratura 64 - Quadrature AmplitudeModulation - QAM) , a EB executa a transmissão e a recepção damensagem para uma mudança atual do esquema de modulação. Aqui, otermo 'mais robusto' significa que há interferência mais forte, eo termo 'menos robusto' significa que há menos interferência.De acordo com o estado da arte convencional, sehá uma pluralidade de tipos de código que podem ser suportadospela EM dentro do escopo de serviços disponível pela EB, e se osperfis de estouro de descarregamento/carregamento de dados sãousados para suportar diversos tipos de código, os intervalos (ouespaço) da RSR correspondendo a cada MCA aumenta. Então, umesquema de modulação que pode ser provido para um tipo decodificação diminui. Como resultado, os intervalos dos valores delimiar, usados para mudar a MCA para cada tipo de codificação,aumenta, e por conseguinte há um problema em aplicarapropriadamente a MCA de acordo com o estado de canal.

Descrição da Invenção

Adequadamente, a presente invenção é dirigida aum método de suporte a tipos de código múltiplos em um sistema decomunicação móvel sem fio que substancialmente obvia um ou maisproblemas devido às limitações e desvantagens do estado da arterelacionada. Um objetivo da presente invenção é prover um métodode suporte a tipos de código múltiplos em um sistema decomunicação móvel sem fio.

Vantagens adicionais, objetivos, ecaracterísticas da invenção serão vistos em parte na descrição quese segue e em parte ficarão aparentes àqueles tendo habilidadescomuns na arte em exame, ou podem ser aprendidos a partir daprática da invenção. Os objetivos e outras vantagens da invençãopodem ser percebidos e atingidos pela estrutura particularmenteapontada na descrição escrita e nas reivindicações bem como tambémnos desenhos anexados.

Para alcançar estes objetivos e outras vantagense conforme o propósito da invenção, conforme aqui incorporado eamplamente descrito, um método de suporte a tipos de códigomúltiplos em um sistema de comunicação móvel sem fio compreendeuma estação móvel (EM) que recebe um descritor de canal de umaestação base (EB) , em que o descritor de canal inclui pelo menosum perfil de estouro de dados que inclui um tipo de código e umcódigo de uso de intervalo. Depois disso, a EM, primeiro,reconhece o tipo de código que inclui a informação sobre o esquemade codificação a ser usado pela EB ou pela EM, e reconhece, emseguida, um código de uso de intervalo que é usado paraclassificar todos os estouros de dados.

Em outro aspecto da presente invenção, a EMrecebe um descritor de canal de descarregamento de dados (DCD) deuma estação base (EB), em que o DCD inclui pelo menos um perfil deestouro de dados. Depois da recepção, a EM reconhece um tipo decódigo que inclui uma informação sobre um esquema de codificação aser usado pela EB e um código de uso de intervalo que é usado paraclassificar todos os estouros de dados.

Ainda, em outro aspecto da presente invenção, aEM recebe um descritor de canal de carregamento de dados (DCC) deuma estação móvel (EM) , em que o DCC inclui pelo menos um perfilde estouro de dados. Depois da recepção, a EM reconhece um tipo decódigo que inclui uma informação sobre um esquema de codificação aser usado pela EB e um código de uso de intervalo que é usado paraclassificar todos os estouros de dados.

Em aspecto adicional da presente invenção, a EMrecebe um descritor de canal de uma estação base (EB) , em que odescritor de canal inclui pelo menos um conjunto de perfil deestouro de dados que inclui uma pluralidade de perfis de estouroque adicionalmente incluem um código de uso de intervalo e pelomenos um tipo de código. Depois disso, a EM reconhece, primeiro,pelo menos um tipo de código que inclui uma informação sobre umesquema de codificação a ser usado pela EB ou pela EM, ereconhece, em seguida, um código de uso de intervalo que é usadopara classificar todos os estouros de dados.

Será entendido que a descrição geral precedente ea descrição detalhada a seguir da presente invenção sãoexemplificativas e explicativas e é pretendido que provejam30 explicações adicionais da invenção conforme reivindicado.

Breve Descrição dos Desenhos

Os desenhos acompanhantes são incluídos paraprover um melhor entendimento da invenção e estão aquiincorporados constituindo uma parte desta aplicação, ilustrandoformas de incorporação da invenção e junto com a descriçãoservindo para explicar o principio da invenção. Nos desenhos:A fig. 1 é um exemplo ilustrando um valor delimiar para modificar o perfil de estouro;

A fig. 2 é um diagrama exemplificativo queilustra o mapeamento de MCA para um CUID de acordo com um tipo decodificação;

A fig. 3 é um diagrama exemplificativo ilustrandoo mapeamento de MCA para CUID de acordo com um tipo decodificação;

A fig. 4 ilustra um exemplo de um método deaplicação de um perfil de estouro de dados; e

A fig. 5 ilustra um exemplo de um método deaplicação de outro perfil de estouro de dados.

Melhor Modo de Execução da Invenção

Referência será feita agora em detalhes às formasde incorporação preferidas da presente invenção, exemplos dasquais estão ilustrados nos desenhos acompanhantes. Onde possível,os mesmos números de referência serão usados nos desenhos parareferirem-se às mesmas ou iguais partes.

A Tabela 1 é um exemplo da mensagem de DCD.[tabela 1]

<table>table see original document page 6</column></row><table>

A tabela 2 é um exemplo da mensagem de DCC.[Tabela 2]

<table>table see original document page 7</column></row><table>

As mensagens de DCD/DCC incluem, cada uma,parâmetros de camada física para um intervalo de estouro decarregamento e descarregamento de dados alocado. Como exemplos dosparâmetros de camada física, há um tipo de modulação e tipos decódigo de Correção de Erro Adiante (CEA) . Além disso, osparâmetros para os tipos de código de CEA podem ser representadospor, por exemplo, valores de K e R de um código Reed-Solomon (RS).

Os parâmetros são mapeados para o CUID incluídosem um Perfil_Estouro_Descarregamento da mensagem de DCD e o CUIC éincluído em um Perfil_Estouro_Carregamento da mensagem de DCC.

Isto é, a informação de Perfil_Estouro_Descarregamento, que estáincluída na mensagem de DCD, pode usar o CUID para definir certascaracterísticas da camada física usadas em um estouro dedescarregamento de dados específico.

A tabela 3 é um exemplo de um formato de VCT dePerfil_Estouro Descarregamento.[tabela 3]

<table>table see original document page 8</column></row><table>

Conforme ilustrado na tabela 3, o perfil deestouro de descarregamento inclui um CUID tendo um comprimento de4 bits. Como o CUID tem um comprimento de 4 bits, 16 informaçõesdiferentes (por exemplo, esquemas de codificação e modulação)podem ser representadas. Além disso, a EB ou a célula podemselecionar e alocar 13 perfis de estouro no CUIDO - CUID12, e otipo de CEA pode ser mapeado para cada CUID. Depois disso, a EBanuncia os perfis de estouro selecionados através das mensagens deDCD/DCC.

Alternativamente, o perfil de estouro decarregamento de dados incluído na mensagem de DCC pode usar o CUICpara definir certas características da camada física usadas em umestouro de carregamento de dados específico.

A tabela 4 é um exemplo de um formato de VCT dePerfil_Estouro_Carregamento.

[tabela 4]

<table>table see original document page 8</column></row><table>

Conforme ilustrado na tabela 4, o perfil deestouro de carregamento de dados inclui um CUIC tendo umcomprimento de 4 bits. Como o CUIC tem um comprimento de 4 bits,16 informações diferentes (por exemplo, esquemas de codificação emodulação) podem ser representadas. Além disso, a EB ou a célulapodem selecionar e alocar 10 perfis de estouro no CUICO - CUIC10,e o tipo de CEA pode ser mapeado para cada CUIC. Depois disso, aEB anuncia os perfis de estouro selecionados através das mensagensde DCD/DCC. As tabelas 5 e 6 são exemplos de perfis de estouro dedescarregamento de dados em formato (VCT) de Tipo, Comprimento, eValor.

[Tabela 5]

<table>table see original document page 9</column></row><table>[Tabela 6]

<table>table see original document page 9</column></row><table>

A tabela 7 é um exemplo de perfis de estouro decarregamento de dados em formato (VCT) de Tipo, Comprimento, eValor.

[Tabela 7]

<table>table see original document page 10</column></row><table><table>table see original document page 11</column></row><table>

Usando a tabela 3, a EB mapeia os tipos de códigode CEA para 13 CUIDs (isto é, CUIDO - CUID12) para configurar operfil de estouro de descarregamento de dados. O procedimento demapeamento inclui negociar os ' tipos de codificação disponíveispela EM usando um procedimento de requisição e resposta deCapacidade Básica de Estação de Assinante (CBE-REQ/RSP). Astabelas 8 e 9 são exemplos de esquemas de modulação e demodulaçãoque podem ser suportados pela EM.

[tabela 8]

<table>table see original document page 11</column></row><table><table>table see original document page 12</column></row><table>

Com respeito aos tipos de código de CEA há,apenas para citar alguns, um Código Convolucional (CC), um Turbo-Código de Bloco (TCB), um Turbo-Código Convolucional (TCC), umCódigo de Convolução de Final Zero (CCFZ), e um Código de Paridadede Baixa Densidade (CPBD). Entre estes tipos de CEA, o CC éconsiderado obrigatório, enquanto os outros tipos são opcionais.

Em operação, a EB sempre usa CC uma vez que éobrigatório. Além disso, como o CUID pode ser mapeado para 16informações diferentes, o CC é mapeado para um máximo de 6 valoresde CUID (por exemplo, CUIDO - CUID5), e os 6 valores restantes sãomapeados seletivamente por qualquer TCB, TCC, CCFZ, ou CPBD.

Mesmo no caso do CUIC, o CC obrigatório é mapeadopara um máximo de 6 valores (por exemplo, CUICO - CUIC5) enquantoos 6 valores restantes são mapeados seletivamente por qualquerTCB, TCC, CCFZ, ou CPBD.

Como uma forma de incorporação da presenteinvenção, um método para gerar um Perfil de Estouro de dados éapresentado, seus detalhes sendo como se segue. Primeiro, cada umdos valores de limiar, representados em um formato de VCT, émapeado em uma base um-a-um para cada valor de CUID/CUIC. 0 númerode valores mapeados é igual ao número de CUID/CUIC a seremconfigurados. Aqui, o valor de limiar é baseado no tipo de códigode CEA e na requisição de modificação (ou mudança) de perfil deestouro. Além disso, o perfil de estouro inclui uma informaçãorelacionada ao tipo de codificação do perfil de estouro.

A tabela 10 é um exemplo que ilustra um perfil deestouro de descarregamento de dados.

[tabela 10]

<table>table see original document page 12</column></row><table><table>table see original document page 13</column></row><table>

A tabela 11 é um exemplo ilustrando um perfil deestouro de carregamento de dados.

[tabela 11]

<table>table see original document page 13</column></row><table>

A figura 2 é um diagrama exemplificativo queilustra o mapeamento de MCA para um CUID de acordo com um tipo decodificação. Dentre vários tipos de codificação disponíveis, a EBusa CC como código assumido ou, por outro lado, o tipo de CC ésempre usado (isto é, o CC é obrigatório). Como tal, o CUID para oCC obrigatório pode ser referido como umPerfil_Estouro_Descarregamento com tipo = 1. Como ilustrado nafigura 2, o CC obrigatório é mapeado ou alocado para CUIDO - CUID5e CUICO - CUIC6 (21) . Isto é, como mostrado na tabela 10, porexemplo, o campo de 1Tipo de Codificação' pode ser configuradocomo 1OOl', o que representa o CC obrigatório, e o MCA pode sermapeado para cada 6 CUID/CUICs.

Além disso para alocar tipos de codificaçãodiferentes aos CUIDs restantes, a EB aloca tipos de codificaçãodiferentes para CUID6 - CUID12. Aqui, o(s) tipo(s) de codificaçãoalocado(s) para CUID6 — CUID12 são diferentes do tipo decodificação (isto é, CC) alocado para CUIDO - CUID5. Por exemplo,se a EB decide usar TCB além do CC obrigatório, o campo de 'Tipode Codificação' é configurado em '010', o que representa TCB comoindicado na tabela 10, e o MCA é mapeado para CUID6 - CUID12 (22).Alternativamente, se a EB suporta TCC ou CPBD, o campo de 'Tipo deCodificação' pode ser configurado em '011' ou '101',respectivamente, e o MCA é mapeado para cada conjunto de CUID6 -CUID12 (23, 24) .

A tabela 12 é outro exemplo de um perfil deestouro de descarregamento de dados.

[tabela 12]

<table>table see original document page 14</column></row><table>

A tabela 13 é outro exemplo de um perfil deestouro de carregamento de dados.[tabela 13] <table>table see original document page 15</column></row><table>

A figura 3 é um diagrama exemplificativo queilustra õ mapeamento do MCA para CUID de acordo com um tipo decodificação. Conforme ilustrado na figura 3, pode ser usada umacombinação de cada tipo de codificação para configurar um perfilde estouro. Dentre muitos tipos de codificação, a EB aloca o CCobrigatório. Como tal, a EB configura um campo de 'Configuração deTipo de Código' de acordo com codificar tipos suportados pela EBadicionalmente. Por exemplo, se a EB suporta TCB além do CC, queobviamente é obrigatório, o campo de 'Configuração de Tipo deCódigo' é configurado em λ001'. Sob esta configuração, o CCobrigatório é alocado para CUIDO - CUID5 e CUICl - CUIC6 enquantoo TCB é alocado para CUID6 - CUID12 (31).

Alternativamente, se a EB suporta TCC além do CCobrigatório, o campo de 'Configuração de Tipo de Código1 éconfigurado para Λ010', o CC obrigatório é alocado para CUIDO -CUID5 e CUICl - CUIC6 enquanto o TCC é alocado para CUID6 - CUID12 (32).

Alternativamente, se a EB suporta CPBD além do CCobrigatório, o campo de Configuração de Tipo de Código' éconfigurado em '100', o CC obrigatório é alocado para CUIDO -CUID5 e CUICl - CUIC6 enquanto CPBD é alocado para CUID6 - CUID12 (33).A figura 4 ilustra um exemplo de um método paraaplicar um perfil de estouro. Conforme ilustrado na figura 4, a EMrecebe o perfil de estouro, gerado baseado em cada tipo decodificação, pela mensagem de DCD/DCC (S41) . Depois disso, a EM ea EB usam o processo de CBE-REQ/RSP para negociar os tipos decodificação que podem ser respectivamente suportados (S42, S43).Depois de receber a mensagem de CBE-RSP da EB, a EM interpreta ovalor de CUID que corresponde ao 'Tipo de Codificação' ou a'Configuração de Tipo de Código1 que pode ser suportada pela EM.

Depois de receber o Perfil de Estouro pelamensagem de DCD/DCC e negociar com a EB os tipos de codificaçãoque podem ser suportados, se o tipo de codificação for determinado(por exemplo, tipo CPBD), então a MCA, representando os tipos CC eCPBD, é aplicada ao estouro de dados especifico alocado para a EM,e a EM recebe o sinal de descarregamento de dados baseado na MCA(S44).

Alternativamente, é possível usar o EI do MAPA-DD/MAPA-CD para prover a EM, usando correntemente um tipo decodificação específica, com um novo tipo de codificação. Quando umnovo tipo de codificação é adicionado pelo CUID/CUIC expandido, umnovo tipo de código de CEA pode ser provido a todas as EMs peloCUID expandido.

A figura 5 ilustra um exemplo de um método paraaplicar outro perfil de estouro de dados. Conforme ilustrado nafigura 5, a EM suporta um tipo de codificação assumida como padrãoe dois tipos de codificação melhorados adicionados recentemente. AEM usa a mensagem de CBE-REQ para informar os tipos de codificaçãoque podem ser suportados pela EM (S51) . Em resposta, a EB usa amensagem de CBE-RSP para notificar a EM sobre quais tipos decodificação melhorada recentemente adicionados a EB pretendesuportar (S52) . Para aplicar CUID/CUIC, a EM reconhece os valoresde CUID/CUIC do perfil de estouro de dados incluídos no DCDtransmitido pela EB com o tipo de codificação alocada pela EB.

Conforme ilustrado na figura 5, a EM usa pelomenos um dos tipos de codificação de CC, TCC, e CPBD. Por exemplo,se a EM usa o CC obrigatório e ao mesmo tempo, TCC e CPBD podemser suportados, a EM informa a disponibilidade destes dois tiposde codificação (por exemplo, TCC ou CPBD) para a EB pela mensagemde CBE-REQ. Na recepção, a EB seleciona um dos dois tipos decodificação (isto é, CPBD) e transmite a seleção pela mensagem deCBE-RSP para a EM. Depois disso, a EM reconhece os valores deCUID/CUIC de acordo com o CPBD.

Além disso, um campo de 'Tipo' incluído noDCD/DCC pode ser usado para distinguir os tipos de informaçãonecessários para a EM. Por exemplo, conforme ilustrado nas tabelas3 e 4, o campo de 1Tipo1 é configurado em '1'. Convencionalmente,o campo de 1Tipo' é usado para determinar o perfil de estouro dedados. Como descrito acima, o perfil de estouro inclui usar pelomenos um tipo de codificação, incluindo um tipo de codificaçãoassumida como padrão, enquanto configura o campo de 1Tipo' para'1'. Além disso, o perfil de estouro usando um novo tipo decodificação pode ser usado para notificar sobre um novo tipo decodificação.

A tabela 14 é outro exemplo que ilustra um perfilde estouro de descarregamento de dados. Aqui, a tabela 14 define oformato do Perf il_Estouro_Descarregamento com Tipo = 153, quesomente é usado na mensagem de DCD para a EM. 0 campo de CUID estáassociado com o Perfil_Estouro_Descarregamento e com os Limiares.O valor de CUID é usado na mensagem de MAPA-DD para especificar operfil de estouro de dados a ser usado para um estouro dedescarregamento de dados específico.

[tabela 14]

<table>table see original document page 17</column></row><table>Semelhantemente a quando o campo de ΛΤίρο' éconfigurado em '1', aqui, o campo de 'Tipo' é configurado em '153'no perfil de estouro. A EM usa o perfil de estouro tendo o campode 'Tipo' configurado para 'I1 para aprender (ou receberinformação) do mapeamento de nivel de MCA de pelo menos um tipo decodificação (isto é, CC) . Se a EM receber o perfil de estourotendo o 'Tipo1 configurado para '153', a EM somente podeselecionar o(s) tipo(s) de codificação retidos pela EM.

A tabela 15 é outro exemplo de um perfil deestouro de carregamento de dados.

[tabela 15]

<table>table see original document page 18</column></row><table>

A tabela 16 é um exemplo ilustrando os valores deum DCC.

[tabela 16]

<table>table see original document page 18</column></row><table><table>table see original document page 19</column></row><table>

A tabela 17 é um exemplo que ilustra os valoresincluídos em um DCD.

[tabela 17]

<table>table see original document page 19</column></row><table>

Conforme ilustrado nas tabelas 16 e 17, o valordo campo de xTipo' incluído no DCD ou DCC pode ser interpretado.Além disso, quando o valor do campo de 'Tipo' é definido, além doPerfil de Estouro indicar o valor do campo de λΤίρο' configuradoem 1I', o DCD/DCC pode ser usado para indicar a existência de umnovo Perfil de Estouro de dados.

Será aparente para aqueles qualificados na arteque várias modificações e variações podem ser feitas na presenteinvenção sem fugir do espirito ou escopo da invenção. Assim, éplanejado que a- presente invenção cubra as modificações evariações desta invenção providas dentro do escopo dasreivindicações anexadas e seus equivalentes.

Claims

1. "MÉTODO DE SUPORTE A CÓDIGOS MÚLTIPLOS EM UMSISTEMA DE COMUNICAÇÃO MÓVEL SEM FIO", caracterizado pelo fato decompreender:receber um descritor de canal de uma estação base(EB) , em que o descritor de canal compreende pelo menos um perfilde estouro de dados que inclui um tipo de código e um código deuso de intervalo;reconhecer, primeiro, o tipo de código que incluia informação sobre o esquema de codificação a ser usado pela EB oupor uma estação móvel (EM); ereconhecer, em seguida, um código de uso deintervalo que é usado para classificar todos os estouros de dados.

2. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que o descritor de canal é um Descritorde Canal de Descarregamento de dados (DCD).

3. "MÉTODO", de acordo com a reivindicação 2,caracterizado pelo fato de que o DCD inclui um Código de Uso deIntervalo de Descarregamento de dados (CUID).

4. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que o descritor de canal é um Descritorde Canal de Carregamento de dados (DCC).

5. "MÉTODO", de acordo com a reivindicação 4,caracterizado pelo fato de que o DCC inclui um Código de Uso deIntervalo de Carregamento de dados (CUIC).

6. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que o tipo de código é um tipo decódigo de Correção de Erro Adiante (CEA).

7. "MÉTODO", de acordo com a reivindicação 6,caracterizado pelo fato de que o tipo de código de CEA inclui pelomenos uma Codificação Convolucional (CC), um Turbo-Código de Bloco(TCB), um Turbo-Código Convolucional (TCC) , um Código deConvolução de Final Zero (CCFZ), e um Código de Paridade de BaixaDensidade (CPBD).

8 . "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que o código de uso de intervalo é umCódigo de Uso de Intervalo de Descarregamento de dados (CUID).

9. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que o código de uso de intervalo é umCódigo de Uso de Intervalo de Carregamento de dados (CUIC).

10. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que pelo menos um perfil de estouro dedados é classificado em pelo menos dois grupos, onde um primeirogrupo inclui os códigos de uso de intervalo e os tipos de códigotendo mais de um esquema de codificação, e um segundo grupo incluios códigos de uso de intervalo e um único tipo de código.

11. "MÉTODO", de acordo com a reivindicação 10,caracterizado pelo fato de compreender um terceiro grupo incluindoos códigos de uso de intervalo e um único tipo de código, em que ocódigo único do terceiro grupo é diferente do código único dosegundo grupo.

12. "MÉTODO DE SUPORTE A CÓDIGOS MÚLTIPLOS EM UMSISTEMA DE COMUNICAÇÃO MÓVEL SEM FIO", caracterizado pelo fato decompreender:receber um descritor de canal de descarregamentode dados (DCD) de uma estação base (EB) , em que o DCD inclui pelomenos um perfil de estouro de dados;reconhecer um tipo de código que inclui umainformação sobre o esquema de codificação a ser usado pela EB; ereconhecer um código de uso de intervalo que éusado para classificar todos os estouros de dados.

13. "MÉTODO", de acordo com a reivindicação 12,caracterizado pelo fato de que o perfil de estouro inclui umcódigo de uso de intervalo de descarregamento de dados (CUID).

14. "MÉTODO", de acordo com a reivindicação 12,caracterizado pelo fato de que o perfil de estouro inclui um tipode código.

15. "MÉTODO", de acordo com a reivindicação 12,caracterizado pelo fato de que o tipo de código é um tipo decódigo de Correção de Erro Adiante (CEA).

16. "MÉTODO", de acordo com a reivindicação 15,caracterizado pelo fato de que o tipo de código de CEA inclui pelomenos uma Codificação Convolucional (CC), um Turbo-Código de Bloco(TCB), um Turbo-Código Convolucional (TCC), um Código deConvolução de Final Zero (CCFZ) , e um Código de Paridade de BaixaDensidade (CPBD).

17. "MÉTODO DE SUPORTE A CÓDIGOS MÚLTIPLOS EM UMSISTEMA DE COMUNICAÇÃO MÓVEL SEM FIO", caracterizado pelo fato decompreender:receber um descritor de canal de carregamento dedados (DCC) de uma estação móvel (EM) , em que o DCC inclui pelomenos um perfil de estouro de dados;reconhecer um tipo de código que inclui umainformação sobre um esquema de codificação a ser usado pela EB; ereconhecer um código de uso de intervalo que éusado para classificar todos os estouros de dados.

18. "MÉTODO", de acordo com a reivindicação 17,caracterizado pelo fato de que o perfil de estouro inclui umcódigo de uso de intervalo de descarregamento de dados (CUID).

19. "MÉTODO", de acordo com a reivindicação 17,caracterizado pelo fato de que o perfil de estouro inclui um tipode código.

20. "MÉTODO", de acordo com a reivindicação 17,caracterizado pelo fato de que o tipo de código é um tipo decódigo de Correção de Erro Adiante (CEA).

21. "MÉTODO", de acordo com a reivindicação 20,caracterizado pelo fato de que o tipo de código de CEA inclui pelomenos uma Codificação Convolucional (CC), um Turbo-Código de Bloco(TCB), um Turbo-Código Convolucional (TCC), um Código deConvolução de Final Zero (CCFZ), e um Código de Paridade de BaixaDensidade (CPBD).

22. "MÉTODO DE SUPORTE A CÓDIGOS MÚLTIPLOS EM UMSISTEMA DE COMUNICAÇÃO MÓVEL SEM FIO", caracterizado pelo fato decompreender:receber um descritor de canal de uma estação base(EB), em que o descritor de canal compreende pelo menos umconjunto de perfil de estouro de dados que inclui uma pluralidadede perfis de estouro que incluem um código de uso de intervalo epelo menos um tipo de código;reconhecer, primeiro, pelo menos um tipo decódigo que inclui uma informação sobre o esquema de codificação aser usado pela EB ou por uma estação móvel (EM); ereconhecer, em seguia, um código de uso deintervalo que é usado para classificar todos os estouros de dados.

23. "MÉTODO", de acordo com a reivindicação 22,caracterizado pelo fato de que um primeiro grupo inclui todos ostipos de código disponíveis.

24. "MÉTODO", de acordo com a reivindicação 23,caracterizado pelo fato de que um segundo grupo ou um terceirogrupo incluem, cada um, um tipo de código.

25. "MÉTODO", de acordo com a reivindicação 24,caracterizado pelo fato de que um tipo de código especificado,incluído no primeiro grupo, é compartilhado por todos os grupos.

26. "MÉTODO", de acordo com a reivindicação 25,caracterizado pelo fato de que o tipo de código é um tipo decódigo de Correção de Erro Adiante (CEA).