CN118102334A

CN118102334A - 一种通信方法、装置及计算机可读存储介质

Info

Publication number: CN118102334A
Application number: CN202211495298.9A
Authority: CN
Inventors: 阮卫; 马云思
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-11-26
Filing date: 2022-11-26
Publication date: 2024-05-28
Also published as: WO2024109468A1

Abstract

本申请涉及通信领域，尤其涉及一种通信方法、装置及计算机可读存储介质，可以适用于感知sensing系统，还可以适用于符合IEEE 802.11系统标准，例如802.11bf、802.11a/b/g、802.11n、802.11ac、802.11ax，或其下一代，例如802.11be或更下一代的标准的系统，或者基于超带宽UWB的无线个人局域网系统等。本申请提供了一种通信方法及装置，方法包括：第一设备和第二设备建立无线通信链路，所述第一设备工作在第一运行模式；所述第一设备从所述第一运行模式切换到第二运行模式，与所述第二设备进行通信。通过本申请实施例的方法，可以提高业务传输的效率。

Description

一种通信方法、装置及计算机可读存储介质

技术领域

本申请涉及无线通信技术领域，尤其涉及一种通信方法、装置及计算机可读存储介质。

背景技术

为了提高无线保真(wireless fidelity，WiFi)设备的灵活性，802.11ax标准引入了运行模式指示(operating mode indication，OMI)机制。在OMI机制中，STA为OMI发起方，接入点(access point，AP)为OMI响应方，STA可以向AP发送包含运行模式(operatingmode，OM)控制字段的数据帧或控制帧，实现STA动态切换单用户/多用户运行模式、信道带宽、最大接收空间流数等。现有OMI机制中仅支持STA发起OM协商导致运行模式切换的灵活性较差，业务传输的效率较低。因此，如何提高业务传输的效率是亟待解决的问题。

发明内容

本申请实施例提供了一种通信方法、装置及计算机可读存储介质，可以提高业务传输的效率。

第一方面，本申请实施例提供一种通信方法，该通信方法可以应用于第一设备，也可以应用于第一设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第一设备功能的逻辑模块或软件。下面以执行主体是第一设备为例进行描述。该通信方法包括：第一设备和第二设备建立无线通信链路，所述第一设备工作在第一运行模式；所述第一设备从所述第一运行模式切换到第二运行模式，与所述第二设备进行通信。

在本申请提供的方案中，第一设备可以从第一运行模式切换到第二运行模式，并与第二设备进行通信，通过第一设备的运行模式的切换，可以提高业务传输的效率。

一种可能的实现方式，在满足第一条件的情况下，所述第一设备从所述第一运行模式切换到第二运行模式，所述第一条件包括以下一项或多项：所述第一设备从侦听状态到数据传输状态；或者所述第一设备与所述第二设备待传输的数据量从小于或等于第一阈值到大于所述第一阈值。

在本申请提供的方案中，在第一设备从侦听状态到数据传输状态；或者第一设备与第二设备待传输的数据量从小于或等于第一阈值到大于所述第一阈值等情况下，第一设备可以从第一运行模式切换到第二运行模式，从而可以提高业务传输的效率。

一种可能的实现方式，第一运行模式对应第一带宽，所述第二运行模式对应第二带宽。

在本申请提供的方案中，不同运行模式可以对应不同带宽。

一种可能的实现方式，第二设备工作在第三运行模式，所述第三运行模式对应第三带宽。

一种可能的实现方式，所述第一带宽小于或等于所述第三带宽，所述第二带宽小于或等于所述第三带宽。

一种可能的实现方式，所述第一设备从所述第一运行模式切换到第二运行模式包括：所述第一设备生成第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数；所述第一设备向所述第二设备发送所述第一帧；所述第一设备从所述第一运行模式切换到所述第二运行模式。

在本申请提供的方案中，第一设备可以生成并向第二设备发送包含运行模式参数的第一帧，实现第一设备主动发起运行模式协商，或者通过第一帧响应第二设备发起的运行模式协商，从而可以提高运行模式切换的灵活性，进而提高业务传输的效率。

一种可能的实现方式，所述第一字段包括运行模式切换持续时间指示。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，该通信方法还包括：所述第一设备接收来自所述第二设备的第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

在本申请提供的方案中，第二设备可以主动向第一设备发起OM协商，例如第二设备可以根据自身业务的待传输数据量、时延需求、信道状态等信息主动向第一设备发起OM协商，从而提高运行模式切换协商的灵活性。另外，当第二设备发起下行数据传输时，无需第一设备感知第二设备侧的传输的数据量，第一设备只需要响应来自第二设备的第二帧，就可以实现运行模式切换，从而可以提高第一设备的运行模式切换的时效性，减小运行模式切换的时延。

一种可能的实现方式，所述第二字段包括运行模式推荐指示和/或运行模式协商指示。

一种可能的实现方式，所述方法还包括：所述第一设备在当前传输机会(transmission opportunity，TXOP)前向所述第二设备发送第七帧，所述第七帧用于指示所述第一设备从所述第一运行模式切换到所述第二运行模式的切换时间；所述第一设备接收来自所述第二设备的第八帧，所述第八帧用于响应所述第七帧。

在本申请提供的方案中，第一设备可以在TXOP前通过第七帧和第八帧协商好第一设备从第一运行模式切换到第二运行模式的切换时间，在该场景下，第一设备在完成运行模式切换后，可以不用再发第三帧用于指示切换完成，节省信令开销，可以提高TXOP内的传输数据效率。

一种可能的实现方式，所述方法还包括：所述第一设备接收来自所述第二设备的第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据。

一种可能的实现方式，所述第一设备向所述第二设备发送第一帧包括：

所述第一设备根据所述第五帧中的TXOP时长评估所述第二设备侧待传输数据的数据量，在所述第二设备侧待传输数据的数据量大于或等于第四阈值的情况下，所述第一设备在当前TXOP内向所述第二设备发送所述第一帧。

在本申请提供的方案中，第一设备接收到来自第二设备的第五帧后，可以根据第五帧评估第二设备侧待传输的数据量，从而自主决策是否发起OM协商。第一设备可以通过主动向第二设备发起OM协商，实现运行模式切换，从而提高运行模式切换协商的灵活性，提高第一设备的运行模式切换的时效性，减小运行模式切换的时延。

在所述第五帧中的TXOP时长指示的时间超过预设门限的情况下，所述第一设备在当前TXOP内向所述第二设备发送所述第一帧。

在本申请提供的方案中，第一设备可以在一个TXOP内主动向第二设备发起OM协商，实现运行模式切换，从而可以提高第一设备的运行模式切换的时效性，减小运行模式切换的时延。

一种可能的实现方式，所述方法还包括：所述第一设备向所述第二设备发送第六帧，所述第六帧用于响应所述第二帧。

在本申请提供的方案中，第一设备接收到来自第二设备的第二帧，根据第二帧完成运行模式切换后，可以向第二设备发送第六帧，例如CTS帧，用于请求第二设备向第一设备传输数据，从而可以实现高效的业务传输。

一种可能的实现方式，所述方法还包括：所述第一设备接收来自所述第二设备的第九帧，所述第九帧用于所述第二设备向一个或多个第一设备传输数据；所述第一设备向所述第二设备发送第十帧，所述第十帧用于响应所述第九帧。

在本申请提供的方案中，可以实现多用户场景下，第一设备或第二设备主动发起运行模式协商，实现运行模式切换，从而提高运行模式切换协商的灵活性，提高第一设备的运行模式切换的时效性，减小运行模式切换的时延。

一种可能的实现方式，所述方法还包括：在所述第一设备从所述第一运行模式切换到所述第二运行模式期间，所述第一设备接收来自所述第二设备的数据。

在本申请提供的方案中，在第一设备的模式切换期间，第一设备和第二设备进行收发数据，可以提高空口利用率，并且可以避免由于切换时间较长而导致的其它用户抢占信道的问题。

一种可能的实现方式，该通信方法还包括：所述第一设备向所述第二设备发送第三帧，所述第三帧用于指示运行模式切换完成。

在本申请提供的方案中，第一设备在运行模式切换完成后可以向第二设备发送第三帧，例如OMI ACK帧，用于指示运行模式切换完成，可以实现高效、可靠的业务传输，可以解决第一设备无法通知第二设备当前运行模式的切换状态或切换完成时间，避免第二设备提前下发数据而造成数据包频发重发、丢包等情况，导致吞吐量下降、传输时延增加的问题。

一种可能的实现方式，所述第一设备向所述第二设备发送第三帧包括：在所述第一字段中的运行模式切换持续时间指示为第一数值的情况下，所述第一设备在完成运行模式切换后，向所述第二设备发送所述第三帧。

在本申请提供的方案中，例如，当第一帧中的第一字段包括的运行模式切换持续时间指示子字段设置为0时，表示第一字段中不携带第一设备的运行模式切换持续时间，第一设备可以在完成运行模式切换后向第二设备发送第三帧，以通知第二设备下发数据，可以实现高效、可靠的业务传输。

一种可能的实现方式，所述第一设备向所述第二设备发送第三帧包括：在所述第一设备的运行模式切换持续时间大于所述第一字段中的运行模式切换持续时间指示的时间的情况下，所述第一设备在完成运行模式切换后，向所述第二设备发送所述第三帧。

在本申请提供的方案中，对于不支持快速信道切换的第一设备，第一设备运行模式切换时间较长，无法采用第一字段中的运行模式切换持续时间指示的时间完成运行模式切换，第一设备可以在完成运行模式切换后向第二设备发送第三帧，指示已完成运行模式切换，以通知第二设备下发数据，可以实现高效、可靠的业务传输。

一种可能的实现方式，所述第一设备向所述第二设备发送第三帧包括：所述第一设备选择原信号带宽或切换后的信号带宽向所述第二设备发送所述第三帧。

在本申请提供的方案中，第一设备可以选择原信号带宽或切换后的信号带宽向第二设备发送第三帧，可以减小第一设备侧的上行信号对邻近用户的同道干扰。

一种可能的实现方式，第一帧为允许发送(clear to send，CTS)帧或触发(trigger)帧。

一种可能的实现方式，第二帧为请求发送(request to send，RTS)帧或触发帧。

一种可能的实现方式，第三帧为确认(acknowledge，ACK)帧。

一种可能的实现方式，第五帧为RTS帧。

一种可能的实现方式，该通信方法还包括：所述第一设备预存不同运行模式下物理(physical，PHY)层模块校准数据；所述第一设备根据所述第一字段选择对应的PHY层模块校准数据，配置PHY层寄存器。

在本申请提供的方案中，通过预先存储不同运行模式的PHY层模块校准数据并根据第一字段的运行模式参数配置PHY层寄存器，可以减小运行模式切换的时间，降低时延。

一种可能的实现方式，所述第一设备预存不同运行模式下PHY层模块校准数据包括：所述第一设备预存第一带宽运行模式的PHY层校准数据，所述第一带宽为大于或等于第一阈值的带宽；该通信方法还包括：所述第一设备在信道切换后采用小于所述第一带宽的信号带宽收发信号。

在本申请提供的方案中，第一设备可以预存第一带宽运行模式的PHY层模块校准数据，从而可以简化实现的复杂度。

一种可能的实现方式，该通信方法还包括：所述第一设备接收来自所述第二设备的第四帧，所述第四帧用于指示TXOP结束。

在本申请提供的方案中，第二设备向第一设备下发数据完后，可以发送第四帧提前结束当前TXOP，从而可以实现高效的业务传输。

第二方面，本申请实施例提供一种通信方法，该通信方法可以应用于第二设备，也可以应用于第二设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第二设备功能的逻辑模块或软件。下面以执行主体是第二设备为例进行描述。该通信方法包括：第二设备和第一设备建立无线通信链路，所述第一设备工作在第一运行模式；所述第二设备与基于第二运行模式的所述第一设备进行通信。

在本申请提供的方案中，第一设备可以从第一运行模式切换到第二运行模式，并与第二设备进行通信，通过第二设备与切换后运行模式的第一设备通信，可以提高业务传输的效率。

应理解，第二方面的执行主体可以为第二设备，第二方面的具体内容与第一方面的内容对应，第二方面相应特征以及达到的有益效果可以参考第一方面的描述，为避免重复，此处适当省略详细描述。

一种可能的实现方式，在满足第一条件的情况下，所述第二设备与基于第二运行模式的所述第一设备进行通信，所述第一条件包括以下一项或多项：所述第一设备从侦听状态到数据传输状态；或者所述第一设备与所述第二设备待传输的数据量从小于或等于第一阈值到大于所述第一阈值。

一种可能的实现方式，所述第一运行模式对应第一带宽，所述第二运行模式对应第二带宽。

一种可能的实现方式，所述第二设备工作在第三运行模式，所述第三运行模式对应第三带宽。

一种可能的实现方式，该通信方法还包括：所述第二设备接收来自所述第一设备的第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，该通信方法还包括：所述第二设备向所述第一设备发送第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

一种可能的实现方式，所述第二设备向所述第一设备发送第二帧包括：在所述第二设备的待传输数据量大于或等于第二阈值或待传输数据的所需传输时间大于或等于第三阈值的情况下，所述第二设备向所述第一设备发送所述第二帧。

在本申请提供的方案中，第二设备可以根据自身业务的待传输数据量、时延需求、信道状态等信息主动向第一设备发起OM协商，提高运行模式切换协商的灵活性。另外，当第二设备发起下行数据传输时，无需第一设备感知第二设备侧的传输的数据量，第一设备只需要响应来自第二设备的第二帧，就可以实现运行模式切换，从而可以提高第一设备的运行模式切换的时效性，减小运行模式切换的时延。

一种可能的实现方式，所述方法还包括：第二设备在当前TXOP前接收来自第一设备的第七帧，所述第七帧用于指示所述第一设备从所述第一运行模式切换到所述第二运行模式的切换时间；所述第二设备向所述第一设备发送第八帧，所述第八帧用于响应所述第七帧。

一种可能的实现方式，所述方法还包括：所述第二设备向所述第一设备发送第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据。

一种可能的实现方式，所述方法还包括：所述第二设备向所述第一设备发送第六帧，所述第六帧用于响应所述第二帧。

一种可能的实现方式，所述方法还包括：所述第二设备向所述第一设备发送第九帧，所述第九帧用于所述第二设备向一个或多个第一设备传输数据；所述第二设备接收来自所述第一设备的第十帧，所述第十帧用于响应所述第九帧。

一种可能的实现方式，所述方法还包括：所述第二设备在接收到来自一个或多个第一设备的第一帧或者在预设时间内未接收到来自一个或多个第一设备的第一帧的情况下，向所述一个或多个第一设备发送数据。

在本申请提供的方案中，在多用户场景下，第一设备可以通过向第二设备发送第一帧主动发起运行模式协商，当第二设备接收到至少一个第一设备的第一帧或者在预设时间内未收到第一帧的情况下，第二设备仍可以基于原运行模式向第一设备下发数据，直到第一设备完成运行模式切换，第二设备可以基于切换后的运行模式向第一设备下发数据。

一种可能的实现方式，所述方法还包括：在所述第一设备从所述第一运行模式切换到所述第二运行模式期间，所述第二设备向所述第一设备发送数据。

一种可能的实现方式，该通信方法还包括：所述第二设备接收来自所述第一设备的第三帧，所述第三帧用于指示运行模式切换完成。

一种可能的实现方式，该通信方法还包括：所述第二设备接收到来自所述第一设备的所述第三帧后，向所述第一设备下发数据。

在本申请提供的方案中，第二设备可以根据接收到第三帧确定向第一设备下发数据的时间，可以实现高效的业务传输。

一种可能的实现方式，该通信方法还包括：在所述第一字段中的运行模式切换持续时间指示为第二数值的情况下，所述第二设备在所述运行模式切换持续时间指示的时间后向所述第一设备下发数据。

在本申请提供的方案中，第二设备可以根据第一字段中的运行模式切换持续时间指示，确定向第一设备下发数据的时间，可以实现高效的业务传输。

一种可能的实现方式，第一帧为CTS帧或触发帧。

一种可能的实现方式，第二帧为RTS帧或触发帧。

一种可能的实现方式，第三帧为ACK帧。

一种可能的实现方式，第五帧为RTS帧。

一种可能的实现方式，该通信方法还包括：所述第二设备向所述第一设备发送第四帧，所述第四帧用于指示TXOP结束。

第三方面，本申请实施例提供一种通信方法，该通信方法可以应用于第一设备，也可以应用于第一设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第一设备功能的逻辑模块或软件。下面以执行主体是第一设备为例进行描述。该通信方法包括：第一设备生成第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数；所述第一设备向第二设备发送所述第一帧。

在本申请提供的方案中，第一设备可以生成并向第二设备发送包含运行模式参数的第一帧，实现第一设备主动发起运行模式协商，或者通过第一帧响应第二设备发起的运行模式协商，从而可以提高运行模式切换的灵活性。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，该通信方法还包括：

所述第一设备接收来自所述第二设备的第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

一种可能的实现方式，所述方法还包括：

所述第一设备接收来自所述第二设备的第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据。

所述第一设备根据所述第五帧评估所述第二设备侧待传输的数据量，在所述第二设备侧待传输的数据量大于或等于第四阈值的情况下，所述第一设备在当前传输机会(transmission opportunity，TXOP)内向所述第二设备发送所述第一帧。

一种可能的实现方式，所述第一设备向所述第二设备发送第一帧包括：在第五帧中的TXOP时长(duration)指示的时间超过预设门限时，所述第一设备在当前TXOP内向所述第二设备发送所述第一帧。

一种可能的实现方式，第三帧为确认(acknowledge，ACK)帧。

一种可能的实现方式，第五帧为RTS帧。

第四方面，本申请实施例提供一种通信方法，该通信方法可以应用于第二设备，也可以应用于第二设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第二设备功能的逻辑模块或软件。下面以执行主体是第二设备为例进行描述。该通信方法包括：第二设备接收来自第一设备的第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数。

在本申请提供的方案中，第二设备可以接收来自第一设备的包含运行模式参数的第一帧，实现第一设备主动发起运行模式协商，或者通过第一帧响应第二设备发起的运行模式协商，从而可以提高运行模式切换的灵活性。

应理解，第四方面的执行主体可以为第二设备，第二方面的具体内容与第三方面的内容对应，第四方面相应特征以及达到的有益效果可以参考第三方面的描述，为避免重复，此处适当省略详细描述。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，该通信方法还包括：

所述第二设备生成第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数；

所述第二设备向所述第一设备发送所述第二帧。

一种可能的实现方式，所述第二设备向所述第一设备发送第二帧包括：

在所述第二设备的待传输数据量大于或等于第二阈值或待传输数据的所需传输时间大于或等于第三阈值的情况下，所述第二设备向所述第一设备发送所述第二帧。

一种可能的实现方式，所述方法还包括：

所述第二设备向所述第一设备发送第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据。

一种可能的实现方式，该通信方法还包括：

所述第二设备接收来自所述第一设备的第三帧，所述第三帧用于指示运行模式切换完成。

一种可能的实现方式，第一帧为CTS帧或触发帧。

一种可能的实现方式，第二帧为RTS帧或触发帧。

一种可能的实现方式，第三帧为ACK帧。

一种可能的实现方式，第五帧为RTS帧。

一种可能的实现方式，该通信方法还包括：所述第二设备向所述第一设备发送第四帧，所述第四帧用于指示当前TXOP结束。

第五方面，本申请实施例提供一种通信方法，该通信方法可以应用于第一设备，也可以应用于第一设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第一设备功能的逻辑模块或软件。下面以执行主体是第一设备为例进行描述。该通信方法包括：

第一设备接收来自第二设备的第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

在本申请实施例中，第一设备可以接收来自第二设备的用于发起运行模式协商的第二帧，实现第二设备主动发起运行模式协商，从而可以提高运行模式切换的灵活性。

一种可能的实现方式，所述方法还包括：所述第一设备生成第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数；所述第一设备向所述第二设备发送所述第一帧。

在本申请实施例中，第一设备接收到来自第二设备的第二帧后，可以响应于第二帧，即响应于第二设备主动发起的OM协商，向第二设备发送第一帧，从而可以提高运行模式切换的灵活性。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，所述方法还包括：

所述第一设备向所述第二设备发送第六帧，所述第六帧用于响应所述第二帧。

在本申请提供的方案中，第一设备接收到来自第二设备的第二帧，可以向第二设备发送第六帧，例如CTS帧，用于请求第二设备向第一设备传输数据，从而可以实现高效的业务传输。

在本申请提供的方案中，第一设备在根据第二帧完成运行模式切换后可以向第二设备发送第三帧，例如ACK帧，用于指示运行模式切换完成，可以实现高效、可靠的业务传输，可以解决第一设备无法通知第二设备当前运行模式的切换状态或切换完成时间，避免第二设备提前下发数据而造成数据包频发重发、丢包等情况，导致吞吐量下降、传输时延增加的问题。

一种可能的实现方式，所述第一设备向所述第二设备发送第三帧包括：在所述第一字段中的运行模式切换持续时间指示为第一值的情况下，所述第一设备在完成运行模式切换后，向所述第二设备发送所述第三帧。

一种可能的实现方式，第一帧为CTS帧或触发帧。

一种可能的实现方式，第二帧为RTS帧或触发帧。

一种可能的实现方式，第三帧为ACK帧。

一种可能的实现方式，第六帧为CTS帧。

第六方面，本申请实施例提供一种通信方法，该通信方法可以应用于第二设备，也可以应用于第二设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第二设备功能的逻辑模块或软件。下面以执行主体是第二设备为例进行描述。该通信方法包括：第二设备生成第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数；所述第二设备向第一设备发送所述第二帧。

在本申请实施例中，第二设备可以通过第二帧主动向第一设备发起运行模式协商，从而提高运行模式切换协商的灵活性。

应理解，第六方面的执行主体可以为第二设备，第六方面的具体内容与第五方面的内容对应，第六方面相应特征以及达到的有益效果可以参考第五方面的描述，为避免重复，此处适当省略详细描述。

一种可能的实现方式，所述方法还包括：

所述第二设备接收来自所述第一设备的第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，所述方法还包括：

所述第二设备接收来自所述第一设备的第六帧，所述第六帧用于响应所述第二帧。

一种可能的实现方式，该通信方法还包括：

一种可能的实现方式，该通信方法还包括：所述第二设备在接收到来自所述第一设备的所述第三帧后，向所述第一设备下发数据。

一种可能的实现方式，该通信方法还包括：所述第二设备接收到来自所述第一设备的所述第六帧后，向所述第一设备下发数据。

一种可能的实现方式，第一帧为CTS帧或触发帧。

一种可能的实现方式，第二帧为RTS帧或触发帧。

一种可能的实现方式，第三帧为ACK帧。

一种可能的实现方式，第六帧为CTS帧。

第七方面，本申请实施例提供一种通信装置。

该通信装置可以应用于第一设备，也可以应用于第一设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第一设备功能的逻辑模块或软件。有益效果可以参见第一方面的描述，此处不再赘述。所述通信装置具有实现上述第一方面方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

一种可能的实现方式，该通信装置包括：

建立单元，用于和第二设备建立无线通信链路，所述第一设备工作在第一运行模式；

切换单元，用于从所述第一运行模式切换到第二运行模式；

收发单元，用于与所述第二设备进行通信。

一种可能的实现方式，在满足第一条件的情况下，所述切换单元从所述第一运行模式切换到第二运行模式，所述第一条件包括以下一项或多项：所述第一设备从侦听状态到数据传输状态；或者所述第一设备与所述第二设备待传输的数据量从小于或等于第一阈值到大于所述第一阈值。

一种可能的实现方式，所述切换单元从所述第一运行模式切换到第二运行模式，具体用于：生成第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数；向所述第二设备发送所述第一帧；从所述第一运行模式切换到所述第二运行模式。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，所述收发单元还用于接收来自所述第二设备的第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

一种可能的实现方式，所述收发单元还用于在当前TXOP前向所述第二设备发送第七帧，所述第七帧用于指示所述第一设备从所述第一运行模式切换到所述第二运行模式的切换时间；

所述收发单元，还用于接收来自所述第二设备的第八帧，所述第八帧用于响应所述第七帧。

一种可能的实现方式，所述收发单元还用于接收来自所述第二设备的第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据。

一种可能的实现方式，所述收发单元向所述第二设备发送第一帧，具体用于：根据所述第五帧中的TXOP时长评估所述第二设备侧待传输数据的数据量，在所述第二设备侧待传输数据的数据量大于或等于第四阈值的情况下，在当前TXOP内向所述第二设备发送所述第一帧。

一种可能的实现方式，所述收发单元向所述第二设备发送第一帧，具体用于：在所述第五帧中的TXOP时长指示的时间超过预设门限的情况下，在当前TXOP内向所述第二设备发送所述第一帧。

一种可能的实现方式，所述收发单元还用于向所述第二设备发送第六帧，所述第六帧用于响应所述第二帧。

一种可能的实现方式，所述收发单元还用于接收来自所述第二设备的第九帧，所述第九帧用于所述第二设备向一个或多个第一设备传输数据；

所述收发单元还用于向所述第二设备发送第十帧，所述第十帧用于响应所述第九帧。

一种可能的实现方式，所述收发单元还用于在所述第一设备从所述第一运行模式切换到所述第二运行模式期间，接收来自所述第二设备的数据。

一种可能的实现方式，所述收发单元还用于向所述第二设备发送第三帧，所述第三帧用于指示运行模式切换完成。

一种可能的实现方式，所述收发单元向所述第二设备发送第三帧，具体用于：在所述第一字段中的运行模式切换持续时间指示为第一数值的情况下，在完成运行模式切换后，向所述第二设备发送所述第三帧。

一种可能的实现方式，所述收发单元向所述第二设备发送第三帧，具体用于：在所述第一设备的运行模式切换持续时间大于所述第一字段中的运行模式切换持续时间指示的时间的情况下，在完成运行模式切换后，向所述第二设备发送所述第三帧。

一种可能的实现方式，所述收发单元向所述第二设备发送第三帧，具体用于：选择原信号带宽或切换后的信号带宽向所述第二设备发送所述第三帧。

一种可能的实现方式，第一帧为CTS帧或触发帧。

一种可能的实现方式，第二帧为请求发送RTS帧或触发帧。

一种可能的实现方式，第三帧为ACK帧。

一种可能的实现方式，第五帧为RTS帧。

一种可能的实现方式，该通信装置还包括：

处理单元，用于预存不同运行模式下PHY层模块校准数据；

根据所述第一字段选择对应的PHY层模块校准数据，配置PHY层寄存器。

一种可能的实现方式，所述处理单元预存不同运行模式下PHY层模块校准数据，具体用于：预存第一带宽运行模式的PHY层校准数据，所述第一带宽为大于或等于第一阈值的带宽；

所述收发单元，还用于在信道切换后采用小于所述第一带宽的信号带宽收发信号。

一种可能的实现方式，所述收发单元还用于接收来自所述第二设备的第四帧，所述第四帧用于指示TXOP结束。

第八方面，本申请实施例提供一种通信装置。

该通信装置可以应用于第二设备，也可以应用于第二设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第二设备功能的逻辑模块或软件。有益效果可以参见第二方面的描述，此处不再赘述。所述通信装置具有实现上述第二方面方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

一种可能的实现方式，该通信装置包括：

建立单元，用于和第一设备建立无线通信链路，所述第一设备工作在第一运行模式；

收发单元，用于与基于第二运行模式的所述第一设备进行通信。

一种可能的实现方式，在满足第一条件的情况下，所述收发单元与基于第二运行模式的所述第一设备进行通信，所述第一条件包括以下一项或多项：所述第一设备从侦听状态到数据传输状态；或者所述第一设备与所述第二设备待传输的数据量从小于或等于第一阈值到大于所述第一阈值。

一种可能的实现方式，所述收发单元还用于接收来自所述第一设备的第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，所述收发单元还用于向所述第一设备发送第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

一种可能的实现方式，所述收发单元向所述第一设备发送第二帧，具体用于：在所述第二设备的待传输数据量大于或等于第二阈值或待传输数据的所需传输时间大于或等于第三阈值的情况下，向所述第一设备发送所述第二帧。

一种可能的实现方式，所述收发单元还用于：

在当前TXOP前接收来自第一设备的第七帧，所述第七帧用于指示所述第一设备从所述第一运行模式切换到所述第二运行模式的切换时间；

向所述第一设备发送第八帧，所述第八帧用于响应所述第七帧。

一种可能的实现方式，所述收发单元还用于向所述第一设备发送第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据。

一种可能的实现方式，所述收发单元还用于向所述第一设备发送第六帧，所述第六帧用于响应所述第二帧。

一种可能的实现方式，所述收发单元还用于：

向所述第一设备发送第九帧，所述第九帧用于所述第二设备向一个或多个第一设备传输数据；

接收来自所述第一设备的第十帧，所述第十帧用于响应所述第九帧。

一种可能的实现方式，所述收发单元还用于在接收到来自一个或多个第一设备的第一帧或者在预设时间内未接收到来自一个或多个第一设备的第一帧的情况下，向所述一个或多个第一设备发送数据。

一种可能的实现方式，所述收发单元还用于在所述第一设备从所述第一运行模式切换到所述第二运行模式期间，向所述第一设备发送数据。

一种可能的实现方式，所述收发单元还用于接收来自所述第一设备的第三帧，所述第三帧用于指示运行模式切换完成。

一种可能的实现方式，所述收发单元还用于接收到来自所述第一设备的所述第三帧后，向所述第一设备下发数据。

一种可能的实现方式，所述收发单元还用于在所述第一字段中的运行模式切换持续时间指示为第二数值的情况下，在所述运行模式切换持续时间指示的时间后向所述第一设备下发数据。

一种可能的实现方式，第一帧为CTS帧或触发帧。

一种可能的实现方式，第二帧为RTS帧或触发帧。

一种可能的实现方式，第三帧为ACK帧。

一种可能的实现方式，第五帧为RTS帧。

一种可能的实现方式，所述收发单元还用于向所述第一设备发送第四帧，所述第四帧用于指示TXOP结束。

第九方面，本申请实施例提供一种通信装置。

该通信装置可以应用于第一设备，也可以应用于第一设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第一设备功能的逻辑模块或软件。有益效果可以参见第三方面的描述，此处不再赘述。所述通信装置具有实现上述第三方面方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

一种可能的实现方式，该通信装置包括：

生成单元，用于生成第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数；

收发单元，用于向第二设备发送所述第一帧。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，该通信装置还包括：

收发单元，用于接收来自所述第二设备的第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

一种可能的实现方式，收发单元还用于：接收来自所述第二设备的第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据；

收发单元向所述第二设备发送第一帧，具体用于：

根据所述第五帧评估所述第二设备侧待传输的数据量，在TXOP大于或等于第四阈值的情况下，在当前TXOP内向所述第二设备发送所述第一帧。

一种可能的实现方式，收发单元向所述第二设备发送第一帧，具体用于：

