BRPI0612202A2

BRPI0612202A2 - método para gerar blocos de dados de camada inferior em mnr sistema de comunicação móvel sem fio

Info

Publication number: BRPI0612202A2
Application number: BRPI0612202-7A
Authority: BR
Inventors: Sung Duck; Young Dae; Myung Cheul
Original assignee: Lg Electronics Inc
Priority date: 2005-03-29
Filing date: 2006-03-29
Publication date: 2010-10-26
Also published as: JP2008535370A; WO2006104344A3; JP4906844B2; WO2006104344A2; RU2007139822A; EP1864538A2; TWI382773B; EP1864538B1; US20080310345A1; US7864719B2; KR20080007444A; CN101151924B; AU2006229508A1; AU2006229508B2; EP1864538A4; RU2390960C2; CN101151924A; TW200704246A

Abstract

METODO PARA GERAR BLOCOS DE DADOS DE CAMADA INFERIOR EM MNR SISTEMA DE COMUNICAçAO MóVEL SEM FIO. é descrito um método de geração de um bloco de dados incluindo uma informação de controle em uma camada específica de um aparato de comunicação móvel tendo uma estrutura hierárquica construída com uma pluralidade de camadas. A presente invenção inclui as etapas de inserção de um bloco de dados de controle incluindo uma informação de controle em uma primeira região de um bloco de dados de camada mais baixa se tal camada mais baixa tiver a informação de controle a ser transmitida para um lado receptor, e de inserção de pelo menos uma porção do bloco de dados de uma camada superior em uma segunda região do bloco de dados de camada mais baixa, onde a primeira região é alocada para o bloco de dados de controle antes que a segunda região seja alocada para pelo menos uma porção do bloco de dados de camada superior.

Description

"MÉTODO PARA GERAR BLOCOS DE DADOS DE CAMADAINFERIOR EM UM SISTEMA DE COMUNICAÇÃO MÓVEL SEM FIO"

A presente invenção se relaciona a um sistema decomunicação móvel sem fio, e mais particularmente, a um métodopara gerar um bloco de dados incluindo uma informação de controleem uma camada especifica de um aparato de comunicação móvel tendouma estrutura hierárquica construída com uma pluralidade decamadas.

Estado da Arte

A fig. 1 é um diagrama de uma arquitetura de redede um STMU (sistema de telecomunicações móvel universal) de umsistema IMT-2000 assíncrono.

Recorrendo à fig. 1, um sistema detelecomunicações móvel universal (em seguida abreviado como STMU)inclui principalmente um equipamento de usuário (a seguirabreviado como EU) , uma rede de acesso de rádio terrestre de STMU(doravante abreviada como RARTS) e uma rede de núcleo (em seguidaabreviada como RN).

A RARTS inclui pelo menos um sub-sistema de redede rádio (em seguida abreviado como RNS) . Ε, o RNS inclui umcontrolador de rede de rádio (a seguir abreviado como RNC) e pelomenos uma estação base (em seguida chamada de Nó B) gerenciadapelo RNC. E, pelo menos uma ou mais células existem em um Nó B.

A fig. 2 é um diagrama arquitetônico de umprotocolo de rádio usado em STMU. Recorrendo à fig. 2, umapluralidade de camadas de protocolo de rádio existem como pares noEU e na RARTS, para respectivamente se encarregarem de umatransmissão de dados em uma seção de rádio. Cada uma das camadasde protocolo de rádio será explicada a seguir.

Em primeiro lugar, uma camada física (FIS) , comouma Camada 1, cumpre um papel transmitindo dados em uma seção derádio usando vários esquemas de transmissão de rádio. A camadafísica (FIS) é conectada a uma camada de CAM como uma camadasuperior por meio de um canal de transporte. E, os canais detransporte podem ser classificados como um canal de transportededicado e um canal de transporte comum de acordo com a presençaou não-presença de um compartilhamento de canal.Na camada 2, existem as camadas de CAM (controlede acesso ao meio), de CCR (controle de ligação de rádio), de PCPD(protocolo de convergência de pacote de dados) e de CRM (controlede radiodifusão/multidifusão). A camada de CAM cumpre um papelmapeando vários canais lógicos para vários canais de transporte emultiplexando canais lógicos para mapear vários canais lógicospara um canal de transporte. A camada de CAM é conectada à camadade CCR como uma camada superior por meio de um canal lógico. E, oscanais lógicos são principalmente classificados em um canal decontrole para transferência de informação de um plano de controlee um canal de tráfego para transferência de informação de um planode usuário de acordo com um tipo de informação ser transportada.

A camada de CAM é dividida em uma sub-camada deCAM-b, uma sub-camada de CAM-d, uma sub-camada de CAM-c/sh, umasub-camada de CAM-hs e uma sub-camada de CAM-e de acordo com umtipo de canal de transporte gerenciado em detalhes.

A sub-camada de CAM-b se encarrega dogerenciamento de um canal de transporte CR (canal de radiodifusão)responsável pela radiodifusão de informações de sistema. A sub-camada de CAM-c/sh gerencia tal canal de transporte comumcompartilhado com outros EUs como CAA (canal de acesso adiante),CCDD (canal compartilhado de descarregamento de dados) esimilares. A sub-camada de CAM-d se encarrega de gerenciar um CDd(canal dedicado) como um canal de transporte dedicado para um EUespecifico. A sub-camada de CAM-hs gerencia um CCDD-AV (canalcompartilhado de descarregamento de dados de alta velocidade) comoum canal de transporte para transmissão de dados dedescarregamento de alta velocidade para suportar transmissão dedados de alta velocidade no descarregamento ou carregamento dedados. E, a sub-camada de CAM-e gerencia um CDd-M (canal dedicadomelhorado) como um canal de transporte para transmissão de dadosde carregamento de alta velocidade.

A camada de CCR se encarrega de garantir umaqualidade de serviço (em seguida abreviada como QS) de cadaportador de rádio (a seguir abreviado como PR) e uma transmissãode dados correspondente. Um CCR coloca uma ou duas entidades deCCR independentes em cada PR para garantir uma QS genérica do PRcorrespondente e oferece três tipos de modos de CCR incluindo MT(modo transparente) , MNR (modo não reconhecido) e MR (modoreconhecido) para suportar várias QS. Ε, o CCR cumpre um papelajustando um tamanho de dados para ser satisfatório para umacamada mais baixa, para transferir dados em uma seção de rádio.

Para isto, o CCR gera uma UDP (unidade de dados de protocolo)segmentando e concatenando dados de UDS (unidade de dados deserviço) recebidos de uma camada superior e então distribui a UDPpara uma camada mais baixa.

A camada de PCPD é colocada acima da camada deCCR e habilita que os dados, que são transferidos usando um pacotede PI tal como PIv4 ou PIv6, sejam transferidos eficazmente em umaseção de rádio tendo uma largura de banda relativamente pequena.

Para isto, a camada de PCPD executa compressão de cabeçalho, que épara elevar a eficiência de transporte de uma seção de rádiotransferindo a informação necessária somente via cabeçalho dedados. Como a compressão de cabeçalho é uma função básica dacamada de PCPD, a camada de PCPD existe apenas em um domínio deserviço de pacote (SP). E, uma entidade de PCPD existe por cada PRpara prover compressão de cabeçalho efetiva para cada serviço depacote (SP).

Na camada 2, uma camada de CRM (controle deradiodifusão/multidifusão) existe acima da camada de CCR. A camadade CRM programa uma mensagem de radiodifusão de célula e executa aradiodifusão para os EUs localizados em uma célula específica.

Uma camada de controle de recursos de rádio(CReR) localizada em uma parte mais baixa da camada 3 estádefinida apenas no plano de controle. A camada de CReR, que estáassociada com o configuração, reconfiguração e liberação de PRs,controla os parâmetros da camada 1 e da camada 2 e se encarrega decontrolar canais lógicos, de transporte e físicos. Neste caso, oPR significa um caminho lógico provido pela camada 1 e pela camada2 de um protocolo de rádio para transferência de dados entre EU eRARTS. Geralmente, "configurar PR" significa que ascaracterísticas de uma camada de protocolo de rádio e um canalnecessário para prover um serviço especifico são reguladas e quecada parâmetro e método operacional detalhados são estabelecidos.

A camada de CCR é explicada em detalhes como sesegue.

Em primeiro lugar, as funções básicas da camadade CCR são a garantia de QS de cada PR e uma transferência dedados correspondente. Uma vez que um serviço de PR é um serviçoque a camada 2 de um protocolo de rádio provê para uma camadasuperior, as partes inteiras da camada 2 têm influência na QS.

Especificamente, o CCR afeta consideravelmente a QS. O CCR deixauma entidade de CCR independente em cada PR para garantir QSgenérica do PR correspondente. Ε, o CCR provê três tipos de modosde CCR tais como MT (modo transparente) , MNR (modo nãoreconhecido) e MR (modo reconhecido) para suportar vários tipos deQS. Cada um dos três modos de CCR suporta uma QS diferente. Assim,os três modos de CCR diferem uns dos outros em um métodooperacional e em uma função detalhada. Assim, o CCR precisa serlevado em consideração de acordo com seu modo operacional.

O modo transparente (MT) é um modo em que nenhumavia aérea é anexada à UDS de CCR distribuída de uma camada maisalta na configuração da UDP de CCR. Em particular, como o CCRdeixa a UDS passar transparentemente, ele é chamado de CCR em MT.Ε, o CCR em MT cumpre as seguintes tarefas nos planos de usuário ede controle. No plano de usuário, como o tempo de processamento dedados dentro do CCR é relativamente curto, o CCR em MT executatransmissão de dados de circuito em tempo real tal como voz oufluxo em um domínio de serviço de circuito (daqui por dianteabreviado como 'domínio de SC1). No plano de controle, como não hávia aérea dentro do CCR, o CCR se encarrega da transmissão damensagem de CReR de um EU não-específico no caso de carregamentode dados ou da transmissão de mensagens de CReR radiodifundidas detodos os EUs dentro de uma célula no caso de descarregamento dedados.

Ao contrário do modo transparente, um modo em queuma via aérea é anexada pelo CCR é chamado de modo não-transparente. Ε, o modo não-transparente é classificado em um modonão reconhecido (MNR) não tendo reconhecimento para os dadostransmitidos e um modo reconhecido (MR) tendo reconhecimento paraos dados transmitidos. O CCR em MNR envia UDPs anexando umcabeçalho de UDP incluindo um número de seqüência (em seguidaabreviado como 'NS') para cada UDP, de modo que um lado receptor asaber qual UDP é perdida durante o curso da transmissão. Em umplano de usuário, devido a esta função, o CCR em MNR executaprincipalmente transmissão de dados de pacote em tempo real outransmissão de dados de radiodifusão/multidifusão, tal como voz(por exemplo, VoPI) e fluxo em um domínio de serviço de pacote(abreviado como Mominio de SP'). Em um domínio de controle, o CCRem MNR se encarrega da transmissão de uma mensagem de CReR nãoprecisando de reconhecimento entre as mensagens de CReRtransmitidas para um EU específico ou grupo de EUs específicodentro de uma célula.

O CCR em MR configura a UDP anexando um cabeçalhode UDP incluindo um NS tal como no CCR em MNR. Ainda, o CCR em MRdifere grandemente do CCR em MNR porque um lado receptor faz oreconhecimento (REC) para a UDP transmitida por um ladotransmissor. O lado receptor faz o reconhecimento no CCR em MR,porque o lado receptor faz uma requisição para a retransmissão daUDP do lado transmissor que não está sendo recebida pelo ladoreceptor. E, esta função de retransmissão é a melhorcaracterística do CCR em MR. Assim, o objetivo do CCR em MR égarantir uma transmissão de dados livre de erro através daretransmissão. Ε, o CCR em MR se encarrega principalmente datransmissão de dados de pacote em tempo não-real tal como TCP/PIde domínio de PS no plano de usuário. No plano de controle, o CCRem MR se encarrega da radiodifusão de uma mensagem de CReRrequerendo necessariamente reconhecimento entre mensagens de CReRtransmitidas para um EU específico dentro de uma célula.

Com relação ao aspecto da direcionalidade, o CCRem MNR e o CCR em MT são usados para comunicações unidirecionais.Por outro lado, o CCR em MR é usado para comunicaçõesbidirecionais devido à realimentação vinda de um lado receptor.

Como as comunicações bidirecionais são principalmente usadas paracomunicações ponto-a-ponto, o CCR em MR usa somente um canallógico dedicado. No aspecto estrutural, uma entidade de CCR de CCRem MNR ou CCR em MT é construída com uma estrutura de recepção outransmissão, considerando que lados transmissor e receptor existemdentro de uma entidade de CCR no CCR em MR.

A complexidade do CCR em MR é atribuída à funçãode retransmissão. Para gerenciamento de retransmissão, o CCR em MRprecisa de um buffer (área de armazenamento temporário) deretransmissão bem como de um buffer de transmissão/recepção. Ε, oCCR em MR executa várias funções tais como o uso de uma janela detransmissão/recepção para controle de fluxo, uma votação onde umlado transmissor requisita uma informação de estado de um ladoreceptor de uma igual entidade de CCR, um relatório de estado emque um lado receptor relata seu estado de buffer para um ladotransmissor de uma igual entidade de CCR, um estado de UDP paraportar uma informação de estado, acompanhamento de inserção deestado de UDP dentro de uma UDP de dados para aumentar aeficiência de transferência de dados, etc. Além disso, há uma UDPde reconfiguração que faz um pedido para reconfigurar todas asoperações e parâmetros para uma entidade de CCR em MR do outrolado no caso da entidade de CCR em MR descobrir um erro crítico noprocesso operacional ou uma UDP de reconhecimento dereconfiguração usada para um reconhecimento da UDP dereconfiguração. Para suportar estas funções, o CCR em MR necessitade vários parâmetros de protocolo, de parâmetros de estado e detemporização. A UDP usada para controle de transferência de dadosno CCR em MR tal como um relatório de estado ou UDP de estado, UDPde reconfiguração e similares é chamada de UDP de controle. E, aUDP usada para distribuição dos dados de usuário é chamada de UDPde dados.

Em resumo, a UDP usada pelo CCR em MR pode serclassificada principalmente em dois tipos. Um primeiro tipo é aUDP de dados e um segundo tipo é a UDP de controle. A UDP decontrole pode ser classificada em quatro tipos, incluindo UDP deestado, UDP de estado acompanhado, UDP de reconf iguração e a UDPde reconhecimento de reconfiguração.

Como mencionado na descrição acima, um dos casosde uso de UDP de controle é um procedimento de reconf iguração. Oprocedimento de reconfiguração é usado para resolver a situação deerro na operação do CCR em MR. Por exemplo, o procedimento dereconfiguração é usado para resolver uma situação onde números emseqüência mutuamente usados são diferentes uns dos outros ou ondea UDP ou a UDS tem falhas de transmissão acima de uma contagempré-determinada. Se um procedimento de reconfiguração é usado, oCCR em MR de um lado receptor e o CCR em MR de um lado transmissorreconfigura as variáveis de ambiente para entrarem em um estadopara continuar as comunicações.

O procedimento de reconfiguração é explicado aseguir.

Em primeiro lugar, o CCR em MR de um ladotransmissor inclui um valor de número de hiper-quadro (NHQ)atualmente usado em uma direção de transmissão na UDP dereconfiguração e então transmite a UDP de reconfiguração para umlado receptor.

No caso de recepção da UDP de reconf iguração, oCCR em MR do lado receptor reconfigura um valor de NHQ na suadireção de recepção e inicializa as variáveis de ambiente taiscomo um número de seqüência ou similar.

Ε, o CCR em MR do lado receptor inclui seu NHQ nadireção de transmissão na UDP de reconhecimento de reconfiguraçãoe então transmite a UDP de REC de reconf iguração para o CCR em MRdo lado transmissor.

Uma vez recebida a UDP de REC de reconf iguração,o CCR em MR do lado transmissor reconfigura o valor de NHQ em suadireção de recepção e então inicializa as variáveis de ambiente.

A fig. 3 é um diagrama estrutural da UDP de CCRem MR (UDP de DMR) como uma UDP de dados que é usada paratransmitir dados.

Recorrendo à fig. 3, a UDP de CCR em MR é usadaquando a entidade de CCR em MR tenta transmitir dados de usuário,uma informação de estado acompanhado ou um bit de votação. Umaparte de dados de usuário é construída por uma multiplicação de uminteiro de 8 bits. E, um cabeçalho de UDP de CCR em MR éconstruído com um número de seqüência tendo tamanho de 2 octetos.

Além disso, uma parte de cabeçalho da UDP de CCR em MR inclui umindicador de comprimento (IC).A fig. 4 é um diagrama estrutural de uma UDP deestado.

Recorrendo à fig. 4, a UDP de estado inclui tiposdiferentes de SUCs (super campos). 0 tamanho da UDP de estado évariável mas é limitado a um tamanho da maior UDP de CCR de umcanal lógico portando a UDP de estado. Neste caso, o SUC cumpre umpapel como uma informação indicando qual tipo de UDP de CCR em MRchega em um lado receptor ou qual tipo de UDP de CCR em MR nãochega no lado receptor. 0 SUC é construído com três partes de umtipo, um comprimento e um valor.

A fig. 5 é um diagrama estrutural de uma UDP deestado acompanhado.

Recorrendo à fig. 5, uma estrutura de uma UDP deestado acompanhado é semelhante àquela de uma UDP de estado. A UDPde estado acompanhado difere da UDP de estado porque um campo D/Cé substituído por um bit reservado (R2) .

A UDP de estado acompanhado é inserida na UDP deCCR em MR no caso de restar um espaço suficiente. E, um valor detipo de UDP (tipo_) é sempre fixado como '000'.

A fig. 6 é um diagrama estrutural de uma UDP deREC de reconfiguração.

Recorrendo à fig. 6, uma UDP de reconf iguraçãoinclui um número de seqüência chamado de NSR de 1 bit. E, uma UDPde REC de reconf iguração é transmitida em resposta a uma UDP dereconfiguração recebida e é transmitida incluindo-se o NSR contidona UDP de reconfiguração recebida.

Os parâmetros usados nos formatos de UDP acimasão explicados como se segue.

1) Campo D/C: O campo D/C indica se uma UDPcorrespondente é uma UDP de controle ou uma UDP de dados.

2) Tipo de UDP: 0 tipo de UDP indica um tipo deUDP de controle. Em particular, o 'Tipo de UDP' indica se uma UDPcorrespondente é uma UDP de reconfiguração ou uma UDP de estado.

