CN113994614A - 用于混合自动重复请求传输的通信装置和通信方法 - Google Patents

用于混合自动重复请求传输的通信装置和通信方法 Download PDF

Info

Publication number
CN113994614A
CN113994614A CN202080044019.XA CN202080044019A CN113994614A CN 113994614 A CN113994614 A CN 113994614A CN 202080044019 A CN202080044019 A CN 202080044019A CN 113994614 A CN113994614 A CN 113994614A
Authority
CN
China
Prior art keywords
code block
mpdu
code
bits
code blocks
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.)
Granted
Application number
CN202080044019.XA
Other languages
English (en)
Other versions
CN113994614B (zh
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 CN113994614A publication Critical patent/CN113994614A/zh
Application granted granted Critical
Publication of CN113994614B publication Critical patent/CN113994614B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • 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)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种通信装置，包括:电路，其生成包括数据字段的传输信号，该数据字段携带被分段成一个或多个码块的聚合媒介访问控制协议数据单元(A‑MPDU)；以及发送器，其向另一通信装置发送该传输信号；并且其中，A‑MPDU包括映射到一个或多个码块的一个或多个A‑MPDU子帧，使得不请求立即确认的A‑MPDU子帧和请求立即确认的A‑MPDU子帧不被映射到单个码块中。

Description

