BR112019021637A2 - Controle de fluxo para dispositivos sem fio - Google Patents

Controle de fluxo para dispositivos sem fio Download PDF

Info

Publication number
BR112019021637A2
BR112019021637A2 BR112019021637-5A BR112019021637A BR112019021637A2 BR 112019021637 A2 BR112019021637 A2 BR 112019021637A2 BR 112019021637 A BR112019021637 A BR 112019021637A BR 112019021637 A2 BR112019021637 A2 BR 112019021637A2
Authority
BR
Brazil
Prior art keywords
memory
wireless node
transmission
parameters
indication
Prior art date
Application number
BR112019021637-5A
Other languages
English (en)
Inventor
Trainin Solomon
Hay Ran
Petru Eitan Alecsander
Original Assignee
Qualcomm Incorporated
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Incorporated filed Critical Qualcomm Incorporated
Publication of BR112019021637A2 publication Critical patent/BR112019021637A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1614Details of the supervisory signal using bitmaps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/30Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • H04W28/20Negotiating bandwidth

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

sistemas e métodos são fornecidos para controle de fluxo em um sistema de comunicação sem fio. em certos aspectos, um equipamento para comunicações sem fio compreende uma interface configurada para receber, a partir de um nó sem fio, um ou mais parâmetros que especificam uma memória no nó sem fio, e uma indicação de uma quantidade de espaço livre na memória no nó sem fio. o aparelho também compreende um sistema de processamento configurado para determinar um número de unidades de dados a serem transmitidas ao nó sem fio com base na indicação da quantidade de espaço livre na memória e nos um ou mais parâmetros, em que a interface é configurada ainda mais para emitir unidades de dados para transmissão ao nó sem fio, em que um número de unidades de dados emitidas para transmissão ao nó sem fio é igual ao número determinado de unidades de dados.

Description

CONTROLE DE FLUXO PARA DISPOSITIVOS SEM FIO
REFERÊNCIA CRUZADA A PEDIDOS RELACIONADOS
[0001] Este pedido reivindica prioridade e o beneficio do Pedido Provisório No. 62/486,412 depositado no Escritório de Patentes e Marcas Registradas dos EUA em 17 de abril de 2017, Pedido Provisório No. 62/517,148 depositado no Escritório de Patentes e Marcas Registradas dos EUA em 8 de junho de 2017 e o Pedido Não Provisório No. 15/953,115 depositado no Escritório de Marcas e Patentes dos EUA em 13 de abril de 2018, cujo conteúdo inteiro é incorporado aqui por referência como se estivesse totalmente definido abaixo em sua totalidade e para todos os fins aplicáveis.
Campo
[0002] Certos aspectos da presente divulgação geralmente se referem às comunicações sem fio e, mais particularmente, ao controle de fluxo em um sistema de comunicações sem fio.
Fundamentos
[0003] Para abordar a questão dos requisitos crescentes de largura de banda exigidos para sistemas de comunicações sem fio, diferentes esquemas estão sendo desenvolvidos. Em alguns esquemas, os dados são transmitidos sem fio a altas taxas de dados em um ou mais canais no intervalo de 60 GHz.
SUMÁRIO
[0004] Um primeiro aspecto refere-se a um aparelho para comunicações sem fio. O aparelho compreende uma interface configurada para receber, a partir de um nó sem fio, um ou mais parâmetros que especificam uma memória
Petição 870190103848, de 15/10/2019, pág. 6/117
2/65 no nó sem fio e uma indicação de uma quantidade de espaço livre de memória na memória no nó sem fio. 0 aparelho também compreende um sistema de processamento configurado para determinar um número de unidades de dados a serem transmitidas ao nó sem fio com base na indicação da quantidade de espaço livre na memória e em um ou mais parâmetros. A interface é ainda configurada para emitir unidades de dados para transmissão ao nó sem fio, em que um número de unidades de dados emitidos para transmissão ao nó sem fio é igual ao número determinado de unidades de dados.
[0005] Um segundo aspecto relaciona um método para comunicações sem fio. O método compreende receber, a partir de um nó sem fio, um ou mais parâmetros que especificam uma memória no nó sem fio, recebendo, a partir do nó sem fio, uma indicação de uma quantidade de espaço livre na memória na memória do nó sem fio, determinando um número de unidades de dados a serem transmitidas ao nó sem fio com base na indicação da quantidade de espaço livre na memória e em um ou mais parâmetros e na emissão de unidades de dados para transmissão ao nó sem fio, em que um número
de unidades de dados emitidos para transmissão ao nó sem
fio é igual ao número determinado de unidades de dados.
[0006 ] Um terceiro aspecto refere· -se a um
aparelho para comunicações sem fio. O aparelho compreende meios para receber, a partir de um nó sem fio, um ou mais parâmetros que especificam uma memória no nó sem fio, meios para receber, a partir do nó sem fio, uma indicação de uma quantidade de espaço livre na memória na memória do nó sem fio, meios para determinar um número de unidades de dados a serem transmitidas ao nó sem fio com base na indicação da
Petição 870190103848, de 15/10/2019, pág. 7/117
3/65 quantidade de espaço livre na memória e de um ou mais parâmetros, e meios para emitir unidades de dados para transmissão ao nó sem fio, em que um número de unidades de dados emitidos para transmissão ao nó sem fio é igual ao número determinado de unidades de dados.
[0007] Um quarto aspecto refere-se a um meio legível por computador. O meio legível por computador compreende instruções armazenadas nele para receber, de um nó sem fio, um ou mais parâmetros que especificam uma memória no nó sem fio, recebendo, a partir do nó sem fio, uma indicação de uma quantidade de espaço livre na memória no nó da memória sem fio, determinando um número de unidades de dados a serem transmitidas ao nó sem fio com base na indicação da quantidade de espaço livre na memória e em um ou mais parâmetros e na emissão de unidades de dados para transmissão ao nó sem fio, em que um número de unidades de dados emitidos para transmissão ao nó sem fio é igual ao número determinado de unidades de dados.
[0008] Um quinto aspecto refere-se a um nó sem fio. O nó sem fio compreende um receptor configurado para receber, de outro nó sem fio, um ou mais parâmetros que especificam uma memória no outro nó sem fio e uma indicação de uma quantidade de espaço livre na memória na memória do outro nó sem fio. O nó sem fio também compreende um sistema de processamento configurado para determinar um número de unidades de dados a serem transmitidas para o outro nó sem fio com base na indicação da quantidade de espaço livre na memória e em um ou mais parâmetros. O nó sem fio compreende ainda um transmissor configurado para transmitir unidades de dados para o outro nó sem fio, em que um número de
Petição 870190103848, de 15/10/2019, pág. 8/117
4/65 unidades de dados transmitidas para o outro nó sem fio é igual ao número determinado de unidades de dados.
[0009] Um sexto aspecto refere-se a um aparelho para comunicações sem fio. O aparelho inclui uma interface configurada para emitir um ou mais parâmetros para transmissão a um nó sem fio, os um ou mais parâmetros especificando uma memória. O aparelho também compreende um sistema de processamento configurado para calcular uma quantidade de espaço livre na memória. A interface é ainda configurada para emitir uma indicação da quantidade de espaço livre na memória para transmissão ao nó sem fio.
[0010] Um sétimo aspecto refere-se a um método para comunicações sem fio. O método compreende emitir um ou mais parâmetros para transmissão para um nó sem fio, um ou mais parâmetros especificando uma memória, calculando uma quantidade de espaço livre na memória e emitindo uma indicação da quantidade de espaço livre na memória para transmissão ao nó sem fio.
[0011] Um oitavo aspecto refere-se a um aparelho para comunicações sem fio. O aparelho compreende meios para emitir um ou mais parâmetros para transmissão a um nó sem fio, um ou mais parâmetros especificando uma memória, meios para calcular uma quantidade de espaço livre na memória e meios para emitir uma indicação da quantidade de livre espaço de memória para transmissão ao nó sem fio.
[0012] Um nono aspecto refere-se a um meio legível por computador. O meio legível por computador compreende instruções armazenadas nele para emitir um ou mais parâmetros para transmissão para um nó sem fio, um ou mais parâmetros especificando uma memória, calculando uma
Petição 870190103848, de 15/10/2019, pág. 9/117
5/65 quantidade de espaço livre na memória e emitindo uma indicação da quantidade de espaço livre na memória para transmissão ao nó sem fio.
[0013] Um décimo aspecto refere-se a um nó sem
fio. 0 nó sem fio compreende um transmisso r configurado
para transmitir um ou mais parâmetros para outro nó sem
fio, um ou mais parâmetros especificando uma memória. 0 nó
sem fio também compreende um sistema de processamento
configurado para calcular uma quantidade de espaço livre na memória. 0 transmissor é ainda configurado para transmitir uma indicação da quantidade de espaço livre na memória para o outro nó sem fio.
BREVE DESCRIÇÃO DOS DESENHOS
[0014] A FIG. 1 ilustra um sistema de comunicação sem fio exemplar de acordo com certos aspectos da presente divulgação.
[0015] A FIG. 2 é um diagrama de blocos de um ponto de acesso e terminal de acesso exemplar de acordo com certos aspectos da presente divulgação.
[0016] A FIG. 3A ilustra um exemplo de uma estrutura de memória armazenada em buffer de acordo com certos aspectos da presente divulgação.
[0017] A FIG. 3B ilustra um exemplo de uma estrutura de memória FIFO de acordo com certos aspectos da presente divulgação.
[0018] A FIG. 4 ilustra um exemplo de um elemento de informação para comunicar parâmetros de memória de acordo com certos aspectos da presente divulgação.
[0019] A FIG. 5A ilustra um exemplo de um campo de informação de confirmação de bloco (BA) incluindo um
Petição 870190103848, de 15/10/2019, pág. 10/117
6/65 campo de capacidade de buffer do receptor (RBUFCAP) de acordo com certos aspectos da presente divulgação.
[0020] A FIG. 5B ilustra um exemplo de um campo de controle BA, incluindo uma indicação se a memória FIFO ou armazenada em buffer é usada de acordo com certos aspectos da presente divulgação.
[0021] A FIG. 6 ilustra um cenário transitório de acordo com certos aspectos da presente divulgação.
[0022] A FIG. 7 ilustra um cenário de resposta lenta de acordo com certos aspectos da presente divulgação.
[0023] A FIG. 8A ilustra um exemplo de quadro de solicitação de confirmação de bloco de adição (ADDBA) de acordo com certos aspectos da presente divulgação.
[0024] A FIG. 8B ilustra um exemplo de quadro de resposta de confirmação de bloco de adição (ADDBA) de acordo com certos aspectos da presente divulgação.
[0025] A FIG. 9 ilustra um exemplo de elemento de configuração de extensão de controle de fluxo de acordo com certos aspectos da presente divulgação.
[0026] As FIGs. 10A e 10B ilustram um exemplo de subelemento de recursos de controle de fluxo, de acordo com certos aspectos da presente divulgação.
[0027] A FIG. 11 ilustra um exemplo de subelemento de configuração de memória de destinatário, de acordo com certos aspectos da presente divulgação.
[0028] A FIG. 12 é um fluxograma de um método para comunicações sem fio de acordo com certos aspectos da presente divulgação.
[0029] A FIG. 13 é um fluxograma de outro método para comunicações sem fio de acordo com certos aspectos da
Petição 870190103848, de 15/10/2019, pág. 11/117
7/65 presente divulgação.
[0030] A FIG. 14 ilustra um dispositivo exemplar de acordo com certos aspectos da presente divulgação.
DESCRIÇÃO DETALHADA
[0031] Vários aspectos da divulgação são descritos mais detalhadamente daqui em diante com referência aos desenhos anexos. Esta divulgação pode, no entanto, ser incorporada de muitas formas diferentes e não deve ser interpretada como limitada a qualquer estrutura ou função especifica apresentada ao longo desta divulgação. Em vez disso, esses aspectos são fornecidos para que esta divulgação seja minuciosa e completa e transmita totalmente o escopo da divulgação aos especialistas na técnica. Com base nos ensinamentos deste documento, um especialista na técnica deve compreender que o escopo da divulgação se destina a abranger qualquer aspecto da divulgação divulgada neste documento, implementado independentemente ou combinado com qualquer outro aspecto da divulgação. Por exemplo, um aparelho pode ser implementado ou um método pode ser praticado usando qualquer número dos aspectos aqui estabelecidos. Além disso, o escopo da divulgação pretende abranger um aparelho ou método praticado usando outra estrutura, funcionalidade ou estrutura e funcionalidade a mais ou além dos vários aspectos da divulgação aqui estabelecidos. Deve ser entendido que qualquer aspecto da divulgação aqui divulgada pode ser incorporado por um ou mais elementos de uma reivindicação.
[0032] A palavra exemplar é usada aqui para significar servindo como um exemplo, instância ou ilustração. Qualquer aspecto aqui descrito como exemplar
Petição 870190103848, de 15/10/2019, pág. 12/117
8/65 não deve necessariamente ser interpretado como preferido ou vantajoso em relação a outros aspectos.
[0033] Embora aspectos particulares sejam descritos neste documento, muitas variações e permutações desses aspectos se enquadram no escopo da divulgação. Embora alguns benefícios e vantagens dos aspectos preferidos sejam mencionados, o escopo da divulgação não se limita a benefícios, usos ou objetivos específicos. Em vez disso, os aspectos da divulgação devem ser amplamente aplicáveis a diferentes tecnologias sem fio, configurações de sistema, redes e protocolos de transmissão, alguns dos quais são ilustrados a título de exemplo nas figuras e na descrição a seguir dos aspectos preferidos. A descrição detalhada e os desenhos são meramente ilustrativos da divulgação e não limitativos, sendo o escopo da divulgação definido pelas reivindicações anexas e seus equivalentes.
UM EXEMPLO DE SISTEMA DE COMUNICAÇÃO SEM FIO
[0034] As técnicas descritas neste documento podem ser usadas para vários sistemas de comunicação sem fio de banda larga, incluindo sistemas de comunicação que são baseados em um esquema de multiplexação ortogonal. Exemplos de tais sistemas de comunicação incluem sistemas de Acesso Múltiplo por Divisão Espacial (SDMA) , Acesso Múltiplo por Divisão de Tempo (TDMA) , sistemas de Acesso Múltiplo por Divisão de Frequência Ortogonal (OFDMA), sistemas de Acesso Múltiplo por Divisão de Frequência de Portadora Única (SC-FDMA) e assim por diante. Um sistema SDMA pode utilizar direções suficientemente diferentes para transmitir simultaneamente dados pertencentes a múltiplos terminais de acesso. Um sistema TDMA pode permitir que
Petição 870190103848, de 15/10/2019, pág. 13/117
9/65 múltiplos terminais de acesso compartilhem o mesmo canal de frequência, dividindo o sinal de transmissão em diferentes slots de tempo, sendo cada slot de tempo atribuído a diferentes terminais de acesso. Um sistema OFDMA utiliza multiplexação por divisão de frequência ortogonal (OFDM), que é uma técnica de modulação que divide a largura de banda geral do sistema em várias subportadoras ortogonais. Essas subportadoras também podem ser chamadas de tons, caixas, etc. Com OFDM, cada subportadora pode ser modulada independentemente com dados. Um sistema SC-FDMA pode utilizar FDMA intercalado (IFDMA) para transmitir em subportadoras distribuídas pela largura de banda do sistema, FDMA localizado (LFDMA) para transmitir em um bloco de subportadoras adjacentes ou FDMA melhorado (EFDMA) para transmitir em vários blocos de subportadoras adjacentes. Em geral, os símbolos de modulação são enviados no domínio da frequência com OFDM e no domínio do tempo com SC-FDMA.
[0035] Os ensinamentos deste documento podem ser incorporados a (por exemplo, implementados dentro ou realizados por) uma variedade de aparelhos com ou sem fio (por exemplo, nós) . Em alguns aspectos, um nó sem fio implementado de acordo com os ensinamentos deste documento pode compreender um ponto de acesso ou um terminal de acesso.
[0036] Um ponto de acesso (AP) pode compreender, ser implementado como ou conhecido como Nó B, um Controlador de Rede de Rádio (RNC), um Nó B evoluído (eNB), um Controlador de Estação Base (BSC), uma Estação Transceptora Base (BTS), uma Estação Base (BS), uma
Petição 870190103848, de 15/10/2019, pág. 14/117
10/65
Função do Transceptor (TF), um Roteador de Rádio, um Transceptor de Rádio, um Conjunto de Serviços Básicos (BSS), um Conjunto de Serviços Estendido (ESS), uma Estação Base de Rádio (RBS) ou alguma outra terminologia.
[0037] Um terminal de acesso (AT) pode compreender, ser implementado como ou conhecido como estação de assinante, unidade de assinante, estação móvel, estação remota, terminal remoto, terminal de usuário, agente de usuário, dispositivo de usuário, equipamento de usuário, estação de usuário ou alguma outra terminologia. Em algumas implementações, um terminal de acesso pode compreender um telefone celular, um telefone sem fio, um telefone de protocolo de inicialização de sessão (SIR), uma estação de loop local sem fio (WLL), um assistente digital pessoal (PDA), um dispositivo portátil com capacidade de conexão sem fio, uma Estação (STA) ou algum outro dispositivo de processamento adequado conectado a um modem sem fio. Por conseguinte, um ou mais aspectos ensinados aqui podem ser incorporados a um telefone (por exemplo, um telefone celular ou telefone inteligente), um computador (por exemplo, um laptop), um dispositivo de comunicação portátil, um dispositivo de computação portátil (por exemplo, um assistente de dados pessoais ), um dispositivo de entretenimento (por exemplo, um dispositivo de música ou video ou um rádio por satélite) , um dispositivo de sistema de posicionamento global ou qualquer outro dispositivo adequado configurado para se comunicar por meio sem fio ou com fio. Em alguns aspectos, o nó é um nó sem fio. Esse nó sem fio pode fornecer, por exemplo, conectividade para ou a uma rede (por exemplo, uma rede de
Petição 870190103848, de 15/10/2019, pág. 15/117
11/65 área ampla, como a Internet ou uma rede celular) através de um link de comunicação com ou sem fio.
[0038] Com referência à descrição a seguir, deve ser entendido que não são permitidas apenas comunicações entre pontos de acesso e dispositivos do usuário, mas também comunicações diretas (por exemplo, ponto a ponto) entre os respectivos dispositivos do usuário. Além disso, um dispositivo (por exemplo, um ponto de acesso ou dispositivo do usuário) pode mudar seu comportamento entre um dispositivo do usuário e um ponto de acesso de acordo com várias condições. Além disso, um dispositivo físico pode desempenhar várias funções: dispositivo do usuário e ponto de acesso, vários dispositivos do usuário, vários pontos de acesso, por exemplo, em diferentes canais, diferentes slots de tempo ou ambos.
[0039] A FIG. 1 ilustra um exemplo de um sistema de comunicação sem fio 100 com pontos de acesso e terminais de acesso. Por simplicidade, apenas um ponto de acesso 110 é mostrado na FIG. 1. Um ponto de acesso é geralmente uma estação fixa que se comunica com os terminais de acesso e também pode ser referida como estação base ou alguma outra terminologia. Um terminal de acesso pode ser fixo ou móvel e também pode ser chamado de estação móvel, dispositivo sem fio ou alguma outra terminologia. O ponto de acesso 110 pode se comunicar com um ou mais terminais de acesso 120 a qualquer momento no downlink e no uplink. O downlink (isto é, link direto) é o link de comunicação do ponto de acesso aos terminais de acesso, e o uplink (isto é, link reverso) é o link de comunicação dos terminais de acesso ao ponto de acesso. Um terminal de acesso também pode se comunicar
Petição 870190103848, de 15/10/2019, pág. 16/117
12/65 ponto a ponto com outro terminal de acesso. 0 ponto de acesso 110 pode ser acoplado a uma rede de backbone 130 (por exemplo, a Internet) para fornecer aos terminais de acesso, acesso à rede de backbone 130.
[0040] A FIG. 2 ilustra um diagrama de blocos de um ponto de acesso 210 (geralmente, um primeiro nó sem fio) e um terminal de acesso 220 (geralmente, um segundo nó sem fio) do sistema de comunicação sem fio 200. O ponto de acesso 210 é uma entidade de transmissão para o downlink e uma entidade de recepção para o uplink. O terminal de acesso 220 é uma entidade de transmissão para o uplink e uma entidade de recepção para o downlink. Como aqui utilizado, uma entidade de transmissão é um aparelho operado independentemente ou um nó sem fio capaz de transmitir dados através de um canal sem fio, e uma entidade de recepção é um aparelho operado independentemente ou um nó sem fio capaz de receber dados através de um canal sem fio.
[0041] Embora, neste exemplo, o nó sem fio 210 seja um ponto de acesso e o nó sem fio 220 seja um terminal de acesso, deve ser entendido que o nó sem fio 210 pode, alternativamente, ser um terminal de acesso, e o nó sem fio 220 pode, alternativamente, ser um ponto de acesso. O nó sem fio 210 pode ser usado para implementar o ponto de acesso 110 na FIG. 1, e o nó sem fio 220 pode ser usado para implementar qualquer um dos terminais de acesso 120 na FIG. 1.
[0042] Para transmissão de dados, o ponto de acesso 210 compreende um processador de dados de transmissão 218, um construtor de quadros 222, um
Petição 870190103848, de 15/10/2019, pág. 17/117
13/65 processador de transmissão 224, uma pluralidade de transceptores 226-1 a 226-N e uma pluralidade de antenas 230-1 a 230-N. O ponto de acesso 210 também compreende um controlador 234 configurado para controlar operações do ponto de acesso 210, como discutido mais abaixo.
[0043] Em operação, o processador de dados de transmissão 218 recebe dados (por exemplo, bits de dados) de uma fonte de dados 215 e processa os dados para transmissão. Por exemplo, o processador de dados de transmissão 218 pode codificar os dados (por exemplo, bits de dados) em dados codificados e modular os dados codificados em símbolos de dados. O processador de dados de transmissão 218 pode suportar diferentes esquemas de modulação e codificação (MCSs). Por exemplo, o processador de dados de transmissão 218 pode codificar os dados (por exemplo, usando codificação de verificação de paridade de baixa densidade (LDPC) ) em qualquer uma dentre uma pluralidade de taxas de codificação diferentes. Além disso, o processador de dados de transmissão 218 pode modular os dados codificados usando qualquer um de uma pluralidade de esquemas de modulação diferentes, incluindo, entre outros, BPSK, QPSK, 16QAM, 64QAM, 64APSK, 128APSK, 256QAM e 256APSK.
[0044] Em certos aspectos, o controlador 234 pode enviar um comando ao processador de dados de transmissão 218 especificando qual esquema de modulação e codificação (MCS) a ser usado (por exemplo, com base nas condições de canal do downlink), e o processador de dados de transmissão 218 pode codificar e modular dados da fonte de dados 215 de acordo com o MCS especificado. Deve ser apreciado que o
Petição 870190103848, de 15/10/2019, pág. 18/117
14/65 processador de dados de transmissão 218 pode realizar processamento adicional nos dados, como embaralhamento de dados e/ou outro processamento. 0 processador de dados de transmissão 218 envia os símbolos de dados para o construtor de quadros 222.
[0045] O construtor de quadros 222 constrói um quadro (também conhecido como pacote) e insere os símbolos de dados em uma carga útil de dados do quadro. Estruturas ou formatos de quadro exemplares são discutidos mais adiante. O construtor de quadros 222 envia o quadro para o processador de transmissão 224. O processador de transmissão 224 processa o quadro para transmissão no downlink. Por exemplo, o processador de transmissão 224 pode suportar diferentes modos de transmissão, como um modo de transmissão de multiplexação por divisão de frequência ortogonal (OFDM) e um modo de transmissão de portadora única (SC). Neste exemplo, o controlador 234 pode enviar um comando ao processador de transmissão 224 especificando qual modo de transmissão usar e o processador de transmissão 224 pode processar o quadro para transmissão de acordo com o modo de transmissão especificado.
[0046] Em certos aspectos, o processador de transmissão 224 pode suportar a transmissão MIMO (múltiplas entradas e múltiplas saídas). Nesses aspectos, o ponto de acesso 210 inclui várias antenas 230-1 a 230-N e vários transceptores 226-1 a 226-N (por exemplo, um para cada antena). O processador de transmissão 224 pode realizar processamento espacial nos quadros de entrada e fornecer uma pluralidade de fluxos de quadros de transmissão para a pluralidade de antenas. Os transceptores 226-1 a 226-N
Petição 870190103848, de 15/10/2019, pág. 19/117
15/65 recebem e processam (por exemplo, converter em analógico, amplificar, filtrar e converter frequência ascendente) os respectivos fluxos de quadros de transmissão para gerar sinais de transmissão para transmissão através das antenas 230-1 a 230-N.
[0047] Para transmissão de dados, o terminal de acesso 220 compreende um processador de dados de transmissão 260, um construtor de quadros 262, um processador de transmissão 264, uma pluralidade de transceptores 266-1 a 266-N e uma pluralidade de antenas 270-1 a 270-N. O terminal de acesso 220 pode transmitir dados para o ponto de acesso 210 no uplink e/ou transmitir dados para outro terminal de acesso (por exemplo, para comunicação ponto a ponto). O terminal de acesso 220 também compreende um controlador 274 configurado para controlar as operações do terminal de acesso 220, como discutido mais abaixo.
[0048] Em operação, o processador de dados de transmissão 260 recebe dados (por exemplo, bits de dados) de uma fonte de dados 255 e processa (por exemplo, codifica e modula) os dados para transmissão. O processador de dados de transmissão 260 pode suportar diferentes MCSs. Por exemplo, o processador de dados de transmissão 260 pode codificar os dados (por exemplo, usando codificação LDPC) em qualquer uma de uma pluralidade de taxas de codificação diferentes, e modular os dados codificados usando qualquer uma dentre uma pluralidade de esquemas de modulação diferentes, incluindo, mas não limitado a BPSK, QPSK, 16QAM, 64QAM, 64APSK, 128APSK, 256QAM e 256APSK. Em certos aspectos, o controlador 274 pode enviar um comando para o
Petição 870190103848, de 15/10/2019, pág. 20/117
16/65 processador de dados de transmissão 260 especificando qual MCS usar (por exemplo, com base nas condições de canal do uplink) e o processador de dados de transmissão 260 pode codificar e modular dados da fonte de dados 255 de acordo com o MCS especificado. É para ser apreciado que o processador de dados de transmissão 260 pode realizar um processamento adicional nos dados. O processador de dados de transmissão 260 emite os símbolos de dados para o construtor de quadros 262.
[0049] O construtor de quadros 262 constrói um quadro e insere os símbolos de dados recebidos em uma carga útil de dados do quadro. Estruturas ou formatos de quadro exemplares são discutidos mais adiante. O construtor de quadros 262 emite o quadro para o processador de transmissão 264. O processador de transmissão 264 processa o quadro para transmissão. Por exemplo, o processador de transmissão 264 pode suportar diferentes modos de transmissão, como um modo de transmissão OFDM e um modo de transmissão SC. Neste exemplo, o controlador 274 pode enviar um comando ao processador de transmissão 264 especificando qual modo de transmissão usar e o processador de transmissão 264 pode processar o quadro para transmissão de acordo com o modo de transmissão especificado.
[0050] Em certos aspectos, o processador de transmissão 264 pode suportar a transmissão MIMO (Múltiplas entradas e múltiplas saídas). Nestes aspectos, o terminal de acesso 220 inclui várias antenas 270-1 a 270-N e múltiplos transceptores 266-1 a 266-N (por exemplo, um para cada antena). O processador de transmissão 264 pode realizar processamento espacial no quadro de entrada e
Petição 870190103848, de 15/10/2019, pág. 21/117
17/65 fornecer uma pluralidade de fluxos de quadros de transmissão para a pluralidade de antenas. Os transceptores 266-1 a 266-N recebem e processam (por exemplo, converter em analógico, amplificar, filtrar e converter frequência ascendente) os respectivos fluxos de quadros de transmissão para gerar sinais de transmissão para transmissão através das antenas 270-1 a 270-N.
[0051] Para receber dados, o ponto de acesso 210 compreende um processador de recebimento 242 e um processador de dados de recebimento 244. Em operação, os transceptores 226-1 a 226-N recebem sinais (por exemplo, do terminal de acesso 220) através das antenas 230-1 a 230-N e processam (por exemplo, converter frequência descendente), amplificar, filtrar e converter para digital) os sinais recebidos.
[0052] O processador de recebimento 242 recebe as saídas dos transceptores 226-1 a 226-N e processa as saídas para recuperar símbolos de dados. Por exemplo, o ponto de acesso 210 pode receber dados (por exemplo, do terminal de acesso 220) em um quadro. Neste exemplo, o processador de recebimento 242 pode detectar o início do quadro usando a sequência STF no preâmbulo do quadro. O processador de recebimento 242 também pode usar o STF para ajuste de controle de ganho automático (AGC). O processador de recebimento 242 também pode realizar estimativa de canal (por exemplo, usando a sequência CE no preâmbulo do quadro) e realizar equalização de canal no sinal recebido com base na estimativa de canal.
[0053] O processador de recebimento 242 também pode recuperar informações (por exemplo, esquema MCS) do
Petição 870190103848, de 15/10/2019, pág. 22/117
18/65 cabeçalho do quadro e enviar as informações ao controlador 234. Depois de realizar a equalização do canal, o processador de recebimento 242 pode recuperar símbolos de dados do quadro e emitir os símbolos de dados recuperados para o processador de dados de recebimento 244 para processamento adicional. Deve ser apreciado que o processador de recebimento 242 pode realizar outro processamento.
[0054] O processador de dados de recebimento 244 recebe os símbolos de dados do processador de recebimento 242 e uma indicação do esquema MSC correspondente do controlador 234. O processador de dados de recebimento 244 demodula e decodifica os símbolos de dados para recuperar os dados de acordo com o esquema MSC indicado e emite os dados recuperados (por exemplo, bits de dados) para um coletor de dados 246 para armazenamento e/ou processamento adicional.
[0055] Como discutido acima, o terminal de acesso 220 pode transmitir dados usando um modo de transmissão OFDM ou um modo de transmissão SC. Neste caso, o processador de recebimento 242 pode processar o sinal de recebimento de acordo com o modo de transmissão selecionado. Além disso, como discutido acima, o processador de transmissão 264 pode suportar a transmissão MIMO (múltiplas entradas e múltiplas saídas). Nesse caso, o ponto de acesso 210 inclui várias antenas 230-1 a 230-N e vários transceptores 226-1 a 226-N (por exemplo, um para cada antena). Cada transceptor recebe e processa (por exemplo, converter frequência descendente, amplificar, filtrar e converter para digital) o sinal da respectiva
Petição 870190103848, de 15/10/2019, pág. 23/117
19/65 antena. 0 processador de recebimento 242 pode realizar processamento espacial nas saídas dos transceptores 226-1 a 226-N para recuperar os símbolos de dados.
[0056] Para receber dados, o terminal de acesso 220 compreende um processador de recebimento 282 e um processador de dados de recebimento 284. Em operação, os transceptores 266-1 a 266-N recebem sinais (por exemplo, do ponto de acesso 210 ou outro terminal de acesso) através das antenas 270-1 a 270-N e processam (por exemplo, converter frequência descendente, amplificar, filtrar e converter para digital) os sinais recebidos.
[0057] O processador de recebimento 282 recebe as saídas dos transceptores 266-1 a 266-N e processa as saídas para recuperar símbolos de dados. Por exemplo, o terminal de acesso 220 pode receber dados (por exemplo, do ponto de acesso 210 ou outro terminal de acesso) em um quadro, como discutido acima. Neste exemplo, o processador de recebimento 282 pode detectar o início do quadro usando a sequência STF no preâmbulo do quadro. O processador de recebimento 282 também pode realizar estimativa de canal (por exemplo, usando a sequência CE no preâmbulo do quadro) e realizar equalização de canal no sinal recebido com base na estimativa de canal.
[0058] O processador de recebimento 282 também pode recuperar informações (por exemplo, esquema MCS) do cabeçalho do quadro e enviar as informações ao controlador 274. Depois de realizar a equalização do canal, o processador de recebimento 282 pode recuperar símbolos de dados do quadro e emitir os símbolos de dados recuperados para o processador de dados de recebimento 284 para
Petição 870190103848, de 15/10/2019, pág. 24/117
20/65 processamento adicional. Deve ser apreciado que o processador de recebimento 282 pode realizar outro processamento.
[0059] O processador de dados de recebimento 284 recebe os símbolos de dados do processador de recebimento 282 e uma indicação do esquema MSC correspondente do controlador 274. O processador de dados de recebimento 284 demodula e decodifica os símbolos de dados para recuperar os dados de acordo com o esquema MSC indicado e emitir os dados recuperados (por exemplo, bits de dados) para um coletor de dados 286 para armazenamento e/ou processamento adicional.
[0060] Como discutido acima, o ponto de acesso 210 ou outro terminal de acesso pode transmitir dados usando um modo de transmissão OFDM ou um modo de transmissão SC. Neste caso, o processador de recebimento 282 pode processar o sinal de recebimento de acordo com o modo de transmissão selecionado. Além disso, como discutido acima, o processador de transmissão 224 pode suportar a transmissão MIMO (múltiplas entradas e múltiplas saídas). Neste caso, o terminal de acesso 220 inclui várias antenas 270-1 a 270-N e vários transceptores 266-1 a 266-N (por exemplo, um para cada antena). Cada transceptor recebe e processa (por exemplo, converter frequência descendente, amplificar, filtrar e converter em digital) o sinal da respectiva antena. O processador de recebimento 282 pode realizar o processamento espacial nas saídas dos transceptores para recuperar os símbolos de dados.
[0061] Como mostrado na FIG. 2, o ponto de acesso 210 também compreende uma memória 236 acoplada ao
Petição 870190103848, de 15/10/2019, pág. 25/117
21/65 controlador 234. A memória 236 pode armazenar instruções que, quando executadas pelo controlador 234, fazem com que o controlador 234 realize uma ou mais das operações descritas aqui. Da mesma forma, o terminal de acesso 220 também compreende uma memória 276 acoplada ao controlador 274. A memória 276 pode armazenar instruções que, quando executadas pelo controlador 274, fazem com que o controlador 274 realize uma ou mais das operações descritas aqui .
CONTROLE DE FLUXO
[0062] O controle de fluxo é usado para impedir a sobrecarga de um buffer de recebimento que pode ocorrer nos casos em que a velocidade do link é maior que a capacidade do sistema de entregar, processar ou consumir fluxos de dados de entrada. Isso se torna mais relevante com o aumento substancial na taxa de transferência de novos links sem fio compatíveis com o 802.11ad e padrões seguintes 802.11ay. A solução existente do bloco de confirmação EDMG com controle de fluxo é fortemente acoplada ao mecanismo de confirmação de bloco que o limita a controlar a memória com buffers de tamanho máximo predefinido e mantém o controle por acordo BA, não permitindo o controle da memória compartilhada.
[0063] Os objetivos da presente divulgação podem incluir um ou mais dos seguintes itens:
- Resolver a contradição entre a alta velocidade do link sem fio em relação à menor largura de banda do barramento interno que pode resultar em estouro de memória do respondente;
- Alcançar alta utilização da memória
Petição 870190103848, de 15/10/2019, pág. 26/117
22/65
MAC;
- Otimizar a memória gasta por MSDUs menores que o tamanho máximo de MSDU/MTU;
- Usar a capacidade de buffer do receptor existente (RBUFCAP) de tamanho de 8 bits;
- Suportar o tamanho máximo da janela BA de 1024 buffers;
- Eliminar a sobrecarga de acesso de link alto que acontece quando o controle de fluxo é sustentado em breves rajadas de dados (desvantagem da solução atual); e
- Fornecer controle de fluxo agregado para compartilhar memória entre vários TIDs, bem como por TID.
[0064] A presente divulgação pode ser baseada em uma ou mais das seguintes observações e suposições:
- O originador e o respondente operam no nível de controle de acesso à mídia (MAC) no qual o tamanho máximo de uma unidade de dados de protocolo (MPDU) de controle de acesso à mídia (MAC) é limitado, mas o tamanho mínimo de MSDU não, o que pode resultar em MPDUs de tamanhos diferentes.
- A premissa de que a BA exige que cada MPDU independente de seu tamanho utilize um buffer de tamanho constante no buffer de reordenação, o que leva ao uso ineficiente da memória de buffer. Em muitos aplicativos, os buffers pré-alocados podem conter mais de uma MPDU curta.
- A quantidade de memória necessária para
Petição 870190103848, de 15/10/2019, pág. 27/117
23/65 armazenar o número de MPDUs depende de seus tamanhos, que são desconhecidos antecipadamente e não podem ser previstos com precisão pelo respondente. Como resultado, o respondente não pode informar o originador sobre o número de MPDUs que possui espaço em memória para armazenar.
[0065] Aspectos da presente divulgação fornecem um ou mais dos seguintes recursos:
- Usar uma indicação de memória livre sem relação com o acordo BA que é retornado ao originador como uma medida da capacidade de memória do buffer respondente;
Estabelecer modelo de referência de
memória de buffer respondente que o originador usa para
calcular a memória utilizável;
Caracterizar o modelo com um ou mais
parâmetros de configuração a serem comunicados ao
originador; e
- Estabelecer regras de origem sobre como usar os parâmetros configurados e a indicação de memória livre para calcular e controlar o número de MPDUs a serem enviadas ao respondente.
As características acima são discutidas em mais detalhes abaixo, de acordo com várias modalidades da presente divulgação.
[0066] Em certos aspectos da presente divulgação, o respondente (também conhecido como destinatário) envia um ou mais parâmetros de memória ao originador, especificando uma memória no respondente que será usada para armazenar em buffer unidades de dados (por exemplo, MPDUs) do originador em o respondente. A memória pode ser usada para reordenar as MPDUs recebidas do originador. Quando uma sequência de
Petição 870190103848, de 15/10/2019, pág. 28/117
24/65
MPDUs é recebida e ordenada com êxito, as MPDUs podem ser liberadas da memória para um processador para processamento adicional (em uma camada superior), liberando espaço na memória.
[0067] Em um exemplo, o respondente comunica um ou mais parâmetros de memória ao originador durante uma negociação de confirmação de bloco (BA) entre o originador e o respondente. Neste exemplo, o originador pode transmitir uma solicitação de confirmação de bloco de adição (ADDBA) ao respondente que solicita uma sessão de confirmação de bloco (BA) com o respondente. A solicitação ADDBA pode incluir um identificador de tráfego (TID) identificando o tráfego de dados ao qual o acordo BA se aplica. As MPDUs correspondentes fazem parte do tráfego de dados identificado. Em resposta, o respondente transmite uma resposta ADDBA com um ou mais parâmetros de memória para o originador.
[0068] Em outro exemplo, o respondente pode iniciar a comunicação de um ou mais parâmetros de memória com o originador, transmitindo uma solicitação de adição de fluxo de tráfego (ADDTS) ao originador com um ou mais parâmetros de memória. Em resposta, o originador pode transmitir uma resposta ADDTS ao respondente que reconhece a solicitação ADDTS.
[0069] Modalidades da presente divulgação podem suportar diferentes tipos de memória. Por exemplo, modalidades da presente divulgação podem suportar os seguintes dois tipos de estruturas de memória: armazenada em buffer e FIFO. A este respeito, a FIG. 3A mostra um exemplo de memória armazenada em buffer 300, na qual a
Petição 870190103848, de 15/10/2019, pág. 29/117
25/65 memória é organizada em vários buffers (isto é, pluralidade de buffers). Cada buffer pode ser grande o suficiente para armazenar uma MPDU com o comprimento máximo definido pelo padrão atual. Cada buffer pode ser capaz de armazenar várias MPDUs (por exemplo, várias MPDUs curtas), em que cada MPDU é menor que o comprimento máximo. Em certos aspectos, uma MPDU é sem divisão, o que significa que uma MPDU não pode ser dividida entre dois ou mais buffers. Em outros aspectos, uma MPDU pode ser dividida entre dois ou mais buffers. Em certos aspectos, o número de MPDUs que podem ser armazenadas por buffer é limitado a N, onde N é um número inteiro. Como discutido mais abaixo, quando a memória armazenada em buffer é usada, o respondente envia um ou mais parâmetros de memória ao originador, descrevendo a configuração da memória armazenada em buffer.
[0070] A FIG. 3B mostra um exemplo de memória FIFO (primeiro a entrar, primeiro a sair) 310. A memória FIFO 310 não possui a estrutura da memória armazenada em buffer 300. Em certos aspectos, o número de MPDUs que podem ser acomodadas na memória FIFO 310 pode ser aproximadamente igual ao número de MPDUs que podem caber no espaço livre da memória FIFO 310. Em certos aspectos, a memória FIFO 310 pode exigir que o início de um MPDU seja alinhado com um limite Dword da memória FIFO 310 para endereçamento de memória regular.
[0071] Como discutido acima, o respondente pode enviar um ou mais parâmetros de memória ao originador em uma resposta ADDBA ou solicitação ADDTS especificando a memória do respondente que será usado para armazenar em buffer as unidades de dados (MPDUs) no respondente. A
Petição 870190103848, de 15/10/2019, pág. 30/117
26/65
Tabela 1 abaixo lista exemplos de parâmetros de memória que o respondente pode enviar ao originador para os dois tipos de memórias discutidos acima (isto é, FIFO e armazenada em buffer).
TABELA 1
Tipo de memória Tamanho da unidade de memória Tamanho de buffer Limite de MPDUs por buffer Por suporte TID
Em ADD BA Em ADDTS
FIFO Mem Unit (Dword) NA NA Sim Não
Armazenada em buffer Mem Unit (Dword) Buff size(Dw ord) N (unidades) Sim Não
Ambos Valores diferentes podem ser aplicados Por buffered Por buffered Por suporte TID pode ser diferente e negociado como definido acima
[0072] Mem_Unit indica o tamanho de uma unidade de memória (por exemplo, número de bytes ou palavras em uma unidade de memória). Conforme discutido mais abaixo, o respondente relata a quantidade de espaço livre na memória em unidades de Mem_Unit. Assim, o originador pode determinar a quantidade de espaço livre na memória do respondente com base no valor do espaço de memória livre relatado pelo respondente multiplicando o valor pelo tamanho de uma unidade de memória. Mem_Unit pode ser um parâmetro configurável. Como mostrado na Tabela 1, Mem_Unit é um parâmetro para a memória FIFO e a memória armazenada em buffer (por exemplo, a memória FIFO 310 e a memória armazenada em buffer 300). O tamanho da Mem_Unit usada para memória FIFO e o tamanho da Mem_Unit usada para memória armazenada em buffer podem ser iguais ou diferentes.
[0073] Como discutido acima, o respondente pode relatar a quantidade de espaço livre na memória em um
Petição 870190103848, de 15/10/2019, pág. 31/117
27/65 quadro de confirmação de bloco (BA) . Em certos aspectos, ο respondente relata a quantidade de espaço livre em um campo de capacidade de buffer do receptor (RBUFCAP) de um quadro BA. Nesses aspectos, a Mem_Unit pode ser escolhida de forma que o intervalo de valores para a quantidade de espaço livre na memória possa caber no campo RBUFCAP, que tem 8 bits de comprimento no padrão atual. Em um exemplo, Memory_Unit = (Memory_Size - Memory_Size_at_unlimited)/254. Conforme discutido mais abaixo, Memory_Size_at_unlimited é a quantidade de espaço livre na memória suficiente para indicar ilimitado na RBUFCAP e possui bom espaço (suficiente) para receber A-MPDU de comprimento máximo AMPDU.
[0074] Para memória armazenada em buffer (por exemplo, memória armazenada em buffer 300), a Tabela 1 inclui os parâmetros adicionais de memória Buff_size e N. Buff_size é o tamanho de um buffer da memória armazenada em buffer e N é um limite no número de MPDUs por buffer.
[0075] Quando a memória FIFO (por exemplo, memória FIFO 310) é usada no respondente para armazenar em buffer, o respondente envia um ou mais parâmetros de memória (por exemplo, Mem_Unit) para a memória FIFO ao originador. Quando a memória armazenada em buffer é usada no respondente para armazenar em buffer, o respondente envia um ou mais parâmetros de memória (por exemplo, Mem_Unit, Buff_size e N) da memória armazenada em buffer ao originador. Em certos aspectos, o respondente pode suportar os dois tipos de memória em paralelo. Nesses aspectos, o respondente pode enviar parâmetros de memória para os dois tipos de memória ao originador, conforme mostrado na Tabela
Petição 870190103848, de 15/10/2019, pág. 32/117
28/65
1. Nesses aspectos, o respondente pode sinalizar ao originador que um dos tipos de memória está realmente sendo usado em uma confirmação de bloco (BA), conforme discutido mais adiante.
[0076] Os parâmetros de memória podem ser configurados por TID em uma resposta ADDBA, pois um acordo BA pode ser negociado por TID. Caso nenhum suporte por TID seja necessário, os parâmetros de memória podem ser enviados em uma solicitação ADDTS e/ou em uma resposta de Associação pelo respondente.
[0077] Em certos aspectos, a presente divulgação define um novo elemento de informação de controle de fluxo (IE) para enviar um ou mais parâmetros de memória do respondente para o originador. Um exemplo do novo IE 400 é mostrado na FIG. 4. O IE 400 representa a estrutura usada para enviar um ou mais parâmetros de memória para o originador. O elemento ID identifica que o IE 400 inclui parâmetros de memória e o comprimento indica o comprimento do IE 400. A FIG. 4 mostra um exemplo da alocação de espaço no IE 400 para os diferentes parâmetros de memória. O IE pode ser entregue em um quadro de resposta do ADDBA em resposta a um quadro de solicitação do ADDBA como parte de uma negociação do acordo BA. Caso nenhum suporte por TID
seja necessário, o IE é transmitido em um quadro de
solicitação ADDTS e/ou em um quadro de resposta da
Associação enviado pelo respondente.
[0078] 0 respondente calcula a quantidade de
espaço livre na memória para armazenamento em buffer e envia a quantidade de espaço livre na memória Mem_Units ao originador. O respondente pode calcular a quantidade de
Petição 870190103848, de 15/10/2019, pág. 33/117
29/65 espaço livre na memória rastreando a quantidade de dados que entra na memória e a quantidade de dados liberados na memória (por exemplo, liberados para um processador no respondente para processamento adicional).
[0079] O respondente pode enviar a quantidade calculada de espaço livre na memória em unidades de Mem_Units em um quadro de confirmação de bloco. Em certos aspectos, o espaço livre de memória calculado é enviado em um campo RBUFCAP do quadro de confirmação de bloco. A este respeito, a FIG. 5A mostra um exemplo de um campo de informação de confirmação de bloco (BA) 500 no qual o espaço livre de memória calculado pode ser enviado. O campo de informação BA 500 é usado para fornecer uma confirmação para uma sequência de MPDUs transmitidas pelo originador ao respondente. O Controle de Sequência Inicial de BlockAck indica o início da primeira MPDU da sequência, o Bitmap do BlockAck indica quais MPDUs na sequência foram recebidas com êxito e quais MPDUs precisam ser retransmitidas e o campo RBUFCAP indica a capacidade de buffer do receptor do respondente.
[0080] A Tabela 2A lista três tipos de indicadores que podem ser colocados no campo RBUFCAP.
TABELA 2A
Nome Valor Significado
zero_space 0 Nenhum lugar na memória de recebimento
unlimited_space OxFF Lugar suficiente para receber pelo menos o Comprimento Máximo da A-MPDU
Espaço Livre na Memória 1-OxFe Espaço livre na memória medido em unidades de memória (Mem Unit)
[0081] Um zero_space indica que não há espaço na
Petição 870190103848, de 15/10/2019, pág. 34/117
30/65 memória e pode ser atribuído um valor de 0, conforme mostrado na Tabela 2A. Unlimited_space indica que há bom espaço de memória (suficiente) para receber pelo menos um comprimento máximo de A-MPDU, conforme é atribuído um valor de OxFF. O comprimento máximo de A-MPDU é definido no padrão atual e é conhecido na técnica. Os indicadores de zero_space e unlimited_space são conhecidos na técnica e utilizados para controle de fluxo no padrão atual.
[0082] Deve-se considerar que os valores atribuídos ao zero_space e ao unlimited_space na Tabela 2A podem ser revertidos de modo que o zero_space seja atribuído ao valor de OxFF e o unlimited_space seja atribuído ao valor 0. Este exemplo é mostrado na Tabela 2B abaixo.
TABELA 2B
Nome Valor Significado
zero_space OxFF Nenhum lugar na memória de recebimento
unlimited_space 0 Lugar suficiente para receber pelo menos o Comprimento Máximo da AMPDU
Espaço Livre na Memória 1-OxFe Espaço livre na memória medido em unidades de memória (Mem Unit)
[0083] Em geral, a RBUFCAP possui um primeiro valor para indicar nenhum espaço na memória e um segundo valor para indicar espaço suficiente na memória para receber uma unidade de dados de comprimento máximo.
[0084] A presente divulgação apresenta um novo indicador de Espaço Livre na Memória no qual o valor de Espaço Livre na Memória indica o espaço livre de memória calculado em unidades de Mem_Unit. O valor do Espaço Livre
Petição 870190103848, de 15/10/2019, pág. 35/117
31/65 na Memória pode estar no intervalo de 1-OxFe, conforme mostrado nas Tabelas 2A e 2B. A Mem_Unit pode ser escolhida de forma que o intervalo de valores do Espaço Livre na Memória caiba dentro do intervalo do campo RBUFCAP menos dois (observe que dois valores da RBUFCAP são reservados para zero_space e unlimited_space e, portanto, não estão disponíveis para Espaço Livre na Memória).
[0085] Em certos aspectos, o respondente compara o espaço livre de memória calculado com o comprimento máximo de A-MPDU. Se o espaço livre de memória calculado for igual ou maior que o comprimento máximo de A-MPDU, o respondente enviará o indicador unlimited_space ao originador no campo RBUFCAP. Se o espaço livre de memória calculado for menor que o comprimento máximo de A-MPDU, o respondente enviará um indicador de Espaço Livre de Memória ao originador no campo RBUFCAP indicando o espaço livre de memória calculado em unidades de Mem_Units (ou seja, em termos de Mem_Unit).
[0086] Como discutido acima, o respondente pode enviar o espaço livre de memória calculado em um quadro BA. O respondente pode enviar o quadro BA ao originador em resposta a uma solicitação BA do originador, nesse caso, o quadro BA é solicitado pelo originador. O respondente também pode enviar o quadro BA ao originador sem receber uma solicitação BA do originado, nesse caso, o quadro BA não é solicitado pelo originador. Isso é diferente do padrão atual no qual os quadros BA são solicitados. Por exemplo, o respondente pode enviar o quadro BA não solicitado quando a quantidade de espaço livre na memória muda em uma determinada quantidade. Mais particularmente, o
Petição 870190103848, de 15/10/2019, pág. 36/117
32/65 respondente pode rastrear a alteração no espaço livre de memória desde a última vez que o espaço livre de memória foi relatado ao originador e comparar a alteração no espaço livre de memória com um limiar. Se a alteração no espaço livre de memória for igual ou superior ao limiar, o respondente poderá enviar um quadro BA com o espaço livre de memória calculado para o respondente não solicitado. Nesse caso, o respondente é proativo (não espera o originador iniciar o quadro BA com uma solicitação BA).
[0087] No caso em que o respondente forneceu parâmetros de memória para os dois tipos de memória na resposta ADDBA ou na solicitação ADDTS, o respondente pode indicar o tipo de memória realmente sendo usada em um quadro BA. A este respeito, a FIG. 5B mostra um exemplo em que o Campo de Controle BA 510 do quadro BA inclui um bit indicando se a memória FIFO ou armazenada em buffer está sendo usada. Conforme discutido abaixo, o originador usa o tipo indicado de memória para calcular o número de MPDUs a serem transmitidas ao respondente.
[0088] O originador usa a indicação de espaço livre na memória do respondente para calcular o número de MPDUs que ele pode transmitir ao respondente. Como o originador conhece o tamanho de um Mem_Unit (que o respondente comunicou anteriormente ao originador), o originador pode determinar a quantidade de espaço livre na memória a partir da indicação da quantidade de espaço livre na memória do respondente, que é fornecido em unidades de Mem_Unit.
[0089] Como o originador conhece a quantidade de espaço livre na memória no respondente e os tamanhos das
Petição 870190103848, de 15/10/2019, pág. 37/117
33/65
MPDUs que planeja transmitir ao respondente, o originador pode determinar o número de MPDUs que pode transmitir ao respondente. Ao determinar o número de MPDUs que ele pode transmitir para a resposta, o originador também pode levar em consideração a estrutura da memória. Para memória armazenada em buffer, ao determinar o número de MPDUs a serem transmitidas, o originador aplica as restrições impostas à alocação de MPDUs nos buffers da memória armazenada em buffer. As restrições podem incluir tamanho do buffer, limite no número de MPDUs por buffer e o fato de que uma MPDU não pode ser dividida entre buffers (ou seja, a MPDU não é dividida). 0 conhecimento dessas restrições permite que o originador determine o número de MPDUs que o respondente pode acomodar na memória armazenada em buffer
e, portanto, o número de MPDUs a serem transmitidos ao
respondente.
[0090] Para a memória FIFO, o originador pode
determinar o número de MPDUs calculando o número de MPDUs
que podem caber no espaço livre da memória FIFO. Se o alinhamento do Dword se aplicar, conforme discutido acima, o originador poderá levar isso em consideração.
[0091] Em certos aspectos, se o número calculado de MPDUs exceder o número máximo de MPDUs permitido pelas regras do BlockAck, o originador enviará o número máximo permitido de MPDUs. Nesse caso, o número de MPDUs enviadas pelo originador não excederá a memória de reordenação do respondente do número de WinSize negociados dos buffers (ou seja, número de buffers negociados no acordo BlockAck). O número real de MPDUs a serem enviadas a cada momento não é maior que o WinSize e depende do número de MPDUs na memória
Petição 870190103848, de 15/10/2019, pág. 38/117
34/65 de reordenação que não podem ser liberadas para uma camada superior devido à entrega malsucedida de MPDU com número de sequência mais baixo.
[0092] A Tabela 3 resume os cenários que demonstram como as modalidades da presente divulgação funcionam.
Tabela 3
Cenários de controle de fluxo Descrição
Transitório A taxa de transferência média do barramento interno não é menor do que a taxa de transferência média do link sem fio. 0 barramento interno pode desligar a energia no tempo sem atividade. A latência de inicialização é substancial para sobrecarregar a memória MAC mais baixa.
Barramento interno de resposta lenta A taxa de transferência média do barramento interno é menor do que a taxa de transferência média do link sem fio.
Processamento de resposta lenta A taxa de transferência média do barramento interno não é menor do que a taxa de transferência média do link sem fio. A velocidade de processamento da informação armazenada em buffer é menor do que a taxa de transferência do link sem fio.
[0093] A FIG. 6 ilustra um cenário transitório.
Como visto na FIG. 6, fornecer indicação de zero e espaço ilimitado pode ser bom o suficiente para controlar o fluxo nesse cenário. A indicação da quantidade de memória disponível permite diminuir a latência e utilizar a memória no caso em que o espaço livre na memória é menor que o comprimento máximo da A-MPDU configurado. O P na FIG. 6 indica casos em que o respondente envia um quadro BA não solicitado (isto é, o respondente envia proativamente o
Petição 870190103848, de 15/10/2019, pág. 39/117
35/65 quadro BA).
[0094] A FIG. 7 ilustra um cenário de resposta lenta no qual o espaço livre calculado é muito útil quando o espaço livre é menor que o comprimento máximo da A-MPDU. Ter uma configuração do comprimento máximo da A-MPDU próximo ao tamanho do buffer é importante para comunicar uma A-MPDU longo para manter alta a utilização do link. A sinalização do espaço de memória ilimitado também pode funcionar nesse cenário.
[0095] As operações do respondente de acordo com modalidades da presente divulgação discutidas acima podem incluir um ou mais dos seguintes:
- No caso de solicitar controle de fluxo por TID, o respondente fornece seus recursos adicionando elemento de informação de controle de fluxo (por exemplo, FIG. 4) à resposta ADDBA, caso contrário, o respondente entrega o elemento em resposta de associação ou no quadro de solicitação ADDTS.
- No momento da resposta BA, o respondente fornece indicação da quantidade de memória livre no campo RBUFCAP (por exemplo, Tabela 2).
- Se o respondente indicar suporte para ambos os tipos de memória no elemento de informações de controle de fluxo, o respondente deverá entrar no campo FIFO e armazenada em buffer do campo de controle BA (por exemplo, campo de controle BA 510) tipo de memória cuja indicação em RBUFCAP está relacionada, 0 é do tipo de memória = FIFO e 1 pertence ao tipo de memória = armazenada em buffer.
- Caso o espaço livre na memória do
Petição 870190103848, de 15/10/2019, pág. 40/117
36/65
Respondente aumente, ele poderá informar o originador enviando BA não solicitado. 0 originador deve confirmar a BA enviando uma confirmação. (Veja P nas FIGs. 6 e 7 para ilustração).
[0096] As operações do originador de acordo com modalidades da presente divulgação discutidas acima podem incluir um ou mais dos seguintes:
- O suporte ao controle de fluxo pelo originador pode ser negociado usando as informações de capacidade do originador (não apresentadas).
- No momento em que o originador recebe BA do respondente, o originador calcula o número de MPDUs a serem enviadas ao respondente na próxima rajada de BA ou em A-MPDUs. Esse número é um mínimo entre o número de MPDUs autorizados a enviar de acordo com as regras de BlockAck, incluindo novas tentativas e o número (N) de MPDUs calculadas para não exceder a quantidade de memória buffer livre do respondente indicada na RBUFCAP do BA.
- O cálculo de N do originador deve caber no tipo de memória respondente indicado no controle de fluxo IE e no campo de controle BA (por exemplo, campo de controle BA 510), se este último for relevante. No cálculo, o originador deve usar parâmetros de memória respondente recebidos do respondente no controle de fluxo IE.
[0097] O originador pode ser implementado com o ponto de acesso 210 ou terminal de acesso 220. Da mesma forma, o respondente (também referido como o destinatário) pode ser implementado com o ponto de acesso 210 ou terminal de acesso 220.
[0098] Modalidades adicionais da presente
Petição 870190103848, de 15/10/2019, pág. 41/117
37/65 divulgação são fornecidas abaixo. As modalidades adicionais podem ser usadas em conjunto com uma ou mais das modalidades discutidas acima para facilitar o controle de fluxo entre o originador e o respondente, como discutido mais adiante.
[0099] As limitações do endereço de controle do fluxo (referido como o respondente acima) e aumenta a rede e o desempenho do destinatário. O recurso de controle de fluxo pode envolver mais esforço do originador do que o destinatário, pois o originador fornece o suporte ao controle de fluxo para o destinatário. Em alguns casos, os recursos do destinatário podem ser mais amplos que os do originador; no entanto, o destinatário pode estar satisfeito com o suporte reduzido do originador. Portanto, aspectos da presente divulgação fornecem negociações de capacidades entre o originador e o destinatário para resolver diferenças entre as expectativas do destinatário e as capacidades do originador.
[00100] Em alguns casos, um originador pode querer saber a quantidade de espaço livre na memória do destinatário antes da entrega dos dados para estimar qual tamanho de dados pode ser entregue ao destinatário. Isso é especialmente importante para o primeiro acesso e quando o espaço livre da memória do destinatário muda entre os acessos.
[00101] Em alguns casos, um mecanismo de confirmação de bloco atrasado pode ser usado para permitir o envio de quadros de confirmação de bloco a partir da sequência de quadros de dados. Isso permite que o destinatário inicie a transmissão de uma confirmação de
Petição 870190103848, de 15/10/2019, pág. 42/117
38/65 bloco que pode transmitir informações sobre a quantidade de espaço livre no buffer. No entanto, a confirmação de bloco pode estar vulnerável a ataques de falsificação porque a confirmação de bloco é um quadro de controle que pode ser difícil de proteger por criptografia.
[00102] Aspectos da presente divulgação fornecem uma estrutura de elementos de informação e regras para negociar operações de controle de fluxo. Por exemplo, em certos aspectos, informações sobre os recursos do destinatário e preferências de controle de fluxo podem ser transmitidas ao dispositivo originador, e o dispositivo originador pode indicar se ele suporta todos ou um subconjunto dos recursos indicados pelo destinatário. Além disso, o destinatário pode indicar a quantidade de espaço livre de memória para o originador durante as negociações, de modo que o originador possa começar a transmitir dados imediatamente. Em certos aspectos, a troca referente à quantidade de espaço livre na memória do destinatário pode ser iniciada pelo dispositivo destinatário em uma sequência de troca de quadros separada, que pode ser enviada em um quadro protegido (por exemplo, criptografado).
[00103] Em certos aspectos, o elemento de informação pode incluir um conjunto de parâmetros para caracterizar a memória do destinatário e permitir que o dispositivo originador modifique os parâmetros em resposta, a fim de indicar ao destinatário quais recursos o originador pode suportar. Em alguns casos, o mesmo conjunto de parâmetros de memória acordados pode ser especificado por identificador de tráfego (TID)/identificador de fluxo de tráfego (TSID) ou por um conjunto (total ou parcial) de
Petição 870190103848, de 15/10/2019, pág. 43/117
39/65
TID/TSIDs. TID/TSID pode identificar o tráfego de dados para transmissão de unidades de dados. Em alguns casos, alguns conjuntos de parâmetros de memória podem ser aplicados ao TID/TSID e comutados dinamicamente. Em certos aspectos, um elemento de capacidade do buffer do destinatário (RBUFCAP) pode ser incluído no elemento de informação a ser entregue ao originador durante a configuração do controle de fluxo. 0 elemento RBUFCAP indica a quantidade de espaço livre de memória no dispositivo destinatário para o dispositivo originador, permitindo que o dispositivo originador inicie a transmissão de dados.
[00104] Em certos aspectos, o dispositivo destinatário pode enviar um quadro de resposta de confirmação de bloco de adição (ADDBA) em uma sequência de troca de quadro separada, a fim de iniciar uma sessão de confirmação de bloco. Em alguns casos, o quadro de resposta ADDBA pode não ser solicitado (por exemplo, não em resposta a um quadro de solicitação ADDBA). O quadro de resposta ADDBA pode compreender o elemento de informação, incluindo o elemento RBUFCAP. Em certos aspectos, a resposta ADDBA pode ser um quadro de ação criptografado e autenticado para proteger contra ataques de negação de serviço (DOS). Em certos aspectos, o destinatário pode indicar um deslocamento de endereço para um buffer de recirculação para informar o dispositivo originador da quantidade de espaço livre na memória do destinatário.
[00105] Em certos aspectos, a mensagem incluindo o elemento de informação pode ser uma mensagem de negociação do estabelecimento de confirmação de bloco (por
Petição 870190103848, de 15/10/2019, pág. 44/117
40/65 exemplo, um quadro de resposta de confirmação de bloco de adição (ADDBA)). Em certos aspectos, o quadro de resposta ADDBA pode não ser solicitado; nesse caso, o quadro de resposta ADDBA pode incluir um token de diálogo igual a zero.
[00106] As FIGs. 8A e 8B ilustram o exemplo de quadro de solicitação ADDBA 800 e quadro de resposta 802, respectivamente, de acordo com certos aspectos da presente divulgação. Em certos aspectos, os quadros de solicitação ADDBA 800 e os quadros de resposta 802 podem incluir o elemento de configuração da extensão de controle de fluxo EDMG. Em certos aspectos, o dispositivo originador pode inserir o elemento de configuração da extensão de controle de fluxo no quadro de solicitação ADDBA para indicar os recursos de controle de fluxo no dispositivo destinatário. Por exemplo, um subelemento de recursos de controle de fluxo EDMG pode estar presente no elemento de configuração de extensão de controle de fluxo EDMG, como será descrito em mais detalhes aqui. O dispositivo destinatário pode responder ao quadro de solicitação ADDBA 800 com o quadro de resposta ADDBA 802 e incluir um elemento de configuração de extensão de controle de fluxo EDMG no quadro de resposta ADDBA 802. O subelemento de recursos de controle de fluxo EDMG pode estar presente no elemento de configuração de extensão de controle de fluxo EDMG do quadro de resposta ADDBA 802 para indicar se o originador pode suportar os recursos identificados no quadro de solicitação ADDBA 800. O elemento de configuração da extensão de controle de fluxo EDMG pode incluir o elemento de informação de exemplo mostrado na FIG. 4. Outro exemplo do elemento de
Petição 870190103848, de 15/10/2019, pág. 45/117
41/65 configuração da extensão de controle de fluxo EDMG é discutido abaixo com referência à FIG. 9.
[00107] A FIG. 9 ilustra um exemplo de elemento de configuração de extensão de controle de fluxo EDMG 900, de acordo com certos aspectos da presente divulgação. O elemento de configuração de extensão de controle de fluxo EDMG 900 pode incluir um identificador de elemento (ID) e indicação do comprimento do elemento de configuração de extensão de controle de fluxo EDMG 900 e um elemento RBUFCAP indicando uma quantidade de espaço livre na memória do destinatário.
[00108] Em certos aspectos, o elemento de configuração de extensão de controle de fluxo EDMG 900 pode incluir um expoente avançado de comprimento de memória do destinatário (ARMLE), que indica a quantidade de espaço livre da memória do destinatário no inicio de uma oportunidade de transmissão (TXOP) ou periodo de agendamento (SP) . Em outras palavras, pode haver um atraso a partir do tempo em que o elemento de configuração de extensão de controle de fluxo EDMG 900 é transmitido para o dispositivo originador e o inicio das transmissões de dados (por exemplo, durante uma oportunidade de transmissão). Durante esse tempo, a quantidade de espaço livre na memória do destinatário pode mudar. Portanto, o ARMLE pode indicar uma quantidade de espaço livre que o destinatário garante estará disponível no tempo das transmissões de dados durante a oportunidade de transmissão. Em certos aspectos, o ARMLE pode ser um número inteiro no intervalo de zero a nove. 0 comprimento definido por este subcampo pode ser interpretado com base na seguinte equação:
Petição 870190103848, de 15/10/2019, pág. 46/117
42/65
13+ARMLE octets
Em certos aspectos, o elemento de configuração de extensão de controle de fluxo EDMG 900 inclui subelementos opcionais, como será descrito em relação às FIGs. 10A e 10B. Por exemplo, o elemento de configuração de extensão de controle de fluxo EDMG 900 pode incluir dois subelementos, um subelemento de recursos de controle de fluxo EDMG e um subelemento de configuração de memória do destinatário.
[00109] As FIGs. 10A e 10B ilustram um exemplo de subelemento de recursos de controle de fluxo EDMG 1000 que pode ser incluído no elemento de configuração de extensão de controle de fluxo EDMG 900, de acordo com certos aspectos da presente divulgação. O subelemento de recursos de controle de fluxo EDMG 1000 pode indicar os recursos de memória do destinatário 1002. Como ilustrado na FIG. 10B, os recursos de memória do destinatário 1002 podem incluir uma série de bits, cada bit indicando suporte para um respectivo de uma pluralidade de recursos. Por exemplo, o subcampo com capacidade de quantidade RBUFCAP pode ser definido como 1 para indicar o suporte de valores RBUFCAP que indicam uma quantidade de espaço livre na memória do destinatário. Exemplos de três tipos de indicadores que podem ser colocados no campo RBUFCAP são discutidos acima com referência às Tabelas 2A e 2B.
[00110] O subcampo com capacidade com ARMLE pode ser definido como 1 para indicar suporte ao ARMLE que é menor que o expoente de comprimento máximo da unidade de dados de protocolo de mídia agregada (A-MPDU) e pode ser definido como 0 caso contrário. O subcampo com capacidade de várias unidades de buffer da memória do destinatário
Petição 870190103848, de 15/10/2019, pág. 47/117
43/65 pode ser definido como 1 para indicar o suporte dos valores Mem_Unit_Size, MaxMPDU_per_MemUnit e Mult_Buff_MPDU, como será descrito em mais detalhes aqui. 0 subcampo com capacidade de agrupamento TID é definido como 1 para indicar o suporte dos valores de agrupamento TID. 0 subcampo com capacidade de tag de configuração de memória pode ser definido como 1 para indicar a capacidade de suportar dois tags de configuração de memória.
[00111] A FIG. 11 ilustra um exemplo de subelemento de configuração de memória do destinatário 1100, de acordo com certos aspectos da presente divulgação. O memory_config_tag indica uma das duas estruturas de memória aplicáveis ao TID/TSID que podem ser indicadas em um quadro de resposta ADDBA. O RBUF_Unit_Size pode ser usado como uma unidade de medida para a RBUFCAP para indicar a quantidade de espaço livre na memória disponível no destinatário para o originador entregar às MPDUs. Por exemplo, o espaço livre na memória do destinatário pode ser igual ao RBUFCAP x RBUF_Unit_Size (dwords). Observe que o RBUF_Unit_Size é referido como Mem_Unit na Tabela 1.
[00112] O campo Mem_Unit_Size pode indicar o tamanho de cada unidade de buffer (em bytes) na memória do destinatário. O MaxMPDU_per_MemUnit pode indicar o número máximo de MPDUs que podem ser coletados em um único buffer. Os valores válidos para esse campo podem ser 1-OxFE e um valor igual a OxFF pode indicar que um número ilimitado de MPDUs pode caber em um único buffer. Observe que Mem_Unit_Size e MaxMPDU_per_MemUnit são referidos como Buff_size e N, respectivamente, na Tabela 1.
[00113] O Mult_Buff_MPDU pode ser definido como 1
Petição 870190103848, de 15/10/2019, pág. 48/117
44/65 para indicar que uma única MPDU pode ser dividida entre as unidades de buffer de memória na memória do destinatário. Este campo pode não ser aplicável se o campo Mem_Unit_Size = 0. O dispositivo originador pode usar pelo menos um dos campos no subelemento de configuração de memória do destinatário 1100 para determinar o número de unidades de dados a serem transmitidas ao dispositivo destinatário.
[00114] Em certos aspectos, os subelementos de configuração da memória do destinatário podem ser transmitidos no quadro de resposta ADDBA do dispositivo originador para o dispositivo destinatário durante as negociações de recursos. O campo de agrupamento TID pode indicar os TID/TSIDs que correspondem a um TID do quadro de
resposta ADDBA. 0 campo de agrupamento TID indica os
TID/TSIDs aos quais a configuração de memória do
destinatário é aplicável. Por exemplo, o campo RBUFCAP
entregue no elemento de configuração de extensão de
controle de fluxo EDMG do quadro de resposta ADDBA e o campo RBUFCAP entregue em um quadro de confirmação de bloco podem ser aplicáveis a todos os TID/TSID que correspondem ao TID do quadro de resposta ADDBA que inclui o agrupamento TID. Além disso, o campo ARMLE entregue no elemento de configuração de extensão de controle de fluxo EDMG do quadro de resposta ADDBA pode ser aplicável a todos os TID/TSID que correspondem ao TID do quadro de resposta ADDBA com o qual o agrupamento TID é entregue.
[00115] Em certos aspectos, um subelemento de configuração de memória do destinatário pode ser incluído no elemento de configuração de extensão de controle de fluxo EDMG se pelo menos um subcampo no campo de recursos
Petição 870190103848, de 15/10/2019, pág. 49/117
45/65 de memória do destinatário não for igual a 0 (por exemplo, pelo menos um recurso é suportado pela STA do destinatário) . Em certos aspectos, os dispositivos que estabeleceram um acordo de confirmação de bloco, com ou sem troca de elementos de configuração de extensão de controle de fluxo EDMG, ainda podem usar o RBUFCAP para controle de fluxo.
[00116] Certos aspectos da presente divulgação fornecem regras de negociação que podem ser seguidas por dispositivos que trocam solicitações ADDBA e quadros de resposta ADDBA. Um recurso de memória do destinatário pode ser suportado se os subcampos correspondentes na solicitação ADDBA e nos quadros de resposta ADDBA forem iguais a 1. Em outras palavras, um recurso é suportado se os dispositivos de origem e destinatário indicarem suporte para um recurso especifico nos quadros de resposta e solicitação ADDBA. Em certos aspectos, um destinatário pode responder em um quadro de resposta ADDBA com um código de status indicando que as negociações foram malsucedidas se o destinatário definir como 1 pelo menos um dos subcampos no campo de recursos de memória do destinatário e o subcampo correspondente no campo de recursos de memória do destinatário do quadro de solicitação ADDBA está definido como 0 ou se nenhum elemento de configuração da extensão de controle de fluxo EDMG estiver presente no quadro de solicitação ADDBA. Outros valores do código de status podem ser usados para indicar que as negociações foram recusadas, as negociações foram recusadas por um motivo não especificado, solicitação recusada ou parâmetros inválidos.
[00117] Em certos aspectos, a resposta ADDBA pode
Petição 870190103848, de 15/10/2019, pág. 50/117
46/65 ser um quadro de tipo de gerenciamento, mas com um subtipo de ação e, portanto, pode ser robusto. Ou seja, o quadro pode ser protegido com segurança por criptografia e autenticação como parte da proteção do quadro de gerenciamento do padrão 802.11. Usando o quadro de resposta ADDBA para atualizar os valores RBUFCAP e ARMLE, os valores RBUFCAP e ARMLE podem ser comunicados com segurança para evitar a DOS e outros tipos de ataques.
[00118] Em certos aspectos, um destinatário pode transmitir um quadro de resposta ADDBA que não está em resposta a um quadro de solicitação ADDBA para atualizar os valores RBUFCAP e ARMLE. O quadro de resposta ADDBA não solicitado pode ser enviado em uma oportunidade de transmissão da qual o destinatário seja titular. Um token de diálogo do quadro de resposta ADDBA não solicitado pode ser definido como 0 nesse caso. Os campos RBUFCAP e ARMLE podem estar em conformidade com a quantidade RBUFCAP e os recursos ARMLE, respectivamente, estabelecidos para o acordo de confirmação de bloco. Em certos aspectos, depois de entregar o quadro de resposta ADDBA, o destinatário pode transmitir um quadro de concessão para a oportunidade de transmissão para abandonar o restante da oportunidade de transmissão. Em alguns casos, após a transmissão do quadro de resposta ADDBA, o destinatário pode conceder uma direção reversa ao respondente da oportunidade de transmissão que é o originador do acordo de confirmação de bloco.
[00119] Em certos aspectos, o originador que recebe o quadro de resposta ADDBA com o token de diálogo definido como 0 pode ignorar o conjunto de parâmetros de confirmação de bloco e os campos do valor do tempo limite
Petição 870190103848, de 15/10/2019, pág. 51/117
47/65 de confirmação de bloco do quadro. Após a recepção do quadro de resposta ADDBA, o originador pode atualizar os valores para RBUFCAP e ARMLE para os valores entregues no quadro em conformidade com a quantidade RBUFCAP e os recursos ARMLE, respectivamente.
[00120] A FIG. 12 mostra um método 1200 exemplar para comunicações sem fio de acordo com certos aspectos da presente divulgação.
[00121] Na etapa 1210, um ou mais parâmetros que especificam uma memória em um nó sem fio são recebidos do nó sem fio. O nó sem fio pode ser um respondente e um ou mais parâmetros podem incluir um parâmetro indicando o tamanho de uma unidade de memória.
[00122] Na etapa 1220, uma indicação de uma quantidade de espaço livre de memória na memória no nó sem fio é recebida do nó sem fio. Por exemplo, a indicação da quantidade de espaço livre na memória pode ser fornecida em termos da unidade de memória. A indicação pode ser recebida em uma confirmação de bloco.
[00123] Na etapa 1230, um número de unidades de dados a serem transmitidas para o nó sem fio é determinado com base na indicação da quantidade de espaço livre na memória e em um ou mais parâmetros.
[00124 ] Na etapa 1240, as unidades de dados são
emitidas para transmissão ao nó sem fio, em que um número
de unidades de dados emitidas para transmissão ao nó sem
fio é igual ao número determinado de unidades de dados.
Cada uma das unidades de dados pode compreender uma MPDU.
[00125] A FIG. 13 mostra outro método 1300 exemplar para comunicações sem fio de acordo com certos
Petição 870190103848, de 15/10/2019, pág. 52/117
48/65 aspectos da presente divulgação.
[00126] Na etapa 1310, um ou mais parâmetros são emitidos para transmissão a um nó sem fio, os um ou mais parâmetros especificando uma memória. Um ou mais parâmetros podem incluir um parâmetro indicando o tamanho de uma unidade de memória.
[00127] Na etapa 1320, uma quantidade de espaço livre na memória é calculada. O espaço livre na memória pode ser calculado, por exemplo, rastreando uma quantidade de dados que entram na memória e uma quantidade de dados sendo liberada da memória.
[00128] Na etapa 1330, uma indicação da quantidade de espaço livre na memória é emitida para transmissão ao nó sem fio. A indicação da quantidade de espaço livre na memória pode ser dada em termos da unidade de memória.
[00129] A FIG. 14 ilustra um dispositivo de exemplo 1400 de acordo com certos aspectos da presente divulgação. O dispositivo 1400 pode ser configurado para operar em um dispositivo sem fio (por exemplo, ponto de acesso 210 ou terminal de acesso 220) e para realizar uma ou mais das operações descritas aqui. O dispositivo 1400 pode atuar como um originador ou respondente (por exemplo, dependendo se o dispositivo 1400 está transmitindo MPDUs ou recebendo MPDUs).
[00130] O dispositivo 1400 inclui um sistema de processamento 1420 e uma memória 1410 acoplada ao sistema de processamento 1420. A memória 1410 pode armazenar instruções que, quando executadas pelo sistema de processamento 1420, fazem com que o sistema de
Petição 870190103848, de 15/10/2019, pág. 53/117
49/65 processamento 1420 realize uma ou mais das operações descritas aqui. Implementações exemplares do sistema de processamento 1420 são fornecidas abaixo. O dispositivo 1400 também compreende uma interface de transmissão/recepção 1430 acoplada ao sistema de processamento 1420. A interface de transmissão/recepção 1430 (por exemplo, barramento de interface) pode ser configurada para fazer interface com o sistema de processamento 1420 para uma front end de frequência de rádio (RF) (por exemplo, transceptores 226-1 a 226-N ou 226-1 a 266-N).
[00131] Em certos aspectos, o sistema de processamento 1420 pode incluir um ou mais dos seguintes itens: um processador de dados de transmissão (por exemplo, processador de dados de transmissão 218 ou 260), um construtor de quadros (por exemplo, construtor de quadros 222 ou 262), um processador de transmissão (por exemplo, processador de transmissão 224 ou 264) e/ou um controlador (por exemplo, controlador 234 ou 274) para realizar uma ou mais das operações descritas aqui.
[00132] No caso de um terminal de acesso 220, o dispositivo 1400 pode incluir uma interface de usuário 1440 acoplada ao sistema de processamento 1420. A interface do usuário 1440 pode ser configurada para receber dados de um usuário (por exemplo, via teclado, mouse, joystick, etc.) e fornecer os dados ao sistema de processamento 1420. A interface do usuário 1440 também pode ser configurada para emitir dados do sistema de processamento 1420 para o usuário (por exemplo, através de um monitor, alto-falante, etc.) . Nesse caso, os dados podem sofrer processamento
Petição 870190103848, de 15/10/2019, pág. 54/117
50/65 adicional antes de serem emitidos ao usuário. No caso de um ponto de acesso 210, a interface do usuário 1440 pode ser omitida.
[00133] Exemplos de meios para receber, de um nó sem fio, um ou mais parâmetros que especificam uma memória no nó sem fio podem incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para receber, a partir do nó sem fio, uma indicação de uma quantidade de espaço livre de memória na memória no nó sem fio pode incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para determinar um número de unidades de dados a serem transmitidos ao nó sem fio com base na indicação da quantidade de espaço livre na memória e um ou mais parâmetros podem incluir pelo menos um dos controladores 234 ou 274 ou o sistema de processamento 1420. Exemplos de meios para emitir unidades de dados para transmissão ao nó sem fio, em que um número de unidades de dados emitidas para transmissão ao nó sem fio é igual ao número determinado de unidades de dados, pode incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para receber uma confirmação de bloco que compreende a indicação da quantidade de espaço livre na memória podem incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N, ou
Petição 870190103848, de 15/10/2019, pág. 55/117
51/65 a interface de transmissão/recepção 1430. Exemplos de meios para emitir uma solicitação de confirmação de bloco para transmissão ao nó sem fio, em que o quadro de confirmação de bloco é recebido após a solicitação de confirmação de bloco, pode incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226- N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para emitir uma solicitação de confirmação de bloco de adição (ADDBA) para transmissão ao nó sem fio, a solicitação ADDBA solicitando uma sessão de confirmação de bloco com o nó sem fio, pode incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para receber, a partir do nó sem fio e após emitir a solicitação ADDBA, uma resposta ADDBA que compreende um ou mais parâmetros, podem incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para receber, a partir do nó sem fio, uma solicitação de adição de tráfego (ADDTS) que compreende um ou mais parâmetros podem incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266- 1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para emitir uma resposta ADDTS para transmissão sem fio, a resposta ADDTS confirmando a solicitação ADDTS, pode incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios
Petição 870190103848, de 15/10/2019, pág. 56/117
52/65 para receber um indicador indicando um dos vários tipos de memória diferentes podem incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para receber uma confirmação de bloco que compreende o indicador que indica aquele da pluralidade de diferentes tipos de memória podem incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para receber uma pluralidade de identificadores de tráfego podem incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para receber um elemento de recursos indicando um ou mais recursos do nó sem fio podem incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para receber uma resposta de confirmação de bloco de adição, incluindo um token de diálogo definido como zero, podem incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para ignorar um ou mais parâmetros da resposta de confirmação de bloco se o token de diálogo estiver definido como zero podem incluir pelo menos um dos controladores 234 ou 274 ou o sistema de processamento 1420. Exemplos de meios para receber outra indicação podem incluir pelo menos um dos processadores de recebimento 242
Petição 870190103848, de 15/10/2019, pág. 57/117
53/65 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430.
[00134] Exemplos de meios para emitir um ou mais parâmetros para transmissão a um nó sem fio, um ou mais parâmetros que especificam uma memória, podem incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para calcular uma quantidade de espaço livre na memória podem incluir pelo menos um dos controladores 234 ou 274 ou o sistema de processamento 1420. Exemplo de meios para emitir uma indicação da quantidade de espaço livre na memória para transmissão ao nó sem fio pode incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para calcular o tamanho da unidade de memória com base em um tamanho da memória e um intervalo de um campo de capacidade do buffer do receptor (RBUFCAP) podem incluir pelo menos um dos controladores 234 ou 274 ou o sistema de processamento 1420. Exemplos de meios para gerar um quadro de confirmação de bloco que compreende a indicação da quantidade de espaço livre na memória podem incluir pelo menos um dos controladores 234 ou 274, o sistema de processamento 1420 ou o construtor de quadros 222 ou 262. Exemplos de meios para emitir o quadro de confirmação de bloco para transmissão ao nó sem fio podem incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para receber
Petição 870190103848, de 15/10/2019, pág. 58/117
54/65 uma solicitação de confirmação de bloco do nó sem fio, em que o quadro de confirmação de bloco é gerado em resposta à solicitação de confirmação de bloco, pode incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para rastrear uma alteração na quantidade de espaço livre na memória e meios para comparar a alteração com um limiar podem incluir pelo menos um dos controladores 234 ou 274 ou o sistema de processamento 1420. Exemplos de meios para receber uma solicitação de confirmação de bloco de adição (ADDBA) do nó sem fio, a solicitação ADDBA solicitando uma sessão de confirmação de bloco com o nó sem fio, pode incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para gerar uma resposta ADDBA em resposta à solicitação ADDBA, em que a resposta ADDBA compreende um ou mais parâmetros, podem incluir pelo menos um dos controladores 234 ou 274, o sistema de processamento 1420 ou o construtor de quadros 222 ou 262. Exemplos de meios para emitir a resposta ADDBA para transmissão ao nó sem fio podem incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para gerar uma solicitação de adição de tráfego (ADDTS) que compreende um ou mais parâmetros podem incluir pelo menos um dos controladores 234 ou 274, o sistema de processamento 1420 ou o construtor de quadros 222 ou 262. Exemplos de meios para emitir a solicitação de adição de tráfego
Petição 870190103848, de 15/10/2019, pág. 59/117
55/65 (ADDTS) para transmissão ao nó sem fio podem incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para receber, a partir do nó sem fio, uma resposta ADDTS que confirma a solicitação ADDTS, podem incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para emitir um indicador para transmissão ao nó sem fio, o indicador indicando um dentre a pluralidade de diferentes tipos de memória, pode incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para emitir uma confirmação de bloco para transmissão ao nó sem fio, a confirmação de bloco compreendendo o indicador indicando aquele da pluralidade de diferentes tipos de memória, pode incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 para 226-N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para emitir uma pluralidade de identificadores de tráfego para transmissão ao nó sem fio podem incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para receber unidades de dados do nó sem fio através de pelo menos um dos tráfegos de dados identificados pode incluir pelo menos um dos processadores de recebimento 242 ou 282, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a
Petição 870190103848, de 15/10/2019, pág. 60/117
56/65 interface de transmissão/recepção 1430. Exemplos de meios para emitir um elemento de capacidade para transmissão ao nó sem fio, o elemento de recurso indicando um ou mais recursos do aparelho pode incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N, ou a interface de transmissão/recepção 1430. Exemplos de meios para emitir uma resposta de confirmação de bloco de adição para transmissão ao nó sem fio podem incluir pelo menos um processador de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430. Exemplos de meios para emitir outra indicação para transmissão ao nó sem fio podem incluir pelo menos um dos processadores de transmissão 224 ou 264, os transceptores 226-1 a 226-N ou 266-1 a 266-N ou a interface de transmissão/recepção 1430.
[00135] As várias operações dos métodos descritos acima podem ser realizadas por qualquer meio adequado capaz de realizar as funções correspondentes. Os meios podem incluir vários componentes e/ou módulos de hardware e/ou software, incluindo, entre outros, um circuito, um circuito integrado especifico de aplicação (ASIC) ou processador. Geralmente, onde existem operações ilustradas nas figuras, essas operações podem ter componentes correspondentes de meios mais função com uma numeração semelhante.
[00136] Em alguns casos, em vez de realmente transmitir um quadro, um dispositivo pode ter uma interface para emitir um quadro para transmissão (um meio de saída). Por exemplo, um processador pode enviar um quadro, via interface de barramento, para um front end de frequência de
Petição 870190103848, de 15/10/2019, pág. 61/117
57/65 rádio (RF) para transmissão. Da mesma forma, em vez de realmente receber um quadro, um dispositivo pode ter uma interface para obter um quadro recebido de outro dispositivo (um meio para obter) . Por exemplo, um processador pode obter (ou receber) um quadro, através de uma interface de barramento, de um front end de RF para recepção.
[00137] Como aqui utilizado, o termo determinar abrange uma ampla variedade de ações. Por exemplo, determinar pode incluir cálculo, computação, processamento, derivação, investigação, pesquisa (por exemplo, pesquisa em uma tabela, banco de dados ou outra estrutura de dados), verificação e similares. Além disso, determinar pode incluir receber (por exemplo, receber informações), acessar (por exemplo, acessar dados em uma memória) e similares. Além disso, determinar pode incluir resolver, selecionar, escolher, estabelecer e similares.
[00138] Conforme aqui utilizado, uma frase referente a pelo menos um de uma lista de itens refere-se a qualquer combinação desses itens, incluindo membros únicos. Como exemplo, pelo menos um de: a, b ou c destina-se a cobrir a, b, c, a-b, a-c, b-c e a-b-c, bem como qualquer combinação com múltiplos do mesmo elemento (por exemplo, a-a, a-a-a, a-a-b, a-a-c, a-b-b, a-c-c, b-b, b-b-b, b-b-c, c-c e c-c-c ou qualquer outra ordem de a, be
c) .
[00139] Os vários blocos lógicos, módulos e circuitos ilustrativos descritos em conexão com a presente divulgação podem ser implementados ou realizados com um processador de uso geral, um processador de sinal digital
Petição 870190103848, de 15/10/2019, pág. 62/117
58/65 (DSP), um circuito integrado de aplicação especifica (ASIC), uma matriz de porta programável em campo (FPGA) ou outro dispositivo lógico programável (PLD), porta discreta ou lógica do transistor, componentes de hardware discretos ou qualquer combinação dos mesmos projetada para realizar as funções aqui descritas. Um processador de uso geral pode ser um microprocessador, mas, em alternativa, pode ser qualquer processador, controlador, microcontrolador ou máquina de estado disponível no mercado. Um processador também pode ser implementado como uma combinação de dispositivos de computação, por exemplo, uma combinação de um DSP e um microprocessador, uma pluralidade de microprocessadores, um ou mais microprocessadores em conjunto com um núcleo de DSP ou qualquer outra configuração.
[00140] As etapas de um método ou algoritmo descrito em conexão com a presente divulgação podem ser incorporadas diretamente no hardware, em um módulo de software executado por um processador ou em uma combinação dos dois. Um módulo de software pode residir em qualquer forma de mídia de armazenamento conhecida na técnica. Alguns exemplos de mídia de armazenamento que podem ser usados incluem memória de acesso aleatório (RAM), memória somente leitura (ROM), memória flash, memória EPROM, memória EEPROM, registradores, disco rígido, disco removível, CD-ROM e assim por diante. Um módulo de software pode compreender uma única instrução, ou muitas instruções, e pode ser distribuído por vários segmentos de código diferentes, entre diferentes programas e por várias mídias de armazenamento. Um meio de armazenamento pode ser
Petição 870190103848, de 15/10/2019, pág. 63/117
59/65 acoplado a um processador, de modo que o processador possa ler informações e escrever informações no meio de armazenamento. Em alternativa, o meio de armazenamento pode ser parte integrante do processador.
[00141] Os métodos aqui divulgados compreendem uma ou mais etapas ou ações para alcançar o método descrito. As etapas e/ou ações do método podem ser interconectadas entre si sem se afastar do escopo das reivindicações. Em outras palavras, a menos que uma ordem especifica de etapas ou ações seja especificada, a ordem e/ou o uso de etapas e/ou ações especificas podem ser modificadas sem se afastar do escopo das reivindicações.
[00142] As funções descritas podem ser implementadas em hardware, software, firmware ou qualquer combinação dos mesmos. Se implementado em hardware, um exemplo de configuração de hardware pode compreender um sistema de processamento (por exemplo, o sistema de processamento 1420) em um nó sem fio. O sistema de processamento pode ser implementado com uma arquitetura de barramento. O barramento pode incluir qualquer número de barramentos e pontes de interconexão, dependendo da aplicação especifica do sistema de processamento e das restrições gerais de projeto. O barramento pode conectar vários circuitos, incluindo um processador, mídia legível por máquina e uma interface de barramento. A interface do barramento pode ser usada para conectar um adaptador de rede, entre outras coisas, ao sistema de processamento através do barramento. O adaptador de rede pode ser usado para implementar as funções de processamento de sinal da camada PHY. No caso de um terminal de acesso 220 (ver FIG.
Petição 870190103848, de 15/10/2019, pág. 64/117
60/65
2), uma interface de usuário (por exemplo, teclado, monitor, mouse, joystick, etc.) também pode ser conectada ao barramento. O barramento também pode conectar vários outros circuitos, como fontes de temporização, periféricos, reguladores de tensão, circuitos de gerenciamento de potência e similares, que são bem conhecidos na técnica e, portanto, não serão mais descritos.
[00143] O processador pode ser responsável por gerenciar o barramento e o processamento geral, incluindo a execução do software armazenado na mídia legível por máquina. O processador pode ser implementado com um ou mais processadores de uso geral e/ou de uso especial. Exemplos incluem microprocessadores, microcontroladores, processadores DSP e outros circuitos que podem executar software. O software deve ser interpretado de forma ampla como instruções, dados ou qualquer combinação dos mesmos, seja referido como software, firmware, middleware, microcódigo, linguagem de descrição de hardware ou outros. A mídia legível por máquina pode incluir, a título de exemplo, RAM (memória de acesso aleatório), memória flash, ROM (memória somente leitura), PROM (memória somente leitura programável), EPROM (memória somente leitura programável apagável), EEPROM (memória somente leitura programável apagável eletricamente), registradores, discos magnéticos, discos ópticos, discos rígidos ou qualquer outro meio de armazenamento adequado ou qualquer combinação dos mesmos. A mídia legível por máquina pode ser incorporada em um produto de programa de computador. O produto do programa de computador pode compreender materiais de embalagem.
Petição 870190103848, de 15/10/2019, pág. 65/117
61/65
[00144] Em uma implementação de hardware, a midia legível por máquina pode fazer parte do sistema de processamento separado do processador. No entanto, como os especialistas na técnica apreciarão prontamente, o meio legível por máquina, ou qualquer parte dele, pode ser externo ao sistema de processamento. A título de exemplo, a mídia legível por máquina pode incluir uma linha de transmissão, uma onda portadora modulada por dados e/ou um produto de computador separado do nó sem fio, tudo o que pode ser acessado pelo processador através da interface de barramento. Como alternativa, ou além disso, a mídia legível por máquina, ou qualquer parte dela, pode ser integrada ao processador, como o caso com cache e/ou arquivos de registro geral.
[00145] O sistema de processamento pode ser configurado como um sistema de processamento de uso geral com um ou mais microprocessadores, fornecendo a funcionalidade do processador e memória externa, fornecendo pelo menos uma parte da mídia legível por máquina, todas ligadas entre si com outros circuitos de suporte através de uma arguitetura de barramento externa. Como alternativa, o sistema de processamento pode ser implementado com um ASIC (Circuito Integrado de Aplicação Específica) com o processador, a interface do barramento, a interface do usuário no caso de um terminal de acesso) , o circuito de suporte e pelo menos uma porção da mídia legível por máquina integrada em um único chip ou com um ou mais FPGAs (Matrizes de Porta Programável de Campo), PLDs (Dispositivos Lógicos Programáveis), controladores, máquinas de estado, lógica de porta, componentes de
Petição 870190103848, de 15/10/2019, pág. 66/117
62/65 hardware discretos ou qualquer outro circuito adequado ou qualquer combinação de circuitos que pode realizar as várias funcionalidades descritas ao longo desta divulgação. Os especialistas na técnica reconhecerão a melhor forma de implementar a funcionalidade descrita para o sistema de processamento, dependendo da aplicação especifica e das restrições gerais de projeto impostas ao sistema geral.
[00146] A mídia legível por máquina pode compreender vários módulos de software. Os módulos de software incluem instruções que, quando executadas pelo processador, fazem com que o sistema de processamento realize várias funções. Os módulos de software podem incluir um módulo de transmissão e um módulo de recepção. Cada módulo de software pode residir em um único dispositivo de armazenamento ou ser distribuído por vários dispositivos de armazenamento. A título de exemplo, um módulo de software pode ser carregado na RAM a partir de um disco rígido quando ocorre um evento de disparo. Durante a execução do módulo de software, o processador pode carregar algumas das instruções na cache para aumentar a velocidade de acesso. Uma ou mais linhas de cache podem ser carregadas em um arquivo de registro geral para execução pelo processador. Ao se referir à funcionalidade de um módulo de software abaixo, entender-se-á que essa funcionalidade é implementada pelo processador ao executar instruções desse módulo de software.
[00147] Se implementadas em software, as funções podem ser armazenadas ou transmitidas como uma ou mais instruções ou códigos em um meio legível por computador. Mídia legível por computador inclui mídia de armazenamento
Petição 870190103848, de 15/10/2019, pág. 67/117
63/65 e mídia de comunicação, incluindo qualquer meio que facilite a transferência de um programa de computador de um lugar para outro. Um meio de armazenamento pode ser qualquer meio disponível que possa ser acessado por um computador. A título de exemplo, e não como limitação, essas mídias legíveis por computador podem incluir RAM, ROM, EEPROM, CD-ROM ou outro armazenamento em disco óptico, armazenamento em disco magnético ou outros dispositivos de armazenamento magnético ou qualquer outro meio que possa ser usado para transportar ou armazenar o código de programa desejado na forma de instruções ou estruturas de dados e que possa ser acessado por um computador. Além disso, qualquer conexão é adequadamente denominada meio legível por computador. Por exemplo, se o software for transmitido de um site, servidor ou outra fonte remota usando um cabo coaxial, cabo de fibra óptica, par trançado, linha de assinante digital (DSL) ou tecnologias sem fio, como infravermelho (IR), rádio e microondas, o cabo coaxial, cabo de fibra óptica, par trançado, DSL ou tecnologias sem fio, como infravermelho, rádio e microondas, são incluídos na definição de meio. Disco (disk) e disco (disc), conforme usados aqui, incluem disco compacto (CD) , disco laser, disco óptico, disco versátil digital (DVD), disquete e disco Blu-ray®, onde os discos (disks) geralmente reproduzem dados magneticamente, enquanto os discos (discs) reproduzem dados opticamente com lasers. Assim, em alguns aspectos, a mídia legível por computador pode compreender mídia legível por computador não transitória (por exemplo, mídia tangível). Além disso, para outros aspectos, os meios legíveis por computador podem
Petição 870190103848, de 15/10/2019, pág. 68/117
64/65 compreender meios legíveis por computador transitórios (por exemplo, um sinal). As combinações dos itens acima também devem ser incluídas no escopo da mídia legível por computador.
[00148] Assim, certos aspectos podem compreender um produto de programa de computador para realizar as operações aqui apresentadas. Por exemplo, esse produto de programa de computador pode compreender um meio legível por computador com instruções armazenadas (e/ou codificadas) no mesmo, sendo as instruções executáveis por um ou mais processadores para realizar as operações aqui descritas. Para certos aspectos, o produto do programa de computador pode incluir material de embalagem.
[00149] Além disso, deve ser apreciado que os módulos e/ou outros meios apropriados para realizar os métodos e técnicas aqui descritos podem ser baixados e/ou obtidos de outro modo por um terminal de acesso e/ou estação base, conforme aplicável. Por exemplo, esse dispositivo pode ser acoplado a um servidor para facilitar a transferência de meios para realizar os métodos aqui descritos. Como alternativa, vários métodos descritos neste documento podem ser fornecidos por meios de armazenamento (por exemplo, RAM, ROM, um meio de armazenamento físico, como um CD (disco compacto) ou disquete, etc.), de modo que um terminal de acesso e/ou estação base possa obter os vários métodos ao acoplar ou fornecer os meios de armazenamento ao dispositivo. Além disso, qualquer outra técnica adequada para fornecer os métodos e técnicas aqui descritos a um dispositivo pode ser utilizada.
[00150] Deve ser entendido que as reivindicações
Petição 870190103848, de 15/10/2019, pág. 69/117
65/65 não se limitam à configuração e componentes precisos ilustrados acima. Várias modificações, alterações e variações podem ser feitas no arranjo, operação e detalhes dos métodos e aparelhos descritos acima, sem se afastar do escopo das reivindicações.
Petição 870190103848, de 15/10/2019, pág. 70/117
21/30 emitir uma indicação da quantidade de espaço livre na memória para transmissão ao nó sem fio.
90. Método, de acordo com a reivindicação 89, em que um ou mais parâmetros incluem um parâmetro que indica o tamanho de uma unidade de memória e a indicação da quantidade de espaço livre na memória é dada em termos da unidade de memória.
91. Método, de acordo com a reivindicação 90, compreendendo adicionalmente calcular o tamanho da unidade de memória com base em um tamanho da memória e um intervalo de um campo de capacidade de buffer do receptor (RBUFCAP).
92. Método, de acordo com a reivindicação 89, compreendendo adicionalmente:
gerar um quadro de confirmação de bloco que compreende a indicação da quantidade de espaço livre na memória; e emitir o quadro de confirmação de bloco para transmissão ao nó sem fio.
93. Método, de acordo com a reivindicação 92, em que a indicação da quantidade de espaço livre na memória está em um campo de capacidade de buffer do receptor (RBUFCAP) do quadro de confirmação de bloco.
94. Método, de acordo com a reivindicação 93, em que o campo RBUFCAP tem um primeiro valor para indicar nenhum espaço na memória ou um segundo valor para indicar espaço ilimitado na memória.
95. Método, de acordo com a reivindicação 92, compreendendo adicionalmente:
receber uma solicitação de confirmação de bloco do nó sem fio;
Petição 870190103848, de 15/10/2019, pág. 91/117
22/30 em que o quadro de confirmação de bloco é gerado em resposta à solicitação de confirmação de bloco.
96. Método, de acordo com a reivindicação 92, em que o quadro de confirmação de bloco é gerado não solicitado pelo nó sem fio.
97. Método, de acordo com a reivindicação 96, compreendendo adicionalmente:
rastrear uma alteração na quantidade de espaço livre na memória; e comparar a mudança com um limiar;
em que o quadro de confirmação de bloco é gerado se a alteração for igual ou superior ao limite.
98. Método, de acordo com a reivindicação 89, compreendendo adicionalmente :
receber uma solicitação de confirmação de bloco
de adição (ADDBA) do sem fio, a solicitação de ADDBA
solicitando uma sessão de confirmação de bloco com o nó sem
fio; e gerar uma resposta ADDBA em resposta à solicitação ADDBA, em que a resposta ADDBA compreende um ou mais parâmetros; e emitir a resposta ADDBA para transmissão ao nó sem fio.
99. Método, de acordo com a reivindicação 89, compreendendo adicionalmente:
gerar uma solicitação de adição de tráfego (ADDTS) que compreende um ou mais parâmetros;
emitir a solicitação de adição de tráfego (ADDTS) para transmissão ao nó sem fio; e receber, do nó sem fio, uma resposta ADDTS
Petição 870190103848, de 15/10/2019, pág. 92/117
23/30 confirmando a solicitação ADDTS.
100. Método, de acordo com a reivindicação 89, em que o cálculo da quantidade de espaço livre na memória inclui rastrear uma quantidade de dados que entram na memória e uma quantidade de dados sendo liberados da memória.
101. Método, de acordo com a reivindicação 89, em que a memória compreende uma pluralidade de buffers e um ou mais parâmetros incluem um tamanho de buffer e um limite para um número de unidades de dados por buffer.
102. Método, de acordo com a reivindicação 89, em que um ou mais parâmetros incluem parâmetros para uma pluralidade de diferentes tipos de memória.
103. Método, de acordo com a reivindicação 102, em que a pluralidade de diferentes tipos de memória inclui uma memória FIFO (primeiro a entrar, primeiro a sair) e uma memória buffered.
104. Método, de acordo com a reivindicação 102, compreendendo adicionalmente emitir um indicador para transmissão ao nó sem fio, o indicador indicando um dentre a pluralidade de diferentes tipos de memória.
105. Método, de acordo com a reivindicação 104, compreendendo adicionalmente emitir uma confirmação de bloco para transmissão ao nó sem fio, a confirmação de bloco compreendendo o indicador indicar aquele da pluralidade de diferentes tipos de memória.
106. Método, de acordo com a reivindicação 89, compreendendo adicionalmente:
emitir uma pluralidade de identificadores de tráfego para transmissão ao nó sem fio, cada um dos
Petição 870190103848, de 15/10/2019, pág. 93/117
24/30 identificadores de tráfego identificando um respectivo tráfego de dados; e receber unidades de dados do nó sem fio por meio de pelo menos um dos tráfegos de dados identificados.
107. Método, de acordo com a reivindicação 89, em que a memória compreende uma pluralidade de buffers e um ou mais parâmetros incluem um parâmetro indicando se uma única unidade de dados pode ser dividida entre dois ou mais da pluralidade de buffers.
108. Método, de acordo com a reivindicação 89, compreendendo adicionalmente emitir um elemento de capacidade para transmissão ao nó sem fio, o elemento de capacidade indicando uma ou mais capacidades do aparelho.
109. Método, de acordo com a reivindicação 89, compreendendo adicionalmente emitir uma resposta de confirmação de bloco de adição para transmissão ao nó sem fio, a resposta de confirmação de bloco de adição incluindo um token de diálogo definido como zero se a resposta de confirmação de bloco de adição não for solicitada por uma solicitação de confirmação de bloco de adição solicitando uma sessão de confirmação de bloco.
110. Método, de acordo com a reivindicação 89, compreendendo adicionalmente:
emitir outra indicação para transmissão ao nó sem fio, a outra indicação indicando:
outra quantidade de espaço livre de memória no aparelho;
que não há espaço disponível na memória; ou que existe espaço suficiente na memória para uma unidade de dados agregada com um comprimento máximo.
Petição 870190103848, de 15/10/2019, pág. 94/117
25/30
111. Método, de acordo com a reivindicação 110, em que :
um ou mais parâmetros incluem um parâmetro indicando um tamanho de uma unidade de memória; e a indicação da outra quantidade de espaço livre na memória é dada em termos da unidade de memória.
112. Aparelho para comunicações sem fio, compreendendo:
meios para emitir um ou mais parâmetros para transmissão a um nó sem fio, um ou mais parâmetros que especificam uma memória;
meios para calcular uma quantidade de espaço livre na memória;
meios para emitir uma indicação da quantidade de espaço livre na memória para transmissão ao nó sem fio.
113. Aparelho, de acordo com a reivindicação 112, em que um ou mais parâmetros incluem um parâmetro indicando um tamanho de uma unidade de memória e a indicação da quantidade de espaço livre na memória é dada em termos da unidade de memória.
114. Aparelho, de acordo com a reivindicação 113, compreendendo adicionalmente meios para calcular o tamanho da unidade de memória com base em um tamanho da memória e um intervalo de um campo de capacidade de buffer do receptor (RBUFCAP).
115. Aparelho, de acordo com a reivindicação 112, compreendendo adicionalmente:
meios para gerar um quadro de confirmação de bloco que compreende a indicação da quantidade de espaço livre na memória; e
Petição 870190103848, de 15/10/2019, pág. 95/117
26/30 meios para emitir o quadro de confirmação de bloco para transmissão ao nó sem fio.
116. Aparelho, de acordo com a reivindicação 115, em que a indicação da quantidade de espaço livre na memória está em um campo de capacidade de buffer do receptor (RBUFCAP) do quadro de confirmação de bloco.
117. Aparelho, de acordo com a reivindicação 116, em que o campo RBUFCAP tem um primeiro valor para indicar nenhum espaço na memória ou um segundo valor para indicar espaço ilimitado na memória.
118. Aparelho, de acordo com a reivindicação 115, compreendendo adicionalmente meios para receber uma solicitação de confirmação de bloco do nó sem fio, em que o quadro de confirmação de bloco é gerado em resposta à solicitação de confirmação de bloco.
119. Aparelho, de acordo com a reivindicação 115, em que o quadro de confirmação de bloco é gerado não solicitado pelo nó sem fio.
120. Aparelho, de acordo com a reivindicação 119, compreendendo adicionalmente:
meios para rastrear uma alteração na quantidade de espaço livre na memória; e meios para comparar a alteração com um limiar;
em que o quadro de confirmação de bloco é gerado se a alteração for igual ou superior ao limiar.
121. Aparelho, de acordo com a reivindicação 112, compreendendo adicionalmente:
meios para receber uma solicitação de confirmação de bloco de adição (ADDBA) do nó sem fio, a solicitação de ADDBA solicitando uma sessão de confirmação de bloco com o
Petição 870190103848, de 15/10/2019, pág. 96/117
27/30 nó sem fio;
meios para gerar uma resposta ADDBA em resposta à solicitação de ADDBA, em que a resposta ADDBA compreende um ou mais parâmetros; e meios para emitir a resposta ADDBA para transmissão ao nó sem fio.
122. Aparelho, de acordo com a reivindicação 112, compreendendo adicionalmente:
meios para gerar uma solicitação de adição de
tráfego (ADDTS) que compreende um ou mais parâmetros;
meios para emitir a solicitação de adição de
tráfego (ADDTS) para transmissão ao nó sem fio; e
meios para receber, a partir do nó sem fio, uma
resposta ADDTS que confirma a solicitação ADDTS.
123. Aparelho, de acordo com a reivindicação 112, em que os meios para calcular a quantidade de espaço livre na memória incluem meios para rastrear uma quantidade de dados que entram na memória e uma quantidade de dados sendo liberados da memória.
124. Aparelho, de acordo com a reivindicação 112, em que a memória compreende uma pluralidade de buffers e um ou mais parâmetros incluem um tamanho de buffer e um limite para um número de unidades de dados por buffer.
125. Aparelho, de acordo com a reivindicação 112, em que um ou mais parâmetros incluem parâmetros para uma pluralidade de diferentes tipos de memória.
126. Aparelho, de acordo com a reivindicação 125, em que a pluralidade de diferentes tipos de memória inclui uma memória FIFO (primeiro a entrar, primeiro a sair) e uma memória armazenada em buffer.
Petição 870190103848, de 15/10/2019, pág. 97/117
28/30
127. Aparelho, de acordo com a reivindicação 125, compreendendo adicionalmente meios para emitir um indicador para transmissão ao nó sem fio, o indicador indicando um dentre a pluralidade de diferentes tipos de memória.
128. Aparelho, de acordo com a reivindicação 127, compreendendo adicionalmente meios para emitir uma confirmação de bloco para transmissão ao nó sem fio, a confirmação de bloco compreendendo o indicador indicar aquele da pluralidade de diferentes tipos de memória.
129. Aparelho, de acordo com a reivindicação 112, compreendendo adicionalmente:
meios para emitir uma pluralidade de identificadores de tráfego para transmissão ao nó sem fio, cada um dos identificadores de tráfego identificando um respectivo tráfego de dados; e meios para receber unidades de dados do nó sem fio através de pelo menos um dos tráfegos de dados identificados.
130. Aparelho, de acordo com a reivindicação 112, em que a memória compreende uma pluralidade de buffers e um ou mais parâmetros incluem um parâmetro indicando se uma única unidade de dados pode ser dividida entre dois ou mais da pluralidade de buffers.
131. Aparelho, de acordo com a reivindicação 112, compreendendo adicionalmente meios para emitir um elemento de capacidade para transmissão ao nó sem fio, o elemento de capacidade indicando uma ou mais capacidades do aparelho.
132. Aparelho, de acordo com a reivindicação 112, compreendendo adicionalmente meios para emitir uma resposta de confirmação de bloco de adição para transmissão ao nó
Petição 870190103848, de 15/10/2019, pág. 98/117
29/30 sem fio, a resposta de confirmação de bloco de adição incluindo um token de diálogo definido como zero se a resposta de confirmação de bloco de adição não for solicitada por uma solicitação de confirmação de bloco de adição solicitando uma sessão de confirmação de bloco.
133. Aparelho, de acordo com a reivindicação 112, compreendendo adicionalmente :
meios para emitir outra indicação para transmissão ao nó sem fio, a outra indicação indicando:
outra quantidade de espaço livre de memória no aparelho;
que não há espaço disponível na memória; ou que existe espaço suficiente na memória para uma unidade de dados agregada com um comprimento máximo.
134. Aparelho, de acordo com a reivindicação 133, em que:
um ou mais parâmetros incluem um parâmetro indicando um tamanho de uma unidade de memória; e a indicação da outra quantidade de espaço livre na memória é dada em termos da unidade de memória.
135. Meio legível por computador, compreendendo instruções armazenadas no mesmo para:
emitir um ou mais parâmetros para transmissão
para um nó sem fio, um ou mais parâmetros que especificam
uma memória;
calcular uma quantidade de espaço livre na
memória; e emitir uma indicação da quantidade de espaço livre na memória para transmissão ao nó sem fio.
136. Um nó sem fio, compreendendo:
Petição 870190103848, de 15/10/2019, pág. 99/117
30/30 um transmissor configurado para transmitir um ou mais parâmetros para outro nó sem fio, um ou mais parâmetros que especificam uma memória; e um sistema de processamento configurado para calcular uma quantidade de espaço livre na memória;
em que o transmissor é adicionalmente configurado para transmitir uma indicação da quantidade de espaço livre na memória para o outro nó sem fio.

Claims (20)

1. Aparelho para comunicações sem fio, compreendendo:
uma interface configurada para receber, a partir de um nó sem fio, um ou mais parâmetros que especificam uma memória no nó sem fio e uma indicação de uma quantidade de espaço livre na memória na memória no nó sem fio; e um sistema de processamento configurado para determinar um número de unidades de dados a serem transmitidas ao nó sem fio com base na indicação da quantidade de espaço livre na memória e em um ou mais parâmetros ;
em que a interface é adicionalmente configurada para emitir unidades de dados para transmissão ao nó sem fio, em que um número de unidades de dados emitidas para transmissão ao nó sem fio é igual ao número determinado de unidades de dados.
2. Aparelho, de acordo com a reivindicação 1, em que um ou mais parâmetros incluem um parâmetro indicando um tamanho de uma unidade de memória e a indicação da quantidade de espaço livre na memória é dada em termos da unidade de memória.
3. Aparelho, de acordo com a reivindicação 1, em que a interface é adicionalmente configurada para receber um quadro de confirmação de bloco compreendendo a indicação da quantidade de espaço livre na memória.
4. Aparelho, de acordo com a reivindicação 3, em que a indicação da quantidade de espaço livre na memória está em um campo de capacidade de buffer do receptor (RBUFCAP) do quadro de confirmação de bloco.
Petição 870190103848, de 15/10/2019, pág. 71/117
2/30
5. Aparelho, de acordo com a reivindicação 3, em que a interface é adicionalmente configurada para emitir uma solicitação de confirmação de bloco para transmissão ao nó sem fio, e o quadro de confirmação de bloco é recebido após a solicitação de confirmação de bloco.
6. Aparelho, de acordo com a reivindicação 3, em que o quadro de confirmação de bloco é recebido não solicitado pelo aparelho.
7. Aparelho, de acordo com a reivindicação 1, em que cada uma das unidades de dados é uma unidade de dados de protocolo (MPDU) de controle de acesso de mídia (MAC).
8. Aparelho, de acordo com a reivindicação 1, em que a interface é adicionalmente configurada para:
emitir uma solicitação de confirmação de adição de bloco (ADDBA) para transmissão ao nó sem fio, a solicitação de ADDBA solicitando uma sessão de confirmação de bloco com o nó sem fio; e
receber, do nó sem fio e após emitir a solicitação ADDBA, uma resposta ADDBA que compreenda um ou mais parâmetros. 9. Aparelho, de acordo com a reivindicação 8, em
que a solicitação ADDBA inclui um identificador de tráfego que identifica um tráfego de dados e as unidades de dados fazem parte do tráfego de dados identificado.
10. Aparelho, de acordo com a reivindicação 1, em que a interface é adicionalmente configurada para:
receber, a partir do nó sem fio, uma solicitação de adição de tráfego (ADDTS) que compreende um ou mais parâmetros; e emitir uma resposta ADDTS para transmissão na
Petição 870190103848, de 15/10/2019, pág. 72/117
3/30 rede sem fio, a resposta ADDTS confirmando a solicitação ADDTS.
11. Aparelho, de acordo com a reivindicação 1, em que a memória no nó sem fio compreende uma pluralidade de buffers e um ou mais parâmetros incluem um tamanho de buffer e um limite para um número de unidades de dados por buffer.
12. Aparelho, de acordo com a reivindicação 1, em que um ou mais parâmetros incluem parâmetros para uma pluralidade de diferentes tipos de memória.
13. Aparelho, de acordo com a reivindicação 12, em que a pluralidade de diferentes tipos de memória inclui uma memória FIFO (primeiro a entrar, primeiro a sair) e uma memória armazenada em buffer.
14. Aparelho, de acordo com a reivindicação 12, em que:
a interface é armazenada em buffer configurada para receber um indicador indicando um dentre a pluralidade de diferentes tipos de memória; e o sistema de processamento é configurado para determinar o número de unidades de dados a serem transmitidas para o nó sem fio com base também na indicação de uma pluralidade de diferentes tipos de memória.
15. Aparelho, de acordo com a reivindicação 14, em que a interface é configurada para receber o indicador que indica um da pluralidade de diferentes tipos de memória em uma confirmação de bloco.
16. Aparelho, de acordo com a reivindicação 1, em que:
a interface é adicionalmente configurada para
Petição 870190103848, de 15/10/2019, pág. 73/117
4/30 receber uma pluralidade de identificadores de tráfego, cada um dos identificadores de tráfego identificando um respectivo tráfego de dados; e a interface é adicionalmente configurada para emitir as unidades de dados para transmissão usando pelo menos um dos tráfegos de dados identificados.
17. Aparelho, de acordo com a reivindicação 1, em que a memória no nó sem fio compreende uma pluralidade de buffers e um ou mais parâmetros incluem um parâmetro indicando se uma única unidade de dados pode ser dividida entre dois ou mais da pluralidade de buffers.
18. Aparelho, de acordo com a reivindicação 1, em que:
a interface é configurada para receber um elemento de recursos indicando um ou mais recursos do nó s em fio; e o sistema de processamento é configurado para determinar o número de unidades de dados a serem transmitidas ao nó sem fio com base também em um ou mais recursos indicados.
19. Aparelho, de acordo com a reivindicação 1, em que: a interface é adicionalmente configurada para receber uma resposta de confirmação de adição de bloco incluindo um token de diálogo definido como zero se a resposta de confirmação de adição de bloco não for
solicitada por uma solicitação de confirmação de adição de bloco solicitando uma sessão de confirmação de bloco; e o sistema de processamento é adicionalmente configurado para ignorar um ou mais parâmetros da resposta
Petição 870190103848, de 15/10/2019, pág. 74/117
5/30 de confirmação de bloco se o token de diálogo estiver definido como zero, em que um ou mais parâmetros estão associados à sessão de confirmação de bloco.
20. Aparelho, de acordo com a reivindicação 1, em que:
em que a interface é adicionalmente configurada para receber outra indicação indicando:
outra quantidade de espaço livre de memória no nó s em fio;
que não há espaço disponível na memória no nó sem fio; ou que existe espaço suficiente na memória no nó sem fio para uma unidade de dados agregada com um comprimento máximo; e
o sistema de processamento é configurado para determinar o número de unidades de dados a serem transmitidas ao nó sem fio com base também na outra indicação 21 . Aparelho, de acordo com a reivindicação 20, em que: um ou mais parâmetros incluem um parâmetro indicando um tamanho de uma unidade de memória; e
a indicação da outra quantidade de espaço livre na memória é dada em termos da unidade de memória.
22. Método para comunicações sem fio, compreendendo:
receber, de um nó sem fio, um ou mais parâmetros que especificam uma memória no nó sem fio;
receber, do nó sem fio, uma indicação de uma quantidade de espaço livre na memória do nó sem fio;
Petição 870190103848, de 15/10/2019, pág. 75/117
6/30 determinar um número de unidades de dados a serem transmitidas ao nó sem fio com base na indicação da quantidade de espaço livre na memória e em um ou mais parâmetros; e emitir unidades de dados para transmissão ao nó sem fio, em que um número de unidades de dados emitidas para transmissão ao nó sem fio é igual ao número determinado de unidades de dados.
23. Método, de acordo com a reivindicação 22, em que um ou mais parâmetros incluem um parâmetro que indica o tamanho de uma unidade de memória e a indicação da quantidade de espaço livre na memória é dada em termos da unidade de memória.
24. Método, de acordo com a reivindicação 22, compreendendo adicionalmente receber um quadro de confirmação de bloco que compreende a indicação da quantidade de espaço livre na memória.
25. Método, de acordo com a reivindicação 24, em que a indicação da quantidade de espaço livre na memória está em um campo de capacidade de buffer do receptor (RBUFCAP) do quadro de confirmação de bloco.
26. Método, de acordo com a reivindicação 24, compreendendo adicionalmente emitir uma solicitação de confirmação de bloco para transmissão ao nó sem fio, em que o quadro de confirmação de bloco é recebido após a solicitação de confirmação de bloco.
27. Método, de acordo com a reivindicação 24, em que o quadro de confirmação de bloco é recebido não solicitado.
28. Método, de acordo com a reivindicação 22, em
Petição 870190103848, de 15/10/2019, pág. 76/117
7/30 que cada uma das unidades de dados é uma unidade de dados de protocolo (MPDU) de controle de acesso de midia (MAC).
29. Método, de acordo com a reivindicação 22, compreendendo adicionalmente:
emitir uma solicitação de confirmação de bloco de adição (ADDBA) para transmissão ao nó sem fio, a solicitação de ADDBA solicitando uma sessão de confirmação de bloco com o nó sem fio; e
receber, do nó sem fio e após emitir a solicitação ADDBA, uma resposta ADDBA que compreende um ou mais parâmetros. 30. Método, i de acordo com a reivindicação 29, em
que a solicitação ADDBA inclui um identificador de tráfego que identifica um tráfego de dados e as unidades de dados fazem parte do tráfego de dados identificado.
31. Método, de acordo com a reivindicação 22, compreendendo adicionalmente:
receber, a partir do nó sem fio, uma solicitação de adição de tráfego (ADDTS) que compreende um ou mais parâmetros; e emitir uma resposta ADDTS para transmissão para a rede sem fio, a resposta ADDTS confirmando a solicitação ADDTS.
32. Método, de acordo com a reivindicação 22, em que a memória no nó sem fio compreende uma pluralidade de buffers e um ou mais parâmetros incluem um tamanho de buffer e um limite para um número de unidades de dados por buffer.
33. Método, de acordo com a reivindicação 22, em que um ou mais parâmetros incluem parâmetros para uma
Petição 870190103848, de 15/10/2019, pág. 77/117
8/30 pluralidade de diferentes tipos de memória.
34. Método, de acordo com a reivindicação 33, em que a pluralidade de diferentes tipos de memória inclui uma memória FIFO (primeiro a entrar, primeiro a sair) e uma memória armazenada em buffer.
35. Método, de acordo com a reivindicação 33, compreendendo adicionalmente receber um indicador indicando um dentre a pluralidade de diferentes tipos de memória, e a determinação do número de unidades de dados a serem transmitidas ao nó sem fio é baseada também na indicação de uma pluralidade de diferentes tipos de memória.
36. Método, de acordo com a reivindicação 35, compreendendo adicionalmente o recebimento de uma confirmação de bloco que compreende o indicador indicando uma pluralidade de diferentes tipos de memória.
37. Método, de acordo com a reivindicação 22, compreendendo adicionalmente:
receber uma pluralidade de identificadores de tráfego, cada um dos identificadores de tráfego identificando um respectivo tráfego de dados;
em que emitir uma ou mais unidades de dados para transmissão compreende emitir de uma ou mais unidades de dados para transmissão usando pelo menos um dos tráfegos de dados.
38. Método, de acordo com a reivindicação 22, em que a memória no nó sem fio compreende uma pluralidade de buffers e um ou mais parâmetros incluem um parâmetro indicando se uma única unidade de dados pode ser dividida entre dois ou mais da pluralidade de buffers.
39. Método, de acordo com a reivindicação 22,
Petição 870190103848, de 15/10/2019, pág. 78/117
9/30 compreendendo adicionalmente:
receber um elemento de recursos indicando um ou mais recursos do nó sem fio;
em que a determinação do número de unidades de dados a serem transmitidas para o nó sem fio se baseia também em um ou mais recursos indicados.
40. Método, de acordo com a reivindicação 22, compreendendo adicionalmente:
receber uma resposta de confirmação de bloco de adição incluindo um token de diálogo definido como zero se a resposta de confirmação de bloco de adição não for solicitada por uma solicitação de confirmação de bloco de adição solicitando uma sessão de confirmação de bloco; e ignorar um ou mais parâmetros da resposta de confirmação de bloco se o token de diálogo estiver definido como zero, em que um ou mais parâmetros estão associados à sessão de confirmação de bloco.
41. Método, de acordo com a reivindicação 22, compreendendo adicionalmente:
receber outra indicação indicando:
outra quantidade de espaço livre de memória no nó
sem f io; que não há espaço disponível na memória no sem f io; ou que existe espaço suficiente na memória no sem fio para uma unidade de dados agregada com um comprimento
máximo;
em que a determinação do número de unidades de dados a serem transmitidas para o nó sem fio se baseia também na outra indicação.
Petição 870190103848, de 15/10/2019, pág. 79/117
10/30
42 . Método, de acordo com a reivindicação 41, em que: um ou mais parâmetros incluem um parâmetro indicando um tamanho de uma unidade de memória; e
a indicação da outra quantidade de espaço livre na memória é dada em termos da unidade de memória.
43. Aparelho para comunicações sem fio, compreendendo:
meios para receber, de um nó sem fio, um ou mais parâmetros que especificam uma memória no nó sem fio;
meios para receber, a partir do nó sem fio, uma indicação de uma quantidade de espaço livre de memória na
memória no nó sem fio; meios para determinar um número de unidades de dados a serem transmitidas ao nó sem fio com base na indicação da quantidade de espaço livre na memória e em um
ou mais parâmetros; e meios para emitir unidades de dados para transmissão ao nó sem fio, em que um número de unidades de dados emitidas para transmissão ao nó sem fio é igual ao número determinado de unidades de dados.
44. Aparelho, de acordo com a reivindicação 43, em que um ou mais parâmetros incluem um parâmetro indicando um tamanho de uma unidade de memória e a indicação da quantidade de espaço livre na memória é dada em termos da unidade de memória.
45. Aparelho, de acordo com a reivindicação 43, compreendendo adicionalmente meios para receber um quadro de confirmação de bloco que compreende a indicação da quantidade de espaço livre na memória.
Petição 870190103848, de 15/10/2019, pág. 80/117
11/30
46. Aparelho, de acordo com a reivindicação 45, em que a indicação da quantidade de espaço livre na memória está em um campo de capacidade de buffer do receptor (RBUFCAP) do quadro de confirmação de bloco.
47. Aparelho, de acordo com a reivindicação 45, compreendendo adicionalmente meios para emitir uma solicitação de confirmação de bloco para transmissão ao nó sem fio, em que o quadro de confirmação de bloco é recebido após a solicitação de confirmação de bloco.
48. Aparelho, de acordo com a reivindicação 45, em que o quadro de confirmação de bloco é recebido não solicitado pelo aparelho.
49. Aparelho, de acordo com a reivindicação 43, em que cada uma das unidades de dados é uma unidade de dados de protocolo (MPDU) de controle de acesso de mídia (MAC) .
50. Aparelho, de acordo com a reivindicação 43, compreendendo adicionalmente:
meios para emitir uma solicitação de confirmação de bloco de adição (ADDBA) para transmissão ao nó sem fio, a solicitação de ADDBA solicitando uma sessão de confirmação de bloco com o nó sem fio; e meios para receber, a partir do nó sem fio e após emitir a solicitação ADDBA, uma resposta ADDBA que compreende um ou mais parâmetros.
51. Aparelho, de acordo com a reivindicação 50, em que a solicitação ADDBA inclui um identificador de tráfego que identifica um tráfego de dados e as unidades de dados fazem parte do tráfego de dados identificado.
52. Aparelho, de acordo com a reivindicação 43,
Petição 870190103848, de 15/10/2019, pág. 81/117
12/30 compreendendo adicionalmente:
meios para receber, a partir do nó sem fio, uma solicitação de adição de tráfego (ADDTS) que compreende um ou mais parâmetros; e meios para emitir uma resposta ADDTS para transmissão para a rede sem fio, a resposta ADDTS confirmando a solicitação ADDTS.
53. Aparelho, de acordo com a reivindicação 43, em que a memória no nó sem fio compreende uma pluralidade de buffers e um ou mais parâmetros incluem um tamanho de buffer e um limite para um número de unidades de dados por buffer.
54. Aparelho, de acordo com a reivindicação 43, em que um ou mais parâmetros incluem parâmetros para uma pluralidade de diferentes tipos de memória.
55. Aparelho, de acordo com a reivindicação 54, em que a pluralidade de diferentes tipos de memória inclui uma memória FIFO (primeiro a entrar, primeiro a sair) e uma memória armazenada em buffer.
56. Aparelho, de acordo com a reivindicação 54, compreendendo adicionalmente meios para receber um indicador indicando um dentre a pluralidade de diferentes tipos de memória, em que os meios para determinar o número de unidades de dados a serem transmitidas ao nó sem fio determinam o número de unidades de dados a serem transmitidas para o nó sem fio também se baseia na indicação de uma pluralidade de diferentes tipos de memória.
57. Aparelho, de acordo com a reivindicação 56, compreendendo adicionalmente meios para receber uma
Petição 870190103848, de 15/10/2019, pág. 82/117
13/30 confirmação de bloco que compreende o indicador que indica um da pluralidade de diferentes tipos de memória.
58. Aparelho, de acordo com a reivindicação 43, compreendendo adicionalmente:
meios para receber uma pluralidade de identificadores de tráfego, cada um dos identificadores de tráfego identificando um respectivo tráfego de dados;
em que os meios para emitir uma ou mais unidades de dados para transmissão compreendem meios para emitir uma ou mais unidades de dados para transmissão usando pelo menos um dos tráfegos de dados.
59. Aparelho, de acordo com a reivindicação 43, em que a memória no nó sem fio compreende uma pluralidade de buffers e um ou mais parâmetros incluem um parâmetro indicando se uma única unidade de dados pode ser dividida entre dois ou mais da pluralidade de buffers.
60. Aparelho, de acordo com a reivindicação 43, compreendendo adicionalmente:
meios para receber um elemento de recursos indicando um ou mais recursos do nó sem fio;
em que os meios para determinar o número de unidades de dados a serem transmitidos ao nó sem fio determinam o número de unidades de dados a serem transmitidos ao nó sem fio com base também em um ou mais recursos indicados.
61. Aparelho, de acordo com a reivindicação 43, compreendendo adicionalmente:
meios para receber uma resposta de confirmação de bloco de adição incluindo um token de diálogo definido como zero se a resposta de confirmação de bloco de adição não
Petição 870190103848, de 15/10/2019, pág. 83/117
14/30 for solicitada por uma solicitação de confirmação de bloco de adição solicitando uma sessão de confirmação de bloco; e meios para ignorar um ou mais parâmetros da resposta de confirmação de bloco se o token de diálogo estiver definido como zero, em que um ou mais parâmetros estão associados à sessão de confirmação de bloco.
62. Aparelho, de acordo com a reivindicação 43, compreendendo adicionalmente:
meios para receber outra indicação indicando: outra quantidade de espaço livre na memória no nó
sem f io; que não há espaço disponível na memória no sem f io; ou que existe espaço suficiente na memória no sem fio para uma unidade de dados agregada com um comprimento
máximo;
em que os meios para determinar o número de unidades de dados a serem transmitidos ao nó sem fio determinam o número de unidades de dados a serem transmitidos com base também na outra indicação.
63. Aparelho, de acordo com a reivindicação 62, em que:
um ou mais parâmetros incluem um parâmetro indicando um tamanho de uma unidade de memória; e a indicação da outra quantidade de espaço livre na memória é dada em termos da unidade de memória.
64. Meio legível por computador, compreendendo instruções armazenadas no mesmo para:
receber, de um nó sem fio, um ou mais parâmetros que especificam uma memória no nó sem fio;
Petição 870190103848, de 15/10/2019, pág. 84/117
15/30 receber, do nó sem fio, uma indicação de uma quantidade de espaço livre na memória do nó sem fio;
determinar um número de unidades de dados a serem transmitidas ao nó sem fio com base na indicação da quantidade de espaço livre na memória e em um ou mais parâmetros; e emitir unidades de dados para transmissão ao nó sem fio, em que um número de unidades de dados emitidos para transmissão ao nó sem fio é igual ao número determinado de unidades de dados.
65. Nó sem fio, compreendendo:
um receptor configurado para receber, de outro nó sem fio, um ou mais parâmetros que especificam uma memória no outro nó sem fio e uma indicação de uma quantidade de espaço livre de memória na memória no outro nó sem fio;
um sistema de processamento configurado para determinar um número de unidades de dados a serem transmitidas para o outro nó sem fio com base na indicação da quantidade de espaço livre na memória e em um ou mais parâmetros; e um transmissor configurado para transmitir unidades de dados para o outro nó sem fio, em que um número de unidades de dados transmitidos para o outro nó sem fio é igual ao número determinado de unidades de dados.
66. Aparelho para comunicações sem fio, compreendendo:
uma interface configurada para emitir um ou mais parâmetros para transmissão a um nó sem fio, um ou mais parâmetros que especificam uma memória; e um sistema de processamento configurado para
Petição 870190103848, de 15/10/2019, pág. 85/117
16/30 calcular uma quantidade de espaço livre na memória;
em que a interface é adicionalmente configurada para emitir uma indicação da quantidade de espaço livre na memória para transmissão ao nó sem fio.
67. Aparelho, de acordo com a reivindicação 66, em que um ou mais parâmetros incluem um parâmetro indicando um tamanho de uma unidade de memória e a indicação da quantidade de espaço livre na memória é dada em termos da unidade de memória.
68. Aparelho, de acordo com a reivindicação 67, em que o sistema de processamento está configurado para
calcular o tamanho da unidade de memória com base em um tamanho da memória e em um intervalo de um campo de capacidade de buffer do receptor ( RBUFCAP) . 69. Aparelho, de acordo com a reivindicação 66,
em que:
o sistema de processamento é adicionalmente configurado para gerar um quadro de confirmação de bloco que compreende a indicação da quantidade de espaço livre na memória; e a interface é adicionalmente configurada para emitir o quadro de confirmação de bloco para transmissão ao nó sem fio.
70. Aparelho, de acordo com a reivindicação 69, em que a indicação da quantidade de espaço livre na memória está em um campo de capacidade de buffer do receptor (RBUFCAP) do quadro de confirmação de bloco.
71. Aparelho, de acordo com a reivindicação 70, em que o campo RBUFCAP tem um primeiro valor para indicar nenhum espaço na memória ou um segundo valor para indicar
Petição 870190103848, de 15/10/2019, pág. 86/117
17/30 espaço ilimitado na memória.
72. Aparelho, de acordo com a reivindicação 69, em que:
a interface é adicionalmente configurada para receber uma solicitação de confirmação de bloco do nó sem fio; e o sistema de processamento é adicionalmente configurado para gerar o quadro de confirmação de bloco em resposta à solicitação de confirmação de bloco.
73. Aparelho, de acordo com a reivindicação 69, em que o sistema de processamento é configurado para gerar o quadro de confirmação de bloco não solicitado pelo nó sem fio.
74. Aparelho, de acordo com a reivindicação 73, em que o sistema de processamento é adicionalmente configurado para:
rastrear uma alteração na quantidade de espaço livre na memória;
comparar a mudança com um limiar; e gerar o quadro de confirmação de bloco se a alteração for igual ou superior ao limiar.
75. Aparelho, de acordo com a reivindicação 66, em que:
a interface é adicionalmente configurada para receber uma solicitação de confirmação de bloco de adição (ADDBA) do nó sem fio, a solicitação de ADDBA solicitando uma sessão de confirmação de bloco com o nó sem fio;
o sistema de processamento é adicionalmente configurado para gerar uma resposta ADDBA em resposta à solicitação ADDBA, em que a resposta ADDBA compreende um ou
Petição 870190103848, de 15/10/2019, pág. 87/117
18/30 mais parâmetros; e a interface é adicionalmente configurada para emitir a resposta ADDBA para transmissão ao nó sem fio.
76. Aparelho, de acordo com a reivindicação 66, em que:
o sistema de processamento é adicionalmente configurado para gerar uma solicitação de adição de tráfego (ADDTS) que compreende um ou mais parâmetros;
a interface é adicionalmente configurada para emitir a solicitação de adição de tráfego (ADDTS) para transmissão ao nó sem fio; e a interface é adicionalmente configurada para receber, a partir do nó sem fio, uma resposta ADDTS que confirma a solicitação ADDTS.
77. Aparelho, de acordo com a reivindicação 66, em que o sistema de processamento é configurado para calcular a quantidade de espaço livre na memória rastreando uma quantidade de dados que entram na memória e uma quantidade de dados sendo liberados da memória.
78. Aparelho, de acordo com a reivindicação 66, em que a memória compreende uma pluralidade de buffers e um ou mais parâmetros incluem um tamanho de buffer e um limite para um número de unidades de dados por buffer.
79. Aparelho, de acordo com a reivindicação 66, em que um ou mais parâmetros incluem parâmetros para uma pluralidade de diferentes tipos de memória.
80. Aparelho, de acordo com a reivindicação 79, em que a pluralidade de diferentes tipos de memória inclui uma memória FIFO (primeiro a entrar, primeiro a sair) e uma memória armazenada em buffer.
Petição 870190103848, de 15/10/2019, pág. 88/117
19/30
81. Aparelho, de acordo com a reivindicação 79, em que a interface é adicionalmente configurada para emitir um indicador para transmissão ao nó sem fio, o indicador indicando um dentre a pluralidade de diferentes tipos de memória.
82. Aparelho, de acordo com a reivindicação 81, em que a interface é adicionalmente configurada para emitir uma confirmação de bloco para transmissão ao nó sem fio, a confirmação de bloco compreendendo o indicador indicando um da pluralidade de diferentes tipos de memória.
83. Aparelho, de acordo com a reivindicação 66, em que:
a interface é adicionalmente configurada para emitir uma pluralidade de identificadores de tráfego para transmissão ao nó sem fio, cada um dos identificadores de tráfego identificando um respectivo tráfego de dados; e a interface é adicionalmente configurada para receber unidades de dados do nó sem fio por meio de pelo menos um dos tráfegos de dados identificados.
84. Aparelho, de acordo com a reivindicação 66, em que a memória compreende uma pluralidade de buffers e um ou mais parâmetros incluem um parâmetro indicando se uma única unidade de dados pode ser dividida entre dois ou mais da pluralidade de buffers.
85. Aparelho, de acordo com a reivindicação 66, em que a interface é adicionalmente configurada para emitir um elemento de capacidade para transmissão ao nó sem fio, o elemento de capacidade indicando uma ou mais capacidades do aparelho.
86. Aparelho, de acordo com a reivindicação 66,
Petição 870190103848, de 15/10/2019, pág. 89/117
20/30 em que a interface é adicionalmente configurada para emitir uma resposta de confirmação de bloco de adição para transmissão ao nó sem fio, a resposta de confirmação de bloco de adição incluindo um token de diálogo definido como zero se a resposta de confirmação de bloco de adição não for solicitada por uma solicitação de confirmação de bloco de adição solicitando uma sessão de confirmação de bloco.
87. Aparelho, de acordo com a reivindicação 66, em que:
a interface é adicionalmente configurada para emitir outra indicação para transmissão ao nó sem fio, a outra indicação indicando:
outra quantidade de espaço livre de memória no aparelho;
que não há espaço disponível na memória; ou que existe espaço suficiente na memória para uma unidade de dados agregada com um comprimento máximo.
88. Aparelho, de acordo com a reivindicação 87, em que: um ou mais parâmetros incluem um parâmetro indicando um tamanho de uma unidade de memória; e
a indicação da outra quantidade de espaço livre na memória é dada em termos da unidade de memória.
89. Método para comunicações sem fio, compreendendo:
emitir um ou mais parâmetros para transmissão a um nó sem fio, um ou mais parâmetros que especificam uma memória;
calcular uma quantidade de espaço livre na memória;
BR112019021637-5A 2017-04-17 2018-04-16 Controle de fluxo para dispositivos sem fio BR112019021637A2 (pt)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201762486412P 2017-04-17 2017-04-17
US62/486,412 2017-04-17
US201762517148P 2017-06-08 2017-06-08
US62/517,148 2017-06-08
US15/953,115 2018-04-13
US15/953,115 US11284301B2 (en) 2017-04-17 2018-04-13 Flow control for wireless devices
PCT/US2018/027802 WO2018194981A1 (en) 2017-04-17 2018-04-16 Flow control for wireless devices

Publications (1)

Publication Number Publication Date
BR112019021637A2 true BR112019021637A2 (pt) 2020-05-12

Family

ID=63790523

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112019021637-5A BR112019021637A2 (pt) 2017-04-17 2018-04-16 Controle de fluxo para dispositivos sem fio

Country Status (8)

Country Link
US (1) US11284301B2 (pt)
EP (1) EP3613163A1 (pt)
JP (1) JP7066742B2 (pt)
KR (1) KR20190138855A (pt)
CN (1) CN110506403B (pt)
BR (1) BR112019021637A2 (pt)
SG (1) SG11201908198RA (pt)
WO (1) WO2018194981A1 (pt)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108307502B (zh) * 2016-08-25 2023-05-23 中兴通讯股份有限公司 信息发送、接收方法及装置、基站、终端
US11153821B2 (en) * 2017-06-22 2021-10-19 Intel Corporation Apparatus, system and method of acknowledging a multi user (MU) multiple-input-multiple-output (MIMO) (MU-MIMO) transmission
US11178570B2 (en) * 2018-01-18 2021-11-16 Intel Corporation Apparatus, system and method of communication during a transmit opportunity (TXOP)
CN112074020B (zh) * 2019-05-25 2024-03-26 华为技术有限公司 一种适用于多链路的通信方法及相关设备
US11832127B2 (en) 2019-07-04 2023-11-28 Mediatek Singapore Pte. Ltd. Hardware-friendly HARQ operations in WLAN
CN111124316B (zh) * 2019-12-30 2023-12-19 青岛海尔科技有限公司 存储空间的共享方法和装置及计算机可读存储介质
EP4162630A1 (en) * 2020-06-08 2023-04-12 ARRIS Enterprises LLC Method of reporting received signal strength on per frame basis in wi-fi network

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030135640A1 (en) 2002-01-14 2003-07-17 Texas Instruments Incorporated Method and system for group transmission and acknowledgment
US20040225734A1 (en) * 2003-05-07 2004-11-11 Schober Richard L. Method and system to control the communication of data between a plurality of inteconnect devices
US8085657B2 (en) 2005-04-01 2011-12-27 Sony Corporation Flow control in a cellular communication system
US20070258384A1 (en) * 2006-03-03 2007-11-08 Interdigital Technology Corporation Method and system for enhanced basic service set transition for a high throughput wireless local area network
US7457892B2 (en) * 2006-06-05 2008-11-25 Freescale Semiconductor, Inc. Data communication flow control device and methods thereof
KR100773579B1 (ko) * 2006-07-14 2007-11-08 강릉대학교산학협력단 무선 데이터를 전송하기 위한 방법 및 이를 위한프로그램이 기록된 기록매체
WO2009020551A1 (en) * 2007-08-03 2009-02-12 Staccato Communications, Inc. Token passing data transfer mechanism for reservation based protocols
US7574539B2 (en) * 2007-08-30 2009-08-11 Intel Corporation Dynamic A-MSDU enabling
US9450711B2 (en) 2008-04-02 2016-09-20 Qualcomm Incorporated Method and apparatus for extended reverse direction grant in a wireless local area network (WLAN)
US20090303871A1 (en) * 2008-06-10 2009-12-10 Electronics Telecommunications Research Institute Method and apparatus for packet aggregation according to traffic characteristics
US8843115B2 (en) 2008-06-23 2014-09-23 Qualcomm Incorporated Method and apparatus for managing system information modification in a wireless communication system
US8681815B1 (en) * 2009-08-28 2014-03-25 Marvell International Ltd. Method and apparatus for multi-user frame aggregation
DE112010004270T5 (de) 2009-11-04 2013-05-08 Electronics And Telecommunications Research Institute Verfahren und Vorrichtung zum Erzeugen, Senden und Empfangen eines Datenrahmens in einem drahtlosen Kommunikationssystem
KR101721268B1 (ko) * 2010-04-29 2017-03-29 한국전자통신연구원 광대역 근거리 무선 통신 장치 및 방법
US20110280140A1 (en) * 2010-05-17 2011-11-17 Tom Chin Alternate Transmission Scheme for High Speed Packet Access (HSPA)
US9337961B2 (en) * 2010-06-15 2016-05-10 Qualcomm Incorporated Method and apparatus for sending very high throughput WLAN acknowledgment frames
US9337954B2 (en) 2010-07-28 2016-05-10 Qualcomm Incorporated Protocol for channel state information feedback
KR102113060B1 (ko) * 2012-09-28 2020-05-20 삼성전자주식회사 와이파이 네트워크 환경에서 와이파이 다이렉트 연결을 설정하기 위한 방법 및 시스템
US9525520B2 (en) * 2012-12-21 2016-12-20 Qualcomm Incorporated Block acknowledgement selection rules
US9288757B2 (en) * 2014-07-03 2016-03-15 Intel IP Corporation Techniques for conserving power for communication between wireless devices
KR102321994B1 (ko) 2015-04-01 2021-11-04 삼성전자주식회사 무선 통신 시스템에서 무선 링크를 관리하기 위한 장치 및 방법
US20160295350A1 (en) * 2015-04-03 2016-10-06 Nokia Technologies Oy Method, apparatus, and computer program product for channel usage information delivery within a peer-to-peer group
WO2016196582A1 (en) * 2015-06-02 2016-12-08 Newracom, Inc. Ack policy for uplink and downlink mu ppdu
US20170055300A1 (en) 2015-08-20 2017-02-23 Qualcomm Incorporated Block acknowledgment mechanism
US10728006B2 (en) 2015-08-27 2020-07-28 Sony Corporation Device that convey data for a block acknowledge (ACK)
US10182369B2 (en) * 2016-06-29 2019-01-15 Intel IP Corporation Flow control with acknowledgment feedback

Also Published As

Publication number Publication date
CN110506403A (zh) 2019-11-26
KR20190138855A (ko) 2019-12-16
JP2020517193A (ja) 2020-06-11
JP7066742B2 (ja) 2022-05-13
US11284301B2 (en) 2022-03-22
CN110506403B (zh) 2022-10-21
EP3613163A1 (en) 2020-02-26
US20180302825A1 (en) 2018-10-18
WO2018194981A1 (en) 2018-10-25
SG11201908198RA (en) 2019-11-28

Similar Documents

Publication Publication Date Title
BR112019021637A2 (pt) Controle de fluxo para dispositivos sem fio
TWI691181B (zh) 無線通訊系統中封包資料匯聚協定(pdcp)資料傳輸的方法及裝置
ES2710320T3 (es) Aparatos y procedimientos para la compresión de cabeceras de control de acceso a medios
US20200205213A1 (en) Methods and devices associated with improvements in or relating to an uplink split bearer in new radio
US20140036775A1 (en) Apparatus and methods for frame control design
EP3066813B1 (en) Apparatus and methods for mac header compression
TW201630376A (zh) 具有分割確認訊號傳遞的縮短的塊確認
US20070206508A1 (en) Methods and apparatus for supporting fragmentation and defragmentation in a wlan
WO2012045265A1 (zh) 缓存空间的分配方法和设备
KR20160086908A (ko) 확장된 블록 확인응답 프로토콜
KR101721268B1 (ko) 광대역 근거리 무선 통신 장치 및 방법
WO2021057808A1 (zh) 一种流量控制的方法及装置
WO2018228457A1 (zh) 发送和接收反馈信息的方法和装置
BR112019026617A2 (pt) entrega de unidade de dados de serviço de controle de acesso à mídia (msdu) grande
KR20160089402A (ko) 채널 액세스 연기 메커니즘
JP2019041182A (ja) 無線通信装置および無線通信方法
TW201904222A (zh) 實現數據映射傳輸的方法及相關產品
WO2020177642A1 (zh) 一种以太网报文的传输方法、装置及系统
JP7166356B2 (ja) アップリンク制御情報の伝送方法及び装置
BR112019026924A2 (pt) método de transmissão uplink e dispositivo terminal
TW201842797A (zh) 用於無線設備的流控制
WO2023011235A1 (zh) 通信方法、网络设备、用户设备、电子设备及存储介质
WO2022148495A1 (zh) 公共波束的识别方法及装置、存储介质、终端、网络端
WO2022155924A1 (zh) 无线通信方法、终端设备和网络设备
WO2017004779A1 (zh) 一种传输数据帧的方法及装置

Legal Events

Date Code Title Description
B350 Update of information on the portal [chapter 15.35 patent gazette]