CN113748607A - 用于多ap联合重传的通信装置和通信方法 - Google Patents

用于多ap联合重传的通信装置和通信方法 Download PDF

Info

Publication number
CN113748607A
CN113748607A CN202080031761.7A CN202080031761A CN113748607A CN 113748607 A CN113748607 A CN 113748607A CN 202080031761 A CN202080031761 A CN 202080031761A CN 113748607 A CN113748607 A CN 113748607A
Authority
CN
China
Prior art keywords
frame
data
joint transmission
slave
mpdus
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
CN202080031761.7A
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.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp 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 Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of CN113748607A publication Critical patent/CN113748607A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0015—Synchronization between nodes one node acting as a reference for the others
    • 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
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/20—Master-slave selection or change arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • 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

Landscapes

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

Abstract

一种接入点(AP)，包括：接收器，从另一AP接收联合传输(JT)触发帧，该联合传输(JT)触发帧指示要被联合传输到通信装置的MAC协议数据单元(MPDU)；以及本地存储器，存储先前传输到通信装置的一个或多个MPDU。

Description

用于多AP联合重传的通信装置和通信方法
技术领域
本公开一般涉及用于电子设备和系统的通信装置和方法，并且更具体地涉及多AP网络中的联合重传(joint re-transmission)。
背景技术
经由多AP联合传输进行通信的无线网络使得电子设备能够利用发送到多个电子设备的联合传输在网络中进行通信。与无线通信仅限于到一个电子设备的单个传输的其他无线网络相比，此类网络具有优势。
发明内容
一个非限制性和示例性实施例有助于在多AP网络中提供联合传输和重传通信。举例来说，该通信包括两个或多个接入点(AP)和一个或多个无线站(STA)之间的联合重传。
一个示例实施例是接入点(AP)，包括：接收器，从另一AP接收联合传输(JT)触发帧，该联合传输(JT)触发帧指示要被联合传输到通信装置的MAC协议数据单元(MPDU)；以及本地存储器，存储先前传输到通信装置的一个或多个MPDU。
应注意，一般或特定实施例可实施为系统、方法、集成电路、计算机程序、存储介质或其任何选择性组合。
从说明书和附图中，所公开的实施例的附加益处和优点将变得显而易见。益处和/或优点可以通过说明书和附图的各种实施例和特征单独获得，为了获得一个或多个这样的益处和/或优点，不需要提供所有这些实施例和特征。
附图说明
附图中，相同的参考编号指的是贯穿各个视图中相同或功能类似的元件，这些元件与下面的详细说明一起被纳入并构成本说明书的一部分，用于说明各种实施例并说明根据本实施例的各种原理和优点。
图1是根据示例实施例的具有多AP系统的无线网络。
图2A是根据示例实施例示出为企业网络的多AP系统。
图2B是根据示例实施例示出为家庭或办公室网络的多AP系统。
图2C是根据示例性实施例示出为主从配置的多AP系统。
图3是根据示例实施例的MAC协议数据单元(MPDU)。
图4是根据示例实施例的多AP系统中的联合传输中的消息序列。
图5A和5B是根据示例实施例的用于封装JT数据的数据帧。
图6示出了根据示例实施例的数据帧、示出协议名称和有效载荷类型的第一表以及示出AP协调分组类型的第二表。
图7示出了根据示例实施例的主AP、从AP和目标STA之间的联合传输。
图8是根据示例实施例的JT触发帧。
图9是根据示例实施例的多AP系统中主AP和从AP之间的联合传输会话的消息序列。
图10示出了根据示例实施例通过空中交换以协商或中断联合传输会话的AP协调动作帧。
图11示出了根据示例实施例的其中以太网帧封装JT数据以及AP协调动作帧的帧。
图12示出了根据示例性实施例的用于联合传输到目标STA的触发帧。
图13示出了根据示例实施例的主AP不参与联合传输的通信交换。
图14示出了根据示例实施例的AP在信息查询阶段用于从另一AP收集信息的动作帧。
图15示出了根据示例实施例的用于从主AP到从AP的数据共享的帧。
图16示出了根据示例实施例的作为聚合MAC协议数据单元(A-MPDU)的JT数据帧。
图17示出了根据示例性实施例的作为用于向从AP共享数据的聚合MAC协议数据单元(A-MPDU)的帧。
图18示出了根据示例实施例的联合传输触发帧。
图19是根据示例性实施例的到二者都与主AP相关联的两个STA的分布式MU-MIMO联合传输的示例。
图20示出了根据示例实施例的JT数据帧、确认(ACK或Ack)帧和块Ack帧。
图21示出了根据示例性实施例的STA未能接收JT数据帧并且主AP重复联合传输过程的联合传输。
图22示出了根据示例实施例的联合传输，其中STA未能接收JT数据帧并且从AP也处理Ack帧，并且主AP在不重复数据分发的情况下重复联合传输。
图23示出了根据示例实施例的联合传输，其中STA未能接收JT数据并且从AP也处理块Ack帧并删除JT数据。
图24示出了根据示例实施例的联合传输，其中STA未能接收JT数据和在主AP未能接收块Ack帧的情况下的错误恢复。
图25示出了根据示例实施例的AP协调信息响应帧和具有删除原因的表。
图26示出了根据示例实施例的无线网络和在回程和前程BSS中与STA的无线传输。
图27示出了根据示例实施例的联合传输，其中STA未能接收JT数据并且从AP使用JT触发帧删除JT MPDU。
图28示出了根据示例性实施例的联合传输，其中STA未能接收JT数据，并且从AP向主AP中继关于确认帧的信息。
图29是根据示例实施例的AP协调信息响应帧。
图30是根据示例实施例的具有刷新缓冲器的指示的JT触发帧。
图31示出了根据示例性实施例的联合传输，其中STA未能接收JT数据，并且支持非即时块Ack用于联合传输。
图32示出了根据示例实施例的分布式MU-MIMO联合传输，其中STA未能接收JT数据，并且支持非即时块Ack用于联合传输。
图33示出了根据示例实施例的联合传输，其中STA未能接收JT数据和指示从AP删除保存的JT数据的专用帧。
图34示出了根据示例实施例的AP协调会话动作字段值表和AP协调数据刷新帧。
图35是根据示例实施例的电子设备。
本领域技术人员将认识到，为了简单和清晰起见对附图中的元素进行了说明，并且不必按比例进行描绘。
具体实施方式
电子设备可以被配置为在多AP网络中发送和接收联合传输(JT)数据。这些电子设备与传统电子设备相比具有许多优点，传统电子设备仅限于单个电子设备的单个传输。然而，在多AP网络中执行联合传输有许多技术问题。
现有的802.11BSS(基本服务集)作为独立单元操作。每个BSS的AP仅向与相应AP相关联的无线站(STA)提供无线通信服务。AP可为到相关联的STA的无线链路提供的数据速率取决于用于链路的MCS(调制和编码方案)，其又取决于每个STA的SINR(信号噪声干扰加比)。通常，在较高的SINR下可实现较高的MCS，而在较低的SINR水平下仅可能实现较低的MCS。在独立的BSS中，虽然AP可以通过调整传输功率来控制信噪比，但是STA的干扰体验更难控制。对于存在于网络边缘且在多个BSS(也称为OBS(重叠BSS)区域)的无线范围内的STA，该问题尤其如此。一个BSS中的有用信号本质上是对另一个BSS的STA的干扰。
多AP协调(例如，相邻BSS的AP之间的协调)可以用作改善成员STA的SINR的有效方法。AP的激增(诸如在托管网络(例如，企业网络、体育场设置等)或家庭网络(例如，具有多AP家庭网状网络)中密集部署AP)使得此类方案成为可能。
各种多AP协调方案可分为两大类。第一组包括尝试通过传输功率控制、协调波束形成、协调零位形成(Null-forming)、协调调度等来减少对OBSS的干扰的方案。第二组包括尝试通过多个AP到同一STA的同步传输来增加STA处的信号电平的方案。第二组的方案可以被称为多AP联合处理或多AP联合传输，或分布式MU-MIMO。
联合传输不仅改善了信号电平，而且通过将干扰信号转换为期望信号来减少干扰。因此，示例实施例通过减少对STA的干扰并改善对STA的SINR来解决与重叠BSS或多AP系统中的STA相关联的技术问题。这些问题包括如何在从AP之间分发和同步联合传输数据(联合MU-MIMO数据)以及本文讨论的其他问题。
一个示例实施例是一种接入点(AP)，包括：接收器，从另一AP接收联合传输(JT)触发帧，该联合传输(JT)触发帧指示要被联合传输到通信装置的MAC协议数据单元(MPDU)；以及本地存储器，存储先前被传输到通信装置的一个或多个MPDU。
另一示例实施例是一种接入点(AP)，包括：电路，确定通信装置未能接收由AP和另一AP联合传输到通信装置的一个或多个MAC协议数据单元(MPDU)；以及发送器，向另一AP发送联合传输(JT)触发帧，而不向另一AP重新分发失败的MPDU。
图1是根据示例实施例的具有多AP系统100的无线网络。举例来说，系统100包括三个BSS(示为BSS1、BSS2和BSS3)。每个BSS具有至少一个AP(示出为AP1、AP2和AP2)。多个STA(示出为STA1-STA5)分布在整个系统中。STA1存在于单个BSS(BSS1)中；STA2存在于三个重叠的BSS(BSS1-BSS3)中；STA3存在于两个重叠的BSS(BSS1和BSS3)中；STA4存在于两个重叠的BSS(BSS2和BSS3)中；STA5存在于单个BSS(BSS2)中。
在图1中，尽管STA2与AP3相关联，但三个AP(AP1、AP2和AP3)可以协调它们的传输以同时传输到STA2。这种同步传输增加了STA2的SINR水平，并有助于使用更高的MCS，从而提高STA2的吞吐量。
尽管多AP协调方案通常利用参与AP之间的某种时间同步，但对于联合传输，尤其是对于分布式MU-MIMO，所利用的同步级别最高。因此，一个或多个示例实施例实现联合传输，其中一个AP(称为主AP)提供同步信号，而其他参与AP(称为从AP)在主AP的范围内。在图1中，AP3将是主AP，而AP1和AP2是从AP。主AP还可以被称为诸如协调AP、联合传输(JT)AP或多AP控制器等的备选名称，而从AP还可以被称为多AP设备或协调AP等。
在示例实施例中和如下文更详细地讨论的，联合传输包括所有参与AP以向STA传输相同信号。这包括与所有参与AP等效的MAC层特定字段。
图2A是根据示例实施例示出为企业网络的多AP系统200。举例来说，该系统包括具有重叠传输的多个AP(示出为AP1-AP8)广播。每个AP操作各自的信道(Ch)，诸如Ch 36处的AP1、Ch 52处的AP2、Ch 149处的AP3、Ch 44处的AP4、Ch 56处的AP5、Ch 161处的AP6、Ch 48处的AP7和Ch60处的AP8。
在企业网络中，AP位置和频率分配在部署期间经过仔细规划，以最大化能力。如图2A所示，相邻AP使用非重叠信道来最小化BSS间干扰。AP可以使用具有窄波束宽度的高增益定向天线。相邻AP可能不在彼此的无线范围中。多个AP或所有AP可以使用相同的服务集标识符(SSID)。此外，AP使用以太网连接，并且可以由中央AP控制器配置和/或控制。大多数边缘STA将在至少两个AP的覆盖范围内。例如，AP到AP通信可以使用以太网或带外网状无线直接链路等。即使相邻AP被分配非重叠主信道，当使用宽带信道时，OBSS区域中不可避免地存在BSS间干扰。由于大多数企业网络是集中管理的，AP之间的协调更容易，因此企业网络是联合传输系统的主要候选。
图2B是根据示例实施例示出为家庭或办公室网络的多AP系统230。举例来说，该系统包括具有重叠传输的多个AP(示出为AP1-AP3)广播。每个AP操作各自的信道，诸如Ch 36处的AP1、Ch 149处的AP2和Ch 52处的AP3。
多AP系统(例如Wi-Fi EasyMesh)是一种示例配置，以在整个区域(诸如房屋或办公室)提供Wi-Fi覆盖。计划AP位置和频率分配以最大化覆盖范围。例如，一个AP可以充当多AP控制器，而其余AP可以充当多AP代理。AP可以预期处于至少一个其他AP的无线覆盖中。为AP到AP信令设置回程BSS。回程BSS可以使用不同于前程SSID的SSID。大多数边缘STA将在至少两个AP的覆盖范围内。此外，AP到AP通信可以使用无线直接链路或无线和有线链路的混合。这种多AP家庭或小型办公室网络也是联合传输系统的一个很好的候选。
图2C是根据示例实施例示出为主从配置的多AP系统260。举例来说，系统包括主AP270、两个从AP 280和282以及STA 284。AP到AP通信发生在链路290上，并且AP和STA之间的通信发生在链路292上。
对于联合传输，AP拥有在实际联合传输之前要被联合传输到STA的传输数据(上层数据)。然而，在一个或多个示例实施例中，拥有传输数据可能不足以实现联合传输的SINR增益。在空中传输的实际数据符号需要在参与AP(诸如多个AP或所有AP)之间同步。这意味着在参与AP中，传输数据的PHY层和MAC层处理是相同的。示例实施例包括用于分发和同步用于多AP联合传输的数据的系统、装置和方法。
在一个或多个示例实施例中，联合传输以两个阶段发生：将JT数据分发到从AP和联合传输到目标STA。
在第一阶段(将联合传输数据分发到从AP)，在通过AP到AP链路(诸如图2C中的链路290)的实际联合传输之前，将要被联合传输的数据分发到参与从AP。分发可以在AP之间的无线回程链路上发生，或者也可以在AP之间的有线回程链路上发生，例如以太网。当使用无线回程时，在发起联合传输之前，从AP可能已经在由主AP建立用于AP之间的通信的单独BSS上与主AP相关联。用于AP之间的回程链路的无线信道可以不同于AP和目标STA之间的前程链路。
在第二阶段(到目标STA的联合传输)，通过两个或多个参与AP到目标STA的实际联合传输发生在诸如图2C中的无线链路292的链路上。联合传输可以以通过链路290来自主AP的同步信号为先导，该同步信号可以被称为从触发帧或联合传输(JT)触发帧。在一些场景中，主AP还可以参与联合传输，而在一些场景中，主AP可能不参与联合传输但只有从AP可以参与。不同的AP集合可以涉及到不同目标STA的联合传输。
图3是根据示例实施例的要被联合传输的MAC协议数据单元(MPDU)300。MPDU包括MAC报头和帧主体。MAC报头包括帧控制、持续时间、地址1(接收器地址)、地址2(发送器地址)、地址3(BSSID)、序列控制、QoS控制和HT控制。帧主体包括数据有效载荷、MIC和FCS。如果数据帧携带A-MSDU，则地址3字段携带BSSID，否则地址3字段携带源地址(SA)，即作为数据有效载荷源的设备的MAC地址。
为了实现联合传输的SINR增益，在参与AP之间同步空中传输的实际数据符号。此外，参与AP之间的传输的PHY层和MAC层处理是相同的。通常，对于普通传输(例如，非联合传输)，上层(例如，IP层)将要传输的数据有效载荷(例如，IP分组)传递到执行MAC层处理的MAC层，诸如预挂起MAC报头、添加FCS、MAC填充(如果需要)等，以创建MPDU(MAC协议数据单元)300。如果启用保护，则数据有效载荷可进一步经受加密过程，该加密过程导致将CCMP报头字段和MIC字段添加到MAC帧主体。然后，MPDU被下传递到PHY层以进行PHY层处理，诸如预挂起PHY前导、应用PHY编码、添加PHY填充等，以创建PPDU(PHY协议数据单元)并最终在空中传输PPDU。
对于联合传输，参与AP需要知道要应用于数据有效载荷的MAC和PHY参数。此外，在MAC层，有若干字段是本地生成的。虽然如帧控制、地址2(TA)、地址3(BSSID)、QoS控制、HT控制的一些字段可以被从AP的MAC层重写以匹配由主AP生成的字段，但是如序列控制、CCMP报头的一些字段对于每个MPDU是不同的，并且通常在每个AP处本地生成；因此，这些字段在AP之间更难同步。此外，还可以在MAC层处聚合多个MPDU以形成A-MPDU(聚合MPDU)，或者一个MPDU可以构成S-MPDU(单个MPDU)。为了同步所有参与AP的MAC层之间要被联合传输的数据，主AP可以生成实际MAC层A-MPDU或S-MPDU并将其分发给所有参与从AP。MPDU中的序列控制字段也由主AP生成，并且相同的数字空间用于序列控制字段的序列号子字段，用于从主AP到目标STA的直接传输(即sing AP传输)以及用于联合传输。如果启用了加密，主AP还会加密数据有效载荷并附加MIC字段。在这种情况下，联合传输(JT)数据是指要被联合传输的MAC层数据。
在一些情况下，主AP可能不参与实际联合传输阶段(例如，只有从AP可以参与联合传输)。当主AP被实现为中央控制器并且远离目标STA时，这可能发生。在这种情况下，目标STA将与从AP之一相关联，而不是与主AP相关联。
在目标STA与从AP相关联的这种情况下，在数据分发阶段，主AP设置MPDU 300的MAC报头字段，使得MPDU似乎是由与目标STA相关联的从AP生成的，例如，地址2(TA)字段和地址3(BSSID)被设置为从AP的MAC地址。主AP还向从AP查询要使用的下一个序列控制，以及可选地要用于传输到目标STA的CCMP分组号(PN)和加密密钥ID，并分别设置MPDU 300的字段。在这种情况下，MPDU中的序列控制字段由从AP生成，并且对于从AP到目标STA的直接传输(即，sing AP传输)以及联合传输两者，序列控制字段的序列号子字段使用相同的数字空间。
图4是根据示例实施例的多AP系统中的联合传输中的消息序列400。
在分布式无线网络(诸如802.11WLAN)中，对无线信道的接入由CSMA/CA控制，并且难以预测准确的传输时间。同样，传输故障和重传也使得维护传输顺序变得困难。因此，对于联合传输，将数据分发阶段和联合传输阶段解耦可能是有利的。
如图4所示，联合传输分为两个阶段：将联合传输数据分发到从AP和联合传输到一个或多个目标STA。在第一阶段，一个或多个联合传输数据被分发到从AP(例如，通过无线回程)。每个联合传输数据被分派唯一的ID。在第二阶段，主AP通过传输JT触发帧来发起联合传输。该帧携带唯一ID，该ID标识将由所有参与AP联合传输的联合传输数据。
图4示出了联合传输中涉及的示例消息序列，其中数据分发阶段410与联合传输阶段420解耦合。在数据分发阶段410期间，主AP向从AP分发一个或多个联合传输(JT)数据。在这种情况下，JT数据可以是要被联合传输的实际S-MPDU或A-MPDU，并且被封装在寻址到从AP的另一个数据帧中。为了减少分发JT数据的开销，封装的数据帧可以作为组播传输而不是单播传输被传输到从AP。主AP还可以使用多用户(MU)PPDU格式来同时向不同的从AP分发不同的JT数据。
为了唯一地标识每个JT数据，主AP还向每个JT数据分派可称为JT分组ID的唯一ID。每个从AP在接收到封装的JT数据时，将JT数据去封装并保存在本地存储器中，该本地存储器由JT分组ID索引。为了确保从AP保存JT数据，而不是立即将其转发给目标STA，通过将RA设置为从AP的MAC地址，可以将封装JT数据的数据帧寻址到从AP。如果四地址MAC报头用于到从AP的数据帧，则RA(地址1)和DA(地址3)两者都可以被设置为从AP的MAC地址。由于联合传输的严格时间同步要求和更快检索，JT数据帧可以保存在单独的存储器(例如，不同于本地EDCA队列)中。
在联合传输阶段420中，主AP通过向从AP传输JT触发帧来发起联合传输。JT触发帧向从AP提供时间同步。此外，JT触发帧还携带要被联合传输的JT数据的JT分组ID。每个从AP在接收到JT触发帧时，从与JT分组ID相对应的本地存储器检索JT数据，并发送由JT数据构造的JT PPDU。
图5A和5B是根据示例实施例的用于封装JT数据的数据帧。
图5A示出了由主AP传输的数据帧500，该主AP将JT数据(在这种情况下是S-MPDU)封装在数据帧500的帧主体内。S-MPDU由MPDU分隔符、实际MPDU和填充(如果需要)组成。为每个联合传输数据分派唯一的ID(JT分组ID)。在这种情况下，JT分组ID唯一地标识S-MPDU。
图5B示出了由主AP传输的数据帧550，该主AP将JT数据(在这种情况下是A-MPDU)封装在数据帧550的帧主体内。A-MPDU由两个或多个A-MPDU子帧和EOF(帧结束)填充(如果需要)组成。每个A-MPDU子帧与S-MPDU共享相同的格式。在这种情况下，JT分组ID唯一地标识A-MPDU。
如果启用了加密，则在封装到数据帧500或550中之前，JT数据中的每个MPDU也由主AP加密。
每个从AP在接收到封装的JT数据时，将JT数据去封装并保存在由JT分组ID索引的本地存储器中。由于联合传输的严格时间同步要求，为了更快地检索，JT数据帧可以保存在单独的存储器(例如，不同于本地EDCA队列)中。
从AP不会立即将接收到的JT数据转发给目标STA。为了确保这一点，如果四地址MAC报头用于从AP的数据帧，则RA(地址1)和DA(地址3)两者都被设置为从AP的MAC地址。
图6示出了根据示例实施例的数据帧600、示出有效载荷类型字段编码的第一表610和示出AP协调分组类型字段编码的第二表620。
数据帧600在数据分发阶段期间封装JT数据(例如，在图4的410处讨论的)。在该示例中，数据帧600的帧主体携带Ethertype 89-0d帧，有效载荷类型字段被设置为5“AP协调”，以区别于其他封装类型。Ethertype 89-0d是最初分派用于以太网帧内封装IEEE802.11帧的Ethertype。当有效载荷类型被设置为“AP协调”时，Ethertype 89-0d帧的有效载荷可以在AP协调分组类型字段被设置为0、1或2时在分组内容字段内携带JT数据，如表620所示。目的地MAC地址携带目标STA(例如，联合传输的目标)的MAC地址。JT分组ID是分派给JT数据的唯一ID，而分组长度字段指示分组内容字段中携带的JT数据的大小。当802.11数据帧专用于封装JT数据时，主机802.11数据帧的序列控制字段632中的序列号子字段630可以用作隐式JT分组ID，并且可以在Ethertype 89-0d帧主体中省略JT分组ID字段。
为了确保从AP保存JT数据而不是将其立即转发到目标STA，通过将MAC报头的RA字段设置为从AP的MAC地址，将封装JT数据的数据帧600寻址到从AP。如果使用四地址MAC报头，则RA(地址1)和DA(地址3)两者都被设置为从AP的MAC地址。
图7示出了根据示例实施例的主AP、从AP和目标STA之间的联合传输700。
在联合传输阶段(例如，在图4中的420处讨论的)，主AP通过向从AP传输JT触发帧710来发起联合传输。除了用于同步的PHY和MAC参数外，JT触发帧还携带要被联合传输的JT数据的JT分组ID。每个从AP的MAC层在接收到将从AP标识为联合传输中的参与AP的JT触发帧时，从本地存储器中检索对应于JT分组ID的JT数据，并在JT触发帧结束后发送其SIF(短帧间空间)之前下传递到物理层，该物理层从JT数据构造JT PPDU。主AP也从与JT分组ID对应的JT数据构造JT PPDU，并在JT触发帧结束后传输JT PPDU SIFS(短帧间空间)。由于信道状态在不同的AP处可能是不同的，因此每个从AP可能需要考虑信道条件，并且只有当JT触发帧结束后在SIF期间信道被认为空闲时，才传输JT PPDU，除了由于主AP或目标STA的传输设置的NAV(网络分配向量)可能会被忽略之外。至于目标STA，在接收到JT数据时，它甚至可能不知道传输中涉及多个AP。就目标STA而言，这只是从主AP或其MAC地址出现在帧的TA地址(地址2)字段中的AP到目标STA的另一次传输。如果接收成功，则目标STA继续向其MAC地址出现在TA地址(地址2)字段中的AP传输确认帧(ACK或块Ack)。
图8是根据示例实施例的JT触发帧800。每个用户信息字段携带一组从AP和目标STA的信息。
从AP的MAC地址字段标识参与特定STA集的联合传输的从AP。如果在联合传输中仅涉及单个从AP，则可以省略这一点，并且由MAC报头中的RA字段来标识从AP。每个用户信息字段内的AID12字段可以被设置为特殊值(例如2047)，以区分JT触发帧与用于请求上行链路OFDMA传输的其他触发帧。
JT分组ID字段标识要在JT PPDU中携带的(存储的)MPDU。在S-MPDU的情况下，这也可能是S-MPDU的顺序控制字段的值。如果要联合传输相同的数据(发送分集)，则不同从AP的字段值可能相同。替代地，当要联合传输不同的数据(D-MIMO)时，对于不同的从AP，字段值可能不同。
此外，联合传输PHY层信息字段指定用于JT PPDU的编码的附加PHY参数。例如，对于发送分集联合传输(也称为非相干联合传输)，为了防止无意的波束形成，期望对使用相同空间流参与到目标STA的联合传输的不同AP的发送天线(发送链)使用不同的循环移位分集(CSD)值。在这种情况下，联合传输PHY层信息字段可以指定从AP用于其发送链的(CSD)值。主AP可以选择用于每个从AP的每个发送链的CSD值，并将确切的CSD值通知从AP。替代地，主AP将索引#分派给联合传输中涉及的发送链，并在联合传输PHY层信息字段中将索引#通知从AP，而不是发信号通知确切的CSD值。从AP通过参考存储的CSD值表，根据索引#选择CSI值。如果从AP使用多个天线发送，则索引#可以是起始索引，后续天线使用与表中下一个索引#对应的CSD值。目标STA信息携带与从AP到一个或多个目标STA的联合传输相关的信息。联合传输信息标识要传输的存储数据和目标STA的空间流。
此外，空间流分配字段指示为每个目标STA分配的空间流，并且仅在MIMO联合传输的情况下存在。起始空间流字段指示分配给STA的第一空间流，而空间流的数量字段指示分配给STA的包括第一空间流的连续空间流的总数。
图9是根据示例实施例的多AP系统中主AP和从AP之间的联合传输会话的消息序列900。
如果预期联合传输发生超过一个或两个帧，则示例实施例在实际联合传输之前在主AP和参与从AP之间建立联合传输会话。在联合传输会话协商期间，主AP和从AP交换关于参与联合传输的目标STA的信息。主AP和从AP还指定期望在整个会话中使用的联合传输参数，例如要使用的信道、PPDU格式(HT、VHT或HE等)、MU-MIMO的预编码方案等。每个联合传输会话由唯一的会话ID标识。主AP通过向从AP发送AP协调会话请求帧来启动联合传输会话的建立。如果从AP接受该请求，则将状态代码字段设置为接受的AP协调会话响应帧发送回主AP。主AP对参与联合传输的每个从AP重复该处理。为了终止会话，主AP向从AP发送AP协调会话解除帧。
图10示出了根据示例实施例的在AP之间交换的AP协调动作帧，以协商或解除联合传输会话。该图示出了AP协调会话请求1000、AP协调会话响应1002、AP协调会话解除1004、具有AP协调会话操作字段值的表1010和具有AP协调类型字段值的表1020。
为多AP协调定义了新的动作帧类别，并在类别字段中指示。为实现与多AP协调相关的AP到AP通信，定义了五个新的动作帧，其中三个用于会话的建立/解除(由表1010中列出的“AP协调会话动作”字段的值指示)。可以为各种类型的多AP协调方案建立会话，会话由AP协调会话请求帧中的“AP协调类型”字段的值指示，如表1020所示。例如，对于联合传输会话，将其设置为2。AP协调会话请求帧1000中的“目标STA信息”字段列出预期参与联合传输的一个或多个目标STA的MAC地址。
AP协调会话请求帧1000中的“类型特定参数”字段携带特定于AP协调类型的附加会话参数。例如，对于联合传输，该字段可以指定用于联合传输的信道信息。当主AP和从AP在不同的前传信道上操作时，可能存在信道信息。“类型特定参数”字段还可指示联合传输预计开始的开始时间。在密集网络中，相邻AP通常在不同的信道上操作，以减轻BSS间的干扰。如果信道信息中指定的信道不同于从AP的操作信道，并且如果从AP接受AP协调会话请求，则期望从AP在指示的联合传输开始时间之前将信道切换到指定的联合传输信道。
作为另一示例，对于联合传输，如果为联合传输启用了加密，并且将在每个AP处本地执行加密，则“类型特定参数”字段还可以包括用于加密的安全密钥(例如PTK)。
作为又一示例，对于联合传输，“类型特定参数”字段还可以包括主AP请求的缓冲空间量，该缓冲空间量将由从AP分配以保存JT数据帧。
图11示出了根据示例实施例的帧1100，其中以太网帧封装JT数据以及AP协调动作帧。
主AP将联合传输数据帧(整个携带联合传输数据有效载荷A-MPDU或S-MPDU)封装在802.3(以太网)帧内，并通过以太网链路传输到从AP。如果要使用加密，则封装加密的帧。
当以太网帧用于在AP之间交换AP协调信息时，Ethertype 89-0d帧还可用于封装AP协调动作帧，例如用于建立或解除AP协调会话。在这种情况下，有效载荷类型字段被设置为“AP协调”，Ethertype 89-0d帧有效载荷携带AP协调动作帧。在这种情况下，“AP协调分组类型”字段被设置为AP协调动作帧(如图6中的表620所示被设置为3)，并且分组内容字段携带AP协调动作帧，而有效载荷中的其他字段被省略。
MAC报头中的目标地址确保从AP不会立即将接收到的JT数据帧转发给目标STA。例如，子字段被设置为从AP的MAC地址，而不是目标STA的MAC地址。
在有线或混合回程场景中，到不同从AP的传输可能不在时间上同步，并且可能在同一时间或不同时间发生。JT分组ID用于同步联合传输内容。
图12示出了根据示例实施例的用于到目标STA的联合传输的触发帧1200。
联合传输触发帧1200包括AP协调会话ID 1210。会话ID包括在JT触发帧中，以指示正在触发哪个联合传输会话。基于会话ID，接收JT触发帧的从AP检索会话建立期间协商的公共参数。除非主AP明确重写任何参数，否则在JT触发帧中省略此类预先协商的参数。减少了无线介质上的联合传输控制信令的开销。
此外，如果在联合传输中涉及与会话ID对应的所有从AP，则可以跳过从AP的字段MAC地址。如果从会话ID可以明显看到目标STA，则也可以跳过目标MAC地址字段。
图13示出了根据示例实施例的主AP不参与联合传输的通信交换1300。
如前所述，在一些情况下，主AP可能不参与实际联合传输阶段，只有从AP可以参与联合传输。当主AP被实现为中央控制器并且远离目标STA时，或者主AP甚至可能不是实际的AP并且可能是核心网络中的多AP控制器设备时，这可能发生。在这种情况下，目标STA与从AP中的一个相关联，而不是与主AP相关联。从AP和主AP之间的通信(包括JT触发帧)可能通过有线回程(例如以太网)发生。当主AP和从AP之间没有无线链路时，即使JT触发帧也被封装在以太网帧中。由于联合传输有严格的时间同步要求，并且从AP中使用JT触发帧进行时间同步，因此只有当能够保证所有参与从AP同时接收JT触发帧时，才能使用有线回程传输JT触发帧。在这种情况下，有效载荷类型字段被设置为“AP协调”，并且Ethertype 89-0d帧有效载荷携带JT触发帧。在这种情况下，“AP协调分组类型”字段被设置为JT触发帧(如图6中的表620所示被设置为4)，分组内容字段携带JT触发帧，而有效载荷中的其他字段被省略。这种部署消除了要求从AP在主AP的无线范围内的约束，并实现了更大规模的联合传输，其中集中位置中的主AP可以远程管理多个物理位置中的联合传输。然而，如果不能保证所有参与从AP同时接收JT触发帧，则通过无线介质传输JT触发帧。
在目标STA与主AP不相关联的情况下，主AP可能不知道要用于序列控制字段的值，或者从AP本地生成的CCMP分组号(PN)。例如，如果目标STA与从AP1相关联，则在数据分发阶段1320之前，主AP发起信息查询阶段1310，并向从AP1查询要使用的下一个序列控制，以及可选地要用于传输到目标STA的CCMP分组号(PN)和加密密钥ID。如果将整个MPDU分发给从AP，则主AP使用查询到的信息来设置封装的JT数据的各个字段，或者如果用于联合传输的MPDU由从AP本地生成，则将信息分发给从AP。
在数据分发阶段1320之前的某个点，主AP还安排上层数据通过自身而不是通过从AP 1路由。这可以通过临时更新将数据有效载荷转发给AP的网络路由器设备的路由表来实现，使得主AP被记录为目标STA的服务AP。
在数据分发阶段1320期间，主AP设置封装的JT数据的MAC报头字段，使得数据似乎是由与目标STA相关联的从AP1生成的，例如，将联合传输的MPDU的地址2(TA)字段设置为从AP1的MAC地址。此外，(JT数据的)MPDU的序列控制字段中的序列号子字段用作隐式JT标识符，因此显式JT分组ID不被分派给JT数据。在联合传输阶段1330期间，主AP仍然通过传输JT触发帧来发起联合传输，然而只有从AP参与实际联合传输。对于目标STA，传输似乎由从AP1发起。
图14示出了根据示例实施例的AP在信息查询阶段用于从另一AP收集信息的动作帧1400。
AP协调信息请求帧包括所请求的信息比特图，该比特图指示关于主AP请求的目标STA的从AP参数的信息。从AP使用AP协调信息响应帧向主AP报告请求的信息，包括的信息由报告的信息比特图指示
虽然主AP可以发起请求，但从AP也可以发起请求。AP协调信息请求帧1410包括所请求的信息比特图，该比特图指示关于发送AP请求的目标STA的接收AP的参数的信息。接收方AP使用AP协调信息响应帧1420向请求AP报告请求的信息，包括的信息字段由报告的信息比特图指示。如果报告信息比特图中的比特被设置为1，则AP协调信息响应帧1420中包括相应字段，否则不存在该字段。
图15示出了根据示例实施例的用于从主AP到从AP的数据共享的帧1500。
替代封装整个MAC层帧(MPDU或A-MPDU)，主AP仅封装上层数据有效载荷(也称为MSDU(MAC服务数据单元))，以及Ethertype 89-0d帧主体的有效载荷字段内的MAC报头的其他相关字段。如果包括多个数据有效载荷，则序列控制字段和CCMP报头(如果包括)分别携带起始序列号(SN)和分组号(PN)。基于此，每个从AP生成要被联合传输的MPDU或A-MPDU。如果需要，由每个从AP执行数据加密。
从AP使用帧控制、持续时间/ID、QoS控制和HT控制字段的副本为本地生成的MPDU创建MAC报头。替代地，如果这些字段在整个JT会话期间保持不变，则也可以在JT会话建立期间分发这些字段中的部分或全部。
如果设置了帧控制字段1520中的“受保护帧”比特，则CCMP报头字段1510存在。CCMP报头字段1510携带分组号(PN)，该分组号用于使用顺序递增的PN对第一MPDU和后续MPDU进行加密。
序列控制字段1520携带用于本地创建的A-MPDU的序列号(SN)。该序列号用作第一个MPDU的起始序列号，并且对于A-MPDU中的后续MPDU，序列号依次增加。
分组内容字段1530仅携带高层有效载荷(也称为MSDU)。每个从AP将本地生成的MAC报头附加到高层有效载荷，以生成用于联合传输的MPDU。
图16示出了根据示例实施例的作为聚合MAC协议数据单元(A-MPDU)的JT数据帧1600。
每个从AP本地生成联合传输数据帧1600并将其保存在存储器中。例如，每个从AP基于从主AP接收的信息1602生成要被联合传输的MPDU或A-MPDU。图16中的箭头表示只需将字段复制到本地生成的MPDU，但需要添加的一些字段除外。第一个生成的MPDU直接使用从主AP接收的序列控制字段，而每个后续MPDU将序列控制字段1620内的序列号子字段增加1。MPDU或A-MPDU可以在从主AP接收到封装数据时立即生成并保存在存储器中。如果需要加密(由帧控制字段1610中的“受保护帧”比特指示)，则每个从AP还加密数据有效载荷，并生成MIC并将其附加到有效载荷。第一个加密的MPDU直接使用从主AP接收的CCMP报头字段，而每个后续MPDU将CCMP报头字段内的PN子字段增加1。加密的MPDU保存在存储器中，由JT分组ID1630索引。
替代地，如果从AP具有足够快的处理器，则在数据分发阶段期间，接收到的MAC参数和有效载荷被保存在存储器中，并且MPDU生成(以及加密，如果需要)可以仅在接收到JT触发帧之后进行。
在图16中，本地创建的JT数据帧1600的MPDU中的地址2(TA)字段1622也从主AP接收的信息1602中的相应地址2(TA)字段1630复制。地址2(TA)字段1630取决于与目标STA相关联的AP，被设置为主AP的MAC地址或从AP的MAC地址之一。每个A-MPDU子帧的其余字段(MPDU分隔符、填充、FCS等)以及EOF填充均在本地生成。此外，在CCMP加密帧中，如果设置了帧控制字段1610中的“受保护帧”比特，则从AP执行CCMP加密。
帧1600的一个优点是减少了回程上的数据传输开销。
图17示出了根据示例实施例的帧1700，该帧作为用于向从AP共享数据的聚合MAC协议数据单元(A-MPDU)。
主AP使用具有4地址MAC报头格式的802.11数据帧1700将JT数据分发给从AP(不使用Ethertype 89-0d封装)。当从AP与主AP相关联时，例如在Wi-Fi EasyMesh部署中，可以使用此分发方案。
在从主AP接收到联合传输数据时，从AP生成要被联合传输的MPDU。生成的MPDU1730的MAC报头中的序列控制字段1734内的序列号用作隐式JT标识符。
考虑一个部署示例，其中目标STA与主AP相关联，主AP也参与实际联合传输。主AP向从AP传输A-MDPU 1700，以分发JT数据。A-MPDU的MPDU内的每个数据帧使用四地址MAC报头格式，并且MPDU 1710的帧主体携带要被联合传输的实际数据有效载荷1720(如果需要则加密，并包括CCMP报头字段和MIC字段)。在这种情况下，JT数据指的是数据有效载荷1720(如果需要则加密，并包括CCMP报头字段和MIC字段)。由于数据有效载荷1720的最终目的地不是从AP，因此帧控制字段1712中的“到DS”和“从DS”比特都被设置为1以区分AP到STA或STA到AP的传输。HE控制字段1714还针对EHT使用进行了增强，并为AP协调定义了新的控制ID。控制字段可用于携带用于各种多AP协调方案的控制信号，AP协调类型1716指示协调方案，并且可被设置为图10的表1020中的值之一，例如对于联合传输被设置为2，在这种情况下，HE控制字段的后续字段用于携带JT序列控制1718。JT序列控制字段1718携带要被联合传输的实际MPDU的序列控制字段1734。
在从携带用于AP协调的HE控制字段1714的主AP接收到A-MPDU 1710时，寻址的从AP(由地址1(RA)指示)而不是将A-MPDU转发到目标STA(由地址3(DA)指示)，基于从主AP接收的信息生成要被联合传输的MPDU或A-MPDU。生成的MPDU 1730是使用三地址MAC报头格式的802.11数据帧。
在图17中，箭头表示字段从接收到的MPDU复制到生成的MPDU，除了在生成的MPDU中，帧控制字段1732中的“到DS”比特被设置为0，而“从DS”比特被设置为1之外。生成的MPDU的序列控制字段1734从接收自主AP的JT序列控制1718复制过来。持续时间字段、地址2(TA)字段和QoS控制字段被复制而不做任何修改，而地址3(DA)字段被复制到地址1(RA)字段，地址4(SA)字段被复制到生成的MPDU中的地址3(SA)字段。生成的MPDU中省略了携带JT序列控制字段的HE控制字段。生成的MPDU的帧主体在从主AP接收时直接从MPDU 1710复制(即，无需任何进一步处理)。然而，FCS字段1738由从AP本地生成。这里要注意的一个重要方面是，如果数据有效载荷1720被加密，是为了目标STA的使用而执行CCMP加密，因此用于加密的MAC报头参数基于包括在联合传输的实际MPDU 1730中的MAC报头字段，而不是基于MPDU1710的MAC报头字段。具体地，在CCMP封装过程期间，主AP使用帧控制字段1732、地址1(RA)字段1740、地址2(TA)字段1742、地址3(SA)字段1744、序列控制字段1746和QoS控制字段1748，如从AP将生成的那样，来构造附加认证数据(AAD)用于CCMP加密。地址4字段不包括在AAD中。CCMP报头字段、加密数据有效载荷1720和生成的MIC包括在MPDU 1710的帧主体中，并且由从AP直接复制到MPDU 1730的帧主体，而无需进一步处理。这显著减少了与从AP加密相关的处理开销。
MPDU或A-MPDU可在从主AP接收到数据时由从AP生成并保存在存储器中。MPDU保存在由序列控制字段1734的序列号子字段索引的存储器中。替代地，如果从AP具有足够快的处理器，则在数据分发阶段期间，接收到的MPDU/A-MPDU被保存在存储器中而不进行任何修改，并且MPDU生成(用于联合传输)可以仅在接收到JT触发帧之后进行。
图18示出了根据示例实施例的联合传输触发帧1800。
JT触发帧包括要被联合传输的MPDU的序列号的列表。如果需要，从AP从保存的MPDU构造A-MPDU。
MPDU(JT数据)的序列控制字段中的序列号子字段，例如图16中的1620或图17中的1732，被用作隐式JT标识符。这允许主AP在实际联合传输期间更灵活地选择JT数据的内容(通过在JT触发帧1800中的序列号信息字段1810中指示特定序列号)。
例如，在仅重传失败的MPDU的联合重传期间，可以执行这种灵活性。序列号信息字段1810标识要被联合传输的MPDU。序列号比特图子字段中被设置为1的比特指示要包括的MPDU的序列号，比特图中的第一比特(n＝1)对应于起始序列号(SSN)子字段，第n比特对应于(SSN+n–1)。
图19是根据示例实施例的分布式MU-MIMO(D-MU-MIMO)联合传输1900到两者都与主AP相关联的两个STA的示例。
编号1910和1912示出到从AP的数据分发。JT数据被分发到分别以STA1和STA2为目的地的从AP。例如，JT数据1910和1912可以是图17中的A-MPDU 1700。在接收到JT数据1910和1920时，从AP可以通过从接收到的JT数据复制必要的字段来生成用于联合传输的MPDU1730。从AP可进一步将本地生成的MPDU聚合成单个A-MPDU，并将A-MPDU保存在指定的本地缓冲器中。尽管图19中未示出，但是对于D-MU-MIMO联合传输，在实际联合传输之前，AP需要收集AP和目标STA之间的信道的信道状态信息(CSI)，例如通过执行显式探测过程。主AP可以指示每个从AP按照传统的802.11探测过程收集AP和感兴趣的目标STA之间的信道的CSI。从AP将向主AP报告CSI。一旦主AP从所有从AP收集到CSI，主AP将计算用于联合传输的方向矩阵(steering matrix)。然后，主AP将方向矩阵的相关部分分发给每个从AP。这可能发生在数据分发阶段之前或之后。编号1914示出用于发起到目标STA的联合传输的联合传输触发帧。JT触发帧1914使用从主AP接收的方向矩阵来发起使用两个空间流的MU联合传输。编号1920示出使用空间流1到STA1的联合传输：序列号1–5到STA1。编号1922示出了使用空间流2到STA2的联合传输：序列号11–15到STA2。1920和1922同时发生，但使用不同的空间流。
另一个问题是，不清楚从AP应保存JT数据(例如，先前由主AP分发的数据)多久。由于缓冲器空间对于AP来说是有限的资源，因此从从AP的角度来看，尽快删除已传输的JT数据以为较新的JT数据腾出空间是有益的。然而，过早删除JT数据会造成联合重传的模糊问题，因此主AP不确定从AP是否仍然拥有要重传的JT数据，或者是否需要重新分发JT数据？
重新分发和重传也有其他问题。例如，由于无线回程，存在显著的协议开销。当回程传输和联合传输强耦合时，当存在传输故障时，该开销进一步增加。
示例实施例解决了这些问题，并提供了多AP联合传输和重传方案的确认过程。示例实施例还减少了重传开销。
图20示出了根据示例实施例的JT数据帧2000、确认(ACK或Ack)帧2010和块Ack帧2020。
尽管多个AP可以参与联合传输，但从目标STA的角度来看，可以示出为单个AP传输。STA甚至可能不知道联合传输。Ack帧或块Ack帧的RA字段简单地从JT数据帧的TA字段复制过来，其通常被设置为与目标STA相关联的AP的MAC地址。此外，默认情况下，AP将不解析RA字段与其自身MAC地址不匹配的Ack或块Ack帧。结果，这些AP不知道联合传输是否成功。
对于图20，JT数据帧2000的地址2(TA)2030被设置为相关联的AP(例如，主AP或从AP之一)的MAC地址。一旦成功接收到JT数据帧200，寻址的STA通过传输ACK帧2010或块Ack帧2020来确认JT数据帧。STA将JT数据帧的TA字段2030复制到Ack帧2010的RA字段2040或块Ack帧2020的RA字段2050。
图21示出了根据示例实施例的联合传输2100，其中STA未能接收JT数据帧，并且主AP重复联合传输过程。
如上所述，STA甚至可能不知道联合传输。因此，ACK被寻址到JT数据的TA(即，在图21的这个示例中的主AP)。在这种情况下，从AP处理JT数据的方式没有标准化，因此该过程对于从AP来说非常简单。然而，由于将数据重新分发给从AP，传输开销很高。这里，主AP假设从AP将在每次联合传输后立即删除JT数据。如果在某个超时值内未接收到Ack帧，则主AP发起重传。在重传的情况下，主AP简单地重复整个联合传输过程，包括数据分发阶段。
替代地，在每次联合传输之后，从AP不从存储器中删除JT数据，而可以在任何时间仅在存储器中保留一个JT数据。如果从主AP接收到新的JT数据，则从AP将替换现有的JT数据(如果有)。在这两种情况下，可以看出，在传输失败的情况下，由于将数据重新分发到从AP，因此重传开销很高。
图22示出了根据示例实施例的联合传输2200，其中STA未能接收JT数据帧，并且从AP也处理Ack帧，并且主AP在不重复数据分发的情况下重复联合传输。
如图22所示，从AP主动参与用于联合传输的确认过程。如下文所述，JT数据由从AP保留，直到成功确认或达到重试限制(即，从AP也遵循通常由发送器遵循的重传过程)。
在联合传输之后，从AP还处理来自目标STA(寻址到主AP或另一从AP)的Ack帧，如同Ack帧被寻址到从AP一样。如果接收到ACK帧，则删除联合传输数据。如果未接收到ACK帧，则保留联合传输数据以供可能的重传。从AP为每个联合传输MSDU保持重试计数器(短重试计数器或SRC和长重试计数器或LRC)，并为每个联合重传增加计数器。当达到任一重试限制时，将丢弃相应的联合传输MSDU。重试限制在所有参与AP之间同步，即它们应该是相同的值。
在传输失败的情况下，主AP仅重复联合传输。不重复数据分发。在重传期间，跳过回程上的数据分发。此外，发起联合重传的JT触发帧可以指定更鲁棒的传输模式(较低的MCS等)，或者可以指定不同的PHY编码(例如，如果使用HARQ重传)。
图23示出了根据示例实施例的联合传输2300，其中STA未能接收JT数据，并且从AP还处理块Ack帧并删除JT数据。
此图示出使用块确认的聚合传输示例。在联合传输期间，AP联合传输携带聚合多个MPDU的A-MPDU，并且目标STA通过发送寻址到主AP的块Ack帧来响应，以确认成功接收到的那些MPDU。在该示例中，从AP还处理来自目标STA(寻址到主AP)的块Ack(BA)帧，如同块Ack帧被寻址到从AP一样。如果块Ack帧指示接收到MPDU，则从本地缓冲器删除该MPDU。如果块Ack帧指示没有接收到MPDU，则MPDU被保留以供可能的重传。在图23中，在初始的联合传输期间，具有序列号1到10的MPDU被联合传输，然而目标STA未能接收具有序列号5和6的MPDU，并且块Ack帧报告没有接收到具有序列号5和6的MPDU。在处理块Ack从AP1和从AP2后，删除发送的MPDU，除了具有序列号5和6的MPDU。随后，主AP发送JT触发帧，指示重传具有序列号5和6的MPDU，以及重传具有序列号11到20的MPDU。由于从AP保留了MPDU，主AP不需要将具有序列号5和序列号6的MPDU重新分发给从AP。由于需要解码ACK/BA以及保持重试计数器，从AP的处理负担增加了，但消除了重传的数据分发开销。
从AP还可以基于生存期计时器或当AP协调会话被中断(如果会话已建立)时删除保存的JT数据。此外，基于BA比特图，删除已由目标STA成功接收的MSDU。
图24示出了根据示例实施例的联合传输2400，其中STA未能接收JT数据，并且主AP未能从目标STA接收块Ack帧和错误恢复。
此图示出了由于某些原因，从AP接收Ack/BA帧但主AP未能接收Ack/BA帧时的错误恢复示例。例如，如果主AP与从AP相比更远离目标STA，或者仅仅由于隐藏节点干扰等，这种情况可能发生。
如下文更全面地讨论的，从AP可能已经删除了JT触发帧中引用的JT数据(例如，当从AP接收用于联合传输的BA，但是主AP未能接收BA时)。从AP发送特殊帧，通知主AP关于已删除的JT数据和删除原因。主AP仅重传失败的MPDU。
由于从AP接收到确认MPDU(序列号1-4、7-10)已成功接收的BA帧，因此它们可以从存储器中删除这些MPDU。然而，由于主AP未能接收块Ack(BA)帧，因此可以假设初始联合传输已经失败，并且通过发送引用具有序列号1–10的MPDU的JT触发帧来发起所有MPDU的联合重传。
JT触发帧之后的SIFS，主AP发送JT PPDU。由于从AP不再拥有JT触发帧中引用的一些MPDU，因此从AP不参与联合传输。由于这是单个AP传输，因此目标STA无法接收整个JTPPDU。根据JT触发帧的内容，从AP可以推断主AP没有接收到BA帧。为了防止主AP继续重复这种重传尝试，从AP可以向主AP发送AP协调信息响应帧，以报告JT触发帧中引用的一些MPDU已经被删除，并且还指示删除原因(例如，成功确认)。然后，主AP可以继续仅选择性地重传失败的MPDU(即，具有序列号5、6的MPDU)。
图25示出了根据示例实施例的AP协调信息响应帧2500和具有删除原因的表2510。
AP协调信息响应帧2500包括报告给主AP的已删除的JT数据2520。已删除的JT数据2520包括删除原因(如表2510所示)、起始序列号和序列号比特图，它们共同指示从AP已删除的MPDU的序列号。
表2510包括删除原因字段值(例如，0-3)和与相应字段值相关联的含义。
从AP使用AP协调信息响应帧2500将当前保存的JT数据通知主AP。如果接收到引用已从从APs存储器中删除的JT数据的JT触发帧，则发送AP协调信息响应帧。
在从从AP接收到AP协调信息响应帧2500时，基于删除原因，主AP决定下一动作。考虑一个超出生存期的示例。在这种情况下，甚至可能没有尝试联合传输。主AP可以将JT数据重新分发给从AP并尝试联合传输。
考虑另一个示例，其中原因是达到重试限制。在这种情况下，尽管联合传输的次数很多，但传输失败，因此如果达到重试限制，主AP可能会放弃传输。
考虑另一个示例，其中原因是成功确认。在这种情况下，主AP知道其传输失败的JT数据(MPDU)，因此主AP可以仅重传未被删除的失败JT数据。已成功确认的JT数据将从联合重传中省略。
图26示出了根据示例实施例的无线网络2600以及在回程和前程BSS中与STA的无线传输。
无线网络2600包括回程BSS 2610、前程BSS 2620、多个AP(示出为AP1-AP3)和多个STA(示出为STA1-STA3)。回程BSS用于AP之间的通信，而前程BSS用于AP和STA之间的通信。图2630示出了回程和前程BSS中AP之间的传输链路。粗虚线表示回程BSS中的AP之间的传输链路，而细虚线表示前程BSS中的AP和STA之间的传输链路。在该网络结构中，主AP可以包含逻辑回程AP和逻辑前程AP，而从AP可以包含与回程AP和逻辑前程AP相关联的逻辑回程STA。STA与主AP或从AP的前程AP相关联。每个AP中的前程和回程实体的MAC地址可能不同。
为了使从AP更容易识别用于联合传输的Ack/BA帧，主AP还可能分派唯一的MAC地址以用作联合传输帧的MAC报头中的TA(发送器地址)(例如，参见图20中的帧)。这种MAC地址可以称为联合传输地址(JT TA)或联合传输MAC地址。
这里给出一个这样的示例：回程AP的MAC地址可以用作用于联合传输的TA。这也可能是回程BSS的BSSID。这里，从AP仅处理RA字段被设置为JT TA的Ack/BA帧。在这种情况下，目标STA还需要知道JT TA。在联合传输之前，相关联的AP将JT TA通知目标STA，目标STA将JT TA保存在存储器中。由于JT TA的存在，STA也知道联合传输。
主AP可能基于信道条件在单个AP传输到联合传输之间动态切换，并且序列号分配到MPDU可能成为问题。例如，最初，即使在使用最鲁棒的MCS之后，AP也可以尝试单个AP传输并在单个AP传输的重复故障时切换到多AP联合传输等。为了简化序列号规划，对于向特定目标STA的传输，主AP可以将来自相同序列号空间的运行序列号用于普通传输(使用主AP的MAC地址作为TA的单AP传输)和联合传输(使用JT TA作为TA)两者。在这种情况下，目标STA的MPDU排序很容易，因为MPDU可以基于序列号排序，而不考虑TA(JT TA或主AP的MAC地址)。相反，从AP处的块Ack记分板过程可能稍微复杂一些，因为在联合传输确认期间仅可使用记分板比特图的一部分。
图27-32示出了另外两个示例实施例(图27-29示出了一个实施例，图30-32示出了另一个实施例)。在这些实施例中，从AP不主动参与用于联合传输的确认过程。仅主AP/或其MAC地址出现在联合传输的帧的TA字段中的AP需要处理Ack/BA帧。这减少了从AP上的帧处理负担。
在图27-29中，假设目标STA立即确认每个联合传输，而不使用非即时BA。这里的非即时块Ack是指将发送帧的Ack策略设置为块Ack的传输。在这种情况下，寻址的接收方在收到帧时不采取任何动作，只记录状态。接收方可以期望将来出现块Ack请求帧或隐式块Ack请求。
JT触发帧有两个用途。首先，JT触发帧用于发起联合传输并引用要被联合传输的JT数据的初始(明确)目的。其次，JT触发帧有一个新的用途(隐式)，用于指示早期联合传输的传输状态。
图27示出了根据示例实施例的联合传输2700，其中STA未能接收JT数据，并且从AP使用JT触发帧来删除JT MPDU。
在此图中，从AP使用JT触发帧的内容来删除推断为成功传输的JT MPDU。如果未列出要重传的MPDU，则已联合传输的MPDU将被删除。主AP也可以单独使用JT触发帧来向从AP发信号以刷新其JT MPDU。
基于要被联合传输的MPDU的列表，从AP推断已成功传输且符合丢弃条件的MPDU。此外，列出新的(未保存的)MPDU的JT触发帧触发删除旧的MPDU。在图27中，在初始的联合传输期间，具有序列号1到10的MPDU被联合传输，然而目标STA未能接收具有序列号5和6的MPDU，并且块Ack帧报告未接收到具有序列号5和6的MPDU。在处理块Ack之后，主AP发送JT触发帧，指示重传具有序列号5和6的MPDU，以及重传具有序列号11到20的MPDU。基于该JT触发帧的内容，从AP推断STA已成功接收到具有序列号1至4和序列号7至10的MPDU，并可继续删除它们。所有AP还将继续联合传输具有序列号5和6以及序列号11至20的MPDU。在成功接收所有MPDU时，目标STA用指示相同的块Ack帧进行响应。由于主AP没有更多要被联合传输的MPDU，因此它发送一个特殊用途JT触发帧，该JT触发帧列出了先前未发送的具有序列号21的MPDU。JT触发帧的唯一用途是触发从AP处的缓冲器刷新。在接收到列出具有序列号21的新(未保存)MPDU的JT触发帧时，从AP继续删除保存在其缓冲器中的旧MPDU。
图28示出了根据示例实施例的联合传输2800，其中STA未能接收JT数据，并且从AP向主AP中继关于确认帧的信息。
该图示出了一种部署情况，其中目标STA与从AP相关联，而主AP不参与实际联合传输。只有从AP参与实际联合传输。Ack/BA帧的RA字段被设置为从AP之一的MAC地址。主AP可能不会接收/处理用于联合传输的Ack/BA帧，并且需要从AP将此类信息中继给它，以便其做出关于重传的决策。
在该示例中，目标STA与从AP1相关联，因此块Ack被寻址到从AP1。由于从AP1接收到块Ack帧，因此它可以基于块Ack帧的内容删除MPDU，并且不需要等待后续JT触发帧来进行删除决策。此外，从AP 1还将块Ack的内容转发给主AP。其他从AP，即本示例中的从AP2，不需要明确地参与用于联合传输的确认过程，但是可以使用随后的JT触发帧来决定是否删除所发送的MPDU，如前所述。只有相关联的AP参与处理Ack/BA帧。
图29是根据示例实施例的AP协调信息响应帧2900，其可由从AP用于将接收到的Ack/块Ack帧的内容转发到主AP。
如果目标STA与从AP相关联，则从AP使用AP协调信息响应帧2900将从目标STA接收的Ack帧或块Ack帧的内容转发给主AP。如果没有从目标STA接收到Ack/BA帧，则从AP不发送AP协调信息响应帧。
帧主体包括Ack信息2910，其携带从目标STA接收的Ack帧或块Ack帧的内容。Ack信息2910包括BA控制字段和BA信息字段。如果转发Ack帧的信息，则BA控制字段包含Ack帧的序列控制字段，并且省略BA信息字段。如果转发块Ack帧的信息，则将接收到的块Ack帧的BA控制字段和BA信息字段复制到Ack信息字段的相应字段。
此外，如果Ack信息字段包括在帧主体中并且Ack/BA字段指示Ack信息字段2910是否携带Ack帧或块Ack帧的内容，例如0信令Ack帧的值和1信令块Ack帧的值，则Ack信息2920被设置为1。
图29的帧的执行减少了数据分发开销，同时使从AP的操作保持简单。
图30是根据示例实施例的JT触发帧3000，其具有刷新缓冲器的显式指示。
JT触发帧3000包括刷新缓冲器字段3010，具有是否刷新缓冲器(即删除不再需要保存的JT数据)的指示。例如，如果刷新缓冲器比特被设置为1，则从从AP存储器中删除先前传输的JT数据，该数据具有未在JT触发帧中列出的JT标识(序列号或JT分组ID)。如果刷新缓冲器比特被设置为0，则保留保存的JT数据。
帧3000还包括序列号信息字段3020。当用作专用JT触发帧以刷新从AP缓冲器时，比特图可以被忽略或设置为全零。
图31示出了根据示例实施例的联合传输3100，其中STA未能接收JT数据，并且支持非即时块Ack用于联合传输。
该图示出了当为联合传输支持非即时块Ack时发送分集或SU-MIMO情况的示例。非即时块Ack是指Ack策略被设置为块Ack的传输。在这种情况下，寻址的接收方在收到帧时不采取任何动作，只记录状态。接收方可以期望将来出现块Ack请求帧或隐式块ack请求。
在联合传输期间，如果联合传输的帧的Ack策略被设置为“块Ack”，则目标STA不立即响应，而是等待块Ack请求帧发送回块Ack帧。在这种情况下，有可能在接收到对先前联合传输的确认之前，一个接一个地发送两组或多组JT触发帧和JT PPDU。为了防止后续JT触发帧触发删除在该传输突发中较早发送的JT数据，甚至在接收到来自目标STA关于接收状态的任何确认之前，在初始联合传输期间将“刷新缓冲器”指示设置为禁用(0)。主AP可以将JT触发帧中的“刷新缓冲器”指示设置为启用(1)，指示发起联合重传，以向从AP发信号通知现在可以安全地删除先前传输的、在该JT触发帧中未被引用的JT数据。
因此，JT触发帧可以携带显式的指令(例如，经由将比特设置为1或0)来决定是否刷新从AP缓冲器。JT触发帧[JT分组ID＝5，F.B＝1]向从AP发信号通知ID小于5的JT分组可以安全地从存储器中删除，而ID为5的JT分组将被联合重传。此外，列出新的(未保存的)JT数据并且F.B＝1的JT触发帧[JT分组ID＝6，F.B＝1]触发删除所有旧的JT数据。
图32示出了根据示例实施例的分布式MU-MIMO联合传输3200，其中STA未能接收JT数据，并且支持非即时块Ack用于联合传输。
该图是分布式MU-MIMO情况的示例，用于同时向两个目标STA进行联合传输。刷新缓冲器指示的使用与JT触发帧中JT数据的信令中的一些差异相同。作为一个区别，在联合传输期间通过不同的空间流将不同的数据传输到不同的STA，并且不同目标STA的JT数据在相同的联合传输中可能不同。作为另一个区别，使用MU-BAR帧(多用户块Ack请求帧)请求来自目标STA的块Ack帧。
图33示出了根据示例实施例的联合传输3300，其中STA未能接收JT数据和指示从AP删除保存的JT数据的专用帧。
定义了一个专用帧，由主AP使用，以指示从AP删除保存的JT数据。从AP保留保存JT数据，直到接收到帧。JT触发帧仅用于发起联合传输(即，不用于决定何时刷新缓冲器)。
该图示出了一个示例实施例，其中主AP完全负责从AP保留JT数据的时长。主AP使用不同的帧(AP协调数据刷新)来指示从AP刷新其缓冲器。从AP保留所有JT数据，直到接收到指示可以删除的JT数据的AP协调数据刷新。
图34示出了根据示例实施例的AP协调会话动作字段值的表3400和AP协调数据刷新帧3410。
主AP使用AP协调数据刷新动作帧3410指示从AP删除保存的JT数据。AP协调数据刷新帧可以是AP协调会话动作字段被设置为5的AP协调动作帧(AP协调数据刷新)。AP协调数据刷新帧可以在主AP接收到的每个Ack/BA之后被发送，或者可以在完成整个联合传输(包括重传)时发送。
该帧包括具有起始序列号字段和序列号比特图字段的数据刷新字段3420，这两个字段一起指示可以从从AP的缓冲器中删除的MPDU的序列号。当在联合传输突发结束处使用时，起始序列号字段的值可以被设置为大于保存的JT数据中最大的序列号的值，在这种情况下，从AP刷新所有保存的JT数据(无论先前的传输状态如何)。在这种情况下，序列号比特图可以被设置为全零，以区分这种特殊使用。
图35是根据示例实施例的电子设备3500的示例。
电子设备3500包括电源3510、存储器3520、中央处理单元(CPU)3530、辅助存储3540和无线I/F 3550(包括发送器和/或接收器)。无线I/F 3550包括与天线3570通信的MAC3552和PHY 3560。MAC 3552还包括JT标识生成器3554、JT数据缓冲器3556、JT数据封装/去封装3558和JT缓冲器管理3562。
考虑一个示例实施例，其中电子设备3500是AP，诸如主AP或从AP(注意JT标识生成器3554只存在于主AP中)。
电子设备3500包括用于(例如，在无线接收器处)从另一AP接收联合传输(JT)触发帧的电路，该联合传输(JT)触发帧指示要被联合传输到通信装置的MAC协议数据单元(MPDU)。JT数据缓冲器3556(可以是存储器3520的逻辑部分)存储先前传输到通信装置的一个或多个MPDU以及由另一AP分发用于联合传输的MPDU。
在示例实施例中，JT缓冲器管理3562决定JT数据应在JT数据缓冲器3556中保留多久。JT缓冲器管理3562还负责处理Ack/BA帧、JT触发帧或AP协调数据刷新帧，以达到这样的决策。
电子设备3500包括用于生成帧的电路，该帧包括JT数据和唯一标识JT数据的JT标识。例如，JT标识生成器块3554负责生成与分发到从AP的JT数据相对应的JT标识。JT数据封装/去封装块3558被主AP用于在数据分发阶段期间将JT数据封装在802.11数据帧或802.3以太网帧内。从AP使用该块来去封装从主AP接收的JT数据。JT数据缓冲器3556存储用于联合传输的JT数据。在主AP中，这可能不是单独的缓冲器，而是存储所有传出数据帧的共享缓冲器。在从AP中，这可以是专用于存储用于联合传输的数据帧的单独缓冲器。电子设备3500还包括电路，诸如无线发送器和/或天线3570，其使得AP能够将数据帧发送到一个或多个通信装置，诸如无线网络中的一个或多个STA。
本发明可以通过软件、硬件或软件与硬件配合来实现。在上述每个实施例的描述中使用的每个功能块可以部分或全部由诸如集成电路的LSI实现，并且每个实施例中描述的每个过程可以部分或全部由相同的LSI或LSI的组合控制。LSI可以单独形成为芯片，或者可以形成一个芯片以包括部分或全部功能块。LSI可以包括与其耦合的数据输入和输出。根据集成度的不同，这里的LSI可以被称为IC、系统LSI、超级LSI或超LSI。然而，实现集成电路的技术不限于LSI，并且可以通过使用专用电路、通用处理器或专用处理器来实现。此外，可使用可在制造LSI之后编程的FPGA(现场可编程门阵列)或可重配置处理器，其中可重配置布置在LSI内部的电路单元的连接和设置。本发明可以实现为数字处理或模拟处理。如果未来的集成电路技术由于半导体技术或其他衍生技术的进步而取代LSI，则可以使用未来的集成电路技术集成功能块。生物技术也可以应用。
本发明可以通过具有通信功能的任何类型的装置、设备或系统来实现，该装置、设备或系统被称为通信装置。
通信装置可以包括收发器和处理/控制电路。收发器可以包括和/或用作接收器和发送器。作为发送器和接收器的收发器可以包括包含放大器、RF调制器/解调器等的RF(射频)模块以及一个或多个天线。
此类通信装置的一些非限制性示例包括电话(例如，蜂窝(移动)电话、智能电话)、平板电脑、个人计算机(PC)(例如，笔记本电脑、台式机、上网本)、相机(例如，数字静止/视频相机)、数字播放器(数字音频/视频播放器)、可穿戴设备(例如，可穿戴相机、智能手表、跟踪设备)、游戏控制台、数字图书阅读器、远程健康远程医疗(远程健康和医疗)设备以及提供通信功能的载具(例如，汽车、飞机、船舶)及其各种组合。
通信装置不限于便携式或可移动的，并且还可以包括非便携式或固定的任何类型的装置、设备或系统，诸如智能家居设备(例如，家电、照明、智能仪表、控制面板)、自动售货机以及“物联网(IoT)”网络中的任何其他“事物”。
通信可以包括通过例如蜂窝系统、无线LAN系统、卫星系统等及其各种组合来交换数据。
通信装置可以包括诸如耦合到执行本公开中描述的通信功能的通信装置的控制器或传感器的设备。例如，通信装置可以包括控制器或传感器，其生成由执行通信装置的通信功能的通信设备使用的控制信号或数据信号。
通信装置还可以包括基础设施，诸如基站、接入点以及与诸如上述非限制性示例中的装置通信或控制这些装置的任何其他装置、设备或系统。
其他示例实施例包括但不限于以下示例。
一个示例实施例是一种接入点(AP)，包括：接收器，从另一AP接收联合传输(JT)触发帧，该联合传输(JT)触发帧指示要被联合传输到通信装置的MAC协议数据单元(MPDU)；以及本地存储器，存储先前传输到通信装置的一个或多个MPDU。
JT触发帧包括是否要从本地存储器中删除先前传输到通信装置的一个或多个MPDU的显式指示。
本地存储器存储先前传输到通信装置的一个或多个MPDU，直到接收到JT触发帧。
JT触发帧包括要被联合传输到通信装置的MPDU的序列号值，并且AP从本地存储器中删除先前传输的具有JT触发帧中未指示的序列号值的MPDU。
AP还包括发送器，在不拥有在JT触发帧中指示将被联合传输的MPDU时，发送包括已从本地存储器中删除的MPDU的序列号值以及从本地存储器中删除MPDU的原因的帧到另一AP。
接收器还从通信装置接收确认成功地接收到由一个或多个其他AP和AP联合传输的MPDU的确认(ACK)帧或块Ack(BA)帧，并且ACK帧或BA帧被寻址到AP；以及AP还包括：发送器，向另一AP发送携带ACK帧或BA帧的内容的帧。
另一示例实施例是一种接入点，包括：电路，确定通信装置未能接收由AP和另一AP联合传输到通信装置的一个或多个MAC协议数据单元(MPDU)；以及发送器，向另一AP发送联合传输(JT)触发帧，而不向另一AP重新分发失败的MPDU。
JT触发帧指示要再次联合传输到通信装置的MPDU。
另一示例实施例是一种方法，包括：在接入点(AP)处从另一AP接收联合传输(JT)触发帧，该联合传输(JT)触发帧指示要被联合传输到通信装置的MAC协议数据单元(MPDU)；以及在AP的本地存储器中存储先前传输到通信装置的一个或多个MPDU。
另一示例实施例是一种方法，包括：在接入点(AP)处确定通信装置未能接收由AP和另一AP联合传输到通信装置的一个或多个MAC协议数据单元(MPDU)；以及由AP将联合传输(JT)触发帧传输到另一AP，而不将失败的MPDU重新分发到另一AP。
另一示例实施例是一种接入点(AP)，包括：发送器，与另一AP向通信装置联合传输MAC协议数据单元(MPDU)；以及接收器，从确认成功接收的MPDU的通信装置接收确认(ACK)帧或块Ack(BA)帧，其中ACK帧或BA帧中的接收器地址不同于发送器的MAC地址，以及AP从本地存储器中删除具有序列控制值的MPDU，该序列控制值由通信装置成功接收的ACK帧或BA帧确认。
AP还将具有未被通信装置确认为成功接收的序列控制值的MPDU保存在AP的本地存储器中。
ACK帧或BA帧中的接收器地址是另一AP的MAC地址。
ACK帧或BA帧中的接收器地址是由另一AP分派的用于将MPDU联合传输到通信装置的MAC地址。
另一示例实施例是一种通信装置，包括：接收器，从相关联的AP接收分派用于联合传输的JT MAC地址；以及本地存储器，存储JT MAC地址；以及接收器，进一步接收发送器地址(TA)字段被设置为JT MAC地址的MPDU。
通信装置还包括发送器，发送ACK帧或BA帧，其中接收器地址(RA)字段被设置为JTMAC地址，并确认接收到的MPDU。
虽然在本实施例的前述详细描述中已经呈现了示例性实施例，但是应当理解，存在大量的变化。还应当理解，示例性实施例只是示例，并不意图以任何方式限制本发明的范围、适用性、操作或配置。相反，前述详细描述将为本领域技术人员提供用于实施本发明示例性实施例的方便路线图，应当理解，在不脱离如所附权利要求所述的本发明的范围的情况下，可以对示例性实施例中描述的步骤和操作方法的功能和布置进行各种改变。

Claims (10)

1.一种接入点AP，包括：
接收器，从另一AP接收联合传输JT触发帧，所述JT触发帧指示要被联合传输到通信装置的MAC协议数据单元MPDU；以及
本地存储器，存储先前传输到所述通信装置的一个或多个MPDU。
2.根据权利要求1所述的AP，其中，所述JT触发帧包括是否要从所述本地存储器中删除先前传输到所述通信装置的所述一个或多个MPDU的显式指示。
3.根据权利要求1所述的AP，其中，所述本地存储器存储先前传输到所述通信装置的所述一个或多个MPDU，直到接收到所述JT触发帧。
4.根据权利要求1所述的AP，其中，所述JT触发帧包括要被联合传输到所述通信装置的所述MPDU的序列号值，并且所述AP从所述本地存储器删除先前传输的、具有所述JT触发帧中未指示的序列号值的MPDU。
5.根据权利要求1所述的AP，还包括：
发送器，在不拥有在JT触发帧中指示将被联合传输的所述MPDU时，向所述另一AP发送包括已从所述本地存储器删除的MPDU的序列号值以及从所述本地存储器删除所述MPDU的原因的帧。
6.根据权利要求1所述的AP，其中，所述接收器还从所述通信装置接收确认成功接收到由一个或多个其他AP和所述AP联合传输的MPDU的确认ACK帧或块Ack(BA)帧，并且所述ACK帧或BA帧被寻址到所述AP；以及所述AP还包括：
发送器，向所述另一AP发送携带所述ACK帧或所述BA帧的内容的帧。
7.一种接入点AP，包括：
电路，确定通信装置未能接收由所述AP和另一AP联合传输到所述通信装置的一个或多个MAC协议数据单元MPDU；以及
发送器，向所述另一AP发送联合传输JT触发帧，而不将失败的MPDU重新分发给所述另一AP。
8.根据权利要求7所述的AP，其中，所述JT触发帧指示所述MPDU将被再次联合传输到所述通信装置。
9.一种方法，包括：
在接入点AP处从另一AP接收联合传输JT触发帧，所述JT触发帧指示要被联合传输到通信装置的MAC协议数据单元MPDU；以及
在所述AP的本地存储器中存储先前传输到所述通信装置的一个或多个MPDU。
10.一种方法，包括：
在接入点AP处确定通信装置未能接收由所述AP和另一AP联合传输到所述通信装置的一个或多个MAC协议数据单元MPDU；以及
由所述AP将联合传输JT触发帧传输到所述另一AP，而不将失败的MPDU重新分发到所述另一AP。
CN202080031761.7A 2019-05-10 2020-02-27 用于多ap联合重传的通信装置和通信方法 Pending CN113748607A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
SG10201904246SA SG10201904246SA (en) 2019-05-10 2019-05-10 Communication Apparatus And Communication Method For Multi-AP Joint Re-Transmission
SG10201904246S 2019-05-10
PCT/SG2020/050091 WO2020231326A1 (en) 2019-05-10 2020-02-27 Communication apparatus and communication method for multi-ap joint re-transmission

