CN116405913A

CN116405913A - 时间资源接收方法及相关装置

Info

Publication number: CN116405913A
Application number: CN202310331356.2A
Authority: CN
Inventors: 李云波; 郭宇宸; 黄国刚; 淦明
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-01-05
Filing date: 2021-01-05
Publication date: 2023-07-07
Also published as: WO2022148218A1; US20230354276A1; EP4258709A1; TW202228472A; CN116405912A; MX2023008017A; JP2024501765A; AU2021417819A1; CN114727262A; CN116405912B; CA3204262A1; KR20230125319A; TWI792824B; EP4258709A4

Abstract

本申请涉及无线通信领域，应用于支持802.11be标准的无线局域网中，尤其涉及一种时间资源接收方法及相关装置，方法包括：STA接收并解析MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是改进的多用户请求发送帧，该改进的多用户请求发送帧用于给该STA分配时间资源。采用本申请实施例，可以利用单用户触发帧来指示时间资源的分配，从而支持Scheduled P2P场景和Co‑TDMA场景中的通信。

Description

时间资源接收方法及相关装置

本申请是分案申请，原申请的申请号是202110008588.5，原申请日是2021年01月05日，原申请的全部内容通过引用结合在本申请中。

技术领域

本申请涉及无线通信技术领域，尤其涉及一种时间资源接收方法及相关装置。

背景技术

为了满足用户的特定需求，电气与电子工程师协会(institute of electricaland electronic engineers，IEEE)802.11be标准可能支持一些特殊的应用场景，例如调度站点发送上行单用户物理层协议数据单元(physical protocol data unit，PPDU)场景、调度(Scheduled)端对端(Peer-to-Peer，P2P)场景、协作时分多址(coordinated timedivision multiple access，Co-TDMA)场景等。

其中，在Scheduled P2P场景中，多个站点(station，STA)通过P2P技术连接以构成一个小型网络，从而多个STA之间可以相互直接通信。接入点(access point，AP)在获得一个传输机会(transmission opportunity，TXOP)后，可以将TXOP中的一部分时间资源分配给一个与其关联的STA，以使得该STA在分配到的时间资源内与其他STA进行通信。

Co-TDMA场景中定义了两种AP角色：共享(sharing)AP和被共享(shared)AP。Sharing AP在获得TXOP之后，可以将TXOP中的一部分时间资源分配给shared AP，以使得shared AP使用该时间资源与shared AP关联的站点进行通信。

因此，Scheduled P2P场景和Co-TDMA场景都需要一个触发帧来支持时间资源的分配。基于目前802.11be标准的讨论，利用多用户(multiple user，MU)请求发送(request tosend，RTS)帧来设计触发帧是一种潜在的方式。但如何基于MU-RTS帧来实现Scheduled P2P场景和Co-TDMA场景中时间资源的分配，尚未得到解决。

发明内容

本申请实施例提供一种时间资源接收方法及相关装置，可以利用单用户触发帧来指示时间资源的分配，从而支持Scheduled P2P场景和Co-TDMA场景中的通信。

下面从不同的方面介绍本申请，应理解的是，下面的不同方面的实施方式和有益效果可以互相参考。

第一方面，本申请提供一种时间资源分配方法，该方法包括：第一设备生成并发送介质接入控制层(mediumaccess control，MAC)帧，该MAC帧中触发类型子字段设置为3且不包括用户信息字段，该MAC帧中接收地址字段设置为第二设备的MAC地址。其中，该MAC帧中触发类型子字段设置为3且不包括用户信息字段表示该MAC帧是单用户触发帧，换句话说，该MAC帧是触发类型子字段设置为3且不包括用户信息字段的单用户触发帧，该单用户触发帧用于给第二设备分配时间资源。这里的时间资源指时间长度。

可选的，触发类型子字段设置为3，表示MU-RTS帧。但由于MU-RTS帧是发送给一个或多个用户(或站点)的，所以MU-RTS帧中必然包括一个或多个用户信息字段。因此，本方案中虽然将MAC帧的触发类型子字段设置为3但该MAC帧不包括用户信息字段，表示该MAC帧是单用户触发帧，而不是MU-RTS帧。

可见，本方案通过将MAC帧的触发类型子字段设置为3且不包括用户信息字段来隐式指示当前发送的MAC帧是单用户触发帧，可以利用单用户触发帧来指示时间资源的分配，从而支持Scheduled P2P场景和Co-TDMA场景中的通信。

第二方面，本申请提供一种时间资源接收方法，该方法包括：第二设备接收来自第二设备的MAC帧，该MAC帧中接收地址字段设置为该第二设备的MAC地址；第二设备对该MAC帧进行解析，得到该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段；第二设备根据该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，确定该MAC帧是单用户触发帧，该单用户触发帧用于给该第二设备分配时间资源。这里的时间资源指时间长度。这里的时间资源指时间长度。

第三方面，本申请提供一种时间资源分配装置，该时间资源分配装置可以是第一设备或第一设备中的芯片，比如Wi-Fi芯片。该时间资源分配装置包括：处理单元，用于生成MAC帧，该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，该MAC帧中接收地址字段设置为第二设备的MAC地址；收发单元，用于发送该MAC帧。其中，该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，表示该MAC帧是单用户触发帧，换句话说，该MAC帧是触发类型子字段设置为3且不包括用户信息字段的单用户触发帧，该单用户触发帧用于给该第二设备分配时间资源。这里的时间资源指时间长度。

第四方面，本申请提供一种时间资源接收装置，该时间资源接收装置可以是第二设备或第二设备中的芯片，比如Wi-Fi芯片。该时间资源接收装置包括：收发单元，用于接收MAC帧，该MAC帧中接收地址字段设置为该第二设备的MAC地址；解析单元，用于对该MAC帧进行解析，得到该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段；确定单元，用于根据该MAC帧中触发类型字段子设置为3且该MAC帧中不包括用户信息字段，确定该MAC帧是单用户触发帧，该单用户触发帧用于给该第二设备分配时间资源。这里的时间资源指时间长度。

上述任一方面的一种可能的实现方式中，上述MAC帧中的持续时间(duration)字段，可以用于指示给第二设备分配的时间长度。由于duration字段的原有含义是用于指示当前传输机会的剩余时长信息，所以复用duration字段来指示给第二设备分配的时间长度，则等效于将整个传输机会的剩余时间全部分配给第二设备。

可见，本方案通过复用原来的duration字段，增加原有duration字段的含义，使该duration字段具备两种含义(一种是指示当前传输机会的剩余时长信息，另一种是指示给第二设备分配的时间长度)，无需增加新的字段，就可以使第二设备与其他站点在被分配的时间资源内进行通信，从而支持Scheduled P2P场景和Co-TDMA场景中的通信，实现简单。

上述任一方面的一种可能的实现方式中，上述MAC帧中包括第一子字段，该第一子字段用于指示给第二设备分配的时间长度。或者，该第一子字段用于指示响应帧的时间长度。应理解，第一子字段与duration字段不相同。其中，第一子字段指示的给第二设备分配的时间长度是剩余传输机会时长内的一段时间。

可见，本方案通过在Modified MU-RTS帧(或单用户触发帧)中设计一个新字段来指示给第二设备分配的时间长度，其含义清晰、明确。

上述任一方面的一种可能的实现方式中，上述第一子字段是MAC帧的公共信息字段中预留的子字段。该第一子字段的长度可以小于或等于duration字段的长度。

可见，本方案采用MAC帧的公共信息字段中预留的子字段来设计第一子字段，也无需新增字段，保持原有的帧长，可以充分利用公共信息字段中预留的子字段，并且第一子字段的含义也清晰、明确。

上述任一方面的一种可能的实现方式中，上述第一子字段是MAC帧的公共信息字段中预留的上行链路长度(up link length,UL length)子字段，以下简称下行长度(ULlength)子字段。

可见，因为UL length子字段在其它类型的触发帧(指触发类型子字段的取值不为3的触发帧)中是用于指示所触发的基于触发的PPDU(Trigger Based PPDU，TB PPDU)的帧长(这里的帧长是时间长度)，但MU-RTS帧中UL length子字段未使用或不存在，所以本方案通过UL length子字段来指示分配给第二设备的时长，可以复用UL length子字段指示时长的粒度，其功能也与UL length子字段本身的功能类似。

上述任一方面的一种可能的实现方式中，第一子字段的长度为12比特或16比特。可见，第一子字段的长度采用12比特，其与UL length子字段的长度相同，可以复用ULlength子字段指示时长的粒度。第一子字段的长度采用16比特，其与duration字段的长度相同，可以复用duration字段指示时长的粒度。

第五方面，本申请提供一种时间资源分配方法，该方法包括：第一设备生成并发送MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源。这里的时间资源指时间长度。其中，该MAC帧中触发类型子字段设置为3。

可选的，触发类型子字段设置为3，表示MU-RTS帧，但MAC帧中的第二子字段指示该MAC帧是单用户触发帧，而不是MU-RTS帧，以此来区分MU-RTS帧和单用户触发帧。

可见，本方案通过在MAC帧中设计一个字段来显示指示当前发送的MAC帧是单用户触发帧，可以利用单用户触发帧来指示时间资源的分配，从而支持Scheduled P2P场景和Co-TDMA场景中的通信。

第六方面，本申请提供一种时间资源接收方法，该方法包括：第二设备接收来自第一设备的MAC帧，并解析接收到的该MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源。这里的时间资源指时间长度。其中，该MAC帧中触发类型子字段设置为3。

第七方面，本申请提供一种时间资源分配装置，该时间资源分配装置可以是第一设备或第一设备中的芯片，比如Wi-Fi芯片。该时间资源分配装置包括：处理单元，用于生成MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源；收发单元，用于发送该MAC帧。这里的时间资源指时间长度。其中，该MAC帧中触发类型子字段设置为3。

第八方面，本申请提供一种时间资源接收装置，该时间资源接收装置可以是第二设备或第二设备中的芯片，比如Wi-Fi芯片。该时间资源接收装置包括：收发单元，用于接收MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源；解析单元，用于解析该MAC帧。这里的时间资源指时间长度。其中，该MAC帧中触发类型子字段设置为3。

上述任一方面的一种可能的实现方式中，上述第二子字段是MAC帧的用户信息字段中取值为第一预设值的资源单元(resourceunit，RU)分配子字段。该第一预设值是数值0-60以及68-255中802.11be标准未使用的RU分配数值。

可见，本方案通过复用RU分配(allocation)子字段，不改变RU Allocation子字段的部分取值的含义，用特殊值来指示单用户触发帧，相对于MU-RTS帧改动较小，更有利于兼容802.11ax标准。

上述任一方面的一种可能的实现方式中，上述第二子字段是MAC帧的用户信息字段中取值为第二预设值的关联标识(Association Identifier，AID)12子字段，该第二预设值为2008至2044、2047至4094中的一个。

可选的，因为AID12子字段设置为第二预设值，不能用于识别站点，所以MAC帧中接收地址字段设置为第二设备的MAC地址。

可选的，因为AID12子字段设置为第二预设值，不能用于识别站点，所以MAC帧的用户信息字段中预留的子字段，用于指示第二设备的关联标识。

可见，本方案通过复用AID 12子字段，不改变AID 12子字段的部分取值的含义，用特殊值来指示单用户触发帧，相对于MU-RTS帧改动较小，更有利于兼容802.11ax标准。另外，因为AID 12子字段是用户信息字段中的第一个子字段，所以可以帮助第二设备更快地确认接收到的帧是否是单用户触发帧，以便于第二设备更快地做出相应的响应。

上述任一方面的一种可能的实现方式中，上述第二子字段是MAC帧的公共信息字段中预留的子字段，该第二子字段的取值与该第二子字段在预留状态下的取值不相同。

可见，本方案通过使用公共信息字段中预留的子字段来指示单用户触发帧，其含义较为清晰明确，不容易产生混淆。另外，因为公共信息字段位于发送地址字段后，所以可以帮助第二设备更快地确认接收到的帧是否是单用户触发帧，以便于第二设备更快地做出相应的响应。

上述任一方面的一种可能的实现方式中，上述第二子字段为MAC帧的用户信息字段中预留的子字段，该第二子字段的取值与该第二子字段在预留状态下的取值不相同。

可见，本方案通过使用用户信息字段中预留的子字段来指示单用户触发帧，其含义较为清晰明确，不容易产生混淆。

上述任一方面的一种可能的实现方式中，上述MAC帧中还包括第一子字段，该第一子字段用于指示给第二设备分配的时间长度。或者，该第一子字段用于指示响应帧的时间长度。应理解，第一子字段与duration字段不相同。其中，第一子字段指示的给第二设备分配的时间长度是剩余传输机会时长内的一段时间。

上述任一方面的一种可能的实现方式中，上述第一子字段是MAC帧的公共信息字段中预留的上行长度(UL length)子字段。

上述任一方面的一种可能的实现方式中，第一子字段的长度为12比特或16比特。

第九方面，本申请提供一种通信装置，具体为第一方面或第五方面中的第一设备，包括处理器和收发器。

一种设计中，该处理器，用于生成MAC帧，该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，该MAC帧中接收地址字段设置为第二设备的MAC地址；该收发器，用于发送该MAC帧。其中，该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，表示该MAC帧是单用户触发帧，该单用户触发帧用于给该第二设备分配时间资源。这里的时间资源指时间长度。

另一种设计中，该处理器，用于生成MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源；该收发器，用于发送该MAC帧。这里的时间资源指时间长度。其中，该MAC帧中触发类型子字段设置为3。

第十方面，本申请提供一种通信装置，具体为第二方面或第六方面中的第二设备，包括处理器和收发器。

一种设计中，该收发器，用于接收MAC帧，该MAC帧中接收地址字段设置为该第二设备的MAC地址；该处理器，用于对该MAC帧进行解析，得到该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段；该处理器，还用于根据该MAC帧中触发类型字段子设置为3且该MAC帧中不包括用户信息字段，确定该MAC帧是单用户触发帧，该单用户触发帧用于给该第二设备分配时间资源。这里的时间资源指时间长度。

另一种设计中，该收发器，用于接收MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源；该处理器，还用于解析该MAC帧。这里的时间资源指时间长度。其中，该MAC帧中触发类型子字段设置为3。

第十一方面，本申请提供一种装置，该装置以芯片的产品形态实现，包括输入输出接口和处理电路。该装置为上述第一方面或第五方面的第一设备中的芯片。

一种设计中，该处理电路，用于生成MAC帧，该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，该MAC帧中接收地址字段设置为第二设备的MAC地址；该输入输出接口用于输出该MAC帧并通过射频电路进行处理后，经过天线发送该MAC帧。其中，该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，表示该MAC帧是单用户触发帧，该单用户触发帧用于给该第二设备分配时间资源。这里的时间资源指时间长度。

另一种设计中，用于生成MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源；该输入输出接口用于输出该MAC帧并通过射频电路进行处理后，经过天线发送该MAC帧。这里的时间资源指时间长度。其中，该MAC帧中触发类型子字段设置为3。

第十二方面，本申请提供一种装置，该装置以芯片的产品形态实现，包括输入输出接口和处理电路。该装置为上述第二方面或第六方面的第二设备中的芯片。

一种设计中，该输入输出接口，用于输入通过天线和射频电路接收的MAC帧，该MAC帧中接收地址字段设置为该第二设备的MAC地址；该处理电路，用于对该MAC帧进行解析，得到该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段；该处理电路，还用于根据该MAC帧中触发类型字段子设置为3且该MAC帧中不包括用户信息字段，确定该MAC帧是单用户触发帧，该单用户触发帧用于给该第二设备分配时间资源。这里的时间资源指时间长度。

另一种设计中，该输入输出接口，用于输入通过天线和射频电路接收的MAC帧；该处理电路，用于解析该MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源。其中，该MAC帧中触发类型子字段设置为3。

第十三方面，本申请提供一种计算机可读存储介质，该计算机可读存储介质中存储有程序指令，当该程序指令在计算机上运行时，使得计算机执行上述第一方面、或上述第五方面所述的时间资源分配方法；或者，当该程序指令在计算机上运行时，使得计算机执行上述第二方面、或上述第六方面所述的时间资源接收方法。

第十四方面，本申请提供一种包含程序指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面、或上述第五方面所述的时间资源分配方法；或者，当其在计算机上运行时，使得计算机执行上述第二方面、或上述第六方面所述的时间资源接收方法。

实施本申请实施例，可以利用单用户触发帧来指示时间资源的分配，从而支持Scheduled P2P场景和Co-TDMA场景中的通信。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1a是本申请实施例提供的接入点的结构示意图；

图1b是本申请实施例提供的站点的结构示意图；

图2a是AP MLD与non-AP MLD的一通信场景示意图；

图2b是AP MLD与non-AP MLD的另一通信场景示意图；

图3a是本申请实施例提供的多链路设备的一结构示意图；

图3b是本申请实施例提供的多链路设备的另一结构示意图；

图4是单用户触发帧应用于多链路场景的示意图；

图5是一种Scheduled P2P的场景示意图；

图6是一种Co-TDMA的场景示意图；

图7是单用户触发帧应用于Scheduled P2P场景的示意图；

图8是单用户触发帧应用于Co-TDMA场景的示意图；

图9是本申请实施例提供的时间资源分配和接收方法的一示意流程图；

图10是本申请实施例提供的MU-RTS帧的帧格式示意图；

图11a是本申请实施例提供的MU-RTS帧中公共信息字段的帧格式示意图；

图11b是本申请实施例提供的MU-RTS帧中用户信息字段的帧格式示意图；

图12是本申请实施例提供的Modified MU-RTS帧(或单用户触发帧)的帧格式示意图；

图13是本申请实施例提供的Modified MU-RTS帧(或单用户触发帧)中公共信息字段的帧格式示意图；

图14是本申请实施例提供的时间资源分配和接收方法的另一示意流程图；

图15a是本申请实施例提供的Modified MU-RTS帧的用户信息字段中第一子字段和第二子字段的一种帧格式示意图；

图15b是本申请实施例提供的Modified MU-RTS帧的用户信息字段中第一子字段和第二子字段的另一种帧格式示意图；

图15c是本申请实施例提供的Modified MU-RTS帧的用户信息字段中第一子字段和第二子字段的又一种帧格式示意图；

图16是本申请实施例提供的时间资源分配装置的结构示意图；

图17是本申请实施例提供的时间资源接收装置的结构示意图；

图18是本申请实施例提供的通信装置1000的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的描述中，除非另有说明，“/”表示“或”的意思，例如，A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。此外，“至少一个”是指一个或多个，“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请提供的技术方案可以应用于各种通信系统，例如采用IEEE 802.11标准的系统。示例性的，IEEE 802.11标准包括但不限于：802.11be标准、或者更下一代的802.11标准。本申请的技术方案适用的场景包括：AP与STA之间的通信、AP与AP之间的通信、以及STA与STA之间的通信等。

本申请涉及的接入点(AP)是一种具有无线通信功能的装置，支持采用无线局域网(wireless local area networks，WLAN)协议进行通信，具有与WLAN网络中其他设备(比如站点或其他接入点)通信的功能，当然，还可以具有与其他设备通信的功能。在WLAN系统中，接入点可以称为接入点站点(AP STA)。该具有无线通信功能的装置可以为一个整机的设备，还可以是安装在整机设备中的芯片或处理系统等，安装这些芯片或处理系统的设备可以在芯片或处理系统的控制下，实现本申请实施例的方法和功能。本申请实施例中的AP是为STA提供服务的装置，可以支持802.11系列协议。例如，AP可以为通信服务器、路由器、交换机、网桥等通信实体；AP可以包括各种形式的宏基站，微基站，中继站等，当然AP还可以为这些各种形式的设备中的芯片和处理系统，从而实现本申请实施例的方法和功能。

本申请涉及的站点(STA)是一种具有无线通信功能的装置，支持采用WLAN协议进行通信，具有与WLAN网络中的其他站点或接入点通信的能力。在WLAN系统中，站点可以称为非接入点站点(non-access point station,non-AP STA)。例如，STA是允许用户与AP通信进而与WLAN通信的任何用户通信设备，该具有无线通信功能的装置可以为一个整机的设备，还可以是安装在整机设备中的芯片或处理系统等，安装这些芯片或处理系统的设备可以在芯片或处理系统的控制下，实现本申请实施例的方法和功能。例如，STA可以为平板电脑、桌面型、膝上型、笔记本电脑、超级移动个人计算机(Ultra-mobile PersonalComputer，UMPC)、手持计算机、上网本、个人数字助理(Personal Digital Assistant，PDA)、手机等可以联网的用户设备，或物联网中的物联网节点，或车联网中的车载通信装置，或娱乐设备，游戏设备或系统，全球定位系统设备等，STA还可以为上述这些终端中的芯片和处理系统。

WLAN系统可以提供高速率低时延的传输，随着WLAN应用场景的不断演进，WLAN系统将会应用于更多场景或产业中，比如，应用于物联网产业，应用于车联网产业或应用于银行业，应用于企业办公，体育场馆展馆，音乐厅，酒店客房，宿舍，病房，教室，商超，广场，街道，生成车间和仓储等。当然，支持WLAN通信的设备(比如接入点或站点)可以是智慧城市中的传感器节点(比如，智能水表，智能电表，智能空气检测节点)，智慧家居中的智能设备(比如智能摄像头，投影仪，显示屏，电视机，音响，电冰箱，洗衣机等)，物联网中的节点，娱乐终端(比如增强现实(augmented reality,AR)，虚拟现实(virtual reality,VR)等可穿戴设备)，智能办公中的智能设备(比如，打印机，投影仪，扩音器，音响等)，车联网中的车联网设备，日常生活场景中的基础设施(比如自动售货机，商超的自助导航台，自助收银设备，自助点餐机等)，以及大型体育以及音乐场馆的设备等。本申请实施例中对于STA和AP的具体形式不做限制，在此仅是示例性说明。

应理解，802.11标准关注物理(physical layer，PHY)层和介质接入控制(mediumaccess control，MAC)层部分。一个示例中，参见图1a，图1a是本申请实施例提供的接入点的结构示意图。其中，AP可以是多天线/多射频的，也可以是单天线/单射频的，该天线/射频用于发送/接收数据分组。一种实现中，AP的天线或射频部分可以与AP的主体部分分离，呈拉远布局的结构。图1a中，AP可以包括物理层处理电路和介质接入控制处理电路，物理层处理电路可以用于处理物理层信号，MAC层处理电路可以用于处理MAC层信号。另一个示例中，参见图1b，图1b是本申请实施例提供的站点的结构示意图。图1b示出了单个天线/射频的STA结构示意图，实际场景中，STA也可以是多天线/多射频的，并且可以是两个以上天线的设备，该天线/射频用于发送/接收数据分组。一种实现中，STA的天线或射频部分可以与STA的主体部分分离，呈拉远布局的结构。图1b中，STA可以包括PHY处理电路和MAC处理电路，物理层处理电路可以用于处理物理层信号，MAC层处理电路可以用于处理MAC层信号。

为更好地理解本申请提供的技术方案，下面对本申请实施例提供的时间资源分配和接收方法的应用场景进行简要介绍。

本申请实施例提供的时间资源分配和接收方法可以应用于Scheduled P2P场景和Co-TDMA场景，可选的，还可以应用于多链路场景中。

802.11下一代无线保真(Wireless Fidelity，WiFi)协议极高吞吐量(extremelyhigh throughput，EHT)设备支持通过多个流数、多个频段(例如，2.4GHz，5GHz和6GHz频段)，以及同一频段上通过多个信道的合作等方式提高峰值吞吐量，降低业务传输的时延。该多频段或多信道可以统称为多链路(multi-link，ML)。

多链路设备(Multi-link Device，MLD)包括一个或多个隶属的站点(affiliatedSTA)，隶属的站点可以是逻辑上的站点，也可以是物理上的站点。在本申请实施例中，“多链路设备包括隶属的站点”可以简要描述为“多链路设备包括的站点”。

其中，隶属的站点可以为接入点(access point，AP)或者非接入点站点(non-access point station，non-AP STA)。为描述方便，本申请实施例可以将隶属的站点为AP的多链路设备称为AP MLD；可以将隶属的站点为STA的多链路设备称为non-AP MLD。

多链路设备可以遵循802.11系统协议实现无线通信。示例性的，802.11系统协议可以为802.11ax协议、802.11be协议、以及下一代802.11协议，本申请实施例不限于此。

多链路设备可以与其他设备通信。本申请实施例中，其他设备可以是多链路设备，也可以不是多链路设备。

参见图2a，图2a是AP MLD与non-AP MLD的一通信场景示意图。如图2a所示，一个APMLD可以关联多个non-AP MLD和单链路STA(即非MLD的STA)。例如，AP MLD100可以关联non-AP MLD200、non-AP MLD300、以及STA400。应理解，AP MLD的多个AP分别工作在多个链路上，non-AP MLD的多个STA分别工作在多个链路上，non-AP MLD中的一个STA关联其工作链路上AP MLD中的一个AP。单链路STA(即非MLD的STA)则关联在其工作链路上AP MLD中的一个AP。参见图2b，图2b是AP MLD与non-AP MLD的另一通信场景示意图。如图2b所示，该无线通信系统包括至少一个AP MLD(如图2b中的AP MLD100)和至少一个non-AP MLD(如图2b中的non-AP MLD200)。其中，AP MLD是为non-AP MLD提供服务的多链路设备，non-AP MLD可以与APMLD之间采用多条链路进行通信。AP MLD中的一个AP可以与non-AP MLD中的一个STA通过一条链路进行通信。可理解的，图2b中AP MLD和non-AP MLD的个数，仅是示例性的。

802.11标准关注AP MLD和non-AP MLD中的802.11物理层(Physical layer，PHY)和介质接入控制(MediumAccess Control，MAC)层部分。参见图3a，图3a是本申请实施例提供的多链路设备的一结构示意图。如图3a所示，多链路设备包括的多个STA在低MAC(lowMAC)层和PHY层互相独立，在高MAC(high MAC)层也互相独立。参见图3b，图3b是本申请实施例提供的多链路设备的另一结构示意图。如图3b所示，多链路设备包括的多个STA在低MAC(Low MAC)层和PHY层互相独立，共用高MAC(High MAC)层。

当然，non-AP MLD可以是采用高MAC层相互独立的结构，而AP MLD采用高MAC层共用的结构。或者，non-AP MLD采用高MAC层共用的结构，AP MLD采用高MAC层相互独立的结构。示例性的，该高MAC层或低MAC层都可以由多链路设备的芯片系统中的一个处理器实现，还可以分别由一个芯片系统中的不同处理模块实现。

多链路设备工作的频段可以包括但不限于：sub 1GHz，2.4GHz，5GHz，6GHz以及高频60GHz。

多链路设备可以支持同时收发(simultaneously transmit and receive，STR)数据，或者，多链路设备可以不支持同时收发(non-STR)数据。其中，支持同时收发数据是指：多链路设备的一个STA在一条链路上进行帧发送的同时，该多链路设备的另一个STA可以在另一条链路上进行帧接收。不支持同时收发数据是指：多链路设备的一个STA在一条链路上进行帧发送的同时，该多链路设备的另一个STA在另一条链路上不能进行帧接收或者空闲信道评估被阻断了。

当non-AP MLD不支持同时收发数据(即non-AP MLD的能力为non-STR)时，在non-AP MLD与AP MLD之间的数据传输过程中，AP MLD在多个链路上发送的无线帧需要在结尾对齐，同时non-AP MLD在多个链路上发送的响应帧也需要在开始时间和结束时间均对齐。

在non-STR的多链路设备的通信场景中，需要一个触发帧来控制响应帧的长度，以保证不同链路上传输的响应帧能够对齐。应理解，本文中所称“多链路场景”是指“不支持STR的多链路设备的通信场景”。

一方面，因为当前标准中的触发帧是为了多用户同时进行上行基于触发的PPDU(Trigger Based PPDU，TB PPDU)发送来设计的，因此当前的触发帧需要指示编码与调制策略(Modulation and Coding Scheme，MCS)、资源单元(Resource unit，RU)、发送功率等信息。而多链路场景中如果只是需要对齐响应帧的长度，则只需要指示响应帧的帧长即可，所以当前的触发帧会造成不必要的系统开销。另一方面，当前的触发帧只能触发TB PPDU。而在多链路场景中，用于控制响应帧长度的触发帧仅需用于触发一个站点进行相应的响应，从而该站点不必要使用TB PPDU，而可以使用单用户PPDU。单用户PDDU比TB PPDU有更多的好处：1)单用户PPDU可以更好地进行信道保护。因为第三方站点可以解析单用户PDDU的内容，而不能够解析TB PPDU的内容，不能解析TB PPDU的内容就无法获得其中的duration字段，也就不能设置网络分配矢量(Network Allocation Vector，NAV)。2)单用户PPDU比TBPPDU在物理层帧头的开销小。

为了解决这一技术问题，提出了单用户触发帧(single user trigger frame，SUTF)的概念。单用户触发帧可以触发单个STA使用单用户PPDU方式进行响应。该单用户触发帧可以应用于多链路场景中，还可以应用于Scheduled P2P场景和Co-TDMA场景中。

示例性的，参见图4，图4是单用户触发帧应用于多链路场景的示意图。其中，该单用户触发帧可以是携带在下行数据中或者与数据帧聚合，该单用户触发帧包括一个设置时长(assigned time duration)字段。该设置时长字段用于指示站点反馈的单用户PPDU(或响应帧)的长度。如图4所示，AP1与STA1关联，且工作在链路1(link1)上；AP2和STA2关联，且工作在链路2(link2)上；AP1和AP2属于同一个AP MLD，STA1和STA2属于同一个non-AP MLD，且该non-AP MLD的能力为non-STR。AP1在链路上1上向STA1发送数据(data)1和单用户触发帧，AP2在链路上2向接收端发送data2和单用户触发帧。STA1根据单用户触发帧的指示，在链路1上发送块确认(block ack，BA)帧1，STA2在链路2上发送BA2。其中，BA1和BA2在时域上均对齐。图4中以“Tr”表示单用户触发帧。

应理解，多链路场景可以理解为调度站点发送上行SU PPDU场景之一。这是因为多链路场景中通过单用户触发帧调度站点发送一个上行SU PPDU。另一个调度站点发送上行SU PPDU场景是调度站点发送多个上行SU PPDU。调度站点发送多个上行SU PPDU的场景如下：当AP竞争到一个TXOP后，可以将该TXOP中的一部分时间资源分配给一个与该AP关联的STA，使该STA可以在分配到的时间资源内发送多个上行SU PPDU给该AP，以实现上行通信。

Scheduled P2P的设计原理是当AP竞争到一个TXOP后，可以将该TXOP中的一部分时间资源分配给一个与该AP关联的STA，使该STA可以在分配到的时间资源内与其他STA进行通信。Scheduled P2P也称调度(Scheduled)设备到设备(device-to-device，D2D)，应理解，Scheduled P2P和Scheduled D2D两者概念是等同的，都是指多个站点直接进行数据交互而不用通过AP进行转发。参见图5，图5是一种Scheduled P2P的场景示意图。如图5所示，AP与STA1相关联；AP与STA2之间可以关联，也可以不关联。STA1与STA2之间建立P2P链路。AP可以向STA1分配时间资源，以使得STA1在分配到的时间资源内与STA2之间通过P2P链路进行通信。

Co-TDMA是多AP协作的一种形式，其设计的原理是一个AP(通常称为Sharing AP)竞争到一个TXOP之后，可以将其中一部分时间资源分配给另外一个AP(通常称为sharedAP)，使得另外一个AP(即shared AP)与shared AP的关联站点可以在被分配的时间资源内进行通信。参见图6，图6是一种Co-TDMA的场景示意图。如图6所示，STA1与sharing AP相关联，STA2与shared AP相关联。Sharing AP获得TXOP之后，向Shared AP分配时间资源，以使得shared AP使用该时间资源与其关联的STA2进行通信。

其中，TXOP是无线信道接入的基本单元。TXOP是一段连续的持续时间，通过Duration字段进行指示。获得TXOP的站点在TXOP时间内可以不再重新竞争信道、连续使用信道传输多个数据帧。TXOP可以经由竞争或者混合协调器(hybrid coordinator，HC)分配两种方式获得。经由竞争获得的TXOP可以被称为增强的分布式信道访问(enhanceddistributed channel access，EDCA)TXOP。经由HC分配获得的TXOP可以被称为混合式协调功能控制信道访问(hybrid coordination function controlled channel access，HCCA)TXOP。应理解，本申请中涉及的TXOP的获取方式为本领域技术人员的公知常识。