用于混合自动重复请求传输的通信装置和通信方法
技术领域
本公开涉及用于混合自动重复请求(HARQ)操作的通信装置和方法，并且更具体地，涉及用于在极高吞吐量(EHT)无线局域网(WLAN)中的HARQ传输的通信装置和方法。
背景技术
在下一代无线局域网(WLAN)的标准化中，具有与IEEE 802.11a/b/g/n/ac/ax技术向后兼容的新的无线电接入技术已经在IEEE 802.11工作组中进行了讨论，并被命名为802.11be超高吞吐量(EHT)WLAN。
在IEEE 802.11be EHT WLAN中，为了提供比802.11ax高效(HE)WLAN更好的链路适配和更高的吞吐量，期望将最大信道带宽从160MHz增加到320MHz，将最大空时流数量从8个增加到16个，并支持多链路操作和混合自动重传请求(HARQ)操作。
然而，还没有讨论在EHT WLAN的上下文中用于HARQ传输的通信装置和方法。
因此，需要在EHT WLAN的上下文中提供用于HARQ传输的可行的技术解决方案的通信装置和方法，以便提供比11ax HE WLAN更好的链路适配和更高的吞吐量。此外，结合附图和本公开的背景，从随后的详细描述和所附权利要求中，其他期望的特征和特性将变得显而易见。
发明内容
非限制性和示例性实施例有助于在EHT WLAN的上下文下提供用于HARQ传输的通信装置和通信方法。
根据本公开的实施例，提供了一种通信装置，包括:电路，其生成包括数据字段的传输信号，该数据字段携带被分段成一个或多个码块的聚合媒介访问控制协议数据单元(A-MPDU)；以及发送器，其向另一通信装置发送该传输信号；并且其中A-MPDU包括映射到一个或多个码块的一个或多个A-MPDU子帧，使得不请求(solicit)立即确认的A-MPDU子帧和请求立即确认的A-MPDU子帧不被映射到单个码块中。
根据本公开的另一实施例，提供了一种通信方法，包括:生成包括数据字段的传输信号，该数据字段携带被分段成一个或多个码块的A-MPDU，其中A-MPDU包括映射到一个或多个码块的一个或多个A-MPDU子帧，使得不请求立即确认的A-MPDU子帧和请求立即确认的A-MPDU子帧不被映射到单个码块中；以及发送该传输信号。
应当注意，一般或特定实施例可以实现为装置、系统、方法、集成电路、计算机程序、存储介质或其任意选择性组合。
从说明书和附图中，所公开的实施例的附加益处和优点将变得显而易见。益处和/或优点可以通过说明书和附图的各种实施例和特征单独获得，为了获得这样的益处和/或优点中的一个或多个，不需要提供全部这些实施例和特征。
附图说明
通过下面的书面描述(仅通过示例的方式)并结合附图，本领域普通技术人员将更好地理解和容易明白本公开的实施例，其中:
图1A描绘了多输入多输出(MIMO)无线网络中接入点(AP)和站(STA)之间的上行链路和下行链路单用户(SU)MIMO通信的示意图。
图1B描绘了MIMO无线网络中AP和多个STA之间的下行链路多用户(MU)通信的示意图。
图1C描绘了MIMO无线网络中AP和多个STA之间的基于触发的上行链路MU通信的示意图。
图1D描绘了MIMO无线网络中多个AP和STA之间的基于触发的下行链路多AP通信的示意图。
图2示出了根据本公开的各种实施例的EHT基本物理层协议数据单元(PPDU)的格式。
图3示出了包含初始传输的数据字段的低密度奇偶校验(LDPC)编码过程的图示，该数据字段具有类型1码块分段。
图4示出了包含初始传输的数据字段的二进制卷积码(BCC)编码过程的图示，该数据字段具有类型1码块分段。
图5A示出了类型1码块分段的流程图。
图5B示出了用于计算类型1码块分段的码块的数量的流程图。
图6示出了类型1码块分段下的STA行为的流程图。
图7示出了包含初始传输的数据字段的LDPC编码过程的图示，该数据字段具有类型2码块分段。
图8示出了包含初始传输的数据字段的BCC编码过程的图示，该数据字段具有类型2码块分段。
图9A示出了类型2码块分段的流程图。
图9B示出了用于计算类型2码块分段的码块的数量的流程图。
图10A示出了类型2码块分段下的STA行为的流程图。
图10B示出了类型2码块分段下处理码块的流程图。
图11示出了包含初始传输的数据字段的LDPC编码过程的图示，该数据字段具有类型3码块分段。
图12示出了包含初始传输的数据字段的BCC编码过程的图示，该数据字段具有类型3码块分段。
图13A示出了类型3码块分段的流程图。
图13B示出了用于计算对于类型3码块分段需要HARQ反馈的码块的数量的流程图。
图14示出了包含初始传输的数据字段的LDPC编码过程的图示，该数据字段具有类型4码块分段。
图15示出了包含初始传输的数据字段的BCC编码过程的图示，该数据字段具有类型4码块分段。
图16A示出了类型4码块分段的流程图。
图16B示出了用于计算对于类型4码块分段需要HARQ反馈的码块的数量的流程图。
图17示出了包含初始传输的数据字段的LDPC编码过程的图示，该数据字段具有类型5码块分段。
图18示出了包含初始传输的数据字段的BCC编码过程的图示，该数据字段具有类型5码块分段。
图19示出了具有LDPC的类型5码块分段的流程图。
图20示出了具有BCC的类型5码块分段的流程图。
图21示出了根据本公开的各种实施例的当使用HARQ常规chase合并(CC)时，包括重传的数据字段的编码过程的图示。
图22示出了根据本公开的各种实施例的当使用HARQ增量冗余(IR)或使用HARQ穿孔(puncture)CC时，包括重传的数据字段的编码过程的图示。
图23示出了根据本公开的各种实施例的用于包括重传的数据字段的STA行为的流程图。
图24示出了根据本公开的各种实施例的用于实施HARQ传输的通信方法的流程图。
图25示出了根据各种实施例的通信装置的示意性示例。根据本公开的各种实施例，通信装置可以被实施为AP或STA，并且被配置用于HARQ传输。
具体实施方式
将参考附图，仅通过示例的方式描述本公开的一些实施例。附图中相似的附图标记和字符表示相似的元件或等同物。
在以下段落中，参考特别是在多输入多输出(MIMO)无线网络中的用于混合自动重传请求(HARQ)传输的接入点(AP)和站(STA)来解释某些示例性实施例。
在IEEE 802.11(Wi-Fi)技术的上下文中，可互换地称为STA的站是具有使用802.11协议的能力的通信装置。基于IEEE 802.11-2016定义，STA可以是包含符合IEEE802.11的媒介访问控制(MAC)和到无线媒介(WM)的物理层(PHY)接口的任何设备。
例如，在无线局域网(WLAN)环境中，STA可以是膝上型电脑、台式个人计算机(PC)、个人数字助理(PDA)、接入点或Wi-Fi电话。STA可以是固定的或移动的。在WLAN环境中，术语“STA”、“无线客户端”、“用户”、“用户设备”和“节点”通常可以互换使用。
同样地，在IEEE 802.11(Wi-Fi)技术的上下文中，可以互换地称为无线接入点(WAP)的AP是允许WLAN中的STA连接到有线网络的通信装置。AP通常作为独立设备(经由有线网络)连接到路由器，但它也可以与路由器集成或在路由器中使用。
如上所述，WLAN中的STA可以在不同的场合作为AP工作，反之亦然。这是因为在IEEE 802.11(Wi-Fi)技术的上下文中的通信装置可以包括STA硬件组件和AP硬件组件两者。以这种方式，通信装置可以基于实际的WLAN条件和/或要求在STA模式和AP模式之间切换。
在MIMO无线网络中，“多个”是指在无线电信道上同时用于发送的多个天线和同时用于接收的多个天线。在这方面，“多输入”是指将无线电信号输入信道的多个发送器天线，“多输出”是指从信道接收无线电信号并将其输入接收器的多个接收器天线。例如，在N×MMIMO网络系统中，N是发送器天线的数量，M是接收器天线的数量，并且N可以等于或不等于M。为了简单起见，在本公开中不进一步讨论发送器天线和接收器天线的相应数量。
在MIMO无线网络中，单用户(SU)通信和多用户(MU)通信可以部署用于诸如AP和STA的通信装置之间的通信。MIMO无线网络具有类似空间复用和空间分集的优势，其通过使用多个空间流实现更高的数据速率和鲁棒性。根据各种实施例，术语“空间流”可以与术语“时空流”(或STS)互换使用。
图1A描绘了MIMO无线网络中AP 102和STA 104之间的SU通信100的示意图。如图所示，MIMO无线网络可以包括一个或多个STA(例如，STA 104、STA 106等)。如果信道中的SU通信100是在整个信道带宽上执行的，则它被称为全带宽SU通信。如果信道中的SU通信100是在信道带宽的一部分上执行的(例如，信道中的一个或多个20MHz子信道被穿孔)，则它被称为穿孔SU通信。在SU通信100中，AP 102使用多个天线(例如，图1A中所示的四个天线)发送多个空时流，所有空时流都指向单个通信装置，即，STA 104。为了简单起见，指向STA 104的多个空时流被示出为指向STA 104的所分组的数据传输箭头108。
SU通信100可以被配置用于双向传输。如图1A所示，在SU通信100中，STA 104可以使用多个天线(例如，如图1A所示的两个天线)发送多个空时流，所有空时流都指向AP 102。为了简单起见，指向AP 102的多个空时流被示出为指向AP 102的所分组的数据传输箭头110。
这样，图1A中描述的SU通信100能够在MIMO无线网络中实现上行链路和下行链路SU传输。
图1B描绘了MIMO无线网络中AP 114和多个STA 116、118、120之间的下行链路MU通信112的示意图。MIMO无线网络可以包括一个或多个STA(例如，STA 116、STA 118、STA 120等)。MU通信112可以是OFDMA(正交频分多址)通信或MU-MIMO通信。对于信道中的OFDMA通信，AP 114在信道带宽内的不同资源单元(RU)处向网络中的STA 116、118、120同时发送多个流。对于信道中的MU-MIMO通信，AP 114经由空间映射或预编码技术使用多个天线在信道带宽内的(多个)相同RU处向STA 116、118、120同时发送多个流。如果发生OFDMA或MU-MIMO通信的(多个)RU占用整个信道带宽，则OFDMA或MU-MIMO通信被称为全带宽OFDMA或MU-MIMO通信。如果发生OFDMA或MU-MIMO通信的(多个)RU占用信道带宽的一部分(例如，信道内的一个或多个20MHz子信道被穿孔)，则OFDMA或MU-MIMO通信被称为穿孔的OFDMA或MU-MIMO通信。例如，两个空时流可以指向STA 118，另一空时流可以指向STA 116，并且还有另一空时流可以指向STA 120。为了简单起见，指向STA 118的两个空时流被示出为所分组的数据传输箭头124，指向STA 116的空时流被示出为数据传输箭头122，并且指向STA 120的空时流被示出为数据传输箭头126。
为了实现上行链路MU传输，向MIMO无线网络提供基于触发的通信。在这一点上，图1C描绘了MIMO无线网络中AP 130和多个STA132、134、136之间的基于触发的上行链路MU通信128的示意图。
由于有多个STA 132、134、136参与基于触发的上行链路MU通信，AP 130需要协调多个STA 132、134、136的同时传输。
为此，如图1C所示，AP 130同时向STA 132、134、136发送触发帧139、141、143，以指示每个STA可以使用的用户特定资源分配信息(例如，空时流的数量、起始STS号和所分配的RU)。响应于触发帧，STA 132、134、136然后可以根据在触发帧139、141、143中指示的用户特定资源分配信息，同时向AP 130发送它们各自的空时流。例如，两个空时流可以从STA134指向AP 130，另一空时流可以从STA132指向AP 130，以及还有另一空时流可以从STA 136指向AP 130。为了简单起见，从STA 134指向AP 130的两个空时流被示出为所分组的数据传输箭头140，从STA 132指向AP 130的空时流被示出为数据传输箭头138，以及从STA 136指向AP130的空时流被示出为数据传输箭头142。
还向MIMO无线网络提供基于触发的通信，以实现下行链路多AP通信。在这一点上，图1D描绘了MIMO无线网络中STA150和多个AP 146、148之间的下行链路多AP通信144的示意图。
由于有多个AP 146、148参与基于触发的下行链路多AP MIMO通信，主AP 146需要协调多个AP 146、148的同时传输。
为此，如图1D所示，主AP 146同时向AP 148和STA 150发送触发帧147、153，以指示每个AP可以使用的AP特定资源分配信息(例如，空时流的数量、起始STS号和所分配的RU)。响应于触发帧，多个AP 146、148然后可以根据在触发帧147中指示的AP特定资源分配信息向STA 150发送相应的空时流；并且STA 150然后可以根据在触发帧153中指示的AP特定资源分配信息接收所有空时流。例如，两个空时流可以从AP 146指向STA 150，并且另外两个空时流可以从AP 148指向STA 150。为了简单起见，从AP 146指向STA 150的两个空时流被示出为所分组的数据传输箭头152，以及从AP 148指向STA 150的两个空时流被示出为所分组的数据传输箭头154。
由于802.11WLAN中基于分组/PPDU(物理层协议数据单元)的传输和分布式MAC(媒介访问控制)方案，802.11WLAN中不存在时间调度(例如，用于数据传输的TDMA(时分多址)-类周期性时隙分派)。频率和空间资源调度是在分组基础上执行的。换句话说，资源分配信息是基于PPDU的。
根据各种实施例，EHT WLAN可能支持混合自动重复请求(HARQ)操作。HARQ操作提供了用于从传输错误中恢复的灵活机制，减少了重传的次数，并提供了更有效的数据流结果。换句话说，EHT WLAN中的HARQ操作可以提供更好的链路适配和更高的吞吐量。
然而，还没有讨论在11be EHT WLAN的上下文中用于单个用户通信的HARQ传输和重传。因此，本公开寻求解决上述问题。
根据本公开，在诸如EHT基本PPDU的传输信号的数据字段中携带的聚合媒介访问控制(MAC)协议数据单元(A-MPDU)被分段成具有相同尺寸尺寸的一个或多个码块。A-MPDU包括一个或多个A-MPDU帧，其中A-MPDU子帧可以包括单个MAC协议数据单元(MPDU)。A-MPDU中的A-MPDU子帧对应于一个或多个码块。A-MPDU中的多于一个的A-MPDU子帧可以对应于单个码块。在A-MPDU中，不请求立即确认的A-MPDU子帧和请求立即确认的A-MPDU子帧不被映射到单个码块中。
此外，根据本公开，存在两种类型的码块，一种需要HARQ反馈，而另一种不需要。对于需要HARQ反馈的码块，在A-MPDU中的对应的一个或多个MPDU(或等效地对应的一个或多个A-MPDU子帧)请求立即确认。对于不需要HARQ反馈的码块，A-MPDU中的对应的一个或多个MPDU(或等效地对应的一个或多个A-MPDU子帧)不请求立即确认。
就根据本公开的用于A-MPDU的码块放置(placement)而言，请求立即确认的A-MPDU子帧被连续放置在A-MPDU中，使得需要HARQ反馈的码块被连续编号。在A-MPDU中，不请求立即确认的A-MPDU子帧被放置于请求立即确认的A-MPDU子帧之前。有利地，需要HARQ反馈的码块可以由起始码块编号和需要HARQ反馈的码块的编号来指示；因此，可以减少HARQ信令开销和HARQ反馈开销。
讨论了A-MPDU的五种不同类型的码块分段(类型1、2、3、4和5)。类型1码块分段包括以下属性。如果A-MPDU子帧对应于单个码块，例如，当A-MPDU子帧的尺寸小于或等于码块的尺寸时，码块与A-MPDU子帧的边界对齐。如果A-MPDU子帧对应于多于一个的码块，例如，当A-MPDU子帧的尺寸大于码块的尺寸时，则多于一个的码块的最后一个与A-MPDU子帧的边界对齐。如果多于一个的A-MPDU子帧对应于码块，例如，当多于一个的A-MPDU子帧的尺寸小于或等于码块的尺寸时，码块与多于一个的A-MPDU子帧的最后一个的边界对齐。此外，MAC层需要通知PHY层在A-MPDU中的每个A-MPDU子帧的尺寸。利用类型1码块分段的优点在于，现有的基于MPDU的确认机制可以被重新用于HARQ反馈。然而，类型1码块分段对于包含一个或多个大尺寸MPDU的A-MPDU的传输可能是低效的，因为具有否定确认(NACK)的对应于每个大尺寸MPDU的所有码块都需要被重传。
类型2码块分段包括以下属性。如果A-MPDU子帧对应于单个码块，例如，当A-MPDU子帧的尺寸小于或等于码块的尺寸时，码块与A-MPDU子帧的边界对齐。如果A-MPDU子帧对应于多于一个的码块，例如，当A-MPDU子帧的尺寸大于码块的尺寸时，则多于一个的码块的最后一个与A-MPDU子帧的边界对齐。如果多于一个的A-MPDU子帧对应于码块，例如，当多于一个的A-MPDU子帧的尺寸小于或等于码块的尺寸时，码块与多于一个的A-MPDU子帧的最后一个的边界对齐。需要HARQ反馈的码块中的每一个都附接有循环冗余校验(CRC)。此外，MAC层需要通知PHY层在A-MPDU中的每个A-MPDU子帧的尺寸，以及通知PHY层在A-MPDU中的没有请求立即确认的A-MPDU子帧的总的尺寸。有利的是，类型2码块分段对于包含一个或多个大尺寸MPDU的A-MPDU的传输可能是有效的，因为需要重传对应于每个大尺寸MPDU的具有NACK的码块的仅一部分。然而，需要开发基于码块的HARQ反馈机制，因为现有的用于HARQ反馈的基于MPDU的确认机制不能被重用于类型2码块分段。
类型3码块分段包括以下属性。不请求立即确认的A-MPDU子帧对应于不需要HARQ反馈的一个或多个码块，其中不需要HARQ反馈的一个或多个码块的最后一个与不请求立即确认的最后一个A-MPDU子帧的边界对齐。如果请求立即确认的A-MPDU子帧对应于需要HARQ反馈的单个码块，则需要HARQ反馈的码块与请求立即确认的A-MPDU子帧的边界对齐。如果请求立即确认的A-MPDU子帧对应于需要HARQ反馈的多于一个的码块，则需要HARQ反馈的多于一个的码块中的最后一个与请求立即确认的A-MPDU子帧的边界对齐。如果请求立即确认的多于一个的A-MPDU子帧对应于需要HARQ反馈的单个码块，则需要HARQ反馈的码块与请求立即确认的多于一个的A-MPDU子帧中的最后一个的边界对齐。此外，MAC层需要通知PHY层在A-MPDU中不请求立即确认的A-MPDU子帧的总的尺寸，以及通知PHY层在A-MPDU中请求立即确认的每个A-MPDU子帧的尺寸。有利的是，类型3码块分段类似于类型1码块分段，除了A-MPDU可能需要比类型1码块分段更少的码块。然而，类似于类型1，类型3码块分段对于包含一个或多个大尺寸MPDU的A-MPDU的传输可能是低效的，因为具有NACK的对应于每个大尺寸MPDU的所有码块都需要被重传。
类型4码块分段包括以下属性。不请求立即确认的A-MPDU子帧对应于不需要HARQ反馈的一个或多个码块，不需要HARQ反馈的一个或多个码块的最后一个与不请求立即确认的最后一个A-MPDU子帧的边界对齐。如果请求立即确认的A-MPDU子帧对应于需要HARQ反馈的单个码块，则需要HARQ反馈的码块与请求立即确认的A-MPDU子帧的边界对齐。如果请求立即确认的A-MPDU子帧对应于需要HARQ反馈的多于一个的码块，则需要HARQ反馈的多于一个的码块中的最后一个与请求立即确认的A-MPDU子帧的边界对齐。如果请求立即确认的多于一个的A-MPDU子帧对应于需要HARQ反馈的单个码块，则需要HARQ反馈的码块与请求立即确认的多于一个的A-MPDU子帧中的最后一个的边界对齐。需要HARQ反馈的码块中的每一个附接有CRC。此外，MAC层需要通知PHY层在A-MPDU中不请求立即确认的A-MPDU子帧的总的尺寸，以及通知PHY层在A-MPDU中请求立即确认的每个A-MPDU子帧的尺寸。有利的是，类型4码块分段类似于类型2码块分段，除了A-MPDU可能需要比类型2码块分段更少的码块。然而，类似于类型2，需要开发基于码块的HARQ反馈机制，因为现有的用于HARQ反馈的基于MPDU的确认机制不能被重用于类型4码块分段。
类型5码块分段包括以下属性。不请求立即确认的A-MPDU子帧对应于不需要HARQ反馈的一个或多个码块，不需要HARQ反馈的一个或多个码块的最后一个与不请求立即确认的最后一个A-MPDU子帧的边界对齐。请求立即确认的A-MPDU子帧对应于需要HARQ反馈的一个或多个码块，需要HARQ反馈的一个或多个码块的最后一个与请求立即确认的最后一个A-MPDU子帧的边界对齐。需要HARQ反馈的码块中的每一个附接有CRC。此外，MAC层需要通知PHY层在A-MPDU中不请求立即确认的A-MPDU子帧的总的尺寸，以及通知PHY层在A-MPDU中请求立即确认的A-MPDU子帧的总的尺寸。有利的是，类型5码块分段类似于类型4码块分段，除了A-MPDU可能需要比类型4码块分段更少的码块。然而，类似于类型4，需要开发基于码块的HARQ反馈机制，因为现有的用于HARQ反馈的基于MPDU的确认机制不能被重用于类型5码块分段。
根据本公开，EHT基本PPDU可以用于非基于触发的通信。图2示出了根据本公开的各种实施例的EHT基本PPDU 200的格式。PPDU 200可以包括非高吞吐量短训练字段(L-STF)、非高吞吐量长训练字段(L-LTF)、非高吞吐量信号(L-SIG)字段、重复L-SIG(RL-SIG)字段、通用信号(U-SIG)字段202、EHT信号(EHT-SIG)字段204、HARQ信号(HARQ-SIG)字段206、EHT短训练字段(EHT-STF)、EHT长训练字段(EHT-LTF)、数据字段和分组扩展(PE)字段。PPDU可以作为传输信号由通信装置(诸如AP或者STA)发送到另一通信装置(诸如AP或者STA)。
在发送到单个STA的PPDU 200中，在数据字段中携带单个A-MPDU。U-SIG字段202指示对于PPDU 200是否启用HARQ操作。如果U-SIG字段202指示对于PPDU 200禁用HARQ操作，则HARQ-SIG字段206可能不存在于PPDU 200中。如果预期的STA不支持HARQ操作，或者数据字段中携带的A-MPDU不包括请求立即确认的任何MPDU，则对于PPDU 200应禁用HARQ操作。
HARQ-SIG字段206提供关于数据字段的HARQ操作相关信息。HARQ操作相关信息包括：初始传输或重传是否被包括在PPDU 200中、需要HARQ反馈的码块的指示(仅用于初始传输)、码块分段类型、码块尺寸、HARQ类型(即，是使用HARQ增量冗余(IR)方案还是使用HARQchase合并(CC)方案)、HARQ反馈类型(即，基于MAC帧的反馈或基于空数据分组(NDP)的反馈)、如果使用HARQ CC方案则穿孔模式、以及如果使用HARD IR方案则冗余版本。应当注意，码块尺寸(即，每个码块的比特数)与应用于数据字段的调制和编码方案(MCS)无关，其在U-SIG字段202或EHT-SIG字段204中指示。
对于HARQ CC和HARQ IR方案两者，A-MPDU的所有码块都在初始传输中发送，并且只有具有NACK的码块在重传中发送。HARQ CC方案被分为两类:HARQ常规CC和HARQ穿孔CC。HARQ常规CC可以被视为HARQ穿孔CC的特殊情况，HARQ CC的这种穿孔模式指示HARQ常规CC的情况没有穿孔。对于初始传输，发送每个码块中的所有编码比特。对于需要重传的码块，可以根据HARQ-SIG字段206中指示的穿孔模式来确定重传的比特。对于HARQ IR方案，使用母码率(例如，1/2)对每个码块进行编码。在初始传输或重传中，对于码块，根据HARQ-SIG字段206中指示的冗余版本，从编码比特中提取发送的比特。
图3示出了包含初始传输的数据字段302的低密度奇偶校验(LDPC)编码过程的图示300，该数据字段具有类型1码块分段。数据字段302可以以PPDU 200中的数据字段的格式，并且可以包括服务字段，服务字段之后跟随包括一个或多个A-MPDU子帧(即，A-MPDU子帧1、A-MPDU子帧2直到A-MPDU子帧N)的A-MPDU，使得A-MPDU前面有服务字段。A-MPDU子帧最多包括一个MPDU。A-MPDU子帧1不请求立即确认，并且被放置在数据字段302中请求立即确认的A-MPDU子帧2到N之前。有利地，需要HARQ反馈的码块可以由起始码块编号和需要HARQ反馈的码块的数量来指示；因此，可以减少HARQ信令开销和HARQ反馈开销。
在码块(CB)分段304期间，A-MPDU子帧1、2直到N被分段成一个或多个码块。例如，A-MPDU子帧1被映射到码块1，A-MPDU子帧2被分段/映射到码块2和码块3，以及A-MPDU子帧N被映射到码块NCB。每个码块1、2直到N具有相同的码块尺寸，并且可以包含单个A-MPDU子帧的全部或部分。第一码块(即，码块1)还可以包含服务字段。码块2可以仅包含A-MPDU子帧2的部分。在类型1码块分段中，如果A-MPDU子帧对应于单个码块，例如，当A-MPDU子帧的尺寸小于或等于码块的尺寸时，码块与A-MPDU子帧的边界对齐。当A-MPDU子帧对应于多于一个的码块，例如，当A-MPDU子帧的尺寸大于码块的尺寸时，则多于一个的码块的最后一个与A-MPDU子帧的边界对齐。如果多于一个的A-MPDU子帧对应于码块，例如，当多于一个的A-MPDU子帧的尺寸小于或等于码块的尺寸时，码块与多于一个的A-MPDU子帧的最后一个的边界对齐。此外，MAC层需要通知PHY层在A-MPDU帧中每个A-MPDU子帧的尺寸。因此，码块1、3和NCB分别与A-MPDU子帧边界310、312和314对齐。CB内填充比特316可以被附加到与A-MPDU子帧边界310、312和314对齐的码块1、3和NCB中的每一个，以将码块1、3和NCB填充到码块尺寸。应当注意，应用于最后一个码块NCB的内填充比特316吸收前向FEC填充比特，使得最后一个码块也与最后一个OFDM符号(在没有空时块码(STBC)应用于数据字段的情况下)或最后两个OFDM符号(在STBC应用于数据字段的情况下)中的符号分段边界对齐。前向FEC填充比特和符号分段在IEEE P802.11axTM/D6.1中定义。
在CB分段304之后，码块经历每个码块加扰过程306，使得包含在每个码块中的A-MPDU子帧比特和内填充比特(如果有的话)被加扰。例如，在加扰过程306之后，码块1包括服务字段和加扰比特318，码块2包括加扰比特320，码块3包括加扰比特322，并且码块NCB包括加扰比特324。每个加扰的初始状态与第一加扰相同，其是服务字段的前N比特，其中N是确定的正整数(例如，7或11)。此外，这些加扰码块经历LDPC编码308，使得每个码块的内容使用LDPC进行编码。对于码块1，加扰比特和服务字段使用LDPC进行编码。例如，在LDPC编码过程308之后，码块1包括编码比特326，码块2包括编码比特328，码块3包括编码比特330，以及码块NCB包括编码比特332。此后，编码码块的剩余发送器处理与在IEEE P802.11axTM/D6.1中定义的11ax HE SU PPDU相同。
图4示出了包含初始传输的数据字段的二进制卷积码(BCC)编码过程的图示400，该数据字段具有类型1码块分段。虽然用于BCC编码的过程类似于图示300中所示的过程，但是尾部比特被附加在每个码块的末尾。例如，尾部比特402、404、406和408分别被附加在码块1、码块2、码块3和码块NCB的末尾。此后，码块经历每个码块加扰，使得包含在每个码块中的A-MPDU子帧比特、内填充比特(如果有的话)和尾部比特被加扰。然后，这些加扰的码块经历BCC编码，使得每个码块的内容使用BCC进行编码。
图5A示出了如图3和图4所示的类型1码块分段的流程图500。过程在步骤502开始。在步骤504，计算所需码块的数量。在步骤506，服务字段和A-MPDU被分段成码块。在步骤508，计算每个码块所需的CB内填充比特的数量。在步骤510，将CB内填充比特和尾部比特(在如图4所示的BCC编码过程的情况下)附加到每个码块。过程然后在步骤512结束。在图5B的流程图514中更详细地示出了在步骤504如何计算所需的码块的数量的过程。流程图514计算所需的码块的数量的过程从步骤516开始。在步骤518，CB计数器和子帧(SF)计数器都被设置为1。在步骤520，确定第(SF计数器)子帧的尺寸是否小于一个码块的有效长度。码块的有效长度是码块的尺寸，不包括服务字段(在第一码块的情况下)和尾部比特(在BCC编码的情况下)。如果确定第(SF计数器)子帧的尺寸不小于一个码块的有效长度，则过程进行到步骤526，其中计算第(SF计数器)子帧所需的码块的数量n。在步骤528，CB计数器增加n，并且SF计数器增加1。在步骤530，确定SF计数器是否已经达到等于NSF的值，即，在A-MPDU中的A-MPDU子帧的总数。如果确定SF计数器的值不等于NSF，则过程返回到步骤520。另一方面，如果在步骤520确定第(SF计数器)子帧的尺寸小于一个码块的有效长度，则过程从步骤520前进到步骤522，在步骤522中计算可以被包括在第(CB计数器)码块中的子帧的数量m。在步骤524，CB计数器增加1，并且SF计数器增加m。该过程然后进行到步骤530，在步骤520和步骤530之间的循环过程继续，直到SF计数器值等于NSF。然后该过程进行到步骤532，在步骤532，确定所需的码块的数量(即，CB计数器的最终值)。该过程然后在步骤534结束。
图6示出了类型1码块分段下的STA行为的流程图600(即，接收图3和图4所示的编码码块的预期STA的行为)。该过程从步骤602开始。在步骤604，数据字段被解调。在步骤606，每个码块被解码。在步骤608，每个码块被解扰。在步骤610，从解扰码块获得的结果比特被传递到MAC层以生成反馈。该过程然后在步骤612结束。
有利地，对于类型1码块分段，现有的基于MPDU的确认机制可以被重新用于HARQ反馈。然而，类型1码块分段对于包含一个或多个大尺寸(最大尺寸为11454个八位字节)MPDU的A-MPDU的传输可能是低效的，因为具有NACK的对应于每个大尺寸MPDU的所有码块都需要被重传。
图7示出了包含初始传输的数据字段702的LDPC编码过程的图示700，该数据字段具有类型2码块分段。数据字段702可以是PPDU 200中的数据字段的格式，并且可以包括服务字段，服务字段之后跟随包括一个或多个A-MPDU子帧(即，A-MPDU子帧1、A-MPDU子帧2直到A-MPDU子帧N)的A-MPDU。A-MPDU子帧最多包括一个MPDU。A-MPDU子帧1不请求立即确认，并且被放置在数据字段702中请求立即确认的A-MPDU子帧2到N之前。有利地，需要HARQ反馈的码块可以由起始码块编号和需要HARQ反馈的码块的数量来指示；因此，可以减少HARQ信令开销和HARQ反馈开销。
在CB分段704期间，A-MPDU子帧1、2直到N被分段成一个或多个码块。例如，A-MPDU子帧1被映射到码块1，A-MPDU子帧2被分段/映射到码块2和码块3，以及A-MPDU子帧N被映射到码块NCB。每个码块1、2直到N具有相同的码块尺寸，并且可以包含单个A-MPDU子帧的全部或部分。第一码块(即，码块1)还可以包含服务字段。码块2可以仅包含A-MPDU子帧2的部分。在类型2码块分段中，如果A-MPDU子帧对应于单个码块，例如，当A-MPDU子帧的尺寸小于或等于码块的尺寸时，码块与A-MPDU子帧的边界对齐。如果A-MPDU子帧对应于多于一个的码块，例如，当A-MPDU子帧的尺寸大于码块的尺寸时，则多于一个的码块的最后一个与A-MPDU子帧的边界对齐。如果多于一个的A-MPDU子帧对应于码块，例如，当多于一个的A-MPDU子帧的尺寸小于或等于码块的尺寸时，码块与多于一个的A-MPDU子帧的最后一个的边界对齐。需要HARQ反馈的码块中的每一个附接有CRC。此外，MAC层需要通知PHY层在A-MPDU中的每个A-MPDU子帧的尺寸，以及通知PHY层在A-MPDU中的不请求立即确认的A-MPDU子帧的总的尺寸。因此，码块1、3和NCB分别与A-MPDU子帧边界710、712和714对齐。CB内填充比特716可以被附加到与A-MPDU子帧边界710、712和714对齐的码块1、3和NCB中的每一个，以将码块1、3和NCB填充到码块尺寸。应当注意，应用于最后一个码块NCB的内填充比特716吸收前向FEC填充比特，使得最后一个码块也与最后一个OFDM符号(在没有STBC应用于数据字段的情况下)或最后两个OFDM符号(在STBC应用于数据字段的情况下)中的符号分段边界对齐。CRC被附加到需要HARQ反馈的每个码块，即，对应于请求立即确认的A-MPDU子帧2直到N的码块2直到N中的每一个。
在CB分段704之后，码块经历每个码块加扰过程706，使得包含在每个码块中的A-MPDU子帧比特、内填充比特(如果有的话)以及CRC(如果有的话)被加扰。例如，在加扰过程706之后，码块1包括服务字段和加扰比特718，码块2包括加扰比特720，码块3包括加扰比特722，并且码块NCB包括加扰比特724。每个加扰的初始状态与第一加扰相同，其是服务字段的前N比特，其中N是确定的正整数(例如，7或11)。此外，这些加扰码块经历LDPC编码过程708，使得每个码块的内容使用LDPC进行编码。对于码块1，加扰比特和服务字段使用LDPC进行编码。例如，在LDPC编码过程708之后，码块1包括编码比特726，码块2包括编码比特728，码块3包括编码比特730，并且码块NCB包括编码比特732。其余发送器处理与11ax HE SU PPDU相同。
图8示出了包含初始传输的数据字段的BCC编码过程的图示800，该数据字段具有类型2码块分段。虽然用于BCC编码的过程类似于图示700中所示的过程，但是尾部比特被附加在每个码块的末尾。例如，尾部比特802、804、806、808和810分别被附加在码块1、码块2、码块3、码块4和码块NCB的末尾。此后，码块经历每个码块加扰，使得包含在每个码块中的A-MPDU子帧比特、内填充比特(如果有的话)、CRC比特(如果有的话)以及尾部比特被加扰。然后，这些加扰的码块经历BCC编码，使得每个码块的内容使用BCC进行编码。
图9A示出了如图7和图8所示的类型2码块分段的流程图900。过程在步骤902开始。在步骤904，计算所需码块的数量。在步骤906，服务字段和A-MPDU被分段成码块。在步骤908，计算每个码块所需的CB内填充比特的数量。在步骤910，将CB内填充比特和尾部比特(在如图8所示的BCC编码过程的情况下)附加到每个码块。该过程然后在步骤912结束。在图9B的流程图914中更详细地示出了在步骤904如何计算所需的码块的数量的过程。流程图914计算所需的码块的数量的过程从步骤916开始。在步骤918，CB计数器和SF计数器都被设置为1。在步骤920，确定第(SF计数器)子帧的尺寸是否小于一个码块的有效长度。对于需要HARQ反馈的码块，有效长度是除了CRC、服务字段(在第一码块的情况下)和尾部比特(在BCC编码的情况下)之外的码块的尺寸。对于不需要HARQ反馈的码块，有效长度是除了服务字段(在第一码块的情况下)和尾部比特(在BCC编码的情况下)之外的码块的尺寸。如果确定第(SF计数器)子帧的尺寸不小于一个码块的有效长度，则过程进行到步骤926，其中计算第(SF计数器)子帧所需的码块的数量n。在步骤928，CB计数器增加n，并且SF计数器增加1。在步骤930，确定SF计数器是否已经达到等于NSF的值，即，在A-MPDU中的A-MPDU子帧的总数。如果确定SF计数器的值不等于NSF，则过程返回到步骤920。另一方面，如果在步骤920确定第(SF计数器)子帧的尺寸小于一个码块的有效长度，则过程从步骤920前进到步骤922，在步骤522中计算可以被包括在第(CB计数器)码块中的子帧的数量m。如果在步骤922，不多于一个的A-MPDU子帧可以被映射到单个码块，则m＝1。在步骤924，CB计数器增加1，并且SF计数器增加m。该过程然后进行到步骤930，在步骤920和步骤930之间的循环过程继续，直到SF计数器值等于NSF。则该过程进行到步骤932，在步骤932，确定所需的码块的数量(即，CB计数器的最终值)。该过程然后在步骤934结束。
图10A示出了类型2码块分段下的STA行为的流程图1000(即，接收图7和图8所示的编码码块的预期STA的行为)。该过程从步骤1002开始。在步骤1004，数据字段被解调。在步骤1006，每个码块被解码。在步骤1008，每个码块被解扰。在步骤1010，处理码块。在步骤1012，基于CRC检查结果的HARQ反馈被生成。该过程然后在步骤1014结束。有利地，对于类型2码块分段，由于HARQ反馈是基于PHY层的CRC检查结果，所以不需要如类型1码块分段中所需的将从解扰码块获得的结果比特传递到MAC层。
在图10B的流程图1016中更详细地示出了处理码块的步骤1010。流程图1016处理码块的过程从步骤1018开始。在步骤1020，CB计数器被设置为1。在步骤1022，确定第(CB计数器)码块是否附接有CRC。如果确定第(CB计数器)码块附接有CRC，则过程进行到步骤1024，在步骤1024，检查相关码块中的CRC。在步骤1026，CB计数器增加1。在步骤1028，确定CB计数器是否大于NCB，即，相关数据字段中码块的总的数量。如果确定CB计数器的值不大于NCB，则过程返回到步骤1022。另一方面，如果在步骤1022确定第(CB计数器)码块附接有CRC，则过程跳过步骤1024并从步骤1022前进到步骤1026，在步骤1026，CB计数器增加1。步骤1022和步骤1028之间的循环过程继续，直到CB计数器值大于NCB。然后该过程继续进行并在步骤1030结束。
有利地，类型2码块分段对于包含一个或多个大尺寸MPDU的A-MPDU的传输可能是有效的，因为只需要重传对应于每个大尺寸MPDU的具有NACK的码块的部分。然而，可能需要基于码块的HARQ反馈机制。
图11示出了包含初始传输的数据字段1102的LDPC编码过程的图示1100，该数据字段具有类型3码块分段。数据字段1102可以以PPDU 200中的数据字段的格式，并且可以包括服务字段，服务字段之后跟随包括一个或多个A-MPDU子帧(即，A-MPDU子帧1、A-MPDU子帧2直到A-MPDU子帧N)的A-MPDU，使得A-MPDU前面有服务字段。A-MPDU子帧最多包括一个MPDU。A-MPDU子帧1和2不请求立即确认，并且被放置在数据字段1102中请求立即确认的A-MPDU子帧3直到N之前。有利地，需要HARQ反馈的码块可以由起始码块编号和需要HARQ反馈的码块的数量来指示；因此，可以减少HARQ信令开销和HARQ反馈开销。
在CB分段1104期间，A-MPDU子帧1、2直到N被分段成一个或多个码块。例如，A-MPDU子帧1被映射到码块1，A-MPDU子帧2被映射到码块2，A-MPDU子帧3被映射到码块3，并且A-MPDU子帧N被映射到码块NCB。每个码块1、2、3直到N具有相同的码块尺寸，并且可以包含单个A-MPDU子帧的全部或部分。第一码块(即，码块1)还可以包含服务字段。在类型3码块分段中，不请求立即确认的A-MPDU子帧对应于不需要HARQ反馈的一个或多个码块，不需要HARQ反馈的一个或多个码块的最后一个与不请求立即确认的最后一个A-MPDU子帧的边界对齐。如果请求立即确认的A-MPDU子帧对应于需要HARQ反馈的单个码块，则需要HARQ反馈的码块与请求立即确认的A-MPDU子帧的边界对齐。如果请求立即确认的A-MPDU子帧对应于需要HARQ反馈的多于一个的码块，则需要HARQ反馈的多于一个的码块中的最后一个与请求立即确认的A-MPDU子帧的边界对齐。如果请求立即确认的多于一个的A-MPDU子帧对应于需要HARQ反馈的单个码块，则需要HARQ反馈的码块与请求立即确认的多于一个的A-MPDU子帧中的最后一个的边界对齐。此外，MAC层需要通知PHY层在A-MPDU中不请求立即确认的A-MPDU子帧的总的尺寸，以及通知PHY层在A-MPDU中请求立即确认的每个A-MPDU子帧的尺寸。因此，码块2、3和NCB分别与A-MPDU子帧边界1110、1112和1114对齐。CB内填充比特1116可以被附加到与A-MPDU子帧边界1110、1112和1114对齐的码块2、3和NCB中的每一个，以将码块2、3和NCB填充到码块尺寸。应当注意，应用于最后一个码块NCB的内填充比特1116吸收前向FEC填充比特，使得最后一个码块也与最后一个OFDM符号(在没有STBC应用于数据字段的情况下)或最后两个OFDM符号(在STBC应用于数据字段的情况下)中的符号分段边界对齐。
在CB分段1104之后，码块经历每个码块加扰过程1106，使得包含在每个码块中的A-MPDU子帧比特和内填充比特(如果有的话)被加扰。例如，在加扰过程1106之后，码块1包括服务字段和加扰比特1118，码块2包括加扰比特1120，码块3包括加扰比特1122，并且码块NCB包括加扰比特1124。每个加扰的初始状态与第一加扰相同，其是服务字段的前N比特，其中N是确定的正整数(例如，7或11)。此外，这些加扰码块经历LDPC编码过程1108，使得每个码块的内容使用LDPC进行编码。对于码块1，加扰比特和服务字段使用LDPC进行编码。例如，在LDPC编码过程1108之后，码块1包括编码比特1126，码块2包括编码比特1128，码块3包括编码比特1130，并且码块NCB包括编码比特1132。此后，编码码块的剩余发送器处理与11axHE SU PPDU相同。
图12示出了包含初始传输的数据字段的BCC编码过程的图示1200，该数据字段具有类型3码块分段。虽然用于BCC编码的过程类似于图示1100中所示的过程，但是尾部比特被附加在每个码块的末尾。例如，尾部比特1202、1204、1206和1208分别被附加在码块1、码块2、码块3和码块NCB的末尾。此后，码块经历每个码块加扰，使得包含在每个码块中的A-MPDU子帧比特、内填充比特(如果有的话)和尾部比特被加扰。然后，这些加扰的码块经历BCC编码，使得每个码块的内容使用BCC进行编码。
图13A示出了如图11和图12所示的类型3码块分段的流程图1300。过程在步骤1302开始。在步骤1304，使用公式
Figure BDA0003412274950000181
来计来算不需要HARQ反馈的码块的数量，其中NCB,nfb是不需要HARQ反馈的码块的数量，LMPDU,nfb是不请求立即确认的A-MPDU子帧的长度，并且R是码率。在步骤1306，计算需要HARQ反馈的码块的数量。在步骤1308，服务字段和A-MPDU被分段成码块。在步骤1310，计算每个码块所需的CB内填充比特的数量。在步骤1312，将CB内填充比特(如果存在)和尾部比特(如果存在，在如图12所示的BCC编码过程的情况下)附加到每个码块。该过程然后在步骤1314结束。
在图13B的流程图1316中更详细地示出了在步骤1306如何计算需要HARQ反馈的码块的数量的过程。流程图1316计算需要HARQ反馈的码块的数量的过程从步骤1318开始。在步骤1320，CB计数器和SF计数器都被设置为1。在步骤1322，确定第(SF计数器)子帧的尺寸是否小于一个码块的有效长度。对于需要HARQ反馈的码块，有效长度是除了服务字段(在第一码块的情况下)和尾部比特(在BCC编码的情况下)之外的码块的尺寸。如果确定第(SF计数器)子帧的尺寸不小于一个码块的有效长度，则过程进行到步骤1328，其中计算第(SF计数器)子帧所需的码块的数量n。在步骤1330，CB计数器增加n，并且SF计数器增加1。在步骤1332，确定SF计数器是否已经达到等于NSF的值。与类型1和类型2码块分段不同，类型3码块分段的NSF是在A-MPDU中请求立即确认的A-MPDU子帧的总的数量。如果确定SF计数器的值不等于NSF，则过程返回到步骤1322。另一方面，如果在步骤1322确定第(SF计数器)子帧的尺寸小于一个码块的有效长度，则过程从步骤1322前进到步骤1324，在步骤1324，计算可以被包括在第(CB计数器)码块中的子帧的数量m。如果请求立即确认的不多于一个的A-MPDU子帧可以被映射到相同的码块，则m＝1。在步骤1326，CB计数器增加1，并且SF计数器增加m。该过程然后进行到步骤1332，在步骤1322和步骤1332之间的循环过程继续，直到SF计数器值等于NSF。然后该过程进行到步骤1334，在步骤1334，确定所需的码块的数量(即，CB计数器的最终值)。该过程然后在步骤1336结束。
类型3码块分段的STA行为与类型1码块分段相同，即，如图6的流程图600所示。有利地，类型3码块分段类似于类型1码块分段，除了A-MPDU可能需要更少的码块。然而，类似于类型1，类型3码块分段对于包含一个或多个大尺寸MPDU的A-MPDU的传输可能是低效的，因为具有NACK的对应于每个大尺寸MPDU的所有码块都需要被重传。
图14示出了包含初始传输的数据字段1402的LDPC编码过程的图示1400，该数据字段具有类型4码块分段。数据字段1402可以以PPDU 200中的数据字段的格式，并且可以包括服务字段，服务字段之后跟随包括一个或多个A-MPDU子帧(即A-MPDU子帧1、A-MPDU子帧2直到A-MPDU子帧N)的A-MPDU，使得A-MPDU前面有服务字段。A-MPDU子帧1和2不请求立即确认，并且被放置在数据字段1402中请求立即确认的A-MPDU子帧3直到N之前。有利地，需要HARQ反馈的码块可以由起始码块编号和需要HARQ反馈的码块的数量来指示；因此，可以减少HARQ信令开销和HARQ反馈开销。
在CB分段1404期间，A-MPDU子帧1、2直到N被分段成一个或多个码块。例如，A-MPDU子帧1被映射到码块1，A-MPDU子帧2被映射到码块2，A-MPDU子帧3被映射到码块3，并且A-MPDU子帧N被映射到码块NCB。每个码块1、2、3直到N具有相同的码块尺寸，并且可以包含单个A-MPDU子帧的全部或部分。第一码块(即，码块1)还可以包含服务字段。在类型4码块分段中，不请求立即确认的A-MPDU子帧对应于不需要HARQ反馈的一个或多个码块，不需要HARQ反馈的一个或多个码块的最后一个与不请求立即确认的最后一个A-MPDU子帧的边界对齐。如果请求立即确认的A-MPDU子帧对应于需要HARQ反馈的单个码块，则需要HARQ反馈的码块与请求立即确认的A-MPDU子帧的边界对齐。如果请求立即确认的A-MPDU子帧对应于需要HARQ反馈的多于一个的码块，则需要HARQ反馈的多于一个的码块中的最后一个与请求立即确认的A-MPDU子帧的边界对齐。如果请求立即确认的多于一个的A-MPDU子帧对应于需要HARQ反馈的单个码块，则需要HARQ反馈的码块与请求立即确认的多于一个的A-MPDU子帧中的最后一个的边界对齐。需要HARQ反馈的码块中的每一个附接有CRC。此外，MAC层需要通知PHY层在A-MPDU中不请求立即确认的A-MPDU子帧的总的尺寸，以及通知PHY层在A-MPDU中请求立即确认的每个A-MPDU子帧的尺寸。因此，码块2、3和NCB分别与A-MPDU子帧边界1410、1412和1414对齐。CB内填充比特1416可以被附加到与A-MPDU子帧边界1410、1412和1414对齐的码块2、3和NCB中的每一个，以将码块2、3和NCB填充到码块尺寸。应当注意，应用于最后一个码块NCB的内填充比特1416吸收前向FEC填充比特，使得最后一个码块也与最后一个OFDM符号(在没有STBC应用于数据字段的情况下)或最后两个OFDM符号(在STBC应用于数据字段的情况下)中的符号分段边界对齐。此外，码块3和NCB附接有CRC，因为它们需要HARQ反馈。
在CB分段1404之后，码块经历每个码块加扰过程1406，使得包含在每个码块中的A-MPDU子帧比特和内填充比特(如果有的话)被加扰。例如，在加扰过程1406之后，码块1包括服务字段和加扰比特1418，码块2包括加扰比特1420，码块3包括加扰比特1422，并且码块NCB包括加扰比特1424。每个加扰的初始状态与第一加扰相同，其是服务字段的前N比特，其中N是确定的正整数(例如，7或11)。此外，这些加扰码块经历LDPC编码过程1408，使得每个码块的内容使用LDPC进行编码。对于码块1，加扰比特和服务字段使用LDPC进行编码。例如，在LDPC编码过程1408之后，码块1包括编码比特1426，码块2包括编码比特1428，码块3包括编码比特1430，并且码块NCB包括编码比特1432。此后，编码码块的剩余发送器处理与11axHE SU PPDU相同。
图15示出了包含初始传输的数据字段的BCC编码过程的图示1500，该数据字段具有类型4码块分段。虽然用于BCC编码的过程类似于图示1500中所示的过程，但是尾部比特被附加在每个码块的末尾。例如，尾部比特1502、1504、1506、1508和1510分别被附加在码块1、码块2、码块3、码块4和码块NCB的末尾。此后，码块经历每个码块加扰，使得包含在每个码块中的A-MPDU子帧比特、内填充比特(如果有的话)和尾部比特被加扰。然后，这些加扰的码块经历BCC编码过程，使得每个码块的内容使用BCC进行编码。
图16A示出了如图14和图15所示的类型4码块分段的流程图1600。过程在步骤1602开始。在步骤1604，使用公式
Figure BDA0003412274950000211
来计算不需要HARQ反馈的码块的数量，其中，NCB,nfb是不需要HARQ反馈的码块的数量，LMPDU,nfb是不请求立即确认的A-MPDU子帧的长度，并且R是码率。在步骤1606，计算需要HARQ反馈的码块的数量。在步骤1608，服务字段和A-MPDU被分段成码块。在步骤1610，计算每个码块所需的CB内填充比特的数量。在步骤1612，将CB内填充比特(如果存在)和尾部比特(如果存在，在如图15所示的BCC编码过程的情况下)附加到每个码块。该过程然后在步骤1614结束。
在图16B的流程图1616中更详细地示出了在步骤1606如何计算需要HARQ反馈的码块的数量的过程。流程图1616的计算需要HARQ反馈的码块的数量的过程从步骤1618开始。在步骤1620，CB计数器和SF计数器都被设置为1。在步骤1622，确定第(SF计数器)子帧的尺寸是否小于一个码块的有效长度。对于需要HARQ反馈的码块，有效长度是除了CRC、服务字段(在第一码块的情况下)和尾部比特(在BCC编码的情况下)之外的码块的尺寸。如果确定第(SF计数器)子帧的尺寸不小于一个码块的有效长度，则过程进行到步骤1628，其中计算第(SF计数器)子帧所需的码块的数量n。在步骤1630，CB计数器增加n，并且SF计数器增加1。在步骤1632，确定SF计数器是否已经达到等于NSF的值。类似于类型3码块分段，类型4码块分段的NSF是在A-MPDU中的请求立即确认的A-MPDU子帧的总的数量。如果确定SF计数器的值不等于NSF，则过程返回到步骤1622。另一方面，如果在步骤1622确定第(SF计数器)子帧的尺寸小于一个码块的有效长度，则过程从步骤1622前进到步骤1624，在步骤522中计算可以被包括在第(CB计数器)码块中的子帧的数量m。如果请求立即确认的不多于一个的A-MPDU子帧可以被映射到相同的码块，则m＝1。在步骤1626，CB计数器增加1，并且SF计数器增加m。该过程然后进行到步骤1632，在步骤1622和步骤1632之间的循环过程继续，直到SF计数器值等于NSF。然后该过程进行到步骤1634，在步骤1634，确定所需的码块的数量(即，CB计数器的最终值)。该过程然后在步骤1636结束。
类型4码块分段的STA行为与类型2码块分段相同，即，如图10A的流程图1000所示。类型4码块分段也具有与类型2码块分段类似的益处，除了A-MPDU可能需要比类型2码块分段更少的码块。然而，类似于类型2码块分段，需要开发基于码块的HARQ反馈机制，因为现有的用于HARQ反馈的基于MPDU的确认机制不能被重用于类型4码块分段。
图17示出了包含初始传输的数据字段1702的LDPC编码过程的图示1700，该数据字段具有类型5码块分段。数据字段1702可以以PPDU 200中的数据字段的格式，并且可以包括服务字段，服务字段之后跟随包括A-MPDU子帧(即，不请求立即确认的一个或多个A-MPDU子帧1710和请求立即确认的一个或多个A-MPDU子帧1712)的A-MPDU。不请求立即确认的一个或多个A-MPDU子帧1710被放置在数据字段1702中请求立即确认的一个或多个A-MPDU子帧1712之前。有利地，需要HARQ反馈的码块可以由起始码块编号和需要HARQ反馈的码块的数量来指示；因此，可以减少HARQ信令开销和HARQ反馈开销。
在CB分段1704期间，A-MPDU子帧被分段成码块。例如，(多个)A-MPDU子帧1710被分段并映射到码块1直到码块NCB,nfb，而(多个)A-MPDU子帧1712被分段并映射到码块NCB,nfb+1直到码块NCB。每个码块具有相同的码块尺寸，并且可以包含单个A-MPDU子帧的全部或部分。第一码块(即，码块1)还可以包含服务字段。在类型5码块分段中，不请求立即确认的A-MPDU子帧对应于不需要HARQ反馈的一个或多个码块，不需要HARQ反馈的一个或多个码块的最后一个与不请求立即确认的最后一个A-MPDU子帧的边界对齐。如果请求立即确认的A-MPDU子帧对应于需要HARQ反馈的一个或多个码块，需要HARQ反馈的一个或多个码块的最后一个与请求立即确认的最后一个A-MPDU子帧的边界对齐。需要HARQ反馈的码块中的每一个附接有CRC。此外，MAC层需要通知PHY层在A-MPDU中的不请求立即确认的A-MPDU子帧的总的尺寸，以及通知PHY层在A-MPDU中的请求立即确认的A-MPDU子帧的总的尺寸。因此，由于不请求立即确认的(多个)A-MPDU子帧1710被分段并映射到码块1直到码块NCB,nfb，则NCB,nfb是不需要HARQ反馈的码块的数量。码块NCB,nfb和码块NCB分别与A-MPDU子帧边界1714和1716对齐。CB内填充比特1718可以被附加到与A-MPDU子帧边界1714和1716对齐的码块NCB,nfb和NCB中的每一个，以将码块NCB,nfb和NCB填充到码块尺寸。应当注意，应用于最后一个码块NCB的内填充比特1718吸收前向FEC填充比特，使得最后一个码块也与最后一个OFDM符号(在没有STBC应用于数据字段的情况下)或最后两个OFDM符号(在STBC应用于数据字段的情况下)中的符号分段边界对齐。此外，码块NCB,nfb+1直到码块NCB附接有CRC，因为它们需要HARQ反馈。
在CB分段1704之后，码块经历每个码块加扰过程1706，使得包含在每个码块中的A-MPDU子帧比特和内填充比特(如果有的话)被加扰。例如，在加扰过程1706之后，码块1包括服务字段和加扰比特1718，码块NCB,nfb包括加扰比特1720，码块NCB,nfb+1包括加扰比特1722，并且码块NCB包括加扰比特1724。每个加扰的初始状态与第一加扰相同，其是服务字段的前N比特，其中N是确定的正整数(例如，7或11)。此外，这些加扰码块经历LDPC编码过程1708，使得每个码块的内容使用LDPC进行编码。对于码块1，加扰比特和服务字段使用LDPC进行编码。例如，在LDPC编码过程1708之后，码块1包括编码比特1726，码块NCB,nfb包括编码比特1728，码块NCB,nfb+1包括编码比特1730，并且码块NCB包括编码比特1732。此后，编码码块的剩余发送器处理与11ax HE SU PPDU相同。
图18示出了包含初始传输的数据字段的BCC编码过程的图示1800，该数据字段具有类型5码块分段。虽然用于BCC编码的过程类似于图示1800中所示的过程，但是尾部比特被附加在每个码块的末尾。例如，尾部比特1802、1804、1806和1808分别被附加在码块1、码块NCB，nfb、码块NCB，nfb和码块NCB的末尾。此后，码块经历每个码块加扰，使得包含在每个码块中的A-MPDU子帧比特、内填充比特(如果有的话)和尾部比特被加扰。然后，这些加扰的码块经历BCC编码过程，使得每个码块的内容使用BCC进行编码。
图19示出了如图17所描绘的类型5码块分段的流程图1900。过程在步骤1902开始。在步骤1904，NCB的值通过公式NCB＝NCB，nfb+NCB，fb来计算，其中，
Figure BDA0003412274950000241
并且其中NCB，nfb是不需要HARQ反馈的码块的数量，NCB，fb是需要HARQ反馈的码块的数量，LMPDU，nfb是不请求立即确认的A-MPDU子帧的长度，LMPDU，fb是请求立即确认的A-MPDU子帧的长度，NSERVICE是服务字段中的比特的数量，如果需要HARQ反馈的码块不包括服务字段，则其等于0，R是码率，以及LCRC是每个码块的CRC的长度。在步骤1906，使用公式NIntraCB，nfb＝NCB，nfb·NCW，CB·1944·R-LMPDU，nfb-NSERVICE来计算不需要HARQ反馈的最后一个码块的CB内填充比特的数量，并且使用公式NIntraCB，fb＝NCB，fb·NCW，CB·1944·R-LMPDU，fb-NSERVICE-LCRC·NCB，fb计算需要HARQ反馈的最后一个码块的CB内填充比特的数量，其中，NCW，CB是每个码块的码字的数量，NIntraCB，nfb是不需要HARQ反馈的最后一个码块中的CB内填充比特的数量，并且NIntraCB，fb是需要HARQ反馈的最后一个码块中的CB内填充比特的数量。在步骤1908，将CB内填充比特插入不需要HARQ反馈的最后一个码块和需要HARQ反馈的最后一个码块。在步骤1910，CRC被附加到需要HARQ反馈的码块中的每一个。图示1914详细描绘了步骤1908和1910，其中将CB内填充比特插入到码块NCB，nfb(即，如图17所示的不需要HARQ反馈的最后一个码块)和码块NCB(即，如图17所示的需要HARQ反馈的最后一个码块)中，并且将CRC附加到码块NCB，nfb+1和码块NCB，因为如图17所示，这两个码块都需要HARQ反馈。应当理解，位于码块NCB，nfb+1和NCB之间的码块也附加有CRC，因为它们需要HARQ反馈。该过程然后在步骤1912结束。
图20示出了如图18所描绘的类型5码块分段的流程图2000。过程在步骤2002开始。在步骤2004，NCB的值通过公式NCB＝NCB，nfb+NCB，fb来计算，其中，
Figure BDA0003412274950000251
并且其中，NCB，nfb是不需要HARQ反馈的码块的数量，NCB，fb是需要HARQ反馈的码块的数量，LMPDU，nfb是不请求立即确认的A-MPDU子帧的长度，LMPDU，fb是请求立即确认的A-MPDU子帧的长度，NSERVICE是服务字段中的比特的数量，如果需要HARQ反馈的码块不包括服务字段，则其等于0，R是码率，LCRC是每个码块的CRC的长度，并且NTAIL是每个码块的尾部比特的数量。在步骤2006，使用公式NIntraCB，nfb＝LCB·R·NCB，nfb-LMPDU，nfb-NSERVICE-NTail·NCB，nfb计算不需要HARQ反馈的最后一个码块的CB内填充比特的数量，并且使用公式NIntraCB，fb＝LCB·R·NCB，fb-LMPDU，fb-NSERVICE-LCRC·NCB，fb-NTail·NCB，fb来计算需要HARQ反馈的最后一个码块的CB内填充比特的数量，其中，NIntraCB，nfb是不需要HARQ反馈的最后一个码块中的CB内填充比特的数量，并且，NIntraCB，fb是需要HARQ反馈的最后一个码块中的CB内填充比特的数量。在步骤2008，将CB内填充比特插入不需要HARQ反馈的最后一个码块和需要HARQ反馈的最后一个码块。在步骤2010，CRC被附加到需要HARQ反馈的码块中的每一个。在步骤2012，尾部比特被附加到每个码块。图示2016详细描绘了步骤2008、2010和2012，其中将CB内填充位插入到码块NCB，nfb(即，如图18所示的不需要HARQ反馈的最后一个码块)和码块NCB(即，如图18所示的需要HARQ反馈的最后一个码块)中，CRC被附加到码块NCB，nfb+1和码块NCB，因为如图18所示，这两个码块都需要HARQ反馈，并且如图18所示，尾部比特被附加到每个码块。应当理解，位于码块NCB，nfb+1和NCB之间的码块也附加有尾部比特以及CRC，因为它们需要HARQ反馈。该过程然后在步骤2014结束。
类型5码块分段的STA行为与类型2码块分段相同，即，如图10A的流程图1000所示。类型5码块分段具有与类型4码块分段类似的益处，除了A-MPDU可能需要比类型4码块分段更少的码块。然而，类似于类型4，需要开发基于码块的HARQ反馈机制，因为现有的用于HARQ反馈的基于MPDU的确认机制不能被重用于类型5码块分段。
不同类型的码块分段具有其相应的益处和缺点。一般来说，AP或者STA可以取决于A-MPDU尺寸和MCS自行决定码块分段类型。
类型1-5码块分段的上述示例是在数据字段包含初始传输的情况下。下面描述与包括重传的数据字段相关的示例。
图21示出了当使用HARQ常规CC时，包括重传的数据字段的编码过程的图示。HARQ常规CC可以被视为HARQ穿孔CC的特殊情况(即，HARQ CC的穿孔模式指示对于HARQ常规CC没有穿孔)。对于HARQ CC和HARQ IR两者，A-MPDU的所有码块都在初始传输中发送，并且只有具有NACK的码块在重传中发送。在HARQ常规CC的情况下，类似于初始传输，需要重传的每个码块中的所有编码比特都被发送。如图21所示，需要重传的编码码块1至Nretx被定位，并且需要重传的最后一个编码码块Nretx被附加有重传(retx)填充比特。剩余发送器处理与11axHE SU PPDU相同。
图22示出了根据本公开的各种实施例的当使用HARQ IR或使用HARQ穿孔CC时，包括重传的数据字段的编码过程的图示。当使用HARQ IR时，使用母码率(例如，1/2)对每个码块进行编码。此外，根据可能在HARQ-SIG字段中指示的冗余版本，从码块中的编码比特中提取需要重传的码块的retx比特。当使用HARQ穿孔CC时，根据可能在HARQ-SIG字段中指示的穿孔模式，从码块中的编码比特生成需要重传的码块的retx比特。如图22所示，需要重传的每个码块的retx比特被生成，如2200所示，并且需要重传的最后一个编码码块Nretx被附加有retx填充比特，如2202所示。剩余发送器处理与11ax HE SU PPDU相同。
对于HARQ常规CC，retx填充比特的数量可以通过公式NretxPadding＝NretxSYM·NCBPS-Nretx·NCW，CB·1944和
Figure BDA0003412274950000261
来计算。对于HARQ穿孔CC或HARQIR，retx填充比特的数量可以通过公式NretxPadding＝NretxSYM·NCBPS-Nretx·NCW，CB·1944·Pretx和
Figure BDA0003412274950000262
Figure BDA0003412274950000263
来计算，其中Pretx是retx百分比(即，retx比特的数量与码块中的编码比特的数量的比率)。
在HARQ穿孔CC下，根据可能在HARQ-SIG字段中指示的穿孔模式，从需要重传的码块中的编码比特中统一提取retx比特。可用穿孔模式的数量取决于retx百分比，其中较大retx百分比的可用穿孔模式的数量不应大于较小retx百分比的可用穿孔模式的数量。retx百分比取决于当前传输的分组错误率(PER)，其中较大PER的retx百分比不应小于较小PER的retx百分比。已经错误地接收到传输信号的数据字段中携带的部分或全部A-MPDU(其中传输信号可以以EHT基本PPDU 200的格式)的接收器可以向对应的发送器推荐retx百分比连同NACK反馈一起，以帮助发送器选择用于重传的适当穿孔模式。可用穿孔模式、retx百分比和PER之间的关系的示例在下面的表1中示出:
可用穿孔模式 Retx百分比 PER
模式1 3/4 0.3～0.4
模式1、2 1/2 0.2～0.3
模式1、2、3 1/3 0.1～0.2
模式1、2、3、4 1/4 ≤0.1
表1
例如，在retx百分比为1/2的情况下，2个穿孔模式(即，模式1和2)是可用的。对于模式1，retx比特可以是需要重传的码块中的偶数编号的编码比特。对于模式2，retx比特可以是需要重传的码块中的奇数编号的编码比特。应当理解，穿孔模式的其他变型也是可能的。
图23示出了根据本公开的各种实施例的用于包括重传的数据字段的STA行为的流程图。该过程从步骤2302开始，并进行到步骤2304，在步骤2304，数据字段被解调。在步骤2306，丢弃retx填充比特。在步骤2308，确定是否应用HARQ CC。如果确定应用HARQ CC，则过程进行到步骤2320，在步骤2320中，执行基于穿孔模式对重传的码块的软比特合并，并且然后进行到步骤2312，在步骤2312，对码块进行解扰。另一方面，如果在步骤2308确定没有应用HARQ CC(即，应用HARQ IR)，则过程进行到步骤2310，在步骤2310，执行基于冗余版本对重传的码块的软比特合并，并且然后进行到步骤2312。在步骤2314，检查每个码块的CRC。在步骤2316，基于步骤2314的CRC检查结果生成HARQ反馈。该过程然后在步骤2318结束。
图24示出了根据本公开的各种实施例的用于实施HARQ传输的通信方法的流程图。在步骤2402，生成包括数据字段的传输信号，该数据字段携带被分段成一个或多个码块的A-MPDU，其中A-MPDU包括映射到一个或多个码块的一个或多个A-MPDU子帧，使得不请求立即确认的A-MPDU子帧和请求立即确认的A-MPDU子帧不被映射到单个码块中。在步骤2404，发送传输信号。
图25示出了根据各种实施例的通信装置2500的示意性局部剖视图。根据各种实施例，通信装置2500可以被实施为AP或STA。如图25所示，通信装置2500可以包括电路2514、至少一个无线电发送器2502、至少一个无线电接收器2504和天线2512(为了简单起见，为了说明的目的，在图25中仅描绘了一个天线)。电路可以包括至少一个控制器2506，用于软件和硬件辅助执行被设计来执行的任务，包括控制与MIMO无线网络中的一个或多个其他通信装置的通信。至少一个控制器2506可以控制至少一个传输信号生成器2508，用于生成例如以EHT基本PPDU 200的形式的传输信号，以通过至少一个无线电发送器2502发送到一个或多个其他通信装置，以及至少一个接收信号处理器2510，用于处理通过至少一个无线电接收器2504从一个或多个其他通信装置接收的HARQ反馈信息。如图25所示，至少一个传输信号生成器2508和至少一个接收信号处理器2510可以是通信装置2500的独立模块，其与至少一个控制器2506通信以实现上述功能。可替代地，至少一个传输信号生成器2508和至少一个接收信号处理器2510可以被包括在至少一个控制器2506中。对于本领域技术人员来说，这些功能模块的布置是灵活的，并且可以取决于实际需要和/或要求而变化。数据处理、存储和其他相关控制装置可以设置在适当的电路板上和/或芯片组中。在各种实施例中，至少一个无线电发送器2502、至少一个无线电接收器2504和至少一个天线2512可以由至少一个控制器2506控制。
通信装置2500提供HARQ传输所需的功能。例如，通信装置2500可以是通信装置，并且电路2514的至少一个传输信号生成器2508可以生成包括数据字段的传输信号，该数据字段携带被分段成一个或多个码块的A-MPDU，其中A-MPDU包括映射到一个或多个码块的一个或多个A-MPDU子帧，使得不请求立即确认的A-MPDU子帧和请求立即确认的A-MPDU子帧不被映射到单个码块中；以及至少一个无线电发送器可以发送该传输信号。
如果映射到码块的一个或多个A-MPDU子帧没有请求立即确认，则码块可能不需要HARQ反馈；并且如果映射到码块的一个或多个A-MPDU子帧请求立即确认，则码块可能需要HARQ反馈。请求立即确认的A-MPDU子帧可以连续放置在A-MPDU中。需要HARQ反馈的每个码块可以附接有CRC。当A-MPDU子帧的尺寸小于或等于码块的尺寸时，A-MPDU子帧可以被映射到单个码块，并且其中码块可以与A-MPDU子帧的边界对齐。当A-MPDU子帧的尺寸大于码块的尺寸时，A-MPDU帧可以被映射到多于一个的码块，其中多于一个的码块的最后一个可以与A-MPDU子帧的边界对齐。当多于一个的A-MPDU子帧的尺寸小于或等于码块的尺寸时，多于一个的A-MPDU子帧可以被映射到单个码块，其中码块与多于一个的A-MPDU子帧的最后一个的边界对齐。不请求立即确认的A-MPDU子帧可以被映射到不需要HARQ反馈的一个或多个码块，使得不需要HARQ反馈的一个或多个码块的最后一个与不请求立即确认的最后一个A-MPDU子帧的边界对齐。请求立即确认的A-MPDU子帧可以被映射到需要HARQ反馈的一个或多个码块，需要HARQ反馈的一个或多个码块的最后一个与请求立即确认的最后一个A-MPDU子帧的边界对齐。A-MPDU可以在传输信号的数据字段中携带。可以将CB内填充应用于一个或多个码块的最后一个，使得如果没有STBC应用于传输信号的数据字段，则一个或多个码块的最后一个与最后一个正交频分复用(OFDM)符号中的符号分段边界对齐，或者如果有STBC应用于传输信号的数据字段，则与最后两个OFDM符号中的符号分段边界对齐。每个码块的比特的数量可以独立于应用于传输信号的数据字段的调制和编码方案。
A-MPDU可以在服务字段之前(prepended by)，其中电路2514可以被配置为对每个码块的比特执行加扰，使得每个加扰的初始状态与服务字段的前N个比特相同，其中N是确定的正整数。如果使用BCC编码，则尾部比特可以被附加到每个码块。
接收器2504可以被配置为响应于发送A-MPDU，从另一通信装置接收一个或多个码块的NACK，NACK指示需要重传一个或多个码块；电路2514的至少一个传输信号生成器2508还可以被配置为根据传输信号的HARQ-SIG字段中指示的穿孔模式或冗余版本，从需要重传的一个或多个码块中的编码比特生成重传比特；并且发送器2502可以被配置为响应于NACK向另一通信装置发送所生成的重传比特。
如上所述，本公开的实施例提供了一种先进的通信系统、通信方法和通信装置，其能够在极高吞吐量的WLAN网络中实现HARQ操作。
本公开可以通过软件、硬件或软件与硬件协作来实现。在上述每个实施例的描述中使用的每个功能块可以部分地或全部地由诸如集成电路的LSI实现，并且每个实施例中描述的每个过程可以部分地或全部地由相同LSI或LSI的组合控制。LSI可以单独形成为芯片，或者可以形成一个芯片以包括部分或全部功能块。LSI可以包括耦合到其上的数据输入和输出。根据集成度的不同，这里的LSI可以称为IC、系统LSI、超级LSI或超LSI。然而，实施集成电路的技术不限于LSI，并且可以通过使用专用电路、通用处理器或专用处理器来实现。此外，可以使用可在制造LSI之后编程的FPGA(现场可编程门阵列)或可重新配置布置在LSI内部的电路单元的连接和设置的可重配置处理器。本公开可以实现为数字处理或模拟处理。如果由于半导体技术或其他衍生技术的进步，未来的集成电路技术取代了LSI，则可以使用未来的集成电路技术来集成功能块。生物技术也可以应用。
本公开可以通过任何种类的具有通信功能的装置、设备或系统来实现，其被称为通信装置。
这种通信装置的一些非限制性示例包括电话(例如，蜂窝(小区)电话、智能电话)、平板计算机、个人计算机(PC)(例如，膝上型计算机、台式计算机、上网本)、照相机(例如，数字静态/视频照相机)、数字播放器(数字音频/视频播放器)、可穿戴设备(例如，可穿戴照相机、智能手表、跟踪设备)、游戏控制台、数字图书阅读器、远程保健/远程医疗(远程保健和医疗)设备以及提供通信功能的车辆(例如，汽车、飞机、轮船)、及其的各种组合。
通信装置不限于便携式或可移动的，并且还可以包括任何种类的非便携式或固定的装置、设备或系统，诸如智能家庭设备(例如，电器、照明、智能仪表、控制面板)、自动售货机以及“物联网(IoT)”网络中的任何其他“事物”。
通信可以包括通过例如蜂窝系统、无线LAN系统、卫星系统等、以及它们的各种组合交换数据。
通信装置可以包括诸如控制器或传感器的设备，其耦合到执行本公开中描述的通信功能的通信设备。例如，通信装置可以包括生成由执行通信装置的通信功能的通信设备使用的控制信号或数据信号的控制器或传感器。
通信装置还可以包括基础设施，诸如基站、接入点、以及与诸如上述非限制性示例中的那些的装置通信或控制那些装置的任何其他装置、设备或系统。
应当理解，虽然已经参照设备描述了各种实施例的一些属性，但是相应的属性也适用于各种实施例的方法，反之亦然。
本领域技术人员将会理解，在不脱离广泛描述的本公开的精神或范围的情况下，可以对具体实施例中所示的本公开进行多种变化和/或修改。因此，本实施例在所有方面都被认为是说明性的而非限制性的。

