BR112012008171B1 - Método para uma estação móvel capaz de enviar informação de confirmação baseada em evento, dispositivo de armazenamento tangível e estação móvel - Google Patents

Método para uma estação móvel capaz de enviar informação de confirmação baseada em evento, dispositivo de armazenamento tangível e estação móvel Download PDF

Info

Publication number
BR112012008171B1
BR112012008171B1 BR112012008171-3A BR112012008171A BR112012008171B1 BR 112012008171 B1 BR112012008171 B1 BR 112012008171B1 BR 112012008171 A BR112012008171 A BR 112012008171A BR 112012008171 B1 BR112012008171 B1 BR 112012008171B1
Authority
BR
Brazil
Prior art keywords
event
confirmation information
mobile station
data block
period
Prior art date
Application number
BR112012008171-3A
Other languages
English (en)
Other versions
BR112012008171A2 (pt
Inventor
Satish Venkob
Dennis Conway
David Philip Hole
Original Assignee
Blackberry Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Blackberry Limited filed Critical Blackberry Limited
Publication of BR112012008171A2 publication Critical patent/BR112012008171A2/pt
Publication of BR112012008171B1 publication Critical patent/BR112012008171B1/pt

Links

Images

Classifications

    • 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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

métodos e aparelhos para evitar à transmissão de estação móvel de confirmações consultadas e baseadas em evento duplicadas. métodos e aparelhos para evitar a transmissão da estação móvel de confirmações consultadas e baseadas em evento duplicada são revelados. um método exemplar para uma estação móvel configurada para evitar informação de confirmação baseada em evento como revelado aqui compreende classificar um bloco de dados do enlace descendente como não relatado, receber uma consulta de uma rede solicitando que a estação móvel envie a informação de confirmação consultada durante um período e resfrear o envio durante o período da informação de confirmação baseada em evento para o bloco de dados do enlace descendente classificada como não relatada.

Description

REFERÊNCIA CRUZADA COM PEDIDO RELACIONADO
Esse pedido reivindica o benefício de e a prioridade para o Pedido de Patente dos Estados Unidos No. 12/551.161, depositado em 31 de agosto de 2009 sob o título METHODS AND APPARATUS TO AVOID MOBILE STATION TRANSMISSION OF DUPLICATE EVENT-BASED AND POLLED ACKNOWLEDGMENTS.
O conteúdo do pedido de patente acima é aqui expressamente incorporado por referência na descrição detalhada aqui contida.
CAMPO DA REVELAÇÃO
Essa revelação refere-se, de forma geral, ao processamento de transmissão da estação móvel e, mais particularmente, a métodos e aparelhos para evitar a transmissão pela estação móvel de confirmações consultadas e baseadas em evento duplicadas.
PRECEDENTES
Muitos sistemas de comunicação utilizam técnicas de solicitação de repetição automática (ARQ) que permitem que um transmissor confirme que as transmissões dos dados foram recebidas com sucesso por um receptor planejado. Uma técnica de ARQ típica envolve o receptor respondendo para o transmissor com a informação de confirmação para cada bloco de dados recebido, com a informação de confirmação identificando o bloco de dados sendo confirmado. A informação de confirmação pode incluir uma confirmação positiva (citada aqui como uma “ACK”) indicando que a recepção do bloco de dados foi bem-sucedida, uma
confirmação negativa (citada aqui como "NACK") indicando I
que a recepção do bloco de dados foi malsucedida, bem como qualquer outra informação de confirmação apropriada. Por exemplo, em um sistema de comunicação de serviço por rádio 5 de pacote geral aperfeiçoado (EGPRS), um receptor pode confirmar a recepção dos blocos de dados de controle da ligação de rádio (RLC) usando mensagens de controle RLC/MAC (onde MAC se refere ao controle de acesso do meio) , tal como uma mensagem de controle de ACK/NACK do enlace 10 descendente do pacote (PDAN) do EGPRS ou uma mensagem de controle de ACK/NACK do enlace ascendente do pacote.
No caso de um sistema de comunicações bidirecionais, tal como um sistema de EGPRS, a latência associada com o uso de mensagens de controle separadas para enviar a 15 informação de confirmação pode ser reduzida (sem diminuir significativamente a largura de banda disponível para transmissão dos dados) incluindo tal informação de confirmação com blocos de dados a serem transmitidos na direção oposta. Por exemplo, EGPRS suporta tal redução de 20 latência através do seu procedimento de relatório de ACK/NACK rápido (FANR). 0 procedimento FANR permite que a informação de confirmação seja superposta com um bloco de dados RLC/MAC subsequentemente enviada de uma unidade receptora para uma unidade transmissora através do uso do 25 campo de ACK/NACK superposta (PAN). Estações móveis do EGPRS podem suportar dois tipos de procedimentos FANR, a saber, FANR consultado e FANR baseado no evento. Adicionalmente, estações móveis do EGPRS são capazes de responder a consultas solicitando que a informação de 30 confirmação seja enviada usando mensagens de controle PDAN
ao invés dos campos PAN. Em alguns cenários, uma estação i
móvel do EGPRS convencional enviara a informação de confirmação duplicada gerada por esses procedimentos de confirmação diferentes.
5 BREVE DESCRIÇÃO DOS DESENHOS
A figura 1 é um diagrama de blocos de um sistema de comunicação do EGPRS exemplar capaz de suportar os métodos e aparelhos descritos aqui.
A figura 2 é um diagrama de blocos de uma estação
10 móvel exemplar executando a evitação da confirmação duplicada de acordo com os métodos e aparelhos descritos aqui que podem ser usados no sistema de comunicação do EGPRS exemplar da figura 1.
A figura 3 representa um diagrama de sequência de
15 mensagem exemplar ilustrando o processamento de confirmação convencional executado pelo sistema de comunicação do EGPRS exemplar da figura 1.
A figura 4 representa um diagrama da sequência de mensagem exemplar ilustrando um primeiro procedimento de 20 evitação da confirmação duplicada exemplar executado pelo sistema de comunicação do EGPRS exemplar da figura 1.
A figura 5 representa um diagrama da sequência de mensagem exemplar ilustrando um segundo procedimento de evitação da confirmação duplicada exemplar executado pelo
25 sistema de comunicação do EGPRS exemplar da figura 1.
As figuras 6A-B ilustram coletivamente um fluxograma representativo de um processo exemplar que pode ser executado para implementar a evitação da confirmação duplicada na estação móvel exemplar da figura 2.
30 A figura 7 é um fluxograma representativo de um
processo exemplar para avaliar critérios de omissão de confirmação que podem ser usados para implementar o processo exemplar das figuras 6A-B ou a estação móvel exemplar da figura 2 ou ambos.
5 A figura 8 é um diagrama de blocos de um sistema de
processamento exemplar que pode armazenar e executar instruções legíveis por máquina exemplares usadas para implementar alguns ou todos os processos das figuras 6A-B ou 7, ou ambos, para implementar a estação móvel exemplar 10 da figura 2, o sistema de comunicação do EGPRS exemplar da figura 1 ou ambos.
DESCRIÇÃO DETALHADA
Métodos e aparelhos para evitar a transmissão pela estação móvel das confirmações consultadas e baseadas em 15 evento duplicadas são revelados aqui. Uma primeira técnica exemplar de evitação da confirmação duplicada revelada aqui envolve uma estação móvel exemplar sendo configurada para enviar a informação de confirmação baseada no evento (por exemplo, a informação de confirmação gerada de modo 20 proativo para relatar blocos de dados do enlace descendente ausentes não relatados). A técnica então envolve a estação móvel classificando um bloco de dados do enlace descendente (DL) como não relatado (por exemplo, quando a estação móvel inicialmente determina que o bloco de dados do DL está 25 ausente). A técnica também envolve a estação móvel recebendo uma consulta de uma rede solicitando que a estação móvel envie a informação de confirmação consultada (por exemplo, informação de confirmação enviada em resposta à consulta da rede) durante um período (por exemplo, tal 3 0 como um período de bloco de rádio) . Além do mais, essa
técnica envolve a estação móvel refrear o envio, durante o período, da informação de confirmação baseada em evento para o bloco de dados do DL classificado como não relatado.
Em uma segunda técnica exemplar de evitação da 5 confirmação duplicada revelada aqui, uma estação móvel exemplar inclui um processador de confirmação baseado no evento para gerar a confirmação baseada no evento para um bloco de dados do DL classificado como não relatado. A estação móvel implementando essa técnica também inclui um 10 processador de confirmação consultada para gerar a informação de confirmação consultada em resposta a uma consulta recebida de uma rede. Além do mais, a estação móvel implementando essa técnica inclui uma unidade de transmissão de confirmação para refrear o envio da 15 informação de confirmação baseada no evento durante o período quando a informação de confirmação consultada está também para ser enviada durante o período.
Como descrito em mais detalhes abaixo, em uma implementação exemplar particular de qualquer uma das 20 técnicas precedentes, a estação móvel e a rede podem suportar EGPRS FANR, que inclui um procedimento FANR consultado e um procedimento FANR baseado em evento. Em tal implementação do EGPRS exemplar, a rede pode consultar a estação móvel para responder com a informação de 25 confirmação para blocos de dados do DL previamente enviados pela rede para a estação móvel. A informação de confirmação do DL pode tomar a forma de um campo de mapa de bits relatado (RB) incluindo um conjunto de bits de confirmação, com cada bit proporcionando uma indicação de ACK ou NACK 30 para um bloco de dados recebido respectivo sendo confirmado
pelo RB.
Em uma implementação do EGPRS conforme o projeto de parceria da terceira geração (3GPP) versão 7, a rede pode implementar a consulta ajustando bits em um campo de 5 consulta/complementar do EGPRS combinado (CES/P) incluído com um bloco de dados do DL enviado para a estação móvel. Os bits no campo CES/P são ajustados para indicar se a informação de confirmação do DL é para ser fornecida através de um campo PAN gerado usando o procedimento FANR 10 consultado e enviado com um bloco de dados do enlace ascendente (UL) destinado para a rede ou através de uma mensagem de controle PDAN. O campo CES/P pode também ser usado para indicar durante qual período do bloco de rádio a estação móvel deve responder com a informação de 15 confirmação consultada.
Adicional ou alternativamente, a estação móvel em tal implementação do EGPRS exemplar pode ser comandada pela rede para usar o procedimento FANR baseado no evento para enviar de modo proativo a informação de confirmação do DL a 20 despeito de se uma consulta é recebida da rede. Na realidade, se o procedimento FANR baseado no evento está habilitado, é geralmente esperado que a estação móvel relate quaisquer blocos de dados do DL ausentes na oportunidade mais precoce usando um campo PAN enviado com 25 um bloco de dados do UL destinado para a rede. Por exemplo, a estação móvel é capaz de determinar se blocos de dados do DL transmitidos pela rede estão ausentes (por exemplo, não recebidos, recebidos fora de ordem, recebidos com erros, etc.) pela decodificação de um número de sequência do bloco 30 (BSN) transmitido com cada bloco de dados. A estação móvel
classifica os blocos dos dados ausentes como NÃO RELATADOS ou RELATADOS. Um bloco de dados ausente é classificado como NÃO RELATADO quando o bloco de dados ausente foi inicialmente detectado e seu estado de confirmação ainda não foi relatado para a rede. 0 bloco de dados ausente é então classificado como RELATADO quando seu estado de confirmação é relatado para a rede em qualquer maneira (por exemplo, através de uma PAN consultada, uma PAN baseada no evento, uma mensagem de controle, etc.). Se o FANR baseado no evento está habilitado, é geralmente exigido que a estação móvel relate a informação de confirmação do DL (por exemplo, tal como na forma de um campo de RB) através de campos PAN gerados pelo procedimento FANR baseado no evento e enviados com blocos de dados do UL associado destinados para a rede enquanto quaisquer blocos de dados do DL ausentes são classificados como NÃO RELATADOS. Além do mais, se o FANR baseado no evento está habilitado, a estação móvel precisa enviar uma PAN baseada no evento relatando um bloco de dados do DL ausente NÃO RELATADO particular durante o segundo período do bloco de rádio seguinte ao período do bloco no qual o bloco de dados do DL particular foi inicialmente detectado como ausente.
5
10
15
20
25
30
Como descrito em mais detalhes abaixo, estações móveis suportando o recurso EGPRS FANR junto com as técnicas exemplares de evitação da confirmação duplicada descritas aqui exibem benefícios substanciais sobre estações móveis convencionais. Por exemplo, uma estação móvel do EGPRS convencional conforme o 3GPP versão 7 com FANR baseado no evento habilitado tipicamente envia uma PAN baseada no evento quando quaisquer blocos de dados do DL ausentes são
classificados como NÃO RELATADOS a despeito de se o estado de confirmação desses blocos de dados do DL ausentes também será relatado durante o mesmo período de bloco de rádio por uma PAN consultada ou uma mensagem de controle PDAN enviada em resposta a uma consulta da rede. Tal operação convencional pode resultar em informação de confirmação redundante sendo enviada para a rede durante o mesmo período de bloco de rádio, dessa maneira gastando bits/largura de banda preciosa que poderia ser usada de outra forma para transmissão dos dados do UL.
5
10
15
20
25
30
Ao contrário de tais implementações convencionais, uma estação móvel do EGPRS suportando as técnicas exemplares de evitação da confirmação duplicada descritas aqui pode refrear o envio de uma PAN baseada no evento (ou uma mensagem de controle da PDAN baseada no evento gerada quando não existem dados de UL para enviar com a PAN baseada no evento) para relatar quaisquer blocos de dados do DL ausentes sendo classificados como NÃO RELATADOS se a estação móvel determina que o estado de confirmação desses blocos de dados do DL ausentes também será relatado oportunamente (ou o estado de confirmação tem uma probabilidade substancial de também ser relatado oportunamente) por uma PAN consultada ou mensagem de controle PDAN enviada em resposta a uma consulta da rede. O uso das técnicas descritas aqui para refrear o envio da informação de confirmação duplicada que teria sido transportada pela PAN baseada no evento libera bits/largura da banda valiosa que pode ser usada para enviar mais dados RLC/MAC do UL ou dados RLC/MAC do UL existentes mais robustamente (por exemplo, com uma taxa de codificação de
correção de erro superior, tal como correspondendo com um esquema de modulação e codificação (MCS) inferior do EGPRS). Dessa maneira, as técnicas exemplares de evitação da confirmação duplicada descritas aqui são capazes de melhorar a eficiência espectral do UL quando comparadas com técnicas convencionais de processamento de confirmação.
5
10
15
20
25
30
Com referência às figuras, um diagrama de blocos de um sistema de comunicação do EGPRS exemplar 100 capaz de suportar as técnicas de evitação da confirmação duplicada descritas aqui é ilustrado na figura 1. O sistema do EGPRS 100 inclui uma estação móvel exemplar 105 em comunicação com um elemento de rede exemplar 110. A estação móvel 105 pode ser implementada por qualquer tipo de estação móvel ou equipamento final do usuário, tais como um dispositivo de telefone móvel, um dispositivo de telefone fixo, um assistente digital pessoal (PDA), etc. O elemento de rede 110 pode ser implementado por qualquer tipo de dispositivo de comunicação de rede, tais como um sistema de estação base, uma rede de acesso por rádio, etc. Como descrito em mais detalhes abaixo, a estação móvel 105 implementa a evitação da confirmação duplicada como descrito aqui para refrear o envio da informação de confirmação do DL duplicada gerada através de um procedimento FANR baseado em evento quando a informação de confirmação é também para ser relatada oportunamente ou tem uma probabilidade substancial de também ser relatada oportunamente através de um procedimento FANR consultado ou uma mensagem de controle PDAN enviada em resposta a uma consulta da rede. Embora somente uma estação móvel 105 e um elemento de rede 110 sejam ilustrados na figura 1, o sistema do EGPRS 100 pode
suportar qualquer número de estações móveis 105 e elementos de rede 110.
5
10
15
20
25
30
A estação móvel 105 da figura 1 inclui um transmissor RLC/MAC exemplar 115 e um receptor RLC/MAC exemplar 120, cada acoplado comunicativamente em uma antena 125. Similarmente, o elemento de rede 110 da figura 1 inclui um transmissor RLC/MAC exemplar 130 e um receptor RLC/MAC exemplar 135, cada acoplado comunicativamente com uma antena 140. O transmissor RLC/MAC 115 incluído na estação móvel 105 envia informação RLC e MAC do UL de modo sem fio através da antena exemplar 125 para recepção através da antena exemplar 140 pelo receptor RLC/MAC 135 incluído no elemento de rede 110. Como ilustrado na figura 1, a informação RLC e MAC do UL transmitida pelo transmissor RLC/MAC 115 para o receptor RLC/MAC 135 inclui mensagens de controle RLC/MAC do UL 145 (por exemplo, tal como mensagens de controle EGPRS PDAN 145 discutidas em mais detalhes abaixo) transmitidas através dos canais de controle físico do UL correspondentes 150 ou blocos de dados RLC/MAC do UL 155 transmitidos através de canais de dados físicos do UL correspondentes 160. Embora a figura 1 represente a transmissão de somente um bloco de dados RLC/MAC do UL 155, dependendo de um cenário de operação particular, um ou mais blocos de dados RLC/MAC do UL 155 podem ser transmitidos através do canal de dados físico do UL apropriado 160. Adicionalmente, um cabeçalho RLC/MAC (não mostrado) incluindo, por exemplo, o BSN(s) do um ou mais blocos de dados RLC/MAC do UL 155 pode também ser transmitido com o um ou mais blocos de dados RLC/MAC do UL 155. Além do mais, um campo PAN opcional 185 descrito em mais detalhes abaixo
pode ser transmitido com o um ou mais blocos de dados de RLC/MAC do UL 155.
5
10
15
20
25
30
Com referência novamente à figura 1, o transmissor RLC/MAC 130 incluído no elemento de rede 110 envia informação RLC e MAC do DL de modo sem fio através da antena 140 para recepção através da antena 125 pelo receptor RLC/MAC 120 exemplar incluído na estação móvel 105. Como ilustrado na figura 1, a informação RLC e MAC do DL transmitida pelo transmissor RLC/MAC 130 para o receptor RLC/MAC 120 inclui mensagens de controle RLC/MAC do DL 165 (por exemplo, tal como mensagens de controle de ACK/NACK do enlace ascendente de pacote 165) transmitidas através de canais de controle físicos do DL correspondentes 170 ou blocos de dados RLC/MAC do DL 175 transmitidos através de canais de dados físicos do DL correspondentes 180. Embora a figura 1 represente a transmissão de somente um bloco de dados RLC/MAC do DL 17 5 dependendo de um cenário de operação particular, um ou mais blocos de dados RLC/MAC do DL 17 5 podem ser transmitidos através do canal de dados físico do DL apropriado 180. Adicionalmente, um cabeçalho RLC/MAC (não mostrado) incluindo, por exemplo, o BSN(s) do um ou mais blocos de dados RLC/MAC do DL 175, bem como um campo CES/P descrito em mais detalhes abaixo, pode também ser transmitido com o um ou mais blocos de dados RLC/MAC do DL 175. Além do mais, um campo PAN opcional 190 descrito em mais detalhes abaixo pode ser transmitido com o um ou mais blocos de dados RLC/MAC do DL 175.
O sistema do EGPRS 100 implementa várias técnicas ARQ para confirmar que um bloco de dados RLC/MAC transmitido é recebido com sucesso por seu receptor planejado. Dessa
maneira, para confirmar transmissões do DL, uma das mensagens de controle RLC/MAC do UL 14 5 que pode ser enviada pelo transmissor RLC/MAC da estação móvel 115 é uma mensagem de controle EGPRS PDAN 145 fornecendo indicações de ACK para blocos de dados RLC/MAC do DL 175 recebidos com sucesso pelo receptor RLC/MAC 120 da estação móvel. Adicionalmente, a mensagem de controle EGPRS PDAN 145 enviada pelo transmissor RLC/MAC 115 da estação móvel fornece indicações de NACK para blocos de dados RLC/MAC do DL 175 não recebidos com sucesso pelo receptor RLC/MAC 120 da estação móvel.
5
10
15
20
25
30
Similarmente, para confirmar transmissões do UL, uma das mensagens de controle RLC/MAC do DL 165 que pode ser enviada pelo transmissor RLC/MAC 130 do elemento de rede é uma mensagem de controle de ACK/NACK do enlace ascendente de pacote 165 fornecendo indicações de ACK para blocos de dados RLC/MAC do UL 155 recebidos com sucesso pelo receptor RLC/MAC 135 do elemento de rede. Adicionalmente, a mensagem de controle de ACK/NACK do enlace ascendente de pacote 165 enviada pelo transmissor RLC/MAC 130 do elemento de rede fornece indicações de NACK para blocos de dados RLC/MAC do UL 155 não recebidos com sucesso pelo receptor RLC/MAC 135 do elemento de rede.
O sistema do EGPRS 100 também implementa o recurso FANR para proporcionar informação de confirmação com latência reduzida. Sem o FANR, todas as confirmações dos blocos de dados RLC/MAC recebidos precisariam ser enviadas usando mensagens de controle, tal como mensagens de controle EGPRS PDAN 145, mensagens de controle de ACK/NACK do enlace ascendente de pacote 165, etc. Tais mensagens de
controle não incluem quaisquer dados RLC, embora elas possam incluir outras informações de controle RLC/MAC além da informação de confirmação. A desvantagem do uso somente de mensagens de controle para enviar a informação de confirmação é que tal abordagem pode ser muito ineficiente, particularmente quando a informação de confirmação precisa ser enviada rapidamente (por exemplo, de modo a permitir rápidas retransmissões de blocos erroneamente recebidos) ou quando o estado de muitos poucos blocos precisa ser indicado (por exemplo, em transmissões com pouca largura de banda) . Em tais cenários, a quantidade da informação de confirmação que é realmente útil é muito pequena comparada com a capacidade de uma mensagem de controle RLC/MAC.
5
10
15
20
25
30
Para reduzir a latência, o recurso FANR permite que a informação de confirmação seja transmitida em um campo PAN incluído com a transmissão de um bloco de dados RLC/MAC. No exemplo ilustrado da figura 1, a informação de confirmação para recepção dos blocos de dados RLC/MAC do DL 175 é incluída em um campo PAN do UL 185 (também citado aqui como PAN do UL 185) transmitido com o bloco de dados RLC/MAC do UL 155 correspondente. Similarmente, a informação de confirmação para recepção dos blocos de dados RLC/MAC do UL 155 é incluída em um campo PAN do DL 190 (também citado aqui como PAN do DL 190) transmitido com o bloco de dados RLC/MAC do DL 175 correspondente. Como especificado pelos padrões do EGPRS, a PAN do UL 18 5 inclui um campo de RB fornecendo um conjunto de bits de confirmação, com cada bit fornecendo uma indicação de ACK ou NACK para um bloco de dados do DL recebido respectivo sendo confirmado pelo RB. A PAN do UL 185 também inclui um número de sequência de
partida curto (ShortSSN) relacionado com o BSN do bloco de dados do DL correspondendo com o primeiro bloco de dados incluído no conjunto de blocos de dados do DL cobertos pelo campo do RB. A PAN do UL 185 ainda inclui um campo de começo de janela (BOW) para indicar se o campo ShortSSN indica a identidade do bloco de dados do DL correspondendo com o começo da janela de recepção mantida pelo receptor fornecendo a informação de confirmação.
5
10
15
20
25
30
Como especificado pelos padrões do EGPRS, a PAN do DL 190 pode utilizar a codificação baseada no SSN ou a codificação baseada no tempo. No caso da codificação baseada no SSN, a PAN do DL 190 inclui um campo RB, um campo ShortSSN e um campo BOW como descrito acima para a PAN do UL 185. No caso da codificação baseada no tempo, a PAN do DL 190 inclui o campo RB, com os blocos de dados do UL particular sendo confirmados determinados com base no tempo em que a PAN do DL 190 é enviada.
Para suportar FANR, a estação móvel 105 da figura 1 implementa ambos o procedimento FANR consultado e o procedimento FANR baseado em evento especificado no 3GPP versão 7, como mencionado acima. Em uma operação FANR consultado exemplar, o elemento de rede 110 consulta a estação móvel 105 para fornecer a informação de confirmação do DL na PAN do UL 185 acompanhando um bloco de dados RLC/MAC do UL 155 subsequente 155 (por exemplo, para permitir que blocos do DL transmitidos não confirmados (NACK) pela estação móvel sejam rapidamente retransmitidos). (Quando gerado pelo procedimento FANR consultado em resposta a uma consulta da rede, uma PAN do UL é citada aqui como uma PAN consultada). Então, depois de
completar a transmissão dos blocos de dados do DL na sua janela de transmissão, o elemento de rede 110 consulta a estação móvel 105 para fornecer a informação de confirmação do DL em uma mensagem de controle EGPRS PDAN separada 145 para confirmar a recepção bem-sucedida dos blocos de dados do DL. Além do mais, quando a estação móvel 105 é consultada para fornecer informação de confirmação do DL em uma PAN consultada 185, mas a estação móvel 105 não tem blocos de dados RLC/MAC do UL 15 5 para enviar, a estação móvel 105 pode responder para a consulta com uma mensagem de controle PDAN 145 ao invés da PAN consultada 185, dessa forma fornecendo confirmação precoce dos blocos de dados do DL e permitindo que o elemento de rede 110 avance sua janela de transmissão.
5
10
15
20
25
30
Como mencionado acima, o elemento de rede 110 pode implementar as suas consultas por informação de confirmação do DL ajustando bits nos campos CES/P incluídos com blocos de dados RLC/MAC do DL 175 enviados para a estação móvel 105. Por exemplo, o elemento de rede 110 pode configurar os campos CES/P de um ou mais blocos de dados RLC/MAC do DL 175 para indicar que a informação de confirmação do DL é para ser fornecida através de uma PAN consultada 185 gerada usando o procedimento FANR consultado e enviado com um bloco de dados do UL 155 destinado para o elemento de rede 110. Alternativamente, o elemento de rede 110 pode configurar os campos CES/P de um ou mais blocos de dados RLC/MAC do DL 175 para indicar que a informação de confirmação do DL é para ser fornecida através de uma mensagem de controle PDAN EGPRS 145. 0 elemento de rede 110 pode também usar os campos CES/P para indicar durante qual
período de bloco de rádio depois da transmissão do um ou mais blocos de dados RLC/MAC do DL 175 associados, a estação móvel 105 é para responder com a PAN consultada 185 solicitada ou mensagem de controle PDAN EGPRS 145.
5
10
15
20
25
30
Adicionalmente, a estação móvel 105 implementa o procedimento FANR baseado no evento para enviar de modo proativo a informação de confirmação do DL a despeito de se uma consulta é recebida do elemento de rede 110. Em particular, a estação móvel 105 é capaz de determinar se os blocos de dados RLC/MAC do DL 175 transmitidos pelo elemento de rede 110 estão ausentes (por exemplo, não recebidos, recebidos fora de ordem, recebidos com erros, etc.) pela decodificação do BSN transmitido com cada bloco de dados 175. A estação móvel 105 mantém uma formação do estado de recepção, V(N), para acompanhar o estado dos blocos de dados RLC/MAC do DL 175, com cada elemento na formação do estado de recepção V(N) associado com um bloco de dados RLC/MAC do DL 175 respectivo. Por exemplo, quando um bloco de dados RLC/MAC do DL 175 é recebido com sucesso, a estação móvel 105 classifica o estado do bloco de dados RLC/MAC do DL 175 como RECEBIDO ajustando o elemento na formação do estado de recepção V(N) associado com o bloco de dados RLC/MAC do DL 175 para um valor representativo do estado RECEBIDO. Um bloco de dados RLC/MAC do DL 175 ausente é classificado pela estação móvel 105 como tendo um estado de NÃO RELATADO ou RELATADO ajustando o elemento na formação do estado de recepção V(N) associado com o bloco de dados RLC/MAC do DL 175 ausente para um valor representativo do estado NÃO RELATADO ou um valor representativo do estado RELATADO.
5
10
15
20
25
30
Por exemplo, a estação móvel 105 classifica um bloco de dados RLC/MAC do DL 175 ausente como NÃO RELATADO quando o bloco de dados ausente é inicialmente detectado como ausente e seu estado de confirmação ainda não foi relatado para o elemento de rede 110. O bloco de dados RLC/MAC do DL 175 ausente é então classificado como RELATADO quando a estação móvel 105 relata o seu estado de confirmação para o elemento de rede 110 (por exemplo, através de PAN do UL 185, uma mensagem de controle PDAN 145, etc.) . Se o FANR baseado no evento está habilitado, a estação móvel 105 relata de modo proativo a informação de confirmação do DL enquanto quaisquer blocos de dados RLC/MAC do DL 175 são classificados como NÃO RELATADOS na formação do estado de recepção V(N), com a informação de confirmação do DL sendo relatada através da PAN do UL 185 gerada pelo procedimento FANR baseado no evento e enviada com blocos de dados RLC/MAC do UL 155 associados destinados para o elemento de rede. (Quando gerada de modo proativo pelo procedimento FANR baseado no evento, uma PAN do UL é citada aqui como uma PAN baseada no evento). De forma geral, a estação móvel 105 opera para enviar tal PAN baseada no evento 185 relatando um bloco de dados RLC/MAC do DL 175 ausente NÃO RELATADO particular durante o segundo período de bloco de rádio seguinte ao período de bloco no qual o bloco de dados do DL particular foi inicialmente detectado como ausente. Além do mais, quando a estação móvel 105 gera informação de confirmação do DL baseada no evento para ser fornecida na PAN baseada no evento 185, mas a estação móvel 105 não tem blocos de dados RLC/MAC do UL 155 para enviar, a estação móvel 105 pode enviar a informação de confirmação do DL
baseada no evento através da mensagem de controle PDAN 145 ao invés da PAN baseada no evento 185.
5
10
15
20
25
30
A estação móvel 105 também implementa uma ou mais das técnicas de evitação de confirmação duplicada descritas aqui para refrear o envio da informação de confirmação do DL duplicada gerada através do procedimento FANR baseado no evento e gerada em resposta a uma consulta do elemento de rede 110. Como mencionado acima, uma estação móvel do EGPRS convencional envia tipicamente uma PAN baseada no evento (ou mensagem de controle PDAN baseada no evento ao invés da PAN baseada no evento) quando quaisquer blocos de dados do DL ausentes são classificados como NÃO RELATADOS a despeito de se o estado de confirmação desses blocos de dados do DL ausentes também será relatado durante o mesmo período de bloco de rádio por uma PAN consultada ou uma mensagem de controle PDAN enviada em resposta a uma consulta da rede. Em contraste, a estação móvel 105 evita o envio de tal informação de confirmação duplicada, pelo menos em algumas circunstâncias, por não enviar uma PAN baseada no evento 185 (ou mensagem de controle PDAN baseada no evento 145 ao invés da PAN baseada no evento 185) se a estação móvel 105 determina que o estado de confirmação dos blocos de dados do DL ausentes NÃO RELATADOS é para ser relatado oportunamente por uma PAN consultada 185 ou uma mensagem de controle PDAN 145 enviada em resposta a uma consulta recebida do elemento de rede 110.
Em um primeiro exemplo, a estação móvel 105 refreia o envio de tal PAN baseada no evento 185 contanto que a PAN consultada 18 5 ou uma mensagem de controle PDAN 14 5 deva ser enviada pela estação móvel 105 durante o mesmo período
de bloco de rádio como a PAN baseada no evento 185 teria sido enviada. Em um segundo exemplo, a estação móvel 105 avalia um ou mais critérios de omissão de confirmação para determinar se refrear o envio da PAN baseada no evento 185 que duplica a informação de confirmação a ser enviada por uma PAN consultada 185 ou uma mensagem de controle PDAN 145 no mesmo período de bloco de rádio. Uma implementação exemplar da evitação da confirmação duplicada na estação móvel 105 é ilustrada na figura 2 e discutida em mais detalhes abaixo.
5
10
15
20
25
30
Embora os métodos e aparelhos de evitação de confirmação duplicada revelados aqui sejam descritos no contexto do sistema de EGPRS 100 da figura 1, esses métodos e aparelhos exemplares podem ser prontamente adaptados para uso em qualquer sistema de comunicação no qual a informação de confirmação pode ser fornecida tanto de modo proativo através de um procedimento baseado no evento quando também em resposta a uma consulta solicitando informação de confirmação. Além do mais, embora os métodos e aparelhos exemplares revelados aqui sejam descritos da perspectiva da implementação pela estação móvel 105, em um sistema de comunicação no qual a estação móvel 105 pode consultar o elemento de rede 110 por informação de confirmação, os métodos e aparelhos exemplares revelados poderiam também ser implementados pelo elemento de rede 110 devido à simetria dos transmissores e receptores RLC/MAC incluídos na estação móvel 105 e no elemento de rede 110.
Um diagrama de blocos de uma implementação exemplar da estação móvel 105 incluída no sistema de EGPRS 100 da figura 1 é ilustrado na figura 2. Em particular, a figura 2
ilustra implementações exemplares do transmissor RLC/MAC 115 da estação móvel e do receptor RLC/MAC 120 da estação móvel. No exemplo ilustrado da figura 2, e com referência à figura 1, o receptor RLC/MAC 120 da estação móvel inclui um decodificador de consulta 205 para decodificar mensagens de consulta recebidas de um elemento de rede (por exemplo, tal como o elemento de rede 110) solicitando que a estação móvel 105 forneça o estado de confirmação para blocos de dados do DL (por exemplo, tal como o bloco de dados RLC/MAC do DL 175) previamente transmitidos pela rede. Por exemplo, para implementar o recurso FANR consultado do EGPRS, o decodificador de consulta 205 pode decodificar uma mensagem de consulta por PAN 210 recebida solicitando que a estação móvel 105 forneça tal informação de confirmação em um campo PAN consultado 215 (por exemplo, correspondendo com o campo PAN 185) acompanhando os blocos de dados do UL 22 0 (por exemplo, tal como os blocos de dados RLC/MAC do UL 155) a serem transmitidos para a rede. Como outro exemplo, o decodificador de consulta 205 pode decodificar uma mensagem de consulta por PDAN 225 recebida solicitando que a estação móvel 105 forneça tal informação de confirmação em uma mensagem de controle PDAN EGPRS 230 separada (por exemplo, correspondendo com a mensagem de controle PDAN EGPRS 145). Em uma implementação exemplar, a mensagem de consulta por PAN 210 e a mensagem de consulta por PDAN 225 são implementadas pelos campos CES/P incluídos com os blocos de dados do DL, como descrito acima.
5
10
15
20
25
30
0 receptor RLC/MAC 120 da figura 2 também inclui uma formação do estado de recepção 235 para acompanhar o estado de um conjunto (por exemplo, uma sequência) de blocos de
dados do DL (por exemplo, tal como os blocos de dados RLC/MAC do DL 175) enviados para a estação móvel 105 pela rede. Como descrito acima, cada elemento da formação do estado de recepção 235 (também citada como V(N) aqui e nas figuras) é associado com um bloco de dados do DL respectivo no conjunto de blocos de dados do DL enviados para a estação móvel 105 pela rede. Um elemento da formação do estado de recepção 235 pode adotar um valor representativo de pelo menos um dos estados seguintes: um estado RECEBIDO, um estado NÃO RELATADO e um estado RELATADO. Um elemento particular da formação do estado de recepção 235 é ajustado para RECEBIDO quando o bloco de dados do DL associado com o elemento da formação é recebido com sucesso pela estação móvel 105. Inversamente, o elemento particular da formação do estado de recepção 235 é inicialmente ajustado para NÃO RELATADO quando é esperado que o bloco de dados do DL associado seja recebido da rede (por exemplo, com base no acompanhamento dos BSNs incluídos com os blocos de dados do DL) , mas é inicialmente detectado como ausente e a informação de confirmação (por exemplo, tal como uma NACK) ainda não foi relatada para a rede. Esse elemento da formação do estado de recepção 235 é então ajustado para RELATADO quando a informação de confirmação (por exemplo, tal como uma NACK) para o bloco de dados do DL ausente associado é subsequentemente relatada para a rede.
5
10
15
20
25
30
O transmissor RLC/MAC 115 da estação móvel da figura 2 inclui um processador da confirmação consultada 240 para processar mensagens de consulta recebidas decodificadas pelo decodificador de consulta 205 e para gerar respostas consultadas apropriadas. Quando uma mensagem de consulta
por PDAN 225 é decodificada pelo decodificador de consulta 205, o processador da confirmação consultada 240 avalia a informação do estado mantida pela formação do estado de recepção 235 e gera informação de confirmação consultada do DL apropriada para inclusão em uma mensagem de controle PDAN 230 a ser enviada em resposta à consulta da rede. Por exemplo, o processador da confirmação consultada 240 pode gerar informação de confirmação consultada do DL na forma de um campo de ACK/NACK que relata ACKs para todos os blocos de dados do DL, cujos elementos associados da formação do estado de recepção 235 são ajustados para RECEBIDOS e NACKs para todos os blocos de dados do DL, cujos elementos associados da formação do estado de recepção 235 são ajustados para NÃO RELATADOS ou RELATADOS. Em uma implementação do EGPRS, o mapa de bits relatado de ACK/NACK para ambas as respostas PAN e PDAN consultadas começa no BSN igual a V(Q)+1, onde V(Q) representa o BSN mais baixo ainda não recebido e assim, indica o começo da janela recebida da estação móvel. Adicionalmente, o processador da confirmação consultada 240 agenda a mensagem de controle PDAN 230 gerada para transmissão durante um período de bloco de rádio do UL indicado pela mensagem de consulta por PDAN 225 decodificada.
5
10
15
20
25
30
Entretanto, quando uma mensagem de consulta por PAN 210 é decodificada pelo decodificador de consulta 205, o processador da confirmação consultada 240 em uma implementação exemplar implementa o procedimento FANR consultado do EGPRS. Em tal exemplo, o processador da confirmação consultada 240 avalia a informação do estado mantida pela formação do estado de recepção 235 e gera uma
informação de confirmação consultada do DL apropriada para inclusão em uma PAN consultada 215 para ser enviada em resposta à consulta da rede. Por exemplo, o processador da confirmação consultada 240 pode gerar informação de confirmação consultada do DL na forma de um campo RB para inclusão na PAN consultada 215. Como descrito acima, o campo RB inclui um conjunto de bits de confirmação, com cada bit fornecendo uma indicação de ACK para um bloco de dados do DL recebido respectivo e uma indicação de NACK para um bloco de dados do DL ausente respectivo sendo confirmado pelo RB. Junto com a geração do campo RB, o processador da confirmação consultada 240 pode também gerar os campos SSN e BOW apropriados para inclusão na PAN consultada 215. Adicionalmente, o processador da confirmação consultada 240 agenda a PAN consultada 215 gerada para transmissão durante um período de bloco de rádio do UL indicado pela mensagem de consulta por PAN 210 decodificada.
5
10
15
20
25
30
O transmissor RLC/MAC 115 da figura 2 ainda inclui um processador de confirmação baseada no evento 245 para enviar de modo proativo a informação de confirmação do DL a despeito de se uma consulta (por exemplo, tal como uma mensagem de consulta por PAN 210 ou uma mensagem de consulta por PDAN 225) é recebida da rede. Em uma implementação exemplar, o processador de confirmação baseada no evento 245 implementa o procedimento FANR baseado no evento do EGPRS. Em tal exemplo, o processador de confirmação baseada no evento 245 processa automaticamente a formação do estado de recepção 235 depois que ela é atualizada no fim de um período do bloco de rádio
do DL precedente para determinar se quaisquer blocos de dados do DL estão classificados como NÃO RELATADOS. Se o FANR baseado no evento está habilitado na estação móvel 105, o processador de confirmação baseada no evento 245 avalia automaticamente a informação do estado mantida pela formação do estado de recepção 235 e gera informação de confirmação baseada no evento do DL apropriada para inclusão em uma PAN baseada no evento 25 0 (por exemplo, correspondendo com o campo PAN 185) acompanhando blocos de dados do UL 255 (por exemplo, tal como os blocos de dados RLC/MAC do UL 155) a serem transmitidos para a rede. Alternativamente, o processador de confirmação baseada no evento 245 pode gerar a informação de confirmação baseada no evento do DL apropriada para inclusão em uma mensagem de controle da PDAN baseada no evento 258 se a estação móvel 105 não tem bloco de dados do UL 255 para enviar.
5
10
15
20
25
30
Por exemplo, similar à operação do processador da confirmação consultada 240, o processador de confirmação baseada no evento 245 pode gerar informação de confirmação baseada no evento do DL na forma de um campo RB para inclusão na PAN baseada no evento 250 (ou na mensagem de controle PDAN baseada no evento 258), com cada bit no RB fornecendo uma indicação da ACK para um bloco de dados do DL recebido respectivo e uma indicação da NACK para um bloco de dados do DL ausente respectivo sendo confirmado pelo RB. Junto com a geração do campo RB, o processador de confirmação baseada no evento 245 pode também gerar os campos ShortSSN e BOW apropriados para inclusão na PAN baseada no evento 250 (ou na mensagem de controle PDAN baseada no evento 258) . Adicionalmente, o processador de
confirmação baseada no evento 245 agenda a PAN gerada 250 (ou a mensagem de controle PDAN baseada no evento 258) para transmissão durante o segundo período (ou algum outro especificado) do bloco de rádio do UL depois de determinar inicialmente que a formação do estado de recepção 235 classificou pelo menos um bloco de dados do DL como NÃO RELATADO.
5
10
15
20
25
30
O transmissor RLC/MAC 115 incluído na estação móvel 105 da figura 2 também inclui uma unidade de transmissão de confirmação 260 para implementar a evitação de confirmação duplicada como descrito aqui. Por exemplo, para um dado período de bloco de rádio do enlace ascendente, a unidade de transmissão de confirmação 260 obtém do processador de confirmação baseada no evento 245 qualquer campo PAN baseado no evento 250 (ou qualquer mensagem de controle PDAN baseada no evento 25 8) a ser enviado durante o dado período de bloco de rádio do enlace ascendente. Adicionalmente, a unidade de transmissão de confirmação 260 obtém do processador da confirmação consultada 240 qualquer resposta consultada, tal como qualquer PAN consultada 215 ou mensagem de controle PDAN 230, a ser enviada durante o dado período de bloco de rádio do enlace ascendente. Se um campo PAN baseado no evento 250 (ou uma mensagem de controle PDAN baseada no evento 258) é agendado para ser enviado durante o dado período de bloco de rádio do enlace ascendente, a unidade de transmissão de confirmação 260 implementa a evitação da confirmação duplicada como segue. Embora a descrição seguinte focalizando no processamento de um campo PAN baseado no evento 250 seja descrita, a descrição seguinte é também aplicável ao processamento de
5
10
15
20
25
30
uma mensagem de controle PDAN baseada no evento 258.
Em uma implementação exemplar, se um campo PAN baseado no evento 250 é agendado para ser enviado durante o dado período de bloco de rádio do enlace ascendente, a unidade de transmissão de confirmação 260 determina se a informação de confirmação baseada no evento do DL a ser relatada através do campo PAN baseado no evento 250 (por exemplo, relatando um ou mais blocos de dados do DL ausentes NÃO RELATADOS) permanecerá não relatada no fim do dado período de bloco de rádio do enlace ascendente se o campo PAN baseada no evento 250 não é enviado. Para fazer tal determinação, a unidade de transmissão de confirmação 260 determina se a informação de confirmação baseada no evento do DL (por exemplo, campo RB) a ser relatada através do campo PAN baseado no evento 250 está também incluída em qualquer informação de confirmação consultada do DL (por exemplo, campo RB) a ser relatada através de uma resposta consultada, tal como qualquer PAN consultada 215 ou mensagem de controle PDAN 230, agendada para ser enviada durante o dado período de bloco de rádio do enlace descendente. Se tal resposta consultada não está agendada para ser enviada durante o dado período de bloco de rádio, a unidade de transmissão de confirmação 260 determina que a informação de confirmação baseada no evento do DL permaneceria não relatada e, assim, faria o campo PAN baseado no evento 250 contendo a informação de confirmação baseada no evento do DL ser enviado durante o dado período de bloco de rádio. Entretanto, se tal resposta consultada está também agendada para ser enviada durante o dado período de bloco de rádio, a unidade de transmissão de
confirmação 260 refreia o envio (por exemplo, blocos) do campo PAN baseado no evento 250 contendo a informação de confirmação baseada no evento do DL e faz com que somente a PAN consultada 215 ou mensagem de controle PDAN 230 contendo a informação de confirmação consultada do DL seja enviada durante o dado período de bloco de rádio. (Em alguns exemplos, a unidade de transmissão de confirmação 260 também refreia o envio do campo PAN baseado no evento 250 se uma resposta consultada enviando a informação de confirmação duplicada é agendada para ser enviada durante um período de bloco de rádio posterior.)
5
10
15
20
25
30
Em pelo menos algumas implementações exemplares, a unidade de transmissão de confirmação 260 ainda avalia um ou mais critérios de omissão da confirmação para determinar se refrear o envio de uma PAN baseada no evento 250 contendo informação de confirmação baseada no evento que é duplicada na informação de confirmação consultada a ser enviada por uma PAN consultada 215 ou uma mensagem de controle PDAN 230. Por exemplo, tais critérios de omissão de confirmação podem ainda caracterizar a probabilidade da informação de confirmação consultada do DL duplicando a informação de confirmação baseada no evento do DL não ser recebida completamente pela rede ao fim do dado período de bloco de rádio do enlace ascendente se somente o campo da PAN consultada 215 contendo a informação de confirmação consultada do DL é enviado. Em tais implementações exemplares, embora a informação de confirmação baseada no evento do DL a ser enviada através de um campo de PAN baseada no evento 250 seja também agendada para ser enviada por uma resposta consultada (por exemplo, tal como uma PAN
consultada 215 ou uma mensagem de controle PDAN 230) durante o dado período de bloco de rádio do enlace ascendente, a unidade de transmissão de confirmação 260 faz com que o campo da PAN baseada no evento 250 ainda seja enviado se os critérios de omissão da confirmação avaliados indicam uma probabilidade substancial que toda a informação de confirmação consultada do DL (por exemplo, contendo indicações de confirmação relatando um ou mais blocos de dados do DL ausentes NÃO RELATADOS) não será recebida pela rede. Inversamente, a unidade de transmissão de confirmação 260 refreia o envio (por exemplo, blocos) do campo da PAN baseada no evento 250 no dado período de bloco de rádio do UL se os critérios de omissão da confirmação avaliados indicam uma probabilidade substancial que toda a informação de confirmação consultada do DL (na qual a informação de confirmação baseada no evento do DL é duplicada) agendada para ser transmitida através da resposta consultada é substancialmente provável de ser recebida pela rede.
5
10
15
20
25
30
Exemplos dos critérios de omissão da confirmação a serem avaliados pela unidade de transmissão de confirmação 260 incluem, mas não são limitados a: (1) um critério de qualidade do canal indicando se a qualidade do canal do UL estimado satisfaz um limiar; (2) um critério do tipo de resposta consultada indicando se a informação de confirmação consultada do DL é para ser transmitida através de uma PAN consultada 215 ou uma mensagem de controle PDAN 230; (3) um critério de quantidade de confirmação restante indicando se a quantidade de informação de confirmação restante a ser enviada excede um limiar; (4) um critério de atribuição do canal do enlace descendente indicando se a
atribuição do canal do enlace descendente excede uma taxa de dados limiar ou largura de banda; (5) um critério de agendamento da resposta consultada indicando se a informação de confirmação consultada do DL incluindo a informação de confirmação baseada no evento do DL está agendada para ser transmitida no dado período de bloco de rádio ou período de bloco de rádio posterior, etc. A unidade de transmissão de confirmação 260 pode ser configurada para avaliar qualquer um, qualquer combinação ou todos os critérios de omissão de confirmação precedentes.
5
10
15
20
25
30
Por exemplo, o critério da qualidade do canal indica que a informação de confirmação consultada do DL tem uma probabilidade substancial de não ser recebida pela rede se a qualidade do canal do enlace ascendente não satisfaz (por exemplo, é menor do que) uma qualidade limiar especificada porque a informação de confirmação consultada do DL pode ficar corrompida durante a transmissão, enquanto que a informação de confirmação consultada do DL tem uma probabilidade substancial de ser relatada se a qualidade do canal do enlace ascendente satisfaz (por exemplo, é maior do que ou igual a) a qualidade limiar especificada. A qualidade do canal do enlace ascendente pode ser determinada através de quaisquer medições apropriadas de sinal, bem como deduzida com base no esquema de modulação e codificação usado para transmitir a informação de confirmação.
O critério do tipo de resposta consultada pode ser usado para caracterizar ainda o critério da qualidade do canal sob o cenário quando a qualidade do canal do enlace
ascendente não satisfaz (por exemplo, é menor do que) a qualidade limiar especificada. A informação de confirmação fornecida por um campo PAN (por exemplo, tal como a PAN consultada 215) é tipicamente menos confiável do que a informação de confirmação fornecida por uma mensagem de controle de ACK/NACK de pacote (por exemplo, tal como a mensagem de controle PDAN 230) . A confiabilidade reduzida do campo PAN geralmente resulta de menos detecção e correção de erro, codificação menos robusta ou ambos sendo utilizados para o campo PAN do que para uma mensagem de controle. Por causa de uma probabilidade maior resultante das detecções falsas positivas, os campos PAN são geralmente tratados com cautela (por exemplo, exigindo confirmação através de uma mensagem de controle de ACK/NACK de pacote apropriada como descrito acima) para evitar a possibilidade de quaisquer falhas sérias surgindo no caso de tal detecção falsa positiva.
5
10
15
20
25
30
Devido à confiabilidade reduzida dos campos PAN em relação às mensagens de controle e porque os campos PAN tipicamente não podem enviar tanta informação de confirmação como as mensagens de controle, o critério do tipo da resposta consultada ainda indica que a informação de confirmação consultada do DL tem uma probabilidade substancial de não ser recebida pela rede quando a informação de confirmação consultada do DL é para ser relatada por uma PAN consultada 215 e a qualidade do canal do enlace ascendente não satisfaz (por exemplo, é menor do que) a qualidade limiar especificada. Inversamente, o critério do tipo de resposta consultada indica que a informação de confirmação consultada do DL tem uma
probabilidade substancial de ser recebida pela rede quando essa informação é para ser relatada por uma mensagem de controle PDAN 230, mesmo embora a qualidade do canal do enlace ascendente não satisfaça (por exemplo, é menor do que) a qualidade limiar especificada.
5
10
15
20
25
30
Considerando os outros critérios de omissão de confirmação, o critério da quantidade de confirmação restante indica que a informação de confirmação consultada do DL duplicando a informação de confirmação baseada no evento do DL tem uma probabilidade substancial de não ser recebida completamente pela rede ao fim do dado período de bloco de rádio se a quantidade de informação de confirmação do DL não relatada excede um limiar. Isso é porque toda a informação de confirmação do DL (incluindo a informação que teria sido relatada pela PAN baseada no evento 250) permanecendo para ser relatada pode não ser totalmente incluída na PAN consultada 215 ou mensagem de controle PDAN 230 enviada durante o dado período de bloco de rádio.
O critério de atribuição do canal do enlace descendente indica que a informação de confirmação consultada do DL duplicando a informação de confirmação baseada no evento do DL tem uma probabilidade substancial de não ser recebida completamente pela rede ao término do dado período de bloco de rádio se a atribuição do canal do enlace descendente excede uma taxa de dados limiar ou largura de banda. Isso é porque uma grande atribuição de canal pode produzir uma quantidade de informação de confirmação que não pode ser totalmente incluída na informação de confirmação consultada do DL para ser relatada pela PAN consultada 215 ou mensagem de controle
5
10
15
20
25
30
PDAN 230 durante o dado período de bloco de rádio.
O critério de agendamento da resposta consultada indica que a informação de confirmação baseada no evento do DL tem uma probabilidade substancial de permanecer não relatada no fim de um primeiro período de bloco de rádio quando essa informação é para ser incluída (por exemplo, duplicada) na informação de confirmação consultada do DL a ser relatada em um segundo período de bloco de rádio posterior. Isso é porque a informação de confirmação baseada no evento do DL poderia ser relatada no primeiro período de bloco de rádio anterior se a PAN baseada no evento 250 correspondente fosse enviada. Esse critério de agendamento da resposta consultada tem aplicabilidade primariamente em sistemas nos quais a unidade de transmissão de confirmação 260 pode também refrear o envio do campo PAN baseado no evento 250 se uma resposta consultada enviando informação de confirmação duplicada é agendada para ser enviada durante um período de bloco de rádio posterior.
Como mencionado acima, a unidade de transmissão de confirmação 260 pode ser configurada para avaliar qualquer um, qualquer combinação ou todos os critérios de omissão de confirmação precedentes. Por exemplo, a unidade de transmissão de confirmação 260 pode ser configurada para fazer com que um campo PAN baseada no evento 250 contendo a informação de confirmação baseada no evento do DL seja enviado durante um dado período de bloco de rádio se um ou mais dos critérios de omissão da confirmação indicam que existe uma probabilidade substancial que toda a informação de confirmação consultada do DL duplicando a informação de
confirmação baseada no evento do DL não será recebida completamente pela rede ao fim do dado período de bloco de rádio do enlace ascendente. Entretanto, se os critérios de omissão de confirmação avaliados pela unidade de transmissão de confirmação 260 indicam que existe uma probabilidade substancial que toda a informação de confirmação consultada do DL duplicando a informação de confirmação baseada no evento do DL será recebida completamente pela rede, a unidade de transmissão de confirmação 260 refreia o envio (por exemplo, blocos) do campo PAN baseada no evento 250 para evitar a transmissão da informação de confirmação duplicada.
5
10
15
20
25
30
Adicional ou alternativamente, a unidade de transmissão de confirmação 260 pode avaliar diferentes critérios de confirmação dependendo de se a informação de confirmação baseada no evento do DL é para ser enviada através de uma PAN baseada no evento 25 0 ou um controle PDAN baseada no evento 258. Por exemplo, como mencionado acima, a recepção da informação de confirmação do DL através de uma mensagem de controle PDAN baseada no evento 258 permite que o elemento de rede 110 avance sua janela de transmissão, enquanto que o elemento de rede 110 não pode avançar a sua janela de transmissão se a informação de confirmação do DL é recebida através de uma PAN baseada no evento 250 (devido à menor confiabilidade da PAN baseada no evento 250) . Dessa forma, a unidade de transmissão de confirmação 260 pode avaliar o critério do tipo da resposta consultada e então determinar que a informação de confirmação baseada no evento do DL deve ser enviada mesmo se a informação duplicada da confirmação consultada do DL é
para ser enviada se a informação de confirmação baseada no evento do DL é para ser enviada através da mensagem de controle PDAN baseada no evento 258 e a informação de confirmação consultada do DL é para ser relatada através de uma PAN consultada 215.
5
10
15
20
25
30
Embora uma maneira exemplar de implementar a estação móvel 105 exemplar da figura 1 tenha sido ilustrada na figura 2, um ou mais dos elementos, processos e/ou dispositivos ilustrados na figura 2 podem ser combinados, divididos, reorganizados, omitidos, eliminados e/ou implementados em qualquer outra maneira. Além disso, o transmissor RLC/MAC 115 exemplar, o receptor RLC/MAC 120 exemplar, o decodificador de consulta 205 exemplar, a formação do estado de recepção 235 exemplar, o processador da confirmação consultada 240 exemplar, o processador de confirmação baseada no evento 245 exemplar, a unidade de transmissão de confirmação 260 exemplar e/ou mais geralmente, a estação móvel 105 exemplar da figura 2 podem ser implementados por hardware, software, firmware e/ou qualquer combinação de hardware, software e/ou firmware. Assim, por exemplo, qualquer um do transmissor RLC/MAC 115 exemplar, do receptor RLC/MAC 120 exemplar, do decodificador de consulta 205 exemplar, da formação do estado de recepção 235 exemplar, do processador da confirmação consultada 240 exemplar, do processador de confirmação baseada no evento 245 exemplar, da unidade de transmissão de confirmação 260 exemplar e/ou mais geralmente, da estação móvel 105 exemplar poderia ser implementado por um ou mais circuitos, processador(es) programável (is), circuito(s) integrado(s) de aplicação
específica (ASIC(s)), dispositivo(s) lógico(s) programável (is) (PLD(s)) e/ou dispositivo(s) lógico(s) programável (is) no campo (FPLD(s)), etc. Quando qualquer uma das reivindicações anexas é lida para cobrir uma implementação puramente de software e/ou firmware, pelo menos um da estação móvel 105 exemplar, do transmissor RLC/MAC 115 exemplar, do receptor RLC/MAC 120 exemplar, do decodificador de consulta 205 exemplar, da formação do estado de recepção 235 exemplar, do processador da confirmação consultada 240 exemplar, do processador de confirmação baseada em evento 245 exemplar e/ou da unidade de transmissão de confirmação 260 exemplar é aqui expressamente definido incluindo um meio tangível, tais como uma memória, disco versátil digital (DVD), disco compacto (CD), etc., armazenando tal software e/ou firmware. Ainda adicionalmente, a estação móvel 105 exemplar da figura 2 pode incluir um ou mais elementos, processos e/ou dispositivos além de, ou ao invés de, esses ilustrados na figura 2 e/ou pode incluir mais do que um de qualquer um ou todos os elementos ilustrados, processos e dispositivos.
5
10
15
20
25
30
Diagramas exemplares de sequência de mensagem 300, 400 e 500 que ainda ilustram a operação da estação móvel 105 das figuras 1 ou 2, ou ambas, no sistema de comunicação de EGPRS 100 são representados nas figuras 3, 4 e 5, respectivamente. Por referência, o diagrama de sequência de mensagem 300 representa o processamento de confirmação convencional exemplar que poderia ser executado pela estação móvel 105 ao invés das técnicas de evitação da confirmação duplicada descritas aqui. Os diagramas de
sequência de mensagem 400 e 500 então representam técnicas exemplares de evitação da confirmação duplicada implementadas pela estação móvel 105, dessa forma ilustrando pelo menos alguns dos benefícios dessas técnicas sobre o processamento de confirmação convencional representando no diagrama de sequência de mensagem 300.
5
10
15
20
25
30
Com referência à figura 3, e com referência às figuras 1 e 2, o diagrama de sequência de mensagem 300 começa com a estação móvel 105 recebendo um bloco de dados RLC/MAC do DL 3 05 enviado pelo elemento de rede 110 durante o espaço de tempo 0 do N° período do bloco de rádio. O bloco de dados RLC/MAC do DL 305 tem um BSN ajustado para 0 e esse bloco de dados é decodificado corretamente pela estação móvel 105. Dessa forma, o elemento da formação do estado de recepção 235 associado com o bloco de dados RLC/MAC do DL 305 recebido é ajustado para RECEBIDO.
A seguir, a estação móvel 105 recebe um bloco de dados RLC/MAC do DL 310 enviado pelo elemento de rede 110 durante o espaço de tempo 1 do N° período de bloco de rádio. 0 bloco de dados RLC/MAC do DL 310 tem um BSN ajustado para 1, e esse bloco de dados é decodificado corretamente pela estação móvel 105. Dessa forma, o elemento da formação do estado de recepção 235 associado com o bloco de dados RLC/MAC do DL 310 recebido é ajustado para RECEBIDO.
A seguir, a estação móvel 105 recebe um bloco de dados RLC/MAC do DL 315 enviado pelo elemento de rede 110 durante o espaço de tempo 2 do N° período de bloco de rádio. No exemplo ilustrado, o cabeçalho do bloco de dados RLC/MAC do DL 315 é decodificado corretamente pela estação móvel 105 e inclui um campo CES/P enviando uma consulta de confirmação
para a estação móvel 105. A consulta de confirmação incluída com o bloco de dados RLC/MAC do DL 315 pode corresponder com uma mensagem de consulta por PAN 210 ou uma mensagem de consulta por PDAN 225. A consulta incluída com o bloco de dados RLC/MAC do DL 315 também indica que a resposta para a consulta (por exemplo, tal como uma PAN consultada 215 ou uma mensagem de controle PDAN 230) é para ser enviada no período de bloco de rádio N+2 (por exemplo, dois períodos de bloco de rádio depois que a consulta é recebida).
5
10
15
20
25
30
No exemplo ilustrado, a estação móvel 105 também decodifica incorretamente a porção de dados RLC do bloco de dados RLC/MAC do DL 315 (que é representado por um grande "X" através da linha direcionada marcada 315), embora a estação móvel 105 decodifique corretamente o cabeçalho, o que indica que o BSN é ajustado para 2. A estação móvel 105 trata o bloco de dados RLC/MAC do DL 315 incorretamente decodificado como ausente. Dessa forma, o elemento da formação do estado de recepção 235 associado com o bloco de dados RLC/MAC do DL 315 ausente é ajustado para NÃO RELATADO, porque o estado de confirmação (por exemplo, NACK) desse bloco ainda não foi relatado para o elemento de rede 110.
O procedimento FANR baseado no evento implementado pela estação móvel 105 faz com que uma PAN baseada no evento (por exemplo, tal como a PAN baseada no evento 250) seja gerada de modo proativo (por exemplo, automaticamente) para inclusão com um bloco de dados RLC/MAC do UL 320 a ser transmitido para o elemento de rede 110 durante o espaço de tempo 0 do período de bloco de rádio N+2 (isto é, que é
dois períodos de bloco de rádio depois de determinar que o bloco de dados RLC/MAC do DL 315 incorretamente decodificado tendo BSN=2 é um bloco ausente). Por exemplo, porque o elemento da formação do estado de recepção 235 associado com o bloco de dados RLC/MAC do DL 315 ausente é ajustado para NÃO RELATADO, o procedimento FANR baseado no evento implementado pela estação móvel 105 gera automaticamente uma PAN baseada no evento tendo um campo RB para relatar, entre outras indicações de confirmação, uma NACK para o bloco de dados RLC/MAC do DL 315. No contexto do diagrama de sequência de mensagem 300, a estação móvel 105 implementa o processamento de confirmação convencional que não evita o envio de confirmações duplicadas de acordo com as técnicas descritas aqui. Portanto, a estação móvel 105 envia automaticamente a PAN baseada no evento gerada com o bloco de dados RLC/MAC do UL 320 sem verificar se a informação de confirmação incluída na PAN baseada no evento também será relatada em resposta à consulta incluída com o bloco de dados RLC/MAC do DL 315.
5
10
15
20
25
30
Então, durante o espaço de tempo 1 do período de bloco de rádio N + 2, a estação móvel 105 também envia uma resposta de confirmação consultada 325 para o elemento de rede 110. A resposta de confirmação consultada 325 pode ser, por exemplo, uma PAN consultada 215 enviada em resposta a uma mensagem de consulta por PAN 210 incluída com o bloco de dados RLC/MAC do DL 315, ou mensagem de controle PDAN 230 enviada em resposta a uma mensagem de consulta por PDAN 225 incluída com o bloco de dados RLC/MAC do DL 315. Pelo fato da resposta de confirmação consultada 325 ser enviada no mesmo período de bloco de rádio como o
bloco de dados RLC/MAC do UL 320 incluindo a PAN baseada no evento, o elemento de rede 110 não terá tido tempo para responder para a indicação da NACK fornecida na PAN baseada no evento para o bloco de dados RLC/MAC do DL 315 ausente. Assim, a informação de confirmação consultada incluída na resposta de confirmação consultada 325 também incluirá uma NACK para o bloco de dados RLC/MAC do DL 315, duplicando a informação de confirmação baseada no evento fornecida pela PAN baseada no evento incluída com o bloco de dados RLC/MAC do UL 320. O diagrama de sequência de mensagem 300 então termina.
5
10
15
20
25
30
Em uma implementação conforme 3GPP versão 7 do EGPRS, uma PAN baseada no evento, tal como a PAN baseada no evento 250, tem um tamanho de 25 bits. No diagrama de sequência de mensagem 300 exemplar, o envio da informação de confirmação baseada no evento duplicada na PAN baseada no evento incluída com o bloco de dados RLC/MAC do UL 320 desperdiça transmissão de bits que poderiam ser mais bem alocados para o envio de mais dados RLC/MAC do UL ou dados RLC/MAC existentes mais robustamente (por exemplo, com mais ganho de codificação).
O diagrama de sequência de mensagem 400 da figura 4 ilustra uma primeira técnica de evitação de confirmação duplicada exemplar implementada pela estação móvel 105. A operação do diagrama de sequência de mensagem 400 da recepção do bloco de dados RLC/MAC do DL 305 até a recepção do bloco de dados RLC/MAC do DL 315 é substancialmente a mesma como para o diagrama de sequência de mensagem 300 da figura 3, que é descrito em detalhes acima. No interesse de brevidade, os detalhes da operação do diagrama de sequência
de mensagem 400 da recepção do bloco de dados RLC/MAC do DL 305 até a recepção do bloco de dados RLC/MAC do DL 315 não são duplicados aqui.
5
10
15
20
25
30
Com referência à figura 4, e como descrito acima em conjunto com o diagrama de sequência de mensagem 300, depois de receber o bloco de dados RLC/MAC do DL 315, a estação móvel 105 ilustrada no diagrama de sequência de mensagem 400 classificou o bloco de dados RLC/MAC do DL 315 como ausente (por exemplo, ajustando seu elemento associado na formação do estado de recepção 235 para NÃO RELATADO). A estação móvel 105 também foi instruída pelo elemento de rede 110 a fornecer a informação de confirmação consultada do DL no bloco de rádio N+2. Entretanto, ao contrário do diagrama de sequência de mensagem 300 da figura 3, a estação móvel 105 no diagrama de sequência de mensagem 400 não gera uma PAN baseada no evento para inclusão com um bloco de dados RLC/MAC do UL 42 0 a ser enviado para o elemento de rede durante o espaço de tempo 0 do período de bloco de rádio N+2, porque a estação móvel 105 nesse exemplo implementa a evitação de confirmação duplicada.
Em particular, antes do início do bloco de rádio N+2, a estação móvel 105 determina que qualquer informação de confirmação baseada no evento do DL (por exemplo, o relato de uma NACK para o bloco de dados RLC/MAC do DL 315) que teria sido relatada através de uma PAN baseada no evento incluída com o bloco de dados RLC/MAC do UL 420 é também para ser relatada através da informação de confirmação consultada do DL transportada pela resposta de confirmação consultada 325. Assim, a estação móvel 105 impede que o seu procedimento FANR baseado no evento gere ou pelo menos
envie uma PAN baseada no evento com o bloco de dados RLC/MAC do UL 4 20. Em uma implementação do 3GPP EGPRS versão 7, tal evitação de confirmação duplicada economiza 2 5 bits no bloco de dados RLC/MAC do UL 42 0 que podem ser alocados para enviar mais dados RLC/MAC do UL ou dados RLC/MAC existentes mais robustamente (por exemplo, com mais ganho de codificação).
5
10
15
20
25
30
O diagrama de sequência de mensagem 500 da figura 5 ilustra uma segunda técnica de evitação de confirmação duplicada exemplar implementada pela estação móvel 105. Com referência às figuras 1 e 2, o diagrama de sequência de mensagem 500 começa com a estação móvel 105 recebendo uma consulta de confirmação 505 do elemento de rede 110 solicitando o estado de confirmação do DL. A consulta de confirmação 505 é recebida pela estação móvel 105 durante, ou antes, do N° período de bloco de rádio, e indica que a estação móvel 105 deve responder à consulta no período de bloco de rádio N+2 ou algum período de bloco de rádio posterior. A consulta de confirmação 505 pode corresponder com uma mensagem de consulta por PAN 210 ou uma mensagem de consulta por PDAN 225 implementada, por exemplo, por um ou mais campos CES/P incluídos com os blocos de dados RLC/MAC do DL enviados pelo elemento de rede 110 para a estação móvel 105.
Durante, ou antes, do N° período de bloco de rádio, a estação móvel 105 também detecta um bloco de dados RLC/MAC do DL ausente (representado pela linha direcionada marcada 510 na figura 5) . Dessa forma, o elemento da formação do estado de recepção 235 associado com o bloco de dados ausentes 510 é ajustado para NÃO RELATADO, porque o estado
de confirmação (por exemplo, NACK) desse bloco ainda não foi relatado para o elemento de rede 110. Embora o bloco de dados ausente 510 seja representado como sendo detectado depois da recepção da consulta de confirmação 505 na figura 5, a ordem relativa desses eventos pode ser invertida contanto que a consulta de confirmação 505 seja recebida pela estação móvel 105 antes que ela envie uma PAN baseada no evento em resposta à detecção do bloco ausente 510.
5
10
15
20
25
30
A seguir, a estação móvel 105 processa a consulta de confirmação 505 (com tal processamento representado pela linha direcionada marcada 515) para preparar a informação de confirmação consultada do DL apropriada para ser retornada para o elemento de rede 110 através de uma resposta de confirmação consultada 520. A resposta de confirmação consultada 520 é enviada pela estação móvel 105 para o elemento de rede 110 no período de bloco de rádio apropriado >N+2 indicado na consulta de confirmação 505. Como descrito acima, a resposta de confirmação consultada 520 pode ser, por exemplo, uma PAN consultada 215 enviada em resposta à consulta de confirmação 505 correspondendo com uma mensagem de consulta por PAN, ou uma mensagem de controle PDAN 230 enviada em resposta à consulta de confirmação 505 correspondendo com uma mensagem de consulta por PDAN 225. No exemplo ilustrado, a informação de confirmação consultada do DL transportada pela resposta de confirmação consultada 520 inclui o estado de confirmação (por exemplo, NACK) do bloco de dados ausente 510 porque o elemento da formação do estado de recepção 235 associado com o bloco de dados ausente 510 é ajustado para NÃO
RELATADO.
5
10
15
20
25
30
Adicionalmente, em preparação para o envio de um bloco de dados RLC/MAC do UL 525 durante o período de bloco de rádio N+2, a estação móvel 105 executa o FANR baseado no evento e o processamento de evitação de confirmação duplicada (com tal processamento representado pela linha direcionada marcada 530). Porque o elemento da formação do estado de recepção 235 associado com o bloco de dados ausente 510 está ajustado para NÃO RELATADO, o procedimento FANR baseado no evento tipicamente geraria uma PAN baseada no evento de modo proativo (por exemplo, automaticamente) para inclusão com o bloco de dados RLC/MAC do UL 525. Entretanto, usando as técnicas descritas aqui, o procedimento de evitação de confirmação duplicada implementado pela estação móvel 105 determina que o estado de confirmação (por exemplo, NACK) do bloco de dados ausente 510 é também para ser relatado (ou tem uma probabilidade substancial de ser relatado) pela resposta de confirmação consultada 520. Como tal, a estação móvel 105 impede que o seu procedimento FANR baseado no evento gere ou pelo menos envie uma PAN baseada no evento com o bloco de dados RLC/MAC do UL 525, dessa forma melhorando a utilização da largura de banda e eficiência espectral (por exemplo, economizando 25 bits de dados em uma implementação 3GPP EGPRS versão 7) .
Fluxogramas representativos dos processos exemplares que podem ser executados para implementar qualquer um, alguns ou todos do sistema de comunicação de EGPRS 100 exemplar, da estação móvel 105 exemplar, do transmissor RLC/MAC 115 exemplar, do receptor RLC/MAC 120 exemplar, do decodificador de consulta 205 exemplar, da formação do
estado de recepção 235 exemplar, do processador de confirmação consultada 240 exemplar, do processador de confirmação baseada no evento 245 exemplar e da unidade de transmissão de confirmação 260 exemplar são mostrados nas figuras 6A-B e 7.
5
10
15
20
25
30
Nesses exemplos, o processo representado por cada fluxograma pode ser implementado por um ou mais programas compreendendo instruções legíveis por máquina para execução por: (a) um processador, tal como o processador 812 mostrado no sistema de processamento 800 exemplar discutido abaixo em conjunto com a figura 8, (b) um controlador e/ou (c) qualquer outro dispositivo adequado. O um ou mais programas podem ser personificados em software armazenado em meio tangível tais como, por exemplo, uma memória flash, um CD-ROM, um disco flexível, uma unidade rígida, um DVD ou uma memória associada com o processador 812, mas todo o programa ou programas e/ou porções dele poderiam ser executados alternativamente por um dispositivo diferente do processador 812 e/ou personificados em firmware ou hardware dedicado (por exemplo, implementado por um circuito integrado de aplicação específica (ASIC), um dispositivo lógico programável (PLD), um dispositivo lógico programável no campo (FPLD), lógica discreta, etc.). Por exemplo, qualquer um, alguns ou todos do sistema de comunicação de EGPRS 100 exemplar, da estação móvel 105 exemplar, do transmissor RLC/MAC 115 exemplar, do receptor RLC/MAC 120 exemplar, do decodificador de consulta 205 exemplar, da formação do estado de recepção 235 exemplar, do processador de confirmação consultada 240 exemplar, do processador de confirmação baseada no evento 245 exemplar poderiam ser
implementados por qualquer combinação de software, hardware e/ou firmware. Também, alguns ou todos os processos representados pelos fluxogramas das figuras 6A-B e 7 podem ser implementados manualmente.
5
10
15
20
25
30
Além disso, embora os processos exemplares sejam descritos com referência aos fluxogramas ilustrados nas figuras 6A-B e 7, muitas outras técnicas para implementar os métodos e aparelhos exemplares descritos aqui podem ser usadas alternativamente. Por exemplo, com referência aos fluxogramas ilustrados nas figuras 6A-B e 7, a ordem de execução dos blocos pode ser alterada e/ou alguns dos blocos descritos podem ser alterados, eliminados, combinados e/ou subdivididas em múltiplos blocos.
Um processo exemplar 600 que pode ser executado para implementar evitação de confirmação duplicada na unidade móvel 105 exemplar das figuras 1 ou 2, ou ambas, é ilustrado nas figuras 6A-B. O processo 600 pode ser executado em intervalos predeterminados (por exemplo, tal como antes de um próximo período de bloco de rádio do UL) , com base em uma ocorrência de um evento predeterminado (por exemplo, tal como detecção de um bloco de dados do DL ausente), como um processo de segundo plano, etc. ou qualquer combinação desses. Com referência às figuras 1 e 2, o processo 6 00 das figuras 6A-B começa a execução no bloco 605 da figura 6A no qual o receptor RLC/MAC 12 0 na estação móvel 105 decodifica quaisquer blocos de dados RLC/MAC do DL 175 recebidos do elemento de rede 110 durante um ou mais períodos de bloco de rádio antes de um dado período de bloco de rádio no qual a estação móvel 105 é para transmitir dados. Então, no bloco 610, o decodificador
de consulta 205 na estação móvel 105 decodifica quaisquer consultas de confirmação recebidas do elemento de rede 110 durante um ou mais períodos de bloco de rádio antes de um dado período de bloco de rádio no qual a estação móvel 105 deve transmitir dados. Por exemplo, no bloco 610, o decodificador de consulta 205 pode decodificar uma mensagem de consulta por PAN 210 ou uma mensagem de consulta por PDAN 225 solicitando informação de confirmação do DL consultada da estação móvel 105.
5
10
15
20
25
30
Depois, o controle prossegue para o bloco 615 no qual o transmissor RLC/MAC 115 na estação móvel 105 determina se o processamento de transmissão para um dado período de bloco de rádio deve começar. Por exemplo, no bloco 615, o transmissor RLC/MAC 115 pode usar qualquer combinação de consulta ou processamento acionado pela interrupção para determinar quando começar o processamento de transmissão para o dado período de bloco de rádio. Quando o processamento de transmissão é para começar, o controle prossegue para o bloco 620 no qual o processador de confirmação consultada 240 na estação móvel 105 determina se quaisquer mensagens de consulta solicitando informação de confirmação consultada do DL a ser enviada durante o dado período de bloco de rádio foram decodificadas no bloco 610.
O controle então prossegue para o bloco 625 no qual o processador de confirmação baseada no evento 245 na estação móvel 105 identifica quaisquer blocos de dados RLC/MAC do DL identificados como ausentes durante a decodificação executada no bloco 605 e que ainda não foram relatados para o elemento de rede 110. Por exemplo, no bloco 625, o
processador de confirmação baseada no evento 245 implementa o FANR baseado no evento e processa a formação do estado de recepção 235 usada para acompanhar o estado dos blocos de dados RLC/MAC do DL. Como descrito acima, um bloco de dados RLC/MAC do DL ausente é associado com um elemento na formação do estado de recepção 235 que é ajustado para o estado NÃO RELATADO quando o bloco de dados é inicialmente detectado como ausente e ainda não foi relatado para o elemento de rede 110. Assim, no bloco 625, o processador de confirmação baseada no evento 245 determina se a formação do estado de recepção 235 tem quaisquer elementos ajustados para o estado NÃO RELATADO.
5
10
15
20
25
30
A seguir, o controle prossegue para o bloco 630 no qual o processador de confirmação baseada no evento 245 determina se uma PAN baseada no evento 250 é para ser transmitida durante o dado período de bloco de rádio. Por exemplo, no bloco 630, o processador de confirmação baseada no evento 245 implementa o FANR baseado no evento e determina se o processamento no bloco 625 identificou quaisquer blocos de dados do DL ausentes cujos elementos na formação do estado de recepção 235 são ajustados para o estado NÃO RELATADO. Se nenhum tal bloco de dados de DL ausente NÃO RELATADO foi identificado no bloco 625, o processador de confirmação baseada no evento 245 determina que nenhuma PAN baseada no evento 250 deve ser transmitida durante o dado período de bloco de rádio (bloco 630) e o controle prossegue para o bloco 635 da figura 6B.
No bloco 635 da figura 6B, o processador de confirmação consultada 240 determina se o processamento no bloco 620 determinou que a informação de confirmação
consultada do DL foi solicitada por uma consulta do elemento de rede 110 e deve ser enviada durante o dado período de bloco de rádio. Se a informação de confirmação consultada do DL deve ser enviada durante o dado período de bloco de rádio (bloco 635) , o controle prossegue para o bloco 64 0 no qual a unidade de transmissão de confirmação 260 na unidade de transmissão de confirmação 260 determina que somente a informação de confirmação consultada deve ser enviada e, portanto, nenhuma evitação de confirmação duplicada é necessária. Como tal, a unidade de transmissão de confirmação 260 faz com que a informação de confirmação consultada do DL seja enviada usando, por exemplo, uma PAN consultada 215 se a consulta de confirmação correspondente decodificada no bloco 610 foi uma mensagem de consulta por PAN 210 ou uma mensagem de controle PDAN 230 se a consulta de confirmação correspondente decodificada no bloco 610 foi uma mensagem de consulta por PDAN 225 ou a estação móvel não tem dados do enlace ascendente para transmitir. Depois que a informação de confirmação consultada do DL é enviada no bloco 640, ou se nenhuma informação de confirmação consultada do DL é para ser enviada (bloco 635), a execução do processo exemplar 600 então termina.
5
10
15
20
25
30
De volta para o bloco 630 da figura 6A, se um ou mais blocos de dados do DL ausentes NÃO RELATADOS foram identificados no bloco 625, o processador de confirmação baseada no evento 24 5 determina que uma PAN baseada no evento 250 deve ser transmitida durante o dado período de bloco de rádio (bloco 63 0) e o controle prossegue para o bloco 645. No bloco 645, o processador de confirmação consultada 240 determina se o processamento no bloco 620
determinou que a informação de confirmação consultada do DL foi solicitada por uma consulta do elemento de rede 110 e é também para ser enviada durante o dado período de bloco de rádio. Se a informação de confirmação consultada do DL não é para ser enviada durante o dado período de bloco de rádio (bloco 645), o controle prossegue para o bloco 650 da figura 6B.
5
10
15
20
25
30
No bloco 650 da figura 6B, a unidade de transmissão de confirmação 260 determina que somente a informação de confirmação baseada no evento deve ser enviada e, portanto, nenhuma evitação de confirmação duplicada é necessária. Como tal, a unidade de transmissão de confirmação 260 faz com que a informação de confirmação baseada no evento do DL seja enviada usando, por exemplo, um campo da PAN baseada no evento 250. Depois que o processamento no bloco 650 completa, a execução do processo 600 exemplar termina.
De volta para o bloco 645 da figura 6A, se a informação de confirmação consultada do DL é para ser enviada durante o dado período de bloco de rádio, o controle prossegue para o bloco 655 no qual a unidade de transmissão de confirmação 260 implementa um procedimento de evitação da confirmação duplicada e avalia quaisquer critérios de omissão de confirmação associados porque as confirmações duplicadas consultadas e baseadas no evento são agendadas para serem enviadas no dado período de bloco de rádio sendo processado. No exemplo ilustrado, a unidade de transmissão de confirmação 260 é capaz de refrear o envio da informação de confirmação baseada no evento do DL duplicada contanto que a informação de confirmação consultada do DL seja enviada no mesmo período de bloco de
rádio a despeito de se as informações de confirmação consultadas e baseadas no evento são agendadas para serem enviadas em espaços de tempo diferentes do período de bloco de rádio. Em outras palavras, embora a informação de confirmação consultada do DL possa ser agendada para ser enviada durante um espaço de tempo diferente do dado período de bloco de rádio do que o espaço de tempo durante o qual a informação de confirmação consultada do DL é para ser enviada, o controle pode prosseguir para o bloco 655, contanto que ambas as informações de confirmação consultadas e baseadas no evento sejam agendadas para serem enviadas no mesmo período de bloco de rádio. Em geral, o procedimento de evitação de confirmação duplicada implementado no bloco 655 refreia o envio (por exemplo, blocos) de uma PAN baseada no evento PAN 250 transportando a informação de confirmação baseada no evento se tal informação de confirmação é também para ser relatada oportunamente por uma PAN consultada 215 ou uma mensagem de controle PDAN 230 transportando a informação de confirmação consultada. Um procedimento exemplar para implementar o processamento no bloco 655 é ilustrado na figura 7 e descrito em mais detalhes abaixo.
5
10
15
20
25
30
Depois que o procedimento de evitação de confirmação duplicada do bloco 655 completa, o controle prossegue para o bloco 660 no qual a unidade de transmissão de confirmação 260 determina se a informação de confirmação baseada no evento agendada para ser transmitida está duplicada pela informação de confirmação consultada a ser relatada e assim pode ser omitida. Se a informação de confirmação baseada no evento agendada para ser transmitida pode ser omitida
(bloco 660), o controle prossegue para o bloco 665 no qual a unidade de transmissão de confirmação 260 causa somente o envio da informação de confirmação consultada do DL usando, por exemplo, o campo da PAN consultada 215 se a consulta de confirmação correspondente decodificada no bloco 610 foi uma mensagem de consulta por PAN 210 ou uma mensagem de controle PDAN 230 se a consulta de confirmação correspondente decodificada no bloco 610 foi uma mensagem de consulta por PDAN 225. Depois que a informação de confirmação consultada do DL é enviada no bloco 665, a execução do processo 600 exemplar termina.
5
10
15
20
25
30
Entretanto, se a informação de confirmação baseada no evento agendada para ser transmitida não pode ser omitida porque ela não é duplicada ou existe uma probabilidade substancial que ela permaneça não relatada se não enviada (bloco 660), o controle prossegue para o bloco 670 no qual a unidade de transmissão de confirmação 2 60 faz com que a informação de confirmação baseada no evento do DL seja enviada usando, por exemplo, um campo da PAN baseada no evento 250. O controle então prossegue para o bloco 675 no qual a unidade de transmissão de confirmação 260 faz com que a informação de confirmação consultada do DL seja enviada usando, por exemplo, o campo da PAN consultada 215 se a consulta de confirmação correspondente decodificada no bloco 610 fosse uma mensagem de consulta por PAN 210 ou uma mensagem de controle PDAN 230 se a consulta de confirmação correspondente decodificada no bloco 610 fosse uma mensagem de consulta por PDAN 225. Depois que a informação de confirmação do DL é enviada nos blocos 670 e 675, a execução do processo 600 exemplar termina.
5
10
15
20
25
30
Um procedimento 655 exemplar para implementar o processamento de evitação de confirmação duplicada e avaliação dos critérios de omissão de confirmação associados no bloco 655 da figura 6A é ilustrado na figura 7. Com referência às figuras 1 e 2, o procedimento 655 exemplar da figura 7 começa sob uma condição em que a PAN baseada no evento 250 transportando informação de confirmação baseada no evento do DL é agendada para ser transmitida durante um dado período de bloco de rádio sendo processado, e qualquer uma da PAN consultada 215 ou da mensagem de controle PDAN 230 transportando a informação de confirmação consultada do DL é também agendada para ser transmitida durante o dado período. Com isso em mente, o procedimento 655 da figura 7 começa a execução no bloco 705 no qual a unidade de transmissão de confirmação 260 na estação móvel 105 determina se a avaliação de quaisquer critérios de omissão de confirmação está habilitada. Se a avaliação dos critérios de omissão de confirmação não está habilitada (bloco 705) , o controle prossegue para o bloco 710 no qual a unidade de transmissão de confirmação 260 pré-define para indicar que a informação de confirmação baseada no evento do DL a ser transportada pela PAN baseada no evento 250 pode ser omitida porque ela é duplicativa da informação de confirmação consultada do DL a ser transportada por qualquer uma da PAN consultada 215 ou da mensagem de controle PDAN 23 0, e toda a informação de confirmação consultada do DL é substancialmente provável de ser recebida pelo elemento de rede 110. A execução do procedimento 655 exemplar então termina.
Entretanto, se a avaliação dos critérios de omissão de
confirmação está habilitada (bloco 705), o controle prossegue para o bloco 715 no qual a unidade de transmissão de confirmação 260 avalia um critério de qualidade do canal indicando se uma qualidade estimada de canal do UL satisfaz um limiar. Se a qualidade estimada do canal do UL não satisfaz (por exemplo, não é maior do que ou igual a) o limiar especificado (bloco 715), o controle prossegue para o bloco 720 no qual a unidade de transmissão de confirmação 260 avalia um critério do tipo de resposta consultada indicando se a informação de confirmação consultada do DL é para ser transmitida através de uma PAN consultada 215 ou uma mensagem de controle PDAN 23 0. Se a informação de confirmação consultada do DL é para ser transmitida através da PAN consultada 215 (bloco 720), o controle prossegue para o bloco 725 no qual a unidade de transmissão de confirmação 260 indica que a informação de confirmação baseada no evento do DL a ser transportada pela PAN baseada no evento 250 não pode ser omitida porque existe uma probabilidade substancial que ela não seja recebida pelo elemento de rede 110 se a PAN baseada no evento 250 não é enviada e somente a informação de confirmação consultada do DL é enviada por qualquer uma da PAN consultada 215 ou da mensagem de controle PDAN 230. A execução do procedimento 655 exemplar então termina.
5
10
15
20
25
30
Se, entretanto, a informação de confirmação consultada do DL é para ser transmitida através da mensagem de controle PDAN 230 (bloco 720), ou se a qualidade estimada do canal do UL satisfaz (por exemplo, é maior do que ou igual a) o limiar especificado (bloco 715), o controle prossegue para o bloco 730 no qual a unidade de transmissão
de confirmação 260 avalia um critério da quantidade de confirmação restante indicando se a quantidade de informação de confirmação restante a ser enviada excede um limiar. Se a informação de confirmação restante a ser enviada (caracterizada, por exemplo, pela diferença entre o BSN mais alto de todos os blocos recebidos com sucesso e o BSN mais baixo de todos os blocos ainda não recebidos com sucesso) excede o limiar especificado (bloco 730), o controle prossegue para o bloco 725, cuja operação é descrita acima. Entretanto, se a informação de confirmação restante a ser enviada não excede o limiar especificado (bloco 730), o controle prossegue para o bloco 735.
5
10
15
20
25
30
No bloco 735, a unidade de transmissão de confirmação 260 avalia um critério de atribuição de canal do enlace descendente indicando se a atribuição do canal do enlace descendente excede uma taxa de dados limiar ou largura de banda. Se a atribuição do canal do enlace descendente excede o limiar especificado (bloco 735), o controle prossegue para o bloco 725, cuja operação é descrita acima. Entretanto, se a atribuição de canal do enlace descendente não excede o limiar especificado (bloco 735), o controle prossegue para o bloco 740.
No bloco 740, a unidade de transmissão de confirmação 260 avalia um critério de agendamento da resposta consultada indicando se a informação de confirmação consultada do DL está agendada para ser transmitida no dado período de bloco de rádio durante o qual a informação de confirmação baseada no evento do DL está agendada para ser transmitida ou um período de bloco de rádio posterior. O critério de agendamento da resposta consultada tem
aplicabilidade primariamente nos sistemas nos quais a unidade de transmissão de confirmação 260 pode também refrear o envio da informação de confirmação baseada no evento do DL se uma resposta consultada enviando informação de confirmação duplicada está agendada para ser enviada durante um período de bloco de rádio posterior ao dado período de bloco de rádio. Se a informação de confirmação consultada do DL está agendada para ser transmitida durante um período de bloco de rádio posterior (bloco 740), o controle prossegue para o bloco 725, cuja operação é descrita acima. Entretanto, se a informação de confirmação consultada do DL está agendada para ser transmitida durante o mesmo período de bloco de rádio como a informação de confirmação baseada no evento do DL (bloco 740), o controle prossegue para o bloco 710, cuja operação é descrita acima.
5
10
15
20
25
30
Como mostrado na figura 7, em uma implementação exemplar, qualquer um, alguns ou todos os critérios representados pelos blocos 715, 720, 730, 735 e 740 podem ser avaliados para determinar se a informação de confirmação baseada no evento do DL a ser transportada pela PAN baseada no evento 25 0 pode ser omitida porque ela é duplicativa e tem uma probabilidade substancial de ser relatada pela informação de confirmação consultada do DL a ser transportada por qualquer uma da PAN consultada 215 ou da mensagem de controle PDAN 230.
Como ainda outro exemplo, as técnicas de evitação de confirmação duplicada descritas aqui podem ser implementadas em um sistema de comunicação conforme o sistema 3GPP EGPRS versão modificando apropriadamente a especificação técnica (TS) 3GPP 44.060, V7.17.0 (maio de
5
10
15
20
25
30
2009), que é aqui incorporada por referência na sua íntegra. Uma modificação exemplar em 3GPP TS 44.060 para suportar as técnicas de evitação de confirmação duplicada descritas aqui é substituir o segundo parágrafo existente da seção 9.1.14.3 pelo texto seguinte:
"Se o receptor final do RLC é a estação móvel, o FANR baseado no evento é habilitado para esse fluxo de bloco temporário (TBF) e a estação móvel tem pelo menos um TBF atribuído na direção do enlace ascendente, a estação móvel deve inserir um campo PAN em um bloco RLC/MAC do EGPRS para transferência de dados transmitidos durante um dado período de bloco de rádio para esse TBF do enlace ascendente se o estado de qualquer elemento na formação do estado de recepção V (N) é NÃO RELATADO e de outra forma permaneceria NÃO RELATADO se nenhuma PAN baseada no evento fosse transmitida, considerando qualquer informação de ACK/NACK transmitida durante o período de bloco de rádio em resposta a uma consulta (tanto para uma PAN, para uma mensagem de ACK/NACK do ENLACE DESCENDENTE DE PACOTE DO EGPRS quanto para uma mensagem do TIPO 2 DE ACK/NACK DO ENLACE DESCENDENTE DE PACOTE DO EGPRS). A estação móvel pode continuar a inserir campos de PAN em blocos de dados RLC/MAC do EGPRS subsequentes enviados no mesmo período de bloco de rádio contanto que exista um ou mais elementos na formação do estado de recepção V(N), cujo estado é NÃO RELATADO."
A figura 8 é um diagrama de blocos de um sistema de processamento 800 exemplar capaz de implementar o aparelho e métodos revelados aqui. 0 sistema de processamento 800 pode corresponder com, por exemplo, uma plataforma de
processamento da estação móvel, uma plataforma de processamento do elemento de rede, um servidor, um computador pessoal, um assistente digital pessoal (PDA), um aparelho da Internet, um telefone móvel ou qualquer outro tipo de dispositivo de computação.
5
10
15
20
25
30
O sistema 800 do exemplo atual inclui um processador 812, tais como um processador programável de uso geral, um processador embutido, um microcontrolador, etc. 0 processador 812 inclui uma memória local 814 e executa instruções codificadas 816 presentes na memória local 814 e/ou em outro dispositivo de memória. O processador 812 pode executar, entre outras coisas, instruções legíveis por máquina para implementar os processos representados nas figuras 6A-B ou 7, ou ambas. O processador 812 pode ser qualquer tipo de unidade de processamento, tal como um ou mais microprocessadores da família de processadores Intel® Centrino®, da família de processadores Intel® Pentium®, da família de processadores Intel® Itanium® e/ou da família de processadores Intel® XScale®, um ou mais microcontroladores da família de microcontroladores ARM®, da família de microcontroladores PIC®, etc. Naturalmente, outros processadores de outras famílias também são apropriados.
0 processador 812 fica em comunicação com uma memória principal incluindo uma memória volátil 818 e uma memória não volátil 820 através de um barramento 822. A memória volátil 818 pode ser implementada por memória de acesso aleatório estática (SRAM), memória de acesso aleatório dinâmica síncrona (SDRAM), memória de acesso aleatório dinâmica (DRAM), memória de acesso aleatório dinâmica
RAMBUS (RDRAM) e/ou qualquer outro tipo de dispositivo de
memória de acesso aleatório. A memória não volátil 820 pode ser implementada por memória flash e/ou qualquer outro tipo desejado de dispositivo de memória. O acesso à memória principal 818, 820 é tipicamente controlado por um controlador de memória (não mostrado).
5
10
15
20
25
30
O computador 800 também inclui um circuito de interface 824. 0 circuito de interface 824 pode ser implementado por qualquer tipo de padrão de interface, tais como uma interface da Ethernet, um barramento serial universal (USB) e/ou uma interface de entrada/saída da terceira geração (3GIO).
Um ou mais dispositivos de entrada 826 são conectados no circuito de interface 824. 0(s) dispositivo(s) de entrada 826 permite(m) que um usuário insira dados e comandos no processador 812. 0(s) dispositivo(s) de entrada pode(m) ser implementado(s) por, por exemplo, um teclado, um mouse, uma tela de toque, uma almofada sensível ao toque, uma esfera sensível ao toque, um isoponto e/ou um sistema de reconhecimento de voz.
Um ou mais dispositivos de saída 828 são também conectados no circuito de interface 824. Os dispositivos de saída 828 podem ser implementados, por exemplo, por dispositivos de exibição (por exemplo, um monitor de cristal líquido, um monitor de tubo de raios catódicos (CRT)), por uma impressora e/ou por alto-falantes. O circuito de interface 824, assim, inclui tipicamente uma placa acionadora gráfica.
O circuito de interface 824 também inclui um dispositivo de comunicação, tais como um modem ou placa de interface de rede para facilitar a troca dos dados com os
computadores externos através de uma rede (por exemplo, uma conexão da Ethernet, uma linha de assinante digital (DSL), uma linha telefônica, cabo coaxial, um sistema de telefone celular tal como sistema complacente com EGPRS, etc.).
O computador 800 também inclui um ou mais dispositivos de armazenamento em massa 830 para armazenar software e dados. Exemplos de tais dispositivos de armazenamento em massa 830 incluem unidades de disco flexível, discos de unidade rígida, unidades de disco compacto e unidades de disco versátil digital (DVD). O dispositivo de armazenamento em massa 830 pode armazenar a formação do estado de recepção V(N) 235. Alternativamente, a memória volátil 818 pode armazenar a formação do estado de recepção V(N) 235.
Como alternativa à implementação dos métodos e/ou aparelhos descritos aqui em um sistema, tal como o dispositivo da figura 8, os métodos e ou aparelhos descritos aqui podem ser embutidos em uma estrutura, tal como um processador e/ou um ASIC (circuito integrado de aplicação específica).
5
10
15
20
25
Finalmente, embora certos métodos exemplares, aparelhos e artigos de fabricação tenham sido descritos aqui, o escopo de cobertura dessa patente não é limitado a eles. Ao contrário, essa patente cobre todos os métodos, aparelhos e artigos de fabricação que se situam regularmente dentro do escopo das reivindicações anexas tanto literalmente quanto sob a doutrina dos equivalentes.
5
10
15
20
25
30

Claims (15)

1. Método para uma estação móvel capaz de enviar informação de confirmação baseada em evento, o método caracterizado por compreender: classificar um primeiro bloco de dados de enlace descendente como não relatado; determinar se ou não uma consulta é recebida a partir de uma rede solicitando que a estação móvel envie uma informação de confirmação durante um período; determinar se ou não deve enviar durante o período informação de confirmação baseada em evento para o primeiro bloco de dados de enlace descendente classificado como não relatado com base em se ou não a estação móvel também deve enviar durante o período informação de confirmação consultada para o primeiro bloco de dados de enlace descendente classificado como não relatado; enviar durante o período a informação de confirmação baseada em evento para o primeiro bloco de dados de enlace descendente classificado como não relatado se a estação base não deve enviar durante o período nenhuma informação de confirmação consultada pra o primeiro bloco de dados de enlace descendente classificado como não relatado; e refrear o envio durante o período a informação de confirmação baseada em evento para o primeiro bloco de dados de enlace descendente classificado como não relatado se a estação base deve enviar durante o período a informação de confirmação consultada para o primeiro bloco de dados de enlace descendente classificado como não relatado.
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a informação de confirmação baseada em evento compreende um campo ACK/NACK superposto (PAN) de acordo com um procedimento de relatório de ACK/NACK rápido (FANR) rápido com base em evento de serviço por rádio de pacote geral aperfeiçoado (EGPRS) ou um campo ACK/NACK em uma mensagem de controle ACK/NACK de EGPRS. 5 10 15 20 25 30
3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que a informação de confirmação consultada compreende pelo menos um dentre um campo PAN ou um campo ACK/NACK em uma mensagem de controle ACK/NACK de EGPRS.
4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que classificar o primeiro bloco de dados de enlace descendente como não relatado compreende ajustar um elemento de uma formação do estado de recepção para um estado não relatado, o elemento correspondendo ao primeiro bloco de dados do enlace descendente.
5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o período é um período de bloco de rádio.
6. Dispositivo de armazenamento tangível caracterizado por armazenar instruções legíveis por máquina que, quando executadas, fazem que uma máquina capaz de enviar informação de confirmação baseada em evento: classifique um primeiro bloco de dados de enlace descendente como não relatado, determine se ou não deve é recebida uma consulta a partir de uma rede solicitando que a máquina envie a informação de confirmação consultada durante um período, determine se ou não deve enviar durante o período informação de confirmação baseada em evento para o primeiro bloco de dados de enlace descendente classificado como não relatado com base em se ou não a máquina também deve enviar durante o período informação de confirmação consultada para o primeiro bloco de dados de enlace descendente classificado como não relatado; 5 10 15 20 25 30 envie durante o período a informação de confirmação baseada em evento para o primeiro bloco de dados de enlace descendente classificado como não relatado se a máquina não deve enviar durante o período nenhuma informação de confirmação consultada para o primeiro bloco de dados de enlace descendente classificado como não relatado; e refreie o envio durante o período da informação de confirmação baseada em evento para o primeiro bloco de dados de enlace descendente classificado como não relatado se a máquina deve enviar durante o período a informação de confirmação consultada para o primeiro bloco de dados de enlace descendente classificado como não relatado.
7. Dispositivo de armazenamento, de acordo com a reivindicação 6, caracterizado pelo fato de que, para classificar o primeiro bloco de dados de enlace descendente como não relatado, as instruções, quando executadas, adicionalmente fazem com que a máquina ajuste um elemento de uma formação do estado de recepção para um estado não relatado, o elemento correspondendo ao primeiro bloco de dados do enlace descendente.
8. Dispositivo de armazenamento, de acordo com a reivindicação 6, caracterizado pelo fato de que o período é um período de bloco de rádio.
9. Dispositivo de armazenamento, de acordo com a reivindicação 6, caracterizado pelo fato de que a informação de confirmação baseada em evento compreende um campo ACK/NACK superposto (PAN) de acordo com um procedimento de relatório de ACK/NACK rápido (FANR) baseado em evento do serviço por rádio de pacote geral aperfeiçoado (EGPRS) ou um campo ACK/NACK em uma mensagem de controle ACK/NACK de EGPRS. 5 10 15 20 25 30
10. Dispositivo de armazenamento, de acordo com a reivindicação 6, caracterizado pelo fato de que a informação de confirmação consultada compreende pelo menos um de um campo PAN ou um campo ACK/NACK em uma mensagem de controle ACK/NACK do EGPRS.
11. Estação móvel capaz de enviar informação de confirmação baseada em evento, a estação móvel caracterizada por compreender: um processador, o processador sendo configurado para: classificar um primeiro bloco de dados de enlace descendente como não relatado, determinar se ou não uma consulta é recebida a partir de uma rede solicitando que a estação móvel envie a informação de confirmação consultada durante um período; determinar se ou não deve enviar durante o período informação de confirmação baseada em evento para o primeiro bloco de dados de enlace descendente classificado como não relatados com base em se ou não a estação móvel também deve enviar durante o período informação de confirmação consultada para o primeiro bloco de dados de enlace descendente classificado como não relatado; enviar durante o período a informação de confirmação baseada em evento para o primeiro bloco de dados de enlace 5 10 15 20 25 30 descendente classificado como não relatado, se a estação móvel não deve enviar durante o período nenhuma informação de confirmação de consulta para o primeiro bloco de dados de enlace descendente classificado como não relatado, e refrear o envio durante o período das informações de confirmação com base em evento para o primeiro bloco de dados de enlace descendente classificado como não relatado se a estação móvel deve enviar durante o período a informação de confirmação consultada para o primeiro bloco de dados de enlace descendente classificado como não relatado.
12. Estação móvel, de acordo com a reivindicação 11, caracterizada pelo fato de que a informação de confirmação baseada no evento compreende um campo ACK/NACK superposto (PAN) de acordo com um procedimento de relatório de ACK/NACK rápido (FANR) baseado em evento do serviço por rádio de pacote geral aperfeiçoado (EGPRS) ou um campo ACK/NACK em uma mensagem de controle ACK/NACK do EGPRS.
13. Estação móvel, de acordo com a reivindicação 11, caracterizada pelo fato de que a informação de confirmação consultada compreende pelo menos um dentre um campo PAN ou um campo ACK/NACK em uma mensagem de controle ACK/NACK do EGPRS.
14. Estação móvel, de acordo com a reivindicação 11, caracterizada pelo fato de que para classificar o primeiro bloco de dados de enlace descendente como não relatado, o processador deve ajustar um elemento de uma formação de estado de recepção para um estado não relatado, o elemento correspondendo ao primeiro bloco de dados do enlace descendente.
15. Estação móvel, de acordo com a reivindicação 11, caracterizada pelo fato de que o período é um período de bloco de rádio.
BR112012008171-3A 2009-08-31 2010-08-31 Método para uma estação móvel capaz de enviar informação de confirmação baseada em evento, dispositivo de armazenamento tangível e estação móvel BR112012008171B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/551,161 2009-08-31
US12/551,161 US8457048B2 (en) 2009-08-31 2009-08-31 Methods and apparatus to avoid mobile station transmission of duplicate event-based and polled acknowledgments
PCT/CA2010/001308 WO2011022822A1 (en) 2009-08-31 2010-08-31 Methods and apparatus to avoid mobile station transmission of duplicate event-based and polled acknowledgments

Publications (2)

Publication Number Publication Date
BR112012008171A2 BR112012008171A2 (pt) 2016-03-01
BR112012008171B1 true BR112012008171B1 (pt) 2021-03-30

Family

ID=41396015

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112012008171-3A BR112012008171B1 (pt) 2009-08-31 2010-08-31 Método para uma estação móvel capaz de enviar informação de confirmação baseada em evento, dispositivo de armazenamento tangível e estação móvel

Country Status (13)

Country Link
US (2) US8457048B2 (pt)
EP (3) EP4325755A3 (pt)
JP (1) JP5420769B2 (pt)
KR (2) KR101362628B1 (pt)
CN (1) CN102598761B (pt)
AU (1) AU2010286289B2 (pt)
BR (1) BR112012008171B1 (pt)
CA (1) CA2772667C (pt)
ES (1) ES2665435T3 (pt)
FI (1) FI3297198T3 (pt)
HK (1) HK1252901A1 (pt)
SG (1) SG178417A1 (pt)
WO (1) WO2011022822A1 (pt)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DK2008391T3 (da) * 2006-04-19 2014-04-14 Ericsson Telefon Ab L M Fremgangsmåde og apparat til forbedret datakommunikation i cellulæreadgangssystemer
WO2010095986A1 (en) * 2009-02-18 2010-08-26 Telefonaktiebolaget L M Ericsson (Publ) Data retransmission scheme
US8457048B2 (en) 2009-08-31 2013-06-04 Research In Motion Limited Methods and apparatus to avoid mobile station transmission of duplicate event-based and polled acknowledgments
US20110069669A1 (en) * 2009-09-11 2011-03-24 Research In Motion Limited System and methods for sending and receiving pan (piggy-backed ack/nack) so as to avoid decoding confusion
US8898078B2 (en) 2010-05-21 2014-11-25 Microsoft Corporation Scalable billing with de-duplication in aggregator
US8380736B2 (en) * 2010-05-21 2013-02-19 Microsoft Corporation De-duplication in billing system
US8837388B2 (en) 2010-07-22 2014-09-16 Blackberry Limited Methods and apparatus to perform assignments in wireless communications
US8830981B2 (en) * 2010-07-22 2014-09-09 Blackberry Limited Methods and apparatus to poll in wireless communications based on assignments
US8745231B2 (en) 2010-07-22 2014-06-03 Blackberry Limited Methods and apparatus to poll in wireless communications
US9001649B2 (en) 2010-07-22 2015-04-07 Blackberry Limited Methods and apparatus to communicate data between a wireless network and a mobile station
US20120079336A1 (en) * 2010-09-24 2012-03-29 Aran Bergman Techniques utilizing arq feedback for efficient transmitter buffer usage
US8755403B2 (en) * 2011-11-09 2014-06-17 Hitachi, Ltd. Block acknowledgement for wireless communication methods, apparatuses and systems
US9391755B2 (en) * 2013-05-13 2016-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Radio access network node and mobile station with increased Ack/Nack space for packet downlink Ack/Nack message
CN105429728A (zh) * 2014-09-17 2016-03-23 中兴通讯股份有限公司 一种未决块的发送方法和装置
US10148392B2 (en) * 2015-01-27 2018-12-04 Qualcomm Incorporated Group acknowledgement/negative acknowledgement and triggering GACK/channel state information
US9614567B2 (en) 2015-03-19 2017-04-04 Qualcomm Incorporated Systems and methods for recovering from stalls on a mobile device
CN106921619B (zh) * 2015-12-24 2020-04-14 阿里巴巴集团控股有限公司 一种关联事件处理方法及装置
US11563708B1 (en) * 2017-03-30 2023-01-24 Amazon Technologies, Inc. Message grouping
WO2020054022A1 (ja) * 2018-09-13 2020-03-19 オリンパス株式会社 通信システム、受信端末、通信方法、およびプログラム
MX2021013127A (es) * 2019-05-02 2021-11-18 Ericsson Telefon Ab L M Metodo y administrador de estado para controlar la notificacion de estado en comunicacion inalambrica de datos.
JP7068399B2 (ja) * 2020-08-12 2022-05-16 シチズン時計株式会社 イベント通知システム、電子時計及びイベント通知方法

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6643813B1 (en) * 1999-02-17 2003-11-04 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for reliable and efficient data communications
US6882637B1 (en) * 1999-10-14 2005-04-19 Nokia Networks Oy Method and system for transmitting and receiving packets
JP4295051B2 (ja) * 2003-09-12 2009-07-15 パナソニック株式会社 送信装置及び送信方法
US8761202B2 (en) * 2004-09-27 2014-06-24 Raghupathy Sivakumar Architecture for dynamically adaptive transport protocols
CN101346925A (zh) * 2005-11-30 2009-01-14 诺基亚公司 利用多arq机制提供重传的装置、方法和计算机程序产品
CN101043299B (zh) * 2006-04-05 2010-08-25 华为技术有限公司 一种ack/nack方法
DK2008391T3 (da) * 2006-04-19 2014-04-14 Ericsson Telefon Ab L M Fremgangsmåde og apparat til forbedret datakommunikation i cellulæreadgangssystemer
EP1855435B1 (en) * 2006-05-08 2009-08-19 Panasonic Corporation Transmission of data packets in a wireless communication network
EP2026504B1 (en) * 2006-05-19 2013-01-02 Panasonic Corporation Logic address allocation method
JP4811165B2 (ja) * 2006-07-24 2011-11-09 株式会社ケンウッド ポーリング方式通信システム、ホスト装置、ターミナル装置、ポーリング方式通信方法及びプログラム
KR20090043009A (ko) * 2006-08-30 2009-05-04 노키아 코포레이션 모바일 통신 시스템에서의 고속 또는 부정 응답을 위한 방법 및 장치
DE602008003100D1 (de) * 2007-01-24 2010-12-02 Viasat Inc Verbesserte fehlerkontrollkommunikationssysteme und verfahren
GB0701668D0 (en) * 2007-01-29 2007-03-07 Tang Bob Immediate ready implementation of virtually congestion free guaranteed service capable network: external internet nextgenTCP nextgenFTP nextgenUDPs
CA2687064C (en) 2007-05-08 2012-12-04 Interdigital Technology Corporation Method and apparatus for providing piggybacked positive acknowledgement/negative acknowledgement field indicator and a polling indicator
KR101461970B1 (ko) * 2007-09-13 2014-11-14 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
HUE058091T2 (hu) * 2007-11-02 2022-06-28 Ericsson Telefon Ab L M Eljárás és készülék hibakezelési üzenetek feldolgozására vezetéknélküli kommunikációs rendszerben
WO2009132276A2 (en) * 2008-04-25 2009-10-29 Interdigital Patent Holdings, Inc. Radio link control status reporting and polling
US8321741B2 (en) * 2008-05-05 2012-11-27 Industrial Technology Research Institute System and apparatus for providing an adaptive control mechanism for wireless communications
US8295159B2 (en) * 2009-01-14 2012-10-23 Qualcomm Incorporated Timer poll retransmission expiry in a wireless communication system
EP2443769B1 (en) * 2009-06-18 2018-03-28 LG Electronics Inc. Method for transmitting packet downlink ack/nack information in a wireless communication system and apparatus for the same
US8457048B2 (en) 2009-08-31 2013-06-04 Research In Motion Limited Methods and apparatus to avoid mobile station transmission of duplicate event-based and polled acknowledgments

Also Published As

Publication number Publication date
FI3297198T3 (fi) 2024-03-15
EP4325755A2 (en) 2024-02-21
BR112012008171A2 (pt) 2016-03-01
US20110051661A1 (en) 2011-03-03
CN102598761A (zh) 2012-07-18
EP2290862A3 (en) 2013-11-20
AU2010286289A1 (en) 2012-03-08
EP2290862B1 (en) 2018-01-10
EP3297198A1 (en) 2018-03-21
KR20120050491A (ko) 2012-05-18
US8457048B2 (en) 2013-06-04
EP4325755A3 (en) 2024-04-17
CN102598761B (zh) 2015-07-29
JP2013503505A (ja) 2013-01-31
CA2772667A1 (en) 2011-03-03
EP3297198B1 (en) 2024-01-03
CA2772667C (en) 2016-04-19
WO2011022822A1 (en) 2011-03-03
SG178417A1 (en) 2012-04-27
US9282543B2 (en) 2016-03-08
EP2290862A2 (en) 2011-03-02
ES2665435T3 (es) 2018-04-25
US20130258952A1 (en) 2013-10-03
AU2010286289B2 (en) 2014-08-14
HK1252901A1 (zh) 2019-06-06
KR101362609B1 (ko) 2014-02-12
KR101362628B1 (ko) 2014-02-12
JP5420769B2 (ja) 2014-02-19
KR20130135968A (ko) 2013-12-11

Similar Documents

Publication Publication Date Title
BR112012008171B1 (pt) Método para uma estação móvel capaz de enviar informação de confirmação baseada em evento, dispositivo de armazenamento tangível e estação móvel
US8204003B2 (en) Mobile station transmissions in response to network acknowledgment polling
EP3075093B1 (en) Methods, apparatuses and user equipment for hybrid automatic repeat request transmission
CA2759675C (en) Methods and apparatus to use window alignment information to process acknowledgment information associated with transmitted data blocks
BRPI0721372B1 (pt) método para uso em um sistema de acesso celular, estação de base rádio e equipamento de usuário
CN114070498A (zh) 下行分配指示的确定方法及装置、下行分配指示的配置方法及装置、存储介质、终端、基站

Legal Events

Date Code Title Description
B25D Requested change of name of applicant approved

Owner name: BLACKBERRY LIMITED (CA)

B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: A CLASSIFICACAO ANTERIOR ERA: H04W 28/04

Ipc: H04L 1/16 (2006.01), H04L 1/18 (2006.01)

B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 30/03/2021, OBSERVADAS AS CONDICOES LEGAIS.