为了支持Scheduled P2P场景和Co-TDMA场景下时间资源的分配，Scheduled P2P场景和Co-TDMA场景也需要单用户触发帧(single user trigger frame，SU TF)。应理解，Scheduled P2P场景和Co-TDMA场景中的单用户触发帧用于为目标站点(这里的目标站点是指广义的站点，既可以是接入点站点“AP”，也可以是非接入点站点“STA”)分配时间资源。该单用户触发帧还可以用于触发单个STA使用单用户物理层协议数据单元(single userphysical protocol data unit，SU PPDU)方式进行响应。应理解，单用户PPDU主要用于单用户场景中。

示例性的，参见图7，图7是单用户触发帧应用于Scheduled P2P场景的示意图。如图7所示，AP获得TXOP后，可以自己使用一部分时间资源，然后通过一个触发帧(如图7中的TF for P2P)将TXOP内剩余的全部或部分时间资源分配给一个P2P站点(如图7中的STA1)。从而，在分配的时间资源内，STA1可以向STA2发送P2P PPDU(该P2P PPDU是单用户PPDU)，STA2可以向STA1发送该P2P PPDU的确认(acknowledge，ACK)帧。

示例性的，参见图8，图8是单用户触发帧应用于Co-TDMA场景的示意图。如图8所示，AP1是TXOP的持有者，图8中AP1使用一个触发帧(Trigger)将TXOP内的时间资源分配给多个AP。但实际应用中，更加可行的方式是AP1使用完一部分时间资源后，向AP2发送一个单播的触发帧，用于将未使用的一部分时间资源分配给AP2。待AP2使用完分配到的时间资源后，AP1再给AP3发送一个单播的触发帧，用于将未使用的一部分时间资源分配给AP3。以此类推，AP1可以将TXOP内的时间资源分配给更多的AP。

基于802.11be标准的讨论，利用多用户(multiple user，MU)请求发送(requestto send，RTS)帧来设计单用户触发帧是一种潜在的方式。但存在两个尚未解决的问题：一是如何指示这个MU-RTS帧是单用户触发帧(本申请称为改进的MU-RTS帧(Modified MU-RTS帧))，而不是基础的MU-RTS；二是如何指示为目标站点(这里的目标站点是指广义的站点，既可以是接入点站点“AP”，也可以是非接入点站点“STA”)分配的时间长度。

因此，本申请实施例提供一种时间资源分配和接收方法，一方面通过隐式或显示的方式来指示当前发送的介质接入控制层(mediumaccess control，MAC)帧是单用户触发帧，可以与基础的/原有的/传统的MU-RTS帧区分开，从而使接收端根据接收到的不同帧做出相应的响应；另一方面利用MU-RTS帧中预留的子字段来指示为目标站点(即本申请中的第二设备)分配的时间长度，以使该目标站点(即本申请中的第二设备)与其他站点可以在被分配的时间资源内进行通信，从而支持Scheduled P2P场景和Co-TDMA场景中的通信。

下面将结合更多的附图对本申请提供的技术方案进行详细说明。

本申请提供的技术方案通过两个实施例来详细说明。其中，实施例一阐述隐式指示当前发送的MAC帧是单用户触发帧，并阐述隐式指示下，如何指示给目标站点(即本申请中的第二设备)分配的时间资源。实施例二阐述显示指示当前发送的MAC帧是单用户触发帧，并阐述显示指示下，如何指示给目标站点(即本申请中的第二设备)分配的时间资源。

可理解的，本申请中的第一设备可以是AP，如图5中的AP或图6中的sharing AP。本申请中的第二设备可以是STA，如图5中的STA1；第二设备也可以是AP，如图6中的sharedAP。

还可理解的，本申请中的第一设备和第二设备均支持802.11be协议(或称为Wi-Fi7，EHT协议)，还可以支持其他WLAN通信协议，如802.11ax，802.11ac等协议。应理解，本申请中的第一设备和第二设备还可以支持802.11be的下一代协议。也就是说，本申请提供的方法不仅适用于802.11be协议，还可以适用于802.11be的下一代协议。

实施例一

本申请实施例一主要介绍利用MU-RTS帧来设计单用户触发帧的情况下，隐式指示当前发送的MAC帧是单用户触发帧，以此区别于原来的MU-RTS帧，并介绍隐式指示下，如何指示给目标站点(即本申请中的第二设备)分配的时间资源。

参见图9，图9是本申请实施例提供的时间资源分配和接收方法的一示意流程图。如图9所示，该时间资源分配和接收方法包括但不限于以下步骤：

S101，第一设备生成介质接入控制层MAC帧，该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，该MAC帧中接收地址字段设置为第二设备的MAC地址，其中，该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，表示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源。

S102，第一设备发送该MAC帧。

可选的，当触发类型子字段设置为3时，表示MU-RTS帧。由于MU-RTS帧是发送给一个或多个用户(或站点)，用于一个或多个用户(或多个站点)在指定的资源单元(resourceunit，RU)上回复清除发送(Clear to Send，CTS)帧，所以MU-RTS帧中必然包括一个或多个用户信息字段。

参见图10，图10是本申请实施例提供的MU-RTS帧的帧格式示意图。如图10所示，MU-RTS帧中包括帧控制(frame control)字段、持续时间(duration)字段、接收地址(receiver address，RA)字段、发送地址(transmitter address，TA)字段、公共信息(common information)字段、用户信息列表(user information list)字段、填充(padding)字段、以及帧检测序列(frame check sequence，FCS)字段。在Frame Control字段中指示该帧为触发帧(trigger frame)。Duration字段用于指示剩余的TXOP时间的长度。RA字段和TA字段分别用于指示接收地址和发送地址。公共信息(简写成Common Info)字段中包含所有目标STA都要解读的公共信息。用户信息列表字段中包含一个或多个用户信息字段，每个用户信息字段对应一个站点。

参见图11a，图11a是本申请实施例提供的MU-RTS帧中公共信息字段的帧格式示意图。如图11a所示，该公共信息字段中的触发类型(trigger type)子字段用于指示当前帧具体为触发帧中的MU-RTS类型，即该trigger type子字段设置为3(B0至B3表示为0010)。其中，MU-RTS帧的Common Info字段中以下子字段是预留的(即在MU-RTS帧中以下字段未使用)：上行长度(UL Length)子字段、保护间隔(guard interval，GI)和高效长训练字段(high efficiencylong training field，HE-LTF)类型(GI And HE-LTF Type)子字段、多用户多输入多输出(multiple input,multiple output，MIMO)HE-LTF模式(MU-MIMO HE-LTF Mode)子字段、HE-LTF符号数和中间码周期(Number Of HE-LTF Symbols AndMidamble Periodicity)子字段、上行空时分组码(UL STBC)、低密度奇偶校验(low-density parity check，LDPC)码的额外符号分片(LDPC Extra Symbol Segment)子字段、AP发射功率(AP TX Power)子字段、前向纠错(forward error correction，FEC)前的填充因子(Pre-FEC padding factor)字段、数据分组扩展(packet extension，PE)消歧(PEdisambiguity)、上行空间重用(UL spatial reuse)子字段、多普勒(Doppler)子字段、以及上行高效信令字段A2预留(UL HE-SIG-A2Reserved)子字段。也就是说，Common Info字段中的这些子字段在MU-RTS帧中未使用，或者说未定义，处于预留状态。换句话说，MU-RTS帧的Common Info字段中B4至B15、B20至B62均未使用或未定义。

参见图11b，图11b是本申请实施例提供的MU-RTS帧中用户信息字段的帧格式示意图。如图11b所示，该用户信息(简写成User info)字段中的关联标识(AssociationIdentifier，AID)12子字段用于指示站点的AID后12位，RU分配(allocation)子字段用于指示为该站点分配的频率资源。其中，MU-RTS帧的User Info字段中以下子字段也是预留的(即在MU-RTS帧中以下字段未使用)：上行高效调制与编码策略(UL HE-MCS)子字段、上行前向纠错码编码类型(UL FEC Coding Type)子字段、上行双载波调制(UL DCM)子字段、同步偏移量分配(SS Allocation)/随机接入资源单元信息(RA-RU Information)子字段、以及上行目标接收信号强度指示(UL Target RSSI)子字段。也就是说，User Info字段中的这些子字段在MU-RTS帧中未使用，或者说未定义，处于预留状态。换句话说，MU-RTS帧的UserInfo字段中B20至B38均未使用或未定义。

由于本申请实施例考虑基于MU-RTS帧来设计Scheduled P2P场景和Co-TDMA场景下的单用户触发帧，所以首先需要解决的一个问题是如何使接收端识别当前接收到的帧是单用户触发帧，而不是MU-RTS帧。

因此，第一设备生成一个MAC帧，该MAC帧中触发类型子字段设置为3且该MAC帧不包括用户信息字段，用于表示该MAC帧是单用户触发帧，该单用户触发帧(也就是该MAC帧)用于给第二设备分配时间资源。换句话说，该MAC帧是触发类型子字段设置为3且不包括用户信息字段的单用户触发帧。因为MU-RTS帧中必然包括用户信息字段，所以本申请实施例通过将MAC帧的触发类型子字段设置为3(表示MU-RTS帧)且不包括用户信息字段，来表示该MAC帧是单用户触发帧，而不是MU-RTS帧。其中，本申请中的单用户触发帧(也就是该MAC帧)还可以称为改进的MU-RTS帧(Modified MU-RTS帧)、新的MU-RTS帧(new MU-RTS帧)、单用户RTS帧(SU-RTS帧)、单用户的MU-RTS帧(SU MU-RTS帧)等等，本申请实施例对该单用户触发帧的名称不做限定。换句话说，当MAC帧中触发类型字段设置为3且不存在用户信息字段时，它是Modified MU-RTS帧。下文为便于区分原来的MU-RTS帧，将该单用户触发帧称为改进的MU-RTS帧(即Modified MU-RTS帧)。

由于Modified MU-RTS帧(或单用户触发帧)中不包括用户信息字段，且该Modified MU-RTS帧(或单用户触发帧)只发送给单用户，所以该Modified MU-RTS帧(或单用户触发帧)中接收地址字段可以设置为第二设备的MAC地址(media access controladdress，直译为媒体存取控制位址，也称为局域网地址(LAN Address)，MAC位址，以太网地址(Ethernet Address)或物理地址(physical address))，以使第二设备可以接收这个帧并进行解析。

参见图12，图12是本申请实施例提供的Modified MU-RTS帧(或单用户触发帧)的帧格式示意图。如图12所示，该Modified MU-RTS帧中包括帧控制字段、持续时间字段、接收地址字段、发送地址字段、公共信息字段、填充字段、以及帧检测序列字段。该Modified MU-RTS帧的帧格式(图12所示)与MU-RTS帧的帧格式(图10所示)相比，该Modified MU-RTS帧中不包括用户信息列表字段，也就是不包括用户信息字段，且该Modified MU-RTS帧的接收地址字段设置为第二设备的MAC地址。