3) Número de Seqüência: Este valor significa ainformação de número de seqüência da UDP de CCR em MR.4) Bit de Votação: Este valor é configuradoquando uma requisição para um relatório de estado é feita para umlado receptor.

5) Bit de extensão (E) : Este valor indica se umpróximo octeto é um indicador de comprimento ou não.

6) Bit reservado (Rl) : Este valor é usado parauma UDP de reconfiguração ou uma UDP de REC de reconfiguração e écodificado como λ000' .

7) Bit de Extensão de Cabeçalho (EC) : Este valorindica se um próximo octeto é um indicador de comprimento oudados.

8) Indicador de Comprimento: Este valor indica alocalização de um limite no caso de existir um limite entre UDPsdiferentes dentro de uma parte de dados de UDP.

9) PRCH: Esta parte é uma área de preenchimentoque não é usada na UDP de CCR em MR.

Como mencionado na descrição precedente, uma UDPde estado corresponde a um caso em que a informação de controle ea informação de preenchimento são incluídas dentro de uma UDP deDMR (UDP de Dados em MR) . E, uma UDP de estado acompanhadosignifica uma informação de controle quando os dados de usuário ea informação de controle são colocadas dentro de uma UDP de DMR.

Um formato da UDP de estado acompanhado é substancialmenteidêntico àquele da UDP de estado. E ainda, estas UDPs sãoclassificadas de acordo com como uma UDP de DMR é preenchida.

Como a UDP de estado acompanhado ou a UDP deestado não são dados de usuário, elas devem ser minimamentetransmitidas para elevar eficiência no aspecto da transmissão dedados. Ainda, na transmissão de dados de CCR em MR, como um ladotransmissor sempre precisa de reconhecimento indicando que osdados são recebidos corretamente em um lado receptor, fica-seincapaz de reduzir completamente a transmissão da UDP de estado oua UDP de estado acompanhado.

Em uma operação de CCR de acordo com o estado daarte relacionada, o CCR em MR preferencialmente transmite umainformação de controle no caso em que há informação de controle edados de usuário para serem transmitidos. Na transmissão dainformação de controle, um EU não pode usar a UDP de estadoacompanhado no caso de não haver nenhum espaço excedente na UDP deDMR. Conseqüentemente, o EU transmite a informação de controleusando a UDP de estado. Neste caso, a transmissão da UDP de DMRconfigurada com antecedência pode ser demorada.

A fig. 7 é um diagrama exemplificativo paraexplicar a operação de um CCR em MR de acordo com o estado da arterelacionada.

Recorrendo à fig. 7, é assumido que no máximoduas UDPs podem ser transmitidas durante um ITT (intervalo detempo de transmissão) e que a CCR em MR tem dados suficientes paraserem transmitidos. Assim, é assumido que o CCR em MR fica em umasituação onde há bastante dados para preencher a UDP de CCR em MR.

Como o CCR em MR não tem nenhuma informação decontrole para ser transmitida durante o ITT 1, a UDP de DMRincluindo apenas dados de usuário é configurada e transmitida.