在第五帧中的TXOP时长(duration)指示的时间超过预设门限时，在当前TXOP内向所述第二设备发送所述第一帧。

一种可能的实现方式，收发单元还用于：向所述第二设备发送第三帧，所述第三帧用于指示运行模式切换完成。

一种可能的实现方式，收发单元向所述第二设备发送第三帧，具体用于：

在所述第一字段中的运行模式切换持续时间指示为第一值的情况下，在完成运行模式切换后，向所述第二设备发送所述第三帧。

在所述第一设备的运行模式切换持续时间大于所述第一字段中的运行模式切换持续时间指示的时间的情况下，在完成运行模式切换后，向所述第二设备发送所述第三帧。

选择原信号带宽或切换后的信号带宽向所述第二设备发送所述第三帧。

一种可能的实现方式，第一帧为CTS帧或触发帧。

一种可能的实现方式，第二帧为RTS帧或触发帧。

一种可能的实现方式，第三帧为ACK帧。

一种可能的实现方式，第五帧为RTS帧。

一种可能的实现方式，该通信装置还包括：

处理单元用于预存不同运行模式下PHY层模块校准数据；

处理单元，还用于根据所述第一字段选择对应的PHY层模块校准数据，配置PHY层寄存器。

一种可能的实现方式，处理单元预存不同运行模式下PHY层模块校准数据，具体用于：预存第一带宽运行模式的PHY层校准数据，所述第一带宽为大于或等于第一阈值的带宽；

收发单元，还用于在信道切换后采用小于所述第一带宽的信号带宽收发信号。

一种可能的实现方式，收发单元，还用于接收来自所述第二设备的第四帧，所述第四帧用于指示TXOP结束。

第十方面，本申请实施例提供一种通信装置。

该通信装置可以应用于第二设备，也可以应用于第二设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第二设备功能的逻辑模块或软件。有益效果可以参见第四方面的描述，此处不再赘述。所述通信装置具有实现上述第四方面方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

一种可能的实现方式，该通信装置包括：

接收单元，用于接收来自第一设备的第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，该通信装置还包括：

生成单元，用于生成第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数；

发送单元，用于向所述第一设备发送所述第二帧。

一种可能的实现方式，发送单元向所述第一设备发送所述第二帧，具体用于：

在所述第二设备的待传输数据量大于或等于第二阈值或待传输数据的所需传输时间大于或等于第三阈值的情况下，向所述第一设备发送所述第二帧。

一种可能的实现方式，发送单元还用于：向所述第一设备发送第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据。

一种可能的实现方式，接收单元还用于：接收来自所述第一设备的第三帧，所述第三帧用于指示运行模式切换完成。

一种可能的实现方式，发送单元还用于：接收到来自所述第一设备的所述第三帧后，向所述第一设备下发数据。

一种可能的实现方式，发送单元还用于：在所述第一字段中的运行模式切换持续时间指示为第二数值的情况下，在所述运行模式切换持续时间指示的时间后向所述第一设备下发数据。

一种可能的实现方式，第一帧为CTS帧或触发帧。

一种可能的实现方式，第二帧为RTS帧或触发帧。

一种可能的实现方式，第三帧为ACK帧。

一种可能的实现方式，第五帧为RTS帧。

一种可能的实现方式，发送单元还用于：向所述第一设备发送第四帧，所述第四帧用于指示当前TXOP结束。

第十一方面，本申请实施例提供一种通信装置。

该通信装置可以应用于第一设备，也可以应用于第一设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第一设备功能的逻辑模块或软件。有益效果可以参见第五方面的描述，此处不再赘述。所述通信装置具有实现上述第五方面方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

一种可能的实现方式，该通信装置包括：

接收单元，用于接收来自第二设备的第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

一种可能的实现方式，该通信装置还包括：

发送单元，用于向所述第二设备发送所述第一帧。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，发送单元还用于向所述第二设备发送第六帧，所述第六帧用于响应所述第二帧。

一种可能的实现方式，发送单元还用于向所述第二设备发送第三帧，所述第三帧用于指示运行模式切换完成。

一种可能的实现方式，发送单元向所述第二设备发送第三帧，具体用于：

一种可能的实现方式，第一帧为CTS帧或触发帧。

一种可能的实现方式，第二帧为RTS帧或触发帧。

一种可能的实现方式，第三帧为ACK帧。

一种可能的实现方式，第六帧为CTS帧。

一种可能的实现方式，接收单元，还用于接收来自所述第二设备的第四帧，所述第四帧用于指示TXOP结束。

第十二方面，本申请实施例提供一种通信装置。

该通信装置可以应用于第二设备，也可以应用于第二设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第二设备功能的逻辑模块或软件。有益效果可以参见第六方面的描述，此处不再赘述。所述通信装置具有实现上述第六方面方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

一种可能的实现方式，该通信装置包括：

发送单元，用于向第一设备发送所述第二帧。

一种可能的实现方式，发送单元向第一设备发送所述第二帧，具体用于：

一种可能的实现方式，该通信装置还包括：

接收单元，用于接收来自所述第一设备的第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数。

一种可能的实现方式，所述第一字段还包括信号带宽。

一种可能的实现方式，接收单元还用于接收来自所述第一设备的第六帧，所述第六帧用于响应所述第二帧。

一种可能的实现方式，接收单元还用于接收来自所述第一设备的第三帧，所述第三帧用于指示运行模式切换完成。

一种可能的实现方式，发送单元，还用于在接收到来自所述第一设备的所述第三帧后，向所述第一设备下发数据。

一种可能的实现方式，发送单元，还用于在所述第一字段中的运行模式切换持续时间指示为第二数值的情况下，在所述运行模式切换持续时间指示的时间后向所述第一设备下发数据。

一种可能的实现方式，发送单元，还用于接收到来自所述第一设备的所述第六帧后，向所述第一设备下发数据。

一种可能的实现方式，第一帧为CTS帧或触发帧。

一种可能的实现方式，第二帧为RTS帧或触发帧。

一种可能的实现方式，第三帧为ACK帧。

一种可能的实现方式，第六帧为CTS帧。

一种可能的实现方式，发送单元还用于向所述第一设备发送第四帧，所述第四帧用于指示TXOP结束。

第十三方面，提供了一种通信装置，该通信装置可以为上述方法实施例中的第一设备，或者为设置在第一设备中的芯片或处理器。该通信装置可以包括处理器，处理器与存储器耦合，存储器用于存储程序或指令，当程序或指令被处理器执行时，使通信装置执行上述方法实施例中由第一设备、或第一设备中的芯片或处理器所执行的方法。

第十四方面，提供了一种通信装置，该通信装置可以为上述方法实施例中的第二设备，或者为设置在第二设备中的芯片或处理器。该通信装置可以包括处理器，处理器与存储器耦合，存储器用于存储程序或指令，当程序或指令被处理器执行时，使通信装置执行上述方法实施例中由第二设备、或第二设备中的芯片或处理器所执行的方法。

第十五方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序或计算机指令，当该计算机程序或计算机指令在计算机上运行时，使得计算机执行上述第一方面或第一方面任一可能的实现方式、第二方面或第二方面任一可能的实现方式、第三方面或第三方面任一可能的实现方式、第四方面或第四方面任一可能的实现方式、第五方面或第五方面任一可能的实现方式、第六方面或第六方面任一可能的实现方式中的方法。

第十六方面，本申请实施例提供一种包含程序指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面任一可能的实现方式、第二方面或第二方面任一可能的实现方式、第三方面或第三方面任一可能的实现方式、第四方面或第四方面任一可能的实现方式、第五方面或第五方面任一可能的实现方式、第六方面或第六方面任一可能的实现方式中的方法。

第十七方面，本申请实施例提供了芯片系统，该芯片系统包括处理器，用于实现上述各方法中的功能。在一种可能的实现中，该芯片系统还可以包括存储器，用于保存程序指令和/或数据。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

第十八方面，本申请实施例提供一种通信系统，所述通信系统包括上述第一方面或第三方面所提供的第一设备，还可以包括上述第二方面或第四方面所提供的第二设备，第一设备用于执行上述第一方面或第一方面任一可能的实现方式、第三方面或第三方面任一可能的实现方式、第五方面或第五方面任一可能的实现方式中的方法，第二设备用于执行上述第二方面或第二方面任一可能的实现方式、第四方面或第四方面任一可能的实现方式、第六方面或第六方面任一可能的实现方式中的方法。

附图说明

为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图作简单的介绍。显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获取其它的附图。

图1是本申请实施例提供的一种网络架构的示意图；

图2是本申请实施例提供的一种OMI机制的实现场景图；

图3(a)是本申请实施例提供的一种OM控制字段的结构示意图；

图3(b)是本申请实施例提供的一种在TXOP内传输数据的场景示意图；

图4是本申请实施例提供的一种通信方法的流程交互图；

图5是本申请实施例提供的另一种通信方法的流程交互图；

图6是本申请实施例提供的一种第二帧的结构示意图；

图7是本申请实施例提供的一种第二字段的结构示意图；

图8是本申请实施例提供的一种第一帧的结构示意图；

图9是本申请实施例提供的一种第一字段的结构示意图；

图10是本申请实施例提供的一种第三帧的结构示意图；

图11是本申请实施例提供的一种第三字段的结构示意图；

图12是第一设备发送第三帧的场景示意图；

图13是本申请实施例提供的一种通信方法示例性说明的示意图；

图14是本申请实施例提供的又一种通信方法的流程交互图；

图15是本申请实施例提供的另一种通信方法示例性说明的示意图；

图16是本申请实施例提供的又一种通信方法的流程交互图；

图17是本申请实施例提供的一种通信方法示例性说明的示意图；

图18是本申请实施例提供的在一种多用户场景下的通信方法示例性说明的示意图；

图19是本申请实施例提供的一种通信装置的结构示意图；

图20是本申请实施例提供的另一种通信装置的结构示意图；

图21是本申请实施例提供的又一种通信装置的结构示意图；

图22是本申请实施例提供的又一种通信装置的结构示意图；

图23是本申请实施例提供的又一种通信装置的结构示意图；

图24是本申请实施例提供的又一种通信装置的结构示意图；

图25是本申请实施例提供的又一种通信装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，本申请实施例中的术语“系统”和“网络”可被互换使用。除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是一个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对网元和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

在本申请实施例中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

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

应理解的，本申请实施例可以适用于感知sensing系统，还可以适用于符合IEEE802.11系统标准，例如802.11bf、802.11a/b/g、802.11n、802.11ac、802.11ax，或其下一代，例如802.11be，Wi-Fi 7或EHT，或更下一代的标准的系统，例如Wi-Fi 8、UHR、Wi-Fi AI等802.11系列协议的无线局域网系统，或者基于超带宽UWB的无线个人局域网系统等，还可以适用于无线局域网(wireless local area network，WLAN)的场景。还或者本申请实施例也可以适用于物联网(internet of things，IoT)网络或车联网(vehicle to X，V2X)网络等无线局域网系统中。当然，本申请实施例还可以适用于其他可能的通信系统，例如，长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统、以及未来的6G通信系统等。

下文以本申请实施例可以适用于WLAN的场景为例。应理解，WLAN从802.11a/g标准开始，历经802.11n、802.11ac、802.11ax和如今正在讨论的802.11be和Wi-Fi 8。其中802.11n也可称为高吞吐率(high throughput,HT)；802.11ac也可称为非常高吞吐率(veryhigh throughput，VHT)；802.11ax也可称为高效(high efficient，HE)或者Wi-Fi 6；802.11be也可称为极高吞吐率(extremely high throughput，EHT)或者Wi-Fi 7，而对于HT之前的标准，如802.11a/b/g等统称叫做非高吞吐率(non-HT)。

请参阅图1，图1是本申请实施例提供的一种网络架构的示意图。如图1所示，以网络架构包括1个无线接入点AP和2个站点为例进行说明。与AP关联的STA，能够接收该AP发送的无线帧，也能够向该AP发送无线帧。另外，本申请实施例同样适用于AP与AP之间的通信，例如各个AP之间可通过分布式系统(distributed system，DS)相互通信，本申请实施例也适用于STA与STA之间的通信。应理解，图1中的AP和STA的数量仅是举例，还可以更多或者更少。

本申请实施例涉及到的STA是一种具有无线通信功能的装置，支持采用WLAN协议进行通信，具有与WLAN网络中的其他站点或接入点通信的能力。在WLAN系统中，站点可以称为非接入点站点(non-access point station，non-AP STA)。例如，STA是允许用户与AP通信进而与WLAN通信的任何用户通信设备，该装置可以为一个整机的设备，还可以是安装在整机设备中的芯片或处理系统等，安装这些芯片或处理系统的设备可以在芯片或处理系统的控制下，实现本申请实施例的方法和功能。例如，STA可以是各种具有无线通信功能的用户终端、用户装置，接入装置，订户站，订户单元，移动站，用户代理，用户装备或其他名称，其中，用户终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的用户设备(userequipment，UE)，移动台(mobile station，MS)，终端(terminal)，终端设备(terminalequipment)，便携式通信设备，手持机，便携式计算设备，娱乐设备，游戏设备或系统，全球定位系统设备或被配置为经由无线介质进行网络通信的任何其他合适的设备等。例如STA可以是路由器、交换机和网桥等，在此，为了描述方便，上面提到的设备统称为站点或STA。

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

本申请实施例所涉及到的AP和STA可以为适用于IEEE 802.11系统标准的AP和STA。AP是部署在无线通信网络中为其关联的STA提供无线通信功能的装置，该AP可用作该通信系统的中枢，通常为支持802.11系统标准的MAC和PHY的网络侧产品，例如可以为基站、路由器、网关、中继器，通信服务器，交换机或网桥等通信设备，其中，所述基站可以包括各种形式的宏基站，微基站，中继站等。在此，为了描述方便，上面提到的设备统称为AP。STA通常为支持802.11系统标准的介质访问控制(medium access control，MAC)和物理层(physical，PHY)的终端产品，例如手机、笔记本电脑等。

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

为了便于理解本发明实施例，下面先介绍一下目前关于OMI机制的实现包括的技术方案，以下示例性的进行说明。

为了提高WiFi设备的灵活性，802.11ax标准引入OMI机制。在OMI机制中，STA为OMI发起方，AP为OMI响应方，STA可以向AP发送包含运行模式(operating mode，OM)控制字段的数据帧或控制帧，实现STA动态切换单用户/多用户运行模式、信道带宽、最大接收空间流数等。例如，请参阅图2，图2是本申请实施例提供的一种OMI机制的实现场景图。如图2所示，STA可以通过向AP发送发送运行模式(transmit operating mode，TOM)切换上行链路的单用户/多用户运行模式，也可以通过向AP发送接收运行模式(receive operating mode，ROM)切换下行链路的信道带宽和最大空间流数。在一种可能的实现方式中，请参阅图3(a)，图3(a)是本申请实施例提供的一种OM控制字段的结构示意图。如图3(a)所示，OM控制字段可以包括接收端空间流数(receiver number of spatial streams，Rx NSS)、信道带宽(channel width)、上行多用户无效(uplink multi-user disabled，UL MU disabled)、发送端的空时流数目(transmitter the number of space-time streams，Tx NSTS)、ER单用户无效(single user disabled，ER SU disabled)、建议重新探测信道或增加信道探测(DLMU-MIMO resound recommendation)和上行多用户数据无效(uplink multi-user datadisabled，UL MU data disabled)等。

目前的OMI机制存在以下问题：

1.支持STA发起OM协商导致运行模式切换的灵活性较差，业务传输的效率较低；

