CN116636252A

CN116636252A - 用于协调服务时段的通信装置和通信方法

Info

Publication number: CN116636252A
Application number: CN202180084440.8A
Authority: CN
Inventors: 罗佳·兹特拉卡; 浦部嘉夫; 丁颜怡
Original assignee: Panasonic Intellectual Property Corp of America
Current assignee: Panasonic Intellectual Property Corp of America
Priority date: 2020-12-15
Filing date: 2021-03-10
Publication date: 2023-08-22
Also published as: KR20230117148A; WO2022132030A1; EP4265029A1; JP2023553495A; US20240098712A1

Abstract

提供了用于协调服务时段(SP)的通信设备和方法。第一方面提供了一种第一接入点(AP)，包括：电路，生成指示对设置一个或多个协调SP的请求的请求帧；以及发送器，向第二AP发送请求帧。第二方面提供了一种非AP STA，包括：接收器，从其相关联的AP接收信标帧或动作帧；电路，从该帧中提取协调SP的信息；以及发送器，向AP发送请求帧，该请求帧指示对加入SP的请求。

Description

用于协调服务时段的通信装置和通信方法

技术领域

本实施例总体上涉及通信装置，并且更具体地，涉及用于协调服务时段(ServicePeriod，SP)的方法和装置。

背景技术

在下一代无线局域网(wireless local area network，WLAN)的标准化中，在IEEE802.11be任务组中已经讨论了与IEEE 802.11a/b/g/n/ac/ax技术具有后向兼容性的新无线电接入技术。

在11ax高效(High Efficiency，HE)WLAN中，支持发送时机(transmissionopportunity，TXOP)中的多帧传输，以使得站(station，STA)能够在发送队列中发送额外的帧。在11be极高吞吐量(Extremely High Throughput，EHT)WLAN中，为了提高WLAN上的吞吐量，特别是对于小区边缘STA来说，已经提出了在多AP系统中实现协调传输，诸如协调正交频分多址(coordinated orthogonal frequency-division multiple access，C-OFDMA)、协调时分多址(coordinated time-division multiple access，C-TDMA)、协调波束成形(coordinated beamforming，C-BF)、协调空间重用(coordinated Spatial Reuse，C-SR)、协调多用户多输入多输出(coordinated multi user multiple input multiple output，C-MU-MIMO)等。

在IEEE 802.11be中正在考虑各种多AP协调方案。对于时域中的协调调度，接入提供商(access provider，AP)协调它们的发送定时。在协调空间重用(Spatial Reuse，SR)中，AP协调它们的发送功率。在C-OFDMA中，AP协调资源单元(resource unit，RU)指派。在协调波束成形(beamforming，BF)中，接入点协调BF。在协调多用户多输入多输出(multi usermultiple input multiple output，MU-MIMO)(也称为联合传输)中，AP协调它们的MU-MIMO传输。

然而，到目前为止还没有关于协调服务时段(SP)的讨论。

因此，需要能够解决上述问题的通信装置和方法。此外，结合附图和本公开的背景，从随后的具体实施方式和所附的权利要求中，其他期望的特征和特性将变得显而易见。

发明内容

非限制性和示例性实施例有助于提供用于协调SP的通信装置和通信方法。

根据本公开的一个方面，提供了第一接入点(AP)，包括：电路，生成指示对设置一个或多个协调服务时段(SP)的请求的请求帧；以及发送器，向第二AP发送请求帧。

根据本公开的另一方面，提供了一种非AP STA，包括：接收器，从其相关联的AP接收信标帧或动作帧之一；电路，从所述帧中提取用于协调传输的SP的信息；以及发送器，向AP发送请求帧，所述请求帧指示对加入SP的请求。

根据本公开的另一方面，提供了一种方法，包括：生成指示对设置一个或多个协调SP的请求的请求帧；以及向AP发送请求帧。

应当注意，总体的或特定的实施例可以被实施为系统、方法、集成电路、计算机程序、存储介质、或其任何选择性的组合。从说明书和附图中，所公开的实施例的其他益处和优点将变得显而易见。可以通过说明书和附图的各种实施例和特征来单独获得这些益处和/或优点，不需要为了获得一个或多个这样的益处和/或优点而提供所有的实施例和特征。

附图说明

附图用于示出各种实施例并解释根据本实施例的各种原理和优点，在附图中，相同的附图标记在单独的视图中指代相同或功能相似的元素，并且附图与下面的具体实施方式一起被并入说明书并形成说明书的一部分。

图1示出了根据一个示例的图示出针对优先级排序业务使用增强型服务时段进行通信的流程图。

图2示出了用于多AP协调传输的协调服务时段的示例。

图3和图4示出了根据一个示例的重叠的无线网络，每个无线网络可以包括至少一个接入点(AP)和至少一个通信装置。

图5示出了根据一个示例的EHT动作帧。

图6示出了根据一个示例的AP协调会话动作帧。

图7描绘了根据一个示例的协调传输序列。

图8描述了根据另一示例的协调传输序列。

图9示出了协调SP传输的示例。

图10示出了用于设置协调SP的TWT请求/响应的TWT设置帧的示例。

图11示出了协调SP传输的另一示例。

图12示出了用于多AP缓冲器状态报告的以太型89-0d数据帧的示例。

图13示出了EHT能力元素的示例。

图14示出了用于设置协调SP的802.11数据帧的另一示例。

图15示出了协调SP传输的另一示例。

图16示出了协调SP请求动作帧的示例。

图17示出了协调SP类型值的示例表。

图18示出了协调SP响应动作帧的示例。

图19示出了用于设置多AP协调TWT SP的TWT设置帧的示例。

图20示出了用于设置用于C-TDMA的多AP协调TWT SP的TWT元素的示例。

图21示出了用于C-TDMA的协调SP的示例图。

图22示出了用于C-TDMA+C-OFDMA的协调SP的示例图。

图23示出了利用增强型TWT SP的协调SP传输的示例。

图24示出了利用增强型TWT SP的协调SP传输的另一示例。

图25示出了利用“以太型89-0d”帧主体的数据帧的示例，其用于请求AP的服务时段的信息或与其他AP共享AP的服务时段的信息。

图26示出了协调的SP类型值的另一示例表。

图27示出了TWT SP信息请求/响应动作帧的示例，其用于请求AP的服务时段的信息或与其他AP共享AP的服务时段的信息。

图28示出了利用广播增强型TWT SP的C-TDMA传输的示例。

图29示出了可以经由单独的TWT设置用来加入另一AP的现有TWT SP的TWT设置帧。

图30示出了可以用于使得AP能够加入其他AP感兴趣的调度广播SP的TWT设置帧。

图31示出了使用子SP来保护敏感业务的示例图。

图32示出了根据各种实施例的通信设备的配置，例如通信装置，例如，共享(sharing)AP或被共享(shared)AP。

图33示出了根据各种实施例的通信设备的配置，例如通信装置，例如，非AP STA。

图34示出了图示出根据各种实施例的用于协调SP的方法的流程图。

图35示出了根据各种实施例的可以被实施用于协调SP的AP或STA的示意性部分剖视图。

本领域技术人员将会理解，附图中的元素是为了简单和清楚而示出的，并不一定是按比例绘制的。

具体实施方式

以下具体实施方式本质上仅仅是示例性的，并不意图限制实施例或者实施例的应用和使用。此外，并不意图受前述背景技术或本具体实施方式中呈现的任何理论的限制。此外，结合附图和本公开的本背景技术，从随后的具体实施方式和所附权利要求中，其他期望的特征和特性将变得显而易见。

基于被共享发送时机(TXOP)的多AP协调已经在802.11be中被接受，其中AP在被共享TXOP内执行协调传输。示例包括基于被共享TXOP的C-OFDMA/C-时域多址(C-TDMA)和基于被共享TXOP的C-SR。

在新加坡专利申请第10202012139Q号中，讨论了通过限制基本服务集(basicservice set，BSS)内的信道接入(来自非指定业务)来保护增强型目标等待时间(enhancedtarget wait time，TWT)内的优先级排序业务(例如，低时延或国家安全和应急准备(National Security and Emergency Preparedness，NSEP)业务)的机制。

例如，图1示出了根据一个示例的图示出针对优先级排序业务使用增强型服务时段进行通信的流程图100。基于竞争的信道接入程序(例如，增强型分布式信道接入(enhanced distributed channel access，EDCA)程序)由块108、110、114、118、122、124、132、134示出。为了简单起见，没有明确示出确认帧(例如，ACK、块确认(BlockAck)帧)，但是它们被理解为在需要的地方存在。AP 102可以发送信标帧109来通告增强型TWT SP 121、129的存在，其中在增强型TWT SP 121、129中仅允许低时延业务。然后，需要在增强型TWTSP 121、129期间接入信道的任何STA(诸如STA1 104)可以通过TWT请求/响应帧交换与AP102协商增强型TWT SP 121、129的成员资格。具体地，在TWT协商阶段112期间，STA1 104向AP 102发送TWT请求帧，以请求增强型TWT SP 121、129的成员资格，而AP 102然后向STA1104发送TWT响应帧，以授予成员资格。在TWT协商阶段117中，STA1104可以请求、建议或要求增强型TWT SP 121、129的TWT参数集，并且AP 102可以接受或拒绝，或者提出替代设置。还可以在协商阶段112期间协商第一目标信标发送时间(target beacon transmissiontime，TBTT)116。这样，现在允许STA1在增强型TWT SP 121、129期间接入信道和交换低时延业务。TWT请求帧或TWT响应帧中包括的TWT元素的广播TWT ID字段被设置为非零值(例如，1)以指示广播TWT。