可选的，上述Modified MU-RTS帧(或单用户触发帧)中的duration字段，可以用于指示给第二设备分配的时间长度。由于duration字段的原有含义是用于指示当前TXOP的剩余时长信息，所以复用duration字段来指示给第二设备分配的时间长度，则等效于将整个TXOP剩余时间全部分配给第二设备。可见，本申请实施例通过复用Modified MU-RTS帧(或单用户触发帧)中原来的duration字段，增加原有duration字段的含义，使该duration字段具备两种含义(一种是指示当前TXOP的剩余时长信息，另一种是指示给第二设备分配的时间长度)，无需增加新的字段，就可以使第二设备与其他站点在被分配的时间资源内进行通信，从而支持Scheduled P2P场景和Co-TDMA场景中的通信，实现简单。

可选的，上述Modified MU-RTS帧(或单用户触发帧)中包括第一子字段，该第一子字段用于指示给第二设备分配的时间长度，或者说该第一子字段用于指示分配给单用户传输的时间长度。应理解，第一子字段与duration字段不相同。其中，第一子字段指示的给第二设备分配的时间长度是剩余TXOP时长内的一段时间。可见，本申请实施例通过在Modified MU-RTS帧(或单用户触发帧)中设计一个新字段来指示给第二设备分配的时间长度，其含义清晰、明确。

可选的，由上述图11a可知，MU-RTS帧的公共信息字段中包括多个预留的子字段，所以该第一子字段可以是Modified MU-RTS帧(或单用户触发帧)的公共信息字段中预留的子字段。该第一子字段的长度可以小于或等于duration字段的长度。比如，第一子字段的长度为12比特，位于Modified MU-RTS帧中公共信息字段的B20至B31；或者，第一子字段的长度为16比特，位于Modified MU-RTS帧中公共信息字段的B20至B35。可见，本申请实施例采用Modified MU-RTS帧(或单用户触发帧)的公共信息字段中预留的子字段来设计第一子字段，也无需新增字段，保持原有的帧长，可以充分利用公共信息字段中预留的子字段，并且第一子字段的含义也清晰、明确。另外，第一子字段的长度采用12比特，其与UL length子字段的长度相同，可以复用UL length子字段指示时长的粒度。第一子字段的长度采用16比特，其与duration字段的长度相同，可以复用duration字段指示时长的粒度。

可选的，该第一子字段可以是Modified MU-RTS帧(或单用户触发帧)的公共信息字段中预留的上行长度子字段。也就是说，使用Modified MU-RTS帧中的UL length子字段来指示为目标站点(这里指本申请中的第二设备)分配的时长。

可见，因为UL length子字段在其它类型的触发帧(指触发类型子字段的取值不为3的触发帧)中是用于指示所触发的基于触发的PPDU(Trigger BasedPPDU，TB PPDU)的帧长(这里的帧长是时间长度)，但原有MU-RTS帧中UL length子字段未使用或不存在，所以本申请实施例通过UL length子字段来指示分配给第二设备的时长，可以复用UL length子字段指示时长的粒度，其功能也与UL length子字段本身的功能类似。

可选的，因为MU-RTS允许在前导码打孔模式下传输，所以本申请实施例中的Modified MU-RTS帧(或单用户触发帧)也可以采用前导码打孔模式传输。具体地，上述Modified MU-RTS帧(或单用户触发帧)中还可以包括第三子字段，该第三子字段用于指示前导码打孔的带宽模式，或者该第三子字段用于指示前导码打孔模式下被打孔的子信道。其中，该第三子字段可以是Modified MU-RTS帧(或单用户触发帧)的公共信息字段中预留的子字段，且该第三子字段与前述第一子字段不相同。该第三子字段的长度可以是16比特。应理解，Modified MU-RTS帧(或单用户触发帧)的Common Info字段中B4至B15、B20至B62均为预留，所以第三子字段和第一子字段可以分别位于Modified MU-RTS帧(或单用户触发帧)中公共信息字段的不同比特位上。比如，第一子字段位于公共信息字段的B4-B15，第三子字段可以位于公共信息字段的B20-B35。

一个示例中，参见图13，图13是本申请实施例提供的Modified MU-RTS帧(或单用户触发帧)中公共信息字段的帧格式示意图。如图13所示，该Modified MU-RTS帧中接收地址字段设置为第二设备的MAC地址且不包括用户信息列表字段。该Modified MU-RTS帧的公共信息字段中触发类型子字段设置为3。该Modified MU-RTS帧的公共信息字段中ULlength子字段(即第一子字段)用于指示分配给目标站点(即本申请中的第二设备)的时间段，该时间段的开始时刻为该Modified MU-RTS帧的结束时刻。该Modified MU-RTS帧的公共信息字段中B20-B35(即第三子字段)，用于指示前导码打孔模式的带宽。该Modified MU-RTS帧的公共信息字段中B36-B63仍然预留。

可选的，上述Modified MU-RTS帧不仅可以用于给第二设备分配时间资源，还具有MU-RTS帧的基础功能，即具有索取CTS帧的功能。换句话说，Modified MU-RTS帧具有两个功能，一个是给第二设备分配时间资源用于单用户传输，另一个是向第二设备索取CTS帧。但此次交互过程中是否需要第二设备反馈CTS帧，可以由第一设备在该Modified MU-RTS帧中指示。换句话说，如果第一设备要求第二设备发送CTS帧，则第二设备应发送CTS帧。如果第一设备不要求第二设备发送CTS，那么第二设备可以发送CTS帧(可以选择仍然发送CTS帧或者跳过发送CTS帧)。

S103，第二设备接收该MAC帧。

S104，第二设备对该MAC帧进行解析，得到该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段。

S105，第二设备根据该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，确定该MAC帧是单用户触发帧，该单用户触发帧用于给该第二设备分配时间资源。

可选的，第二设备接收到该MAC帧后，对该MAC帧进行解析，解析得到该MAC帧中的触发类型子字段设置为3且该MAC帧中不包括用户信息字段。第二设备根据该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，确定该MAC帧是单用户触发帧(或Modified MU-RTS帧)，该单用户触发帧用于给该第二设备分配时间资源。也就是说，当第二设备接收到一个触发类型子字段指示为MU-RTS帧时，如果该帧中携带一个或多个用户信息字段(通过帧长来判断是否包括用户信息字段)，则判断该帧为MU-RTS帧；如果该帧中不携带用户信息字段，则判断该帧为单用户触发帧(或Modified MU-RTS帧)。

换句话说，第二设备先接收到一个MAC帧，再判断该MAC帧是改进的MU-RTS帧，再进一步确定该改进的MU-RTS帧中包含一个指示单用户传输时间长度的字段(这个字段虽然在MAC帧中，但是在判断帧类型之前，接收站点(即第二设备)是不知道的)。

可选的，因为单用户触发帧还可以用于触发单个站点(这里是指广义的站点，即既可以是AP，也可以是STA)使用SU PPDU方式进行响应。所以第二设备确定出该MAC帧是单用户触发帧(或Modified MU-RTS帧)后，发送SU PPDU，该SU PPDU不是CTS帧。

可选的，第二设备确定出该MAC帧是单用户触发帧(或Modified MU-RTS帧)后，发送CTS帧，然后再发送SU PPDU，该SU PPDU不是CTS帧。

可选的，第二设备确定出该MAC帧是单用户触发帧(或Modified MU-RTS帧)后，可以继续对该MAC帧进行解析，以获得该单用户触发帧(或Modified MU-RTS帧)为第二设备分配的时间资源。第二设备在分配到的时间资源内与其他站点(这里指广义的站点，即AP或STA)进行通信。

可见，本申请实施例通过将MAC帧的触发类型子字段设置为3(表示MU-RTS帧)且不包括用户信息字段，来隐式指示该MAC帧是单用户触发帧(或Modified MU-RTS帧)，而不是MU-RTS帧，可以与原有的MU-RTS帧区分开，从而使接收端根据接收到的不同帧做出相应的响应。另一方面，本申请实施例利用MU-RTS帧的公共信息字段中预留的子字段来指示为目标站点(即本申请中的第二设备)分配的时间长度，以使该目标站点(即本申请中的第二设备)与其他站点可以在被分配的时间资源内进行通信，从而支持Scheduled P2P场景和Co-TDMA场景中的通信。

实施例二

本申请实施例二主要介绍利用MU-RTS帧来设计单用户触发帧的情况下，显示指示当前发送的MAC帧是单用户触发帧，以此区别于原来的MU-RTS帧，并介绍显示指示下，如何指示给目标站点(即本申请中的第二设备)分配的时间资源。

参见图14，图14是本申请实施例提供的时间资源分配和接收方法的另一示意流程图。

如图14所示，该时间资源分配和接收方法包括但不限于以下步骤：

S201，第一设备生成介质接入控制层MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源。

S202，第一设备发送该MAC帧。

可选的，第一设备生成MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源。其中，该MAC帧中触发类型子字段设置为3。应理解，当触发类型子字段设置为3时，表示MU-RTS帧。但MAC帧中的第二子字段指示该MAC帧是单用户触发帧，而不是MU-RTS帧，所以本申请实施例将该单用户触发帧称为Modified MU-RTS帧，其还可以有其他名称，比如new MU-RTS帧、SU-RTS帧、SUMU-RTS帧等等，本申请实施例对此不做限定。

可选的，Modified MU-RTS帧的帧格式与MU-RTS帧的帧格式(前述图10所示)可以相同，也可以不相同。如果Modified MU-RTS帧包括用户信息列表字段，则Modified MU-RTS帧的帧格式与MU-RTS帧的帧格式(前述图10所示)相同，包括frame control字段、duration字段、RA字段、TA字段、Common info字段、用户信息列表字段、padding字段、以及FCS字段，该用户信息列表字段中包含一个或多个用户信息字段。Modified MU-RTS帧还可以不包括用户信息列表字段，即不包括用户信息字段。应理解，如果Modified MU-RTS帧不包括用户信息字段，则Modified MU-RTS帧的接收地址字段应设置为第二设备的MAC地址。

下面将对第二子字段的具体实现方式进行详细说明。