2.请参阅图3(b)，图3(b)是本申请实施例提供的一种在TXOP内传输数据的场景示意图。如图3(b)所示，当AP发起下行数据传输时，STA无法通过感知AP侧待传输的数据量，在一个TXOP内发起OM协商并完成运行模式切换，导致STA运行模式切换的时效性差；

3.STA无法通知AP当前运行模式的切换状态或切换完成时间，从而导致AP可能提前下发数据而造成数据包频发重发、丢包等情况，导致吞吐量下降、传输时延增加；

4.STA的运行模式切换时延较大，难以满足时延要求高的业务需求。

基于上述问题，本申请实施例提供一种通信方法，第一设备可以生成并向第二设备发送用于指示是否包含运行模式参数的第一帧，实现第一设备主动发起运行模式协商，或者通过第一帧响应第二设备发起的运行模式协商，从而可以提高运行模式切换的灵活性，提高业务传输的效率。

本申请提供了多种运行模式切换的传输方法，下面将分别通过如下各实施例进行描述。这些运行模式切换的传输方法有些仅针对OMI机制中的部分流程，有些可以应用于OMI机制中的任意一个或多个流程。应理解的是，这些运行模式切换的传输方法可以相互结合使用，比如，可以是OMI机制中的某一流程使用一种方法而另一流程使用另一种方法，还可以是OMI机制中的某一流程既使用一种方法又使用另一种方法。

应理解的是，OMI机制有可能会随着技术方案的演进而发生变化，本申请提供的技术方案并不限于下面描述的过程。进一步地，本申请实施例中对场景的描述仅为举例，并不限定本申请实施例的方案仅能运用为描述场景中，同样适用于存在类似问题的场景等。

本申请实施例(如下述图5-图9对应的实施例)中以第一设备和第二设备作为交互示意的执行主体为例来示意方法，但本申请并不限制交互示意的执行主体。例如，第一设备也可以是支持该第一设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分第一设备功能的逻辑模块或软件；第二设备也可以是支持该第二设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分第二设备功能的逻辑模块或软件。其中，实施例中可以以第一设备是STA，第二设备是AP进行示例性说明。本申请实施例在这里做统一说明，后续不再赘述。

请参阅图4，图4是本申请实施例提供的一种通信方法的流程交互图。如图4所示，该通信方法包括但不限于以下步骤。

S401、第一设备和第二设备建立无线通信链路，第一设备工作在第一运行模式。

第一设备和第二设备建立无线通信链路，第一设备可以工作在第一运行模式，第二设备可以工作在第三运行模式。

不同运行模式可以对应不同带宽，其中，第一运行模式可以对应第一带宽，该第一带宽可以是第一信道带宽；第二运行模式可以对应第二带宽，该第二带宽可以是第二信道带宽；第三运行模式可以对应第三带宽，该第一带宽可以是第三信道带宽。第一带宽小于或等于所述第三带宽。第二带宽小于或等于所述第三带宽。

或者，不同运行模式可以对应不同功耗工作模式，例如，第一运行模式为低功耗监听模式，第二运行模式为高功耗接收模式。

S402、第一设备从第一运行模式切换到第二运行模式，与第二设备进行通信。

一种可能的实现方式，在满足第一条件的情况下，第一设备可以从第一运行模式切换到第二运行模式，第一条件包括以下一项或多项：

第一设备从侦听状态到数据传输状态；或者，

第一设备与第二设备待传输的数据量从小于或等于第一阈值到大于所述第一阈值。第一阈值可以是预定义的。

第一设备从第一运行模式切换到第二运行模式的实现方式可以是下述图5、图14和图16所示的任一实现方式。下面进行具体介绍：

请参阅图5，图5是本申请实施例提供的另一种通信方法的流程交互图。如图5所示，该通信方法包括但不限于以下步骤，其中步骤S501、S502和S508是可选的步骤。

S501、第一设备向第二设备发送用于指示第一设备从第一运行模式切换到第二运行模式的切换时间的第七帧。相应地，第二设备接收来自第一设备的第七帧。

第一设备和第二设备在当前TXOP开始之前，可以规定好第一设备从第一运行模式切换到第二运行模式的切换时间，实现方式可以是以下任一：

方式一、静态协商。具体地，第一设备和第二设备间可以通过协议规定或者预定义的方式约定好第一设备从第一运行模式切换到第二运行模式的切换时间。可选地，第一设备与第二设备可以不发送第一帧和第二帧。

方式二、半静态协商。具体地，第一设备在接入第二设备的过程中，可以在接入的交互关联帧中携带第一设备从第一运行模式切换到第二运行模式的切换时间。

方式三、动态协商。具体地，第一设备可以向第二设备发送第七帧，告知第二设备第一设备从第一运行模式切换到第二运行模式的切换时间。

S502、第二设备向第一设备发送用于响应第七帧的第八帧。相应地，第一设备接收来自第二设备的第八帧。

对于上述步骤S501中的第一设备和第二设备在当前TXOP开始之前，规定好第一设备从第一运行模式切换到第二运行模式的切换时间的实现方式三来说，第二设备还可以向第一设备发送第八帧，用于响应第七帧，表示已知第一设备从第一运行模式切换到第二运行模式的切换时间。

S503、第二设备生成包括第二字段的第二帧，第二帧用于发起运行模式协商，第二字段用于推荐运行模式参数。

第二字段用于推荐运行模式参数，可以理解为，第二设备向第一设备推荐运行模式参数，还可以理解为，第二设备向第一设备指示运行模式参数。即第一设备可以参考第二字段确定运行模式参数或者直接使用第二字段指示的运行模式参数。

第二帧可以理解为包括第二字段的RTS帧，或者为包括第二字段的触发(trigger)帧，或者为包括第二字段的管理帧，或者为包括第二字段的动作帧。一种可能的实现方式，第二帧可以为OMI RTS帧，可以理解，OMI RTS帧仅为示例性名称，还可以是其它的名称，本实施例对第二帧的名称不作限制。

请参阅图6，图6是本申请实施例提供的一种第二帧的结构示意图。如图6所示，第二帧可以为包括第二字段的RTS帧，其中，第二帧的帧控制(frame control)字段的B7-B2为101111，第二帧可以包括帧控制(frame control)字段、持续时间(duration)字段、收端地址(receiver address，RA)字段、发送端地址(transmitter address，TA)字段、第二字段和帧校验序列(frame check sequence，FCS)字段。

请参阅图7，图7是本申请实施例提供的一种第二字段的结构示意图。一种可能的实现方式，如图7的(a)所示，第二字段可以为OM控制(OM control)字段，OM控制字段可以包括Rx NSS和信道带宽(channel width)。具体的各字段名与对应的描述说明可以参考下表表1。

表1各字段名与对应的描述说明

字段名	描述
		Rx NSS	指示第一设备接收的最大空间流数
信道带宽(channel width)	指示第一设备发送/接收的运行信道带宽

另一种可能的实现方式，如图7的(b)所示，第二字段可以为扩展OM控制(extendedOM control)字段。扩展OM控制字段在包括Rx NSS和信道带宽(channel width)的基础上，还可以包括运行模式推荐指示(ROM recommendation indication)和/或运行模式协商指示(negotiate indication)，进一步还可以包括保留(reserved)子字段。具体的各字段名与对应的描述说明可以参考下表表2。

表2各字段名与对应的描述说明

进一步可选地，如图7的(c)所示，扩展OM控制字段还可以包括信号带宽(signalwidth)。具体的信号带宽的数值与对应的描述说明可以参考下表表3。

表3信号带宽的数值与对应的描述说明

可选地，第二设备可以预存不同运行模式下PHY层模块校准数据，可以根据第二帧中的第二字段包含的运行模式参数(例如信道带宽(channel width))选择对应的PHY层模块校准数据，配置PHY层寄存器。通过预先存储不同运行模式的PHY层模块校准数据并根据第二字段的运行模式参数配置PHY层寄存器，可以减小运行模式切换的时间，降低时延，例如第二设备可以从运行在20MHz的信道带宽切换到运行在160MHz，运行模式切换时间可由100ms～200ms缩减至约100us，实现微秒级信道切换。

其中，第二设备预存不同运行模式下PHY层模块校准数据，可能的实现方式，第二设备可以预存第一带宽运行模式的PHY层模块校准数据，第一带宽为大于或等于第一阈值的带宽，从而第二设备可以在信道切换后采用小于第一带宽的信号带宽收发信号。

在第二字段包括信号带宽(signal width)的情况下，第二设备可以根据第二帧中第二字段包括的信道带宽(signal width)，选择对应的PHY层模块校准数据，配置PHY层寄存器。例如第二设备运行在20MHz信道带宽上不变，可以切换20MHz信道带宽上的信号带宽，如从20MHz信道带宽上的20MHz信号带宽切换到20MHz信道带宽上的160MHz信号带宽。

S504、第二设备向第一设备发送第二帧。相应地，第一设备接收来自第二设备的第二帧。

一种可能的实现方式，在第二设备的待传输数据量大于或等于第二阈值，或者第二设备的待传输数据的所需传输时间大于或等于第三阈值的情况下，第二设备可以向第一设备发送第二帧。

第二设备可以根据自身业务的待传输数据量、时延需求、信道状态等信息主动向第一设备发起OM协商，提高运行模式切换协商的灵活性。另外，当第二设备发起下行数据传输时，无需第一设备感知第二设备侧的传输的数据量，第一设备只需要响应来自第二设备的第二帧，就可以实现运行模式切换，从而可以提高第一设备的运行模式切换的时效性，减小运行模式切换的时延。

第二设备可以通过向第一设备发送第二帧来主动发起OM协商，并将第二帧中的第二字段包括的运行模式协商指示(negotiate indication)字段设置为1，表示向第一设备推荐运行模式参数。

第二设备还可以根据业务的待传输数据量、时延需求、信道状态等信息，选择合理高效的第一设备的ROM配置方案，具体地，将第二帧中的第二字段包括的运行模式推荐指示(ROM recommendation indication)字段设置为1，表示利用Rx NSS和信道带宽字段携带ROM推荐信息。允许第二设备根据业务的待传输数据量、时延需求、信道状态等信息为第一设备推荐ROM配置方案，可以提高第一设备的运行模式切换的有效性。

S505、第一设备生成包括第一字段的第一帧，第一字段包含运行模式参数。

第一帧可以理解为包括第一字段的CTS帧，或者为包括第一字段的触发(trigger)帧，或者为包括第一字段的管理帧，或者为包括第一字段的动作帧。一种可能的实现方式，第一帧可以为OMI CTS帧，可以理解，OMI CTS帧仅为示例性名称，还可以是其它的名称，本实施例对第一帧的名称不作限制。

请参阅图8，图8是本申请实施例提供的一种第一帧的结构示意图。如图8所示，第一帧可以为包括第一字段的CTS帧，其中，第一帧的帧控制(frame control)字段的B7-B2为110011，第一帧可以包括帧控制(frame control)字段、持续时间(duration)字段、收端地址(receiver address，RA)字段、第一字段和帧校验序列(frame check sequence，FCS)字段。

请参阅图9，图9是本申请实施例提供的一种第一字段的结构示意图。一种可能的实现方式，第一字段可以为上述图3(a)所示的OM控制(OM control)字段。另一种可能的实现方式，如图9的(a)所示，第二字段可以为扩展OM控制(extended OM control)字段。扩展OM控制字段在包括Rx NSS、信道带宽(channel width)、UL MU disabled、Tx NSTS、ER SUdisabled、建议重新探测信道或增加信道探测(DL MU-MIMO resound recommendation)和UL MU data disabled的基础上，还可以包括运行模式切换持续时间(durationindication)和保留(reserved)子字段。具体的各字段名与对应的描述说明可以参考下表表4。

表4各字段名与对应的描述说明

进一步可选地，如图9的(b)所示，扩展OM控制字段还可以包括切换持续时间(switch duration)。具体的各字段名与对应的描述说明可以参考下表表5。

表5各字段名与对应的描述说明

字段名	描述
		switch duration	指示第一设备的运行模式切换持续时间

或者进一步可选地，如图9的(c)所示，扩展OM控制字段还可以包括信号带宽(signal width)。

第一设备可以预存不同运行模式下PHY层模块校准数据，在第一设备接收到来自第二设备的第二帧的情况下，第一设备可以向第二设备发送用于响应第二帧的第一帧，并根据第一帧中的第一字段包含的运行模式参数(例如信道带宽(channel width))选择对应的PHY层模块校准数据，配置PHY层寄存器。通过预先存储不同运行模式的PHY层模块校准数据并根据第一字段的运行模式参数配置PHY层寄存器，可以减小运行模式切换的时间，降低时延，例如第一设备可以从运行在20MHz的信道带宽切换到运行在160MHz，运行模式切换时间可由100ms～200ms缩减至约100us，实现微秒级信道切换。

其中，第一设备预存不同运行模式下PHY层模块校准数据，一种可能的实现方式，第一设备可以预存第一带宽运行模式的PHY层模块校准数据，第一带宽为大于或等于第一阈值的带宽，从而第一设备可以在信道切换后采用小于第一带宽的信号带宽收发信号，从而可以简化实现的复杂度。

在第一字段包括信号带宽(signal width)的情况下，第一设备可以根据第一帧中第一字段包括的信道带宽(signal width)，选择对应的PHY层模块校准数据，配置PHY层寄存器。例如第一设备运行在20MHz信道带宽上不变，可以切换20MHz信道带宽上的信号带宽，如从20MHz信道带宽上的20MHz信号带宽切换到20MHz信道带宽上的160MHz信号带宽。

S506、第一设备向第二设备发送第一帧。相应地，第二设备接收来自第一设备的第一帧。

第一设备接收来自第二设备的第二帧后，可以响应于所述第二帧，向第二设备发送第一帧。

S507、在第一设备从第一运行模式切换到第二运行模式期间(switch duration)，第一设备与第二设备之间进行数据传输。

示例性地，第二设备可以向第一设备发送数据(如协议数据单元(presentationprotocol data unit，PPDU))，第一设备向第二设备发送ACK帧表示收到数据或者指示是否重发数据。或者，第一设备可以向第二设备发送数据，第二设备向第一设备发送ACK帧。

在第一设备的模式切换期间，第一设备和第二设备进行收发数据，可以提高空口利用率，并且可以避免由于切换时间较长而导致的其它用户抢占信道的问题。

S508、第一设备向第二设备发送用于指示运行模式切换完成的第三帧。相应地，第二设备接收来自第一设备的第三帧。

第三帧可以理解为用于指示运行模式切换完成的ACK帧。即第一设备从第一运行模式切换到第二运行模式完成后，第一设备可以向第二设备发送第三帧。一种可能的实现方式，第三帧可以为OMI ACK帧，可以理解，OMI ACK帧仅为示例性名称，还可以是其它的名称，本实施例对第三帧的名称不作限制。

请参阅图10，图10是本申请实施例提供的一种第三帧的结构示意图。如图10所示，第三帧的帧结构(frame control)字段的B7-B2为110111，第三帧可以包括帧控制(framecontrol)字段、持续时间(duration)字段、收端地址(receiver address，RA)字段、第三字段和帧校验序列(frame check sequence，FCS)字段。

请参阅图11，图11是本申请实施例提供的一种第三字段的结构示意图。一种可能的实现方式，如图11所示，第三字段可以为OM公告(OM announcement)字段，OM公告字段可以包括Rx NSS、信道带宽(channel width)、UL MU disabled、Tx NSTS、ER SU disabled、建议重新探测信道或增加信道探测(DL MU-MIMO resound recommendation)、UL MU datadisabled、完成指示(complete indication)和保留(reserved)子字段。具体的第三字段中的各字段名与对应的描述说明可以参考下表表6。

表6各字段名与对应的描述说明

第一设备向第二设备发送第三帧的实现方式可以为以下任一：

方式一、在第一字段中的运行模式切换持续时间指示为第一数值的情况下，第一设备在完成运行模式切换后向第二设备发送第三帧。其中，第一数值可以是0。例如，当第一帧中的第一字段包括的运行模式切换持续时间指示子字段设置为0时，表示第一字段中不携带第一设备的运行模式切换持续时间，第一设备可以在完成运行模式切换后向第二设备发送第三帧，以通知第二设备下发数据。

方式二、在第一设备的运行模式切换持续时间大于第一字段中的运行模式切换持续时间指示的时间的情况下，第一设备在完成运行模式切换后向第二设备发送第三帧。对于不支持快速信道切换的第一设备，第一设备运行模式切换时间较长，无法采用第一字段中的运行模式切换持续时间指示的时间完成运行模式切换，第一设备可以在完成运行模式切换后向第二设备发送第三帧，指示已完成运行模式切换，以通知第二设备下发数据。

进一步地，为了减小第一设备侧的上行信号对邻近用户的同道干扰，第一设备可以选择原信号带宽或切换后的信号带宽向第二设备发送第三帧。示例性地，请参阅图12，图12是第一设备发送第三帧的场景示意图。如图12所示，第一设备STA1切换后的信道带宽BW＝160MHz与STA2的信道带宽相同，第一设备STA1可以选择切换后的信道带宽BW＝160MHz和原信号带宽SW＝20MHz向第二设备AP1发送第三帧，以减小对STA2的数据传输的影响。

第一设备通过第三帧指示已完成运行模式切换，可以实现高效、可靠的业务传输，可以解决第一设备无法通知第二设备当前运行模式的切换状态或切换完成时间，从而导致AP可能提前下发数据而造成数据包频发重发、丢包等情况，导致吞吐量下降、传输时延增加的问题。

一种可能的实现方式，如果第一设备和第二设备在当前TXOP之间已经协商好第一设备从第一运行模式切换到第二运行模式的切换时间(见上述步骤S501和S502)，则第一设备可以不再向第二设备发送第三帧。

S509、第一设备与第二设备之间进行数据传输。

示例性地，第二设备可以向第一设备下发数据。第二设备向第一设备下发数据的实现方式可以为以下任一：

方式一、第二设备接收到来自第一设备的第三帧后，向第一设备下发数据。具体地：一种可能的实现方式，第二设备可以在接收到第三帧后，按照切换后的运行模式立即向第一设备下发数据；一种可能的实现方式，第二设备在接收到第三帧后，按照切换后的运行模式经过一定的帧间间隔(SIFS)向第一设备下发数据；一种可能的实现方式，第二设备在接收到第三帧后，第一设备向第二设备发送用于请求下发数据的请求消息，第二设备收到该请求消息后，按照切换后的运行模式向第一设备下发数据；一种可能的实现方式，第二设备在接收到第三帧后，第一设备向第二设备发送用于请求下发数据的请求帧(requestframe)，第二设备收到该请求帧后向第一设备回复响应于请求帧的响应帧(responseframe)后，按照切换后的运行模式向第一设备下发数据；一种可能的实现方式，第二设备在预设时间内未收到第三帧和/或用于请求下发数据的请求帧，按照切换前的运行模式向第一设备下发数据。

方式二、在第一字段中的运行模式切换持续时间指示为第二数值的情况下，所述第二设备在所述运行模式切换持续时间指示的时间后向所述第一设备下发数据。例如，当第一帧中的第一字段包括的运行模式切换持续时间指示子字段设置为1时，第一字段包括的切换持续时间子字段指示第一设备的运行模式切换时间，第二设备可以在该时间后向第一设备下发数据。

方式三、在TXOP之前协商好的第一设备从第一运行模式切换到第二运行模式的切换时间后，向第二设备下发数据。

第二设备可以根据接收到第三帧或者第一字段中的运行模式切换持续时间指示或者根据协商好的第一设备从第一运行模式切换到第二运行模式的切换时间，确定向第一设备下发数据的时间，可以实现高效的业务传输。

S510、第二设备向第一设备发送第四帧，第四帧用于指示当前TXOP结束。相应地，第一设备接收来自第二设备的第四帧。

一种可能的实现方式，第四帧可以为CF-end帧。

第二设备向第一设备下发数据完后，可以发送第四帧提前结束当前TXOP，从而可以实现高效的业务传输。

下面结合上述步骤S501-步骤S510，对本实施例进行举例说明。请参阅图13，图13是本申请实施例提供的一种通信方法示例性说明的示意图。其中，可以以第一帧为OMI CTS帧，第二帧为OMI RTS帧，第三帧为OMI ACK帧，第四帧为CF-end帧，第二设备向第一设备下发数据为例进行示例性说明：

首先先介绍下述各示例性实施例中所用到的运行模式类型：

运行模式类型	信道带宽BW	信号带宽SW
			OM1	BW1	SW1
OM2	BW2	SW2
			OM3	BW1	SW2
OM4	BW1	SW1或SW2

如上表所示，运行模式类型可以包括OM1、OM2、OM3和OM4。其中，OM1所对应的信道带宽和信号带宽分别为BW1和SW1，OM2所对应的信道带宽和信号带宽分别为BW2和SW2，OM3所对应的信道带宽和信号带宽分别为BW1和SW2，OM4所对应的信道带宽和信号带宽分别为BW1和SW1或SW2。

如图13的(a)和图13的(b)所示，第二设备主动发起OM协商。具体地，在当前TXOP内，第二设备可以基于目标运行模式OM1向第一设备发送OMI RTS帧用于发起OM协商，OMIRTS可以向第一设备指示目标运行模式类型为OM1，即请求第一设备从第一运行模式OM2切换到第二运行模式OM1。该OMI RTS帧包括第二字段，第二字段为OM control字段或者extended OM control字段，第一设备可以响应于OMI RTS帧，基于OM2向第二设备发送OMICTS帧用于响应OMI RTS帧，该OMI CTS帧包括第一字段，第一字段为OM control字段或者extended OM control字段，extended OM control字段包括运行模式切换持续时间指示(duration indication)子字段。

如图13的(a)所示，在第一字段包括extended OM control字段的情况下，当OMICTS帧中的运行模式切换持续时间指示(duration indication)子字段设置为0时，第一设备在运行模式切换完成之后，可以基于OM4(即基于切换前的运行模式类型或者切换后的运行模式类型)向第二设备发送OMI ACK帧表示运行模式已切换完成，以通知第二设备下发数据。

或者在第一字段包括OM control字段的情况下，第一设备在运行模式切换完成之后，可以基于OM4向第二设备发送OMI ACK帧表示运行模式已切换完成，以通知第二设备下发数据。在第一设备从第一运行模式切换到第二运行模式期间，第二设备可以基于OM3向第一设备下发数据，第一设备基于OM2向第二设备发送ACK帧表示收到数据或者指示是否重发数据。在第一设备的模式切换期间，第一设备和第二设备进行收发数据，可以提高空口利用率，并且可以避免由于切换时间较长而导致的其它用户抢占信道的问题。第二设备在一定帧间间隔(SIFS)后可以基于OM1向第一设备下发数据，第一设备基于OM4向第二设备发送ACK帧，用于表示收到数据。第二设备还可以基于OM1向第一设备发送CF-end帧，提前结束当前TXOP。从图13的(a)可以看出，第一设备在运行模式切换后的TXOP2相比于在运行模式切换前的TXOP1短，从而可以提高数据传输的效率。

如图13的(b)所示，在第一字段包括extended OM control字段的情况下，当OMICTS帧中的运行模式切换持续时间指示(duration indication)子字段设置为1时，第一设备可以在第一字段包括的切换持续时间(switch duration)指示的时间(即切换持续时间(switch duration))完成运行模式切换，可以不需要向第二设备发送OMI ACK帧。第二设备可以根据切换持续时间(switch duration)指示的时间确认第一设备已完成运行模式切换，可以基于OM1向第一设备下发数据，第一设备基于OM4向第二设备发送ACK帧，用于表示收到数据。在第一设备从第一运行模式切换到第二运行模式期间，第二设备可以基于OM3向第一设备下发数据，第一设备基于OM2向第二设备发送ACK帧表示收到数据或者指示是否重发数据。在第一设备的模式切换期间，第一设备和第二设备进行收发数据，可以提高空口利用率，并且可以避免由于切换时间较长而导致的其它用户抢占信道的问题。第二设备还可以基于OM1向第一设备发送CF-end帧，提前结束当前TXOP。从图13的(b)可以看出，第一设备在运行模式切换后的TXOP3相比于在运行模式切换前的TXOP1短，从而可以提高数据传输的效率。

图13的(c)、图13的(d)、图13的(e)、图13的(f)与上述图13的(a)和图13的(b)的区别点在于：图13的(a)和图13的(b)中，可以在当前TXOP内协商第一设备从第一运行模式切换到第二运行模式的切换时间，图13的(c)、图13的(d)、图13的(e)、图13的(f)中，可以在当前TXOP外协商第一设备从第一运行模式切换到第二运行模式的切换时间。具体如下：

一种可能的实现方式，如图13的(c)所示，第一设备和第二设备在当前TXOP开始之前，可以静态协商好第一设备从第一运行模式切换到第二运行模式的切换时间，例如可以通过协议规定或者预定义的方式约定好第一设备从第一运行模式切换到第二运行模式的切换时间，例如切换时间T。在当前TXOP内，可选地第二设备可以基于OM1向第一设备发送RTS帧，第一设备基于OM2向第二设备发送CTS帧。第一设备可以根据切换时间T开始从第一运行模式切换到第二运行模式。在模式切换完成后，可选地第一设备可以基于OM4向第二设备发送OMI ACK帧表示运行模式已切换完成，以通知第二设备下发数据；第二设备在接收到OMI ACK帧后或者在切换时间T后，在一定帧间间隔(SIFS)开始基于OM1向第一设备下发数据。第一设备基于OM4向第二设备发送ACK帧，用于表示收到数据。在第一设备从第一运行模式切换到第二运行模式期间，第二设备可以基于OM3向第一设备下发数据，第一设备基于OM2向第二设备发送ACK帧表示收到数据或者指示是否重发数据。在第一设备的模式切换期间，第一设备和第二设备进行收发数据，可以提高空口利用率，并且可以避免由于切换时间较长而导致的其它用户抢占信道的问题。第二设备还可以基于OM1向第一设备发送CF-end帧，提前结束当前TXOP。从图13的(c)可以看出，第一设备在运行模式切换后的TXOP2相比于在运行模式切换前的TXOP1短，从而可以提高数据传输的效率。

一种可能的实现方式，图13未示出，第一设备和第二设备在当前TXOP开始之前，可以半静态协商好第一设备从第一运行模式切换到第二运行模式的切换时间，例如第一设备在接入第二设备的过程中，可以在接入的交互关联帧(如下述的第七帧和第八帧)中携带第一设备从第一运行模式切换到第二运行模式的切换时间，例如切换时间T。在当前TXOP内的实现方式与上述图13的(c)相同，具体描述可以参考图13的(c)，不再赘述。

一种可能的实现方式，如图13的(d)所示，第一设备和第二设备可以在当前TXOP开始之前，可以动态协商好第一设备从第一运行模式切换到第二运行模式的切换时间，例如第二设备基于OM2或OM3向第一设备发送第二帧，用于发起OM协商，第二可以向第一设备指示目标运行模式类型为OM1，即请求第一设备从第一运行模式OM2切换到第二运行模式OM1。该第二帧包括第二字段，第二字段为OM control字段或者extended OM control字段，第一设备可以响应于第二帧，基于OM2向第二设备发送第一帧，该第一帧包括第一字段，第一字段为extended OM control字段，extended OM control字段包括运行模式切换持续时间指示(duration indication)子字段。运行模式切换持续时间指示(duration indication)子字段用于指示切换时间T。在当前TXOP内的实现方式与上述图13的(c)相同，具体描述可以参考图13的(c)，不再赘述。

图13的(e)、图13的(f)与图13的(c)、图13的(d)的区别点在于：图13的(c)、图13的(d)中，第一设备可以在当前TXOP内实现从第一运行模式切换到第二运行模式。图13的(e)、图13的(f)中，第一设备可以在当前TXOP外实现从第一运行模式切换到第二运行模式。具体如下：

第一种可能的实现方式，如图13的(e)所示，第一设备和第二设备在当前TXOP开始之前，可以半静态协商好第一设备从第一运行模式切换到第二运行模式的切换时间。具体地，第一设备可以基于OM2向第二设备发送第七帧，第七帧用于指示切换时间T，第二设备基于OM2或OM3向第一设备发送第八帧，用于响应第七帧。第二设备可以基于OM2或OM3向第一设备发送第二帧，用于发起OM协商，第二帧可以向第一设备指示目标运行模式类型为OM1，即请求第一设备从第一运行模式OM2切换到第二运行模式OM1。该第二帧包括第二字段，第二字段为OM control字段或者extended OM control字段，第一设备可以响应于第二帧，基于OM2向第二设备发送第一帧，该第一帧包括第一字段，第一字段为OM control字段。第一设备向第二设备发送第一帧后，在切换时间T内完成从第一运行模式切换到第二运行模式。在模式切换完成后，可选地第一设备可以基于OM4向第二设备发送OMI ACK帧表示运行模式已切换完成，以通知第二设备下发数据。在TXOP之前第一设备完成运行模式切换，在当前TXOP内，可选地，第二设备可以基于OM1发送RTS帧，第一设备可以基于OM4发送CTS帧进行数据交互。在一定帧间间隔(SIFS)后，第二设备开始周期性地基于OM1向第一设备下发数据，第一设备基于OM4向第二设备发送ACK帧，用于表示收到数据，直到当前TXOP结束。从该实现方式可以看出，第一设备在当前TXOP之前完成运行模式切换，在当前TXOP内使用切换后的运行模式进行数据传输，从而可以提高数据传输的效率。

第二种可能的实现方式，图13未示出，第一设备和第二设备在当前TXOP开始之前，可以静态协商好第一设备从第一运行模式切换到第二运行模式的切换时间，具体描述可以参考上述。第一设备在当前TXOP之前完成运行模式切换，在当前TXOP内使用切换后的运行模式进行数据传输，具体描述与第一种可能的实现方式相同，可以参考第一种可能的实现方式，不再赘述。

图13的(f)与图13的(e)的区别点在于：图13的(e)是下行数据传输的示意图，图13的(f)是上行数据传输的示意图。

第三种可能的实现方式，如图13的(f)所示，第一设备和第二设备在当前TXOP开始之前，可以半静态协商好第一设备从第一运行模式切换到第二运行模式的切换时间。第一设备在当前TXOP之前完成运行模式切换，具体描述与第一种可能的实现方式相同，可以参考第一种可能的实现方式，不再赘述。在当前TXOP内，可选地第一设备可以基于OM4发送RTS帧，在一定帧间间隔(SIFS)后，第二设备可以基于OM1发送CTS帧，进行数据交互。在一定帧间间隔(SIFS)后，第一设备开始周期性地基于OM1向第一设备发送数据，第二设备基于OM1向第一设备发送ACK帧，用于表示收到数据，直到当前TXOP结束。从图13的(f)可以看出，第一设备在当前TXOP之前完成运行模式切换，在当前TXOP内使用切换后的运行模式进行数据传输，从而可以提高数据传输的效率。