STA1可以进入打盹状态，并且在第一TBTT 116之后醒来，以从AP 102接收信标帧119。信标帧119可以包括广播TWT元素，广播TWT元素包括进一步的TWT信息，诸如广播TWT(例如，广播TWT1 120)、TWT唤醒间隔130和最小TWT唤醒持续时间(如增强型TWT SP 121、129的虚线框所指示的)。TWT元素还指示这是增强型TWT，并且在该TWT SP期间仅允许发送低时延业务。

STA1可以在接收到信标帧119之后进入睡眠，并且为广播TWT1 SP 121而醒来。由于STA1是TWT TP的成员并且具有要发送的低时延(Low Latency，L.L.)业务，因此STA在为增强型TWT SP而醒来时，不设置其网络分配向量(network allocation vector，NAV)。在该第一增强型TWT SP 121期间，AP 102和STA1 104分别交换低时延业务，诸如低时延下行链路(L.L.DL)信号123和低时延上行链路(L.L.UL)信号125。

STA1 104可以在第一增强型TWT SP 121结束之后进入睡眠。根据在协商阶段或信标帧119中指定的TWT唤醒间隔130，STA1 104可以为下一个广播TWT1 SP 129而醒来。在该第二增强型TWT SP 129期间，AP 102和STA1 104分别发送L.L.DL PPDU 133和L.L.UL PPDU135。

另一方面，还没有与AP 102协商成员资格并因此不是增强型TWT SP的成员的任何第三方STA(诸如STA2 106)不被允许在增强型TWT SP 121、129期间接入信道，如虚线框126、136所指示的。这可以由STA2在针对增强型TWT SP 121和129而醒来时检查其是否为增强型TWT SP的成员来实现；并且由于它不是，因此针对TWT SP的持续时间来设置它的NAV。增强型TWP SP也可以被称为受限TWT SP，因为在TWT SP期间，除了TWT SP所允许的业务ID(Traffic ID，TID)之外的TID的业务类型的传输是受限的。为了进一步限制传统STA在增强型TWT SP期间进行发送，AP可以进一步发送静默元素/静默信道元素，以调度与增强型TWTSP重叠的静默间隔。对于非AP传统STA，在静默间隔的起始处失去对信道的控制，并且由BSS中的所有非AP传统STA针对由静默元素/静默信道元素建立的静默间隔的长度来设置NAV，从而限制非AP传统STA在增强型SP期间进行发送。

然而，没有考虑对重叠BSS(overlapping BSS，OBSS)业务的保护，其中相邻BSS在同一信道中工作。

多AP协调传输方案(尤其是基于被共享TXOP的方案)需要不同BSS的目标STA同时处于活动模式或清醒状态。这并不总是可能的，尤其是当STA在节电模式下工作时。因此，问题是如何确保参与协调传输的不同BSS的STA同时处于活动模式或清醒状态。此外，要解决的另一问题是如何通过限制来自OBSS的信道接入(来自非指定业务)来保护增强型TWT内的优先级排序业务(例如，低时延业务或NSEP业务)。

参考图2，AP可以协商在其间它们同意执行多AP协调传输的时间段(协调服务时段)。例如，AP1和AP2之间的协调SP协商发生在SP协商202处。这种用于多AP协调传输的协调SP可以包括周期性重复的SP，诸如协调SP 206和协调SP 208，其中共享AP(赢得被共享TXOP的AP)决定要在每个协调SP内使用的实际多AP协调方案。每个AP基于要在每个协调SP内使用的实际多AP协调方案，从其相关联的STA中决定用于在协调SP期间的传输的目标STA。

在204，STA与相关联的AP协商调度SP(特定于BSS)，或者在一些情况下，STA可能已经在SP协商202之前与其相关联的AP协商了调度SP。例如，STA1-1和STA1-2与AP1协商，而STA2-1和STA2-2与AP2协商。AP将STA指派给调度SP 210和212，使得STA的调度SP与协调SP重叠，从而确保STA在每个协调传输期间是清醒的。AP还可以交换下一TBTT和信标间隔信息214，以确保协调SP不与AP的TBTT重叠。

这里使用的调度SP表示存在于STA和其相关联的AP之间的SP，并且可以是其中STA和相关联的AP预先协商一个或多个时间段来交换帧的任何SP。预期STA在SP期间处于唤醒状态或活动模式，所述SP诸如是S-APSD(Scheduled Automatic Power Save Delivery，调度自动节电递送)SP、调度PSMP(Power save multi-poll，节电多轮询)SP、TWT(TargetWake Time，目标唤醒时间)SP、QTP(Quiet Time Period，静默时间段)SP等。针对协调服务时段的协商可以在某一时间在两个AP之间执行，但是如果存在静态的共享AP/被共享AP层次结构，则许多被共享AP可以与同一共享AP协商协调SP，并且多个被共享AP可以被指派给(共享AP的)同一协调SP。否则，每个协调SP可能就在两个AP之间。共享AP是指与另一AP(被共享AP)共享其发送时机(TXOP)的AP。

AP可以针对协调SP来协商以下参数：

-第一SP的起始时间：第一协调SP发生的时间

-SP持续时间：每个协调SP的持续时间

-SP间隔：两个连续的协调SP之间的时间间隔

-协调SP数量：如果大于1，则该参数指示周期性重复的协调SP的总数。例如，如果协调SP是持久的并且针对多AP协调的整个生命周期而周期性地发生，或者除非协调SP被明确终止，则该参数可以不存在。

-预期在SP期间交换的业务的特性(数据速率、突发大小、延迟界限等)可以被可选地包括在设置帧中。

AP还可以请求将SP的特定子部分分配给自己，或者还可以交换关于彼此的定时同步功能(timing synchronization function，TSF)、下一个TBTT、信标间隔(BeaconInterval，BI)的信息，以确保协调SP不与任何AP的信标发送时间重叠。一旦在AP之间协商了协调SP，在每个BSS内，所选择的STA(即，预期参与协调传输的易受攻击的STA)被指派给与协调SP重叠的调度SP(例如，S-APSD SP、TWT SP等)。STA不需要知道协调SP。有利的是，知道协调SP以及参与协调传输的STA的标识允许AP更好地管理它们的调度。

并非所有STA都同样受益于协调传输。一些STA可能比其他STA受益更多，并且这些STA可以被称为易受攻击的STA。哪个STA受益最大也取决于多AP协调方案。可以从协调OFDMA中受益最多的STA应当在协调传输之前被识别，即，用于C-OFDMA/C-TDMA的在多个AP的传输范围内的STA，或者用于C-SR/C-BF的彼此远离的STA。例如，参考图3，STA2-1和STA2-2与AP2(BSS2)相关联，而STA1-1和STA1-2与AP1(BSS1)相关联。STA1-2和STA2-2可以从C-SR/C-BF中受益最大，因为它们彼此远离，并且对两者的同时传输将不会导致彼此的高度干扰；而STA1-1和STA2-1从C-OFDMA/TDMA中受益最大，因为这两个STA彼此非常接近，因此这两个STA的传输在频域和/或时域中不能重叠，以避免相互干扰。

AP可以从相关联的STA收集报告(例如，干扰测量报告)以识别易受攻击的STA。典型地，STA在节电模式下工作以节电，其中每个STA决定其自己的清醒时段(占空比)。期望这种STA的清醒状态可以在OBSS之间被同步。

并非所有的小区边缘的STA都同样受到OBSS干扰的影响。在极少数情况下，即使是小区中心的STA也可能受到OBSS干扰的严重影响。AP可以通过为这些STA“预留”频率单元(RU)并使这些RU为OBSS AP所知，来尝试保护其BSS中易受攻击的STA免受OBSS干扰。如果所有OBSS接入点都协调它们的传输，使得它们不同时在它们相邻接入点的预留RU上进行发送，则可以在很大程度上避免对易受攻击的STA的干扰。AP仅将RU“预留”给需要免受OBSS的保护的STA，诸如易受攻击的STA。RU子集可以被称为“预留RU集合”或“受保护RU集合”。AP可以使用来自其相关联的STA的报告来识别受影响的STA，并且还决定“预留RU集合”的RU。例如，参考图4，AP2可以使用来自STA的带宽查询报告(bandwidth query report，BQR)或干扰报告而将STA3识别为“易受攻击的STA”，并且还为其选择预留RU集合。对于其余的STA(诸如图4的STA1)，在RU选择方面可能没有限制。来自STA的干扰报告还可以识别干扰OBSS STA，即，STA2可以被STA3识别为干扰STA。因此，STA2和STA3可以被识别为易受攻击的STA。AP向其他AP通告预留RU集合(或者通过在信标中广播，或者通过AP到AP链路)。可选地，AP也可以报告干扰OBSS STA。

当选择其自己的预留RU集合时，协调AP也考虑相邻BSS的预留RU集合。预留RU集合被选择为与相邻BSS的预留RU集合具有最小的重叠。被报告为干扰STA的那些STA的RU也被限制到预留RU集合。

EHT动作帧可以被定义为(由AP)请求和(由STA)报告干扰测量。参考图5，AP可以利用EHT干扰测量请求帧502来请求干扰测量，并且STA可以利用EHT干扰测量报告帧504来报告干扰测量。如果干扰来自非AP STA中的UL，则干扰STA MAC地址子字段506可以指示从干扰帧的TA(transmitter address，发送器地址)字段中提取的STA MAC地址，或者如果干扰是从DL到非AP STA的，则干扰STA MAC地址子字段506可以指示从干扰帧的RA(receiveraddress，接收器地址)字段中提取的STAMAC地址。干扰BSSID子字段508可以指示从干扰帧的BSSID字段(通常是地址字段3)中提取的BSSID。

代替广播，AP可以通过AP到AP链路向另一AP发送合并的(consolidated)小区边缘RU集合或预留RU集合，或者直接作为动作帧，或者封装在数据帧中(例如，作为以太型89-0d帧)。可以将如图6所示的新的AP协调会话动作帧600定义为携带预留RU集合元素字段602(与小区边缘RU集合元素格式相同，除了小区边缘RU集合字段被重命名为预留RU集合字段以外)。类别字段604可以具有AP协调会话动作字段值6，其指示AP协调会话动作帧600是用于AP协调预留RU。此外，干扰STA列表字段506可以列出属于目标AP的BSS、MAC地址或关联标识符(association identifier，AID)的干扰STA。预留RU的信息被认为是有效的，直到发送下一个“AP协调预留RU”帧。AP可以主动向其他AP发送预留RU集合，或者该发送可以是对来自另一AP的请求的响应。

在如图7所示的协调传输序列的示例中，BSS1和BSS2可以具有不同的工作信道(相同的带宽但不同的起始频率、不同的主信道)，但是它们在CH3和CH4上重叠。BSS1的预留RU集合被指派到CH5和CH6上，而BSS2的预留RU集合被指派到CH1和CH2上。在BSS2中有正在进行的UL MU PPDU传输；用于向易受攻击的STA进行DL传输的RU在CH5和CH6中。BSS1的AP可以通过发送TF帧来征求上行链路传输，该TF帧将RU指派给其在CH1和CH2上的易受攻击的STA。然后，BSS1中易受攻击的STA可以在CH1和CH2中所指派的RU上发送它们的UL PPDU。针对易受攻击的STA具有非重叠的预留RU集合帮助最小化BSS间干扰，同时提升空间重用。

图8示出了协调传输序列的另一示例。在其中多个AP的传输例如由多AP协调器(即图8中的AP2)紧密协调的多AP网络中，发送定时以及要用于去往/来自易受攻击的STA的传输的RU都可以由多AP协调器决定。AP2向另一AP(AP1)发送多AP触发帧802，以发起协调上行链路传输。多AP触发帧802指示AP1发起来自STA2的UL传输，并且还指派要用于来自STA2的UL传输的RU1。

在SIFS(Short Interframe Space，短帧间间隔)的间隔之后，AP2和AP1都发送基本触发帧804，AP2为来自STA3的UL传输分配RU2，并且AP1为来自STA2的UL传输分配RU1。在SIFS的间隔之后，STA3和STA2分别在RU2和RU1上发送UL PPDU 806，从而避免任何相互干扰。在SIFS的间隔之后，AP2和AP1分别在RU2和RU1上发送块确认808。利用该传输序列，AP可以动态地协调它们对易受攻击的STA的RU分配。

在一个实施例中，单独的目标唤醒时间(TWT)协定可以作为AP之间的协调SP来协商。请求AP可以充当TWT请求方STA，并且响应AP可以充当TWT响应方STA。参考图9，STA1-1和STA1-2与AP1相关联，STA2-1和STA2-2与AP2相关联，并且STA3-1与AP3相关联。单独的TWT协定可以作为AP之间的协调SP 902来协商。协调SP 902也可以被称为协调TWT SP。指派给协调TWT SP的任何AP(即AP1、AP2或AP3)可以承担共享AP的角色。AP还可以发送未经征求的TWT设置响应906来调度另一AP加入协调SP。发送未经征求的TWT设置响应906的AP还可以包括已经指派/计划将要指派给同一协调SP的AP列表。一旦已经协商了协调TWT SP，每个AP可以与易受攻击的STA协商或重新协商新的/现有的调度SP 904，使得调度SP 904与协调SP902重叠。STA的调度SP 904可以是任何一个这样的SP，即，STA和相关联的AP预先协商一个或多个时间段来交换帧，并且预期STA在该SP期间处于清醒状态或处于活动模式，该SP例如是S-APSD(调度自动节电递送)SP、调度PSMP(节电多轮询)SP、TWT(目标唤醒时间)SP、QTP(静默时间段)SP等。尽管在图9中示出了STA同时与各自相关联的AP协商调度SP，但是实际上，它们可能在不同的时间出现，并且一些STA可能甚至在AP设置协调SP之前就已经协商了调度SP。在每个协调SP内，共享AP决定要使用的多AP协调方案，例如，在第一协调SP 902中，共享AP AP1决定使用C-OFDMA并与AP2共享工作带宽的上半部分，使得AP1和AP2在第一协调SP期间在非重叠的频率信道(或RU)上向STA1-1和STA2-1进行发送，而AP3不参与多AP协调传输。在第二协调SP中，共享AP AP1决定使用C-TDMA并将其TXOP的子部分分配给AP2和AP3，使得在第二协调SP期间，AP1、AP2和AP3向各自相关联的STASTA1-1、STA2-1和STA3-1进行发送，而不重叠彼此的传输。

TWT设置帧可以被定制用于多AP协调。图10示出了用于设置协调SP的TWT请求/响应的TWT设置帧1000的示例。地址1字段(或A1字段)1002可以指示目标AP的MAC地址。地址2字段(或A2字段)1004可以指示请求AP的MAC地址。如果存在特殊值，则地址3字段(或A3字段)1006可以被设置为特殊值(即，AP候选集合的虚拟BSSID)，否则它被设置为目标AP的MAC地址。由于TWT设置帧不是公共动作帧，因此在默认情况下，AP将拒绝来自与AP不相关联的STA的这种帧。这样，A3字段1006可以被设置为AP候选集合中的所有AP都知道的特殊值(即，虚拟BSSID)。将A3字段设置为特殊值的TWT设置帧将被AP候选集合中的AP接受。AP仍然可以基于TA进行进一步的过滤，例如，如果存在AP候选集合，则它可以仅接受来自该集合中其他AP的帧。替代地，BSSID可以被设置为接收AP的BSSID，并且如果TA与AP候选集合中的任何AP的MAC地址相匹配，则接收AP将接受该帧。AP候选集合是已经执行了基本协商和能力交换并同意参与多AP协调传输的AP集合，或者作为共享AP(与另一AP共享所获得的TXOP的AP)，或者作为被共享AP(被共享TXOP的接收方)。对于本公开，假设所有参与的AP都是AP候选集合的成员。假设AP已经完成了针对形成AP候选集合的协商。

由于AP的定时同步功能(TSF)不太可能被同步，为了帮助响应AP正确计算所请求的目标唤醒时间，TSF偏移/TSF值字段1008可以指示两个相关的请求AP和接收AP的TSF之间的差异，或者在传输时请求AP的TSF的值。在决定协调SP的实际起始时间/持续时间时，AP还会将彼此的TBTT和BI作为因素计入。TWT设置响应帧中的成员AP列表字段1010可以携带也被指派给同一协调TWT SP的其他AP的MAC地址列表。此外，TWT元素1012的预留比特(多AP协调TWT子字段1014)可以用于突出强调TWT元素字段1012是用于协调SP。

在如图11所示的示例传输中，用于STA的调度SP也可以是TWT，例如，触发的TWTSP。STA的调度SP可以比协调SP稍微早一点开始，以允许AP检查它们是否清醒、它们的缓冲器状态等。被共享AP可以将该信息传递给共享AP(例如，在被共享TXOP的起始处)，并且共享AP可以使用该信息来决定与之共享TXOP的哪个/哪些被共享AP。例如，在调度SP的起始处，每个AP(即，AP1、AP2和AP3)可以可选地通过向每个相关联的STA发送缓冲器状态报告轮询触发帧(Buffer Status Report Poll Trigger frame，BSRP TF)1102来收集它们自己的BSS内它们相关联的STA的信息，每个STA通过向相关联的STA发送所请求的信息来对BSRPTF 1102进行响应。共享AP1然后可以例如在协调SP1的起始处向被共享AP AP2和AP3发送MAP缓冲器状态报告轮询触发帧(BSRP TF)1104，以请求它们相关联的STA的信息。然后，AP2和AP3可以各自以OFDMA方式向AP1发送MAP BSR帧1106，以报告它们所识别的或相关联的STA的缓冲器状态(UL和DL)。例如，基于该报告，AP3的缓冲的业务比AP2的少得多，因此AP1决定与AP2共享TXOP，并因此向AP2发送MAP TF 1108以指示AP1与AP2共享TXOP的意图以及相关的传输参数，诸如指派给AP2的RU、传输持续时间、MCS、TX功率等。SIFS在MAP TF 1108之后，AP1和AP2开始协调传输，各自以OFDMA方式分别向STA1-1和STA2-2发送DL PPDU，随后每个STA向相关联的AP发送回确认帧(例如块确认帧)。MAP BSR帧1106还用于通过设置AP1的传输范围内的所有STA的NAV来保护协调传输的目的。

以太型89-0d数据帧(诸如图12中的数据帧1200)可以用作MAP-BSR帧(诸如MAPBSR帧1106)，以在AP之间共享缓冲器状态报告。例如，UL/DL字段1202可以指示该报告是用于DL缓冲器还是UL缓冲器。队列大小字段1204可以指示对AP(对于DL)/相关联的易受攻击的STA(对于UL)处的总缓冲器大小的估计(可以使用与11ax中相同的编码)。

此外，AP或STA可以使用如图13所示的EHT能力元素1300来指示它们支持的特征。例如，EHT MAC能力字段1302可以包括增强型TWT字段1304，增强型TWT字段1304可以指示是否支持增强型TWT。EHT多AP能力字段1306可以包括可以用于指示是否支持多AP传输方案的C-OFDMA字段、C-TDMA字段、C-SR字段、C-BF字段和联合传输字段。EHT多AP能力字段1306还可以包括协调SP字段1308和SP信息征求字段1310，协调SP字段1308可以指示相关AP是否支持协调SP，SP信息征求字段1310可以指示相关AP是否支持对关于SP的信息的征求。

TWT设置帧(用于设置协调SP)也可以被携带在以太型89-0d数据帧内，诸如图14的802.11数据帧1400。例如，数据帧1400可以包括一个或多个TWT元素字段1402以及子类型字段1404，TWT元素字段1402包括用于设置协调SP的信息，子类型字段1404指示数据帧1400是用于TWT设置。

在各种实施例中，协调SP可以指定SP内的多AP协调方案(C-OFDMA/C-TDMA、C-SR/C-BF、联合传输等)或允许业务类型。例如，参考图15，协调SP1 1502可以是用于C-OFDMA/TDMA传输的协调SP，而协调SP2 1504可以是用于C-SR/C-BF传输的协调SP。然后，可以将STA指派给位于适合于它们的协调SP内的调度SP(特定于BSS)，以确保它们在合适的协调传输期间是清醒的。这有利地使得STA能够具有更多的节电增益，并且避免在不合适的协调SP期间不必要地醒来。

AP可以请求另一AP为特定类型的MAP协调方案设置协调SP，或者为特定类型的业务设置协调SP。在SP协商阶段期间，请求AP还可以为其自身指定期望的20MHz子信道以用于C-OFDMA；响应AP可以为请求AP指定所指派的20MHz子信道以用于C-OFDMA。类似地，请求AP也可以为其自身指定SP内的期望子时隙以用于C-TDMA或优先级排序业务；响应AP可以为请求AP指定所指派的子时隙。通过在信标/探测响应帧中发送静默元素或静默信道元素，AP可以进一步保护子时隙期间的敏感业务(例如，低时延业务/NSEP业务)免受每个AP自己的相关联的STA的影响，使得BSS信道在子时隙期间被静默。

新的公共动作帧(诸如图16的协调SP请求动作帧1600和图18的协调SP响应动作帧1800)可以用于协商协调SP。例如，协调SP请求帧1600可以包括可以指示所请求的SP参数的调度元素字段1602。参考图17的表1700，调度元素字段1602还可以包括可以指示协调SP类型值的调度信息字段1604。例如，协调SP类型值0指示协调SP是用于C-OFDMA，协调SP类型值1指示协调SP是用于C-TDMA，等等。此外，协调SP响应帧1800可以包括可以指示请求是被接受还是被拒绝的状态字段1802。该帧还可以包括可以指示用于协调SP的协定SP参数的调度元素字段1804。

在一个示例中，可以重用基线调度元素(IEEE 802.11-2020的9.4.2.33调度元素)来协商协调SP。例如，基线调度元素的服务起始时间字段指示以微秒表示的当服务开始时的预期时间，并且表示在第一SP的起始处TSF定时器值的低位的4个八位字节(octets)。服务间隔字段指示两个接连的SP之间的以微秒表示的时间，并且表示从一个SP的起始到下一个SP的起始的测量时间。此外，调度信息字段中的一些预留比特可以用于指示协调SP类型信息，即，将在协调SP内执行的多AP协调方案。规范间隔字段可以被重新用于发信号通知针对周期性重复的协调SP的协调SP数量。

替代地，TWT设置帧可以用于协商协调SP。参考图19的可以用于TWT请求和响应以设置多AP协调TWT SP的示例TWT设置帧1900，TWT设置帧1900可以包括一个或多个TWT元素字段1902，TWT元素字段1902包括用于指定多AP协调方案和/或允许业务类型的协调SP类型字段1904。例如，基于图17的表1700，协调SP类型字段1904可以指示协调SP类型值，以指示协调SP类型。TWT设置帧1900还可以包括可以指示业务特性的eTSPEC字段1906。例如，如果协调SP类型字段1904指示某个业务类型，则可以在eTSPEC字段1906中指示业务的进一步特性。

对于BSS内(intra-BSS)TWT协商，TWT设置帧中的TWT元素中的TWT信道字段(诸如TWT信道字段1908)和扩展TWT信道字段(诸如扩展TWT信道字段1910)一起用于HE/EHT子信道选择性传输。TWT信道可以用于在主要的160MHz内发信号通知为HE/EHT STA请求的次要(secondary)信道。扩展TWT信道可以用于在次要的160MHz中发信号通知为EHT STA请求的次要信道。1比特设为1指示20MHz工作STA的20MHz信道，而4个最低有效比特(leastsignificant bit，LSB)或4个最高有效比特(most significant bit，MSB)全部设为1指示次要的160MHz内的第一或第二80MHz信道。

在针对C-OFDMAMAP协调SP的TWT协商中，TWT设置帧中的TWT元素中的TWT信道字段和扩展TWT信道字段一起用于在C-OFDMA MAP传输期间发信号通知请求AP的所期望/指派的子信道。TWT信道用于在主要的160MHz内发信号通知为AP请求的次要信道，每个比特表示一个20MHz子信道。扩展TWT信道用于在次要的160MHz中发信号通知为AP请求的次要信道，每个比特表示一个20MHz子信道。

AP也可以请求协调SP内的子SP(即，特定时隙)。子SP可以指示在其期间请求AP需要准保证信道接入(例如，对于对抖动高度敏感的低时延业务)的较短时间段。参考图20，在针对C-TDMA MAP协调SP或针对优先级排序业务的协调SP的TWT协商中，TWT设置帧(即，诸如图20的TWT元素2000)也可以在C-OFDMA MAP传输期间携带与请求AP的所期望/指派的子SP(在协调SP内)相关的信息：

-如果被设置，则子SP不可协商(Non-Negotiable)字段2002指示所请求的子SP起始时间不能被改变。

-子SP起始偏移字段2004用于发信号通知从SP起始时间直到所请求

/指派的子SP的起始的时间偏移。

-子SP持续时间字段2006用于发信号通知所请求/指派的子SP的持续时间。

-子SP间隔字段2008指示在子SP也是周期性的情况下连续的子SP之间的时间间隔。

如果11be决定不允许在同一MAP共享TXOP内混合C-OFDMA和C-TDMA传输，则也可能的是，当协调SP类型是C-TDMA时，或者如果协调SP类型被预留用于优先级排序业务时，TWT信道和扩展TWT信道字段被重新用作子SP起始偏移字段和子SP持续时间字段。

图21示出了用于C-TDMA的协调SP的示例图2100。在该示例中，所有STA都具有低时延业务，并且协商的协调SP类型是低时延。当与AP1协商协调SP时，AP2和AP3还可以指示协调SP的子部分(称为子SP，诸如子SP 2104)，在该子部分期间，它们需要提供对某些业务类型(例如，对于对抖动非常敏感的低时延业务)的准保证信道接入。如果协调SP的成员AP的子SP不重叠，则在被共享TXOP期间，共享AP可以采用C-TDMA传输，以尽最大努力在它们请求的子SP期间向每个成员AP提供被共享TXOP。每个AP使用它们分配的子SP 2104与各自相关联的STA进行通信。共享AP AP1可以取回TXOP的任何未使用的部分，以用于到其自己的相关联的STA的传输，即，诸如用于DL-PPDU 2102的传输。

如果协调SP的成员AP的子SP彼此重叠，则在被共享TXOP期间，共享AP可能不能仅使用C-TDMA来干净地共享TXOP。在这种情况下，共享AP可以采用混合的C-TDMA传输和C-OFDMA传输，以尽最大努力在成员AP请求的子SP期间向每个成员AP提供被共享TXOP，同时确保至少在子SP期间，成员AP被指派不同的子信道。例如，参考图22的C-TDMA+C-OFDMA示例图2200，共享AP AP1在被共享TXOP的初始部分期间使用整个带宽，以经由C-TDMA部分2204向/从其自己的相关联的STA进行传输，并且将被共享TXOP的第二部分指派给协调SP的其他成员AP。例如，共享AP AP1可以向被共享AP AP2和AP3发送MAP TF 2202，以发信号通知用于C-TDMA部分2204的C-TDMA参数。在TXOP的第二部分期间，共享AP可以进一步采用C-OFDMA，并且与成员AP共享TXOP，以向每个成员AP分配非重叠的子信道。为了实现这一点，共享AP可以在TXOP的其自己的C-TDMA部分2204的结尾处发送第二MAP TF 2206，以在被共享TXOP的C-OFDMA部分2208期间将子信道分配给成员AP，即，将次要的160MHz信道分配给AP2和将主要的160MHz信道分配给AP3(假设所有AP的工作信道为320MHz)。替代地，如果在协调SP协商2210期间已经(例如，使用TWT元素的TWT信道字段和TWT扩展信道字段)分配了子信道，则可以跳过用于C-OFDMA的第二MAP TF 2206，因为每个AP已经知道其分配的子信道。每个被共享AP AP2和AP3使用它们在子SP内分配的信道与各自相关联的STA进行通信。共享AP也可以机会性地使用TXOP的任何未使用部分(在时域或频域中)，以用于到其自己的相关联的STA的传输。在该示例中，所有STA都具有低时延业务，并且协商的协调SP类型是低时延。

在一个实施例中，每个AP还可以向BSS中的STA通告协调SP，即，AP可以在协调的SP上重叠广播TWT SP，并且经由信标帧中的TWT元素来通告它们。例如，参考图23的传输图2300，AP1和AP2可以使用信标帧2302来设置与协调SP重叠的广播TWT SP，例如，设置增强型TWT SP集合(具有ID 1的广播TWT SP)与协调SP1重叠，并且设置另一增强型TWT SP集合(具有ID 2的广播TWT SP)与协调SP2重叠。在该示例中，AP可以不识别STA类型，而是STA可以协商加入感兴趣的广播TWT SP，即，在传输部分2304处协商。STA不需要知道重叠的协调SP的存在。因此，AP不需要识别和微观管理(micro-manage)STA，因为STA可以签约感兴趣的SP，例如，具有低时延业务要发送的STA1-1和STA2-1可以协商加入(具有广播TWT ID 1的)增强型TWT SP，而具有NSEP业务要发送的STA1-2和2-2可以协商加入(具有广播TWT ID 2的)增强型TWT SP。

在一个实施例中，AP可以向第二AP请求用于第二AP的相关联的STA的调度SP的信息，并且使用该信息为其自己的关联STA调度SP，以减少OBSS之间的优先级排序业务之间的相互竞争。参考图24的传输图2400，AP候选集合中的AP交换关于(现有的和/或意图的)增强型TWT SP的信息，并且协调它们的增强型TWT SP，使得TWT SP在时域/频域中不重叠。例如，AP2可以通过分别向AP1发送SP信息请求2402和向AP3发送SP信息请求2404来请求AP1和AP3的增强型TWT信息。利用AP1和AP3的增强型TWT信息，AP2可以确保其自己的增强型TWT SP(即，增强型TWT SP 2406)在时间/频率上不与AP1/AP3的增强型TWT SP重叠。

AP之间的信息交换可以是空中的(带内)，或者可以是回程链路上的(有线/无线)(带外)。增强型TWT可以如新加坡专利申请第10202012139Q号中所定义的那样。虽然协调可以针对任何TWT SP，但是通过确保OBSS的优先级排序业务(例如，低时延业务)不同时竞争信道，增强型TWT的协调可以带来更多好处。该实施例可能适于在AP之间没有强关系的部署(例如，非企业部署)，并且AP不意图共享TXOP。

