BRPI0612473A2

BRPI0612473A2 - método para transmitir informações de controle em um sistema de comunicação sem fio e método de atualização de janela de transmissão usando o mesmo

Info

Publication number: BRPI0612473A2
Application number: BRPI0612473-9A
Authority: BR
Inventors: Sung Duck; Young Dae; Myung Cheul
Original assignee: Lg Electronics Inc
Priority date: 2005-05-04
Filing date: 2006-05-02
Publication date: 2010-11-23
Also published as: EP1878155A4; US20080294958A1; US8161341B2; AU2006241604A1; JP2008541543A; AU2006241604B2; JP4934666B2; WO2006118418A3; WO2006118418A2; EP1878155A2; RU2007144979A; RU2419218C2; EP1878155B1

Abstract

METODO PARA TRANSMITIR INFORMAçõES DE CONTROLE EM UM SISTEMA DE COMUNICAçAO SEM FIO E METODO DE ATUALIZAçAO DE JANELA DE TRANSMISSAO USANDO O MESMO. São descritos um método de transmissão de informações de controle em um sistema de comunicação sem fio e um método de atualização de uma janela de transmissão usando o mesmo, pelos quais a eficiência de transmissão em um lado transmissor pode ser aumentada. A presente invenção inclui as etapas de receber um primeiro bloco de informação de controle incluindo uma primeira informação de relatório de estado de um lado receptor, a primeira informação de estado provendo uma informação de reconhecimento de recepção para uma pluralidade de blocos de dados transmitidos para o lado receptor, receber um segundo bloco de informação de controle incluindo uma segunda informação de relatório de estado colocada como uma última informação de relatório de estado no segundo bloco de informação de controle, e atualizar a janela de transmissão usando a informação de reconhecimento de recepção na primeira informação de relatório de estado.

Description

"MÉTODO PARA TRANSMITIR INFORMAÇÕES DE CONTROLEEM UM SISTEMA DE COMUNICAÇÃO SEM FIO E MÉTODO DE ATUALIZAÇÃO DEJANELA DE TRANSMISSÃO USANDO O MESMO"

A presente invenção se relaciona a um sistema decomunicação sem fio, e mais particularmente a um método detransmissão de informações de controle em um sistema decomunicação sem fio e a um método de atualização de uma janela detransmissão usando o mesmo.

Estado da Arte

A fig. 1 é um diagrama de blocos de uma estruturade rede de STMU (sistema de telecomunicações móvel universal).

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(em seguida abreviada como RARTS) e uma rede de núcleo (doravanteabreviada como RN).

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

A fig. 2 é um diagrama arquitetônico de umprotocolo de rádio de STMU.

Recorrendo à fig. 2, as camadas de protocolo derádio existem como pares em ambos EU e RARTS para se encarregaremda transmissão de dados na seção de rádio.

As respectivas camadas de protocolo de rádio sãoexplicadas a seguir.

Em primeiro lugar, uma camada FIS como umaprimeira camada cumpre um papel transferindo dados para uma seçãode rádio usando várias técnicas de transferência de rádio. Nacamada FIS, uma camada FIS de dados seguros de uma seção de rádioé conectada a uma camada de CAM como uma camada superior por meiode um canal de transporte. E, o canal de transporte é classificadoprincipalmente em um canal de transporte dedicado e um canal detransporte comum de acordo com o fato de um canal sercompartilhado ou não.

Uma segunda camada inclui camadas de CAM, CCR,PCPD e CRM. Em primeiro lugar, uma camada de CAM cumpre um papelmapeando vários canais lógicos para vários canais de transporte,respectivamente, e também executa uma função de multiplexação decanal lógico que cumpre um papel no mapeamento de vários canaislógicos para um canal de transporte. A camada de CAM é conectada auma camada de CCR de uma camada suporte por meio de um canallógico.

E, o canal lógico, é principalmente dividido em umcanal de controle para transferir informação de um plano decontrole e um canal de tráfego para transferir informação de umplano de usuário de acordo com o tipo de informação que étransferida.

Enquanto isso, a camada de CAM pode ser divididaem uma sub-camada de CAM-b, uma sub-camada de CAM-d, uma sub-camada de CAM-c/sh e uma sub-camada de CAM-e de acordo com ostipos de canais de transporte gerenciados em detalhe.

A camada de CAM-b se encarrega do gerenciamentode um canal de transporte CR (canal de radiodifusão) responsávelpela radiodifusão de informações do sistema. A camada de CAM-c/shgerencia um canal de transporte compartilhado, que é compartilhadopor outros EUs, tal como um CAA (canal de acesso adiante) , um CCDD(canal compartilhado de descarregamento de dados) e similares. Asub-camada de CAM-d se encarrega do gerenciamento de um canal detransporte dedicado CDd (canal dedicado) para um EU especifico. Asub-camada de CAM-hs gerencia um canal de transporte CCDD-AV(canal compartilhado de descarregamento de dados de altavelocidade) para transferência de dados de alta velocidade parasuportar a transferência de dados de alta velocidade nodescarregamento e no carregamento de dados.

E, a sub-camada deCAM-e gerencia um canal de transporte CDd-M (canal dedicadomelhorado) para transferência de dados de carregamento.