Claims (14)

1.一种通信装置，包括:
电路，其生成包括数据字段的传输信号，所述数据字段携带被分段成一个或多个码块的聚合媒介访问控制协议数据单元A-MPDU；和
发送器，其将所述传输信号发送到另一通信装置；并且
其中，所述A-MPDU包括映射到所述一个或多个码块的一个或多个A-MPDU子帧，使得不请求立即确认的A-MPDU子帧和请求立即确认的A-MPDU子帧不被映射到单个码块中。
2.根据权利要求1所述的通信装置，其中，如果映射到码块的一个或多个A-MPDU子帧不请求立即确认，则所述码块不需要混合自动重复请求HARQ反馈；并且如果映射到码块的一个或多个A-MPDU子帧请求立即确认，则所述码块需要HARQ反馈。
3.根据权利要求1所述的通信装置，其中，请求立即确认的A-MPDU子帧被连续放置在所述A-MPDU中。
4.根据权利要求1所述的通信装置，其中，需要HARQ反馈的每个码块被附接有CRC。
5.根据权利要求1所述的通信装置，其中，当A-MPDU子帧的尺寸小于或等于所述码块的尺寸时，所述A-MPDU子帧被映射到单个码块，并且其中，所述码块与所述A-MPDU子帧的边界对齐。
6.根据权利要求1所述的通信装置，其中，当A-MPDU子帧的尺寸大于码块的尺寸时，所述A-MPDU子帧被映射到多于一个的码块，并且其中，所述多于一个的码块的最后一个与所述A-MPDU子帧的边界对齐。
7.根据权利要求1所述的通信装置，其中，当多于一个的A-MPDU子帧的尺寸小于或等于码块的尺寸时，所述多于一个的A-MPDU子帧被映射到单个码块，并且其中，所述码块与所述多于一个的A-MPDU子帧的最后一个的边界对齐。
8.根据权利要求1所述的通信装置，其中，不请求立即确认的A-MPDU子帧被映射到不需要HARQ反馈的一个或多个码块，使得不需要HARQ反馈的一个或多个码块的最后一个与不请求立即确认的最后一个A-MPDU子帧的边界对齐。
9.根据权利要求1所述的通信装置，其中，请求立即确认的A-MPDU子帧被映射到需要HARQ反馈的一个或多个码块，需要HARQ反馈的一个或多个码块的最后一个与请求立即确认的最后一个A-MPDU子帧的边界对齐。
10.根据权利要求1所述的通信装置，其中，码块内填充被应用于所述一个或多个码块的最后一个，使得如果没有应用于传输的数据字段的空时码块STBC，则所述一个或多个码块的最后一个与最后一个正交频分复用OFDM符号中的符号分段边界对齐，或者如果有应用于传输信号的数据字段的STBC，则所述一个或多个码块的最后一个与最后两个OFDM符号中的符号分段边界对齐。
11.根据权利要求1所述的通信装置，其中，每个码块的比特的数量独立于应用于传输信号的数据字段的调制和编码方案MCS。
12.根据权利要求1所述的通信装置，其中，所述A-MPDU在服务字段之前，其中，所述电路被配置为对每个码块的比特执行加扰，使得每个加扰的初始状态与服务字段的前N个比特相同，其中N是确定的正整数。
13.根据权利要求1所述的通信装置，还包括：
接收器，其响应于发送所述A-MPDU，从另一通信装置接收一个或多个码块的否定确认NACK，所述NACK指示需要重传所述一个或多个码块；
其中，所述电路被配置为根据在传输信号的HARQ-SIG字段中指示的穿孔模式或冗余版本，从需要重传的一个或多个码块中的编码比特生成重传比特；并且
其中，所述发送器被配置为响应于所述NACK向所述另一通信装置发送所生成的重传比特。
14.一种通信方法，包括：
生成包括数据字段的传输信号，所述数据字段携带被分段成一个或多个码块的聚合媒介访问控制协议数据单元A-MPDU；
其中，所述A-MPDU包括映射到所述一个或多个码块的一个或多个A-MPDU子帧，使得不请求立即确认的A-MPDU子帧和请求立即确认的A-MPDU子帧不被映射到单个码块中；以及
发送所述传输信号。
CN202080044019.XA 2019-07-11 2020-05-18 用于混合自动重复请求传输的通信装置和通信方法 Active CN113994614B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
SG10201906449W 2019-07-11
SG10201906449W 2019-07-11
PCT/SG2020/050293 WO2021006809A1 (en) 2019-07-11 2020-05-18 Communication apparatus and communication method for hybrid automatic repeat request transmission

Publications (2)

Publication Number Publication Date
CN113994614A true CN113994614A (zh) 2022-01-28
CN113994614B CN113994614B (zh) 2024-06-11

Family

ID=

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120207087A1 (en) * 2010-09-03 2012-08-16 Qualcomm Incorporated Aggregated mpdu (a-mpdu) numerology and mpdu grouping
CN102859924A (zh) * 2010-04-23 2013-01-02 高通股份有限公司 用于多用户传输的顺序ack
JP2014003628A (ja) * 2013-07-22 2014-01-09 Toshiba Corp 無線端末および無線通信方法
CN105813131A (zh) * 2014-12-31 2016-07-27 中兴通讯股份有限公司 数据发送方法、获取方法、发送装置及获取装置
US20170230149A1 (en) * 2013-07-11 2017-08-10 InterDigital Pantent Holdings, Inc. Systems and methods for smart harq for wifi
CN107078858A (zh) * 2014-10-27 2017-08-18 Lg电子株式会社 在无线lan系统中发送和接收多用户块确认帧的方法及其设备
WO2018119458A2 (en) * 2016-12-22 2018-06-28 Intel Corporation Pre-grant packet header processing

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102859924A (zh) * 2010-04-23 2013-01-02 高通股份有限公司 用于多用户传输的顺序ack
US20120207087A1 (en) * 2010-09-03 2012-08-16 Qualcomm Incorporated Aggregated mpdu (a-mpdu) numerology and mpdu grouping
US20170230149A1 (en) * 2013-07-11 2017-08-10 InterDigital Pantent Holdings, Inc. Systems and methods for smart harq for wifi
JP2014003628A (ja) * 2013-07-22 2014-01-09 Toshiba Corp 無線端末および無線通信方法
CN107078858A (zh) * 2014-10-27 2017-08-18 Lg电子株式会社 在无线lan系统中发送和接收多用户块确认帧的方法及其设备
CN105813131A (zh) * 2014-12-31 2016-07-27 中兴通讯股份有限公司 数据发送方法、获取方法、发送装置及获取装置
WO2018119458A2 (en) * 2016-12-22 2018-06-28 Intel Corporation Pre-grant packet header processing

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Y. CHEN;CHINA MOBILE; D. LIU; H. DENG;CHINA MOBILE;LEI. ZHU;HUAWEI;: "CAPWAP Extension for 802.11n and Power/channel Autoconfiguration draft-ietf-opsawg-capwap-extension-06", IETF, 6 July 2015 (2015-07-06) *