虽然可能的是，AP可以解码另一AP的信标帧以收集另一AP的广播增强型SP(如果有的话)的信息，并且被动地调整它们自己的增强型SP(如果需要的话)以避免重叠；然而，单独的TWT SP不在信标帧中被通告，因此另一AP可能不知道AP的单独的TWT SP。AP还可以请求另一AP的服务时段的信息(AP协调的SP，或者AP的STA的调度SP(广播的SP和单独的SP)。例如，AP可以向另一AP请求其协调SP的信息，该AP可以使用该信息来请求加入感兴趣的协调SP。替代地，如果需要的话，AP还可以向另一AP请求用于优先级排序业务的增强型TWT SP的信息，并且调整其自己的用于优先级排序SP的增强型TWT，使得两个SP的SP不重叠。在受管网络(例如，企业部署)中，AP之间SP的这种协调也可以由例如(多个)AP控制器集中管理。如果AP之间存在主/从层次结构，则主AP可以帮助AP之间SP的协调。

具有“以太型89-0d”帧主体的数据帧(诸如图25的数据帧2500)或新的公共动作帧(诸如图27的TWT SP信息请求/响应动作帧2700)可以用于请求AP的服务时段信息，或者与其他AP共享AP的服务时段信息。参考数据帧2500，TWT SP类型字段可以指示基于图26的表2600的TWT SP类型值。例如，TWT SP类型值0指示AP协调的SP是用于C-OFDMA/C-TDMA，值1指示AP协调的SP是用于C-SR/C-BF，等等。数据帧2500可以包括零个或更多个TWT元素字段2504以及零个或更多个eTSPEC元素字段2506，TWT元素字段2504携带关于TWT SP的信息，eTSPEC元素字段2506携带关于预期/允许在TWT SP期间交换的业务的特性的信息。

参考图27的TWT SP信息请求/响应帧2700，以下字段总是在TWT SP信息响应帧中被携带，并且可以可选地在TWT SP信息请求帧中被携带：

-当前TSF字段2702：携带发送时间处的AP的TSF值，以帮助接收AP计算TWT SP的目标唤醒时间

-TWT元素字段2704：每个TWT元素携带关于发送AP的一个TWT SP的信息。

此外，可以可选地在两个帧中携带eTSPEC元素字段2706，eTSPEC元素字段2706携带关于预期/允许在TWT SP期间交换的业务的特性的信息。

在一个实施例中，AP还可以请求加入另一AP的现有调度SP(例如，单独的或广播的TWP SP)。参考图28的传输图2800，AP2已经为其相关联的STA设置了广播增强型TWT SP(ID2)2802(例如，用于低时延业务)。AP1和AP3通过被动监听AP2的信标帧或通过交换SP信息请求/响应帧来收集AP2的增强型TWT SP的信息，以用于低时延。AP1和AP3请求加入AP2的广播TWT SP(ID 2)2802。在TWT SP期间，知道AP1和AP3也是TWT SP的成员的AP2可以与AP1和AP2共享其TXOP，例如，以用于C-TDMA传输。

AP也可以在TWT设置请求中指示期望的子信道或子SP。在这种情况下，请求加入TWT SP的第一AP是TWT请求STA(或TWT调度STA(TWT Scheduled STA))，而接受请求的第二AP是TWT响应STA(或TWT调度STA(TWT Scheduling STA))。在TWT SP期间，预期第二AP充当共享AP，而第一AP将是被共享AP。第一AP应当等待第二AP在TWT SP的起始处发起协调传输，并且避免尝试获得对信道的接入。在该示例中，有四个阶段：

-阶段1(SP信息收集阶段)：AP1和AP3收集由AP2提供的TWT SP

(针对其相关联的STA的广播/单独的TWT SP，或者针对其他AP的协调SP)的信息。

-阶段2(AP-AP SP加入阶段)：AP1和AP3请求加入AP2的广播增强型TWT SP中的一个(例如，为低时延业务而预留的一个)。AP1和AP2也可以在TWT SP内请求子SP。

-阶段3(BSS内SP请求)：如果BSS内SP尚不存在，则AP1和AP3可以为其相关联的STA设置SP，这些SP可以受益于MAP协调传输，使得这些SP位于AP1和AP2已经加入的AP2的TWTSP内。如果AP请求任何子SP，则BSS内SP与子SP重叠。例如，这可以通过AP在要设置新的TWTSP的情况下向所选择的STA发送未经征求的TWT设置响应帧来实现，或者通过发送TWT信息帧来调整现有TWT SP的起始时间来实现。

-阶段4(TWT SP期间的MAP协调传输)：AP2在TWT SP期间发起协调传输(例如，C-TDMA/C-OFDMA等)，以例如在被共享TXOP内为AP1和AP3分配时间/频率资源。

图29示出了可以经由单独的TWT设置用来加入另一AP的现有TWT SP的TWT设置帧2900。由于TWT设置帧不是公共动作帧，因此在IEEE 802.11be规范中可以做出特殊的例外，以允许AP接受由另一AP发送的TWT设置帧。替代地，可以为AP到AP的TWT设置定义等效于TWT设置帧的新的公共动作帧。TWT设置帧2900可以包括一个或两个TWT元素字段2902，TWT元素字段2902可以包括控制字段2904和TWT参数信息字段2908。控制字段2904可以包括多AP协调TWT字段2906，TWT元素字段2902可以使用预留比特来指示TWT元素是用于AP到AP的设置。TWT参数信息字段2908可以包括：扩展TWT信道字段2910，其可以发信号通知在次要的160MHz内请求的(多个)次要信道；MAP协调类型字段2912，其可以指示可在TWT SP期间使用的MAP协调传输方案；子SP不可协商字段2914(如果设置的话)，其可以指示所请求的子SP起始时间不能被改变；子SP起始偏移字段2916，其可以发信号通知从SP起始时间到所请求/指派的子SP的起始的时间偏移；子SP持续时间字段2918，其可以发信号通知所请求或指派的子SP的持续时间；以及子SP间隔字段2920，其可以指示在子SP也是周期性的情况下连续的子SP之间的时间间隔。

替代地，代替动作帧，TWT设置帧也可以被封装在以太型89-0d数据帧中。这种方法避免了为AP到AP的TWT设置定义新的公共动作帧。代替在TWT设置请求帧中包括其TSF值/TSF偏移，请求AP还可以基于响应AP的TSF来计算TWT SP的目标唤醒时间，使得TWT元素中的目标唤醒时间字段指示从响应AP的角度来看的实际起始时间，并且不需要对其进行进一步调整。

子SP不可协商字段2914可以由请求AP来设置，以向响应AP指示其需要在其期间请求AP应当能够以非常高的概率接入信道的准保证时间段。例如，这种请求可以针对对抖动非常敏感的低时延业务。如果响应AP接受TWT请求，则它将确保AP或其相关联的STA在子SP期间不进行发送。子SP起始偏移字段2916可以指示从所请求的SP起始时间到所请求/指派的子SP的起始的时间偏移。替代地，该字段也可以指示请求第一子SP开始所在的(响应AP的)实际TSF。

此外，子SP持续时间字段2918可以指示每个子SP的持续时间。子SP间隔字段2920可以指示在子SP也是周期性的并且在所请求的TWT SP内发生不止一个子SP的情况下连续的子SP之间的时间间隔。

因此，AP可以利用TWT设置帧2900加入其他AP的感兴趣的调度单独SP。替代地，广播TWT设置也可以用于加入AP的现有调度SP。例如，图30的TWT设置帧3000可以以类似于针对TWT设置帧2900所讨论的方式来使用，使得AP能够加入其他AP的感兴趣的调度广播SP。

图31示出了图示出使用子SP来保护敏感业务(例如，抖动敏感的低时延业务)的示例图3100。该示例的阶段如下：

-阶段1：STA2-2已经与AP2协商了针对抖动敏感的低时延业务的周期性TWT SP#20。SP的持续时间短，但发生得频繁。由于业务的抖动敏感性，AP2需要确保在SP期间给予STA2-2的业务优先处理。

-阶段2A：AP2在3102处请求加入AP1的广播TWT#1

-阶段2B：AP2请求在TWT#1内被分配不可协商的子SP 3104

-阶段3：在TWT#1的起始处，由于AP2知道AP1的TWT SP#1，因此它等待来自AP1的MAP TF 3106。

-阶段4：在TWT SP内，AP1(例如，使用C-TDMA)与AP2共享其TXOP，以确保AP2可以在AP2的TWT#20SP期间获得对传输抖动敏感业务的介质的接入。每个AP还可以通过向各自相关联的STA发送静默元素/静默信道元素来保护子SP，使得子SP与静默时段重叠，

从而确保第三方STA在子SP期间不进行发送。

-阶段5：在与AP1的TWT#1重叠的TWT#20SP期间，AP2向/从相关联的STA发送/接收敏感业务3108。

可以看出，AP之间TWT SP的协调允许AP(甚至是在获得的TXOP内)有效地协调它们的传输，并且帮助减轻OBSS传输对抖动敏感业务的不利影响。

在示例图3100中，假设AP2已经通过被动地监听AP1的信标帧或者通过使用SP信息请求/响应帧主动地探测AP1的TWT SP的信息来收集AP1的这种信息。STA1-1和STA2-1分别与AP1和AP2相关联。由于AP1的TWT SP#1和AP2的TWT SP#20可能具有不同的周期性(由每个TWT协定的TWT唤醒间隔确定)，所请求的子SP的起始时间可能不是恒定的，而是针对TWTSP#1的不同发生而变化。AP1需要在每个新TWT SP#1的起始处计算子SP的起始时间，以便确保它们与AP2的TWT SP#20对齐。替代地，在TWT SP#1的每个新实例之前，AP2可以(例如，使用TWT信息帧)通知AP1其请求子SP的正确起始时间。AP1和AP2可以通过在信标/探测响应帧中发送静默元素或静默信道元素来进一步保护抖动敏感业务免受每个AP的相关联的STA的影响，使得BSS信道在不可协商的子SP期间被静默。

图32示出了根据各种实施例的通信设备3200的配置，例如，通信装置，例如，共享AP或被共享AP。通信设备3200可以包括用于发送和接收信号的至少一个天线3202(为了简单起见，在图32中仅示出了一个天线)。通信设备可以包括有线I/F(interface，接口)模块3212、无线I/F模块3202、电源3220、至少一个存储器3218、包括至少一个处理器和至少一个辅助存储装置3216的中央处理单元(central processing unit，CPU)3214。无线I/F模块3202还可以包括MAC子层3206和PHY子层3204。MAC子层3206包括服务时段管理模块3208，服务时段管理模块3208管理用于相关联的STA的服务时段，并且在协调服务时段3210的记录中保存所有这种SP的记录。无线I/F模块3212、CPU 3214、至少一个存储器3218和至少一个辅助存储装置3216可以一起用作用于如本申请中所述的协调业务和优先业务(即，低时延业务)的通信设备3200的电路，其生成TWT请求帧、响应帧、触发帧、多STA块确认帧、DL MUPPDU、信标帧、DL PPDU、包括TWT元素的帧、RTS/CTS帧、TWT信息帧、NSEP响应帧、NSEP帧和TWT设置帧。天线3202然后可以向其他通信装置(例如，(多个)STA)发送所生成的(多个)帧或(多个)PPDU。天线3202可以从其他通信设备(即，用于本公开中描述的协调业务和优先级排序业务(即，低时延业务)的(多个)STA)接收TWT请求帧、响应帧、PS-Poll帧、QoS空帧、块确认帧、TB PPDU(即，UL PPDU)、CTS帧、NSEP请求帧、NSEP帧和TWT设置帧。通信设备3200的电路然后可以处理接收到的(多个)帧或(多个)PPDU。

图33示出了根据各种实施例的通信设备3300的配置，例如，通信装置，例如，非APSTA。通信设备3300可以包括用于发送和接收信号的至少一个天线3302(为了简单起见，在图33中仅示出了一个天线)。通信设备可以包括有线I/F模块3312、无线I/F模块3302、电源3320、至少一个存储器3318、包括至少一个处理器和至少一个辅助存储器3316的中央处理单元(CPU)3314。无线I/F模块3302还可以包括MAC子层3306和PHY子层3304。MAC子层3306包括服务时段管理模块3308，服务时段管理模块3308管理通信设备3300是其成员的服务时段，并且在协调服务时段3310的记录中保存所有这种SP的记录。无线I/F模块3312、CPU3314、至少一个存储器3318和至少一个辅助存储器3316可以一起用作用于如本公开中所述的协调业务和优先业务(即，低时延业务)的通信设备3300的电路，其生成TWT请求帧、响应帧、PS-Poll帧、QoS空帧、块确认帧、TB PPDU(即，UL PPDU)、CTS帧、NSEP请求帧、NSEP帧和TWT设置帧。天线3302然后可以将所生成的(多个)帧或(多个)PPDU发送到其他通信设备，例如，(多个)AP。天线3202可以从其他通信装置(即，用于如本公开中描述的协调业务和优先级排序业务(即，低时延业务)的(多个)AP)接收TWT响应帧、触发帧、多STA块确认帧、DL MUPPDU、信标帧、DL PPDU、包括TWT元素的帧、RTS/CTS帧、TWT信息帧、NSEP响应帧、NSEP帧和TWT设置帧。通信设备3300的电路然后可以处理接收到的(多个)帧或(多个)PPDU。

图34示出了图示出根据各种实施例的通信方法的流程图3400。在步骤3402，生成指示对设置一个或多个协调SP的请求的帧。在步骤3404，将该帧发送到AP。

图35示出了可以被实施用于协调SP的通信装置3500的示意性部分剖视图。根据各种实施例，通信装置3500可以被实施为共享AP、被共享AP或相关联的STA。

通信装置3500的各种功能和操作根据分层模型被布置到多个层中。在该模型中，较低层根据IEEE规范向较高层报告并从其接收指令。为了简单起见，在本公开中不讨论分层模型的细节。

如图35所示，通信装置3500可以包括电路3514、至少一个无线电发送器3502、至少一个无线电接收器3504和多个天线3512(为了简单起见，为了说明的目的，在图35中仅描绘了一个天线)。该电路可以包括至少一个控制器3506，至少一个控制器3506用于软件和硬件对其被设计来执行的任务进行辅助执行，包括控制与MIMO无线网络中的一个或多个其他多链路设备的通信。至少一个控制器3506可以控制：至少一个发送信号生成器3508，以用于生成要通过至少一个无线电发送器3502发送到一个或多个其他STA、AP或AP多链路设备(multi-link device，MLD)的帧；以及至少一个接收信号处理器3510，以用于处理通过至少一个无线电接收器3504从一个或多个其他STA、AP或AP MLD接收的帧。至少一个发送信号生成器3508和至少一个接收信号处理器3510可以是通信装置3500的独立模块，它们与至少一个控制器3506通信进行以用于上述功能。替代地，至少一个发送信号发生器3508和至少一个接收信号处理器3510可以被包括在至少一个控制器3506中。对于本领域技术人员来说很明显的是，这些功能模块的布置是灵活的，并且可以取决于实际的需要和/或要求而变化。数据处理、存储和其他相关控制装置可以在适当的电路板上和/或在芯片组中提供。

在各种实施例中，至少一个无线电发送器3502、至少一个无线电接收器3504和至少一个天线3512可以由至少一个控制器3506控制。此外，虽然仅示出了一个无线电发送器3502，但是应当理解，可以有不止一个这样的发送器。

在各种实施例中，至少一个无线电接收器3504与至少一个接收信号处理器3510一起形成通信装置3500的接收器。通信装置3500的接收器提供多链路通信所需的功能。虽然仅示出了一个无线电接收器3504，但是应当理解，可以有不止一个这样的接收器。

通信装置3500提供协调SP所需的功能。例如，通信装置3500可以是第一AP。电路3514可以生成指示对设置一个或多个协调的SP的请求的请求帧。发送器3502可以向第二AP发送请求帧。

接收器3504可以从第二AP接收响应帧，该响应帧指示对设置一个或多个协调SP的请求的接受；其中，发送器3502还可以向一个或多个相关联的STA发送帧，以设置与协调SP重叠的调度SP。请求帧、响应帧和所述帧可以是TWT设置帧，并且协调SP可以是TWT SP。TWT设置帧携带协调SP是用于多AP协调传输的指示，并且还携带发送TWT设置帧的AP的定时同步功能(TSF)值。从第二AP接收的TWT设置帧还可以携带也是协调SP的成员的一个或多个其他AP的标识信息。TWT设置帧可以在每个TWT设置帧的TWT元素中的TWT信道字段和TWT扩展信道字段中指示由第一AP请求的或由第二AP指派给第一AP的子信道，子信道是第二AP的工作信道的子集。TWT设置帧可以在每个TWT设置帧的TWT元素中指示由第一AP请求的或由第二AP指派给第一AP的一个或多个子SP的起始时间偏移、持续时间和间隔，子SP是协调SP的一部分。第一AP可以是第二AP所允许的用于在所指派的子信道中或者在由第二AP发起的多AP协调传输的被共享TXOP期间所指派的子SP中进行发送的唯一AP。

第一AP还可以参与由第二AP在协调SP内发起的多AP协调传输的被共享TXOP，并且其中，第一AP的发送器3502还可以以与第二AP协调的方式向其相关联的STA发送帧。发送器3502还可以在被共享TXOP的起始处向第二AP发送报告其BSS的DL和UL缓冲器状态的帧。多AP协调传输可以是C-OFDMA传输、C-TDMA传输、C-SR传输、C-BF传输或协调MU-MIMO传输之一。电路3514还可以确定用于每个相关联的STA的多AP协调传输的合适类型，并且其中，发送器3502还可以基于所确定的多AP协调传输类型向相关联的STA发送帧，以设置与相对应的协调SP重叠的调度SP，请求帧和所述帧是TWT设置帧。TWT设置帧可以在每个TWT设置帧的TWT元素中的TWT信道字段和TWT扩展信道字段中指示由第一AP请求的或由第二AP指派给第一AP的子信道，子信道是第二AP的工作信道的子集。TWT设置帧可以在每个TWT设置帧的TWT元素中指示由第一AP请求的或由第二AP指派给第一AP的一个或多个子SP的起始时间偏移、持续时间和间隔，子SP是协调SP的一部分。第一AP可以是第二AP所允许的用于在所指派的子信道中或者在由第二AP发起的多AP协调传输的被共享TXOP期间所指派的子SP中进行发送的唯一AP。

接收器3504可以接收由第二AP发送的帧，该帧是信标帧、动作帧或数据帧之一；并且其中，电路3514还可以从接收到的帧中提取与第二AP相关联的SP的信息。SP可以是TWTSP。发送器3502还可以向第二AP发送TWT设置请求帧，以用于请求加入第二AP的一个或多个相关联的SP。发送器3502还可以向一个或多个相关联的STA发送帧，以设置不与第二AP的相关联的SP重叠的调度SP。TWT设置帧可以在每个TWT设置帧的TWT元素中的TWT信道字段和TWT扩展信道字段中指示由第一AP请求的或由第二AP指派给第一AP的子信道，子信道是第二AP的工作信道的子集。TWT设置帧可以在每个TWT设置帧的TWT元素中指示由第一AP请求的或由第二AP指派给第一AP的一个或多个子SP的起始时间偏移、持续时间和间隔，子SP是协调SP的一部分。第一AP可以是第二AP所允许的用于在所指派的子信道中或者在由第二AP发起的多AP协调传输的被共享TXOP期间所指派的子SP进行发送的唯一AP。

通信装置3500可以是非AP STA。接收器3504可以从其相关联的AP接收信标帧或动作帧之一。电路3514可以从该帧中提取用于协调传输的SP的信息。发送器3502可以向AP发送请求帧，该请求帧指示对加入SP的请求。SP可以是TWT SP，并且请求帧可以是TWT设置请求帧。

本公开可以通过软件、硬件或软件与硬件的合作来实现。在上述每个实施例的描述中使用的每个功能块可以部分或全部由诸如集成电路之类的LSI(Large ScaleIntegrated circuit，大规模集成电路)来实现，并且每个实施例中描述的每个过程可以部分或全部由同一LSI或LSI组合来控制。LSI可以单独地形成为芯片，或者一个芯片可以形成为包括部分或全部功能块。LSI可以包括数据输入端以及与其耦合的输出端。取决于集成度的不同，这里的LSI可以被称为IC、系统LSI、超级LSI或超LSI。然而，实施集成电路的技术不限于LSI，并且可以通过使用专用电路、通用处理器或专用处理器来实现。此外，可以使用可以在制造LSI之后被编程的FPGA(Field Programmable Gate Array，现场可编程门阵列)，或者其中可以重新配置设置在LSI内部的电路单元的连接和设置的可重新配置处理器。本公开可以被实现为数字处理或模拟处理。如果由于半导体技术或其他衍生技术的进步，未来的集成电路技术取代了LSI，则可以使用未来的集成电路技术来集成功能块。也可以应用生物技术。

本公开可以通过任何种类的具有通信功能的装置、设备或系统来实现，其被称为通信设备。

这种通信设备的一些非限制性示例包括电话(例如，蜂窝电话、智能电话)、平板电脑、个人计算机(personal computer，PC)(例如，膝上型电脑、台式电脑、上网本)、相机(例如，数码相机/视频相机)、数字播放器(数字音频/视频播放器)、可穿戴设备(例如，可穿戴相机、智能手表、跟踪设备)、游戏控制台、数字图书阅读器、远程健康/远程医疗(远程健康和医疗)设备以及提供通信功能的交通工具(例如，汽车、飞机、轮船)及其各种组合。

通信设备不限于便携式的或可移动的，并且还可以包括任何种类的非便携式的或固定的装置、设备或系统，诸如智能家庭设备(例如，电器、照明、智能仪表、控制面板)、自动售货机以及“物联网(Internet of Things，IoT)”网络中的任何其他“事物”。

通信可以包括通过例如蜂窝系统、无线LAN系统、卫星系统等及其各种组合来交换数据。

通信设备可以包括耦合到执行本公开中描述的通信功能的通信装置的装置，诸如控制器或传感器。例如，通信设备可以包括生成由执行通信设备的通信功能的通信装置所使用的控制信号或数据信号的控制器或传感器。

通信设备还可以包括基础设施，诸如基站、接入点、以及与诸如上述非限制性示例中的装置进行通信或控制这样的装置的任何其他装置、设备或系统。

站的非限制性示例可以是附属于多链路站逻辑实体(即诸如AP MLD)的第一多个站中包括的一个站，其中作为附属于多链路站逻辑实体的第一多个站的一部分，第一多个站中的站共享到上层的公共媒体接入控制(medium access control，MAC)数据服务接口，其中，公共MAC数据服务接口与公共MAC地址或业务标识符(TID)相关联。

在本公开中描述了以下陈述：

陈述1：一种第一接入点(AP)，包括：

电路，生成指示对设置一个或多个协调服务时段(SP)的请求的请求帧；以及

发送器，向第二AP发送请求帧。

陈述2：根据陈述1所述的第一AP，还包括接收器，接收器从第二AP接收响应帧，响应帧指示对设置一个或多个协调SP的请求的接受；其中，发送器还向一个或多个相关联的站(STA)发送帧，以设置与协调SP重叠的调度SP。

陈述3：根据陈述2所述的第一AP，其中，请求帧、响应帧和该帧是目标等待时间(TWT)设置帧，并且协调SP是TWT SP。

陈述4：根据陈述3所述的第一AP，其中，TWT设置帧携带协调SP是用于多AP协调传输的指示，并且还携带发送TWT设置帧的AP的定时同步功能(TSF)值。

陈述5：根据陈述3所述的第一AP，其中，从第二AP接收的TWT设置帧还携带也是协调SP的成员的一个或多个其他AP的标识信息。

陈述6：根据陈述1所述的第一AP，其中，第一AP还参与由第二AP在协调SP内发起的多AP协调传输的被共享TXOP，并且其中，第一AP的发送器还以与第二AP协调的方式向其相关联的STA发送帧。

陈述7：根据陈述6所述的第一AP，其中，发送器还在被共享TXOP的起始处向第二AP发送报告其基本服务集(BSS)的下行链路(DL)和上行链路(UL)缓冲器状态的帧。

陈述8：根据陈述6所述的第一AP，其中，多AP协调传输是协调正交频分多址(OFDMA)传输、协调时分多址(TDMA)传输、协调空间重用(SR)传输、协调波束成形(BF)传输或协调多用户多输入多输出(MU-MIMO)传输之一。

陈述9：根据陈述8所述的第一AP，其中，电路还确定用于每个相关联的STA的多AP协调传输的合适类型，并且其中，发送器还基于所确定的多AP协调传输类型向相关联的STA发送帧，以设置与对应的协调SP重叠的调度SP，请求帧和该帧是TWT设置帧。

陈述10：根据陈述1所述的第一AP，还包括接收器，接收器接收由第二AP发送的帧，该帧是信标帧、动作帧或数据帧之一；并且其中，电路还从接收到的帧中提取与第二AP相关联的SP的信息。

陈述11：根据陈述10所述的第一AP，其中，SP是TWT SP。

陈述12：根据陈述11所述的第一AP，其中，发送器还向第二AP发送TWT设置请求帧，以用于请求加入第二AP的一个或多个相关联的SP。

陈述13：根据陈述10所述的第一AP，其中，发送器还向一个或多个相关联的STA发送帧，以设置不与第二AP的相关联的SP重叠的调度SP。

陈述14：根据陈述3、9和12所述的第一AP，其中，TWT设置帧在每个TWT设置帧的TWT元素中的TWT信道字段和TWT扩展信道字段中指示由第一AP请求的或由第二AP指派给第一AP的子信道，该子信道是第二AP的工作信道的子集。

陈述15：根据陈述3、9和12所述的第一AP，其中，TWT设置帧在每个TWT设置帧的TWT元素中指示由第一AP请求的或由第二AP指派给第一AP的一个或多个子SP的起始时间偏移、持续时间和间隔，该子SP是协调SP的一部分。

陈述16：根据陈述14和15所述的第一AP，其中，第一AP是第二AP所允许的用于在所指派的子信道中或者在由第二AP发起的多AP协调传输的被共享TXOP期间所指派的子SP中进行发送的唯一AP。

陈述17：一种非AP STA，包括：

接收器，从其相关联的AP接收信标帧或动作帧之一；

电路，从该帧中提取用于协调传输的SP的信息；以及

发送器，向AP发送请求帧，该请求帧指示对加入SP的请求。

陈述18：根据陈述17所述的非AP STA，其中，SP是TWT SP，并且请求帧是TWT设置请求帧。

陈述19：一种方法，包括：

生成指示对设置一个或多个协调服务时段(SP)的请求的请求帧；以及

向AP发送请求帧。

因此，可以看出，本实施例提供了用于协调SP的通信设备和方法。

虽然在本实施例的前述具体实施方式中已经呈现了示例性实施例，但是应当理解，存在大量的变型。还应理解，示例性实施例是示例，并不意图以任何方式限制本公开的范围、适用性、操作或配置。相反，前述具体实施方式将向本领域技术人员提供用于实施示例性实施例的便利的详细计划，应当理解，在不脱离所附权利要求中阐述的主题的范围的情况下，可以对示例性实施例中描述的操作方法和步骤的功能和布置以及示例性实施例中描述的设备的模块和结构进行各种改变。

Claims

1.一种第一接入点(AP)，包括：

电路，生成指示对设置一个或多个协调服务时段SP的请求的请求帧；以及

发送器，向第二AP发送所述请求帧。

2.根据权利要求1所述的第一AP，还包括接收器，所述接收器从所述第二AP接收响应帧，所述响应帧指示对设置一个或多个协调SP的所述请求的接受；其中，所述发送器还向一个或多个相关联的站STA发送帧，以设置与所述协调SP重叠的调度SP。

3.根据权利要求2所述的第一AP，其中，所述请求帧、所述响应帧和所述帧是目标等待时间TWT设置帧，并且所述协调SP是TWT SP。

4.根据权利要求3所述的第一AP，其中，所述TWT设置帧携带所述协调SP是用于多AP协调传输的指示，并且还携带发送所述TWT设置帧的AP的定时同步功能TSF值。

5.根据权利要求3所述的第一AP，其中，从所述第二AP接收的所述TWT设置帧还携带也是所述协调SP的成员的一个或多个其他AP的标识信息。

6.根据权利要求1所述的第一AP，其中，所述第一AP还参与由所述第二AP在协调SP内发起的多AP协调传输的被共享TXOP，并且其中，所述第一AP的发送器还以与所述第二AP协调的方式向其相关联的STA发送帧。

7.根据权利要求6所述的第一AP，其中，所述发送器还在被共享TXOP的起始处向所述第二AP发送报告其基本服务集BSS的下行链路DL和上行链路UL缓冲器状态的帧。

8.根据权利要求6所述的第一AP，其中，所述多AP协调传输是协调正交频分多址OFDMA传输、协调时分多址TDMA传输、协调空间重用SR传输、协调波束成形BF传输或协调多用户多输入多输出MU-MIMO传输之一。

9.根据权利要求8所述的第一AP，其中，所述电路还确定用于每个相关联的STA的多AP协调传输的合适类型，并且其中，所述发送器还基于所确定的多AP协调传输类型向所述相关联的STA发送帧，以设置与对应的协调SP重叠的调度SP，所述请求帧和所述帧是TWT设置帧。

10.根据权利要求1所述的第一AP，还包括接收器，所述接收器接收由所述第二AP发送的帧，所述帧是信标帧、动作帧或数据帧之一；并且其中，所述电路还从接收到的帧中提取与所述第二AP相关联的SP的信息。

11.根据权利要求10所述的第一AP，其中，所述SP是TWT SP。

12.根据权利要求11所述的第一AP，其中，所述发送器还向所述第二AP发送TWT设置请求帧，以用于请求加入所述第二AP的一个或多个相关联的SP。

13.根据权利要求10所述的第一AP，其中，所述发送器还向一个或多个相关联的STA发送帧，以设置不与所述第二AP的相关联的SP重叠的调度SP。

14.一种非AP STA，包括：

接收器，从其相关联的AP接收信标帧或动作帧之一；

电路，从所述帧中提取用于协调传输的SP的信息；以及

发送器，向所述AP发送请求帧，所述请求帧指示对加入所述SP的请求。

15.一种方法，包括：

生成指示对设置一个或多个协调服务时段SP的请求的请求帧；以及

向AP发送所述请求帧。