BR112020005912A2 - método para gerenciar status de entrega de dados de enlace descendente - Google Patents

Abstract

A geração e uso de uma DDDS modificada, adequada para RLC AM e RLC UM, são revelados no presente documento. A DDDS modificada inclui opcionalmente um IE especificando um número de sequência mais alto f para um pacote entregue com sucesso a um terminal sem fio. O nó B, que está em comunicação sem fio com um terminal sem fio, envia a DDDS modificada para o Nó A, em que o Nó A envia pacotes de dados de DL para o Nó B para transmissão para o terminal sem fio responsivo à DDDS modificada recebida.

Description

MÉTODO PARA GERENCIAR STATUS DE ENTREGA DE DADOS DE ENLACE DESCENDENTE

[001] Este pedido reivindica prioridade para o Pedido Provisório nº de série US 62/563.852, depositado em 27 de setembro de 2017, cuja revelação é incorporada em sua totalidade a título de referência no presente documento.

CAMPO DA TÉCNICA

[002] A solução apresentada no presente documento se refere em geral ao controle de entrega de pacotes de dados de enlace descendente, e, mais particularmente, se refere à Status de Entrega de Dados de Enlace Descendente (DDDS) usada para implementar tal controle.

ANTECEDENTES

[003] Em geral, todos os termos usados no presente documento devem ser interpretados de acordo com seu significado comum no campo da técnica relevante, salvo se um significado diferente for dado claramente e/ou está implícito a partir do contexto no qual é usado. Todas as referências a um/uma/ao elemento, aparelho, componente, meios, etapa, etc. devem ser interpretadas abertamente como se referindo a pelo menos uma instância do elemento, aparelho, componente, meios, etapa, etc., salvo se apresentado explicitamente de outro modo. As etapas de quaisquer métodos revelados no presente documento não devem ser realizadas nessa ordem exata revelada, salvo se uma etapa for descrita explicitamente como seguindo ou precedendo uma outra etapa e/ou quando está implícito que uma etapa deve seguir ou preceder uma outra etapa. Qualquer atributo de qualquer uma das modalidades reveladas no presente documento pode ser aplicado a uma outra modalidade, sempre que apropriado. De modo similar, qualquer vantagem de qualquer uma das modalidades pode se aplicar a quaisquer outras modalidades e vice versa. Outros objetivos, atributos e vantagens das modalidades envolvidas estarão evidentes a partir da descrição a seguir.

[004] A conectividade dupla é um atributo do Projeto de Parceria para a 3ª Geração (3GPP) Release 12 em que os recursos de rádio de dois eNBs são agregados, e um Equipamento de Usuário (UE) é conectado aos dois eNBs simultaneamente. Para auxiliar na distribuição de dados de plano de usuário, o Status de Entrega de Dados de Enlace Descendente (DDDS) foi introduzida para fornecer retroalimentação para permitir o nó que hospeda a entidade de Protocolo de Convergência de Dados de Pacote (PDCP) para controlar o fluxo de dados de usuário de enlace descendente.

[005] Quando a 3GPP Release 15 introduz 5G/Novo Rádio (NR), então, espera-se que a conectividade dupla se expanda para cobrir a conectividade dupla entre um nó de Evolução de Longo Prazo (LTE) e um nó de NR, ou entre os dois nós de NR. Consultar, por exemplo, a Figura 6 que mostra um exemplo de Conectividade Dupla em NR.

[006] Com a introdução de divisão do nó de Rede de Acesso via Rádio de Próxima Geração (NG-RAN) em uma Unidade Central (CU) e uma Unidade Distribuída (DU), um protocolo de plano de usuário é introduzido também no nó de 5G NG-RAN. Consequentemente, o DDDS é incluído nos protocolos de plano de usuário a seguir: O protocolo de plano de usuário de interface X2 (X2UP), o protocolo de plano de usuário de interface Xn (XnUP) e o protocolo de plano de usuário de interface F1 (F1UP).

[007] O DDDS convencional inclui os três elementos de informações (IEs) obrigatórios a seguir: • o número de sequência (SN) de Unidade de Dados de Protocolo (PDU) de PDCP mais alto entregue com sucesso em sequência ao UE dentre essas PDCP PDUs recebidas do nó de NG-RAN (por exemplo, gNB) que hospeda a entidade de PDCP;

• o tamanho de buffer desejado em bytes para o transportador de dados em questão; e • o tamanho de buffer desejado em bytes para o UE.

[008] O tamanho de buffer desejado é definido como “informações do tamanho de buffer atualmente desejado na eNB Secundária (SeNB) para transmitir para o UE dados de usuário associados a um E-RAB específico (Transportador de Acesso via Rádio de E-UTRAN (Rede de Acesso via Rádio Terrestre Universal)) configurado com a opção de transportador dividido”.

[009] Isso restringe o uso do DDDS e torna impossível nos casos em que nós queremos melhor utilizar a mensagem.

[010] Existe atualmente certos desafios. Conforme indicado acima, um dos elementos de informações apresentados obrigatórios em LTE DDDS é “o número de sequência de PDCP PDU mais alto entregue com sucesso na sequência ao UE”. Primeiramente, isso implica que o DDDS é destinado apenas para o Modo Reconhecido por Controle de Rádio Enlace (RLC AM), em que o sistema poderia retroalimentar as PDCP PDUs entregues e reconhecidas com sucesso pelo UE. Em segundo lugar, isso implica que o DDDS que envia frequência é determinado pela taxa Acked de RLC, que é a taxa/frequência na qual a camada de RLC envia o Reconhecimento. É benéfico ter capacidade de usar o DDDS para o controle de fluxo de dados de usuário de Modo Não Reconhecido (UM) de RLC.

[011] Uma outra desvantagem é que não é possível enviar o DDDS antes de o primeiro RLC enviar uma mensagem de ACK. O envio antecipado de DDDS pode ser benéfico para o nó de assistência (por exemplo, nó de SeNB ou S-NG-RAN) para informar ao nó que hospeda a entidade de PDCP (por exemplo, nó de MeNB ou M-NG-RAN) o tamanho de buffer desejado de modo que o nó que hospeda a entidade de PDCP possa distribuir adequadamente os pacotes de dados.

[012] Finalmente, não é possível usar DDDS com o propósito de apenas fornecer as informações do tamanho de buffer desejado e do tamanho de buffer desejado mínimo durante a transmissão de dados, sem repetir “o número de sequência de PDCP PDU mais alto entregue com sucesso”, quando for inalterado.

SUMÁRIO

[013] Certos aspectos da presente revelação e de suas modalidades podem fornecer soluções para esses ou outros desafios. De acordo com certas modalidades, uma solução para resolver os problemas mencionados acima consiste em melhorar o DDDS atual. Essas melhorias poderiam incluir, sem limitação, um ou mais dentre os seguintes: • Incluir apenas “o número de sequência de PDCP PDU mais alto entregue com sucesso em sequência ao UE dentre essas PDCP PDUs recebidas da gNB que hospeda a entidade de PDCP” quando o mesmo se aplica, por exemplo, tornando esse elemento de informações opcionalmente presente; • Estender o tamanho de buffer desejado para cobrir o caso para RLC UM; • Modificar ou introduzir um IE para cobrir o controle de fluxo para RLC UM, e tornar também o mesmo opcionalmente presente.

[014] Essas soluções poderiam se aplicar no protocolo de interface XnUP, F1UP e X2UP. De acordo com certas modalidades, o DDDS melhorado é enviado quantas vezes o nó de assistência desejar, e se aplica tanto para os modos de RLC UM quanto para os modos de RLC AM.

[015] Há várias modalidades, propostas no presente documento, que abordam uma ou mais das questões reveladas no presente documento. Certas dessas modalidades podem fornecer uma ou mais das vantagens técnicas a seguir. De acordo com certas modalidades, o status de entrega de dados de enlace descendente de controle de fluxo de plano de usuário pode ser usada para retroalimentar o nó que hospeda a entidade de PDCP apenas com informações relacionadas ao tamanho de buffer desejado, reduzindo a transmissão de informações desnecessárias. De acordo com certas modalidades, as soluções podem ser usadas também para controle de fluxo de RLC UM. Certas modalidades podem fornecer todas, algumas ou nenhuma dessas vantagens técnicas. Essas e outras vantagens técnicas podem estar prontamente evidentes e serão descritas em mais detalhes abaixo.

[016] Uma modalidade exemplificativa compreende um método, implementado por um primeiro nó de rede (Nó B), de relatar um Status de Entrega de Dados de Enlace Descendente (DDDS) para um terminal sem fio a partir do primeiro nó de rede (Nó B) para um segundo nó de rede (Nó A). O método compreende gerar um quadro de DDDS compreendendo um primeiro indicador e pelo menos um primeiro Elemento de Informações (IE) que especifica um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio. O método compreende adicionalmente determinar a possibilidade de incluir um segundo IE no quadro de DDDS, em que o segundo IE especifica um número de sequência mais alto para um pacote entregue com sucesso ao terminal sem fio. O método compreende adicionalmente estabelecer um valor do primeiro indicador de status responsivo à determinação da possibilidade de incluir o segundo IE no quadro de DDDS para indicar uma presença e/ou uma ausência do segundo IE no quadro de DDDS. O método compreende adicionalmente adicionar o segundo IE ao quadro de DDDS quando o primeiro indicador de status indica a presença do segundo IE no quadro de DDDS, e enviar o quadro de DDDS para o segundo nó de rede (Nó A) para facilitar o controle, pelo segundo nó de rede (Nó A), de fluxo de dados de enlace descendente para o terminal sem fio.

[017] Uma outra modalidade exemplificativa compreende um produto de programa de computador para controlar um primeiro nó de rede (Nó B). O produto de programa de computador compreende instruções de software que,

quando executadas em pelo menos um circuito de processamento no primeiro nó de rede (Nó B), fazem com que o primeiro nó de rede (Nó B) execute um método de relatar um Status de Entrega de Dados de Enlace Descendente (DDDS) para um terminal sem fio a partir do primeiro nó de rede (Nó B) para o segundo nó de rede (Nó A). Quando executadas no circuito de processamento, as instruções de software fazem com que o primeiro nó de rede (Nó B) gere um quadro de DDDS compreendendo um primeiro indicador e pelo menos um primeiro Elemento de Informações (IE) que especifica um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio.

Quando executadas no circuito de processamento, as instruções de software fazem adicionalmente com que o primeiro nó de rede (Nó B) determine a possibilidade de incluir um segundo IE no quadro de DDDS, em que o segundo IE especifica um número de sequência mais alto para um pacote entregue com sucesso ao terminal sem fio.

Quando executadas no circuito de processamento, as instruções de software fazem adicionalmente com que o primeiro nó de rede (Nó B) estabeleça um valor do primeiro indicador de status responsivo à determinação da possibilidade de incluir o segundo IE no quadro de DDDS para indicar uma presença e/ou uma ausência do segundo IE no quadro de DDDS.

Quando executadas no circuito de processamento, as instruções de software fazem adicionalmente com que o primeiro nó de rede (Nó B) adicione o segundo IE ao quadro de DDDS quando o primeiro indicador de status indica a presença do segundo IE no quadro de DDDS, e envie o quadro de DDDS para o segundo nó de rede (Nó A) para facilitar o controle, pelo segundo nó de rede (Nó A), de fluxo de dados de enlace descendente para o terminal sem fio.

Em uma modalidade exemplificativa, um meio legível por computador compreende o produto de programa de computador.

Em uma modalidade exemplificativa, o meio legível por computador pode compreender um meio legível por computador não transitório.

[018] Uma outra modalidade exemplificativa compreende um primeiro nó de rede (Nó B) configurado para relatar um Status de Entrega de Dados de Enlace Descendente (DDDS) para um terminal sem fio para um segundo nó de rede (Nó A). O primeiro nó de rede (Nó B) compreende um ou mais circuitos de processamento e um circuito de comunicação. Os um ou mais circuitos de processamento são configurados para gerar um quadro de DDDS compreendendo um primeiro indicador de status e pelo menos um primeiro Elemento de Informações (IE) que especifica um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio. Os um ou mais circuitos de processamento são configurados adicionalmente para determinar a possibilidade de incluir um segundo IE no quadro de DDDS, em que o segundo IE especifica um número de sequência mais alto para um pacote entregue com sucesso ao terminal sem fio. Os um ou mais circuitos de processamento são configurados adicionalmente para estabelecer um valor do primeiro indicador de status responsivo à determinação para indicar uma presença e/ou uma ausência do segundo IE no quadro de DDDS, e para adicionar o segundo IE ao quadro de DDDS quando o primeiro indicador de status indica a presença do segundo IE no quadro de DDDS. O circuito de comunicação é configurado para enviar o quadro de DDDS para o segundo nó de rede (Nó A) para facilitar o controle, pelo segundo nó de rede (Nó A), de fluxo de dados de enlace descendente para o terminal sem fio.

[019] Uma outra modalidade exemplificativa compreende um primeiro nó de rede (Nó B) configurado para relatar um Status de Entrega de Dados de Enlace Descendente (DDDS) para um terminal sem fio para um segundo nó de rede (Nó A). O primeiro nó de rede (Nó B) é configurado para gerar um quadro de DDDS compreendendo um primeiro indicador de status e pelo menos um primeiro Elemento de Informações (IE) que especifica um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio. O primeiro nó de rede (Nó B) é configurado adicionalmente para determinar a possibilidade de incluir um segundo IE no quadro de DDDS, em que o segundo IE especifica um número de sequência mais alto para um pacote entregue com sucesso ao terminal sem fio. O primeiro nó de rede (Nó B) é configurado adicionalmente para estabelecer um valor do primeiro indicador de status responsivo à determinação para indicar uma presença e/ou uma ausência do segundo IE no quadro de DDDS, e para adicionar o segundo IE ao quadro de DDDS quando o primeiro indicador de status indica a presença do segundo IE no quadro de DDDS. O primeiro nó de rede (Nó B) é configurado para enviar o quadro de DDDS para o segundo nó de rede (Nó A) para facilitar o controle, pelo segundo nó de rede (Nó A), de fluxo de dados de enlace descendente para o terminal sem fio.

[020] Uma outra modalidade exemplificativa compreende um método, implementado por um primeiro nó de rede (Nó A), de controlar o fluxo de dados de enlace descendente a partir do primeiro nó de rede (Nó A) para um terminal sem fio. O método compreende receber, de um segundo nó de rede (Nó B), um quadro de Status de Entrega de Dados de Enlace Descendente (DDDS) compreendendo pelo menos um primeiro Elemento de Informações (IE) e um primeiro indicador de status. O método compreende adicionalmente determinar um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio do primeiro IE no quadro de DDDS. O método compreende adicionalmente controlar o fluxo de dados de enlace descendente a partir do primeiro nó de rede (Nó A) para o terminal sem fio responsivo ao tamanho de buffer desejado determinado para o transportador de dados e/ou ao tamanho de buffer desejado mínimo determinado para o terminal sem fio. O método compreende adicionalmente avaliar o primeiro indicador de status no quadro de DDDS para determinar se o quadro de DDDS inclui um segundo IE. Quando o primeiro indicador de status indica que o quadro de DDDS inclui o segundo IE, o método compreende adicionalmente determinar um número de sequência mais alto para um pacote entregue com sucesso pelo primeiro nó de rede (Nó A) ao terminal sem fio a partir do segundo IE, e controlar adicionalmente o fluxo de dados de enlace descendente a partir do primeiro nó de rede (Nó A) para o terminal sem fio responsivo ao número de sequência mais alto determinado. O método compreende adicionalmente enviar dados de enlace descendente para o terminal sem fio de acordo com o fluxo de dados de enlace descendente.

[021] Uma outra modalidade exemplificativa compreende um produto de programa de computador para controlar um primeiro nó de rede (Nó A). O produto de programa de computador compreende instruções de software que, quando executadas em pelo menos um circuito de processamento no primeiro nó de rede (Nó A), fazem com que o primeiro nó de rede (Nó A) controle o fluxo de dados de enlace descendente a partir do primeiro nó de rede (Nó A) para um terminal sem fio. Quando executadas no circuito de processamento, as instruções de software fazem com que o primeiro nó de rede (Nó A) receba, de um segundo nó de rede (Nó B), um quadro de Status de Entrega de Dados de Enlace Descendente (DDDS) compreendendo pelo menos um primeiro Elemento de Informações (IE) e um primeiro indicador de status. Quando executadas no circuito de processamento, as instruções de software fazem adicionalmente com que o primeiro nó de rede (Nó A) determine um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio do primeiro IE no quadro de DDDS. Quando executadas no circuito de processamento, as instruções de software fazem adicionalmente com que o primeiro nó de rede (Nó A) controle o fluxo de dados de enlace descendente a partir do primeiro nó de rede (Nó A) para o terminal sem fio responsivo ao tamanho de buffer desejado determinado para o transportador de dados e/ou ao tamanho de buffer desejado mínimo determinado para o terminal sem fio. Quando executadas no circuito de processamento, as instruções de software fazem adicionalmente com que o primeiro nó de rede (Nó A) avalie o primeiro indicador de status no quadro de DDDS para determinar se o quadro de DDDS inclui um segundo IE. Quando o primeiro indicador de status indica que o quadro de DDDS inclui o segundo IE, as instruções de software fazem adicionalmente com que o primeiro nó de rede determine um número de sequência mais alto para um pacote entregue com sucesso pelo primeiro nó de rede (Nó A) ao terminal sem fio do segundo IE, e controle adicionalmente o fluxo de dados de enlace descendente a partir do primeiro nó de rede (Nó A) para o terminal sem fio responsivo ao número de sequência mais alto determinado. Quando executadas no circuito de processamento, as instruções de software fazem adicionalmente com que o primeiro nó de rede (Nó A) envie dados de enlace descendente para o terminal sem fio de acordo com o fluxo de dados de enlace descendente. Em uma modalidade exemplificativa, um meio legível por computador compreende o produto de programa de computador. Em uma modalidade exemplificativa, o meio legível por computador compreende um meio legível por computador não transitório.

[022] Uma outra modalidade exemplificativa compreende um primeiro nó de rede (Nó A) configurado para controlar fluxo de dados de enlace descendente para um terminal sem fio. O primeiro nó de rede (Nó A) compreende um circuito de comunicação e um ou mais circuitos de processamento. O circuito de comunicação é configurado para receber, de um segundo nó de rede (Nó B), um quadro de Status de Entrega de Dados de Enlace Descendente (DDDS) compreendendo pelo menos um primeiro Elemento de Informações (IE) e um primeiro indicador de status. Os um ou mais circuitos de processamento são configurados para determinar um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio a partir do primeiro IE no quadro de DDDS. Os um ou mais circuitos de processamento são configurados adicionalmente para controlar o fluxo de dados de enlace descendente a partir do primeiro nó de rede (Nó A) para o terminal sem fio responsivo ao tamanho de buffer desejado determinado para o transportador de dados e/ou ao tamanho de buffer desejado mínimo determinado para o terminal sem fio. Os um ou mais circuitos de processamento são configurados adicionalmente para avaliar o primeiro indicador de status no quadro de DDDS para determinar se o quadro de DDDS inclui um segundo IE. Quando o primeiro indicador de status indica que o quadro de DDDS inclui o segundo IE, os um ou mais circuitos de processamento são configurados para determinar um número de sequência mais alto para um pacote entregue com sucesso pelo primeiro nó de rede (Nó A) ao terminal sem fio do segundo IE, e controlar adicionalmente o fluxo de dados de enlace descendente a partir do primeiro nó de rede (Nó A) responsivo ao número de sequência mais alto determinado. O circuito de comunicação é configurado adicionalmente para enviar dados de enlace descendente para o terminal sem fio de acordo com o fluxo de dados de enlace descendente.

[023] Uma outra modalidade exemplificativa compreende um primeiro nó de rede (Nó A) para controlar o fluxo de dados de enlace descendente a partir do primeiro nó de rede (Nó A) para um terminal sem fio. O primeiro nó de rede (Nó A) é configurado para receber, de um segundo nó de rede (Nó B), um quadro de Status de Entrega de Dados de Enlace Descendente (DDDS) compreendendo pelo menos um primeiro Elemento de Informações (IE) e um primeiro indicador de status. O primeiro nó de rede (Nó A) é configurado adicionalmente para determinar um tamanho de buffer desejado para o transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio a partir do primeiro IE no quadro de DDDS. O primeiro nó de rede (Nó A) é configurado adicionalmente para controlar o fluxo de dados de enlace descendente a partir do primeiro nó de rede (Nó A) para o terminal sem fio responsivo ao tamanho de buffer desejado determinado para o transportador de dados e/ou ao tamanho de buffer desejado mínimo determinado para o terminal sem fio. O primeiro nó de rede (Nó A) é configurado adicionalmente para avaliar o primeiro indicador de status no quadro de DDDS para determinar se o quadro de DDDS inclui um segundo IE. Quando o primeiro indicador de status indica que o quadro de DDDS inclui o segundo IE, o primeiro nó de rede (Nó A) é configurado adicionalmente para determinar um número de sequência mais alto para um pacote entregue com sucesso pelo primeiro nó de rede (Nó A) ao terminal sem fio do segundo IE, e controlar adicionalmente o fluxo de dados de enlace descendente a partir do primeiro nó de rede (Nó A) responsivo ao número de sequência mais alto determinado. O primeiro nó de rede (Nó A) é configurado adicionalmente para enviar dados de enlace descendente para o terminal sem fio de acordo com o fluxo de dados de enlace descendente.

BREVE DESCRIÇÃO DOS DESENHOS

[024] A Figura 1 mostra uma rede sem fio exemplificativa de acordo com as modalidades exemplificativas da solução apresentada no presente documento.

[025] A Figura 2 mostra um método para fornecer um quadro de DDDS a partir do Nó B para o Nó A de acordo com as modalidades exemplificativas da solução apresentada no presente documento.

[026] A Figura 3 mostra um método para determinar um fluxo de dados a partir de um quadro de DDDS recebido, e fornecer dados para o terminal sem fio de acordo com as modalidades exemplificativas da solução apresentada no presente documento.

[027] A Figura 4 mostra um diagrama de blocos para terminal sem fio exemplificativo de acordo com as modalidades exemplificativas da solução apresentada no presente documento.

[028] A Figura 5 mostra um diagrama de blocos para um nó de rede exemplificativo de acordo com as modalidades exemplificativas da solução apresentada no presente documento.

[029] A Figura 6 mostra um exemplo de Conectividade Dupla em Novo Rádio.

[030] A Figura 7A mostra um quadro de DDDS exemplificativo de acordo com as modalidades exemplificativas da solução apresentada no presente documento.

[031] A Figura 7B mostra um outro quadro de DDDS exemplificativo de acordo com as modalidades exemplificativas da solução apresentada no presente documento.

[032] A Figura 7C mostra um outro quadro de DDDS exemplificativo de acordo com as modalidades exemplificativas da solução apresentada no presente documento.

[033] A Figura 8 mostra uma rede sem fio exemplificativa aplicável à solução apresentada no presente documento.

[034] A Figura 9 mostra um UE exemplificativo aplicável à solução apresentada no presente documento.

[035] A Figura 10 mostra um ambiente de virtualização exemplificativo aplicável à solução apresentada no presente documento.

[036] A Figura 11 mostra uma rede de telecomunicações exemplificativa aplicável à solução apresentada no presente documento.

[037] A Figura 12 mostra um computador hospedeiro exemplificativo aplicável à solução apresentada no presente documento.

[038] A Figura 13 mostra um método exemplificativo implementado em um sistema de comunicação de acordo com as modalidades da solução apresentada no presente documento.

[039] A Figura 14 mostra um outro método exemplificativo implementado em um sistema de comunicação de acordo com as modalidades da solução apresentada no presente documento.

[040] A Figura 15 mostra um outro método exemplificativo implementado em um sistema de comunicação de acordo com as modalidades da solução apresentada no presente documento.

[041] A Figura 16 mostra um outro método exemplificativo implementado em um sistema de comunicação de acordo com as modalidades da solução apresentada no presente documento.

DESCRIÇÃO DETALHADA

[042] Algumas das modalidades contempladas no presente documento serão descritas agora mais completamente com referência aos desenhos anexos. Entretanto, outras modalidades estão contidas no escopo da matéria revelada no presente documento, e a matéria revelada não deve ser interpretada como limitada apenas às modalidades apresentadas no presente documento; em vez disso, essas modalidades são fornecidas por meio de exemplo para expressar o escopo da matéria para esses elementos versados na técnica. As informações adicionais podem ser encontradas nos documentos fornecidos no Apêndice.

[043] A Figura 1 mostra uma rede sem fio exemplificativa 10 compreendendo um Nó de Rede A 12, um Nó de Rede B 14 e um terminal sem fio 16. O nó B 14 envia um Status de Entrega de Dados de Enlace Descendente

(DDDS) para o Nó A 12. O Nó A 12 usa o DDDS recebido para controlar a entrega de dados de enlace descendente a partir do Nó A 12 para o terminal sem fio 16 através do Nó B 14.

[044] A Figura 2 mostra um método exemplificativo de relatar o DDDS para o terminal sem fio 16 do Nó B 14 para o Nó A 12, em que o método é implementado pelo Nó B 14. O método compreende gerar um quadro de DDDS compreendendo um primeiro indicador e pelo menos um primeiro Elemento de Informações (IE) que especifica um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio 16 (Bloco 100). O método compreende adicionalmente determinar a possibilidade de incluir um segundo IE no quadro de DDDS (Bloco 110), em que o segundo IE especifica um número de sequência mais alto para um pacote entregue com sucesso ao terminal sem fio. O método compreende adicionalmente estabelecer um valor do primeiro indicador de status responsivo à determinação da possibilidade de incluir o segundo IE no quadro de DDDS para indicar uma presença e/ou uma ausência do segundo IE no quadro de DDDS (Bloco 120, Bloco 140). O método compreende adicionalmente adicionar o segundo IE ao quadro de DDDS (Bloco 130) quando o primeiro indicador de status indica a presença do segundo IE no quadro de DDDS (Bloco 120), e enviar o quadro de DDDS para o Nó A 12 para facilitar o controle, pelo Nó A 12, de fluxo de dados de enlace descendente para o terminal sem fio 16 (Bloco 150).

[045] A Figura 3 mostra um método exemplificativo, implementado pelo Nó A 12, de controlar o fluxo de dados de enlace descendente a partir do Nó A 12 para o terminal sem fio 16. O método compreende receber, do Nó B 14, um quadro de DDDS compreendendo pelo menos um primeiro Elemento de Informações (IE) e um primeiro indicador de status (Bloco 200). O método compreende adicionalmente determinar um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio 16 do primeiro IE no quadro de DDDS (Bloco 210). O método compreende adicionalmente controlar o fluxo de dados de enlace descendente a partir do Nó A 12 para o terminal sem fio 16 responsivo ao tamanho de buffer desejado determinado para o transportador de dados e/ou ao tamanho de buffer desejado mínimo determinado para o terminal sem fio 16 (Bloco 220). O método compreende adicionalmente avaliar o primeiro indicador de status no quadro de DDDS para determinar se o quadro de DDDS inclui um segundo IE (Bloco 230). Quando o primeiro indicador de status indica que o quadro de DDDS inclui o segundo IE, o método compreende adicionalmente determinar um número de sequência mais alto para um pacote entregue com sucesso pelo Nó A 12 ao terminal sem fio 16 do segundo IE (Bloco 240), e controlar adicionalmente o fluxo de dados de enlace descendente a partir do Nó A 12 para o terminal sem fio 16 responsivo ao número de sequência mais alto determinado (Bloco 250). O método compreende adicionalmente enviar dados de enlace descendente para o terminal sem fio 16 de acordo com o fluxo de dados de enlace descendente (Bloco 260).

[046] A Figura 4 mostra um diagrama de bloco para um terminal sem fio exemplificativo 300, que corresponde ao terminal sem fio 16 na Figura 1. O terminal sem fio 300 compreende um ou mais circuitos de processamento 310 que controlam a operação do terminal sem fio 300 de acordo com pelo menos as instruções armazenadas na memória 330. O terminal sem fio 300 compreende adicionalmente o circuito de comunicação 320 configurado para transmitir e/ou receber sinais sem fio na rede sem fio, por exemplo, para/a partir do Nó B 14.

[047] A Figura 5 mostra um diagrama de bloco para um nó de rede 400 exemplificativo, que corresponde a qualquer um ou tanto ao Nó A 12 quanto ao Nó B da Figura 1. O nó de rede 400 compreende um ou mais circuitos de processamento 410, o circuito de comunicação 420 e a memória 430. Os um ou mais circuitos de processamento 310 controlam a operação do nó de rede 400 de acordo com pelo menos as instruções armazenadas na memória 430. O circuito de comunicação 420 é configurado para transmitir e/ou receber sinais na rede sem fio, por exemplo, para/a partir de outros nós de rede 400 e/ou para/a partir do terminal sem fio 16.

[048] Quando o nó de rede 400 compreende o Nó A 12, o circuito de comunicação 420 é configurado para receber, de um outro nó de rede, por exemplo, o Nó B 14, um quadro de DDDS compreendendo pelo menos um primeiro IE e um primeiro indicador de status. Os um ou mais circuitos de processamento 410 são configurados para determinar um tamanho de buffer desejado para o transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio do primeiro IE no quadro de DDDS. Os um ou mais circuitos de processamento 410 são configurados adicionalmente para controlar o fluxo de dados de enlace descendente a partir do Nó A 12 para o terminal sem fio 16 responsivo ao tamanho de buffer desejado determinado para o transportador de dados e/ou ao tamanho de buffer desejado mínimo determinado para o terminal sem fio. Os um ou mais circuitos de processamento 410 são configurados adicionalmente para avaliar o primeiro indicador de status no quadro de DDDS para determinar se o quadro de DDDS inclui um segundo IE. Quando o primeiro indicador de status indica que o quadro de DDDS inclui o segundo IE, os um ou mais circuitos de processamento são configurados para determinar um número de sequência mais alto para um pacote entregue com sucesso pelo Nó A 12 ao terminal sem fio 16 do segundo IE, e controlar adicionalmente o fluxo de dados de enlace descendente a partir do Nó A 12 responsivo ao número de sequência mais alto determinado. O circuito de comunicação 420 é configurado adicionalmente para enviar dados de enlace descendente para o terminal sem fio 16 de acordo com o fluxo de dados de enlace descendente.

[049] Quando o nó de rede 400 compreende o Nó B 14, os um ou mais circuitos de processamento 410 são configurados para gerar um quadro de DDDS compreendendo um primeiro indicador de status e pelo menos um primeiro Elemento de Informações (IE) que especifica um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio 16. Os um ou mais circuitos de processamento 410 são configurados adicionalmente para determinar a possibilidade de incluir um segundo IE no quadro de DDDS, em que o segundo IE especifica um número de sequência mais alto para um pacote entregue com sucesso ao terminal sem fio

16. Os um ou mais circuitos de processamento 410 são configurados adicionalmente para estabelecer um valor do primeiro indicador de status responsivo à determinação para indicar uma presença e/ou uma ausência do segundo IE no quadro de DDDS, e para adicionar o segundo IE ao quadro de DDDS quando o primeiro indicador de status indica a presença do segundo IE no quadro de DDDS. O circuito de comunicação 420 é configurado para enviar o quadro de DDDS para o Nó A 12 para facilitar o controle, pelo Nó A 12, de fluxo de dados de enlace descendente para o terminal sem fio 16.

[050] Para garantir que o DDDS possa ser enviado apenas contendo informações relacionadas ao tamanho de buffer desejado (por exemplo, antes da entrega de dados), de acordo com certas modalidades, o IE apresentado obrigatório “o número de sequência de PDCP PDU mais alto entregue com sucesso em sequência ao UE dentre essas PDCP PDUs recebidas da gNB que hospeda a entidade de PDCP” é modificado para ser opcional. Uma nova indicação é introduzida para indicar a presença desse IE. Por exemplo, uma forma de implementar a solução apresentada no presente documento consiste em alocar um dos bits de reserva e definir uma indicação, conforme mostrado na Figura 7A e na Tabela 1. No exemplo da Figura 7A, o “Ind de PDCP mais alto entregue” é introduzido para indicar a presença do IE de “Número de Sequência de PDCP mais alto entregue com sucesso”. TABELA 1: Indicação de PDCP Mais Alto Entregue Descrição: Esse parâmetro indica a presença do Número de Sequência de PDCP mais alto entregue com sucesso. Faixa de valor: {0= Número de Sequência de PDCP mais alto entregue com sucesso não presente, 1= Número de Sequência de PDCP mais alto entregue com sucesso presente}.

[051] De acordo com certas modalidades, uma solução alternativa poderia consistir em uma indicação que é introduzida por uso dos bits de reserva existentes para dizer se as informações de PDCP PDU SN são novas ou apenas uma repetição, por exemplo, as mesmas informações que as últimas sinalizadas, caso em que o PDCP PDU SN não está presente.

[052] De acordo com certas modalidades, uma solução alternativa poderia consistir em uma indicação que é introduzida por uso dos bits de reserva existentes para dizer que as informações de PDCP PDU SN podem ser ignoradas, por exemplo, quando a indicação é estabelecida, a PDCP PDU apresentada é dummy e não usada, conforme mostrado em referência à Figura 7B. No exemplo da Figura 7B, o “PDCP Mais Alto Entregue Relevante” é introduzido para indicar se o IE de “Número de Sequência de PDCP mais alto entregue com sucesso” é relevante ou não. Quando essa indicação é estabelecida (por exemplo, como 1), o Número de Sequência de PDCP mais alto entregue com sucesso poderia ser um valor dummy.

[053] Como X2UP já é padronizado (consultar 3GPP TS 36.425), a introdução da indicação de presença acima deve ser feita de uma maneira que seja retrocompatível, por exemplo, ao usar o bit de reserva, usar valor 0 para indicar que o IE está presente, e valor 1 para indicar que o IE não está presente, devido ao fato de que os bits de reserva são definidos como 0.

[054] Para controle de fluxo de RLC UM, é suficiente obter feedbacks sobre o que foi transmitido para a camada inferior (por exemplo, camada de Controle de Acesso ao Meio (MAC)). Para tornar o DDDS aplicável para controle de fluxo de modo RLC UM, a definição do “tamanho de buffer desejado” e do “tamanho de buffer desejado mínimo” precisa ser estendida, para apresentar claramente o tamanho de buffer desejado a ser transmitido para a camada de MAC, a fim de cobrir o modo RLC UM. Um exemplo não limitante disso é mostrado na Tabela 2, embora outras implementações específicas possam ser possíveis também. Em particular, a Tabela 2 mostra um exemplo de extensão do tamanho de buffer desejado para apresentar claramente o caso de transmitir para a camada de MAC, para cobrir o modo RLC UM. TABELA 2: As informações do tamanho de buffer atualmente desejado na SgNB para transmitir para o UE dados de usuário ou camada de MAC associada a um transportador de dados específico configurado com a opção de transportador dividido; As informações do tamanho de buffer atualmente desejado mínimo na SgNB para transmitir para o UE dados de usuário ou camada de MAC associada a todos os transportadores de dados configurados com a opção de transportador dividido.

[055] O Número de Sequência de PDCP mais alto transmitido pode ser introduzido para ser usado tanto para o modo RLC UM quanto para o modo RLC AM. Deve indicar o PDCP SN mais alto que foi solicitado por camada de MAC para transmissão na interface Uu. Quando é usado para o modo RLC AM, não deve ser usado pelo nó que hospeda a entidade de PDCP para remover o PDCP PDU, entretanto. Esse elemento de informações deve também ser introduzido como opcionalmente presente. Uma indicação é introduzida para indicar a presença desse IE. Um exemplo não limitante é mostrado na Figura 7C e a Tabela 3, embora outras implementações específicas possam ser possíveis também. TABELA 3: Indicação de PDCP Mais Alto Transmitido Descrição: Esse parâmetro indica a presença do Número de Sequência de PDCP Mais Alto transmitido.

Faixa de valor: {0= Número de Sequência de PDCP Mais Alto transmitido não presente, 1= Número de Sequência de PDCP Mais Alto transmitido presente}.

Comprimento de campo: 1 bit.

[056] A solução pode se aplicar a X2UP, XnUP e F1UP. As indicações e os elementos de informações podem ser introduzidos em locais diferentes ou com nomes diferentes.

[057] Conforme discutido no presente documento, as soluções propostas podem ser realizadas por vários nós de rede e UEs que operam em uma configuração de conectividade dupla. Esses nós e UEs, assim como a rede em que operam, serão descritos agora em mais detalhes.

[058] Embora a matéria descrita no presente documento possa ser implementada em qualquer tipo apropriado de sistema com o uso de quaisquer componentes adequados, as modalidades reveladas no presente documento são descritas em relação a uma rede sem fio, como a rede sem fio exemplificativa ilustrada na Figura 8. A título de simplicidade, a rede sem fio da Figura 8 apenas retrata a rede 806, os nós de rede 860 e 860b, e WDs 810, 810b e 810c. Na prática, uma rede sem fio pode incluir adicionalmente quaisquer elementos adicionais adequados para suportar comunicação entre dispositivos sem fio ou entre um dispositivo sem fio e um outro dispositivo de comunicação, como um telefone fixo, um provedor de serviço ou qualquer outro nó de rede ou dispositivo final. Dentre os componentes ilustrados, o nó de rede 860 e o dispositivo sem fio (WD) 810 são retratados com detalhe adicional. A rede sem fio pode fornecer comunicação e outros tipos de serviços para um ou mais dispositivos sem fio para facilitar o acesso de dispositivos sem fio e/ou o uso de serviços fornecidos, ou através de, pela rede sem fio.

[059] A rede sem fio pode compreender e/ou se interligar a qualquer tipo de comunicação, telecomunicação, dados, telefone celular e/ou rede de rádio ou outro tipo de sistema similar. Em algumas modalidades, a rede sem fio pode ser configurada para operar de acordo com os padrões específicos ou outros tipos de regras ou procedimentos predefinidos. Assim, as modalidades particulares da rede sem fio podem implementar padrões de comunicação, como Sistema Global para Comunicações Móveis (GSM), Sistema Universal de Telecomunicações Móveis (UMTS), Evolução a Longo Prazo (LTE) e/ou outros padrões de 2G, 3G, 4G ou 5G adequados; padrões de rede local sem fio (WLAN), como os padrões IEEE 802.11; e/ou qualquer outro padrão de comunicação sem fio apropriado, como os padrões Interoperabilidade Mundial para Acesso via Micro-ondas (WiMax), Bluetooth, Z-Wave e/ou ZigBee.

[060] A rede 806 pode compreender uma ou mais redes backhaul, redes núcleo, redes de IP, redes telefônicas comutadas públicas (PSTNs), redes de dados de pacote, redes ópticas, redes de área ampla (WANs), redes de área local (LANs), redes de área local sem fio (WLANs), redes com fio, redes sem fio, redes de área metropolitana e outras redes para possibilitar comunicação entre os dispositivos.

[061] O nó de rede 860 e o WD 810 compreendem vários componentes descritos em mais detalhe abaixo. Esses componentes funcionam em conjunto a fim de fornecer funcionalidade de nó de rede e/ou dispositivo sem fio, como fornecendo conexões sem fio em uma rede sem fio. Nas modalidades diferentes, a rede sem fio pode compreender qualquer número de redes com fio ou sem fio, nós de rede, estações base, controladores, dispositivos sem fio, estações de retransmissão e/ou quaisquer outros componentes ou sistemas que podem facilitar ou participar da comunicação de dados e/ou sinais seja através de conexões com fio ou sem fio.

[062] Conforme usado no presente documento, nó de rede se refere ao equipamento que tem capacidade, configurado, disposto e/ou operável para se comunicar direta ou indiretamente com um dispositivo sem fio e/ou com outros nós de rede ou equipamento na rede sem fio para possibilitar e/ou fornecer acesso ao dispositivo sem fio e/ou realizar outras funções (por exemplo, administração) na rede sem fio. Exemplos de nós de rede incluem, mas não se limitam a, pontos de acesso (APs) (por exemplo, pontos de acesso via rádio), estações base (BSs) (por exemplo, estações rádio base, Nó Bs e Nó Bs evoluído (eNBs)). As estações base podem ser categorizadas com base na quantidade de cobertura que as mesmas fornecem (ou, apresentado diferentemente, seu nível de potência de transmissão) e, então, podem ser chamadas também de femtoestações base, picoestações base, microestações base ou macroestações base. Uma estação base pode ser um nó de retransmissão ou um nó doador de retransmissão que controla uma retransmissão. Um nó de rede pode incluir também uma ou mais (ou todas) partes de uma estação rádio base distribuída como unidades centralizadas e/ou unidades de rádio remoto (RRUs), chamadas às vezes de Remote Radio Heads (RRHs). Tais unidades de rádio remoto podem ou não ser integradas a uma antena como um rádio integrado à antena. Partes de uma estação rádio base distribuída podem ser chamadas também de nós em um sistema de antena distribuído (DAS). Outros exemplos adicionais de nós de rede incluem equipamento de rádio com múltiplos padrões (MSR), como MSR BSs, controladores de rede, como controladores de rede de rádio (RNCs) ou controladores de estação base (BSCs), estação transceptora base (BTSs), pontos de transmissão, nós de transmissão, entidades de coordenação multicelular/multicast (MCEs), nós de rede núcleo (por exemplo, MSCs, MMEs), nós de O&M, nós de OSS, nós de SON, nós de posicionamento (por exemplo, E- SMLCs) e/ou MDTs. Como um outro exemplo, um nó de rede pode ser um nó de rede virtual conforme descrito em mais detalhe abaixo. Mais geralmente, entretanto, os nós de rede podem representar qualquer dispositivo adequado (ou grupo de dispositivos) capaz, configurado, disposto e/ou operável para possibilitar e/ou fornecer um dispositivo sem fio com acesso à rede sem fio ou fornecer algum serviço para um dispositivo sem fio que acessou a rede sem fio.

[063] Na Figura 8, o nó de rede 860 inclui o conjunto de circuitos de processamento 870, o meio legível por dispositivo 880, a interface 890, o equipamento auxiliar 884, a fonte de alimentação 886, o conjunto de circuitos de potência 887 e a antena 862. Embora o nó de rede 860 ilustrado na rede sem fio exemplificativa da Figura 8 possa representar um dispositivo que inclui a combinação ilustrada de componentes de hardware, outras modalidades podem compreender nós de rede com combinações diferentes de componentes. Deve ser entendido que um nó de rede compreende qualquer combinação adequada de hardware e/ou software necessária para realizar as tarefas, atributos, funções e métodos revelados no presente documento. Além disso, embora os componentes do nó de rede 860 sejam retratados como caixas únicas localizadas em uma caixa maior, ou aninhada em múltiplas caixas, na prática, um nó de rede pode compreender múltiplos componentes físicos diferentes que constituem um único componente ilustrado (por exemplo, o meio legível por dispositivo 880 pode compreender múltiplos discos rígidos assim como múltiplos módulos de RAM).

[064] Similarmente, o nó de rede 860 pode ser composto de múltiplos componentes fisicamente separados (por exemplo, um componente de NodeB e um componente de RNC, ou um componente de BTS e um componente de BSC, etc.), que podem, cada um, ter seus próprios respectivos componentes. Em certos cenários nos quais o nó de rede 860 compreende múltiplos componentes separados (por exemplo, componentes de BTS e BSC), um ou mais dos componentes separados podem ser compartilhados entre vários nós de rede. Por exemplo, um único RNC pode controlar múltiplos NóBs. Em tal cenário, cada NóB e par de RNC exclusivos podem, em alguns casos, ser considerados como um único nó de rede separado. Em algumas modalidades, o nó de rede 860 pode ser configurado para suportar múltiplas tecnologias de acesso via rádio (RATs). Em tais modalidades, alguns componentes podem ser duplicados (por exemplo, meio legível por dispositivo 880 separado para as RATs diferentes) e alguns componentes podem ser reusados (por exemplo, a mesma antena 862 pode ser compartilhada pelas RATs). O nó de rede 860 pode incluir também múltiplos conjuntos de vários componentes ilustrados para tecnologias sem fio diferentes integradas no nó de rede 860, como, por exemplo, tecnologias sem fio GSM, WCDMA, LTE, NR, WiFi ou Bluetooth. Essas tecnologias sem fio podem ser integradas no mesmo chip ou no chip diferente ou conjunto de chips e outros componentes no nó de rede 860.

[065] O conjunto de circuitos de processamento 870 é configurado para realizar qualquer determinação, cálculo ou operações similares (por exemplo, certas operações de obtenção) descritas no presente documento como sendo fornecidas por um nó de rede. Essas operações realizadas pelo conjunto de circuitos de processamento 870 podem incluir processar informações obtidas pelo conjunto de circuitos de processamento 870 por, por exemplo, conversão das informações obtidas em outras informações, comparar as informações obtidas ou informações convertidas com as informações armazenadas no nó de rede, e/ou realizar uma ou mais operações com base nas informações obtidas ou informações convertidas, e como um resultado do dito processamento fazer uma determinação.

[066] O conjunto de circuitos de processamento 870 pode compreender uma combinação de um ou mais dentre um microprocessador, controlador, microcontrolador, unidade de processamento central, processador de sinal digital, circuito integrado específico de aplicação, arranjo de portas programáveis em campo ou qualquer outro dispositivo de computação adequado, recurso ou combinação de hardware, software e/ou lógica codificada operável para fornecer, sozinho ou em conjunto com outros componentes de nó de rede 860, como meio legível por dispositivo 880, funcionalidade de nó de rede 860. Por exemplo, o conjunto de circuitos de processamento 870 pode executar instruções armazenadas no meio legível por dispositivo 880 ou na memória contida no conjunto de circuitos de processamento 870. Tal funcionalidade pode incluir fornecer qualquer um dentre os vários atributos sem fio, funções ou benefícios discutidos no presente documento. Em algumas modalidades, o conjunto de circuitos de processamento 870 pode incluir um sistema-em-um-chip (SOC).

[067] Em algumas modalidades, o conjunto de circuitos de processamento 870 pode incluir um ou mais dentre o conjunto de circuitos transceptores de radiofrequência (RF) 872 e o conjunto de circuitos de processamento de banda base 874. Em algumas modalidades, o conjunto de circuitos transceptores de radiofrequência (RF) 872 e o conjunto de circuitos de processamento de banda base 874 podem estar em chips (ou conjuntos de chips), placas ou unidades separadas, como unidades de rádio e unidades digitais. Nas modalidades alternativas, parte ou todo o conjunto de circuitos transceptores de RF 872 e o conjunto de circuitos de processamento de banda base 874 pode estar no mesmo chip ou conjunto de chips, placas ou unidades.

[068] Em certas modalidades, alguma ou toda a funcionalidade descrita no presente documento como sendo fornecida por um nó de rede, estação base, eNB ou outro tal dispositivo de rede pode ser realizada pelo conjunto de circuitos de processamento 870 que executa instruções armazenadas no meio legível por dispositivo 880 ou na memória contida no conjunto de circuitos de processamento 870. Nas modalidades alternativas, alguma ou toda a funcionalidade pode ser fornecida pelo conjunto de circuitos de processamento 870 sem executar instruções armazenadas em um meio legível por dispositivo separado ou distinto, como de uma maneira cabeada. Em qualquer uma dessas modalidades, seja executando instruções armazenadas em um meio de armazenamento legível por dispositivo ou não, o conjunto de circuitos de processamento 870 pode ser configurado para realizar a funcionalidade descrita. Os benefícios fornecidos por tal funcionalidade não se limitam ao conjunto de circuitos de processamento 870 sozinho ou a outros componentes do nó de rede 860, mas são, em geral, usufruídos pelo nó de rede 860 como um todo, e/ou por usuários finais e pela rede sem fio.

[069] O meio legível por dispositivo 880 pode compreender qualquer forma de memória legível por computador volátil ou não volátil incluindo, sem limitação, armazenamento persistente, memória de estado sólido, memória remotamente montada, meios magnéticos, meios ópticos, memória de acesso aleatório (RAM), memória somente de leitura (ROM), meios de armazenamento em massa (por exemplo, um disco rígido), meios de armazenamento removíveis (por exemplo, um flash drive, um Disco Compacto (CD) ou um Disco de Vídeo Digital (DVD)) e/ou quaisquer outros dispositivos de memória executáveis por computador e/ou legíveis por dispositivo não transitórios voláteis ou não voláteis que armazenam informações, dados e/ou instruções que podem ser usados pelo conjunto de circuitos de processamento 870. O meio legível por dispositivo 880 pode armazenar quaisquer instruções , dados ou informações adequadas, incluindo um programa de computador, software, uma aplicação incluindo um ou mais dentre lógica, regras, código, tabelas, etc. e/ou outras instruções que têm capacidade de serem executadas pelo conjunto de circuitos de processamento 870 e, utilizadas pelo nó de rede 860. O meio legível por dispositivo 880 pode ser usado para armazenar quaisquer cálculos feitos pelo conjunto de circuitos de processamento 870 e/ou quaisquer dados recebidos através da interface 890. Em algumas modalidades, o conjunto de circuitos de processamento 870 e o meio legível por dispositivo 880 pode ser considerado como sendo integrado.

[070] A interface 890 é usada na comunicação com fio ou sem fio de sinalização e/ou dados entre o nó de rede 860, a rede 806 e/ou os WDs 810. Conforme ilustrado, a interface 890 compreende porta(s)/terminal(is) 894 para enviar e receber dados, por exemplo, para e a partir da rede 806 em uma conexão com fio. A interface 890 inclui também conjunto de circuitos front end de rádio 892 que pode ser acoplado ou, em certas modalidades, uma parte da antena 862. O conjunto de circuitos front end de rádio 892 compreende filtros

898 e amplificadores 896. O conjunto de circuitos front end de rádio 892 pode ser conectado à antena 862 e ao conjunto de circuitos de processamento 870. O conjunto de circuitos front end de rádio pode ser configurado para condicionar sinais comunicados entre a antena 862 e o conjunto de circuitos de processamento 870. O conjunto de circuitos front end de rádio 892 pode receber dados digitais que devem ser enviados para outros nós de rede ou WDs através de uma conexão sem fio. O conjunto de circuitos front end de rádio 892 pode converter os dados digitais em um sinal de rádio que tem os parâmetros de canal e largura de banda apropriados com o uso de uma combinação dos filtros 898 e/ou amplificadores 896. Então, o sinal de rádio pode ser transmitido através da antena 862. Similarmente, ao receber dados, a antena 862 pode coletar sinais de rádio que são, então, convertidos em dados digitais pelo conjunto de circuitos front end de rádio 892. Os dados digitais podem ser passados para o conjunto de circuitos de processamento 870. Em outras modalidades, a interface pode compreender componentes diferentes e/ou combinações diferentes de componentes.

[071] Em certas modalidades alternativas, o nó de rede 860 pode não incluir o conjunto de circuitos front end de rádio 892 separado, em vez disso, o conjunto de circuitos de processamento 870 pode compreender o conjunto de circuitos front end de rádio e pode ser conectado à antena 862 sem o conjunto de circuitos front end de rádio 892 separado. Similarmente, em algumas modalidades, todo ou alguns do conjunto de circuitos de transceptor de RF 872 pode ser considerado como uma parte da interface 890. Ainda em outras modalidades, a interface 890 pode incluir uma ou mais portas ou terminais 894, o conjunto de circuitos front end de rádio 892 e o conjunto de circuitos de transceptor de RF 872, como parte de uma unidade de rádio (não mostrada), e a interface 890 pode se comunicar com o conjunto de circuitos de processamento de banda base 874, que é parte de uma unidade digital (não mostrada).

[072] A antena 862 pode incluir uma ou mais antenas, ou arranjos de antenas, configuradas para enviar e/ou receber sinais sem fio. A antena 862 pode ser acoplada ao conjunto de circuitos front end de rádio 890 e pode ser qualquer tipo de antena que tem capacidade de transmitir e receber de modo sem fio dados e/ou sinais. Em algumas modalidades, a antena 862 pode compreender uma ou mais antenas de painel ou setor omnidirecionais operáveis para transmitir/receber sinais de rádio entre, por exemplo, 2 GHz e 66 GHz. Uma antena omnidirecional pode ser usada para transmitir/receber sinais de rádio em qualquer direção, um antena de setor pode ser usada para transmitir/receber sinais de rádio de dispositivos em uma área particular, e uma antena de painel pode ser uma antena de linha de visada usada para transmitir/receber sinais de rádio em uma linha relativamente reta. Em alguns casos, o uso de mais de uma antena pode ser chamado de MIMO. Em certas modalidades, a antena 862 pode ser separada do nó de rede 860 e pode ser conectável ao nó de rede 860 através de uma interface ou porta.

[073] A antena 862, a interface 890 e/ou o conjunto de circuitos de processamento 870 podem ser configurados para realizar quaisquer operações de recebimento e/ou certas operações de obtenção descritas no presente documento como sendo realizadas por um nó de rede. Quaisquer informações, dados e/ou sinais podem ser recebidos de um dispositivo sem fio, um outro nó de rede e/ou qualquer outro equipamento de rede. Similarmente, a antena 862, a interface 890 e/ou o conjunto de circuitos de processamento 870 podem ser configurados para realizar quaisquer operações de transmissão descritas no presente documento como sendo realizadas por um nó de rede. Quaisquer informações, dados e/ou sinais podem ser transmitidos para um dispositivo sem fio, um outro nó de rede e/ou qualquer outro equipamento de rede.

[074] O conjunto de circuitos de potência 887 pode compreender, ou ser acoplado, conjunto de circuitos de gerenciamento de potência e é configurado para suprir os componentes do nó de rede 860 com potência para realizar a funcionalidade descrita no presente documento. O conjunto de circuitos de potência 887 pode receber potência da fonte de alimentação 886. A fonte de alimentação 886 e/ou o conjunto de circuitos de potência 887 podem ser configurados para fornecer potência para vários componentes do nó de rede 860 de uma forma adequada para os respectivos componentes (por exemplo, a uma tensão e nível de corrente necessários para cada respectivo componente). A fonte de alimentação 886 pode ser incluída ou externa ao conjunto de circuitos de potência 887 e/ou nó de rede 860. Por exemplo, o nó de rede 860 pode ser conectável a uma fonte de alimentação externa (por exemplo, um tomada de eletricidade) através de um conjunto de circuitos ou interface de entrada, como um cabo elétrico, pelo qual, a fonte de alimentação externa supre potência para o conjunto de circuitos de potência 887. Como um exemplo adicional, a fonte de alimentação 886 pode compreender uma fonte de potência na forma de uma bateria ou pacote de baterias que é conectada, ou integrada, ao conjunto de circuitos de potência 887. A bateria pode fornecer potência de reserva se a fonte de alimentação externa falhar. Outros tipos de fontes de alimentação, como dispositivos fotovoltaicos, podem ser usados também.

[075] As modalidades alternativas do nó de rede 860 podem incluir componentes adicionais além desses mostrados na Figura 8 que podem ser responsáveis por fornecer certos aspectos da funcionalidade de nó de rede, incluindo qualquer funcionalidade descrita no presente documento e/ou qualquer funcionalidade necessária para suportar a matéria descrita no presente documento. Por exemplo, o nó de rede 860 pode incluir equipamento de interface de usuário para permitir a entrada de informações no nó de rede 860 e permitir a saída de informações a partir do nó de rede 860. Isso pode permitir que um usuário realize diagnóstico, manutenção, reparo e outras funções administrativas para o nó de rede 860.