Also Published As

Publication number Publication date
US20220278775A1 (en) 2022-09-01
WO2021006809A1 (en) 2021-01-14

Similar Documents

Publication Publication Date Title
US20220278775A1 (en) Communication apparatus and communication method for hybrid automatic repeat request transmission
EP3158792B1 (en) System and method for multiple carrier transmission
CN102388561B (zh) 用于wlan的确认资源分配和调度
JP7433321B2 (ja) 通信装置、通信方法及び集積回路
US8850285B2 (en) System and method for transmitting and receiving acknowledgement information
KR101496895B1 (ko) 집합적 ｍｐｄｕ(ａ-ｍｐｄｕ) 수비학 및 ｍｐｄｕ 그룹화
CN112602268B (zh) 改善解码性能
US20220255681A1 (en) Communication apparatus and communication method for hybrid automatic repeat request operation
EP3641180B1 (en) Base station device, terminal device, wireless communication system, and communication method
WO2018171737A1 (zh) 一种数据传输方法和相关设备
CN103155470A (zh) 在无线通信系统中的方法和装置
CN108023721A (zh) 一种数据传输方法和装置
EP3955489A1 (en) Methods for transmitting and receiving retransmission data, and device
CN114303335B (zh) 用于混合自动重复请求操作的通信装置和通信方法
EP4161138A1 (en) Coding method and device
CN112491512B (zh) 重传数据的方法和通信装置
US10686566B2 (en) Method for transmission and reception based on hybrid automatic repeat request in communication system and apparatus for the same
CN113994614B (zh) 用于混合自动重复请求传输的通信装置和通信方法
WO2020238845A1 (zh) 一种重传数据的发送方法、接收方法及装置
KR20180122918A (ko) 무선 셀룰라 통신 시스템에서 데이터 전송 방법 및 장치
WO2018171538A1 (zh) 数据传输方法、网络设备及终端设备
KR101201898B1 (ko) 무선통신시스템에서 자동 재전송 요청 피드백 메시지 생성 장치 및 방법
CN111988118A (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
GR01 Patent grant