BRPI0009590B1 - notificação de descarte de pacote para protocolo de retransmissão semi-confiável - Google Patents

Abstract

"sistema de telecomunicações e transmissor para transmissão de pacotes de dados, e, método para transmissão de pacotes de dados de um transmissor para um receptor". sistema e método de telecomunicações é divulgado para implementação de um protocolo de retransmissão semi-confiável que utiliza solicitação de repetição automática (arq) de repetição seletiva e segmentação e montagem de pacotes de dados. o novo protocolo de retransmissão semi-confiável inclui um tempo (330) baseado no disparo de um tempo de espera de retransmissão (29) para retransmissão de protocolos, que permite que o tempo de espera de retransmissão (29) se torne insensível às variações na taxa de canal. além disso, o tempo de espera de retransmissão (29) pode ser definido com base no retardo máximo permissível para a retransmissão de pacotes de dados corrompidos (215) através da interface de ar (240). para cada pacotes de dados (215) recebido, um temporizador (300) monitorando o tempo de transmissão do pacotes de dados (215) é inicialiazado. se o temporizador (300) tem seu tempo decorrido para o pacotes de dados (215), esse pacotes de dados é marcado como rejeitado no transmissor e uma solicitação é enviada para o receptor a fim de assegurar que transmissões transportando aquele pacote de dados são rejeitadas no receptor.

Description

“NOTIFICAÇÃO DE DESCARTE DE PACOTE PARA PROTOCOLO DE RETRANSMISSÃO SEMI-CONFIÁVEL” FUNDAMENTOS DA PRESENTE INVENÇÃO

Campo da Invenção A presente invenção se refere, de um modo geral, a sistemas e métodos de telecomunicações celulares para transmissão de pacotes de dados entre um transmissor e um receptor através de uma interface de ar e, especi fica mente, ao fornecimento de transmissão confiável dos pacotes de dados através da interface de ar.

Fundamentos e Objetivos da Presente Invenção Há muitas aplicações onde grandes volumes de dados digitais devem ser transmitidos e recebidos em uma maneira substancialmente livre de erros. Em sistemas de telecomunicações e comunicações por satélites, em particular, é imperativo que a transmissão de dados digitais através da interface de ar seja completada de maneira tão precisa quanto possível. A transmissão e a recepção precisa de dados digitais tem sido difícil, porém, porque os canais de comunicação utilizados para transmissões de dados através da interface de ar são importunados por fatores de introdução de erros. Por exemplo, esses erros podem ser atribuíveis a condições transitórias no canal, como ruído e distorção, ou podem ser devidos a condições recorrentes atribuíveis aos defeitos no canal. A existência de condições ou defeitos transitórios resulta em casos onde os dados digitais não são transmitidos adequadamente ou não podem ser recebidos confiavelmente.

Os dados digitais, frequentemente, são transmitidos em pacotes (ou blocos ou quadros), em que cada pacote inclui um número de bytes de informação seguidos por uma sequência de bits de verificação de quadros. Os erros que, tipicamente, ocorrem na transmissão e na recepção de dados dados digitais são de dois tipos: erros de canais "randômicos" e erros de canais de "rajadas". Erros de canais randômicos ocorrem quando o valor de um bit único foi alterado, enquanto erros de canais de rajadas ocorrem quando os valores de uma seqüência contínua de bits adjacentes foram alterados. A seqüência de verificação de quadros incluída em cada pacote de dados é usada para detectar quando e onde um erro de canal foi introduzido no pacote de dados.

Atenção considerável tem sido dirigida à descoberta de métodos para endereçamento dos problemas referentes a erros que, tipicamente, acompanham atividades de transmissão de dados através da interface de ar. Por exemplo, duas técnicas comuns de correção de erro incluem Correção Antecipada de Erro (FEC) e Solicitação para Repetição Automática (ARQ). A técnica de correção de erro FEC adiciona informação redundante no transmissor, que é usada pelo receptor para corrigir erros de transmissão, ao passo que na técnica de correção de erro (ARQ), o receptor solicita retransmissão de pacotes de dados não recebidos corretamente do transmissor. Tipicamente, uma combinação de técnicas de FEC e ARQ é aplicada para recuperar erros de transmissão. A proporção aplicada de FEC versus ARQ depende do tipo de dados que estão sendo transmitidos. Por exemplo, os dados em tempo real com fortes exigências em pequeno retardo, tal como voz, são, normalmente, transportados apenas com FEC. Por outro lado, para dados com exigências vagas com relação ao retardo, como transferências de arquivos, usualmente uma combinação de FEC e ARQ é aplicada para maximizar a probabilidade de distribuição correta.

Quando do exame de aplicações de dados existentes, necessidades diferentes de confiabilidade de transmissão podem ser observadas. Por exemplo, uma aplicação de transferência de arquivo precisa de uma transmissão com alta confiabilidade, ao passo que uma aplicação transferindo informação de importância mais temporária só pode necessitar de confiabilidade de transmissão moderada. Se as aplicações de alta confiabilidade e confiabilidade moderada forem retransmitidas o mesmo número de vezes, a retransmissão da aplicação de confiabilidade moderada pode utilizar a capacidade de canal necessária para retransmissão de dados mais importantes. Além disso, na Internet, há uma quantidade crescente de aplicações que trocam informação de importância limitada pelo tempo.

Exemplos incluem aplicações de difusão de quotas de estoque e vídeo games interativos, em que dados de atualização de posição são permutados entre jogadores. O grau de confiabilidade de um serviço celular usando FEC e ARQ é regulado correntemente pelo número de retransmissões permitidas antes que um pacote de dados seja abandonado. Por exemplo, correntemente no Sistema Global para Comunicações Móveis (GSM), quando um contador de retransmissão excede um valor predefinido, tanto o receptor quanto o transmissor esvaziarão todos os seus armazenamentos temporários e todos os contadores e temporizadores são reinicializados. O mecanismo de tempo de espera de retransmissão de GSM é insuficiente para muitas aplicações que requerem alta confiabilidade de dados porque todos os pacotes de dados são perdidos com o tempo de espera de retransmissão, incluindo aqueles pacotes de dados que foram recebidos corretamente, mas estavam fora de sequência.

Ainda outra abordagem é a abordagem tomada para a versão do Protocolo de Ligação de Rádio. Naquela abordagem, pacotes de dados são retransmitidos duas vezes, no máximo. Em seguida, o receptor libera o que quer que ele tenha (seja corrompido ou não) para o transmissor. Em um sistema com canais de taxa variável, tal como a maior parte dos sistemas baseados em pacotes, o número de retransmissões permitidas não se traduz diretamente em um retardo finito. Desse modo, surge a necessidade de ajustar o nível de confiabilidade de transmissão para serviços celulares, a fim de transmitir, otimamente, pacotes de dados através da interface de ar. r E, portanto, um objetivo da presente invenção estabelecer a confiabilidade de transmissão para protocolos de retransmissão.

SUMÁRIO DA INVENÇÃO

Uma concretização preferida da presente invenção é dirigida para sistemas e métodos de telecomunicações para implementação de um protocolo de retransmissão semi-confiável que utiliza correção de erro de ARQ de repetição seletiva e segmentação e montagem de pacotes de dados.

Esse novo protocolo de retransmissão semi-confiável inclui um temporizador de rejeição para disparar um tempo de espera de retransmissão. Desse modo, o tempo de espera de retransmissão se toma insensível às variações na taxa de canal e é capaz de ser definido com base no retardo máximo permissível para a retransmissão de pacotes de dados corrompidos através da interface de ar. Para cada pacote de dados recebido pelo transmissor, um temporizador de rejeição monitorando o tempo de transmissão do pacote de dados é inicializado. Se decorre um tempo do temporizador de rejeição durante a transmissão do pacote de dados, esse pacote de dados é marcado como rejeitado no transmissor e uma mensagem de solicitação de "mover janela de recebimento" é enviada para o receptor, a fim de assegurar que as transmissões recebidas pelo receptor que transportam aquele pacote de dados são rejeitadas no receptor. O valor para o temporizador de rejeição pode ser estabelecido de várias maneiras, dependendo dos níveis da Qualidade de Serviço (QoS) na rede. Em uma concretização da presente invenção, o valor do temporizador de rejeição pode ser estabelecido de acordo com o retardo máximo permissível para o tipo de dados incluído dentro do pacote.

BREVE DESCRIÇÃO DOS DESENHOS A invenção divulgada será descrita com referência aos desenhos anexos, que mostram concretizações de amostras importantes da invenção e que são incorporadas na sua especificação através de referência, em que: A Figura 1 é um diagrama em blocos ilustrando as sete camadas que formam o modelo de Interligação de Sistemas Abertos; A Figura 2 é um diagrama em blocos ilustrando a transmissão de pacotes de dados de uma transmissão para um receptor através da interface de ar; A Figura 3 ilustra um protocolo de retransmissão semi- confiável utilizando um disparo baseado em temporizador de tempo de espera de retransmissão de acordo com as concretizações preferidas da presente invenção; A Figura 4 é um fluxograma ilustrando etapas em uma implementação de amostra do protocolo de retransmissão semi-confiável da presente invenção; e A Figura 5 ilustra uma operação de amostra dos temporizadores envolvidos no protocolo de retransmissão semi-confiável da presente invenção.

DESCRIÇÃO DETALHADA DAS CONCRETIZAÇÕES

EXEMPLIFICATIVAS PRESENTEMENTE PREFERIDAS

As numerosas técnicas inovadoras da presente invenção serão descritas com referência particular às concretizações exemplificativas presentemente preferidas. Contudo, deve ser compreendido que essa classe de concretizações proporciona apenas uns poucos exemplos dos muitos usos vantajosos dos ensinamentos inovadores. Em geral, afirmativas feitas na especificação do presente pedido não delimitam, necessariamente, qualquer uma das várias invenções reivindicadas. Além disso, algumas afirmativas podem se aplicar a algumas características da invenção, mas não a outras. O modelo de Interligação de Sistemas Abertos (OSI) foi desenvolvido no início da década de 80 pela International Standards Organization (ISSO) para uso em ambientes de estrutura principal. Esse protocolo proporciona os procedimentos e mecanismos necessários para computadores principais para se comunicar com outros dispositivos, incluindo terminais e modems. O modelo de OSI divide a transmissão de dados em três funções distintas (processo, transporte e rede) para realizar uma aplicação, que pode ser, por exemplo, uma transferência de arquivo ou uma transmissão de voz. A função de processo usa protocolos que são únicos para a aplicação que os usa, enquanto a função de transporte faz interface com a função de processo para proporcionar a transmissão confiável de dados através da rede. Por exemplo, a função de transporte proporciona detecção e correção de erro, bem como outras tarefas, tais como seqüenciamento de segmentos de dados. Finalmente, a função de rede proporciona os mecanismos para, realmente, rotear os dados através da rede para o nó de destino.