Uma camada de controle de conexão de rádio (emseguida abreviada como CCR) se encarrega da garantia de qualidadede serviço (a seguir abreviada como 'QS1) de cada portador derádio e também se encarrega da transferência dos dadoscorrespondentes. 0 CCR deixa uma entidade de CCR independente emcada PR garantir a QS intrínseca do PR. 0 CCR oferece três tiposde modos de CCR, tal como o modo transparente (em seguidaabreviado como 'MT1)/ modo não reconhecido (doravante abreviadocomo 1MNR') e modo reconhecido (em seguida abreviado como 'MR')para suportar várias QS. Ε, o CCR cumpre um papel ajustando umtamanho de dados para permitir que uma camada mais baixa transfiradados para uma seção de rádio. Para isto, o CCR cumpre um papel nasegmentação e concatenação dos dados recebidos de uma camadasuperior.

Uma camada de PCPD é colocada acima da camada deCCR e cumpre um papel na transferência de dados, transferidosusando um pacote de PI tal como PIv4 ou PIv6 eficazmente em umaseção de rádio tendo uma largura de banda relativamente pequena.

Para isto, a camada de PCPD executa uma função dê compressão decabeçalho pela qual a informação obrigatória para um cabeçalho dedados é transferida para elevar a eficiência de transporte em umaseção de rádio. Uma vez que a compressão de cabeçalho é uma funçãobásica da camada de PCPD, a camada de PCPD existe somente em umdomínio de pacote de serviço (em seguida abreviado como 'domíniode PS'). E, uma entidade de PCPD existe para cada PR para proveruma função de compressão de cabeçalho efetiva para cada serviço de PS.

Na segunda camada, uma camada de CRM (controle deradiodifusão/multidifusão) é provida acima da camada de CCR. Acamada de CRM programa uma mensagem de radiodifusão de célula eexecuta a radiodifusão para os EUs localizados em uma célulaespecífica.

Uma camada de controle de recursos de rádio (emseguida abreviada como CReR) localizada em uma parte mais baixa deuma terceira camada está definida apenas em um plano de controle.

A camada de CReR controla os parâmetros das primeira e segundacamadas a serem associados com o estabelecimento, reconfiguração eliberação de PRs e se encarregarem do controle de canais lógicos,de transporte e físicos. Neste caso, o PR significa um caminhológico provido pelas primeira e segunda camadas de um protocolo derádio para transferência de dados entre EU e RARTS. Ε, oestabelecimento de PR significa um processo para regular ascaracterísticas de uma camada de protocolo de rádio e um canalpara oferecer um serviço específico e estabelecer parâmetrosespecíficos e métodos operacionais.

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 segunda camada provê para uma camada superior, a segundacamada inteira tem influência na QS. E, a influência do CCR é amaior. O CCR deixa uma entidade de CCR independente em cada PRgarantir a QS intrínseca de PR e oferece três tipos de modos deCCR, MT, MNR e MR. Uma vez que os três modos de CCR diferem unsdos outros na QS suportada, seus métodos operacionais sãodiferentes uns dos outros bem como suas funções detalhadas. Assim,o CCR precisa ser visto de acordo com seu modo operacional.

O MT do CCR é um modo em que qualquer via aéreanão é anexada à unidade de dados de serviço (em seguida abreviadacomo 1UDS') de CCR distribuída de uma camada mais alta naconfiguração da unidade de dados de protocolo (a seguir abreviadacomo 1UDP') de CCR. Em particular, como o CCR transmite a UDStransparentemente, ele é chamado de CCR em MT. Devido a taiscaracterísticas, o CCR em MT cumpre as seguintes tarefas nosplanos de usuário e de controle, como se segue. No plano deusuário, como o tempo de processamento de dados dentro do CCR écurto, o CCR em MT executa transferência de dados de circuito emtempo real tal como voz ou fluxo em um domínio de serviço decircuito (daqui por diante abreviado como 'domínio de SC') .

Enquanto isso, no plano de controle, como não há via aérea dentrodo CCR, o CCR se encarrega da transmissão da mensagem de CReR deum EU não-especí f ico no caso de carregamento de dados outransmissão de mensagens de CReR radiodifundidas de todos os EUsdentro de uma célula no caso de descarregamento de dados.

Ao contrário do modo transparente, um modo deadição de uma via aérea no CCR é chamado de modo não-transparenteque é classificado em um modo . não reconhecido (MNR) não tendoreconhecimento para os dados transmitidos e um modo reconhecido(MR) tendo reconhecimento para os dados transmitidos. Anexando umcabeçalho de UDP incluindo um número de seqüência (em seguidaabreviado como 'NS') para cada UDP, o CCR em MNR habilita um ladoreceptor a saber qual UDP é perdida durante o curso datransmissão.

Devido a esta função, o CCR em MNR executaprincipalmente transmissão de dados de pacote em tempo real talcomo transmissão de dados de radiodifusão/multidifusão, de voz dedomínio de PS (por exemplo, VoPI) e fluxo no plano de usuário outransmissão de uma mensagem de CReR não precisando dereconhecimento entre as mensagens de CReR transmitidas para um EUespecífico ou grupo de EUs específico dentro de uma célula noplano de controle.

0 CCR em MR como um dos modos não-transparentesconfigura a UDP anexando um cabeçalho de UDP incluindo um NS talcomo no CCR em MNR. Ainda, o CCR em MR difere do CCR em MNR porqueum lado receptor faz o reconhecimento para a UDP transmitida porum lado transmissor. A razão por que o lado receptor faz oreconhecimento no CCR em MR é porque o lado transmissor pode fazerum pedido para retransmissão da UDP que não está sendo recebidapelo lado transmissor. 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. Devido a este objetivo, o CCR em MR se encarregaprincipalmente da transmissão de dados de pacote em tempo não-realtal como TCP/PI de domínio de PS no plano de usuário outransmissão.de uma mensagem de CReR de reconhecimento obrigatórioentre as mensagens de CReR transmitidas para um EU específicodentro de uma célula no plano de controle.

Com relação ao aspecto da direcionalidade, o CCRem MNR ou MT é usado para comunicações uni-direcionais,considerando que 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. Existe uma diferença no aspecto estrutural, comose segue. Uma entidade de CCR inclui uma transmissão ou estruturade recepção no CCR em MNR ou MT, considerando que um ladotransmissor e um lado receptor existem dentro de uma entidade deCCR no CCR em MR.

A complexidade do CCR em MR é atribuída à funçãode retransmissão. 0 CCR em MR inclui um buffer (área dearmazenamento temporário) de retransmissão para gerenciamento deretransmissão bem como também um buffer de transmissão/recepção eexecuta várias funções de 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 em uma UDP de dados para aumentar a eficiência detransferência de dados, e similares.

Enquanto isso, há uma UDP de reconfiguraçãofazendo um pedido para reconfigurar todas as operações eparâmetros para uma entidade de CCR em MR do outro lado no caso daentidade de CCR em MR descobrir um erro crítico no curso daoperação. E, também há uma UDP de REC de reconfiguração usada parauma resposta para a UDP de reconf iguração. Para suportar estasfunções, o CCR em MR necessita de vários parâmetros de protocolo,de variáveis de estado e de temporização. A UDP usada paracontrole de transferência de dados no relatório de informação deestado, a UDP de estado, a UDP de reconf iguração ou similar échamada de UDP de controle e a UDP usada para distribuição dosdados de usuário é chamada de UDP de dados.

Em resumo, as UDPs usadas para CCR em MR podemser principalmente classificadas em dois tipos. Um primeiro tipo éa UDP de dados e um segundo tipo é a UDP de controle. E, a UDP decontrole inclui a UDP de estado, a UDP de estado acompanhado, aUDP de reconfiguração e a UDP de REC de reconfiguração.

Um dos casos de uso de UDP de controle é umprocedimento de reconfiguração. O procedimento de reconfiguração éusado para resolver a situação de erro na operação do CCR em MR.

Num exemplo de situação de erro, os números em seqüênciamutuamente usados são diferentes uns dos outros ou a UDP ou a UDStem falha nas transmissões na quantidade da contagem limite. Peloprocedimento de reconfiguração, o CCR em MR de um lado receptor eCCR em MR de um lado transmissor reconfigura as variáveis deambiente e então re-entra com um estado habilitando ascomunicações.

0 procedimento de reconfiguração é explicado aseguir.

Em primeiro lugar, um lado tendo decidido iniciarum procedimento de reconfiguração, isto é, o CCR em MR de um ladotransmissor inclui um valor de número de hiper-quadro (a seguirabreviado como 1NHQ') de direção de transmissão atualmente usadona UDP de reconfiguração e então transmite a UDP de reconfiguraçãopara um lado receptor. 0 CCR em MR do lado receptor tendo recebidoa UDP de reconfiguração restabelece um valor de NHQ da sua direçãoreceptora e então reconfigura as variáveis de ambiente como umnúmero de seqüência ou similar. Subseqüentemente, o CCR em MR dolado receptor inclui seu NHQ da direção de transmissão na UDP deREC de reconfiguração e então transmite a UDP de REC dereconfiguração para o CCR em MR do lado transmissor. Se forrecebida a UDP de REC de reconfiguração, o CCR em MR do ladotransmissor restabelece seu valor de NHQ da direção de recepção eentão reconfigura as variáveis de ambiente.

Uma estrutura de UDP de CCR usada pela entidadede CCR em MR é explicada a seguir.

A fig. 3 é um diagrama estrutural da UDP de CCRem MR.

Recorrendo à fig. 3, a UDP de CCR em MR é usadaquando a entidade de CCR em MR tenta transmitir dados de usuárioou uma informação de estado acompanhado e um bit de votação. Umaparte de dados de usuário é configurada como uma multiplicação deum inteiro de 8 bits e um cabeçalho de UDP de CCR em MR éconstruído com um número de seqüência de octeto de 2. E, uma partede cabeçalho de UDP de CCR em MR inclui um indicador decomprimento.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 notificando uma informação indicando qual tipo de UDP de CCRem MR chega em um lado receptor ou o qual tipo de UDP de CCR em MRnão chega ao lado receptor, etc. 0 SUC é construído com trêspartes de um tipo, 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 masdifere porque um campo D/C é substituído por um bit reservado(R2) . A UDP de estado acompanhado é inserida no caso em que umespaço suficiente permanece na UDP de CCR em MR. E, um valor detipo de UDP pode ser 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 de maneira a incluir um NSR contido nos naUDP de reconfiguração recebida.

Os parâmetros usados para o formato de UDP sãoexplicados como se segue.

Em primeiro lugar, um valor do 'campo D/C' indicase uma UDP correspondente é uma UDP de controle ou uma UDP dedados.

O 'Tipo de UDP' indica um tipo de UDP decontrole. Em particular, o 'Tipo de UDP1 indica se uma UDPcorrespondente é uma UDP de reconf iguração ou uma UDP de estado,ou similar.

O valor do "número de seqüência" significa ainformação de número de seqüência da UDP de CCR em MR.Enquanto isso, o valor do 'Bit de Votação' éconfigurado quando uma requisição para um relatório de estado éfeita para um lado receptor.

0 valor do 'bit de extensão (E)' indica se umpróximo octeto é um indicador de comprimento ou não.

0 valor do 'bit reservado (Rl)' é usado para umaUDP de reconf iguração ou uma UDP de REC de reconfiguração e écodificado como λ000' .

0 valor do 'Bit de Extensão de Cabeçalho (EC) 'indica se um próximo octeto é um indicador de comprimento oudados.

0 valor do 'Indicador de Comprimento' indica alocalização de uma face limite se uma superfície limite entre UDSsdiferentes existe dentro de uma parte de dados de UDP.

A parte de 1PRCH' é uma área de preenchimento e éuma área que não é usada na UDP de CCR em MR.

O SUC (Super Campo) é explicado em detalhes comose segue.

Como brevemente mencionado na descriçãoprecedente, o SUC cumpre um papel notificando uma informação, queindica qual tipo UDP de CCR em MR chegou em um lado receptor ouqual tipo de UDP de CCR em MR não chegou ao lado receptor e assimpor diante, para um lado transmissor. Atualmente, há oito tipos deSUCs definidos para uso. Cada um dos SUCs consiste em um tipo, umcomprimento e um valor.

E, existem vários tipos de SUC incluindo SEM_MAIS(Sem Mais Dados), JANELA (Tamanho de Janela), REC(Reconhecimento), LISTA (Lista), MAPBIT (Mapa de Bits), Lista_R(Lista Relativa), MJR . (Move Janela Receptora), REC MJR(Reconhecimento ao Mover Janela Receptora), etc.

Os tipos de SUC são explicados em detalhes aseguir.

(A) SUC SEM_MAIS

A fig. 7 é um diagrama estrutural do campo de SUCSEM_MAIS de acordo com o estado da arte relacionada.

Recorrendo à fig. 7, o SUC SEM_MAIS só existecomo um campo de tipo. O SUC SEM_MAIS cumpre um papel indicandoque não existe mais SUC depois do SUC SEM_MAIS. Assim, uma áreadepois do SUC pode ser considerada como área de PRCH(preenchimento).

(B) SUC .MAPBIT

A fig. 8 é um diagrama estrutural do campo de SUCMAPBIT de acordo com o estado da arte relacionada.

Recorrendo à fig. 8, o SUC MAPBIT consiste em umtipo (Tipo) , um comprimento de mapa de bits (COMPRIMENTO) , umnúmero de seqüência inicial (NSI) e um mapa de bits (Mapbit).

O COMPRIMENTO consiste em quatro bits e(COMPRIMENTO+1) significa um tamanho de octeto do mapa de bits.

Por exemplo, se COMPRIMENTO = iOOOO', significa que .o tamanho doocteto do mapa de bits é '1'. Como COMPRIMENTO pode serconfigurado para um valor 1Illl', o tamanho máximo que o octeto domapa de bits pode ter se torna '16'.

O NSI consiste em doze bits e significa um númerode seqüência correspondendo ao primeiro bit do mapa de bits.

O Mapbit varia de acordo com o valor dado pelocampo de Comprimento. A informação de estado de UDP de CCR em MRcorrespondendo a um número . de seqüência em um intervalocorrespondendo a [NSI, NSI+(COMPRIMENTO+1)*8-l] pode ser indicado.

Em uma seqüência, o número de seqüência aumenta da esquerda para adireita e o estado de recepção de UDP de CCR em MR é representadocomo 1O' (recepção anormal: NREC) ou 'I1 (recepção normal: REC).

No EU, as UDPs de CCR em MR relatadas pelo SUCMAPBIT como corretamente recebidas em um lado receptor podem serapagadas por um lado transmissor.

(C) SUC REC

A fig. 9 é um diagrama estrutural do campo de SUCREC de acordo com o estado da arte relacionada.

Recorrendo à fig. 9, o SUC REC consiste em umtipo (Tipo) e uma último número de seqüência (UNS).

O SUC REC cumpre um papel indicando uma últimaporção de uma parte de dados em uma UDP de ESTADO, como o SUCSEM_MAIS. Se o SUC REC existe na última porção da UDP de ESTADO, oSUC SEM_MAIS não precisa existir ao mesmo tempo. Em outraspalavras, o SUC REC deve existir na UDP de ESTADO não terminandocomo SUC SEM_MAIS. As porções que depois do SUC REC podem serconsideradas como PRCH (preenchimento).

O SUC REC se encarrega do 'reconhecimento' para arecepção de todas as UDPs de CCR em MR cada uma das quais éreportada como sem erro em porções antes de uma UDP de ESTADO nocaso de NS < UNS. Em outras palavras, se UNS > VR(R), a informaçãode reconhecimento para as UDPs de CCR em MR no estado de erro derecepção deve ser transmitida usando uma UDP de ESTADO·. Emparticular, a informação de reconhecimento para as UDPs de CCR emMR em estado de erro de recepção não pode ser transmitida porestar separada em várias UDPs de ESTADO. Se UNS = VR(R), as UDPsde CCR em MR em estado de erro de recepção podem ser transmitidassendo separadas em várias UDPs de ESTADO. Se UNS < VR(R), ele nãopode ser usado. E, um valor do UNS pode ser configurado para umvalor igual ou menor que VR(H). Neste caso, VR(H) é o NS da UDP deCCR em MR que vai chegar depois de um maior NS entre UDPs de CCRem MR recebidas por um lado receptor. Em particular, no caso de sereceber 'x' tendo um maior NS entre as UDPs de CCR em MR recebidaspor um lado receptor, VR(H) se torna (x+1).

Um lado transmissor que recebeu a UDP de ESTADOpode atualizar um valor de VT(A) comparando o UNS com o NS da UDPde CCR em MR em um primeiro estado de recepção de erro incluído naUDP de ESTADO.

Se um valor do UNS recebido for igual ou menorque'o NS da UDP de CCR em MR correspondendo a um primeiro erro derecepção na UDP de ESTADO (UNS < NS do primeiro bit de erro na UDPde ESTADO), VT(A) é atualizado com o valor de UNS.

Se um valor do UNS recebido for maior do que o NSda UDP de CCR em MR correspondendo a um primeiro erro de recepçãona UDP de ESTADO (UNS > NS do primeiro bit de erro na UDP deESTADO), VT(A) é atualizado com um valor de NS da UDP de CCR em MRcorrespondendo ao primeiro erro de recepção na UDP de ESTADO.

VR(R) é NS da UDP de CCR em MR calculado para serrecebido depois de uma última UDP de CCR em MR recebida emseqüência pelo lado receptor. Por exemplo, se o lado receptorrecebe as UDPs de CCR em MR até a Na UDP de CCR em MR sem erro derecepção, VR(R) é (N+l). E, VT(A) é NS da UDP de CCR em MRestimada para ser recebida em seqüência depois da última UDP deCCR em MR que recebeu a informação de REC (reconhecimento derecepção normal) vinda do lado receptor pelo lado transmissor. Porexemplo, se a informação de REC (reconhecimento de recepçãonormal) para as UDPs de CCR em MR até a Ma for recebida, vinda dolado receptor pelo lado transmissor, VT(A) é (M+l).

No estado da arte relacionada, se um ladotransmissor recebe um relatório de estado, uma borda inferior deuma janela de transmissão é atualizada com referência a um valorde UNS incluído em um SUC REC. Isto é, no estado da arterelacionada, é suposto que um CCR em MR de um lado transmissoratualiza um valor de VT(A) de uma borda inferior da janela detransmissão comparando o valor de UNS recebido com um número deseqüência (NS) da UDP de CCR em MR reportada como um erro derecepção na UDP de estado ou na UDP de estado acompanhado, para orelatório de estado.

Porém, no estado da arte relacionada, um ladotransmissor não pode atualizar uma janela de transmissão atéreceber um SUC REC incluindo um valor de UNS de um lado receptor.

No caso em que uma UDP de estado ou UDP de estado acompanhadoincluindo um SUC REC não é recebida normalmente, ela é incapaz deatualizar uma janela de transmissão apesar de reconhecer que umlado receptor recebeu as UDPs de CCR em MR sem erro.

Conseqüentemente, ela é incapaz de executar eficazmente umatransmissão de dados para o lado receptor.

Objetivos da Invenção

Adequadamente, a presente invenção é dirigida aum método para transmitir uma informação de controle em um sistemade comunicação sem fio e um método de atualização da janela detransmissão usando o mesmo, que substancialmente obvia um ou maisproblemas devido às limitações e desvantagens do estado da arterelacionada.

Um objetivo da presente invenção é prover ummétodo para transmitir uma informação de controle em um sistema decomunicação sem fio e um método de atualização da janela detransmissão usando o mesmo pelo qual a eficiência de transmissãoem um lado transmissor pode ser aumentada.Outro objetivo da presente invenção é prover ummétodo para transmitir uma informação de controle em um sistema decomunicação sem fio e um método de atualização da janela detransmissão usando o mesmo, pelo qual se um lado transmissor obtémuma informação indicando que um lado receptor recebeu um bloco dedados sem erro, uma janela de transmissão do lado transmissor podeser atualizada imediatamente de acordo com a informação obtida.

Outro objetivo da presente invenção é prover ummétodo para transmitir uma informação de controle em um sistema decomunicação sem fio e um método de atualização da janela detransmissão usando o mesmo, pelo qual uma taxa de transmissão deblocos de dados em um lado transmissor podem ser aumentada.

Vantagens adicionais, objetivos, ecaracterísticas da invenção serão vistos em parte na descrição quese segue e em parte ficarão aparentes para aqueles tendohabilidades comuns na arte em exame ou podem ser aprendidos apartir da prática da invenção. Os objetivos e outras vantagens dainvenção podem ser percebidos e atingidos pela estruturaparticularmente apontada na descrição escrita e reivindicações bemcomo também nos desenhos anexados.

Quando um lado transmissor transmite umapluralidade de blocos de dados para um lado receptor, o ladoreceptor transmite uma informação de relatório de estado, para umapluralidade de blocos de dados recebidos, para o lado transmissor.

Neste caso, a informação de relatório . de estado inclui umainformação de reconhecimento de recepção indicando se existe umerro de recepção para cada um dos blocos de dados.

Preferivelmente, a informação de relatório de estado é transmitidaao ser incluída em um bloco de informação de controle transmitidopara o lado transmissor vindo do lado receptor. O lado receptorpode transmitir a informação de relatório de estado, para umapluralidade de blocos de dados, para o lado transmissor incluindo-a em pelo menos dois blocos de informação de controle. O ladotransmissor atualiza uma janela de transmissão usando a informaçãode relatório de estado transmitida pelo lado receptor.

No caso do lado transmissor receber a informaçãode relatório de estado por pelo menos dois blocos de informação decontrole, se ele obtém a informação' (por exemplo, um número deseqüência do bloco de dados tendo um primeiro erro de recepção)para blocos de dados, que é recebida pelo lado receptor sem erro,a partir da informação de relatório de estado incluída no primeirobloco de informação de controle, o lado transmissor atualiza ajanela de transmissão apesar de não receber o segundo bloco deinformação de controle.

Enquanto isso, no caso em que a primeirainformação de relatório de estado e a segunda informação derelatório de estado são incluídas em diferentes . blocos deinformação de controle, respectivamente, a primeira informação derelatório de estado incluída no bloco de informação de controleprimeiramente recebido por um lado transmissor entre umapluralidade dos blocos de informação de controle inclui umainformação para um primeiro bloco de dados primeiramente recebidocom erro no lado receptor. E, a segunda informação de relatório deestado é incluída em um bloco de dados de controle transmitido porúltimo para o lado transmissor.

Enquanto isso, um lado transmissor obtém umainformação para um primeiro bloco de dados tendo um erro derecepção a partir da primeira informação de relatório de estadoincluída em um bloco de dados de controle primeiramente recebidoentre uma pluralidade de blocos de dados de controle recebidospelo lado transmissor. No caso de não se receber normalmente obloco de dados de controle primeiramente recebido, o ladotransmissor obtém a informação para o primeiro bloco de dadostendo erro de recepção a partir da segunda informação de relatóriode estado incluída no bloco de dados de controle recebido porúltimo entre os blocos de dados de controle recebidos.

O bloco de dados significa uma unidade de dadosincluindo dados de usuário usados em uma camada de protocoloespecífica. Por exemplo, o bloco de dados corresponde a uma UDP(unidade de dados de protocolo) em uma camada de CCR. O bloco deinformação de controle significa uma unidade de dados incluindouma informação de controle usada em uma camada de protocoloespecífica. Por exemplo, o bloco de informação de controlecorresponde a uma UDP de estado, uma UDP de estado acompanhado ousimilar. Ε, a informação de relatório de estado é um indicador derelatório de estado incluído no bloco de informação de controle.Por exemplo, a informação de relatório de estado corresponde avários tipos de SUCs (super campos) incluídos na UDP de estado ouna UDP de estado acompanhado.

Para alcançar estas e outras vantagens e conformeo propósito da presente invenção, conforme aqui incorporado eamplamente descrito, um método para atualizar uma janela, detransmissão em um sistema de comunicação móvel de acordo com ainvenção inclui as etapas de receber um primeiro bloco deinformação de controle incluindo uma primeira informação derelatório de estado de um lado receptor, a primeira informação deestado provendo uma informação de reconhecimento de recepção parauma pluralidade de blocos de dados transmitidos para o ladoreceptor, receber um segundo bloco de informação de controleincluindo uma segunda informação de relatório de estado colocadacomo a última informação de relatório de estado no segundo blocode informação de controle, e atualizar a janela de transmissãousando a informação de reconhecimento de recepção na primeirainformação de relatório de estado.

Preferivelmente, a segunda informação derelatório de estado inclui um campo que indica um número deseqüência de um bloco de dados tendo um primeiro erro de recepçãoentre uma pluralidade de blocos de dados recebidos pelo ladoreceptor.

Preferivelmente, uma borda inferior da janela detransmissão é atualizada com um número de seqüência de um bloco dedados correspondendo à primeira informação de NREC da informaçãode reconhecimento de recepção na primeira informação de relatóriode estado.

Preferivelmente, a primeira informação derelatório de estado é um tipo de mapa de bits de super campo(SUC).

Preferivelmente, a segunda informação derelatório de estado é um tipo de REC de super campo (SUC).

Para alcançar estas e outras vantagens e conformeo propósito da presente invenção, um método para atualizar umajanela de transmissão em um sistema de comunicação móvel inclui asetapas de receber um primeiro bloco de informação de controleincluindo uma primeira informação de relatório de estado de umlado receptor, a primeira informação de estado provendo umainformação de reconhecimento de recepção para uma pluralidade deblocos de dados transmitidos para o lado receptor, e atualizar ajanela de transmissão usando a informação de reconhecimento derecepção na primeira informação de relatório de estado.

Preferivelmente, uma borda inferior da janela detransmissão é atualizada com um número de seqüência de um bloco dedados correspondendo a uma primeira informação de NREC dainformação de reconhecimento de recepção na primeira informação derelatório de estado.

Para alcançar adicionalmente estas e outrasvantagens e conforme o propósito da invenção, um método paratransmitir blocos de informação de controle para um ladotransmissor para prover uma informação de relatório de estadosobre os blocos de dados transmitidos pelo lado transmissor incluias etapas de transmitir um primeiro bloco de informação decontrole incluindo uma primeira informação de relatório de estadopara o lado transmissor, a primeira informação de relatório deestado provendo uma informação de reconhecimento de recepção parauma pluralidade de blocos de dados transmitidos pelo ladotransmissor, e transmitir um segundo bloco de informação decontrole incluindo uma segunda informação de relatório de estadocolocada como uma última informação de relatório de estado nosegundo bloco de informação de controle, a segunda informação derelatório de estado incluindo um campo que indica um número deseqüência que corresponde a uma borda inferior de uma janela derecepção.

Para alcançar adicionalmente estas e outrasvantagens e conforme o propósito da invenção, um transmissor paraatualizar uma janela de transmissão em um sistema de comunicaçãomóvel inclui meios para receber um primeiro bloco de informação decontrole incluindo uma primeira informação de relatório de estadode um lado receptor, a primeira informação de estado provendo umainformação de reconhecimento de recepção para uma pluralidade deblocos de dados transmitidos para o lado receptor, meios parareceber um segundo bloco de informação de controle incluindo umasegunda informação de relatório de estado colocada como uma últimainformação de relatório de estado no segundo bloco de informaçãode controle, e meios para atualizar a janela de transmissão usandoa informação de reconhecimento de recepção na primeira informaçãode relatório de estados.

Preferivelmente, a segunda informação derelatório de estado inclui um campo indicando um número deseqüência de um bloco de dados tendo um primeiro erro de recepçãoentre uma pluralidade de blocos de dados recebidos pelo ladoreceptor.

Preferivelmente, uma borda inferior da janela detransmissão é atualizada com um número de seqüência de um bloco dedados correspondendo a uma primeira informações de NREC dainformação de reconhecimento de recepção na primeira informação derelatório de estado.

Para alcançar estas e outras vantagens e conformeo propósito da presente invenção, uma estrutura de dados de umindicador de relatório de estado é incluída em um bloco deinformação de controle para prover uma informação dereconhecimento de recepção para uma pluralidade de blocos de dadostransmitidos para um lado receptor e o indicador de relatório deestado inclui um primeiro campo indicando o tipo do indicador derelatório de estado, um segundo campo provendo uma informação dereconhecimento de recepção para uma pluralidade de blocos de dadostransmitidos para o lado receptor, e um terceiro campo indicandoum número de seqüência igual ou maior que uma borda inferior deuma janela receptora usada.no lado receptor.

Preferivelmente, o terceiro campo é um últimonúmero de seqüência (UNS) indicando um número de seqüência de umbloco de dados tendo um primeiro erro de recepção entre umapluralidade de blocos de dados recebidos no lado receptor.

Será entendido que a descrição geral precedente ea descrição detalhada a seguir são exemplificativas e explicativase é pretendido que provejam explicações adicionais da invençãoconforme 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 os princípios da invenção.

Nos desenhos:

A fig. 1 é um diagrama de blocos de uma estrutura deSTMU (sistema de telecomunicações móvel universal) de acordo com oestado da arte relacionada;

A fig. 2 é um diagrama arquitetônico de umprotocolo de rádio de STMU de acordo com o estado da arterelacionada;

A fig. 3 é um diagrama estrutural da UDP de CCRem MR de acordo com o estado da arte relacionada;

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

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

A fig. 6 é um diagrama estrutural da UDP de RECde Reconfiguração de acordo com o estado da arte relacionada;

A fig. 7 é um diagrama estrutural do campo de SUCSEM_MAIS de acordo com o estado da arte relacionada;

A fig. 8 é um diagrama estrutural do SUC MAPBITde acordo com o estado da arte relacionada;

A fig. 9 é um diagrama estrutural do SUC REC deacordo com o estado da arte relacionada;

A fig. 10 é um fluxograma de acordo com uma formade incorporação preferida da presente invenção;

A fig. 11 e a fig. 12 são diagramas de formatosde dados de uma primeira e uma segunda UDP de estado transmitidaspara um relatório de estado para um lado transmissor a partir deum lado receptor de acordo com uma forma de incorporação preferidada presente invenção, respectivamente;

A fig. 13 é um diagrama de um formato de dados deSUC MAPBIT estendido (SUC MAPBITx) de acordo com uma forma deincorporação preferida da presente invenção; eAs figs. 14 a .17 são diagramas para explicar umprocesso de execução de um relatório de estado de um lado receptorpara um lado transmissor usando SUC MAPBIT estendido (SUC MAPBITx)de acordo com uma forma de incorporação preferida da presenteinvençã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.

Nas formas de incorporação seguintes da presenteinvenção, as características técnicas da presente invenção sãoaplicadas a um Sistema de Telecomunicações Móvel Universal (STMU) .

A fig. 10 é um fluxograma de acordo com uma formade incorporação preferida da presente invenção.

Recorrendo à fig. 10, um lado transmissortransmite uma pluralidade de UDPs (unidades de dados de protocolo)de CCR para um lado receptor [Sl1 ] . O lado transmissor pode fazeruma requisição para uma informação de relatório de estado para olado receptor, se necessário [S12]. No caso de se receber arequisição de informação de relatório de estado do ladotransmissor, ou se decidir que isto. é necessário, o lado receptorconfigura a UDP de estado ou a UDP de estado acompanhado para umrelatório de estado e então transmite periodicamente ou não-periodicamente a UDP configurada para o lado transmissor.

O lado receptor pode configurar pelo menos umaUDP de estado ou UDP de estado acompanhado para o relatório deestado para uma pluralidade de UDPs de CCR tendo sido transmitidasdo lado transmissor, e transmitir pelo menos uma UDP de estado ouUDP de estado acompanhado configuradas para o lado transmissor. Naforma de incorporação mostrada na fig. 10, o lado receptor faz orelatório de estado através de duas UDPs de estado ou duas UDPs deestado acompanhado (em seguida chamada apenas, em geral, de 'UDPde estado1) para estados de recepção de números de seqüência (NS)de 0 a 99 [S13, S15].

A fig. 11 e a fig. 12 são diagramas de formatosde dados da primeira e segunda UDPs de estado transmitidas para umrelatório de estado para um lado transmissor a partir de um ladoreceptor de acordo com uma forma de incorporação preferida dapresente invenção, respectivamente. Referindo-se às fig. 11 e fig.12, o SUC MAPBITxl e o SUC MAPBITx2 podem indicar a informação dereconhecimento de recepção, isto é, a informação de REC/NREC, paraUDPs de NS:0 até NS:99 configurando um mapa de bits.

Por exemplo, se as UDPs tendo ocorrência de errode recepção no lado receptor correspondem a NS:30, NS:50, NS:55 eNS: 80, respectivamente, pode ser definido que um NS de uma UDP deCCR em MR correspondendo a um primeiro erro de recepção é 30 e queum valor de UNS de um SUC REC incluído na segunda UDP de estadomostrada na fig. 12 é '30'. Isto é, o valor de UNS do SUC REC nãoé configurado para VR(R) mas para um valor de NS de uma UDP de CCRque corresponde ao primeiro erro de recepção.

O MAPBITxl inclui uma informação de REC/NREC paraas UDPs de NS :0 ~ NS: K e o MAPBITx2 inclui uma informação deREC/NREC para as UDPs de NS:(K+1) ~ NS:99. Neste caso, é assumidoque K é maior que 30.

No caso de se receber a primeira UDP de estado[S13], o lado transmissor pode obter a informação de REC/NRECpertencendo à faixa de NS: 0 a NS: K do MAPBITxl incluído naprimeira UDP de estado. Assim, o lado transmissor pode reconhecerque a UDP de NS: 30 corresponde ao primeiro erro de recepção.

Conseqüentemente, o lado transmissor atualiza imediatamente umajanela de transmissão sem esperar por uma recepção de outra UDP deestado [S14].

Isto é, no caso de se reconhecer que as UDPs atéa UDP de NS:30 correspondendo ao primeiro erro de recepção sãorecebidas normalmente em seqüência depois do relatório de estadopreviamente recebido pelo lado transmissor, o lado transmissorpode atualizar uma borda inferior, isto é, VT(A), da janela detransmissão. Neste exemplo, como o NS que corresponde ao primeiroerro de recepção é 30, o VT(A) é atualizado para 30. Ε, o NS quecorresponde ao primeiro erro de recepção é igual ao valor de UNSconfigurado pelo lado receptor.

Se o lado transmissor recebe a segunda UDP deestado [S15], o lado transmissor pode confirmar um valor de UNSincluído em um SUC REC. Alternativamente, ele não tem o SUC RECincluído na segunda UDP de estado.

No caso em que uma primeira UDP de estado ousimilar é perdida em Um relatório de estado configurado com pelomenos três UDPs de estado, isto significa que o lado transmissornão recebeu seqüencialmente a informação de REC/NREC. Assim, mesmose a segunda UDP de estado for recebida normalmente, VT(A) não éatualizado com um valor de NS que corresponde a um primeiro · erroda segunda UDP de estado. Neste caso, o VT(A) deve ser atualizadousando um valor de UNS incluído em um SUC REC, recebendo-se aúltima UDP de estado.

O MAPBITxl pode ser diferenciado de um SUC MAPBITconvencional para indicar que o SUC é configurado usando um NS deuma UDP de CCR correspondendo a um primeiro erro de recepção nolado receptor. Isto é, um novo tipo de SUC tendo a utilizaçãoacima pode ser configurado. Por exemplo, um UNS pode ser incluídono MAPBITxl. Isto é explicado em detalhes a seguir.

No estado da arte relacionada, um SUC (porexemplo, SUC MAPBIT, LISTA, Lista_R, etc.) indicando umainformação de REC/NREC deve ser transmitido junto com um SUC RECatravés de uma mesma, ou diferente, UDP de estado. Neste caso, nocaso de se considerar novos tipos de REC/NREC associados com o SUC(por exemplo, SUC MAPBIT, LISTA, Lista_R, etc.) tendo um valor deUNS em vez do SUC REC, o valor de UNS pode ser transmitido para olado transmissor sem que se transmita o SUC REC separadamente.

A fig. 13 é um diagrama de um formato de dados deum SUC MAPBIT estendido (SUC MAPBITx) de acordo com uma forma deincorporação preferida da presente invenção.

Recorrendo à fig. 13, comparado ao SUC MAPBIT doestado da arte relacionada, o SUC MAPBIT estendido (SUC MAPBITx)de acordo com uma forma de incorporação, preferida da presenteinvenção inclui adicionalmente um campo de UNS.

O campo de UNS pode ser configurado com 12 bits epode estar localizado entre dois campos arbitrários. Emparticular, o SUC pode ser configurado para ser colocado próximoao campo de mapa de bits ou entre qualquer campo incluindo Tipo &Comprimento, COMPRIMENTO & NSI, NSI & Mapbit ou similares. Noexemplo mostrado na fig. 13, um SUC MAPBIT é usado.Alternativamente, o campo de UNS pode ser adicionado para LISTA,Lista_R ou similar.

A fig. 14 é um diagrama para explicar um processode execução de um relatório de estado de um lado receptor para umlado transmissor usando um SUC MAPBIT estendido de acordo com umaforma de incorporação preferida da presente invenção.

Em primeiro lugar, um lado receptor tendorecebido uma requisição de relatório de estado de um ladotransmissor configura uma UDP de estado para o relatório deestado. No estado da arte relacionada, se um valor de UNS éconfigurado para um valor maior do que o valor de VR(R), uma vezque a informação de REC/NREC de uma UDP recebida deve ser incluídaem uma UDP, uma UDP de estado é configurada. A fig. 14 mostra umexemplo em que uma UDP de estado é configurada usando um MAPBITxde acordo com uma forma de incorporação preferida da presenteinvenção, na qual é usado MAPBITx. Se vários MAPBITs sãonecessários, pode-se configurar um último MAPBIT em usando somenteMAPBITx.

O lado transmissor tendo recebido a UDP deestado, conforme mostrado na fig. 14 ou na fig. 15, o relatório deestado pode obter a informação de REC/NREC em um lado receptoratravés de um campo aMAPBIT' de MAPBITx.

No caso de receber o SUC MAPBIT estendidomostrado na fig. 14 ou fig. 15, o lado transmissor reconhece que ovalor de UNS corresponde a uma posição próxima a uma posição de umtamanho de octeto indicada por um campo 'COMPRIMENTO' do SUCcorrespondente. Se COMPRIMENTO = Λ0001', o campo MAPBIT tem umtamanho de 2 octetos. Conseqüentemente, os próximos 12 bits domapa de bits correspondente podem ser reconhecidos como um valorde UNS.

No caso da posição do UNS dentro do MAPBITx sermodificada, um valor de UNS pode ser obtido com precisão demaneira que o lado transmissor reconheça adequadamente a posiçãodo UNS.O lado transmissor tendo recebido o SUC MAPBITestendido reconhece que não existe mais SUC e que uma posiçãosubseqüente corresponde a PRCH.

Um novo tipo de SUC de acordo com a presenteinvenção. é identificado preferivelmente por uma identidade paraidentificar o SUC correspondente a partir de outros SUCs. Porexemplo, é preferível que o SUC MAPBITx mostrado na fig. 13 sejadefinido como um novo tipo para uso de uma nova ID de Tipo.

As fig. 16 e fig. 17 são diagramas para explicaroutra forma de incorporação preferida da presente invenção. Se oMAPBITx for claramente discriminado daquele de um SUC convencionale se um lado transmissor puder obter um valor de UNS, o SUC dapresente invenção pode ser usado para um relatório de estadotransmitido para o lado transmissor sendo dividido em várias UDPsde estado. Na fig. 16 ou na fig. 17, se um relatório de estadoprocede sendo dividido em várias UDPs de estado, uma UDP de estadopode ser configurada sem um SUC REC usando o MAPBITx como um novoSUC estendido.

Nas formas de incorporação da presente invençãoexplicadas acima, as características técnicas da presente invençãosão aplicadas ao sistema de comunicação móvel CDMA. E, ascaracterísticas técnicas da presente invenção são aplicáveis asistemas de comunicação móveis MDFO e AMDFO e são aplicáveis aqualquer sistema de comunicação sem fio tendo estruturas de canalsupèriores e inferiores.

Enquanto a presente invenção foi 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 da invenção dentro do escopo dasreivindicações anexadas e seus equivalentes.

Aplicabilidade Industrial

Adequadamente, a presente invenção é aplicável aum sistema de comunicação sem fio tal como Internet sem fio, umsistema de comunicação móvel e similares.

Claims

1. "MÉTODO PARA TRANSMITIR INFORMAÇÕES DECONTROLE EM UM SISTEMA DE COMUNICAÇÃO SEM FIO E MÉTODO DEATUALIZAÇÃO DE JANELA DE TRANSMISSÃO USANDO O MESMO", em umsistema de comunicação móvel, caracterizado pelo fato decompreender as etapas de:receber um primeiro bloco de informação decontrole incluindo uma primeira informação de relatório de estadode um lado receptor, a primeira informação de estado provendo umainformação de reconhecimento de recepção para uma pluralidade deblocos de dados transmitidos para o lado receptor;receber um segundo bloco de informação decontrole incluindo uma segunda informação de relatório de estadocolocada como uma última informação de relatório de estado nasegundo bloco de informação de controle; eatualizar a janela de transmissão usando ainformação de reconhecimento de recepção na primeira informação derelatório de estado.

2. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que.a segunda informação de relatóriode estado inclui um campo que indica um número de seqüência de umbloco de dados tendo um primeiro erro de recepção entre umapluralidade de blocos de dados recebidos pelo lado receptor.

3. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que uma borda inferior da janela detransmissão é atualizada com um número de seqüência de um bloco dedados correspondendo a uma primeira informação de NREC dainformação de reconhecimento de recepção na primeira informação derelatório de estado.

4. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que a primeira informação de relatóriode estado é um mapa de bits do tipo super campo (SUC) .

5. "MÉTODO", de acordo com a reivindicação 1,caracterizado pelo fato de que a segunda informação de relatóriode estados é um super campo (SUC) do tipo REC.

6. "MÉTODO PARA TRANSMITIR INFORMAÇÕES DECONTROLE EM UM SISTEMA DE COMUNICAÇÃO SEM FIO E MÉTODO DEATUALIZAÇÃO DE JANELA DE TRANSMISSÃO USANDO O MESMO", em umsistema de comunicação móvel, caracterizado pelo fato decompreender as etapas de:receber um primeiro bloco de informação decontrole·incluindo uma primeira informação de relatório de estadode um lado receptor, a primeira informação de estado provendo umainformação de reconhecimento de recepção para uma pluralidade deblocos de dados transmitidos para o lado receptor; eatualizar a janela de transmissão usando ainformação de reconhecimento de recepção na primeira informação derelatório de estado.

7. "MÉTODO", de acordo com a reivindicação 6,caracterizado pelo fato de que uma borda inferior da janela detransmissão é atualizada com um número de seqüência de um bloco dedados que corresponde a uma primeira informação de NREC dainformação de reconhecimento de recepção na primeira informação derelatório de estado.

8. "MÉTODO PARA TRANSMITIR INFORMAÇÕES DECONTROLE EM UM SISTEMA DE COMUNICAÇÃO SEM FIO E MÉTODO DEATUALIZAÇÃO DE JANELA DE TRANSMISSÃO USANDO O MESMO",compreendendo um método para transmitir blocos de informação decontrole para um lado transmissor para prover uma informação derelatório de estado sobre os blocos de dados transmitidos pelolado transmissor, caracterizado pelo fato de compreender as etapasde:'transmitir um primeiro bloco de informação decontrole incluindo uma primeira informação de relatório de estadopara o lado transmissor, a primeira informação de estado provendouma informação de reconhecimento de recepção para uma pluralidadede blocos de dados transmitidos pelo lado transmissor; etransmitir um segundo bloco de informação decontrole incluindo uma segunda informação de relatório de estadocolocada como uma última informação de relatório de estado nosegundo bloco de informação de controle, a segunda informação derelatório de estado incluindo um campo que indica um número deseqüência correspondendo a uma borda inferior de uma janela derecepção.

9. "MÉTODO PARA TRANSMITIR INFORMAÇOES DECONTROLE EM UM SISTEMA DE COMUNICAÇÃO SEM FIO E MÉTODO DEATUALIZAÇÃO DE JANELA DE TRANSMISSÃO USANDO O MESMO",compreendendo um transmissor para atualizar uma janela detransmissão em um sistema de comunicação móvel, caracterizado, pelofato de compreender:meios para receber um primeiro bloco deinformação de controle incluindo uma primeira informação derelatório de estado de um lado receptor, a primeira informação deestado provendo uma informação de reconhecimento de recepção parauma pluralidade de blocos de dados transmitidos para o ladoreceptor;meios para receber um segundo bloco de informaçãode controle incluindo uma segunda informação de relatório deestado colocada como uma última informação de relatório de estadono segundo bloco de informação de controle; emeios para atualizar a janela de transmissãousando a informação de reconhecimento de recepção na primeirainformação de relatório de estado.

10. "MÉTODO", de acordo com a reivindicação 9,caracterizado pelo fato de que a segunda informação de relatóriode estado inclui um campo que indica um número de seqüência de umbloco de dados tendo um primeiro erro de recepção entre umapluralidade dos blocos de dados recebidos pelo lado receptor.

11. "MÉTODO", de acordo com a reivindicação 6,caracterizado pelo fato de que uma borda inferior da janela detransmissão é atualizada com um número de seqüência de um bloco dedados correspondendo a uma primeira informação de NREC dainformação de reconhecimento de recepção na primeira informação derelatório de estado.

12. "MÉTODO PARA TRANSMITIR INFORMAÇÕES DECONTROLE EM UM SISTEMA DE COMUNICAÇÃO SEM FIO E MÉTODO DEATUALIZAÇÃO DE JANELA DE TRANSMISSÃO USANDO O MESMO",compreendendo uma estrutura de dados de um indicador de relatóriode estado incluído em um bloco de informação de controle paraprover uma informação de reconhecimento de recepção para umapluralidade de blocos de dados transmitidos para um lado receptor,caracterizado pelo fato do indicador de relatório de estadocompreender:um primeiro campo indicando o tipo do indicadorde relatório de estado;um segundo campo provendo a informação dereconhecimento de recepção para uma pluralidade de blocos de dadostransmitidos para o lado receptor; eum terceiro campo indicando um número deseqüência igual ou maior do que uma borda inferior de uma janelade recepção usada no lado receptor.

13. "MÉTODO", de acordo com a reivindicação 12,caracterizado pelo fato de que o terceiro campo é um último númerode seqüência (UNS) indicando um número de seqüência de um bloco dedados tendo um primeiro erro de recepção entre uma pluralidade deblocos de dados recebidos no lado receptor.