[076] Conforme usado no presente documento, o dispositivo sem fio (WD) se refere a um dispositivo que tem capacidade, configurado, disposto e/ou operável para se comunicar de modo sem fio com nós de rede e/ou outros dispositivos sem fio. Salvo se observado de outro modo, o termo WD pode ser usado de modo intercambiável no presente documento com equipamento de usuário (UE). A comunicação sem fio pode envolver transmitir e/ou receber sinais sem fio com uso de ondas eletromagnéticas, ondas de rádio, ondas infravermelhas e/ou outros tipos de sinais adequados para transportar informações através do ar. Em algumas modalidades, um WD pode ser configurado para transmitir e/ou receber informações sem interação humana direta. Por exemplo, um WD pode ser projetado para transmitir informações para uma rede em um escalonamento predeterminado, quando acionada por um evento interno ou externo, ou em resposta a solicitações da rede. Exemplos de um WD incluem, mas não se limitam, um telefone inteligente, um telefone móvel, um telefone celular, um telefone de voz sobre IP (VoIP), um telefone de loop local sem fio, um computador de mesa, um assistente digital pessoal (PDA) , câmeras sem fio, console ou dispositivo para jogos, dispositivo de armazenamento de música, dispositivo de reprodução, dispositivo terminal vestível, terminal sem fio, estação móvel, tablet, laptop, equipamento embutido para laptop (LEE), laptop montado em equipamento (LME), um dispositivo inteligente, um equipamento sem fio nas instalações do cliente (CPE). um dispositivo terminal sem fio montado em veículo, etc... Um WD pode suportar comunicação de dispositivo para dispositivo (D2D), por exemplo, por implementação de um padrão de 3GPP para comunicação de enlace lateral, e pode, nesse caso, ser chamado de dispositivo de comunicação de D2D. Ainda como um outro exemplo específico, em um cenário de Internet das Coisas (IoT), um WD pode representar uma máquina ou outro que realiza monitoramento e/ou medições, e transmite os resultados de tal monitoramento e/ou medições para um outro WD e/ou um nó de rede. O WD pode, nesse caso, ser um dispositivo de máquina para máquina (M2M), que pode, em um contexto de 3GPP, ser chamado de dispositivo de comunicação do tipo máquina (MTC). Como um exemplo particular, o WD pode ser um UE que implementa o padrão de internet das coisas de banda estreita de 3GPP (NB-IoT). Exemplos particulares de tais máquinas ou dispositivos são sensores, dispositivos de medição, como medidores de potência, maquinário industrial ou dispositivos domésticos ou pessoais (por exemplo, refrigeradores, televisões, etc.), elementos vestíveis pessoais (por exemplo, relógios, rastreadores do tipo fitness, etc.). Em outros cenários, um WD pode representar um veículo ou outro equipamento que tem capacidade de monitorar e/ou relatar seu status operacional ou outras funções associadas à sua operação. Um WD, conforme descrito acima, pode representar o ponto final der uma conexão sem fio, caso em que o dispositivo pode ser chamado de terminal sem fio. Adicionalmente, um WD, conforme descrito acima, pode ser móvel, caso em que o mesmo pode ser chamado também de dispositivo móvel ou terminal móvel.

[077] Conforme ilustrado, o dispositivo sem fio 810 inclui a antena 811, a interface 814, o conjunto de circuitos de processamento 820, o meio legível por dispositivo 830, o equipamento de interface de usuário 832, o equipamento auxiliar 834, a fonte de alimentação 836 e o conjunto de circuitos de potência

837. O WD 810 pode incluir múltiplos conjuntos de um ou mais dos componentes ilustrados para tecnologias sem fio diferentes suportadas pelo WD 810, como, por exemplo, tecnologias sem fio GSM, WCDMA, LTE, NR, WiFi, WiMAX ou Bluetooth, apenas para mencionar algumas. Essas tecnologias sem fio podem ser integradas no mesmo chip ou no chip diferente ou em conjunto de chips e outros componentes no WD 810.

[078] A antena 811 pode incluir uma ou mais antenas, ou arranjos de antenas, configuradas para enviar e/ou receber sinais sem fio, em que a antena 811 é conectada à interface 814. Em certas modalidades alternativas, a antena 811 pode ser separada do WD 810 e ser conectável ao WD 810 através de uma interface ou porta. A antena 811, a interface 814 e/ou o conjunto de circuitos de processamento 820 podem ser configurados para realizar quaisquer operações de transmissão descritas no presente documento como sendo realizadas por um WD. Quaisquer informações, dados e/ou sinais podem ser recebidos de um nó de rede e/ou um outro WD. Em algumas modalidades, o conjunto de circuitos front end de rádio e/ou a antena 811 podem ser considerados uma interface.

[079] Conforme ilustrado, a interface 814 compreende o conjunto de circuitos front end de rádio 812 e a antena 811. O conjunto de circuitos front end de rádio 812 compreende um ou mais filtros 818 e amplificadores 816. O conjunto de circuitos front end de rádio 814 é conectado à antena 811 e ao conjunto de circuitos de processamento 820, e é configurado para condicionar sinais comunicados entre a antena 811 e o conjunto de circuitos de processamento 820. O conjunto de circuitos front end de rádio 812 pode ser acoplado ou uma parte da antena 811. Em algumas modalidades, o WD 810 pode não incluir o conjunto de circuitos front end de rádio 812 separado; em vez disso, o conjunto de circuitos de processamento 820 pode compreender o conjunto de circuitos front end de rádio e pode ser conectado à antena 811.

Similarmente, em algumas modalidades, alguns ou todo o conjunto de circuitos de transceptor de RF 822 pode ser considerado como uma parte da interface

814. O conjunto de circuitos front end de rádio 812 pode receber dados digitais que devem ser enviados para outros nós de rede ou WDs através de uma conexão sem fio. O conjunto de circuitos front end de rádio 812 pode converter os dados digitais em um sinal de rádio que tem os parâmetros de canal e largura de banda apropriados com o uso de uma combinação dos filtros 818 e/ou amplificadores 816. Então, o sinal de rádio pode ser transmitido através da antena 811. Similarmente, ao receber dados, a antena 811 pode coletar sinais de rádio que são, então, convertidos em dados digitais pelo conjunto de circuitos front end de rádio 812. Os dados digitais podem ser passados para o conjunto de circuitos de processamento 820. Em outras modalidades, a interface pode compreender componentes diferentes e/ou combinações diferentes de componentes.

[080] O conjunto de circuitos de processamento 820 pode compreender uma combinação de um ou mais dentre um microprocessador, controlador, microcontrolador, unidade de processamento central, processador de sinal digital, circuito integrado de aplicação específica, arranjo de portas programáveis em campo ou qualquer outro dispositivo de computação adequado, recurso ou combinação de hardware, software e/ou elemento operável lógico codificado para fornecer, sozinho ou em conjunto com outros componentes WD 810, como meio legível por dispositivo 830, funcionalidade de WD 810. Tal funcionalidade pode incluir fornecer qualquer um dentre os vários atributos sem fio ou benefícios discutidos no presente documento. Por exemplo, o conjunto de circuitos de processamento 820 pode executar instruções armazenadas no meio legível por dispositivo 830 ou na memória contida no conjunto de circuitos de processamento 820 para fornecer a funcionalidade revelada no presente documento.

[081] Conforme ilustrado, o conjunto de circuitos de processamento 820 inclui um ou mais dentre o conjunto de circuitos de transceptor de RF 822, o conjunto de circuitos de processamento de banda base 824 e o conjunto de circuitos de processamento de aplicação 826. Em outras modalidades, o conjunto de circuitos de processamento pode compreender componentes diferentes e/ou circuito de processamento Em certas modalidades, o conjunto de circuitos de processamento 820 do WD 810 pode compreender um SOC. Em algumas modalidades, o conjunto de circuitos de transceptor de RF 822, o conjunto de circuitos de processamento de banda base 824 e o conjunto de circuitos de processamento de aplicação 826 podem estar em chips ou conjunto de chips separados. Nas modalidades alternativas, parte ou todo o conjunto de circuitos de processamento de banda base 824 e o conjunto de circuitos de processamento de aplicação 826 podem ser combinados em um chip ou conjunto de chips, e o conjunto de circuitos de transceptor de RF 822 pode estar em um chip ou conjunto de chips separados. Ainda nas modalidades alternativas, parte ou todo o conjunto de circuitos de transceptor de RF 822 e o conjunto de circuitos de processamento de banda base 824 pode estar no mesmo chip ou conjunto de chips, e o conjunto de circuitos de processamento de aplicação 826 pode estar um chip ou conjunto de chips separados. Ainda em outras modalidades alternativas, parte ou todo o conjunto de circuitos de transceptor de RF 822, o conjunto de circuitos de processamento de banda base 824 e o conjunto de circuitos de processamento de aplicação 826 podem ser combinados no mesmo chip ou conjunto de chips. Em algumas modalidades, o conjunto de circuitos de transceptor de RF 822 pode ser uma parte da interface

814. O conjunto de circuitos de transceptor de RF 822 pode condicionar sinais de RF para o conjunto de circuitos de processamento 820.

[082] Em certas modalidades, alguma ou toda a funcionalidade descrita no presente documento como sendo realizada por um WD pode ser fornecida pelo conjunto de circuitos de processamento 820 que executa instruções armazenadas no meio legível por dispositivo 830, que, em certas modalidades, pode ser um meio de armazenamento legível por computador. Nas modalidades alternativas, alguma ou toda a funcionalidade pode ser fornecida pelo conjunto de circuitos de processamento 820 sem executar instruções armazenadas em um meio de armazenamento legível por dispositivo separado ou distinto, como de uma maneira cabeada. Em qualquer uma dessas modalidades, seja executando instruções armazenadas em um meio de armazenamento legível por dispositivo ou não, o conjunto de circuitos de processamento 820 pode ser configurado para realizar a funcionalidade descrita. Os benefícios fornecidos por tal funcionalidade não se limitam ao conjunto de circuitos de processamento 820 sozinho ou a outros componentes do WD 810, mas são, em geral, usufruídos pelo WD 810 como um todo, e/ou por usuários finais e pela rede sem fio.

[083] O conjunto de circuitos de processamento 820 pode ser configurado para realizar qualquer determinação, cálculo ou operações similares (por exemplo, certas operações de obtenção) descritas no presente documento como sendo fornecidas por um WD. Essas operações realizadas pelo conjunto de circuitos de processamento 820 podem incluir processar informações obtidas pelo conjunto de circuitos de processamento 820 por, por exemplo, conversão das informações obtidas em outras informações, comparar as informações obtidas ou informações convertidas com as informações armazenadas pelo WD 810, e/ou realizar uma ou mais operações com base nas informações obtidas ou informações convertidas, e como um resultado do dito processamento fazer uma determinação.

[084] O meio legível por dispositivo 830 pode ser operável para armazenar um programa de computador, software, uma aplicação incluindo um ou mais dentre lógica, regras, código, tabelas, etc. e/ou outras instruções que têm capacidade de serem executadas pelo conjunto de circuitos de processamento

820.] O meio legível por dispositivo 830 pode incluir memória de computador (por exemplo, Memória de Acesso Aleatório (RAM) ou Memória Somente de Leitura (ROM)), meios de armazenamento em massa (por exemplo, um disco rígido), meios de armazenamento removíveis (por exemplo, um Disco Compacto (CD) ou um Disco Versátil Digital (DVD)) e/ou quaisquer outros dispositivos de memória executáveis por computador e/ou legíveis por dispositivo não transitórios voláteis ou não voláteis que armazenam informações, dados e/ou instruções que podem ser usadas pelo conjunto de circuitos de processamento 820. Em algumas modalidades, o conjunto de circuitos de processamento 820 e o meio legível por dispositivo 830 pode ser considerado como sendo integrado.

[085] O equipamento de interface de usuário 832 pode fornecer componentes que permitem que um usuário humano interaja om o WD 810. Tal interação pode ser de muitas formas, como visual, auditiva, tátil, etc. O equipamento de interface de usuário 832 pode ser operável para produzir a saída para o usuário e permitir que o usuário forneça entrada para o WD 810. O tipo de interação pode variar dependendo do tipo de equipamento de interface de usuário 832 instalado em WD 810. Por exemplo, se WD 810 for um telefone inteligente, a interação pode ser através de uma tela sensível ao toque; se WD 810 for um medidor inteligente, a interação pode ser através de uma tela que fornece o uso (por exemplo, o número de galões usados) ou de um alto- falante que fornece um alerta audível (por exemplo, se fumaça for detectada). O equipamento de interface de usuário 832 pode incluir interfaces, dispositivos e circuitos de entrada, e interfaces, dispositivos e circuitos de saída. O equipamento de interface de usuário 832 é configurado para permitir a entrada de informações no WD 810, e é conectado ao conjunto de circuitos de processamento 820 para permitir que o conjunto de circuitos de processamento 820 processe as informações de entrada. O equipamento de interface de usuário 832 pode incluir, por exemplo, um microfone, um sensor de proximidade ou outro sensor, teclas/botões, um visor sensível ao toque, uma ou mais câmeras, uma porta USB ou outro conjunto de circuitos de entrada. O equipamento de interface de usuário 832 é configurado também para permitir a saída de informações a partir do WD 810, e permitir que o conjunto de circuitos de processamento 820 emita informações a partir do WD 810. O equipamento de interface de usuário 832 pode incluir, por exemplo, um alto- falante, um visor, um conjunto de circuitos de vibração, uma porta USB, uma interface de fone de ouvido ou outro conjunto de circuitos de saída. Com o uso de uma ou mais interfaces, dispositivos e circuitos de entrada e saída do equipamento de interface de usuário 832, o WD 810 pode se comunicar com usuários finais e/ou a rede sem fio, e permitir que os mesmos se beneficiem da funcionalidade descrita no presente documento.

[086] O equipamento auxiliar 834 é operável para fornecer funcionalidade mais específica que pode não ser, em geral, realizada por WDs. Isso pode compreender sensores especializados para fazer medições para vários propósitos para tipos adicionais de comunicação, como comunicação com fio, etc. A inclusão e o tipo de componentes do equipamento auxiliar 834 podem variar dependendo da modalidade e/ou cenário.

[087] A fonte de alimentação 836 pode, em algumas modalidades, estar na forma de uma bateria ou pacote de baterias. Outros tipos de fontes de alimentação, como uma fonte de alimentação externa (por exemplo, uma tomada de eletricidade), dispositivos fotovoltaicos ou células de energia, podem ser usados também. O WD 810 pode compreender adicionalmente o conjunto de circuitos de potência 837 para entregar potência a partir de uma fonte de alimentação 836 a várias partes do WD 810 que precisam de potência da fonte de alimentação 836 para executar qualquer funcionalidade descrita ou indicada no presente documento. O conjunto de circuitos de potência 837 pode, em certas modalidades, compreender o conjunto de circuitos de gerenciamento de potência. O conjunto de circuitos de potência 837 pode ser adicional ou alternativamente operável para receber potência de uma fonte de alimentação externa; caso em que o WD 810 pode ser conectável à fonte de alimentação externa (como uma tomada de eletricidade) através do conjunto de circuitos de entrada ou de uma interface, como um cabo de energia elétrica. O conjunto de circuitos de potência 837 pode, em certas modalidades, ser também operável para entregar potência a partir de uma fonte de alimentação externa à fonte de alimentação 836. Isso pode ser, por exemplo, para o carregamento da fonte de alimentação 836. O conjunto de circuitos de potência 837 pode realizar qualquer formatação, conversão, ou outra modificação à potência da fonte de alimentação 836 para tornar a potência adequada para os respectivos componentes de WD 810 para os quais a potência é suprida.

[088] A Figura 9 ilustra uma modalidade de um UE de acordo com vários aspectos descritos no presente documento. Conforme usado no presente documento, um equipamento de usuário ou UE pode não ter necessariamente um usuário no sentido de um ser humano que possui e/ou opera o dispositivo relevante. Em vez disso, um UE pode representar um dispositivo que é destinado à venda ou operação por um ser humano, mas que não pode, ou que não pode inicialmente, ser associado a um usuário humano específico. Um UE pode compreender também qualquer UE identificado pelo Projeto de Parceria para a 3ª Geração (3GPP), incluindo um UE de NB-IoT que não é destinado à venda ou operação por um usuário humano. O UE 900, conforme ilustrado na Figura 9, é um exemplo de um WD configurado para comunicação de acordo com um ou mais padrões de comunicação promulgados pelo Projeto de Parceria para a 3ª Geração (3GPP), como padrões 3GPP’s GSM, UMTS, LTE e/ou 5G. Conforme mencionado anteriormente, os termos WD e UE podem ser usados de modo intercambiável. Consequentemente, embora a Figura 9 seja um UE, os componentes discutidos no presente documento são igualmente aplicáveis a um WD e vice versa.

[089] Na Figura 9, o UE 900 inclui o conjunto de circuitos de processamento 901 que é acoplado operativamente à interface de entrada/saída 905, interface de frequência de rádio (RF) 909, interface de conexão de rede 911, memória 915 incluindo a memória de acesso aleatório (RAM) 917, a memória somente de leitura (ROM) 919 e o meio de armazenamento 921 ou similares, o subsistema de comunicação 931, a fonte de alimentação 933 e/ou qualquer outro componente ou qualquer combinação dos mesmos. O meio de armazenamento 921 inclui o sistema operacional 923, o programa de aplicação 925 e os dados 927. Em outras modalidades, o meio de armazenamento 921 pode incluir outros tipos similares de informações. Certos UEs podem utilizar todos os componentes mostrados na Figura 9 ou apenas um subconjunto dos componentes. O nível de integração entre os componentes pode variar de um UE para um outro UE. Adicionalmente, certos UEs podem conter múltiplos casos de um componente, como múltiplos processadores, memórias, transceptores, transmissores, receptores, etc.

[090] Na Figura 9, o conjunto de circuitos de processamento 901 pode ser configurado para processar instruções e dados. O conjunto de circuitos de processamento 901 pode ser configurado para implementar qualquer máquina de estado sequencial operativa para executar instruções de máquina armazenadas como programas de computador legíveis por máquina na memória, como uma ou mais máquinas de estado implementadas por hardware (por exemplo, no elemento lógico discreto, FPGA, ASIC, etc.); elemento lógico programável em conjunto com o firmware apropriado; um ou mais programas armazenados, processadores de propósito geral, como um microprocessador ou Processador de Sinal Digital (DSP), em conjunto com o software apropriado; ou qualquer combinação dos supracitados. Por exemplo, o conjunto de circuitos de processamento 901 pode incluir duas unidades de processamento central (CPUs). Os dados podem ser informações em uma forma adequada pata uso por um computador.

