BRPI0814276B1 - método e equipamento de rede para entrega ordenada de pacotes de dados durante handoff em uma rede de comunicação - Google Patents

Abstract

métodos e equipamento para entrega em ordem de pacotes de dados durante handoff são definidos métodos, equipamentos, sistemas e produtos de programa de computador que provêem a entrega em ordem de pacotes de dados durante o handoff. as aspectos provêem a entrega em ordem na comutação de ebs servidora do link direto/ponto de ligação de dados (flse/dap) e na comutação ebs servidora de link reverso/ponto de ligação de dados (flse/dap). assim sendo, a presente invenção propicia melhoria significativa na capacidade de transmissão de aplicativos, tais como aplicativos baseados no protocolo de controle de transmissão (tcp), durante o handoff em redes tais como umb (largura de banda móvel ultra) e similares.

Description

“MÉTODO E EQUIPAMENTO DE REDE PARA ENTREGA ORDENADA DE PACOTES DE DADOS DURANTE HANDOFF EM UMA REDE DE COMUNICAÇÃO

CAMPO DA INVENÇÃO [0001] Os aspectos descritos relacionados com redes de comunicação sem fio e mais particularmente a equipamentos, métodos e sistemas para prover a entrega ordenada de pacotes de dados em redes de comunicação sem fio.

DESCRIÇÃO DA TÉCNICA ANTERIOR [0002] Os sistemas de comunicação sem fio estão amplamente dispostos para prover vários tipos de comunicação, tais como voz, dados e assim por diante. Esses sistemas podem ser sistemas de acesso múltiplo capazes de dar suporte a comunicação com múltiplos usuários por compartilhamento de recursos de sistema disponíveis (por exemplo, largura de banda e potência de transmissão). Os exemplos de tais sistemas de acesso múltiplo incluem sistemas de acesso múltiplo por divisão de código (CDMA), sistemas de acesso múltiplo por divisão de tempo (TDMA), sistemas de acesso múltiplo por divisão de frequência (FDMA), sistemas 3GPP LTE e sistemas de acesso múltiplo por divisão de frequência ortogonal (OFDMA).

[0003] De um modo geral, um sistema de comunicação de acesso múltiplo sem fio pode dar suporte simultâneo à comunicação para múltiplos terminais sem fio, também designados como terminais de acesso. Cada terminal se comunica com uma ou mais estações base por meio de transmissões através dos links direto e reverso. O link direto (ou downlink) se refere ao link de comunicação das estações base para os terminais, e o link reverso (ou uplink)

Petição 870190114955, de 08/11/2019, pág. 7/108

2/73 se refere ao link de comunicação dos terminais para as estações base. Esse link de comunicação pode ser estabelecido através de sistemas de única entrada e única saída, múltiplas entradas e saída única, múltiplas entradas e múltiplas saídas (MIMO).

[0004] O termo handoff se refere ao processo de transferência de uma chamada em andamento ou sessão de dados de um nó da rede núcleo para outro nó da rede núcleo. Nas redes de comunicação sem fio pode haver múltiplas razões pelas quais poderia ocorrer um handoff. Essas razões incluem, porém não se limitam a, quando um terminal de acesso se afasta da área coberta por uma célula e entra na área coberta por outra célula, a chamada sendo transferida (isto é, handed-off) para a segunda célula de modo a evitar a interrupção da chamada quando o terminal de acesso se afasta do alcance da primeira célula. Adicionalmente, quando a capacidade de conexão de novas chamadas em uma dada célula é exaurida, uma chamada existente ou nova proveniente de um terminal de acesso localizado em uma área sobreposta por outra célula, é transferida para tal célula de modo a liberar parte da capacidade da primeira célula para outros usuários.

[0005] A forma mais básica de handoff (handover) ocorre quando uma chamada em progresso é redirecionada de sua célula atual, designada como a fonte, e o canal usado em tal célula para uma nova célula, designada como alvo, e para um novo canal. Nas redes terrestres, as células fonte e alvo podem ser servidas a partir de dois sites celulares diferentes, ou a partir de um e do mesmo site celular (neste último caso, as duas células são usualmente designadas como dois setores do site celular). Tal handoff, em que as células

Petição 870190114955, de 08/11/2019, pág. 8/108

3/73 fonte e alvo são células diferentes, mesmo que estejam no mesmo site celular, é designado como handoff entre células. O propósito do handoff entre células é o de manter a chamada na medida em que o assinante se afasta da área coberta pela célula fonte e entra na área da célula alvo. Pode ocorrer um caso especial em que fonte e o alvo são a mesma célula, sendo mudado durante o handoff apenas o canal usado. Tal handoff, em que a célula não é mudada, é designado como um handoff intracelular. O propósito do handoff intracelular é de mudar um canal, que pode estar sofrendo interferência ou desvanecimento, por um novo canal mais claro ou com menos desvanecimento.

[0006] A comunicação sem fio convencional inclui dois tipos de pacotes de dados: de camada 2 (L2) e camada 3 (L3). Os pacotes de dados L3 incluem dados de protocolo de camada de aplicativos, por exemplo pacotes de dados de protocolo Internet (IP). Os pacotes de dados L2 são montados por um protocolo de camada de link para tornar os pacotes mais adequados para comunicação através de um link sem fio. Dessa forma, os pacotes de dados L2 precisam ser novamente processados por protocolo de camada de link equivalente para reconstruir os pacotes L3. Os pacotes de dados L2 podem ser montados por uma primeira entidade de rede e tunelizados para uma segunda entidade de rede para serem transmitidos para o terminal de acesso (AT) através da segunda entidade de rede. A camada L2 porta, por exemplo, pacotes de dados de protocolo de link de rádio (RLP) e pacotes de protocolo de rota (RP).

[0007] Um problema associado aos handoffs consiste de que os pacotes de dados L2 podem ser entregues e/ou

Petição 870190114955, de 08/11/2019, pág. 9/108

4/73 recebidos fora de ordem na camada de aplicativo. Para um handoff L2, o qual consiste de uma comutação na camada física para um ponto de acesso diferente, os pacotes fora de ordem são devidos a um novo ou diferente protocolo de link de rádio (RLP) na nova rota. Em uma rede tal como uma rede de banda ultra larga móvel ou similar, no link direto, os pacotes atravessam tipicamente o gateway de acesso (AGW) para o ponto de ligação de dados (DAP) para a estação base evoluída (eBS) e a seguir são enviados sem fio através de RLP para o terminal de acesso. Quando um terminal de acesso efetua um handoff L2, os pacotes RLP são tunelizados a partir da eBS fonte, e o gerado localmente pelo RLP local. Caso o handoff não seja bem gerenciado, os pacotes provenientes da eBS fonte podem ser retardados ou descartados, causando uma interrupção na comunicação ou uma incapacidade de reconstruir pacotes IP completos, respectivamente, resultando em perda de pacotes IP.

[0008] Outro problema associado aos handoffs é o de que os pacotes de dados L3 podem ser entregues e/ou recebidos fora de ordem na camada de aplicativo. Para um handoff L3, os pacotes de dados de protocolo Internet (IP) fluem do gateway de acesso (AGW) para o DAP fonte para a eBS alvo através de uma trajetória, e os do AGW para o DAP alvo para a eBS alvo através de outra trajetória. O DAP alvo e a eBS alvo estão frequentemente co-localizados ou próximos, de forma que após o handoff os pacotes passam por um menor número de saltos. Dessa forma, em uma rede UMB ou similar, no link direto, quando é efetuado um handoff L3 ele leva o AGW a enviar pacotes diretamente para o DAP/eBS alvos. Essa comutação de trajetória pode levar os pacotes de dados de

Petição 870190114955, de 08/11/2019, pág. 10/108

5/73 protocolo de controle de transmissão (TCP) a chegar fora de ordem na eBS alvo e subsequentemente ao AT e ao aplicativo associado sendo executado no AT, pois os pacotes diretos do AGW para a eBS alvo tomam uma trajetória mais curta do que os pacotes ainda em trânsito do DAP fonte para a eBS alvo. Na camada de aplicativos certos aplicativos são adversamente afetados pela entrega fora de ordem de pacotes. Como exemplo, um aplicativo implementando o TCP pode ser afetado negativamente, pois a entrega fora de ordem de pacotes pode levar o receptor TCP a gerar mensagens duplicatas de confirmação (ACK) e levar o TCP a reagir pela redução de sua janela de congestionamento.

[0009] Portanto, existe uma necessidade pelo desenvolvimento de um esquema para prevenir a entrega fora de ordem de pacotes de dados durante o handoff. Os métodos, equipamentos, sistemas e similares desejados devem melhorar o desempenho geral de aplicativos baseados no AT que são adversamente afetados pela entrega fora de ordem de pacotes de dados. Adicionalmente, o esquema desejado deve endereçar rede de eBS servidoras de link direto e/ou handoffs de DAP que ocorrem em redes tais como UMB, bem como eBS servidoras de link reverso e/ou handoffs de DAP.

SUMÁRIO DA INVENÇÃO [0010] O que se segue apresenta um resumo simplificado de um ou mais aspectos, de modo a proporcionar uma compreensão básica de tais aspectos. Esse resumo não constitui uma completa visão geral de todos os aspectos contemplados, não se destinando a identificar elementos chave ou críticos de todos os aspectos, nem a delinear o escopo de quaisquer ou de todos os aspectos. Seu único

Petição 870190114955, de 08/11/2019, pág. 11/108

6/73 propósito é o de apresentar alguns conceitos de um ou mais aspectos, de uma forma simplificada, como um prelúdio para a descrição mais detalhada que será apresentada mais adiante.

[0011] São providos métodos, equipamentos, sistemas e produtos de programa de computador para a entrega ordenada de pacotes de dados durante handoffs. Os aspectos proporcionam a entrega ordenada na comutação de eBS servidora de link direto/ponto de ligação de dados (FLSE/DAP) e comutação de eBS servidora de link reverso/ponto de ligação de dados (RLSE/DAP). Assim sendo, os aspectos proporcionam melhorias significativas da capacidade de transmissão de aplicativos baseados em terminais de acesso (AT), tais como aplicativos baseados em protocolo de controle de transmissão (TCP) durante o handoff, em redes tais como UMB e similares.

[0012] De acordo com um aspecto, é definido um método para prover a entrega ordenada de pacotes de dados durante o handoff em uma rede de comunicação. O método está direcionado a um handoff de link direto e ocorre em uma entidade de rede alvo, tal como uma estação base alvo ou similar. O método inclui prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; e priorizar uma ordem de transmissão de pacotes de dados na entidade de rede alvo, em que a priorização compreende pelo menos uma dentre uma primeira priorização ou uma segunda priorização, a primeira priorização compreendendo priorizar pacotes de dados de camada 2 (L2) recebidos a partir de uma entidade de rede fonte e destinados para transmissão para um terminal de acesso (AT) através de quaisquer pacotes de dados de camada 3 (L3) recebidos destinados para o AT, em que a segunda priorização compreende

Petição 870190114955, de 08/11/2019, pág. 12/108

7/73 priorizar pacotes de dados L3 recebidos a partir da entidade de rede fonte e destinados para transmissão para o AT através de pacotes de dados L3 recebidos a partir de um gateway de acesso (AGW) e destinados para transmissão para o AT. O método inclui adicionalmente transmitir, na entidade de rede alvo, os pacotes de dados recebidos de acordo com pelo menos uma dentre a primeira priorização ou a segunda priorização.

[0013] Pelo menos um processador configurado para prover a entrega ordenada de pacotes de dados durante o handoff em uma rede de comunicação define um aspecto relacionado. O processador inclui um primeiro módulo para prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; um segundo módulo para priorizar uma ordem de transmissão de pacotes de dados na entidade de rede alvo, em que a priorização compreende pelo menos uma dentre uma primeira priorização ou uma segunda priorização, onde a primeira priorização compreendendo pelo menos uma de uma primeira priorização ou segunda priorização, onde a primeira priorização compreende priorizar pacotes de dados de camada 2 (L2) recebidos a partir de uma entidade de rede fonte e destinados para transmissão para um terminal de acesso (AT) através de quaisquer pacotes de dados de camada 3 (L3) recebidos destinados para o terminal de acesso, em que a segunda priorização compreende priorizar pacotes de dados L3 recebidos a partir da entidade de rede fonte e destinados para transmissão para o AT através de pacotes de dados L3 recebidos a partir de um gateway de acesso (AGW) e destinados para transmissão para o AT. Além disso, o método inclui um terceiro módulo para receber pacotes de dados.

Petição 870190114955, de 08/11/2019, pág. 13/108

8/73

Adicionalmente, o processador inclui um quarto módulo para transmitir os pacotes de dados recebidos de acordo com a pelo menos uma dentre a primeira priorização ou a segunda priorização.

[0014] Outro aspecto relacionado é provido por um produto de programa de computador que inclui um meio legível por computador. O meio inclui um primeiro conjunto de códigos para levar um computador a prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; um segundo conjunto de códigos para levar um computador a priorizar uma ordem de transmissão de pacotes de dados na entidade de rede alvo, em que a priorização compreende pelo menos uma dentre uma primeira priorização ou uma segunda priorização, em que a primeira priorização compreende priorizar pacotes de dados de camada 2 (L2) recebidos a partir de uma entidade de rede fonte e destinados para transmissão para um terminal de acesso (AT) através de quaisquer pacotes de dados de camada 3 (L3) recebidos destinados para o AT, em que a segunda priorização compreende priorizar pacotes de dados L3 recebidos a partir da entidade de rede fonte e destinados para transmissão para o AT através de pacotes de dados L3 recebidos a partir de um gateway de acesso (AGW) e destinados para transmissão para o AT. Além disso, o meio inclui um terceiro conjunto de códigos para levar um computador a receber pacotes de dados na entidade de rede alvo. Adicionalmente, o meio inclui um quarto conjunto de códigos para levar um computador a transmitir os pacotes de dados recebidos de acordo com pelo menos uma dentre a primeira priorização ou a segunda priorização.

Petição 870190114955, de 08/11/2019, pág. 14/108

9/73 [0015] Um equipamento define ainda outro aspecto. O equipamento inclui aparelhos para prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; aparelhos para priorizar uma ordem de transmissão de pacotes de dados na entidade de rede alvo, em que a priorização compreende pelo menos uma dentre uma primeira priorização ou uma segunda priorização, a primeira priorização compreendendo priorizar pacotes de dados de camada 2 (L2) recebidos a partir de uma entidade de rede fonte e destinados para transmissão para um terminal de acesso (AT) através de quaisquer pacotes de dados de camada 3 (L3) recebidos destinados para o terminal de acesso, em que a segunda priorização compreende priorizar pacotes de dados L3 recebidos a partir da entidade de rede fonte e destinados para transmissão para o AT através de pacotes de dados L3 recebidos a partir de um gateway de acesso (AGW) e destinados para transmissão para o AT. Além disso, o equipamento inclui aparelhos para receber pacotes de dados. Adicionalmente, o equipamento inclui aparelhos para transmitir pacotes de dados recebidos de acordo com pelo menos uma dentre a primeira priorização ou a segunda priorização.

[0016] Um aspecto relacionado adicionalmente é provido por um equipamento de rede alvo, tal como uma estação base alvo ou similar. O equipamento de rede alvo inclui uma plataforma de computador incluindo um processador e uma memória em comunicação com um processador. O equipamento adicionalmente inclui um módulo de handoff armazenado na memória e em comunicação com o processador. O módulo de handoff pode ser operado para auxiliar um handoff de um

Petição 870190114955, de 08/11/2019, pág. 15/108

10/73 terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo. O transceptor pode ser operado para receber pacotes de dados destinados para transmissão para o AT. O equipamento inclui também um módulo de priorização de pacotes de dados armazenado na memória e em comunicação com o processador. O módulo de priorização pode ser operado para priorizar uma ordem de transmissão de pacotes de dados, a priorização compreendendo pelo menos uma dentre uma primeira priorização ou uma segunda priorização, em que a primeira priorização compreende priorizar pacotes de dados de camada 2 (L2) recebidos a partir de uma entidade de rede fonte e destinados para transmissão para um terminal de acesso (AT) através de quaisquer pacotes de dados de camada 3 (L3) recebidos destinados para o AT, em que a segunda priorização compreende priorizar pacotes de dados L3 recebidos a partir da entidade de rede fonte e destinados para transmissão para o AT através de pacotes de dados L3 recebidos a partir de um gateway de acesso (AGW) e destinados para transmissão para o AT, e para transmitir os pacotes de dados recebidos de acordo com a pelo menos uma dentre a primeira priorização ou a segunda priorização.

[0017] Ainda outro aspecto é definido por um método para prover a entrega ordenada de pacotes de dados durante o handoff em uma rede de comunicação. O método é direcionado para um handoff de link direto e ocorrendo em uma entidade de rede fonte, tal como uma estação base fonte ou similar.

O método inclui prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; enviar, a partir da entidade de rede fonte, pacotes de dados de camada 2 (L2) destinados para o AT, para a entidade

Petição 870190114955, de 08/11/2019, pág. 16/108

11/73 de rede alvo; e enviar, a partir da entidade de rede fonte, pacotes de dados de camada 3 (L3) destinados para o AT, para a entidade de rede alvo. O método requer adicionalmente que o envio dos pacotes de dados L2 é priorizado através do envio dos pacotes de dados L3.

[0018] Um aspecto relacionado é definido por pelo menos um processador configurado para prover a entrega ordenada de pacotes de dados durante o handoff em uma rede de comunicação. O processador inclui um primeiro módulo para prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo e um segundo módulo para enviar pacotes de dados de camada 2 (L2) destinados para o AT para a entidade de rede alvo. O processador adicionalmente inclui um terceiro módulo para enviar pacotes de dados de camada 3 (L3) destinados para o terminal de acesso para a entidade de rede alvo. Adicionalmente, o envio dos pacotes de dados L2 é priorizado através do envio dos pacotes de dados L3.

[0019] Um produto de programa de computador incluindo um meio legível por computador define um aspecto relacionado adicionalmente. O meio inclui um primeiro conjunto de códigos para levar um computador a prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo e um segundo conjunto de códigos para levar um computador a enviar pacotes de dados de camada 2 (L2) destinados para o AT para a entidade de rede alvo. O meio adicionalmente inclui um terceiro conjunto de códigos para levar um computador a enviar pacotes de dados de camada 3 (L3) destinados para o AT para a entidade

Petição 870190114955, de 08/11/2019, pág. 17/108

12/73 de rede alvo. Adicionalmente, o envio dos pacotes de dados L2 é priorizado através do envio dos pacotes de dados L3.

[0020] De acordo com outro aspecto inclui meios para prover um handoff de terminal de acesso (AT) a partir de uma entidade de rede fonte para uma entidade de rede alvo, aparelhos para enviar pacotes de dados de camada 2 (L2), destinados para AT, para a entidade de rede alvo e aparelhos para enviar pacotes de dados de camada 3 (L3), destinado para AT, para entidade de rede alvo. Adicionalmente, o envio de pacotes de dados L2 é priorizado através do envio de pacotes de dados L3.

[0021] Um equipamento de rede fonte provê ainda outro aspecto relacionado. O equipamento inclui uma plataforma de computador incluindo um processador e uma memória em comunicação com um processador. O equipamento também inclui um módulo de handoff armazenado na memória e em comunicação com o processador. O módulo de handoff pode ser operado para auxiliar o handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo. O equipamento adicionalmente inclui um transceptor armazenado em comunicação com o processador. O transceptor pode ser operado para enviar pacotes de dados de camada 2 (L2) destinados ao AT para a entidade de rede alvo e para enviar pacotes de dados de camada 3 (L3) destinados ao AT para a entidade de rede alvo. Adicionalmente o equipamento inclui um módulo de priorização de pacotes de dados armazenado na memória e em comunicação com o processador. O módulo de priorização pode ser operado para priorizar o envio dos pacotes de dados L2 através do envio dos pacotes de dados L3.

Petição 870190114955, de 08/11/2019, pág. 18/108

13/73 [0022] Ainda outro método é definido para prover a entrega ordenada de pacotes de dados durante o handoff em uma rede de comunicação. O método está direcionado a um handoff de link direto e ocorre em um terminal de acesso, tal como um dispositivo de comunicação sem fio ou similar. O método inclui prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo. O método inclui adicionalmente receber, no AT, pacotes de dados L2 transmitidos a partir da entidade de rede fonte e receber, no AT, pacotes de dados transmitidos a partir da entidade de rede alvo. Adicionalmente, o método inclui entregar os pacotes de dados para pelo menos um respectivo aplicativo no terminal de acesso, de tal forma que os pacotes de dados L2 transmitidos a partir da entidade de rede fonte sejam priorizados através dos pacotes de dados transmitidos a partir da entidade de rede alvo.

[0023] Pelo menos um processador configurado para prover a entrega ordenada de pacotes de dados durante o handoff em uma rede de comunicação provê um aspecto relacionado. O processador inclui um primeiro módulo para prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; um segundo módulo para receber pacotes de dados L2 transmitidos a partir de uma entidade de rede fonte para uma entidade de rede alvo e um terceiro módulo para receber pacotes de dados transmitidos a partir de uma entidade de rede alvo. Adicionalmente, o processador inclui um quarto módulo para entregar os pacotes de dados para pelo menos um respectivo aplicativo no AT, de tal forma que os pacotes de dados L2

Petição 870190114955, de 08/11/2019, pág. 19/108

14/73 sejam priorizados através dos pacotes de dados transmitidos a partir da entidade de rede alvo.

[0024] Um produto de programa de computador define ainda outro aspecto relacionado. O produto de programa de computador inclui um meio legível por computador. O meio inclui um primeiro conjunto de códigos para levar um computador a prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo. O meio adicionalmente inclui um segundo conjunto de códigos para levar um computador a receber pacotes de dados L2 transmitidos a partir da entidade de rede fonte e um terceiro conjunto de códigos para levar o computador a receber pacotes de dados transmitidos a partir da entidade de rede alvo. Adicionalmente o meio inclui um quarto conjunto de códigos para levar o computador a entregar os pacotes de dados para pelo menos um respectivo aplicativo no terminal de acesso, de tal forma que os pacotes de dados L2 sejam priorizados através dos pacotes de dados transmitidos a partir da entidade de rede alvo.

[0025] Um equipamento provê ainda um aspecto relacionado. O equipamento inclui aparelhos para prover handoff do terminal de acesso (AT) da entidade de rede fonte para a entidade de rede alvo, aparelhos para receber pacotes de dados transmitidos da entidade de rede fonte e aparelhos para receber pacotes de dados transmitidos da entidade de rede alvo. Adicionalmente, o equipamento inclui aparelhos para entregar os pacotes de dados para pelo menos uma aplicação no AT tais que os pacotes de dados L2 são priorizados através de pacotes de dados transmitidos da entidade de rede alvo.

Petição 870190114955, de 08/11/2019, pág. 20/108

15/73 [0026] De acordo com outro aspecto, é fornecido um dispositivo terminal de acesso. O terminal de acesso compreende uma plataforma de computador incluindo um processador e uma memória em comunicação com um processador. O dispositivo adicionalmente inclui um módulo de handoff armazenado na memória e em comunicação com o processador. O módulo de handoff pode ser operado para auxiliar o handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo. Adicionalmente, o dispositivo inclui um transceptor armazenado em comunicação com o processador. O transceptor pode ser operado para receber pacotes de dados L2 transmitidos a partir de uma entidade de rede fonte e receber pacotes de dados transmitidos a partir de uma entidade de rede alvo. Adicionalmente, o transceptor pode também ser operado para entregar os pacotes de dados para pelo menos um respectivo aplicativo no terminal de acesso, de tal forma que os pacotes de dados L2 provenientes da entidade de rede fonte sejam priorizados em detrimento dos pacotes de dados transmitidos a partir da entidade de rede alvo.

[0027] De acordo com outro aspecto, um método para prover a entrega ordenada de pacotes de dados durante o handoff em uma rede de comunicação, estando o método direcionado para um handoff de link reverso e ocorrendo em uma entidade de rede alvo, tal como uma estação base alvo ou similares, compreende prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; receber, na entidade de rede alvo, pacotes L2 parcialmente processados antes do handoff, transmitidos a partir de um terminal de acesso (AT); enviar, na entidade de

Petição 870190114955, de 08/11/2019, pág. 21/108

16/73 rede alvo, os pacotes L2 recebidos para a entidade de rede alvo; e receber, na entidade de rede alvo, um sinal de indicação transmitido a partir da entidade de rede fonte; em que o sinal de indicação indica que todos os pacotes L2 provenientes do terminal de acesso foram repassados para a entidade de rede fonte.

[0028] De acordo com outro aspecto, pelo menos um processador configurado para prover a entrega ordenada de pacotes de dados durante o handoff em uma rede de comunicação, compreende um primeiro módulo para prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; um segundo módulo para receber, na entidade de rede alvo, pacotes L2 parcialmente processados antes do handoff, transmitidos a partir de um terminal de acesso (AT); um terceiro módulo para enviar, na entidade de rede alvo, os pacotes L2 recebidos para a entidade de rede alvo; e um quarto módulo para receber, na entidade de rede alvo, um sinal de indicação transmitido a partir da entidade de rede fonte; em que o sinal de indicação indica que todos os pacotes L2 provenientes do terminal de acesso foram repassados para a entidade de rede fonte.

[0029] De acordo com outro aspecto, um produto de programa de computador inclui um meio legível por computador compreendendo um primeiro conjunto de códigos para levar um computador a prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; um segundo conjunto de códigos para levar um computador a receber, na entidade de rede alvo, pacotes L2 parcialmente processados antes do handoff, transmitidos a partir de um

Petição 870190114955, de 08/11/2019, pág. 22/108

17/73 terminal de acesso (AT); um terceiro conjunto de códigos para levar um computador a enviar, na entidade de rede alvo, os pacotes L2 recebidos para a entidade de rede alvo; e um quarto conjunto de códigos para levar um computador a receber, na entidade de rede alvo, um sinal de indicação transmitido a partir da entidade de rede fonte; em que o sinal de indicação indica que todos os pacotes L2 provenientes do terminal de acesso foram repassados para a entidade de rede fonte.

[0030] De acordo com outro aspecto, um equipamento compreende dispositivos para prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; dispositivos para receber, na entidade de rede alvo, pacotes L2 parcialmente processados antes do handoff, transmitidos a partir de um terminal de acesso (AT); dispositivos para enviar, na entidade de rede alvo, os pacotes L2 recebidos para a entidade de rede alvo; e dispositivos para receber, na entidade de rede alvo, um sinal de indicação transmitido a partir da entidade de rede fonte; em que o sinal de indicação indica que todos os pacotes L2 provenientes do terminal de acesso foram repassados para a entidade de rede fonte.

[0031] De acordo com outro aspecto, um equipamento de rede alvo, compreende uma plataforma de computador incluindo um processador e uma memória em comunicação com um processador; um módulo de handoff armazenado na memória e em comunicação com o processador, em que o módulo de handoff pode ser operado para auxiliar um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; um transceptor em comunicação com o

Petição 870190114955, de 08/11/2019, pág. 23/108

18/73 processador, em que o transceptor pode ser operado para receber pacotes L2 transmitidos a partir de um terminal de acesso (AT), enviar os pacotes L2 recebidos para a entidade de rede alvo e receber um sinal de indicação transmitido a partir da entidade de rede fonte, em que o sinal de indicação indica que todos os pacotes L2 provenientes do terminal de acesso foram repassados para a entidade de rede fonte.

[0032] De acordo com outro aspecto, um método para prover a entrega ordenada de pacotes de dados durante o handoff em uma rede de comunicação, estando o método direcionado para um handoff de link reverso que ocorre em um terminal de acesso, tal como um dispositivo de comunicação sem fio ou similar. O método compreende prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; transmitir pacotes de dados L2 parcialmente processados antes do handoff para a entidade de rede fonte através da entidade de rede alvo; e transmitir novos pacotes de dados para a entidade de rede alvo. Adicionalmente, a entidade de rede alvo envia os pacotes de dados IP montados a partir de pacotes de dados L2 para a entidade de rede alvo e a entidade de rede alvo envia todos os pacotes de dados L2 para um gateway de acesso (AGW) antes de enviar os novos pacotes de dados.

[0033] De acordo com outro aspecto, pelo menos um processador configurado para prover a entrega ordenada de pacotes de dados durante o handoff em uma rede de comunicação. O processador compreende um primeiro módulo para prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; um segundo módulo para transmitir pacotes de dados L2

Petição 870190114955, de 08/11/2019, pág. 24/108

19/73 parcialmente processados antes do handoff para a entidade de rede fonte através da entidade de rede alvo; e um terceiro módulo para transmitir novos pacotes de dados para a entidade de rede alvo. Adicionalmente, a entidade de rede alvo envia os pacotes de dados L2 para a entidade de rede alvo e a entidade de rede fonte envia todos os pacotes de dados IP montados a partir de pacotes de dados L2 para um gateway de acesso (AGW) antes de enviar os novos pacotes de dados.

[0034] De acordo com outro aspecto, é fornecido um produto de programa de computador que inclui um meio legível por computador. O meio compreende um primeiro conjunto de códigos para fazer com que um computador forneça um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; um segundo conjunto de códigos para fazer com que o computador transmita pacotes de dados L2 parcialmente processados antes do handoff para a entidade de rede fonte através da entidade de rede alvo; e um terceiro conjunto de códigos para fazer com que o computador transmita novos pacotes de dados para a entidade de rede alvo. Adicionalmente, a entidade de rede alvo envia os pacotes de dados L2 para a entidade de rede fonte e a entidade de rede fonte envia todos os pacotes de dados IP montados a partir de pacotes de dados L2 para um gateway de acesso (AGW) antes de enviar os novos pacotes de dados.

[0035] De acordo com outro aspecto, um equipamento compreende dispositivos para prover um handoff de um terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo; dispositivos para transmitir pacotes de dados L2 parcialmente processados antes do handoff para a entidade de rede fonte através da entidade de rede alvo;

Petição 870190114955, de 08/11/2019, pág. 25/108

20/73 e dispositivos para transmitir novos pacotes de dados para a entidade de rede alvo. Adicionalmente, a entidade de rede alvo envia os pacotes de dados L2 para a entidade de rede fonte e a entidade de rede fonte envia todos os pacotes de dados IP montados a partir de pacotes de dados L2 para um gateway de acesso (AGW) antes de enviar os novos pacotes de dados.

[0036] De acordo com outro aspecto, um terminal de acesso compreende uma plataforma de computador incluindo um processador e uma memória em comunicação com um processador; um módulo de handoff armazenado na memória e em comunicação com o processador, em que o módulo de handoff pode ser operado para auxiliar um handoff do terminal de acesso (AT) de uma entidade de rede fonte para uma entidade de rede alvo;

um transceptor em comunicação com o processador. O transceptor pode ser operado para transmitir pacotes de dados L2 parcialmente processados antes do handoff para a entidade de rede fonte através da entidade de rede alvo e transmitir novos pacotes de dados para a entidade de rede alvo, em que a entidade de rede alvo envia os pacotes de dados L2 para a entidade de rede fonte e a entidade de rede fonte envia todos os pacotes de dados IP montados a partir de pacotes de dados

L2 para um gateway de acesso (AGW) antes de enviar os novos pacotes de dados.

[0037] Dessa forma, os aspectos aqui descritos e reivindicados propiciam a entrega ordenada de pacotes de dados durante o handoff. Os aspectos propiciam a entrega ordenada em uma comutação de estação base evoluída servidora de link direto / ponto de ligação de dados (FLSE / DAP) e uma comutação de eBS servidora de link reverso / ponto de

Petição 870190114955, de 08/11/2019, pág. 26/108

21/73 ligação de dados (RLSE / DAP). Assim sendo, a presente invenção proporciona uma melhoria significativa nas aplicações de transmissão, tais como aplicações baseadas em protocolo de controle de transmissão (TCP) durante o handoff, em redes tais como UMB e similares.

[0038] Para atingir as metas acima e outras correlacionadas, os um ou mais aspectos compreendem as características que são a seguir completamente descritas e particularmente apontadas nas reivindicações. A descrição que se segue e os desenhos anexos apresentam em detalhes certos aspectos ilustrativos dos um ou mais aspectos. No entanto, tais aspectos são indicativos de apenas algumas das várias formas pelas quais os princípios de vários aspectos podem ser empregados, os aspectos descritos se destinando a incluir todos estes aspectos e seus equivalentes.

BREVE DESCRIÇÃO DAS FIGURAS [0039] Os aspectos descritos serão a seguir apresentados em conjunto com os desenhos anexos, que são providos para ilustrar e não limitar presente invenção, em que referências numéricas similares identificam itens correspondentes e nos quais:

[0040] A Figura 1 é um diagrama esquemático de um sistema de comunicação sem fio de acesso múltiplo de acordo com um aspecto.

[0041] A Figura 2 é um diagrama esquemático de um sistema para a entrega ordenada de pacotes de dados durante um handoff de link direto, de acordo com um aspecto da presente invenção.

[0042] A Figura 3 é um diagrama esquemático de um sistema para a entrega ordenada de pacotes de dados durante

Petição 870190114955, de 08/11/2019, pág. 27/108

22/73 um handoff de link reverso, de acordo com um aspecto da presente invenção.

[0043] A Figura 4 é um diagrama esquemático de um sistema para a entrega ordenada de pacotes de dados durante um handoff de link direto entre redes de acesso servidoras, de acordo com um aspecto da presente invenção.

[0044] A Figura 5 é um diagrama esquemático de um sistema para a entrega ordenada de pacotes de dados durante um handoff de link direto entre pontos de ligação de dados, de acordo com um aspecto da presente invenção.

[0045] A Figura 6 é um diagrama esquemático de uma entrega ordenada de pacotes de dados durante um handoff de link reverso entre redes de acesso servidoras, de acordo com aspectos da presente invenção.

[0046] A Figura 7 é um diagrama esquemático de um sistema para a entrega ordenada de pacotes de dados durante um handoff de link reverso entre pontos de ligação de dados, de acordo com um aspecto da presente invenção.

[0047] A Figura 8 é um diagrama de blocos de um dispositivo de terminal de acesso exemplar, de acordo com aspectos da presente invenção.

[0048]	A Figura	9 é	um diagrama	de blocos de	uma
estação base	exemplar,	de	acordo com	outro aspecto	da
presente invenção.
[0049]	A Figura	10 é	um fluxograma de chamada para

entrega de pacotes em ordem durante um handoff de link direto entre redes de estação base evoluída servidora de link direto (FLSE), de acordo com um aspecto da presente invenção.

[0050] A Figura 11 é um fluxograma de chamada para entrega de pacotes em ordem durante um handoff de link direto

Petição 870190114955, de 08/11/2019, pág. 28/108

23/73 entre pontos de ligação de dados de acordo com outro aspecto da presente invenção.

[0051] A Figura 12 é um fluxograma de chamada para entrega de pacotes em ordem durante um handoff de link reverso entre redes de estação base evoluída servidora de link direto (FLSE), de acordo com um aspecto da presente invenção.

[0052] A Figura 13 é um fluxograma de chamada para entrega de pacotes em ordem durante um handoff de link reverso entre pontos de ligação de dados de acordo com outro aspecto da presente invenção.

[0053] A Figura 14 é um diagrama de blocos de um sistema transmissor e um sistema receptor de acordo com outro aspecto da presente invenção.

DESCRIÇÃO DETALHADA DA INVENÇÃO [0054] Serão agora descritos vários aspectos com referência aos desenhos. Na descrição que se segue, com o propósito de explanação, vários detalhes específicos são apresentados de modo a propiciar uma completa compreensão de um ou mais aspectos. No entanto, ficará claro que tais aspectos podem ser praticados sem tais detalhes específicos.

[0055] Além disso, vários aspectos da invenção serão descritos a seguir. Deve ficar claro que os presentes ensinamentos podem ser incorporados em uma ampla gama de formas e que qualquer estrutura e/ou função específicas aqui descritas são meramente representativas. Com base nos presentes ensinamentos os técnicos na área notarão que um aspecto aqui descrito pode ser implementado independentemente de quaisquer outros aspectos e que dois ou mais de tais aspectos podem ser combinados de diversas

Petição 870190114955, de 08/11/2019, pág. 29/108

24/73 formas. Como exemplo, um equipamento pode ser implementado, ou um método praticado, utilizando qualquer número dos aspectos aqui descritos. Ademais, um equipamento pode ser implementado, ou um método praticado, usando-se outras estruturas e/ou funcionalidades em adição a, ou outras que, um ou mais dos aspectos aqui descritos. Como exemplo, vários dos métodos, dispositivos, sistemas e equipamentos aqui descritos o são no contexto de determinação das características de um ou mais canais sem fio e provimento de uma determinação de handoff em parte com base nas magnitudes das características determinadas. Os técnicos na área notarão que técnicas similares poderiam ser aplicadas a outros ambientes de comunicação.

[0056] Tal como usados no presente pedido, os termos componente, módulo, sistema e similares se destinam a referenciar uma entidade relacionada a computadores, seja hardware, uma combinação de hardware e software, software, ou software em execução. Como exemplo, um componente pode ser, porém não fica limitado a ser, um processo rodando em um processador, um processador, um objeto, um executável, uma cadeia de execução, um programa e/ou um computador. Como exemplo, tanto um aplicativo rodando em um dispositivo de computação como o dispositivo de computação podem ser um componente. Um ou mais componentes podem residir dentro de um processo e/ou cadeia de execução, e um componente pode estar localizado em um computador e/ou distribuído entre dois ou mais computadores. Além disso, tais componentes podem ser executados a partir de vários meios para leitura por computador, possuindo várias estruturas de dados neles armazenadas. Os componentes podem se comunicar por meio de

Petição 870190114955, de 08/11/2019, pág. 30/108

25/73 processos locais e/ou remotos, por exemplo de acordo com um sinal possuindo um ou mais pacotes de dados, por exemplo dados provenientes de um componente interagindo com outro componente em um sistema local, um sistema distribuído, e/ou através de uma rede, tal como a Internet, com outros sistemas, por meio do sinal.

[0057] Além disso, vários aspectos são aqui descritos em conexão com um terminal de acesso, que pode ser um terminal cabeado ou um terminal sem fio. Um terminal pode também ser denominado como um sistema, um dispositivo, uma unidade de assinante, uma estação de assinante, uma estação móvel, telemóvel, estação remota, terminal remoto, terminal de acesso, terminal de usuário, agente de usuário, equipamento de usuário, etc. Um terminal sem fio pode ser um telefone celular, um telefone por satélites, um telefone sem fio, um telefone de protocolo de inicialização de sessão (SIP), uma estação de sistema sem fio de circuito local (WLL), um assistente de dados pessoal (PDA), um dispositivo de mão ou portátil possuindo capacidade de conexão “sem fio”, ou outro dispositivo de processamento conectado a um modem sem fio. Além disso, vários aspectos são aqui descritos com relação a uma estação base. Uma estação base pode ser utilizada para a comunicação com terminais sem fio e pode também ser designada como um ponto de acesso, um Nó B, ou alguma outra terminologia.

[0058] Ademais, o termo ou tenciona exprimir um ou inclusivo e não um ou excludente. Isto é, a menos de especificação em contrário, ou caso claro pelo contexto, X emprega A ou B tenciona exprimir quaisquer das permutações naturais inclusivas; isto é, caso X empregue A, X emprega B,

Petição 870190114955, de 08/11/2019, pág. 31/108

26/73 ou X emprega tanto A como B, então “X emprega A ou B é atendido sob quaisquer dos casos acima. Além disso, os artigos um e uma, tal como usados no presente documento e nas reivindicações anexas devem ser de um modo geral considerados como significando um ou mais, a menos de especificação em contrário, ou caso fique claro pelo contexto como estando dirigidos a uma forma singular.

[0059] As técnicas aqui descritas podem ser usadas para vários sistemas de comunicação sem fio, tais como CDMA, TDMA, FDMA, OFDMA, SC-FDMA e outros sistemas. Os termos sistema e rede são frequentemente usados de forma intercambiável. Um sistema CDMA pode implementar uma tecnologia de rádio tal como a (rádio acesso terrestre universal) UTRA, CDMA 2000, etc. A UTRA inclui o CDMA de banda larga (W-CDMA) e outras variantes do CDMA. O CDMA 2000 inclui as normas 2000, IS-95 e IS-856. Um sistema TDMA pode implementar uma tecnologia de rádio tal como a do Sistema Global para Telecomunicações Móveis (GSM). Um sistema OFDMA pode implementar uma tecnologia de rádio tal como a UTRA evoluída (e-UTRA), UMB (ultra banda larga móvel), IEEE 802.11 (WiFi), IEEE 802.16 (WiMAX), IEEE 802.20, flash-OFDM e assim por diante. O UTRA e o e-UTRA fazem parte do sistema de telecomunicação móvel universal (UMTS). O 3GPP LTE (evolução de longo prazo) é uma versão sendo lançada do UMTS que usa o e-UTRA, que emprega OFDMA no downlink e SC-FDMA no uplink. O UTRA, e-UTRA, UMTS, LTE e GSM estão descritos em documentos de uma organização denominada Projeto de Parceria de 3^a Geração (3GPP). Além disso, o CDMA 2000 e o UMB estão descritos em documentos de uma organização denominada Projeto de Parceria de 3a Geração 2 (3GPP2). Ademais, tais

Petição 870190114955, de 08/11/2019, pág. 32/108

27/73 sistemas de comunicação sem fio podem incluir adicionalmente sistemas de rede ad hoc p2p (ponto a ponto), por exemplo de estação móvel a estação móvel, amiúde utilizando espectros não emparelhados não licenciados, LAN sem fio 802.xx, Bluetooth e quaisquer outras técnicas de comunicação sem fio de curto ou longo alcance.

[0060] Vários aspectos ou características serão apresentados em termos de sistemas que podem incluir vários dispositivos, componentes, módulos e similares. Deve ficar claro que os diversos sistemas podem incluir dispositivos, componentes, módulos, etc., adicionais e/ou podem não incluir a totalidade dos dispositivos, componentes, módulos, etc., mencionados com referência às figuras. Também pode ser usada uma combinação de tais estratégias.

[0061] De acordo com os presentes aspectos, são definidos métodos, equipamentos, sistemas e produtos de programa de computador para a entrega ordenada de pacotes de dados durante um handoff. Os aspectos proporcionam a entrega ordenada em uma comutação de estação base evoluída servidora de link direto/ponto de ligação de dados (FLSE/DAP) e uma comutação de eBS servidora de link reverso/ponto de ligação de dados (RLSE/DAP). Assim sendo, os presentes aspectos propiciam melhoria significativa na capacidade de transmissão nos aplicativos, tais como aplicativos baseados em protocolo de controle de transmissão (TCP) durante o handoff, em redes tais como UMB e similares.

[0062] Se referindo à figura 1 é ilustrado um sistema de comunicação sem fio de acesso múltiplo de acordo com uma concretização. Um ponto de acesso (AP) 100 inclui múltiplos grupos de antenas, um incluindo as antenas 104 e 106, outro

Petição 870190114955, de 08/11/2019, pág. 33/108

28/73 as 108 e 110 e mais um incluindo as 112 e 114. Na Figura 1 são mostradas apenas duas antenas para cada grupo de antenas, no entanto, para cada grupo de antenas podem ser utilizadas mais ou menos antenas. O terminal de acesso (AT) 116 está em comunicação com as antenas 112 e 114, em que as antenas 112 e 114 transmitem informações para o terminal de acesso 116 através do link direto 120 e recebem informações provenientes do terminal de acesso 116 através do link reverso 118. O terminal de acesso 122 está em comunicação com as antenas 104 e 106, em que as antenas 104 e 106 transmitem informações para o terminal de acesso 122 através do link direto 126 e recebem informações provenientes do terminal de acesso 122 através do link reverso 124. Em um sistema FDD, os links de comunicação 118, 120, 124 e 126, podem usar diferentes frequências para a comunicação. Como exemplo, o link direto

120 pode usar uma frequência diferente daquela usada pelo link reverso 118.

[0063] Cada grupo de antenas e/ou a área em que elas estão projetadas para se comunicar são amiúde designadas como setores do ponto de acesso. Na concretização, cada um dos grupos de antenas está projetado para se comunicar com os terminais de acesso em um setor das áreas cobertas pelo ponto de acesso 100.

[0064] Na comunicação através dos links direto 120 e 126, as antenas de transmissão do ponto de acesso 100 utilizam conformação de feixe de modo a melhorar a relação sinal/ruído dos links direto para os diferentes terminais de acesso 116 e 122. Além disso, um ponto de acesso que utiliza conformação de feixe para transmitir para terminais de acesso espalhados de forma aleatória por sua área de cobertura causa

Petição 870190114955, de 08/11/2019, pág. 34/108

29/73 menos interferência para terminais de acesso em células vizinhas do que um ponto de acesso transmitindo através de uma única antena para todos os seus terminais de acesso.

[0065] Um ponto de acesso pode ser uma estação fixa usada para a comunicação com os terminais e pode também ser designado como um ponto de acesso, um Nó B, ou alguma outra terminologia. Um terminal de acesso pode também ser designado como um terminal de acesso, equipamento de usuário (UE), um dispositivo de comunicação sem fio, um terminal, um terminal sem fio, terminal, ou alguma outra terminologia.

[0066] A Figura 2 é um diagrama esquemático de um sistema 200 para prover a entrega ordenada de pacotes de dados durante um handoff de link direto em uma rede de comunicação, de acordo com um aspecto. O sistema inclui um terminal de acesso (AT) 210 que está sendo enviado no link direto de uma rede fonte para uma rede alvo. Dessa forma, o sistema 200 compreende adicionalmente uma entidade de rede fonte 220, tal como uma estação base fonte, por exemplo uma estação base evoluída servidora de link direto e/ou pontos de ligação de dados fonte localizados em nós de acesso ou similares, e uma entidade de rede alvo 230, tal como uma estação base alvo, por exemplo uma estação base evoluída servidora de link direto e/ou pontos de ligação de dados alvo localizados em nós de acesso ou similares. O sistema inclui adicionalmente um gateway de acesso (AGW) 240 que recebe pacotes de dados a partir de uma rede núcleo (não é mostrada na Figura 2) através do link direto. Antes do handoff L2, o AT 210 se comunica através do ar, isto é, diretamente com a entidade de rede fonte 220 e, após o

Petição 870190114955, de 08/11/2019, pág. 35/108

30/73 handoff L2, o terminal de acesso 210 se comunica através do ar, isto é, diretamente com o alvo.

[0067] De um modo geral, a entidade de rede fonte 220 irá enviar a camada 2 (L2) e a camada 3 (L3) para a entidade de rede alvo 230 que estava sendo processada durante o handoff. Os pacotes de dados L2 podem estar na forma de pacotes de dados parciais que iniciaram a transmissão, porém ainda não terminaram a transmissão através do ar, e/ou quaisquer pacotes que foram processados pelo protocolo de camada de link na rede fonte que possui um protocolo equivalente correspondente no AT 210. Os pacotes de dados L3 podem estar na forma de pacotes de dados de protocolo Internet (IP) que ainda não iniciaram a transmissão através do ar. A entidade de rede fonte 220 prioriza o envio de pacotes de dados para a entidade de rede alvo 230 de tal forma que os pacotes de dados L2 recebam a primeira prioridade e os pacotes L3 recebam a segunda prioridade.

[0068] Caso a entidade de rede alvo 230 também esteja recebendo novos pacotes de dados provenientes do AGW 240 durante o handoff, então a entidade de rede alvo 230 prioriza a recepção de pacotes de dados de tal forma que os pacotes de dados provenientes da entidade de rede fonte 230 receba a primeira prioridade e os pacotes de dados provenientes do AGW 240 recebam a segunda prioridade. Com relação a isto, a entidade de rede alvo 230 armazena os pacotes de dados novos até que seja recebida uma indicação a partir da entidade de rede fonte 230 de que a entidade de rede fonte 230 enviou todos os pacotes de dados L2 e L3 restantes destinados para o AT 210.

Petição 870190114955, de 08/11/2019, pág. 36/108

31/73 [0069] O AT 210 provê a priorização de tal modo que os pacotes de dados L2 enviados a partir da entidade de rede fonte 220 durante o handoff recebam prioridade em detrimento de quaisquer pacotes de dados transmitidos para aplicativos residentes no AT 210. Adicionalmente, quando a entidade de rede fonte 220 tenha exaurido todos os pacotes de dados destinados ao AT 210, a entidade de rede fonte 220 envia uma mensagem ou sinal de limpeza, tal como um pacote de limpeza, isto é, um pacote sem dados, para o AT 210. O AT 210 somente envia pacotes de dados montados a partir dos pacotes de dados L2 fonte até que o pacote de limpeza seja recebido, iniciando a seguir o envio de pacotes montados a partir dos pacotes L2 do alvo. A entidade de rede alvo 230 acumula quaisquer pacotes de dados destinados ao AT 210 até que a entidade de rede alvo 230 receba um sinal de indicação proveniente da entidade de rede fonte 220 de que todos os pacotes de dados

L2 e L3 foram enviados para a entidade de rede alvo. A entidade de rede alvo 230 a seguir inicia a transmissão de pacotes recebidos a partir de outras fontes que não a entidade de rede fonte para o AT 210 somente após a entidade de rede alvo 230 ter transmitido todos os pacotes provenientes da entidade de rede fonte para o AT 210. Dessa forma, em outras palavras, a entidade de rede alvo 230 prioriza uma ordem de transmissão de pacotes de dados de acordo com pelo menos uma dentre uma primeira priorização ou uma segunda priorização, em que a primeira priorização compreende priorizar pacotes de dados de camada 2 (L2) recebidos a partir de uma entidade de rede fonte e destinados para transmissão para um terminal de acesso (AT) em detrimento de quaisquer pacotes de dados de camada 3 (L3)

Petição 870190114955, de 08/11/2019, pág. 37/108

32/73 recebidos destinados para o AT, em que a segunda priorização compreende priorizar pacotes de dados L3 recebidos a partir de um gateway de acesso (AGW) (ou de um ponto de ligação de dados(DAP)) e destinados para transmissão para o AT.

[0070] Se referindo à figura 3 é fornecido um diagrama esquemático de um sistema 300 para prover a entrega ordenada de pacotes de dados durante um handoff de link reverso em uma rede de comunicação de acordo com outro aspecto. O sistema inclui um terminal de acesso (AT) 210 que está sendo enviado no link reverso de uma rede fonte para uma rede alvo. Dessa forma, o sistema 200 inclui adicionalmente uma entidade de rede fonte 220, tal como uma estação base fonte localizada em uma rede de eBS servidora de link reverso e/ou pontos de ligação de dados localizados em nós de acesso ou similares, e uma entidade de rede alvo 230, tal como uma estação base alvo localizada em uma rede eBS servidora de link reverso e/ou pontos de ligação de dados localizados em nós de acesso ou similares. O sistema inclui adicionalmente um AGW 240 que transmite pacotes de dados para uma rede núcleo (não é mostrada na Figura 3) através do link reverso.

[0071] No caso do link reverso, os pacotes de dados têm origem em uma única fonte, isto é, o AT 210. O propósito para a entrega ordenada através do link reverso é o de prover pacotes provenientes de aplicativos que requerem entrega ordenada no AGW 240, na ordem em que os pacotes foram gerados no AT 210. Dessa forma, de acordo com um aspecto, o AT 210 pode enviar pacotes de dados L2 que foram parcialmente transmitidos para a entidade de rede fonte 220, porém não terminaram a transmissão pelo ar para a entidade de rede

Petição 870190114955, de 08/11/2019, pág. 38/108

33/73 fonte 220. Esses pacotes de dados parciais podem ser designados como fragmentos. O AT 210 envia os pacotes parciais para a entidade de rede fonte 220 através de um túnel de protocolo previamente estabelecido, ou a entidade de rede fonte 220 pode estabelecer um túnel caso um já não exista.

[0072] Adicionalmente, o AT 240 envia pacotes de dados novos para a entidade de rede alvo 230, que acumula os novos pacotes de dados e não envia os pacotes de dados novos para o AGW 240 até que a entidade de rede alvo 230 receba um sinal indicativo proveniente da entidade de rede fonte 220 de que a entidade de rede fonte completou o envio de todos os pacotes de dados parciais para o AGW 240, ou até que tenha transcorrido um período de tempo predeterminado após o handoff.

[0073] Se referindo à figura 4 é provido um diagrama esquemático de um sistema 400 específico para prover a entrega ordenada de pacotes de dados durante um handoff de link direto de acordo com um aspecto. No exemplo ilustrado, o handoff ocorre no nível da rede de acesso servidora. O sistema 400 inclui um terminal de acesso (AT) 210 que é provido com o link direto handoff a partir de uma rede fonte de estação base evoluída servidora de link direto (FLSE) 410 para uma rede alvo de estação base evoluída servidora de link direto 420. O sistema inclui adicionalmente um nó de acesso 430 e AGW 240 que enviam pacotes de dados transmitidos a partir de uma rede núcleo (não é mostrada na Figura 4) através do link direto. A Figura 4 será comentada com relação às ações tomadas pelos nós específicos que compreendem o sistema 400.

Petição 870190114955, de 08/11/2019, pág. 39/108

34/73

FLSE alvo [0074] O FLSE alvo 420, ao detectar o AT 210, envia uma notificação de tunelização de protocolo Internet (IPT) para todas as ANs no conjunto de rota (não é mostrado na Figura 4) que indica que o FLSE é o FLSE alvo. Após enviar a notificação IPT, o FLSE alvo 420 inicializa um timer para indicar um período de espera máximo permitido para que sejam recebidos dados L3 pendentes. Tal timer é reajustado a cada vez que é recebido um pacote IP tunelizado proveniente do FLSE fonte 410 pelo FLSE alvo 420. Tal timer é implementado como segurança contra os casos em que uma mensagem de sinalização subsequente, indicando ausência de dados pendentes, a qual é enviada a partir do FLSE fonte 420 para o FLSE alvo, seja perdida, ou por outra razão não seja recebida pelo FLSE alvo 420.

[0075] Ao receber os pacotes de dados L2 tunelizados a partir do FLSE fonte 410, o FLSE alvo 420 inicia o envio de tais pacotes de dados para o AT 210 encapsulados em protocolo de tunelização entre rotas (IRTP) ou similar em uma corrente de protocolo de link de rádio (RLP). Ao receber os pacotes IP tunelizados provenientes do FLSE fonte 410, o FLSE alvo 420 inicia o handoff de tais pacotes de dados para o terminal de acesso 210 através de sua própria corrente RLP. O FLSE alvo 420 provê a prioridade de programação para os pacotes L2 parciais tunelizados em comparação com os pacotes IP completos tunelizados. Em um aspecto, com relação a isto, o FLSE alvo 420 começa a enviar os pacotes de dados L2 parciais tunelizados antes de enviar os pacotes IP completos tunelizados, porém ele pode iniciar o envio dos pacotes de dados IP completos tunelizados enquanto alguns

Petição 870190114955, de 08/11/2019, pág. 40/108

35/73 pacotes de dados L2 parciais tunelizados estão ainda sendo transmitidos ou retransmitidos. Assim sendo, não é necessário em cada caso que os pacotes de dados L2 completos tunelizados cheguem ao terminal de acesso 210 após os pacotes de dados L2 tunelizados.

[0076] O FLSE alvo 420 pode não enviar pacotes IP tunelizados recebidos diretamente a partir do DAP 430, caso o DAP 430 seja uma entidade separada do FLSE 420, ou do AGW 240 até que seja recebida uma mensagem de confirmação indicando que não há dados pendentes e o FLSE anterior, ou até expirar o timer acima mencionado que define o período de espera para dados L3 pendentes. Uma vez recebida a mensagem de confirmação, ou o timer expire, o FLSE alvo 420 pode iniciar a transmissão de pacotes IP recebidos diretamente a partir do DAP 430, após enviar os pacotes tunelizados recebidos a partir do FLSE fonte 410. Tal processamento assegura que os pacotes recebidos tunelizados a partir do FLSE fonte 410 e tunelizados a partir do DAP 430 são enviados em ordem para o terminal de acesso 210.

FLSE fonte [0077] Ao receber a notificação IPT proveniente do FLSE alvo 420 indicando a mudança no alvo, o FLSE fonte 410 inicializa um timer indicando um período de espera para recepção de pacotes IP provenientes do DAP 430. O timer é de um modo geral ajustado para aproximadamente duas vezes a duração do retardo do backhaul. Além disso, ao receber a notificação IPT, o FLSE fonte 410 envia uma mensagem de confirmação confirmando a recepção da notificação IPT e indicando dados pendentes e o estado do FLSE anterior. De acordo com certos aspectos, tal mensagem de confirmação é

Petição 870190114955, de 08/11/2019, pág. 41/108

36/73 transmitida antes da espera pelo término da transmissão de pacotes de dados L2 parciais atualmente em transmissão.

[0078] O FLSE fonte 410 tuneliza pacotes L2 para o FLSE alvo 420 de acordo com a ordem de prioridade como se segue. A primeira prioridade é provida a pacotes parciais que foram iniciados, mas que não terminaram a transmissão através do ar no FLSE fonte 410 e/ou quaisquer pacotes que foram processados pelo protocolo de camada de link na entidade de rede fonte que possuem um protocolo correspondente no terminal de acesso. A segunda prioridade é provida a pacotes IP que ainda não iniciaram a transmissão através do ar no FLSE fonte 410. Após todos os pacotes parciais e pacotes IP terem sido tunelizados, uma mensagem ou sinal de limpeza, tal como um pacote de limpeza, é enviado para o terminal de acesso 210 através da entidade de rede alvo. Em um aspecto, por exemplo, o pacote de limpeza não porta quaisquer dados e pode possuir um número de sequência RLP equivalente ao número de sequência do último byte enviado a partir do RLP no FLSE fonte 410.

[0079] Na maioria dos casos, o FLSE fonte 410 não necessita transmitir para o terminal de acesso 210 pacotes parciais que estavam atualmente em transmissão ou pacotes de dados IP que ainda não haviam iniciado a transmissão. Isto porque tais pacotes de dados já estão sendo tunelizados para o FLSE alvo 420, não ocorrendo, portanto, qualquer benefício significativo por sua transmissão também através do FLSE fonte 410. No entanto, em alguns aplicativos sensíveis a retardos, tais como voz através de protocolo Internet (VOIP) ou similares, pode ser obtido benefício em termos de menos

Petição 870190114955, de 08/11/2019, pág. 42/108

37/73 retardo através da transmissão dos pacotes parciais e/ou pacotes IP no FLSE fonte 410.

[0080] Ao ocorrer a comutação para o FLSE alvo 420, o FLSE fonte 410 não puxa quaisquer pacotes de dados IP ou quaisquer pacotes novos a partir da fila IP para transmissão através do ar.

[0081] Após a expiração do timer que indica o período de espera por pacotes IP, com o significado de que não há mais pacotes de dados em fila no FLSE fonte 410 para serem tunelizados para o FLSE alvo 420, o FLSE fonte 410 envia uma mensagem de confirmação para o FLSE alvo 420 indicando ausência de dados pendentes e o estado do FLSE anterior.

DAP [0082] Deve ser notado que o processamento descrito com relação ao DAP 430 só será necessário caso o DAP seja uma entidade separada do FLSE 420.

[0083] Ao receber a notificação IPT indicando que o FLSE 420 é o FLSE alvo, o DAP 430 envia uma mensagem de confirmação indicando a recepção da notificação IPT. Uma vez enviada a mensagem de confirmação pelo DAP 430, o DAP 430 inicia o envio de pacotes IP completos tunelizados para o FLSE alvo 420 de acordo com a prioridade dos pacotes. Como notado, outros nós de acesso, ao receber a notificação IPT, enviam uma mensagem de confirmação indicando a recepção da notificação IPT.

AT [0084] O terminal de acesso irá enviar pacotes de dados para o aplicativo correspondente em uma ordem baseada no esquema que se segue. Caso o timer que indica o período de espera pela recepção de uma mensagem ou sinal de limpeza,

Petição 870190114955, de 08/11/2019, pág. 43/108

38/73 tal como um pacote de limpeza, expirar, ou o pacote de limpeza ser recebido para a corrente RLP que recebe pacotes L2 tunelizados e não houver quaisquer pacotes não confirmados ou perdidos, o terminal de acesso 210 envia todos os pacotes de dados para o aplicativo. O timer que indica o período de espera para recepção do pacote de limpeza é de um modo geral inicializado pelo terminal de acesso 210 quando a corrente RLP recebe pacotes de dados L2 logo após ocorrer a comutação de FLSE. Tal timer deve ser reajustado a cada pacote recebido. O terminal de acesso 210 envia pacotes de dados provenientes da corrente RLP recebendo pacotes IP para o aplicativo somente após todos os pacotes de dados terem sido enviados para o aplicativo a partir da corrente RLP recebendo os pacotes L2 tunelizados provenientes do FLSE fonte 410. Deve ser notado que as regras de prioridade empregadas no terminal de acesso 210 são implementadas somente para fluxos que requerem entrega ordenada. Para fluxos que podem tolerar entrega fora de ordem, tais como VOIP ou similares, os pacotes de dados podem ser enviados fora de ordem.

[0085] Se referindo à figura 5 é provido um diagrama esquemático de um sistema 500 específico para prover a entrega ordenada de pacotes de dados durante um handoff DAP de acordo com um aspecto. No exemplo ilustrado, o handoff ocorre no nível do ponto de ligação de dados. O sistema 500 inclui um terminal de acesso 210 que é provido com o link direto handoff a partir de um DAP fonte 520 para um DAP alvo 530. O sistema inclui adicionalmente uma rede estação base evoluída servidora de link direto 510 e um gateway de acesso 240 que enviam pacotes de dados transmitidos a partir de uma rede núcleo (não é mostrada na Figura 5) através do link

Petição 870190114955, de 08/11/2019, pág. 44/108

39/73 direto. A Figura 5 será comentada com relação às ações tomadas pelos nós específicos que compreendem o sistema 500. DAP alvo [0086] Ao receber uma requisição de movimentação de DAP enviada a partir do terminal de acesso 210, ou do DAP alvo 530, caso o DAP alvo efetue a determinação de se tornar o alvo, o DAP alvo 530 envia uma requisição de registro, tal como uma requisição de registro de protocolo Internet móvel (MIP) ou MIP proxy para o gateway de acesso 240.

[0087] Uma vez que o DAP 530 receba uma resposta para a requisição de registro proveniente do AGW 240, o DAP alvo 530 envia uma notificação DAP para o DAP fonte 520 e para o FLSE 510, bem como para outros ANs no conjunto de rotas (não é mostrado na Figura 5). Após enviar a notificação DAP, o DAP alvo 530 inicializa um timer indicando um período de espera para a recepção de pacotes de dados L3 pendentes. Esse timer é reajustado cata vez que um pacote de dados IP tunelizado é recebido do DAP 520 fonte. Esse timer é implementado como segurança contra os casos em que uma mensagem de sinalização enviada subsequentemente que confirma que não há dados pendentes, enviada a partir do DAP fonte 520 para o DAP alvo 530, seja perdida ou por outra razão não apropriadamente recebida pelo DAP alvo 530.

[0088] O DAP alvo 530 não envia pacotes de dados IP diretos recebidos a partir do AGW 240 para o FLSE 510 até que todos os pacotes IP provenientes do DAP fonte 520 tenham sido enviados para o FLSE 510. A recepção da mensagem de confirmação indicando ausência de dados pendentes e o DAP anterior é usado pelo DAP alvo 530 como informação sobre quando foi recebido o último pacote proveniente do DAP fonte

Petição 870190114955, de 08/11/2019, pág. 45/108

40/73

520 de forma a que o DAP alvo 530 possa iniciar o envio de pacotes IP diretos.

DAP fonte [0089] Ao receber a notificação DAP enviada a partir do DAP alvo 530, o DAP fonte 520 inicializa um timer indicando o período de espera dos pacotes IP. O valor do timer pode ser aproximadamente igual ao retardo em um sentido entre o AGW 240 e a estação base no FLSE 510 através do DAP fonte 520. Em outras palavras, em outro aspecto, o timer é ajustado para um valor tal que permita que a origem/trajetória antigas sejam completamente drenadas antes de reiniciar as comunicações no alvo. Adicionalmente, quando da recepção da notificação DAP enviada a partir do DAP alvo 530, o DAP fonte 520 envia uma mensagem de confirmação indicando a recepção da notificação DAP e indicando dados pendentes e o estado do DAP anterior.

[0090] Após expirar o timer que indica o período de espera para recepção de pacotes de dados IP, o que significa que não há quaisquer pacotes de dados em fila para serem tunelizados para o DAP alvo 530, o DAP fonte 520 envia uma confirmação de notificação IPT sem dados pendentes e o estado do DAP anterior para o DAP alvo 530.

FLSE [0091] Deve ser notado que o processamento descrito com relação ao FLSE 430 só é necessário caso o FLSE seja uma entidade separada do DAP.

[0092] Ao receber a confirmação de notificação IPT enviada a partir do DAP fonte 520 indicando ausência de dados pendentes, o FLSE 510 pode iniciar o envio de pacotes de dados diretamente recebidos a partir do AGW 240 ou através

Petição 870190114955, de 08/11/2019, pág. 46/108

41/73 do DAP alvo 530 após ter enviado os pacotes de dados tunelizados recebidos a partir do DAP fonte 520.

AGW [0093] Ao receber a requisição de registro enviada a partir do DAP alvo 530, o AGW 240 envia uma resposta de registro para o DAP alvo 53. Uma vez enviada a resposta, o AGW pode iniciar o envio de pacotes de dados diretamente para o DAP alvo 530.

[0094] Se referindo à figura 6 é um diagrama esquemático de um sistema 600 específico para prover a entrega ordenada de pacotes de dados durante um handoff de link reverso de acordo com um aspecto. No exemplo ilustrado, o handoff ocorre no nível da rede de acesso servidora. O sistema 600 inclui um terminal de acesso (AT) 210 que é provido com o link direto handoff a partir de uma rede de eBS servidora de link reverso (FLSE) 610 para uma rede de eBS servidora de link reverso (FLSE) 620. O sistema compreende adicionalmente um nó de acesso 430 de ponto de ligação de dados (DAP) e um AGW 240 que envia pacotes de dados para uma rede núcleo (não é mostrada na Figura 6) através do link reverso. A Figura 6 será comentada com relação às ações tomadas pelos nós específicos que constituem o sistema 600.

RLSE alvo [0095] Ao detectar o terminal de acesso 210, o RLSE alvo 620 envia a notificação IP para o RLSE fonte 610 e o

DAP 430, bem como para outros ANs no conjunto de rota (não é mostrado na Figura 6). A notificação IPT serve para informar que o RLSE 620 é o RLSE alvo.

Petição 870190114955, de 08/11/2019, pág. 47/108

42/73 [0096] Ao receber uma mensagem de confirmação indicando a recepção da notificação IPT e indicando dados pendentes e o estado do RLSE anterior, o RLSE alvo 620 inicializa um timer indicando o período de espera para a recepção de pacotes de dados L3. Tal timer é implementado como segurança contra os casos em que a notificação IP indicando ausência de dados pendentes, que é enviada a partir do RLSE fonte 610 para o RLSE alvo 620, for perdida ou por outra razão não for apropriadamente recebida pelo RLSE alvo 620. Adicionalmente, o RLSE alvo 620 designa um bloco de designação de link reverso (RLAB) para o terminal de acesso 210.

[0097] Para correntes de entrega ordenada, o RLSE alvo 620 pode não enviar os pacotes IP recebidos a partir do terminal de acesso 210 através da rota alvo para o AGW 240 ou o DAP 430 até ser recebida a notificação IPT com ausência de dados proveniente do RLSE fonte 610 ou até que expire o timer indicando o período de espera para a recepção de pacotes de dados L3 pendentes. Para os fluxos que possam tolerar a entrega fora de ordem, tais como VOIP ou similares, pode não ser necessário o acúmulo dos pacotes de dados no RLSE alvo 620, podendo eles serem enviados em qualquer momento.

RLSE fonte [0098] Ao receber a notificação IPT enviada a partir do RLSE alvo 620, o RLSE fonte 610 envia uma mensagem de confirmação indicando a recepção da notificação IPT e indicando que há dados pendentes e o estado do RLSE anterior. O RLSE fonte 610 também inicializa um timer que indica um período de espera por uma mensagem ou sinal de limpeza, tal

Petição 870190114955, de 08/11/2019, pág. 48/108

43/73 como um pacote de limpeza, para cada corrente que requer entrega ordenada. Tal timer é reajustado a cada vez que é recebido um pacote que possui um número de sequência maior do que qualquer pacote recebido anteriormente na corrente.

[0099] Para todas as corrente que requerem entrega ordenada, caso o timer indicando o período de espera para recepção da mensagem ou sinal de limpeza, tal como o pacote de limpeza, expire, ou o pacote de limpeza seja recebido para a rota RLP recebendo pacotes de dados L2 tunelizados e não existam quaisquer pacotes não confirmados ou perdidos, o RLSE fonte 610 envia uma notificação IPT para o RLSE alvo 620 indicando a ausência de dados pendentes e o estado do RLSE anterior.

DAP [0100] Ao receber a notificação IPT proveniente do RLSE alvo 620, o DAP 430 envia uma mensagem de confirmação indicando a recepção da notificação IPT para o RLSE alvo 620. Todos os outros nós no conjunto de rota podem também enviar uma mensagem de confirmação ao receber a notificação IPT indicando o mesmo.

AT [0101] Após a comutação para o RLSE alvo 620, o terminal de acesso 210 envia pacotes de dados L2 através da rota RLSE fonte para o RLSE alvo 620 na ordem que se segue. A primeira prioridade é provida a pacotes parciais que foram iniciados, mas que não terminaram a transmissão através do ar no RLSE fonte 610 e/ou quaisquer pacotes que foram processados pelo protocolo de camada de link na entidade de rede fonte que possuam um protocolo correspondente no terminal de acesso. Após todos os pacotes parciais e pacotes

Petição 870190114955, de 08/11/2019, pág. 49/108

44/73

IP terem sido tunelizados para o RLSE fonte 610, é enviada uma mensagem ou sinal de limpeza, tal como um pacote de limpeza. O pacote de limpeza não porta quaisquer dados e pode possuir um número de sequência RLP equivalente ao número de sequência do último byte enviado a partir do RLP no RLSE fonte 610. Após enviar os pacotes L2 parciais através da rota fonte, o terminal de acesso 210 começa a enviar novos pacotes para o RLSE alvo 620 através da rota alvo.

[0102] Se referindo à figura 7 é provido um diagrama esquemático de um sistema 700 específico para o provimento de entrega ordenada de pacotes de dados durante um handoff de DAP de acordo com um aspecto. No exemplo ilustrado, o handoff ocorre no nível do ponto de ligação de dados. O sistema 700 inclui um terminal de acesso (AT) 210 que é provido com o handoff de link reverso a partir de um DAP fonte 520 para um DAP alvo 530. O sistema inclui adicionalmente uma rede de eBS servidora de link reverso 710 e um AGW 240 que enviam pacotes de dados transmitidos a partir de uma rede núcleo (não é mostrada na Figura 7) através do link direto. A Figura 7 será comentada com relação às ações tomadas pelos nós específicos que constituem o sistema 700.

DAP alvo [0103] Ao receber uma requisição de mover DAP enviada a partir do terminal de acesso 210, o DAP alvo 530 envia uma requisição de registro, tal como uma requisição de registro MIP proxy ou protocolo Internet múltiplo (MIP) para o AGW 240.

[0104] Uma vez que o DAP alvo 530 receba uma resposta para a requisição de registro proveniente do AGW 240, o DAP

Petição 870190114955, de 08/11/2019, pág. 50/108

45/73 alvo 530 envia uma notificação DAP para o DAP fonte 520 e para o RLSE 710, bem como para outras ANs no conjunto de rotas (não é mostrado na Figura 7). Após enviar a notificação DAP, o DAP alvo 530 inicializa um timer indicando um período de espera para recebimento de pacotes de dados L3 pendentes provenientes do DAP fonte 520. Esse timer é reajustado a cada vez que é recebido um pacote de dados IP tunelizado proveniente do DAP fonte 520. Esse timer é implementado como segurança contra os casos em que uma ACK enviada subsequentemente que confirma não haver dados pendentes, que é enviada a partir do DAP fonte 520 para o DAP alvo 530, for perdida ou por outra razão não for apropriadamente recebida pelo DAP alvo 530.

DAP fonte [0105] Ao receber a notificação DAP enviada a partir do DAP alvo 530, o DAP fonte 520 envia uma mensagem de confirmação indicando a recepção da notificação DAP e indicando dados pendentes e o estado do DAP anterior.

RLSE [0106] Ao receber a confirmação da notificação DAP enviada a partir do DAP alvo 530, o RLSE 510 inicializa um timer indicando o período de espera para recepção de dados L3 pendentes. O valor do tempo pode ser igual a aproximadamente duas vezes o retardo do backhaul entre o AGW 240 e a estação base no RLSE 710.

[0107] Após expirar o timer que indica o período de espera pela recepção de pacotes L3, o RLSE 710 pode iniciar a tunelização de pacotes de dados para o DAP alvo 530.

Gateway de acesso - AGW

Petição 870190114955, de 08/11/2019, pág. 51/108

46/73 [0108] Ao receber a requisição de registro enviada a partir do DAP alvo 530, o AGW 240 envia uma resposta de registro para o DAP alvo 530.

[0109] Se referindo à figura 8, em um aspecto, terminal de acesso 210 compreende um dispositivo de comunicação móvel, tal como telefone móvel ou similar, que pode ser operado em um sistema de comunicação sem fio. Como pode ser notado, existe uma diversidade de sistemas de comunicação sem fio além da rede UMB, os quais amiúde empregam diferentes largura de banda do espectro e/ou diferentes tecnologias de interface aérea. Os exemplos de sistemas incluem sistemas CDMA (CDMA 2000, EV-DO, W-CDMA), OFDM, ou OFDMA (flash-OFDM, 802.20, WiMAX), FDMA/TDMA (GSM), usando espectros licenciados para FDD ou TDD, par a par, (por exemplo unidade móvel a unidade móvel), sistemas de rede ad hoc amiúde usando espectros não emparelhados não licenciados, técnicas de LAN sem fio 802.xx ou Bluetooth.

[0110] O terminal de acesso 210 inclui o componente processador 810 para efetuar funções de processamento associadas a um ou mais dos componentes e funções aqui descritas. O componente processador 810 pode incluir um único ou múltiplos conjuntos de processadores ou processadores de múltiplos núcleos. Além disso, o componente de processamento 810 pode ser implementado na forma de um sistema de processamento integrado e/ou um sistema de processamento distribuído. Adicionalmente, o componente de processamento 810 pode incluir um ou mais subsistemas de processamento, tais como subsistemas de processamento capazes de determinar a qualidade de link ou implementar ligações de link de acordo com os aspectos da presente invenção, ou qualquer outro

Petição 870190114955, de 08/11/2019, pág. 52/108

47/73 subsistema de processamento necessário para efetivar os aspectos da presente invenção.

[0111] O terminal de acesso 210 inclui adicionalmente uma memória 820, por exemplo para armazenar versões locais de aplicativos/módulos sendo executados pelo componente processador 810. A memória 820 pode incluir uma memória de acesso aleatório (RAM), memória somente de leitura (ROM), ou uma combinação de tais. Adicionalmente, em alguns aspectos (não são mostradas na Figura 8), a memória 820 inclui um módulo de handoff, um módulo de priorização de pacotes de dados, e similares.

[0112] Além disso, o terminal de acesso 210 inclui um módulo de comunicação 830 que provê o estabelecimento e manutenção de comunicações com uma ou mais partes, utilizando hardware, software e os serviços aqui descritos. O módulo de comunicação 830 pode efetuar as comunicações entre componentes no terminal de acesso 210, bem como entre o terminal de acesso 210 e dispositivos de rede externos, tais como a estação base 900 localizados através de uma rede de comunicação e/ou dispositivos conectados em série ou localmente ao terminal de acesso 210. Adicionalmente, o módulo de comunicação 830 pode incluir o transceptor 832 que pode ser operado para a transmissão de pacotes de dados.

[0113] Adicionalmente, o terminal de acesso 210 pode incluir também um armazenamento de dados 840, que pode ser qualquer combinação adequada de hardware e/ou software que proporcione o um armazenamento de grande porte de informações, bases de dados e programas empregados em conexão com os aspectos descritos aqui.

Petição 870190114955, de 08/11/2019, pág. 53/108

48/73 [0114] O terminal de acesso 210 pode incluir também um componente de interface de usuário 850 que opera para receber entradas provenientes de um usuário do terminal de acesso 210 e para gerar saídas para apresentação ao usuário. O componente de interface de usuário 850 pode incluir um ou mais dispositivos de alimentação, incluindo, porém não limitados a, um teclado, um teclado de algarismos, um mouse, um display sensível ao toque, uma tecla de navegação, uma tecla de funções, um microfone, um componente de reconhecimento de voz, quaisquer outros mecanismos capazes de receber uma entrada proveniente de um usuário, ou quaisquer combinações de tais. Ademais, o componente de interface de usuário 850 pode incluir um ou mais dispositivos de saída, incluindo, porém, não limitados a um display, um alto falante, um mecanismo de feedback háptico, uma impressora, qualquer outro mecanismo capaz de apresentar uma saída para um usuário, ou quaisquer combinações de tais.

[0115] Se referindo à figura 9, em um aspecto, uma entidade de rede, tal como uma estação base (BS) 900 que opera para receber pacotes de dados de links direto ou reverso e prover a entrega ordenada de tais. A estação base 900 inclui qualquer tipo de dispositivo de comunicação baseado em redes, tal como um servidor de rede que opera em uma rede de comunicação. A rede de comunicação pode ser um sistema de comunicação sem fio ou cabeado, ou uma combinação de tais, e inclui a rede sem fio na qual opera o terminal de acesso 210.

[0116] A estação base 900 inclui um componente processador 910 para efetuar as funções de processamento associadas a um ou mais componentes e funções aqui descritos.

Petição 870190114955, de 08/11/2019, pág. 54/108

49/73

O componente processador 910 pode incluir um único ou múltiplos conjuntos de processadores ou processadores de múltiplos núcleos. Ademais, o componente processador 910 pode ser implementado como um sistema de processamento integrado e/ou de um sistema de processamento distribuído.

[0117] A estação base 900 inclui adicionalmente uma memória 920, por exemplo para armazenamento de versões locais de aplicativos sendo executados pelo componente processador 910. A memória 920 pode incluir uma memória de acesso aleatório (RAM), memória somente de leitura (ROM), ou uma combinação de tais.

[0118] Além disso, a estação base 900 inclui um módulo de comunicação 930 que permite estabelecer e manter comunicações com uma ou mais partes utilizando hardware, software e serviços aqui descritos. O módulo de comunicação 930 pode realizar comunicações entre os componentes na estação base 900, bem como entre a estação base 900 e dispositivos externos, tais como o terminal de acesso 210, e incluindo dispositivos através da rede de comunicação e/ou dispositivos conectados em série ou localmente à estação base 900. Em um aspecto, o módulo de comunicação 930 opera para priorizar os pacotes de dados com o propósito de prover a entrega ordenada dos pacotes de dados durante um handoff.

[0119] Adicionalmente, a estação base 900 pode incluir também dispositivos de armazenamento 940, que podem ser qualquer combinação adequada de hardware e/ou software que proporcione armazenamento de grande porte de informação, bases de dados e programas empregados em conexão com os aspectos descritos aqui.

Petição 870190114955, de 08/11/2019, pág. 55/108

50/73 [0120] A estação base 900 pode incluir também um componente de interface de usuário 950 que opera para receber entradas provenientes de um usuário da estação base 900 e para gerar saídas para apresentação ao usuário. O componente de interface de usuário 950 pode incluir um ou mais dispositivos de entrada, incluindo, porém não limitados a, um teclado, um teclado de algarismos, um mouse, um display sensível ao toque, uma tecla de navegação, uma tecla de funções, um microfone, um componente de reconhecimento de voz, quaisquer outros mecanismos capazes de receber uma entrada proveniente de um usuário, ou quaisquer combinações de tais. Ademais, o componente de interface de usuário 950 pode incluir um ou mais dispositivos de saída, incluindo, porém, não limitados a um display, um alto falante, um mecanismo de feedback háptico, uma impressora, qualquer outro mecanismo capaz de apresentar uma saída para um usuário, ou quaisquer combinações de tais.

[0121] A Figura 10 retrata um fluxograma de chamada para entrega de pacotes em ordem durante um handoff de link direto entre redes de estação base evoluída servidora de link direto (FLSE), de acordo com um aspecto da presente inovação. Deve ser notado que apesar de o esquema de entrega de pacotes em ordem ilustrado na Figura 10 ser descrito com referência a uma rede UMB (banda larga ultra móvel), o esquema aqui descrito não está limitado a uma rede UMB e pode ser implementado em outras redes que se baseiam em protocolos de Internet móvel (MIP) ou similares.

[0122] Em 1010, antes do handoff, pacotes de dados de protocolo Internet (IP) de camada 3 (L3) estão sendo transmitidos a partir do gateway de acesso (AGW) 240 para o

Petição 870190114955, de 08/11/2019, pág. 56/108

51/73 ponto de ligação de dados (DAP) 430 e a seguir para a rede de estação base evoluída servidora de link direto (FLSE) 410. A rede FLSE 410 processa os pacotes de dados L3 IP para pacotes de dados de camada 2 (L2) encapsulados, que transmitem os pacotes de dados através do ar para o terminal de acesso 210 através de um túnel de protocolo de link reverso, aqui designado como a rota 2. Em 1012, devido a considerações quanto à força dos sinais e/ou outros fatores que podem afetar o desempenho do serviço, o congestionamento de rede, ou similares, o terminal de acesso 210 seleciona a rede de estação base evoluída servidora de link direto (FLSE) 420 como a estação base (BS) servidora no link direto. Como pode ser notado, na arquitetura de UMB a estação base servidora pode ser uma estação base evoluída (eBS).

[0123] Em 1014 o FLSE alvo 420 envia uma notificação

IPT para o FLSE fonte 410 e, em 1020, o FLSE alvo 420 envia a mesma notificação IPT para o ponto de ligação de dados (DAP) 430. A notificação IPT enviada em 1014 e 1020 serve para notificar às entidades receptoras de que o FLSE alvo 420 foi selecionado pelo terminal de acesso 210 como a estação base servidora, em outras palavras, o FLSE 420 se tornou o alvo. Adicionalmente, a notificação IPT é comunicada a outros nós de acesso (ANs) no conjunto de rotas (não é mostrado no fluxograma de chamada da Figura 10). Em um aspecto, após enviar a notificação IPT, em 1018, o FLSE alvo 420 inicializa um timer para indicar um período de espera para o recebimento de dados L3 pendentes designados para transmissão para o terminal de acesso 210. Tal timer deve ser reajustado a cada vez que um pacote IP tunelizado enviado a partir do FLSE fonte 410 for recebido pelo FLSE alvo 420.

Petição 870190114955, de 08/11/2019, pág. 57/108

52/73

Tal timer é implementado para solucionar os casos em que uma confirmação é enviada a partir do FLSE fonte 410 para o FLSE alvo 420 em 1040 e seja perdida ou por outra razão não recebida apropriadamente pelo FLSE alvo 420.

[0124] Em 1016, uma vez que o FLSE fonte 410 receba a notificação IPT (em 1014) proveniente do FLSE alvo 420, o FLSE fonte 410 inicializa um timer para indicar um período de espera para a recepção de pacotes IP. Em um aspecto, tal timer pode ser ajustado para aproximadamente duas vezes o retardo do backhaul. Uma vez expirado tal timer, uma ACK indicando “sem dados pendentes” e “FLSE anterior” é enviada para o FLSE alvo 420 (em 1040).

[0125] Em 1022, o FLSE fonte envia uma confirmação (ACK) de notificação IPT para o FLSE alvo 420. A ACK de notificação IPT pode incluir também indicadores, tais como flags acionados ou similares, indicando dados pendentes” e

FLSE anterior”. Na maioria dos casos, a ACK da notificação IPT é enviada sem que o FLSE fonte aguarde o término da transmissão de fragmentos (isto é, pacotes de dados parcialmente processados) atualmente em transmissão.

[0126] Uma vez que o FLSE alvo 420 receba a ACK de notificação IPT com indicadores para dados pendentes” e FLSE anterior”, em 1024, o FLSE alvo 420 designa um bloco de designação de link direto (FLAB) para o terminal de acesso 210. Em 1026, que pode preceder 1022 e/ou 1024, o DAP 430 envia uma ACK de notificação IPT para o FLSE alvo 420.

[0127] Após o FLSE fonte enviar a ACK de notificação IPT, em 1028, o FLSE fonte 410 tuneliza os pacotes de dados L2 para o FLSE alvo 420 de acordo com a ordem a seguir. Em primeiro lugar, fragmentos que iniciaram a transmissão mas

Petição 870190114955, de 08/11/2019, pág. 58/108

53/73 ainda não terminaram a transmissão através do ar no FLSE fonte 410, em outras palavras pacotes parciais que ainda não foram confirmados como totalmente recebidos pelo FLSE fonte 410 e/ou quaisquer pacotes de dados que foram processados pelo protocolo de camada de link na entidade de rede fonte que possuem um protocolo correspondente no terminal de acesso. Em segundo lugar, fragmentos de pacotes IP ou pacotes IP que ainda não iniciaram a transmissão através do ar no FLSE fonte 410. Em terceiro lugar, uma mensagem ou sinal de limpeza, tal como um pacote de limpeza, é enviado após o envio do último fragmento. O pacote de limpeza não porta dados e é caracterizado como possuindo um número de protocolo de link de rádio (RLP) igual ao número de sequência do último byte enviado a partir do RLP no FLSE fonte. Em 1030 o FLSE alvo 420 transmite os pacotes L2 (isto é, pacotes de dados da rota 2 encapsulados na rota 1) para o terminal de acesso 210.

[0128] Uma vez que tenha ocorrido a comutação do FLSE, em 1032, o terminal de acesso 210 inicializa um timer indicando o período de espera para recepção do pacote de limpeza em correntes RLP recebendo pacotes L2 tunelizados. Tal timer permite ao terminal de acesso 210 efetuar a entrega ordenada por passagem dos pacotes a partir da corrente RLP recebendo pacotes IP apenas após passar pacotes da corrente RLP recebendo pacotes L2 tunelizados. Adicionalmente, tal timer é reajustado na recepção de cada pacote de dados.

[0129] Enquanto a ACK da notificação IPT está em trânsito do FLSE fonte 410 para o FLSE alvo 420 e o terminal de acesso estar ainda recebendo o FLSE fonte 410, o FLSE fonte pode ou não servir ao terminal de acesso 210 com os

Petição 870190114955, de 08/11/2019, pág. 59/108

54/73 fragmentos que estão atualmente em transmissão ou os fragmentos que ainda não iniciaram a transmissão. Dado que tais fragmentos estão sendo tunelizados para o FLSE alvo 420, em 1028, não existe, na maioria dos casos, vantagem significativa em também os servir através do FLSE fonte 410. No entanto, em certos aplicativos sensíveis a retardo, tais como voz sobre protocolo Internet (VOIP) ou similares, pode ser obtida uma vantagem em termos de menor retardo pelo serviço adicional dos fragmentos no FLSE fonte 410. Os fragmentos podem ser duplicados com os pacotes L2 enviados através do túnel, porém o terminal de acesso 210 é capaz de detectar a duplicação por RLP. Como exemplo, no aplicativo VOIP, o jitter sofrido poderia ser potencialmente reduzido pelo serviço adicional dos fragmentos no FLSE fonte 410.

[0130] Em 1034 o FLSE fonte envia pacotes de dados IP completos através do túnel de protocolo para o FLSE alvo no protocolo de túnel de camada 2 (L2TP), de acordo com a prioridade dos pacotes de dados IP completos. De acordo com um aspecto, o FLSE alvo 420 provê a prioridade de programação para os pacotes L2 tunelizados comparados aos pacotes IP completos tunelizados. Assim sendo, em tais aspectos, o FLSE alvo 420 inicia o serviço dos pacotes L2 tunelizados antes de iniciar o serviço dos pacotes IP completos tunelizados. No entanto, o FLSE alvo pode começar a servir os pacotes IP completos tunelizados enquanto alguns fragmentos ainda estão em transmissão. Dessa forma, não é necessário que os pacotes IP completos tunelizados cheguem ao terminal de acesso 210 após a recepção de pacotes L2 tunelizados. Em 1036 o FLSE alvo 420 transmite os pacotes de dados IP completos para o terminal de acesso 210 através da rota 1 RLP.

Petição 870190114955, de 08/11/2019, pág. 60/108

55/73 [0131] O terminal de acesso 210 leva os pacotes aos aplicativos de acordo com o esquema que se segue. Caso a mensagem ou sinal de limpeza, tal como o pacote de limpeza, seja recebido pelo FLSE alvo 420, ou o timer associado a um período de espera para recepção do sinal ou mensagem de limpeza tenha expirado no terminal de acesso 210 para a corrente RLP recebendo os pacotes L2 tunelizados e não existam pacotes não confirmados ou perdidos, todos os pacotes de dados são enviados para o aplicativo.

[0132] Adicionalmente, pacotes de dados são passados da corrente RLP recebendo pacotes IP (rota alvo) para o aplicativo somente após os pacotes de dados terem sido passados a partir da corrente RLP recebendo pacotes L2 tunelizados (rota fonte).

[0133] Em 1038, o DAP 430 começa a enviar pacotes IP completos para o FLSE alvo 420 através de um túnel L3, de acordo com a prioridade dos pacotes. No entanto, o FLSE alvo 420 não serve tais pacotes IP completos até ser recebida uma ACK de notificação IPT com indicadores para “nenhum dado pendente” e FLSE anterior”, ou até que tenha expirado o timer que indica o período de espera para recepção de pacotes de dados L3 pendentes no FLSE alvo 420.

[0134] Em 1040, após a expiração do timer que indica que o FLSE fonte 410 está aguardando pacotes IP e nenhum pacote de dados esteja em fila para ser tunelizado para o FLSE alvo 420, o FLSE fonte 410 envia uma ACK para o FLSE alvo 420 indicando nenhum dado pendente” e FLSE anterior”. Ao receber tal ACK, o FLSE alvo 420 pode iniciar o serviço dos pacotes de dados recebidos diretamente do DAP 430 após

Petição 870190114955, de 08/11/2019, pág. 61/108

56/73 os pacotes de dados recebidos a partir do FLSE fonte terem sido servidos.

[0135] Em certos aspectos em que o FLSE fonte 410 inclui o DAP 430, o FLSE fonte 410 pode enviar a ACK de notificação IPT indicando “nenhum dado pendente” e “FLSE anterior imediatamente após receber a notificação IPT em 1020. Em tais aspectos, o FLSE fonte 410 não necessita enviar uma ACK indicando “dado pendente e “FLSE anterior.

[0136] A Figura 11 retrata um fluxograma de chamada para entrega de pacotes em ordem durante um handoff de entre redes de pontos de ligação de dados de acordo com um aspecto da presente inovação. Deve ser notado que apesar de o esquema de entrega de pacotes em ordem ilustrado na Figura 11 ser descrito com relação a uma rede do tipo banda larga ultra móvel (UMB), o esquema aqui descrito não fica limitado a uma rede UMB, podendo ser implementado em outras redes baseadas em MIP (protocolo Internet móvel) ou similares.

[0137] Em 1102, os pacotes de dados IP são transmitidos a partir do gateway de acesso (AGW) 240 para o nó de acesso (AN) 520 do ponto de ligação de dados (DAP) fonte, que transmite os pacotes de dados IP para a rede de estação base evoluída servidora de link direto (FLSE) 510 através de um túnel de protocolo de túnel de camada 2 (l2tp).

A rede FLSE 510 transmite os pacotes de dados IP para o terminal de acesso 210. Em 1104, o terminal de acesso 210 envia uma requisição de mudança de DAP para o DAP AN alvo

530. A requisição de mudança pode ser iniciada com base em uma redução da força de sinal, na capacidade da rede, ou qualquer outra característica de desempenho que demande um handoff de DAP.

Petição 870190114955, de 08/11/2019, pág. 62/108

57/73 [0138] Em 1106, o DAP AN alvo 530 envia uma requisição de registro, tal como uma requisição de registro PMIP (proxy mobile IP), ou IP móvel (MIP), ou similar, para o gateway de acesso 240. Uma vez que o AGW 240 tenha registrado o DAP AN alvo 530, em 1108, o AGW 240 envia uma resposta de registro, tal como uma correspondente resposta de registro PMIP ou MIP, para o DAP AN alvo 530. Uma vez que o AGW 240 tenha comunicado a resposta de registro, o AGW 240 pode iniciar o handoff de pacotes de dados diretamente para o DAP AN alvo 530. Em 1110, o DAP AN alvo 530 transmite a designação de DAP para o FLSE 510 que, por sua vez, transmite a designação de DAP para o terminal de acesso 210.

[0139] Em 1112, o AGW 240 transmite pacotes de dados IP completos para o DAP AN alvo 530. Ao mesmo tempo que o DAP AN alvo 530 recebe os pacotes de dados IP completos, em 1114, o DAP AN alvo 530 está recebendo pacotes IP tunelizados a partir do DAP fonte 520. O DAP AN alvo 530 não serve pacotes de dados IP diretos provenientes do AGW 240 até que todos os pacotes de dados IP provenientes do DAP AN fonte 520 tenham sido servidos. A recepção da ACK indicando “nenhum dado pendente” e “DAP anterior” pelo DAP AN alvo 530 (em 1124 descrito a seguir) informa ao DAP AN alvo 530 que o último pacote de dados proveniente do DAP AN fonte 520 foi recebido. Além disso, em alguns aspectos de handoff de DAP, as transmissões pelo DAP AN alvo 530 repassando pacotes de dados para o terminal de acesso 210 podem omitir pacotes L2 da transmissão.

[0140] Em 116, o DAP AN alvo 530 envia uma notificação DAP para o DAP AN fonte 520 e para o FLSE 510. Adicionalmente, a notificação DAP pode ser enviada para

Petição 870190114955, de 08/11/2019, pág. 63/108

58/73 outros ANs no conjunto de rotas (não é mostrado na Figura 11). Uma vez enviada a notificação DAP, em 1120, o DAP AN alvo 530 inicializa um timer indicando um período de espera para dados de camada 3 (L3) pendentes. Tal timer é reajustado a cada vez que um pacote de dados IP tunelizado é recebido a partir do DAP AN fonte 520. O timer indicando o período de espera para dados L3 pendentes é implementado para detectar os casos em que a ACK enviada em 1124 é perdida ou não recebida por outra razão. Em um aspecto, o valor deste timer pode ser de aproximadamente 50 ms. Ao receber a notificação DAP, em 1118, o DAP AN fonte 520 inicializa um timer indicando um período de espera de pacotes de dados IP. Em um aspecto, o valor deste timer pode ser aproximadamente 50 ms. Ao receber notificação DAP, em 1118, NA DAP fonte 520 inicia um timer indicando o período de espera para os pacotes de dados IP. Em um aspecto, o valore desse timer pode ser aproximadamente igual ao retardo em um sentido entre o AGW 240 e a estação base associada ao FLSE 510.

[0141] Em 1122, o DAP fonte 520 envia uma ACK para o FLSE 510 confirmando a recepção da notificação DAP e indicando “dados pendentes” e DAP anterior”. Após expirar o timer no DAP AN fonte 510 indicando o período de espera por pacotes de dados IP e quando nenhum pacote de dados está na fila para o DAP AN alvo 530, o DAP AN fonte 520, em 1124, envia uma ACK de notificação IPT indicando nenhum dado pendente” e DAP anterior” para o DAP AN alvo 530. Uma vez que o DAP AN alvo 53 0 receba a ACK indicando nenhum dado pendente” e DAP anterior” o DAP AN alvo 530 pode começar a servir pacotes de dados para o terminal de acesso 210 diretamente a partir do AGW 240 ou, em alguns aspectos,

Petição 870190114955, de 08/11/2019, pág. 64/108

59/73 através do FLSE 510, após servir pacotes de dados tunelizados recebidos a partir do DAP AN fonte 520.

[0142] A Figura 12 é um fluxograma de chamada para entrega de pacotes em ordem durante um handoff de link reverso entre redes de eBS servidora de link reverso, de acordo com um aspecto da presente inovação. Deve ser notado que apesar de o esquema de entrega de pacotes em ordem ilustrado na Figura 12 ser descrito com relação a uma rede do tipo banda larga ultra móvel (UMB), o esquema aqui descrito não fica limitado a uma rede UMB, podendo ser implementado em outras redes baseadas em MIP (protocolo Internet móvel) ou similares.

[0143] Em 1202, antes do handoff, os pacotes de dados estão sendo transmitidos a partir do terminal de acesso 210 para a rede de eBS servidora de link reverso (RLSE) 610, que envia os pacotes de dados para o gateway de acesso (AGW) 240. Em aspectos alternativos, em 1204, os pacotes de dados são transmitidos a partir do terminal de acesso 210 para o RLSE fonte 610 que envia os pacotes de dados para o ponto de ligação de dados (DAP) 430 e o DAP 430 envia os pacotes de dados para o AGW 240.

[0144] Em 1206, devido a considerações de força de sinal e/ou outros fatores que podem afetar o desempenho do serviço, congestionamento de rede ou similares, o terminal de acesso 210 seleciona a rede de eBS servidora de link reverso (RLSE) alvo 620 como a estação base servidora (BS) no link reverso. Como pode ser notado, na arquitetura UMB a estação base servidora pode ser uma estação base evoluída (eBS).

Petição 870190114955, de 08/11/2019, pág. 65/108

60/73 [0145] Em 1208, o RLSE alvo 620 envia uma notificação

IPT para o RLSE fonte 610 e, em 1210, o RLSE alvo 620 envia a mesma notificação IPT para o ponto de ligação de dados (DAP) 430. A notificação IPT enviada em 1208 e 1210 serve para notificar às entidades receptoras de que o RLSE alvo 620 foi selecionado pelo terminal de acesso 210 como a estação base servidora, em outras palavras, o RLSE 620 se tornou o alvo. Adicionalmente, a notificação IPT é comunicada a outros nós de acesso (ANs) no conjunto de rotas (não é mostrado no fluxograma de chamada da Figura 12).

[0146] Em 1214, uma vez que o RLSE fonte 610 receba a notificação IPT, em 1208, a partir do RLSE alvo 620, o RLSE fonte 610 envia uma confirmação (ACK) de notificação IPT para o RLSE alvo 620. A ACK de notificação IPT pode incluir também indicadores, tais como flags acionados ou similares, indicando “dados pendentes” e “RLSE anterior”. Em 1218, coincidindo com o envio da ACK de notificação IPT, o RLSE fonte 610 inicializa um timer indicando um período de espera pela recepção de uma mensagem ou sinal de limpeza, tal como um pacote de limpeza, no RLSE fonte 610 para cada corrente RLP recebendo pacotes de dados L2 tunelizados (isto é, dados que requerem entrega ordenada). Tal timer permite ao RLSE fonte 610 terminar o envio de pacotes L2 através da rota fonte antes de enviar uma notificação IPT indicando dados pendentes” e RLSE anterior”. Tal timer é de um modo geral reajustado a cada vez que um pacote que muda é recebido na corrente correspondente.

[0147] Uma vez que o RLSE alvo 620 tenha recebido a

ACK de notificação IPT indicando dados pendentes” e RLSE anterior”, em 1216, um timer é inicializado indicando o

Petição 870190114955, de 08/11/2019, pág. 66/108

61/73 período de espera pela recepção de dados de camada 3 (L3) pendentes no RLSE alvo 620. Tal timer é implementado para solucionar os casos em que uma notificação IPT enviada a partir do RLSE fonte 610 para o RLSE alvo 620, em 1230, seja perdida, ou por outra razão não recebida apropriadamente pelo RLSE alvo 620.

[0148] Uma vez que o RLSE alvo 620 tenha recebido a

ACK de notificação IPT indicando “dados pendentes” e “RLSE anterior”, em 1220, o RLSE alvo 620 designa um bloco de designação de link reverso (RLAB) para o terminal de acesso 210. Em 1222, que pode preceder 1220 e/ou 1214, o DAP 430 envia uma ACK de notificação IPT para o RLSE alvo 620.

[0149] Após a comutação para o RLSE alvo 620, em 1224, o terminal de acesso 210 envia pacotes de dados L2 através da rota fonte para o RLSE alvo 620 que, em 1226, tuneliza os pacotes de dados para o RLSE fonte 610. O terminal de acesso 210 envia os pacotes de dados na ordem que se segue. Em primeiro lugar os fragmentos que iniciarão a transmissão porém, ainda não terminaram a transmissão através do ar no RLSE fonte 610, em outras palavras, pacotes parciais que não foram confirmados como recebidos completamente pelo RLSE fonte 610 e/ou quaisquer pacotes de dados que foram processados pelo protocolo de camada de link na rede fonte que possuem um protocolo correspondente no terminal de acesso. Em segundo lugar fragmentos de pacotes IP que ainda não iniciaram a transmissão pelo ar no RLSE fonte 610. Em terceiro lugar uma mensagem ou sinal de limpeza, tal como um pacote de limpeza, é enviado após o envio do último fragmento. O pacote de limpeza não porta dados e é caracterizado como possuindo um número de sequência

Petição 870190114955, de 08/11/2019, pág. 67/108

62/73 de protocolo de link de rádio (RLP) igual ao número de sequência do último byte enviado a partir do RLP no RLSE fonte 610.

[0150] Em 1228, o terminal de acesso 210 inicia a transmissão de novos pacotes de dados para o RLSE alvo 620 através da rota alvo. Para correntes de entrega ordenada, o RLSE alvo 620 não deve enviar tais pacotes de dados até ser recebida a notificação IPT indicando “nenhum dado pendente” e “RLSE anterior” proveniente do RLSE fonte 610 em 1230, ou até expirar o timer que indica o período de espera para recepção de dados L3 pendentes, em 1216. Isto inclui o envio dos pacotes de dados para o gateway de acesso 240 ou o ponto de ligação de dados 430, o que depende de se pacotes de dados IP são enviados diretamente para o AGW 240 ou através do DAP 430. Para as correntes que podem tolerar a entrega fora de ordem, tais como VOIP ou similares, os pacotes não necessitam ser acumulados no RLSE alvo 620, podendo ser enviados imediatamente.

[0151] Uma vez expirado o timer que indica o período de espera pela mensagem ou sinal de limpeza, tal como um pacote de limpeza, em 1218, ou o sinal/mensagem/pacote de limpeza seja recebido para a rota RLP que recebe pacotes L2 tunelizados e não existam quaisquer pacotes não confirmados ou perdidos, em 1230, para todas as correntes que requerem entrega ordenada, o RLSE fonte 610 transmite uma notificação IPT indicando “nenhum dado pendente” e “RLSE anterior” para o RLSE alvo 620.

[0152] Ao receber a notificação IPT indicando “nenhum dado pendente” e “RLSE anterior” ou a expiração do timer indicando o período de espera para recepção de dados

Petição 870190114955, de 08/11/2019, pág. 68/108

63/73

L3 pendentes no RLSE alvo 620, em 1232, o RLSE alvo 620 inicia o handoff dos pacotes de dados IP acumulados recebidos através da rota RLP alvo para o AGW 240. Alternativamente, em outros aspectos, ao receber a notificação IPT indicando “nenhum dado pendente” e “RLSE anterior” ou a expiração do timer indicando o período de espera para recepção de dados L3 pendentes no RLSE alvo 620, em 1234, o RLSE alvo 620 pode iniciar o envio dos pacotes de dados IP acumulados recebidos através da rota RLP alvo para o DAP 430, que envia os pacotes de dados para o AGW 240.

[0153] A Figura 13 retrata um fluxograma de chamada para entrega de pacotes em ordem durante um handoff de link reverso entre redes de acesso (ANs) de pontos de ligação de dados (DAP) de acordo com outro aspecto da presente inovação. Deve ser notado que o aspecto de comutação de DAP é de um modo geral relevante somente se o RLSE envia pacotes de dados para o DAP, que por sua vez envia os pacotes de dados para o AGW, não sendo aplicável caso o RLSE handoff os pacotes de dados diretamente para o AGW 240. Deve também ser notado que apesar de o esquema de entrega de pacotes em ordem ilustrado na Figura 13 ser descrito com relação a uma rede do tipo ultra banda larga móvel (UMB), o esquema aqui descrito não fica limitado a uma rede UMB, podendo ser implementado em outras redes baseadas em MIP (protocolo Internet móvel) ou similares.

[0154] Em 1302, os pacotes de dados são transmitidos a partir do terminal de acesso 210 para a rede de eBS servidora de link reverso 710 que, por sua vez, envia os pacotes de dados para o ponto de ligação de dados (DAP) fonte 520 através de um túnel de protocolo. O DAP 520 a seguir

Petição 870190114955, de 08/11/2019, pág. 69/108

64/73 envia os pacotes de dados para o gateway de acesso (AGW) 240. Como foi acima mencionado, nos casos em que o RLSE 710 envia os pacotes de dados diretamente para o AGW, a comutação de DAP não necessita ser configurada para processar a entrega ordenada de pacotes de dados.

[0155] Em 1304, o terminal de acesso 210 envia uma requisição de mudança de DAP para o DAP AN alvo 530. A requisição de mudança pode ser iniciada com base em uma redução da força de sinal, na capacidade da rede, ou qualquer outra característica de desempenho que demande um handoff DAP.

[0156] Em 1306, o DAP AN alvo 530 envia uma requisição de registro, tal como uma requisição de registro PMIP ou MIP, ou similar para o AGW 240. Uma vez que o AGW 240 tenha registrado o DAP AN alvo 530 em 1308, o AGW 240 envia uma resposta de registro, tal como uma resposta de registro PMIP ou MIP correspondente, para o DAP AN alvo 530. Em 1310, o DAP AN alvo 530 transmite a designação DAP para o RLSE 710 que, por sua vez, transmite a designação DAP para o terminal de acesso 210.

[0157] Em 1312, o DAP AN alvo 530 envia uma notificação DAP para o DAP AN fonte 520 e para o RLSE 710. Adicionalmente, a notificação DAP pode ser enviada para outras redes de acesso no conjunto de rotas (não é mostrado na Figura 13). Ao receber a notificação DAP, em 1314, o RLSE 710 inicializa um timer indicando um período de espera para pacotes de dados L3 pendentes. Tal timer é implementado pelo RLSE 710 para assegurar que pacotes de dados enviados para o DAP alvo 530 não sejam enviados antes de pacotes enviados para o DAP fonte 520. Em um aspecto, o valor de tal timer

Petição 870190114955, de 08/11/2019, pág. 70/108

65/73 pode ser aproximadamente igual a duas vezes o retardo do backhaul entre o AGW 240 e a estação base associada ao RLSE 710.

[0158] Quando do recebimento da notificação DAP pelo DAP fonte 520 e o RLSE 710, em 1316, o DAP fonte 520 e o RLSE 710 enviam uma confirmação (ACK) de notificação DAP para o DAP AN alvo 530, confirmando a recepção da notificação DAP.

[0159] Uma vez expirado o timer que indica o período de espera por pacotes de dados L3 no RLSE 710, em 1318, o RLSE pode iniciar a tunelização de pacotes de dados acumulados recebidos a partir do terminal de acesso 210 para o DAP AN alvo 530 que, por sua vez, envia os pacotes de dados para o gateway de acesso 240. Deve ser notado que em alguns

aspectos de	handoff	DAP	, as transmissões	pelo DAP	AN	alvo
530 enviando	pacotes	de	dados para o gateway	de acesso	240
podem omitir	pacotes	L2	da transmissão.
[0160]	A Figura	14 é um diagrama	de	blocos	de	uma

concretização de um sistema transmissor 1410 (aqui também designado como a rede de acesso servidora, estação base, ou ponto de ligação de dados) e um sistema receptor 1450 (aqui também designado como terminal de acesso) em um sistema MIMO

1400. No sistema transmissor 1410 dados de tráfego para várias correntes de dados são providos a partir de uma fonte de dados 1412 para um processador de dados de transmissão (TX) 1414.

[0161] Em uma concretização, cada corrente de dados é transmitida através de uma respectiva antena de transmissão. O processador de dados TX 1414 formata, codifica e intercala os dados de tráfego para cada corrente de dados

Petição 870190114955, de 08/11/2019, pág. 71/108

66/73 com base em um esquema de codificação específico para tal corrente de dados para prover dados codificados.

[0162] Os dados codificados para cada corrente de dados podem ser multiplexados com dados de piloto usando-se técnicas OFDM. Os dados de piloto são tipicamente um padrão de dados conhecido que é processado de maneira conhecida e podem ser usados no sistema receptor para estimar a resposta de canal. Os dados codificados e de piloto multiplexados para cada corrente de dados são a seguir modulados (isto é, mapeados para símbolos) com base em um esquema de modulação específico (por exemplo, BPSK, QPSK, M-PSK ou M-QAM) selecionado para tal corrente de dados para prover símbolos de modulação. A taxa de dados, a codificação e a modulação para cada corrente de dados podem ser determinadas por instruções efetuadas pelo processador 1430.

[0163] Os símbolos de modulação para todas as correntes de dados são a seguir providos para um processador MIMO TX 1420 que pode processar adicionalmente os símbolos de modulação (por exemplo, para OFDM). O processador MIMO TX 1420 a seguir provê NT correntes de símbolos de modulação para NT transmissores (TMTR) 1422. Em certas materializações, o processador MIMO TX 1420 aplica pesos de conformação de feixe aos símbolos das correntes de dados e à antena a partir da qual os símbolos estão sendo transmitidos.

[0164] Cada transmissor 1422 recebe e processa uma respectiva corrente de símbolos para prover um ou mais sinais analógicos e condiciona adicionalmente (por exemplo, amplifica, filtra e converte ascendentemente) os sinais analógicos para prover um sinal modulado adequado para transmissão através do canal MIMO. Os NT sinais modulados

Petição 870190114955, de 08/11/2019, pág. 72/108

67/73 provenientes dos transmissores 1422a a 1422t são a seguir transmitidos a partir de Nt antenas 1424a a 1424t, respectivamente.

[0165] No sistema receptor 1450, os sinais modulados transmitidos são recebidos por NR antenas 1452a a 1452r e o sinal recebido proveniente de cada antena 1452 é provido a um respectivo receptor (RCVR) 1454a a 1454r. Cada receptor 1454 condiciona (por exemplo, filtra, amplifica e converte descendentemente) um respectivo sinal recebido, digitaliza o sinal condicionado para prover amostras e processa adicionalmente as amostras para prover uma corrente de símbolos recebida correspondente.

[0166] Um processador de dados RX 1460 a seguir recebe e processa as NR correntes de símbolos recebidas a partir dos NR receptores 1454 com base em uma técnica de processamento de receptor específica para prover NT correntes de símbolos detectadas. O processador de dados RX 1460 a seguir demodula, deintercala e decodifica cada corrente de símbolos detectada para recuperar os dados de tráfego para a corrente de dados. O processamento pelo processador de dados RX 1460 é complementar àquele efetuado pelo processador MIMO TX 1420 e pelo processador de dados TX 1414 no sistema transmissor 1410.

[0167] Um processador 1470 determina periodicamente qual matriz de pré-codificação utilizar (comentado mais adiante). O processador 1470 formula uma mensagem de link reverso compreendendo uma parte de índice de matriz e uma parte de valor hierárquico.

[0168] A mensagem de link reverso pode incluir vários tipos de informações com referência ao link de

Petição 870190114955, de 08/11/2019, pág. 73/108

68/73 comunicação e/ou à corrente de dados recebida. A mensagem de link reverso é a seguir processada por um processador de dados TX 1438, que também recebe dados de tráfego para várias correntes de dados provenientes de uma fonte de dados 1436, moduladas por um modulador 1480, condicionadas pelos transmissores 1454a a 1454r e transmitidas de volta ao sistema transmissor 1410.

[0169] No sistema transmissor 1410, os sinais modulados provenientes do sistema receptor 1450 são recebidos pelas antenas 1424, condicionados pelos receptores 1422, demodulados por um demodulador 1440 e processados por um processador de dados RX 1442 para extração da mensagem de link reverso transmitida pelo sistema receptor 1450. O processador 1430 a seguir determina qual matriz de précodificação utilizar para determinar os pesos de conformação de feixe e a seguir processa a mensagem extraída.

[0170] É entendido que a ordem ou a hierarquia específica das etapas nos processos descritos constituem um exemplo de abordagens exemplares. Com base em preferências de projeto, é entendido que a ordem ou hierarquia específica das etapas nos processos podem ser modificadas sem constituir um afastamento do escopo da presente invenção. As reivindicações de método anexas apresentam elementos das várias etapas em uma ordem de amostra, não devendo ficar limitadas à ordem ou hierarquia específica apresentada.

[0171] Os versados na técnica entenderão que as informações e sinais podem ser representados usando-se qualquer uma dentre uma diversidade de tecnologias e técnicas diferentes. Como exemplo, dados, instruções, comandos, informações, sinais, bits, símbolos e chips que possam ter

Petição 870190114955, de 08/11/2019, pág. 74/108

69/73 sido mencionados por toda a descrição acima podem ser representados por voltagens, correntes, ondas eletromagnéticas, campos ou partículas eletromagnéticos, campos ou partículas ópticas ou quaisquer combinações de tais.

[0172] Esses técnicos apreciarão também que os vários exemplos de blocos lógicos, módulos, circuitos e etapas de algoritmos descritos em conexão às concretizações aqui descritas podem ser implementadas na forma de hardware eletrônico, software de computador, ou combinações de tais. Para ilustrar claramente tal intercambialidade de hardware e software, os vários exemplos de componentes, blocos, módulos, circuitos e etapas foram descritos de um modo geral em termos de sua funcionalidade. Se tal funcionalidade é implementada como hardware ou software depende da aplicação específica e restrições de projeto impostas sobre o sistema como um todo. Os técnicos na área podem implementar a funcionalidade descrita de várias formas para cada aplicação específica, porém tais decisões de implementação não devem ser interpretadas como levando a um afastamento do escopo da presente invenção.

[0173] Os vários exemplos de blocos lógicos, módulos e circuitos descritos em conexão às materializações aqui descritas podem ser implementados ou efetuados com um processador de uso geral, processadores de sinais digitais (DSP), um circuito integrado de aplicação específica (ASIC), arranjos de portas programáveis em campo (FPGA) ou outros dispositivos lógicos programáveis, portas individuais, ou lógica de transistores, componentes de hardware individuais, ou qualquer combinação de tais projetada para efetuar as

Petição 870190114955, de 08/11/2019, pág. 75/108

70/73 funções aqui descritas. Um processador de uso geral pode ser um microprocessador, porém como alternativa, o processador pode ser qualquer processador, controlador, microcontrolador ou máquina de estado convencionais. Um processador pode também ser implementado na forma de uma combinação de dispositivos de computação, por exemplo, uma combinação de um DSP e um microprocessador, uma pluralidade de microprocessadores, um ou mais microprocessadores em conjunto com um núcleo DSP, ou qualquer outra configuração similar. Adicionalmente, pelo menos um processador pode compreender um ou mais módulos que operam para efetuar uma ou mais das etapas e/ou ações acima descritas.

[0174] Adicionalmente, as etapas e/ou ações de um método ou algoritmo descritas em conexão com os aspectos aqui descritos podem ser materializados diretamente em hardware, em um módulo de software executado por um processador, ou em uma combinação de ambos. O módulo de software poderia residir em uma memória RAM, memória flash, memória ROM, memória EPROM, memória EEPROM, registradores, disco rígido, um disco removível, um CD-ROM, ou qualquer outra forma de meio de armazenamento conhecida na técnica. Um exemplo de um meio de armazenamento pode estar acoplado ao processador de tal forma que o processador possa ler informações a partir do, e gravar informações no, meio de armazenamento. Como alternativa, o meio de armazenamento pode estar integrado ao processador. Adicionalmente, em alguns aspectos, o processador e o meio de armazenamento podem residir em um ASIC. Além disso, o ASIC pode residir em um terminal de usuário. Como alternativa, o processador e o meio de armazenamento podem residir na forma de componentes

Petição 870190114955, de 08/11/2019, pág. 76/108

71/73 discretos em um terminal de usuário. Além disso, em alguns aspectos, as etapas e/ou ações de um método ou algoritmo podem residir na forma de um ou de qualquer combinação ou conjunto de códigos e/ou instruções em um meio legível por máquina e/ou meio legível por computador, os quais podem ser incorporados em um produto de programa de computador.

[0175] Em um ou mais aspectos, as funções aqui descritas podem ser implementadas em hardware, software, firmware, ou qualquer combinação de tais. Caso implementadas em software, as funções podem ser armazenadas ou transmitidas na forma de uma ou mais instruções ou códigos em um meio legível por computador. Os meios para leitura por computador incluem mídia para armazenamento em computadores e mídia de comunicação, incluindo qualquer meio que facilite a transferência de um programa de computador de um local para outro. Um meio para armazenamento pode ser qualquer meio disponível que possa ser acessado por um computador. Como exemplo, mas não limitação, tais mídias legíveis por computador podem compreender RAM, ROM, EEPROM, CD-ROM, ou outro armazenamento em disco óptico, armazenamento em disco magnético ou outros dispositivos de armazenamento magnéticos, ou qualquer outro meio que possa ser usado para portar ou armazenar códigos de programa desejados na forma de instruções ou estruturas de dados que possam ser acessados por um computador. Além disso, qualquer conexão é apropriadamente designada como um meio legível por computador. Como exemplo, caso o software seja transmitido a partir de um website, servidor, ou outra fonte remota, usando-se um cabo coaxial, cabo de fibra óptica, par trançado, linha digital de assinante (DSL), ou tecnologias

Petição 870190114955, de 08/11/2019, pág. 77/108

72/73 sem fio, tais como infravermelho, rádio, ou microondas, então o cabo coaxial, cabo de fibra óptica, par trançado, linha digital de assinante (DSL), ou tecnologias sem fio, tais como infravermelho, rádio, ou microondas estão incluídos na definição de meio. O termo disco, tal como é aqui utilizado, inclui disco compacto (CD), disco laser, disco óptico, disco versátil digital (DVD), disquete, e disco blue-ray, onde disco (disk) normalmente reproduzem dados magneticamente, enquanto discos (discs) normalmente reproduzem dados opticamente com laser. As combinações dos acima mencionados devem também ser incluídas no escopo de mídia legível por computador.

[0176] Dessa forma, os aspectos aqui descritos e reivindicados propiciam a entrega ordenada de pacotes de dados durante um handoff. Os aspectos propiciam a entrega ordenada em uma comutador de eBS servidora de link reverso/ponto de ligação de dados (RLSE/DAP) e uma comutação estação base evoluída servidora de link direto/ponto de ligação de dados (FLSE/DAP). Assim sendo, os aspectos propiciam melhoria significativa na capacidade de transmissão de aplicativos, tais como aplicativos que se baseiam em protocolo de controle de transmissão (TCP) durante o handoff, em redes tais como UMB e similares.

[0177] Apesar da invenção acima discutir aspectos ilustrativos e/ou materializações, deverão ser notados que várias mudanças e modificações podem ser efetuadas sem constituir um afastamento do escopo dos aspectos e/ou materializações como definido pelas reivindicações anexadas. Além disso, apesar de elementos dos aspectos e/ou materializações descritas podem ser descritos ou

Petição 870190114955, de 08/11/2019, pág. 78/108

73/73 reivindicados no singular, o plural é contemplado a menos que uma limitação ao singular seja explicitamente declarada. Além disso, todo ou parte de qualquer aspecto e/ou concretização pode ser utilizado com todo ou uma parte de qualquer outro aspecto e/ou concretização, a menos que dito o contrário.

Claims (12)

1. REIVINDICAÇÕES

   1. Método para prover a entrega ordenada de pacotes de dados durante handoff em uma rede de comunicação, caracterizado pelo fato de que compreende:

   receber pacotes de dados em uma entidade de rede alvo (230, 420);

   armazenar temporariamente, na entidade de rede alvo (230, 420), os pacotes de dados;

   receber, na entidade de rede alvo (230, 420), um sinal de indicação a partir de uma entidade de rede fonte (220, 410) de que a entidade de rede fonte completou o envio de todos os pacotes de dados;

   priorizar uma ordem de transmissão de pacotes de dados na entidade de rede alvo (230, 420) em resposta ao sinal de indicação da entidade de rede fonte (220, 410), em que a priorização compreende pelo menos uma primeira priorização, em que a primeira priorização compreende priorizar pacotes de dados de camada 2 (L2) recebidos a partir de uma entidade de rede fonte (220, 410) e destinados para transmissão para um terminal de acesso (AT) (116, 122, 210), através de quaisquer pacotes de dados de camada 3 (L3) recebidos destinados para o AT (116, 122,

   210); e

   transmitir, na entidade de rede alvo (230, 420), os pacotes de dados recebidos de acordo com pelo menos uma primeira priorização. 2. Método, de acordo com a re ivindicação 1,

   caracterizado pelo fato de que a transmissão compreende adicionalmente transmitir seletivamente, na entidade de rede alvo (230, 420), pacotes de dados recebidos como

   Petição 870190114955, de 08/11/2019, pág. 80/108
2. 2/5 pacotes de dados L2 antes de transmitir pacotes de dados recebidos como pacotes de dados L3, em que a transmissão seletiva está baseada em uma aplicação associada aos pacotes de dados que requerem entrega ordenada.
3. 3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que os pacotes de dados L2 recebidos da entidade de rede fonte (220, 410) compreendem pacotes de dados parciais que iniciaram transmissão mas que ainda não terminaram transmissão pelo ar, ou quaisquer pacotes que foram processados pelo protocolo de camada de link na entidade de rede fonte (220, 410) que possuem um protocolo equivalente correspondente no AT (116, 122, 210).
4. 4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a priorização compreende adicionalmente uma segunda priorização, em que a segunda priorização compreende priorizar pacotes de dados L3 recebidos a partir da entidade de rede fonte (220, 410) e destinados para transmissão para o AT (116, 122, 210) através de pacotes de dados L3 recebidos a partir de um gateway de acesso (AGW) (240) e destinados para transmissão para o AT (116, 122, 210).
5. 5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a priorização compreende adicionalmente uma segunda priorização, em que a segunda priorização compreende adicionalmente priorizar os pacotes L3 recebidos de um ponto de ligação de dados (DAP) fonte (520), através de pacotes L3 recebidos a partir de pelo menos um Gateway de Acesso (AGW) (240), ou um DAP alvo (530).

   Petição 870190114955, de 08/11/2019, pág. 81/108

   3/5
6. 6. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que receber pacotes de dados compreende adicionalmente receber pacotes de dados L2 transmitidos a partir da entidade de rede fonte (220, 410), em que a entidade de rede fonte compreende uma estação base fonte evoluída servidora de link direto (FLSE) (410).
7. 7. Equipamento de rede sendo uma entidade de rede alvo (230, 420) durante handoff em uma rede de comunicação caracterizado pelo fato de que compreende:

   aparelhos para receber pacotes de dados na entidade de rede alvo (230, 420);

   aparelhos para armazenar temporariamente, na entidade de rede alvo (230, 420), os pacotes de dados;

   aparelhos para receber, na entidade de rede alvo (230, 420), um sinal de indicação a partir de uma entidade de rede fonte (220, 410) de que a entidade de rede fonte completou o envio de todos os pacotes de dados;

   aparelhos para priorizar uma ordem de transmissão de pacotes de dados na entidade de rede alvo (230, 420) em resposta ao sinal de indicação da entidade de rede fonte (220, 410), em que a priorização compreende pelo menos uma primeira priorização, em que a primeira priorização compreende priorizar pacotes de dados de camada 2(L2) recebidos a partir de uma entidade de rede fonte (220,410) e destinados para transmissão para um terminal de acesso (AT) (116, 122, 210), através de quaisquer pacotes de dados de camada 3 (L3) recebidos destinados para o AT (116,122,

   210); e

   Petição 870190114955, de 08/11/2019, pág. 82/108

   4/5 aparelhos para transmitir, na entidade de rede alvo (230, 420), os pacotes de dados recebidos de acordo com pelo menos a primeira priorização.
8. 8. Equipamento, de acordo com a reivindicação 7, caracterizado pelo fato de que os aparelhos para transmissão compreendem adicionalmente aparelhos para transmitir seletivamente, na entidade de rede alvo (230, 420), pacotes de dados recebidos como pacotes de dados L2 antes de transmitir pacotes de dados recebidos como pacotes de dados L3, em que a transmissão seletiva está baseada em uma aplicação associada aos pacotes de dados que requerem entrega ordenada.
9. 9. Equipamento, de acordo com a reivindicação 7, caracterizado pelo fato de que os pacotes de dados L2 recebidos da entidade de rede fonte (220, 410) compreendem pacotes de dados parciais que iniciaram transmissão mas que ainda não terminaram transmissão pelo ar, ou quaisquer pacotes que foram processados pelo protocolo de camada de link na entidade de rede fonte (220, 410) que possuem um protocolo equivalente correspondente no AT (116, 122, 210).
10. 10. Equipamento, de acordo com a reivindicação 7, caracterizado pelo fato de que os aparelhos para priorização compreendem adicionalmente uma segunda priorização, em que a segunda priorização compreende priorizar pacotes de dados L3 recebidos a partir da entidade de rede fonte (220, 410) e destinados para transmissão para o AT (116, 122, 210) através de pacotes de dados L3 recebidos a partir de um gateway de acesso (AGW) (240) e destinados para transmissão para o AT (116, 122,

    210).

    Petição 870190114955, de 08/11/2019, pág. 83/108

    5/5
11. 11. Equipamento, de acordo com a reivindicação 7, caracterizado pelo fato de que os aparelhos para priorização compreendem adicionalmente uma segunda priorização, em que a segunda priorização compreende adicionalmente priorizar os pacotes L3 recebidos de um ponto de ligação de dados (DAP) fonte (520), através de pacotes L3 recebidos a partir de pelo menos um Gateway de Acesso (AGW) (240), ou um DAP alvo (530).
12. 12. Equipamento, de acordo com a reivindicação 7, caracterizado pelo fato de que os aparelhos para receber pacotes de dados são adicionalmente operáveis para receber pacotes de dados L2 transmitidos a partir da entidade de rede fonte (220, 410), em que a entidade de rede fonte compreende uma estação base fonte evoluída servidora de link direto (FLSE) (410).