应理解，在本实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本实施例中，第二设备可以主动向第一设备发起OM协商，例如第二设备可以根据自身业务的待传输数据量、时延需求、信道状态等信息主动向第一设备发起OM协商，从而提高运行模式切换协商的灵活性。另外，当第二设备发起下行数据传输时，无需第一设备感知第二设备侧的传输的数据量，第一设备只需要响应来自第二设备的第二帧，就可以实现运行模式切换，从而可以提高第一设备的运行模式切换的时效性，减小运行模式切换的时延。

下面对本申请实施例提供的另一种通信方法进行描述。应理解，本申请中不同实施例的术语解释可以互相参考，为避免描述冗余，不同实施例可以不对同一术语赘述。请参阅图14，图14是本申请实施例提供的又一种通信方法的流程交互图。如图14所示，该通信方法包括但不限于以下步骤，其中步骤S1401、S1402和S1407是可选的步骤。

S1401、第一设备向第二设备发送用于指示第一设备从第一运行模式切换到第二运行模式的切换时间的第七帧。相应地，第二设备接收来自第一设备的第七帧。

S1402、第二设备向第一设备发送用于响应第七帧的第八帧。相应地，第一设备接收来自第二设备的第八帧。

可以理解，步骤S1401-S1402的具体实现方式可参考上述步骤S501-S502，在此不作赘述。

S1403、第二设备向第一设备发第五帧，第五帧用于请求第二设备向第一设备传输数据。相应地，第一设备接收来自第二设备的第五帧。

第五帧可以理解为不包括第二字段的RTS帧，即常规(regular)RTS帧，用于请求第二设备向第一设备传输数据。

S1404、第一设备生成包括第一字段的第一帧，第一字段包含运行模式参数。

第一设备接收来自第二设备的第五帧后，可以生成第一帧。具体的实现方式可以参考上述步骤S505，在此不作赘述。

S1405、第一设备向第二设备发送第一帧。相应地，第二设备接收来自第一设备的第一帧。

第一设备可以向第二设备发送第一帧，以主动发起OM协商。

第一设备向第二设备发送第一帧的实现方式可以为以下任一：

方式一、第一设备可以根据第五帧评估第二设备侧待传输的数据量，从而自主决策是否发起OM协商，即自主决策是否向第二设备发送第一帧。例如在TXOP大于或等于第四阈值的情况下，第一设备可以在当前TXOP内向所述第二设备发送所述第一帧。

方式二、在第五帧中的TXOP时长(duration)指示的时间超过预设门限(threshold，即TH)时，第一设备可以在当前TXOP内向第二设备发送第一帧，主动发起OM协商。

第一设备可以在一个TXOP内主动向第二设备发起OM协商，实现运行模式切换，从而可以提高第一设备的运行模式切换的时效性，减小运行模式切换的时延。

S1406、在第一设备从第一运行模式切换到第二运行模式期间(switchduration)，第一设备与第二设备之间进行数据传输。

S1407、第一设备向第二设备发送用于指示运行模式切换完成的第三帧。相应地，第二设备接收来自第一设备的第三帧。

可以理解，步骤S1406-S1407的具体实现方式可以参考上述步骤S507-S508，在此不作赘述。

S1408、第一设备与第二设备之间进行数据传输。

S1409、第二设备向第一设备发送第四帧，第四帧用于指示当前TXOP结束。相应地，第一设备接收来自第二设备的第四帧。

可以理解，步骤S1408-S1409的具体实现方式可参考上述步骤S509-S510，在此不作赘述。

下面结合上述步骤S1401-步骤S1409，对本实施例进行举例说明。请参阅图15，图15是本申请实施例提供的另一种通信方法示例性说明的示意图。其中，可以以第一帧为OMICTS帧，第三帧为OMI ACK帧，第四帧为CF-end帧，第五帧为RTS帧，第二设备向第一设备下发数据为例进行示例性说明：

如图15的(a)和图15的(b)所示，在当前TXOP内，第二设备可以基于目标运行模式OM1向第一设备发送RTS帧用于请求第一设备向第二设备传输数据，第一设备可以根据第五帧，基于OM2向第二设备发送OMI CTS帧用于发起OM协商。该OMI CTS帧包括第一字段，第一字段为OM control字段或者extended OM control字段，extended OM control字段包括运行模式切换持续时间指示(duration indication)子字段。

如图15的(a)所示，在第一字段包括extended OM control字段的情况下，当OMICTS帧中的运行模式切换持续时间指示(duration indication)子字段设置为0时，第一设备在运行模式切换完成之后，可以基于OM4向第二设备发送OMI ACK帧表示运行模式已切换完成，以通知第二设备下发数据。

或者在第一字段包括OM control字段的情况下，第一设备在运行模式切换完成之后，可以基于OM4向第二设备发送OMI ACK帧表示运行模式已切换完成，以通知第二设备下发数据。在第一设备从第一运行模式切换到第二运行模式期间，第二设备可以基于OM3向第一设备下发数据，第一设备基于OM2向第二设备发送ACK帧表示收到数据或者指示是否重发数据。在第一设备的模式切换期间，第一设备和第二设备进行收发数据，可以提高空口利用率，并且可以避免由于切换时间较长而导致的其它用户抢占信道的问题。第二设备在一定时间间隙(SIFS)后可以基于OM1向第一设备下发数据。第一设备基于OM4向第二设备发送ACK帧，用于表示收到数据。第二设备还可以基于OM1向第一设备发送CF-end帧，提前结束当前TXOP。从图15的(a)可以看出，第一设备在运行模式切换后的TXOP2相比于在运行模式切换前的TXOP1短，从而可以提高数据传输的效率。

如图15的(b)所示，在第一字段包括extended OM control字段的情况下，当OMICTS帧中的运行模式切换持续时间指示(duration indication)子字段设置为1时，第一设备可以在第一字段包括的切换持续时间(switch duration)指示的时间(即切换持续时间(switch duration))完成运行模式切换，可以不需要向第二设备发送OMI ACK帧。第二设备可以根据切换持续时间(switch duration)指示的时间确认第一设备已完成运行模式切换，可以基于OM1向第一设备下发数据，第一设备基于OM4向第二设备发送ACK帧，用于表示收到数据。在第一设备从第一运行模式切换到第二运行模式期间，第二设备可以基于OM3向第一设备下发数据，第一设备基于OM2向第二设备发送ACK帧表示收到数据或者指示是否重发数据。在第一设备的模式切换期间，第一设备和第二设备进行收发数据，可以提高空口利用率，并且可以避免由于切换时间较长而导致的其它用户抢占信道的问题。第二设备还可以基于OM1向第一设备发送CF-end帧，提前结束当前TXOP。从图15的(b)可以看出，第一设备在运行模式切换后的TXOP3相比于在运行模式切换前的TXOP1短，从而可以提高数据传输的效率。

另外，与上述图13的(c)～图13的(f)类似，第一设备与第二设备可以在当前TXOP外协商第一设备从第一运行模式切换到第二运行模式的切换时间。具体的实现方式可以参考上述图13的描述，不再赘述。

其中以图13的(f)为例，对应图15的(c)来看，其中，图13的(f)中是由第二设备主动发起OM协商，图15的(c)中是由第一设备主动发起OM协商。具体地，第一设备和第二设备在当前TXOP开始之前，可以半静态协商好第一设备从第一运行模式切换到第二运行模式的切换时间。第一设备可以基于OM2向第二设备发送第七帧，第七帧用于指示切换时间T，第二设备基于OM2或OM3向第一设备发送第八帧，用于响应第七帧。第一设备可以基于OM2向第二设备发送第一帧用于发起OM协商，第二设备响应于第一帧，基于OM2或OM3向第一设备发送第十一帧，第十一帧可以是一个管理帧或动作帧等。其中，该第一帧包括第一字段，第一字段为OM control字段或者extended OM control字段，extended OM control字段包括运行模式切换持续时间指示(duration indication)子字段。第一设备向第二设备发送第一帧后，在切换时间T内完成从第一运行模式切换到第二运行模式。在模式切换完成后，可选地第一设备可以基于OM1向第二设备发送OMI ACK帧表示运行模式已切换完成。在TXOP之前第一设备完成运行模式切换，在当前TXOP内，可选地，第一设备可以基于OM1发送RTS帧，第二设备可以基于OM1发送CTS帧进行数据交互。在一定帧间间隔(SIFS)后，第一设备开始周期性地基于OM1向第二设备发送数据，第一设备基于OM1向第二设备发送ACK帧，用于表示收到数据，直到当前TXOP结束。从该实现方式可以看出，第一设备在当前TXOP之前完成运行模式切换，在当前TXOP内使用切换后的运行模式进行数据传输，从而可以提高数据传输的效率。

本实施例中，第一设备可以主动向第二设备发起OM协商，例如第一设备可以根据接收到的第五帧主动向第一设备发起OM协商，从而提高运行模式切换协商的灵活性，提高第一设备的运行模式切换的时效性，减小运行模式切换的时延。

下面对本申请实施例提供的又一种通信方法进行描述。应理解，本申请中不同实施例的术语解释可以互相参考，为避免描述冗余，不同实施例可以不对同一术语赘述。请参阅图16，图16是本申请实施例提供的又一种通信方法的流程交互图。如图16所示，该通信方法包括但不限于以下步骤，其中步骤S1601、S1602和S1607是可选的步骤。

S1601、第一设备向第二设备发送用于指示第一设备从第一运行模式切换到第二运行模式的切换时间的第七帧。相应地，第二设备接收来自第一设备的第七帧。

S1602、第二设备向第一设备发送用于响应第七帧的第八帧。相应地，第一设备接收来自第二设备的第八帧。

可以理解，步骤S1601-S1602的具体实现方式可参考上述步骤S501-S502，在此不作赘述。

S1603、第二设备生成包括第二字段的第二帧，第二帧用于发起运行模式协商，第二字段用于推荐运行模式协商的参数。

S1604、第二设备向第一设备发送第二帧。相应地，第一设备接收来自第二设备的第二帧。

可以理解，步骤S1603-S1604的具体实现方式可参考上述步骤S503-S504，在此不作赘述。

S1605、第一设备向第二设备发送第六帧，第六帧用于响应第二帧。相应地，第二设备接收来自第一设备的第六帧。

第六帧可以理解为是不包括第一字段的CTS帧，即常规(regular)CTS帧，用于请响应第二帧。

S1606、在第一设备从第一运行模式切换到第二运行模式期间(switchduration)，第一设备与第二设备之间进行数据传输。

可以理解，步骤S1606的具体实现方式可参考上述步骤S507，在此不作赘述。

S1607、第一设备向第二设备发送用于指示运行模式切换完成的第三帧。相应地，第二设备接收来自第一设备的第三帧。

可以理解，第三帧的具体实现方式可参考上述步骤S508，在此不作赘述。

一种可能的实现方式，第一设备按照第二帧指示的运行模式参数切换运行模式后，可以向第二设备发送第三帧。

进一步地，为了减小第一设备侧的上行信号对邻近用户的同道干扰，第一设备可以选择原信号带宽或切换后的信号带宽向第二设备发送第三帧。

S1608、第一设备与第二设备之间进行数据传输。

方式一、第二设备接收到来自所述第一设备的所述第三帧后，向所述第一设备下发数据。具体地：一种可能的实现方式，第二设备可以在接收到第三帧后，按照切换后的运行模式立即向第一设备下发数据；一种可能的实现方式，第二设备在接收到第三帧后，按照切换后的运行模式经过一定的帧间间隔(SIFS)向第一设备下发数据；一种可能的实现方式，第二设备在接收到第三帧后，第一设备向第二设备发送用于请求下发数据的请求消息，第二设备收到该请求消息后，按照切换后的运行模式向第一设备下发数据；一种可能的实现方式，第二设备在接收到第三帧后，第一设备向第二设备发送用于请求下发数据的请求帧(request frame)，第二设备收到该请求帧后向第一设备回复响应于请求帧的响应帧(response frame)后，按照切换后的运行模式向第一设备下发数据；一种可能的实现方式，第二设备在预设时间内未收到第三帧和/或用于请求下发数据的请求帧，按照切换前的运行模式向第一设备下发数据。

方式二、第二设备接收到来自第一设备的第六帧后，向第一设备下发数据。具体地：一种可能的实现方式，第二设备接收到第六帧后，按照切换后的运行模式立即向第一设备下发数据；一种可能的实现方式，第二设备接收到第六帧后，按照切换后的运行模式经过一定的帧间间隔(SIFS)向第一设备下发数据；一种可能的实现方式，第二设备接收到第六帧后，按照切换后的运行模式经过一定的预设时间(例如第一设备和第二设备间约定的第一设备切换运行模式的时间)后向第一设备下发数据。

S1609、第二设备向第一设备发送第四帧，第四帧用于指示当前TXOP结束。相应地，第一设备接收来自第二设备的第四帧。

可以理解，步骤S1609的具体实现方式可参考上述步骤S510，在此不作赘述。

下面结合上述步骤S1601-步骤S1609，对本实施例进行举例说明。请参阅图17，图17是本申请实施例提供的一种通信方法示例性说明的示意图。其中，可以以第二帧为OMIRTS帧，第三帧为OMI ACK帧，第四帧为CF-end帧，第六帧为CTS帧，第二设备向第一设备下发数据为例进行示例性说明：

如图17所示，在当前TXOP内，第二设备可以基于目标运行模式OM1向第一设备发送OMI RTS帧用于发起OM协商，OMI RTS可以向第一设备指示目标运行模式类型为OM1，即请求第一设备从第一运行模式OM2切换到第二运行模式OM1。该OMI RTS帧包括第二字段，第二字段为OM control字段或者extended OM control字段，第一设备接收到OMI RTS帧，基于OM2向第二设备发送CTS帧，该CTS帧用于请求第二设备向第一设备传输数据。

第一设备向第二设备发送CTS帧后，在一定帧间间隔(SIFS)后，开始从第一运行模式切换第二运行模式，第一设备在运行模式切换完成之后，可以基于OM4(即基于切换前的运行模式类型或者切换后的运行模式类型)向第二设备发送OMI ACK帧表示运行模式已切换完成，以通知第二设备下发数据。第二设备在一定帧间间隔(SIFS)后可以基于OM1向第一设备下发数据，第一设备基于OM4向第二设备发送ACK帧，用于表示收到数据。在第一设备从第一运行模式切换到第二运行模式期间，第二设备可以基于OM3向第一设备下发数据，第一设备基于OM2向第二设备发送ACK帧表示收到数据或者指示是否重发数据。在第一设备的模式切换期间，第一设备和第二设备进行收发数据，可以提高空口利用率，并且可以避免由于切换时间较长而导致的其它用户抢占信道的问题。第二设备还可以基于OM1向第一设备发送CF-end帧，提前结束当前TXOP。从图17可以看出，第一设备运行模式切换后的TXOP2相比于在运行模式切换前的TXOP1短，从而可提高数据传输的效率。

本实施例中，第二设备可以主动向第一设备发起OM协商，例如第二设备可以根据自身业务的待传输数据量、时延需求、信道状态等信息主动向第一设备发起OM协商，第一设备可以响应于OM协商，向第二设备发送第六帧，从而提高运行模式切换协商的灵活性。

上述图5-图17描述的是单用户场景。一种可能的实现方式，请参阅图18，图18是本申请实施例提供的在一种多用户场景下的通信方法示例性说明的示意图。如图18所示，在多用户场景下，可以包括一个第二设备和多个第一设备(图18仅示出3个第一设备进行示例性说明，即多个第一设备包括第一设备1、第一设备2和第一设备3。其中，第一设备3可以是原设备(legacy)，不支持在当前TXOP内切换运行模式)。其中，可以以第一帧为OMI CTS帧，第二帧为OMI MU RTS帧，第三帧为OMI ACK帧，第四帧为CF-end帧为例进行示例性说明：