Com referência agora à Figura 1 dos desenhos, o modelo de OSI direciona a função de processo, a função de transporte e a função de rede e divide essas funções em sete camadas diferentes: aplicação 10, apresentação 20, sessão 30, transporte 40, rede 50, ligação de dados 60 e física 70. Cada camada proporciona um serviço para a camada acima e abaixo dela. Por exemplo, a camada física 70 proporciona um serviço para a camada de ligação de dados 60, que, por sua vez, proporciona um serviço para a camada de rede 50 e a camada física 70 e assim por diante. Contudo, cada camada é independente e, portanto, se a função mudar em qualquer camada, isso não afetará a função das outras camadas. A camada física 70, que é a camada inferior, é a camada responsável pela conversão dos dados digitais em uma corrente de bits para transmissão através da rede. A camada de ligação de dados 60 proporciona comunicações confiáveis entre dois dispositivos, tais como um transmissor e um receptor. Por exemplo, com referência agora à Figura 2 dos desenhos, quando dados tiverem que ser transmitidos de um transmissor 200 para um receptor 250 através de uma interface de ar 240, a camada de rede 50a no transmissor 200 passa uma unidade de dados de serviço (SDU) 210, que é composta, tipicamente, de diversos pacotes de dados 215, para a camada de ligação de dados 60a no transmissor 200. a camada de ligação de dados 60a na transmissão 200 segmenta a SDU 210 em múltiplas unidades de dados de protocolo (PDUs) 220, que tem um comprimento curto predefinido, por exemplo, 40 bytes, quando comparado ao comprimento das SDUs 210, por exemplo, 1500 bytes. Essas PDUs 220 ao armazenadas em um armazenamento temporário de transmissão 230 na camada de ligação de dados 60a e passadas para a camada física 70a no transmissor 200 para conversão dos dados digitais nas PDUs 220 em uma corrente de bits para transmissão através da interface de ar 240 para a camada física 70b no receptor 250.

Deve ser compreendido que o termo PDU 220 se refere a uma unidade de dados usada para comunicação par a par entre dois pares de protocolo, tal como a camada de ligação de dados 60a do transmissor 200 e a camada de ligação de dados 60b do receptor 250, ao passo que uma SDU 210 se refere à unidade de dados recebida de uma camada superior, tal como a camada de rede 50a. Desse modo, quando a camada de ligação de dados 60a da transmissão 200 recebe a SDU 210 da camada de rede 50a e segmenta a SDU 210 em múltiplas PDUs 220, a camada de ligação de dados 60a adiciona informação de cabeçalho 225 a cada uma das PDUs 220 para uso pela camada de ligação de dados 60b do receptor 250 na remontagem das PDUs 220 na SDU 210, que pode, então, ser passada para a camada de rede 50b do receptor 250.

Quando a camada física 70a da transmissão 200 transmite as PDUs 220 contendo os dados 215 através da interface de ar 240 para o receptor 250, o canal de comunicação 245 entre o transmissor 200 e o receptor 250 usado para transmitir os dados 215 pode introduzir um número de erros nos dados transmitidos 215. Diversos tipos diferentes de técnicas de detecção e correção de erro podem ser utilizadas pela transmissão 200 e pelo receptor 250 para impedir perda de dados 215.

Por exemplo, a camada física 70b do receptor pode primeiro aplicar Correção Antecipada de Erro (FEC) para tentar corrigir erros de transmissão. Contudo, após a FEC, se um erro é descoberto em uma das PDUs 220 pela camada física 70b do receptor 250, a PDU corrompida 220 é rejeitada. Em seguida, a camada de ligação de dados 60b detecta a perda da PDU corrompida 220 por intermédio da verificação dos números de seqüências de PDUs 220 recebidas e armazena, corretamente as PDUs 220 recebidas associadas com a SDU 210 contendo a PDU corrompida 220 em um armazenamento temporário de receptor 260. Subseqüentemente, a camada de ligação de dados 60b tenta corrigir o erro, usando, por exemplo, a técnica de Solicitação para Repetição Automática (ARQ). Na técnica de ARQ, a camada de ligação de dados 60b do receptor 250 solicita retransmissão pela camada de ligação de dados 60a do transmissor 200 de PDUs 220 não recebidas corretamente pelo receptor 250. Se, e quanto, uma PDU 220 for recebida corretamente, a camada de ligação de dados 60b do receptor 250 transmite uma mensagem de confirmação 270 para. a camada de ligação de dados 60a do transmissor 200, informando ao transmissor 200 que a PDU 220 foi recebida corretamente. Deve ser compreendido que a combinação de técnicas de detecção e correção de erro de FEC e ARQ discutidas acima pode ser modificada dependendo do operador de rede.