Durante o ITT 2, no caso onde há informação de controle para sertransmitida, o CCR em MR tem que transmitir a informação decontrole para o CCR em MR do outro lado usando a UDP de estado oua UDP de estado acompanhado. Ainda, como é assumido que o CCR emMR tem dados de usuário suficientes para ser transmitido, um bitde preenchimento não pode ser gerado não importa como o UDP de DMResteja configurada. Assim, a UDP de estado acompanhado não podeser incluída. Conseqüentemente, o CCR em MR tem que transmitir ainformação de controle usando a UDP de estado. Neste caso, nasuposição de que o CCR em MR pode usar um máximo de UDPs de DMRdurante um ITT, o CCR em MR transmite uma UDP de DMR incluindoapenas dados de usuário e uma UDP de estado durante ITT 2. E, aUDP de DMR incluindo somente dados de usuário como ITT 1 étransmitida durante ITT 3.

Porém, o estado da arte relacionada tem osseguintes problemas.

Em primeiro lugar, a despeito de haver dadossuficientes para serem transmitidos pelo CCR em MR, no caso em queum tamanho de relatório de estado é menor do que aquele da UDP deDMR, um bit de preenchimento sem nenhuma significação comoinformação, conforme mostrado na fig. 7, existe em uma UDP deestado. Isto significa uma séria redução de eficiência detransmissão no caso em que há dados de usuário excessivos paraserem transmitidos pelo CCR em MR.

Conforme mencionado na descrição precedente,usando a UDP de estado acompanhado em lugar da UDP de estado, aporção que torna a configuração de UDP ineficiente, como um bit depreenchimento, é reduzida. Ainda, no estado da arte relacionada, aUDP de estado acompanhado não é de fácil uso. A razão é explicadacomo se segue. Em primeiro lugar, no caso de haver uma informaçãode controle e dados de usuário para serem transmitidos, o CCR emMR preferencialmente preenche a UDP em MR com os dados de usuárioe então insere a informação de controle em um espaço excedente daUDP de DMR no formato de uma UDP de estado acompanhado. Enquantoisso, no estado da arte relacionada, no caso em que uma UDP deestado acompanhado é incluída em uma UDP de DMR específico, umaporção ou porções inteiras da UDS incluída logo antes da UDP deestado acompanhado devem corresponder a uma última porção da UDS.

Em particular, uma primeira porção de uma UDP de DMR transmitidadepois da UDP de DMR incluindo a UDP de estado acompanhado começacomo uma primeira porção de uma nova UDS.

A fig. 8 é um diagrama para explicar um método deconfiguração da UDP de DMR incluindo uma informação de estadoacompanhado de acordo com o estado da arte relacionada.

Recorrendo à fig. 8, no caso de existirem dadosde usuário e informação de controle a serem transmitidos, o CCR emMR insere uma UDS 1 e uma UDS 2 em uma na UDP de DMR e entãodecide se há um espaço no qual a informação de controle pode serinserida em um formato de uma UDP de estado acompanhado na na UDPde DMR. Se for decidido que a informação de controle pode serinserida na na UDP de DMR, a UDP de estado acompanhado é inserida.

Fazendo assim, a UDS 2 situada à frente da UDP de estadoacompanhado deve ser terminada na frente da UDP de estadoacompanhado e não pode ser incluída em uma (n+l)a UDP de DMR. Emoutras palavras, se a UDS é segmentada em pelo menos duas porções,ela é incapaz de incluir uma porção na na UDP de DMR e a outraporção na (n+l)a UDP de DMR.Porém, no estado da arte relacionada, o tamanhode uma UDP de estado acompanhado é limitado a um espaço que restadepois que a UDP de DMR é preenchida com pelo menos uma UDS.

Assim, mesmo se o CCR em MR precisar usar a UDP de estadoacompanhado, não se pode usar a UDP correspondente freqüentemente.

Se a informação de controle a ser transmitida para um ladoreceptor é gerada, é altamente provável que o CCR em MR possa usara UDP de estado em lugar da UDP de estado acompanhado, o que émais vantajoso no aspecto da eficiência de transmissão.

Conseqüentemente, a eficiência de transmissão da informação decontrole fica diminuída.

Objetivos da Invenção

Adequadamente, a presente invenção é dirigida aum método para gerar um bloco de dados que substancialmente obviaum ou mais problemas devido às limitações e desvantagens do estadoda arte relacionada.

Um objetivo da presente invenção é prover ummétodo para gerar um bloco de dados, pelo qual a eficiência de usode recursos limitados pelas camadas dos lados transmissor ereceptor pode ser aumentada em um sistema de comunicação móvel semfio.

Outro objetivo da presente invenção é prover ummétodo para gerar um bloco de dados, pelo qual uma taxa de dadosde usuário máxima pode ser alcançada em um sistema de comunicaçãomóvel sem fio.

Outro objetivo da presente invenção é prover ummétodo para gerar um bloco de dados, pelo qual a eficiência detransmissão de informações de controle pode ser aumentada em umsistema de comunicação móvel sem fio.

Outro objetivo da presente invenção é prover umtransmissor e receptor, pelos quais uma taxa de dados de usuáriomáxima é alcançada de maneira a aumentar a eficiência de uso derecursos limitados em um sistema de comunicação móvel sem fio epelos quais a eficiência de transmissão de informações de controleé aumentada.

Um objetivo adicional da presente invenção éprover uma estrutura de bloco de dados, pela qual uma taxa dedados de usuário máxima é alcançada de maneira a aumentar aeficiência de uso de recursos limitados em um sistema decomunicação móvel sem fio e pela qual a eficiência de transmissãode informações de controle é aumentada.

Características adicionais e vantagens dainvenção serão vistas na descrição que se segue, e em parte serãoaprendidas a partir da prática da invenção. Os objetivos e outrasvantagens da invenção serão percebidos e atingidos pela estruturaparticularmente apontada na descrição escrita e nas reivindicaçõesbem como também nos desenhos anexados.

Para alcançar estas e outras vantagens, econforme o propósito da invenção, conforme aqui incorporado eamplamente descrito, um método para gerar um bloco de dados apartir de uma camada mais baixa de um lado transmissor em umsistema de comunicações móvel de acordo com a presente invençãoinclui as etapas de inserir um bloco de dados de controleincluindo uma informação de controle em uma primeira região de umbloco de dados de camada mais baixa se a camada mais baixa tiver ainformação de controle a ser transmitida para um lado receptor einserir pelo menos uma porção do bloco de dados de uma camadasuperior em uma segunda região do bloco de dados de camada maisbaixa, em que a primeira região é alocada para o bloco de dados decontrole antes que a segunda região seja alocada para pelo menosuma porção do bloco de dados de camada superior.

Preferivelmente, a segunda região fica situadadentro de uma parte restante do bloco de dados de camada maisbaixa exceto na primeira região.

Preferivelmente, o método inclui mais adiante aetapa de inserir um primeiro indicador indicando que o bloco dedados de camada mais baixa inclui o bloco de dados de controle.

Mais preferivelmente, o método inclui a etapa deinserir um segundo indicador para prover uma informação associadacom a primeira região.

Mais preferivelmente, a informação associada coma primeira região inclui uma posição inicial da primeira regiãodentro do bloco de dados de camada mais baixa.Mais preferivelmente, a informação associada coma primeira região inclui o comprimento do bloco de dados decontrole.

Preferivelmente, a informação de controle é umainformação de estado de recepção.

Mais preferivelmente, a primeira região ficasituada em uma extremidade do bloco dados de camada mais baixa.

Mais preferivelmente, o segundo indicador éinserido em uma extremidade da primeira região.