[091] Na modalidade retratada, a interface de entrada/saída 905 pode ser configurada para fornecer uma interface de comunicação para um dispositivo de entrada, dispositivo de saída ou dispositivo de entrada ou saída. O UE 900 pode ser configurado para usar um dispositivo de saída através da interface de entrada/saída 905. Um dispositivo de saída pode usar o mesmo tipo de porta de interface como um dispositivo de entrada. Por exemplo, uma porta de USB pode ser usada para fornecer entrada e saída a partir do UE 900. O dispositivo de saída pode ser um alto-falante, uma placa de som, uma placa de vídeo, um visor, um monitor, uma impressora, um atuador, um emissor, um cartão inteligente, um outro dispositivo de saída ou qualquer combinação dos mesmos. O UE 900 pode ser configurado para usar um dispositivo de entrada através da interface de entrada/saída 905 para permitir que um usuário capture informações no UE 900. O dispositivo de entrada pode incluir um visor sensível ao toque ou sensível à presença, uma câmera (por exemplo, um câmera digital, uma câmera de vídeo de digital, uma câmera web, etc.), um microfone, um sensor, um mouse, uma bola de comando, um bloco direcional, um trackpad,

um roda de rolagem, um cartão inteligente e similares. O visor sensível à presença pode incluir um sensor sensível ao toque capacitivo ou resistivo para detectar entrada de um usuário. Um sensor pode ser, por exemplo, um acelerômetro, um giroscópio, um sensor de inclinação, um sensor de força, um magnetômetro, um sensor óptico, um sensor de proximidade, um outro sensor semelhante ou qualquer combinação dos mesmos. Por exemplo, o dispositivo de entrada pode ser um acelerômetro, um magnetômetro, uma câmera digital, um microfone e um sensor óptico.

[092] Na Figura 9, a interface de RF 909 pode ser configurada para fornecer uma interface de comunicação para componentes de RF, como um transmissor, um receptor e uma antena. A interface de conexão de rede 911 pode ser configurada para fornecer uma interface de comunicação para a rede 943a. A rede 943a pode englobar redes com fio e/ou sem fio, como uma rede local (LAN), uma rede local ampla (WAN), uma rede de computador, uma rede sem fio, uma rede de telecomunicações, uma outra rede semelhante ou qualquer combinação das mesmas. Por exemplo, a rede 943a pode compreender uma rede WiFi. A interface de conexão de rede 911 pode ser configurada para incluir um receptor e uma interface de transmissor usados para se comunicar com um ou mais outros dispositivos em uma rede de comunicação de acordo com um ou mais protocolos de comunicação, como Ethernet, TCP/IP, SONET, ATM ou similares. A interface de conexão de rede 911 pode implementar funcionalidade de receptor e transmissor apropriada para enlaces de rede de comunicação (por exemplo, ópticos, elétricos e similares). As funções de transmissor e receptor podem compartilhar componentes de circuito, software ou firmware, ou podem ser implementadas alternativamente de modo separado.

[093] A RAM 917 pode ser configurada para se interligar através do barramento 902 ao conjunto de circuitos de processamento 901 para fornecer armazenamento ou armazenamento em cache de dados ou instruções de computador durante a execução de programas de software, como o sistema operacional, programas de aplicação e unidades de dispositivo. A ROM 919 pode ser configurada para fornecer instruções de computador ou dados para o conjunto de circuitos de processamento 901. Por exemplo, a ROM 919 pode ser configurada para armazenar códigos ou dados de sistema de baixo nível invariáveis para funções de sistema básicas, como entrada e saída (I/O) básicas, inicialização ou recepção de pressionamentos de tecla de um teclado que são armazenados em uma memória não volátil. O meio de armazenamento 921 pode ser configurado para incluir memória como RAM, ROM, memória somente de leitura programável (PROM), memória somente de leitura programável e apagável (EPROM), memória somente de leitura programável e eletricamente apagável (EEPROM), discos magnéticos, discos óticos, disquetes, discos rígidos, cartuchos removíveis ou pen drives. Em um exemplo, o meio de armazenamento 921 pode ser configurado para incluir o sistema operacional 923, o programa de aplicação 925, como uma aplicação de navegador de web, um widget ou mecanismo de gadget ou uma outra aplicação, e arquivo de dados 927. O meio de armazenamento 921 pode armazenar, para uso pelo UE 900, qualquer um dentre vários sistemas operacionais ou combinações de sistemas operacionais.

[094] O meio de armazenamento 921 pode ser configurado para incluir um número de unidades de unidade física, como arranjo redundante de discos independentes (RAID), unidade de disquete, memória flash, unidade flash de USB, unidade de disco rígido externo, thumb drive, pen drive, key drive, disco versátil digital de alta densidade (HD-DVD) unidade de disco óptico, unidade de disco rígido interno, unidade de disco óptico do tipo Blu-Ray, unidade de armazenamento de dados digitais holográficos (HDDS), módulo de memória minidual em linha externo (DIMM), memória de acesso aleatório dinâmica síncrona (SDRAM), micro-DIMM SDRAM externa, memória de cartão inteligente, como módulo de identidade de assinante ou módulo de identidade de usuário removível (SIM/RUIM), outra memória ou qualquer combinação dos mesmos. O meio de armazenamento 921 pode permitir que o UE 900 acesse instruções executáveis por computador, programas de aplicação ou similares, armazenados em meios de memória transitórios ou não transitórios, para descarregar dados ou carregar dados. Um artigo de fabricação, como um que utiliza um sistema de comunicação, pode ser incorporado de modo tangível no meio de armazenamento 921, que pode compreender um meio legível por dispositivo.

[095] Na Figura 9, o conjunto de circuitos de processamento 901 pode ser configurado para se comunicar com a rede 943b com o uso do subsistema de comunicação 931. A rede 943a e a rede 943b podem ser a mesma rede ou redes ou rede ou redes diferentes. O subsistema de comunicação 931 pode ser configurado para incluir um ou mais transceptores usados para se comunicar com a rede 943b. Por exemplo, o subsistema de comunicação 931 pode ser configurado para incluir um ou mais transceptores usados para se comunicar com um ou mais transceptores remotos de um outro dispositivo que tem capacidade de comunicação sem fio, como um outro WD, UE ou estação base de uma rede de acesso de rádio (RAN) de acordo com um ou mais protocolos de comunicação, como IEEE 802.9, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax ou similares. Cada transceptor pode incluir o transmissor 933 e/ou receptor 935 para implementar funcionalidade de transmissor ou receptor, respectivamente, apropriada para enlaces de RAN (por exemplo, alocações de frequência e similares). Adicionalmente, o transmissor 933 e o receptor 935 de cada transceptor podem compartilhar componentes de circuitos, software ou firmware, ou podem ser implementados alternativamente de modo separado.

[096] Na modalidade ilustrada, as funções de comunicação do subsistema de comunicação 931 podem incluir comunicação de dados, comunicação de voz, comunicação multimídia, comunicação de faixa curta, como Bluetooth, comunicação por proximidade de campo, comunicação com base na localização, como o uso do sistema global de posicionamento (GPS) para determinar uma localização, uma outra função de comunicação semelhante ou qualquer combinação dos mesmos. Por exemplo, o subsistema de comunicação 931 pode incluir comunicação celular, comunicação WiFi, comunicação Bluetooth e comunicação GPS. A rede 943b pode englobar redes com fio e/ou sem fio, como uma rede local (LAN), uma rede local ampla (WAN), uma rede de computador, uma rede sem fio, uma rede de telecomunicações, uma outra rede semelhante ou qualquer combinação das mesmas. Por exemplo, a rede 943b pode ser uma rede celular, uma rede WiFi e/ou uma rede por proximidade de campo. A fonte de alimentação 913 pode ser configurada para fornecer potência de corrente alternada (CA) ou corrente direta (CC) para componentes do UE 900.

[097] Os atributos, benefícios e/ou funções descritos no presente documento podem ser implementados em um dos componentes do UE 900 ou particionados através de múltiplos componentes do UE 900. Adicionalmente, os atributos, benefícios e/ou funções descritos no presente documento podem ser implementados em qualquer combinação de hardware, software ou firmware. Em um exemplo, o subsistema de comunicação 931 pode ser configurado para incluir qualquer um dos componentes descritos no presente documento. Adicionalmente, o conjunto de circuitos de processamento 901 pode ser configurado para se comunicar com qualquer um dos componentes no barramento 902. Em um outro exemplo, qualquer um de tais componentes pode ser representado por instruções de programa armazenadas na memória que, quando executadas por conjunto de circuitos de processamento 901, realizam as funções correspondentes descritas no presente documento. Em um outro exemplo, a funcionalidade de qualquer um de tais componentes pode ser particionado entre o conjunto de circuitos de processamento 901 e o subsistema de comunicação 931. Em um outro exemplo, as funções de modo não computacional intensivas de qualquer um dos componentes pode ser implementado em software ou firmware e as funções de modo computacional intensivas podem ser implementadas em hardware.

[098] A Figura 10 é um diagrama de bloco esquemático que ilustra um ambiente de virtualização 1000 no qual as funções implementadas por algumas modalidades podem ser virtualizadas. No presente contexto, virtualizar significa criar versões virtuais de aparelhos ou dispositivos que podem incluir virtualizar plataformas de hardware, dispositivos de armazenamento e recursos de rede. Conforme usado no presente documento, a virtualização pode ser aplicada a um nó (por exemplo, uma estação base virtualizada ou um nó de acesso de rádio virtualizado) a um dispositivo (por exemplo, um UE, um dispositivo sem fio ou qualquer outro tipo de dispositivo de comunicação) ou a componentes dos mesmos e se refere a uma implementação na qual pelo menos uma porção da funcionalidade é implementada como um ou mais componentes virtuais (por exemplo, através de uma ou mais aplicações, componentes, funções, máquinas virtuais ou contêineres que executam em um ou mais nós de processamento físicos em uma ou mais redes).

[099] Em algumas modalidades, algumas ou todas as funções descritas no presente documento podem ser implementadas como componentes virtuais por uma ou mais máquinas virtuais implementadas em um ou mais ambientes virtuais 1000 hospedados por um ou mais do nós de hardware 1030.

Adicionalmente, nas modalidades nas quais o nó virtual não é um acesso de rádio ou não exige conectividade de rádio (por exemplo, um nó de rede núcleo), então, o nó de rede pode ser todo virtualizado.

[0100] As funções podem ser implementadas por uma ou mais aplicações 1020 (que podem ser chamados alternativamente casos de software, dispositivos virtuais, funções de rede, nós de virtual, funções de rede virtual, etc.) operativos para implementar alguns dos atributos, funções e/ou benefícios de algumas das modalidades reveladas no presente documento. As aplicações 1020 são executados no ambiente de virtualização 1000 que fornece o hardware 1030 compreendendo o conjunto de circuitos de processamento 1060 e a memória 1090. A memória 1090 contém instruções 1095 executáveis pelo conjunto de circuitos de processamento 1060, pelo qual a aplicação 1020 é operativa para fornecer um ou mais dentre os atributos, benefícios e/ou funções reveladas no presente documento.

[0101] O ambiente de virtualização 1000 compreende dispositivos de hardware de rede de propósito geral ou propósito especial 1030 compreendendo um conjunto de um ou mais processadores ou conjunto de circuitos de processamento 1060, que podem ser processadores fora da prateleira comerciais (COTS), Circuitos Integrados de Aplicação Específica (ASICs), ou qualquer outro tipo de conjunto de circuitos de processamento incluindo componentes de hardware digital ou analógico ou processadores de propósito especial. Cada dispositivo de hardware pode compreender a memória 1090-1 que pode ser memória não permanente para armazenar temporariamente as instruções 1095 ou software executado pelo conjunto de circuitos de processamento 1060. Cada dispositivo de hardware pode compreender um ou mais controladores de interface de rede (NICs) 1070, conhecidos também como placas de interface de rede, que incluem interface de rede física 1080. Cada dispositivo de hardware pode incluir também meios de armazenamento legíveis por máquina, permanentes, não transitórios 1090- 2 que têm armazenado no mesmo o software 1095 e/ou instruções executáveis pelo conjunto de circuitos de processamento 1060. O software 1095 pode incluir qualquer tipo de software incluindo software para instanciar uma ou mais camadas de virtualização 1050 (chamadas também de hipervisores), software para executar máquinas virtuais 1040 assim como software que permite que as mesmas executem funções, atributos e/ou benefícios descritos em relação a algumas modalidades descritas no presente documento.

[0102] As máquinas virtuais 1040 compreendem processamento virtual, memória virtual, rede ou interface virtual e armazenamento virtual, e podem ser executadas por uma camada de virtualização correspondente 1050 ou hipervisor. As modalidades diferentes do caso do dispositivo virtual 1020 podem ser implementadas em uma ou mais máquinas virtuais 1040, e as implementações podem ser feitas de formas diferentes.

[0103] Durante a operação, o conjunto de circuitos de processamento 1060 executa software 1095 para instanciar o hipervisor ou camada de virtualização 1050, que pode ser chamado às vezes de monitor de máquina virtual (VMM). A camada de virtualização 1050 pode apresentar uma plataforma de operação virtual que aparece como hardware de rede para a máquina virtual 1040.

[0104] Conforme mostrado na Figura 10, o hardware 1030 pode ser um nó de rede autônomo com componentes genéricos ou específicos. O hardware 1030 pode compreender a antena 10225 e pode implementar algumas funções através de virtualização. Alternativamente, o hardware 1030 pode ser parte de um agrupamento de hardwares maior (por exemplo, como em um centro de dados ou equipamento de instalações de cliente (CPE)) em que muitos nós de hardware funcionam em conjunto e são gerenciados através de gerenciamento e orquestração (MANO) 10100, que, dentre outros, supervisiona o gerenciamento de ciclo de vida das aplicações 1020.

[0105] A virtualização do hardware é chamada, em alguns contextos, de virtualização de função de rede (NFV). A NFV pode ser usada para consolidar muitos tipos de equipamento de rede em hardware de servidor de alto volume padrão de setor, comutadores físicos e armazenamento físico, podem estar localizados em centro de dados, e equipamento de instalações de cliente.

[0106] No contexto de NFV, a máquina virtual 1040 pode ser uma implementação de software de uma máquina física que executa programes como se fossem executados em uma máquina não virtualizada e física. Cada uma das máquinas virtuais 1040 e essa parte do hardware 1030 que executa essa máquina virtual, seja seu hardware dedicado a essa máquina virtual e/ou hardware compartilhado por essa máquina virtual com outros das máquinas virtuais 1040, formam elementos de rede virtual (VNE) separados.

[0107] Ainda no contexto de NFV, a Função de Rede Virtual (VNF) é responsável por manipular funções de rede específicos que executam em uma ou mais máquinas virtuais 1040 no topo de infraestrutura de rede de hardware 1030 e corresponde à aplicação 1020 na Figura 10.

[0108] Em algumas modalidades, uma ou mais unidades de rádio 10200 que incluem, cada uma, um ou mais transmissores 10220 e um ou mais receptores 10210 podem ser acopladas a uma ou mais antenas 10225. As unidades de rádio 10200 podem se comunicar diretamente com os nós de hardware 1030 através de uma ou mais interfaces de rede apropriadas e podem ser usadas em combinação com os componentes virtuais para fornecer um nó virtual com capacidades de rádio, como um nó de acesso de rádio ou uma estação base.

[0109] Em algumas modalidades, alguma sinalização pode ser efetuada com o uso do sistema de controle 10230 que pode ser usado alternativamente para comunicação entre os nós de hardware 1030 e as unidades de rádio 10200.

[0110] Com referência à Figura 11, de acordo com uma modalidade, um sistema de comunicação inclui a rede de telecomunicação 1110, como uma rede celular do tipo 3GPP, que compreende a rede de acesso 1111, como uma rede de acesso de rádio, e a rede núcleo 1114. A rede de acesso 1111 compreende uma pluralidade de estações base 1112a, 1112b, 1112c, como NBs, eNBs, gNBs ou outros tipos de pontos de acesso sem fio, cada um definindo uma área de cobertura correspondente 1113a, 1113b, 1113c. Cada estação base 1112a, 1112b, 1112c é conectável à rede núcleo 1114 em uma conexão com fio ou sem fio 1115. Um primeiro UE 1191 localizado na área de cobertura 1113c é configurado para se conectar de modo sem fio, ou ser radiolocalizado, à estação base correspondente 1112c. Um segundo UE 1192 na área de cobertura 1113a é conectável de modo sem fio à estação base correspondente 1112a. Embora uma pluralidade de UEs 1191, 1192 seja ilustrada nesse exemplo, as modalidades reveladas são igualmente aplicáveis a uma situação em que um único UE está na área de cobertura ou em que um único UE está se conectando à estação base correspondente 1112.

[0111] A rede de telecomunicação 1110 é conectada ao computador hospedeiro 1130, que pode ser incorporado no hardware e/ou software de um servidor autônomo, um servidor implementado por nuvem, um servidor distribuído ou como recursos de processamento em uma fazenda de servidores. O computador hospedeiro 1130 pode estar sob a propriedade ou o controle de um provedor de serviço, ou pode ser operado pelo provedor de serviço ou em nome do provedor de serviço. As conexões 1121 e 1122 entre a rede de telecomunicação 1110 e o computador hospedeiro 1130 podem se estender diretamente a partir da rede núcleo 1114 até o computador hospedeiro 1130 ou podem passar por uma rede opcionalmente intermediária 1120. A rede intermediária 1120 pode ser um dentre, ou uma combinação de mais de uma dentre, uma rede pública, privada ou hospedada; rede intermediária 1120, se houver, pode ser uma rede backbone ou a Internet; em particular, a rede intermediária 1120 pode compreender duas ou mais subredes (não mostradas).

[0112] O sistema de comunicação da Figura 11 como um todo possibilita a conectividade entre os UEs conectados 1191, 1192 e o computador hospedeiro

1130. A conectividade pode ser descrita como uma conexão sobre o topo (OTT)

1150. O computador hospedeiro 1130 e os UEs conectados 1191, 1192 são configurados para comunicar dados e/ou sinalização através da conexão OTT 1150, com o uso de rede de acesso 1111, da rede núcleo 1114, de qualquer rede intermediária 1120 e da possível infraestrutura adicional (não mostrada) como intermediários. A conexão OTT 1150 pode ser transparente no sentido de que os dispositivos de comunicação participantes através dos quais a conexão OTT 1150 passa não têm conhecimento de roteamento de comunicações de enlace ascendente e enlace descendente. Por exemplo, a estação base 1112 pode não informar ou não precisar ser informada sobre o roteamento anterior de uma comunicação de enlace descendente de entrada com dados que se originam a partir do computador hospedeiro 1130 a serem encaminhados (por exemplo, entregue) para um UE conectado 1191. Similarmente, a estação base 1112 não precisa ter conhecimento do roteamento futuro de uma comunicação de enlace ascendente de saída que se origina a partir do UE 1191 em direção ao computador hospedeiro 1130.

[0113] As implementações exemplificativas, de acordo com uma modalidade, do UE, a estação base e o computador hospedeiro discutidos nos parágrafos anteriores serão descritas agora com referência à Figura 12. No sistema de comunicação 1200, o computador hospedeiro 1210 compreende o hardware 1215 incluindo a interface de comunicação 1216 configurada para preparar e manter uma conexão com fio ou sem fio com uma interface de um dispositivo de comunicação of sistema de comunicação 1200 diferente. O computador hospedeiro 1210 compreende adicionalmente o conjunto de circuitos de processamento 1218, que pode ter capacidades de armazenamento e/ou processamento. Em particular, o conjunto de circuitos de processamento 1218 pode compreender um ou mais processadores programáveis, circuitos integrados de aplicação específica, arranjos de portas programáveis em campo ou combinações dos mesmos (não mostradas) adaptadas para executar instruções. O computador hospedeiro 1210 compreende adicionalmente o software 1211, que é armazenado ou acessível pelo computador 1210 e executável pelo conjunto de circuitos de processamento 1218. O software 1211 inclui a aplicação hospedeira 1212. A aplicação hospedeira 1212 pode ser operável para fornecer um serviço para um usuário remoto, como UE 1230 que se conecta através da conexão OTT 1250 que termina no UE 1230 e no computador hospedeiro 1210. No fornecimento do serviço para o usuário remoto, a aplicação hospedeira 1212 pode fornecer dados de usuário que são transmitidos com o uso da conexão OTT 1250.

[0114] O sistema de comunicação 1200 inclui adicionalmente a estação base 1220 fornecida em um sistema de telecomunicação e compreende o hardware 1225 que possibilita que o mesmo se comunique com o computador hospedeiro 1210 e com o UE 1230. O hardware 1225 pode incluir a interface de comunicação 1226 para preparar e manter uma conexão com fio ou sem fio com uma interface de um dispositivo de comunicação diferente de sistema de comunicação 1200, assim como uma interface de rádio 1227 para preparar e manter pelo menos a conexão sem fio 1270 com o UE 1230 localizado em uma área de cobertura (não mostrada na Figura 12) servida pela estação base 1220. A interface de comunicação 1226 pode ser configurada para facilitar a conexão 1260 com o computador hospedeiro 1210. A conexão 1260 pode ser direta ou pode passar pela rede núcleo (não mostrada na Figura 12) do sistema de telecomunicação e/ou por um ou mais redes intermediárias na parte exterior do sistema de telecomunicação. Nas modalidades mostradas, o hardware 1225 da estação base 1220 inclui adicionalmente o conjunto de circuitos de processamento 1228, que pode compreender um ou mais processadores programáveis, circuitos integrados de aplicação específica, arranjos de portas programáveis em campo ou combinações dos mesmos (não mostradas) adaptadas para executar instruções. A estação base 1220 tem adicionalmente o software 1221 armazenado internamente ou acessível através de uma conexão externa.

[0115] O sistema de comunicação 1200 inclui adicionalmente o UE 1230 já referido. Seu hardware 1235 pode incluir a interface de rádio 1237 configurada para preparar e manter a conexão sem fio 1270 com uma estação base que serve uma área de cobertura na qual o UE 1230 está localizado atualmente. O hardware 1235 do UE 1230 inclui adicionalmente o conjunto de circuitos de processamento 1238, que pode compreender um ou mais processadores programáveis, circuitos integrados de aplicação específica, arranjos de portas programáveis em campo ou combinações dos mesmos (não mostradas) adaptadas para executar instruções. O UE 1230 compreende adicionalmente o software 1231, que é armazenado ou acessível pelo UE 1230 e executável pelo conjunto de circuitos de processamento 1238. O software 1231 inclui a aplicação de cliente 1232. A aplicação de cliente 1232 pode ser operável para fornecer um serviço para um usuário humano ou não humano através do UE 1230 com o suporte do computador hospedeiro 1210. No computador hospedeiro 1210, uma aplicação hospedeira de execução 1212 pode se comunicar com a aplicação de cliente de execução 1232 através da conexão OTT 1250 que termina no UE 1230 e no computador hospedeiro 1210. No fornecimento do serviço para o usuário, a aplicação de cliente 1232 pode receber dados de solicitação da aplicação hospedeira 1212 e fornecer dados de usuário em resposta aos dados de solicitação. A conexão OTT 1250 pode transferir tanto os dados de solicitação quanto os dados de usuário. A aplicação de cliente 1232 pode interagir com o usuário para gerar os dados de usuário que o mesmo fornece.

[0116] Observa-se que o computador hospedeiro 1210, a estação base 1220 e o UE 1230 ilustrados na Figura 12 podem ser similares ou idênticos ao computador hospedeiro 1130, a uma das estações base 1112a, 1112b, 1112c e a um dos UEs 1191, 1192 da Figura 11, respectivamente. Ou seja, os funcionamentos internos dessas entidades podem ser conforme mostrado na Figura 12 e, independentemente, a topologia de rede circundante pode ser essa da Figura 11.

[0117] Na Figura 12, a conexão OTT 1250 foi desenhada abstratamente para ilustrar a comunicação entre o computador hospedeiro 1210 e o UE 1230 através da estação base 1220, sem referência explícita a quaisquer dispositivos intermediários e o roteamento preciso de mensagens através desses dispositivos. A infraestrutura de rede pode determinar o roteamento, que pode ser configurado para ocultar do UE 1230 ou do provedor de serviço que opera o computador hospedeiro 1210 ou ambos. Embora a conexão OTT 1250 esteja ativa, a infraestrutura de rede pode tomar adicionalmente decisões pelas quais altera dinamicamente o roteamento (por exemplo, com base na consideração de equilíbrio de carga ou reconfiguração da rede).

[0118] A conexão sem fio 1270 entre o UE 1230 e a estação base 1220 está de acordo com os ensinamentos das modalidades descritas ao longo desta revelação. Uma ou mais das várias modalidades aprimoram o desempenho de serviços OTT fornecidos para o UE 1230 com o uso da conexão OTT 1250, na qual a conexão sem fio 1270 forma o último segmento. Mais precisamente, os ensinamentos dessas modalidades podem aprimorar a taxa de dados, latência e consumo de potência, e, desse modo, fornece benefícios, como tempo de espera de usuário reduzido, melhor receptividade e tempo de bateria estendido dentre outros.

[0119] Um procedimento de medição pode ser fornecido com o propósito de monitorar a taxa de dados, latência e outros fatores os quais as uma ou mais modalidades aprimoram. Pode haver adicionalmente uma funcionalidade de rede opcional de reconfigurar a conexão OTT 1250 entre o computador hospedeiro 1210 e o UE 1230, em resposta a variações nos resultados de medição. O procedimento de medição e/ou a funcionalidade de rede para reconfigurar a conexão OTT 1250 pode ser implementado no software 1211 e no hardware 1215 do computador hospedeiro 1210 ou no software 1231 e no hardware 1235 do UE 1230 ou em ambos. Nas modalidades, os sensores (não mostrados) podem ser empregados ou estar em associação aos dispositivos de comunicação através dos quais a conexão OTT 1250 passa; os sensores podem participar no procedimento de medição ao suprir valores das quantidades monitoradas exemplificadas acima, ou ao suprir valores de outras quantidades físicas a partir das quais o software 1211, 1231 pode computar ou estimar as quantidades monitoradas. A reconfiguração da conexão OTT 1250 pode incluir formato de mensagem, configurações de retransmissão, roteamento preferencial, etc.; a reconfiguração precisa não afetar a estação base 1220, e pode ser desconhecida ou imperceptível para a estação base 1220. Tais procedimentos e funcionalidades podem ser conhecidos e praticados na técnica. Em certas modalidades, as medições podem envolver a sinalização de UE de proprietário que facilita medições de rendimento do computador hospedeiro 1210, tempos de propagação, latência e similares. As medições podem ser implementadas nesse software 1211 e 1231 o que faz com que as mensagens sejam transmitidas, em particular, mensagens vazias ou ‘dummy’, com o uso da conexão OTT 1250 enquanto monitora tempos de propagação, erros, etc.

[0120] A Figura 13 é um fluxograma que ilustra um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador hospedeiro, uma estação base e um UE que podem ser esses descritos com referência às Figuras 11 e 12. A título de simplicidade da presente revelação, apenas referências ao desenho à Figura 13 serão incluídas nessa seção. Na etapa 1310, o computador hospedeiro fornece dados de usuário. Na subetapa 1311 (que pode ser opcional) da etapa 1310, o computador hospedeiro fornece os dados de usuário por execução de uma aplicação hospedeira. Na etapa 1320, o computador hospedeiro inicia uma transmissão que carrega os dados de usuário para o UE. Na etapa 1330 (que pode ser opcional), a estação base transmite para o UE os dados de usuário que foram carregados na transmissão que o computador hospedeiro iniciou, de acordo com os ensinamentos das modalidades descritas ao longo desta revelação. Na etapa 1340 (que pode ser também opcional), o UE executa uma aplicação de cliente associada à aplicação hospedeira executada pelo computador hospedeiro.

[0121] A Figura 14 é um fluxograma que ilustra um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador hospedeiro, uma estação base e um UE que podem ser esses descritos com referência às Figuras 11 e 12. A título de simplicidade da presente revelação, apenas referências ao desenho à Figura 14 serão incluídas nessa seção. Na etapa 1410 do método, o computador hospedeiro fornece dados de usuário. Em uma subetapa opcional (não mostrada), o computador hospedeiro fornece os dados de usuário por execução de uma aplicação hospedeira. Na etapa 1420, o computador hospedeiro inicia uma transmissão que carrega os dados de usuário para o UE. A transmissão pode passar pela estação base, de acordo com os ensinamentos das modalidades descritas ao longo desta revelação. Na etapa 1430 (que pode ser opcional), o UE recebe os dados de usuário carregados na transmissão.

[0122] A Figura 15 é um fluxograma que ilustra um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador hospedeiro, uma estação base e um UE que podem ser esses descritos com referência às Figuras 11 e 12. A título de simplicidade da presente revelação, apenas referências ao desenho à Figura 15 serão incluídas nessa seção. Na etapa 1510 (que pode ser opcional), o UE recebe os dados de entrada fornecidos pelo computador hospedeiro. Adicional ou alternativamente, na etapa 1520, o UE fornece dados de usuário. Na subetapa 1521 (que pode ser opcional) da etapa 1520, o UE fornece os dados de usuário por execução de uma aplicação de cliente. Na subetapa 1511 (que pode ser opcional) da etapa 1510, o UE executa uma aplicação de cliente que fornece os dados de usuário em reação aos dados de entrada recebidos fornecidos pelo computador hospedeiro. No fornecimento dos dados de usuário, a aplicação de cliente executada pode considerar adicionalmente entrada de usuário recebida do usuário. Independentemente da maneira específica na qual os dados de usuário foram fornecidos, o UE inicia, na subetapa 1530 (que pode ser opcional), a transmissão dos dados de usuário para o computador hospedeiro. Na etapa 1540 do método, o computador hospedeiro recebe os dados de usuário transmitidos a partir do UE, de acordo com os ensinamentos das modalidades descritas ao longo desta revelação.

[0123] A Figura 16 é um fluxograma que ilustra um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador hospedeiro, uma estação base e um UE que podem ser esses descritos com referência às Figuras 11 e 12. A título de simplicidade da presente revelação, apenas referências ao desenho à Figura 16 serão incluídas nessa seção. Na etapa 1610 (que pode ser opcional), de acordo com os ensinamentos das modalidades descritas ao longo desta revelação, a estação base recebe dados de usuário do UE. Na etapa 1620 (que pode ser opcional), a estação base inicia a transmissão dos dados de usuário recebidos para o computador hospedeiro. Na etapa 1630 (que pode ser opcional), o computador hospedeiro recebe os dados de usuário carregados na transmissão iniciada pela estação base.

[0124] Quaisquer etapas, métodos, atributos, funções ou benefícios apropriados revelados no presente documento podem ser realizados através de uma ou mais unidades funcionais, circuitos ou módulos de um ou mais aparelhos virtuais. Cada aparelho virtual pode compreender diversas dessas unidades funcionais. Essas unidades funcionais podem ser implementadas através do conjunto de circuitos de processamento, que podem incluir um ou mais microprocessador ou microcontroladores, assim como outro hardware de digital, que pode incluir processadores de sinal digital (DSPs), elemento lógico digital de propósito especial e similares. O conjunto de circuitos de processamento pode ser configurado para executar o código de programa armazenado na memória, que incluir um tipo ou vários tipos de memória, como memória somente de leitura (ROM), memória de acesso aleatório (RAM), memória cache, dispositivos de memória flash, dispositivos de armazenamento óptico, etc. O código de programa armazenado na memória inclui instruções de programa para executar um ou mais protocolos de telecomunicações e/ou comunicações de dados assim como instruções para executar uma ou mais das técnicas descritas no presente documento. Em algumas implementações, o conjunto de circuitos de processamento pode ser usado para fazer com que a respectiva unidade funcional realize funções correspondentes de acordo com uma ou mais modalidades da presente revelação.

[0125] A solução apresentada no presente documento pode, obviamente, ser executada de outras formas que não essas formas apresentadas especificamente no presente documento sem se afastar das características essenciais da solução apresentada no presente documento. As presentes modalidades devem ser consideradas em todos os aspectos como ilustrativas e não restritivas, e pretende-se que todas as alterações dentro do significado e da faixa de equivalência das reivindicações anexas sejam adotadas nas mesmas.

[0126] A seguir, incluídos no Pedido Provisório correspondente, estão os envios de padrões associados à solução apresentada no presente documento.

[0127] 3GPP TSG-RAN WG3 #97bis R3173956

[0128] Praga, República Tcheca, 9 a 13 de outubro de 2017

[0129] Item de Agenda: 10.8.3.1

[0130] Fonte: Ericsson

[0131] Título: Melhoramento no Status de Entrega de Dados de Enlace Descendente

[0132] Documento para: pCR

INTRODUÇÃO

[0133] Nas reuniões anteriores, melhoramentos de controle de fluxo diferentes foram submetidos ao RAN3.

[0134] Discute-se nesse artigo o melhoramento que se pode considerar no

Status de Entrega de Dados de Enlace Descendente. Discussão

[0135] Na mensagem de Status de Entrega de Dados de Enlace Descendente (DDDS), há três elementos de informações abaixo que são obrigatórios apresentados: • o número de sequência de PDCP PDU mais alto entregue com sucesso em sequência ao UE dentre essas PDCP PDUs recebidas da gNB que hospeda a entidade de PDCP; • o tamanho de buffer desejado em bytes para o transportador de dados em questão; • o tamanho de buffer desejado mínimo em bytes para o UE;

[0136] Isso implica que, em primeiro lugar, o DDDS se destina ao modo RLC AM e, em segundo lugar, o Status de Entrega de Dados de Enlace Descendente enviando as frequências é determinada pela taxa de Acked de RLC.

[0137] Observa-se a necessidade de enviar o primeiro DDDS antes da primeira RLC Acked para indicar para o nó que hospeda a entidade de PDCP o tamanho de buffer desejado, e também o caso de usar o DDDS apenas para fornecer as informações sobre o tamanho de buffer desejado e o tamanho de buffer desejado mínimo coma ausência do número de sequência de PDCP PDU mais alto entregue com sucesso. Assim, é necessário introduzir uma forma no DDDS para tornar o número de sequência de PDCP PDU mais alto entregue com sucesso um elemento de informações opcional.

[0138] Proposta 1: RAN3 para concordar em tornar o número de sequência de PDCP PDU mais alto entregue com sucesso opcional.

[0139] O DDDS poderia ser útil tanto para RLC AM quanto para UM RLC Para o controle de fluxo de UM, é suficiente obter atualizações sobre o que foi transmitido para a camada inferior (por exemplo, camada de MAC).

[0140] Número de Sequência de PDCP mais alto transmitido deve ser o PDCP SN mais alto que foi solicitado por MAC para transmissão na interface Uu. Para introduzir isso no DDDS, pode-se obter um relatório de DDDS mais frequente que a taxa Acked de RLC, assim, o nó que hospeda a entidade de PDCP poderia ter informações de status mais atualizadas. Adicionalmente, são fornecidas adicionalmente informações para o nó que hospeda a entidade de PDCP, o status de transmissão das PDCP PDUs para a camada inferior, entretanto, pode não ser usada para remover a PDCP PDU no modo RLC AM.

[0141] Proposta 2: RAN3 para concordar em incluir o Número de Sequência de PDCP mais alto no DDDS.

[0142] Para usar o DDDS para o modo RLC UM, é necessário modificar a definição para os dois IEs obrigatórios, tamanho de buffer desejado e tamanho de buffer desejado mínimo, assim, quando se aplica ao modo RLC UM, os mesmos se referem aos dados de usuário transmitidos para a camada de MAC.

[0143] Proposta 3: RAN3 para concordar em modificar o tamanho de buffer desejado e o tamanho de buffer desejado mínimo para cobrir o modo RLC UM.

[0144] O Número de Sequência de PDCP mais alto transmitido deve ser usado tanto para RLC UM quanto para RLC AM. Para garantir que poderia usar o DDDS sem precisar sempre incluir o Número de Sequência de PDCP mais alto transmitido, no caso em que se deseja enviar DDDS antes de qualquer transmissão de dados, e no caso em que apenas se deseja atualizar o tamanho de buffer desejado e no caso em que não há alteração no Número de Sequência de PDCP mais alto transmitido, assim, não é necessário repetir as mesmas informações, propõe-se tornar esse elemento de informações opcional.

[0145] Proposta 4: RAN3 para concordar em tornar o Número de Sequência de PDCP mais alto transmitido opcional.

[0146] Há apenas 2 bits de reserva deixados no formato de quadro de DDDS. Na presente opinião, é benéfico adicionar mais bits de reserva. Assim, pode-se considerar incluir bits de reserva de 1 octeto para extensão futura.

[0147] Proposta 5: RAN3 para considerar adicionar bits de reserva de octeto no quadro de DDDS. Conclusões e Propostas

[0148] Proposta 1: RAN3 para concordar em tornar o número de sequência de PDCP PDU mais alto entregue com sucesso opcional.

[0149] Proposta 2: RAN3 para concordar em incluir o Número de Sequência de PDCP mais alto no DDDS.

[0150] Proposta 3: RAN3 para concordar em modificar o tamanho de buffer desejado e o tamanho de buffer desejado mínimo para cobrir o modo de RLC UM.

[0151] Proposta 4: RAN3 para concordar em tornar o Número de Sequência de PDCP mais alto transmitido opcional.

[0152] Proposta 5: RAN3 para considerar adicionar bits de reserva de octeto no quadro de DDDS. Proposta de Texto para TS 38.425 v 0.1.0

[0153] 5.2 serviços de camada de protocolo de plano de usuário Xn

[0154] Nota do Editor: Todo o texto abaixo é Para Estudo Futuro (FFS).

[0155] As funções a seguir são fornecidas pelo protocolo Xn UP para conectividade dupla:

[0156] - Provisão de informações de número de sequência específico Xn UP para dados de usuário transferidos a partir da MgNB para a SgNB para um transportador de dados específico configurado com a opção de transportador de divisão;

[0157] - Informações de entrega em sequência com sucesso de PDCP PDUs para o UE a partir da SgNB para dados de usuário associados a um transportador de dados específico configurado com a opção de transportador de divisão;

[0158] - Informações de PDCP PDUs transmitidos em sequência com sucesso para a camada de MAC a partir do nó de S-NG-RAN para os dados de usuário associados a um transportador de dados específico configurado com a opção de transportador de divisão;

[0159] - Informações de PDCP PDUs que não foram entregues ao UE;

[0160] - Informações do tamanho de buffer atualmente desejado na SgNB para transmitir para o UE dados de usuário ou camada de MAC associada a um transportador de dados específico configurado com a opção de transportador de divisão;

[0161] - Informações do tamanho de buffer atualmente desejado mínimo na SgNB para transmitir para o UE dados de usuário ou camada de MAC associada a todos os transportadores de dados configurados com a opção de transportador de divisão.

[0162] As funções a seguir são fornecidas pelo protocolo Xn UP para o transportador de divisão de SCG para conectividade dupla com NR em E-UTRAN:

[0163] - Provisão de informações de número de sequência específico Xn UP para dados de usuário transferidos a partir da SgNB para a MgNB para um transportador de dados específico configurado com a opção de transportador de divisão de SCG;

[0164] - Informações de entrega em sequência com sucesso de PDCP PDUs ao UE a partir da MgNB para dados de usuário associados com um transportador de dados específico configurado com a opção de transportador de divisão de SCG;

[0165] - Informações de PDCP PDUs transmitidos em sequência com sucesso para a camada de MAC a partir do nó de M-NG-RAN para os dados de usuário associados a um transportador de dados específico configurado com a opção de transportador de divisão de SCG;

[0166] - Informações de PDCP PDUs a partir da MgNB que não foram entregues ao UE;

[0167] - Informações do tamanho de buffer atualmente desejado na MgNB para transmitir para o UE dados de usuário ou camada de MAC associada a um transportador de dados específico configurado com a opção de transportador de divisão;

[0168] - Informações do tamanho de buffer atualmente desejado mínimo na MgNB para transmitir para o UE dados de usuário ou camada de MAC associada a todos os transportadores de dados configurados com a opção de transportador de divisão. ----------------------------------

[0169] Pular texto não alterado ----------------------------------

5.4.2 Status de Entrega de Dados de Enlace Descendente

[0171] Nota do Editor: Todo o texto abaixo é FFS [para estudo futuro].

[0172] O propósito do procedimento de Status de Entrega de Dados de Enlace Descendente consiste em fornecer retroalimentação da gNB correspondente à gNB que hospeda a entidade de PDCP para permitir que a gNB que hospeda a entidade de PDCP controle o fluxo de dados de usuário de enlace descendente através da gNB correspondente para o respectivo transportador de dados. A gNB correspondente pode transferir dados de usuário de enlace ascendente para o transportador de dados em questão para a gNB que hospeda a entidade de PDCP em conjunto com um quadro de STATUS DE ENTREGA DE DADOS DE DL contido na mesma GTP-U PDU.

[0173] O procedimento de Status de Entrega de Dados de Enlace

Descendente é usado também para fornecer retroalimentação da gNB correspondente à gNB que hospeda a entidade de PDCP para permitir que a gNB que hospeda a entidade de PDCP controle a entrega com sucesso de dados de controle de DL à gNB correspondente. Nesse caso, a gNB correspondente é sempre a SgNB e a gNB que hospeda a entidade de PDCP é sempre a MgNB [FFS se essa sentença precisar ser reformulada].

[0174] Quando a gNB correspondente decide acionar a Retroalimentação para o procedimento de Entrega de Enlace Descendente Data, deverá reportar: a) o número de sequência de PDCP PDU mais alto entregue com sucesso em sequência ao UE dentre essas PDCP PDUs recebidas da gNB que hospeda a entidade de PDCP; é usado apenas para RLC AM. b) o tamanho de buffer desejado em bytes para o transportador de dados em questão; c) o tamanho de buffer desejado mínimo em bytes para o UE ou camada de MAC; d) Os pacotes de Xn-U que foram declarados como estando "perdidos" pela gNB correspondente ainda não foram relatados para a gNB que hospeda a entidade de PDCP no quadro de STATUS DE ENTREGA DE DADOS DE DL. e) o Número de Sequência de PDCP mais alto transmitido em sequência para a camada de MAC dentre essas PDCP PDUs recebidas no nó de NG-RAN que hospeda a entidade de PDCP;

[0175] NOTA: Se uma implantação de E-UTRAN tiver decidido não usar o procedimento de Transferência de Dados de Usuário de Enlace Descendente, d) o supracitado não é aplicável.

[0176] O quadro de STATUS DE ENTREGA DE DADOS DE DL deve incluir também uma indicação de se o quadro é o último relatório de status de DL recebido no curso da liberação de um transportador a partir da gNB correspondente. Ao receber tal indicação, se aplicável, a gNB que hospeda a entidade de PDCP considera que não se deve esperar mais dados de UL da gNB correspondente.

[0177] A gNB que hospeda a entidade de PDCP, ao receber quadro de STATUS DE ENTREGA DE DADOS DE DL: - considera o tamanho de buffer desejado sob b) e c) acima como a quantidade de dados desejada da gNB correspondente que é declarada - a partir do número de sequência de PDCP relatado sob a) acima no mesmo quadro, assim como a partir do(s) número(s) de sequência de PDCP relatado(s) mais recentemente de todos os outros transportadores de dados estabelecidos para o UE; - como os tamanhos de buffer momentâneos, independente dos tamanhos de buffer indicados anteriormente. - permite-se remover as PDCP PDUs armazenadas em buffer de acordo com a retroalimentação de PDCP PDUs entregues com sucesso; - decide após as ações necessárias para assumir as PDCP PDUs relatadas diferente das entregues com sucesso.

[0178] Após serem relatados para a gNB que hospeda a entidade de PDCP, a gNB correspondente remove os respectivos números de sequência de PDCP.

[0179] ---------------------------------

[0180] Pular texto não alterado

[0181] ----------------------------------

[0183] Nota do Editor: Todo o texto abaixo é FFS. Esse formato de quadro é definido para transferir retroalimentação para permitir que a gNB de recebimento (isto é, gNB que hospeda a entidade de PDCP) controle o fluxo de dados de usuário de enlace descendente através do envio de gNB (isto é, gNB que não hospeda a entidade de PDCP).

Bits Número Octetos de 7 6 5 4 3 2 1 0 Tipo de PDU (=1) Ind de Ind de Ind de Últim 1 PDCP PDCP Quadr o Mais Mais o Pacot alto alto Final e trans Entre Relata mitid gue do o Reserva 1 Número de Sequência de PDCP mais alto entregue com sucesso 3 Tamanho de buffer desejada para o transportador de dados 4 Tamanho de buffer desejado mínimo para o UE 4 Número de faixas de Número de Sequência Xn-U perdidas 1 relatadas Número de faixas de Número de Sequência Xn-U perdidas 6* Fim de faixas de Número de Sequência Xn-U perdidas (Número de faixas de SN Xn-U perdidas relatadas ) Número de Sequência de PDCP mais alto transmitido 3 Extensão de reserva 1a7

[0184] Figura z.5.2.2-1: Formato de STATUS DE ENTREGA DE DADOS DE DL (Tipo 1 de PDU)

[0185] Nota do Editor: Todo o texto abaixo é FFS.

[0186] Descrição: Esse parâmetro indica o fim de uma faixa de número de sequência Xn-U.

[0187] Faixa de valor: {0..224-1}.

[0188] Comprimento de campo: 3 octetos.

[0190] Nota do Editor: Todo o texto abaixo é FFS.

[0191] Descrição: Esse parâmetro indica a retroalimentação sobre o status transmitida em sequência de PDCP PDUs no nó de NG-RAN correspondente em direção à camada de MAC.

[0192] Faixa de valor: {0..218-1}.

[0193] Comprimento de campo: 3 octetos.

[0195] Nota do Editor: Todo o texto abaixo é FFS.

[0196] Descrição: Esse parâmetro indica a presença do Número de Sequência de PDCP mais alto entregue com sucesso.

[0197] Faixa de valor: {0= Número de Sequência de PDCP mais alto entregue com sucesso não presente, 1= Número de Sequência de PDCP mais alto entregue com sucesso presente}.

[0198] Comprimento de campo: 1 bit.

[0200] Nota do Editor: Todo o texto abaixo é FFS.

[0201] Descrição: Esse parâmetro indica a presença do Número de Sequência de PDCP mais alto transmitido.

[0202] Faixa de valor: {0= Número de Sequência de PDCP mais alto transmitido não presente, 1= Número de Sequência de PDCP mais alto transmitido presente}.

[0203] Comprimento de campo: 1 bit.

[0205] Nota do Editor: Todo o texto abaixo é FFS.

[0206] Descrição: O campo de extensão de reserva não deve ser enviado. O receptor deve ter capacidade de receber uma extensão de reserva. A extensão de reserva não deve ser interpretada pelo receptor, uma vez que, em versões anteriores do presente documento, novos campos adicionais podem ser adicionados no lugar da extensão de reserva. A extensão de reserva pode ser um número inteiro de octetos que carregam novos campos ou informações adicionais; o comprimento máximo do campo de extensão de reserva (m) depende do tipo de PDU.

[0207] Faixa de valor: 0–2m*8-1.

[0208] Comprimento de campo: 0 a m octetos. Para os tipos de PDU definidos no presente documento m=4.

ABREVIAÇÕES

[0209] Pelo menos algumas das abreviações a seguir podem ser usadas no presente documento. Se houver uma inconsistência entre as abreviações, deve- se dar preferência à forma como é usada acima. Se listada múltiplas vezes abaixo, a primeira listagem deve ser preferencial em relação a qualquer(quaisquer) listagem(ns) subsequente(s). 1x RTT CDMA2000 1x Tecnologia de Transmissão de Rádio 3GPP Projeto de Parceria para a 3ª Geração 5G 5ª Geração ABS Subquadro Quase em Branco ARQ Solicitação de Repetição Automática AWGN Ruído Gaussiano Branco Aditivo BCCH Canal de Controle de Difusão BCH Canal de Difusão CA Agregação de Portadora CC Componente de Portadora CCCH SDU SDU de Canal de Controle Comum CDMA Acesso de Multiplexação por Divisão de Código CGI Identificador Global Celular CIR Resposta de Impulso de Canal CP Prefixo Cíclico

CPICH Canal Piloto Comum CPICH Ec/No Energia recebida de CPICH por chip dividido pela densidade de potência na banda CQI Informações de Qualidade de Canal C-RNTI RNTI Celular CSI Informações de Estado de Canal CU Unidade Central DCCH Canal de Controle Dedicado DC Conectividade Dupla DDDS Status de Entrega de Dados de Enlace Descendente DL Enlace Descendente DM Demodulação DMRS Sinal de Referência de Demodulação DRX Recepção Descontínua DTX Transmissão Descontínua DTCH Canal de Tráfego Dedicado DU Unidade Distribuída DUT Dispositivo em Teste E-CID ID de Célula Melhorado (método de posicionamento) E-SMLC Centro de Localização Móvel de Serviço Evoluído ECGI CGI Evoluído eNB NodeB E-UTRAN ePDCCH Canal Físico de Controle de Enlace Descendente melhorado E-SMLC Centro de Localização Móvel de Serviço Evoluído E-UTRA UTRA Evoluído E-UTRAN UTRAN Evoluído FDD Duplexação por Divisão de Frequência

FFS Para Estudo Futuro GERAN Rede de Acesso de Rádio de GSM EDGE gNB Estação base em NR (correspondente ao eNB em LTE) GNSS Sistema de Satélite de Navegação Global GSM Sistema Global para Comunicação Móvel HARQ Solicitação de Repetição Automática Híbrida HO Handover HSPA Acesso ao Pacote de Alta Velocidade HRPD Dados de Pacote de Alta Taxa LOS Linha de Visada LPP Protocolo de Posicionamento de LTE LTE Evolução de Longo Prazo MAC Controle de Acesso ao Meio MBMS Serviços de Multicast de Difusão de Multimídia MBSFN Rede de Frequência Única de Serviços de Multicast de Difusão de Multimídia MBSFN ABS Subquadro Quase em Branco de MBSFN MDT Minimizações de Testes de Acionamento MIB Bloco de Informações Mestre MME Entidade de Gerenciamento Móvel MSC Centro de Comutação Móvel NPDCCH Canal Físico de Controle de Enlace Descendente de Banda Estreita NR Novo Rádio (5G) OCNG Gerador de Ruído de Canal de OFDMA OFDM Multiplexação por Divisão de Frequência Ortogonal OFDMA Acesso Múltiplo por Divisão de Frequência Ortogonal

OSS Sistema de Suporte de Operações OTDOA Diferença de Tempo de Chegada Observada O&M Operação e Manutenção PBCH Canal Físico de Difusão P-CCPCH Canal Físico de Controle Comum Primário PCell Célula Primária PCFICH Canal Físico Indicador de Formato de Controle PDCCH Canal Físico de Controle de Enlace Descendente PDCP Protocolo de Convergência de Dados de Pacote PDP Perfil de Atraso de Perfil PDSCH Canal Físico Compartilhado de Enlace Descendente PGW Gateway de Pacote PHICH Canal Físico Indicador de ARQ Híbrida PLMN Rede Móvel Terrestre Pública PMI Indicador de Matriz Pré-Codificadora PRACH Canal Físico de Acesso Aleatório PRS Sinal de Referência de Posicionamento PSS Sinal de Sincronização Primário PDCCH Canal Físico de Controle de Enlace Ascendente PDSCH Canal Físico Compartilhado de Enlace Ascendente PRACH Canal de Acesso Aleatório QAM Modulação de Amplitude em Quadratura RAN Rede de Acesso de Rádio RAT Tecnologia de Acesso de Rádio RLM Gerenciamento de Enlace de Rádio RNC Controlador de Rede de Rádio RNTI Identificador Temporário de Rede de Rádio

RRC Controle de Recurso de Rádio RRM Gerenciamento de Recurso de Rádio RS Sinal de Referência RSCP Potência de Código de Sinal Recebido RSRP Potência Recebida de Símbolo de Referência OR Potência Recebida de Sinal de Referência RSRQ Qualidade Recebida de Sinal de Referência OR Qualidade Recebida de Símbolo de Referência RSSI Indicador de Intensidade de Sinal Recebido RSTD Diferença de Tempo de Sinal de Referência SCH Canal de Sincronização SCell Célula Secundária SDU Unidade de Dados de Serviço SFN Número de Quadro de Sistema SGW Gateway de Serviço SI Informações de Sistema SIB Bloco de Informações de Sistema SNR Razão Sinal-Ruído SON Rede Auto-otimizada SS Sinal de Sincronização SSS Sinal de Sincronização Secundário TDD Duplexação por Divisão de Tempo TDOA Diferença de Tempo de Chegada TOA Tempo de Chegada TSS Sinal de Sincronização Terciário TTI Intervalo de Tempo de Transmissão UE Equipamento de Usuário

UL Enlace Ascendente UMTS Sistema Universal de Telecomunicação Móvel UP Plano de Usuário USIM Módulo de Identidade de Assinante Universal UTDOA Diferença de Tempo de Chegada de Enlace Ascendente UTRA Acesso de Rádio Terrestre Universal UTRAN Rede de Acesso de Rádio Terrestre Universal WCDMA CDMA Amplo WLAN Rede Local Ampla XnUP Protocolo de plano de usuário de interface Xn

Claims (44)

REIVINDICAÇÕES

1. Um método de relatar uma Status de Entrega de Dados de Enlace Descendente, DDDS, para um terminal sem fio (16, 300) a partir de um primeiro nó de rede (14, 400) para um segundo nó de rede (12, 400), o método implementado pelo primeiro nó de rede (14, 400) e compreendendo: gerar (100) um quadro de DDDS compreendendo: pelo menos um primeiro Elemento de Informações, IE, especificando um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio (16, 300); e um primeiro indicador de status; determinar (110) se inclui um segundo IE no quadro de DDDS, em que o segundo IE especifica um número de sequência maior para um pacote entregue com sucesso ao terminal sem fio (16, 300); estabelecer (120, 140) um valor do primeiro indicador de status responsivo à determinação de se inclui o segundo IE no quadro de DDDS para indicar uma presença e/ou uma ausência do segundo IE no quadro de DDDS; adicionar (130) o segundo IE ao quadro de DDDS quando o primeiro indicador de status indica a presença do segundo IE no quadro de DDDS; e enviar (150) o quadro de DDDS para o segundo nó de rede (12, 400) para facilitar o controle, pelo segundo nó de rede (12, 400), de fluxo de dados de enlace descendente para o terminal sem fio (16, 300).

2. O método da reivindicação 1 em que determinar (110) se inclui o segundo IE compreende determinar excluir o segundo IE do quadro de DDDS quando o terminal sem fio (16, 300) ainda não tiver recebido pacotes de dados.

3. O método da reivindicação 1 em que determinar (110) se inclui o segundo IE compreende determinar excluir o segundo IE do quadro de DDDS quando o primeiro nó de rede (14, 400) ainda não tiver recebido pacotes de dados a partir do segundo nó de rede (12, 400).

4. O método da reivindicação 1 em que determinar (110) se inclui o segundo IE compreende determinar excluir o segundo IE do quadro de DDDS responsivo a determinar que um número de sequência mais alto atual para um pacote entregue com sucesso ao terminal sem fio (16, 300) seja o mesmo que o número de sequência mais alto especificado em um quadro de DDDS anteriormente enviado.

5. O método da reivindicação 1 em que o primeiro indicador de status indica adicionalmente que o segundo IE no quadro de DDDS compreende um IE “dummy”.

6. O método de qualquer uma das reivindicações 1-5 em que estabelecer (120, 140) o valor do primeiro indicador de status compreende: estabelecer (120) o valor do primeiro indicador de status como “0” para indicar a presença do segundo IE no quadro de DDDS; e estabelecer (140) o valor do primeiro indicador de status como “1” para indicar a ausência do segundo IE do quadro de DDDS.

