CN116803131A - 用于多ap同步传输的通信装置和通信方法 - Google Patents
用于多ap同步传输的通信装置和通信方法 Download PDFInfo
- Publication number
- CN116803131A CN116803131A CN202180092321.7A CN202180092321A CN116803131A CN 116803131 A CN116803131 A CN 116803131A CN 202180092321 A CN202180092321 A CN 202180092321A CN 116803131 A CN116803131 A CN 116803131A
- Authority
- CN
- China
- Prior art keywords
- frame
- transmission
- communication device
- blockack
- map
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 186
- 238000004891 communication Methods 0.000 title claims abstract description 92
- 238000000034 method Methods 0.000 title claims abstract description 45
- 230000001360 synchronised effect Effects 0.000 title claims abstract description 28
- 230000004044 response Effects 0.000 claims description 79
- 238000011084 recovery Methods 0.000 claims description 36
- 108700026140 MAC combination Proteins 0.000 claims description 2
- 230000008569 process Effects 0.000 description 28
- 101150081243 STA1 gene Proteins 0.000 description 16
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 15
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 15
- OVGWMUWIRHGGJP-WVDJAODQSA-N (z)-7-[(1s,3r,4r,5s)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@@H]1[C@@H](/C=C/[C@H](O)CCCCC)C[C@@H]2S[C@H]1C2 OVGWMUWIRHGGJP-WVDJAODQSA-N 0.000 description 14
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 14
- 101000925840 Homo sapiens Emerin Proteins 0.000 description 13
- 101000697597 Rattus norvegicus Alcohol sulfotransferase A Proteins 0.000 description 13
- 238000010586 diagram Methods 0.000 description 12
- 230000007246 mechanism Effects 0.000 description 11
- 230000008901 benefit Effects 0.000 description 7
- 230000001419 dependent effect Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 238000002360 preparation method Methods 0.000 description 5
- 238000001514 detection method Methods 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 238000003860 storage Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- OVGWMUWIRHGGJP-WTODYLRWSA-N (z)-7-[(1r,3s,4s,5r)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@H]1[C@H](/C=C/[C@H](O)CCCCC)C[C@H]2S[C@@H]1C2 OVGWMUWIRHGGJP-WTODYLRWSA-N 0.000 description 1
- 101100366889 Caenorhabditis elegans sta-2 gene Proteins 0.000 description 1
- 101000752249 Homo sapiens Rho guanine nucleotide exchange factor 3 Proteins 0.000 description 1
- 102100021689 Rho guanine nucleotide exchange factor 3 Human genes 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000000873 masking effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1614—Details of the supervisory signal using bitmaps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了用于多AP同步传输的通信设备和方法。一个示例性实施例提供了一种通信装置包括:电路,其生成包含后续传输的信息的帧;以及发送器,其将该帧发送到其他通信装置。
Description
技术领域
本实施例大致地涉及通信装置,并且更具体地涉及用于多接入点(多AP)同步传输的方法和装置。
背景技术
在下一代无线局域网(WLAN)的标准化中,IEEE 802.11be工作组讨论了与IEEE802.11a/b/g/n/ac/ax技术向后兼容的新无线接入技术。
在11ax高效率(HE)WLAN中,支持在传输机会(TXOP)中的多个帧传输,使得站(STA)能够在发送序列中发送额外帧。在11be极高吞吐量(EHT)WLAN中,已经提出在多AP系统中启用协调正交频分多址(C-OFDMA),以提高11ax HE WLAN的吞吐量,特别对于处于小区边缘的(cell-edges)STAs。
然而,迄今为止还没有对于多AP同步传输的在C-OFDMA操作下的TXOP中的多帧传输的相关讨论。
因此,能解决上述提到的问题的通信装置和方法是亟需的。此外,结合附图和本公开的背景,从后续详细描述和所附权利要求书中,其他理想的特征和特性将是显而易见的。
发明内容
非限制性和示例性的实施例有助于提供用于多AP同步传输的通信装置和通信方法。
根据本公开的一个方面,提供了一种通信装置,包括:电路,其生成包括后续传输的信息的帧;以及发送器,其将该帧发送到其他通信装置。
根据本公开的其他方面,提供了一种通信方法,包括:生成包括后续传输的信息的帧;以及将该帧发送到通信装置。
应当注意的是,一般或特定的实施例可以被实施为系统、方法、集成电路、计算机程序、存储介质或其任何可选组合。所述公开的实施例的额外好处和有点从说明书和附图中是显而易见的。所述好处和/或优点可以由说明书和附图中的各种实施例和特征所单独获得,其不需要提供所有的实施例和特征以获得一个或多个这些好处和/或优点。
附图说明
附图中同样的参考数字指代在整个独立视图中相同或功能类似的元件,其与下面的详细描述共同被并入本说明书并且构成本说明书的一部分,用作示出各种实施例以及解释根据本实施例的各种原理和优点。
图1示出了11ax中TXOP中的基于单AP的多帧传输的示例。
图2示出了未接收到块确认(BA或BlockAck)的传输失败的示例。
图3示出了接收到无效BA的传输失败的示例。
图4示出了11ax中的BlockAck Req帧格式的示例。
图5示出了BlockAck帧变体及其相应长度(八位字节(octets))的示例表。
图6示出了典型C-OFDMA传输的示例。
图7描述了非对齐BlockAck帧的情形。
图8描述了数据传输失败的情形。
图9描述了BA传输失败的情形。
图10示出了根据一个实施例的C-OFDMA传输。
图11示出了异步传输的示例。
图12示出了同步下行链路(DL)传输的示例。
图13示出了同步上行链路(UL)传输的示例。
图14示出了MAP触发帧的示例。
图15示出了MAP触发类型和对应值的示例表。
图16示出了根据一个实施例的UL TXVECTOR字段的子字段。
图17示出了根据另一个实施例的UL TXVECTOR字段的子字段。
图18示出了根据一个实施例的TRS控制子字段的示例。
图19示出了根据标准802.11ax规范的默认TXVECTOR参数列表的示例表。
图20示出了HE变体HT控制字段格式的新A-Control子字段。
图21示出了控制ID子字段值以及其对应解释的示例表。
图22示出了根据各种实施例的MU-BAR触发帧的示例格式。
图23示出了根据各种实施例的新MAP-BAR触发帧的示例格式。
图24描述了触发类型编码和对应触发帧变体的示例表。
图25示出了根据各种实施例的MAP BAR触发帧格式的公共信息字段的示例。
图26示出了根据各种实施例的MAP BAR触发帧格式的依赖于触发的用户信息子字段的示例。
图27示出了根据各种实施例的包含“空白区(blank space)”的示例流程图。
图28示出了根据各种实施例的需要MAP响应的新MAP触发帧的示例格式。
图29示出了根据各种实施例的具有MAP响应的单轮C-OFDMA传输的流程图。
图30示出了根据一个实施例的在介质访问控制(MAC)帧中携带MAP响应的单轮C-OFDMA传输的流程图。
图31示出了根据各种实施例的MAP响应帧示例格式。
图32示出了根据一个实施例的在空数据分组(NDP)中携带MAP响应的C-OFDMA传输的流程图。
图33示出了根据一个实施例的MAP响应NDP的示例格式。
图34描述了用于在MAP响应NDP中的EHT-长训练场(EHT-LTF)生成的优选PPDU格式、对应资源单元(RU)频调(tone)集索引值和反馈状态的示例表。
图35描述了用于在MAP响应NDP中的EHT-长训练场(EHT-LTF)生成的优选调制和编码方案(MCS)、对应RU频调集索引值和反馈状态的示例表。
图36描述了AP和STA之间重叠网络范围的示例图示。
图37示出了根据各种实施例的共享AP行为的流程图。
图38示出了根据各种实施例的使用新C-OFDMA错误恢复间隔的C-OFDMA错误恢复的流程图。
图39示出了根据各种实施例的使用扩展帧间间隔(EIFS)的C-OFDMA错误恢复的流程图。
图40示出了根据各种实施例的使用短PPDU的传输的C-OFDMA错误恢复的流程图。
图41示出了根据各种实施例的在错误恢复中的共享AP行为的流程图。
图42示出了根据各种实施例的在需要MAP响应且接收到预期ACK/BlockAck帧的情况下的C-OFDMA错误恢复的流程图。
图43示出了根据各种实施例的在需要MAP响应且在AckTimeout间隔期间未接收到预期的ACK/BlockAck帧的情况下的C-OFDMA错误恢复的流程图。
图44示出了根据各种实施例的在C-OFDMA错误恢复中的共享AP行为的流程图。
图45示出了根据各种实施例的在包括MAP响应的C-OFDMA错误恢复机制中的共享AP行为的流程图。
图46示出了根据各种实施例的通信设备(例如,通信装置,例如,共享AP)的配置。
图47示出了根据各种实施例的用于多AP同步传输的方法的流程图。
图48示出了根据各种实施例的可以实施多AP同步传输的AP或STA的示意性部分剖视图。
本领域技术人员将理解图中的元素是为了简单和清晰而示出的,并且不一定是按比例描述的。
具体实施例方式
以下详细描述仅为示例并且不意图限制本实施例或本实施例的应用和用途。此外,本发明不意图被前述背景或本详细描述中提出的任何理论所限定。此外,从结合附图和本公开的背景的随后的详细描述和所附权利要求中,其他理想的特征和特性是显而易见的。
TXOP是限定的(bounded)时段,在该时段期间,站可以传递数据。一旦获得TXOP,给定帧序列持续时间(duration)不超过TXOP限制,站可以发送数据、控制和管理帧并且接收响应帧。在11ax中的TXOP中基于单AP的多帧传输的示例如图1所示。
当增强分布式信道接入功能(EDCAF)在帧交换序列完成之后保留(retain)接入介质的权限时,发生TXOP内的多帧传输。如果TXOP持有者(holder)在发生序列中具有附加帧,并且该帧的传输持续时间加上用于该帧的任何预期确认可能在TXOP内完成,则TXOP持有者可以在紧邻(immediately)前一帧交换序列完成后的短帧间间隔(SIFS)开始该帧的传输,其依据(subject to)TXOP极限限制。如果TXOP持有者传输失败,AP可以调用优先帧间间隔(PIFS)恢复。
有两种情况该传输将被确定为失败。在第一种情况下,没有块确认(BA或BlockAck)被接收。此示例如图2所示。在TXOP中,包含需要立即确认的帧的HE物理层协议数据单元(PPDU)202由AP发送。接收预期确认的开始在SIFS之后的第一个时隙内未发生,即,BA204没被AP接收。然后,AP可以在前一帧之后的PIFS发送另一个包含块确认请求(BlockAckReq)帧的PPDU 206。
在第二种情况下,无效BA被接收。此示例如图3所示。在TXOP中,包含需要立即确认的帧的HE PPDU 302由AP发送。虽然预期确认的接收发生,即,BA304被AP接收,但它被识别为无效帧。然后,AP可以在接收到的BA帧之后的PIFS发送包含BlockAckReq帧的另一PPDU306。
当由BlockAckReq帧征询(solicited)时,携带BlockAck帧的PPDU的长度取决于BlockAck帧变体和接收设备。所使用的BlockAck帧变体在由征询立即响应的STA发送的BlockAckReq帧中指示。用于携带BlockAck帧的PPDU类型由被征询的STA决定,并且该PPDU类型可以是Non-HT PPDU或HE单用户(SU)PPDU。主调制和编码方案(MCS)以及主速率由被征询的STA为PPDU选择。在11ax中的BlockAckReq帧格式的示例如图4所示,BlockAck帧变体以及其对应长度(字节)的示例表如图5所示。
然而,不存在关于在BlockAckReq帧中指示的上行链路(UL)PPDU参数的信息。携带BlockAck帧的PPDU的长度由STA在通过BlockAckReq帧征询时决定。该AP可以估计,但不能决定PPDU的长度。
在C-OFDMA传输中,共享AP(Sharing AP)在获得的TXOP期间与(多个)被共享AP(Shared AP)共享频率资源。典型的C-OFDMA传输的示例如图6所示。该共享AP应与(多个)被共享AP在以20MHz的倍数(multiples)的信道中共享其频率资源。该C-OFDMA传输可以包括两个阶段。在第1阶段(协商和准备)中,用于C-OFDMA传输的必要信息可以被交换。在第2阶段中,参与AP之间的协调传输应由共享AP启动。如果协调传输是同步的,则用于同步的必要信息可以先于协调传输被指示。
在C-OFDMA的TXOP中实现多帧传输可能存在许多问题。例如,ACI(相邻信道干扰)和冲突可能由于未对齐的(多个)BlockAck帧引起。在另一个示例中,在错误恢复中可能存在问题,其中冲突可能由于未对齐的BlockAck帧和11ax错误恢复机制而引起。
图7示出了未对齐的BlockAck帧的情形。STA1与共享AP相关联并且STA2与被共享AP相关联。多AP(MAP)触发帧702以被共享AP为目标并且STA2无法侦听(hear)共享AP。由STA1发送的BlockAck帧704和由STA 2发送的BlockAck帧706可能未对齐,因此可能发生冲突和ACI(相邻信道干扰)。
图8示出了数据传输失败的情形。STA1与共享AP相关联并且STA2与被共享AP相关联。MAP触发帧802以被共享AP为目标并且共享AP无法侦听STA2。如果由STA1发送的BlockAck帧804没有被共享AP接收,则PIFS恢复将由共享AP执行。在这种情况下,由共享AP在PIFS之后发送到被共享AP的MAP触发帧808将与由STA2发送的BlockAck帧806冲突。
图9示出了BA传输失败的情形。STA1与共享AP相关联并且STA2与被共享AP相关联。MAP触发帧902以被共享AP为目标并且共享AP无法侦听STA2。如果由STA1发送的BA帧904失败,则共享AP在BA帧904之后的PIFS发送后续帧。后续帧的传输有可能与由STA2发送的BlockAck帧906冲突。然而,如果由STA1和STA2发送的BlockAck帧904和906对齐,则不会发生此问题。
在多个AP一起进行发送的情况下,一个AP可以向其他(多个)AP发送关于后续传输的信息。在可能的情况下,多AP协调或多链路传输(当涉及多链路AP时)可以被利用使得关于后续传输的信息可以在AP之间被共享,诸如传输类型(异步/同步)、携带预期BlockAck帧的PPDU的参数以及其他类似信息。
图10示出了根据实施例的C-OFDMA传输。该C-OFDMA传输包括以下阶段。在协商和准备阶段1002中,可以包括用于后续协调传输所需的协商和准备。例如,交换请求发送(RTS)和清除发送(CTS)帧、交换请求和加入后续协调传输的意向、主信道切换、候选被共享AP的缓冲区状态的报告、对(多个)被共享AP的选择等。此后,协调传输阶段1004可以包括一轮或多于一轮的C-OFDMA传输1008。共享AP向(多个)被共享AP发送MAP触发帧1006来启动单轮C-OFDMA传输。该MAP触发帧1006可以在non-HT重复PPDU中被携带。此外,期望的C-OFDMA传输类型先于C-OFDMA传输被指示。在一种选项中,期望的传输类型在协商和准备阶段1002中被指示,使得后续协调传输阶段1004将仅包括一种C-OFDMA传输类型。在另一种选项中,期望的传输类型在MAP触发帧1006中被指示用于初始轮的C-OFDMA传输。
期望的C-OFDMA传输类型可以是异步传输或同步传输。期望的传输类型可以基于干扰水平来决定,其中AP之间的ACI可以异步传输中通过频谱掩码而被减少,并且在同步传输中通过对齐符号而被进一步减少。期望的传输类型也可以基于(多个)被共享AP的缓冲区状态来决定,其中异步传输是(多个)被共享AP具有较大缓冲区的情形下的更佳选择。期望的传输类型也可以基于共享AP的后续传输持续时间来决定。例如,如果后续传输的持续时间较长(即,直到获得的TXOP结束),则可以选择异步传输。
图11示出了异步传输的示例。如果异步传输被指示,则在MAP触发帧1102的传输之后,共享AP不再控制分配给被共享AP的子信道。而是,被共享AP获得对分配的(多个)子信道的完全控制。共享AP和被共享AP在各自的频率资源上独立进行发送。因此,在异步传输中,共享AP不需要对齐传输,但失去对(多个)被共享AP和分配的子信道的控制。
在异步传输中,如果条件允许,共享AP仍可以侦听分配给被共享AP的子信道,例如,通过使用可用天线,或在PPDU之间的SIFS期间对子信道执行清除信道评估(CCA)。如果分配的子信道被检测到长时间空闲(例如,PIFS,或在SIFS的两个连续时间内空闲),则共享AP可以试图向(多个)被共享AP发送帧(例如,无竞争结束(CF-End)帧或MAP触发帧)来终止协调传输或收回分配的子信道供自己使用。
如果被指示为同步传输,则共享AP控制所有频率资源直到获得的TXOP结束。图12示出了同步下行链路(DL)传输的示例,而图13示出了同步上行链路(UL)传输的示例。对于如图12所示的同步DL传输,后续C-OFDMA传输中的UL BlockAck帧可以通过触发帧1202或触发的响应调度(TRS)控制字段来征询。后续C-OFDMA传输所需的参数在MAP触发帧1202中被指示,诸如用于每个被共享AP的分配的频率资源、对齐C-OFDMA传输所需的TXVECTORS、最大发送功率、携带BlockAck帧的PPDU的参数(例如,PPDU格式)以及其他类似参数。
在SIFS之后,共享AP和(多个)被共享AP依据MAP触发帧1202中指示的参数(即,从共享AP发送到STA1的EHT PPDU 1204和从被共享AP发送到STA2的EHT PPDU 1206),在其各自的频率资源上同时发送数据(其中包含携带BlockAck帧的PPDU的参数)。在SIFS之后,STA根据接收的DL PPDU中携带的参数同时向对应的关联AP发送BlockAck帧(即,从STA1发送到共享AP的BA帧1208以及从STA2发送到被共享AP的BA帧1210)。如果有效的BlockAck帧被接收,则在至少一个SIFS之后,如果TXOP持续时间允许,共享AP可以发送新MAP触发帧1212来启动另一轮C-OFDMA传输。如果共享AP未接收预期的BlockAck帧,则C-OFDMA恢复机制被执行。如果TXOP持续时间允许,共享AP可以根据C-OFDMA恢复机制发送新MAP触发帧来启动另一轮C-OFDMA传输。
在同步传输中,除非由共享AP触发或指示,否则(多个)被共享AP不应开始任何传输。此外,(多个)被共享AP应依据MAP触发帧中指示的参数进行发送。有利的是,由STA发送的BlockAck帧是对齐的,并且由BlockAck帧的错位(misalignment)或BlockAck帧传输失败导致的冲突被避免。
图14示出了MAP触发帧1400的示例,而图15示出了MAP触发类型和对应值的示例表。例如,当MAP触发类型字段1402指示值为“0”时,对应的MAP类型为联合传输,并且当MAP触发类型字段1402指示值为“1”时,对应的MAP类型为C-OFDMA传输。
当UL/DL标志字段1404指示“UL传输”时,DL TXVECTOR字段1406中包含的信息被用于指示用于DL PPDU的参数,该参数包含触发帧和携带BlockAck帧的DL PPDU的参数。此外,UL TXVECTOR字段1408中包含的信息被用于指示用于基于触发的UL PPDU的参数,该参数将由(多个)STA在后续C-OFDMA传输中发送。图16示出了当UL/DL标志字段1404指示“UL传输”时UL TXVECTOR字段1408的子字段,其中PPDU格式子字段1602可以指示HE TB PPDU/EHT TBPPDU。
当UL/DL标志字段1404指示“DL传输”时,DL TXVECTOR字段1406中的BA子字段1410的DL PPDU长度被预留,并且UL TXVECTOR字段1408中包含的信息指示由(多个)STA在后续C-OFDMA传输中的携带BlockAck帧的PPDU的参数。图17示出了当UL/DL标志字段1404指示“DL传输”时UL TXVECTOR字段1408的子字段,其中PPDU格式子字段1704可以指示Non-HT/HE/EHT PPDU。在示例中,PPDU格式可以被隐含指示,即,STA使用与征询DL PPDU相同的PPDU格式来携带BlockAck帧。BA征询方式(Soliciting Manner)子字段1702可以指示TRS控制字段或触发帧/仅触发帧。如果PPDU格式子字段1704被指示为“Non-HT PPDU”或BA征询方式子字段1702被指示为“TRS控制字段或触发帧”,则PPDU格式子字段1704之后的子字段被预留。携带BlockAck帧的PPDU的长度通常比普通的数据PPDU短。UL TXVECTOR字段1700中的最高有效比特(MSB)可以被重用于指示BA征询方式,其中与指示UL PPDU的长度相比,UL数据符号的数量可以使用较少的比特来指示。
在实施例中,对于每轮C-OFDMA传输,在没有(多个)被共享AP的显式反馈的情况下决定由共享AP发送的MAP触发帧中指示的、携带BlockAck帧的PPDU的参数。在一种选项中,参数由共享AP基于自身需求来决定。在另一种选项中,参数由共享AP基于BlockAck帧中比特图的最大长度来决定。比特图的最大长度可以是1024个八位字节,也可以是所有参与的AP之间可用的最大比特图长度,其可以在协商和准备阶段被交换。
被共享AP准备和依据DL TXVECTOR字段和UL TXVECTOR字段二者中指示的参数发送其DL传输。DL传输包含关于携带BlockAck帧的PPDU的参数的信息。如果由发送序列中的MAC协议数据单元(MPDU)或聚合(aggregated)MPDU(A-MPDU)所需的BlockAck不能在具有指示的参数的PPDU中被携带,则被共享AP可以放弃MPDU或缩短A-MPDU。例如,共享AP决定征询长度为L1的PPDU来携带BlockAck帧,并且将其指示给被共享AP。被共享AP具有A-MPDU,其中180个MPDU在发送序列中被携带。预期的BlockAck帧中的比特图长度应该为32个八位字节。被共享AP基于参数(BlockAck帧的长度、能够使用的最高MCS、PPDU格式等)计算携带预期的BlockAck帧的PPDU的预期长度(L2),使得L2>L1。然后,被共享AP可以在内部将A-MPDU缩短为64个MPDU,并且以8个八位字节比特图征询BlockAck帧。这有利地致使低复杂性,但可能导致(多个)被共享AP的大开销或低吞吐量。
在实施例中,当MAP触发帧中的BA征询方式子字段被指示为“TRS控制字段或触发帧”时,共享AP和被共享AP可以通过重用HE变体HT控制字段的TRS控制子字段来向相关联的STA指示携带BlockAck帧的PPDU的参数。当帧控制字段的+HTC子字段被设置为1时,HT控制字段始终存在于控制包装(Wrapper)帧中,并且存在于服务质量(QoS)数据和管理帧中。TRS控制子字段指示携带BlockAck帧的PPDU的部分参数。其他所需参数可以被设置为默认TXVECTOR参数列表。PPDU应该携带BlockAck请求帧与携带TRS控制子字段的帧来指示BlockAck帧的参数。
图18示出了TRS控制子字段1800的示例。在RU分配子字段1802中,当其被用于征询携带BA帧的PPDU时,预留条目可以被用于指示PPDU格式。PPDU格式可以是non-HT PPDU或EHT PPDU。预留子字段1804可以被用于指示TRS控制子字段1800被重用来指示携带BA帧的PPDU的参数。例如,当“0”在TRS控制子字段1800中被指示时,携带BA帧的PPDU格式为HE TBPPDU。作为进一步参考,图19示出了根据标准802.11ax规范的默认TXVECTOR参数列表的示例表。
当MAP触发帧中的BA征询方式子字段被指示为“TRS控制字段或触发帧”时,共享AP和(多个)被共享AP可以使用HE变体HT控制字段的新控制子字段向相关联的STA指示携带BlockAck帧的PPDU参数。图20示出了HE变体HT控制字段格式的新A-Control子字段2002,并且图21示出了控制ID子字段值及其对应解释的示例表2100。例如,控制ID子字段2004的值为7指示A-Control子字段2002被用于MAP BlockAck调度控制(MBS)。
A-Control子字段2002的长度可以是30比特。PPDU(即,从共享AP和被共享AP发送到各自相关联的STA)应携带BlockAck请求帧与携带A-Control子字段2002的帧来指示BlockAck帧的参数。BlockAck帧的参数可以在A-Control子字段2002的控制信息子字段2006中被指示。新控制字段也可以被用于在SU PPDU中携带BA帧的情况。
在实施例中,共享AP和(多个)被共享AP可以通过重用多用户块确认请求(MU-BAR)触发帧来向相关联的STA指示携带BlockAck帧的PPDU的参数。图22示出了MU-BAR触发帧2200的示例格式,其包括至少一个公共信息字段2202和用户信息列表字段2210。公共信息字段2202可以包括更多TF(More TF)子字段2204和CS所需(CS Required)子字段2206。更多TF子字段2204可以与CS所需子字段2206一起使用来指示携带BlockAck帧的PPDU的PPDU格式。例如,PPDU格式可以被指示为Non-HT PPDU、HE TB PPDU或EHT TB PPDU。用户信息列表字段2210可以包括用户信息字段,其至少包括依赖于触发的用户信息(Trigger DependentUser Info)子字段2212。依赖于触发的用户信息子字段2212中的BA结束序列控制(BA EndSequence Control)子字段2214可以被用来指示BA的大小。预留字段2208被用于指示MU-BAR触发帧2200被重用来指示C-OFDMA中携带BA帧的PPDU的参数。
在实施例中,共享AP和(多个)被共享AP可以在触发帧变体中向相关联的STA指示携带BlockAck帧的PPDU的参数,该触发帧变体在DL PPDU中被携带。图23示出了新MAP-BAR触发帧2300的示例格式,其至少包括公共信息字段2302。公共信息字段2302可以至少包括触发类型子字段2304、更多TF字段、CS所需子字段、MU-MIMO LTF模式字段、UL STBC字段、LDPC额外符号段字段、多普勒字段、UL-HE-SIGA2预留字段和依赖于触发的公共信息字段2306。触发类型子字段2304标识触发帧变体。其编码的示例在图24的表2400中被定义。例如,触发类型子字段值为8指示触发帧变体是MAP BAR格式。
图25示出了MAP BAR触发帧格式的公共信息字段2500的示例,其中公共信息字段中的更多TF字段、CS所需子字段、MU-MIMO LTF模式字段、UL STBC字段、LDPC额外符号段字段、多普勒字段和UL-HE-SIGA2预留字段被预留。MAP BAR触发帧2300的依赖于触发的用户信息子字段2600如图26所示中被定义(即,类似于MU-BAR触发帧2200的相同子字段2212),其中BAR控制子字段2602和BAR信息字段2604如在BlockAck请求帧中被定义。虽然与新A-Control子字段相比,更多信息可以在MAP BAR触发帧中被指示,但可能导致更大的传输开销。
在实施例中,共享AP可以选择性地从(多个)被共享AP征询MAP响应。征询的MAP响应可以携带下一轮C-OFDMA传输的预期BlockAck帧的估计参数以及共享AP在协调阶段可能需要的其他协商信息(即,空缓冲区报告)。MAP响应可以通过MAP触发帧征询,并且在单轮C-OFDMA传输结束时被发送。共享AP仅在满足以下条件时征询MAP响应:剩余TXOP允许,并且下一轮C-OFDMA传输是同步传输。
对于单轮C-OFDMA传输,共享AP基于MAP响应中的参数连同其自身在MAP触发帧中的需求来指示携带BlockAck帧的PPDU的参数。(多个)被共享AP准备并依据DL TXVECTOR字段和UL TXVECTOR字段中指示的参数二者来发送其DL传输。共享AP和(多个)被共享AP使用HE变体HT控制字段的TRS控制子字段或DL传输中包含的MU-BAR触发帧,向相关联的STA指示携带BlockAck帧的PPDU的参数。有利的是,这确保了(多个)被共享AP的成功数据传输。在C-OFDMA传输过程中添加MAP响应的开销。此外,为与共享AP相关联的STA创建“空白区”。图27示出了“空白区”的示例流程图2700。在流程图2700中,STA1无法侦听被共享AP。在MAP响应2702和随后的SIFS2704的持续时间内,信道将被STA1检测为空闲。该持续时间对STA1而言是“空白区”2706。如果STA1试图在该持续时间期间发送信息,则可能发生冲突。
如图28所示,共享AP可以通过利用MAP响应所需子字段2802在MAP触发帧2800中指示是否需要来自(多个)被共享AP的MAP响应。当需要MAP响应时,单轮C-OFDMA传输过程如图29的示例流程图2900所示。(多个)被共享AP在接收到的BlockAck帧之后的SIFS向共享AP发送MAP响应2902。
MAP响应可以在MAC帧中被携带,如图30的示例流程图3000中的MAP响应3002所示。例如,MAP响应3002可以是携带MAP响应帧的EHT PPDU。
示例MAP响应帧格式3100在图3100中所示。携带MAP响应帧的PPDU的参数(即,PPDU长度、EHT-LTF符号数量等)可以被设置为预定义的默认参数列表,或可替代地,必要参数可以在MAP触发帧中被指示。
MAP响应的信息可以在空数据分组(NDP)中被携带。如图32的示例流程图3200所示,MAP响应3204可以是MAP响应NDP。对于征询MAP响应NDP的一些必要信息(即,目标RSSI)应在MAP触发帧3202中的AP信息列表字段的每AP信息(Per AP Info)子字段中被指示。MAP响应NDP 3300的示例格式在图33中所示。有利的是,与在MAC帧中携带MAP响应相比,实现更低的开销。然而,与(多个)被共享AP相关联的STA可能不能够分辨MAP响应NDP的目的。
调度的被共享AP可以使用不同的频调集、使用MAP响应NDP中的EHT-LTF字段来指示优选参数。频调集可以根据FEEDBACK_STATUS(2种不同状态)和RU_TONE_SET_INDEX(每种状态有18个不同频调集)来确定,使得每20MHz的信道总共有36个条目。优选参数需要被指示,诸如优选PPDU格式、优选MCS和优选BA类型。参考图34中的示例表3400,当反馈状态为“0”时,优选PPDU格式可能具有3个条目,诸如Non-HT PPDU(RU频调设置索引为1)、HE PPDU(RU频调设置索引为2)和EHT PPDU(RU频调设置索引为3)。参考图35中的示例表3500,当反馈状态为“1”时,优选MCS可能有0-13个条目,其RU频调集索引为1-14。AP可以通过检测EHT-LTF中是否使用多个频调集来区分MAP响应NDP和EHT TB反馈NDP(其中仅使用单RU频调集)。此外,优选BA类型可以具有5个条目,诸如扩展压缩/压缩/多流量标识符(Multi-TID)/带重试的群播(GCR)/通用链接-GCR(GLK-GCR)。
MAP响应NDP中的可用条目可以被用于指示(多个)被共享缓冲区状态。例如,如果(多个)被共享AP指示空缓冲区,则共享AP可以终止与(多个)被共享AP的协调,并且将对应的(多个)子信道重新分配给自身或其他(多个)被共享AP。为了提高可靠性,多个条目被聚合来指示单个优选参数。例如,RU_TONE_SET_INDEX 1+2+3和FEEDBACK_STATUS 0被用来指示“Non-HT PPDU为优选”。
共享AP可以将由自身使用的子信道分配给(多个)被共享AP用于MAP响应传输,以减少相关联的ATS的“空白区”。例如,(多个)共享的AP可以在其自身分配的子信道以及额外分配的子信道上发送MAP响应。共享AP可以基于相关联的STA的信息(例如,位置、工作带宽)向(多个)被共享AP分配额外的子信道,其中额外的子信道仅被分配用于MAP响应传输。
参考图36的示出3600,AP集包括一个共享AP(AP1)和两个被共享AP(AP2、AP3)。AP1在80MHz信道上获得TXOP,并且将第3和第4个20MHz子信道分别分配给AP2和AP3。AP1与3个STA相关联,STA1和STA3工作在40MHz,并且STA2工作在20MHz。如重叠区域3602和3604所示,STA1位于AP2的可达范围内,并且STA2位于AP3的可达范围内。AP1将主要的20MHz分配给AP3,以及将另外20MHz分配给AP2来发送MAP响应。在此情况下,STA1和STA2的“空白区”被避免。
图37示出了被共享AP行为的流程图3700。过程开始于步骤3702。在步骤3704,MAP触发帧被接收。在步骤3706,确定MAP触发帧中是否指示后续传输是同步传输。如果确定为同步传输,则过程进行到步骤3708,其中从MAP触发帧的公共信息字段和AP信息列表字段获取信息。在步骤3710,依据获得的参数推导传输。在步骤3712,DL PPDU被发送,然后该过程在步骤3714结束。另一方面,如果在步骤3706中确定后续传输不是同步传输,即,是异步传输,则过程进行到步骤3716,其中获得关于分配的子信道和授予(granted)的持续时间(即,剩余TXOP)的信息。在步骤3718,在所授予的持续时间内在分配的子信道上独立地发生传输。然后,该过程在步骤3714结束。
对于使用扩展帧间间隔(EIFS)的C-OFDMA错误恢复,在发送需要Ack或BlockAck帧作为响应的MPDU或A-MPDU之后,共享AP应等待从PHY-TXEND.confirm原语开始的一段AckTimeout间隔(interval),其值为aSIFSTime+aSlotTime+aRxPHYStartDelay。如果在AckTimeout间隔内未发生PHY-RXSTART.indication原语(即,ACK/BlockAck帧未被接收),则共享AP在前一传输之后的EIFS开始向(多个)被共享AP进行传输。共享AP应在EIFS期间执行ED(能量检测)感测,并且仅在检测结果为空闲时开始传输。参考图38的过程3800,EIFS3802可以具有的持续时间为aSIFSTime 3804+EstimatedAckTxTime+仲裁帧间间隔(arbitration interframe space,AIFS)3806之和,其中EstimatedAckTxTime是携带BlockAck帧的PPDU 3808的预期持续时间。
对于使用新C-OFDMA错误恢复间隔的C-OFDMA错误恢复,在发送需要Ack或BlockAck帧作为响应的MPDU或A-MPDU之后,共享AP应等待从PHY-TXEND.confirm原语开始的一段AckTimeout间隔,其值为aSIFSTime+aSlotTime+aRxPHYStartDelay。如果在AckTimeout间隔内未发生PHY-RXSTART.indication原语(即,ACK/BlockAck帧未被接收),则共享AP在前一传输之后的C-OFDMA错误恢复间隔内开始向(多个)被共享AP进行另一传输。共享AP应在C-OFDMA错误恢复期间执行ED(能量检测)感测,并且仅在检测结果为空闲时开始传输。参考图39的流程图3900,C-OFDMA错误恢复间隔3902可以具有的持续时间为aSIFSTime 3904+EstimatedAckTxTime+aSIFSTime 3906之和,其中EstimatedAckTxTime是携带BlockAck帧的PPDU 3908的预期持续时间。如果错误的BlockAck帧被接收,则共享AP按照PIFS恢复机制执行错误恢复。当BlockAck帧的传输对齐时,PIFS恢复机制不会导致冲突。
对于使用短PPDU的传输的C-OFDMA错误恢复,在发送需要Ack或BlockAck帧作为响应的MPDU或A-MPDU之后,共享AP应等待从PHY-TXEND.confirm原语开始的一段AckTimeout间隔,其值为aSIFSTime+aSlotTime+aRxPHYStartDelay。参考图40的流程图4000,如果在AckTimeout间隔期间没有发生PHY-RXSTART.indication原语(即,诸如BA 4002的ACK/BlockAck帧未被接收),则共享AP在前一传输之后的PIFS向相关联的STA或自身发送一个或多个短PPDU 4004(例如,RTS帧、CTS-to-self帧)。共享AP在短PPDU(例如RTS和CTS交换、多个CTS-to-self帧)之后的SIFS开始向(多个)被共享AP进行另一传输(即,从MAP触发帧4006开始),以确保短PPDU 4004的持续时间超过预期BlockAck帧4002的持续时间。
图41示出了用于共享错误恢复中的AP行为的流程图4100。该过程开始于步骤4102。在步骤4104,包含需要立即反馈的帧的PPDU被发送。在步骤4106,确定预期的ACK/BlockAck帧的接收是否在AckTimeout间隔期间发生。如果确定发生,则过程进行到步骤4108,其中确定接收到的帧是否被正确解码和解调。如果确定被正确解码和解调,则过程进行到步骤4110,其中在接收到的ACK/BlockAck帧之后的SIFS开始另一传输,然后该过程在步骤4112结束。否则,过程进行到步骤4114,其中根据PIFS恢复机制开始另一传输,然后该过程在步骤4112结束。另一方面,如果在步骤4106确定预期的ACK/BlockAck帧的接收在AckTimeout间隔期间未发生,则过程进行到步骤4116,其中,在该过程在步骤4112结束之前,根据C-OFDMA错误恢复机制开始另一传输,即,如图38、图39和图40的示例所示。
参考图42的C-OFDMA错误恢复流程图4200,在需要MAP响应并且预期的ACK/BlockAck帧被接收的情况下,在预期的ACK/BlockAck帧4202结束后,(多个)被共享AP可以在接收到的ACK/BlockAck帧4202结束之后的SIFS发送MAP响应4204。如果预期的ACK/BlockAck帧4202未被接收,则(多个)被共享AP可以在预期的ACK/BlockAck帧4202结束之后的SIFS发送MAP响应4204。如果接收到的ACK/BlockAck帧4202被识别为无效,则(多个)被共享AP不发送后续的MAP响应4204。如果预期的ACK/BlockAck帧4202在AckTimeout间隔期间被接收,无论ACK/BlockAck帧4202是否被成功解码,共享AP应等待从PHY-RXEND.confirm原语开始的一段AckTimeout间隔。如果在AckTimeout间隔期间未发生PHY-RXSTART.indication原语(即,MAP响应4204未被接收),则共享AP在BlockAck帧4202结束之后的PIFS开始向(多个)被共享AP进行传输,即,从MAP触发帧4206开始。
参考图43的C-OFDMA错误恢复流程图4300,在需要MAP响应且预期的ACK/BlockAck帧4302在AckTimeout间隔期间未被接收的情况下,共享AP应在ACK/BlockAck帧4302的估计结束后等待AckTimeout间隔。如果在AckTimeout间隔期间没有发生PHY-RXSTART.indication原语(即,MAP响应4304未被接收),则共享AP可以在前一传输之后的EIFS(最短的EIFS=aSIFSTime+EstimatedAckTxTime+PIFS)或在ACK/BlockAck帧的估计结束之后的PIFS开始向(多个)被共享AP进行传输(即,从MAP触发帧4306开始)。为了降低复杂性,MAP响应的损坏不会导致任何错误恢复程序。
图44示出了在C-OFDMA错误恢复中的共享AP行为的流程图4400。该过程开始于步骤4402。在步骤4404,MAP触发帧被发送。在步骤4406,确定MAP响应是否在MAP触发帧中被指示为需要的。如果确定被指示为需要的,则过程进入步骤4408,携带需要立即反馈的帧的PPDU被发送。在步骤4410,包括MAP响应的C-OFDMA错误恢复机制继续进行。然后该过程在步骤4412结束。另一方面,如果在步骤4406中确定MAP响应在MAP触发帧中不被指示为需要的,则过程进行到步骤4114,其中在该过程在步骤4412结束之前,正常的C-OFDMA错误恢复机制继续进行。
图45示出了在包括MAP响应的C-OFDMA错误恢复机制中的共享AP行为的流程图4500。该过程开始于步骤4502。在步骤4504,确定预期的ACK/BlockAck帧的接收是否在AckTimeout间隔期间发生。如果确定发生,则过程进行到步骤4506,其中确定预期的MAP响应的接收是否在ACK/BlockAck帧的预期结束之后的AckTimeout间隔期间发生。如果确定发生,则过程进行到步骤4508,其中在过程在步骤4510结束之前,在SIFS之后开始进行另一传输。否则,过程从步骤4506进行到步骤4512,在ACK/BlockAck帧结束之后的PIFS开始另一传输,并且在步骤4510结束。另一方面,如果在步骤4504确定预期的ACK/BlockAck帧的接收在AckTimeout间隔期间未发生,则过程进行到步骤4514,其中确定预期的MAP响应的接收是否在预期的ACK/BlockAck帧的结束之后的AckTimeout间隔期间发生。如果确定发生,则该过程进行到步骤4508,其中在SIFS后开始另一传输,然后该过程在步骤4510结束。否则,过程从步骤4514进行到步骤4516,在前一传输之后的特定持续时间内开始另一传输,然后该过程在步骤4510结束。
图46示出了根据各种实施例的通信设备4600(例如,通信装置,例如,共享AP)的配置。图46的示意性示例中的通信设备4600包括至少一个天线4602、至少一个无线电发送器4604、至少一个无线电接收器4606和电路4608。该电路4608可以包括至少一个控制器或CPU4610,以用于用于在软件和硬件辅助下执行CPU 4610被设计用于执行的任务,包括控制与其它通信装置(诸如相关联的STA),或与另一AP(诸如被共享AP)的通信。
电路4608还可以包括传输管理器4612,其负责通信设备4600的传输过程。传输管理器4612可以包括用于调度MAP响应的MAP响应调度器4614、用于确定BA参数的BA参数确定模块4616和用于确定传输类型的传输类型确定模块4618。
由AP发送到STA的PPDU可以仅包括必要的部分参数。这些必要参数包括PPDU的格式、PPDU的长度、AP Tx功率、目标RSSI以及其他类似参数。携带BlockAck帧的PPDU的其它参数可以由STA自身依据所指示的参数来决定,诸如MCS、数据速率和其它类似参数。为了确保对齐,一些参数(诸如LTF符号数)可以由统一的预定义列表决定。
由AP发送到STA的PPDU可以仅包括必要的部分参数,而BlockAck帧的其他参数可以由STA自身依据所指示的参数来决定。例如,一些必要参数可以包括BlockAck类型、最大比特图大小和其他类似参数。可以由STA决定的参数可以包括比特图大小和其他类似参数。
此外,STA接收征询BlockAck的新A-Control字段/新触发帧或新MAC特征以及用于携带BlockAck帧或BlockAck帧的PPDU的部分参数时,STA自身可以依据所指示的参数决定携带BlockAck帧或BlockAck帧的PPDU的其他参数。
图47示出了图示出根据各种实施例的通信方法的流程图4700。在步骤4702,包含后续传输的信息的帧被生成。在步骤4704,该帧被发送到通信装置。
图48示出了通信装置4800的示意性部分剖视图,该装置可以被实施用于多AP同步传输。根据各种实施例,通信装置4800可以被实施为共享AP、被共享AP或相关联的STA。
通信装置4800的各种功能和操作根据分层模型被分层布置。在该模型中,低层向高层报告并且根据IEEE规范从高层接收指令。为简单起见,分层模型的细节不在本公开中被公开讨论。
如图48所示,通信装置4800可以包括电路4814、至少一个无线电发送器4802、至少一个无线电接收器4804和多个天线4812(为简单起见,出于示出的目的图48中仅描述了一个天线)。电路可以包括至少一个控制器4806以用于在软件和硬件辅助下执行其被设计用于执行的任务,包括控制与MIMO无线网络中的一个或多个其他多链路设备之间的通信。至少一个控制器4806可以控制至少一个发送信号生成器4808,以用于生成要通过至少一个无线电发送器4802发送到至一个或多个其它STA、AP或多链路设备(MLD)的帧,以及至少一个接收信号处理器4810,以用于处理通过至少一个无线电接收器4804从一个或多个其它STA、AP或MLD接收的帧。该至少一个发送信号生成器4808和至少一个接收信号处理器4810可以是通信装置4800的独立模块,其与至少一个控制器4806通信用于实现上述功能。可替代地,该至少一个发送信号生成器4808和至少一个接收信号处理器4810可以被包括在至少一个控制器4806中。本领域技术人员可以理解,这些功能模块的布置是灵活的,并且其可以根据实际需要和/或请求而变化。数据处理、存储和其他相关控制装置可以在适当的电路板上和/或芯片组中被提供。
在各种实施例中,至少一个无线电发送器4802、至少一个无线电接收器4804和至少一个天线4812可以由至少一个控制器4806控制。此外,虽然仅示出了一个无线电发送器4802,但可以理解的是,可以有多于一个的此类发送器。
在各种实施例中,至少一个无线电接收器4804与至少一个接收信号处理器4810共同形成通信装置4800的接收器。通信装置4800的接收器提供多链路通信所需的功能。虽然仅示出一个无线电接收器4804,但可以理解的是,可以有多于一个的此类接收器。
通信装置4800提供多AP同步传输所需的功能。例如,通信装置4800可以是共享AP。电路4814可以生成包含后续传输的信息的帧。发送器4802可以将帧发送到另一通信装置。
该通信装置4800和该另一通信装置可以是AP。信息可以指示后续传输是异步还是同步。该信息可以指示用于后续传输的携带BlockAck帧的PPDU的参数。电路4814还可以基于BlockAck帧中的比特图的最大长度来确定参数。
该信息可以指示后续传输是下行链路(DL)传输,其中发送器4802可以基于该信息将数据发送到相关联的STA,并且其中接收器4804可以在发送数据之后基于参数从相关联的STA接收携带BlockAck帧的PPDU。
信息可以还指示后续传输是UL传输,其中接收器4804可以基于信息从相关联的STA接收数据,并且其中发送器4802可以在接收数据之后基于参数向相关联的STA发送携带BlockAck帧的PPDU。
该帧可以是MAP触发帧,并且当MAP触发帧中的BA征询方式子字段被指示为“TRS控制字段或触发帧”时,发送器可以向相关联的STA发送携带TRS控制子字段或MBS控制子字段的帧来指示BlockAck帧的参数。
发送器4802可以向相关联的STA发送MU-BAR触发帧或MAP-BAR触发帧来指示携带BlockAck帧的PPDU的参数。
该帧可以是MAP触发帧,MAP触发帧包括对于来自另一通信装置的MAP响应的请求;其中,接收器4804可以接收来自另一通信装置的MAP响应,其中,该MAP响应包括用于后续传输的预期的BlockAck帧的估计参数。发送器4802可以向另一通信装置发送指示携带BlockAck帧的PPDU的参数的另一MAP触发帧,使得该参数基于MAP响应中的估计参数来确定;并且其中发送器4802还可以向相关联的STA发送数据,使得该数据指示携带BlockAck帧的PPDU的参数。当预期的ACK或BlockAck帧在前一传输之后的AckTimeout间隔内被接收时,并且当MAP响应在从PHY-RXEND.confirm原语开始的另一AckTimeout间隔期间未被接收时,发送器4802可以在接收到的ACK或BlockAck帧结束之后的PIFS开始向另一通信装置的另一传输。当预期的ACK或BlockAck帧在前一传输之后的AckTimeout间隔内未被接收时,并且当MAP响应在预期的ACK或BlockAck帧的估计结束之后的另一AckTimeout间隔内未被接收时,发送器4802可以在接收到的ACK或BlockAck帧结束之后的PIFS或在前一传输之后的EIFS开始向另一通信装置的另一传输。
发送器4802可以被配置为发送需要Ack或BlockAck帧作为响应的MPDU或A-MPDU,其中发送器4802还可以被配置为当没有ACK或BlockAck帧在MPDU或A-MPDU传输的AckTimeout间隔内被接收时,在MPDU或A-MPDU传输之后的时间持续时间内开始向另一通信装置的另一传输。时间持续时间可以是扩展帧间间隔(EIFS)=aSIFSTime+EstimatedAckTxTime+AIFS,或C-OFDMA错误恢复间隔=aSIFSTime+EstimatedAckTxTime+aSIFSTime,其中EstimatedAckTxTime是携带BlockAck帧的PPDU的预期持续时间。发送器4802还可以被配置为在MPDU或A-MPDU传输之后的PIFS将一个或多个短PPDU发送到相关联的STA或返回到通信装置,其中在一个或多个短PPDU传输之后的SIFS开始另一传输。
本公开可以通过软件、硬件或与硬件合作的软件实现。在上述各实施例的描述中使用的各功能块可以部分地或全部地由诸如集成电路的LSI实现,并且各实施例中描述的各流程可以部分地或全部地由相同的LSI或LSI的组合控制。LSI可以单独形成芯片组,也可以形成一个芯片来包括部分或全部功能块。该LSI可以包括数据输入和与之耦合的输出。取决于集成度的不同,本文中的LSI可以指代IC、系统LSI、超级LSI或超LSI。但是,集成电路的实施技术并不局限于LSI,也可以通过使用专用电路、通用处理器或专用处理器来实现。此外,在LSI制造后可以编程的FPGA(现场可编程门阵列),或可以重新配置LSI内部的电路单元的连接和设置的可重新配置处理器可以被使用。本公开可以以数字处理或模拟处理来实现。如果由于半导体技术或其他衍生技术的进步,未来的集成电路技术取代了LSI,则功能模块可以使用未来的集成电路技术被集成。生物技术也可以被应用。
本公开可以通过任何种类的具有通信功能的装置、设备或系统来实现,这些装置、设备或系统被称为通信设备。
此类通信设备的一些非限制性示例包括电话(如,蜂窝(手机)电话、智能电话)、平板电脑、个人电脑(PC)(例如,笔记本电脑、台式电脑、上网本)、相机(例如,数字静态/视频相机)、数字播放器(数字音频/视频播放器)、可穿戴设备(如,可穿戴相机、智能手表、跟踪设备)、游戏控制台、数字图书阅读器、远程健康/远程医疗(遥控健康和医疗)设备、提供通信功能的车辆(例如,车载、飞机、船舶)及其各种组合。
通信设备不限制于便携式的或可移动的,并且也可以包括非便携式的或固定的任何种类的装置、设备或系统,诸如智能家居设备(例如,家电、照明、智能电表、控制面板)、自动售货机以及“物联网(IoT)”网络中的任何其他“物”。
通信可以包括通过例如蜂窝系统、无线局域网系统、卫星系统等及其各种组合交换数据。
通信设备可以包括装置,诸如控制器或传感器,其与执行本公开所述通信功能的通信装置耦合。例如,通信设备可以包括控制器或传感器,该控制器或传感器生成控制信号或数据信号,该控制信号或数据信号被执行通信设备的通信功能的通信装置使用。
通信设备也可以包括基础设施,诸如基站、接入点以及与诸如上述非限制性示例中的装置(诸如上述非限制性示例中的装置)进行通信,或控制该装置的任何其他装置、设备或系统。
站的一个非限制性示例可以是包括在附属于多链路站逻辑实体(即,诸如MLD)的第一多个站中的一个站,其中作为附属于多链路站逻辑实体的第一多个站的一部分,第一多个站中的站共享到上层的公共介质接入控制(MAC)数据服务接口,其中公共MAC数据服务接口与公共MAC地址或流量标识符(TID)相关联。
由此可见,本发明实施例提供了用于多AP同步传输的通信设备和方法。虽然在本发明实施例的上述详细描述中介绍了示例性实施例,但应当理解的是,大量变化可以存在。应当进一步理解的是,示例性实施例是示例,并不意在以任何方式限制本公开的范围、适用性、操作或配置。相反,上述详细描述将为本领域技术人员提供实施示例性实施例的便利路线图,可以理解的是,在不脱离所附权利要求书中所述主题的范围的情况下,可以对示例性实施例中所述步骤和操作方法以及示例性实施例中所述设备的模块和结构的功能和布置进行各种更改。
Claims (17)
1.一种通信设备,包括:
电路,生成包含后续传输的信息的帧;以及
发送器,将所述帧发送到另一通信装置。
2.根据权利要求1所述的通信装置,其中,所述通信装置和所述另一通信装置是接入点AP。
3.根据权利要求1所述的通信装置,其中,所述信息指示所述后续传输是异步的还是同步的。
4.根据权利要求1所述的通信装置,其中,所述信息指示用于所述后续传输的、携带块确认BlockAck帧的物理层协议数据单元PPDU的参数。
5.根据权利要求4所述的通信装置,其中,所述电路基于BlockAck帧中的比特图的最大长度来确定所述参数。
6.根据权利要求4所述的通信装置,其中,所述信息还指示所述后续传输是下行链路DL传输,其中所述发送器基于所述信息将数据发送到相关联的STA,并且其中所述通信装置还包括接收器,所述接收器在发送所述数据之后基于所述参数从所述相关联的STA接收携带BlockAck帧的PPDU。
7.根据权利要求4所述的通信装置,其中,所述信息还指示所述后续传输是上行链路UL传输,其中所述通信装置还包括接收器,所述接收器基于所述信息从相关联的STA接收数据,并且其中所述发送器在接收所述数据之后基于所述参数向所述相关联的STA发送携带BlockAck帧的PPDU。
8.根据权利要求1所述的通信装置,其中,所述帧是MAP触发帧,并且当MAP触发帧中的BA征询方式子字段被指示为“触发响应调度TRS控制字段或触发帧”时,所述发送器能够向相关联的STA发送携带TRS控制子字段或MAP BlockAck调度MBS控制子字段的帧,以指示BlockAck帧的参数。
9.根据权利要求1所述的通信装置,其中,所述发送器向相关联的STA发送多用户块确认请求MU-BAR触发帧或MAP-BAR触发帧,以指示携带BlockAck帧的PPDU的参数。
10.根据权利要求1所述的通信装置,其中,所述帧是MAP触发帧,所述MAP触发帧包括对于来自所述另一通信装置的MAP响应的请求;其中所述通信装置还包括接收器,所述接收器接收来自所述另一通信装置的MAP响应,其中所述MAP响应包括用于后续传输的预期的BlockAck帧的估计参数。
11.根据权利要求10所述的通信装置,其中,所述发送器将另一MAP触发帧发送到另一通信装置,所述另一MAP触发帧指示携带BlockAck帧的PPDU的参数,使得所述参数基于MAP响应中的所述估计参数来确定;并且其中所述发送器还将数据发送到相关联的STA,使得所述数据指示携带BlockAck帧的PPDU的参数。
12.根据权利要求1所述的通信装置,其中,所述发送器发送需要Ack或BlockAck帧作为响应的MAC协议数据单元MPDU或聚合MPDU A-MPDU,并且其中当没有ACK或BlockAck帧在所述MPDU或A-MPDU的传输之后的AckTimeout间隔内被接收时,所述发送器还在所述MPDU或A-MPDU的传输之后的持续时间内开始向另一通信装置的另一传输。
13.根据权利要求12所述的通信装置,其中,所述持续时间是扩展帧间间隔EIFS=短帧间间隔SIFS时间+EstimatedAckTxTime+仲裁帧间间隔AIFS,或协调正交频分多址C-OFDMA错误恢复间隔=aSIFSTime+EstimatedAckTxTime+aSIFSTime,其中所述EstimatedAckTxTime是携带BlockAck帧的PPDU的预期持续时间。
14.根据权利要求12所述的通信装置,其中,发送器还在所述MPDU或A-MPDU的传输之后的优先帧间间隔PIFS将一个或多个短PPDU发送到相关联的STA或发送回所述通信装置,其中在所述一个或多个短PPDU的传输之后的SIFS开始另一传输。
15.根据权利要求10所述的通信装置,其中,当预期的ACK或BlockAck帧在前一传输之后的AckTimeout间隔内被接收时,并且当没有MAP响应在从PHY-RXEND.confirm原语开始的另一AckTimeout间隔内被接收时,所述发送器在接收到的ACK或BlockAck帧结束之后的PIFS开始向所述另一通信装置的另一传输。
16.根据权利要求10所述的通信装置,其中,当预期的ACK或BlockAck帧在前一传输之后的AckTimeout间隔内未被接收时,并且当没有MAP响应在预期的ACK或BlockAck帧的估计结束之后的另一AckTimeout间隔内被接收时,所述发送器在接收到的ACK或BlockAck帧的结束之后的PIFS或在所述前一传输之后的EIFS开始向另一通信装置的另一传输。
17.一种通信方法,包括:
生成包括后续传输的信息的帧;以及
将所述帧发送到通信装置。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SG10202101013V | 2021-01-29 | ||
SG10202101013V | 2021-01-29 | ||
PCT/SG2021/050756 WO2022164386A1 (en) | 2021-01-29 | 2021-12-06 | Communication apparatus and communication method for multi-ap synchronous transmission |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116803131A true CN116803131A (zh) | 2023-09-22 |
Family
ID=82655033
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180092321.7A Pending CN116803131A (zh) | 2021-01-29 | 2021-12-06 | 用于多ap同步传输的通信装置和通信方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20240097859A1 (zh) |
EP (1) | EP4285637A1 (zh) |
JP (1) | JP2024505214A (zh) |
KR (1) | KR20230134501A (zh) |
CN (1) | CN116803131A (zh) |
WO (1) | WO2022164386A1 (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11711183B2 (en) * | 2018-09-04 | 2023-07-25 | Qualcomm Incorporated | Protocols for multi-access point coordinated multi-user transmissions |
US11968652B2 (en) * | 2019-03-07 | 2024-04-23 | Lg Electronics Inc. | Signal transmission using plurality of APs |
EP3942858A1 (en) * | 2019-03-21 | 2022-01-26 | Marvell Asia Pte, Ltd. | Coordinated multi-user transmissions with multiple access points |
US11516757B2 (en) * | 2019-06-07 | 2022-11-29 | Intel Corporation | Multi-access point collaboration in wireless communications |
WO2021010594A1 (ko) * | 2019-07-12 | 2021-01-21 | 엘지전자 주식회사 | 멀티 ap 시스템에서 신속한 데이터 전송 |
KR20230002956A (ko) * | 2020-04-29 | 2023-01-05 | 인터디지탈 패튼 홀딩스, 인크 | 무선 근거리 네트워크 시스템들을 위한 조정된 다중 액세스 포인트 송신들 |
-
2021
- 2021-12-06 KR KR1020237025069A patent/KR20230134501A/ko unknown
- 2021-12-06 CN CN202180092321.7A patent/CN116803131A/zh active Pending
- 2021-12-06 EP EP21923491.1A patent/EP4285637A1/en active Pending
- 2021-12-06 WO PCT/SG2021/050756 patent/WO2022164386A1/en active Application Filing
- 2021-12-06 US US18/263,057 patent/US20240097859A1/en active Pending
- 2021-12-06 JP JP2023545832A patent/JP2024505214A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
KR20230134501A (ko) | 2023-09-21 |
WO2022164386A1 (en) | 2022-08-04 |
EP4285637A1 (en) | 2023-12-06 |
JP2024505214A (ja) | 2024-02-05 |
US20240097859A1 (en) | 2024-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7394920B2 (ja) | 通信装置、通信方法および集積回路 | |
EP3214788B1 (en) | Method for transmitting and receiving multiple user block acknowledgement frame in wireless lan system, and apparatus therefor | |
EP3713122B1 (en) | Method for replying with acknowledgement frame, apparatus, and data transmission system | |
US11637679B2 (en) | Wireless communication method using trigger information, and wireless communication terminal | |
CN108141325B (zh) | 用于上行链路多用户传输的ack/nack信号处理方法及装置 | |
US10004109B2 (en) | Method and apparatus for recovering data unit in wireless communication system | |
WO2015156616A1 (ko) | 무선랜 시스템에서 전송기회 공유 시 재전송 방법 및 이를 위한 장치 | |
US11844072B2 (en) | Simultaneous data transmission between an access point and a plurality of stations | |
JP7176050B2 (ja) | Txopを使用する無線通信方法及びそれを使用する無線通信端末 | |
JP2023065497A (ja) | 通信装置、通信装置の制御方法、およびプログラム | |
US20240097859A1 (en) | Communication apparatus and communication method for multi-ap synchronous transmission | |
WO2022249633A1 (ja) | 端末、基地局、及び、通信方法 | |
WO2022151782A1 (zh) | 一种数据传输方法以及通信装置 | |
KR102566554B1 (ko) | 무선 통신 방법 및 무선 통신 단말 | |
CN118044279A (zh) | 用于在支持多链路的通信系统中发送用于nstr操作的同步信息的方法和装置 | |
JP2018524901A (ja) | ワイヤレスネットワークシステムにおけるofdmaベースのデータack/baフレーム交換の改善されたシグナリング方法 |
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 |