首先先介绍所用到的运行模式类型：

/>

如上表所示，运行模式类型可以包括OM1、OM2、OM3、OM4、OM12(OFDMA)、OM22(OFDMA)和OM32(OFDMA)。其中，OM1所对应的信道带宽和信号带宽分别为BW11和SW11，OM21所对应的信道带宽和信号带宽分别为BW21和SW21，OM3所对应的信道带宽和信号带宽分别为BW31和SW31，OM4所对应的信道带宽和信号带宽分别为BW41和SW41，OM12(OFDMA)所对应的信道带宽和信号带宽分别为BW11和SW12，OM22(OFDMA)所对应的信道带宽和信号带宽分别为BW11和SW22，OM32(OFDMA)所对应的信道带宽和信号带宽分别为BW11和SW32。

如图18的(a)所示，第二设备可以主动发起运行模式协商。具体地，在当前TXOP，第二设备可以基于OM11向多个第一设备发送第九帧，例如第九帧为多用户(mutilate user，MU)RTS帧，多个第一设备可以分别基于OM21、OM31和OM41向第二设备发送第十帧，例如第十帧为CTS帧。在一定帧间间隔(SIFS)后，第二设备可以基于OM11向第一设备1和第一设备2发送OMI MU RTS帧用于发起OM协商，OMI MU RTS帧可以向第一设备1和第一设备2指示目标运行模式类型为OM22和OM32，即请求第一设备1从第一运行模式OM21切换到第二运行模式OM22，请求第一设备2从第一运行模式OM31切换到第二运行模式OM32。该OMI MU RTS帧包括第二字段，第二字段为OM control字段或者extended OM control字段。第一设备1和第一设备2接收来自第二设备的OMI MU RTS帧后，可以向第二设备回复OMI CTS帧。在一定帧间间隔(SIFS)后，第一设备1和第一设备2开始进行运行模式切换。在多个第一设备从第一运行模式切换到第二运行模式期间，第二设备可以基于OM11向多个第一设备下发数据，第一设备1基于OM21向第二设备发送ACK帧表示收到数据或者指示是否重发数据，第一设备2基于OM331向第二设备发送ACK帧表示收到数据或者指示是否重发数据。在第一设备的模式切换期间，第一设备和第二设备进行收发数据，可以提高空口利用率，并且可以避免由于切换时间较长而导致的其它用户抢占信道的问题。第一设备1和第一设备2在运行模式切换完成之后，可以分别基于OM21和OM31向第二设备发送OMI ACK帧表示运行模式已切换完成，以通知第二设备下发数据。第二设备在一定帧间间隔(SIFS)后可以基于OM12向多个第一设备下发数据，第一设备1基于OM22向第二设备发送ACK帧，第一设备2基于OM32向第二设备发送ACK帧，第一设备3基于OM41向第二设备发送ACK帧，用于表示收到数据。第二设备还可以基于OM12向多个第一设备发送CF-end帧，提前结束当前TXOP。从图18的(a)可以看出，多个第一设备在运行模式切换后的TXOP2相比于在运行模式切换前的TXOP1短，从而可以提高数据传输的效率。

如图18的(b)所示，第一设备可以主动发起运行模式协商。具体地，在当前TXOP，第二设备可以基于OM11向多个第一设备发送MU RTS帧，多个第一设备可以分别基于OM21、OM31和OM41向第二设备发送CTS帧。在一定帧间间隔(SIFS)后，第一设备1和第一设备2可以分别基于OM21和OM31向第二设备发送OMI CTS帧用于发起OM协商，并开始从第一运行模式切换到第二运行模式。该OMI CTS帧包括第一字段，第一字段为OM control字段或者extended OM control字段，extended OM control字段包括运行模式切换持续时间指示(duration indication)子字段。在多个第一设备从第一运行模式切换到第二运行模式期间，第二设备可以基于OM11向多个第一设备下发数据，第一设备1基于OM21向第二设备发送ACK帧表示收到数据或者指示是否重发数据，第一设备2基于OM331向第二设备发送ACK帧表示收到数据或者指示是否重发数据。在第一设备的模式切换期间，第一设备和第二设备进行收发数据，可以提高空口利用率，并且可以避免由于切换时间较长而导致的其它用户抢占信道的问题。

在第一字段包括OM control字段的情况下，第一设备1和第一设备2在运行模式切换完成之后，可以分别基于OM21和OM31向第二设备发送OMI ACK帧表示运行模式已切换完成，以通知第二设备下发数据。第二设备在接收到OMI ACK帧后的一定帧间间隔(SIFS)，可以基于OM12向多个第一设备下发数据。

在第一字段包括extended OM control字段的情况下，第一设备1和第二设备2在运行模式切换完成之后，可以不用向第二设备发送OMI ACK帧。第二设备可以根据extendedOM control字段中的运行模式切换指示(duration indication)的时间向多个第一设备下发数据。

第二设备向多个第一设备下发数据，第一设备1基于OM22向第二设备发送ACK帧，第一设备2基于OM32向第二设备发送ACK帧，第一设备3基于OM41向第二设备发送ACK帧，用于表示收到数据。第二设备还可以基于OM12向多个第一设备发送CF-end帧，提前结束当前TXOP。从图18的(a)可以看出，多个第一设备在运行模式切换后的TXOP2相比于在运行模式切换前的TXOP1短，从而可以提高数据传输的效率。

可以理解的，多个第一设备在于第二设备进行数据交互时，可以使用正交频分多址(orthogonal frequency division multiple access，OFDMA)与第二设备进行数据交互。

上述内容阐述了本申请提供的方法，为了便于更好地实施本申请实施例的上述方案，本申请实施例还提供了相应的装置。

本申请实施例可以根据上述方法示例对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

请参阅图19，图19是本申请实施例提供的一种通信装置的结构示意图。该通信装置可以为第一设备，也可以为第一设备中的模块(例如，芯片或处理器)，还可以为能实现全部或部分第一设备功能的逻辑模块或软件。如图19所示，该通信装置1900，至少包括：建立单元1901、切换单元1902、收发单元1903和处理单元1904；其中：

建立单元1901，用于和第二设备建立无线通信链路，所述第一设备工作在第一运行模式；

切换单元1902，用于从所述第一运行模式切换到第二运行模式；

收发单元1903，用于与所述第二设备进行通信。

在一个实施方式中，在满足第一条件的情况下，所述切换单元1902从所述第一运行模式切换到第二运行模式，所述第一条件包括以下一项或多项：所述第一设备从侦听状态到数据传输状态；或者所述第一设备与所述第二设备待传输的数据量从小于或等于第一阈值到大于所述第一阈值。

在一个实施方式中，第一运行模式对应第一带宽，所述第二运行模式对应第二带宽。

在一个实施方式中，第二设备工作在第三运行模式，所述第三运行模式对应第三带宽。

在一个实施方式中，所述第一带宽小于或等于所述第三带宽，所述第二带宽小于或等于所述第三带宽。

在一个实施方式中，所述切换单元1902从所述第一运行模式切换到第二运行模式，具体用于：生成第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数；向所述第二设备发送所述第一帧；从所述第一运行模式切换到所述第二运行模式。

在一个实施方式中，所述第一字段包括运行模式切换持续时间指示。

在一个实施方式中，所述第一字段还包括信号带宽。

在一个实施方式中，所述收发单元1903还用于接收来自所述第二设备的第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

在一个实施方式中，所述第二字段包括运行模式推荐指示和/或运行模式协商指示。

在一个实施方式中，所述收发单元1903还用于在当前TXOP前向所述第二设备发送第七帧，所述第七帧用于指示所述第一设备从所述第一运行模式切换到所述第二运行模式的切换时间；

所述收发单元1903，还用于接收来自所述第二设备的第八帧，所述第八帧用于响应所述第七帧。

在一个实施方式中，所述收发单元1903还用于接收来自所述第二设备的第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据。

在一个实施方式中，所述收发单元1903向所述第二设备发送第一帧，具体用于：根据所述第五帧中的TXOP时长评估所述第二设备侧待传输数据的数据量，在所述第二设备侧待传输数据的数据量大于或等于第四阈值的情况下，在当前TXOP内向所述第二设备发送所述第一帧。

在一个实施方式中，所述收发单元1903向所述第二设备发送第一帧，具体用于：在所述第五帧中的TXOP时长指示的时间超过预设门限的情况下，在当前TXOP内向所述第二设备发送所述第一帧。

在一个实施方式中，所述收发单元1903还用于向所述第二设备发送第六帧，所述第六帧用于响应所述第二帧。

在一个实施方式中，所述收发单元1903还用于接收来自所述第二设备的第九帧，所述第九帧用于所述第二设备向一个或多个第一设备传输数据；

所述收发单元1903还用于向所述第二设备发送第十帧，所述第十帧用于响应所述第九帧。

在一个实施方式中，所述收发单元1903还用于在所述第一设备从所述第一运行模式切换到所述第二运行模式期间，接收来自所述第二设备的数据。

在一个实施方式中，所述收发单元1903还用于向所述第二设备发送第三帧，所述第三帧用于指示运行模式切换完成。

在一个实施方式中，所述收发单元1903向所述第二设备发送第三帧，具体用于：在所述第一字段中的运行模式切换持续时间指示为第一数值的情况下，在完成运行模式切换后，向所述第二设备发送所述第三帧。

在一个实施方式中，所述收发单元1903向所述第二设备发送第三帧，具体用于：在所述第一设备的运行模式切换持续时间大于所述第一字段中的运行模式切换持续时间指示的时间的情况下，在完成运行模式切换后，向所述第二设备发送所述第三帧。

在一个实施方式中，所述收发单元1903向所述第二设备发送第三帧，具体用于：选择原信号带宽或切换后的信号带宽向所述第二设备发送所述第三帧。

在一个实施方式中，第一帧为CTS帧或触发帧。

在一个实施方式中，第二帧为请求发送RTS帧或触发帧。

在一个实施方式中，第三帧为ACK帧。

在一个实施方式中，第五帧为RTS帧。

在一个实施方式中，该通信装置还包括：

处理单元1904，用于预存不同运行模式下PHY层模块校准数据；

在一个实施方式中，所述处理单元1904预存不同运行模式下PHY层模块校准数据，具体用于：预存第一带宽运行模式的PHY层校准数据，所述第一带宽为大于或等于第一阈值的带宽；

所述收发单元1903，还用于在信道切换后采用小于所述第一带宽的信号带宽收发信号。

在一个实施方式中，所述收发单元1903还用于接收来自所述第二设备的第四帧，所述第四帧用于指示TXOP结束。

有关上述建立单元1901、切换单元1902、收发单元1903和处理单元1904更详细的描述可以直接参考上述图4-图18所示的方法实施例中第一设备的相关描述，这里不加赘述。

请参阅图20，图20是本申请实施例提供的另一种通信装置的结构示意图。该通信装置可以为第二设备，也可以为第二设备中的模块(例如，芯片或处理器)，还可以为能实现全部或部分第二设备功能的逻辑模块或软件。如图20所示，该通信装置2000，至少包括：建立单元2001、收发单元2002和处理单元2003；其中：

建立单元2001，用于和第一设备建立无线通信链路，所述第一设备工作在第一运行模式；

收发单元2002，用于与基于第二运行模式的所述第一设备进行通信。

在一个实施方式中，在满足第一条件的情况下，所述收发单元2002与基于第二运行模式的所述第一设备进行通信，所述第一条件包括以下一项或多项：所述第一设备从侦听状态到数据传输状态；或者所述第一设备与所述第二设备待传输的数据量从小于或等于第一阈值到大于所述第一阈值。

在一个实施方式中，所述第一运行模式对应第一带宽，所述第二运行模式对应第二带宽。

在一个实施方式中，所述第二设备工作在第三运行模式，所述第三运行模式对应第三带宽。

在一个实施方式中，所述收发单元2002还用于接收来自所述第一设备的第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数。

在一个实施方式中，所述第一字段还包括信号带宽。

在一个实施方式中，所述收发单元2002还用于向所述第一设备发送第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

在一个实施方式中，所述收发单元2002向所述第一设备发送第二帧，具体用于：在所述第二设备的待传输数据量大于或等于第二阈值或待传输数据的所需传输时间大于或等于第三阈值的情况下，向所述第一设备发送所述第二帧。

在一个实施方式中，所述收发单元2002还用于：

在一个实施方式中，所述收发单元2002还用于向所述第一设备发送第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据。

在一个实施方式中，所述收发单元2002还用于向所述第一设备发送第六帧，所述第六帧用于响应所述第二帧。

在一个实施方式中，所述收发单元2002还用于：

在一个实施方式中，所述收发单元2002还用于在接收到来自一个或多个第一设备的第一帧或者在预设时间内未接收到来自一个或多个第一设备的第一帧的情况下，向所述一个或多个第一设备发送数据。

在一个实施方式中，所述收发单元2002还用于在所述第一设备从所述第一运行模式切换到所述第二运行模式期间，向所述第一设备发送数据。

在一个实施方式中，所述收发单元2002还用于接收来自所述第一设备的第三帧，所述第三帧用于指示运行模式切换完成。

在一个实施方式中，所述收发单元2002还用于接收到来自所述第一设备的所述第三帧后，向所述第一设备下发数据。

在一个实施方式中，所述收发单元2002还用于在所述第一字段中的运行模式切换持续时间指示为第二数值的情况下，在所述运行模式切换持续时间指示的时间后向所述第一设备下发数据。

在一个实施方式中，第一帧为CTS帧或触发帧。

在一个实施方式中，第二帧为RTS帧或触发帧。

在一个实施方式中，第三帧为ACK帧。

在一个实施方式中，第五帧为RTS帧。

在一个实施方式中，所述收发单元2002还用于向所述第一设备发送第四帧，所述第四帧用于指示TXOP结束。

有关上述建立单元2001、收发单元2002和处理单元2003更详细的描述可以直接参考上述图4-图18所示的方法实施例中第一设备的相关描述，这里不加赘述。

请参阅图21，图21是本申请实施例提供的又一种通信装置的结构示意图。该通信装置可以为第一设备，也可以为第一设备中的模块(例如，芯片或处理器)，还可以为能实现全部或部分第一设备功能的逻辑模块或软件。如图21所示，该通信装置2100，至少包括：生成单元2101、收发单元2102和处理单元2103；其中：

生成单元2101，用于生成第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数；

收发单元2102，用于向第二设备发送所述第一帧。

在一个实施方式中，所述第一字段还包括信号带宽。

在一个实施方式中，该通信装置2100还包括：

收发单元2102，用于接收来自所述第二设备的第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式协商的参数。

在一个实施方式中，收发单元2102还用于：接收来自所述第二设备的第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据；

收发单元2102向所述第二设备发送第一帧，具体用于：

在一个实施方式中，收发单元2102向所述第二设备发送第一帧，具体用于：

在一个实施方式中，收发单元2102还用于：向所述第二设备发送第三帧，所述第三帧用于指示运行模式切换完成。

在一个实施方式中，收发单元2102向所述第二设备发送第三帧，具体用于：

在一个实施方式中，第一帧为CTS帧或触发帧。

在一个实施方式中，第二帧为RTS帧或触发帧。

在一个实施方式中，第三帧为ACK帧。

在一个实施方式中，第五帧为RTS帧。

在一个实施方式中，该通信装置2100还包括：

