CN116058033A - 通信设备、控制方法和程序 - Google Patents
通信设备、控制方法和程序 Download PDFInfo
- Publication number
- CN116058033A CN116058033A CN202180057536.5A CN202180057536A CN116058033A CN 116058033 A CN116058033 A CN 116058033A CN 202180057536 A CN202180057536 A CN 202180057536A CN 116058033 A CN116058033 A CN 116058033A
- Authority
- CN
- China
- Prior art keywords
- communication
- communication device
- frame
- block ack
- frequency
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Classifications
-
- 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
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- 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/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
-
- 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/1848—Time-out mechanisms
-
- 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/1861—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/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
-
- 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/0091—Signaling for the administration of the divided path
- H04L5/0096—Indication of changes in allocation
- H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
-
- 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
用于通过使用多个频率通道与其他通信设备建立连接来执行通信的通信设备在执行用于总体地控制使用多个频率通道中的至少两个频率通道的连接中的通信的控制通信时,向其他通信设备发送或从其他通信设备接收用于结束控制通信的帧。该帧包括至少两个字段,各字段存储与在所述控制通信中停止使用的频率通道有关的信息。
Description
技术领域
本发明涉及用于使用多个频率通道来控制无线通信的技术。
背景技术
作为涉及无线局域网(LAN)的通信标准,电气和电子工程师协会(IEEE)802.11标准是已知的。IEEE 802.11标准是包括IEEE 802.11a/b/g/n/ac/ax标准的标准系列。作为IEEE 802.11标准系列的最新标准的IEEE 802.11ax标准使用正交频分多址(OFDMA)来实现高峰吞吐量(参见专利文献1)。
目前,为了进一步提高吞吐量,IEEE 802.11be标准已被定义为IEEE802.11标准系列的新标准。在IEEE 802.11be标准中,研究了多频带通信,其中一个接入点(AP)通过与一个站点(STA)在多个频带中建立多个无线电链路来执行通信。在多频带通信中,例如,AP使用2.4GHz、5GHz或6GHz频带中的多个频率通道与STA建立连接,并且同时使用这些频率通道与STA进行通信。
现有技术文献
专利文献
专利文献1:日本特开2018-050133
发明内容
发明要解决的问题
在IEEE 802.11be标准中,为了进一步提高多频带通信中的通信速率,研究了关于跨多个频带接收数据帧的Block Ack(块确认)通信。也就是说,研究了针对多个无线电链路中的通信发送/接收ACK的技术。在总体控制多个无线电链路中的通信的情况下,需要执行用以适当地开始和结束该控制操作的控制。
用于解决问题的方案
本发明提供适当地执行用于总体控制多个无线电链路中的通信的控制通信的技术。
根据本发明的一方面的通信设备是如下的通信设备,其包括通信部件,所述通信部件用于通过使用多个频率通道与其他通信设备建立连接来执行通信,其中,在执行用于总体地控制使用所述多个频率通道中的至少两个频率通道的连接中的通信的控制通信时,所述通信部件向所述其他通信设备发送或从所述其他通信设备接收用于结束所述控制通信的帧,以及所述帧能够包括至少两个字段,各字段存储与在所述控制通信中停止使用的频率通道有关的信息。
发明的效果
根据本发明,可以适当地执行用于总体控制多个无线链路中的通信的控制通信。
从以下结合附图进行的说明,本发明的其他特征和优点将变得显而易见。注意,在整个附图中,相同的附图标记表示相同或相似的组件。
附图说明
包含在说明书中并构成说明书的一部分的附图示出本发明的实施例,并且连同说明书一起用来解释本发明的原理。
图1是示出网络的配置的示例的图;
图2是示出通信设备的硬件布置的示例的框图;
图3是示出通信设备的功能布置的示例的框图;
图4是示出在执行Block Ack通信时的处理的示例的序列图;
图5是示出在执行Block Ack通信时的AP的处理的示例的流程图;
图6是示出在执行Block Ack通信时的STA的处理的示例的流程图;
图7是示出ADDBA请求帧的结构的示例的图;
图8是示出ADDBA响应帧的结构的示例的图;
图9是示出多频带元件的结构的示例的图;
图10是示出在结束Block Ack通信时的AP的处理的示例的流程图;
图11是示出在结束Block Ack通信时的STA的处理的示例的流程图;
图12是示出DELBA帧的结构的示例的图;
图13是示出在执行Block Ack通信时的处理的示例的序列图;
图14是示出ADDBA请求帧的结构的示例的图;
图15是示出ADDBA响应帧的结构的示例的图;
图16是示出在结束Block Ack通信时的AP的处理的示例的流程图;
图17是示出在结束Block Ack通信时的STA的处理的示例的流程图;以及
图18是示出DELBA帧的结构的示例的图。
具体实施方式
在下文,将参考附图来详细说明实施例。注意,以下实施例并不旨在限制所要求保护的发明的范围。在实施例中描述了多个特征,但没有限制成需要所有这些特征的发明,并且可以适当地组合多个这些特征。此外,在附图中,将相同的附图标记赋予给相同或相似的配置,并且省略了其冗余说明。
(网络的配置)
图1示出根据实施例的网络101的配置的示例。网络101是由用作接入点(AP)的通信设备102创建的无线网络。注意,在本实施例中,如果通信设备102创建多个网络,则各个网络的BSSID是相同的。注意,BSSID是Basic Service Set Identifier(基本服务集标识符)的首字母缩略词,并且是用于标识网络的标识符。通信设备102将公共SSID设置为在各网络中指示的SSID。注意,SSID是Service Set Identifier(服务集标识符)的首字母缩略词,并且是用于标识接入点的标识符。在本实施例中,即使通信设备102建立多个连接,也使用一个SSID。通信设备103是用作站点(STA)的通信设备,并且加入由通信设备102创建的网络101以与通信设备102进行通信。
各通信设备支持IEEE 802.11be(EHT)标准,并且可以执行符合IEEE802.11be标准的无线通信。注意,IEEE是Institute of Electrical and Electronics Engineers(电气和电子工程师协会)的首字母缩写。EHT是Extremely High Throughput或Extreme HighThroughput(极高吞吐量)的首字母缩写。各通信设备可以在2.4GHz、5GHz和6GHz频带中的各频带中执行通信。此外,各通信设备可以使用20MHz、40MHz、80MHz、160MHz和320MHz带宽执行通信。
通信设备102和103可以通过符合IEEE 802.11be标准的OFDMA(正交频分多址)来实现复用多个用户的信号的多用户(MU)通信。在OFDMA中,将分割后的频带中的一些频带(资源单元(RU))以彼此不重叠的方式分配给一个或多于一个STA,并且分配给各个STA的载波彼此正交。载波彼此正交的这种资源分配使得AP能够在充分抑制向多个STA发送的/从多个STA接收的信号之间的干扰的影响的同时,与多个STA同时通信。
通信设备102和103可以执行通过经由多个频率通道建立连接来执行通信的多频带通信。例如,通信设备102可以与通信设备103建立使用2.4GHz频带中的第一频率通道的第一连接和使用5GHz频带中的第二频率通道的第二连接,由此经由第一连接和第二连接执行通信。也就是说,如果通信设备102和103中的每一个与对方设备建立多个连接,则该通信设备可以同时执行各个连接中的通信。在这种情况下,通信设备102与第一连接同时维持第二连接。通信设备102可以与通信设备103建立使用多个频率通道的多个连接,由此提高与通信设备103的通信中的吞吐量。结果,可以缩短通信设备102和103之间的数据通信所需的时间。此外,当通信设备102与通信设备103建立不同频带中的多个连接时,即使给定频带拥塞或该频带的无线电质量不足,通信设备102也可以在另一频带中执行通信。这可以防止通信设备102和103之间的通信的吞吐量的下降。注意,更一般地,多频带通信可以被建立多个无线电链路的多链路通信代替。也就是说,如果无线电链路所使用的频带彼此不同,则执行多频带通信,但可以使用相同频带中的多个无线通道来建立无线电链路。也就是说,多个连接可以如上所述在不同频带中建立,或者可以使用相同频带中的不同频率通道建立。
注意,通信设备102可以通过与通信设备103建立多个连接来执行备份通信。例如,通信设备102可以使用给定频率通道向通信设备103发送数据,同时使用另一频率通道向通信设备103发送相同数据。因此,即使通信设备103不能在使用一个频率通道的通信中接收数据,通信设备103也可以在使用另一频率通道的通信中接收数据。这样,在执行使用不同频率通道同时发送相同数据的备份通信的情况下,即使在使用一个频率通道的通信中发生故障或错误,也可以使用另一频率通道执行数据通信。
在本实施例中,例如,通信设备102使用2.4GHz、5GHz和6GHz频带的不同频带中的频率通道与通信设备103建立三个连接。也就是说,通信设备102可以分别使用2.4GHz频带中的第一频率通道、5GHz频带中的第二频率通道和6GHz频带中的第三频率通道与通信设备103建立连接。通信设备102和103可以使用第一频带中的多个不同频率通道建立连接,同时使用不同于第一频带的第二频带中的频率通道建立连接。例如,通信设备102可以使用2.4GHz频带中的第一频率通道和第二频率通道以及5GHz频带中的第三频率通道与通信设备103建立连接。
如果通信设备102和103建立多个连接,则这些设备可以经由一个连接发送/接收信号,由此控制其他连接。例如,如果通信设备102和103同时建立第一频带中的第一连接和第二频带中的第二连接,则这些设备可以经由第一连接发送/接收信号,由此控制第二连接。例如,通信设备102可以向通信设备103发送用以请求断开第一频率通道中的连接的信号,由此从通信设备103断开第二频率通道中的连接。此外,例如,通信设备102可以在第一频率通道中与通信设备103进行关联,由此建立第二频率通道中的与通信设备103的连接。即使通信设备102和103分别使用相同频带中的第一频率通道和第二频率通道来建立第一连接和第二连接,也可以进行相同的控制操作。注意,在这种情况下,第一频率通道和第二频率通道不需要彼此相邻。例如,通信设备102和103可以使用彼此相隔20MHz或更多的两个频率通道来建立连接,并且可以经由使用一个频率通道的连接来发送/接收信号,以控制使用另一频率通道的连接。在一个示例中,通信设备102和103可以在5GHz频带中在通道36中建立第一连接并且在通道52中建立第二连接,由此经由第一连接和第二连接中的一个连接控制另一连接。
注意,使用第一频率通道发送的控制信号例如是符合IEEE 802.11be标准的管理帧。管理帧例如可以是信标帧、探测请求/响应帧或关联请求/响应帧。除这些帧之外,解除关联帧、认证帧、解除认证帧和动作帧也可以被称为管理帧。信标帧是进行网络信息的通知的帧。探测请求帧是请求网络信息的帧,并且探测响应帧是对探测请求帧的响应且是提供网络信息的帧。关联请求帧是请求连接的帧,并且关联响应帧是对关联请求帧的响应且是指示连接的许可或错误的帧。解除关联帧是用于断开连接的帧。认证帧是用于认证对方设备的帧。解除认证帧是用于中断对方设备的认证并执行连接的断开的帧。动作帧是用于执行除上述管理帧的功能以外的附加功能的帧。
注意,通信设备102和103中的每一个均支持IEEE 802.11be标准。除此之外,通信设备102和103中的每一个可以支持作为在IEEE 802.11be标准之前定义的标准的传统标准中的至少一个。传统标准包括IEEE 802.11a/b/g/n/ac/ax标准。此外,除了IEEE 802.11标准系列之外,通信设备102和103中的每一个可以支持诸如(蓝牙)、NFC、UWB、Zigbee或MBOA等的另一通信标准。注意,UWB是Ultra Wide Band(超宽带)的首字母缩略词,并且MBOA是Multi Band OFDM Alliance(多频带OFDM联盟)的首字母缩略词。还注意,OFDM是Orthogonal Frequency Division Multiplexing(正交频分复用)的首字母缩略词。NFC是Near Field Communication(近场通信)的首字母缩略词。UWB包括无线USB、无线1394和WiNET。另外,通信设备102和103中的每一个可以支持诸如有线LAN等的有线通信的通信标准。
通信设备102例如可以是无线LAN路由器或PC等,但不限于此。通信设备102可以是能够与另一通信设备执行多频带通信的任意通信设备。通信设备103例如可以是照相机、平板电脑、智能电话、PC、移动电话或摄像机等,但不限于此。通信设备103可以是能够与另一通信设备执行多频带通信的任意通信设备。通信设备102和103中的至少一个可以是能够执行符合IEEE802.11be标准的无线通信的诸如无线电芯片等的信息处理设备。此外,图1示出包括一个AP和一个STA的网络。然而,这仅仅是示例,并且网络可以包括两个或多于两个AP以及两个或多于两个STA。注意,诸如无线电芯片等的信息处理设备可以包括用于发送所生成的信号的天线。
(设备的布置)
将说明通信设备102和103的布置的示例。图2是示出根据本实施例的通信设备102和103中的每一个的硬件布置的示例的框图。各通信设备(通信设备102和103中的每一个)例如包括存储单元201、控制单元202、功能单元203、输入单元204、输出单元205、通信单元206和天线207至209。
存储单元201包括诸如ROM和RAM等的一个或多于一个存储器,并且存储被配置为进行后面要说明的各种操作的计算机程序以及诸如无线通信的通信参数等的各种信息。注意,ROM是Read Only Memory(只读存储器)的首字母缩略词,并且RAM是Random AccessMemory(随机存取存储器)的首字母缩略词。还注意,除了诸如ROM或RAM等的存储器之外或代替该存储器,存储单元201可以包括诸如软盘、硬盘、光盘、磁光盘、CD-ROM、CD-R、磁带、非易失性存储卡或DVD等的存储介质。存储单元201可以包括多个存储器。
控制单元202例如由诸如CPU和MPU等的一个或多于一个处理器形成,并且通过执行例如存储单元201中所存储的计算机程序来控制整个通信设备。注意,CPU是CentralProcessing Unit(中央处理单元)的首字母缩略词,并且MPU是Micro Processing Unit(微处理单元)的首字母缩略词。控制单元202可以被配置为除了控制整个通信设备之外,还执行生成要在与另一通信设备的通信中发送的数据和信号的处理。注意,控制单元202可以被配置为通过存储单元201中所存储的计算机程序与操作系统(OS)的协作来执行诸如整个通信设备的控制等的处理。控制单元202可以包括诸如多核处理器等的多个处理器,并且执行诸如利用多个处理器控制整个通信设备等的处理。
此外,控制单元202控制功能单元203并执行诸如摄像、打印或投影等的预定处理。功能单元203是设备执行预定处理所用的硬件。例如,如果设备是照相机,则功能单元203是摄像单元并进行摄像处理。例如,如果设备是打印机,则功能单元203是打印单元并进行打印处理。此外,例如,如果设备是投影仪,则功能单元203是投影单元并进行投影处理。要由功能单元203处理的数据可以是存储单元201中所存储的数据,或者可以是经由后面要说明的通信单元206与另一AP或STA通信的数据。
输入单元204接受来自用户的各种操作。输出单元205向用户进行各种输出。这里,输出单元205的输出例如包括画面上的显示、扬声器的音频输出和振动输出等中的至少一个。注意,输入单元204和输出单元205这两者都可以由如触摸面板那样的一个模块实现。输入单元204和输出单元205中的每一个可以包括在通信设备中,或者可以被形成为连接到通信设备的外部设备。
通信单元206控制符合IEEE 802.11标准系列的无线通信或者控制IP通信。在本实施例中,通信单元206特别地被配置为控制符合IEEE 802.11be标准的无线通信。通信单元206可以控制诸如有线LAN等的有线通信。通信单元206控制天线207至209,并且发送/接收由控制单元202生成的无线通信所用的无线电信号。注意,如果通信设备除了支持IEEE802.11be标准之外还支持NFC标准或蓝牙标准,则通信单元206可以控制符合这些通信标准的无线通信。如果通信设备可以执行符合多个通信标准中的每一个的无线通信,则通信设备可以包括支持各通信标准的通信单元和天线。通信设备经由通信单元206与对方通信设备通信诸如图像数据、文档数据或视频数据等的数据。注意,天线207至209中的至少一个可以与通信单元206分开准备,或者可以与通信单元206组合以形成一个模块。
天线207至209分别是能够执行2.4GHz、5GHz和6GHz频带中的通信的天线。也就是说,通信设备针对各频带,包括与该频带相对应的天线。注意,不必针对各频带准备不同的天线,并且通信设备可以被配置为使用多频带天线以通过一个或两个天线执行上述三个频带中的通信。通信设备可以包括四个或多于四个天线。图2示出通信设备针对多个天线207至209包括一个通信单元206的布置,但可以准备与多个天线分别相对应的多个通信单元206。
图3示出通信设备(通信设备102和103中的每一个)的功能布置的示例。通信设备例如包括分别控制2.4GHz、5GHz和6GHz频带这三个频带中的无线LAN通信的第一无线LAN控制单元301、第二无线LAN控制单元306和第三无线LAN控制单元307。然而,这些仅仅是示例。例如,与多个频带有关的无线LAN控制可以由共同的无线LAN控制单元执行,并且可以准备两个或更少的无线LAN控制单元。此外,为了应对更多频带或者更分布地进行一个频带中的通信控制,可以准备四个或多于四个无线LAN控制单元。这些无线LAN控制单元根据IEEE802.11标准系列中定义的各种过程来执行无线LAN的通信控制。注意,在本实施例中,这些无线LAN控制单元符合IEEE 802.11be标准。各无线LAN控制单元可以由被配置为相对于具有无线LAN通信功能的另一通信设备进行无线电信号的发送/接收的天线和电路、以及被配置为控制这些天线和电路的程序来实现。
通信设备102和103中的每一个还包括帧生成单元302、帧分析单元303、UI控制单元304和存储控制单元305。
帧生成单元302生成将由上述无线LAN控制单元中的至少一个发送的无线电控制帧。可以基于存储单元201中所存储的设置来生成帧生成单元302所生成的无线电控制帧。除了这些之外或代替这些,基于用户所输入的用户设置,帧生成单元302可以生成无线电控制帧。帧分析单元303解释各无线LAN控制单元所接收到的无线电控制帧,并将所接收到的无线电控制帧的内容反映在上述无线LAN控制单元中的至少一个上。例如,如果经由第一无线LAN控制单元301接收到的无线电控制帧指示5GHz频带中的连接断开,则第二无线LAN控制单元306停止无线电信号的发送/接收。甚至由任何无线LAN控制单元接收到的无线电控制帧也可以由帧分析单元303分析,然后用于控制没有接收到无线电控制帧的无线LAN控制单元。
UI控制单元304通过包括用于控制输入单元204和输出单元205中的至少一个的程序而形成。UI控制单元304具有向用户呈现与通信设备有关的信息的功能,诸如经由输出单元205的图像等的显示或音频输出等。存储控制单元305控制相对于保存通信设备中操作的程序和数据的存储单元201的数据写入和读取。
(处理的过程)
随后,将说明在本实施例中执行的处理的过程的示例。在本实施例中,如上所述,通信设备102和103通过使用一个或多于一个频带中的多个频率通道建立多个链路来执行通信。然后,通信设备102和103同时在多个链路中执行通信。此时,通信设备102和103被配置为发送对多个链路中的通信的确认。注意,针对与多个数据有关的确认(Ack)的确认被称为Block Ack(下文中也称为BA)。使用BA的数据通信(数据的发送/接收和针对数据的BA的发送/接收)被称为Block Ack通信。BA的使用使得可以降低确认(Ack)的发送频度,并且通过增加可以用于发送/接收数据的无线电资源来提高吞吐量。以下将说明向多个链路中的两个或多于两个链路应用Block Ack通信的过程。注意,Block Ack通信指示针对使用多个不同频率通道的多个链路中的两个或多于两个中的通信而发送/接收确认的控制通信。
图4示出针对Block Ack通信所执行的处理的过程的示例。图5示出由通信设备102执行以开始Block Ack通信的处理的过程的示例。图6示出由通信设备103执行以开始BlockAck通信的处理的过程的示例。通信设备102基于例如来自在通信设备102中操作的应用的指令来开始(以下要说明的)处理。通信设备102可以在自身设备通电之后针对每个预定时间或者在与STA(通信设备103)的连接建立之后针对每个预定时间开始(以下要说明的)处理。此外,通信设备102可以基于建立Block Ack通信的用户指令来开始(以下要说明的)处理。通信设备102通过例如将存储单元201中所存储的计算机程序读出到控制单元202中并执行该计算机程序来执行(以下要说明的)处理。通信设备103可以响应于通信设备103的通电或与AP(通信设备102)的连接的建立而开始(以下要说明的)处理。通信设备103可以使用与通信设备102所使用的触发相同的触发来开始(以下要说明的)处理。通信设备103还可以通过例如将存储单元201中所存储的计算机程序读出到控制单元202中并执行该计算机程序来执行(以下要说明的)处理。
作为AP进行操作的通信设备102决定要用于Block Ack通信的参数(S401)。例如,通信设备102决定要由自身用于Block Ack通信的频带(步骤S501)。如果通信设备102与除自身设备以外的另一AP建立有线或无线连接,则通信设备102可以在执行该处理之前从另一当前连接的AP获取与要用于Block Ack通信的频带有关的信息。例如,通信设备102可以将另一周边AP未使用的频带决定为要用于Block Ack通信的频带。这使得可以使用相对不进行通信的频带来执行通信。可替代地,通信设备102可以将由另一周边AP使用的频带决定为要用于Block Ack通信的频带。例如,通信设备102可以使用由通信设备103(STA)过去连接到的另一AP用于与STA的Block Ack通信的频带来决定要用于与通信设备103的BlockAck通信的频带。这使得可以选择极有可能执行与通信设备103的Block Ack通信的频带。在该示例中,假定通信设备102决定在2.4GHz和5GHz频带这两个频带中执行Block Ack通信。然后,通信设备102决定要用于向通信设备103发送与要用于Block Ack通信的频带有关的信息的频带(步骤S502)。注意,要用于Block Ack的频带和这些频带中的频率通道可以是在步骤S501中决定的,并且可以在步骤S502中决定使用所决定的频率通道中的哪个来进行信息通知。例如,可以决定使用相同频带中的两个或多于两个频率通道来执行Block Ack通信。此时,通过使用所决定的两个或多于两个频率通道中的至少一个,进行使用频率通道的信息的通知。
通信设备102在步骤S502中决定的频带中向通信设备103发送与要用于Block Ack通信的频带有关的信息(S402、步骤S503)。在本实施例中,通信设备102使用ADDBA请求帧进行与要用于Block Ack通信的频带有关的信息的通知。例如,通信设备102在要用于BlockAck通信的频带中的至少一个中发送图7所示的ADDBA请求帧,该ADDBA请求帧包括后面将参考图9说明的多频带元素。因此,通信设备102向通信设备103通知要用于Block Ack通信的频带。在本实施例中,通信设备102在要用于Block Ack通信的频带中的2.4GHz频带中发送ADDBA请求帧。这里发送的ADDBA请求帧可以包括与S401中决定的所有频率通道有关的信息,作为与要用于Block Ack通信的频带有关的信息。然而,本发明不限于此,并且可以包括与S401中决定的频率通道中的仅一些频率通道有关的信息。
与ADDBA请求帧中的要用于Block Ack通信的频带有关的信息包括与除发送ADDBA请求帧的频带以外的频带有关的信息。例如,如果仅在2.4GHz频带中发送ADDBA请求帧,则在ADDBA请求帧中包括与5GHz频带或6GHz频带有关的信息作为与要用于Block Ack通信的频带有关的信息。注意,在本实施例中,如上所述,通信设备102决定在2.4GHz频带和5GHz频带中执行Block Ack通信。因此,通信设备102向通信设备103发送ADDBA请求帧,该ADDBA请求帧包括与5GHz频带有关的信息作为与要用于Block Ack通信的频带有关的信息。注意,ADDBA请求帧中的与要用于Block Ack通信的频带有关的信息可以包括与发送ADDBA请求帧的频带有关的信息。也就是说,如果在2.4GHz频带中发送ADDBA请求帧,则可以包括与2.4GHz频带有关的信息作为与要用于Block Ack通信的频带有关的信息。
如果作为STA进行操作的通信设备103成功地接收到通信设备102所发送的ADDBA请求帧(步骤S601中为“是”),则通信设备103发送确认(Ack)(S403)。注意,可以通过稍后发送ADDBA响应帧来省略该确认。也就是说,由于ADDBA响应帧是对ADDBA请求帧的响应信号,因此帧的发送可以隐含地指示成功接收到ADDBA请求帧。
在接收到ADDBA请求帧时,通信设备103分析内容(步骤S602),并且通过根据分析结果设置内容来准备ADDBA响应帧并发送该ADDBA响应帧。例如,通信设备103从ADDBA请求帧中所包括的多频带元素获取与通信设备102要用于Block Ack通信的频带有关的信息。然后,通信设备103判断其是否可以在该频带中开始Block Ack通信(步骤S603)。例如,通信设备103可以基于是否支持所获取到的信息中所包括的频带中的Block Ack通信、以及是否保持Block Ack通信所用的计算的资源等来进行该判断处理。
如果通信设备103可以在所通知的频带中开始Block Ack通信(步骤S603中为“是”),则通信设备103生成状况码被设置为“成功”的ADDBA响应帧,并发送该ADDBA响应帧(S404、步骤S604)。注意,在接收到了ADDBA请求帧的频带(在图4所示的示例中为2.4GHz频带)中发送ADDBA响应帧。这使得通信设备103能够开始Block Ack通信(步骤S605)。然后,如果通信设备102接收到ADDBA响应帧(步骤S504中为“是”)、并且确认为状况码为“成功”(步骤S505中为“是”),则通信设备102开始Block Ack通信(步骤S506)。注意,响应于接收到ADDBA响应帧,通信设备102可以发送确认(Ack)(S405)。然后,确认要用于通信设备102和103之间的Block Ack通信的通信参数(S406)。注意,通过ADDBA请求帧,可以向通信设备103通知除由通信设备102决定的频带以外的通信参数。在这种情况下,通信设备103可以通过包括判断通信参数是否可用的结果来发送ADDBA响应帧。除用于确定要用于Block Ack通信的频带的ADDBA请求和响应帧之外,还可以在例如S406中在通信设备102和103之间发送/接收用于确定参数的其他信号。
另一方面,如果通信设备103不能在所通知的频带中开始Block Ack通信(步骤S603中为“否”),则通信设备103生成状况码被设置为除“成功”以外的值的ADDBA响应帧,并发送ADDBA响应帧(步骤S606)。在这种情况下,通信设备103不开始Block Ack通信(步骤S607)。如果通信设备102接收到ADDBA响应帧(步骤S504中为“是”)、并且确认了状况码不为“成功”(步骤S505中为“否”),则通信设备102不开始Block Ack通信(步骤S507)。同样在这种情况下,通信设备102可以响应于接收到ADDBA响应帧而发送确认(Ack)(S405)。
注意,如果通信设备103没有成功地接收到ADDBA请求帧(步骤S601中为“否”),则通信设备103不发送ADDBA响应帧。然后,如果通信设备102不能接收到ADDBA响应帧(步骤S504中为“否”),则通信设备102不开始Block Ack通信(步骤S507)。注意,在即使通信设备103接收到ADDBA请求帧、通信设备103也由于帧的解码失败而不能获取信息的情况下,通信设备103可以向通信设备102发送否定确认(Nack),由此提示通信设备102重新发送ADDBA请求帧。
之后,通信设备102和103使用所确认的通信参数通过所建立的Block Ack通信来发送/接收数据。图4例示了通信设备102和103使用2.4GHz频带中的连接来发送/接收数据(S411至S413)以及使用5GHz频带中的连接来发送/接收数据(S421至S423)。
将参考图7和图8来分别说明ADDBA请求帧的结构和ADDBA响应帧的结构。
如图7所示,ADDBA请求帧包括存储不同种类信息的多个信息字段。从作为第一信息字段的类别字段701起顺次发送ADDBA请求帧。注意,通信设备102可以生成ADDBA请求帧的所有字段然后发送该帧,或者可以从类别字段701起顺次生成并发送各字段。字段的发送/接收顺序不限于图7所示的顺序。也就是说,字段的顺序可以不同于图7所示的顺序。另外,可以删除任何字段,并且可以在两个任意字段之间添加图7中未示出的字段。以下将说明图7所示的各字段中所存储的信息。
类别字段701存储用于标识帧的类别的标识符。在本实施例中,指示Block Ack相关处理的标识符“3”存储在类别字段701中。Block Ack动作字段702存储用于标识BlockAck中的处理内容的标识符。在本实施例中,指示ADDBA请求帧的标识符“0”存储在BlockAck动作字段702中。对话令牌字段703存储由STA选择的非零值。
Block Ack参数集字段704存储诸如支持的A-MSDU、Block Ack策略、TID和缓冲器大小等的信息。支持的A-MSDU是指示STA在Block Ack通信中发送QoS数据帧时是否支持A-MSDU的信息。Block Ack策略是指示要使用的Block Ack通信是立即Block Ack还是延迟Block Ack的信息。TID是在建立Block Ack通信时指定的业务标识符。缓冲器大小是指示可用于TID的重排序缓冲器的大小的信息。
Block Ack超时值字段705存储指示从Block Ack通信开始起、直到在给定时间内没有进行帧发送/接收的情况下发生超时而结束Block Ack通信为止的时间的信息。BlockAck开始序列控制字段706存储指示接下来要发送的MSDU的序列号的信息。GCR组地址字段707存储指示要开始的Block Ack通信的具有重试的组播(GCR)组地址的值。多频带字段708和709各自存储与要用于多频带通信的频带有关的信息。TCLAS字段710存储业务类。ADDBA扩展字段711存储ADDBA能力信息等。ADDBA能力信息包括指示要开始的Block Ack通信是否支持MPDU发送中的分段的MSDU的发送的信息。
注意,GCR组地址字段707、多频带字段708和709、TCLAS字段710和ADDBA扩展字段711是可选字段。因此,这些字段可以包括或可以不包括在ADDBA请求帧中。
图8是示出ADDBA响应帧的结构的示例的图。如图8所示,ADDBA响应帧包括存储不同种类信息的多个信息字段。从作为第一信息字段的类别字段801起顺次发送ADDBA响应帧。注意,通信设备103可以生成ADDBA响应帧的所有字段,然后发送该帧,或者可以从类别字段801起顺次生成并发送各字段。字段的发送/接收顺序不限于图8所示的顺序。也就是说,字段的顺序可以不同于图8所示的顺序。另外,可以删除任何字段,并且可以在两个任意字段之间添加图8中未示出的字段。以下将说明图8所示的各字段中所存储的信息。
类别字段801存储用于标识帧的类别的标识符。在本实施例中,指示Block Ack相关处理的标识符“3”存储在类别字段801中。Block Ack动作字段802存储用于标识BlockAck中的处理内容的标识符。在本实施例中,指示ADDBA响应帧的标识符“1”存储在BlockAck动作字段802中。对话令牌字段803存储与ADDBA请求帧的对话令牌字段703的值相同的值。
状况码字段804存储指示是否可以开始Block Ack通信的信息。如果可以开始Block Ack通信,则将指示成功(“Success”)的值“0”存储在状况码字段804中。
Block Ack参数集字段805存储诸如支持的A-MSDU、Block Ack策略、TID和缓冲器大小等的信息。这些信息的详情如上所述。Block Ack超时值字段806存储指示从Block Ack通信开始起、直到在给定时间内没有进行帧发送/接收的情况下发生超时而结束Block Ack通信为止的时间的信息。GCR组地址字段807存储指示要开始的Block Ack通信的具有重试的组播(GCR)组地址的值。多频带字段808和809各自存储与要用于多频带通信的频带有关的信息。TCLAS字段810存储业务类。ADDBA扩展字段810存储ADDBA能力信息等。ADDBA能力信息包括指示要开始的Block Ack通信是否支持MPDU发送中的分段的MSDU的发送的信息。
注意,GCR组地址字段807、多频带字段808和809、TCLAS字段810和ADDBA扩展字段811是可选字段。因此,这些字段可以包括或可以不包括在ADDBA响应帧中。
将参考图9来说明上述多频带字段中的信息元素(多频带元素)的结构的示例。如图9所示,多频带元素包括存储不同种类信息的多个信息子字段。从作为第一信息子字段的元素ID子字段901顺次发送多频带元素。注意,可以在生成所有子字段之后发送多频带元素,或者可以从元素ID子字段901起顺次生成并发送各子字段。子字段的发送/接收顺序不限于图9所示的发送/接收顺序。也就是说,子字段的顺序可以不同于图9所示的顺序。另外,可以删除任何子字段,并且可以在两个任意字段之间添加图9中未示出的子字段。注意,图9所示的子字段的值符合传统标准,并且将省略其详细说明。在本实施例中,频带信息包括在频带ID子字段904中,然后执行发送/接收。
如上所述,ADDBA请求帧和ADDBA响应帧中的每一个包括两个多频带元素,以针对两个链路包括使用频带的信息。如果针对三个或多于三个链路执行Block Ack通信,则可以在ADDBA请求帧和ADDBA响应帧中的每一个中包括数量等于链路数量的多频带元素。这可以在使用一个或多于一个频带建立的多个链路中设置Block Ack通信。
参考图4,在执行Block Ack通信之后,例如,通信设备102和103可以响应于调度的数据发送/接收的完成而决定结束Block Ack通信(S407)。现在将参考图10和图11来说明在结束Block Ack通信的情况下的处理。
图10示出由通信设备102执行以结束与通信设备103的Block Ack通信的处理的过程的示例。图11示出由通信设备103执行以结束与通信设备102的Block Ack通信的处理的过程的示例。通信设备102和103中的每一个通过例如将存储单元201中所存储的计算机程序读出到控制单元202中并执行该计算机程序来执行(以下要说明的)处理。注意,图10所示的处理可以由通信设备103执行,并且图11所示的处理可以由通信设备102执行。
如果通信设备102决定结束Block Ack通信(步骤S1001中为“是”),则通信设备102开始结束Block Ack通信的处理(步骤S1002)。例如,如果在通信设备102和103之间执行的Block Ack通信中不存在要发送的数据(缓冲器为空),则通信设备102决定结束Block Ack通信。在结束处理中,通信设备102生成用以请求结束Block Ack通信的帧。该帧包括指示要结束的Block Ack通信的信息。也就是说,例如,如果执行Block Ack通信的多个实例,则指示被请求结束的Block Ack通信的信息包括在步骤S1002中生成的帧中。在本实施例中,通信设备102生成包括DELBA帧的动作帧作为用以请求结束Block Ack通信的帧。然后,通信设备102发送所生成的帧(S408、步骤S1003)。注意,在本实施例中,通信设备102经由2.4GHz频带中的连接发送用以请求结束Block Ack通信的帧。可以在发送了ADDBA请求帧以开始Block Ack通信的频带(频率通道)中发送用于请求结束Block Ack通信的帧。注意,本发明不限于此,并且可以在执行Block Ack通信的频带(频率通道)其中之一中发送用以请求结束Block Ack通信的帧。
通信设备103判断是否接收到与Block Ack的结束有关的帧(步骤S1101)。例如,通信设备103判断是否接收到包括DELBA帧的动作帧。如果通信设备103接收到这样的动作帧,则通信设备103判断为接收到与Block Ack的结束有关的帧。注意,在步骤S1101中,通信设备103可以判断是否接收到包括多频带元素的DELBA帧。在这种情况下,如果接收到包括多频带元素的DELBA帧,则通信设备103判断为其接收到与Block Ack的结束有关的帧。在没有接收到与Block Ack的结束有关的帧期间(步骤S1101中为“否”),通信设备103继续监视是否接收到这样的帧。另一方面,如果接收到这样的帧(步骤S1101中为“是”),则通信设备103分析接收到的帧(DELBA帧)(步骤S1102)。注意,如果接收到的DELBA帧包括多频带元素,则通信设备103分析多频带元素。通信设备103通过该分析来指定被请求结束的Block Ack通信。然后,通信设备103向通信设备102发送Ack(S409、步骤S1103),并结束Block Ack通信(步骤S1104)。此外,通信设备102从通信设备103接收到Ack(步骤S1004),并结束Block Ack通信(步骤S1005)。
将参考图12来说明作为IEEE 802.11be标准中的管理帧的元素的DELBA帧的结构的示例。如图12所示,DELBA帧包括存储不同种类信息的多个信息字段。从作为第一信息字段的类别字段1201起顺次发送这些字段。注意,可以生成DELBA帧的所有字段,然后可以发送DELBA帧,或者可以从类别字段1201起顺次生成并发送各字段。字段的发送/接收顺序不限于图12所示的顺序。也就是说,字段的顺序可以不同于图12所示的顺序。另外,可以删除任何字段,并且可以在两个任意字段之间添加图12中未示出的字段。以下将说明图12所示的各字段中所存储的信息。以下将说明图12所示的各字段中所存储的信息。
类别字段1201存储用于标识帧类别的标识符。在本实施例中,指示Block Ack相关处理的标识符“3”存储在类别字段1201中。Block Ack动作字段1202存储用于标识BlockAck中的处理内容的标识符。在本实施例中,指示DELBA帧的标识符“2”存储在Block Ack动作字段1202中。
DELBA参数集字段1203存储诸如发起方和TID子字段等的信息子字段。发起方子字段存储用于标识AP还是STA发送DELBA帧的标识符。在本实施例中,由于通信设备102用作AP,因此发起方子字段的值是与AP相对应的“1”。TID子字段存储在建立Block Ack通信时所指定的TID的值。原因码字段1204存储用于标识发送DELBA帧的原因的标识符。DELBA GCR组地址字段1205存储指示要结束的Block Ack通信的GCR组地址的值。多频带字段1206和1207各自存储与要用于多频带通信的频带有关的信息。注意,字段中所存储的多频带元素如以上参考图9所述。TCLAS字段1208存储指示业务类的信息。注意,多频带字段1206和1207以及TCLAS字段1208是可选字段。因此,这些字段可以包括或不包括在DELBA帧中。
在本实施例中,例如,发送DELBA帧,在该DELBA帧中,与2.4GHz频带有关的信息存储在多频带字段1206中,并且与5GHz频带有关的信息存储在多频带字段1207中。这指示2.4GHz和5GHz频带中的Block Ack通信结束。这仅仅是示例,并且可以使用其他结构。例如,通过不包括任何多频带字段,可以指示在所建立的Block Ack通信的所有频带中结束BlockAck通信。例如,如果在2.4GHz频带中发送DELBA帧,则即使与2.4GHz频带有关的信息没有存储在DELBA帧中,也可以结束Block Ack通信的2.4GHz频带的使用。也就是说,DELBA帧可以用于结束将如下的频带用于Block Ack通信:在该帧中不包括信息但发送该帧的频带、以及由多频带字段中所包括的信息指示的频带。
在上述示例中,说明了使用2.4GHz和5GHz频带这两个频带的多频带通信中的Block Ack通信的开始和结束。为了开始Block Ack通信,发送/接收各自包括用于指定频带的两个多频带元素的ADDBA请求/ADDBA响应帧。为了结束Block Ack通信,发送/接收包括用于指定频带的两个多频带元素的DELBA帧。这可以应用关于使用两个频带的通信的BlockAck。该方法可以应用于使用更多频带的多频带通信。也就是说,例如,如果使用三个频带,则可以通过使用与这些频带相对应的三个多频带元素来在这些频带中开始/结束BlockAck通信。注意,可以扩展多频带元素,以除了指定频带之外,还指定频率通道。
在使用三个或多于三个频带的Block Ack通信中,可以执行将频带中的仅一部分频带从Block Ack通信中删除的处理。将说明在通信设备102和103使用三个频带(2.4GHz、5GHz和6GHz频带)执行Block Ack通信并且将一个频带从Block Ack通信中删除的情况下的处理的示例。图13示出该处理的过程的示例。注意,在开始Block Ack通信时的各个设备中的处理与图5和图6所示的处理相同,并且用以开始处理的触发也如上所述。这些处理的详情是相同的,并且将省略其说明。
参考图13,通信设备102决定要用于Block Ack通信的频带(S1301、步骤S501)。这里假定通信设备102决定在2.4GHz、5GHz和6GHz频带这三个频带中执行Block Ack通信。然后,通信设备102决定用于发送与要用于Block Ack通信的所决定的频带有关的信息的频带(步骤S502),并且在所决定的频带中发送信息(S1302、步骤S503)。注意,在图13所示的示例中,通信设备102将2.4GHz频带决定为用于发送与要用于Block Ack通信的所决定的频带有关的信息的频带。与图4所示的情况类似,可以通过ADDBA请求帧来进行与要用于Block Ack通信的所决定的频带有关的信息的通知。例如,如图14所示,通信设备102可以向通信设备103发送准备了与要使用的三个频带相对应的三个多频带字段1401至1403的ADDBA请求帧。注意,多频带字段1401至1403中所存储的信息如参考图9所述,并且使用一个字段进行一个频带的信息的通知。除了多频带字段的数量不同以外,图14所示的结构与图7所示的结构相同。因此,相同的附图标记表示相同的字段,并且将省略其说明。
如果通信设备103成功接收到由通信设备102发送的ADDBA请求帧(步骤S601中为“是”),则通信设备103发送确认(Ack)(S1303)。通信设备103分析ADDBA请求帧的内容(步骤S602),并且通过根据分析结果设置内容来准备ADDBA响应帧并发送ADDBA响应帧。也就是说,通信设备103判断其是否可以在通信设备102要用于Block Ack通信的频带中开始BlockAck通信(步骤S603)。然后,如果可以开始所通知的频带中的Block Ack通信(步骤S603中为“是”),则通信设备103通过在状况码中设置“成功”来生成ADDBA响应帧并发送该ADDBA响应帧(S1304、步骤S604)。注意,ADDBA响应帧是在接收到ADDBA请求帧的频带(在图13所示的示例中为2.4GHz频带)中发送的。因此,通信设备103可以开始Block Ack通信(步骤S605)。注意,如图15所示,ADDBA响应帧包括与要使用的三个频带相对应的三个多频带字段1501至1503。注意,多频带字段1501至1503中所存储的信息如参考图9所述,并且使用一个字段来进行一个频带的信息的通知。除多频带字段的数量不同以外,图15所示的结构与图8所示的结构相同。因此,相同的附图标记表示相同的字段,并且将省略其说明。如果通信设备102接收到ADDBA响应帧(步骤S504中为“是”)、并且确认为状况码为“成功”(步骤S505中为“是”),则通信设备102开始Block Ack通信(步骤S506)。注意,响应于接收到ADDBA响应帧,通信设备102可以发送确认(Ack)(S1305)。然后,确认要用于通信设备102和103之间的Block Ack通信的通信参数(S1306)。
另一方面,在通信设备103不能开始所通知的频带中的Block Ack通信(步骤S603中为“否”)的情况下或者在通信设备102不能接收到ADDBA响应帧(步骤S504中为“否”)的情况下的处理是如上所述的。注意,如果通信设备103可以在ADDBA请求中包括的多个频带中的一些频带中执行Block Ack通信,则通信设备103可以将可用于Block Ack通信的频带的信息包括在ADDBA响应帧中,并发送该帧。例如,假定通过ADDBA请求帧向通信设备103通知2.4GHz、5GHz和6GHz频带作为要用于Block Ack通信的频带。在这种情况下,通信设备103可以判断为其可以使用2.4GHz和5GHz频带执行Block Ack通信,但不能使用6GHz频带。在这种情况下,通信设备103可以向通信设备102发送包括与2.4GHz频带和5GHz频带相对应的两个多频带字段的ADDBA响应帧。通信设备102可以通过ADDBA响应帧识别出仅2.4GHz和5GHz频带可以用于Block Ack通信,并且使用这些频带开始Block Ack通信。注意,在图13中,通信设备102和103可以在2.4GHz、5GHz和6GHz频带中执行Block Ack通信,并且在这些频带中开始Block Ack通信。
之后,通信设备102和103使用所确认的通信参数通过Block Ack通信发送/接收数据。图13例示了通信设备102和103使用2.4GHz、5GHz和6GHz频带中的连接来发送/接收数据的情况(S1321至S1323、S1331至S1333以及S1341和S1342)。
之后,通信设备102和103决定在维持2.4GHz和5GHz频带中的Block Ack通信的同时结束6GHz频带中的Block Ack通信(S1307)。将参考图16和图17来说明这种情况下的处理。注意,在图16和图17所示的处理中,与图10和图11中相同的处理由相同的附图标记表示,并且将省略其详细说明。
如果通信设备102决定结束6GHz频带中的Block Ack通信(步骤S1001中为“是”),则通信设备102生成用以请求结束Block Ack通信的帧并发送该帧(步骤S1002和S1003、S1308)。通信设备102在例如发送了ADDBA请求帧的频带(图13中的2.4GHz频带)中发送包括DELBA帧的动作帧作为用以请求结束Block Ack通信的帧。图18示出此时的DELBA帧的示例。DELBA帧包括与要结束Block Ack通信的频带相对应的多频带字段1801。除了包括仅一个多频带字段以外,帧的结构与图12中的结构相同。与图12中相同的附图标记表示相同的字段,并且将省略其说明。图18所示的多频带字段1801包括要结束Block Ack通信的频带的信息。在这种情况下,多频带字段1801存储与6GHz频带有关的信息。
根据例如是否接收到包括DELBA帧的动作帧,通信设备103判断是否接收到与Block Ack的结束有关的帧(步骤S1101)。如果通信设备103接收到这样的帧(步骤S1101中为“是”),则通信设备103分析接收到的帧(DELBA帧)(步骤S1102)。通信设备103通过该分析来指定为请求结束6GHz频带中的Block Ack通信。然后,通信设备103向通信设备102发送Ack(S1309、步骤S1103),并结束6GHz频带中的Block Ack通信。另一方面,由于通信设备103继续2.4GHz和5GHz频带中的Block Ack通信(步骤S1701中为“否”),因此通信设备103监视包括DELBA帧的另一动作帧的接收(步骤S1101)。通信设备102从通信设备103接收到Ack(步骤S1004),并且结束6GHz频带中的Block Ack通信。另一方面,由于通信设备102继续2.4GHz和5GHz频带中的Block Ack通信(步骤S1601中为“否”),因此通信设备102继续监视是否结束Block Ack通信的至少一部分(步骤S1001)。
之后,通信设备102和103可以继续2.4GHz和5GHz频带中的Block Ack通信(S1324至S1326和S1334至S1336),然后决定结束Block Ack通信(S1310)。这种情况下的处理(S1311和S1312)与图4的S408和S409中的处理相同。通信设备102通过该处理执行在所有频带中结束Block Ack通信的处理(步骤S1601中为“是”),然后结束Block Ack通信(步骤S1005)。通信设备103通过该处理执行在所有频带中结束Block Ack通信的处理(步骤S1701中为“是”),然后结束Block Ack通信(步骤S1104)。
注意,在上述示例中,说明了当在Block Ack通信正在进行中的频带中的一部分频带中停止Block Ack通信的情况下的处理。该方法还可应用于在执行Block Ack通信期间另一频带中的通信是Block Ack通信的对象的情况。在这种情况下,在ADDBA请求帧和ADDBA响应帧的每一个中设置用于存储要添加的频带的信息的多频带字段。也就是说,通过在执行Block Ack通信期间发送/接收ADDBA请求帧和ADDBA响应帧,可以向Block Ack通信添加另一频带。注意,如果改变正在进行中的Block Ack通信的内容以继续Block Ack通信,则可以使用与ADDBA请求/响应帧和DELBA帧不同的帧。
如上所述,在使用多个频带的多频带通信中,可以通过灵活地使用各频带来开始/结束Block Ack通信。也就是说,可以使用ADDBA请求帧和ADDBA响应帧来决定使用多个频带中的哪个频带来执行Block Ack通信。例如,在ADDBA请求帧中,被请求用于Block Ack通信的频带由分别包括与两个或多于两个频带有关的信息的两个或多于两个多频带字段指定。然后,例如,在ADDBA响应帧中,可以使用所指定的频带中的哪个频带可以由包括与该频带有关的信息的至少一个多频带字段指示。在DELBA帧中,除了结束所有频带中的Block Ack通信之外,还可以仅在一些频带中结束Block Ack通信。例如,如果在四个频带中执行BlockAck通信期间、两个频带中的Block Ack通信结束,则DELBA帧包括两个多频带字段。注意,代替各频带,可以针对各无线电链路/频率通道指示Block Ack通信的开始/结束。在这种情况下,可以使用多频带字段或者可以使用另一字段。根据本实施例,在使用多个链路总体控制通信时的控制通信中,可以灵活地设置和改变要使用的链路。
注意,上述实施例说明了开始/结束Block Ack通信的处理,但本发明不限于此。例如,如果总体控制多个频带(多个无线电链路)中的两个或多于两个频带中的除Block Ack通信以外的通信的控制通信是可执行的,则上述处理适用于开始/结束该控制的处理。也就是说,为了指定要控制与多个无线电链路相对应的多个频率通道中的哪个频率通道以及将不控制哪个频率通道,可以使用上述的ADDBA帧和DELBA帧。
注意,在上述实施例中,通信设备102和103通过建立符合IEEE 802.11标准系列的连接来执行多频带通信。然而,本发明不限于此。例如,通信设备102和103可以通过使用不同的频率通道(频带)建立符合与IEEE 802.11系列标准不同的通信标准的多个连接来执行多频带通信。在这种情况下,如上所述,可以开始和结束多频带通信中的Block Ack通信。
注意,通信设备102和103所要执行的上述处理中的各处理可以在例如各设备的控制单元202执行存储单元201中所存储的程序时执行,但各处理的至少一部分或全部可以由硬件实现。例如,各处理可以通过使用预定编译器从用于实现各处理步骤的计算机程序在FPGA(现场可编程门阵列)上生成专用电路来由硬件实现。类似于使用FPGA的情况,各处理可以通过形成门阵列电路由硬件实现。各处理可以由ASIC(专用集成电路)实现。
本发明可以通过以下处理来实现:经由网络或存储介质向系统或设备提供用于实现上述实施例的一个或多于一个功能的程序,并且使系统或设备的计算机中的一个或多于一个处理器读出并执行该程序。本发明还可以通过用于实现一个或多于一个功能的电路(例如,ASIC)来实现。
本发明不限于上述实施例,并且可以在本发明的精神和范围内进行各种改变和修改。因此,为了向公众告知本发明的范围,添加了所附权利要求书。
本申请要求2020年8月4日提交的日本专利申请2020-132541的优先权,在此通过引用而被并入本文。
Claims (9)
1.一种通信设备,包括通信部件,所述通信部件用于通过使用多个频率通道与其他通信设备建立连接来执行通信,
其中,在执行用于总体地控制使用所述多个频率通道中的至少两个频率通道的连接中的通信的控制通信时,所述通信部件向所述其他通信设备发送或从所述其他通信设备接收用于结束所述控制通信的帧,以及
所述帧能够包括至少两个字段,各字段存储与在所述控制通信中停止使用的频率通道有关的信息。
2.根据权利要求1所述的通信设备,其中,所述控制通信是用于总体地发送/接收对使用所述多个频率通道中的至少两个频率通道的通信的确认的Block Ack通信。
3.根据权利要求2所述的通信设备,其中,所述帧是用于结束所述Block Ack通信的符合IEEE 802.11标准系列的DELBA帧,并且所述字段是多频带字段。
4.根据权利要求1至3中任一项所述的通信设备,其中,在所述帧不包括所述字段的情况下,所述控制通信在所有的所述多个频率通道中结束。
5.根据权利要求1至4中任一项所述的通信设备,其中,与发送所述帧所利用的频率通道有关的信息即使在该频率通道的使用在所述控制通信中结束的情况下也不存储在所述字段中。
6.根据权利要求1至3中任一项所述的通信设备,其中,在并非所述控制通信所使用的所有频率通道的使用都结束、并且使用其余频率通道继续所述控制通信的情况下,与要继续使用的频率通道有关的信息不存储在所述字段中。
7.根据权利要求1至6中任一项所述的通信设备,其中,所述通信部件执行符合IEEE802.11be标准的通信。
8.一种通信设备所执行的控制方法,所述通信设备用于通过使用多个频率通道与其他通信设备建立连接来执行通信,所述控制方法包括以下步骤:
在执行用于总体地控制使用所述多个频率通道中的至少两个频率通道的连接中的通信的控制通信时,向所述其他通信设备发送或从所述其他通信设备接收用于结束所述控制通信的帧,
其中,所述帧能够包括至少两个字段,各字段存储与在所述控制通信中停止使用的频率通道有关的信息。
9.一种程序,用于使计算机用作根据权利要求1至7中任一项所述的通信设备。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2020132541A JP2022029281A (ja) | 2020-08-04 | 2020-08-04 | 通信装置、制御方法、およびプログラム |
JP2020-132541 | 2020-08-04 | ||
PCT/JP2021/023322 WO2022030117A1 (ja) | 2020-08-04 | 2021-06-21 | 通信装置、制御方法、およびプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116058033A true CN116058033A (zh) | 2023-05-02 |
Family
ID=80119639
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180057536.5A Pending CN116058033A (zh) | 2020-08-04 | 2021-06-21 | 通信设备、控制方法和程序 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20230155791A1 (zh) |
EP (1) | EP4195821A1 (zh) |
JP (1) | JP2022029281A (zh) |
KR (1) | KR20230042070A (zh) |
CN (1) | CN116058033A (zh) |
BR (1) | BR112023000605A2 (zh) |
WO (1) | WO2022030117A1 (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8885621B2 (en) * | 2010-04-26 | 2014-11-11 | Intel Corporation | Method, apparatus and system for switching traffic streams among multiple bands |
JP2018050133A (ja) | 2016-09-20 | 2018-03-29 | キヤノン株式会社 | 通信装置、制御方法、及びプログラム |
SG10201810792SA (en) * | 2018-11-30 | 2020-06-29 | Panasonic Ip Corp America | Communication devices and communication methods for multi-band traffic streams |
JP7214497B2 (ja) | 2019-02-14 | 2023-01-30 | 国立大学法人東海国立大学機構 | 輪状化合物の製造方法 |
-
2020
- 2020-08-04 JP JP2020132541A patent/JP2022029281A/ja active Pending
-
2021
- 2021-06-21 BR BR112023000605A patent/BR112023000605A2/pt unknown
- 2021-06-21 KR KR1020237005840A patent/KR20230042070A/ko unknown
- 2021-06-21 WO PCT/JP2021/023322 patent/WO2022030117A1/ja active Application Filing
- 2021-06-21 EP EP21852256.3A patent/EP4195821A1/en active Pending
- 2021-06-21 CN CN202180057536.5A patent/CN116058033A/zh active Pending
-
2023
- 2023-01-03 US US18/149,194 patent/US20230155791A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
EP4195821A1 (en) | 2023-06-14 |
JP2022029281A (ja) | 2022-02-17 |
US20230155791A1 (en) | 2023-05-18 |
KR20230042070A (ko) | 2023-03-27 |
BR112023000605A2 (pt) | 2023-02-14 |
WO2022030117A1 (ja) | 2022-02-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230209632A1 (en) | Communication apparatus, control method, and storage medium | |
US20230115667A1 (en) | Access point apparatus, control method therefor, and computer readable storage medium | |
WO2022030117A1 (ja) | 通信装置、制御方法、およびプログラム | |
EP4187988A1 (en) | Communication device, control method for communication device, and program | |
TW202408268A (zh) | 通訊裝置、控制方法、及程式 | |
WO2023210335A1 (ja) | 通信装置、通信方法、およびプログラム | |
US20230262789A1 (en) | Communication apparatus, control method, and program | |
US20230041149A1 (en) | Communication apparatus, control method for communication apparatus, and a non-transitory computer-readable storage medium | |
JP7490358B2 (ja) | 通信装置、制御方法、およびプログラム | |
US20230388117A1 (en) | Communication apparatus, control method, and computer-readable storage medium | |
US20230269027A1 (en) | Communication apparatus, control method, and computer-readable storage medium | |
US20240107607A1 (en) | Communication device, control method, and storage medium | |
WO2023037904A1 (ja) | 通信装置、通信方法、およびプログラム | |
EP4152884A1 (en) | Communication device, control method, and program | |
WO2024080230A1 (ja) | 通信装置、通信方法、およびプログラム | |
US20220312314A1 (en) | Communication apparatus, communication method, and storage medium | |
US20230108880A1 (en) | Communication apparatus, communication method, and storage medium | |
CN118077303A (zh) | 通信设备、通信设备的控制方法及其程序 | |
CN118160403A (zh) | 通信设备、通信设备的控制方法及其程序 | |
CN115442898A (zh) | 通信设备、控制方法和存储介质 | |
CN117981460A (zh) | 通信装置、控制方法和程序 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |