BRPI0813347B1 - método para gerenciamento de comunicação em um sistema de comunicação sem fio, equipamento que facilita o sequenciamento contínuo de pacotes para transmissão através de uma transferência em um sistema de comunicação sem fio e memória legível por computador - Google Patents

Abstract

método e equipamento para reordenação pdcp no handoff são descritos sistemas e métodos que facilitam o gerenciamento do processamento e transporte de dados em um sistema de comunicação wireless i sem fio e, mais especificamente, que dão suporte à reordenação pdcp (protocolo de convergência de dados em pacotes) de pacotes durante uma operação de handoff. várias modalidades aqui descritas podem reduzir os retardos de processamento associados à reordenação pdcp de pacotes em repasse por meio de determinação, comunicação e/ou de outra forma identificação de um ou mais indicadores durante o repasse que facilitam a comunicação sem perda de pacotes para um terminal com um mínimo de retardo. tais indicadores podem incluir informações de números de seqüência para um nó b de origem, ind com referência a um degrau ou tamanho de "salto" aplicado a um número de seqüência por um nó b alvo i meta, um comando de reset e/ou outros indicadores adequados.

Description

“MÉTODO PARA GERENCIAMENTO DE COMUNICAÇÃO EM UM SISTEMA DE COMUNICAÇÃO SEM FIO, EQUIPAMENTO QUE FACILITA O SEQUENCIAMENTO CONTÍNUO DE PACOTES PARA TRANSMISSÃO ATRAVÉS DE UMA TRANSFERÊNCIA EM UM SISTEMA DE COMUNICAÇÃO SEM FIO E MEMÓRIA LEGÍVEL POR COMPUTADOR

CAMPO DA INVENÇÃO

[0001] A presente invenção está de um modo geral relacionada a comunicações wireless/sem fio e mais especificamente a técnicas para gerenciamento de operações de transferência/ handoff em um sistema de comunicação sem fio.

DESCRIÇÃO DA TÉCNICA ANTERIOR

[0002] As redes ou sistemas de comunicação sem fio estão amplamente implementados para prover vários serviços de comunicação, tais como voz, vídeo, dados em pacotes, mensagens, broadcast, etc. Tais redes sem fio podem ser redes de múltiplo acesso capazes de dar suporte a múltiplos usuários por compartilhamento dos recursos de rede disponíveis. Os exemplos de tais redes de múltiplo acesso incluem redes de múltiplo acesso por divisão de código (CDMA), redes de múltiplo acesso por divisão de tempo (TDMA), redes de múltiplo acesso por divisão de frequência (FDMA), redes de múltiplo acesso por divisão de frequência ortogonal (OFDMA), etc.

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

Petição 870190114943, de 08/11/2019, pág. 7/79

2/43 link de comunicação das estações base para os terminais, enquanto o link reverso (ou uplink) se refere ao link de comunicação dos terminais para as estações base. Tal link de comunicação pode ser estabelecido através de sistemas de entrada única e saída única (SISO), sistemas de múltiplas entradas e saída única (MISO), ou sistemas de múltiplas entradas e múltiplas saídas (MIMO).

[0004] Os dados providos para comunicação em um sistema de comunicação sem fio podem ser encapsulados em pacotes e comunicados entre um Nó B e um equipamento de usuário (UE) com base no protocolo de convergência de dados em pacotes (PDCP) e/ou outro protocolo adequado. Além disso, caso um equipamento de usuário se movimente fora da área de cobertura de um Nó B ou, por outra razão, demanda serviços de comunicação a partir de um Nó B que não um Nó B atualmente servindo o equipamento de usuário, pode ser iniciado um procedimento de transferência para passar o serviço de comunicação para o equipamento de usuário de um Nó B corrente para um novo Nó B. Na transferência, quaisquer pacotes mantidos pelo Nó B original podem ser encaminhados para o novo Nó B para transmissão para o equipamento de usuário.

Alguns protocolos de comunicação, tais como o PDCP, requerem o transporte em sequência dos pacotes, de tal forma que uma sequência de pacotes seja mantida entre os pacotes transmitidos a partir o Nó B original e aqueles transmitidos pelo novo Nó B. No entanto, não existem no presente quaisquer técnicas para assegurar que o transporte em sequência dos pacotes seja mantido durante uma transferência sem incorrer em significativos retardos de processamento. Assim sendo, existe uma demanda por técnicas que facilitem o gerenciamento

Petição 870190114943, de 08/11/2019, pág. 8/79

3/43 eficiente do encaminhamento de pacotes durante um handoff / transferência.

SUMÁRIO DA INVENÇÃO

[0005]	O	que	se segue	apresenta	um	resumo
simplificado	de	uma	ou mais concretizações,	de	modo a
proporcionar	uma	compreensão básica	de tais concretizações.
O presente resumo	não	constitui uma	completa visão	geral de

todas as concretizações contempladas, não se destinando a identificar elementos chave ou críticos de todas as concretizações, nem a delinear o escopo de quaisquer ou de todas as concretizações. Seu único propósito é o de apresentar alguns conceitos de uma ou mais concretizações, de uma forma simplificada, como um prelúdio para a descrição mais detalhada que será apresentada mais adiante.

[0006] De acordo com um aspecto, é descrito um método para gerenciamento da comunicação em um sistema de comunicação sem fio compreendendo: identificar um ou mais pacotes encaminhados associados a um procedimento de transferência; identificar um ou mais indicadores que facilitam a comunicação sem perda de pacotes com retardo reduzido subsequentes aos pacotes encaminhados; e comunicar os respectivos pacotes subsequentes aos pacotes encaminhados com base nos indicadores identificados para facilitar a recepção sem perda dos pacotes com retardo reduzido.

[0007] De acordo com outro aspecto, é descrito um equipamento de comunicação sem fio, compreendendo: uma memória que armazena dados relacionados a pelo menos uma unidade de dados a ser transmitida quando de um handover de serviço de comunicação para o equipamento de comunicação sem fio e pelo menos um indicador que facilita o transporte sem

Petição 870190114943, de 08/11/2019, pág. 9/79

4/43 perda da pelo menos uma unidade de dados através do handover de serviço de comunicação sem falhas de sequência não contabilizadas na pelo menos uma unidade de dados; e um processador configurado para transportar a pelo menos uma unidade de dados com base no pelo menos um indicador.

[0008] De acordo com mais outro aspecto, é descrito um equipamento que facilita o sequenciamento contínuo de pacotes para transmissão através de uma transferência, o equipamento compreendendo: dispositivos para receber um ou mais pacotes seletivamente encaminhados para comunicação em conexão com uma transferência; dispositivos para identificar informações de estado e informações de ordem associadas aos pacotes que facilitam o transporte sem perda dos pacotes; e dispositivos para transmitir os respectivos pacotes subsequentes aos pacotes seletivamente encaminhados usando as informações de estado em uma ordem especificada pelas informações de ordem.

[0009] De acordo com mais outro aspecto, é descrito um produto de programa de computador, compreendendo: um meio legível por computador que inclui um código para identificar um ou mais pacotes de protocolo de convergência de dados em pacotes (PDCP) a serem comunicados; um código para identificar informações relacionadas aos um ou mais pacotes PDCP, as informações compreendendo pelo menos um dentre um último número de sequência conhecido usado para comunicação, um próximo número de sequência disponível para comunicação, um tamanho de degrau de sequência a ser aplicado aos um ou mais pacotes PDCP, ou um comando de reset ou reajuste; um código para ajustar respectivos números de sequência de um ou mais pacotes PDCP recebidos após os pacotes PDCP

Petição 870190114943, de 08/11/2019, pág. 10/79

5/43 identificados com base pelo menos em parte nas informações identificadas para facilitar a continuidade de sequência entre um ou mais pacotes PDCP previamente comunicados e os um ou mais pacotes PDCP subsequentemente recebidos; e um código para retransmitir um ou mais pacotes PDCP subsequentemente recebidos usando os números de sequência respectivamente ajustados.

[0010] De acordo com mais outro aspecto, é descrito um circuito integrado que executa instruções para execução por computador para coordenar o transporte de dados através de uma operação de handover, as instruções compreendendo: receber pelo menos uma unidade de dados de serviço (SDU) seletivamente encaminhados; identificar pelo menos um dentre informações de número de sequência ou um comando de reset; receber pelo menos uma SDU subsequente; e associar os respectivos números de sequência com respectivas SDUs subsequentes para facilitar o transporte sem perda das SDUs subsequentes e para manter a continuidade entre uma ou mais SDUs previamente comunicadas e as SDUs subsequentes com base em pelo menos um dentre informações de número de sequência identificadas ou um comando de reset identificado.

[0011] De acordo com mais outro aspecto, é descrito um método para processamento de pacotes recebidos durante uma operação de transferência, compreendendo: receber pelo menos um pacote proveniente de um primeiro Nó B; identificar informações associadas a uma transferência do primeiro Nó B para um segundo Nó B; e receber pelo menos um pacote proveniente do segundo Nó B de uma maneira contínua a partir do pelo menos um pacote recebido a partir do primeiro Nó B com base nas informações identificadas.

Petição 870190114943, de 08/11/2019, pág. 11/79

6/43

[0012] De acordo com mais outro aspecto, é descrito um equipamento de comunicação sem fio, compreendendo: uma memória que armazena dados relacionados a respectivas unidades de dados recebidas a partir de uma primeira estação base, respectivos números de sequência associados às unidades de dados recebidas a partir da primeira estação base e informações relacionadas a um handover da primeira estação base para uma segunda estação base; e um processador configurado para receber pelo menos uma unidade de dados proveniente da segunda estação base com base nas informações relacionadas ao handover sem necessidade de um retardo para tentar detectar unidades de dados adicionais.

[0013] De acordo com mais outro aspecto, é descrito um equipamento que facilita a comunicação e processamento de dados substancialmente sem interrupções durante um handover de comunicação, o equipamento compreendendo: dispositivos para receber uma ou mais unidades de dados provenientes de uma primeira fonte; dispositivos para identificar informações relacionadas a uma mudança de serviço da primeira fonte para uma segunda fonte; dispositivos para receber uma ou mais unidades de dados provenientes da segunda fonte com base nas informações identificadas; e dispositivos para processar unidades de dados recebidas a partir da segunda fonte sem o retardo associado à tentativa de detectar unidades adicionais.

[0014] De acordo com mais outro aspecto, é descrito um produto de programa de computador, compreendendo: um meio para leitura por computador incluindo um código para identificar pelo menos um pacote obtido a partir de uma primeira fonte de dados; um código para identificar um ou

Petição 870190114943, de 08/11/2019, pág. 12/79

7/43 mais indicadores que facilitam a manutenção da sequência entre o pelo menos um pacote obtido a partir da primeira fonte de dados e pelo menos um pacote obtido a partir de uma segunda fonte de dados; e um código para receber pelo menos um pacote a partir da segunda fonte de dados com base nos um ou mais indicadores identificados de uma maneira contínua de tal forma que a sequência dos pacotes seja mantida.

[0015] De acordo com mais outro aspecto, é descrito um circuito integrado que executa instruções para execução por computador para passar eficientemente de um primeiro ponto de acesso para um segundo ponto de acesso, as instruções compreendendo: receber dados provenientes do primeiro ponto de acesso em uma sequência predeterminada com base em respectivos números de sequência associados aos dados; identificar um ou mais dentre um salto de sequência ou um comando de reset associados a um handover do primeiro ponto de acesso para um segundo ponto de acesso; determinar um número de sequência inicial para dados comunicados pelo segundo ponto de acesso com base em um ou mais dentre um salto de sequência identificado ou um comando de reset identificado; e receber dados provenientes do segundo ponto de acesso, em que os dados provenientes do segundo ponto de acesso mantêm a sequência dos dados recebidos a partir do primeiro ponto de acesso começando com o número de sequência inicial determinado.

[0016] Para atingir as metas e acima e outras correlacionadas, as uma ou mais concretizações 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

Petição 870190114943, de 08/11/2019, pág. 13/79

8/43 certos aspectos ilustrativos das uma ou mais concretizações. No entanto, tais aspectos são indicativos de apenas algumas das várias formas pelas quais os princípios de várias concretizações podem ser empregados, as concretizações descritas se destinando a incluir todos estes aspectos e seus equivalentes.

BREVE DESCRIÇÃO DAS FIGURAS

[0017] A Figura 1 ilustra um sistema de comunicação sem fio de múltiplo acesso de acordo com várias concretizações aqui descritas.

[0018] A Figura 2 ilustra uma operação de handover exemplar que pode ser efetuada em um sistema de comunicação sem fio de acordo com várias concretizações.

[0019] As Figuras 3 a 6 são diagramas de blocos de respectivos sistemas para gerenciamento de encaminhamento de pacotes durante um procedimento de transferência de acordo com várias concretizações.

[0020] As Figuras 7 a 10 são fluxogramas de respectivos métodos para a coordenação de transporte de dados durante uma operação de handover.

[0021] As Figuras 11 a 13 são fluxogramas de respectivos métodos para recepção e processamento de pacotes de dados.

[0022] A Figura 14 é um diagrama de blocos ilustrando um sistema de comunicação sem fio exemplar em que podem funcionar várias concretizações aqui descritas.

[0023] As Figuras 15 e 16 são diagramas de blocos ilustrando dispositivos sem fio exemplares que podem operar para a implementação de várias concretizações aqui descritas.

Petição 870190114943, de 08/11/2019, pág. 14/79

9/43

[0024]

A Figura 17 é um diagrama de blocos de um equipamento que facilita o sequenciamento e transporte eficientes e sem perda de pacotes de dados.

[0025]

A Figura 18 é um diagrama de blocos de um equipamento que facilita a recepção e o processamento de unidades de dados durante um procedimento de transferência. DESCRIÇÃO DETALHADA DA INVENÇÃO

[0026]

Serão agora descritas várias concretizações com referência aos desenhos, por todos os quais referências numéricas semelhantes são usadas para se referir a elementos similares. 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 uma ou mais concretizações. No entanto, ficará claro que tais concretizações podem ser praticadas sem tais detalhes específicos. Em outros casos, estruturas e dispositivos bem conhecidos são apresentados na forma de diagramas de blocos de modo a facilitar a descrição de uma ou mais concretizações.

0027]

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, firmware, 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 circuito integrado, 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

Petição 870190114943, de 08/11/2019, pág. 15/79

10/43 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 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).

[0028] Além disso, várias concretizações são aqui descritas em conexão com um terminal sem fio e/ou uma estação base. Um terminal sem fio pode se referir a um dispositivo que provê conectividade de voz e/ou dados para um usuário. Um terminal sem fio pode estar conectado a um dispositivo de computação, tal como um computador laptop ou computador desktop, ou pode ser um dispositivo autossuficiente tal como um assistente de dados pessoal (PDA). Um terminal sem fio pode também ser denominado como um sistema, uma unidade de assinante, uma estação móvel, telemóvel, estação remota, ponto de acesso, terminal remoto, terminal de acesso, terminal de usuário, agente de usuário, dispositivo de usuário, equipamento de usuário, etc. Um terminal sem fio pode ser uma estação de assinante, um dispositivo sem fio, um telefone PCS, 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/ portátil

Petição 870190114943, de 08/11/2019, pág. 16/79

11/43 possuindo capacidade de conexão sem fio, ou outro dispositivo de processamento conectado a um modem sem fio. Uma estação base ou ponto de acesso pode se referir a um dispositivo em uma rede de acesso que se comunica através da interface aérea, através de um ou mais setores, com terminais sem fio. A estação base pode atuar como um roteador entre o terminal sem fio e o resto da rede de acesso, a qual pode incluir uma rede IP (protocolo Internet), por conversão de quadros recebidos da interface aérea para pacotes IP. A estação base também coordena o gerenciamento de atributos para a interface aérea.

[0029] Além disso, vários aspectos, características ou recursos aqui descritos podem ser implementados na forma de um método, equipamento, ou artigo de fabricação, usando técnicas padrão de programação e/ou projeto. O termo “artigo de fabricação”, tal como é aqui utilizado, se destina a englobar um programa de computador acessível a partir de qualquer dispositivo, portador ou meio para leitura por computador. Como exemplo, os meios para leitura por computador podem incluir, porém não ficam limitados a, dispositivos de armazenamento magnéticos (por exemplo, um disco rígido, disquete, fitas magnéticas, etc.), discos ópticos (por exemplo, um disco compacto (CD), um disco versátil digital (DVD), etc.), placas inteligentes, dispositivos de memória flash (por exemplo, placa, pente, pen drive, etc.).

[0030] Várias técnicas aqui descritas podem ser usadas para vários sistemas de comunicação sem fio, tais como sistemas de múltiplo acesso por divisão de código CDMA, múltiplo acesso por divisão de tempo (TDMA), múltiplo acesso

Petição 870190114943, de 08/11/2019, pág. 17/79

12/43 por divisão de frequência (FDMA), múltiplo acesso por divisão de frequência ortogonal (OFDMA), múltiplo acesso por divisão de frequência de portadora única (SC-FDMA) e outros similares. Os termos sistema e rede são amiúde usados de forma intercambiável. Um sistema CDMA pode implementar uma tecnologia de rádio tal como a de rádio acesso terrestre universal (UTRA), CDMA 2000, etc. O UTRA inclui o CDMA de banda larga (W-CDMA) e LCR (baixa taxa de chips). O CDMA 2000 inclui as normas IS-2000, IS-95 e IS-856. Um sistema

TDMA pode implementar uma rádio tecnologia tal como a do Sistema Global para Telecomunicações Móveis (GSM). Um sistema OFDMA pode implementar uma rádio tecnologia tal como a UTRA ampliada (e-UTRA), IEEE 802.11, IEEE 802.16, IEEE 802.20, Flash-OFDM®, etc. Essas várias tecnologias e normas de rádio são conhecidas pelos técnicos na área. O UTRA, eUTRA e GSM fazem parte do sistema de telecomunicação móvel universal (UMTS). O LTE (Long Term Evolution) é uma versão em desenvolvimento do UMTS que utiliza e-UTRA. O UTRA, eUTRA, GSM, UMTS e LTE estão descritos em documentos emitidos por uma organização denominada 3rd Generation Partnership Project (3GPP). O CDMA 2000 está descrito em documentos emitidos por uma organização denominada 3rd Generation Partnership Project 2 (3GPP2).

[0031] Várias concretizações serão apresentadas 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 todos os dispositivos, componentes, módulos etc., descritos com

Petição 870190114943, de 08/11/2019, pág. 18/79

13/43 relação às figuras. Também pode ser usada uma combinação de tais estratégias.

[0032] A Figura 1 ilustra um sistema de comunicação sem fio de múltiplo acesso de acordo com várias concretizações. Como exemplo, um ponto de acesso 100 (AP) inclui múltiplos grupos de antenas. Tal como ilustrado na

Figura 1, um grupo de antenas pode incluir as antenas 104 e