Preferivelmente, o método que inclui a etapa de,se uma porção do bloco de dados de camada superior for inserido nobloco de dados de camada mais baixa, inserir outra porção do blocode dados de camada superior em um próximo bloco de dados da camadamais baixa.

Para alcançar estas e outras vantagens e conformeo propósito da presente invenção, um método para gerar um bloco dedados de camada superior a partir de uma camada mais baixa de umlado receptor em um sistema de comunicação móvel inclui as etapasde receber um primeiro bloco de dados da camada mais baixa, oprimeiro bloco de dados tendo uma primeira porção de um bloco dedados de uma camada superior e um bloco de dados de controleincluindo uma informação de controle, receber um segundo bloco dedados da camada mais baixa tendo uma segunda porção do bloco dedados de camada superior, e gerar o bloco de dados de camadasuperior usando as primeira e segunda porções do bloco de dados decamada superior.

Para alcançar adicionalmente estas e outrasvantagens e conforme o propósito da presente invenção, umtransmissor tendo uma entidade de camada mais baixa para gerar umbloco de dados de camada mais baixa a ser transmitido para um ladoreceptor a partir de uma camada mais baixa em um sistema decomunicação móvel, a camada mais baixa incluindo meios para alocaruma primeira região do bloco de dados de camada mais baixa parainserir um bloco de dados de controle incluindo uma informação decontrole no bloco de dados de camada mais baixa antes que pelomenos uma porção de um bloco de dados de uma camada superior sejainserida no bloco de dados de camada mais baixa, meios parainserir o bloco de dados de controle na primeira região do blocode dados de camada mais baixa se a camada mais baixa tiver ainformação de controle a ser transmitida para o lado receptor, emeios para inserir pelo menos uma porção do bloco de dados decamada superior em uma segunda região do bloco de dados de camadamais baixa.

Para alcançar estas e outras vantagens e conformeo propósito da presente invenção, um receptor tendo uma entidadede camada mais baixa para gerar um bloco de dados de uma camadasuperior em um sistema de comunicação móvel inclui meios parareceber um primeiro bloco de dados de uma camada mais baixa, oprimeiro bloco de dados tendo uma primeira porção do bloco dedados da camada superior e um bloco de dados de controle incluindouma informação de controle, meios para receber um segundo bloco dedados da camada mais baixa tendo uma segunda porção do bloco dedados de camada superior, e meios para gerar o bloco de dados decamada superior usando as primeira e segunda porções do bloco dedados de camada superior.

Para adicionalmente alcançar estas e outrasvantagens e conforme o propósito da invenção, uma estrutura de umbloco de dados de camada mais baixa gerado a partir de uma camadamais baixa para distribuir uma informação de controle para um ladoreceptor em um sistema de comunicação móvel inclui um bloco dedados de controle incluindo a informação de controle situada emuma primeira região do bloco de dados de camada mais baixa, pelomenos uma porção de um bloco de dados de uma camada superiorlocalizada em uma segunda região do bloco de dados de camada maisbaixa, um primeiro indicador indicando que o bloco de dados decamada mais baixa inclui o bloco de dados de controle, e umsegundo indicador que provê uma informação associada com pelomenos uma localização e um tamanho do bloco de dados de controle.

Será entendido que a descrição geral precedente ea seguinte descrição detalhada são exemplificativas e explicativase é pretendido que provejam explicações adicionais da invençãoconforme reivindicado.

Breve Descrição dos DesenhosOs desenhos acompanhantes são incluídos, paraprover um entendimento adicional da invenção e são aquiincorporados constituindo uma parte desta especificação,ilustrando formas de incorporação da invenção e junto com adescrição servindo para explicar os princípios da invenção. Nosdesenhos:

A fig. 1 é um diagrama de uma arquitetura de redede STMU (sistema de telecomunicações móvel universal) de umsistema assíncrono IMT-2000 de acordo com o estado da arterelacionada;

A fig. 2 é um diagrama arquitetônico de umprotocolo de rádio usado em um sistema de STMU de acordo com oestado da arte relacionada;

A fig. 3 é um diagrama estrutural de uma UDP deCCR em MR (UDP de DMR) como uma UDP de dados que é usada paratransmitir dados;

A fig. 4 é um diagrama estrutural de uma UDP deestado de acordo com o estado da arte relacionada;

A fig. 5 é um diagrama estrutural de uma UDP deestado acompanhado de acordo com o estado da arte relacionada;

A fig. 6 é um diagrama estrutural de uma UDP dereconfiguração/REC de reconfiguração de acordo com o estado daarte relacionada;

A fig. 7 é um diagrama exemplificativo paraexplicar uma operação de um CCR em MR de acordo com o estado daarte relacionada;

A fig. 8 é um diagrama para explicar um métodopara configurar uma UDP de DMR incluindo uma informação de estadoacompanhado de acordo com o estado da arte relacionada;

A fig. 9 é um diagrama de um método para gerar umbloco de dados de acordo com uma forma de incorporação preferidada presente invenção;

A fig. 10 e a fig. 11 são diagramas estruturaisde UDPs de DMR de acordo com formas de incorporação preferidas dapresente invenção;

A fig. 12 é um diagrama para explicar um processoem que uma camada de CCR de um lado receptor opera recebendo umaUDP de DMR de acordo com outra forma de incorporação preferida dapresente invenção; e

A fig. 13 é um diagrama de blocos de um aparatode comunicação sem fio tal como um terminal móvel executando asfunções da presente invenção.

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.

A fig. 9 é um diagrama de um método para gerar umbloco de dados de acordo com uma forma de incorporação preferidada presente invenção.

As formas de incorporação na seguinte descriçãosão exemplos em que as características técnicas da presenteinvenção são aplicadas ao sistema de comunicação móvel de PP3G.

Em particular, as seguintes formas de incorporação incluem ummétodo para gerar uma unidade de dados de protocolo em MR (UDP deDMR) em uma camada de CCR de um sistema de comunicação tendo umapluralidade de estruturas de pilha de protocolo incluindo umacamada física, uma camada de CAM, a camada de CCR e uma camada dePCPD usando uma unidade de dados de serviço (UDS) e uma informaçãode controle distribuída de uma camada superior, um transmissorrelacionado, um receptor relacionado e uma estrutura da UDP de DMR.

Na forma de incorporação mostrada na fig. 9, éassumido que no máximo duas UDPs podem ser transmitidas durante umITT (intervalo de tempo de transmissão) e que uma camada de CCRtem dados suficientes para serem transmitidos. Isto é, é assumidoque a camada de CCR está pronta para preencher completamente umaUDP de DMR em qualquer momento.

Recorrendo à fig. 9, assumindo que a camada deCCR não tem uma informação de controle para ser transmitida em umponto de tempo do ITT 1, a camada de CCR configura UDPs de DMRincluindo dados de usuário, isto é, unidades de dados de serviço(UDSs) distribuídas somente de uma camada superior, e entãotransmite as UDPs de DMR para um lado receptor.No caso em que a camada de CCR tem uma informaçãode controle a ser transmitida para o lado receptor em um ponto detempo do ITT 2, a camada de CCR configura preferencialmente umaUDP de DMR de maneira a incluir a informação de controle na UDP deDMR e unidades de dados de serviço distribuídas de uma camadasuperior em um espaço excedente da UDP de DMR tendo a informaçãode controle nele incluída, e então transmite a UDP de DMRconfigurada para o lado receptor. Uma segunda UDP de DMR no ITT 2representa esquematicamente um exemplo de um novo tipo de UDP deDMR de acordo com uma forma de incorporação preferida da presenteinvenção.

A informação de controle pode incluir umainformação de relatório de estado (informação de estado derecepção). Preferivelmente, a informação de controle é construídaem um formato de um bloco de dados de controle independente talcomo uma UDP de estado acompanhado, por exemplo. Ainda, ainformação de controle pode ser construída de vários modos. 0bloco de dados de controle incluindo a informação de controle podeser localizado em uma posição arbitrária dentro da UDP de DMR. Emoutras palavras, o bloco de dados de controle pode ser incluído emuma porção da extremidade de um cabeçalho da UDP de DMR, em umaporção próxima ao cabeçalho ou em uma porção da extremidade da UDPde DMR.

A UDP de DMR incluindo nela o bloco de dados decontrole preferivelmente inclui um primeiro indicador indicandoque a UDP de DMR inclui o bloco de dados de controle e um segundoindicador oferecendo uma informação para um local ou tamanho dobloco de dados de controle ou uma informação para ambos local etamanho do bloco de dados de controle. Ε, o segundo indicador podeincluir uma informação para um ponto inicial no qual o bloco dedados de controle começa dentro da UDP de DMR.

Na fig. 9, uma porção da UDS 4 é incluída em umaporção logo antes do bloco de dados de controle dentro da UDP deDMR e outra porção da UDS 4 é incluído em uma primeira porção deuma próxima UDP de DMR no ITT 3. Isto é, no estado da arterelacionada, se uma UDP de DMR inclui uma UDP de estadoacompanhado, uma porção da extremidade de uma UDS específica deveficar localizada em uma porção logo antes da UDP de estadoacompanhado, o que nem sempre não é aplicável para a presenteinvenção. Assim, se um lado receptor recebe a UDP de DMR incluindoo primeiro indicador, pode ser reconhecido que a UDP de DMRrecebida inclui o bloco de dados de controle e que uma UDS não-completada pode ser localizada antes do bloco de dados decontrole.

E, a UDP de DMR incluindo somente dados deusuário é configurada no ITT 3 como ITT 1 e é então transmitidapara o lado receptor.

A fig. 10 é um diagrama estrutural de uma UDP deDMR de acordo com uma forma de incorporação preferida da presenteinvenção.

Recorrendo à fig. 10, uma camada de CCR de umlado transmissor inclui preferencialmente uma informação decontrole a ser transmitida para um lado receptor em uma UDP de DMRe então inclui UDSs distribuídas de uma camada superior em umespaço restante da UDP de DMR. Neste caso, IC_1 ~ IC_n sãoindicadores de comprimento indicando as posições das UDSsincluídas na UDP de DMR, respectivamente.

O 'Primeiro IC' é um indicador que indica que aUDP de DMR inclui a UDP de estado acompanhado e xSegundo IC' é umindicador que indica uma posição da UDP de estado acompanhadodentro da UDP de DMR. O xSegundo IC' pode indicar a posição da UDPde estado acompanhado incluindo uma informação para pelo menos umponto inicial e tamanho da UDP de estado acompanhado.Preferivelmente, o xPrimeiro IC' é '1111100' ou '1111101' no casode 7 bits. Preferivelmente, o 'Primeiro IC' usa ' 111111111111100'e Ί11111111111101'.

A fig. 11 é um diagrama estrutural de uma UDP deDMR de acordo com outra forma de incorporação preferida dapresente invenção.

A forma de incorporação na fig. 11 difere daforma de incorporação anterior da fig. 10 no localização doxSegundo IC' dentro da UDP de DMR incluindo uma UDP de estadoacompanhado. Isto é, simplificando um cabeçalho da UDP de DMR, umlado receptor pode processar a informação de controle de e osdados de usuário diferentemente.

Recorrendo à fig. 11, o 'Segundo IC' é colocadodepois da UDP de estado acompanhado para indicar um ponto inicialou tamanho da UDP de estado acompanhado. A razão pela qual oiSegundo IC' é colocado depois da UDP de estado acompanhado está aseguir. Como a informação de tamanho da UDP de estado acompanhadonão está incluída em um cabeçalho da UDP de DMR, o lado receptortem dificuldade em entender a UDP de estado acompanhadocorretamente, se o xSegundo IC' for colocado antes da UDP deestado acompanhado. Isto é, por colocar o xSegundo IC' em umaúltima porção da UDP de DMR, o lado receptor entende corretamenteo tamanho da UDP de estado acompanhado. Enquanto isso, também épossível configurar uma nova UDP de estado de acompanhado fundindoa UDP de estado acompanhado e o xSegundo IC' juntos.

Cada vez que uma camada de CCR de um ladoreceptor recebe uma UDS de DMR mostrada na fig. 10, é conferido seo xPrimeiro IC' existe na UDP de DMR recebida. Se o 'Primeiro IC'existir, é decidido que uma UDP de estado acompanhado existedentro da UDP de DMR. Depois de obter uma posição da UDP de estadoacompanhado a partir do xSegundo IC' incluído dentro da UDP deDMR, a camada de CCR do lado receptor opera de acordo com ainformação de controle incluída na UDP de estado acompanhado. E, acamada de CCR do lado receptor recupera as UDSs incluídas na UDPde DMR usando o resto dos ICs exceto o xPrimeiro IC' e o xSegundoIC' e os valores de campo incluídos em um cabeçalho.

No caso em que a UDP de DMR mostrada na fig. 11 éusada, uma camada de CCR do lado receptor entende que uma UDP deestado acompanhado está incluída na UDP de DMR a partir doxPrimeiro IC' incluído na UDP de DMR.

A camada de CCR do lado receptor obtém umaposição da UDP de estado acompanhado a partir do xSegundo IC'incluído em uma última porção da UDP de DMR, adquire a informaçãode controle incluída na UDP de estado acompanhado, e então operade acordo com a informação adquirida. E, a camada de CCR do ladoreceptor recupera as UDSs incluídas na UDP de DMR usando orestante dos ICs exceto o xPrimeiro IC' e o xSegundo IC' e osvalores de campo incluídos em um cabeçalho. Depois de ter removidoa informação de controle da UDP de DMR, a camada de CCR coloca aUDP de DMR dentro de uma janela de recepção usando a informação deNS da UDP de DMR.

A fig. 12 é um diagrama para explicar um processoem que uma camada de CCR de um lado receptor opera recebendo a UDPde DMR de acordo com outra forma de incorporação preferida dapresente invenção, na qual as partes incluídas em um cabeçalho deUDP de DMR tais como D/C, valor de NS e similares são omitidas porconveniência de explicação.

Recorrendo à fig. 12, uma camada de CCR do ladoreceptor recebe uma na UDP de DMR e então entende que o 'PrimeiroIC1 e o 'Segundo IC' estão incluídos na UDP de DMR recebida. Nessecaso, a camada de CCR do lado receptor pode descobrir que a UDP deDMR inclui uma UDP de estado acompanhado e pode encontrar ainformação de localização da UDP de estado acompanhado. E, acamada de CCR do lado receptor pode descobrir que a UDS (UDS 4 nafig. 12) logo antes da UDP de estado acompanhado não termina na naUDP de DMR e que uma porção da UDS 4 está incluída em uma (n+l)aUDP de DMR. Conseqüentemente, a camada de CCR do lado receptorpode recuperar a UDS 4 inteira usando porções da UDS 4 incluídasnas na e (n+l)a UDPs de DMR.

Alternativamente, para simplificar aimplementação de uma UDP de DMR, uma UDP de estado acompanhado éincluída dentro de um cabeçalho de UDP de DMR ou logo depois docabeçalho. Por exemplo, uma estrutura em que uma UDP de estadoacompanhado é incluída logo depois do 'Primeiro IC' pode sertomada em consideração. Neste caso, o resto dos ICs exceto o'Segundo IC' oferece informações para um limite entre as UDSsincluídas depois da UDP de estado acompanhado.

A presente invenção descreve um sistema decomunicação móvel e também é aplicável a um sistema de comunicaçãosem fio para um ADP ou computador notebook provido com uma funçãode comunicação sem fio. As terminologias descritas na presenteinvenção não são limitadas a uma faixa de um sistema decomunicação sem fio. E, a presente invenção é aplicável a umsistema de comunicação sem fio usando diferentes interfaces semfio e camadas físicas tais como TDMA, CDMA, FDAM, etc.

Os conteúdos da presente invenção podem serimplementados com software, firmware, hardware ou uma combinaçãodeles. Em particular, os conteúdos da presente invenção sãoimplementados usando lógica de hardware tais como um código, umchip de circuito e ASIC em hardware, ou por códigos em um meio dearmazenamento legível por computador tal como um disco rígido, umdisquete ou uma fita, um meio de armazenamento óptico, uma ROM ouRAM usando uma linguagem de programação de computador.

Os códigos armazenados no meio legível porcomputador são acessíveis e executáveis por meio de umprocessador. Os códigos implementando os conteúdos da presenteinvenção são acessíveis por um meio de transmissão ou um servidorde arquivos em rede. Neste caso, um dispositivo implementador decódigo inclui um meio de transmissão por fio tal como uma linha detransmissão de rede, um meio de transmissão sem fio, sinalização,sinalização sem fio, sinalização por IV, e o similares.

Recorrendo à fig. 13, um aparato de comunicaçãosem fio 100 inclui uma unidade de processamento 110 tal como ummicroprocessador ou processador de sinal digital, um módulo de RF135, um módulo de gerenciamento de potência 106, uma antena 140,uma bateria 155, um mostrador 115, um teclado 120, uma unidade dearmazenamento 130 tal como uma memória flash, ROM ou SRAM, umalto-falante 145 e um microfone 150.

Um usuário entra com uma informação de instrução,tal como um número de telefone, por exemplo, pressionando um botãoou por ativação de voz usando o microfone 150.

A unidade de processamento 110 recebe e processaa informação de instrução para executar a função requisitada pelousuário. O módulo da unidade de processamento 110 pesquisa omódulo de armazenamento 130 para os dados necessários paraexecutar a função e então usa os dados. Ε, o módulo da unidade deprocessamento 110 permite que a informação de comando do usuário eos dados pesquisados no módulo de armazenamento 130 sejam exibidosno módulo mostrador 115 para conveniência do usuário.

A unidade de processamento 110 envia a informaçãopara o módulo de RF 135, para transmitir sinais de rádiocompreendendo dados de comunicação de voz. 0 módulo de RF 135compreende um receptor e um transmissor para receber e transmitirsinais de rádio. Os sinais de rádio são transmitidos ou recebidosfinalmente pela antena 140. Uma vez recebendo os sinais de rádio,o módulo de RF 135 converte os sinais de rádio para uma freqüênciade banda-base para permitir que a unidade de processamento 110processe os sinais de rádio. Os sinais convertidos sãodistribuídos pelo alto-falante 115, ou saem como uma informaçãolegível.

O módulo de RF 135 é usado para receber dados deuma rede ou transmitir à rede informações medidas ou geradas peloaparato de comunicação sem fio para a rede. 0 módulo dearmazenamento 130 é usado para armazenar as informações medidas ougeradas pelo aparato de comunicação sem fio. Ε, o módulo daunidade de processamento 110 é usado apropriadamente para oaparato de comunicação sem fio receber dados, processar os dadosrecebidos e transmitir os dados processados.

Enquanto a presente invenção foi aqui descrita eilustrada com referência às formas de incorporação preferidas,será aparente para aqueles qualificados na arte que váriasmodificações e variações podem ser feitas sem fugir do espírito eescopo da invenção. Assim, é planejado que a presente invençãocubra as modificações e variações desta invenção dentro do escopodas reivindicações anexadas e seus equivalentes.

Aplicabilidade Industrial

A presente invenção é aplicável a um sistema decomunicação móvel tal como um sistema LTE, um sistema de PP3G ouPP3G2, ou um sistema de acesso sem fio de banda larga parainternet móvel, etc.

Claims

1. "MÉTODO PARA GERAR BLOCOS DE DADOS DE CAMADAINFERIOR EM MNR SISTEMA DE COMUNICAÇÃO MÓVEL SEM FIO", em um ladotransmissor, caracterizado pelo fato de compreender as etapas de:inserir um bloco de dados de controle incluindouma informação de controle em uma primeira região de um bloco dedados de camada mais baixa se a camada mais baixa tiver ainformação de controle a ser transmitida para um lado receptor; einserir pelo menos uma porção do bloco de dadosde uma camada superior em uma segunda região dos bloco de dados decamada mais baixa, onde a primeira região é alocada para o blocode dados de controle antes que a segunda região seja alocada parapelo menos uma porção do bloco de dados de camada superior.

2. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que a segunda região fica situadadentro de uma parte remanescente do bloco de dados de camada maisbaixa excetuando-se a primeira região.

3. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de compreender a etapa de inserir umprimeiro indicador indicando que o bloco de dados de camada maisbaixa inclui o bloco de dados de controle.

4. "MÉTODO", de acordo com a reivindicação 3,caracterizado pelo fato de compreender a etapa de inserir umsegundo indicador para prover uma informação associada com aprimeira região.

5. "MÉTODO", de acordo com a reivindicação 4,caracterizado pelo fato de que a informação associada com aprimeira região inclui uma posição inicial da primeira regiãodentro do bloco de dados de camada mais baixa.

6. "MÉTODO", de acordo com a reivindicação 4,caracterizado pelo fato de que a informação associada com aprimeira região inclui um comprimento do bloco de dados decontrole.

7. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que a informação de controle é umainformação de estado de recepção.

8. "MÉTODO", de acordo com a reivindicação 4,caracterizado pelo fato de que a primeira região fica situada emuma extremidade do bloco de dados de camada mais baixa.

9. "MÉTODO", de acordo com a reivindicação 8,caracterizado pelo fato de que o segundo indicador é inserido emuma extremidade da primeira região.

10. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de compreender a etapa de, se uma porçãodo bloco de dados de camada superior for inserido no bloco dedados de camada mais baixa, inserir outra porção do bloco de dadosde camada superior em um próximo bloco de dados de camada maisbaixa.

11. "MÉTODO PARA GERAR BLOCOS DE DADOS DE CAMADAINFERIOR EM MNR SISTEMA DE COMUNICAÇÃO MÓVEL SEM FIO",compreendendo um método para gerar um bloco de dados de camadasuperior a partir de uma camada mais baixa de um lado receptor,caracterizado pelo fato de compreender as etapas de:receber um primeiro bloco de dados da camada maisbaixa, o primeiro bloco de dados tendo uma primeira porção de umbloco de dados de uma camada superior e um bloco de dados decontrole incluindo uma informação de controle;receber um segundo bloco de dados da camada maisbaixa tendo uma segunda porção do bloco de dados de camadasuperior; egerar o bloco de dados de camada superior usandoas primeira e segunda porções do bloco de dados de camadasuperior.

12. "MÉTODO", de acordo com a reivindicação 11,caracterizado pelo fato de que o primeiro bloco de dados da camadamais baixa inclui um primeiro indicador indicando que o primeirobloco de dados de camada mais baixo inclui o bloco de dados decontrole.

13. "MÉTODO", de acordo com a reivindicação 12,caracterizado pelo fato de que o primeiro bloco de dados da camadamais baixa inclui um segundo indicador provendo uma informaçãoassociada com pelo menos uma localização e um tamanho do bloco dedados de controle.

14. "MÉTODO", de acordo com a reivindicação 13,caracterizado pelo fato de que a informação associada com alocalização do bloco de dados de controle inclui uma posiçãoinicial da primeira região dentro do bloco de dados de camada maisbaixa.

15. "MÉTODO", de acordo com a reivindicação 11,caracterizado pelo fato de que a informação de controle é umainformação de estado de recepção.

16. "MÉTODO", de acordo com a reivindicação 11,caracterizado pelo fato de que o bloco de dados de controle ficasituado em uma extremidade do primeiro bloco de dados da camadamais baixa.

17. "MÉTODO PARA GERAR BLOCOS DE DADOS DE CAMADAINFERIOR EM MNR SISTEMA DE COMUNICAÇÃO MÓVEL SEM FIO",caracterizado pelo fato de compreender um transmissor tendo umaentidade de camada mais baixa para gerar um bloco de dados decamada mais baixa a ser transmitido para um lado receptor a partirde uma camada mais baixa, compreendendo:meios para alocar uma primeira região do bloco dedados de camada mais baixa para inserir um bloco de dados decontrole incluindo uma informação de controle no bloco de dados decamada mais baixa antes que pelo menos uma porção de um bloco dedados de uma camada superior seja inserida no bloco de dados decamada mais baixa;meios para inserir o bloco de dados de controlena primeira região do bloco de dados de camada mais baixa se acamada mais baixa tiver a informação de controle para sertransmitida para o lado receptor; emeios para inserir pelo menos uma porção do blocode dados de camada superior em uma segunda região do bloco dedados de camada mais baixa.

18. "MÉTODO", de acordo com a reivindicação 17,caracterizado pelo fato de compreender meios para inserir umprimeiro indicador indicando que o bloco de dados de camada maisbaixa inclui o bloco de dados de controle.

19. "MÉTODO", de acordo com a reivindicação 17,caracterizado pelo fato de compreender meios para inserir umsegundo indicador provendo uma informação associada com a primeiraregião.

20. "MÉTODO", de acordo com a reivindicação 19,caracterizado pelo fato de que a informação associada com aprimeira região inclui uma posição inicial da primeira região nobloco de dados de camada mais baixa.

21. "MÉTODO", de acordo com a reivindicação 19,caracterizado pelo fato de que a informação associada com aprimeira região inclui um comprimento do bloco de dados decontrole.

22. "MÉTODO", de acordo com a reivindicação 17,caracterizado pelo fato de que a informação de controle é umainformação de estado de recepção.

23. "MÉTODO", de acordo com a reivindicação 17,caracterizado pelo fato de que a primeira região fica situada emum extremidade do bloco de dados de camada mais baixa.

24. "MÉTODO", de acordo com a reivindicação 17,caracterizado pelo fato de compreender meios para inserir outraporção do bloco de dados de camada superior em um próximo bloco dedados da camada mais baixa, se uma porção do bloco de dados decamada superior for inserido no bloco de dados de camada maisbaixa.

25. "MÉTODO PARA GERAR BLOCOS DE DADOS DE CAMADAINFERIOR EM MNR SISTEMA DE COMUNICAÇÃO MÓVEL SEM FIO",caracterizado pelo fato de compreender um receptor tendo umaentidade de camada mais baixa para gerar um bloco de dados de umacamada superior, compreendendo:meios para receber um primeiro bloco de dados deuma camada mais baixa, o primeiro bloco de dados tendo umaprimeira porção do bloco de dados da camada superior e um bloco dedados de controle incluindo uma informação de controle;meios para receber um segundos bloco de dados dacamada mais baixa tendo uma segunda porção do bloco de dados decamada superior; emeios para gerar o bloco de dados de camadasuperior usando as primeira e segunda porções do bloco de dados decamada superior.

26. "MÉTODO", de acordo com a reivindicação 25,caracterizado pelo fato de que o primeiro bloco de dados da camadamais baixa inclui um primeiro indicador indicando que o primeirobloco de dados de camada mais baixa inclui o bloco de dados decontrole.

27. "MÉTODO", de acordo com a reivindicação 26,caracterizado pelo fato de que o primeiro bloco de dados da camadamais baixa inclui um segundo indicador provendo uma informaçãoassociada com pelo menos uma localização e um tamanho do bloco dedados de controle.

28. "MÉTODO", de acordo com a reivindicação 2 6,caracterizado pelo fato de que a informação associada com alocalização do bloco de dados de controle inclui uma posiçãoinicial da primeira região dentro do bloco de dados de camada maisbaixa.

29. "MÉTODO", de acordo com a reivindicação 25,caracterizado pelo fato de que a informação de controle é umainformação de estado de recepção.

30. "MÉTODO", de acordo com a reivindicação 25,caracterizado pelo fato de que o bloco de dados de controle ficasituado em uma extremidade do primeiro bloco de dados da camadamais baixa.

31. "MÉTODO PARA GERAR BLOCOS DE DADOS DE CAMADAINFERIOR EM MNR SISTEMA DE COMUNICAÇÃO MÓVEL SEM FIO",caracterizado pelo fato de compreender uma estrutura de um blocode dados de camada mais baixa gerada a partir de uma camada maisbaixa para distribuir uma informação de controle para um ladoreceptor, compreendendo:um bloco de dados de controlem incluindo ainformação de controle localizada em uma primeira região do blocode dados de camada mais baixa;pelo menos uma porção de um bloco de dados de umacamada superior localizado em uma segunda região do bloco de dadosde camada mais baixa;um primeiro indicador indicando que o bloco dedados de camada mais baixa inclui o bloco de dados de controle; eum segundo indicador provendo uma informaçãoassociada com pelo menos uma localização e um tamanho do bloco dedados de controle.

32. "MÉTODO", de acordo com a reivindicação 31,caracterizado pelo fato de que a informação associada com alocalização do bloco de dados de controle inclui uma posiçãoinicial da primeira região dentro do bloco de dados de camada maisbaixa.

33. "MÉTODO", de acordo com a reivindicação 31,caracterizado pelo fato de que a informação de controle é umainformação de estado de recepção.

34. "MÉTODO", de acordo com a reivindicação 31,caracterizado pelo fato de que a primeira região fica situada emuma extremidade do bloco de dados de camada mais baixa.

35. "MÉTODO", de acordo com a reivindicação 31,caracterizado pelo fato de que o bloco de dados de controle éalocado para a primeira região antes que pelo menos uma porção dobloco de dados de camada superior seja alocada para a segundaregião.