处理单元2103用于预存不同运行模式下PHY层模块校准数据；

处理单元2103，还用于根据所述第一字段选择对应的PHY层模块校准数据，配置PHY层寄存器。

在一个实施方式中，处理单元2103预存不同运行模式下PHY层模块校准数据，具体用于：预存第一带宽运行模式的PHY层校准数据，所述第一带宽为大于或等于第一阈值的带宽；

收发单元2102，还用于在信道切换后采用小于所述第一带宽的信号带宽收发信号。

在一个实施方式中，收发单元2102，还用于接收来自所述第二设备的第四帧，所述第四帧用于指示TXOP结束。

有关上述生成单元2101、收发单元2102和处理单元2103更详细的描述可以直接参考上述图4-图18所示的方法实施例中第一设备的相关描述，这里不加赘述。

请参阅图22，图22是本申请实施例提供的又一种通信装置的结构示意图。该通信装置可以为第二设备，也可以为第二设备中的模块(例如，芯片或处理器)，还可以为能实现全部或部分第二设备功能的逻辑模块或软件。如图22所示，该通信装置2200，至少包括：接收单元2201、生成单元2202和发送单元2203；其中：

接收单元2201，用于接收来自第一设备的第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数。

在一个实施方式中，所述第一字段还包括信号带宽。

在一个实施方式中，该通信装置2200还包括：

生成单元2202，用于生成第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数；

发送单元2203，用于向所述第一设备发送所述第二帧。

在一个实施方式中，发送单元2203向所述第一设备发送所述第二帧，具体用于：

在一个实施方式中，发送单元2203还用于：向所述第一设备发送第五帧，所述第五帧用于请求所述第二设备向所述第一设备传输数据。

在一个实施方式中，接收单元2201还用于：接收来自所述第一设备的第三帧，所述第三帧用于指示运行模式切换完成。

在一个实施方式中，发送单元2203还用于：接收到来自所述第一设备的所述第三帧后，向所述第一设备下发数据。

在一个实施方式中，发送单元2203还用于：在所述第一字段中的运行模式切换持续时间指示为第二数值的情况下，在所述运行模式切换持续时间指示的时间后向所述第一设备下发数据。

在一个实施方式中，第一帧为CTS帧或触发帧。

在一个实施方式中，第二帧为RTS帧或触发帧。

在一个实施方式中，第三帧为ACK帧。

在一个实施方式中，第五帧为RTS帧。

在一个实施方式中，发送单元2203还用于：向所述第一设备发送第四帧，所述第四帧用于指示当前TXOP结束。

有关上述接收单元2201、生成单元2202和发送单元2203更详细的描述可以直接参考上述图4-图18所示的方法实施例中第二设备的相关描述，这里不加赘述。

请参阅图23，图23是本申请实施例提供的又一种通信装置的结构示意图。该通信装置可以为第一设备，也可以为第一设备中的模块(例如，芯片或处理器)，还可以为能实现全部或部分第一设备功能的逻辑模块或软件。如图23所示，该通信装置2300，至少包括：接收单元2301、生成单元2302和发送单元2303；其中：

接收单元2301，用于接收来自第二设备的第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

在一个实施方式中，该通信装置2300还包括：

生成单元2302，用于生成第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数；

发送单元2303，用于向所述第二设备发送所述第一帧。

在一个实施方式中，所述第一字段还包括信号带宽。

在一个实施方式中，发送单元2303还用于向所述第二设备发送第六帧，所述第六帧用于响应所述第二帧。

在一个实施方式中，发送单元2303还用于向所述第二设备发送第三帧，所述第三帧用于指示运行模式切换完成。

在一个实施方式中，发送单元2303向所述第二设备发送第三帧，具体用于：

在一个实施方式中，第一帧为CTS帧或触发帧。

在一个实施方式中，第二帧为RTS帧或触发帧。

在一个实施方式中，第三帧为ACK帧。

在一个实施方式中，第六帧为CTS帧。

在一个实施方式中，接收单元2301，还用于接收来自所述第二设备的第四帧，所述第四帧用于指示TXOP结束。

有关上述接收单元2301、生成单元2302和发送单元2303更详细的描述可以直接参考上述图4-图18所示的方法实施例中第一设备的相关描述，这里不加赘述。

请参阅图24，图24是本申请实施例提供的又一种通信装置的结构示意图。该通信装置可以为第二设备，也可以为第二设备中的模块(例如，芯片或处理器)，还可以为能实现全部或部分第二设备功能的逻辑模块或软件。如图24所示，该通信装置2400，至少包括：生成单元2401、发送单元2402和接收单元2403；其中：

生成单元2401，用于生成第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数；

发送单元2402，用于向第一设备发送所述第二帧。

在一个实施方式中，发送单元2402向第一设备发送所述第二帧，具体用于：

在一个实施方式中，该通信装置2400还包括：

接收单元2403，用于接收来自所述第一设备的第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数。

在一个实施方式中，所述第一字段还包括信号带宽。

在一个实施方式中，接收单元2403还用于接收来自所述第一设备的第六帧，所述第六帧用于响应所述第二帧。

在一个实施方式中，接收单元2403还用于接收来自所述第一设备的第三帧，所述第三帧用于指示运行模式切换完成。

在一个实施方式中，发送单元2402，还用于在接收到来自所述第一设备的所述第三帧后，向所述第一设备下发数据。

在一个实施方式中，发送单元2402，还用于在所述第一字段中的运行模式切换持续时间指示为第二数值的情况下，在所述运行模式切换持续时间指示的时间后向所述第一设备下发数据。

在一个实施方式中，发送单元2402，还用于接收到来自所述第一设备的所述第六帧后，向所述第一设备下发数据。

在一个实施方式中，第一帧为CTS帧或触发帧。

在一个实施方式中，第二帧为RTS帧或触发帧。

在一个实施方式中，第三帧为ACK帧。

在一个实施方式中，第六帧为CTS帧。

在一个实施方式中，发送单元2402还用于向所述第一设备发送第四帧，所述第四帧用于指示TXOP结束。

有关上述生成单元2401、发送单元2402和接收单元2403更详细的描述可以直接参考上述图4-图18所示的方法实施例中第二设备的相关描述，这里不加赘述。

请参阅图25，图25是本申请实施例提供的又一种通信装置的结构示意图。如图25所示，该通信装置2500可以包括一个或多个处理器2501，处理器2501也可以称为处理单元，可以实现一定的控制功能。处理器2501可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端、终端芯片，DU或CU等)进行控制，执行软件程序，处理软件程序的数据。

在一种可选的设计中，处理器2501也可以存有指令2503，所述指令2503可以被所述处理器运行，使得所述通信装置2500执行上述方法实施例中描述的方法。

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

在又一种可能的设计中，通信装置2500可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。

可选的，所述通信装置2500中可以包括一个或多个存储器2502，其上可以存有指令2504，所述指令2504可在所述处理器上被运行，使得所述通信装置2500执行上述方法实施例中描述的方法。可选的，所述存储器中还可以存储有数据。可选的，处理器中也可以存储指令和/或数据。所述处理器和存储器可以单独设置，也可以集成在一起。例如，上述方法实施例中所描述的对应关系可以存储在存储器中，或者存储在处理器中。

可选的，所述通信装置2500还可以包括收发器2505和/或天线2506。所述处理器2501可以称为处理单元，对所述通信装置2500进行控制。所述收发器2505可以称为收发单元、收发机、收发电路、收发装置或收发模块等，用于实现收发功能。

可选的，本申请实施例中的通信装置2500可以用于执行本申请实施例中图4-图18描述的方法。

在一个实施例中，该通信装置2500可以应用于第一设备，也可以应用于第一设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第一设备功能的逻辑模块或软件。存储器2502中存储的计算机程序指令被执行时，该处理器2501用于执行上述实施例中建立单元1901、切换单元1902和处理单元1904执行的操作，或者用于执行上述实施例中生成单元2101和处理单元2103执行的操作，或者用于执行上述实施例中生成单元2302执行的操作，收发器2505用于执行上述实施例中收发单元1903执行的操作，或者用于执行上述实施例中收发单元2102执行的操作，或者用于执行上述实施例中接收单元2301和发送单元2303执行的操作，收发器2505还用于向该通信装置之外的其它通信装置发送信息。上述第一设备或者第一设备内的模块还可以用于执行上述图4-图18方法实施例中第一设备执行的各种方法，不再赘述。

在一个实施例中，该通信装置2500可以应用于第二设备，也可以应用于第二设备中的模块(例如，芯片或处理器)，还可以应用于能实现全部或部分第二设备功能的逻辑模块或软件。存储器2502中存储的计算机程序指令被执行时，该处理器2501用于执行上述实施例中建立单元2001和处理单元2003，或者用于执行上述实施例中生成单元2202执行的操作，或者用于执行上述实施例中生成单元2401执行的操作，收发器2505用于执行上述实施例中收发单元2002执行的操作，或者用于执行上述实施例中接收单元2201和发送单元2203执行的操作，或者用于执行上述实施例中发送单元2402和接收单元2403执行的操作，收发器2505还用于向该通信装置之外的其它通信装置发送信息。上述第二设备或者第二设备内的模块还可以用于执行上述图4-图18方法实施例中第二设备执行的各种方法，不再赘述。

本申请中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路(radiofrequencyinterfacechip，RFIC)、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuitboard，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor,CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor,PMOS)、双极结型晶体管(Bipolar Junction Transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。

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

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

(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据和/或指令的存储部件；

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

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

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

(6)其他等等。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述方法实施例提供的通信方法中与第一设备相关的流程。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述方法实施例提供的通信方法中与第二设备相关的流程。

本申请实施例还提供了一种计算机程序产品，当其在计算机或处理器上运行时，使得计算机或处理器执行上述任一个通信方法中的一个或多个步骤。上述所涉及的设备的各组成模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在所述计算机可读取存储介质中。

本申请实施例还提供一种芯片系统，包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器通过线路互联，所述至少一个处理器用于运行计算机程序或指令，以执行包括上述图4-图18对应的方法实施例中记载的任意一种的部分或全部步骤。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

本申请实施例还公开一种通信系统，该系统包括第一设备和第二设备，具体描述可以参考图4-图18所示的通信方法。

应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是硬盘(hard diskdrive，HDD)、固态硬盘(solid-state drive，SSD)、只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static rAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous dRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DRRAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

还应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。

应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例装置中的模块/单元可以根据实际需要进行合并、划分和删减。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims

1.一种通信方法，其特征在于，包括：

第一设备和第二设备建立无线通信链路，所述第一设备工作在第一运行模式；

所述第一设备从所述第一运行模式切换到第二运行模式，与所述第二设备进行通信。

2.根据权利要求1所述的方法，其特征在于，在满足第一条件的情况下，所述第一设备从所述第一运行模式切换到第二运行模式，所述第一条件包括以下一项或多项：

所述第一设备从侦听状态到数据传输状态；或者

所述第一设备与所述第二设备待传输的数据量从小于或等于第一阈值到大于所述第一阈值。

3.根据权利要求1或2所述的方法，其特征在于，所述第一运行模式对应第一带宽，所述第二运行模式对应第二带宽。

4.根据权利要求3所述的方法，其特征在于，所述第二设备工作在第三运行模式，所述第三运行模式对应第三带宽。

5.根据权利要求4所述的方法，其特征在于，所述第一带宽小于或等于所述第三带宽，所述第二带宽小于或等于所述第三带宽。

6.根据权利要求1-5任一所述的方法，其特征在于，所述第一设备从所述第一运行模式切换到第二运行模式包括：

所述第一设备生成第一帧，所述第一帧包括第一字段，所述第一字段包含运行模式参数；

所述第一设备向所述第二设备发送所述第一帧；

所述第一设备从所述第一运行模式切换到所述第二运行模式。

7.根据权利要求6所述的方法，其特征在于，所述第一字段包括运行模式切换持续时间指示。

8.根据权利要求7所述的方法，其特征在于，所述第一字段还包括信号带宽。

9.根据权利要求6-8任一所述的方法，其特征在于，所述方法还包括：

10.根据权利要求9所述的方法，其特征在于，所述第二字段包括运行模式推荐指示和/或运行模式协商指示。

11.根据权利要求6-10任一所述的方法，其特征在于，所述方法还包括：

所述第一设备向所述第二设备发送第三帧，所述第三帧用于指示运行模式切换完成。

12.一种通信方法，其特征在于，包括：

第二设备和第一设备建立无线通信链路，所述第一设备工作在第一运行模式；

所述第二设备与基于第二运行模式的所述第一设备进行通信。

13.根据权利要求12所述的方法，其特征在于，在满足第一条件的情况下，所述第二设备与基于第二运行模式的所述第一设备进行通信，所述第一条件包括以下一项或多项：

所述第一设备从侦听状态到数据传输状态；或者

14.根据权利要求12或13所述的方法，其特征在于，所述第一运行模式对应第一带宽，所述第二运行模式对应第二带宽。

15.根据权利要求14所述的方法，其特征在于，所述第二设备工作在第三运行模式，所述第三运行模式对应第三带宽。

16.根据权利要求15所述的方法，其特征在于，所述第一带宽小于或等于所述第三带宽，所述第二带宽小于或等于所述第三带宽。

17.根据权利要求12-16任一所述的方法，其特征在于，所述方法还包括：

18.根据权利要求17所述的方法，其特征在于，所述第一字段包括运行模式切换持续时间指示。

19.根据权利要求18所述的方法，其特征在于，所述第一字段还包括信号带宽。

20.根据权利要求17-19任一所述的方法，其特征在于，所述方法还包括：

所述第二设备向所述第一设备发送第二帧，所述第二帧包括第二字段，所述第二帧用于发起运行模式协商，所述第二字段用于推荐运行模式参数。

21.根据权利要求20所述的方法，其特征在于，所述第二字段包括运行模式推荐指示和/或运行模式协商指示。

22.根据权利要求17-21任一所述的方法，其特征在于，所述方法还包括：

23.一种通信方法，其特征在于，所述通信方法包括如权利要求1-11任一项所述的方法和如权利要求12-22任一项所述的方法。

24.一种通信装置，其特征在于，包括用于执行如权利要求1-11任意一项所述方法的单元，或者用于执行如权利要求12-22任一项所述方法的单元。

25.一种通信装置，其特征在于，包括处理器、存储器、输入接口和输出接口，所述输入接口用于接收来自所述通信装置之外的其它通信装置的信息，所述输出接口用于向所述通信装置之外的其它通信装置输出信息，当所述存储器中存储的存储计算机程序被所述处理器调用时，使得如权利要求1-11任意一项所述的方法被实现，或者如权利要求12-22任意一项所述的方法被实现。

26.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序或计算机指令，当所述计算机程序或计算机指令被处理器执行时，以支持第一设备实现如权利要求1-11任意一项所述的方法，或者以支持第二设备实现如权利要求12-22任意一项所述的方法。

27.一种包含程序指令的计算机程序产品，当所述程序指令在计算机上运行时，使得如权利要求1-11任意一项所述的方法被实现，或者如权利要求12-22任意一项所述的方法被实现。

28.一种芯片系统，其特征在于，包括至少一个处理器、存储器和接口电路，所述存储器、所述接口电路和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有指令；所述指令被所述处理器执行时，以支持第一设备实现如权利要求1-11任意一项所述的方法，或者支持第二设备实现如权利要求12-22任意一项所述的方法。

29.一种通信系统，其特征在于，包括第一设备和第二设备，所述第一设备用于执行根据权利要求1-11任一项所述的方法，所述第二设备用于执行根据权利要求12-22任一项所述的方法。