106, outro pode incluir as antenas 108 e 110 e outros pode incluir as antenas 112 e 114. Apesar de apenas duas antenas serem apresentadas na Figura 1 para cada grupo de antenas, deve ficar claro que mais ou menos antenas podem ser utilizadas para cada grupo de antenas. Como outro exemplo, um terminal de acesso 116 (AT) pode estar 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. Adicional e/ou alternativamente, o terminal de acesso 122 pode estar em comunicação com as antenas 106 e 108, em que as antenas 106 e 108 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 de duplexação por divisão de frequência (FDD), os links de comunicação 118, 120, 124 e 126 podem usar frequências diferentes para comunicação. Como exemplo, o link direto 120 pode usar uma frequência diferente daquela usada pelo link reverso 118.

[0033] Cada grupo de antenas e/ou a área em que elas são projetadas para se comunicar podem ser designados como um setor do ponto de acesso. De acordo com uma concretização,

Petição 870190114943, de 08/11/2019, pág. 19/79

14/43 os grupos de antenas podem ser projetados para se comunicar com os terminais de acesso em um setor de áreas cobertas pelo ponto de acesso 100. na comunicação através dos links diretos 120 e 126, as antenas de transmissão do ponto de acesso 100 podem utilizar conformação de facho para melhorar a razão de sinal para ruído dos links diretos para os diferentes terminais de acesso 116 e 122. Além disso, um ponto de acesso que utiliza conformação de facho para a transmissão para terminais de acesso espalhados aleatoriamente por sua área de cobertura causa menos interferência para terminais de acesso em células vizinhas do que um ponto de acesso que transmite através de uma única antena para todos os seus terminais de acesso.

[0034] Um ponto de acesso, por exemplo o ponto de acesso 100, pode ser uma estação fixa usada para a comunicação com terminais e pode também ser designado como uma estação base, um Nó B, uma rede de acesso e/ou outra terminologia adequada. Além disso, um terminal de acesso, por exemplo, um terminal de acesso 116 ou 122, pode também ser designado como um terminal móvel, um equipamento de usuário (UE), um dispositivo de comunicação sem fio, um terminal, um terminal sem fio e/ou outra terminologia adequada.

[0035] A Figura 2 é um diagrama de blocos que ilustra uma operação de handover exemplar que pode ser efetuada em um sistema de comunicação sem fio 200 de acordo com várias concretizações aqui descritas. De acordo com uma concretização, o sistema 200 pode incluir um ou mais nodos B ampliados (eNBs) 220 e 230, que podem prover funcionalidade de comunicação para um equipamento de usuário (UE) 240 de

Petição 870190114943, de 08/11/2019, pág. 20/79

15/43 acordo com a 3GPP E-UTRAN e/ou outra norma de comunicação adequada. Como exemplo, os eNBs 220 e/ou 230 podem implementar a funcionalidade associada a uma rede de acesso por rádio (RAN) e/ou uma rede núcleo (CN). A funcionalidade RAN pode ser utilizada, por exemplo, para comunicar dados e/ou outras informações de eoe para um ou mais equipamentos de usuário 240. Adicional e/ou alternativamente, a funcionalidade CN pode ser utilizada, por exemplo, para comunicação com uma ou mais redes de dados para obtenção de informações e/ou prover informações para tais redes.

[0036] Também como ilustrado pelo sistema 200, um eNB 220 e/ou 230 pode comunicar dados para um ou mais equipamentos de usuário 240. Como exemplo, os dados podem ser encapsulados em respectivos pacotes de dados, que podem ser unidades de dados de serviço (SDUs) e/ou qualquer outro encapsulamento adequado. Após o encapsulamento, as SDUs e/ou outros pacotes podem ser transmitidas pelos eNBs 220 e/ou 230 para um equipamento de usuário 240 usando o protocolo de convergência de dados em pacotes (PDCP) e/ou outro protocolo de comunicação adequado. Tal como também ilustrado pelo sistema 200, os dados a serem transmitidos para um equipamento de usuário 240 podem ser providos por uma fonte de dados de downlink (DL) 210. Deve ser notado que apesar de a fonte de dados DL 210 ser ilustrada como uma entidade de rede autossuficiente, a fonte de dados DL 210 poderia alternativamente ser implementada por um eNB 220 e/ou 230 e/ou qualquer outra entidade de rede apropriada por geração e/ou outro provimento de dados para um equipamento de usuário 240. Também como ilustrado pelo sistema 200, os dados providos pela fonte de dados DL 210 podem ser encapsulados

Petição 870190114943, de 08/11/2019, pág. 21/79

16/43 na forma de uma ou mais unidades de dados de protocolo (PDUs) do protocolo de tunelização geral de rádio serviço em pacotes (GTP) e/ou outro encapsulamento adequado. Quando do recebimento dos dados em um eNB 220 e/ou 230, os dados podem ser re-encapsulados antes de sua comunicação para um equipamento de usuário 240.

[0037] De acordo com outra concretização, quando um equipamento de usuário 240 se movimenta para fora da área de cobertura de um eNB servidor, ou por outra razão requisita o serviço de comunicação de outro eNB, um procedimento de handover é conduzido, em que o serviço de comunicação para o equipamento de usuário 240 é transferido de um eNB de origem 220 para um eNB alvo 230. Como exemplo, o sistema 200 pode utilizar o encaminhamento seletivo de SDUs durante uma operação de transferência do eNB de origem 220 para o eNB alvo 230. Como exemplo, tal como ilustrado pelo sistema 200, o eNB de origem 220 pode transmitir SDUs possuindo números de sequência de 0 a 4 antes da transferência. No exemplo ilustrado pelo sistema 200, as SDUs 0, 1, 2 e 4 são corretamente recebidas, enquanto a SDU 3 não é corretamente recebida e é representada no UE 240 como a “SDU x. Assim sendo, durante a transferência, podem ser aplicados encaminhamento e retransmissão seletivos para prover ao eNB alvo 230 a SDU 3 para retransmissão para o equipamento de usuário 240. Como exemplo, as SDUs podem ser encaminhadas do eNB de origem 220 para o eNB alvo 230 através de uma interface x2, diretamente do eNB de origem 220 para o eNB alvo 230 através de uma interface S1 (por exemplo, através de um gateway de acesso ou AGW) e/ou através de qualquer outra interface de rede adequada.

Petição 870190114943, de 08/11/2019, pág. 22/79

17/43

[0038] Como exemplo, pode ser exigido que, de acordo com o PDCP e/ou outro protocolo utilizado pelo sistema 200, que os pacotes sejam transmitidos para um equipamento de usuário em sequência. Dessa forma, no exemplo ilustrado pelo sistema 200, após a retransmissão de SDUs seletivamente encaminhadas, a sequência de pacotes provida ao equipamento de usuário 240 deva ser mantida dos pacotes transmitidos pelo eNB de origem 220 antes do handover para os pacotes transmitidos pelo eNB alvo 230 após o handover. No entanto, no exemplo ilustrado pelo sistema 200, os dados são obtidos pelo eNB alvo 230 a partir da fonte de dados DL 210 na forma de GTP PDUs e/ou outro encapsulamento similar que não provê informações da sequência. Assim sendo, como as únicas informações conhecidas pelo eNB alvo 230 com referência à sequência de SDUs são obtidas a partir dos pacotes encaminhados provenientes do eNB de origem 220, o eNB alvo 230 pode encontrar dificuldades significativas para determinar um número de sequência (SN) apropriado a ser aplicado a SDUs para o equipamento de usuário 240 após a retransmissão dos pacotes encaminhados. Como resultado, os dados entregues para o equipamento de usuário 240 podem ser significativamente retardados na transferência.

[0039] As técnicas de processamento de dados existentes são ineficazes para reduzir os retardos associados à reordenação de pacotes na transferência tal como acima descrito. No exemplo ilustrado pelo sistema 200, os dados correspondentes a uma SDU com um número de sequência de 3 são encaminhados do eNB de origem 220 para o eNB alvo 230 na transferência. No entanto, os pacotes subsequentes provenientes da fonte de dados DL 210 são de um modo geral

Petição 870190114943, de 08/11/2019, pág. 23/79

18/43 obtidos na forma de GTP PDUs que não contêm informações de sequência. Ao receber tais dados, o eNB alvo 230 deve então designar um PDCP SN para os dados antes da transmissão para o equipamento de usuário 240. No entanto, após retransmitir a SDU proveniente do eNB de origem 230 com um SN 3 e aguardar a ocorrência de uma comutação de trajetória, é encontrada dificuldade na determinação de um SN apropriado para um pacote inicial subsequente para o equipamento de usuário 240. Como exemplo, pode ser observado no sistema 200 que a designação de um SN inicial de 4 para um pacote inicial subsequente é indesejável dados que SN 4 já foi usado e uma SDU com SN 4 já foi acumulada pelo equipamento de usuário 240. A apresentação de uma nova SDU com SN 4 para o equipamento de usuário 240 irá resultar em uma perda de dados de usuário, dado que uma das SDUs seria tratada como uma duplicata e, portanto, seria eliminada.

[0040] De forma similar, pode ser notado que a apresentação de uma SDU inicial subsequente ao equipamento de usuário 240 com um SN de 3+delta causa um retardo significativo no equipamento de usuário 240 dado que este deve entregar os pacotes para as camadas superiores em ordem. Como exemplo, caso seja utilizado um SN inicial de 3+delta, o equipamento de usuário 240 irá levar as PDUs 3 e 4 para a camada superior. A seguir, ao identificar uma PDU com SN de 3+delta, o equipamento de usuário 240 irá então aguardar por um intervalo percebido entre o SN 5 e o SN (3+delta)-1. Como exemplo, o equipamento de usuário 240 se baseia em um timer para identificar quando transportar dados após tal intervalo em uma situação sem transferência. Um timer similar pode ser utilizado durante uma transferência, contanto que o timer

