CN113812180A - 通信装置和通信方法 - Google Patents

通信装置和通信方法 Download PDF

Info

Publication number
CN113812180A
CN113812180A CN202080033527.8A CN202080033527A CN113812180A CN 113812180 A CN113812180 A CN 113812180A CN 202080033527 A CN202080033527 A CN 202080033527A CN 113812180 A CN113812180 A CN 113812180A
Authority
CN
China
Prior art keywords
data
acknowledgement
transmitted
side communication
frame
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
Application number
CN202080033527.8A
Other languages
English (en)
Inventor
菅谷茂
相尾浩介
田中悠介
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Group Corp
Original Assignee
Sony Group Corp
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 Sony Group Corp filed Critical Sony Group Corp
Publication of CN113812180A publication Critical patent/CN113812180A/zh
Pending legal-status Critical Current

Links

Images

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/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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity
    • H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/27—Control channels or signalling for resource management between access points

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本技术涉及一种通信装置和通信方法，利用所述通信装置和通信方法，可更可靠地确认数据的接收。提供一种通信装置，所述通信装置包括控制单元，所述控制单元执行下述操作：当执行用于同时从多个发送侧通信装置1向一个接收侧通信装置发送数据的协作发送时，对向接收侧通信装置发送数据进行控制，产生请求信号，所述请求信号包括与协作发送相关的协作发送信息和用于同时向所述多个发送侧通信装置返回协作地发送的数据的确认的确认返回信息，向接收侧通信装置发送产生的请求信号，并且接收从已接收到请求信号的接收侧通信装置发送的包括确认的确认返回信号。本技术能够被应用于例如无线LAN系统。

Description

通信装置和通信方法
技术领域
本技术涉及一种通信装置和通信方法，并且具体地讲，涉及一种用于能够实现数据接收的更可靠的确认的通信装置和的通信方法。
背景技术
提出了用于通过在相同时刻从多个始发站通信装置向一个接收器通信装置同时发送相同数据来更可靠地传送数据的技术。
虽然可通过使用这种技术来实现高可靠通信，但接收器通信装置必须返回确认(ACK)，从而始发站通信装置能够确认在接收器通信装置的数据的合适的接收。
另外，专利文件1公开一种用于利用正交频分多址(OFDMA)的资源单元返回确认信号(ACK)的技术。
引用列表
专利文件
专利文件1：日本专利申请提前公开No.2017-017430
发明内容
本发明解决的问题
同时，在数据被同时从多个始发站通信装置向一个接收器通信装置发送的情况下，接收器通信装置需要向所述多个始发站通信装置中的每个始发站通信装置返回确认信号，以确认数据的接收。
然而，包括在专利文件1中公开的技术在内的传统技术还未建立用于接收器通信装置在确认数据的接收时向所述多个始发站通信装置中的每个始发站通信装置返回确认信号的技术，并且因此，需要用于数据接收的更可靠的确认的技术。
已考虑到这种情况而开发本技术，并且本技术能够实现数据接收的更可靠的确认。
问题的解决方案
根据本技术的一个方面的通信装置是一种通信装置，所述通信装置包括：控制单元，执行控制以：当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，向接收侧通信装置发送数据；产生请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；向接收侧通信装置发送产生的请求信号；并且接收包括确认的确认信号，确认信号被从已接收到请求信号的接收侧通信装置发送。
根据本技术的一个方面的通信方法是一种通信方法，所述通信方法由通信装置实现并且包括执行控制以：当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，向接收侧通信装置发送数据；产生请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；向接收侧通信装置发送产生的请求信号；并且接收包括确认的确认信号，确认信号被从已接收到请求信号的接收侧通信装置发送。
在根据本技术的一个方面的通信装置和通信方法中，当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，数据被发送给接收侧通信装置；请求信号被产生，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；产生的请求信号被发送给接收侧通信装置；并且包括确认的确认信号被接收，确认信号被从已接收到请求信号的接收侧通信装置发送。
根据本技术的一个方面的通信装置是一种通信装置，所述通信装置包括：控制单元，执行控制以：当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，接收从所述多个发送侧通信装置发送的数据；产生与协调发送的数据中的正确地接收的数据对应的确认；接收从发送侧通信装置发送的请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；并且基于接收的请求信号发送包括产生的确认的确认信号。
根据本技术的一个方面的通信方法由通信装置实现，并且包括：执行控制以：当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，接收从所述多个发送侧通信装置发送的数据；产生与协调发送的数据中的正确地接收的数据对应的确认；接收从发送侧通信装置发送的请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；并且基于接收的请求信号发送包括产生的确认的确认信号。
在根据本技术的一个方面的通信装置和通信方法中，当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，从所述多个发送侧通信装置发送的数据被接收；与协调发送的数据中的正确地接收的数据对应的确认被产生；从发送侧通信装置发送的请求信号被接收，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；并且基于接收的请求信号，包括产生的确认的确认信号被发送。
需要注意的是，根据本技术的一个方面的通信装置可以是独立装置，或者可以是形成一个装置的内部块。
附图说明
图1是显示构成应用本技术的无线网络的通信装置的布局的第一示例的示图。
图2是显示构成应用本技术的无线网络的通信装置的布局的第二示例的示图。
图3是显示各通信装置之间的数据序列中的流程的图表。
图4是显示ACK帧返回触发的第一示例性结构的示图。
图5是显示ACK帧返回触发的第二示例性结构的示图。
图6是显示ACK帧返回触发的第三示例性结构的示图。
图7是显示应用本技术的通信装置的示例性结构的方框图。
图8是显示无线通信模块的示例性结构的方框图。
图9是表示OFDMA的概述的示图。
图10是显示每个通信装置中的发送/接收关系的示图。
图11是显示应用本技术的A-MPDU帧的示例性结构的示图。
图12是显示协调发送触发帧的示例性结构的示图。
图13是显示协调发送触发帧的Coordinate Common Info子字段的示例性结构的示图。
图14是显示协调发送触发帧的Coordinate TX Info子字段的示例性结构的示图。
图15是显示协调发送触发帧的Coordinate User Info子字段的示例性结构的示图。
图16是显示A-MPDU帧的示例性结构的示图。
图17是显示ACK请求触发帧的示例性结构的示图。
图18是显示ACK请求触发帧的BAR Common Info子字段的示例性结构的示图。
图19是显示ACK请求触发帧的Coordinate BAR Info子字段的示例性结构的示图。
图20是显示ACK请求触发帧的BAR User Info子字段的示例性结构的示图。
图21是显示块ACK帧的第一示例性结构的示图。
图22是显示块ACK帧的第二示例性结构的示图。
图23是显示BAR Type字段的示例性值的示图。
图24是显示BA Type字段的示例性值的示图。
图25是显示通信装置的第一示例性操作的流程图。
图26是显示通信装置的第二示例性操作的流程图。
图27是显示通信装置的第二示例性操作的流程图。
图28是显示通信装置的第三示例性操作的流程图。
图29是显示通信装置的第三示例性操作的流程图。
具体实施方式
下面是参照附图的本技术的实施例的描述。需要注意的是，将按照下面的次序进行解释。
1.本技术的实施例
2.变型
<1.本技术的实施例>
通过上行链路多用户MIMO(多输入多输出)通信的技术，用于在空间上复用不同信息的信号并且从多个始发站通信装置向一个接收器通信装置发送不同信息的信号的技术已被投入实际使用。
在这种上行链路多用户MIMO通信被使用的情况下，每个始发站通信装置设置发送参数，从而一个接收器通信装置从多个始发站通信装置接收信号。因此，通信被实现。
此外，提出了一种用于通过在相同时刻从多个接入点(AP)向一个通信终端(STA：站)同时发送相同数据来更可靠地传送数据的通信方法。
通过使用这种通信方法，可实现非常可靠的数据通信。然而，为了使接入点确认数据已被正确地传送给通信终端，通信终端需要在接收到数据之后返回确认(ACK)帧(以下也被称为ACK帧)。
近年来，上行链路OFDMA多路通信的技术已被建议用于基于正交频分多址(OFDMA)使用正交频率资源将资源分配给多个通信装置并且同时接收信号。
根据这种技术，要从多个始发站通信装置向接收器通信装置发送的帧的发送参数被控制，从而数据能够被同时接收。
同时，为了在相同数据被同时从多个始发站通信装置向接收器通信装置发送之后确认数据接收，接收器通信装置需要向所述多个始发站通信装置中的每个始发站通信装置返回ACK帧。
通常，当以每个始发站通信装置为目的地的ACK帧被发送时，发送定时需要在时间上变化，并且这种帧交换需要大量时间。
也就是说，由于ACK帧需要被返回给作为不同数据的始发站的每个通信装置，所以需要结合在多个接收器通信装置的接收执行上行链路多用户MIMO通信。
另外，在上行链路OFDMA多路通信被使用的情况下，信号被从多个通信终端发送给一个接入点，并且因此，每个通信终端必须设置为了在所述一个接入点的接收而优化的发送参数。
因为这一点，在协调发送被执行的情况下，难以设置能够被多个接入点接收的最佳参数。这里，协调发送意味着：多个接入点协作以同时向多个通信终端发送数据。
替代地，在ACK帧仅被返回给确定协调发送的数据的重传控制的接入点的结构中，存在这样的问题：从属于该接入点的另一接入点不能识别需要被重传的数据。
另外，上述专利文件1公开一种用于利用OFDMA的资源单元返回确认信号(ACK)的技术。然而，存在这样的问题：通过OFDMA，虽然用于单个始发站通信装置的ACK帧能够被返回，但用于多个始发站通信装置的ACK帧不能被返回。
本技术解决以上问题，并且提出一种用于数据接收的更可靠的确认的通信方法(新系统)。
具体地讲，在应用本技术的通信方法(新系统)中，多个发送侧通信装置(例如，多个接入点)协作，并且同时向一个接收侧通信装置(例如，通信终端)发送数据(例如，A-MPDU帧)。通过用于确认数据的接收的方法，来自接收侧通信装置的确认信号(例如，块ACK帧)通过同时多路传输接入的技术(例如，OFDMA的技术)而被同时分配并且发送，从而确认信号能够被可靠地返回给各发送侧通信装置。
也就是说，在接收侧通信装置(例如，通信终端)中，指示协调发送的数据(例如，A-MPDU帧)是否已被正确地接收的确认信号(例如，块ACK帧)能够通过上行链路OFDMA多路通信的技术而被同时发送给多个发送侧通信装置(例如，多个接入点)。
在以下的描述中，参照附图详细地解释应用本技术的通信方法(新系统)。
(无线网络的示例性结构)
图1是显示构成应用本技术的无线网络的通信装置的布局的第一示例的示图。
在图1中，附图中的圆圈(○)、三角形(△)和正方形(□)指示接入点AP、主接入点AP(主AP)和通信终端STA的各通信装置的位置。此外，在图1中，各通信装置之间的箭头指示与箭头的方位对应的数据流，并且指示：在各通信装置之间执行通信。
这里，多个接入点AP1和AP2作为形成无线网络的通信装置而存在，并且来自所述多个接入点AP1和AP2的协调发送被执行，而通信终端STA0被连接到这些接入点AP1和AP2。
此外，在图1中，作为所述多个接入点AP1和AP2之一的接入点AP1是协调器AP。这里，协调器AP是具有当执行协调发送时作为协调器执行控制的功能的接入点AP(以下也被称为协调器接入点AP)。
替代地，如图1中所示，用作控制所述多个接入点AP1和AP2的主接入点的主接入点AP(主AP)可被提供，并且主接入点AP可指示所述多个接入点AP1和AP2执行协调发送。
利用这种布置，要被发送给通信终端STA0的数据被预先在接入点AP1和AP2之间共享，并且用于执行协调发送的触发因素根据协调器接入点AP1或主接入点AP的指令而被设置。
协调发送随后由所述多个接入点AP1和AP2执行，并且接收到数据的通信终端STA0向两个接入点AP1和AP2返回协调发送的数据的接收的确认作为ACK帧。
具体地讲，在图1中，协调器接入点AP1被设计为确定要被重传的协调发送数据(重传数据)，并且协调器接入点AP1指定用于返回ACK帧的无线通信资源。也就是说，由于是否提供主接入点AP是可选的，所以指示数据流的箭头在图1中被利用虚线示出。
另外，图2是显示构成应用本技术的无线网络的通信装置的布局的第二示例的示图。
在图2中，接入点AP1和AP2被按照与图1中的方式类似的方式布置，但替代于单个通信终端STA0，多个通信终端STA1和STA2被连接到接入点AP1和AP2。也就是说，这个示例对应于这样的情况：通信终端STA1被连接到接入点AP1，并且通信终端STA2被连接到接入点AP2。
另外，在图2中，接入点AP1和接入点AP2在可互相通信的状态下被布置。另外，接入点AP1位于可与通信终端STA2通信的位置，并且接入点AP2位于可与通信终端STA1通信的位置。
利用这种布置，所述多个接入点AP1和AP2能够与所述多个通信终端STA1和STA2执行通信。
在这种结构中，必须从通信终端STA1向接入点AP1并且从通信终端STA2向接入点AP2返回数据接收确认作为ACK帧。
如上所述，通信终端STA1和STA2最初被设计为向两个接入点AP1和AP2返回数据接收确认作为ACK帧。也就是说，用于从通信终端STA2向接入点AP2返回ACK帧的无线通信资源由协调器接入点AP1指定。
另外，由于关于协调发送的数据的重传控制的确定由协调器接入点AP1执行，所以协调器接入点AP1需要关于从通信终端STA2向接入点AP2返回的ACK帧的信息。因此，通信终端STA2不仅需要向接入点AP2传送关于ACK帧的信息，还需要向协调器接入点AP1传送关于ACK帧的信息。
(数据序列的示例)
图3是显示各通信装置之间的数据序列中的流程的图表。
图3显示当通信终端STA0存在于图1中示出的无线网络的结构中时的数据序列中的流程，它是这样的情况：协调器接入点AP1和接入点AP2被提供作为所述多个接入点AP。图3还显示随着时间的流逝在附图中从上到下的转变的状态。
然而，是否提供主接入点AP在图3中也是可选的，并且因此，与主接入点AP相关的序列由虚线示出。另外，不直接与本技术相关的序列也由虚线示出。
首先，图3基于这样的假设：预先在协调器接入点AP1和接入点AP2之间执行共享用于朝着通信终端STA0执行协调发送的数据的操作(S11)。
这里，为了执行数据的协调发送，协调发送触发帧被从协调器接入点AP1或主接入点AP发送(S12)。协调器接入点AP1和接入点AP2根据协调发送触发帧同时执行针对通信终端STA0的相同数据的协调发送(S13和S14)。
已接收到协调发送的数据的通信终端STA0随后对从各接入点AP(AP1和AP2)接收的数据进行解码，并且确定数据的接收(S15)。
其后，用于请求确认(ACK)的返回的ACK请求触发帧被根据需要从协调器接入点AP1发送(S16)。因此，当ACK请求触发帧被发送时，通信终端STA0根据ACK请求触发帧执行处理。具体地讲，通信终端STA0根据从ACK请求触发帧获得的资源信息(关于用于要在稍后通过OFDMA返回的块ACK帧的资源分配的信息)向每个接入点AP(AP1和AP2)发送包括确认的ACK帧(S17和S18)。
需要注意的是，如稍后详细所述，用于确认(ACK)的返回的请求(触发)未必是ACK请求触发帧，并且例如某种其它格式(诸如，数据帧的头信息中所包括的格式)可被使用。
另外，已接收到ACK帧的协调器接入点AP1确定是否需要数据重传(S19)。如果在这个确定处理中确定需要数据重传，则协调器接入点AP1指定要被重传的数据，并且发送用于执行重传数据的协调发送的协调发送触发帧(S20)。
已接收到协调发送触发帧的接入点AP2与协调器接入点AP1同时执行针对通信终端STA0的重传数据的协调发送(S21和S22)。
已接收到协调发送的数据的通信终端STA0随后对从各接入点AP(AP1和AP2)接收的数据进行解码，并且执行数据接收确定(S23)。当ACK请求触发帧被从协调器接入点AP1发送时(S24)，通信终端STA0执行与ACK请求触发帧对应的处理。作为结果，通信终端STA0根据资源信息向各接入点AP(AP1和AP2)发送ACK帧(S25和S26)。
已接收到这个ACK帧的协调器接入点AP1确定是否需要数据重传(S27)。如果确定不需要数据重传，则完成通知(Complete通知)被发送(S28)。这个完成通知被设计为向所述另一接入点AP2或主接入点AP通知：协调发送已被完成。
如果在这个步骤中也确定需要数据重传，则重传数据的协调发送仅需要被按照与上述S20至S26中的方式类似的方式再次执行。
需要注意的是，通过图3中的数据序列，已描述这样的情况：存在单个通信终端STA0。然而，在存在所述多个通信终端STA1和STA2的图2中示出的无线网络配置被应用于图3中的数据序列的情况下，在图3中可想到存在两个通信终端STA0的结构。也就是说，虽然未在这里进行详细解释，但当ACK请求触发帧被从协调器接入点AP1发送时，例如，各通信终端STA1和STA2同时返回ACK帧。
(ACK帧返回触发的示例性结构)
接下来，参照图4至6，描述ACK帧返回触发的示例性结构。需要注意的是，在图4至6中，纵坐标轴指示复用的数量(Multiplex)，并且横坐标轴指示时间(Time)。
图4显示这样的示例性情况：ACK帧返回触发被形成为独立触发帧。
在图4中，根据来自协调器接入点AP1的协调发送触发帧(Coordinate(Transmit)Trigger Frame)，例如，来自协调器接入点AP1的数据帧(Coordinate Data(AP1-STA))和来自接入点AP2的数据帧(Coordinate Data(AP2-STA))被协调发送给通信终端STA0。
ACK请求触发帧随后被发送作为ACK帧返回触发(OFDMA Trigger(BAR：块Ack请求)。这个ACK请求触发帧被从例如协调器接入点AP1发送。另外，资源信息被写在ACK请求触发帧中。
已接收到ACK请求触发帧的通信终端STA0随后根据协调发送的数据帧(Coordinate Data(AP1-STA)和Coordinate Data(AP2-STA))的接收的确定产生以协调器接入点AP1为目的地的块ACK帧(BA:RU1)和以接入点AP2为目的地的块ACK帧(BA:RU2)。通信终端STA0通过彼此不同的OFDMA来复用这些块ACK帧，并且同时返回结果。
如上所述，在图4中示出的示例中，紧挨在块ACK帧被通过OFDMA多路通信返回之前，ACK请求触发帧被独立地发送。因此，在接入点AP要从多个通信终端STA接收ACK帧返回的情况下，例如，同步能够被有效地建立。
需要注意的是，在图3中示出的以上数据序列中，用于返回确认(ACK)的请求(触发)被发送作为图4中示出的ACK请求触发帧。
图5显示这样的示例性情况：ACK帧返回触发被聚合在数据中。
在图5中，根据协调发送触发帧，按照与上述图4中的方式类似的方式，数据帧被协调地从协调器接入点AP1和接入点AP2发送给通信终端STA0。
然而，在图5中，资源信息被按照在时间上与要被协调发送的数据帧连续的格式发送。在图5中示出的示例中，跟在写有资源信息的ACK帧返回触发(OFDMA触发(BAR))后面，数据帧(Coordinate Data(AP1-STA)和Coordinate Data(AP2-STA))被聚合以变为在时间上彼此连续，并且随后被发送。
已接收到ACK帧返回触发的通信终端STA0随后产生以各接入点AP(AP1和AP2)为目的地的块ACK帧(BA:RU1和BA:RU2)，通过不同OFDMA来复用块ACK帧，并且同时返回块ACK帧。
如上所述，在图5中的示例中，ACK请求触发帧的元素被复用到要被协调发送的数据帧中。因此，在当例如执行下行链路OFDMA多路通信时利用某种资源执行发送的情况下，这个示例被视为有效方法。
图6显示这样的示例性情况：ACK帧返回触发(参数)被形成为数据帧的头信息等。
在图6中，根据协调发送触发帧，按照与上述图4和5中的方式类似的方式，数据帧被协调地从协调器接入点AP1和接入点AP2发送给通信终端STA0。
在图6中，像上述图5中一样，资源信息也被按照在时间上与要被协调发送的数据帧连续的格式发送。然而，在这个示例中，资源信息(w/BAR)被写在数据帧(CoordinateData(AP1-STA)和Coordinate Data(AP2-STA))中的头信息中。例如，资源信息能够被作为ACK帧返回触发(参数)写在头信息中的QoS控制、EHT控制等中。
需要注意的是，ACK帧返回触发(参数)未必被存储在数据帧的头信息中，而是可被存储为某种其它信息。
如上所述，在图6中的示例中，可采用这样的结构：即使未发送明显的触发帧，也能够从通信终端STA0获得用于向协调器接入点AP1和接入点AP2返回块ACK帧的资源信息。
也就是说，图5中的ACK帧返回触发被与数据帧连续地发送，并且图6中的ACK帧返回触发(参数)被包括在要被发送的数据帧(中的头信息)中。然而，两种触发都能够被视为与要被协调发送的数据帧同时发送。
(通信装置的示例性结构)
图7是显示应用本技术的通信装置(无线通信装置)的示例性结构的方框图。
需要注意的是，图7中示出的通信装置10对应于被形成为无线网络中的接入点AP(图1)的发送侧通信装置(以下也根据需要被称为发送侧通信装置10Tx)，或者对应于被形成为通信终端STA的接收侧通信装置(以下也根据需要被称为接收侧通信装置10Rx)。
在图7中，通信装置10包括互联网连接模块11、信息输入模块12、装置控制单元13、信息输出模块14和无线通信模块15。
互联网连接模块11包括例如作为接入点AP具有用于经服务提供商从光纤网络或某个其它通信线路连接到互联网网络的功能的电路、其外围电路、微控制器、半导体存储器等。
互联网连接模块11在装置控制单元13的控制下执行与互联网连接相关的各种处理。例如，互联网连接模块11具有这样的结构：在通信装置10用作接入点AP的情况下，安装用于连接到互联网网络的通信调制解调器等的功能。
信息输入模块12被形成为具有输入装置，诸如例如按钮、键盘或触摸面板。信息输入模块12具有这样的功能：向装置控制单元13输入与来自用户的指令对应的指令信息。
装置控制单元13被形成为具有例如微处理器、微控制器等。装置控制单元13控制各部件(模块)以使通信装置10用作接入点AP或通信终端STA。
装置控制单元13对从互联网连接模块11、信息输入模块12或无线通信模块15提供的信息执行各种处理。装置控制单元13还向互联网连接模块11、信息输出模块14或无线通信模块15提供作为由它自己执行的处理的结果而获得的信息。
例如，在数据发送时，装置控制单元13向无线通信模块15提供从协议上层的应用等传送的发送数据。此外，在数据接收时，装置控制单元13向协议上层的应用等传送从无线通信模块15提供的接收数据。
信息输出模块14被形成为具有例如输出装置，所述输出装置包括：显示元件，诸如液晶显示器(LCD)、有机EL显示器(OLED：有机发光二极管)或发光二极管(LED)显示器；和扬声器等，输出语音和音乐。
信息输出模块14具有这样的功能：基于从装置控制单元13提供的信息，显示用户需要的信息。这里，要由信息输出模块14处理的信息包括例如通信装置10的工作状态和经互联网网络获得的信息。
无线通信模块15被形成为具有例如无线芯片、外围电路、微控制器、半导体存储器等。无线通信模块15在装置控制单元13的控制下执行与无线通信相关的各种处理。将在稍后参照图8详细地描述无线通信模块15的结构。
需要注意的是，虽然这里作为示例描述安装有无线通信芯片、外围电路等的无线通信模块，但本技术不仅能够被应用于无线通信模块，还能够被应用于例如无线通信芯片、无线通信LSI等。另外，在无线通信模块中，是否包括天线是可选的。
此外，在图7中示出的通信装置10中，装置控制单元13和无线通信模块15是必要部件，而是否包括其它模块(即，互联网连接模块11、信息输入模块12和信息输出模块14)作为部件是可选的。
也就是说，用作接入点AP或通信终端STA的每个个体通信装置10能够被形成为仅具有必要的模块，并且不必要的部分能够被简化或排除。
更具体地讲，例如，互联网连接模块11能够仅被包括在接入点AP中，并且信息输入模块12和信息输出模块14能够仅被包括在通信终端STA中。
(无线通信模块的示例性结构)
图8是显示图7中示出的无线通信模块15的示例性结构的方框图。
在无线通信模块15中，接口101、发送缓冲器102、网络管理单元103、发送帧构造单元104、接收数据构造单元105和接收缓冲器106被形成为与传统无线LAN系统兼容的通信装置(无线通信模块)的公共软件部分。
无线通信模块15还包括序列管理单元107、空间复用发送处理单元108、空间复用接收处理单元109、管理信息产生单元110和管理信息处理单元111作为与新系统兼容的特征部件。
另外，在无线通信模块15中，无线发送处理单元112、发送功率控制单元113、发送/接收天线控制单元114、检测阈值控制单元115和无线接收处理单元116被形成为与传统无线LAN系统兼容的通信装置(无线通信模块)的公共基带处理部分。
接口101被形成为具有例如输入/输出接口电路等。接口101是用于与装置控制单元13(图7)交换数据的接口，并且具有用于按照预定信号格式交换输入到它的信息和从它输出的信息的功能。
接口101将从装置控制单元13输入的发送数据写到发送缓冲器102中。接口101还向网络管理单元103提供从装置控制单元13输入的信息，或者向装置控制单元13输出从网络管理单元103提供的信息。
发送缓冲器102被形成为具有半导体存储装置，诸如例如缓冲存储器。发送缓冲器102暂时地存储经接口101写入的发送数据。
网络管理单元103具有这样的功能：管理关于无线网络中的通信装置10的地址信息等。
在通信装置10用作接入点AP的情况下，网络管理单元103管理连接到它的通信终端STA。在通信装置10用作通信终端STA的情况下，另一方面，网络管理单元103管理连接到它的接入点AP。
另外，在通信装置10用作接入点AP的情况下，网络管理单元103具有识别存在于周围环境中的其它接入点AP的存在的功能，并且可根据需要与这些其它接入点AP协作地操作。
发送帧构造单元104具有这样的功能：读取存储在发送缓冲器102中的发送数据，并且将发送数据构造为数据帧以通过无线通信而被发送。例如，发送帧构造单元104通过收集存储在发送缓冲器102中的多个MPDU来构造A-MPDU帧。
接收数据构造单元105具有这样的功能：从接收的数据帧去除预定头信息，并且仅提取必要的数据部分。例如，接收数据构造单元105从A-MPDU帧去除头信息，提取MPDU，并且提取必要的数据部分。由接收数据构造单元105提取的数据部分被写在接收缓冲器106中。
接收缓冲器106被形成为具有半导体存储装置，诸如例如缓冲存储器。接收缓冲器106是用于基于序列暂时地存储提取的部分直至所有数据被收集的缓冲器，并且被设计为存储数据直至到达向装置控制单元13(例如，连接的应用装置)输出接收数据的时间。
当到达输出接收数据的时间时，存储在接收缓冲器106中的接收数据随后根据需要而被读出，并且经接口101被输出到装置控制单元13。
序列管理单元107具有管理应用本技术的协调发送的协调发送管理单元的功能。
在通信装置10用作接入点AP的情况下，序列管理单元107确定协调发送操作是否是可能的，并且设置各种参数等。
具体地讲，在通信装置10用作主接入点AP或协调器接入点AP的情况下，用于执行数据的协调发送的帧(诸如，触发帧和结束帧)的发送被控制。另一方面，在通信装置10用作某个其它接入点AP的情况下，触发帧的接收、结束帧的发送等被控制。
另外，在通信装置10用作通信终端STA的情况下，序列管理单元107通过接收帧(诸如，触发帧和结束帧)来执行用于接收要被协调发送的数据的各种设置。
也就是说，在ACK请求触发帧被接收到的情况下，序列管理单元107提取关于已被成功地接收的数据的序号信息，并且根据写在ACK请求触发帧中的资源信息控制管理信息产生单元110构造块ACK帧。
空间复用发送处理单元108具有这样的功能：设置针对多个空间复用流同时执行空间复用发送所需的空间复用的数量，并且设置例如空间复用流的发送所需的各种参数。
具体地讲，空间复用发送处理单元108设置用于执行协调发送的空间复用流，并且在与以另一通信终端STA为目的地的数据复用的数据要被发送的情况下每次执行必要的参数设置。另外，空间复用发送处理单元108执行用于将协调发送的定时与相邻接入点AP进行匹配并且同步地发送必要的参数的控制。
空间复用接收处理单元109具有这样的功能：设置同时接收多个空间复用流所需的空间复用的数量，并且设置例如空间复用流的接收所需的各种参数。
具体地讲，空间复用接收处理单元109执行用于从由接入点AP发送的空间复用流提取需要被它自己接收的空间复用流的控制。这里，执行控制以识别出相同数据被从不同接入点AP发送，根据需要组合接收的数据，并且构造接收数据。
需要注意的是，在通信装置10用作通信终端STA的情况下，空间复用接收处理单元109提取协调发送的数据，确定是否每条数据已被正确地解码，将正确地解码的数据提供给接收数据构造单元105，并且将其序号提供给序列管理单元107。
管理信息产生单元110具有这样的功能：构造网络管理所需的信号和通信控制协议所需的控制帧。
在通信装置10用作接入点AP的情况下，管理信息产生单元110产生帧，诸如协调发送触发帧、ACK请求触发帧和结束帧。另一方面，在通信装置10用作通信终端STA的情况下，管理信息产生单元110根据写在ACK请求触发帧中的资源信息(关于用于要在稍后通过OFDMA而被返回的块ACK帧的资源分配的信息)产生块ACK帧。
管理信息处理单元111具有这样的功能：在接收的帧是控制帧的情况下，构造通信控制协议所需的控制信息。管理信息处理单元111还具有这样的功能：在接收的帧是触发帧的情况下，向序列管理单元107和网络管理单元103通知写在接收的帧中的参数，并且设置发送参数。
这里，在通信装置10用作通信终端STA的情况下，当接收的帧是ACK请求触发帧时，管理信息处理单元111提取写在其中的资源信息，并且识别分配给自己的资源。这种资源信息经序列管理单元107而被提供给管理信息产生单元110，并且块ACK帧在管理信息产生单元110中被产生。
另外，在通信装置10用作接入点AP的情况下，当接收的帧是块ACK帧时，管理信息处理单元111向序列管理单元107通知关于哪个接收已通过块ACK帧被确认的信息的参数。作为结果，要被重传的数据被识别。
无线发送处理单元112具有这样的功能：将预定前导信号添加到关于要在预定频率信道中以无线方式发送的数据帧等的信息，并且通过将所述信息转换成预定格式的基带信号来将所述信息处理为模拟信号。
需要注意的是，在这个示例中，无线发送处理单元112被形成为一个元件。然而，在多个空间复用流被处理的情况下，多个元件可并行地操作，以同时发送各空间复用流。如上所述，不同空间复用流的信号可被从多个处理单元提供给发送天线。
发送功率控制单元113具有这样的功能：控制发送功率，从而在预定帧被发送的情况下，没有信号达到任何不必要的无线电波范围。这里，发送功率控制单元113具有这样的功能：执行控制以调整最小必要发送功率并且发送数据，从而具有预期接收场强度的信号到达接收器通信装置10。
发送/接收天线控制单元114具有这样的结构：多个天线元件被连接到该结构。发送/接收天线控制单元114执行控制以发送(以无线方式发送)信号作为空间复用流，并且执行控制以接收(以无线方式接收)作为空间复用流发送的信号。
检测阈值控制单元115具有这样的功能：在发送功率控制单元113已执行发送功率控制的情况下，执行控制以设置能够检测到来自存在于区域中的通信装置10的信号的信号检测水平，或者在这个示例中，能够利用最小检测阈值检测到信号。如果存在当前使用的频率信道，则检测阈值控制单元115随后检测等于或高于所述预定检测水平的信号。
无线接收处理单元116具有这样的功能：在预定前导信号已被检测到的情况下，执行接收处理以将各个流彼此分离，并且接收在所述预定前导信号之后添加的头和数据部分。
需要注意的是，在图8中，各块之间的箭头指示数据(信号)的流动和控制，并且每个块与通过箭头连接到它的其它块协作地操作，以实现它的功能。
也就是说，为了实现管理应用本技术的协调发送的协调发送管理单元的功能，例如，序列管理单元107与下面的部件中的每个部件协作地操作：网络管理单元103、空间复用发送处理单元108、空间复用接收处理单元109、管理信息产生单元110、管理信息处理单元111、发送功率控制单元113、发送/接收天线控制单元114和检测阈值控制单元115。
另外，在图8中，构成无线通信模块15的每个部件能够被划分为三个块：发送/接收数据输入/输出单元151、控制单元152和无线电信号发送/接收单元153，如虚线框所指示。然而，这些部件可被划分为某个其它数量(例如，四个或更多个)的块。
这里，发送/接收数据输入/输出单元151包括接口101、发送缓冲器102、网络管理单元103、发送帧构造单元104、接收数据构造单元105和接收缓冲器106，并且主要地执行与输入发送数据和输出接收数据相关的处理和控制。
同时，控制单元152包括序列管理单元107、空间复用发送处理单元108、空间复用接收处理单元109、管理信息产生单元110和管理信息处理单元111，并且主要地执行与帧的发送或接收相关的处理和控制。需要注意的是，控制单元152还可包括其它块。
另外，无线电信号发送/接收单元153包括无线发送处理单元112、发送功率控制单元113、发送/接收天线控制单元114、检测阈值控制单元115和无线接收处理单元116，并且主要地执行与信号(诸如，发送信号和接收信号)相关的处理和控制。
在如上所述设计的无线通信模块15中，例如，以下描述的处理由控制单元152执行，特别地，控制单元152包括序列管理单元107、空间复用发送处理单元108、空间复用接收处理单元109、管理信息产生单元110和特定中的管理信息处理单元111。
具体地讲，在协调发送时的发送侧通信装置10Tx(例如，协调器接入点AP1)的无线通信模块15中，控制单元152执行控制以：向接收侧通信装置(例如，通信终端STA)发送数据(例如，A-MPDU帧)；产生请求信号(ACK请求触发帧，诸如图17中的MU-BAR触发帧)，所述请求信号包括与协调发送相关的协调发送信息(例如，图19中的Coordinate BAR Info)和用于同时向多个发送侧通信装置(例如，所述多个接入点AP1和AP2)返回协调发送的数据的确认的确认返回信息(例如，图20中的BAR User Info)；向接收侧通信装置(例如，通信终端STA)发送产生的请求信号；并且接收包括确认并且被从已接收到请求信号的接收侧通信装置(例如，通信终端STA)发送的确认信号(例如，图21或图22中的块ACK帧)。
同时，在协调发送时的接收侧通信装置10Rx(例如，通信终端STA)的无线通信模块15中，控制单元152执行控制以：接收从多个发送侧通信装置(例如，所述多个接入点AP1和AP2)发送的数据(例如，A-MPDU帧)；根据协调发送的数据中的正确地接收的数据产生确认；接收请求信号(ACK请求触发帧，诸如图17中的MU-BAR触发帧)，所述请求信号包括与协调发送相关并且被从发送侧通信装置(例如，协调器接入点AP1)发送的协调发送信息(例如，图19中的Coordinate BAR Info)和用于同时向所述多个发送侧通信装置(例如，所述多个接入点AP1和AP2)返回协调发送的数据的确认的确认返回信息(例如，图20中的BAR UserInfo)；并且基于接收的请求信号发送包括产生的确认的确认信号(例如，图21或图22中的块ACK帧)。
(OFDMA的概述)
图9是显示正交频分多址(OFDMA)的概述的示图。
在图9中，上半部的图9的A显示用于比较的传统正交频分复用(OFDM)，并且下半部的图9的B显示在本技术中使用的正交频分多址(OFDMA)。
另外，在图9的A和B中，纵坐标轴是子载波频率轴(频率中的子载波)，并且横坐标轴是时间轴(时间中的OFDM码元)。
OFDM是一种多载波调制系统，在该系统中，数据被划分为称为子载波的载波并且被沿频率方向平行地发送。在OFDM中，各子载波被正交地设置，从而子载波之间的间隔能够为了频带的有效使用而被密集地布置，并且多径和干扰的影响能够被减小。
如图9的A中所示，在OFDM中，频率资源仅被分配给一个用户(用户A)。
另一方面，OFDMA是一种用于通过利用OFDM的特征将OFDM的子载波分配给不同用户来实现在相同频率的多址接入的方法。
如图9的B中所示，在OFDMA中，根据各子载波，频率资源被分配给多个用户(用户A到用户D的四个用户)。也就是说，这个图显示：OFDMA的特征是根据用户的需要彼此分开地分配频率资源。
(发送/接收关系)
图10是显示每个通信装置中的发送/接收关系的示图。
图10示意性地显示：在通信终端STA0存在于图1中示出的无线网络的结构(该结构是这样的结构：提供主接入点AP(主AP)、协调器接入点AP1(协调器AP)和接入点AP2)中的情况下，各通信装置10中的信号的发送和接收如何随着时间的流逝而被执行。
作为附图中的第一行的图10的A显示主接入点AP中的信号的发送和接收。作为附图中的第二和第三行的图10的B和C分别显示协调器接入点AP1和接入点AP2中的信号的发送和接收。另外，作为附图中的第四行的图10的D显示通信终端STA0中的信号的发送和接收。
首先，来自主接入点AP的协调发送触发帧被发送(图10的A中的“CoordinateTrigger”)，并且协调器接入点AP1和接入点AP2接收协调发送触发帧(图10的B和C中的“Receive”，其对应于图10的A中的“Coordinate Trigger”)。
协调器接入点AP1和接入点AP2随后同时执行数据帧的协调发送(图10的B和C中的“Coordinate Data(AP1-STA)”和“Coordinate Data(AP2-STA)”)。
这里，上行链路多用户空间复用技术被使用，例如，以便从多个发送侧通信装置10Tx(AP1和AP2)向一个接收侧通信装置10Rx(STA0)发送具有设置在其中的参数的数据。需要注意的是，在这个示例中，与使用空间流的技术的结构一起，通过采用正交频分多址(OFDMA)的技术，数据可被发送。
利用这种布置，通信终端STA0能够同时接收从协调器接入点AP1和接入点AP2协调发送的数据帧(图10的D中的“Receive”，其对应于图10的B和C中的“Coordinate Data(AP1-STA)”和“Coordinate Data(AP2-STA)”)。
另外，协调器接入点AP1在协调发送数据帧之后在预定定时向通信终端STA0发送ACK请求触发帧(图10的B中的“MU-BAR Trigger”)。作为结果，通信终端STA0从协调器接入点AP1接收ACK请求触发帧(图10的D中的“Receive”，其对应于图10的B中的“MU-BARTrigger”)。
这里，例如，资源信息等被写在这个ACK请求触发帧中。需要注意的是，这个ACK请求触发帧可被另一接入点AP2接收(图10的C中的“Receive”，其对应于图10的B中的“MU-BARTrigger”)。
在已接收到ACK请求触发帧的通信终端STA0中，以协调器接入点AP1为目的地的块ACK帧和以接入点AP2为目的地的块ACK帧被产生，通过不同OFDMA而被复用，并且被同时返回(图10的D中的“BA:RU1”和“BA:RU2”)。
然而，这个块ACK帧具有这样的结构：从协调器接入点AP1或接入点AP2协调发送的数据(例如，A-MPDU帧的MPDU)中的至少一条数据的正确地接收的数据(例如，来自AP1或AP2的MPDU)的序号被写在该结构中以指示该数据已被成功地接收。
另外，这个块ACK帧具有用于指定为了协调器接入点AP1的接收而优化的参数的结构，并且关于这一点的信息被写在已经接收的ACK请求触发帧中。因此，通信终端STA0能够根据写在ACK请求触发帧中的信息设置发送参数。
协调器接入点AP1然后从通信终端STA0接收块ACK帧(图10的B中的“Receive”，其对应于图10的D中的“BA:RU1”)，识别通信终端STA0中的数据接收状态，并且识别需要被重传的数据(例如，MPDU)。这里，每个接入点AP(AP1,AP2)根据需要重传数据(例如，MPDU)。
需要注意的是，如果来自通信终端STA0的块ACK帧还能够被另一接入点AP2接收(图10的C中的“Receive”，其对应于图10的D中的“BA:RU2”)，则可预先识别是否需要数据重传。
另外，当通信终端STA0已接收到所有数据(例如，MPDU)时，协调器接入点AP1向主接入点AP和接入点AP2发送用于向其它接入点通知完成的完成通知帧(图10的B中的“Complete”)。
作为结果，主接入点AP和接入点AP2从协调器接入点AP1接收完成通知帧(图10的A和C中的“Receive”，其对应于图10的B中的“Complete”)，并且所述一系列协调发送序列结束。
(A-MPDU帧的示例性结构)
图11是显示应用本技术的A-MPDU帧的示例性结构的示图。
在本技术中，应用帧聚合的聚合MPDU(A-MPDU)帧能够被用作要被从接入点AP发送的数据帧。A-MPDU帧被形成为多个数据单元(MAC协议数据单元(MPDU))被聚合的一个帧。需要注意的是，当A-MPDU帧是数据帧时，可以说，每个聚合的MPDU也是子帧。
这里，要由协调器接入点AP1和接入点AP2协调发送的A-MPDU帧的结构彼此不同。
具体地讲，各A-MPDU帧中的MPDU的次序不同。因此，即使错误同时发生在两个A-MPDU帧中的一些数据(MPDU)中，通信终端STA0也能够通过组合在两个A-MPDU帧中都没有错误的部分的数据(MPDU)具来更可靠地恢复数据。
图11的A显示要被从协调器接入点AP1发送给通信终端STA0的A-MPDU帧(Coordinate Data(AP1-STA))的示例性结构。在图11的A中，从A-MPDU帧的开头到末尾，MPDU 1到MPDU 8的各MPDU被按照序号的升序布置。
图11的B显示要被从接入点AP2发送给通信终端STA0的A-MPDU帧(CoordinateData(AP2-STA))的示例性结构。在图11的B中，从A-MPDU帧的开头到末尾，MPDU 8到MPDU 1的各MPDU被按照序号的降序布置。
在这个示例中，通信终端STA0同时接收从协调器接入点AP1和接入点AP2协调发送的A-MPDU帧(图11的A和B)，并且对A-MPDU帧进行解码。图11的C显示作为解码的结果获得的数据(MPDU)。然而，在图11的A和B中，示出在各MPDU上的圆圈(○)和交叉标记(×)指示解码是否正确。
也就是说，这个图显示这样的示例性情况：每个协调发送的A-MPDU帧被形成为具有八个MPDU，例如，第一、第四、第六和第七MPDU已被成功地解码，并且第二、第三、第五和第八MPDU未被成功地解码(图11的A和B)。
即使在这种情况下，通信终端STA0也能够对来自协调器接入点AP1的A-MPDU帧(图11的A)中的第一MPDU 1、第四MPDU 4、第六MPDU 6和第七MPDU 7以及来自接入点AP2的A-MPDU帧(图11的B)中的第一MPDU 8、第四MPDU 5、第六MPDU 3和第七MPDU 2进行解码。因此，通信终端STA0能够正确地对MPDU 1至MPDU 8进行解码，MPDU 1至MPDU 8是全部MPDU。
如上所述，即使错误发生在协调发送的A-MPDU帧的一些数据(MPDU)中，通信终端STA0也能够通过收集A-MPDU帧之一的正确地解码(接收)的数据(MPDU)来正确地接收MPDU1至MPDU8中的全部MPDU。因此，数据能够被更可靠地恢复。
接下来，参照图12至24描述在本技术中使用的帧格式的示例。
(协调发送触发帧的示例性结构)
图12是显示与新系统兼容的协调发送触发帧(Coordinate Trigger Frame)的示例性结构的示图。
在这个协调发送触发帧中，指示帧的类型、格式等的Frame Control、指示帧的持续时间的Duration、将广播地址指定为接收端的地址的Receive Address和将协调器接入点AP(AP1)的地址指定为发送侧通信装置10Tx的地址的Transmit Address被写为头信息。
协调发送触发帧还包括：Coordinate Common Info子字段，该子字段是公共信息；Coordinate TX Info子字段，协调发送的参数被写在该子字段中；和Coordinate UserInfo子字段，每个用户的参数被写在该子字段中。另外，Padding根据需要被添加到协调发送触发帧，并且用于检测帧中的错误的帧校验序列(FCS)被添加到协调发送触发帧。
图13是显示图12中示出的协调发送触发帧的Coordinate Common Info子字段的示例性结构的示图。
这个Coordinate Common Info子字段具有根据与传统系统兼容的触发帧(Trigger Frame)的Common Info子字段的结构的布局，并且用于识别用于执行协调发送的信息的位被设置在Coordinate Identifier中。
图14是显示图12中示出的协调发送触发帧的Coordinate TX Info子字段的示例性结构的示图。
在这个Coordinate TX Info子字段中，在协调发送被执行的情况下，存储公共参数。例如，用于在协调发送时管理具有相同序号的发送数据的起始序号信息被写入。
具体地讲，在Coordinate TX Info子字段中，写有下面的信息：Coordinate BlockACK Identifier，用于识别用于协调发送的块ACK帧；Total Length，指示Coordinate TXInfo的信息长度；STA AID，用于识别接收协调发送的通信终端STA；Coordinate TransmitStarting Sequence No，指示用于协调发送的起始序号；Block ACK Bitmap SubfieldLength，指示块ACK位图子字段长度；A-MPDU Order，指示A-MPDU的序号的次序；CoordinateAP Counts，指示执行协调发送的接入点AP的数量，等等。
图15是显示图12中示出的协调发送触发帧的Coordinate User Info子字段的示例性结构的示图。
这个Coordinate User Info子字段根据与传统系统兼容的触发帧(TriggerFrame)的User Info子字段的结构而被放置，并且“协调发送用户信息”字段被设置为用于执行协调发送的信息。
在这个Coordinate Transmit User Information字段中，仅上述Coordinate TXInfo子字段中的个体数据发送所需的参数被提取并且写入。这里，例如，诸如STA AID、Coordinate Transmit Start Sequence No、Block ACK Bitmap Subfield Length、A-MPDUOrder和Coordinate AP Counts的参数能够被写入。
(A-MPDU帧的示例性结构)
图16是显示与新系统兼容的A-MPDU帧的示例性结构的示图。
应用本技术的A-MPDU帧具有与传统系统兼容的无线LAN系统中的A-MPDU帧的结构中的那些部分对应的部分，但与传统A-MPDU帧的不同之处在于，包括指示作为本技术的特征的协调发送被执行的参数。
在图16中，A-MPDU帧包括物理层前导信号(Preamble)和A-MPDU。另外，A-MPDU包括与要被聚合的子帧的数量对应的MPDU，但在这个示例中，A-MPDU包括MPDU 1到MPDU 8的八个MPDU。
除了L-STF、L-LTF、L-SIG、RL-SIG、HE-SIG-A、HE-SIG-B和HE-STF之外，前导信号还包括根据空间复用的数量重复的预定数量的HE-LTF。
具体地讲，L-STF指示传统短训练字段，并且L-LTF指示传统长训练字段。另外，L-SIG指示传统信令信息，RL-SIG指示重复信令信息，并且HE-SIG-A指示高密度信令信息。另外，HE-STF指示高密度短训练字段，并且HE-LTF指示高密度长训练字段。
这里，在与新系统兼容的A-MPDU帧中，用于识别协调发送的Coordinate DataIdentifier被写在前导信号的HE-SIG-A中，并且作为在协调发送被执行的情况下的特定参数的Coordinate Data Parameter被写在HE-SIG-B中。
另外，在多用户块ACK请求(MU-BAR)的参数被写在要被发送的数据帧中的结构被采用的情况下，关于用于MU-BAR的资源分配的信息(MU BAR Allocate)可被添加到A-MPDU帧的头部分。这个MU BAR Allocation可被形成为具有写有协调发送的参数的CoordinateInfo、写有关于用于要在稍后通过OFDMA返回的块ACK帧的资源分配的资源信息的RUAllocation等。
也就是说，如上述图5中所示，在协调发送的ACK帧返回触发被聚合在数据中的结构被采用的情况下，与协调发送相关的协调发送信息被写在Coordinate Info中，并且包括资源信息的确认返回信息被写在MU BAR Allocation中的RU Allocation中。这里，协调发送信息包括当确认被请求时在多个发送侧通信装置10Tx之中共享的公共信息。同时，确认返回信息包括当确认被请求时对于每个发送侧通信装置10Tx而言唯一的唯一信息。
构成A-MPDU的每个MPDU包括指示子帧边界的定界符(Delimiter)和MAC协议数据单元(MPDU)。如果必要，则填充(Pad)被添加到MPDU。另外，在每个MPDU中，预定MAC头(MACHeader)和数据净荷(Data Payload)被提供，并且FCS被添加。
在MAC头中，指示帧的格式的Frame Control、指示帧的持续时间的Duration、指示用于识别通信装置10的地址信息的Address 1至Address 4、指示序号的Sequence Control和指示QoS参数的QoS Control被写入。此外，在MAC头中，与新系统兼容的参数(New EHTControl)可被写入。
具体地讲，如上述图6中所示，在ACK帧返回触发(参数)被包括在数据帧的头信息中的结构被采用的情况下，与新系统兼容的参数(New EHT Control)包括关于协调发送的协调发送信息和包含资源信息的确认返回信息。
(ACK请求触发帧的示例性结构)
图17是显示与新系统兼容的ACK请求触发帧的示例性结构的示图。在以下的描述中，在协调发送中使用的MU-BAR触发帧(Coordinate MU-BAR Trigger Frame)被描述为ACK请求触发帧的示例。
在这个MU-BAR触发帧中，指示帧的类型、格式等的Frame Control、指示帧的持续时间的Duration、将广播地址指定为接收端的地址的Receive Address和将协调器接入点AP(AP1)的地址指定为发送侧通信装置10Tx的地址的Transmit Address被写为头信息。
MU-BAR触发帧还包括：BAR Common Info子字段，该子字段是公共信息；Coordinate BAR Info子字段，协调发送的参数被写在该子字段中；和BAR User Info子字段，每个用户的参数被写在该子字段中。填充根据需要被进一步添加，并且用于帧中的错误检测的FCS被添加。
具体地讲，如上述图4中所示，在协调发送的ACK帧返回触发是独立触发帧的结构被采用的情况下，关于协调发送的协调发送信息被写在Coordinate BAR Info子字段中，并且包括资源信息的确认返回信息被写在MU-BAR触发帧中的BAR User Info子字段中。
图18显示图17中示出的ACK请求触发帧(MU-BAR触发帧)的BAR Common Info子字段的示例性结构。
这个BAR Common Info子字段具有根据与传统系统兼容的触发帧(TriggerFrame)的Common Info子字段的结构的布局，并且用于识别用于执行协调发送的信息的位被设置在Coordinate Identifier中。
图19显示图17中示出的ACK请求触发帧(MU-BAR触发帧)的Coordinate BAR Info子字段的示例性结构。
在这个Coordinate BAR Info子字段中，存储当在协调发送之后请求块ACK帧时共享的参数。例如，关于在协调发送时的数据的起始序号的信息、用于发出用于组合并且写下关于多条协调发送的数据的接收确认的指令的标识符等被写在这个Coordinate BAR Info子字段中。
具体地讲，在Coordinate BAR Info子字段中，写有例如下面的信息：CoordinateBlock ACK Identifier，用于识别用于协调发送的块ACK帧；Total Length，指示Coordinate BAR Info的信息长度；Block ACK Starting Sequence Number，指示用于协调发送的起始序号；Block ACK Bitmap Subfield Length，指示块ACK位图子字段长度；Combine BA Identifier，作为用于发出用于组合并且写下关于多条协调发送的数据的接收确认的指令的标识符；Combine AP Counts，指示执行协调发送的接入点AP的数量；和Target AP AID，用于识别执行协调发送的接入点AP。
图20显示图17中示出的ACK请求触发帧(MU-BAR触发帧)的BAR User Info子字段的示例性结构。
这个BAR User Info子字段根据与传统系统兼容的触发帧(Trigger Frame)的User Info子字段的结构而被放置，但特别地在以下描述的方面不同于传统结构。
具体地讲，BAR User Info子字段包括例如用于识别通信终端STA的STA AID12、写有关于用于要在稍后通过OFDMA返回的块ACK帧的资源分配的资源信息的RU Allocation等。需要注意的是，如稍后详细所述，OFDMA技术是同时多路传输接入技术的示例，并且例如某种其它技术(诸如，空间复用流(空间流)技术)可被使用。
另外，在Trigger Dependent User Info中传统上定义的BAR Type字段中，准备了用于识别与新系统(Coordinate Block ACK)兼容的块ACK帧的返回的变型。例如，在数值12的情况下，能够识别出块ACK帧具有Coordinate Block ACK帧结构。
这个帧根据与传统系统兼容的块ACK帧的结构而被放置。然而，为了识别Coordinate Block ACK，在传统BA Type字段中准备了用于识别Coordinate Block ACK的变型。例如，在数值12的情况下，能够识别出块ACK帧具有Coordinate Block ACK帧结构。
此外，为了使块ACK帧的长度一致，可在Block ACK Starting Sequence Control中准备指示块ACK位图的信息长度的Block ACK Bitmap Subfield Length和Block ACKStarting Sequence Number。
另外，Target AP AID12字段被设置为用于请求作为协调发送的结果的块ACK帧的信息。也就是说，这个MU-BAR触发帧被设计为请求通信终端STA向协调器接入点AP(AP1)发送块ACK帧，但在这个示例中，指示用于针对另一接入点AP(AP2)的协调发送的块ACK帧的请求。
(块ACK帧的示例性结构)
图21是显示与新系统兼容的块ACK帧(Coordinate Block ACK Frame)的第一示例性结构的示图。
通信终端STA响应于与新系统兼容的MU-BAR触发帧而返回的块ACK帧能够是与传统系统兼容的块ACK帧。然而，在这个示例中，与新系统兼容的块ACK帧被定义以阐明本技术的特征。
与新系统兼容的块ACK帧根据与传统系统兼容的块ACK帧的结构而被放置。然而，为了识别与新系统(Coordinate Block ACK)兼容的块ACK帧，在传统BA Type字段中准备了用于识别Coordinate Block ACK的变型。例如，在数值12的情况下，能够识别出块ACK帧具有Coordinate Block ACK帧结构。
另外，在块ACK帧要被返回给协调器接入点AP(AP1)的情况下，图21中示出的地址结构被采用。为了指示关于协调发送的数据(MPDU)的ACK信息被组合，用于识别已从其接收到数据(MPDU)的每个接入点AP的Combine AP Address字段可根据需要而被添加。
需要注意的是，虽然在这个示例中写下已从其成功地接收到数据的接入点AP的地址，但可作为接入点AP的AID按照简单的格式执行该指定。
图22是显示与新系统兼容的块ACK帧(Coordinate Block ACK Frame)的第二示例性结构的示图。
在这个示例中，通信终端STA向用作从属接入点的接入点AP(AP2)返回块ACK帧。然而，为了方便，在块ACK帧被返回给已发送与新系统兼容的MU-BAR触发帧的协调器接入点AP(AP1)的情况下，块ACK帧被定义为与新系统兼容的块ACK帧(Coordinate Block ACKFrame)。
图22中的块ACK帧具有与上述图21中示出的块ACK帧的结构类似的结构，但协调器接入点AP(AP1)的地址被指定为Receive Address字段中的Coordinate AP Address。也就是说，作为特征，与新系统兼容的块ACK帧被定义为要被返回给不同于直接在通信终端STA的控制下的接入点AP的另一接入点AP的块ACK帧。
需要注意的是，图23显示图20中示出的BAR Type字段中的值的示例。在图23中，用于识别Coordinate Block ACK的数值12被作为值添加在BAR Type字段中，例如，以便支持新系统。
另外，图24显示图21或22中示出的BA Type字段中的值的示例。在图24中，用于识别Coordinate Block ACK的数值12也被作为值添加在BA Type字段中，例如，以便支持新系统。
接下来，参照图25至29中的流程图描述在与新系统兼容的无线LAN系统中由用作接入点AP或通信终端STA的通信装置10执行的处理。
(AP操作设置中的流程)
首先参照图25中的流程图，描述与新系统兼容的AP操作设置中的流程。AP操作设置由用作接入点AP的发送侧通信装置10Tx(的无线通信模块15)执行。
如果无线通信模块15例如在执行协调发送之前从主接入点AP接收到要被与另一接入点AP协调发送的数据(共享数据)(S101中的“是”)，则无线通信模块15将共享数据存储在发送缓冲器102中(S102)。
另外，如果接入点AP被指定为协调器接入点AP(S103中的“是”)，则无线通信模块15在作为协调器接入点AP的它自己的装置的操作中执行操作设置(S104)，并且设置用于在稍后的协调发送中返回ACK帧的方法(S105)。
利用这种布置，用于在根据新系统的协调发送中发送MU-BAR(多用户块ACK请求)的方法由协调器接入点AP设置。
这里，如果例如OFDMA复用被选择为用于返回ACK帧的方法(S106中的“是”)，则OFDMA资源单元(OFDMA RU)被分配用于由通信终端STA执行的块ACK帧的返回(S107)。
另一方面，如果例如空间复用被选择为用于返回ACK帧的方法(S106中的“否”，S108中的“是”)，则空间复用资源单元(SS RU)被分配用于由通信终端STA执行的块ACK帧的返回(S109)。
在步骤S107或S109中资源单元(RU信息)被分配作为资源分配信息之后，执行检查以确定是否已针对要被协调发送的全部共享数据完成用于返回ACK帧的方法的设置(S110)。
在这个确定处理中(S110)，如果确定用于所有协调发送的设置还未被完成(S110中的“否”)，则该处理返回到步骤S106，步骤S106至S110中的处理被重复，并且针对剩余共享数据设置用于返回ACK帧的方法。
另一方面，如果确定用于所有协调发送的设置已被完成(S110中的“是”)，则执行检查以确定是否必须将ACK帧返回的参数(Data/wBAR)写在A-MPDU帧中(S111)。
在这个确定处理中(S111)，如果确定需要写ACK帧返回的参数(Data/w BAR)(S111中的“是”)，则设置的MU-BAR的参数被写为A-MPDU帧的头信息(S112)。
另一方面，如果确定不需要写ACK帧返回的参数(Data/w BAR)，或者如果确定发送用于资源分配的ACK请求触发帧(S111中的“否”)，则包括设置的MU-BAR的参数的MU-BAR触发帧被构造(S113)。
当步骤S112或S113结束时，该设置处理结束。
需要注意的是，如果在步骤S103中的确定处理中确定接入点AP未被指定为协调器接入点AP(S103中的“否”)，则它自己的操作被设置为以从属方式操作的接入点AP的那些操作(S114)，并且该处理结束，而不经历用于设置用于返回ACK帧的方法的一系列处理。在这种情况下，用作接入点AP的发送侧通信装置10Tx根据由用作协调器接入点AP的另一发送侧通信装置10Tx指定的MU-BAR系统而操作。
AP操作设置中的流程如上所述。
(AP协调发送操作中的流程)
接下来，参照图26和27中的流程图描述与新系统兼容的AP协调发送操作中的流程。这个AP协调发送操作由用作接入点AP的发送侧通信装置10Tx(的无线通信模块15)执行。需要注意的是，在上述AP操作设置之后，这个AP协调发送操作被执行。
无线通信模块15设置包括要被协调发送的共享数据的数据帧的头信息(S201)。如果A-MPDU帧要被构造为数据帧(S202中的“是”)，则步骤S203至S206中的处理被执行。
具体地讲，在A-MPDU帧构造处理中，A-MPDU帧的形成序列被设置(S203)，并且MPDU被按照该次序获取(S204)，从而A-MPDU帧被构造(S205)。如果在这个阶段未到达A-MPDU帧的末尾(S206中的“否”)，则MPDU获取(S204)和A-MPDU帧构造(S205)的处理被重复。
如果到达A-MPDU帧的末尾(S206中的“是”)，则该处理随后前进至步骤S207。需要注意的是，如果在步骤S202中的确定处理中确定将不会构造任何A-MPDU帧，则单个MPDU帧被构造为数据帧，并且因此，步骤S203至S206中的处理被跳过。
当数据帧被构造时，无线通信模块15待机，直至到达用于发送的时间(S207)。如果例如在来自主接入点AP的协调发送触发帧的发送之后确定已到达用于发送的时间(S207中的“是”)，则数据帧(诸如，A-MPDU帧或所述单个MPDU帧)随后被协调发送(S208)。
在数据帧被发送之后，如果它自己的发送侧通信装置10Tx是协调器接入点AP(S209中的“是”)，则无线通信模块15执行步骤S210和S211中的处理。
具体地讲，在上述图25中的设置用于返回ACK帧的方法的处理(例如，图25中的S113等)中，例如，如果用于发送MU-BAR触发帧的设置已被执行(S210中的“是”)，则MU-BAR触发帧被发送(S211)。
其后，无线通信模块15执行等待响应帧的接收的操作(S212)。如果无线通信模块15从通信终端STA接收到块ACK帧(S213中的“是”)，则步骤S214和S215中的处理被执行。
具体地讲，从接收的块ACK帧获取接收的序号信息(S214)。例如，在A-MPDU帧已被协调发送的情况下，执行检查以确定是否所有MPDU已被接收到(S215)。
如果在这个确定处理(S215)中确定所有MPDU已被接收到(S215中的“是”)，并且它自己的发送侧通信装置10Tx是协调器接入点AP(S216中的“是”)，则指示协调发送的完成的完成通知(Complete通知)被发送(S217)，并且存储在发送缓冲器102中的共享数据被丢弃(S220)。
需要注意的是，如果它自己的发送侧通信装置10Tx是以从属方式操作的接入点AP(S216中的“否”)，则步骤S217中的处理被跳过，并且存储在发送缓冲器102中的共享数据被丢弃(S220)。另外，如果确定存在未传送到的MPDU(S215中的“否”)，则该处理返回到图26中的步骤S201，并且与未传送到的MPDU对应的数据被重传。
另一方面，如果确定未接收到来自通信终端STA的任何块ACK帧(S213中的“否”)，则该处理前进至步骤S218。另外，如果来自协调器接入点AP的完成通知(Complete通知)已被接收到(S218中的“是”)，则存储在发送缓冲器102中的共享数据被丢弃(S220)。
替代地，即使未接收到任何完成通知(S218中的“否”)，当仍然在块ACK帧等待时间内时(S219中的“否”)，该处理也返回到步骤S212，并且等待响应帧的接收的操作被执行。另一方面，如果块ACK帧等待时间已过去(S219中的“是”)，则该处理返回到图26中的步骤S201，并且未传送到的数据的重传被执行。
需要注意的是，当步骤S220中的处理完成时，所述一系列发送操作结束。另外，在用作接入点AP的发送侧通信装置10Tx执行针对多个接收侧通信装置10Rx(通信终端STA)中的每个接收侧通信装置10Rx的协调发送的情况下，为所述多个接收侧通信装置10Rx(通信终端STA)中的每个接收侧通信装置10Rx设置用于返回包括协调发送的数据帧的确认的块ACK帧的资源。
AP协调发送操作中的流程如上所述。
(STA操作中的流程)
接下来，参照图28和29中的流程图描述由与新系统兼容的通信终端STA执行的操作中的流程。这个操作由用作通信终端STA的接收侧通信装置10Rx(的无线通信模块15)执行。
如果以它自己的接收侧通信装置10Rx为目的地的数据(数据帧)已被接收到(S301中的“是”)，则无线通信模块15根据数据帧中的头信息确定数据是否是协调发送的数据(S302)。如果数据是协调发送的数据(S303中的“是”)，则单独复用并且发送的数据帧被解码(S304)，并且步骤S305至S308中的处理被随后执行。需要注意的是，接收的数据被存储在接收缓冲器106中。
具体地讲，数据帧(诸如例如，A-MPDU帧)中所包括的数据(MPDU)被解码(S305)。如果数据已被成功地解码而没有任何错误(S306中的“是”)，则与数据(MPDU)对应的接收的序号被登记(S307)。
在数据帧被形成为A-MPDU帧的情况下，如果在这个阶段还未到达A-MPDU帧的末尾(S308中的“否”)，则该处理返回到步骤S305，并且对下一个MPDU进行解码的处理(S305)和登记接收的序号的处理(S307)被重复。需要注意的是，在这个时间点，对已被协调发送的每个A-MPDU帧执行以上解码处理。
如果已到达A-MPDU帧的末尾(S308中的“是”)并且所有协调发送的数据被收集，则已被接收到的协调发送的数据随后被检查，已被成功地接收到的所有MPDU被组合，并且已被接收到的序号被获取(S309)。在这个阶段，如果所有数据(MPDU)已被接收到(S310中的“是”)，则数据经接口101而被输出(S311)。
另外，在接收到数据之后，无线通信模块15接收MU-BAR触发帧(S312中的“是”)，或者在块ACK帧的返回已被预先决定的情况下当到达用于块ACK帧的返回的时间时(S313中的“是”)获取登记的接收的序号(S314)。
需要注意的是，如果在图28中的确定处理步骤S301中确定未接收到任何数据(数据帧)(S301中的“否”)，则步骤S312和随后的步骤中的处理被执行。
如果用于返回块ACK帧的资源已被设置(S315中的“是”)，则无线通信模块15随后获取资源分配信息(以它自己的装置为目的地的RU信息)(S316)，并且根据写在其中的发送参数(关于发送参数的信息)执行设置(S317)。
需要注意的是，如果在这个示例中多个资源被分配(S318中的“否”)，则该处理返回到步骤S316，并且获取资源分配信息的处理(S316)和设置发送参数的处理(S317)被重复。
作为结果，无线通信模块15根据所有分配的资源构造并且发送块ACK帧(S319)。替代地，如果任何资源未被设置(S315中的“否”)，则步骤S316至S318中的处理可被跳过，并且块ACK帧可被按照传统系统发送(S319)。
例如，在MU-BAR触发帧已被接收到的情况下，关于用于要在稍后通过OFDMA返回的块ACK帧的资源分配的资源信息被写在其中。因此，以已执行协调发送的各接入点AP为目的地的块ACK帧被产生，并且产生的块ACK帧通过彼此不同的OFDMA而被复用并且被同时返回。
需要注意的是，在这个示例中，可为已执行协调发送的所述多个接入点AP之中执行关于协调发送的数据的重传的确定的协调器接入点AP设置与OFDMA的技术相关的参数(诸如例如，发送功率)。同时，包括确认的块ACK帧被发送给从属于协调器接入点AP的接入点AP。
如果确定在这个阶段所有数据已被接收到(S320中的“是”)，则所述一系列接收操作结束。另一方面，如果还存在要被传送的数据(S320中的“否”)，则该处理返回到图28中的步骤S301，并且等待要被重传的数据。
需要注意的是，如果在步骤S313中的确定处理中确定不是用于返回块ACK帧的时间(S313的“否”)，则完成通知(Complete通知)被接收(S321的“是”)，存储在接收缓冲器106中的数据被丢弃(S322)，并且所述一系列接收操作结束。另一方面，如果任何完成通知未被接收到，则该处理返回到图28中的步骤S301，并且再次等待数据。
通信终端STA的操作中的流程如上所述。
如上所述，在应用本技术的通信方法(新系统)中，多个发送侧通信装置10Tx(例如，所述多个接入点AP1和AP2)协作，并且同时向一个接收侧通信装置10Rx(例如，通信终端STA)发送数据(例如，A-MPDU帧)。通过用于确认数据的接收的方法，来自接收侧通信装置10Rx的确认信号(例如，图21或22中的块ACK帧)通过同时多路传输接入的技术(例如，OFDMA的技术)而被同时分配并且发送，从而确认信号能够被可靠地返回给各发送侧通信装置10Tx。
此时，发送侧通信装置10Tx(例如，协调器接入点AP1)向接收侧通信装置10Rx(例如，通信终端STA)发送请求信号(例如，ACK请求触发帧，诸如图17中的MU-BAR触发帧)，所述请求信号包括关于协调发送的协调发送信息(例如，图19中的Coordinate BAR Info)和用于同时向所述多个发送侧通信装置10Tx(例如，所述多个接入点AP1和AP2)返回协调发送的数据的确认的确认返回信息(例如，图20中的BAR User Info)。
作为响应，基于来自发送侧通信装置10Tx(例如，协调器接入点AP1)的请求信号(例如，ACK请求触发帧，诸如图17中的MU-BAR触发帧)，使用同时多路传输接入的技术(例如，OFDMA的技术)，接收侧通信装置10Rx(例如，通信终端STA)能够同时向所述多个发送侧通信装置10Tx(例如，所述多个接入点AP1和AP2)发送指示协调发送的数据(例如，A-MPDU帧)是否已被正确地接收的确认信号(例如，图21或22中的块ACK帧)。
作为结果，通过应用本技术的通信方法(新系统)，数据接收确认能够被更可靠地执行。
更具体地讲，通过将以所述多个接入点AP为目的地的块ACK帧分配为不同资源单元(RU)，所述新系统实现一种用于同时向多个接入点AP返回块ACK帧的通信方法。也就是说，通过使用ACK请求触发帧(诸如，MU-BAR触发帧)，用于通过上行链路OFDMA多路通信来向每个接入点AP返回协调发送的数据的确认(ACK)的资源块能够被分配。
作为结果，返回块ACK帧所需的时间能够被缩短。此外，针对各接入点AP的确认(ACK)能够被以重叠方式返回。因此，与用于逐个地返回确认的方法相比，可按照更高的可靠性返回确认(ACK)。
另外，紧挨在数据被协调发送之后，写有用于执行OFDMA多路通信的资源块的资源信息被独立地发送作为ACK请求触发帧，从而与在另一OFDMA多路通信操作中复用的帧的同步能够被可靠地实现。同时，替代于ACK请求触发帧，写有用于执行OFDMA多路通信的资源块的资源信息被与要被协调发送的数据同时发送。因此，交换触发帧所需的时间能够被缩短。
此外，通过所述新系统，在协调发送的数据中的至少一条数据已被正确地接收的情况下，指示成功接收的信息被写入，并且块ACK帧能够被构造用于未被成功地接收的数据的确认(ACK)。
也就是说，在通信终端STA已正确地接收协调发送的数据中的从至少一个接入点AP发送的数据的情况下，在假设通信终端STA已正确地接收从另一接入点AP发送的数据的情况下，执行重传确定的接入点AP(协调器接入点AP1)能够从以它自己的装置为目的地的确认(ACK)识别需要被重传的重传数据。同时，不执行重传确定的接入点AP(以从属方式操作的接入点AP)能够通过接收以它自己的装置为目的地的确认(ACK)来容易地识别要被重传的数据。
另外，通过所述新系统，对于每个接入点AP，要被协调发送的数据的序列(例如，A-MPDU帧的MPDU)不同。因此，即使在某种干扰在协调发送时被同时接收的情况下，也可增加通信终端STA能够接收到从至少一个接入点AP发送的数据(例如，MPDU)的概率。另外，在协调发送的数据的接收已由通信终端STA完成的情况下，协调器接入点AP1能够通过发送指示协调发送已被完成的完成通知来向另一接入点AP通知协调发送的完成。
此外，通过所述新系统，在上行链路OFDMA多路通信的技术中使用的发送参数能够被设置(优化)用于执行重传确定的接入点AP，并且块ACK帧随后被发送。因此，重传控制能够被更可靠地执行。这里，执行重传确定的协调器接入点AP1在多个接入点AP之中被预先设置，从而在上行链路OFDMA多路通信期间的主接收端(接入点AP)能够被识别。
另外，通过所述新系统，在相同数据被从多个接入点AP协调发送之后，已接收到数据的通信终端STA能够使用上行链路多用户MIMO技术向集成的接入点AP发送接收确认。另外，利用为集成的接入点AP设置的发送参数，用于非集成的接入点AP的块ACK帧能够被返回。
<2.变型>
(其它示例性结构)
如上所述，发送侧通信装置10Tx能够被形成为例如接入点AP(基站)，并且接收侧通信装置10Rx能够被形成为例如通信终端STA(终端站)。然而，发送侧通信装置10(Tx)或接收侧通信装置10Rx可被形成为形成接入点AP或通信终端STA的装置(部件)的一部分(例如，无线通信模块、无线芯片等)。
另外，形成为通信终端STA的接收侧通信装置10Rx能够被设计为具有无线通信功能的电子装置，诸如例如智能电话、平板类型终端、便携式电话、个人计算机、数字照相机、游戏机、电视接收器、可穿戴终端或扬声器装置。
需要注意的是，本技术的实施例不限于上述实施例，并且可在不脱离本技术的范围的情况下对它们做出各种修改。
本技术还可被实现在以下描述的结构中。
(1)一种通信装置，包括：
控制单元，执行控制以：
当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，向接收侧通信装置发送数据；
产生请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；
向接收侧通信装置发送产生的请求信号；并且
接收包括确认的确认信号，确认信号被从已接收到请求信号的接收侧通信装置发送。
(2)如(1)所述的通信装置，其中
所述协调发送信息包括当确认被请求时由所述多个发送侧通信装置共享的公共信息，并且
确认返回信息包括当确认被请求时对于每个发送侧通信装置而言唯一的唯一信息。
(3)如(1)或(2)所述的通信装置，其中
所述确认返回信息包括关于用于通过同时多路传输接入的技术来返回确认信号的资源的信息、指示确认信号与协调发送兼容的信息、用于使确认信号的长度一致的信息或者用于请求以已执行协调发送的另一发送侧通信装置为目的地的确认信号的信息。
(4)如(3)所述的通信装置，其中
所述同时多路传输接入的技术包括正交频分多址(OFDMA)的技术或空间复用流(空间流)的技术。
(5)如(1)或(2)所述的通信装置，其中
所述协调发送信息包括指示要被协调发送的数据的起始序号的信息或者用于组合并且写入多条协调发送的数据的接收的确认的信息。
(6)如(1)至(5)中任何一项所述的通信装置，其中
所述控制单元
基于从接收的确认信号获得的确认识别协调发送的数据帧中所包括的数据中的需要被重传的重传数据，并且
向另一发送侧通信装置发送用于执行识别的重传数据的协调发送的触发帧。
(7)如(1)至(6)中任何一项所述的通信装置，其中
所述控制单元为所述多个发送侧通信装置中的每个发送侧通信装置单独设置资源，所述资源用于返回包括协调发送的数据帧的确认的确认帧。
(8)如(7)所述的通信装置，其中
所述控制单元基于从接收的确认帧获得的确认识别协调发送的数据帧中所包括的数据的接收状态。
(9)如(1)至(8)中任何一项所述的通信装置，其中
所述控制单元为多个接收侧通信装置中的每个接收侧通信装置单独设置资源，所述资源用于返回包括协调发送的数据帧的确认的确认帧。
(10)如(1)至(9)中任何一项所述的通信装置，其中
当协调发送的数据帧的接收由接收侧通信装置完成时，所述控制单元向另一发送侧通信装置发送指示协调发送被完成的完成通知。
(11)如(1)至(10)中任何一项所述的通信装置，其中
所述请求信号被发送作为用于请求包括协调发送的数据帧的确认的确认帧的返回的触发帧。
(12)如(1)至(10)中任何一项所述的通信装置，其中
所述请求信号被与要被协调发送的数据帧同时发送。
(13)如(12)所述的通信装置，其中
所述请求信号被与数据帧连续地发送，或者在被包括在数据帧中的同时被发送。
(14)如(1)至(13)中任何一项所述的通信装置，其中
所述数据被协调发送作为聚合多个子帧的数据帧，并且
子帧的序列随着要被从所述多个发送侧通信装置协调发送的每个数据帧而变化。
(15)一种由通信装置实现的通信方法，所述通信方法包括：
执行控制以：
当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，向接收侧通信装置发送数据；
产生请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；
向接收侧通信装置发送产生的请求信号；并且
接收包括确认的确认信号，确认信号被从已接收到请求信号的接收侧通信装置发送。
(16)一种通信装置，包括：
控制单元，执行控制以：
当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，接收从所述多个发送侧通信装置发送的数据；
产生与协调发送的数据中的正确地接收的数据对应的确认；
接收从发送侧通信装置发送的请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；并且
基于接收的请求信号发送包括产生的确认的确认信号。
(17)如(16)所述的通信装置，其中
当协调发送的数据中的从至少一个发送侧通信装置发送的数据已被正确地接收时，在假设从另一发送侧通信装置发送的数据也已被正确地接收的情况下，所述控制单元产生确认。
(18)如(16)或(17)所述的通信装置，其中
所述确认返回信息至少包括关于用于通过使用同时多路传输接入的技术来返回确认信号的资源的信息，并且
控制单元为执行关于协调发送的数据的重传的确定的发送侧通信装置设置与同时多路传输接入的技术相关的参数，该发送侧通信装置是所述多个发送侧通信装置中的发送侧通信装置。
(19)如(16)至(18)中任何一项所述的通信装置，其中
所述控制单元向不执行关于协调发送的数据的重传的确定的发送侧通信装置发送包括确认的确认帧。
(20)一种由通信装置实现的通信方法，所述通信方法包括：
执行控制以：
当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，接收从所述多个发送侧通信装置发送的数据；
产生与协调发送的数据中的正确地接收的数据对应的确认；
接收从发送侧通信装置发送的请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；并且
基于接收的请求信号发送包括产生的确认的确认信号。
标号列表
10 通信装置
11 互联网连接模块
12 信息输入模块
13 装置控制单元
14 信息输出模块
15 无线通信模块
101 接口
102 发送缓冲器
103 网络管理单元
104 发送帧构造单元
105 接收数据构造单元
106 接收缓冲器
107 序列管理单元
108 空间复用发送处理单元
109 空间复用接收处理单元
110 管理信息产生单元
111 管理信息处理单元
112 无线发送处理单元
113 发送功率控制单元
114 发送/接收天线控制单元
115 检测阈值控制单元
116 无线接收处理单元
151 发送/接收数据输入/输出单元
152 控制单元
153 无线电信号发送/接收单元

Claims (20)

1.一种通信装置，包括：
控制单元，执行控制以：
当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，向接收侧通信装置发送数据；
产生请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；
向接收侧通信装置发送产生的请求信号；并且
接收包括确认的确认信号，确认信号被从已接收到请求信号的接收侧通信装置发送。
2.如权利要求1所述的通信装置，其中
所述协调发送信息包括当确认被请求时由所述多个发送侧通信装置共享的公共信息，并且
确认返回信息包括当确认被请求时对于每个发送侧通信装置而言唯一的唯一信息。
3.如权利要求2所述的通信装置，其中
所述确认返回信息包括关于用于通过同时多路传输接入的技术来返回确认信号的资源的信息、指示确认信号与协调发送兼容的信息、用于使确认信号的长度一致的信息或者用于请求以已执行协调发送的另一发送侧通信装置为目的地的确认信号的信息。
4.如权利要求3所述的通信装置，其中
所述同时多路传输接入的技术包括正交频分多址(OFDMA)的技术或空间复用流(SpatialStream)的技术。
5.如权利要求2所述的通信装置，其中
所述协调发送信息包括指示要被协调发送的数据的起始序号的信息或者用于组合并且写入多条协调发送的数据的接收的确认的信息。
6.如权利要求1所述的通信装置，其中
所述控制单元
基于从接收的确认信号获得的确认识别协调发送的数据帧中所包括的数据中的需要被重传的重传数据，并且
向另一发送侧通信装置发送用于执行识别的重传数据的协调发送的触发帧。
7.如权利要求1所述的通信装置，其中
所述控制单元为所述多个发送侧通信装置中的每个发送侧通信装置单独设置资源，所述资源用于返回包括协调发送的数据帧的确认的确认帧。
8.如权利要求7所述的通信装置，其中
所述控制单元基于从接收的确认帧获得的确认识别协调发送的数据帧中所包括的数据的接收状态。
9.如权利要求1所述的通信装置，其中
所述控制单元为多个接收侧通信装置中的每个接收侧通信装置单独设置资源，所述资源用于返回包括协调发送的数据帧的确认的确认帧。
10.如权利要求1所述的通信装置，其中，
当协调发送的数据帧的接收由接收侧通信装置完成时，所述控制单元向另一发送侧通信装置发送指示协调发送被完成的完成通知。
11.如权利要求1所述的通信装置，其中
所述请求信号被发送作为用于请求包括协调发送的数据帧的确认的确认帧的返回的触发帧。
12.如权利要求1所述的通信装置，其中
所述请求信号被与要被协调发送的数据帧同时发送。
13.如权利要求12所述的通信装置，其中
所述请求信号被与数据帧连续地发送，或者在被包括在数据帧中的同时被发送。
14.如权利要求1所述的通信装置，其中
所述数据被协调发送作为聚合多个子帧的数据帧，并且
子帧的序列随着要被从所述多个发送侧通信装置协调发送的每个数据帧而变化。
15.一种由通信装置实现的通信方法，所述通信方法包括：
执行控制以：
当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，向接收侧通信装置发送数据；
产生请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；
向接收侧通信装置发送产生的请求信号；并且
接收包括确认的确认信号，确认信号被从已接收到请求信号的接收侧通信装置发送。
16.一种通信装置，包括：
控制单元，执行控制以：
当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，接收从所述多个发送侧通信装置发送的数据；
产生与协调发送的数据中的正确地接收的数据对应的确认；
接收从发送侧通信装置发送的请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；并且
基于接收的请求信号发送包括产生的确认的确认信号。
17.如权利要求16所述的通信装置，其中
当协调发送的数据中的从至少一个发送侧通信装置发送的数据已被正确地接收时，在假设从另一发送侧通信装置发送的数据也已被正确地接收的情况下，所述控制单元产生确认。
18.如权利要求16所述的通信装置，其中
所述确认返回信息至少包括关于用于通过使用同时多路传输接入的技术来返回确认信号的资源的信息，并且
控制单元为执行关于协调发送的数据的重传的确定的发送侧通信装置设置与同时多路传输接入的技术相关的参数，该发送侧通信装置是所述多个发送侧通信装置中的发送侧通信装置。
19.如权利要求18所述的通信装置，其中
所述控制单元向不执行关于协调发送的数据的重传的确定的发送侧通信装置发送包括确认的确认帧。
20.一种由通信装置实现的通信方法，所述通信方法包括：
执行控制以：
当协调发送被执行以同时从多个发送侧通信装置向接收侧通信装置发送数据时，接收从所述多个发送侧通信装置发送的数据；
产生与协调发送的数据中的正确地接收的数据对应的确认；
接收从发送侧通信装置发送的请求信号，所述请求信号包括关于协调发送的协调发送信息和用于同时向所述多个发送侧通信装置返回协调发送的数据的确认的确认返回信息；并且
基于接收的请求信号发送包括产生的确认的确认信号。
CN202080033527.8A 2019-05-10 2020-04-27 通信装置和通信方法 Pending CN113812180A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2019-090050 2019-05-10
JP2019090050 2019-05-10
PCT/JP2020/017981 WO2020230615A1 (ja) 2019-05-10 2020-04-27 通信装置、及び通信方法

Publications (1)

Publication Number Publication Date
CN113812180A true CN113812180A (zh) 2021-12-17

Family

ID=73290028

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080033527.8A Pending CN113812180A (zh) 2019-05-10 2020-04-27 通信装置和通信方法

Country Status (5)

Country Link
US (1) US20220294567A1 (zh)
EP (2) EP4293927A3 (zh)
CN (1) CN113812180A (zh)
ES (1) ES2968180T3 (zh)
WO (1) WO2020230615A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023245929A1 (zh) * 2022-06-23 2023-12-28 华为技术有限公司 业务传输的方法与通信装置
CN117640021A (zh) * 2024-01-26 2024-03-01 中兴通讯股份有限公司 确认帧的反馈方法和装置、存储介质及电子装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020261988A1 (ja) * 2019-06-24 2020-12-30 ソニー株式会社 無線通信装置および方法、並びに無線通信端末および方法
US20220360411A1 (en) * 2019-07-12 2022-11-10 Sony Group Corporation Communication control device and method, wireless communication device and method, and wireless communication terminal

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009224850A (ja) * 2008-03-13 2009-10-01 Toshiba Corp 無線通信装置
JP5366847B2 (ja) * 2010-01-29 2013-12-11 ソフトバンクモバイル株式会社 通信システム、基地局装置、通信端末及び通信制御方法
JP6133578B2 (ja) * 2012-11-26 2017-05-24 京セラ株式会社 無線通信システム
WO2015013985A1 (zh) * 2013-08-02 2015-02-05 华为技术有限公司 一种多接入点的通信方法、装置及系统
US9503911B2 (en) * 2014-07-24 2016-11-22 Huawei Technologies Co., Ltd. System and method for coordinated beamforming for overlapping basic service set in WLAN
CN105376032A (zh) * 2014-08-25 2016-03-02 华为技术有限公司 一种用于无线局域网络中传输数据的方法和装置
JP6486221B2 (ja) 2015-06-29 2019-03-20 Kddi株式会社 無線通信システム、送信機、無線通信方法及びコンピュータプログラム
WO2017033531A1 (ja) * 2015-08-27 2017-03-02 ソニー株式会社 通信装置および通信方法
JP6787324B2 (ja) * 2015-08-28 2020-11-18 ソニー株式会社 通信制御装置、通信制御方法、プログラム、及びシステム
WO2019087240A1 (ja) * 2017-10-30 2019-05-09 富士通株式会社 端末装置、基地局装置、通信方法、及び無線通信システム
US10856167B2 (en) * 2018-03-30 2020-12-01 Intel Corporation Enhanced multiple access point coordination
CN110691381B (zh) * 2018-07-06 2023-01-13 华为技术有限公司 联合传输方法及通信装置
US11139929B2 (en) * 2018-07-11 2021-10-05 Qualcomm Incorporated Enhanced reliability techniques for shared spectrum
CN115459815A (zh) * 2019-03-08 2022-12-09 华为技术有限公司 用于无线通信系统的信息传输方法、信息接收方法和装置
SG10201903821UA (en) * 2019-04-26 2020-11-27 Panasonic Ip Corp America Communication apparatus and communication method for multi-ap joint transmission

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023245929A1 (zh) * 2022-06-23 2023-12-28 华为技术有限公司 业务传输的方法与通信装置
CN117640021A (zh) * 2024-01-26 2024-03-01 中兴通讯股份有限公司 确认帧的反馈方法和装置、存储介质及电子装置
CN117640021B (zh) * 2024-01-26 2024-05-28 中兴通讯股份有限公司 确认帧的反馈方法和装置、存储介质及电子装置

Also Published As

Publication number Publication date
EP3968684A1 (en) 2022-03-16
EP4293927A2 (en) 2023-12-20
ES2968180T3 (es) 2024-05-08
EP3968684A4 (en) 2022-06-29
EP3968684B1 (en) 2023-10-25
US20220294567A1 (en) 2022-09-15
WO2020230615A1 (ja) 2020-11-19
EP4293927A3 (en) 2024-03-13

Similar Documents

Publication Publication Date Title
EP3968684B1 (en) Coordinated transmission performed to simultaneously transmit frames comprising the same data
US10548156B2 (en) Resource indication processing method and processing apparatus, access point, and station
US20160080115A1 (en) Methods for efficient acknowledgement in wireless systems
WO2013167090A2 (zh) 一种子帧调度方法、系统及网络设备、终端
US11044724B2 (en) Communication method, network side device, and terminal device
CN103037523A (zh) 在无线通信系统中传送和接收公共控制信息的系统和方法
JP2014042284A (ja) 無線通信システムの制御チャネルにおける、無線リソース割当方法のための装置
US20200083933A1 (en) Data Transmission Method, Apparatus, and System
US20240305406A1 (en) Communicating device and communicating method
CN109314605A (zh) 用于数据单元片段的确认数据单元
JP5011390B2 (ja) 基地局及び制御スケジューリング情報の送信方法
CN115039361A (zh) 电信装置和方法
US20230198600A1 (en) Communication apparatus and communication method
US12063637B2 (en) Communication apparatus and communication method
EP3809752B1 (en) Electronic device, wireless communication method and computer readable medium
CN113475027A (zh) 基站、终端、发送方法及接收方法
US11064483B2 (en) Wireless communication apparatus, communication method, computer program, and wireless communication system
TWI846811B (zh) 通訊裝置、及通訊方法
WO2011006394A1 (zh) 上行固定资源分配信令的发送及接收方法
US20240072943A1 (en) Communication device and communication method
CN108989002B (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