Publications (1)

Publication Number Publication Date
CN113748607A true CN113748607A (zh) 2021-12-03

Family

ID=73290348

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080031761.7A Pending CN113748607A (zh) 2019-05-10 2020-02-27 用于多ap联合重传的通信装置和通信方法

Country Status (8)

Country Link
US (1) US20220209825A1 (zh)
EP (1) EP3966946A4 (zh)
JP (2) JP7427024B2 (zh)
KR (1) KR20220006051A (zh)
CN (1) CN113748607A (zh)
MX (1) MX2021012247A (zh)
SG (2) SG10201904246SA (zh)
WO (1) WO2020231326A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116318257A (zh) * 2023-03-06 2023-06-23 重庆物奇科技有限公司 一种基于电力线载波的数据传输方法、系统及存储介质

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG10201903821UA (en) * 2019-04-26 2020-11-27 Panasonic Ip Corp America Communication apparatus and communication method for multi-ap joint transmission
US20220353018A1 (en) * 2019-06-24 2022-11-03 Sony Group Corporation Wireless communication device and method, and wireless communication terminal and method
CN112188590A (zh) * 2019-07-01 2021-01-05 中兴通讯股份有限公司 多接入点辅助传输方法及装置
WO2021010132A1 (ja) * 2019-07-12 2021-01-21 ソニー株式会社 通信制御装置および方法、無線通信装置および方法、並びに無線通信端末
EP4277343A4 (en) * 2021-01-08 2024-05-29 Panasonic Intellectual Property Corporation of America BASE STATION, COMMUNICATION DEVICE AND COMMUNICATION METHOD
CN118044122A (zh) * 2021-09-29 2024-05-14 索尼集团公司 通信设备和方法
WO2024051924A1 (en) * 2022-09-06 2024-03-14 Telefonaktiebolaget Lm Ericsson (Publ) Acknowledgement management for coordinated access points
WO2024091480A1 (en) * 2022-10-26 2024-05-02 Ofinno, Llc Multi-ap transmission scheme selection

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150003330A1 (en) * 2012-02-14 2015-01-01 Kyocera Corporation Mobile communication system, base station, and communication control method
CN104904292A (zh) * 2012-11-08 2015-09-09 交互数字专利控股公司 用于无线局域网中的统一的多个接入点覆盖的介质访问控制方法和装置
US20160381665A1 (en) * 2015-06-26 2016-12-29 Huawei Technologies Co., Ltd. Joint Radio Link Control (RLC) Signaling with Network Coding
WO2018093132A1 (ko) * 2016-11-18 2018-05-24 엘지전자 주식회사 무선 랜 시스템에서 채널 정보를 보고하는 방법 및 이를 위한 장치
CN109314882A (zh) * 2016-06-14 2019-02-05 韦勒斯标准与技术协会公司 使用聚合mpdu的无线通信方法和使用该方法的无线通信终端
CN109672492A (zh) * 2017-10-13 2019-04-23 华为技术有限公司 一种协同传输的方法、设备及系统
CN109672512A (zh) * 2017-10-16 2019-04-23 华为技术有限公司 一种数据联合传输方法及相关设备
US20190132762A1 (en) * 2018-03-30 2019-05-02 Jing Zhu Enhanced multiple access point coordination

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110677871B (zh) * 2018-07-03 2022-07-12 华为技术有限公司 数据发送方法及发送设备、数据接收方法及接收设备
CN110691381B (zh) * 2018-07-06 2023-01-13 华为技术有限公司 联合传输方法及通信装置
US11696354B2 (en) * 2018-08-26 2023-07-04 Lg Electronics Inc. Method and device for performing joint transmission in wireless LAN system
KR20210138012A (ko) * 2019-03-26 2021-11-18 소니그룹주식회사 통신 제어 장치 및 방법, 그리고 무선 통신 장치 및 방법

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150003330A1 (en) * 2012-02-14 2015-01-01 Kyocera Corporation Mobile communication system, base station, and communication control method
CN104904292A (zh) * 2012-11-08 2015-09-09 交互数字专利控股公司 用于无线局域网中的统一的多个接入点覆盖的介质访问控制方法和装置
US20160381665A1 (en) * 2015-06-26 2016-12-29 Huawei Technologies Co., Ltd. Joint Radio Link Control (RLC) Signaling with Network Coding
CN109314882A (zh) * 2016-06-14 2019-02-05 韦勒斯标准与技术协会公司 使用聚合mpdu的无线通信方法和使用该方法的无线通信终端
WO2018093132A1 (ko) * 2016-11-18 2018-05-24 엘지전자 주식회사 무선 랜 시스템에서 채널 정보를 보고하는 방법 및 이를 위한 장치
CN109672492A (zh) * 2017-10-13 2019-04-23 华为技术有限公司 一种协同传输的方法、设备及系统
CN109672512A (zh) * 2017-10-16 2019-04-23 华为技术有限公司 一种数据联合传输方法及相关设备
US20190132762A1 (en) * 2018-03-30 2019-05-02 Jing Zhu Enhanced multiple access point coordination

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
S. RAY; J.B. CARRUTHERS; D. STAROBINSKI: "RTS/CTS-Induced Congestion in Ad Hoc Wireless LANs", 《2003 IEEE WIRELESS COMMUNICATIONS AND NETWORKING, 2003. WCNC 2003.》, 28 May 2003 (2003-05-28), pages 1515 - 1521 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116318257A (zh) * 2023-03-06 2023-06-23 重庆物奇科技有限公司 一种基于电力线载波的数据传输方法、系统及存储介质
CN116318257B (zh) * 2023-03-06 2023-09-12 重庆物奇科技有限公司 一种基于电力线载波的数据传输方法、系统及存储介质