Se alguma forma de ARQ for utilizada, e se uma PDU 220 particular não for recebida corretamente pela camada de ligação de dados 60b do receptor 250, muitos sistemas existentes colocam limites sobre o número de vezes que a PDU 220 particular pode ser retransmitida, a fim de impedir retardos desnecessários na transmissão dos dados restantes 215. Por exemplo, Na GSM, quando um contador de retransmissão excede um valor predefinido, o receptor 250 e o transmissor 200 esvaziam todos os seus respectivos armazenamentos temporários 230 e 260. Além disso, no sistema de Serviços Gerais de Radiotransmissão de Pacotes (GPRS), um temporizador é inicializado quando uma janela de envio está parada. Com a expiração daquele temporizador, o contexto da camada de ligação de dados 60 é terminado e restabelecido. Além disso, em um sistema de IS-95, as PDUs 220 da camada de ligação de dados são retransmitidas no máximo duas vezes e após uma segunda retransmissão, o receptor 250 libera a PDU 220 (quer corrompida ou não) para a camada de rede 50b. Contudo, em cada um dos sistemas de retransmissão antes mencionados, a retransmissão é descontinuada após um número fixo de retransmissões, em lugar de na base da quantidade de retardo introduzida pela retransmissão de uma SDU particular 210 (levando em conta a importância da SDU 210). Além disso, os sistemas de GSM e IS-95 não estão cientes dos limites da SDU 210. Portanto, nos sistemas de GSM e IS-95, a camada de ligação de dados 60a do transmissor 200 podería retomar a transmissão mais uma vez no meio de uma SDU 210, ainda que uma das PDUs 220 na SDU 210 seja corrompida.

Portanto, com referência agora à Figura 3 dos desenhos de acordo com as concretizações preferidas da presente invenção, um novo protocolo de retransmissão semi-confiável pode ser implementado, que inclui um temporizador de rejeição 300 dentro do transmissão 200 para disparo de tempo de espera de retransmissão. Esse novo protocolo de retransmissão semi-confiável pode ser usado por sistemas que implementam a correção e a segmentação de erro de ARQ e a montagem de SDUs 210, conforme descrito acima em relação com a Figura 2 dos desenhos. Contudo, deve ser notado que a combinação particular de técnicas de FEC e ARQ com que esse novo protocolo de retransmissão semi-confiável pode ser implementado não está limitado às combinações aqui discutidas. O valor do novo temporizador de rejeição 300 pode ser ajustado de várias maneiras, dependendo dos níveis da Qualidade de Serviço (QoS) no sistema que implementa o novo temporizador 300. De preferência, o novo temporizador de rejeição 300 é ajustado de acordo com o retardo máximo permissível para o tipo de dado 215 incluído na SDU 210. Por exemplo, se duas aplicações enviam respectivos dados 215 dentro das respectivas SDUs 210 e uma das aplicações tem uma prioridade maior do que a outra aplicação, uma SDU 219 enviada pela aplicação de maior prioridade pode ter um valor maior de temporizador de rejeição 300 do que uma SDU 210 enviada pela outra aplicação. Altemativamente, supondo que um parâmetro de retardo (não mostrado) é atribuído para cada conexão no sistema, esse parâmetro de retardo podería ser usado para estabelecer o valor padrão para o temporizador de rejeição 300. Conseqüentemente, o tempo de espera de retransmissão é insensível às variações na taxa de canal e está baseado na definição exata do retardo máximo permissível para a SDU 210.

Para cada SDU 210 recebida pela camada de ligação de dados 60a no transmissor 200 de uma camada maior, por exemplo, a camada de rede 50a, segmentada em pelo menos uma PDU 220 e armazenada no armazenamento temporário de transmissão 230, o novo temporizador de rejeição 300 (que monitora o tempo de transmissão da SDU 210) é inicializado. Nas concretizações preferidas, um campo dedicado 208 contendo o valor do temporizador 300 pode ser incluído em um cabeçalho 205 da SDU 210. Esse valor pode ser ajustado, por exemplo, pela aplicação que está enviando a SDU 210. Se o temporizador de rejeição 300 decorreu para uma SDU 210 particular, essa SDU 210 particular é marcada como rejeitada no armazenamento temporário de transmissão 230 do transmissor 200 e uma mensagem de solicitação de "mover janela de recebimento" 280 é enviada para a camada de ligação de dados 60b do receptor 250 para assegurar que as PDUs 220 recebidas pelo receptor 250 que transporta aquela SDU particular 210 são rejeitadas no armazenamento temporário de receptor 260 do receptor 250, igualmente. Por exemplo, todas as PDUs 220 que transportam segmentos daquela SDU rejeitada 210 podem ser esvaziadas do armazenamento temporário de receptor 260, exceto que a primeira e a ultima PDU 220, se aquelas PDUs 220 incluem segmentos de outras SDUs 210.

Desse modo, a camada de ligação de dados 60b do receptor não mais solicitará a retransmissão de quaisquer PDUs 220 dentro da SDU 210 rejeitada.

Deve ser notado que para os protocolos de retransmissão que suportam concatenação de diversas DSUs 210 em uma PDU 220, PDUs 220 transportando segmentos de outras SDUs 210 que não têm tempo de espera, não serão rejeitadas. Além disso, a fim de impedir mensagens de solicitação de "mover janela de recebimento" 280 perdidas, o receptor 250 pode enviar uma mensagem de confirmação 285 para o transmissor 200 após receber com sucesso a mensagem de solicitação de "mover janela de recebimento" 280.

Além disso, a transmissão 200 pode implementar um temporizador de retransmissão 290 correspondente. Se o temporizador de retransmissão 290 expira antes que a mensagem de confirmação 285 seja recebida, o transmissor 200 pode transmitir outra mensagem de solicitação de "mover janela de recebimento" 280 para o receptor 250. Altemativamente, o estado de PDUs 220 válida versus PDUs 220 que serão rejeitadas no receptor 250 pode constantemente ser anunciado pelo transmissor 200, por exemplo, através de carga, transporte e descarga daquela informação nas PDUs 220 enviadas mais tarde.

Em uma concretização alternativa, os limites de aplicação de unidades de dados de camadas (ADUs) (não mostradas), que incluem dados 215 na camada de aplicação 10, podem ser codificados nos cabeçalhos 205 das SDUs 210. ADUs são, tipicamente, segmentadas ou concatenadas em uma ou mais SDUs 210. Portanto, por intermédio da codificação dos limites da ADU nos cabeçalhos 205 das SDUs 210, o sistema pode atribuir valores de "tempo para estar ativo" para ADUs, que pode abranger potencialmente múltiplas SDUs 210. Esse valor de "tempo para estar ativo" pode ser codificado no campo dedicado 208 do cabeçalho de SDU 205 para lmcializar o temporizador de rejeição 300. Além disso, a camada de ligação de dados 60 pode armazenar todas as PDUs 220 pertencentes à mesma ADU dentro dos armazenamentos temporários 230 e 260. Desse modo, em lugar de rejeitar todas as PDUs 220 que pertencem a uma SDU 210 corrompida, a camada de ligação de dados 60 pode rejeitar todas as PDUs 220 pertencentes a uma ADU particular na expiração do valor de "tempo para estar ativo", que permite que o protocolo de retransmissão semi-confiável seja sensível ao contexto para as marcações de limites de ADU nas respectivas SDUs 210.

Além disso, em uma outra concretização alternativa, para conexões usando algoritmos de compressão de cabeçalho diferencial, ressincronização desnecessária do compressor e descompressor pode ser evitada por intermédio da inclusão do cabeçalho comprimido (que é o cabeçalho da camada de rede 50) sem os dados correspondentes, na mensagem de solicitação 280 de "mover janela de recebimento". O tamanho relativamente pequeno do cabeçalho comprimido adicionará pouco baixo desempenho à mensagem de solicitação 280 de "mover janela de recebimento", mas o rendimento será aperfeiçoado porque a troca de informação de ressincronização foi evitada.

Com referência agora à Figura 4 dos desenhos, um fluxograma ilustrando etapas de amostra envolvidas em uma implementação preferida do tempo de espera de retransmissão baseado no temporizador da presente invenção é mostrado. Nessa concretização, dois temporizadores são mostrados no transmissor 200. Temporizador T_discard monitora o tempo de espera de cada SDU 210 e corresponde ao novo temporizador de rejeição 300 mostrado na Figura 3 dos desenhos, enquanto Temporizador T_interval monitora o intervalo de tempo entre SDUs 210 que chegam.

Quando a camada de ligação de dados 60a do transmissor 200 recebe uma SDU 210 da camada de rede 50a (etapa 400), a camada de ligação de dados 60a verifica se temporizador T discard esta ativo (etapa 405). Se assim, o tempo de camada de ligação de dados 60a marca a SDU 210 recebida com o valor corrente do temporizador T_interval (etapa 410) e reinicia o temporizador T_interval (etapa 415). Caso contrário, a camada de ligação de dados 60a inicializa o temporizador T_discard com o valor padrão do temporizador T_discard (etapa 420), que pode ser o valor incluído no cabeçalho 205 da SDU 210 recebida e inicializa o temporizador T_interval (etapa 425). Uma vez que o temporizador T_interval tenha sido inicializado (etapa 415 ou 425), as camadas de ligação de dados 60a e 60b do transmissão 200 e do receptor 250, respectivamente, realizam as atividades relacionadas com ARQ para assegurar que a SDU 210 é recebida corretamente pelo receptor 250 (etapa 430). Se o temporizador T_discard não tiver expirado (etapa 435) e outra SDU 210 for recebida pela camada de ligação de dados 60a do transmissor 200 (etapa 438), o processo é repetido (etapa 400) até que o temporizador T_discard expira (etapa 435).

