BRPI0113360B1 - método para a transmissão de dados a partir de um transmissor a um receptor, e, aparelho para transmissão de dados para um receptor - Google Patents
método para a transmissão de dados a partir de um transmissor a um receptor, e, aparelho para transmissão de dados para um receptor Download PDFInfo
- Publication number
- BRPI0113360B1 BRPI0113360B1 BRPI0113360A BR0113360A BRPI0113360B1 BR PI0113360 B1 BRPI0113360 B1 BR PI0113360B1 BR PI0113360 A BRPI0113360 A BR PI0113360A BR 0113360 A BR0113360 A BR 0113360A BR PI0113360 B1 BRPI0113360 B1 BR PI0113360B1
- Authority
- BR
- Brazil
- Prior art keywords
- data
- data units
- unit
- message
- transmitted
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
- H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Reduction Or Emphasis Of Bandwidth Of Signals (AREA)
Abstract
"método de transmitir dados de um transmissor para um receptor, aparelho, e, transmissor para comunicar dados para um receptor". um método de transmitir dados de um transmissor para um receptor, incluindo as etapas de: formar uma pluralidade de unidades de dados ordenadas, cada uma incluindo uma parte de uma mensagem de dados; transmitir pelo menos algumas das unidades de dados em ordem; identificar um estado de descarte com respeito à mensagem de dados; e se um subconjunto das unidades de dados incluindo a final das unidades de dados e pelo menos uma outra das unidades de dados não foi transmitida: indicar que a mensagem de dados é para ser descartada e especificar a identidade da final das unidades de dados; e transmitir só a final das unidades de dados do dito subconjunto.
Description
“MÉTODO PARA A TRANSMISSÃO DE DADOS A PARTIR DE UM TRANSMISSOR A UM RECEPTOR, E, APARELHO PARA TRANSMISSÃO DE DADOS PARA UM RECEPTOR” Esta invenção se refere a um protocolo para transmissão de dados, por exemplo, para transmissão de unidades de dados através de um radioenlace. O protocolo é especialmente adequado para tratar assuntos envolvendo apagamento de unidades de dados de protocolo de estado em sistemas de rádio-telefone de terceira geração (por exemplo, 3GPP ou similar).
No arranjo atualmente proposto para sistemas de rádio-telefone de terceira geração, por exemplo, a Especificação de Protocolo de RLC (controle de radioenlace) (Liberação 1999), os dados podem ser levados entre um transmissor e um receptor na forma de unidades de dados de protocolo (PDUs). Uma forma de PDU é a PDU de estado (SDU). A SDU pode levar informações sobre o estado do enlace, por exemplo, detalhes de quais PDUs foram recebidas ou quais são detectadas como perdidas. Pedaços que compõem uma SDU podem ser levados em várias PDUs de AMD (RLC).
As SDUs podem ser transmitidas pela rede através de uma interface de rádio para um item de equipamento de usuário (EU), tal como um telefone móvel, ou por um EU através de uma interface de rádio à rede.
Um número máximo permitido de retransmissão (MaxDAT) pode ser especificado, como pode um período de tempo máximo permitido para transmissão (TimerDiscard). Se uma SDU não foi levada com sucesso do transmissor ao receptor dentro de retransmissões de MaxDAT ou dentro de um período de Timer Discard, ela pode ser descartada. O descarte de uma SDU é executado por meio do comando de “mover super campo de janela receptora” (MRW SUFI) enviado do transmissor de dados ao receptor de dados. O comando de MWR SUFI é enviado em PDU de ESTADO. O comando de MRW SUFI inclui os campos seguintes: LENGH: Especifica o número de campos de SN_MRW na MRW SUFI. SN MRWi.í: Provê um número i (igual a LENGTH - 1) de campos, cada um indicando o fim de uma SDU descartada. SN MRWj é o número de seqüência (SN) da PDU que contém o LI (indicador de comprimento) da i-ésima SDU descartada. O campo de LI é usado para indicar o ponto de término de uma SDU em um AMD PDU. SN MRWT FNnTH: Pede o receptor para descartar todo as PDUs com número de seqüência menos que SN MRWi ρμγ.τη e mover sua janela receptora de acordo. Além disso, o receptor é para descartar o primeiro Nlength Lis e os bytes de dados correspondentes na PDU com número de seqüência SN MRWT ρνγ.ητ.
Nlenght^ Ajuda a indicar o término da última SDU descartada como descrito acima. NLENGht: indica que LI na PU com número de seqüência SN_MRWLENGht corresponde à última SDU descartada. N lenght = 0 indica que a última SDU terminou na PU com número de seqüência SN_MRWLENGHt -1, e que o primeiro byte de dados na PU com número de seqüência SN_MRWLEnght é o primeiro byte de dados a ser remontado a seguir.
De acordo com a Especificação de Protocolo de RLC (Liberação 1999), embora uma SDU possa ser descartada, todas as PDUs de AMD levando pedaços daquela SDU ainda são enviadas, através da interface de rádio. Isto significa que recursos de enlace valiosos são dedicados para levar dados que já foi decidido serem descartados. O pior caso é quando o tamanho da SDU a ser descartada é consideravelmente grande e o procedimento de descarte de SDU é executado em uma fase anterior de transmissão da SDU. Por exemplo, isto podería acontecer se: a. uma das primeiras PDUs de AMD para aquela SDU está perdida; ou b. se o temporizador de transmissão de SDU expirar quando só poucas PDUs de AMD foram transmitidas, por exemplo como resultado de um longo atraso na interface de rádio.
Nesta situação, o restante das PDUs de AMD que compõe a SDU já descartada ainda será transmitido, mas meramente desperdiçará recursos de rádio, porque os dados transmitidos nunca servirão ao usuário. Além disso, este custo de dados desnecessário pode abaixar consideravelmente a taxa de transmissão de dados úteis e conseqüentemente degrada a qualidade de serviço.
Quando a ativação do procedimento de descarte de SDU é baseada no temporizador ajustado para o tempo de transmissão de SDU (usando o valor Timer_Discard), a probabilidade do custo extra e os atrasos conseqüentes para as transmissões de SDU subseqüentes causando perdas consideráveis de dados de usuário e mau funcionamento do anterior procedimento de transmissão de dados é particularmente alta.
Uma vez que o descarte de uma SDU foi executado, seria desejável minimizar ou pelo menos reduzir os recursos de enlace subseqüentemente dedicados àquela SDU. Isto podería liberar recursos de rádio e aumentar a taxa de transmissão de dados úteis.
De acordo com a presente invenção, de um aspecto, é provido um método de transmitir dados de um transmissor para um receptor, incluindo as etapas de: formar uma pluralidade de unidades de dados ordenadas, cada uma incluindo uma parte de uma mensagem de dados; transmitir pelo menos algumas das unidades de dados em ordem; identificar um estado de descarte com respeito à mensagem de dados; e se um subconjunto das unidades de dados incluindo a final das unidades de dados e pelo menos uma outra das unidades de dados não foi transmitido: indicar (por exemplo, por meio de um comando) que a mensagem de dados é para ser descartada; e transmitir só a final das unidades de dados do dito subconjunto, incluindo uma indicação do término da mensagem de dados.
De acordo com a presente invenção, de outro aspecto, é provido um transmissor para comunicar dados a um receptor, o transmissor incluindo uma unidade de controle de transmissão de dados operável para executar as etapas de: formar uma pluralidade de unidades de dados ordenadas, cada uma incluindo uma parte de uma mensagem de dados; causar a transmissão de pelo menos algumas das unidades de dados em ordem; identificar um estado de descarte com relação à mensagem de dados; e se um subconjunto das unidades de dados incluindo a final das unidades de dados e pelo menos uma outra das unidades de dados não foi transmitida: causar a transmissão (por exemplo, por meio de um comando) de uma indicação que a mensagem de dados é para ser descartada; e causar a transmissão somente da final das unidades de dados do dito subconjunto, incluindo uma indicação do término da mensagem de dados.
Preferivelmente, ao identificar um estado de descarte com respeito à mensagem de dados, e se um subconjunto das unidades de dados incluindo a final das unidades de dados e pelo menos uma outra das unidades de dados não foi transmitida: as unidades de dados do subconjunto diferente da final das unidades de dados não são transmitidas do transmissor para o receptor.
De acordo, o método inclui a etapa de repartir números de seqüência consecutivos para cada uma das unidades de dados em ordem. Preferivelmente, o método inclui a etapa de, antes de transmitir a final das unidades de dados, repartir um número de seqüência para aquela unidade de dados. Preferivelmente, o número de seqüência repartido para a final das unidades de dados é um número de seqüência maior que o número de seqüência da última unidade de dados transmitida. Altemativamente, o número de seqüência repartido para a final das unidades de dados pode ser um número de seqüência maior (mais preferivelmente dois maiores) do que o número de seqüência da última unidade de dados transmitida. O método pode incluir as etapas de: repartir números de seqüência para unidades de dados adicionais a serem transmitidas depois das ditas unidades de dados que incluem parte da massagem de dados; e antes de transmitir aquelas unidades de dados adicionais, repartir números de seqüência consecutivos seguindo aquele repartido para a final das unidades de dados para as unidades de dados adicionais. O comando que indica que a mensagem de dados é para será descartada pode ser transmitido antes ou depois da final das unidades de dados, sujeito a outras demandas do protocolo.
As unidades de dados são adequadamente unidades de dados de protocolo, preferivelmente unidades de dados de protocolo de controle de radioenlace. A mensagem de dados pode ser uma unidade de dados de protocolo de estado.
Preferivelmente, o método inclui especificar a identidade da final das unidades de dados. O transmissor e/ou o receptor são preferivelmente operáveis de acordo com a especificação de protocolo de terceira geração ou, adequadamente, uma derivada dela.
Um do transmissor e do receptor pode ser uma estação móvel. O outro do transmissor e do receptor pode ser uma unidade de rede.
Preferivelmente, a final das unidades de dados em ordem inclui dados que especificam o comprimento da mensagem de dados. A presente invenção será descrita agora por meio de exemplo com referência aos desenhos acompanhantes, em que: Figura 1 é um diagrama esquemático de um sistema de telecomunicação de rádio;
Figura 2 mostra uma estrutura ilustrativa de uma SDU como levada por uma pluralidade de PDUs; e Figuras 3 a 6 mostram arranjos de sinalização alternativos para a transmissão de SDUs.
Mesmas partes são indicadas por mesmos numerais de referência em Figuras 3 a 6.
Figura 1 mostra um sistema de telecomunicação de rádio. O sistema inclui uma rede de telecomunicação de rádio 1, incluindo uma pluralidade de unidades de transmissão/recepção de estação base 2, que são capazes de se comunicarem por rádio com equipamento de usuário 3. O equipamento de usuário podería, por exemplo, ser estações móveis, tais como telefones móveis. Por meio da rede, os UEs podem se comunicar entre si ou com outro equipamento, tal como telefone de linha terrestre 4 ou terminal de Internet 5 interconectado à rede 1. A rede inclui unidades de controle de transmissão/recepção de dados de rede 6, que controlam a transmissão e recepção de dados para um dos UEs de acordo com um protocolo predeterminado. Correspondentemente, os UEs incluem unidades de controle de transmissão/recepção de dados de UE 7, que controlam a transmissão e recepção de dados para e da rede de acordo com o protocolo predeterminado. O protocolo usado para a transmissão de dados entre os UEs e a rede são adequadamente baseados no protocolo de RLC, por exemplo, de acordo com a Especificação de Protocolo de RLC (Liberação 1999) ou similar. Porém, como descrito abaixo, o protocolo presente inclui provisão para operação melhorada de SDUs descartadas.
Procedimentos agora serão descritos para a operação de SDUs descartadas. Estes procedimentos são especialmente adequados para operação em um sistema, tal como aquele mostrado em Figura 1, particularmente para transmissão de dados entre a rede e os UEs (em qualquer direção). Porém, os procedimentos podem ser implementados em outros locais no sistema de Figura 1 e em outros sistemas de transmissão de dados, por exemplo, através de enlaces de rádio fixos ou através de outros enlaces sem fio, tais como enlaces por infravermelho.
Uma SDU pode ser levada por uma pluralidade de PDUs, com partes da SDU sendo incluídas em cada uma daquelas PDUs. Esta situação é ilustrada em Figura 2. Cada PDU tem um número de seqüência. Figura 2 ilustra uma série de PDUs de RLC que tem números de seqüência de x a y. Cada uma daquelas PDUs leva parte de uma certa SDU. Uma das PDUs que leva parte da SDU pode ser especificada pelo número de seqüência (x + s), onde s é um deslocamento de x na faixa de 0 a (y - x). Nesta ilustração, x e y não são números consecutivos. A série de PDUs é ilustrada em Figura 2 por linha 10. PDU x é indicada em 11, PDU y em 12 e uma PDU arbitrária (x + s) em 13.
Durante operação do sistema de telecomunicação, uma decisão pode ser tomada para descartar uma SDU, por exemplo, em um dos elementos exibidos acima: o excedente de um número predeterminado de retransmissões ou o excedente de um período de tempo predeterminado para transmissão. Quando a decisão é tomada para descartar a SDU, um procedimento de descarte de SDU é ativado.
Depois que o procedimento de descarte de SDU é ativado, o comando de MRW SUFI (veja acima) é enviado ao receptor, com a próxima PDU de AMD a ser enviada ao receptor sendo a apontada no comando de MRW SUFI por seu campo SN_ MRWLength- Isto tanto será a PDU de AMD que leva o campo de LI da SDU descartada ou, no caso onde o resto da PDU de AMD que leva o campo de LI da SDU descartada está enchendo, a PDU de AMD imediatamente seguindo-a. Nenhuma ação de transmissão de dados adicional, incluindo enviar, reenviar ou ativar o procedimento de descarte de SDU, é executado para aquelas PDUs de AMD que precedem aquela definida abaixo e apontada pelo campo de SN_MRWLENGth do comando de MRW SUFI. Para aquelas PDUs de RLC, cujo número de PDU de RLC é menor que MRWLENGth, nada é feito. Para aquelas cujo número de seqüência é maior ou igual a MRWLENGth, elas podem ser reenviadas, se o transceptor assim pedir. Porém, aquelas PDUs de AMD não são removidas da memória temporária de dados do transmissor para serem transmitidas até que comando de MRW SUFI tenha sido reconhecido pelo receptor (de adequadamente por meio do comando de MRW_ACK SUFI) e a margem inferior da janela de reconhecimentos aceitáveis é atualizada. O envio do comando de MRW SUFI e a especificação correspondente para a PDU de AMD de receptor pode ser feito de quatro modos alternativos, ilustrados por Figuras 3 a 6, respectivamente. Em cada uma de Figuras 3 a 6, referência 20 denota a unidade transmissora, referência 21 denota a unidade receptora, referência 22 denota o comando para descartar uma SDU e referência 23 denota geralmente tráfego de dados do transmissor ao receptor. O tráfego de dados e o comando de descarte de SDU são mostrados em ordem cronológica, partindo do topo de cada Figura.
Em cada concretização, é assumido que a SDU é levada por uma pluralidade de PDUs, como ilustrado em Figura 2 e que PDUs com números de seqüência x a (x + s) são enviadas do transmissor ao receptor, como mostrado em 24, antes que o comando de descarte 23 seja recebido. O primeiro método é ilustrado em Figura 3.
No primeiro método, primeiro o comando de MRW SUFI (25) é enviado do transmissor ao receptor. Depois que a PDU de AMD (26) levando o campo de LI que indica o fim da SDU descartada é enviado usando o SN atualmente repartido para ele, isto é, a PDU cujo número de seqüência é y. Isto não afeta a transmissão de PDUs de AMD conseqüentes, que continua como usual (em seqüência, também notando os envios prévios, reenvios e reconhecimentos) deste ponto em diante. Porém, qualquer PDU na faixa de (x + s) a y, que seria enviada de outra forma, não precisa ser agora transmitida.
Uma vez que o comando de MRW SUFI foi reconhecido, aquelas PDUs podem ser apagadas da memória temporária da unidade transmissora. A PDU de AMD 26 é preferivelmente enviada imediatamente depois do comando de MRW SUFI 25. O segundo método é ilustrado em Figura 4.
No segundo método, primeiro a PDU de AMD (27) levando o campo de LI que indica o fim da SDU é enviada usando o SN atualmente repartido para ele. Depois que o comando de MRW SUFI (28) é enviado. Isto não afeta a transmissão de PDUs de AMD conseqüentes, que continua como usual (em seqüência, também notando os envios prévios, reenvios e reconhecimentos) deste ponto em diante. O comando de MRW SUFI 27 é enviado preferivelmente imediatamente depois da PDU de AMD 28. Novamente, qualquer PDU na faixa de (x + s) a y, que seria de outra forma enviada, não precisa agora ser transmitida. Uma vez o que comando de MRW SUFI foi reconhecido, aquelas PDUs podem ser apagadas da memória temporária da unidade transmissora.
Em métodos 1 e 2, há uma interrupção nos números de seqüência das PDUs que são transmitidas. Alguns números de seqüência são repartidos para PDUs que não são transmitidas. Assim, a seqüência de números de seqüência quando recebidos pelo receptor não é consecutiva. É concebível que possa haver um desejo para evitar esta situação. Isto é tratado por métodos 3 e 4. O terceiro método é ilustrado em Figura 5.
No terceiro método, as PDUs que compõem a SDU descartada não são novamente transmitidas. Os números de seqüência previamente repartidos para aquelas PDUs são repartidos para PDUs subseqüentes. Assim, os números de seqüência revisados são gerados para as PDUs de AMD na memória temporária de transmissão, assim para utilizar os números de seqüência das PDUs não transmitidas. A PDU de AMD que leva o campo de LI que indica o fim da SDU descartada é dada o SN da segunda PDU de AMD não transmitida. Aquele valor de SN é dado por VT(S) +1; onde VT(S) é o valor atual da variável de estado enviada do transmissor, que armazena o número de seqüência da próxima PDU a ser transmitida pela primeira vez. As PDUs de AMD subseqüentes na memória temporária do transmissor são renumeradas em seqüência, partindo deste valor. Note que, por exemplo, devido a questões de cifragem, as PDUs de AMD renumeradas ainda não terão sido enviadas. O comando de MRW SUFI (29) e a PDU de AMD (30) cujo o campo de LI indica o fim da SDU descartada, são enviados do transmissor ao receptor. Em Figura 5, o comando de MRW SUFI 30 é mostrado como sendo enviado primeiro, mas como a PDU de AMD 29 foi dado o SN que corresponde à segunda PDU de AMD não transmitida, o comando de MRW SUFI 30 e a PDU de AMD 29 podem ser enviados em qualquer ordem. Isto é porque se o SN de PDU de RLC fosse (x + s) + 1, então a RLC de receptor remetería esta SDU incorreta à camada de PDCP, porque nenhum comando de MRW SUFI relativo a esta SDU teria sido recebido já então. O quarto método é ilustrado em Figura 6.
No quarto método, as PDUs que compõem a SDU descartada não são novamente transmitidas. Os números de seqüência previamente repartidos para aquelas PDUs são repartidos para PDUs subseqüentes. Assim, números de seqüência revisados são gerados para as PDUs de AMD na memória temporária de transmissão, assim para utilizar os números de seqüência das PDUs não transmitidas. A PDU de AMD que leva o campo de LI que indica o fim da SDU descartada é dado o SN da primeira PDU de AMD não transmitida. Aquele SN é dado pelo valor atual da variável de estado VT(S). As PDUs de AMD subseqüentes na memória temporária do transmissor são renumeradas em seqüência, partindo deste valor. O comando de MRW SUFI (31) e a PDU de AMD (32) cujo o campo de LI indica o fim da SDU descartada, são enviados do transmissor ao receptor. Em Figura 6, como a PDU de AMD 32 foi dado o SN que corresponde á primeira PDU de AMD não transmitida, o comando de MRW SUFI 31 deve ser enviado antes da PDU de AMD 32. O método de Figura 6 não pode ser considerado tão confiável quanto àquele de Figura 5. No método de Figura 6, uma situação de erro pode acontecer se o comando de MRW SUFI for perdido na interface de rádio. Então, se a PDU de AMD seguinte que contém o campo de LI da SDU descartada for enviada antes que o reconhecimento para o comando de MRW SUFI tenha sido recebido, o receptor pode considerar que a SDU ser completa e entrega-la para PDCP para processamento subseqüente. Este tipo de erro podería ser prevenido bloqueando a transmissão de todas as novas PDUs de AMD na memória temporária de transmissão, até que o comando de MRW SUFI tenha sido reconhecido. Altemativamente, pode ser conveniente bloquear a transmissão de todas as PDUs de AMD (e assim, economizar recursos de rádio adicionais) porque, de acordo com a especificação de RLC recente, executar o procedimento de descarte de SDU para uma certa SDU faz com que SDUs não reconhecidas precedentes sejam descartas igualmente.
Em todos estes casos, a margem inferior da janela de reconhecimentos aceitáveis - isto é, o valor da variável de estado VT (A) no transmissor, indicando o número de seqüência da próxima PDU em seqüência esperada para ser reconhecida - é atualizado só depois de receber o reconhecimento para o comando de MRW SUFI. Isto é semelhante à situação como atualmente definida na recente especificação de RLC. Deste modo, o procedimento de descarte de SDU e o envio do comando de MRW SUFI não reconhece implicitamente PDUs de AMD, que podería facilmente conduzir ao "descontrole" da janela de envio e finalmente à transmissão de dados não sincronizada.
Seguindo os procedimentos ilustrados em Figuras 3 a 6, e particularmente subseqüen7te ao envio do primeiro comando de MRW SUFI como mostrado, a execução do procedimento de descarte de SDU continua como descrito na especificação de RLC.
Os procedimentos exibidos com referência às Figuras 3 a 6 oferecem economias significantes em recursos de rádio sobre métodos anteriores, especialmente em situações onde descarte de SDUs é freqüente, e até mais especialmente quando descarte de SDUs longas pode ser executado logo depois que as SDUs começaram a ser transmitidas. Tais circunstâncias podem surgir quando há atrasos de transmissão longos e/ou números altos de PDUs de AMD perdidos. Além disso, as abordagens descritas acima permitem a possibilidade de melhorar qualidade de serviço, fazendo atrasos de SDU mais curtos e abaixando o número de SDUs perdidas; fazendo o protocolo menos sensível a erros devido a PDUs de AMD perdidas ou atrasadas; e melhorando a habilidade do protocolo para se recuperar de situações de erro.
Quando PDUs de uma mensagem de dados (SDU) foram descartadas, a transmissão daquela mensagem de dados pode ser terminada pela transmissão de uma unidade de dados final do conjunto de unidades de dados que representa aquela mensagem. Aquela unidade de dados final pode incluir um indicador de comprimento (LI) apontando para o começo dos dados transmitidos da mensagem, por meio de que pode ser determinado no receptor que transmissão da mensagem terminou. r E chamada atenção ao fato que a presente invenção pode incluir qualquer característica ou combinação de características expostas aqui, tanto implicitamente ou explicitamente ou qualquer generalização dela, sem limitação à extensão de qualquer das reivindicações presentes. Em vista da descrição precedente, será evidente a uma pessoa qualificada na técnica que várias modificações podem ser feitas dentro da extensão da invenção.
REIVINDICAÇÕES
Claims (20)
1. Método para a transmissão de dados a partir de um transmissor (2) a um receptor (3), caracterizado pelo fato de que compreende: formar um conjunto (10) de unidades de dados ordenadas, cada uma compreendendo uma parte de uma mensagem de dados; distribuir números de sequência consecutivos para cada uma das unidades de dados em ordem; fazer a transmissão de pelo menos algumas das unidades de dados em ordem; identificar um estado de descarte (22) em relação à mensagem de dados; sendo que, quando a mensagem de dados é determinada para ser descartada com base no estado descartado (22) e um subconjunto das unidades de dados ordenadas, incluindo a unidade final das unidades de dados ordenadas (26, 27, 29, 32) do conjunto e pelo menos uma outra unidade das unidades de dados, não foi transmitido, o dito método compreende ainda: fazer a transmissão de uma indicação de que a mensagem de dados deve ser descartada; redistribuir um número de sequência para esta unidade de dados; e fazer a transmissão apenas da unidade de dados final do conjunto das unidades de dados ordenadas a partir do dito subconjunto, incluindo uma indicação do fim da mensagem de dados.
2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a indicação do fim da mensagem de dados é uma indicação que especifica a localização do início da mensagem de dados.
3. Método de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que, ao identificar um estado de descarte em relação à mensagem de dados; e quando um subconjunto das unidades de dados, incluindo a unidade de dados final (26, 27, 29, 32) e pelo menos uma outra unidade das unidades de dados, não foi transmitido, as unidades de dados do subconjunto diferente da unidade de dados final do conjunto das unidades de dados não são transmitidas do transmissor para o receptor.
4. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o número de sequência redistribuído para a unidade final das unidades de dados ordenadas (26, 27, 29, 32) do conjunto é o número de sequência uma vez maior que o número de sequência da última unidade de dados transmitida.
5. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o número de sequência redistribuído para a unidade final das unidades de dados ordenadas (26, 27, 29, 32) do conjunto é o número de sequência duas vezes maior do que o número de sequência da última unidade de dados transmitida.
6. Método de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de que compreende as etapas de: distribuir números de sequência para unidades de dados adicionais a serem transmitidas depois das ditas unidades de dados compreendendo parte da mensagem de dados; e antes de transmitir aquelas unidades de dados adicionais, distribuir números de sequência consecutivos seguindo o número de sequência redistribuído para a unidade final das unidades de dados ordenadas (26, 27, 29, 32) do conjunto para as unidades de dados adicionais.
7. Método de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que a indicação de que a mensagem de dados deve ser descartada é transmitida depois da unidade de dados final das unidades de dados (26, 27, 29, 32) do conjunto.
8. Método de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que a unidade final das unidades de dados é transmitida depois da indicação de que a mensagem de dados deve ser descartada.
9. Método de acordo com qualquer uma das reivindicações 1 a 8, caracterizado pelo fato de que as unidades de dados são unidades de dados de protocolo.
10. Método de acordo com a reivindicação 9, caracterizado pelo fato de que as unidades de dados de protocolo são unidades de dados de protocolo de controle de radioenlace.
11. Método de acordo com qualquer uma das reivindicações 1 a 10, caracterizado pelo fato de que a mensagem de dados é uma unidade de dados de protocolo de estado.
12. Método de acordo com qualquer uma das reivindicações 1 a 11, caracterizado pelo fato de que o transmissor (2, 3) e o receptor (2, 3) são operáveis de acordo com o Protocolo de Controle de Radioenlace 3GPP.
13. Método de acordo com qualquer uma das reivindicações 1 a 12, caracterizado pelo fato de que um dentre o transmissor e o receptor é uma estação móvel (3).
14. Método de acordo com a reivindicação 13, caracterizado pelo fato de que um dentre o outro transmissor ou o outro receptor é uma unidade de rede (2).
15. Método de acordo com qualquer uma das reivindicações 1 a 14, caracterizado pelo fato de que as ditas etapas de transmissão compreendem a transmissão por meio de um enlace sem fio.
16. Método de acordo com a reivindicação 15, caracterizado pelo fato de que as ditas etapas de transmissão compreendem a transmissão por meio de rádio.
17. Método de acordo com qualquer uma das reivindicações 1 a 16, caracterizado pelo fato de que a unidade final das unidades de dados ordenadas (26, 27, 29, 32) do conjunto de unidades de dados na ordem inclui dados que especificam o comprimento da mensagem de dados.
18. Método de acordo com qualquer uma das reivindicações 1 a 17, caracterizado pelo fato de que os dados são transmitidos em um modo reconhecido.
19. Método de acordo com qualquer uma das reivindicações 1 a 16, caracterizado pelo fato de que os dados são transmitidos em um modo não reconhecido.
20. Aparelho (2, 3) para transmissão de dados para um receptor, caracterizado pelo fato de que compreende uma unidade de controle de transmissão de dados configurada para: formar um conjunto (10) de unidades de dados ordenadas compreendendo uma parte de uma mensagem de dados; distribuir números de sequência consecutivos para cada uma das unidades de dados em ordem; fazer a transmissão de pelo menos algumas das unidades de dados em ordem; identificar um estado de descarte em relação à mensagem de dados; sendo que, quando a mensagem de dados é determinada para ser descartada com base no estado descartado (22) e um subconjunto das unidades de dados ordenadas, incluindo a unidade final das unidades de dados ordenadas (26, 27, 29, 32) do conjunto e pelo menos uma outra das unidades de dados não foi transmitido: fazer a transmissão de uma indicação de que a mensagem de dados deve ser descartada; e fazer a transmissão apenas da unidade final das unidades de dados ordenadas (26, 27, 29, 32) do conjunto do dito subconjunto, incluindo uma indicação do final da mensagem de dados.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GBGB0020442.0A GB0020442D0 (en) | 2000-08-18 | 2000-08-18 | Data transmission protocol |
PCT/IB2001/001757 WO2002015510A2 (en) | 2000-08-18 | 2001-08-17 | Data transmission protocol |
Publications (2)
Publication Number | Publication Date |
---|---|
BR0113360A BR0113360A (pt) | 2003-07-15 |
BRPI0113360B1 true BRPI0113360B1 (pt) | 2017-06-06 |
Family
ID=9897917
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
BRPI0113360A BRPI0113360B1 (pt) | 2000-08-18 | 2001-08-17 | método para a transmissão de dados a partir de um transmissor a um receptor, e, aparelho para transmissão de dados para um receptor |
Country Status (12)
Country | Link |
---|---|
US (1) | US7532626B2 (pt) |
EP (1) | EP1312194B1 (pt) |
JP (1) | JP4060181B2 (pt) |
KR (1) | KR100797165B1 (pt) |
CN (1) | CN100361481C (pt) |
AT (1) | ATE515906T1 (pt) |
AU (1) | AU2001287986A1 (pt) |
BR (1) | BRPI0113360B1 (pt) |
CA (1) | CA2419836C (pt) |
GB (1) | GB0020442D0 (pt) |
WO (1) | WO2002015510A2 (pt) |
ZA (1) | ZA200301298B (pt) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7383580B1 (en) * | 2002-01-23 | 2008-06-03 | Verizon Corporate Services Group Inc. | Computer virus detection and prevention |
US7200115B2 (en) * | 2002-05-17 | 2007-04-03 | Lucent Technologies Inc. | Method of managing non-acknowledgement responses |
KR100802619B1 (ko) * | 2002-11-07 | 2008-02-13 | 엘지전자 주식회사 | 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법 |
US7539220B2 (en) * | 2003-02-03 | 2009-05-26 | Asustek Computer Inc. | Data discard signalling procedure in a wireless communication system |
TWI247510B (en) | 2003-08-18 | 2006-01-11 | Asustek Comp Inc | Method to avoid potential deadlocks in a SDU discard function |
US7257216B2 (en) | 2003-11-03 | 2007-08-14 | Hewlett-Packard Development Company, L.P. | Selective message discard |
KR100684307B1 (ko) * | 2003-12-29 | 2007-02-16 | 한국전자통신연구원 | 자동 재전송 요청 블록을 수신하는 방법 및 그 프로그램이 저장된 기록 매체 |
JP4622263B2 (ja) * | 2004-02-27 | 2011-02-02 | 富士通株式会社 | 送信装置、受信装置、再送制御方法 |
US7411979B2 (en) * | 2004-09-24 | 2008-08-12 | Innovative Sonic Limited | Enhanced SDU discard procedure for a special data segmentation in a wireless communications system |
US7529184B2 (en) * | 2004-12-01 | 2009-05-05 | Research In Motion Limited | Flow control buffering |
CA2662425A1 (en) * | 2006-09-28 | 2008-04-03 | Research In Motion Limited | Method and apparatus for buffering packets in a network |
KR100996069B1 (ko) * | 2006-11-27 | 2010-11-22 | 삼성전자주식회사 | 이동통신 시스템에서 라디오 링크 제어 계층의 데이터 전송 방법 및 장치 |
US7715444B2 (en) * | 2007-02-02 | 2010-05-11 | Palm, Inc | Resuming a previously interrupted peer-to-peer synchronization operation |
CN101414896B (zh) * | 2007-10-18 | 2012-11-21 | 华为技术有限公司 | 一种移动接收窗口方法、系统和装置 |
CN102315923B (zh) * | 2011-09-01 | 2013-11-20 | 中国空间技术研究院 | 一种3g卫星通信系统无线链路控制方法 |
EP2684896A1 (en) | 2012-07-09 | 2014-01-15 | International-Drug-Development-Biotech | Anti-DR5 family antibodies, bispecific or multivalent anti-DR5 family antibodies and methods of use thereof |
CN108540401B (zh) * | 2017-03-03 | 2023-05-23 | 中兴通讯股份有限公司 | 通讯协议的数据共享方法及系统 |
WO2019134168A1 (en) * | 2018-01-08 | 2019-07-11 | Zte Corporation | Radio link control (rlc) acknowledged mode (am) data reception |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR0173205B1 (ko) * | 1995-11-16 | 1999-03-30 | 양승택 | 이더넷을 통한 아이피씨 메시지 송수신 방법 |
US6026093A (en) | 1997-10-02 | 2000-02-15 | Sun Microsystems, Inc. | Mechanism for dispatching data units via a telecommunications network |
US6512747B1 (en) | 1998-03-05 | 2003-01-28 | Nippon Telegraph And Telephone Corporation | ATM transmission system |
JP3019855B2 (ja) | 1998-03-05 | 2000-03-13 | 日本電信電話株式会社 | Atm伝送装置 |
US6289016B1 (en) * | 1998-05-20 | 2001-09-11 | Nokia Telecommunications, Oyc. | Method for eliminating misconcatenation of partial packets in AAL2 and partial packet with channel identifier |
US6556556B1 (en) | 1999-01-29 | 2003-04-29 | Nortel Networks Limited | Method and system for limiting data packet transmission within a digital mobile telephone communication network by discarding unsuccessfully transmitted radio link protocol frames |
US6621796B1 (en) * | 1999-03-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Discard mechanism for selective repeat automatic repeat request |
US6335933B1 (en) * | 1999-05-21 | 2002-01-01 | Broadcom Homenetworking, Inc. | Limited automatic repeat request protocol for frame-based communication channels |
US7106742B1 (en) * | 2000-01-13 | 2006-09-12 | Mercury Computer Systems, Inc. | Method and system for link fabric error detection and message flow control |
-
2000
- 2000-08-18 GB GBGB0020442.0A patent/GB0020442D0/en not_active Ceased
-
2001
- 2001-08-17 US US10/344,930 patent/US7532626B2/en not_active Expired - Lifetime
- 2001-08-17 CN CNB01815199XA patent/CN100361481C/zh not_active Expired - Lifetime
- 2001-08-17 EP EP01967616A patent/EP1312194B1/en not_active Expired - Lifetime
- 2001-08-17 JP JP2002520506A patent/JP4060181B2/ja not_active Expired - Lifetime
- 2001-08-17 WO PCT/IB2001/001757 patent/WO2002015510A2/en active Application Filing
- 2001-08-17 BR BRPI0113360A patent/BRPI0113360B1/pt active IP Right Grant
- 2001-08-17 CA CA2419836A patent/CA2419836C/en not_active Expired - Lifetime
- 2001-08-17 AU AU2001287986A patent/AU2001287986A1/en not_active Abandoned
- 2001-08-17 AT AT01967616T patent/ATE515906T1/de not_active IP Right Cessation
- 2001-08-17 KR KR1020037002391A patent/KR100797165B1/ko active IP Right Grant
-
2003
- 2003-02-18 ZA ZA200301298A patent/ZA200301298B/en unknown
Also Published As
Publication number | Publication date |
---|---|
CN100361481C (zh) | 2008-01-09 |
WO2002015510A2 (en) | 2002-02-21 |
ZA200301298B (en) | 2003-08-27 |
CA2419836C (en) | 2012-04-17 |
EP1312194B1 (en) | 2011-07-06 |
CN1452830A (zh) | 2003-10-29 |
KR100797165B1 (ko) | 2008-01-23 |
JP4060181B2 (ja) | 2008-03-12 |
US20040009771A1 (en) | 2004-01-15 |
BR0113360A (pt) | 2003-07-15 |
WO2002015510A3 (en) | 2002-05-10 |
US7532626B2 (en) | 2009-05-12 |
EP1312194A2 (en) | 2003-05-21 |
ATE515906T1 (de) | 2011-07-15 |
JP2004507167A (ja) | 2004-03-04 |
KR20030027043A (ko) | 2003-04-03 |
GB0020442D0 (en) | 2000-10-04 |
AU2001287986A1 (en) | 2002-02-25 |
CA2419836A1 (en) | 2002-02-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
BRPI0113360B1 (pt) | método para a transmissão de dados a partir de um transmissor a um receptor, e, aparelho para transmissão de dados para um receptor | |
JP5369272B2 (ja) | ワイヤレス通信システムにおけるステータスレポート方法 | |
KR100446502B1 (ko) | 이동 통신 시스템의 데이터 재전송 장치 및 방법 | |
RU2487485C2 (ru) | Способ управления окном передачи и повторной передачей и передающее устройство | |
KR100673509B1 (ko) | 무선 통신 시스템에서 데드록을 방지하기 위한 향상된 폴링방법 | |
KR100982872B1 (ko) | 다중-링크 통신 시스템을 위한 무선 링크 프로토콜들 | |
RU2462821C2 (ru) | Способ передачи запроса повторной передачи и приемное устройство | |
CN101647257B (zh) | 重发请求发送方法和接收侧装置 | |
JP2002538720A (ja) | データ転送パケットの再転送方法及び装置 | |
BRPI0710772A2 (pt) | método e aparelho para transmissão de bloco de dados reduzido em um sistema de solicitação de repetição automática | |
US6662330B1 (en) | Joint range reject automatic repeat request protocol | |
KR20060116142A (ko) | Sdu 폐기 기능에서 잠재적인 교착들을 피하기 위한 방법 | |
US20100122136A1 (en) | Method and apparatus for reduced data block transmission in an automatic repeat request system | |
KR20100059934A (ko) | 무선 통신 시스템에서 상태 보고 트리거링 | |
CN107359972B (zh) | 一种数据接收方法及装置 | |
KR101084136B1 (ko) | 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는pdu를 송수신하는 방법 | |
KR20030004618A (ko) | 고속순방향패킷전송 시스템의 패킷 데이터 재전송 장치 및방법 | |
KR100612654B1 (ko) | 자동 재송신 요청을 위한 프레임 생성 장치 및 방법 | |
CN110121193B (zh) | 一种层间数据传输方法、装置、介质及设备 | |
WO2019106601A1 (en) | Enhanced harq algorithm for large round trip delay links | |
JP2011061840A (ja) | ウィンドウ制御及び再送制御方法、及び、送信側装置 | |
CN118696589A (zh) | 用于处置不一致的无线电链路控制状态报告的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
B25A | Requested transfer of rights approved |
Owner name: NOKIA TECHNOLOGIES OY (FI) |
|
B15K | Others concerning applications: alteration of classification |
Free format text: A CLASSIFICACAO ANTERIOR ERA: H04L 29/00 Ipc: H04B 7/26 (2006.01), H04L 1/18 (2006.01), H04L 29/ |
|
B07A | Application suspended after technical examination (opinion) [chapter 7.1 patent gazette] | ||
B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |