BR112021009402A2 - Dispositivos de comunicação e métodos de comunicação para fluxos de tráfego multibanda - Google Patents

Dispositivos de comunicação e métodos de comunicação para fluxos de tráfego multibanda Download PDF

Info

Publication number
BR112021009402A2
BR112021009402A2 BR112021009402-4A BR112021009402A BR112021009402A2 BR 112021009402 A2 BR112021009402 A2 BR 112021009402A2 BR 112021009402 A BR112021009402 A BR 112021009402A BR 112021009402 A2 BR112021009402 A2 BR 112021009402A2
Authority
BR
Brazil
Prior art keywords
multiband
frequency bands
band
frame
communication device
Prior art date
Application number
BR112021009402-4A
Other languages
English (en)
Inventor
Rojan CHITRAKAR
Lei Huang
Yoshio Urabe
Original Assignee
Panasonic Intellectual Property Corporation Of America
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 Panasonic Intellectual Property Corporation Of America filed Critical Panasonic Intellectual Property Corporation Of America
Publication of BR112021009402A2 publication Critical patent/BR112021009402A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Landscapes

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

Abstract

DISPOSITIVOS DE COMUNICAÇÃO E MÉTODOS DE COMUNICAÇÃO PARA FLUXOS DE TRÁFEGO MULTIBANDA. São fornecidos dispositivos e métodos de comunicação para fluxos de tráfego multibanda. Uma modalidade exemplificativa fornece um dispositivo de comunicação multibanda que inclui pelo menos uma pluralidade de transceptores e circuitos de Controle de Acesso à Mídia (MAC). Em operação, cada um dos transceptores transmite quadros de sinal em diferentes dentre uma pluralidade de bandas de frequência. O circuito MAC é acoplado aos transceptores e, em operação, recebe um quadro de confirmação de bloco multibanda em uma dentre a pluralidade de bandas de frequência que reconhece os quadros de sinal transmitidos na pluralidade de bandas de frequência. Outra modalidade exemplificativa fornece circuitos MAC os quais, em operação, geram e transmitem um quadro de confirmação de bloco multibanda em uma dentre a pluralidade de bandas de frequência que reconhece os quadros de sinal recebidos na pluralidade de bandas de frequência.

Description

Relatório Descritivo da Patente de Invenção para "DISPOSI-
TIVOS DE COMUNICAÇÃO E MÉTODOS DE COMUNICAÇÃO PARA FLUXOS DE TRÁFEGO MULTIBANDA". ANTECEDENTES
1. Campo Técnico
[0001] As presentes modalidades referem-se, de modo geral, a dis- positivos de comunicação e, mais particularmente, se referem a méto- dos e dispositivos para comunicação multibanda que envolve fluxos de tráfego multibanda.
2. Descrição da Técnica Relacionada
[0002] No mundo de hoje, espera-se que os dispositivos de comu- nicação operem de uma forma sem fio, com os mesmos recursos dos dispositivos de computação de uma forma com fio. Por exemplo, um usuário espera poder assistir perfeitamente a um filme de alta definição transmitido para o dispositivo de comunicação sem fio do usuário. Isto apresenta desafios para os dispositivos de comunicação, bem como para os pontos de acesso aos quais os dispositivos de comunicação se conectam de uma forma sem fio.
[0003] O grupo 802.11 do Institute of Electrical and Electronics En- gineers (IEEE) formou recentemente o grupo de estudo Extreme High Throughput (EHT) para enfrentar estes desafios. A operação multibanda nas bandas de frequência de 2,4 GHz, 5 GHz e 6 GHz foi identificada como uma das principais tecnologias candidatas para esta comunica- ção. A agregação multicanal em várias bandas é uma maneira natural de criar um aumento múltiplo na taxa de transferência de dados de co- municação. Nos dispositivos IEEE 802.11 atuais, quando o Controle de Admissão é requerido para uma Categoria de Acesso (Access Category, AC) por um ponto de acesso (Access Point, AP) (via, por exemplo, sub- campo(s) de Controle de Admissão Obrigatórios (Admission Control Mandatory, ACM) em um Elemento de Conjunto de Parâmetros de
Acesso de Canal Distribuído Otimizado (Enhanced Distributed Channel Access, EDCA)), um dispositivo de comunicação (STA) é necessário para configurar um fluxo de tráfego (Traffic Stream, TS) para a AC com o AP (por meio de uma troca de Solicitação/Resposta Add Traffic Stream (ADDTS)). Um acordo Block Ack para os TIDs correspondentes também precisa ser executado (por meio de uma troca de Solicita- ção/Resposta Add Block Ack (ADDBA)).
SUMÁRIO
[0004] Uma modalidade não limitativa e exemplificativa facilita o for- necimento de um dispositivo de comunicação multibanda, que inclui pelo menos uma pluralidade de transceptores e circuitos de Controle de Acesso à Mídia (Media Access Control, MAC). Em operação, cada um dos transceptores transmite quadros de sinal em diferentes dentre uma pluralidade de bandas de frequência. O circuito MAC é acoplado aos transceptores e, em operação, recebe um quadro de Confirmação de Bloco Multibanda em uma dentre a pluralidade de bandas de frequência que reconhece os quadros de sinal transmitidos na pluralidade de ban- das de frequência.
[0005] Outra modalidade não limitativa e exemplificativa facilita o fornecimento de um dispositivo de comunicação multibanda que inclui a pluralidade de transceptores e os circuitos de Controle de Acesso à Mí- dia (MAC) em que o circuito MAC, em operação, gera e transmite um quadro de Confirmação de Bloco Multibanda em uma dentre a plurali- dade de bandas de frequência que reconhece os quadros de sinal rece- bidos na pluralidade de bandas de frequência.
[0006] Deve ser observado que modalidades gerais ou específicas podem ser implementadas como um sistema, um método, um circuito integrado, um programa de computador, um meio de armazenamento ou qualquer combinação seletiva dos mesmos. Benefícios e vantagens adicionais das modalidades descritas se tornarão evidentes a partir do relatório descritivo e dos desenhos. Os benefícios e/ou vantagens po- dem ser obtidos individualmente pelas várias modalidades e caracterís- ticas do relatório descritivo e desenhos, as quais não precisam ser todas fornecidas a fim de obter um ou mais de tais benefícios e/ou vantagens.
BREVE DESCRIÇÃO DOS DESENHOS
[0007] As figuras em anexo, onde numerais de referência similares referem-se a elementos idênticos ou funcionalmente similares ao longo das vistas separadas e que, juntamente com a descrição detalhada abaixo, são incorporados e fazem parte do relatório descritivo, servem para ilustrar várias modalidades e explicar vários princípios e vantagens de acordo com as presentes modalidades.
[0008] A Figura 1 representa uma ilustração de uma visão geral de um conjunto de serviços básicos (Basic Service Set, BSS) de rede sem fio 802.11 de acordo com as presentes modalidades.
[0009] A Figura 2 representa uma ilustração de comunicação de um ponto de acesso (AP) para um dispositivo de comunicação de acordo com as presentes modalidades.
[0010] A Figura 3 representa uma ilustração de configuração de acordos Traffic Stream (TS) e Block Ack (BA) para um identificador de tráfego (Traffic IDentifier, TID) de acordo com as presentes modalida- des.
[0011] A Figura 4 representa o fluxo de comunicação entre o AP 102 multibanda e o STA 104 multibanda para configuração de TS e BA em várias bandas e posterior comunicação de acordo com a comunicação multibanda atual.
[0012] A Figura 5 representa o fluxo de comunicação entre o AP 102 multibanda e o STA 104 multibanda para TS multibanda, e configuração de BA multibanda e posterior comunicação de acordo com as presentes modalidades.
[0013] A Figura 6 representa uma ilustração de um elemento de conjunto de parâmetros de Acesso de Canal Distribuído Otimizado (EDCA) multibanda de acordo com as presentes modalidades.
[0014] A Figura 7 representa uma ilustração de um quadro de Soli- citação de ADDTS Multibanda e um quadro de Resposta de ADDTS Multibanda de acordo com as presentes modalidades.
[0015] A Figura 8 representa uma ilustração de um quadro de Soli- citação de ADDBA Multibanda e um quadro de Resposta de ADDBA Multibanda de acordo com as presentes modalidades.
[0016] A Figura 9 representa uma ilustração de um elemento multi- banda nas Figuras 7 e 8 de acordo com as presentes modalidades.
[0017] A Figura 10 representa uma ilustração de um elemento de capacidade multibanda de acordo com as presentes modalidades.
[0018] A Figura 11 representa uma ilustração de um quadro de Blo- ckAckReq Multibanda e um quadro de Block Ack Multibanda de acordo com uma primeira variante das presentes modalidades.
[0019] A Figura 12 representa uma ilustração de uma arquitetura Traffic Stream e Block Ack de acordo com as presentes modalidades.
[0020] A Figura 13 representa uma ilustração de um primeiro exem- plo de transmissão multibanda de acordo com as presentes modalida- des.
[0021] A Figura 14 representa uma ilustração de um modelo de re- ferência exemplificativo para a implementação de Block Ack Multibanda de acordo com as presentes modalidades.
[0022] A Figura 15 representa uma ilustração de uma segunda transmissão multibanda exemplificativa de acordo com as presentes modalidades.
[0023] A Figura 16 representa uma ilustração de um quadro de Blo- ckAckReq Multibanda, em que o tipo de variante de quadro multibanda é definido de acordo com as presentes modalidades.
[0024] A Figura 17 representa uma ilustração de um quadro de
Block Ack Multibanda, em que a variante do campo BA Information é definida de acordo com as presentes modalidades.
[0025] A Figura 18 representa uma ilustração de uma primeira vari- ante do modelo de referência exemplificativo para a implementação de Block Ack Multibanda da Figura 14 de acordo com as presentes moda- lidades.
[0026] A Figura 19 representa uma ilustração de uma terceira trans- missão multibanda exemplificativa em um esquema Block Ack atrasado, de acordo com as presentes modalidades.
[0027] A Figura 20 representa uma ilustração de uma finalidade de arquitetura Traffic Stream e Block Ack definida para lidar com a trans- missão Multibanda e Block Ack Multibanda de acordo com as presentes modalidades.
[0028] A Figura 21 representa uma ilustração de um quadro de Blo- ckAckReq Multibanda e um quadro de Block Ack Multibanda de acordo com uma segunda variante das presentes modalidades.
[0029] A Figura 22 representa uma ilustração de uma segunda va- riante do modelo de referência exemplificativo para a implementação de Block Ack Multibanda da Figura 14 de acordo com as presentes moda- lidades.
[0030] A Figura 23 representa uma ilustração de uma quarta trans- missão multibanda exemplificativa em um esquema de solicitação Block Ack Multibanda implícito de acordo com as presentes modalidades.
[0031] A Figura 24 representa um diagrama de blocos simplificado de um dispositivo de comunicação multibanda de acordo com as pre- sentes modalidades.
[0032] A Figura 25 representa um diagrama de blocos detalhado de um dispositivo de comunicação multibanda de acordo com as presentes modalidades.
[0033] Aqueles versados na técnica reconhecerão que os elemen- tos nas figuras são ilustrados para simplicidade e clareza e não foram necessariamente representados em escala.
DESCRIÇÃO DETALHADA
[0034] A descrição detalhada a seguir é de natureza meramente exemplificativa e não se destina a limitar as modalidades ou a aplicação e os usos das modalidades. Além disso, não há intenção de estar limi- tado a qualquer teoria apresentada nos Antecedentes ou na presente Descrição Detalhada. É reconhecido que os mecanismos IEEE 802.11 de Traffic Stream (TS) e Block Ack (BA) existentes para um TID particu- lar são restritos a uma única banda. É a intenção das presentes moda- lidades apresentar mecanismos TS e BA que operam em múltiplas ban- das, a fim de obter totalmente os ganhos de taxa de transferência da agregação multibanda. Além disso, outras características e elementos desejáveis se tornarão evidentes a partir da descrição detalhada subse- quente e das reivindicações em anexo, tomadas em conjunto com os desenhos em anexo e a presente base da descrição.
[0035] Com referência à Figura 1, uma ilustração representa uma visão geral de uma rede sem fio 802.11, também conhecida como um conjunto de serviços básicos (BSS), 100 que inclui um ponto de redis- tribuição, um ponto de acesso (AP) 102 e vários dispositivos de comu- nicação (STA) 104 conectados ao AP 102. Os BSSs IEEE 802.11 atuais operam em uma única banda de frequência com um AP capaz de mul- tibanda que atua como um AP independente em cada banda de frequên- cia. A maioria dos STAs 802.11 atuais são dispositivos de banda única, enquanto que os futuros dispositivos de comunicação 802.11 (por exem- plo, dispositivos de comunicação de rendimento extremo alto (Extreme High Throughput, EHT)) devem ser capazes de operar simultaneamente em várias bandas de frequência. Tal futuro AP 102 pode configurar BSSs na banda de frequência de 2,4 GHz, na banda de frequência de 5
GHz ou na banda de frequência de 6 GHz como BSSs separados, con- forme nos sistemas 802.11 existentes, caso no qual os STAs 104 são assumidos como tendo unido os BSSs em três bandas de frequência que seguem procedimentos legados de Autenticação e Associação. Al- ternativamente, ele também pode operar um BSS unificado/virtual que opera em várias bandas de frequência (ou seja, a banda de frequência de 2,4 GHz 106, a banda de frequência de 5 GHz 108 e a banda de frequência de 6 GHz 110), conforme mostrado no BSS 100. Neste caso, presume-se que os STAs 104 tenham se unido ao BSS 100 unifi- cado/virtual em todas as três bandas de frequência, seja por meio de Solicitações/Respostas de Autenticação e Associação individuais em cada banda de frequência ou por meio de Solicitação/Respostas de Au- tenticação e Associação multibanda em qualquer uma das bandas de frequência.
[0036] A Figura 2 representa uma ilustração 200 de comunicação de um arquivo de vídeo 202 do AP 102 para um STA 104. A fim de obter totalmente os ganhos de taxa de transferência de agregação multi- banda, são desejados mecanismos de fluxo de tráfego (TS) e confirma- ção de bloco (BA) que operam sobre múltiplas bandas. Tais TS e BA multibanda podem ajudar a alcançar um aumento múltiplo na taxa de transferência do dispositivo, permitindo a agregação de tráfego em vá- rias bandas (por exemplo, 2,4 GHz 204, 5 GHz 206 e 6 GHz 208). A transmissão do vídeo de alta resolução 202 (por exemplo, alta definição (High Definition, HD) ou vídeo 4K ou 8K) pode requerer tais transmis- sões multibanda. Na camada de Protocolo da Internet (Internet Protocol, IP) 210 do AP 102, o arquivo de vídeo 202 é dividido em pequenos pa- cotes de IP. A camada de Controle de Acesso à Mídia (MAC) 802.11 212 do AP 102 converte os pacotes de IP em Unidades de dados de Protocolo MAC (MAC Protocol Data Units, MPDUs) 802.11 e os ali- menta em uma fila MAC TX 214 a qual, por sua vez, fornece as MPDUs aos transceptores 216, 218, 220 na camada MAC inferior 212 e na ca- mada física (PHYsical, PHY) 222 para transmissão simultânea nas ban- das de frequência de 2,4 GHz 204, 5 GHz 206 e 6 GHz 208, respectiva- mente. Desta forma, as MPDUs 224 são transmitidas ao longo da banda de frequência de 2,4 GHz 204, as MPDUs 226 são transmitidas ao longo da banda de frequência de 5 GHz 206 e as MPDUs 228 são transmitidas ao longo da banda de frequência de 6 GHz 208 para o dispositivo re- ceptor, STA 104.
[0037] No dispositivo receptor, as MPDUs 224, 226, 228 são rece- bidas pelos transceptores 230, 232, 234 na camada PHY 236 e na ca- mada MAC inferior 238. As MPDUs 224, 226, 228 são coletadas pela camada MAC 238 e reordenadas, se necessário, antes de serem pas- sadas para a fila MAC RX 240 e a camada de IP 242, onde os pacotes de IP são combinados para formar novamente o arquivo de vídeo origi- nal 202.
[0038] Nos dispositivos de comunicação 802.11 atuais, o Controle de Admissão é geralmente obrigatório para manter os níveis de Quali- dade de Serviço (Quality of Service, QoS) para tráfego de alta priori- dade, tal como vídeo (AC_VO) ou voz (AC_VI). Quando o controle de admissão é requerido para uma Categoria de Acesso (AC) pelo AP (por exemplo, através de um subcampo de Controle de Admissão Obrigató- rio (ACM) no elemento de conjunto de parâmetros de acesso distribuído de canal otimizado (EDCA)), um STA é necessário para configurar um TS para a Categoria de Acesso (AC) com o AP através de uma troca de Solicitação/Resposta Add Traffic Stream (ADDTS). Um elemento de es- pecificação de tráfego (Traffic SPECification, TSPEC) no quadro de So- licitação de ADDTS e no quadro de Resposta de ADDTS especifica os vários parâmetros relacionados ao TS, incluindo o identificador de fluxo de tráfego (TSID), direção, tamanho de MSDU, faixa de intervalos mí- nimo e máximo e taxas de dados de pico mínimas, médias, etc.
[0039] O acordo Block Ack para os TIDs correspondentes também precisa ser executado por meio de uma troca de Solicitação/Resposta Add Block Ack (ADDBA). Os acordos Traffic Stream e Block Ack tam- bém podem ser configurados para uma banda de frequência diferente, incluindo um elemento multibanda no ADDTS e na troca de Solicita- ção/Resposta de ADDBA, respectivamente, ou por meio de tunelamento no canal (On-channel Tunneling, OCT).
[0040] Uma vez que a adição não gerenciada de novo tráfego de alta prioridade a uma rede sem fio pode ter um efeito adverso sobre a QoS do tráfego existente, os APs geralmente requerem o Controle de Admissão para este tráfego. No caso de haver um alto volume de trá- fego existente, o AP pode recusar um pedido do STA para configurar fluxos de tráfego para esta Categoria de Acesso (AC).
[0041] A fim de alcançar a transmissão multibanda de acordo com as presentes modalidades, alterações nas operações TS e BA serão necessárias, uma vez que a configuração atual de TS e BA é configu- rada entre as camadas MAC em uma banda particular. Com referência à Figura 3, uma ilustração 300 representa acordos Traffic Stream (TS) e Block Ack (BA) para um identificador de tráfego (TID) que são confi- gurados entre um dispositivo de comunicação transmissor (TX) 302 e um dispositivo de comunicação receptor (RX) 304 de acordo com a pre- sente modalidade. Os acordos de TS e BA são normalmente configura- dos como um par, com o acordo de BA sendo configurado na direção oposta à direção de TS. Os TSs 306, 308, 310 são configurados entre as camadas TX MAC 318, 320, 322 de cada banda e as camadas RX MAC 324, 326, 328 correspondentes de cada banda para transmissão de dados do transmissor 302 para o receptor 304, enquanto que os acordos de BA 312, 314, 316 são configurados em direções opostas entre as camadas RX MAC 324, 326, 328 e as camadas TX MAC 318, 320, 322 para a transmissão de BAs do receptor para o transmissor para reconhecer as transmissões de dados que correspondem aos TSs 306, 308, 310, respectivamente.
[0042] Na extremidade do transmissor, camadas TX superior 330 e uma camada TX de Controle de Link Lógico (Logical Link Control, LLC) 332, tomam decisões sobre qual banda usar para transmissão para um TID particular. MPDUs de cada TS 306, 308, 310 são geradas nas ca- madas TX MAC de cada banda (camadas MAC 318, 320, 322) e ende- reçados às camadas RX MAC de mesmo nível da mesma banda (ca- madas MAC 324, 326, 328). Na extremidade do receptor, o reordena- mento de unidades de dados de serviço MAC (MSDUs) recebidas em bandas diferentes é feito pela camada RX LLC 334 e passado para as camadas RX superiores 336. Os Block Acks (BA) que correspondem às MPDUs de cada TS 306, 308, 310 são gerados nas camadas RX MAC de mesma banda (camadas MAC 324, 326, 328) e endereçados às ca- madas TX MAC de cada banda (camadas MAC 318, 320, 322). Quando um BA não é recebido ou as MPDUs não são confirmadas em um Bit- map de BA (os bits que correspondem às MPDUs definidos como 0), é determinado que a transmissão falhou para as MPDUs não confirma- das. A retransmissão da camada MAC das MPDUs não reconhecidas ocorre na mesma banda de frequência (2,4 GHz, 5 GHz, 6 GHz) que a transmissão que falhou, conforme mostrado na Figura 4.
[0043] A Figura 4 representa o fluxo de comunicação 400 entre o AP 102 multibanda e o STA 104 multibanda para configuração de TS e BA e posterior comunicação de acordo com a comunicação multibanda atual. Se o elemento de conjunto de parâmetros EDCA recebido em quadros de Beacon em qualquer banda tem o bit de Controle de Admis- são Obrigatório (ACM) definido para qualquer Categoria de Acesso (AC), um STA é necessário para configurar um fluxo de tráfego (TS) com o AP para o(s) TID(s) antes de transmitir um quadro de dados per- tencente a este TID/AC nesta banda. A configuração de TS 410 para um TID particular é executada individualmente para cada banda, por exemplo, para transmissão de dados de downlink (ou seja, de um dis- positivo AP para um não AP), ao trocar quadros de Solicitação/Resposta de ADDTS em cada banda. As solicitações ADDTS são sempre inicia- das por STAs não AP, independentemente da direção da transmissão de dados real. Da mesma forma, a configuração de BA 420 para um TID particular é executada individualmente para cada banda ao trocar qua- dros de Solicitação/Resposta de ADDBA em cada banda. As solicita- ções ADDBA são iniciadas pelo dispositivo transmissor para o TS cor- respondente (o AP neste caso). Uma vez que o TS e o BA tenham sido configurados em cada banda, as transmissões de dados e a transmis- são BA correspondente podem ocorrer em cada banda, por exemplo, 430 na banda de 6 GHz, 440 na banda de 5 GHz e 450 na banda de 2,4 GHz. Quadros Block Ack para transmissão de dados em cada banda 430, 440, 450 são solicitados por meio de quadros BlockAckReq e o quadro Block Ack solicitado é transmitido na mesma banda. Uma vez que as transmissões 430, 440 e 450 ocorrem em bandas diferentes, elas também podem ocorrer ao mesmo tempo ou em momentos de sobre- posição, deste modo, obtendo a transmissão multibanda.
[0044] Quando é determinado que a transmissão de um quadro de dados falhou (por exemplo, dentro da transmissão de dados 452, con- forme indicado no quadro BlockAck), o quadro de dados é retransmitido na mesma banda (por exemplo, retransmissão 454).
[0045] Embora as transmissões multibanda possam ser alcançadas com esta abordagem, o ônus do agendamento, seleção de banda, re- transmissão e outras funções são deixados para as camadas superiores 330, 336 (Figura 3), as quais podem não ter as informações necessárias sobre camadas PHY 317, 319, 321, 323, 325, 327 para tomar tal deci- são. Seria melhor se as decisões de transmissão multibanda fossem tomadas nas camadas MAC 318, 320, 322, 324, 326, 328, uma vez que a camada MAC tem informação/controle das camadas PHY muito me- lhores.
[0046] A Figura 5 representa o fluxo de comunicação entre o AP 102 multibanda e o STA 104 multibanda para configuração de TS e BA e posterior comunicação de acordo com as presentes modalidades. O STA 104 capaz de multibanda pode escolher ouvir quadros de Beacon transmitidos em uma única banda para economizar energia. Além do elemento de conjunto de parâmetros EDCA legado, o quadro de Beacon 502 em uma banda primária (por exemplo, a banda de 5 GHz) pode portar um elemento de conjunto de parâmetros EDCA multibanda para indicar os parâmetros de EDCA para uma banda diferente da banda na qual o quadro de Beacon 502 é transmitido. Se um bit ACM no quadro de Beacon 502 é definido como "1" para qualquer uma das ACs em qualquer uma das bandas, é necessário que o STA 104 configure um fluxo de tráfego (TS) para os TIDs que correspondem a esta AC na(s) banda(s) indicada(s), antes de transmitir um quadro de dados perten- cente a este TID/AC nesta(s) banda(s). Alternativamente, o STA 104 também pode ter recebido quadros de Beacon separadamente em cada banda com o elemento de conjunto de parâmetros EDCA legado que porta o bit ACM definido como "1".
[0047] Se tanto o transmissor quanto o receptor suportam TS multi- banda e BA multibanda e indicaram uma capacidade nos campos Multi- band TS e Block Ack no elemento de capacidade multibanda (o ele- mento de capacidade multibanda, incluindo os campos Multi-band TS e Block Ack, é discutido em mais detalhes na Figura 10), a configuração do TS multibanda 510 (por exemplo, para tráfego de downlink) para um TID particular aplicável a multibandas (por exemplo, as três bandas: 2.4 GHz, 5 GHz e 6 GHz) pode ser executada usando uma única troca de quadro (por exemplo, em canais na banda primária) de acordo com as presentes modalidades. Da mesma forma, a configuração do BA multi- banda 520 correspondente para o TID aplicável a multibandas (por exemplo, as três bandas: 2,4 GHz, 5 GHz e 6 GHz) pode ser executada usando uma única troca de quadro (por exemplo, em canais na banda primária) de acordo com as presentes modalidades. Um quadro 512 de Solicitação de ADDTS Multibanda e um quadro 514 de Resposta de ADDTS Multibanda são usados para negociar a configuração 516 do TS para um TID em várias bandas. Da mesma forma, uma Solicitação de ADDBA Multibanda 522 e uma Resposta de ADDBA Multibanda 524 são usadas para negociar a configuração 526 de BA para um TID em várias bandas. Neste exemplo de tráfego de downlink, a Solicitação de ADDBA Multibanda 522 é transmitida pelo AP 102 para o STA 104. Se a confi- guração de TS multibanda 510 fosse para tráfego de uplink, a Solicita- ção de ADDBA Multibanda seria transmitida na direção oposta, isto é, pelo STA 104 para o AP 102.
[0048] Uma vez que o TS multibanda 516 e o BA multibanda 526 tenham sido configurados em múltiplas bandas, o AP 102 pode prosse- guir para iniciar a transmissão multibanda 530 para o STA 104. A trans- missão multibanda 530 envolve transmissão simultânea de quadros per- tencentes ao mesmo TS (TID/AC) dentro das QoS Data A-MPDUs 536a, 536b e 536c, respectivamente, para o STA 104 nas três bandas.
[0049] Após a conclusão da transmissão multibanda 530, o AP 102 pode transmitir um BlockAckReq Multibanda 532 para o STA 104 em qualquer uma das bandas (por exemplo, na banda primária) para solici- tar um Block Ack Multibanda que reconhece os quadros 536a, 536b, 536c recebidos nas três bandas. Ao receber o BlockAckReq 532 multi- banda do AP, o STA 104 transmite o BlockAckReq Multibanda 534 na mesma banda em que o BlockAckReq Multibanda 532 foi recebido para indicar que o STA recebeu dados QoS A-MPDUs 536a e 536b com su-
cesso, mas não conseguiu receber os dados QoS A-MPDU 536c trans- mitidos na banda de 2,4 GHz. A fim de melhorar a taxa de sucesso de retransmissão usando diversidade de frequência, o AP 102 pode, de acordo com as presentes modalidades, escolher retransmitir os dados QoS A-MPDU 538 na banda de 6 GHz, em vez da banda de 2,4 GHz usada para a transmissão original.
[0050] O AP 102 posteriormente transmite um BlockAckReq Multi- banda 542 para o STA 104 em uma banda diferente (por exemplo, na banda primária) para solicitar o Block Ack 544 multibanda que porta um Bitmap de BA consolidado que reconhece os quadros recebidos na banda de 6 GHz. Assim, pode ser visto que, de acordo com as presentes modalidades, um Fluxo de Tráfego é configurado em várias bandas usando uma única troca de quadros ADDTS Multibanda 512, 514 em qualquer banda. O Block Ack também é configurado em várias bandas usando uma única troca de quadros ADDBA Multibanda 522, 524 em qualquer banda. Além disso, de acordo com as presentes modalidades, um quadro de Block Ack Multibanda consolidado 534 reconhece uma transmissão multibanda agregada, um quadro de Block Ack Multibanda 544 pode ser usado para reconhecer a transmissão em outra banda e os quadros 536c que falharam podem ser novamente transmitidos 538 em uma banda diferente.
[0051] Assim, de acordo com as presentes modalidades, um dispo- sitivo de comunicação multibanda (por exemplo, AP 102) inclui uma plu- ralidade de transceptores 216, 218, 220 os quais, em operação, trans- mitem, cada um, quadros de sinal 536c, 536a, 536b em diferentes den- tre uma pluralidade de bandas de frequência 204, 206, 208. O disposi- tivo de comunicação multibanda também inclui circuitos de Controle de Acesso à Mídia (MAC) 212 acoplados à pluralidade de transceptores 216, 218, 220 os quais, em operação, geram um quadro de Solicitação de Confirmação de Bloco Multibanda 532 e transmitem o quadro de So- licitação de Confirmação de Bloco Multibanda MAC 532 em uma dentre a pluralidade de bandas de frequência 206 para solicitar o quadro de Confirmação de Bloco Multibanda 534. O circuito de Controle de Acesso à mídia (MAC) 212 subsequentemente recebe um quadro de Confirma- ção de Bloco Multibanda 534 em uma dentre a pluralidade de bandas de frequência 206 que reconhece os quadros de sinal 536a, 536b, 536c transmitidos na pluralidade de bandas de frequência.
[0052] Além disso, de acordo com as presentes modalidades, um dispositivo de comunicação multibanda (por exemplo, STA 104) inclui uma pluralidade de transceptores 230, 232, 234 acoplados ao circuito MAC 238. A pluralidade de transceptores 230, 232, 234, em operação, recebem, cada, quadros de sinal 536a, 536b, 536c em diferentes dentre uma pluralidade de bandas de frequência 204, 206, 208. Os circuitos MAC 238, em operação, ao receber o quadro de Solicitação de Confir- mação de Bloco Multibanda 532 em uma dentre a pluralidade de bandas de frequência 206, gera e transmite um quadro de Confirmação de Bloco Multibanda 534 em uma dentre a pluralidade de bandas de frequência 206 que reconhece os quadros de sinal 536a, 536b, 536c recebidos na pluralidade de bandas de frequência 204, 206, 208.
[0053] A Figura 6 representa uma ilustração 600 de um elemento de conjunto de parâmetros de EDCA multibanda 610 em um quadro de Beacon 402 (Figura 4) de acordo com as presentes modalidades. O ele- mento 610 do conjunto de parâmetros EDCA multibanda indica os pa- râmetros EDCA para uma banda diferente da banda na qual o quadro de Beacon 402 é transmitido. A banda aplicável é indicada por um campo de identificação de banda 612. Um formato de cada um dos cam- pos de registro de parâmetros 620 para uma AC específica é represen- tado. Se o bit ACM 622 for definido como "1" para qualquer uma das
ACs em qualquer uma das bandas, um STA é necessário para configu- rar um fluxo de tráfego (TS) para os TIDs que correspondem a esta AC na banda indicada, antes de transmitir um quadro de dados pertencente a este TID/AC nesta banda. Alternativamente, o STA também pode re- ceber quadros de Beacon separadamente em cada banda com o ele- mento de conjunto de parâmetros EDCA legado que porta o bit ACM 622 definido como "1".
[0054] A Figura 7 representa uma ilustração 700 de um quadro de Solicitação de ADDTS Multibanda 710 e um quadro de Resposta de ADDTS Multibanda 720 e a Figura 8 representa uma ilustração 800 de um quadro de Solicitação de ADDBA Multibanda 810 e um quadro de Resposta de ADDBA Multibanda 820 de acordo com as presentes mo- dalidades. O quadro de Solicitação de ADDTS Multibanda 710 e o qua- dro de Resposta de ADDTS Multibanda 720 são usados para negociar a configuração de TS para um TID em várias bandas em resposta à informação em um ou mais elementos multibanda 750 em cada um do quadro de Solicitação de ADDTS Multibanda 710 e o quadro de Res- posta de ADDTS Multibanda 720. Da mesma forma, o quadro de Solici- tação de ADDBA Multibanda 810 e o quadro de Resposta de ADDBA Multibanda 820 são usados para negociar a configuração de BA para um TID em várias bandas em resposta à informação em um ou mais elementos multibanda 750 em cada um do quadro de Solicitação de ADDBA Multibanda 810 e o quadro de Resposta de ADDBA Multibanda
820.
[0055] Com referência à Figura 9, uma ilustração 900 representa o elemento multibanda 750 de acordo com as presentes modalidades. O elemento multibanda 750 indica a banda adicional (além da banda trans- mitida) à qual o acordo TS ou BA se aplica. O elemento multibanda 750 também pode incluir o endereço MAC usado na banda.
[0056] O elemento multibanda 750 inclui, dentre outros campos, um campo de controle multibanda 910 que inclui vários campos, incluindo um campo Inter Band 920. O campo Inter Band 920 é usado para dife- renciar o elemento multibanda para uso na configuração de TS e BA multibanda. Quando o campo Inter Band 920 é definido como "1", isto indica que a configuração correspondente se aplica à banda indicada no campo Band ID 930, além da banda na qual o quadro que porta o elemento é transmitido. O campo Inter Band 920 serve, assim, para di- ferenciar a inclusão do elemento multibanda 750 para configuração de ADDTS Multibanda e ADDBA Multibanda de acordo com as presentes modalidades do uso legado para configuração de ADDTS e ADDBA em uma banda diferente.
[0057] Nas Figuras 7 e 8, cada um dos quadro de Solicitação de ADDTS Multibanda 710, o quadro de Resposta de ADDTS Multibanda 720, o quadro de Solicitação de ADDBA Multibanda 810 e o quadro de Resposta de ADDBA Multibanda 820, incluem dois elementos multi- banda 750 com o campo Inter Band 920 definido para "1" e os campos Band ID 930 definidos para 2,4 GHz no primeiro elemento multibanda 750 e 6 GHz no segundo elemento multibanda 750. Uma vez que os quadros são transmitidos na banda de 5 GHz, isto indica uma configu- ração multibanda nas três bandas.
[0058] Embora, neste exemplo, a Solicitação de ADDBA Multibanda 810 seja transmitida pelo AP 102 para o STA 104, se a configuração de TS multibanda 510 fosse para tráfego de uplink, a Solicitação de ADDBA Multibanda seria transmitida pelo STA 104 para o AP 102. Uma vez que o TS e BA tenham sido configurados em multibanda, o AP 102 pode prosseguir para iniciar a transmissão multibanda 530 para o STA 104, a transmissão multibanda 530 envolvendo a transmissão simultânea de quadros pertencentes ao mesmo TS (TID/AC) para o STA 104 nas três bandas.
[0059] A Figura 10 representa uma ilustração 1000 de um elemento de capacidade multibanda 1010 de acordo com as presentes modalida- des. Se o transmissor e o receptor suportam TS multibanda e BA multi- banda e indicaram a capacidade nos campos Multibanda TS e Block Ack 1020 no elemento de capacidade multibanda 1010, a configuração de TS multibanda 510 (tráfego de downlink) e a configuração de BA multibanda 520 para um TID particular aplicável a multibandas pode ser executada usando uma única troca de quadro, por exemplo, em canais na banda primária. Os campos Multibanda TS e Block Ack 1020 também indicam se o AP 102 e o STA 104 suportam o recurso TS multibanda e BA multibanda e um campo Supported Bands 1030 indica as bandas de frequência suportadas pelo AP 102 e o STA 104.
[0060] A Figura 11 representa uma ilustração de um quadro de Blo- ckAckReq Multibanda 1100 e um quadro de Block Ack Multibanda 1150 de acordo com uma primeira variante das presentes modalidades. Após conclusão da transmissão multibanda 530, o AP 102 pode transmitir um quadro de BlockAckReq Multibanda 1100 para o STA em qualquer uma das bandas (por exemplo, na banda primária) para solicitar um quadro de Block Ack Multibanda 1150. O quadro de Block Ack Multibanda 1150 inclui um Bitmap de BA consolidado em um campo BA Information 1152, que reconhece os quadros recebidos nas três bandas. Um campo mul- tibanda 1110 e um campo multibanda 1160 diferenciam o quadro de BlockAckReq Multibanda 1100 e o quadro de Block Ack Multibanda 1150 de um quadro de BlockAckReq de banda única do estado da téc- nica e um quadro BlockAck de banda única do estado da técnica, res- pectivamente.
[0061] O Bitmap de BA consolidado no quadro de Block Ack Multi- banda 1150 indica que o receptor falhou ao receber os dados QoS A- MPDU 536c transmitidos na banda de 2,4 GHz. A fim de melhorar a taxa de sucesso de retransmissão usando diversidade de frequência, o AP 102 pode escolher retransmitir os dados QoS A-MPDU 538 na banda de 6 GHz, em vez da banda de 2,4 GHz usada para a transmissão ori- ginal.
[0062] O AP 102 subsequentemente transmite o quadro de Blo- ckAckReq Multibanda 1100 para o STA 104 em uma banda diferente (por exemplo, na banda primária) para solicitar o quadro de Block Ack Multibanda 1150 que porta o Bitmap de BA consolidado que reconhece os quadros recebidos na banda de 6 GHz.
[0063] Os campos Receiver Address (RA) e Transmitter Address (TA) são definidos como o endereço MAC da interface de rádio sem fio de cada banda. No entanto, independentemente do conteúdo dos cam- pos RA e TA, se o campo multibanda 1110 for definido como "1", o qua- dro de BlockAckReq 1100 é interpretado como solicitando um quadro de Block Ack Multibanda que reconhece que os quadros pertencem ao TID indicado em um campo TID_INFO 1112, independentemente da banda na qual os quadros são recebidos. Da mesma forma, indepen- dentemente do conteúdo dos campos RA e TA, se o campo multibanda 1160 for definido como "1", o quadro de Block Ack Multibanda 1150 porta um Bitmap de BA consolidado no campo BA Information 1152 que reconhece que os quadros pertencentes ao TID indicado no campo TID_INFO 1162, independentemente da banda na qual os quadros são recebidos.
[0064] Assim, de acordo com as presentes modalidades, o tráfego pertencente a um mesmo TID pode ser dividido em várias bandas. Além disso, Block Acks para várias bandas podem ser consolidados e trans- mitidos em outra banda. Esta capacidade é fornecida, de acordo com as presentes modalidades, para os tipos de Solicitação de Confirmação de Bloco existentes, tais como os tipos de solicitação de Block Ack Com- pressed, Multi-TID, Multi-STA e GroupCast with Retries (GCR).
[0065] A Figura 12 representa uma ilustração 1200 de uma arquite-
tura de Traffic Stream e Block Ack de acordo com as presentes modali- dades. As camadas MAC 318, 320, 322, 324, 326, 328 são divididas em camadas MAC superiores (Upper MAC, UMAC) unificadas agnósticas de banda 1202, 1204 e camadas MAC inferiores (Lower MAC, LMAC) específicas para banda 1206, 1208, 1210, 1212, 1214, 1216. Os acor- dos 1220, 1222, 1224 de fluxo de tráfego multibanda e os acordos 1230, 1232, 1234 de confirmação de blocos multibanda para um TID são con- figurados entre as respectivas camadas MAC de cada banda.
[0066] As camadas superiores 330, 336 e as camadas LLC 332, 334 precisam apenas lidar com as camadas UMAC unificadas 1202 e 1204, respectivamente. No lado do transmissor 302, a camada UMAC unifi- cada 1202 executa a agregação multibanda dos dados TS (isto é, qua- dros pertencentes a um fluxo de tráfego (TS) particular podem ser agre- gados em bandas diferentes) ao longo de três percursos de dados de TS 1240, 1242, 1244 e toma a decisão de qual(is) banda(s) usar para transmissões, bem como retransmissões. A banda real usada para as transmissões pode ser transparente para as camadas superiores. O re- ceptor 304 de UMAC unificada 1204 é responsável pela desagregação multibanda (isto é, reordenação de quadros pertencentes a um fluxo de tráfego (TS) particular recebido de bandas diferentes) e registro da re- cepção em um Scorecard consolidado de Block Ack.
[0067] O receptor 304 de UMAC unificada 1204 também é respon- sável pela geração do Block Ack Multibanda e transmissão do Block Ack (BA) multibanda ao longo de um percurso de BA multibanda 1250 em uma banda de frequência selecionada (neste exemplo, 2,4 GHz). O transmissor 302 pode solicitar o BA multibanda em qualquer banda ao transmitir uma Solicitação de Block Ack Multibanda. O receptor 304 gera e transmite o Block Ack Multibanda em resposta à recepção de um qua- dro de Solicitação de Block Ack Multibanda ou mediante uma solicitação implícita para gerar um quadro de Block Ack Multibanda. O quadro de
Block Ack Multibanda é transmitido na mesma banda na qual a respec- tiva solicitação foi recebida.
[0068] A Figura 13 representa uma ilustração 1300 de uma primeira transmissão multibanda exemplificativa de acordo com as presentes modalidades mostrando transmissões em uma primeira banda de fre- quência 1302 (por exemplo, 2,4 GHz), uma segunda banda de frequên- cia 1304 (por exemplo, 5 GHz) e uma terceira banda de frequência 1306 (por exemplo 6 GHz), e assume que a configuração de TS e BA para um TID foi concluída nas bandas em questão. A largura de banda dos canais em cada banda 1302, 1304, 1306 pode variar dependendo das condições e disponibilidade do canal (por exemplo, 20 MHz na banda de 2,4 GHz 1302, 80 MHz na banda de 5 GHz 1304 e 160 MHz na banda de 6 GHz 1306). A Banda Um 1302 (por exemplo, a banda de 2,4 GHz) pode ser usada principalmente para trocar quadros de gerenciamento e controle, tais como os quadros de Solicitação de Block Ack Multibanda 1308 e os quadros de Block Ack Multibanda 1310, e pode ser conhecida como banda primária, enquanto que a Banda Dois 1304 (por exemplo, a banda de 5 GHz) e a Banda Três 1306 (por exemplo, a banda de 6 GHz) podem ser usadas principalmente para trocar quadros de dados 1312 (por exemplo, PPDUs de downlink (DL)) e podem ser conhecidas como bandas secundárias ou bandas complementares.
[0069] Depois de obter acesso ao canal em cada banda, o AP 102 inicia a transmissão multibanda 1300 que é composta da PPDU 1312a de downlink na Banda Três 1306, a PPDU 1312b de downlink na Banda Dois 1304 e a PPDU 1312c de downlink na Banda Um 1302. Cada PPDU pode portar MPDUs agregadas (A-MPDU), cada uma com um número de quadros.
[0070] O AP 102 define a política Ack em um campo QoS Control de cada quadro para Block Ack para indicar que não deve haver confir- mação imediato em cada banda e atribui a transmissão do BAR e BA a uma banda de baixa taxa (por exemplo, a banda de 2,4 GHz 1302) para liberar as bandas de alta taxa (por exemplo, a Banda 2 1304 e a Banda 3 1306) para transmissões de dados. Além disso, o mesmo contador de número de sequências é usado para cada par de STA e TID em várias bandas para assegurar que o número de sequências (Sequence Num- ber, SN) dos quadros transmitidos não se repita nas bandas. Neste exemplo, os quadros com SN 1, 2 e 3 são transmitidos na PPDU 1312c na Banda Um 1302, os quadros com SN 4, 5 e 6 são transmitidos na PPDU 1312b na Banda Dois 1304 e os quadros com SN 7, 8 e 9 são transmitidos na PPDU 1312a na Banda Três 1306. O STA 104 (ou seja, o receptor) mantém um Bitmap de Block Ack separado para cada banda em uma interface de rede (Network Interface, NIC), mas consolida-o em um único Bitmap de BlockAck 1314 ao receber um quadro de Blo- ckAckReq Multibanda. Os quadros Multibanda BA 1310 portam os Bit- maps consolidados 1314 que reconhecem os quadros recebidos nas três bandas - um bit definido como "1" indica recepção de quadro bem- sucedida do quadro com SN que corresponde a este bit e "0" indica recepção de quadro com falha do quadro com SN que corresponde a este bit.
[0071] Na transmissão de exemplo 1300, a transmissão de quadro DL PPDU multibanda agregada compreende o quadro 1312a transmi- tido na Banda Três 1306, o quadro 1312b transmitido na Banda Dois 1304 e o quadro 1312c na Banda Um 1302 e transmissão de quadro com SN 2 na Banda Um 1302 e quadros com SN 5 e 6 na Banda Dois 1304 falhou. Após conclusão da transmissão multibanda, o AP 102 transmite o quadro de BlockAckReq Multibanda 1308a para solicitar um BA multibanda que reconhece o quadro transmitido nas três bandas 1302, 1304, 1306. O BA multibanda 1310a consolida os Bitmaps de Block Ack das três bandas no Bitmap de Block Ack 1314a consolidado. Os bits 2, 5 e 6 que correspondem a SN 2, 5 e 6 são definidos como "0"
no Bitmap de Block Ack consolidado 1314a, indicando a falha na recep- ção de quadros com SN 2, 5 e 6, enquanto que o restante dos bits é definido como 1, e indicam uma recepção bem-sucedida. Uma vez que houve transmissões com falha na Banda Dois 1304 e na Banda Um 1302, mas não na Banda Três 1306, o AP 102 pode decidir que as con- dições do canal na Banda Três são melhores e optar por consolidar os quadros com falha e retransmiti-los na Banda Três 1306 na PPDU 1312d. Posteriormente, o quadro de BlockAckReq Multibanda 1308b é transmitido na Banda Um 1302 para solicitar o BA multibanda 1310b que porta confirmações para os quadros portador na PPDU 1312d trans- mitidos na Banda Três 1306. Desta vez, todos os três quadros retrans- mitidos são recebidos com sucesso e o STA 104 transmite o BA multi- banda 1310b com os bits correspondentes no Bitmap de BA definido para 1.
[0072] A Figura 14 representa uma ilustração 1400 de um modelo de referência exemplificativo para a implementação de Block Ack Multi- banda de acordo com as presentes modalidades. Em um dispositivo de comunicação sem fio, a Interface de Rádio (Radio Interface, I/F) de cada banda é geralmente implementada como módulo independente (por exemplo, 1410, 1420, 1430 para a banda de 2,4 GHz, a banda de 5 GHz e a banda de 6 GHz, respectivamente, como os transceptores 216, 218, 220 (Figura 2)). Todos os módulos 1410, 1420, 1430 estão conectados a um sistema host 1405 que pode ser uma CPU. Os módulos da camada Física (PHY) (por exemplo, 317, 319, 321 (Figura 12)), bem como fun- ções MAC críticas de tempo nas camadas MAC inferiores 1402 (por exemplo, 1206, 1208, 1210 (Figura 12)) podem ser implementados nas I/Fs de Rádio 216, 218, 220 enquanto que o restante das funções MAC (isto é, a camada MAC superior 1404 (por exemplo, 1202 (Figura 12)) pode ser implementado no sistema host 1405.
[0073] Devido à baixa latência necessária para produzir um BA em resposta a um BAR (dentro do Espaço Inter Quadro Curto (Short Inter- frame Space, SIFS) do final do BAR), o Scorecard de Block Ack para uma banda particular é implementado usando um chip de memória rá- pido, mas caro, em cada I/F de rádio. No entanto, manter o Scorecard de BA que persiste por toda a duração de todas as sessões ativas de Block Ack (conhecido como Block Ack de estado completo) aumenta a carga do requisito de memória para uma implementação de receptor. Consequentemente, a maioria das implementações reutiliza o chip de memória para mais de uma sessão Block Ack, com a memória servindo como um cache para armazenar o estado da sessão Block Ack ativa mais recentemente (o qual é denominado como um Block Ack de estado parcial). Os Scorecards de BA nas bandas 1412, 1422, 1432 são exem- plos de chips de memórias usados como Scorecards de BA para regis- trar o estado de recepção de quadros recebidos nas bandas de 2,4 GHz, 5 GHz e 6 GHz, respectivamente. O Block Ack de estado parcial é salvo na memória, mas aumenta o risco de que o Scorecard de Block Ack possa ser substituído por outra sessão Block Ack em uma próxima Oportunidade de Transmissão (Transmission Opportunity, TXOP) e, portanto, requer tratamento especial para evitar a perda de dados.
[0074] Para executar a operação Block Ack Multibanda, um Score- card de BA multibanda 1406 é mantido no sistema host 1405. Uma vez que a memória no sistema host 1405 é geralmente mais barata, o Sco- recard de BA multibanda 1406 pode ser implementado como um Score- card de confirmação de bloqueio de estado completo, ou seja, o Score- card persiste por toda a duração de uma sessão de confirmação de blo- queio multibanda.
[0075] De acordo com as presentes modalidades e conforme mos- trado na ilustração 1400, os quadros recebidos em cada banda são ana- lisados pelos Analisadores Rx 1414, 1424, 1434 e tratados de acordo com o tipo de quadro. Os quadros de dados 1415, 1425, 1435 que são corretamente recebidos e endereçados ao receptor são registrados de acordo com seu número de sequência (SN) no Scorecard de BA em Banda 1412, 1422, 1432 antes de serem passados para o buffer de re- cepção 1408. O conteúdo do buffer de recepção 1408 pode ser reorde- nado de acordo com o SN de quadro de dados em intervalos regulares.
[0076] Na operação Block Ack de banda única convencional, após conclusão do TXOP (para Block Ack implícito) ou ao receber um quadro de Solicitação de BlockAck (BlockAck Request, BAR) legado (para Block Ack explícito), o MAC inferior copia o Bitmap de BA do Scorecard de BA dentro da banda e gera o quadro BlockAck para transmissão ime- diata. No entanto, para operação Block Ack Multibanda, o Block Ack ex- plícito pode ser usado e, após a conclusão do TXOP em cada banda, o Scorecard de BA multibanda 1406 é atualizado com o conteúdo do Sco- recard de BA em Banda 1412, 1422, 1432 da respectiva I/F de rádio. Ao final de uma oportunidade de transmissão multibanda (TXOP), o Score- card de BA multibanda 1406 teria consolidado os Bitmaps de BA de to- dos os Scorecards de BA em Banda 1412, 1422, 1432.
[0077] Finalmente, ao receber o quadro de BAR multibanda 1416 em qualquer uma das bandas, a MAC superior 1404 copia o Bitmap de BA do Scorecard de BA multibanda 1406 e gera 1407 o quadro de Block Ack Multibanda para transmissão. Ao mesmo tempo, a recepção do quadro de BAR multibanda 1416 também aciona a MAC superior para remontar as MSDUs completas dos quadros no Buffer de Recepção 1408 (todas as MSDUs completas com SN menor do que o Número de Sequência Inicial (Starting Sequence Number, SSN) portados no quadro de BAR multibanda 1416) e encaminhá-los para as camadas superio- res. Embora na ilustração 1400 a recepção do quadro de BAR multi- banda 1416 e a transmissão do quadro de BA multibanda 1820 sejam mostrados na banda de 2,4 GHz, será entendido que o processo é o mesmo para outras bandas de frequência também.
[0078] A Figura 15 representa uma ilustração 1500 de uma segunda transmissão multibanda exemplificativa de acordo com as presentes modalidades. Esta segunda transmissão multibanda exemplificativa é similar à primeira transmissão multibanda exemplificativa (Figura 13), exceto que esta segunda transmissão multibanda exemplificativa é um exemplo de um caso de Duplex de Divisão de Frequência (Frequency Division Duplex, FDD) onde a Banda Dois (5 GHz 1304) e a Banda Três (6 GHz 1306) são reservadas para transmissões de dados com alta lar- gura de banda, enquanto que a Banda Um (2,4 GHz 1302) é reservada para quadros de controle de baixa largura de banda e assume que a configuração de TS e BA para um TID foi concluída em todas as bandas em questão. Este tipo de divisão de frequência pode resultar em um aumento geral no rendimento do sistema em virtude da redução nos atrasos de acesso ao canal nas bandas de frequência de alta largura de banda, uma vez que os quadros de controle são transmitidos exclusiva- mente na banda de frequência de baixa largura de banda.
[0079] Após obter acesso ao canal em cada banda, a transmissão multibanda composta da PPDU de downlink 1512a na Banda Três 1306 e a PPDU de downlink 1512b na Banda Dois 1304 é iniciada pelo AP
102. O mesmo contador de número de sequências é usado para cada par de STA, TID em várias bandas, para assegurar que o número de sequências não se repita nas bandas. Conforme acontece com o pri- meiro exemplo de transmissão multibanda 1300, no segundo exemplo de transmissão multibanda 1500, o STA receptor 104 mantém um Bit- map de BlockAck separado para cada banda em uma Interface de Rede (NIC), mas consolida-o em um único Bitmap de Block Ack 1514a ao re- ceber um quadro de BlockAckReq Multibanda 1508a na Banda Um
1302. Um número de sequências inicial (SSN) é incluído nos quadros de BAR Multibanda 1508a para indicar o primeiro SN a ser confirmado. O SSN dispara todos os quadros no buffer de recepção 1408 (Figura
14) com o SN menor do que o SSN sendo encaminhado para as cama- das superiores. Durante esta transmissão multibanda, os quadros com SN 1 e 2 são recebidos com sucesso pelo STA 104, enquanto que a recepção dos quadros com SN 3 e 4 falha. Os bits 3 e 4 são definidos como "0" no Bitmap de BlockAck 1514a consolidado, indicando a recep- ção com falha de quadros com SN 3 e 4, enquanto que os bits 1 e 2 são definidos como "1" para indicar a recepção bem-sucedida de quadros com SN 1 e 2.
[0080] Durante este tempo, o AP 102 continua com a transmissão da transmissão de quadro DL PPDU multibanda agregada, que compre- ende a PPDU 1512c transmitida na Banda Três 1306 e quadros PPDU 1512d transmitidos na Banda Dois 1304. Durante esta transmissão, a transmissão de quadros com SN 7 e 8 na Banda 2 1304 falhou. O qua- dro de BlockAckReq Multibanda 1508b que solicita BA multibanda para quadros transmitidos nas duas bandas 1304 e 1306 é transmitido na Banda Um 1302. O BA multibanda 1510b consolida os Bitmaps de Blo- ckAck das duas bandas 1304 e 1306 no Bitmap de BlockAck consoli- dado 1514b.
[0081] No Bitmap de BlockAck consolidado 1514b, os bits 7 e 8 são definidos como "0", indicando a falha na recepção de quadros com SN 7 e 8, enquanto que os bits 5 e 6 são definidos como "1" para indicar a recepção bem-sucedida de quadros com SN 5 e 6. Observe que, uma vez que a recepção bem-sucedida dos bits 1 e 2 é indicada no Bitmap de BlockAck 1514a consolidado, estes bits não são representados no Bitmap de BlockAck 1514b consolidado por questões de brevidade. Uma vez que houve transmissões com falha na Banda Dois 1304, mas não na Banda Três 1306, o transmissor pode optar por consolidar os quadros com falha com SN 3 e 4 e retransmiti-los na Banda Três 1306 como PPDU 1512e, enquanto que os quadros com falha com SN 7 e 8 são retransmitidos na Banda Três 1306 como PPDU 1512f. Os quadros de BlockAckReq Multibanda 1508c e 1508d são transmitidos na Banda Um 1502 para solicitar os BAs multibanda 1510c e 1510d, respectiva- mente, que carregam confirmações para os quadros portados nas PPDUs 1512e, 1512f transmitidos na Banda Três 1306.
[0082] A retransmissão pode usar a retransmissão de Solicitação de Repetição Automática Híbrida (Hybrid Automatic Repeat Request, HARQ) em vez da retransmissão regular e pode se beneficiar da diver- sidade de frequência ao ser transmitida em uma banda diferente. As PPDUs 1512a, 1512b são reconhecidas no quadro de Block Ack Multi- banda 1510a, as PPDUs 1512c, 1512d são confirmadas no quadro de Block Ack Multibanda 1510b, a PPDU 1512e é confirmada no quadro de Block Ack Multibanda 1510c e a PPDU 1512f é confirmada no quadro de Block Ack Multibanda 1510d. Em vez de retransmitir cópias exatas dos quadros com falha com SN 3, 4, 7 e 8, o transmissor pode escolher executar uma retransmissão HARQ dos quadros com falha (como Com- binação de Chase ou Redundância Incremental). Uma vez que os qua- dros com falha são retransmitidos em uma banda de frequência dife- rente comparado com a transmissão original, a retransmissão HARQ pode obter ganhos adicionais em virtude da diversidade de frequência.
[0083] A Figura 16 representa uma ilustração 1600 de um quadro de BlockAckReq Multibanda 1610 de acordo com as presentes modali- dades, em que o tipo de variante de quadro multibanda é definido de acordo com as presentes modalidades. Após conclusão da transmissão multibanda 530, um quadro de BlockAckReq Multibanda 1600 é trans- mitido para solicitar um quadro de Block Ack Multibanda e inclui um campo BAR Control 1612 e um campo BAR Information 1614.
[0084] O campo BAR Control 1612 inclui, dentre outros campos, um campo BAR Type 1620 e um campo TID_INFO 1622. O campo TID_INFO 1622 indica o número de bandas presentes no BAR (TID_INFO + 1). Uma tabela 1630 mostra os tipos de BAR 1632 que podem ser indicados no campo BAR Type 1620 e as variantes de qua- dro de BAR 1634 correspondentes, tais como os tipos Compressed, Multi-TID, Multi-STA e GCR BAR. De acordo com as presentes modali- dades, o tipo de BAR 1636 é definido para um BAR multibanda. Da mesma forma, um novo tipo de BA correspondente é definido para um BA multibanda. O formato é mais flexível e pode ser usado para solicitar um BA de acordo com uma banda específica, um TID específico e um Controle de Sequência Inicial de BA específico (o qual pode ser dife- rente em cada banda).
[0085] De acordo com as presentes modalidades, o campo BAR In- formation 1614 inclui um campo Per Band Info 1640 e um campo Block Ack Starting Sequence Control 1641 para cada banda de frequência para a qual a confirmação é solicitada pelo quadro de BlockAckReq Mul- tibandas 1610. O campo Per Band Info 1640 porta informações especí- ficas para uma banda de frequência; a banda de frequência é identifi- cada pelo campo Band ID 1642, o qual pode seguir a mesma codifica- ção que o campo Band ID 612 na Figura 6, os campos Receiver Address (RA) e Transmitter Address (TA) 1644 estão opcionalmente presentes se endereços MAC diferentes são usados para bandas diferentes e po- dem especificar o RA e TA para cada banda e um campo TID Value 1646 identifica o TID para o qual o Block Ack é solicitado nesta banda. Os campos RA e TA 1644 podem ser omitidos no campo Band Info 1640 para a banda na qual o BAR é transmitido.
[0086] A Figura 17 representa uma ilustração 1700 de um quadro de Block Ack Multibanda 1702, em que uma variante do campo BA In- formation 1710 é definida de acordo com as presentes modalidades. O quadro de BlockAckReq Multibanda 1702 é transmitido em resposta a um quadro de BlockAckReq Multibanda 1600 e inclui um campo BA Control 1704 e um campo BAR Information 1710. O quadro de Blo- ckAckReq Multibanda 1702 é identificado pelo campo BA Type 1706 definido como "Multi-Band" 1636 e pode ser usado para retornar Block Ack de acordo com uma banda específica, um TID específico e um Con- trole de Sequência Inicial de BA específico o qual, em cada banda, pode ser diferente. O campo BA Information 1710 não apenas inclui um campo Per Band Info 1640 para cada banda de frequência, mas também inclui um campo Block Ack Starting Sequence Control 1641 e um Bitmap de Block Ack 1720 para cada banda de frequência, a banda de frequên- cia sendo identificada pelo campo Band ID 1730. Os campos Receiver Address (RA) e Transmitter Address (TA) 1644 estão opcionalmente presentes se diferentes endereços MAC forem usados para bandas di- ferentes e podem especificar o RA e TA para cada banda e um campo TID Value 1646 identifica o TID para qual o Block Ack é relatado nesta banda. Os campos RA e TA 1644 podem ser omitidos no campo Per Band Info 1640 para a banda na qual o BAR é transmitido. O Bitmap de Block Ack 1720 para cada banda reconhece apenas os quadros recebi- dos na banda identificada pelo campo Band ID 1730 no campo Per Band Info 1640. Portanto, se os quadros recebidos em três bandas de fre- quência devem ser reconhecidos, o quadro de Block Ack Multibanda 1702 porta três campos de Bitmap de Block Ack 1720, um por banda de frequência. O transmissor pode consolidar os Bitmaps específicos para banda em um único Bitmap ao receber um quadro de Block Ack Multi- banda 1702.
[0087] A Figura 18 representa uma ilustração 1800 de uma variante do modelo de referência exemplificativo para a implementação de Block Ack Multibanda da Figura 14 de acordo com as presentes modalidades. De acordo com a implementação Block Ack Multibanda representada na ilustração 1800, o Scorecard de BA multibanda separado 1406 não pode ser mantido em um sistema host 1805. Receber o quadro de BAR mul- tibanda em qualquer uma das bandas aciona a geração 1810 e trans- missão 1820 do BA multibanda e um Bitmap da solicitação de banda é copiada do Scorecard de BA em Banda da respectiva I/F de rádio e usada para gerar 1830 e transmitir 1832 o(s) Block Add(s) para a(s) banda(s) solicitada(s). Ao mesmo tempo, a recepção do quadro de BAR multibanda 1610 também aciona a camada MAC superior para remontar as MSDUs completas dos quadros no Buffer de Recepção 1408 (todas as MSDUs completas com SN inferior a um Número de Sequência Inicial (SSN)) e encaminhá-las para as camadas superiores. Embora na Figura 18 a recepção do quadro de BAR multibanda 1610 e a transmissão do quadro de BA multibanda 1820 sejam mostrados na banda de 2,4 GHz, deve ser entendido que o processo é o mesmo para as outras bandas de frequência também.
[0088] Uma vez que o BA multibanda é gerado 1810 sem um Bitmap consolidado, a transmissão 1820 do BA multibanda pode requerer mais tempo e, portanto, pode requerer um esquema de Block Ack atrasado. A Figura 19 representa uma ilustração 1900 de uma terceira transmis- são multibanda exemplificativa, um esquema de Block Ack Multibanda atrasado, de acordo com as presentes modalidades. Em um esquema Block Ack Multibanda atrasado, os quadros Ack 1902a, 1902c são envi- ados em resposta aos quadros de Solicitação de Block Ack Multibanda 1308a, 1308b e os quadros de Block Ack Multibanda não são enviados imediatamente após a recepção dos quadros de Solicitação de Block Ack Multibanda 1308a, 1308b, mas podem ser enviados como quadros Block Ack atrasados 1904a, 1904b (seguido por quadros Ack 1902b, 1902d) para dar ao receptor tempo para copiar os Bitmaps de BA espe- cíficos para a banda das I/Fs de rádio das respectivas bandas. Assim, os quadros de Block Ack Multibanda 1904a, 1904b portam a informação Block Ack 1906a, 1906b que inclui Bitmaps específicos para cada banda e os Bitmaps não são consolidados.
[0089] A Figura 20 representa uma ilustração 2000 da finalidade de uma arquitetura Traffic Stream e Block Ack definida para lidar com a transmissão multibanda e Block Ack Multibanda de acordo com as pre- sentes modalidades. O acordo Multi-band Traffic Stream e Multi-band Block Ack para um TID são configurados entre os respectivos endereços MAC unificados das camadas MAC superiores unificadas 2002, 2012 de cada dispositivo e são agnósticos de banda e, portanto, muito mais simples de gerenciar. Os acordos Multi-band Traffic Stream e Multi-band Block Ack são identificados pelos endereços MAC unificados e não pe- los endereços MAC específicos para a banda (ou seja, as transmissões multibanda são endereçadas ao endereço MAC unificado, independen- temente da banda usada).
[0090] No lado do transmissor 302, a camada UMAC unificada 2002 passa o Traffic Stream (TS) para uma subcamada de Adaptação Multi- banda 2004 que executa agregação multibanda dos dados de TS sobre três percursos de dados TS 1240, 1242, 1244 e toma a decisão de qual(is) banda(s) usar para transmissões, bem como retransmissões. Uma subcamada de Adaptação Multibanda 2014 do receptor 304 é res- ponsável pela desagregação multibanda (isto é, reordenar quadros per- tencentes ao TS recebidos nos três percursos de dados TS 1240, 1242, 1244) antes de passar o TS para a camada MAC superior unificada do receptor 2012.
[0091] A Figura 21 representa uma ilustração 2100 de um quadro de BlockAckReq Multibanda 2110 e um quadro de Block Ack Multibanda 2120 de acordo com uma segunda variante das presentes modalidades. O campo RA 2112 e o campo TA 2114 do quadro de BlockAckReq Mul- tibanda 2110 portam o endereço MAC unificado para a camada MAC superior unificada 2012, independentemente da banda usada para a transmissão do quadro de BlockAckReq Multibanda 2110. Da mesma forma, o campo RA 2122 e o campo TA 2124 do quadro de Block Ack Multibanda 2120 portam o endereço MAC unificado para a camada MAC superior unificada 2002, independentemente da banda usada para a transmissão do quadro de Block Ack Multibanda 2120.
[0092] O quadro de BlockAckReq Multibanda 2110 indica as bandas solicitadas 2135 em um campo Band Info 2130 de um campo BlockAck Request Control 2116. Da mesma forma, o quadro de Block Ack Multi- banda 2120 indica as bandas reconhecidas 2145 em um campo Band Info 2140 de um campo Block Ack Control 2126.
[0093] Além disso, um campo BlockAck Information 2128 inclui um Bitmap de BlockAck consolidado nas bandas solicitadas se o campo Band Info 2116 não estiver presente no quadro de BlockAckReq Multi- banda 2110 ou todas as três bandas são indicadas pelo campo Band Info 2116 no quadro de BlockAckReq Multibanda 2110. Caso contrário, o campo Block Ack Information 2128 inclui um Bitmap de BlockAck para uma única banda específica quando a banda única é indicada no campo Band Info 2116.
[0094] A Figura 22 representa uma ilustração 2200 de uma segunda variante do modelo de referência exemplificativo para a implementação de Block Ack Multibanda da Figura 14 de acordo com as presentes mo- dalidades. Em virtude do avanço da tecnologia de semicondutores, se várias I/Fs de rádio 2210, 2220, 2230 forem implementadas como um único Sistema em Chip (System On Chip, SOC) ou se a conexão entre as I/Fs de rádio 2210, 2220, 2230 e o sistema host 1405 for rápida o suficiente, o Scorecard de BA multibanda consolidado único 1406 pode ser mantido de acordo com TID e os Scorecards de BA em Banda 1412, 1422, 1432 (Figura 4) não são mantidos. Scorecards específicos para banda separados também podem ser mantidos no sistema host 1405 em memórias cache para suportar relatórios de Block Acks específicos para banda (por exemplo, após a recepção de quadros BlockAckReq legados (banda única) ou um quadro de BlockAckReq Multibanda 2110 (Figura 21) com o campo Band Info 2130 indicando uma única ou duas bandas. Portanto, a recepção de quadros em qualquer banda é regis- trada diretamente no Scorecard de BA multibanda 1406. Esta segunda variante do modelo de referência exemplificativo para implementação de Block Ack Multibanda pode ajudar a reduzir o requisito de memória no chip para esquemas Block Ack Multibanda.
[0095] A Figura 23 representa uma ilustração 2300 de uma quarta transmissão multibanda exemplificativa, um esquema de solicitação Block Ack Multibanda implícito, de acordo com as presentes modalida- des. Em uma transmissão multibanda, um cabeçalho PHY da PPDU em cada banda (por exemplo, em um dos campos SIG) porta uma indicação PPDU multibanda 2305 de que esta é parte de uma PPDU multibanda.
[0096] Para solicitações de Block Ack Multibanda implícitas e explí- citas, os bits de política Ack (por exemplo, Bit 5 e Bit 6) no campo de controle de QoS (ou seja, em um campo de controle de quadro do ca- beçalho MAC) podem ser sobrecarregados com os valores "00" e "11", sendo redefinidos para quadros portados em uma PPDU multibanda. Conforme mostrado na Tabela 1, o "00" indica uma Solicitação de Block Ack Multibanda implícita (ou seja, não haverá nenhum quadro de Solici- tação de Block Ack Multibanda e espera-se que o receptor transmita o Block Ack Multibanda imediatamente); e "3" (ou seja, "11") indica uma Solicitação de Block Ack Multibanda explícita (ou seja, uma Solicitação de Block Ack Multibanda explícita ou uma Solicitação de Block Ack Mul- tibanda implícita deve ser esperada no futuro na mesma banda ou qual- quer outra banda). TABELA 1 Bits no Campo QoS Control Significado Bit 5 Bit 6 Solicitação de Block Ack Multibanda implícita 0 0 Receptor endereçado retorna um quadro BlockAck multibanda começando SIFS após a PPDU que porta o quadro. 1 0 Sem Ack 0 1 Nenhuma confirmação explícita ou PSMP Ack ou Ack disparado (11ax). Solicitação de Block Ack Multibanda explícita 1 1 Receptor pode esperar um quadro de BlockAckReq Multibanda ou Solicitação de Block Ack implícita no futuro em qual- quer uma das bandas ativas.
[0097] Por exemplo, a indicação de PPDU banda múltipla 2305 é definida nas DL PPDUs 2310a, 2310b e 2310c para indicar que as três PPDUs são parte de uma transmissão DL multibanda. Os bits 5 e 6 do campo QoS Control da PPDU 2310a e da PPDU 2310b são definidos como "1" e "1" indicando Solicitação de Block Ack Multibanda onde o receptor pode esperar um quadro de BlockAckReq Multibanda ou Soli- citação de Block Ack Multibanda implícita no futuro, como tal, o receptor não precisa transmitir um quadro BlockAck na banda 1306 e na banda
1304. Os bits 5 e 6 do campo QoS Control da PPDU 2310c são definidos como "0" e "0" indicando Solicitação de Block Ack Multibanda implícita onde se espera que o receptor transmita o Multi-band Block Ack imedi- atamente, sem esperar por um quadro de Solicitação de Block Ack Mul- tibanda. Consequentemente, o Block Ack Multibanda 1310a, que traz um Bitmap de BA multibanda 1314a que reconhece os quadros recebi- dos em todas as três bandas, é transmitido pelo receptor dentro de um Espaço Inter Quadro Curto (Short Interframe Space, SIFS) após o final da PPDU 2310c sem esperar por um quadro de Solicitação de Block Ack Multibanda.
[0098] A Figura 24 representa um diagrama de blocos simplificado 2400 de um dispositivo de comunicação multibanda 2402 (por exemplo, o AP 102 ou o STA 104 (Figura 1)) de acordo com as presentes moda- lidades e pode servir como um transmissor 302 ou um receptor 304 ou ambos ao mesmo tempo. Evidentemente, o AP 102 pode ter sessões simultâneas de TS e BA com múltiplos STAs não AP 104 (consulte Fi- gura 1) e, como tal, será mais complicado, enquanto que STAs não AP 104 têm sessões TS e BA apenas com o AP 102.
[0099] O dispositivo de comunicação multibanda 2402 inclui uma pluralidade de transceptores 2410, 2420, 2430 os quais, em operação de transmissor, transmitem, cada um, quadros de sinal em diferentes dentre uma pluralidade de bandas de frequência das respectivas ante- nas 2412, 2422, 2432 e, em operação de receptor, recebem, cada um,
quadros de sinal em diferentes dentre uma pluralidade de bandas de frequência por meio das respectivas antenas 2412, 2422, 2432. Cada um dos transceptores 2410, 2420, 2430 inclui uma extremidade frontal analógica/RF 2414, 2424, 2434 acoplada, em uma extremidade, a uma respectiva dentre as antenas 2412, 2422, 2432 e acoplada, na outra extremidade, a um respectivo módulo de processamento de camada fí- sica (PHY) 2416, 2426, 2436. Cada um dos módulos de processamento PHY 2416, 2426, 2436 são adicionalmente acoplados a um respectivo módulo de processamento de MAC inferior 2418, 2428, 2438.
[0100] Os percursos de dados da pluralidade de transceptores 2410, 2420, 2430 se acoplam ao circuito MAC superior 2440. O circuito MAC superior 2440 (ou camada de processamento MAC superior) inclui um Agendador multibanda 2442, um bloco de Agregação/Desagrega- ção Multibanda 2444, um bloco de Geração de Block Ack Multibanda 2446 e um bloco de Scorecard de Block Ack Multibanda 2448. O bloco de Geração de Block Ack Multibanda 2446 e o bloco de Scorecard de Block Ack Multibanda 2448 são usados apenas quando o dispositivo de comunicação multibanda 2402 está operando como um receptor. Ao operar como um transmissor, o Agendador multibanda 2442 mantém o controle do estado/recursos das diferentes bandas no STA receptor, configura TSs multibanda e BAs multibanda e decide as bandas a serem usadas para transmissão/retransmissões de Block Ack Multibanda e as bandas a serem usadas para Solicitações de Block Ack Multibanda. Ao operar como um transmissor, o bloco de Agregação/Desagregação Mul- tibanda 2444 agrega o fluxo de tráfego sobre a(s) banda(s) selecio- nada(s) e, ao operar como um receptor, desagrega os fluxos de tráfego provenientes das diferentes bandas em um único fluxo. Ao operar como um receptor, o bloco de Agregação/Desagregação Multibanda 2444 também atualiza o bloco de Scorecard de Block Ack Multibanda 2448.
Ao operar como um receptor, o bloco de Geração de Block Ack Multi- banda 2446 é acoplado ao Agendador multibanda 2442 e o bloco de Scorecard de Block Ack Multibanda 2448 e gera o Block Ack Multibanda.
[0101] A Figura 25 representa um diagrama de blocos detalhado 2500 de um dispositivo de comunicação multibanda 2502 de acordo com as presentes modalidades. Cada uma dentre uma pluralidade de I/Fs sem fio 2510, 2520, 2530 implementa um respectivo módulo de pro- cessamento de camada física (PHY) 2416, 2426, 2436 e um respectivo módulo de função MAC inferior 2512, 2522, 2532. As funções MAC su- perior podem ser implementadas como software dentro de uma unidade de processamento central (Central Processing Unit, CPU) 2540 a qual, em operação, pode ser acoplada a uma memória 2542 que pode ser usada para armazenar o Scorecard de BA Multibanda, uma memória secundária 2544 e uma I/F de comunicação com fio 2546 para comuni- cação com redes externas ou com outros APs 102. Uma fonte de ali- mentação 2548 fornece energia para o AP 2502.
[0102] A presente descrição pode ser executada por qualquer tipo de equipamento, dispositivo ou sistema que tenha uma função de co- municação, o qual é denominado como um dispositivo de comunicação.
[0103] O dispositivo de comunicação pode compreender um trans- ceptor e circuitos de processamento/controle. O transceptor pode com- preender e/ou funcionar como um receptor e um transmissor. O trans- ceptor, como o transmissor e o receptor, pode incluir um módulo de RF (radiofrequência) incluindo amplificadores, moduladores/desmodulado- res de RF e assim por diante e uma ou mais antenas.
[0104] Alguns exemplos não limitativos de tal dispositivo de comu- nicação incluem um telefone (por exemplo, telefone celular (celular), smartphone), um tablet, um computador pessoal (PC) (por exemplo, lap- top, desktop, netbook), uma câmera (por exemplo, câmera fotográ- fica/vídeo digital), um tocador digital (player de áudio/vídeo digital), um dispositivo vestível (por exemplo, câmera vestível, relógio inteligente, dispositivo de rastreamento), um console de jogo, um leitor de livro digi- tal, um dispositivo de telessaúde/telemedicina (dispositivo remoto de sa- úde e medicina) e um veículo que fornece funcionalidade de comunica- ção (por exemplo, automóvel, avião, navio) e várias combinações dos mesmos.
[0105] O dispositivo de comunicação não está limitado a ser portátil ou móvel e também pode incluir qualquer tipo de equipamento, disposi- tivo ou sistema não portátil ou estacionário, tal como um dispositivo do- méstico inteligente (por exemplo, um equipamento, iluminação, medidor inteligente, painel de controle), uma máquina de venda automática e quaisquer outras "coisas" em uma rede de uma "Internet das Coisas (Internet of Things, IoT)".
[0106] A comunicação pode incluir a troca de dados através, por exemplo, de um sistema celular, um sistema LAN sem fio, um sistema de satélite, etc., e várias combinações dos mesmos.
[0107] O dispositivo de comunicação pode compreender um equi- pamento, tal como um controlador ou um sensor, que é acoplado a um equipamento de comunicação que desempenha uma função de comu- nicação descrita na presente invenção. Por exemplo, o dispositivo de comunicação pode compreender um controlador ou um sensor que gera sinais de controle ou sinais de dados que são usados por um equipa- mento de comunicação que executa uma função de comunicação do dispositivo de comunicação.
[0108] O dispositivo de comunicação também pode incluir uma ins- talação de infraestrutura, tal como uma estação base, um ponto de acesso e qualquer outro equipamento, dispositivo ou sistema que se comunica com ou controla equipamentos, tais como aqueles nos exem- plos não limitativos acima.
[0109] Assim, pode ser visto que as presentes modalidades forne- cem dispositivos e métodos de comunicação para operação em várias bandas de frequência a fim de obter totalmente os ganhos de transfe- rência da agregação multibanda.
[0110] 1. Um dispositivo de comunicação multibanda que compre- ende uma pluralidade de transceptores os quais, em operação, transmi- tem cada um quadros de sinal em diferentes dentre uma pluralidade de bandas de frequência; e circuitos de Controle de Acesso à Mídia (MAC) acoplados à pluralidade de transceptores os quais, em operação, rece- bem um quadro de Confirmação de Bloco Multibanda em uma dentre a pluralidade de bandas de frequência que reconhece os quadros de sinal transmitidos na pluralidade de bandas de frequência.
[0111] 2. O dispositivo de comunicação multibanda em que o cir- cuito MAC, em operação, gera um quadro de Solicitação de Confirma- ção de Bloco Multibanda e transmite o quadro de Solicitação de Confir- mação de Bloco Multibanda em uma dentre a pluralidade de bandas de frequência para solicitar o quadro de Confirmação de Bloco Multibanda.
[0112] 3. O dispositivo de comunicação multibanda em que os qua- dros de sinal transmitidos na pluralidade de bandas de frequência per- tencem a um único identificador de tráfego (TID).
[0113] 4. O dispositivo de comunicação multibanda, em que o qua- dro de Confirmação de Bloco Multibanda é implicitamente solicitado em qualquer um dos quadros de sinal transmitidos.
[0114] 5. O dispositivo de comunicação multibanda em que, em res- posta ao circuito MAC que determina a falha de recepção de um ou mais quadros de sinal em uma primeira dentre a pluralidade de bandas de frequência, o circuito MAC fornece um ou mais quadros de sinal para um dentre a pluralidade de transceptores, os quais transmite quadros de sinal em uma segunda dentre a pluralidade de bandas de frequência diferentes da primeira dentre a pluralidade de bandas de frequência para retransmitir um ou mais quadros de sinal na segunda da plurali- dade de bandas de frequência.
[0115] 6. O dispositivo de comunicação multibanda, em que um ou mais quadros de sinal retransmitidos na segunda da pluralidade de ban- das de frequência são transmitidos em um mesmo formato que um ou mais sinais transmitidos na primeira dentre a pluralidade de bandas de frequência.
[0116] 7. O dispositivo de comunicação multibanda, em que um ou mais quadros de sinal retransmitidos são retransmitidos como uma re- transmissão de solicitação de repetição automática híbrida (HARQ).
[0117] 8. O dispositivo de comunicação multibanda em que o cir- cuito MAC, em operação, executa a configuração de um fluxo de tráfego (TS) multibanda na pluralidade de bandas de frequência ao trocar um quadro de Solicitação de fluxo de tráfego (ADDTS) multibanda e um quadro de Resposta de ADDTS Multibanda em uma das bandas de fre- quência.
[0118] 9. O dispositivo de comunicação multibanda, em que o qua- dro de Solicitação de ADDTS Multibanda e o quadro de Resposta de ADDTS Multibanda incluem, cada um, informações sobre a pluralidade de bandas de frequência para os endereços TS e MAC multibanda usa- dos pelos circuitos em cada uma dentre a pluralidade de bandas de fre- quência.
[0119] 10. O dispositivo de comunicação multibanda, de acordo com a reivindicação 8, em que a configuração de TS Multibanda permite a transmissão de quadros de sinal pertencentes a um fluxo de tráfego (TS) em qualquer uma das bandas de frequência.
[0120] O dispositivo de comunicação multibanda, em que as duas ou mais dentre a pluralidade de bandas de frequência compreendem todas dentre a pluralidade de bandas de frequência.
[0121] O dispositivo de comunicação multibanda, em que a plurali- dade de bandas de frequência são todas as bandas de frequência acima de 2 GHz.
[0122] 11. Um método para comunicação multibanda que compre- ende transmitir quadros de sinal em diferentes dentre uma pluralidade de bandas de frequência; e receber um quadro de Confirmação de Bloco Multibanda em uma dentre a pluralidade de bandas de frequência.
[0123] 12. Um dispositivo de comunicação multibanda que compre- ende uma pluralidade de transceptores os quais, em operação, rece- bem, cada um, quadros de sinal em diferentes dentre uma pluralidade de bandas de frequência; e circuitos MAC acoplados à pluralidade de transceptores os quais, em operação, geram e transmitem um quadro de Confirmação de Bloco Multibanda em uma dentre a pluralidade de bandas de frequência que reconhece os quadros de sinal recebidos na pluralidade de bandas de frequência.
[0124] 13. O dispositivo de comunicação multibanda em que o cir- cuito MAC, em operação, transmite o quadro de Confirmação de Bloco Multibanda em resposta à recepção de um quadro de Solicitação de Confirmação de Bloco Multibanda em uma dentre a pluralidade de ban- das de frequência.
[0125] 14. O dispositivo de comunicação multibanda, em que o qua- dro de Confirmação de Bloco Multibanda inclui um Bitmap consolidado de quadros de sinal de confirmação recebidos na pluralidade de bandas de frequência.
[0126] 15. O dispositivo de comunicação multibanda, em que o qua- dro de Confirmação de Bloco Multibanda transmitido em uma dentre a pluralidade de bandas de frequência inclui Bitmaps que reconhecem quadros de sinal recebidos em cada uma da pluralidade de bandas de frequência.
[0127] 16. O dispositivo de comunicação multibanda, em que o qua- dro de Confirmação de Bloco Multibanda transmitido em uma dentre a pluralidade de bandas de frequência inclui um Bitmap de quadros de sinal de confirmação recebidos em outra dentre a pluralidade de bandas de frequência.
[0128] 17. O dispositivo de comunicação multibanda em que o cir- cuito MAC, em operação, inicia a configuração de uma Confirmação de Bloco Multibanda (BA) na pluralidade de bandas de frequência, ao trans- mitir um quadro de Solicitação de ADDBA Multibanda em uma das ban- das de frequência e, a partir daí, receber um quadro de Resposta de ADDBA Multibanda em uma das bandas de frequência.
[0129] 18. O dispositivo de comunicação multibanda em que o qua- dro de Solicitação de ADDBA Multibanda e o quadro de Resposta de ADDBA Multibanda incluem, cada um, informações sobre a pluralidade de bandas de frequência para o acordo BA Multibanda e endereços MAC usados pelos circuitos em cada uma dentre a pluralidade de ban- das de frequência.
[0130] O dispositivo de comunicação multibanda, em que as duas ou mais da pluralidade de bandas de frequência compreendem todas dentre a pluralidade de bandas de frequência.
[0131] O dispositivo de comunicação multibanda, em que a plurali- dade de bandas de frequência são todas bandas de frequência acima de 2 GHz.
[0132] 19. Um método para comunicação multibanda que compre- ende receber quadros de sinal em diferentes dentre uma pluralidade de bandas de frequência; e transmitir um quadro de Confirmação de Bloco Multibanda em uma dentre a pluralidade de bandas de frequência que reconhece os quadros de sinal recebidos na pluralidade de bandas de frequência.
[0133] Embora modalidades exemplificativas tenham sido apresen- tadas na descrição detalhada anterior das presentes modalidades, será reconhecido que há um grande número de variações.
Será ainda reco- nhecido que as modalidades exemplificativas são exemplos e não se destinam a limitar o escopo, aplicabilidade, operação ou configuração da presente invenção de qualquer forma.
Em vez disso, a descrição de- talhada anterior fornecerá àqueles versados na técnica um roteiro con- veniente para a implementação de modalidades exemplificativas, sendo entendido que várias alterações podem ser feitas na função e configu- ração das etapas e método de operação descrito nas modalidades e módulos exemplificativos e estruturas de dispositivos descritos nas mo- dalidades exemplificativas, sem se afastar do escopo do assunto con- forme apresentado nas reivindicações em anexo.

Claims (19)

REIVINDICAÇÕES
1. Dispositivo de comunicação multibanda caracterizado pelo fato de que compreende: uma pluralidade de transceptores os quais, em operação, transmitem, cada um, quadros de sinal em diferentes dentre uma plura- lidade de bandas de frequência; e um circuito de Controle de Acesso à Mídia (MAC) acoplado à pluralidade de transceptores os quais, em operação, recebem um qua- dro de confirmação de bloco multibanda em uma dentre a pluralidade de bandas de frequência que reconhece os quadros de sinal transmiti- dos na pluralidade de bandas de frequência.
2. Dispositivo de comunicação multibanda, de acordo com a reivindicação 1, caracterizado pelo fato de que o circuito MAC, em ope- ração, gera um quadro de solicitação de confirmação de bloco multi- banda e transmite o quadro de solicitação de confirmação de bloco mul- tibanda MAC em uma dentre a pluralidade de bandas de frequência para solicitar o quadro de confirmação de bloco multibanda.
3. Dispositivo de comunicação multibanda, de acordo com a reivindicação 1, caracterizado pelo fato de que os quadros de sinal transmitidos na pluralidade de bandas de frequência pertencem a um único identificador de tráfego (TID).
4. Dispositivo de comunicação multibanda, de acordo com a reivindicação 1, caracterizado pelo fato de que o quadro de confirmação de bloco multibanda é implicitamente solicitado em qualquer um dos quadros de sinal transmitidos.
5. Dispositivo de comunicação multibanda, de acordo com a reivindicação 1, caracterizado pelo fato de que, em resposta ao circuito MAC que determina a falha de recepção de um ou mais quadros de sinal em uma primeira dentre a pluralidade de bandas de frequência, o cir-
cuito MAC fornece um ou mais quadros de sinal para um dentre a plu- ralidade de transceptores os quais transmitem quadros de sinal em uma segunda dentre a pluralidade de bandas de frequência diferentes da pri- meira dentre a pluralidade de bandas de frequência para retransmitir um ou mais quadros de sinal na segunda dentre a pluralidade de bandas de frequência.
6. Dispositivo de comunicação multibanda, de acordo com a reivindicação 5, caracterizado pelo fato de que um ou mais quadros de sinal retransmitidos na segunda dentre a pluralidade de bandas de fre- quência são transmitidos em um mesmo formato que um ou mais sinais transmitidos na primeira dentre a pluralidade de bandas de frequência.
7. Dispositivo de comunicação multibanda, de acordo com a reivindicação 5, caracterizado pelo fato de que um ou mais quadros de sinal retransmitidos são retransmitidos como uma retransmissão de so- licitação de repetição automática híbrida (HARQ).
8. Dispositivo de comunicação multibanda, de acordo com a reivindicação 1, caracterizado pelo fato de que o circuito MAC, em ope- ração, executa a configuração de um Fluxo de Tráfego multibanda (TS) na pluralidade de bandas de frequência ao trocar um quadro de Solici- tação de Adição de Fluxo de Tráfego Multibanda (ADDTS) e um quadro de Resposta de ADDTS multibanda em uma das bandas de frequência.
9. Dispositivo de comunicação multibanda, de acordo com a reivindicação 8, caracterizado pelo fato de que o quadro de Solicitação de ADDTS multibanda e o quadro de Resposta de ADDTS multibanda incluem, cada um, informações sobre a pluralidade de bandas de fre- quência para os endereços TS e MAC multibanda usados pelos circuitos em cada uma dentre a pluralidade de bandas de frequência.
10. Dispositivo de comunicação multibanda, de acordo com a reivindicação 8, caracterizado pelo fato de que a configuração TS mul- tibanda permite a transmissão de quadros de sinal pertencentes a um
Fluxo de Tráfego (TS) em qualquer uma das bandas de frequência.
11. Método para comunicação multibanda, caracterizado pelo fato de que compreende: transmitir quadros de sinal em diferentes dentre uma plurali- dade de bandas de frequência; e receber um quadro de confirmação de bloco multibanda em uma dentre a pluralidade de bandas de frequência.
12. Dispositivo de comunicação multibanda, caracterizado pelo fato de que compreende: uma pluralidade de transceptores os quais, em operação, re- cebem, cada um, quadros de sinal em diferentes dentre uma pluralidade de bandas de frequência; e um circuito MAC acoplado à pluralidade de transceptores os quais, em operação, geram e transmitem um quadro de confirmação de bloco multibanda em uma dentre a pluralidade de bandas de frequência que reconhecem os quadros de sinal recebidos na pluralidade de ban- das de frequência.
13. Dispositivo de comunicação multibanda, de acordo com a reivindicação 12, caracterizado pelo fato de que o circuito MAC, em operação, transmite o quadro de confirmação de bloco multibanda em resposta à recepção de um quadro de solicitação de confirmação de bloco multibanda em uma dentre a pluralidade de bandas de frequência.
14. Dispositivo de comunicação multibanda, de acordo com a reivindicação 12, caracterizado pelo fato de que o quadro de confir- mação de bloco multibanda inclui um bitmap consolidado de quadros de sinal de confirmação recebidos na pluralidade de bandas de frequência.
15. Dispositivo de comunicação multibanda, de acordo com a reivindicação 12, caracterizado pelo fato de que o quadro de confir- mação de bloco multibanda transmitido em uma dentre a pluralidade de bandas de frequência inclui quadros de sinal de confirmação de bitmaps recebidos em cada uma dentre a pluralidade de bandas de frequência.
16. Dispositivo de comunicação multibanda, de acordo com a reivindicação 12, caracterizado pelo fato de que o quadro de confir- mação de bloco multibanda transmitido em uma dentre a pluralidade de bandas de frequência inclui um bitmap de quadros de sinal de confirma- ção recebidos em outra dentre a pluralidade de bandas de frequência.
17. Dispositivo de comunicação multibanda, de acordo com a reivindicação 12, caracterizado pelo fato de que o circuito MAC, em operação, inicia a configuração de um acordo de confirmação de bloco multibanda (BA) na pluralidade de bandas de frequência ao transmitir um quadro de Solicitação de ADDBA multibanda em uma das bandas de frequência e, a partir daí, receber um quadro de Resposta de ADDBA multibanda em uma das bandas de frequência.
18. Dispositivo de comunicação multibanda, de acordo com a reivindicação 17, caracterizado pelo fato de que o quadro de Solicita- ção de ADDBA multibanda e o quadro de Resposta de ADDBA multi- banda incluem, cada um, informações sobre a pluralidade de bandas de frequência para o acordo BA multibanda e endereços MAC usados pe- los circuitos em cada uma dentre a pluralidade de bandas de frequência.
19. Método para comunicação multibanda, caracterizado pelo fato de que compreende: receber quadros de sinal em diferentes dentre uma plurali- dade de bandas de frequência; e transmitir um quadro de confirmação de bloco multibanda em uma dentre a pluralidade de bandas de frequência que reconhece os quadros de sinal recebidos na pluralidade de bandas de frequência.
BR112021009402-4A 2018-11-30 2019-10-21 Dispositivos de comunicação e métodos de comunicação para fluxos de tráfego multibanda BR112021009402A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
SG10201810792SA SG10201810792SA (en) 2018-11-30 2018-11-30 Communication devices and communication methods for multi-band traffic streams
SG10201810792S 2018-11-30
PCT/SG2019/050520 WO2020112020A1 (en) 2018-11-30 2019-10-21 Communication devices and communication methods for multi-band traffic streams

Publications (1)

Publication Number Publication Date
BR112021009402A2 true BR112021009402A2 (pt) 2021-08-24

Family

ID=70855376

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112021009402-4A BR112021009402A2 (pt) 2018-11-30 2019-10-21 Dispositivos de comunicação e métodos de comunicação para fluxos de tráfego multibanda

Country Status (7)

Country Link
US (1) US20220014311A1 (pt)
EP (1) EP3888279A4 (pt)
KR (1) KR20210097700A (pt)
CN (1) CN113169821A (pt)
BR (1) BR112021009402A2 (pt)
SG (2) SG10201810792SA (pt)
WO (1) WO2020112020A1 (pt)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019245267A1 (ko) * 2018-06-18 2019-12-26 엘지전자 주식회사 무선랜 시스템에서 데이터를 전송하는 방법 및 장치
US11510181B2 (en) * 2019-03-04 2022-11-22 Mediatek Singapore Pte. Ltd. Method and apparatus for enhanced preamble punctured PPDU in a wireless network
JPWO2020184191A1 (pt) * 2019-03-12 2020-09-17
CN112544043B (zh) * 2019-06-20 2024-05-07 北京小米移动软件有限公司 接收状态反馈方法和装置
CN110572244B (zh) * 2019-09-06 2020-11-06 展讯通信（上海）有限公司 数据重传、数据接收响应方法及装置、存储介质
DE102020135159A1 (de) * 2020-01-03 2021-07-08 Apple Inc. Linkspezifische blockbestätigung für multilink-kommunikation
CN111787544A (zh) * 2020-06-23 2020-10-16 腾讯科技（深圳）有限公司 无线局域网的通信方法、装置、介质及电子设备
GB2596870B (en) * 2020-07-10 2023-01-18 Canon Kk Method and apparatus for wireless communication of low latency data between multilink devices
CN114208074A (zh) * 2020-07-17 2022-03-18 北京小米移动软件有限公司 多连接下的通信方法以及通信设备
WO2022021190A1 (zh) * 2020-07-30 2022-02-03 北京小米移动软件有限公司 信息传输方法、装置、通信设备和存储介质
JP2022029281A (ja) * 2020-08-04 2022-02-17 キヤノン株式会社 通信装置、制御方法、およびプログラム
CN114173430A (zh) * 2020-09-10 2022-03-11 华为技术有限公司 无线局域网中块确认会话的管理方法及装置
CN112492698A (zh) * 2020-10-30 2021-03-12 中兴通讯股份有限公司 多链路低时延通信方法、装置、存储介质和电子装置
CN115119540B (zh) * 2021-01-18 2024-04-12 北京小米移动软件有限公司 多连接下的通信方法和通信设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7535858B2 (en) * 2005-06-29 2009-05-19 Intel Corporation Apparatus and method of block acknowledgements with reduced recipient state information
US8442531B2 (en) * 2007-05-15 2013-05-14 Nokia Corporation Context transfers and multi-band operation for wireless networks
US8654746B2 (en) 2010-04-26 2014-02-18 Intel Corporation Method, apparatus and system for fast session transfer for multiple frequency band wireless communication
US10027499B2 (en) * 2015-04-07 2018-07-17 Newracom, Inc. Multi-user aggregation methods and systems for data and control frames
US10368298B2 (en) * 2016-02-18 2019-07-30 Intel IP Corporation Transfer of agreements between wireless access points
US10057747B2 (en) * 2016-12-27 2018-08-21 Intel Corporation 5G MB connectivity acknowledgement aggregation
US10856203B2 (en) * 2017-01-19 2020-12-01 Qualcomm Incorporated Signaling for link aggregation setup and reconfiguration
US10659540B2 (en) * 2017-03-27 2020-05-19 Intel IP Corporation [5G next generation Wi-Fi] on the fly traffic steering for collocated multi-band aggregation
US10925065B2 (en) * 2018-06-15 2021-02-16 Intel Corporation Extreme high throughput physical layer data rate
US11076385B2 (en) * 2018-08-10 2021-07-27 Intel Corporation Block acknowledgement and fragmentation in multi-link communication between multi-link logical entities
CN110858794B (zh) * 2018-08-24 2022-11-11 华为技术有限公司 多频段传输方法及装置

Also Published As

Publication number Publication date
US20220014311A1 (en) 2022-01-13
EP3888279A4 (en) 2021-12-29
SG11202105108YA (en) 2021-06-29
CN113169821A (zh) 2021-07-23
EP3888279A1 (en) 2021-10-06
SG10201810792SA (en) 2020-06-29
WO2020112020A1 (en) 2020-06-04
JP2022509614A (ja) 2022-01-21
KR20210097700A (ko) 2021-08-09

Similar Documents

Publication Publication Date Title
BR112021009402A2 (pt) Dispositivos de comunicação e métodos de comunicação para fluxos de tráfego multibanda
US20230011167A1 (en) Communication device and communication method for multi-link block acknowledgement
US10873880B2 (en) Method and apparatus for wireless communication in wireless communication system
US11190302B2 (en) Communication method and apparatus therefor
US7944819B2 (en) System and method for transmission and acknowledgment of blocks of data frames in distributed wireless networks
BRPI0612202A2 (pt) método para gerar blocos de dados de camada inferior em mnr sistema de comunicação móvel sem fio
US11588585B2 (en) Methods and apparatus for transmitting information on two PDSCHs
TWI704832B (zh) 多業務標識符的聚合媒體存取控制協定資料單元傳輸
WO2020244645A1 (zh) 一种通信方法及装置
JP2020502938A (ja) 集合ｍｐｄｕ及びそれに対する応答フレームの伝送方法及びそれを利用した無線通信端末
US11581980B2 (en) Block acknowledgement operation for multi-link WLAN
US20230040554A1 (en) Multi-link communication method and related apparatus
WO2021147892A1 (zh) 一种被用于无线通信的节点中的方法和装置
US11108503B2 (en) Multiple traffic class data aggregation in a wireless local area network
KR20220006051A (ko) 멀티 ap조인트 재송을 위한 통신 장치 및 통신 방법
CN113424620A (zh) 跨LF和mmWave的服务连续性的方法和装置
CN115804146A (zh) 多链路装置之间的低时延数据的无线通信的方法和设备
WO2022063146A1 (zh) 一种被用于无线通信的节点中的方法和装置
BR112020026990A2 (pt) Dispositivos de comunicação que constituem uma estação base e uma estação terminal, e, método de comunicação
JP7458839B2 (ja) 通信装置、通信装置の制御方法、およびプログラム
JP7491920B2 (ja) マルチバンド送信デバイスおよび通信方法
TWI840082B (zh) 多鏈路通信的方法和多鏈路設備
WO2023193741A1 (zh) 一种被用于无线通信的节点中的方法和装置
WO2024041402A1 (zh) 一种用于无线通信的节点中的方法和装置
WO2011020306A1 (zh) 混合自动重传请求错误指示的发送/接收方法及装置