Petição 870190114943, de 08/11/2019, pág. 24/79

19/43 seja suficientemente prolongado para cobrir a interrupção devido a retardos de transferência e encaminhamento. Dessa forma, pode ser notado que caso tal timer seja usado quando o eNB alvo 230 pula o SN por delta, o equipamento de usuário 240 irá incorrer em retardos relacionados ao timer a cada transferência/ handoff.

[0041] Dessa forma, de acordo com uma concretização, o sistema 200 pode operar para reduzir retardos de processamento associados à reordenação PDCP de SDUs na transferência através de determinação, comunicação e/ou identificação de outra forma de um ou mais indicadores durante a transferência que facilitem a comunicação sem perda de SDUs para o equipamento de usuário 240 com um mínimo de retardo. Tais indicadores podem incluir, por exemplo, informações de SN providas pelo eNB de origem 220 para o eNB alvo 230, informações com referência a um tamanho de salto ou degrau aplicado pelo eNB alvo 230 na transferência, uma indicação ou comando de reajuste / reset, e/ou outros indicadores adequados. Os exemplos de indicadores que podem ser utilizados serão descritos em maiores detalhes mais adiante.

[0042] De acordo com outra concretização, os sistemas de comunicação sem fio existentes (por exemplo, sistemas LTE e/ou outros sistemas de comunicação sem fio adequados) definem apenas um único comportamento PDCP para rádio portadores de dados (DRBs) mapeados para o modo confirmado do controle de link de rádio (RLC AM) no handover. Em particular, o PDCP SN e o número de hiperquadro/ hyperfame (HFN), que formam um número de sequência COUNT de 32 bits usado no PDCP para codificação / cifragem, são mantidos na

Petição 870190114943, de 08/11/2019, pág. 25/79

20/43 transferência do eNB de origem 220 para o eNB alvo 230, bem como no equipamento de usuário 240. Tal comportamento é tipicamente utilizado para permitir o handover sem perda com encaminhamento seletivo das PDCP SDUs, facilitando desse modo o transporte de dados, duplicação reduzida e relatórios / reportes de estado. Para manter tal estado do eNB de origem 200 para o eNB alvo 230, é transmitida uma mensagem contendo o COUNT do eNB de origem 200 para o eNB alvo 230. Como exemplo, tal mensagem é denotada por SN TRANSFER STATUS.

[0043] No entanto, deve ser notado que, para alguns sistemas que utilizam o DRB mapeado para RLC AM, os recursos de handover sem perda podem não ser úteis. Além disso, no caso de recuperação de uma falha do link de rádio, nem sempre é possível manter COUNT através de um handover. Adicionalmente, em um sistema em que a mensagem de SN TRANSFER STATUS for opcional, quando tal mensagem não for transmitida o eNB alvo 230 não está provido com um mecanismo para determinar COUNT. Em tal caso, o eNB alvo 230 é de um modo geral forçado a resetar COUNT para 0, o que requer que um equipamento de usuário 240 com o qual o eNB alvo 230 se comunica faça o mesmo para se manter em sincronia.

[0044] Assim sendo, para reduzir as deficiências acima, o sistema 200 pode dar suporte à operação de handover tanto no caso em que COUNT é mantido do eNB de origem 220 para o eNB alvo 230 e no equipamento de usuário 240, como no caso em que COUNT não é mantido do eNB de origem 220 para o eNB alvo 230 e/ou no equipamento de usuário 240. Como exemplo, o sistema 200 pode prover flexibilidade para operar em qualquer dos casos acima através do provimento de uma indicação para o equipamento de usuário 240 que notifica o

Petição 870190114943, de 08/11/2019, pág. 26/79

21/43 equipamento de usuário 240 quanto a onde COUNT é mantido para um dado rádio portador e para um dado handover. Deve ser notado que tal indicação pode assumir várias formas. Como exemplo, mas não limitação, uma indicação para o equipamento de usuário 240 pode incluir uma mensagem RRC (controle de recurso de rádio) de RECONFIGURATION no caso de um handover em que o valor de COUNT é escolhido pelo eNB alvo 230, uma mensagem de RRC CONNECTION RE-ESTABLISHMENT no caso de recuperação de uma falha do link de rádio, uma mensagem de controle PDCP utilizada por um eNB 220 e/ou 230 para indicar como o equipamento de usuário 240 deve ajustar

COUNT, e/ou qualquer outra indicação adequada.

[0045] A Figura 3 ilustra um sistema 300 exemplar para gerenciamento de uma transferência de um eNB de origem 310 para um eNB alvo 320. Como mostra o sistema 300, durante uma operação de transferência, o eNB de origem 310 pode encaminhar seletivamente uma ou mais SDUs 332 para o eNB alvo 320 através de uma interface x2 entre os eNBs 310 e 320 para retransmissão após a operação de transferência. No entanto, como foi acima descrito com referência ao sistema 200, o eNB alvo 320 pode encontrar dificuldades para determinação de um SN a ser aplicado para pacotes de dados entregues subsequentemente com base apenas nas SDUs 332 encaminhadas. Assim sendo, em um exemplo, o eNB de origem 310 pode prover uma indicação 334 do primeiro SN a designar para a primeira SDU transmitida pelo eNB alvo 320. A primeira SDU pode ser, por exemplo, um pacote inicial recebido em uma interface s1, um pacote encaminhado através da interface x2 sem um número de sequência PDCP designado e/ou um pacote

Petição 870190114943, de 08/11/2019, pág. 27/79

22/43 transmitido através de qualquer outra interface de rede adequada.

[0046] De acordo com uma concretização, uma primeira indicação de SN 334 pode ser uma indicação de um SN mais alto usado pelo eNB de origem 310 e/ou uma indicação de um próximo SN disponível (por exemplo, o SN mais alto usado pelo eNB de origem 310 mais 1). Como exemplo específico, caso um SN mais alto usado pelo eNB de origem seja 4, uma primeira indicação de SN 334 pode indicar 4 (isto é, o último

SN usado) ou 5 (isto é, o próximo SN disponível). Pela utilização de primeiras indicações de SN 334 desta maneira, o eNB alvo 320 pode manter a continuidade de sequência entre as SDUs transmitidas pelo eNB de origem 310 e as SDUs transmitidas pelo eNB alvo 320, desse modo permitindo a um equipamento de usuário receptor reordenar os pacotes devido ao encaminhamento seletivo e transportar os pacotes para as camadas superiores sem retardo. Deve também ser notado que, como a continuidade de SN é mantida, um equipamento de usuário para o qual os eNBs transportam SDUs pode receber as

SDUs sem uma interrupção no PDCP SN contanto que nenhuma SDU de controle de link de rádio (RLC) seja perdida.

[0047] A Figura 4 ilustra um sistema 400 exemplar alternativo para gerenciamento de uma transferência de um eNB de origem 410 para um eNB alvo 430 através de primeiras indicações de SN 444. De forma similar àquela descrita com referência ao sistema 300, o eNB de origem 410 pode encaminhar uma ou mais SDUs 442 para o eNB alvo 430 em combinação com uma primeira indicação de SN 444. A primeira indicação de SN 444 pode indicar, por exemplo, um último SN

Petição 870190114943, de 08/11/2019, pág. 28/79

23/43 usado no eNB de origem 420 e/ou um próximo SN disponível (por exemplo, um último SN usado mais 1).

[0048] De acordo com uma concretização, caso uma interface x2 entre o eNB de origem 410 e o eNB alvo 430, tal como ilustrado no sistema 300, não esteja disponível, SDUs 442 e/ou indicações 444 podem ser transmitidas através de uma interface s1 e/ou outra interface adequada através da qual dados possam ser recebidos no eNB alvo 430. Como exemplo, um gateway servidor (SGW) 420 também pode ser utilizado para coordenar a comunicação através da interface s1 e/ou para retransmitir pacotes através da interface s1 do eNB de origem 410 para o eNB alvo 430 e/ou vice-versa.

[0049] A Figura 5 ilustra outro sistema 500 exemplar para gerenciamento de um handover de um eNB de origem 510 para um eNB alvo 520. Como mostra o sistema 500, o eNB de origem 510 pode encaminhar uma ou mais SDUs 512 para o eNB alvo 520 durante uma operação de handover. Como exemplo, as SDUs 512 podem ser recebidas no eNB alvo 520 através de uma interface x2 diretamente a partir do eNB de origem 510, através de uma interface s1 ou outra interface aérea adequada a partir do eNB de origem 510 ou de um gateway, ou por outros meios apropriados. Ao receber SDUs 512 encaminhadas, o eNB alvo 520 pode utilizar o PDCP para transmitir as SDUs 512 para um ou mais equipamentos de usuário 540 usando os números de sequência indicados para tal pelo eNB de origem 510.

[0050] Pode ser notado que quando o eNB alvo 520 transmite pacotes que não estão providos com um número de sequência, seja através da interface x2, da interface s1 e/ou de outra interface de rede adequada, o PDCP pode deixar uma fresta ou intervalo de números de sequência entre as

Petição 870190114943, de 08/11/2019, pág. 29/79

24/43

SDUs 512 encaminhadas e as SDUs subsequentes de modo a evitar a reutilização de números de sequência que já foram usados pelo eNB de origem 510 e que já estão armazenadas pelo equipamento de usuário 540. Dessa forma, caso o eNB alvo 520 não saiba quantas de tais SDUs existem, o eNB alvo 520 pode iniciar a transmissão de SDUs para o equipamento de usuário 540 após as SDUs 512 encaminhadas começando com um último SN visto de uma SDU 512 encaminhada (denotada no sistema 500 por X) mais um delta do tamanho do degrau. No entanto, como foi acima descrito, a solução convencional de utilizar um valor de degrau de SN de delta envolve um timer conservador para permitir ao PDCP efetuar o transporte ordenado, o que causa retardos no equipamento de usuário 540 a cada handover. Assim sendo, para reduzir tais retardos, uma concretização ilustrada pelo sistema 500 facilita o transporte de uma indicação de delta 532 para alertar o equipamento de usuário 540 de que está para ocorrer um salto nos números de sequência, permitindo desse modo ao equipamento de usuário 540 processar as SDUs que chegam sem retardos causados por uma interrupção nos números de sequência. Alternativamente, o eNB alvo 520 pode indicar ao equipamento de usuário 540 através do ar por meio de uma mensagem de sinalização de que todos os pacotes acumulados podem ser transportados, mesmo com as interrupções, após um eNB alvo 520 determinar que ele terminou de transmitir os pacotes encaminhados pelo eNB de origem 510, permitindo desse modo que o equipamento de usuário 540 envie os pacotes mesmo antes que um timer associado expire. Como exemplo, o eNB alvo 520 pode determinar que ele terminou a transmissão de pacotes encaminhados a partir do eNB de origem 510 com base na

Petição 870190114943, de 08/11/2019, pág. 30/79

25/43 recepção de um marcador de “último pacote” proveniente do eNB de origem 510, um timer de comutação de trajetória interno e/ou quaisquer outros meios apropriados.

[0051] Como exemplo, após enviar uma última SDU 512 vista com SN de X, o eNB alvo 520 pode utilizar uma mensagem de controle contendo uma indicação 532 de que ele irá a seguir pular para o SN X+delta. De acordo com uma concretização, uma indicação de delta 532 pode prover, por exemplo, o valor de delta, uma indicação do fato de que um salto está para ocorrer e/ou quaisquer outras informações suficientes para alertar o equipamento de usuário 540 sobre um salto iminente nos números de sequência em relação às SDUs recebidas anteriormente. Como exemplo, o eNB alvo 520 pode prover uma SDU 534 com SN de X+delta para o equipamento de usuário 540 após uma indicação de delta 532, que pode ser processada pelo equipamento de usuário 540 sem um retardo para recepção de uma SDU com um SN mais baixo do que X+delta. Como resultado, pode ser notado que pela utilização da indicação de delta 532, o equipamento de usuário 540 é capaz de transportar a SDU X+delta 534 imediatamente sem aguardar um timer.

[0052] Como outro exemplo, mas não limitação, um delta de tamanho de degrau de SN pode ser pré-configurado dentro do sistema 500 de tal forma que o delta seja conhecido pelo equipamento de usuário 540 antes de um handover, sem requerer uma indicação de delta 532 a partir de um eNB alvo 520 em cada handover. Como exemplo, se um dado tamanho de delta for pré-configurado e conhecido pelo equipamento de usuário 540, no handover o eNB alvo pode simplesmente prover uma SDU 534 com SN de X+delta para o equipamento de usuário

Petição 870190114943, de 08/11/2019, pág. 31/79

26/43

540. Com base no conhecimento prévio de delta no equipamento de usuário 540, o equipamento de usuário 540 pode enviar a SDU imediatamente sem requerer uma indicação de delta 532 explícita.

[0053] A Figura 6 ilustra outro sistema 600 exemplar para gerenciamento de uma transferência de um eNB de origem 610 para um eNB alvo 620. Como mostra o sistema 600, durante a transferência o eNB de origem 610 pode encaminhar uma ou mais SDUs 632 para o eNB alvo 620. Quando da identificação das SDUs 632 encaminhadas no eNB alvo 620, as SDUs 632 podem ser subsequentemente providas para um equipamento de usuário 640.

[0054] De acordo com uma concretização, para facilitar o envio em ordem das SDUs para a camada superior pelo equipamento de usuário 640 com um mínimo de retardo, o PDCP pode ser reajustado / resetado antes ou após o eNB alvo 620 terminar a transmissão das SDUs 632 recebidas a partir do eNB de origem 610. Como exemplo, como ilustrado pelo sistema 600, o eNB alvo 620 pode prover um comando de reset 634 para o equipamento de usuário 640, após o que o eNB alvo pode prover uma SDU inicial 636 para o equipamento de usuário possuindo um SN ajustado para um valor de reset predeterminado. Apesar de o sistema 600 ilustrar uma SDU inicial 636 com SN de 0, deve ficar claro que qualquer SN predeterminado adequado poderia ser utilizado.

[0055] Como exemplo, um reset tal como ilustrado pelo sistema 600 pode ser sincronizado com a ocorrência de uma transferência. Adicional e/ou alternativamente, o reset e/ou a continuação de um número de sequência PDCP pode ser configurado para respectivos rádio portadores, tais como,

Petição 870190114943, de 08/11/2019, pág. 32/79

27/43 por exemplo, rádio portadores mapeados para um modo RLC não confirmado (UM) e/ou rádio portadores de sinalização (SRBs), de tal forma que uma única indicação de reset 634 possa ser provida no setup de um rádio portador, dessa forma tornando desnecessário indicar um reset e/ou continuação de números de sequência para cada transferência. De acordo com outra concretização, um reset pode ocorrer após todas as PDCP SDUs encaminhadas a partir do eNB de origem 610, com seus números de sequência, terem sido transmitidas pelo eNB alvo 620. O eNB alvo 620 pode identificar um término de encaminhamento, por exemplo, por detecção de um pacote marcando o final do encaminhamento provido pelo eNB de origem 610. Como exemplo, após terminar o encaminhamento, o PDCP no eNB alvo 620 pode se resetar e prover uma indicação de reset 634 para o equipamento de usuário 640 de maneira substancialmente simultânea. Em tal exemplo, a transmissão de subsequentes PDCP SDUs pode utilizar o número de sequência inicial predeterminado para um reset.

[0056] De acordo com outra concretização, várias técnicas ilustradas pelos sistemas 300 a 600 podem ser utilizadas em combinação para um ou mais tipos de comunicação e/ou túneis. Como exemplo, a comunicação de dados pode utilizar uma primeira técnica tal como ilustrado pelos sistemas 300 a 600, enquanto a comunicação de voz pode utilizar uma segunda técnica diferente.

[0057] As Figuras 7 a 13 ilustram métodos que podem ser efetuados de acordo com várias concretizações aqui descritas. Apesar de os métodos, com o propósito de simplicidade da explanação, serem apresentados e descritos na forma de uma série de atos ou ações, deve ficar claro que

Petição 870190114943, de 08/11/2019, pág. 33/79

28/43 os métodos não estão limitados pela ordem das ações uma vez que, algumas ações podem, de acordo com uma ou mais concretizações, ocorrer em ordens diferentes e/ou concomitantemente com outras ações que não aquelas aqui descritas ou apresentadas. Como exemplo, os técnicos na área notarão que um método poderia ser alternativamente representado na forma de uma série de estados ou eventos inter-relacionados, tal como em um diagrama de estado. Além disso, nem todas as ações ilustradas podem ser necessárias para a implementação de um método de acordo com uma ou mais concretizações.

[0058] A Figura 7 ilustra um método 700 para coordenar o transporte de dados através de uma operação de handover em um sistema de comunicação sem fio (por exemplo, o sistema 200). Deve ser notado que o método 700 pode ser efetuado, por exemplo, por um ponto de acesso sem fio (por exemplo, o eNB 220 ou 230) e/ou qualquer outra entidade de rede apropriada. O método 700 se inicia no bloco 702 em que um ou mais pacotes a serem transmitidos durante um procedimento de transferência (por exemplo, para comunicação para um ou mais equipamentos de usuário 240) são identificados. A seguir, no bloco 704, são identificados um ou mais indicadores que facilitam a comunicação sem perda de pacotes com retardo reduzido após a transmissão dos pacotes encaminhados identificados no bloco 702. Os indicadores identificados no bloco 704 podem incluir, por exemplo, uma indicação de primeiro SN (por exemplo a indicação de primeiro SN 334 e/ou 444), uma indicação de delta (por exemplo, a indicação de delta 532), um comando de reset (por exemplo, a indicação de reset 634) e/ou qualquer outro indicador

Petição 870190114943, de 08/11/2019, pág. 34/79

29/43 adequado. O método 700 termina no bloco 706, em que os respectivos pacotes são comunicados subsequentemente aos pacotes encaminhados identificados no bloco 702 com base nos indicadores identificados no bloco 704 para facilitar a recepção sem perda dos pacotes com retardo reduzido.

[0059] A Figura 8 ilustra um método 800 para coordenar o transporte de dados através de uma operação de handover com base em informações de SN encaminhadas. O método 800 pode ser efetuado, por exemplo, por uma estação base e/ou qualquer outra entidade de rede apropriada. O método 800 se inicia no bloco 802, em que são identificados um ou mais pacotes para comunicação em conexão com um procedimento de transferência. A seguir, no bloco 804, é identificada uma indicação de um SN a ser utilizado para a comunicação de um pacote inicial. De acordo com uma concretização, uma indicação recebida no bloco 804 pode prover informações relacionadas a um último SN usado por uma entidade a partir da qual é recebida a indicação e/ou um próximo SN disponível (por exemplo, o último SN usado mais 1). Além disso, pode ser recebida uma indicação no bloco 804 através de uma interface x2 e/ou outra interface adequada a partir de uma estação base de origem. Adicional e/ou alternativamente, pode ser recebida uma indicação no bloco 804 através de uma interface s1 e/ou outra interface apropriada a partir de um

SGW ou similar.

[0060] O método 800 pode a seguir passar ao bloco

806, em que números de sequência de respectivos pacotes são designados em sequência a partir de um número de sequência inicial que está baseado na indicação recebida no bloco 804. O método 800 pode então terminar no bloco 808, em que os

Petição 870190114943, de 08/11/2019, pág. 35/79

30/43 pacotes aos quais números de sequência foram designados no bloco 806 são comunicados de acordo com os números de sequência designados.

[0061] A Figura 9 é um fluxograma que ilustra um método 900 para gerenciamento do transporte de dados na transferência com base em uma indicação de tamanho de degrau. Deve ser notado que o método 900 pode ser efetuado, por exemplo, por um Nó B e/ou qualquer outra entidade de rede apropriada. O método 900 se inicia no bloco 902, em que um ou mais pacotes encaminhados, possuindo respectivos números de sequência associados, e um ou mais pacotes subsequentes são recebidos para comunicação. O método 900 pode então passar ao bloco 904, em que é configurado um valor de pulo a ser aplicado aos pacotes subsequentes recebidos no bloco 902.

[0062] A seguir, o método 900 pode continuar para o bloco 906, em que é comunicada uma indicação do valor de salto configurado no bloco 904. De acordo com uma concretização, uma indicação comunicada no bloco 906 pode incluir o valor de salto configurado no bloco 904 e/ou uma indicação de que um valor de salto deve ser aplicado aos pacotes subsequentes. Além disso, tal como ilustrado na Figura 9, a ação descrita no bloco 906 é opcional e pode ser omitida caso, por exemplo, o valor de salto configurado no bloco 904 seja conhecido a priori pelo destino dos pacotes comunicados no método 900. Como outro exemplo, após a transmissão dos pacotes encaminhados no bloco 902, pode ser transmitida uma indicação através do ar no bloco 906 de que todos os pacotes subsequentes podem ser transportados independentemente de quaisquer interrupções ou espaços nos

Petição 870190114943, de 08/11/2019, pág. 36/79

31/43 números de sequência que possam ocorrer entre eles, desse modo permitindo o processamento de tais pacotes sem retardo.

[0063] A seguir, o método 900 passa ao bloco 908, em que são designados os números de sequência dos respectivos pacotes subsequentes recebidos no bloco 902, em ordem, começando a partir de um último número de sequência conhecido de um pacote encaminhados recebido no bloco 902 mais o valor de salto configurado no bloco 904. finalmente, o método 900 pode terminar no bloco 910, em que os pacotes subsequentes são comunicados de acordo com os números de sequência designados no bloco 908.

[0064] A Figura 10 ilustra um método 1000 para coordenar o transporte de dados através de uma operação de handover com base em um comando de reset / reajuste. O método 1000 pode ser efetuado, por exemplo, por um eNB e/ou qualquer outra entidade de rede apropriada. O método 1000 começa no bloco 1002, em que são identificados um ou mais pacotes para comunicação em conexão com um procedimento de transferência e um comando de reset. A seguir, no bloco 1004, são designados números de sequência para os respectivos pacotes, começando a partir de um valor de reset predeterminado. O método 1000 pode então terminar no bloco 1006, em que os pacotes para os quais números de sequência são designados no bloco 1004 são comunicados de acordo com os números de sequência designados. Como exemplo, o comando de reset identificado no bloco 1002 pode ser adicionalmente provido no bloco 1006.

[0065] A Figura 11 ilustra um método 1100 para recepção e processamento de pacotes de dados em um sistema de comunicação sem fio (por exemplo, o sistema 200). Deve

Petição 870190114943, de 08/11/2019, pág. 37/79

32/43 ser notado que o método 1100 pode ser efetuado, por exemplo, por um dispositivo móvel (por exemplo, o equipamento de usuário 240) e/ou outra entidade de rede apropriada. O método 1100 se inicia no bloco 1102 em que um ou mais pacotes são recebidos a partir de um primeiro Nó B. A seguir, no bloco 1104, são identificadas informações associadas a uma transferência de um primeiro Nó B para um segundo Nó B. As informações identificadas no bloco 1104 podem incluir, por exemplo, informações relacionadas a um salto nos números de sequência aplicados aos pacotes transmitidos a partir do segundo Nó B seguintes a pacotes encaminhados a partir do primeiro Nó B para o segundo Nó B, informações relacionadas a um reajuste / reset de sistema, um sinal “marcador de final” que indica o final de pacotes encaminhados a partir do primeiro Nó B, e/ou quaisquer outras informações adequadas. Finalmente, no bloco 1106, um ou mais pacotes são recebidos a partir do segundo Nó B de uma maneira contínua a partir dos pacotes recebidos a partir do primeiro Nó B no bloco 1102 com base nas informações identificadas no bloco 1104. Como exemplo, caso um sinal “marcador de final” seja indicado pelo segundo Nó B, todos os pacotes recebidos e acumulados no bloco 1106 até um número de sequência indicado podem ser transportados mesmo que estejam presentes interrupções nos números de sequência associados aos pacotes.

[0066]	A Figura	12	ilustra	um	método 1200	para
recepção	e	processamento	de	pacotes	de	dados durant	e uma
operação	de	transferência	com	base em	uma	indicação de	salto

de sequência. O método 1200 pode ser efetuado, por exemplo, por um equipamento de usuário e/ou qualquer outra entidade

Petição 870190114943, de 08/11/2019, pág. 38/79

33/43 de rede apropriada. O método 1200 começa no bloco 1202, em que é recebido um primeiro pacote (por exemplo, um pacote encaminhado a partir de um primeiro ponto de acesso para um segundo ponto de acesso durante uma operação de transferência). A seguir, no bloco 1204, é identificado um número de sequência associado ao primeiro pacote recebido no bloco 1202. O método 1200 continua para o bloco 1206, em que é identificado um valor de degrau para os números de sequência em conexão com uma operação de transferência. Como exemplo, o valor de degrau pode ser conhecido por uma entidade que efetua o método 1200 antes de uma operação de transferência correlacionada. Alternativamente, uma entidade que efetua o método 1200 pode receber informações relacionadas à aplicação do valor de degrau e/ou ao próprio valor de degrau a partir de um ponto de acesso.

[0067] Ao terminarem as ações descritas no bloco 1206, o método 1200 pode continuar para o bloco 1208, em que é recebido um segundo pacote que possui um número de sequência associado igual ao número de sequência associado ao primeiro pacote identificado no bloco 1204 acrescido do valor de degrau identificado no bloco 1206. o método 1200 pode então terminar no bloco 1210, em que o segundo pacote é processado sem a necessidade de um retardo para detecção de pacotes adicionais.

[0068] A Figura 13 é um fluxograma que ilustra um método 1300 para recepção e processamento de pacotes de dados durante uma operação de handover com base em um reset do sistema. O método 1300 pode ser efetuado, por exemplo, por um terminal de acesso e/ou qualquer outra entidade de rede apropriada. O método 1300 se inicia no bloco 1302, em que é

Petição 870190114943, de 08/11/2019, pág. 39/79

34/43 recebido um primeiro pacote. O primeiro pacote pode ser, por exemplo, um pacote encaminhado a partir de um primeiro Nó B para um segundo Nó B durante uma operação de transferência. A seguir, no bloco 1304, é recebida uma indicação de reset. Como exemplo, uma indicação de reset pode ser recebida no bloco 1304 a partir de qualquer Nó B envolvido em um handover de serviço de comunicação para a entidade que efetua o método 1300 e/ou qualquer outra entidade de rede apropriada. De acordo com uma concretização, uma indicação de reset recebida no bloco 1304 pode ser implícita. Como exemplo, uma entidade PDCP pode ser configurada para se resetar sem indicação sempre que ocorre um handover.

[0069] Ao final das ações descritas no bloco 1304, o método 1300 segue para o bloco 1306, em que é recebido um segundo pacote que possui um número de sequência associado igual a um número de sequência de reset predeterminado. Finalmente, no bloco 1308, o segundo pacote recebido no bloco 1306 é processado sem requerer um retardo para detecção de pacotes adicionais.

[0070] A Figura 14 é um diagrama de blocos que ilustra um sistema de comunicação sem fio 1400 exemplar em que podem funcionar várias concretizações aqui descritas. Como exemplo, o sistema 1400 é um sistema de múltiplas entradas e múltiplas saídas (MIMO) que inclui um sistema transmissor 1410 e um sistema receptor 1450. No entanto, deve ser notado que o sistema transmissor 1410 e/ou o sistema receptor 1450 poderiam também se aplicar a um sistema de múltiplas entradas e saída única em que, por exemplo, múltiplas antenas de transmissão (por exemplo, em uma estação base), pode transmitir uma ou mais correntes de símbolos

Petição 870190114943, de 08/11/2019, pág. 40/79

35/43 para um dispositivo de antena única (por exemplo, uma estação móvel). Adicionalmente, deve ser notado que concretizações do sistema transmissor 1410 e/ou do sistema receptor 1450 aqui descritos poderiam ser utilizadas em conexão com um sistema de antenas de entrada única e saída única.

[0071] De acordo com uma concretização, dados de tráfego para várias correntes de dados são providos no sistema transmissor 1410 a partir de uma fonte de dados 1412 para um processador de dados de transmissão (TX) 1414. Como exemplo, cada corrente de dados pode ser a seguir transmitida através de uma respectiva antena de transmissão 1424. Adicionalmente, o processador de dados TX 1414 pode formatar, codificar e intercalar dados de tráfego para cada corrente de dados com base em um esquema de codificação específico selecionado para cada respectiva corrente de dados de modo a prover dados codificados. Como exemplo, os dados codificados para cada corrente de dados podem ser multiplexados com dados de piloto usando-se técnicas OFDM.

Os dados de piloto podem ser, por exemplo, um padrão de dados conhecido que é processado de forma conhecida. Além disso, os dados de piloto podem ser usados no sistema receptor 1450 para estimar a resposta de canal. Voltando ao sistema transmissor 1410, os dados codificados e de piloto multiplexados para cada corrente de dados podem ser modulados (isto é, mapeados para símbolos) com base em um esquema de modulação específico (por exemplo, BPSK, QPSK, M-PSK, ou MQAM) selecionado para cada corrente de dados de modo a prover símbolos de modulação. Como exemplo, a taxa de dados, a codificação e a modulação para cada corrente de dados podem

Petição 870190114943, de 08/11/2019, pág. 41/79

36/43 ser determinadas por instruções efetuadas no e/ou providas pelo processador 1430.

[0072] A seguir, os símbolos de modulação para todas as correntes de dados podem ser providos para um processador TX 1420 que processa adicionalmente os símbolos de modulação (por exemplo, para OFDM). O processador TX MIMO 1420 a seguir provê NT correntes de símbolos de modulação para NT transreceptores 1422a a 1422t. Como exemplo, cada transreceptor 1422 pode receber e processar uma respectiva corrente de símbolos para prover um ou mais sinais analógicos. Cada transreceptor 1422 a seguir condiciona adicionalmente (por exemplo, amplifica, filtra e converte para transmissão) os sinais analógicos para prover um sinal modulado adequado para transmissão através de um canal MIMO. Assim sendo, NT sinais modulados provenientes dos transreceptores 1422a a 1422t podem ser a seguir transmitidos a partir de NT antenas 1424a a 1424t, respectivamente.

[0073] De acordo com outra concretização, os sinais modulados transmitidos podem ser recebidos no sistema receptor 1450 por Nr antenas 1452a a 1452r. O sinal recebido proveniente de cada antena 1452 pode ser a seguir provido para respectivos transreceptores 1454. Como exemplo, cada transreceptor 1454 pode condicionar (por exemplo, filtrar, amplificar e converter para recepção) um respectivo sinal recebido, digitalizar o sinal condicionado para prover amostras e a seguir processar as amostras para prover uma correspondente corrente de símbolos recebida. Um processador de dados RX MIMO 1460 a seguir recebe e processa as NR correntes de símbolos recebidas a partir de NR transreceptores 1454 com base em uma técnica de processamento

Petição 870190114943, de 08/11/2019, pág. 42/79

37/43 de receptor específica para prover Nt correntes de símbolos detectadas. Como exemplo, cada corrente de símbolos detectada pode incluir símbolos que consistem de estimativas dos símbolos de modulação transmitidos para a correspondente corrente de dados. O processador RX 1460 a seguir processa cada corrente de símbolos pelo menos em parte por demodulação, deintercalação e decodificação de cada corrente de símbolos detectada para recuperar dados de tráfego para uma corrente de dados correspondente. Dessa forma, o processamento pelo processador RX 1460 é complementar àquele efetuado pelo processador TX MIMO 1420 e pelo processador de dados TX 1414 no sistema transmissor 1410. O processador RX 1460 pode adicionalmente prover correntes de símbolos processadas para um acumulador de dados 1464.

[0074] De acordo com uma concretização, a estimativa de resposta de canal gerada pelo processador RX 1460 pode ser usada para efetuar o processamento espaço / tempo no receptor, ajustar os níveis de potência, mudar taxas ou esquemas de modulação e/ou outras ações apropriadas. Adicionalmente, o processador RX 1460 pode também estimar características de canal, tais como, por exemplo, as razões de sinal para ruído mais interferência (SNRs) das correntes de símbolos detectadas. O processador RX 1460 pode a seguir prover as características de canal estimadas para um processador 1470. Como exemplo, o processador RX 1460 e/ou o processador 1470 podem também derivar uma estimativa da SNR operacional para o sistema. O processador 1470 pode a seguir prover informações de estado de canal (CSI), as quais podem compreender informações com referência ao link de comunicação e/ou à corrente de dados recebida. Tais

Petição 870190114943, de 08/11/2019, pág. 43/79

38/43 informações podem incluir, por exemplo, a SNR operacional. As CSI podem ser a seguir processadas por um processador de dados TX 1418, moduladas por um modulador 1480, condicionadas por transreceptores 1454a a 1454r e transmitidas de volta ao sistema transmissor 1410. Além disso, uma fonte de dados 1416 no sistema receptor 1450 pode prover dados adicionais a serem processados pelo processador de dados TX 1418.

[0075] Voltando ao sistema transmissor 1410, os sinais modulados provenientes do sistema receptor 1450 são a seguir recebidos pelas antenas 1424, condicionados pelos transreceptores 1422, demodulados por um demodulador 1440 e processados por um processador de dados RX 1442 para recuperar as CSI reportadas pelo sistema receptor 1450. Como exemplo, as CSI reportadas são a seguir providas ao processador 1430 e usadas para determinar taxas de dados e esquemas de modulação e codificação a serem usados para uma ou mais correntes de dados. Os esquemas de modulação e codificação determinados são a seguir providos para os transreceptores 1422 para quantificação e/ou uso em transmissões posteriores para o sistema receptor 1450. Adicional e/ou alternativamente, as CSI reportadas podem ser usadas pelo processador 1430 para geração de vários controles para o processador de dados TX 1414 e para o processador TX MIMO 1420. Como outro exemplo, as CSI e/ou outras informações processadas pelo processador de dados RX 1442 podem ser providas para um acumulador de dados 1444.

[0076] Como exemplo, o processador 1430 no sistema transmissor 1410 e o processador 1470 no sistema receptor 1450 dirigem a operação em seus respectivos sistemas. Adicionalmente, a memória 1432 no sistema transmissor 1410

Petição 870190114943, de 08/11/2019, pág. 44/79

39/43 e a memória 1472 no sistema receptor 1450 podem prover armazenamento para dados e códigos de programa usados pelos processadores 1430 e 1470, respectivamente. Além disso, no sistema receptor 1450, podem ser usadas várias técnicas de processamento para processar os NR sinais recebidos para detectar as NT correntes de símbolos transmitidas. Tais técnicas de processamento de receptor podem incluir técnicas de processamento de receptor espaciais e espaço-temporais, que podem também ser designadas como técnicas de equalização e/ou técnicas de processamento de receptor de “anulação / equalização e cancelamento de interferência sucessivos”, que podem também ser denominadas como técnicas de processamento de receptor de “cancelamento de interferência sucessivo” ou “cancelamento sucessivo”.

[0077] A Figura 15 é um diagrama de blocos de um sistema 1500 que facilita o gerenciamento de um handover em um sistema de comunicação sem fio de acordo com várias concretizações aqui descritas. Como exemplo, o sistema 1500 inclui uma estação base ou ponto de acesso 1502. Como ilustrado, o ponto de acesso 1502 pode receber sinais provenientes de um ou mais terminais de acesso 1504 através de uma ou mais antenas de recepção (RX) 1506 e transmitir para os um ou mais terminais de acesso 1004 através de uma ou mais antenas de transmissão (TX) 1508.

[0078] Adicionalmente, o ponto de acesso 1502 pode compreender um receptor 1510 que recebe informações provenientes das antenas de recepção 1506. Como exemplo, o receptor 1510 pode estar operacionalmente associado a um demodulador (DEMOD) 1512 que demodula informações recebidas. Os símbolos demodulados podem ser analisados por um

Petição 870190114943, de 08/11/2019, pág. 45/79

40/43 processador 1514. O processador 1514 pode estar acoplado à memória 1516, a qual pode armazenar informações relacionadas a clusters de código, designações de terminal de acesso, tabelas de consulta a eles relacionadas, sequências de embaralhamento exclusivas e/ou outros tipos de informações adequadas. Como exemplo, o ponto de acesso 1502 pode empregar o processador 1514 para efetuar os métodos 700, 800, 900,

1000 e/ou outros métodos similares e apropriados. O ponto de acesso 1502 pode também incluir um modulador 1518 que pode multiplexar um sinal para transmissão por um transmissor 1520 através das antenas de transmissão 1508.

[0079] A Figura 16 é um diagrama de blocos de um sistema 1600 que facilita o gerenciamento de um handover em um sistema de comunicação sem fio de acordo com várias concretizações aqui descritas. Como exemplo, o sistema 1600 inclui um terminal ou equipamento de usuário (UE) 1602. Tal como ilustrado, o equipamento de usuário 1602 pode receber sinais provenientes de um ou mais nodos B 1604 e transmitir para os um ou mais nodos B 1604 através de uma ou mais antenas 1608. Adicionalmente, o equipamento de usuário 1602 pode compreender um receptor 1610 que recebe informações provenientes das antenas 1608. Como exemplo, o receptor 1610 pode estar operacionalmente associado a um demodulador (DEMOD) 1612 que demodula as informações recebidas. Os símbolos demodulados podem a seguir ser analisados por um processador 1614. O processador 1614 pode estar acoplado à memória 1616 que pode armazenar dados e/ou códigos de programa relacionados ao equipamento de usuário 1602. Adicionalmente, o equipamento de usuário 1602 pode empregar o processador 1614 para efetuar métodos 1100, 1200, 1300

Petição 870190114943, de 08/11/2019, pág. 46/79

41/43 e/ou outros métodos similares e apropriados. O equipamento de usuário 1602 pode também incluir um modulador 1618 que pode multiplexar um sinal para transmissão por um transmissor 1620 através das antenas 1608.

[0080] A Figura 17 é um diagrama de blocos de um equipamento 1700 que facilita o sequenciamento e transporte eficientes e sem perda de pacotes de dados em um sistema de comunicação sem fio (por exemplo, o sistema 200). Deve ser notado que o equipamento 1700 é representado como incluindo blocos funcionais, os quais podem ser blocos funcionais que representam funções implementadas por um processador, software, ou combinação de tais (por exemplo, firmware). O equipamento 1700 pode ser implementado em um eNB (por exemplo, o eNB 220 e/ou 230) e/ou qualquer outra entidade de rede apropriada e pode incluir um módulo 1702 para receber um ou mais pacotes seletivamente encaminhados para comunicação a um terminal em conexão com um procedimento de transferência, um módulo 1704 para identificar informações de estado e informações de ordem associadas aos pacotes encaminhados que facilitam o transporte de pacotes sem perda para o terminal, e um módulo 1706 para transmissão de respectivos pacotes subsequentes aos pacotes seletivamente encaminhados para o terminal usando as informações de estado em uma ordem especificada pelas informações de ordem.

[0081] A Figura 18 é um diagrama de blocos de um equipamento 1800 que facilita a recepção e o processamento de unidades de dados durante um procedimento de transferência. Deve ser notado que o equipamento 1800 é representado como incluindo blocos funcionais, os quais podem ser blocos funcionais que representam funções

Petição 870190114943, de 08/11/2019, pág. 47/79

42/43 implementadas por um processador, software, ou combinação de tais (por exemplo, firmware). O equipamento 1800 pode ser implementado em um equipamento de usuário (por exemplo, o equipamento de usuário 240) e/ou qualquer outra entidade de rede apropriada e pode incluir um módulo 1802 para receber uma ou mais unidades de dados provenientes de uma primeira origem / fonte, um módulo 1804 para identificar informações relacionadas a uma mudança de serviço da primeira fonte para uma segunda fonte, um módulo 1806 para receber uma ou mais unidades de dados provenientes da segunda fonte com base nas informações identificadas, e um módulo 1808 para processar unidades de dados recebidas a partir da segunda fonte sem o retardo associado à tentativa de detectar unidades de dados adicionais.

[0082] Deve ser notado que as técnicas aqui descritas podem ser implementadas por meio de hardware, software, middleware, microcódigo, ou quaisquer combinações de tais. Quando os sistemas e/ou métodos são implementados em software, firmware, middleware, microcódigo, código de programa, ou segmentos de código, eles podem ser armazenados em um meio para leitura por máquina, tal como um componente de armazenamento. Um segmento de código pode representar um procedimento, uma função, um sub-programa, um programa, uma rotina, uma sub-rotina, um módulo, um pacote de software, uma classe, ou qualquer combinação de instruções, estruturas de dados, ou declarações de programa. Um segmento de código pode ser acoplado a outro segmento de código ou a um circuito de hardware por passagem e/ou recepção de informações, dados, argumentos, parâmetros, ou conteúdos de memória. As informações, dados, argumentos, parâmetros, etc., podem ser

Petição 870190114943, de 08/11/2019, pág. 48/79

43/43 passados, encaminhados, ou transmitidos pelo uso de quaisquer meios adequados, incluindo compartilhamento de memória, passagem de mensagens, passagem de tokens / fichas, transmissão em rede, etc.

[0083] Para uma implementação em software, as técnicas aqui descritas podem ser implementadas por meio de módulos (por exemplo, procedimentos, funções e assim por diante) que efetuam as funções aqui descritas. Os códigos de software podem ser armazenados em unidades de memória e executados por processadores. A unidade de memória pode ser implementada no interior do processador ou externamente ao processador, caso este em que ela pode estar acoplada em comunicação com o processador através de vários dispositivos como é do conhecimento dos técnicos na área.

[0084] O que foi acima descrito inclui concretizações exemplares. Naturalmente não é possível descrever cada combinação concebível de componentes ou metodologias com o propósito de descrever as concretizações, porém os técnicos na área notarão que várias outras combinações e permutações são possíveis. Assim sendo, tais concretizações tencionam englobar todas estas alterações, modificações e variações que se inserem no espírito e escopo das reivindicações anexas. Além disso, no grau em que o termo inclui é utilizado, seja na descrição detalhada ou nas reivindicações, tal termo tenciona ser inclusivo, de forma similar ao termo compreende, tal como compreende é interpretado quando empregado como uma palavra de transição em uma reivindicação. Além disso, o termo ou tenciona exprimir um ou inclusivo e não um ou excludente.

Claims (9)

1. REIVINDICAÇÕES

   1. Método (700) para gerenciamento de comunicação em um sistema de comunicação sem fio, caracterizado pelo fato de que compreende:

   identificar (702) um ou mais pacotes encaminhados a partir de uma estação base de origem (220) para uma estação base alvo (230) associados a um procedimento de transferência de um terminal sem fio (240) a partir da estação base de origem (220) para a estação base alvo (230), um ou mais pacotes encaminhados sendo pacotes transmitidos a partir da estação base de origem (220) para o terminal sem fio (240) mas não corretamente recebidos pelo terminal sem fio (240);

   identificar (704) um ou mais indicadores que fornecidos pela estação base de origem (220) para a estação base alvo (230), os um ou mais indicadores compreendendo uma indicação de um número de sequência a ser utilizado para comunicação de um pacote inicial a partir da estação base alvo (230) para o terminal sem fio (240) subsequente à retransmissão pela estação base alvo (230) dos pacotes encaminhados para o terminal sem fio (240); e comunicar (706) os respectivos pacotes a partir da estação base alvo (230) para o terminal sem fio (240) subsequentes aos pacotes encaminhados com base nos indicadores identificados para facilitar a recepção sem perda dos pacotes com retardo reduzido no terminal sem fio (240);

   em que o pacote inicial é recebido na estação base alvo (230) a partir de uma fonte de dados de downlink (210), que é um gateway de serviço, SGW; e

   Petição 870190114943, de 08/11/2019, pág. 50/79
2. 2/4 em que a estação base de origem (220) e a estação base alvo (230) são nós B Evoluídos em comunicação através de uma interface X2; e adicionalmente em que ambos os pacotes encaminhados e o número de sequência são recebidos na estação base alvo (230) diretamente a partir da estação base de origem (220) através da interface X2.

   2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que adicionalmente compreende:

   designar números de sequência de respectivos pacotes em sequência começando com um número de sequência inicial escolhido com base na indicação recebida; e comunicar os pacotes em sequência de acordo com os números de sequência designados.
3. 3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que a indicação do número de sequência a ser utilizado para comunicação de um pacote inicial é um número de sequência usado pela última vez para a comunicação de um pacote.
4. 4. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que a indicação do número de sequência a ser utilizado para comunicação de um pacote inicial é um próximo número de sequência disponível para a comunicação de um pacote.
5. 5. Equipamento (1700) que facilita o sequenciamento contínuo de pacotes para transmissão através de uma transferência em um sistema de comunicação sem fio LTE, o equipamento caracterizado pelo fato de que compreende:

   dispositivos (1702) para receber um ou mais pacotes encaminhados a partir de uma estação base de origem (220) para uma estação base alvo (230) associados a um

   Petição 870190114943, de 08/11/2019, pág. 51/79

   3/4 procedimento de transferência de um terminal sem fio (240) a partir da estação base de origem (220) para a estação base alvo (230), um ou mais pacotes encaminhados sendo pacotes transmitidos a partir da estação base de origem (220) para o terminal sem fio (240) mas não corretamente recebidos pelo terminal sem fio (240);

   dispositivos (1704) para identificar um ou mais indicadores que fornecidos pela estação base de origem (220) para a estação base alvo (230), os um ou mais indicadores compreendendo uma indicação de um número de sequência a ser utilizado para comunicação de um pacote inicial a partir da estação base alvo (230) para o terminal sem fio (240) subsequente à retransmissão pela estação base alvo (230) dos pacotes encaminhados para o terminal sem fio (240); e dispositivos (1706) para transmitir os respectivos pacotes a partir da estação base alvo (230) para o terminal sem fio (240) subsequentes aos pacotes encaminhados com base nos indicadores identificados para facilitar a

   recepção sem perda dos pacotes com retardo reduzido no terminal sem fio (240); em que o pacote inicial é recebido na estação base

   alvo (230) a partir de uma fonte de dados de downlink (210), que é um gateway de serviço, SGW; e em que a estação base de origem (220) e a estação base alvo (230) são nós B Evoluídos em comunicação através de uma interface X2; e adicionalmente em que ambos os pacotes encaminhados e o número de sequência são recebidos na estação base alvo (230) diretamente a partir da estação base de origem (220) através da interface X2.

   Petição 870190114943, de 08/11/2019, pág. 52/79

   4/4
6. 6. Equipamento, de acordo com a reivindicação 5, caracterizado pelo fato de que adicionalmente compreende:

   dispositivos para designar números de sequência de respectivos pacotes em sequência começando com um número de sequência inicial escolhido com base na indicação recebida; e dispositivos para comunicar os pacotes em sequência de acordo com os números de sequência designados.
7. 7. Equipamento, de acordo com a reivindicação 6, caracterizado pelo fato de que a indicação do número de sequência a ser utilizado para comunicação de um pacote inicial é um número de sequência usado pela última vez para a comunicação de um pacote.
8. 8. Equipamento, de acordo com a reivindicação 6, caracterizado pelo fato de que a indicação do número de sequência a ser utilizado para comunicação de um pacote inicial é um próximo número de sequência disponível para a comunicação de um pacote.
9. 9. Memória legível por computador caracterizada pelo fato de que compreende instruções armazenadas na mesma, as instruções sendo executáveis por um computador para realizar as etapas de método conforme definido em qualquer uma das reivindicações 1 a 4.