7. O método de qualquer uma das reivindicações 1-6 em que o segundo IE especifica um Protocolo de Convergência de Dados de Pacote, PDCP, Unidade de Dados de Pacote, PDU, número de sequência mais alto entregue com sucesso ao terminal sem fio (16, 300).

8. O método de qualquer uma das reivindicações 1-7 em que o quadro de DDDS compreende adicionalmente um segundo indicador de status, o método compreende adicionalmente: determinar se inclui um terceiro IE no quadro de DDDS, em que o terceiro IE especifica um número de sequência mais alto para um pacote enviado para o terminal sem fio (16, 300); estabelecer um valor do segundo indicador de status responsivo à determinação de se inclui o terceiro IE para indicar uma presença e/ou uma ausência do terceiro IE no quadro de DDDS; e adicionar o terceiro IE ao quadro de DDDS quando o segundo indicador de status indica a presença do terceiro IE no quadro de DDDS.

9. O método de qualquer uma das reivindicações 1-8 em que o terceiro IE especifica um Protocolo de Convergência de Dados de Pacote, PDCP, Unidade de Dados de Pacote, PDU, número de sequência mais alto enviado para o terminal sem fio (16, 300).

10. O método de qualquer uma das reivindicações 1-9 compreendendo adicionalmente: receber pacotes de dados de enlace descendente a partir do segundo nó de rede (12, 400) através de uma interface de rede responsiva ao quadro de DDDS enviado; e transmitir de modo sem fio os pacotes de dados de enlace descendente recebidos para o terminal sem fio (16, 300).

11. Um produto de programa de computador para controlar um primeiro nó de rede (14, 400), o produto de programa de computador compreendendo instruções de software que, quando executadas em pelo menos um circuito de processamento (410) no primeiro nó de rede (14, 400), fazem com que o primeiro nó de rede (14, 400) execute o método de acordo com qualquer uma das reivindicações 1-10.

12. Um meio legível por computador compreendendo o produto de programa de computador da reivindicação 11.

13. O meio legível por computador da reivindicação 12, em que o meio legível por computador compreende um meio legível por computador não transitório.

14. Um primeiro nó de rede (14, 400) configurado para relatar um

Status de Entrega de Dados de Enlace Descendente, DDDS, para um terminal sem fio (16, 300) para um segundo nó de rede (12, 400), o primeiro nó de rede (14, 400) compreendendo: um ou mais circuitos de processamento (410) configurados para: gerar um quadro de DDDS compreendendo: pelo menos um primeiro Elemento de Informações, IE, especificando um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio (16, 300); e um primeiro indicador de status; determinar se inclui um segundo IE no quadro de DDDS, em que o segundo IE especifica um número de sequência mais alto para um pacote entregue com sucesso ao terminal sem fio (16, 300); estabelecer um valor do primeiro indicador de status responsivo à determinação para indicar uma presença e/ou uma ausência do segundo IE no quadro de DDDS; adicionar o segundo IE ao quadro de DDDS quando o primeiro indicador de status indica a presença do segundo IE no quadro de DDDS; e um circuito de comunicação (420) configurado para enviar o quadro de DDDS para o segundo nó de rede (12, 400) para facilitar controle, pelo segundo nó de rede (12, 400), de fluxo de dados de enlace descendente para o terminal sem fio (16, 300).

15. O primeiro nó de rede (14, 400) da reivindicação 14 em que os um ou mais circuitos de processamento (410) determinam se incluem o segundo IE por determinação para excluir o segundo IE do quadro de DDDS quando o terminal sem fio (16, 300) ainda não tiver recebido pacotes de dados.

16. O primeiro nó de rede (14, 400) da reivindicação 14 em que os um ou mais circuitos de processamento (410) determinam se incluem o segundo IE por determinação para excluir o segundo IE do quadro de DDDS quando o primeiro nó de rede (14, 400) ainda não tiver recebido pacotes de dados do segundo nó de rede (12, 400).

17. O primeiro nó de rede (14, 400) da reivindicação 14 em que os um ou mais circuitos de processamento (410) determinam se incluem o segundo IE por determinação para excluir o segundo IE do quadro de DDDS responsivo para determinar que um número de sequência mais alto atual para um pacote entregue com sucesso ao terminal sem fio (16, 300) seja o mesmo que o número de sequência mais alto especificado em um quadro de DDDS anteriormente enviado.

18. O primeiro nó de rede (14, 400) da reivindicação 14 em que o primeiro indicador de status indica adicionalmente que o segundo IE no quadro de DDDS compreende um IE dummy.

19. O primeiro nó de rede (14, 400) de qualquer uma das reivindicações 14-18 em que os um ou mais circuitos de processamento (410) estabelecem o valor do primeiro indicador de status por: estabelecimento do valor do primeiro indicador de status como “0” para indicar a presença do segundo IE no quadro de DDDS; e estabelecimento do valor do primeiro indicador de status como “1” para indicar a ausência do segundo IE do quadro de DDDS.

20. O primeiro nó de rede (14, 400) de qualquer uma das reivindicações 14-19 em que o segundo IE especifica um Protocolo de Convergência de Dados de Pacote, PDCP, Unidade de Dados de Pacote, PDU, número de sequência mais alto entregue com sucesso ao terminal sem fio (16, 300).

21. O primeiro nó de rede (14, 400) de qualquer uma das reivindicações 14-20 em que o quadro de DDDS compreende adicionalmente um segundo indicador de status, e em que os um ou mais circuitos de processamento (410)

são configurados adicionalmente para: determinar se incluem um terceiro IE no quadro de DDDS, em que o terceiro IE especifica um número de sequência mais alto para um pacote enviado para o terminal sem fio (16, 300); estabelecer um valor do segundo indicador de status responsivo à determinação de se incluem o terceiro IE para indicar uma presença e/ou ausência do terceiro IE no quadro de DDDS; e adicionar o terceiro IE ao quadro de DDDS quando o segundo indicador de status indica a presença do terceiro IE no quadro de DDDS.

22. O primeiro nó de rede (14, 400) de qualquer uma das reivindicações 14-21 em que o terceiro IE especifica um Protocolo de Convergência de Dados de Pacote, PDCP, Unidade de Dados de Pacote, PDU, número de sequência mais alto enviado para o terminal sem fio (16, 300).

23. O primeiro nó de rede de qualquer uma das reivindicações 14-22 em que o circuito de comunicação (420) é configurado adicionalmente para: receber pacotes de dados de enlace descendente a partir do segundo nó de rede (12, 400) através de uma interface de rede responsiva ao quadro de DDDS enviado; e transmitir de modo sem fio os pacotes de dados de enlace descendente recebidos para o terminal sem fio (16, 300).

24. Um primeiro nó de rede (14, 400) configurado para relatar um Status de Entrega de Dados de Enlace Descendente, DDDS, para um terminal sem fio (16, 300) para um segundo nó de rede (12, 400), o primeiro nó de rede (14, 400) configurado para: gerar um quadro de DDDS compreendendo: pelo menos um primeiro Elemento de Informações, IE, especificando um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio (16, 300); e um primeiro indicador de status; determinar se inclui um segundo IE no quadro de DDDS, em que o segundo IE especifica um número de sequência mais alto para um pacote entregue com sucesso ao terminal sem fio (16, 300); estabelecer um valor do primeiro indicador de status responsivo à determinação para indicar uma presença e/ou uma ausência do segundo IE no quadro de DDDS; adicionar o segundo IE ao quadro de DDDS quando o primeiro indicador de status indica a presença do segundo IE no quadro de DDDS; e enviar o quadro de DDDS para o segundo nó de rede (12, 400) para facilitar controle, pelo segundo nó de rede (12, 400), de fluxo de dados de enlace descendente para o terminal sem fio (16, 300).

25. Um método de controlar fluxo de dados de enlace descendente a partir de um primeiro nó de rede (12, 400) para um terminal sem fio (16, 300), o método implementado pelo primeiro nó de rede (12, 400) e compreendendo: receber (200), a partir de um segundo nó de rede (14, 400), um quadro de Status de Entrega de Dados de Enlace Descendente, DDDS, compreendendo pelo menos um primeiro Elemento de Informações, IE, e um primeiro indicador de status; determinar (210) um tamanho de buffer desejado para um transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio (16, 300) do primeiro IE no quadro de DDDS; controlar (220) o fluxo de dados de enlace descendente a partir do primeiro nó de rede (12, 400) para o terminal sem fio (16, 300) responsivo ao tamanho de buffer desejado determinado para o transportador de dados e/ou ao tamanho de buffer desejado mínimo determinado para o terminal sem fio (16, 300);

avaliar (230) o primeiro indicador de status no quadro de DDDS para determinar se o quadro de DDDS inclui um segundo IE; quando o primeiro indicador de status indica que o quadro de DDDS inclui o segundo IE: determinar (240) um número de sequência mais alto para um pacote entregue com sucesso pelo primeiro nó de rede (12, 400) ao terminal sem fio (16, 300) a partir do segundo IE; e controlar adicionalmente (250) o fluxo de dados de enlace descendente a partir do primeiro nó de rede (12, 400) para o terminal sem fio (16, 300) responsivo ao número de sequência mais alto determinado; e enviar (260) dados de enlace descendente para o terminal sem fio (16, 300) de acordo com o fluxo de dados de enlace descendente.

26. O método da reivindicação 25 compreendendo adicionalmente, quando o primeiro indicador de status indica que o quadro de DDDS exclui o segundo IE, determinar que um número de sequência mais alto atual para um pacote entregue com sucesso ao terminal sem fio (16, 300) seja o mesmo que o número de sequência mais alto especificado em um quadro de DDDS anteriormente recebido.

27. O método da reivindicação 25 em que o primeiro indicador de status indica adicionalmente que o segundo IE no quadro de DDDS compreende um IE dummy, e em que o primeiro nó de rede (12, 400) ignora o segundo IE quando o primeiro indicador de status indica que o segundo IE é incluído no quadro de DDDS compreende o segundo IE dummy.

28. O método de qualquer uma das reivindicações 25-27 em que a avaliação (230) do primeiro indicador de status para determinar se o quadro de DDDS inclui o segundo IE compreende: determinar o quadro de DDDS inclui o segundo IE quando o primeiro indicador de status é definido como um valor de “0”; e determinar se o quadro de DDDS não inclui o segundo IE quando o primeiro indicador de status é definido como um valor de “1”.

29. O método de qualquer uma das reivindicações 25-28 em que o segundo IE especifica um Protocolo de Convergência de Dados de Pacote, PDCP, Unidade de Dados de Pacote, PDU, número de sequência mais alto entregues com sucesso ao terminal sem fio (16, 300).

30. O método de qualquer uma das reivindicações 25-29 em que o quadro de DDDS compreende adicionalmente um segundo indicador de status, o método compreende adicionalmente: avaliar o segundo indicador de status no quadro de DDDS para determinar se o quadro de DDDS inclui um terceiro IE; quando o segundo indicador de status indica que o quadro de DDDS inclui o terceiro IE: determinar, a partir do terceiro IE, um número de sequência mais alto para um pacote enviado para o terminal sem fio (16, 300); e controlar adicionalmente o fluxo de dados de enlace descendente a partir do primeiro nó de rede (12, 400) responsivo ao número de sequência mais alto determinado para o pacote enviado para o terminal sem fio (16, 300).

31. O método de qualquer uma das reivindicações 25-30 em que o terceiro IE especifica um Protocolo de Convergência de Dados de Pacote, PDCP, Unidade de Dados de Pacote, PDU, número de sequência mais alto enviados para o terminal sem fio (16, 300).

32. O método de qualquer uma das reivindicações 25-31 em que enviar (260) os dados de enlace descendente para o terminal sem fio (16, 300) compreende enviar os dados de enlace descendente a partir do primeiro nó de rede (12, 400) para o segundo nó de rede (14, 400) sobre uma interface de rede de acordo com o fluxo de dados de enlace descendente para facilitar a transmissão sem fio dos dados de enlace descendente a partir do segundo nó de rede (14, 400) para o terminal sem fio (16, 300).

33. Um produto de programa de computador para controlar um primeiro nó de rede (12, 400), o produto de programa de computador compreendendo instruções de software que, quando executadas em pelo menos um circuito de processamento (410) no primeiro nó de rede (12, 400), fazem com que o primeiro nó de rede (12, 400) execute o método de acordo com qualquer uma das reivindicações 25-32.

34. Um meio legível por computador compreendendo o produto de programa de computador da reivindicação 33.

35. O meio legível por computador da reivindicação 34, em que o meio legível por computador compreende um meio legível por computador não transitório.

36. Um primeiro nó de rede (12, 400) configurado para controlar o fluxo de dados de enlace descendente para um terminal sem fio (16, 300), o primeiro nó de rede (12, 400) compreendendo: um circuito de comunicação (420) configurado para receber, a partir de um segundo nó de rede (14, 400), um quadro de Status de Entrega de Dados de Enlace Descendente, DDDS, compreendendo pelo menos um primeiro Elemento de Informações, IE, e um primeiro indicador de status; um ou mais circuitos de processamento (410) configurados para: determinar um tamanho de buffer desejado para o transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio (16, 300) a partir do primeiro IE no quadro de DDDS; controlar o fluxo de dados de enlace descendente a partir do primeiro nó de rede (12, 400) para o terminal sem fio (16, 300) responsivo ao tamanho de buffer desejado determinado para o transportador de dados e/ou ao tamanho de buffer desejado mínimo determinado para o terminal sem fio (16, 300); avaliar o primeiro indicador de status no quadro de DDDS para determinar se o quadro de DDDS inclui um segundo IE; quando o primeiro indicador de status indicar que o quadro de DDDS inclui o segundo IE: determinar um número de sequência superior para um pacote entregue com sucesso pelo primeiro nó de rede (12, 400) ao terminal sem fio (16, 300) a partir do segundo IE; e controlar adicionalmente o fluxo de dados de enlace descendente a partir do primeiro nó de rede (12, 400) responsivo ao número de sequência mais alto determinado; e o circuito de comunicação (420) é configurado adicionalmente para enviar dados de enlace descendente para o terminal sem fio (16, 300) de acordo com o fluxo de dados de enlace descendente.

37. O primeiro nó de rede (12, 400) da reivindicação 36 em que os um ou mais circuitos de processamento (410) são configurados adicionalmente para, quando o primeiro indicador de status indicar que o quadro de DDDS exclui o segundo IE, determinar que um número de sequência superior atual para um pacote entregue com sucesso ao terminal sem fio (16, 300) seja o mesmo que o número de sequência mais alto especificado em um quadro de DDDS anteriormente recebido.

38. O primeiro nó de rede (12, 400) da reivindicação 36 em que: os um ou mais circuitos de processamento (410) são configurados adicionalmente para determinar que o primeiro indicador de status indica que o segundo IE no quadro de DDDS compreende um IE dummy; e os um ou mais circuitos de processamento (410) ignoram o segundo IE quando o primeiro indicador de status indica que o segundo IE incluído no quadro de DDDS compreende o segundo IE dummy.

39. O primeiro nó de rede (12, 400) de qualquer uma das reivindicações 36-38 em que os um ou mais circuitos de processamento (410) avaliam o primeiro indicador de status para determinar se o quadro de DDDS inclui o segundo IE por: determinar o quadro de DDDS inclui o segundo IE quando o primeiro indicador de status é estabelecido como um valor de “0”; e determinar o quadro de DDDS não inclui o segundo IE quando o primeiro indicador de status é estabelecido como um valor de “1”.

40. O primeiro nó de rede (12, 400) de qualquer uma das reivindicações 36-39 em que o segundo IE especifica um Protocolo de Convergência de Dados de Pacote, PDCP, Unidade de Dados de Pacote, PDU, número de sequência mais altos entregues com sucesso ao terminal sem fio (16, 300).

41. O primeiro nó de rede (12, 400) de qualquer uma das reivindicações 36-40 em que o quadro de DDDS compreende adicionalmente um segundo indicador de status, os um ou mais circuitos de processamento (410) configurados adicionalmente para: avaliar o segundo indicador de status no quadro de DDDS para determinar se o quadro de DDDS inclui um terceiro IE; quando o segundo indicador de status indica que o quadro de DDDS inclui o terceiro IE: determinar, a partir do terceiro IE, um número de sequência mais alto para um pacote enviado para o terminal sem fio (16, 300); e controlar adicionalmente o fluxo de dados de enlace descendente a partir do primeiro nó de rede (12, 400) responsivo ao número de sequência mais alto determinado para o pacote enviado para o terminal sem fio (16, 300).

42. O primeiro nó de rede (12, 400) de qualquer uma das reivindicações 36-41 em que o terceiro IE especifica um Protocolo de Convergência de Dados de Pacote, PDCP, Unidade de Dados de Pacote, PDU, número de sequência mais altos enviados para o terminal sem fio (16, 300).

43. O primeiro nó de rede (12, 400) de qualquer uma das reivindicações 36-42 em que o circuito de comunicação (420) envia os dados de enlace descendente para o terminal sem fio (16, 300) enviando os dados de enlace descendente para o segundo nó de rede (14, 400) sobre uma interface de rede de acordo com o fluxo de dados de enlace descendente para facilitar a transmissão sem fio dos dados de enlace descendente a partir do segundo nó de rede (14, 400) para o terminal sem fio (16, 300).

44. Um primeiro nó de rede (12, 400) para controlar o fluxo de dados de enlace descendente a partir do primeiro nó de rede (12, 400) para um terminal sem fio (16, 300), o primeiro nó de rede configurado para: receber, de um segundo nó de rede (14, 400), um quadro de Status de Entrega de Dados de Enlace Descendente, DDDS, compreendendo pelo menos um primeiro Elemento de Informações, IE, e um primeiro indicador de status; determinar um tamanho de buffer desejado para o transportador de dados e/ou um tamanho de buffer desejado mínimo para o terminal sem fio (16, 300) a partir do primeiro IE no quadro de DDDS; controlar o fluxo de dados de enlace descendente a partir do primeiro nó de rede (12, 400) para o terminal sem fio (16, 300) responsivo ao tamanho de buffer desejado determinado para o transportador de dados e/ou ao tamanho de buffer desejado mínimo determinado para o terminal sem fio (16, 300); avaliar o primeiro indicador de status no quadro de DDDS para determinar se o quadro de DDDS inclui um segundo IE; quando o primeiro indicador de status indica que o quadro de DDDS inclui o segundo IE: determinar um número de sequência mais alto para um pacote entregue com sucesso pelo primeiro nó de rede (12, 400) ao terminal sem fio (16, 300) a partir do segundo IE; e controlar adicionalmente o fluxo de dados de enlace descendente a partir do primeiro nó de rede (12, 400) responsivo ao número de sequência mais alto determinado; e enviar dados de enlace descendente para o terminal sem fio (16, 300) de acordo com o fluxo de dados de enlace descendente.