Uma vez que o temporizador T_discard expira (etapa 435), a camada de ligação de dados 60a verifica se a transmissão da SDU 210 foi bem sucedida (etapa 440), por exemplo, todas as PDUs 220 que transportam aquela SDU 210 foram reconhecidas. Se a transmissão da SDU 210 não tiver sido bem sucedida (etapa 440), a camada de ligação de dados 60a rejeita a SDU 210 (etapa 445) e envia a mensagem de solicitação 280 de "mover janela de recebimento" para o receptor 250 (etapa 450). Após a mensagem de solicitação 280 ser enviada para o receptor 250 (etapa 4500, ou se a transmissão da SDU 219 foi bem sucedida (etapa 4400, a camada de ligação de dados 60a do transmissor 200 verifica se há uma SDU 210 de tempo marcado no armazenamento temporário de transmissão 230 (etapa 455). Se assim, a camada de ligação de dados 60a reinicia o temporizador T_discard com o valor da marcação de tempo da SDU 210 (etapa 460) e aguarda a SDU 210 seguinte (etapa 400). Caso contrário, a camada de ligação de dados 60a reajusta o temporizador T_interval (etapa 465) e aguarda a SDU 210 seguinte (etapa 400).

Com referência agora às Figuras 5 dos desenhos, um exemplo da operação dos dois temporizadores T_discard e T_interval discutidos em relação com o fluxograma da Figura 4 é mostrado. Quando a primeira SDU 210 é recebida, ambos os temporizadores T-discard e T-interval são inicializados. Em seguida, se uma segunda SDU 210 é recebida antes que o temporizador T_interval seja parado, a segunda SDU 210 recebida é marcada com o valor de temporizador T_interval e o temporizador T_interval é reiniciado. Uma vez que o temporizador T_discard expira, todas as PDUs 220 não reconhecidas transportando aquela SDU 210 são rejeitadas e o temporizador T_discard é reiniciado com o valor da marcação de tempo da segunda SDU 210. Se não houver mais SDUs 210 para transmitir, o temporizador T_interval é parado. A fim de evitar operações ffeqüentes do temporizador T_discard para conexões transportando pequenas SDUs 210, as marcações de tempo das SDUs 210, de preferência, serão atualizadas cada vez que as PDUs 220 são reconhecidas do receptor 250. Uma vez que uma SDU 210 tenha sido reconhecida, o valor de sua marcação de tempo é removido e adicionado à SDU 210 seguinte não reconhecida na seqüência. Portanto, o temporizador T_discard não será operado para SDUs 210 que já tenham sido reconhecidas do receptor 250.

Como será reconhecido por aqueles habilitados na técnica, os conceitos inovadores descritos no presente pedido podem ser modificados e variados através de uma ampla faixa de aplicações. Conseqüentemente, o escopo da matéria em questão patenteada não estará limitado a qualquer um dos ensinamentos exemplificativos específicos discutidos, mas é, na verdade, definido pelas reivindicações a seguir.

Claims (24)

1. Sistema de telecomunicações para transmissão de pacotes de dados, usando um protocolo de retransmissão semi-confiável que utiliza solicitação de repetição automática de repetição seletiva, caracterizado pelo fato de compreender: um transmissor (200) tendo urna camada de ligação de dados (60a) para recepção de uma unidade de dados de serviço (210) contendo uma pluralidade dos referidos pacotes de dados, a referida camada de ligação de dados (60a) segmentando a referida unidade de dados de serviço (210) em pelo menos uma unidade de dados de protocolo (220); um temporizador de rejeição (300) dentro do referido transmissor (200) para monitorar um tempo de retransmissão da referida unidade de dados de serviço (210), o referido temporizador de rejeição (300) sendo inicializado quando a referida unidade de dados de serviço (210) for recebida pela referida camada de ligação de dados (60a); e um receptor (250) para recepção da referida pelo menos uma unidade de dados de protocolo (220) do referido transmissor (200) através de uma interface de ar e transmissão de uma mensagem de confirmação (270,285) para o referido transmissor (200) através da referida interface de ar após determinar que a referida pelo menos uma unidade de dados de protocolo (220) é recebida eorretamente, dispositivo de rejeição da referida unidade de dados de serviço (210) pelo referido transmissor (200) e pelo referido receptor (250), quando a referida mensagem de confirmação (270) não for recebida por cada da dita pelo menos uma unidade de dados de protocolo (220) e o referido temporizador de rejeição (300) expirar.

2. Sistema de telecomunicações, de acordo com a reivindicação 1, caracterizado pelo fato do referido transmissor (200) ainda compreender: uma camada de rede (50a) para transmissão da referida unidade de dados de serviço (210) para a referida camada de ligação de dados (60a); e uma camada física (70a) para recepção da referida pelo menos uma unidade de dados de protocolo (220) da referida camada de ligação de dados (60a) e transmissão da referida pelo menos uma unidade de dados de protocolo (220) para o referido receptor (250) através da referida interface de ar.

3. Sistema de telecomunicações, de acordo com a reivindicação 1, caracterizado pelo fato do referido receptor (250) ainda compreender: uma camada física (70a) para recepção da referida pelo menos uma unidade de dados de protocolo (220) do referido transmissor (200) através da referida interface de ar; uma camada de ligação de dados (60a) para recepção da referida pelo menos uma unidade de dados de protocolo da referida camada física (70a), transmissão da referida mensagem de confirmação (270) após determinar que a referida pelo menos uma unidade de dados de protocolo (220) é recebida corretamente e montagem da referida pelo menos uma unidade de dados de protocolo (220) de volta na referida unidade de dados de serviço; e uma camada de rede (50a) para recepção da referida unidade de dados de serviço (210) da referida camada de ligação de dados (60a).

4. Sistema de telecomunicações, de acordo com a reivindicação 1, caracterizado pelo fato do referido transmissor (200) ainda compreender: uma armazenamento temporário de transmissão (230) para armazenamento da referida pelo menos uma unidade de dados de protocolo (220) até que a referida mensagem de confirmação (270) seja recebida por cada referida pelo menos uma unidade de dados de protocolo (220) ou até que o temporizador de rejeição (300) expire.

5. Sistema de telecomunicações, de acordo com a reivindicação 1, caracterizado pelo fato do referido transmissor (200) ainda compreender: dispositivo para transmitir uma mensagem de rejeição (280) para o referido receptor (250) quando o referido temporizador de rejeição (300) expirar e a referida mensagem de confirmação (270, 285) para cada pelo menos uma unidade de dados de protocolo (220) não foi recebida.

6. Sistema de telecomunicações, de acordo com a reivindicação 5, caracterizado pelo fato do referido receptor (250) ainda compreender: um armazenamento temporário de receptor (260) para armazenamento da referida pelo menos uma unidade de dados de protocolo (220), a referida pelo menos uma unidade de dados de protocolo (220) sendo removida do referido armazenamento temporário de receptor (260) quando a mensagem de rejeição (280) for recebida.

7. Sistema de telecomunicações, de acordo com a reivindicação 6, caracterizado pelo fato do referido transmissor (200) ainda compreender: um temporizador de recepção para monitoração de um tempo de recepção da referida mensagem de rejeição (280), o referido temporizador de recepção sendo inicializado quando a referida mensagem de rejeição (280) é transmitida pelo referido transmissor (200), o referido transmissor (200) retransmitindo a referida mensagem de rejeição (280) para o referido receptor (250), se o referido temporizador de recepção expirar e uma mensagem de confirmação de rejeição (270, 285) não tiver sido recebida pelo referido transmissor (200).

8. Sistema de telecomunicações, de acordo com a reivindicação 1, caracterizado pelo fato da referida unidade de dados de serviço (210) ter um cabeçalho com ela associado, o referido cabeçalho tendo nele um campo dedicado para armazenamento de um valor padrão para o referido temporizador de rejeição (300).

9. Sistema de telecomunicações, de acordo com a reivindicação 8, caracterizado pelo fato do referido valor padrão ser baseado em um retardo máximo de retransmissão permissível para dados dentro dos referidos pacotes de dados.

10. Sistema de telecomunicações, de acordo com a reivindicação 1, caracterizado pelo fato de ainda compreender: um temporizador de intervalo dentro do referido transmissor (200) para monitoração de um intervalo de tempo entre um tempo de chegada da referida unidade de dados de serviço (210) na referida camada de ligação de dados (60a) e um tempo de chegada de uma unidade de dados de serviço sucessiva (210) na referida camada de ligação de dados, o referido temporizador de intervalo sendo primeiro inicializado quando a referida unidade de dados de serviço (210) for recebida pela referida camada de ligação de dados (60a), a referida unidade de dados de serviço sucessiva (210) tendo marcação de tempo com o valor corrente do referido temporizador de intervalo, quando a referida unidade de dados de serviço sucessiva (210) for recebida pela referida camada de ligação de dados (60a) e o referido temporizador de rejeição (300) não estiver expirado.

11. Transmissor (200) para transmissão de pacotes de dados, através de uma interface de ar para um receptor (250) usando um protocolo de retransmissão semi-confiável que utiliza solicitação de repetição automática de repetição seletiva, caracterizado pelo fato de compreender: uma camada de ligação de dados (60a) para recepção de uma unidade de dados de serviço (210) contendo uma pluralidade dos referidos pacotes de dados, a referida camada de ligação de dados (60a) segmentando a referida unidade de dados de serviço (210) em pelo menos uma unidade de dados de protocolo (220); e um temporizador de rejeição (300) para monitoração do tempo de retransmissão da referida pelo menos uma unidade de dados de serviço (210) para o referido receptor (250), o temporizador de rejeição (300) sendo inicializado quando a referida unidade de dados de serviço (210) for recebida pela referida camada de ligação de dados (60a), a referida unidade de dados de serviço (210) sendo rejeitada pela referida camada de ligação de dados (60a) quando uma mensagem de confirmação (270) não for recebida por cada referida pelo menos uma unidade de dados de protocolo (220) e o temporizador de rejeição (300) expirar.

12. Transmissor (200), de acordo com a reivindicação 11, caracterizado pelo fato de ainda compreender: uma camada de rede (50a) para transmissão da referida unidade de dados de serviço (210) para a referida camada de ligação de dados (60a); e uma camada física (70a) para recepção da referida pelo menos uma unidade de dados de protocolo (220) da referida camada de ligação de dados (60a) e transmissão da referida pelo menos uma unidade de dados de protocolo (220) para um receptor (250) através da referida interface de ar.

13. Transmissor (200), de acordo com a reivindicação 11, caracterizado pelo fato de ainda compreender: um armazenamento temporário de transmissão (230) para armazenamento da referida pelo menos uma unidade de dados de protocolo (220) até que a referida mensagem de confirmação (270) seja recebida por cada referida pelo menos uma unidade de dados de protocolo (220) ou até que o referido temporizador de rejeição (300) expire.

14. Transmissor (200), de acordo com a reivindicação 11, caracterizado pelo fato de ainda compreender: dispositivo para transmissão de uma mensagem de rejeição (280) para um receptor (250) quando o referido temporizador de rejeição (300) expirar e a referida mensagem de confirmação (270, 285) para cada referida pelo menos uma unidade de dados de protocolo (220) não foi recebida.

15. Transmissor (200), de acordo com a reivindicação 14, caracterizado pelo fato de ainda compreender: um temporizador de recepção para monitoração de um tempo de recepção da referida mensagem de rejeição (280), o referido temporizador de recepção sendo inicializado quando a referida mensagem de rejeição (280) for transmitida pelo referido transmissor (200), o referido transmissor (200) retransmitindo a referida mensagem de rejeição (280), se o referido temporizador de recepção expirar e uma mensagem de confirmação de rejeição (270, 285) não for recebida pelo referido transmissor (200).

16. Transmissor (200), de acordo com a reivindicação 11, caracterizado pelo fato da referida unidade de dados de serviço (210) ter um cabeçalho com ela associado, o referido cabeçalho incluindo um campo dedicado para armazenamento de um valor padrão para o referido temporizador de rejeição (300).

17. Transmissor (200), de acordo com a reivindicação 16, caracterizado pelo fato do referido valor padrão ser baseado em um retardo máximo de retransmissão permissível para dados dentro dos referidos pacotes de dados.

18. Transmissor (200), de acordo com a reivindicação 11, caracterizado pelo fato de ainda compreender: um temporizador de intervalo para monitorar o intervalo de tempo entre um tempo de chegada da referida unidade de dados de serviço (210) na referida camada de ligação de dados (60a) e um tempo de chegada de uma unidade de dados de serviço sucessiva (210) na referida camada de ligação de dados (60a), o referido temporizador de intervalo sendo inicializado quando a referida unidade de dados de serviço (210) for recebida pela referida camada de ligação de dados (60a), a referida unidade de dados de serviço (210) sucessiva tendo marcação de tempo com o valor corrente do referido temporizador de intervalo, quando a referida unidade de dados de serviço sucessiva (210) for recebida pela referida camada de ligação de dados (60a) e o referido temporizador de rejeição (300) não estiver expirado.

19. Método para transmissão de pacotes de dados para um receptor (250) através de uma interface de ar usando um protocolo de retransmissão semi-confiável que utiliza solicitação de repetição automática de repetição seletiva, caracterizado pelo fato de compreender as etapas de: recepção por uma camada de ligação de dados (60a) dentro do referido transmissor (200), de uma unidade de dados de serviço (210) contendo uma pluralidade dos referidos pacotes de dados em pelo menos uma unidade de dados de protocolo (220); segmentação da referida unidade de dados de serviço (210) contendo uma pluralidade de ditos pacotes de dados em pelo menos uma unidade de dados de protocolo (220); inicialização de um temporizador de rejeição (300) dentro do referido transmissor (200) para monitorar o tempo de transmissão da dita unidade de dados de serviço (210) para o dito receptor (250); transmissão da referida pelo menos uma unidade de dados de protocolo (220) do referido transmissor (200) através da referida interface de ar para o referido receptor (250); rejeição da referida unidade de dados de serviço (210) pelo referido transmissor (200) quando a referida mensagem de confirmação (270) não for transmitida para cada referida pelo menos uma unidade de dados de protocolo (220) e o temporizador de rejeição (300) expirar.

20. Método, de acordo com a reivindicação 19, caracterizado pelo fato de ainda compreender a etapa de: armazenamento, em um armazenamento temporário de transmissão (230) dentro do referido transmissor (200), cada referida pelo menos uma unidade de dados de protocolo (220) até que a referida mensagem de confirmação (270, 285) seja recebida para cada referida pelo menos uma unidade de protocolo ou até que o referido temporizador de rejeição (300) expire.

21. Método, de acordo com a reivindicação 19, caracterizado pelo fato da referida etapa de rejeição ainda compreender a etapa de: transmissão de uma mensagem de rejeição do referido transmissor (200) para o referido receptor (250), quando o referido temporizador de rejeição (300) expirar e a referida mensagem de confirmação (270, 285) para cada referida pelo menos uma unidade de dados de protocolo (220) não tiver sido recebida.

22. Método, de acordo com a reivindicação 21, caracterizado pelo fato da referida etapa de rejeição ainda compreender a etapa de: inicialização de um temporizador de recepção mediante transmissão da referida mensagem de rejeição; e retransmissão da referida mensagem de rejeição para o referido receptor (250), se o referido temporizador de recepção expirar antes da recepção de uma mensagem de confirmação de rejeição (270, 285) do dito receptor (250).

23. Método, de acordo com a reivindicação 19, caracterizado pelo fato de ainda compreender as etapas de: inicialização de um temporizador de intervalo mediante recepção da referida unidade de dados de serviço (210) por uma camada de ligação de dados (60a) dentro do dito transmissor (200); recepção de uma unidade de dados de serviço sucessiva (210) pela referida camada de ligação de dados (60a); e anexação de uma marca de tempo à referida unidade de dados de serviço sucessiva (210) recebida pela referida camada de ligação de dados (60a), a referida marca de tempo sendo o valor corrente do referido temporizador de intervalo quando o referido temporizador de rejeição (300) não tiver expirado.

24. Método, de acordo com a reivindicação 23, caracterizado pelo fato de ainda compreender as etapas de: interrupção do referido temporizador de rejeição (300) quando a referida mensagem de confirmação (270, 285) para cada uma da referida pelo menos uma unidade de dados de protocolo (220) associada com a referida unidade de dados de serviço for recebida pelo referido transmissor (200) ou quando o referido temporizador de rejeição (300) expirar; e reinicialização do referido temporizador de rejeição (300) para a referida unidade de dados de serviço sucessiva (210) com um valor da referida marca de tempo.