(1)第二子字段是Modified MU-RTS帧(或单用户触发帧)的用户信息字段中取值为第一预设值的RU分配(RU Allocation)子字段。RU Allocation子字段有8个比特，分别为B0-B7，可以表示数值0-255。在802.11ax标准中，当RU Allocation字段指示主20MHz、主40MHz或主80MHz信道时，B0设置为0；当RU Allocation字段指示160MHz或者80+80MHz时，B0设置为1。B7-B1用于指示具体分配的RU的位置，使用数值61-64分别指示主80MHz信道内的4个20MHz子信道，使用数值65和66分别指示主80MHz信道内的2个40MHz子信道，使用数值67指示主80MHz信道，使用数值68指示主80MHz和从80MHz(也就是160MHz)信道。因为RUAllocation子字段的取值为0-60时，用于指示比20MHz带宽(242-tone)小的RU，所以数值0-60不会用于MU-RTS帧中；并且B7-B1数值大于68时是预留状态，802.11ax标准中并未定义。因为802.11be标准中，带宽扩展到了320MHz，而且支持更多的RU组合，所以802.11be标准可能会对B1-B7以及B0的设置方式进行扩展，也就是使用尚未定义的参数设置。因此，上述第一预设值是数值0-60以及68-255中802.11be标准未使用的数值。换句话说，使用一个特定的RU allocation数值(即第一预设值)来表示当前发送的帧为Modified MU-RTS帧，该特定的RU allocation数值是802.11ax标准和802.11be标准中都不用于指示真实的RU的一个数值。例如，RU Allocation子字段的B0-B7全设置为1(表示十进制数值255)。

应理解，Modified MU-RTS帧(或单用户触发帧)的用户信息字段中RU Allocation子字段设置为第一预设值时，该RU Allocation子字段不能为站点分配频率资源，也就是说站点可能会不知道在哪个频率资源上反馈CTS帧。但是，因为Modified MU-RTS帧(或单用户触发帧)是发送给单用户的，所以如果第二设备需要反馈CTS帧，可以将CTS帧的带宽设置为与该Modified MU-RTS帧(或单用户触发帧)的带宽相同。该Modified MU-RTS帧(或单用户触发帧)的带宽可以从公共信息字段中的上行带宽子字段中获取。换句话说，Modified MU-RTS帧(或单用户触发帧)的用户信息字段中RU分配子字段不再需要，后续CTS(如果需要)帧应设置与该Modified MU-RTS帧(或单用户触发帧)相同的带宽，带宽信息可从公共信息字段中的UL BW子字段获取。

可见，本申请实施例通过复用RU Allocation子字段，不改变RU Allocation子字段的部分取值的含义，用特殊值来指示Modified MU-RTS帧(或单用户触发帧)，相对于MU-RTS帧改动较小，更有利于兼容802.11ax标准。

(2)第二子字段是Modified MU-RTS帧(或单用户触发帧)的用户信息字段中取值为第二预设值的AID 12子字段。该第二预设值是预留值(也就是未使用的数值)，如2008至2044、2047至4094中的一个。

应理解，因为AID 12子字段的原有含义是用于指示站点的AID后12位，所以AID 12子字段设置为第二预设值时，不能用于识别站点。因此，一种实现方式中，可以通过将Modified MU-RTS帧(或单用户触发帧)的接收地址字段设置为第二设备的MAC地址，以此来识别站点。换句话说，Modified MU-RTS帧(或单用户触发帧)的用户信息字段中AID 12子字段不再需要，因为Modified MU-RTS帧(或单用户触发帧)是发送给单用户的，所以RA地址字段可以用于携带目标站点(即本申请中的第二设备)的MAC地址。

另一种实现方式，复用AID 12子字段取值为第二预设值的用户信息字段中其他的子字段，来指示第二设备的关联标识。比如，使用AID 12子字段取值为第二预设值的用户信息字段中的B12-B23来指示第二设备的关联标识。也就是说，该种实现方式中，RUAllocation子字段不再需要，所以如果第二设备需要反馈CTS帧，可以将CTS帧的带宽设置为与该Modified MU-RTS帧(或单用户触发帧)的带宽相同。

可见，本申请实施例通过复用AID 12子字段，不改变AID 12子字段的部分取值的含义，用特殊值来指示Modified MU-RTS帧(或单用户触发帧)，相对于MU-RTS帧改动较小，更有利于兼容802.11ax标准。另外，因为AID 12子字段是用户信息字段中的第一个子字段，所以可以帮助第二设备更快地确认接收到的帧是否是Modified MU-RTS帧(或单用户触发帧)，以便于第二设备更快地做出相应的响应。

(3)第二子字段是Modified MU-RTS帧(或单用户触发帧)的用户信息字段中预留的子字段。该第二子字段的取值与该第二子字段在预留状态下的取值不相同。由前述图11b可知，MU-RTS帧的用户信息字段中有多个预留的子字段，还有一个预留比特(即B39)，所以可以使用这些预留的子字段中某一个子字段或预留比特来指示当前发送的MAC帧是Modified MU-RTS帧(或单用户触发帧)。如果第二子字段在预留状态下设置为0，则当该第二子字段设置为0时，用于指示MAC帧是MU-RTS帧；当该第二子字段设置为1时，用于指示MAC帧是Modified MU-RTS帧(或单用户触发帧)。反之亦然，即如果第二子字段在预留状态下设置为1，则当该第二子字段设置为1时，用于指示MAC帧是MU-RTS帧；当该第二子字段设置为0时，用于指示MAC帧是Modified MU-RTS帧(或单用户触发帧)。

可见，本申请实施例通过使用用户信息字段中预留的子字段来指示Modified MU-RTS帧(或单用户触发帧)，其含义较为清晰明确，不容易产生混淆。

(4)第二子字段是Modified MU-RTS帧(或单用户触发帧)的公共信息字段中预留的子字段。该第二子字段的取值与该第二子字段在预留状态下的取值不相同。由前述图11a可知，MU-RTS帧的公共信息字段中有多个预留的子字段，还有一个预留比特(即B63)，所以可以使用这些预留的子字段中某一个子字段或预留比特来指示当前发送的MAC帧是Modified MU-RTS帧(或单用户触发帧)。如果第二子字段在预留状态下设置为0，则当该第二子字段设置为0时，用于指示MAC帧是MU-RTS帧；当该第二子字段设置为1时，用于指示MAC帧是Modified MU-RTS帧(或单用户触发帧)。反之亦然，即如果第二子字段在预留状态下设置为1，则当该第二子字段设置为1时，用于指示MAC帧是MU-RTS帧；当该第二子字段设置为0时，用于指示MAC帧是Modified MU-RTS帧(或单用户触发帧)。

可见，本申请实施例通过使用公共信息字段中预留的子字段来指示Modified MU-RTS帧(或单用户触发帧)，其含义较为清晰明确，不容易产生混淆。另外，因为公共信息字段位于发送地址字段后，所以可以帮助第二设备更快地确认接收到的帧是否是Modified MU-RTS帧(或单用户触发帧)，以便于第二设备更快地做出相应的响应。

可选的，因为上述MAC帧通过第二子字段，来指示该MAC帧是单用户触发帧，而该单用户触发帧又用于给第二设备分配时间资源。所以，Modified MU-RTS帧(或单用户触发帧)中需要携带一个时间长度的指示字段，用于指示AP(即本申请中的第一设备)给目标站点(即本申请中的第二设备)分配的时间长度。应理解，MU-RTS帧中包括两个与时间长度相关的字段，一个是Duration字段，另一个是UL Length子字段。Duration字段用于指示当前TXOP的剩余时长信息。UL Length子字段在其它类型的触发帧(指触发类型子字段的取值不为3的触发帧)中是用于指示所触发的基于触发的PPDU(Trigger BasedPPDU，TB PPDU)的帧长，虽然MU-RTS帧也属于触发帧的一类，但MU-RTS帧并不触发TBPPDU，而是触发非高吞吐率(non-high throughput，non-HT)或非高吞吐率复制(non-HT duplicated)格式的CTS帧，并且CTS帧的发送时长是固定的，所以MU-RTS帧中的UL length子字段是预留的，并不使用。

可选的，上述Modified MU-RTS帧(或单用户触发帧)中的duration字段，可以用于指示给第二设备分配的时间长度。由于duration字段的原有含义是用于指示当前TXOP的剩余时长信息，所以复用duration字段来指示给第二设备分配的时间长度，则等效于将整个TXOP剩余时间全部分配给第二设备。

可选的，上述MAC帧中还可以包括第一子字段，该第一子字段用于指示给第二设备分配的时间长度，或者说该第一子字段用于指示分配给单用户传输的时间长度。应理解，第一子字段与duration字段不相同，并且第一子字段与前述第二子字段也不相同。其中，第一子字段指示的给第二设备分配的时间长度是剩余TXOP时长内的一段时间。下面对第一子字段的两种实现方式进行详细说明。

第一种实现方式中，由上述图11a可知，MU-RTS帧的公共信息字段中包括多个预留的子字段，所以第一子字段可以是Modified MU-RTS帧(或单用户触发帧)的公共信息字段中预留的子字段。该第一子字段的长度可以小于或等于duration字段的长度。比如，第一子字段的长度为12比特，位于Modified MU-RTS帧中公共信息字段的B20至B31；或者，第一子字段的长度为16比特，位于Modified MU-RTS帧中公共信息字段的B20至B35。

可选的，第一子字段可以是Modified MU-RTS帧(或单用户触发帧)的公共信息字段中预留的上行长度子字段。也就是说，使用Modified MU-RTS帧中的UL length子字段来指示为目标站点(这里指本申请中的第二设备)分配的时长。

第二种实现方式中，由前述图11b可知，MU-RTS帧的用户信息字段中包括多个预留的子字段，所以第一子字段可以是Modified MU-RTS帧(或单用户触发帧)的用户信息字段中预留的子字段。该第一子字段的长度可以小于或等于duration字段的长度。比如，第一子字段的长度为12比特，位于Modified MU-RTS帧中公共信息字段的B20至B31；或者，第一子字段的长度为16比特，位于Modified MU-RTS帧中公共信息字段的B20至B35。

一个示例中，参见图15a，图15a是本申请实施例提供的Modified MU-RTS帧的用户信息字段中第一子字段和第二子字段的一种帧格式示意图。如图15a所示，第二子字段是Modified MU-RTS帧的用户信息字段中设置为特殊值(即上述第二预设值)的AID 12子字段；Modified MU-RTS帧的接收地址字段设置为第二设备的MAC地址；第一子字段是Modified MU-RTS帧的用户信息字段中预留的子字段，长度为12比特(B20-B31)或16比特(B20-B35)。

另一个示例中，参见图15b，图15b是本申请实施例提供的Modified MU-RTS帧的用户信息字段中第一子字段和第二子字段的另一种帧格式示意图。如图15b所示，第二子字段是Modified MU-RTS帧的用户信息字段中设置为特殊值(即上述第二预设值)的AID 12子字段；Modified MU-RTS帧的用户信息字段中B12-B23，用于指示站点的关联标识；第一子字段是Modified MU-RTS帧的用户信息字段中预留的子字段，长度为12比特(B24-B35)或16比特(B24-B39)。

又一个示例中，参见图15c，图15c是本申请实施例提供的Modified MU-RTS帧的用户信息字段中第一子字段和第二子字段的又一种帧格式示意图。如图15c所示，第二子字段是Modified MU-RTS帧的用户信息字段中设置为特殊值(即上述第一预设值，即802.11ax和802.11be的RU分配中未使用的特殊值)的RU分配子字段；第一子字段是Modified MU-RTS帧的用户信息字段中预留的子字段，长度为12比特(B20-B31)或16比特(B20-B35)。

应理解，如果上述第一子字段和上述第二子字段均位于Modified MU-RTS帧(或单用户触发帧)的公共信息字段中，则该Modified MU-RTS帧(或单用户触发帧)可以不包括用户信息列表字段，也就不包括用户信息字段；该Modified MU-RTS帧(或单用户触发帧)也可以包括一个或多个用户信息字段。还应理解，这里的Modified MU-RTS帧(或单用户触发帧)不包括用户信息字段，仅是为了缩短帧长度，与前述实施例一中的含义不相同。

可选的，因为MU-RTS允许在前导码打孔模式下传输，所以本申请实施例中的Modified MU-RTS帧(或单用户触发帧)也可以采用前导码打孔模式传输。具体地，上述Modified MU-RTS帧(或单用户触发帧)中还可以包括第三子字段，该第三子字段用于指示前导码打孔的带宽模式，或者该第三子字段用于指示前导码打孔模式下被打孔的子信道。其中，该第三子字段可以是Modified MU-RTS帧(或单用户触发帧)的公共信息字段中预留的子字段，且该第三子字段与前述第一子字段和前述第二子字段均不相同。该第三子字段的长度可以是16比特。

应理解，Modified MU-RTS帧(或单用户触发帧)的Common Info字段中B4至B15、B20至B62均为预留，所以第三子字段、第一子字段、以及第二子字段可以分别位于ModifiedMU-RTS帧(或单用户触发帧)中公共信息字段的不同比特位上。比如，第一子字段位于公共信息字段的B4-B15，第三子字段可以位于公共信息字段的B20-B35，第二子字段位于公共信息字段的B36。又如，第一子字段是公共信息字段中的UL length子字段，第三子字段位于公共信息字段的B20-B35，第二子字段位于公共信息字段的B36。还应理解，第二子字段和第一子字段的各种实现方式，可以任意组合，在此不一一列举。

S203，第二设备接收该MAC帧。

S204，第二设备解析该MAC帧。

可选的，第二设备接收到该MAC帧后，对该MAC帧进行解析，解析得到该MAC帧中包含的第二子字段，并根据该第二子字段的指示，确定该MAC帧是单用户触发帧(或ModifiedMU-RTS帧)，该单用户触发帧用于给该第二设备分配时间资源。

可选的，因为单用户触发帧还可以用于触发单个站点(这里是指广义的站点，即既可以是AP，也可以是STA)使用SU PPDU方式进行响应。所以第二设备确定该MAC帧是单用户触发帧(或Modified MU-RTS帧)后，发送SU PPDU，该SU PPDU不是CTS帧。

可选的，第二设备确定该MAC帧是单用户触发帧(或Modified MU-RTS帧)后，继续解析以获得该单用户触发帧为该第二设备分配的时间资源。第二设备在分配到的时间资源内与其他站点(这里指广义的站点，即AP或STA)进行通信。

可见，本申请实施例通过在MAC帧中包括一个字段(即第二子字段)，来显示指示该MAC帧是单用户触发帧，可以与MU-RTS帧区分开，从而使接收端根据接收到的不同帧做出相应的响应。另一方面，本申请实施例利用MU-RTS帧的公共信息字段或用户信息字段中预留的子字段来设计第一子字段，用来指示为目标站点(即本申请中的第二设备)分配的时间长度，以使该目标站点(即本申请中的第二设备)与其他站点可以在被分配的时间资源内进行通信，从而支持Scheduled P2P场景和Co-TDMA场景中的通信。

作为一个可选实施例，本申请提供的时间资源分配和接收方法还可以应用于多链路场景中，其与前述实施例一和实施例二的区别在于：第一子字段用于指示响应帧(比如BA帧)的长度。应理解，第一子字段指示的响应帧的长度由第一设备确定。还应理解，在多链路场景中，第一设备可以是AP MLD中的一个AP，第二设备是non-AP MLD中与该AP(即第一设备)关联的STA。可选的，为便于区分不同场景中，单用户触发帧中第一子字段的作用，可以在该单用户触发帧中携带一个指示信息，用于指示不同场景下该单用户触发帧中第一子字段的作用。在Scheduled P2P场景和Co-TDMA场景下，第一子字段用于指示给第二设备分配的时间长度；在多链路场景下，第一子字段用于指示响应帧的长度。

应理解，不同场景下，单用户触发帧的帧格式设计以及第一子字段和第二子字段的帧格式设计不发生变化。即，本申请实施例提供的时间资源分配和接收方法应用于多链路场景中时，单用户触发帧(如前述图4中携带在下行数据中或者与数据帧聚合的“Tr”)的帧格式设计以及第一子字段和第二子字段的设计可参考前述实施例一和前述实施例二中相应的描述，此处不再赘述。换句话说，多链路场景中仍然可以使用MU-RTS帧来设计单用户触发帧，并隐式或显示指示当前发送的MAC帧是单用户触发帧(或Modified MU-RTS帧)，还指示响应帧(比如BA帧)的长度。其中，多链路场景中的单用户触发帧(或Modified MU-RTS帧)可以携带在下行数据中或者与数据帧聚合。

可见，本申请实施例利用MU-RTS帧来设计应用于多链路场景中的单用户触发帧，既可以指示响应帧的帧长、并减少不必要的系统开销(因为MU-RTS帧中很多字段是预留的)，还可以触发单个站点使用SU PPDU进行响应，从而更好地进行信道保护，减少开销。

上述内容详细阐述了本申请提供的方法，为了便于实施本申请实施例的上述方案，本申请实施例还提供了相应的装置或设备。

本申请实施例可以根据上述方法示例对第一设备和第二设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面将结合图16至图18详细描述本申请实施例的时间资源分配装置和时间资源接收装置。其中，该时间资源分配装置是第一设备或其中的装置；该时间资源接收装置是第二设备或其中的装置。

在采用集成的单元的情况下，参见图16，图16是本申请实施例提供的时间资源分配装置的结构示意图。该时间资源分配装置可以为第一设备或第一设备中的芯片，比如Wi-Fi芯片等。如图16所示，该时间资源分配装置包括处理单元11和收发单元12。

一种设计中，处理单元11，用于生成介质接入控制层MAC帧，该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，该MAC帧中接收地址字段设置为第二设备的MAC地址；收发单元12，用于发送该MAC帧。其中，该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段，表示该MAC帧是单用户触发帧，该单用户触发帧用于给该第二设备分配时间资源。可理解的，该MAC帧中触发类型子字段设置为3表示MU-RTS帧。

可选的，上述MAC帧中包括第一子字段，该第一子字段用于指示该第二设备分配的时间长度。

可选的，上述第一子字段是该MAC帧的公共信息字段中预留的子字段。可选的，上述第一子字段具体是该MAC帧的公共信息字段中预留的上行长度子字段。

可选的，上述第一子字段的长度是12比特或16比特。

应理解，该种设计中，该时间资源分配装置可对应执行前述实施例一，并且该时间资源分配装置中的各个单元的上述操作或功能分别为了实现前述实施例一中第一设备的相应操作，其技术效果参见前述实施例一中的技术效果，为了简洁，在此不再赘述。

另一种设计中，处理单元11，用于生成介质接入控制层MAC帧，该MAC帧中包括第二子字段，该第二子字段用于指示该MAC帧是单用户触发帧，该单用户触发帧用于给第二设备分配时间资源；收发单元12，用于发送该MAC帧。其中，该MAC帧中触发类型子字段设置为3。

可选的，上述第二子字段是上述MAC帧的用户信息字段中取值为第一预设值的RU分配子字段。第一预设值是数值0-60以及68-255中802.11be标准未使用的数值。

可选的，上述第二子字段是上述MAC帧的用户信息字段中取值为第二预设值的AID12子字段。第二预设值是2008至2044、2047至4094中的一个。其中，该MAC帧中接收地址字段设置为第二设备的MAC地址；或者，该MAC帧的用户信息字段中预留的子字段，用于指示第二设备的关联标识。

可选的，上述第二子字段是上述MAC帧的公共信息字段中预留的子字段，该第二子字段的取值与该第二子字段在预留状态下的取值不相同。

可选的，上述第二子字段是上述MAC帧的用户信息字段中预留的子字段，该第二子字段的取值与该第二子字段在预留状态下的取值不相同。

可选的，上述MAC帧中还包括第一子字段，该第一子字段用于指示给第二设备分配的时间长度。

可选的，上述第一子字段是该MAC帧的公共信息字段中预留的子字段。该第一子字段与上述第二子字段不相同。可选的，上述第一子字段具体是该MAC帧的公共信息字段中预留的上行长度子字段。

可选的，上述第一子字段是该MAC帧的用户信息字段中预留的子字段。该第一子字段与上述第二子字段不相同。

可选的，上述第一子字段的长度是12比特或16比特。

应理解，该种设计中，该时间资源分配装置可对应执行前述实施例二，并且该时间资源分配装置中的各个单元的上述操作或功能分别为了实现前述实施例二中第一设备的相应操作，其技术效果参见前述实施例二中的技术效果，为了简洁，在此不再赘述。

参见图17，图17是本申请实施例提供的时间资源接收装置的结构示意图。该时间资源接收装置可以为第二设备或第二设备中的芯片，比如Wi-Fi芯片等。如图17所示，该时间资源接收装置包括收发单元21、解析单元22、以及可选的包括确定单元23。

一种设计中，收发单元21，用于接收介质接入控制层MAC帧，该MAC帧中接收地址字段设置为该第二设备的MAC地址；解析单元22，用于对该MAC帧进行解析，得到该MAC帧中触发类型子字段设置为3且该MAC帧中不包括用户信息字段；确定单元23，用于根据该MAC帧中触发类型字段子设置为3且该MAC帧中不包括用户信息字段，确定该MAC帧是单用户触发帧，该单用户触发帧用于给该第二设备分配时间资源。可理解的，该MAC帧中触发类型子字段设置为3表示MU-RTS帧。

可选的，上述第一子字段的长度是12比特或16比特。

其中，上述解析单元22和上述确定单元23可以集成为一个单元，如处理单元。

应理解，该种设计中，该时间资源接收装置可对应执行前述实施例一，并且该时间资源接收装置中的各个单元的上述操作或功能分别为了实现前述实施例一中第二设备的相应操作，其技术效果参见前述实施例一中的技术效果，为了简洁，在此不再赘述。

另一种设计中，收发单元21，用于接收MAC帧，所述MAC帧中包括第二子字段，所述第二子字段用于指示所述MAC帧是单用户触发帧，所述单用户触发帧用于给所述第二设备分配时间资源；解析单元22，用于解析所述MAC帧。

可选的，上述第一子字段的长度是12比特或16比特。

其中，上述解析单元22也可以称为处理单元。

应理解，该种设计中，该时间资源接收装置可对应执行前述实施例二，并且该时间资源接收装置中的各个单元的上述操作或功能分别为了实现前述实施例二中第二设备的相应操作，其技术效果参见前述实施例二中的技术效果，为了简洁，在此不再赘述。

以上介绍了本申请实施例的第一设备和第二设备，以下介绍所述第一设备和第二设备可能的产品形态。应理解，但凡具备上述图16所述的第一设备的功能的任何形态的产品，但凡具备上述图17所述的第二设备的功能的任何形态的产品，都落入本申请实施例的保护范围。还应理解，以下介绍仅为举例，不限制本申请实施例的第一设备和第二设备的产品形态仅限于此。

作为一种可能的产品形态，本申请实施例所述的第一设备和第二设备，可以由一般性的总线体系结构来实现。

为了便于说明，参见图18，图18是本申请实施例提供的通信装置1000的结构示意图。该通信装置1000可以为第一设备或第二设备，或其中的芯片。图18仅示出了通信装置1000的主要部件。除处理器1001和收发器1002之外，所述通信装置还可以进一步包括存储器1003、以及输入输出装置(图未示意)。

处理器1001主要用于对通信协议以及通信数据进行处理，以及对整个通信装置进行控制，执行软件程序，处理软件程序的数据。存储器1003主要用于存储软件程序和数据。收发器1002可以包括控制电路和天线，控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。

当通信装置开机后，处理器1001可以读取存储器1003中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器1001对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到通信装置时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器1001，处理器1001将基带信号转换为数据并对该数据进行处理。

在另一种实现中，所述的射频电路和天线可以独立于进行基带处理的处理器而设置，例如在分布式场景中，射频电路和天线可以与独立于通信装置，呈拉远式的布置。

其中，处理器1001、收发器1002、以及存储器1003可以通过通信总线连接。

一种设计中，通信装置1000可以用于执行前述实施例一中第一设备的功能：处理器1001可以用于执行图9中的步骤S101，和/或用于执行本文所描述的技术的其它过程；收发器1002可以用于执行图9中的步骤S102，和/或用于本文所描述的技术的其它过程。

另一种设计中，通信装置1000可以用于执行前述实施例一中第二设备的功能：处理器1001可以用于执行图9中的步骤S104和步骤S105，和/或用于执行本文所描述的技术的其它过程；收发器1002可以用于执行图9中的步骤S103，和/或用于本文所描述的技术的其它过程。

一种设计中，通信装置1000可以用于执行前述实施例二中第一设备的功能：处理器1001可以用于执行图14中的步骤S201，和/或用于执行本文所描述的技术的其它过程；收发器1002可以用于执行图14中的步骤S202，和/或用于本文所描述的技术的其它过程。

另一种设计中，通信装置1000可以用于执行前述实施例二中第二设备的功能：处理器1001可以用于执行图14中的步骤S204，和/或用于执行本文所描述的技术的其它过程；收发器1002可以用于执行图14中的步骤S203，和/或用于本文所描述的技术的其它过程。

在上述任一种设计中，处理器1001中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。

在上述任一种设计中，处理器1001可以存有指令，该指令可为计算机程序，计算机程序在处理器1001上运行，可使得通信装置1000执行上述任一方法实施例中描述的方法。计算机程序可能固化在处理器1001中，该种情况下，处理器1001可能由硬件实现。

在一种实现方式中，通信装置1000可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、无线射频集成电路(radio frequency integratedcircuit，RFIC)、混合信号IC、专用集成电路(application specific integratedcircuit，ASIC)、印刷电路板(printed circuit board，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metaloxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channel metal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。

本申请中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图18的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：

(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；

(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；

(3)ASIC，例如调制解调器(Modem)；

(4)可嵌入在其他设备内的模块；

(5)接收机、终端、智能终端、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；

(6)其他等等。

作为一种可能的产品形态，本申请实施例所述的第一设备和第二设备，可以由通用处理器来实现。

实现第一设备的通用处理器包括处理电路和与所述处理电路内部连接通信的输入输出接口。

一种设计中，该通用处理器可以用于执行前述实施例一中第一设备的功能。具体地，该处理电路用于执行图9中的步骤S101，和/或用于执行本文所描述的技术的其它过程；该输入输出接口用于执行图9中的步骤S102，和/或用于本文所描述的技术的其它过程。

另一种设计中，该通用处理器可以用于执行前述实施例二中第一设备的功能。具体地，该处理电路用于执行图14中的步骤S201，和/或用于执行本文所描述的技术的其它过程；该输入输出接口用于执行图14中的步骤S202，和/或用于本文所描述的技术的其它过程。

实现第二设备的通用处理器包括处理电路和与所述处理电路内部连接通信的输入输出接口。

一种设计中，该通用处理器可以用于执行前述实施例一中第二设备的功能。具体地，该处理电路用于执行图9中的步骤S104和步骤S105，和/或用于执行本文所描述的技术的其它过程；该输入输出接口用于执行图9中的步骤S103，和/或用于本文所描述的技术的其它过程。

另一种设计中，该通用处理器可以用于执行前述实施例二中第二设备的功能。具体地，该处理电路用于执行图14中的步骤S204，和/或用于执行本文所描述的技术的其它过程；该输入输出接口用于执行图14中的步骤S203，和/或用于本文所描述的技术的其它过程。

应理解，上述各种产品形态的通信装置，具有上述方法实施例中第一设备或第二设备的任意功能，此处不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序代码，当上述处理器执行该计算机程序代码时，电子设备执行前述任一实施例中的方法。

本申请实施例还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行前述任一实施例中的方法。

本申请实施例还提供一种通信装置，该装置可以以芯片的产品形态存在，该装置的结构中包括处理器和接口电路，该处理器用于通过接收电路与其它装置通信，使得该装置执行前述任一实施例中的方法。

本申请实施例还提供一种无线通信系统，包括第一设备和第二设备，该第一设备和第二设备可以执行前述任一实施例中的方法。

结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(ElectricallyEPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机可读存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

Claims

1.一种时间资源接收方法，其特征在于，包括：

站点接收介质接入控制层MAC帧，所述MAC帧中包括第二子字段，所述第二子字段用于指示所述MAC帧是改进的多用户请求发送帧，所述改进的多用户请求发送帧用于给所述站点分配时间资源；

所述站点解析所述MAC帧。

2.根据权利要求1所述的方法，其特征在于，所述第二子字段为所述MAC帧的公共信息字段中预留的子字段，所述第二子字段的取值与所述第二子字段在预留状态下的取值不相同。

3.根据权利要求1或2所述的方法，其特征在于，所述MAC帧中还包括第一子字段，所述第一子字段用于指示给所述第二设备分配的时间长度。

4.根据权利要求3所述的方法，其特征在于，所述第一子字段为所述MAC帧的用户信息字段中预留的子字段，所述第一子字段与所述第二子字段不相同。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述MAC帧中触发类型子字段设置为3。

6.根据权利要求1所述的方法，其特征在于，所述第二子字段为所述MAC帧的用户信息字段中取值为第一预设值的资源单元分配子字段。

7.根据权利要求1所述的方法，其特征在于，所述第二子字段为所述MAC帧的用户信息字段中取值为第二预设值的关联标识AID 12子字段，所述第二预设值为2008至2044、2047至4094中的一个。

8.根据权利要求7所述的方法，其特征在于，所述MAC帧中接收地址字段设置为第二设备的MAC地址。

9.根据权利要求7所述的方法，其特征在于，所述MAC帧的用户信息字段中预留的子字段，用于指示第二设备的关联标识。

10.根据权利要求1所述的方法，其特征在于，所述第二子字段为所述MAC帧的用户信息字段中预留的子字段，所述第二子字段的取值与所述第二子字段在预留状态下的取值不相同。

11.根据权利要求3所述的方法，其特征在于，所述第一子字段为所述MAC帧的公共信息字段中预留的子字段，所述第一子字段与所述第二子字段不相同。

12.根据权利要求3所述的方法，其特征在于，所述第一子字段为所述MAC帧的公共信息字段中预留的上行长度子字段，所述第一子字段与所述第二子字段不相同。

13.根据权利要求3-4、11-12任一项所述的方法，其特征在于，所述第一子字段的长度为12比特或16比特。

14.一种时间资源接收装置，其特征在于，包括：

收发单元，用于接收介质接入控制层MAC帧，所述MAC帧中包括第二子字段，所述第二子字段用于指示所述MAC帧是改进的多用户请求发送帧，所述改进的多用户请求发送帧用于给所述时间资源接收装置分配时间资源；

处理单元，用于解析所述MAC帧。

15.根据权利要求14所述的装置，其特征在于，所述第二子字段为所述MAC帧的公共信息字段中预留的子字段，所述第二子字段的取值与所述第二子字段在预留状态下的取值不相同。

16.根据权利要求14或15所述的装置，其特征在于，所述MAC帧中还包括第一子字段，所述第一子字段用于指示给所述第二设备分配的时间长度。

17.根据权利要求16所述的装置，其特征在于，所述第一子字段为所述MAC帧的用户信息字段中预留的子字段，所述第一子字段与所述第二子字段不相同。

18.根据权利要求14-17任一项所述的装置，其特征在于，所述MAC帧中触发类型子字段设置为3。

19.根据权利要求14所述的装置，其特征在于，所述第二子字段为所述MAC帧的用户信息字段中取值为第一预设值的资源单元分配子字段。

20.根据权利要求14所述的装置，其特征在于，所述第二子字段为所述MAC帧的用户信息字段中取值为第二预设值的关联标识AID 12子字段，所述第二预设值为2008至2044、2047至4094中的一个。

21.根据权利要求20所述的装置，其特征在于，所述MAC帧中接收地址字段设置为第二设备的MAC地址。

22.根据权利要求20所述的装置，其特征在于，所述MAC帧的用户信息字段中预留的子字段，用于指示第二设备的关联标识。

23.根据权利要求14所述的装置，其特征在于，所述第二子字段为所述MAC帧的用户信息字段中预留的子字段，所述第二子字段的取值与所述第二子字段在预留状态下的取值不相同。

24.根据权利要求16所述的装置，其特征在于，所述第一子字段为所述MAC帧的公共信息字段中预留的子字段，所述第一子字段与所述第二子字段不相同。

25.根据权利要求16所述的装置，其特征在于，所述第一子字段为所述MAC帧的公共信息字段中预留的上行长度子字段，所述第一子字段与所述第二子字段不相同。

26.根据权利要求16-17、24-25任一项所述的装置，其特征在于，所述第一子字段的长度为12比特或16比特。

27.一种通信装置，其特征在于，包括处理器和收发器，所述收发器用于收发介质接入控制层MAC帧，所述处理器用于执行程序指令，以使得所述通信装置执行如权利要求1-13任一项所述的方法。

28.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序指令，当所述程序指令在计算机上运行时，使得所述计算机执行如权利要求1-13任一项所述的方法。

29.一种包含程序指令的计算机程序产品，其特征在于，当所述程序指令在计算机上运行时，使得所述计算机执行如权利要求1-13任一项所述的方法。

30.一种通信装置，其特征在于，包括输入输出接口和处理电路，所述输入输出接口用于收发MAC帧，所述处理电路用于执行如权利要求1-13任一项所述的方法。