Also Published As

Publication number Publication date
JP7427024B2 (ja) 2024-02-02
JP2022532307A (ja) 2022-07-14
US20220209825A1 (en) 2022-06-30
SG11202111910YA (en) 2021-11-29
JP2024028554A (ja) 2024-03-04
KR20220006051A (ko) 2022-01-14
MX2021012247A (es) 2021-11-12
SG10201904246SA (en) 2020-12-30
EP3966946A4 (en) 2022-06-29
EP3966946A1 (en) 2022-03-16
WO2020231326A1 (en) 2020-11-19

Similar Documents

Publication Publication Date Title
JP7427024B2 (ja) アクセスポイント及び方法
US11804878B2 (en) Communication apparatus and communication method for multi-AP joint transmission
WO2020103641A1 (zh) 一种中继通信方法及装置
CN102948104B (zh) 协作传输的自适应调度和harq管理
EP3635900B1 (en) Method and apparatus for transmitting and receiving duplicate packets in next-generation mobile communication system
WO2018059306A1 (zh) 一种信息传输方法、装置及系统
JP2020184752A (ja) 無線通信システムにおけるユニキャスト伝送のサイドリンク無線ベアラ（ｓｌｒｂ）設定を要求するための方法および装置
US20200022030A1 (en) Method and apparatus for preventing loss of data packets
US20200045766A1 (en) Wireless node communication method and apparatus in wireless communication system
WO2007128219A1 (fr) Procédé de relais, station de base, dispositif de relais et système de relais d'un système d'accès sans fil
CN110999162B (zh) 用于在移动通信系统中传送和接收重复分组的方法和装置
CN111148281B (zh) 一种车联网的重传请求方法、终端和网络侧设备
TWI634762B (zh) 用於聚合媒體接取控制協定資料單元（ａ－ｍｐｄｕ）之適應性區塊應答機制
US12107676B2 (en) Method and device for transmitting and receiving sidelink data in communication system
KR20220079960A (ko) 하이브리드 자동 반복 요청 처리 방법 및 통신 장치
US20200245190A1 (en) Base station equipment, communication terminal, communication system, program, frame transmitting method, and data structure
JP2012160854A (ja) 通信システム、基地局及び通信制御方法
WO2023072136A1 (zh) 一种被用于无线通信的节点中的方法和装置
US20220368481A1 (en) System and Method for Aggregating Communications Links
WO2021235792A1 (ko) 무선 통신 시스템에서 sidelink harq 재전송 절차를 처리하기 위한 장치 및 방법
WO2022149316A1 (ja) 基地局、通信装置及び通信方法
RU2800008C2 (ru) Устройство связи и способ связи для одновременной повторной передачи с использованием множества точек доступа
WO2020029862A1 (zh) 一种被用于无线通信节点中的方法和装置
US20240146462A1 (en) Relay-assisted retransmission
JP7401794B2 (ja) 基地局装置、中継装置、及び通信システム

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