CN117651349A - 基于信道竞争的通信方法和装置 - Google Patents

Abstract

一种基于信道竞争的通信方法和装置，应用于支持IEEE 802.11ax下一代Wi‑Fi协议，如802.11be，Wi‑Fi 7或EHT，又如802.11be下一代，Wi‑Fi 8，UHR等802.11系列协议的无线局域网系统，还可以应用于基于UWB的无线个人局域网系统，感知(sensing)系统等。该方法包括：AP发送MU‑RTS帧，STA接收该MU‑RTS帧，以及基于该MU‑RTS帧在第一时间段内进行UL传输或P2P传输。该MU‑RTS帧可以包括至少两个用户信息字段，或者不包括用户信息字段。一个用户信息字段可以对应一个站点或多个站点。本申请实施例可以尽可能地保证多用户并发，提高系统效率。

Description

基于信道竞争的通信方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及一种基于信道竞争的通信方法和装置。

背景技术

无线局域网(wireless local area network，WLAN)系统工作在非授权频段，其无线信道是共享的，在发送之前需要先进行信道接入。当一个站点需要传输无线帧之前需要先侦听其它的站点是否正在进行发送。如果信道侦听结果为忙，则发送将暂时会被挂起，直到信道变为空闲。当信道变为空闲之后，在进行数据传输之前还需要先进行随机退避，通过随机退避来应对多个潜在发送站点之间的碰撞。当在信道空闲的状态下随机退避过程结束之后，该站点就可以进行无线帧的发送。

在常用的增强型分布式信道接入(enhanced distributed channel access，EDCA)竞争机制中，一个站点完成信道退避之后，发送首帧，如果首帧有响应帧，则成功收到响应帧之后意味着信道竞争成功，否则就需要重新退避。如果首帧不需要响应帧，则首帧发送之后就意味着信道竞争成功。在信道竞争成功之后，该站点可以预留一段时间来进行数据传输，该时间段被称为一个传输机会(transmission opportunity，TXOP)。成功预留TXOP的站点被称为TXOP持有者(TXOP holder)。在该TXOP内只有TXOP holder可以主动发送数据，其它站点只能进行数据接收或者发送对应的响应帧。

采用上述方案会导致系统效率低下。

发明内容

本申请实施例提供一种基于信道竞争的通信方法和装置，能够有效提高系统效率。

第一方面，本申请实施例提供一种基于信道竞争的通信方法，所述方法包括：

接收多用户(multiple user，MU)请求发送(request to send，RTS)(MU-RTS)帧，所述MU-RTS帧包括多个用户信息(userinfo)字段，所述用户信息字段包括分配时长(allocationduration)字段，一个所述用户信息字段对应一个站点，所述分配时长字段用于指示与所述用户信息字段对应的站点所对应的第一时间段；根据所述MU-RTS帧在所述第一时间段内进行点对点(point-to-point，P2P)传输。

本申请实施例中，站点(station，STA)在接收到MU-RTS帧之后，如果该帧中的用户信息字段指示了这个STA，则该STA可以获知接入点(access point，AP)将TXOP内的一段时间(如上述第一时间段)共享给了这个STA。由此，该STA可以在第一时间段内进行P2P传输，通过多个用户信息字段指示的多个STA均可以进行P2P传输，从而实现了并发传输，提高了系统效率。

可理解，第一方面可以应用于通过MU-RTS帧区分主次站点的场景(即AP通过MU-RTS帧指定主次站点)，如第一方面的执行主体可以是通过MU-RTS帧区分主次站点时的次站点。或者应用于不区分主次站点的场景(即AP通过MU-RTS不指定主次站点，但是通过用户信息字段指定站点)，如执行主体可以是通过用户信息字段指定的站点。或者应用于通过MU-RTS帧中的用户信息字段指示站点的最大发射功率的场景，如执行主体是通过用户信息字段指定的站点，该站点允许在第一时间段内进行P2P传输。

在一种可能的实现方式中，所述根据所述MU-RTS帧在所述第一时间段内进行P2P传输包括：根据所述MU-RTS帧忽略由接入点设置的网络分配矢量(network allocationvector，NAV)，并在所述第一时间段内进行信道竞争，在信道竞争成功的情况下，在所述第一时间段内进行P2P传输。

本申请实施例中，通过忽略由AP设置的NAV，STA可以有机会进行信道竞争，从而在信道竞争的情况下进行P2P传输，保证了本申请实施例提供的传输机会共享(TXOPsharing，TXS)数据包检测(packetdetect，PD)TXS_PD的空间复用(spatial reuse，SR)机制的可行性，从而支持多用户并发传输，提高系统效率。可理解，忽略由AP设置的NAV可以等效于由AP设置的NAV为0；或者，等效于STA可以按照AP设置的NAV为0继续执行后续操作。

在一种可能的实现方式中，所述根据所述MU-RTS帧忽略由AP设置的NAV包括如下至少一项：根据所述MU-RTS帧中的触发TXOP共享模式字段的取值忽略由AP设置的NAV；根据所述MU-RTS帧中的用户信息字段的个数忽略由AP设置的NAV；根据所述MU-RTS帧中用户信息字段中的主次指示字段忽略由AP设置的NAV。

可理解，STA忽略由AP设置的NAV也可以理解为该STA获知其允许共享第一时间段，或者，其允许执行基于TXS_PD的SR机制。

在一种可能的实现方式中，所述在所述第一时间段内进行信道竞争包括：在接收到物理层协议数据单元(PHY protocol data unit，PPDU)的情况下，根据所述PPDU的接收功率和第一空闲信道评估(clear channel assessment，CCA)门限进行退避，所述PPDU包括本基本服务集合(basic service set，BSS)的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，所述第一CCA门限大于或等于CCA数据包检测(CCA_PD)门限。

本申请实施例中，通过大于或等于CCA_PD门限的第一CCA门限进行退避，可保证尽可能多的站点进行信道竞争，从而尽可能地支持更多站点并发传输，提高系统效率。

本申请实施例中，PPDU包括本BSS的PPDU、外BSS的PPDU和无法区分本/外BSS的PPDU，即不限制PPDU的类型，即使是STA接收到了来自本BSS的PPDU，该STA仍可以进行P2P传输，从而保证了该TXS_PD的SR机制的可行性，使得多个STA可以实现并发传输。

在一种可能的实现方式中，所述PPDU包括本BSS的PPDU。

本申请实施例中，接收到本BSS的PPDU的情况下，根据该PPDU的接收功率和第一CCA门限进行退避。该TXS_PD的SR机制可以针对本BSS的PPDU生效，从而可以与目前存在的重叠基本服务集(overlapping basic service set，OBSS)包检测(OBSSpacket detect，OBSS_PD)的空间复用(spatial reuse)机制区分开。

在一种可能的实现方式中，根据所述PPDU的接收功率和第一空闲信道评估CCA门限进行退避包括：若所述PPDU的接收功率小于或等于所述第一CCA门限，则继续进行退避；或者，若所述PPDU的接收功率大于所述第一CCA门限，则停止退避。

在一种可能的实现方式中，所述多个用户信息字段包括至少一个第一用户信息字段，所述第一用户信息字段对应的站点为次站点。

在一种可能的实现方式中，所述第一用户信息字段是所述多个用户信息字段中的非第一个用户信息字段；或者，所述第一用户信息字段还包括主次指示字段，所述主次指示字段用于指示所述第一用户信息字段对应的站点为所述次站点。

本申请实施例中，通过区分主站点或次站点，可以优先保证主站点能够实现传输，不同次站点之间可以通过信道竞争接入信道，从而进行P2P传输。进而，尽可能地利用第一时间段，保证资源能够被有效利用，同时还支持并发传输，提高了系统效率。

在一种可能的实现方式中，所述MU-RTS帧还包括触发传输机会TXOP共享模式字段，所述触发TXOP共享模式字段的取值为2，或者，为除0、1和2之外的其他数值。

在一种可能的实现方式中，所述根据所述MU-RTS帧在所述第一时间段内进行P2P传输包括：根据如下至少一项在所述第一时间段内进行P2P传输：对应的用户信息字段的顺序；对应的用户信息字段中的主次指示字段；所述MU-RTS帧中的触发TXOP共享模式字段的取值。

本申请实施例中，通过用户信息字段的顺序、或主次指示字段可使得站点能够有效获知其是次站点，从而获知其可以进行P2P传输。通过触发TXOP共享模式字段的取值，如为2或3时，可以使得站点能够获知其允许进行并发传输，从而站点可以进行信道竞争。

在一种可能的实现方式中，所述用户信息字段还包括功率指示字段，所述功率指示字段用于指示与所述用户信息字段对应的站点在所述第一时间段内的最大发射功率。

本申请实施例中，用户信息字段通过包括功率指示字段，可使得对应的站点能够基于AP指示的最大发射功率来进行P2P传输。通过合理分配最大发射功率，可以有效改善不同站点之间的干扰，保证多个站点可以在第一时间段内进行P2P传输。

在一种可能的实现方式中，所述根据所述MU-RTS帧在所述第一时间段内进行P2P传输包括：根据所述最大发射功率在所述第一时间段内进行P2P传输。

在一种可能的实现方式中，所述根据所述最大发射功率在所述第一时间段内进行P2P传输包括：在所述用户信息字段包括第一指示字段，且所述第一指示字段用于指示与所述用户信息字段对应的站点允许在所述第一时间段内进行P2P传输的情况下，根据所述最大发射功率在所述第一时间段内进行P2P传输；或者，在所述MU-RTS帧包括触发TXOP共享模式字段，且所述TXOP共享模式字段的取值为2，或者为除0、1和2之外的其他数值的情况下，根据所述最大发射功率在所述第一时间段内进行P2P传输。

第二方面，本申请实施例一种基于信道竞争的通信方法，所述方法包括：

接收多用户请求发送MU-RTS帧，所述MU-RTS帧包括多个用户信息字段，所述用户信息字段包括分配时长字段，一个所述用户信息字段对应一个站点，所述分配时长字段用于指示与所述用户信息字段对应的站点所对应的第一时间段；根据所述MU-RTS帧在所述第一时间段内进行上行UL传输或点对点P2P传输。

本申请实施例中，站点(station，STA)在接收到MU-RTS帧之后，如果该帧中的用户信息字段指示了这个STA，则该STA可以获知接入点(access point，AP)将TXOP内的一段时间(如上述第一时间段)共享给了这个STA。由此，该STA可以在第一时间段内进行UL传输或P2P传输，有效提高了该站点进行UL传输或P2P传输的可能性。

可理解，第二方面可以应用于通过MU-RTS帧区分主次站点的场景(即AP通过MU-RTS帧指定主次站点)，如第一方面的执行主体可以是通过MU-RTS帧区分主次站点时的主站点。或者应用于通过MU-RTS帧指示站点的最大发射功率的场景，如执行主体可以是通过用户信息字段指定的站点，该站点允许在第一时间段内进行UL传输或P2P传输。

在一种可能的实现方式中，所述多个用户信息字段包括一个第二用户信息字段，所述第二用户信息字段对应主站点。

在一种可能的实现方式中，所述第二用户信息字段是所述多个用户信息字段中的第一个用户信息字段；或者，所述第二用户信息字段还包括主次指示字段，所述主次指示字段用于指示所述第二用户信息字段对应的站点为主站点。

本申请实施例中，通过区分主站点或次站点，可以优先保证主站点能够实现传输，不同次站点之间可以通过信道竞争接入信道，从而进行P2P传输。进而，尽可能地利用第一时间段，保证资源能够被有效利用，同时还支持并发传输，提高了系统效率。

在一种可能的实现方式中，所述MU-RTS帧还包括触发传输机会TXOP共享模式字段，所述触发TXOP共享模式字段的取值为2，或者，为除0、1和2之外的其他数值。

在一种可能的实现方式中，所述根据所述MU-RTS帧在所述第一时间段内进行UL传输或P2P传输包括：根据如下至少一项在所述第一时间段内进行UL传输或P2P传输：对应的用户信息字段的顺序；对应的用户信息字段中的主次指示字段；所述MU-RTS帧中的触发TXOP共享模式字段的取值。

本申请实施例中，通过用户信息字段的顺序、或主次指示字段可使得站点能够有效获知其是主站点，从而获知其可以进行P2P传输或UL传输。

在一种可能的实现方式中，所述用户信息字段还包括功率指示字段，所述功率指示字段用于指示与所述用户信息字段对应的站点在所述第一时间段内的最大发射功率。

在一种可能的实现方式中，所述根据所述MU-RTS帧在所述第一时间段内进行UL传输或P2P传输包括：根据所述最大发射功率在所述第一时间段内进行UL传输或P2P传输。

本申请实施例中，用户信息字段通过包括功率指示字段，可使得对应的站点能够基于AP指示的最大发射功率来进行P2P传输。通过合理分配最大发射功率，可以有效改善不同站点之间的干扰，保证多个站点可以在第一时间段内进行P2P传输。

在一种可能的实现方式中，所述根据所述最大发射功率在所述第一时间段内进行UL传输或P2P传输包括：在所述用户信息字段包括第一指示字段，且所述第一指示字段用于指示与所述用户信息字段对应的站点允许在所述第一时间段内进行UL传输或P2P传输的情况下，根据所述最大发射功率在所述第一时间段内进行UL传输或P2P传输；或者，在所述MU-RTS帧包括触发TXOP共享模式字段，且所述TXOP共享模式字段的取值为2，或者为除0、1和2之外的其他数值的情况下，根据所述最大发射功率在所述第一时间段内进行UL传输或P2P传输。

第三方面，本申请实施例提供一种基于信道竞争的通信方法，所述方法包括：

生成多用户请求发送MU-RTS帧，所述MU-RTS帧包括多个用户信息字段，所述用户信息字段包括分配时长字段，一个所述用户信息字段对应一个站点，所述分配时长字段用于指示与所述用户信息字段对应的站点所对应的第一时间段；发送所述MU-RTS帧。

本申请实施例中，接入点(access point，AP)将TXOP内的一段时间(如上述第一时间段)共享给多个站点(station，STA)，从而不仅有效地利用了该TXOP内的一段时间，而且通过共享给多个STA，有效提高了空间复用能力，提高了系统的通信效率。

可理解，第三方面的执行主体可以为AP，第二方面可以应用于AP通过MU-RTS帧指定主次站点的场景，也可以应用于AP通过MU-RTS不指定主次站点，但是通过用户信息字段指定站点的场景，也可以应用于AP通过MU-RTS帧中的用户信息字段指示站点的最大发射功率的场景。

在一种可能的实现方式中，所述MU-RTS帧还包括触发传输机会TXOP共享模式字段，所述触发TXOP共享模式字段的取值为2，或者，为除0、1和2之外的其他数值。

在一种可能的实现方式中，所述多个用户信息字段包括至少一个第一用户信息字段，所述第一用户信息字段对应的站点为次站点。

在一种可能的实现方式中，所述第一用户信息字段是所述多个用户信息字段中的非第一个用户信息字段；或者，所述第一用户信息字段还包括主次指示字段，所述主次指示字段用于指示所述第一用户信息字段对应的站点为所述次站点。

在一种可能的实现方式中，所述多个用户信息字段包括一个第二用户信息字段，所述第二用户信息字段对应主站点。

在一种可能的实现方式中，所述第二用户信息字段是所述多个用户信息字段中的第一个用户信息字段；或者，所述第二用户信息字段还包括主次指示字段，所述主次指示字段用于指示所述第二用户信息字段对应的站点为主站点。

在一种可能的实现方式中，所述用户信息字段还包括功率指示字段，所述功率指示字段用于指示与所述用户信息字段对应的站点在所述第一时间段内的最大发射功率。

在一种可能的实现方式中，所述用户信息字段还包括第一指示字段，所述第一指示字段用于指示与所述用户信息字段对应的站点允许在所述第一时间段内进行上行UL传输或点对点P2P传输，或者，所述第一指示字段用于指示与所述用户信息字段对应的站点允许在所述第一时间段内进行P2P传输。

第四方面，本申请实施例提供一种基于信道竞争的通信方法，所述方法包括：

接收多用户请求发送MU-RTS帧，所述MU-RTS帧包括第一用户信息字段和第二用户信息字段，所述第一用户信息字段对应一个站点，所述第二用户信息字段对应一个或多个站点，所述第一用户信息字段包括第一分配时长字段，所述第一分配时长字段用于指示与所述第一用户信息字段对应的站点所对应的第一时间段，所述第二用户信息字段包括第二分配时长字段，所述第二分配时长字段用于指示与所述第二用户信息字段对应的站点所对应的第二时间段；所述第二用户信息字段对应的站点根据所述MU-RTS帧在所述第二时间段内进行点对点P2P传输。

本申请实施例中，MU-RTS帧中包括两个用户信息字段，其中一个用户信息字段可以对应一个站点，其中另一个用户信息字段可以对应一个或多个站点(也可以理解为不指定站点)，从而保证多个站点能够并发传输，提高系统效率；而且通过两个用户信息字段指示两个或两个以上的站点，节省了信令开销。

可理解，第四方面可以应用于通过MU-RTS帧中的一个用户信息字段指定一个STA，以及通过该MU-RTS帧中的另一个用户信息字段不指定STA的场景。如执行主体可以是AP未通过所述另一个用户信息字段指定的STA。

在一种可能的实现方式中，所述第二用户信息字段对应一个或多个站点，包括：所述第二用户信息字段包括的关联标识AID的取值为0、2008-2044、2047-4094中的任一项。

本申请实施例中，通过第二用户信息字段中的AID的取值，可以实现AP不指定STA的目的，从而使得接收到该MU-RTS帧的站点均可以进行信道竞争，从而进行P2P传输。

在一种可能的实现方式中，所述第二用户信息字段对应的站点根据所述MU-RTS帧在所述第二时间段内进行P2P传输包括：所述第二用户信息字段对应的站点根据所述MU-RTS帧忽略由接入点设置的网络分配矢量NAV，并在所述第二时间段内进行信道竞争，在信道竞争成功的情况下，在所述第二时间段内进行P2P传输。

本申请实施例中，所述根据所述MU-RTS帧忽略由AP设置的NAV包括如下至少一项：根据所述用户信息字段的个数忽略由AP设置的NAV；根据所述第二用户信息字段中AID的取值忽略由AP设置的NAV；根据所述MU-RTS帧中的触发TXOP共享模式字段的取值忽略由AP设置的NAV。

在一种可能的实现方式中，所述在所述第二时间段内进行信道竞争包括：若所述站点接收到物理层协议数据单元PPDU，则根据所述PPDU的接收功率和第一空闲信道评估CCA门限进行退避，所述PPDU包括本基本服务集合BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，所述第一CCA门限大于或等于CCA数据包检测门限。

在一种可能的实现方式中，所述PPDU包括本BSS的PPDU。

在一种可能的实现方式中，根据所述PPDU的接收功率和第一空闲信道评估CCA门限进行退避包括：若所述PPDU的接收功率小于或等于所述第一CCA门限，则继续进行退避；或者，若所述PPDU的接收功率大于所述第一CCA门限，则停止退避。

第五方面，本申请实施例提供一种基于信道竞争的通信方法，所述方法包括：

生成多用户请求发送MU-RTS帧，所述MU-RTS帧包括第一用户信息字段和第二用户信息字段，所述第一用户信息字段对应一个站点，所述第二用户信息字段对应一个或多个站点，所述第一用户信息字段包括第一分配时长字段，所述第一分配时长字段用于指示与所述第一用户信息字段对应的站点所对应的第一时间段，所述第二用户信息字段包括第二分配时长字段，所述第二分配时长字段用于指示与所述第二用户信息字段对应的站点所对应的第二时间段；发送所述MU-RTS帧。

本申请实施例中，MU-RTS帧中包括两个用户信息字段，其中一个用户信息字段可以对应一个站点，其中另一个用户信息字段可以对应一个或多个站点(也可以理解为不指定站点)，从而保证多个站点能够并发传输，提高系统效率；而且通过两个用户信息字段指示两个或两个以上的站点，节省了信令开销。

可理解，第五方面可以应用于通过MU-RTS帧中的一个用户信息字段指定一个STA，以及通过该MU-RTS帧中的另一个用户信息字段不指定STA的场景，如执行主体可以是AP。

在一种可能的实现方式中，所述第二用户信息字段对应一个或多个站点，包括：所述第二用户信息字段包括的关联标识AID的取值为0、2008-2044、2047-4094中的任一项。

第六方面，本申请实施例提供一种基于信道竞争的通信方法，所述方法包括：

接收多用户请求发送MU-RTS帧，所述MU-RTS帧包括公共信息字段，所述公共信息字段包括第二指示字段，所述第二指示字段用于指示是否允许多个站点共享第一时间段内，所述第一时间段为传输机会TXOP内的一段时间；在所述第二指示字段允许所述多个站点共享所述第一时间段的情况下，根据所述MU-RTS帧在所述第一时间段内进行点对点P2P传输。

本申请实施例中，MU-RTS帧中公共信息字段可以包括第二指示字段，由此接收到该MU-RTS帧的STA可以根据该第二指示信息确定其允许执行TXS_PD的SR机制，保证了多个站点能够并发传输，提高系统效率；而且节省了信令开销。

可理解，本申请实施例中的MU-RTS帧可以不包括用户信息字段。

在一种可能的实现方式中，所述公共信息字段还包括用于指示所述第一时间段的字段。

在一种可能的实现方式中，所述MU-RTS帧还包括触发传输机会TXOP共享模式字段，所述触发TXOP共享模式字段的取值为2，或者，为除0、1和2之外的其他数值。

可理解，当公共信息字段包括第二指示字段时，该触发TXOP共享模式字段的取值可以为2或除0、1、2之外的其他数值。当公共信息字段不包括第二指示字段时，该触发TXOP共享模式字段的取值可以为除0、1、2之外的其他数值，如为3。从而，接收到该MU-RTS帧的STA可以通过该触发TXOP共享模式字段获知其允许执行TXS_PD的SR机制，进而可以在第一时间段内进行P2P传输。当公共信息字段不包括第二指示字段时，该触发TXOP共享模式字段的取值也可以为2或除0、1、2之外的其他数值。该情况下，接收到该MU-RTS帧的STA可以通过该MU-RTS帧中不包括用户信息字段获知其允许执行TXS_PD的SR机制，进而可以在第一时间段内进行P2P传输。

在一种可能的实现方式中，所述根据所述MU-RTS帧在所述第一时间段内进行P2P传输包括：根据所述MU-RTS帧忽略由接入点设置的网络分配矢量NAV，并在所述第一时间段内进行信道竞争，在信道竞争成功的情况下，在所述第一时间段内进行P2P传输。

本申请实施例中，所述根据所述MU-RTS帧忽略由AP设置的NAV包括如下至少一项：根据所述用户信息字段的个数忽略由AP设置的NAV；根据所述公共信息字段中的第二指示字段忽略由AP设置的NAV；根据所述MU-RTS帧中的触发TXOP共享模式字段的取值忽略由AP设置的NAV。

在一种可能的实现方式中，所述在所述第一时间段内进行信道竞争包括：若所述站点接收到物理层协议数据单元PPDU，则根据所述PPDU的接收功率和第一空闲信道评估CCA门限进行退避，所述PPDU包括本基本服务集合BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，所述第一CCA门限大于或等于CCA数据包检测门限。

在一种可能的实现方式中，所述PPDU包括本BSS的PPDU。

在一种可能的实现方式中，根据所述PPDU的接收功率和第一空闲信道评估CCA门限进行退避包括：若所述PPDU的接收功率小于或等于所述第一CCA门限，则继续进行退避；或者，若所述PPDU的接收功率大于所述第一CCA门限，则停止退避。

第七方面，本申请实施例提供一种基于信道竞争的通信方法，所述方法包括：

生成多用户请求发送MU-RTS帧，所述MU-RTS帧包括公共信息字段，所述公共信息字段包括第二指示字段，所述第二指示字段用于指示是否允许多个站点共享第一时间段内，所述第一时间段为传输机会TXOP内的一段时间；发送所述MU-RTS帧。

在一种可能的实现方式中，所述公共信息字段还包括用于指示所述第一时间段的字段。

在一种可能的实现方式中，所述MU-RTS帧还包括触发传输机会TXOP共享模式字段，所述触发TXOP共享模式字段的取值为2，或者，为除0、1和2之外的其他数值。

第八方面，本申请实施例提供一种通信装置，用于执行第一方面、第二方面、第四方面、第六方面或任意可能的实现方式中的方法。所述通信装置包括具有执行第一方面、第二方面、第四方面、第六方面或任意可能的实现方式中的方法的单元。示例性的，通信装置包括处理单元和收发单元。

第九方面，本申请实施例提供一种通信装置，用于执行第三方面、第五方面、第七方面或任意可能的实现方式中的方法。所述通信装置包括具有执行第三方面、第五方面、第七方面或任意可能的实现方式中的方法的单元。示例性的，通信装置包括处理单元和收发单元。

第十方面，本申请实施例提供一种通信装置，所述通信装置包括处理器，用于执行上述第一方面、第二方面、第四方面、第六方面或任意可能的实现方式所示的方法。或者，所述处理器用于执行存储器中存储的程序，当所述程序被执行时，上述第一方面、第二方面、第四方面、第六方面或任意可能的实现方式所示的方法被执行。

在一种可能的实现方式中，所述存储器位于所述通信装置之外。

在一种可能的实现方式中，所述存储器位于所述通信装置之内。

本申请实施例中，处理器和存储器还可以集成于一个器件中，即处理器和存储器还可以被集成在一起。

在一种可能的实现方式中，所述通信装置还包括收发器，所述收发器，用于接收信号和/或发送信号。

第十一方面，本申请实施例提供一种通信装置，所述通信装置包括处理器，用于执行上述第三方面、第五方面、第七方面或任意可能的实现方式所示的方法。或者，所述处理器用于执行存储器中存储的程序，当所述程序被执行时，上述第三方面、第五方面、第七方面或任意可能的实现方式所示的方法被执行。

在一种可能的实现方式中，所述存储器位于所述通信装置之外。

在一种可能的实现方式中，所述存储器位于所述通信装置之内。

本申请实施例中，处理器和存储器还可以集成于一个器件中，即处理器和存储器还可以被集成在一起。

在一种可能的实现方式中，所述通信装置还包括收发器，所述收发器，用于接收信号和/或发送信号。

第十二方面，本申请实施例提供一种芯片，所述芯片包括逻辑电路和接口，所述逻辑电路和接口耦合；所述接口用于输入和/或输出代码指令，所述逻辑电路用于执行所述代码指令，以使第一方面、第二方面、第四方面、第六方面或任意可能的实现方式所示的方法被执行。

第十三方面，本申请实施例提供一种芯片，所述芯片包括逻辑电路和接口，所述逻辑电路和接口耦合；所述接口用于输入和/或输出代码指令，所述逻辑电路用于执行所述代码指令，以使第三方面、第五方面、第七方面或任意可能的实现方式所示的方法被执行。

第十四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当其在计算机上运行时，使得上述第一方面、第二方面、第四方面、第六方面或任意可能的实现方式所示的方法被执行。

第十五方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当其在计算机上运行时，使得上述第三方面、第五方面、第七方面或任意可能的实现方式所示的方法被执行。

第十六方面，本申请实施例提供一种计算机程序产品，所述计算机程序产品包括计算机程序或计算机代码(也可以称为指令)，当其在计算机上运行时，使得上述第一方面、第二方面、第四方面、第六方面或任意可能的实现方式所示的方法被执行。

第十七方面，本申请实施例提供一种计算机程序产品，所述计算机程序产品包括计算机程序或计算机代码(也可以称为指令)，当其在计算机上运行时，使得上述第三方面、第五方面、第七方面或任意可能的实现方式所示的方法被执行。

第十八方面，本申请实施例提供一种计算机程序，所述计算机程序在计算机上运行时，上述第一方面、第二方面、第四方面、第六方面或任意可能的实现方式所示的方法被执行。

第十九方面，本申请实施例提供一种计算机程序，所述计算机程序在计算机上运行时，上述第三方面、第五方面、第七方面或任意可能的实现方式所示的方法被执行。

第二十方面，本申请实施例提供一种通信系统，所述通信系统包括STA和AP。

在一种可能的实现方式中，所述STA用于执行上述第一方面或第一方面的任意可能的实现方式所示的方法；所述AP用于执行上述第三方面或第三方面的任意可能的实现方式所示的方法。

在一种可能的实现方式中，所述STA用于执行上述第二方面或第二方面的任意可能的实现方式所示的方法；所述AP用于执行上述第三方面或第三方面的任意可能的实现方式所示的方法。

在一种可能的实现方式中，所述STA用于执行上述第一方面、第二方面或任意可能的实现方式所示的方法；所述AP用于执行上述第三方面或第三方面的任意可能的实现方式所示的方法。

在一种可能的实现方式中，所述STA用于执行上述第四方面或第四方面的任意可能的实现方式所示的方法；所述AP用于执行上述第五方面或第五方面的任意可能的实现方式所示的方法。

在一种可能的实现方式中，所述STA用于执行上述第六方面或第六方面的任意可能的实现方式所示的方法；所述AP用于执行上述第七方面或第七方面的任意可能的实现方式所示的方法。

附图说明

图1是本申请实施例提供的一种通信系统的架构示意图；

图2是本申请实施例提供的一种TXOP共享机制的示意图；

图3是本申请实施例提供的一种基于信道竞争的通信方法的流程示意图；

图4是本申请实施例提供的一种MU-RTS帧的结构示意图；

图5a是本申请实施例提供的一种基于信道竞争的通信方法的场景示意图；

图5b是本申请实施例提供的与图5a对应的基于信道竞争的通信方法的流程示意图；

图5c是本申请实施例提供的一种MU-RTS TXS TF帧的结构示意图；

图6a是本申请实施例提供的一种基于信道竞争的通信方法的场景示意图；

图6b是本申请实施例提供的与图6a对应的基于信道竞争的通信方法的流程示意图；

图6c是本申请实施例提供的一种MU-RTS TXS TF帧的结构示意图；

图7a是本申请实施例提供的一种基于信道竞争的通信方法的场景示意图；

图7b是本申请实施例提供的与图7a对应的基于信道竞争的通信方法的流程示意图；

图7c是本申请实施例提供的一种MU-RTS TXS TF帧的结构示意图；

图8a是本申请实施例提供的一种基于信道竞争的通信方法的场景示意图；

图8b是本申请实施例提供的与图8a对应的基于信道竞争的通信方法的流程示意图；

图8c是本申请实施例提供的一种MU-RTS TXS TF帧的结构示意图；

图9a是本申请实施例提供的一种基于信道竞争的通信方法的场景示意图；

图9b是本申请实施例提供的与图9a对应的基于信道竞争的通信方法的流程示意图；

图9c是本申请实施例提供的一种MU-RTS TXS TF帧的结构示意图；

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

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

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

具体实施方式

本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等仅用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备等，没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元等，或可选地还包括对于这些过程、方法、产品或设备等固有的其它步骤或单元。

在本文中提及的“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员可以显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。本申请中使用的术语“多个”是指两个或两个以上。

本申请提供的技术方案可以应用于WLAN系统，如Wi-Fi等。如本申请提供的方法可以适用于IEEE802.11系列协议，例如802.11a/b/g协议、802.11n协议、802.11ac协议、802.11ax协议、802.11be协议或下一代的协议等，这里不再一一列举。本申请提供的技术方案还可以应用于基于UWB技术的无线个人局域网(wireless personal area network，WPAN)。如本申请提供的方法可以适用于IEEE802.15系列协议，例如802.15.4a协议、802.15.4z协议或802.15.4ab协议，或者未来某代UWB WPAN协议等，这里不再一一列举。本申请提供的技术方案还可以应用于其他各类通信系统，例如，可以是物联网(internet ofthings，IoT)系统、车联网(vehicle to X，V2X)、窄带物联网(narrow band internet ofthings，NB-IoT)系统，应用于车联网中的设备，物联网(IoT，internet of things)中的物联网节点、传感器等，智慧家居中的智能摄像头，智能遥控器，智能水表电表，以及智慧城市中的传感器等。还可以适用于长期演进(long term evolution，LTE)系统，第五代(5th-generation，5G)通信系统，以及未来通信发展中出现的新的通信系统(如6G)等。

虽然本申请实施例主要以WLAN为例，尤其是应用于IEEE 802.11系列标准的网络，例如支持Wi-Fi7，极高吞吐量(extremely high-throughput，EHT)的系统，又如支持Wi-Fi8，超高可靠性(ultra high reliability，UHR)，超高可靠性和吞吐量(ultra highreliability and throughput，UHRT)的系统为例进行说明。本领域技术人员容易理解，本申请涉及的各个方面可以扩展到采用各种标准或协议的其它网络。例如，蓝牙(bluetooth)，高性能无线LAN(high performance radio LAN，HIPERLAN)(一种与IEEE802.11标准类似的无线标准，主要在欧洲使用)以及广域网(WAN)或其它现在已知或以后发展起来的网络。因此，无论使用的覆盖范围和无线接入协议如何，本申请提供的各种方面可以适用于任何合适的无线网络。

本申请提供的方法可以由无线通信系统中的通信装置实现。例如，该通信装置可以是接入点(access point，AP)或站点(station，STA)。

接入点是一种具有无线通信功能的装置，支持采用WLAN协议进行通信或感知，具有与WLAN网络中其他设备(比如站点或其他接入点)通信或感知的功能，当然，还可以具有与其他设备通信或感知的功能。或者，接入点相当于一个连接有线网和无线网的桥梁，主要作用是将各个无线网络客户端连接到一起，然后将无线网络接入以太网。在WLAN系统中，接入点可以称为接入点站点(AP STA)。该具有无线通信功能的装置可以为一个整机的设备，还可以是安装在整机设备中的芯片或处理系统等，安装这些芯片或处理系统的设备可以在芯片或处理系统的控制下，实现本申请实施例的方法和功能等。本申请实施例中的AP是为STA提供服务的装置，可以支持802.11系列协议或后续协议等。例如，接入点可以为终端(如手机)进入有线(或无线)网络的接入点，主要部署于家庭、大楼内部以及园区内部，典型覆盖半径为几十米至上百米，当然，也可以部署于户外。又例如，AP可以为通信服务器、路由器、交换机、网桥等通信实体；AP可以包括各种形式的宏基站，微基站，中继站等，当然AP还可以为这些各种形式的设备中的芯片和处理系统，从而实现本申请实施例的方法和功能。

站点是一种具有无线通信功能的装置，支持采用WLAN协议进行通信或感知，具有与WLAN网络中的其他站点或接入点通信或感知的能力。在WLAN系统中，站点可以称为非接入点站点(non-access point station，non-AP STA)。例如，STA是允许用户与AP通信或感知进而与WLAN通信的任何用户通信设备，该具有无线通信功能的装置可以为一个整机的设备，还可以是安装在整机设备中的芯片或处理系统等，安装这些芯片或处理系统的设备可以在芯片或处理系统的控制下，实现本申请实施例的方法和功能。例如，站点可以为无线通讯芯片、无线传感器或无线通信终端等，也可称为用户。又例如，站点可以为支持Wi-Fi通讯功能的移动电话、支持Wi-Fi通讯功能的平板电脑、支持Wi-Fi通讯功能的机顶盒、支持Wi-Fi通讯功能的智能电视、支持Wi-Fi通讯功能的智能可穿戴设备、支持Wi-Fi通讯功能的车载通信设备和支持Wi-Fi通讯功能的计算机等等。

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

示例性的，本申请提供的方法可以应用的通信系统可以包括接入点和站点。例如，本申请可以适用于WLAN中AP与STA之间通信或感知的场景。可选地，AP可以与单个STA通信或感知，或者，AP同时与多个STA通信或感知。具体地，AP与多个STA通信或感知又可以分为AP同时给多个STA发送信号的下行传输，以及多个STA向AP发送信号的上行传输。其中，AP和STA之间可以支持WLAN通信协议，该通信协议可以包括IEEE802.11系列的协议，比如可以适用于802.11be标准，当然也同样适用于802.11be以后的标准。

图1是本申请实施例提供的一种通信系统的架构示意图。该通信系统可以包括一个或多个AP以及一个或多个STA。图1中示出了两个接入点如AP1和AP2，以及三个站点如STA1、STA2和STA3。可理解，一个或多个AP可以与一个或多个STA通信。当然，AP与AP之间可以通信，STA与STA之间可以通信。

可理解，图1中以STA为手机、AP为路由器作为一种示例，并不表示对本申请中的AP、STA类型进行限定。同时，图1仅示例性的示出了两个AP和三个STA，但是该AP或STA的数量还可以更多或更少，本申请实施例对此不作限定。

目前存在一种TXOP共享(TXOP sharing，TXS)机制，一个作为TXOP holder的AP可以将剩余的TXOP时间段内的一部分时间资源(即图2中的第一时间段)分配且仅分配给一个第一站点(如图2所示的STA1)，第一站点在被分配的时间内可以与第二站点(如图2所示的STA2)进行P2P传输或者给AP发送数据。如图2所示，作为TXOP holder的AP发送多用户(multiple user，MU)请求发送(request to send，RTS)(MU-RTS)TXS触发帧(triggerframe，TF)，收到该MU-RTS TXS TF的第一站点可以向AP回复清除发送(clear to send，CTS)帧，第一站点在发送完CTS并等待短帧间距(short inter-frame space，SIFS)时长之后在第一时间段内进行传输，在第一时间段结束之前结束传输。通过这种机制可以减少第一站点竞争信道带来的碰撞，提高系统效率。本申请实施例所示的P2P传输所用的P2P链路可以是两个STA通过隧道直接链路建立(tunneled direct link setup，TDLS)或者其它P2P协议建立起来的。P2P在其它技术介绍中也可能采用D2D，或者TDLS等叫法，其本质都是相同的，本申请实施例对于P2P的具体方式不作限定。

但是，上述TXS机制中只允许AP将TXOP的一段时间共享给唯一一个STA，导致系统效率低下。

鉴于此，本申请实施例提供一种基于信道竞争的通信方法和装置，可以实现多个STA并发，提高系统效率(也可以理解为提高系统的空间复用能力)。示例性的，通过本申请实施例，可以将TXOP分享给多个用户以支持同时并发传输，不仅提高了空间复用能力，而且有效提高了系统的通信效率。

图3是本申请实施例提供的一种基于信道竞争的通信方法的流程示意图，如该方法可以应用于如图1所示的通信系统。如图3所示，该方法包括：

301、AP生成MU-RTS帧。

该MU-RTS帧可以包括如下至少一项字段(field)：帧控制(framecontrol)、时长(duration)、接收地址(receiveaddress，RA)、发送地址(transmitionaddress，TA)、公共信息(commoninfo)、用户信息列表(userinfolist)、填充(padding)、帧校验序列(framecheck sequence，FCS)。图4是本申请实施例提供的一种MU-RTS帧的结构示意图。本申请实施例中，该MU-RTS帧中可以包括1个用户信息字段、或者包括2个用户信息字段、或者包括2个以上用户信息字段、或者不包括用户信息字段。关于用户信息字段的数量说明可以参考下文实施例一至实施例五。

可理解，本申请实施例所示的MU-RTS帧可以包括MU-RTS TXS触发帧等，本申请实施例对于该MU-RTS帧的具体名称不作限定。

示例性的，公共信息字段可以包括如下至少一项字段：触发帧类型(triggertype)、触发TXOP共享模式。触发TXOP共享模式字段可以用于指示TXOP共享模式。例如，触发TXOP共享模式字段承载的数值为1时，可以表示站点在第一时间段内只能进行上传传输。又例如，触发TXOP共享模式字段承载的数值为2时，表示站点在第一时间段可以进行UL传输或P2P传输。触发TXOP共享模式字段承载的数值为2时，表示站点在第一时间段可以进行UL传输或P2P传输可以理解为：第一、在第一时间段内存在一个站点进行UL传输或P2P传输，如以图2为例，则表示第一站点在第一时间段内可以进行UL传输或P2P传输。第二、在第一时间段内存在一个站点进行UL传输或P2P传输，以及在第一时间段内存在至少一个站点进行P2P传输。又例如，触发TXOP共享模式字段承载的数值为3时，该触发TXOP共享模式字段可以理解为：第三、在第一时间段内至少一个站点可以进行P2P传输。第四、在第一时间段内存在一个站点可以进行UL传输或P2P传输，以及存在至少一个站点可以进行P2P传输。对于第二种理解方式和第四种理解方式来说，触发TXOP共享模式字段承载2时的含义与该字段承载3时的含义可以认为是相同的。

以上所示的“触发TXOP共享模式字段承载3”所表示的含义仅为示例，不应将其理解为对本申请实施例的限定。可理解，本申请实施例所示的某个字段承载的数值也可以理解为该某个字段的取值。为便于区分不同的理解方式(如第一至第六等类似描述)，本申请实施例用不同编号进行区分，但是并不表示这些编号相互之间有关联，或者并不表示这些编号有先后顺序。

示例性的，用户信息字段可以包括如下至少一项字段：关联标识(associationidentifier，AID)、资源单元(resource unit，RU)分配(allocation)、分配时长(allocationduration)。其中，关联标识字段可以用于指示与用户信息字段对应的站点。例如，如图4所示，关联标识字段可以用于承载于用户信息字段对应的站点的12位关联标识(AID12)。又例如，关联标识字段可以用于承载P2P标识，该P2P标识可以对应一个P2P的发送方和一个P2P的接收方。可理解，关联标识字段承载的P2P标识不与任何一个STA的AID相同，从而可以保证获取到该P2P标识的站点能够基于该P2P标识判断AP是否将第一时间段分配给了该站点，或者，基于该P2P标识判断其是否可以使用本次TXS机会。分配时长字段可以用于指示第一时间段。可理解，本申请实施例对于各个站点所对应的第一时间段是否相同不作限定。

为便于描述，本申请实施例均以“字段”为例示出，未具体区分“字段”和“子字段”等。本申请实施例所示的字段还可以称为域。

302、AP发送MU-RTS帧，对应的，STA接收该MU-RTS帧。

303、STA根据MU-RTS帧在第一时间段内进行UL传输或P2P传输。

步骤303可以有如下实现方式：

实现方式一、

STA根据MU-RTS帧忽略由AP设置的NAV，并在第一时间段内进行信道竞争，在信道竞争的情况下，在第一时间段内进行P2P传输。

通常物理载波侦听和虚拟载波侦听都为空闲的时候，STA才允许接入信道，进而进行无线帧发送。物理载波侦听可以通过侦听信道上的能量以及无线帧信号实现，如当接收能量或者接收到的无线帧强度小于某一个阈值，则可以认为物理载波侦听为空闲，反之物理载波侦听为繁忙。虚拟载波侦听可以通过设置NAV实现，当NAV不为0的时候，虚拟载波侦听为繁忙，当NAV数值为0的时候，虚拟载波侦听为空闲。一般来说，当STA正确接收到一个无线帧之后，可以根据该无线帧中的时长字段更新NAV。当无线帧中的接收地址字段承载的接收地址是自身的介质接入控制(medium access control，MAC)地址的情况下，该STA不更新NAV。对于接收地址不是自身的MAC地址的无线帧来说，当其时长字段承载的数值大于该STA当前的NAV时需要根据时长字段更新NAV。

当AP将TXOP中的一段时间(如第一时间段)共享给至少两个STA时，不同STA之间可能会相互收到其他STA的无线帧，如果STA不忽略由AP设置的NAV，则会导致即使AP将第一时间段分享给了这个STA，但是由于NAV的设置方式，这个STA仍无法进行信道竞争，从而无法进行P2P传输。由此，本申请实施例中，通过忽略由AP设置的NAV，可以保证STA可以进行信道竞争，从而进行P2P传输。

NAV可以包括如下至少一项：基本NAV(basic NAV)、在基本服务集合(basicservice set，BSS)内的NAV(intra-BSS NAV)。Intra-BSS NAV可以通过intra-BSS PPDU更新，basic NAV可以通过inter-BSS PPDU或者不能区分是intra-BSS还是Inter-BSS的PPDU更新。Inter-BSS PPDU简单来说就是来自本BSS之外的STA发送的PPDU，intra-BSS PPDU简单来说就是来自本BSS的STA发送的PPDU。关于Inter-BSS PPDU和intra-BSS PPDU的具体辨别方式本申请实施例不作限定。上述STA忽略的可以是由AP设置的intra-BSS NAV。

可选地，STA可以根据MU-RTS帧中触发TXOP共享模式字段的取值忽略由AP设置的NAV。例如，当MU-RTS帧中触发TXOP共享模式字段承载数值3时，该STA可以忽略由AP设置的NAV。又例如，按照上述第二种理解方式，则触发TXOP共享模式字段承载数值2时，STA可以忽略由AP设置的NAV。

可选地，STA可以根据MU-RTS帧中包括的用户信息字段的个数忽略由AP设置的NAV。如用户信息字段的个数大于或等于2，则STA可以忽略由AP设置的NAV。又如用户信息字段的个数等于0，则STA可以忽略由AP设置的NAV。

可理解，STA能够忽略由AP设置的NAV则说明该STA已经获知其允许基于TXS_PD的SR机制。该基于TXS_PD的SR机制可以称为将第一时间段共享给多个STA的机制；或者，允许TXOP共享的SR机制；或者，支持多个用户并发传输等，这里不再一一列举。本申请实施例所示的基于TXS_PD的SR机制的名称仅为示例，对于该名称不作限定。示例性的，基于TXS_PD的SR机制可以理解为如下至少一项：允许AP将TXOP内的一段时间(如第一时间段)共享给一个用于进行UL传输或P2P传输的站点，以及共享给至少一个用于进行P2P传输的站点；允许AP将TXOP内的一段时间共享给至少两个用于进行P2P传输的站点。关于该机制的具体描述还可以参考下文实施例一至实施例五。

可选地，STA可以根据MU-RTS帧中的公共信息字段忽略由AP设置的NAV。例如，公共信息字段中可以包括第二指示字段，该第二指示字段可以用于指示是否允许TXOP共享数据包检测，或者，该第二指示字段可以用于指示是否允许TXOP共享的空间复用(TXS SR)，或者，该第二指示字段可以用于指示是否允许将TXOP内的一段时间共享给多个STA，或者，该第二指示字段可以用于指示是否支持多个用户并发传输，或者，该第二指示字段可以用于指示是否允许基于TXS_PD的SR机制。该第二指示字段还可以称为是否允许TXS_PD字段，或TXS SR允许字段等，本申请实施例对于该第二指示字段的具体名称不作限定。如第二指示字段可以占用1个比特，该第二指示字段承载数值0可以表示第一时间段内不允许基于TXS_PD的SR，该第二指示字段承载数值1可以表示第一时间段内允许基于TXS_PD的SR。第一时间段内允许基于TXS_PD的SR则表示STA可以共享第一时间段，可以在第一时间段内进行信道竞争；或者，根据该第二指示字段，STA可以忽略由AP设置的NAV。第一时间段内不允许基于TXS_PD的SR则表示不支持多个用户并发传输，因此接收到该MU-RTS帧的STA需要按照图2所示的方法或基于重叠基本服务集(overlapping basic service set，OBSS)包检测(OBSSpacket detect，OBSS_PD)的空间复用(spatial reuse)机制进行传输。

可理解，本申请实施例所示的忽略由AP设置的NAV可以等效于由AP设置的NAV认为是0；或者，等效于STA可以按照AP设置的NAV为0继续执行后续操作。

示例性的，STA在第一时间段内进行信道竞争包括如下实现方式：

第五、在接收到PPDU的情况下，根据该PPDU的接收功率和第一CCA门限进行退避。

一般来说，STA除了可以接收到AP发送的无线帧之外，还会接收本BSS的STA发送的PPDU，或者，接收外BSS的STA发送的PPDU，或者接收无法区分是本BSS的STA发送的PPDU还是外BSS的STA发送的PPDU。

可选地，在该PPDU为本BSS的PPDU的情况下，STA可以根据PPDU的接收功率和第一CCA门限进行退避。在该种实现方式中，当PPDU不是本BSS的PPDU时，STA可以根据该PPDU的接收功率和CCA_PD门限判断信道空闲或繁忙。如该PPDU的接收功率大于CCA_PD门限，则STA可以认为信道繁忙，PPDU的接收功率小于或等于该CCA_PD门限，则STA可以认为信道空闲。在信道空闲的情况下，STA可以进行P2P传输。

可选地，在该PPDU为本BSS的PPDU、外BSS的PPDU或者无法区分本BSS的PPDU和外BSS的PPDU的情况下，STA可以根据该PPDU的接收功率和第一CCA门限进行退避。该种实现方式中，STA在进行退避之前，可以判断PPDU的类型。或者，由于PPDU的类型可以是本BSS的PPDU、外BSS的PPDU以及无法区分本/外BSS的PPDU，因此，还可以等效于STA进行退避之前，不判断PPDU的类型。

第一CCA门限大于或等于CCA_PD门限，该CCA_PD门限可以等于-82dBm，第一CCA门限可以等于-82dBm、-72dBm、-68dBm等，这里不再一一列举。该第一CCA门限小于或等于第二CCA门限。该第二CCA门限可以等于-62dBm，该第二CCA门限的具体取值可以根据通过物理载波侦听判断信道繁忙时采用的门限确定，如第二CCA门限可以称为CCA_ED门限。CCA_PD门限可以由标准定义，关于该CCA_PD门限的使用场景可以参考上述描述。

可选地，AP可以通过信标(beacon)或者探测响应(probe response)帧中携带第一CCA门限的取值。该第一CCA门限的取值可以是一个单独的新的元素(element)，也可以复用空间复用参数集元素(spatial reuse parameter set element)，在其中增加第一CCA门限字段，通过该第一CCA门限字段向STA指示第一CCA门限。可选地，该第一CCA门限还可以由STA设置。第一CCA门限可以称为TXS_PD门限，本申请实施例对于该第一CCA门限的具体名称不作限定。

根据该PPDU的接收功率和第一CCA门限进行退避包括：若PPDU的接收功率小于或等于第一CCA门限，则继续进行退避；或者，若PPDU的接收功率大于所述第一CCA门限，则停止退避。

若PPDU的接收功率小于或等于第一CCA门限，则STA可以认为信道空闲，忽略其接收到的PPDU或不基于该PPDU中的时长字段更新NAV，同时继续执行退避过程。如果在第一时间段内该STA退避到0，则可以在第一时间段结束之前进行P2P传输。可理解，如果STA在第一时间段内如果获得传输机会，则该STA需要降低其最大发射功率。例如，在PPDU的接收功率大于或等于CCA_PD门限且小于或等于第一CCA门限的情况下，最大发射功率可以降低为P_max0-(P_r-CCA)，其中P_max0为法规允许的最大发射功率，P_r为PPDU的接收功率，CCA为第一CCA门限。又例如，在PPDU的接收功率小于或等于CCA_PD门限的情况下，最大发射功率可以为P_max0。

若PPDU的接收功率大于第一CCA门限，则STA可以认为信道繁忙，不能忽略该PPDU或该PPDU中的时长字段。如该STA可以根据该PPDU中的时长字段更新NAV，更新该NAV之后，由于该NAV不等于0，因此该STA认为信道繁忙，即停止退避。

第六、在未接收到PPDU的情况下，根据第二CCA门限进行信道竞争。如信道的能量大于该第二CCA门限，则认为信道繁忙，信道的能量小于或等于第二CCA门限，则认为信道空闲。在信道空闲的情况下，STA可以进行P2P传输。

实现方式二、

STA根据MU-RTS帧在第一时间段内进行UL传输或P2P传输，无需进行信道竞争。也就是说，当某个STA通过MU-RTS帧确定其可以进行UL传输或P2P传输，则该STA可以不进行信道竞争，发起UL传输或P2P传输。如该STA可以在发送CTS之后等待SIFS就可以进行UL传输后P2P传输。

基于上述实现方式一和实现方式二，AP可以将TXOP中的一段时间(如第一时间段)共享给至少两个STA。作为一种可能的实现方式，该至少两个STA中可以有一个STA在第一时间段内进行UL传输或P2P传输(如上述实现方式二)，以及该至少两个STA中有至少一个STA在第一时间段内进行P2P传输(如上述实现方式一)。本申请实施例中，AP将第一时间段共享给可以用于UL传输或P2P传输的STA，以及仅用于P2P传输的STA，可以尽可能地保证至少有一个STA能够成功进行传输，保证系统效率，以及尽可能地允许更多的站点能够共享该第一时间段，保证多用户并发传输，提高系统效率。作为另一种可能的实现方式，该至少两个STA均在第一时间段内进行P2P传输(如上述实现方式一)。本申请实施例中，AP将第一时间段共享给多个STA，该多个STA可以进行P2P传输。通过保持该多个STA传输的一致性(即均进行P2P传输)，保证了多个STA的公平性，不仅可以有效减少多个STA信道竞争时带来的碰撞，而且还提高了系统的通信效率。

通过本申请实施例，AP可以将TXOP内的一段时间共享给多个STA，从而不仅有效地利用了该TXOP内的一段时间，而且通过共享给多个STA，有效提高了空间复用能力，提高了系统的通信效率。

目前还存在一种重叠基本服务集(overlapping basic service set，OBSS)包检测(OBSSpacket detect，OBSS_PD)的空间复用(spatial reuse)机制，当STA收到PPDU更新NAV之前，NAV＝0时，且接收到的PPDU为inter-BSS的PPDU或无法区分本/外BSS的PPDU的情况下，该STA才能根据该PPDU的接收功率和OBSS_PD门限进行退避。根据这种机制，即使AP将TXOP内的一段时间共享给了多个STA，但是，如果STA接收到PPDU未根据该PPDU更新NAV之前，NAV不等于0，该STA也无法进行退避，无法实现UL传输或P2P传输。由此，采用OBSS_PD的SR机制无法实现将TXOP内的一段时间共享给多个STA使用。因为此时STA都已经设置NAV，且不同的多个P2P传输互相可能被判定为intra BSS传输，不满足OBSS_PD的条件。

基于TXS_PD的SR机制可以在TXS机制的第一时间段内生效，而基于OBSS_PD的SR机制可以在任何时刻生效。即本申请实施例中，TXS_PD的SR的PPDU发送及其对应的响应帧不能超出第一时间段。基于TXS_PD的SR机制可以对STA接收到的本BSS(intra-BSS)的PPDU生效，或者接收到来自的本BSS(intra-BSS)的或者来自外BSS(inter-BSS)的或者来自无法分辨本/外BSS的PPDU生效，而基于OBSS_PD的SR机制仅针对来自自外BSS(inter-BSS)的或者来自无法分辨本/外BSS的PPDU生效。对于OBSS_PD的SR机制来说，其生效的前提条件是PPDU包括外BSS的PPDU，或者包括无法区分本/外BSS的PPDU，然而在AP将TXOP内的一段时间共享给多个STA时，STA接收到的PPDU大部分是本BSS的PPDU，因此该OBSS_PD的SR机制极大地限制了AP共享给多个STA使用TXOP内的一段时间的可能性，限制了并发传输的可能性。对于TXS_PD的SR机制来说，其不限制PPDU的类型，如即使是STA接收到了来自本BSS的PPDU，该STA仍可以进行P2P传输，从而保证了该TXS_PD的SR机制的可行性，使得多个STA可以实现并发传输。

可理解，本申请实施例所示的第一CCA门限可以与OBSS_PD门限相同，也可以不同，本申请实施例对此不作限定。

以下将结合具体的MU-RTS帧的结构说明图3所示的方法。

实施例一

图5a是本申请实施例提供的一种基于信道竞争的通信方法的场景示意图。图5b是本申请实施例提供的与图5a对应的基于信道竞争的通信方法的流程示意图。如图5b所示，该方法包括：

501、作为TXOPholder的AP生成MU-RTS TXS TF帧。

502、AP发送MU-RTS TXS TF帧，对应的，主STA接收该MU-RTS TXS TF帧，次STA接收该MU-RTS TXS TF帧。

图5c是本申请实施例提供的一种MU-RTS TXS TF帧的结构示意图。分配时长字段用于指示第一时间段的长度。该帧中的触发TXOP共享模式字段承载的数值可以为2或3。该帧中可以包括至少两个用户信息字段，每个用户信息字段对应一个STA。也就是说，AP将第一时间段分配给指示的STA。关于用户信息字段中关联标识字段的说明可以参考图3中步骤301的描述，这里不再赘述。本申请实施例中，MU-RTS TXS TF帧中有一个用户信息字段对应主STA(也可以理解为指示了主STA)，至少有一个用户信息字段对应次STA(也可以理解为对应次STA)。图5a所示的STA1可以理解为主STA或TXS主用户，STA2可以理解为次STA或TXS次用户。

可选的，MU-RTS TXS TF帧中可以不包括主次指示字段，接收到MU-RTS TXS TF帧的站点可以根据其对应的用户信息字段在用户信息列表字段的顺序确定其是主STA或次STA。例如，主STA对应的用户信息字段可以位于该MU-RTS TXS TF帧的第一个用户信息字段，次STA对应的用户信息字段可以位于该MU-RTS TXS TF帧的第二个以及第二个以后的用户信息字段，也可以理解为次STA对应的用户信息字段位于该MU-RTS TXS TF帧的非第一个用户信息字段。示例性的，STA可以基于其对应的用户信息字段的顺序确定其是主STA，由此该STA可以在第一时间段内进行UL传输或P2P传输。又如，STA可以基于其对应的用户信息字段的顺序确定其是次STA，由此该STA可以在第一时间段内进行P2P传输。

可选的，用户信息字段可以包括主次指示字段，该主次指示字段用于指示对应的站点为主站点或次站点。例如，该主次指示字段承载数值0时，表示用户信息字段对应的STA为次STA，或者也可以理解为该用户信息字段对应的STA可以在第一时间段内进行P2P传输。又例如，主次指示字段承载数值为1时，表示用户信息字段对应的STA为主STA，或者也可以理解为该用户信息字段对应的STA可以在第一时间段内进行UL传输或P2P传输。

这里所示的主次指示字段的取值与对应的含义仅为示例，如主次指示字段承载数值0时，可以表示用户信息字段对应的STA为主STA，主次指示字段承载数值1时，可以表示用户信息字段对应的STA为次STA。

如图5c所示，该主次指示字段可以占用1个比特。该主次指示字段可以使用MU-RTSTXS TF帧中原有的预留字段等，本申请实施例对于该主次指示字段所在的位置不作限定。可理解，该主次指示字段还可以称为TXS主用户(TXS Primary User)字段或TXS次用户字段。在实际使用中，AP在MU-RTS TXS TF帧中可以只分配一个主STA，其他剩余的均为次STA。

本申请实施例中，主STA或次STA可以根据对应的用户信息字段中的主次指示字段获知其支持基于TXS_PD的SR机制。

503、主STA或次STA判定是否能够回复CTS帧，如果能够回复CTS帧，则间隔SIFS后向AP回复CTS帧，并忽略由AP所设置的NAV。

示例性的，如果主STA或次STA的物理载波侦听结果为信道空闲，并且basic NAV等于0，则该主STA或次STA可以回复CTS帧。如果basic NAV不为0，则即使物理载波侦听结果为信道空闲也不可以回复CTS帧。

关于主STA或次STA忽略由AP设置的NAV的具体方式可以参考上述实现方式一的介绍，这里不作赘述。例如，根据触发TXOP共享模式字段的取值忽略由AP所设置的NAV；或者，根据MU-RTS TXS TF帧包括的用户信息字段的个数(如大于或等于2)忽略由AP所设置的NAV。除此之外，主STA或次STA还可以基于各自对应的用户信息字段中的主次指示字段忽略由AP设置的NAV。例如，用户信息字段包括主次指示字段，则说明AP将第一时间段分配给了多个STA，由于在第一时间段内存在多个STA进行信道竞争，因此主STA或次STA可以等效于获知需要忽略由AP设置的NAV。

504、主STA发送CTS帧并等待SIFS时长之后在第一时间段内进行传输，在第一时间段结束之前结束传输。

可理解，主STA可以进行UL传输，也可以进行P2P传输。

505、次STA发送CTS帧之后在第一时间段执行信道竞争，并使用基于TXS_PD的SR机制。

关于步骤505的说明可以参考图3中关于实现方式一的描述，这里不再赘述。可理解，图5a中的灰色矩形框表示退避占用的时隙，如一个矩形框表示一个时隙，则图5a可以表示STA2退避时使用了4个时隙，在发送CTS帧之后的仲裁帧间间隔(arbitrationinterframe space，AIFS)以及4个时隙之后，该STA2进行P2P传输。一般来说，一个时隙(aSlotTime)可以为9μs，一个SIFS的时长(如aSIFSTime)可以为16μs，一个AIFS的时长AIFS＝AIFSN*aSlotTime+aSIFSTime，其中，AIFSN可以大于或等于2。

可理解，图5a至图5c仅示例性示出了两个STA，即一个主STA和一个次STA。在具体实现中，还可以包括更多数量的次STA，这些次STA的具体实现均可以参考图5a和图5b所示的次STA，本申请实施例不再一一列举。

本申请实施例中，通过区分主站点或次站点，可以优先保证主站点能够实现传输，尽可能地减少多个STA信道竞争时带来的碰撞，以及不同次站点之间可以通过信道竞争接入信道，从而进行P2P传输。从而尽可能地利用第一时间段，保证资源能够被有效利用，同时还支持并发传输，提高了系统效率。

实施例二

图6a是本申请实施例提供的一种基于信道竞争的通信方法的场景示意图。图6b是本申请实施例提供的与图6a对应的基于信道竞争的通信方法的流程示意图。如图6b所示，该方法包括：

601、作为TXOPholder的AP生成MU-RTS TXS TF帧。

602、AP发送MU-RTS TXS TF帧，对应的，STA1接收该MU-RTS TXS TF帧，STA2接收该MU-RTS TXS TF帧。

图6c是本申请实施例提供的一种MU-RTS TXS TF帧的结构示意图。关于图6c所示的MU-RTS TXS TF帧的具体说明可以参考图4和图5c，这里不再赘述。与图5c不同在于，图6c所示的帧中不包括主次指示字段。可理解，本申请实施例中的MU-RTS TXS TF帧中的一个用户信息字段对应STA1，以及另一个用户信息字段对应STA2。该MU-RTS TXS TF帧中可以包括两个用户信息字段，也可以包括三个或三个以上用户信息字段，本申请实施例不作一一列举。可理解，对于接收到MU-RTS TXS TF帧的STA来说，如果MU-RTS TXS TF帧中的一个用户信息字段指示了该STA，则该STA可以执行步骤603和步骤604。

图6a和图6b所示的STA1和STA2均可以理解为AP通过用户信息字段指定的STA。但是，AP未指定主次STA，或者，也可以理解为AP未区分主STA或次STA，或者也可以理解为STA1和STA2之间类似于公平竞争的关系。

603、判定是否能够回复CTS帧，如果能够回复CTS帧，则间隔SIFS后向AP回复CTS帧，并忽略由AP所设置的NAV。

关于判定是否能够回复CTS帧的方法可以参考图5b，这里不再赘述。

关于STA忽略由AP设置的NAV的具体方式可以参考上述实现方式一的介绍，这里不作赘述。例如，根据触发TXOP共享模式字段的取值忽略由AP设置的NAV；或者，根据MU-RTSTXS TF帧包括的用户信息字段的个数忽略由AP设置的NAV。

604、发送CTS帧之后在第一时间段执行信道竞争，并使用基于TXS_PD的SR机制。

关于步骤604的说明可以参考图3中关于实现方式一的描述，这里不再赘述。可理解，图6a中的灰色矩形框表示退避占用的时隙，如一个矩形框表示一个时隙，则图6a可以表示STA1退避时使用了2个时隙，在发送CTS帧之后的AIFS以及2个时隙之后，该STA1进行P2P传输，STA2退避时使用了4个时隙，在发送CTS帧之后的AIFS以及4个时隙之后，该STA2进行P2P传输。

可理解，图6a至图6c仅示例性示出了两个STA，即STA1和STA2。在具体实现中，还可以包括更多数量的STA，本申请实施例不再一一列举。

可理解，如果MU-RTS TXS TF帧中的触发TXOP共享模式字段的取值为2(如图3中的第一种理解方式)，并且只有一个用户信息字段，那么该用户信息字段所指示的STA在发送CTS之后只需等待SIFS就可以进行传输，无需退避。

本申请实施例中，AP将第一时间段共享给多个STA，该多个STA均可以进行P2P传输。有效保持该多个STA传输的一致性，即均进行P2P传输，保证了多个STA的公平性，实现简单，而且还可以提高系统效率。

实施例三

图7a是本申请实施例提供的一种基于信道竞争的通信方法的场景示意图。图7b是本申请实施例提供的与图7a对应的基于信道竞争的通信方法的流程示意图。如图7b所示，该方法包括：

701、作为TXOPholder的AP生成MU-RTS TXS TF帧。

702、AP发送MU-RTS TXS TF帧，对应的，STA1接收该MU-RTS TXS TF帧，STA2接收该MU-RTS TXS TF帧。

图7c是本申请实施例提供的一种MU-RTS TXS TF帧的结构示意图。关于图7c所示的MU-RTS TXS TF帧的具体说明可以参考图4、图5c和图6c，这里不再赘述。可理解，图7c所示的用户信息字段1可以理解为第一用户信息字段，用户信息字段2可以理解为第二用户信息字段。示例性的，用户信息字段1包括第一分配时长字段，用户信息字段2包括第二分配时长字段，该第一分配时长字段指示的第一时间段可以与第二分配时长字段指示的第二时间段相同，也可以不同，本申请实施例对此不作限定。

本申请实施例中，MU-RTS TXS TF帧包括两个用户信息字段，如第一用户信息字段可以对应一个STA，该第一用户信息字段的关联标识字段的说明可以参考图4。接收到MU-RTS TXS TF帧的STA，如果该帧中包括的用户信息字段指示了该STA，则该STA可以基于该第一用户信息字段进行UL传输或P2P传输(如执行步骤703和步骤704)。第二用户信息字段的关联标识字段可以承载0、2008-2044、2047-4094中的任一项。接收到MU-RTS TXS TF帧的STA，如果该帧中包括用户信息字段，但是未指示该STA，则该STA可以根据该关联标识字段的取值获取其可以进行P2P传输(如执行步骤703和步骤705)。

也就是说，接收到MU-RTS TXS TF帧的STA可以基于用户信息字段中的关联标识字段来确定AP是否指定了自己，如果关联标识字段中承载的标识是自身的AID12或是与自身关联的P2P标识，则该STA可以执行步骤703和步骤704；如果关联标识字段中承载的标识不是自身的AID12以及也不是与自身关联的P2P标识，则该STA可以执行步骤703和步骤705。

图7a和图7b所示的STA1可以理解为AP通过用户信息字段指定的STA，STA2可以理解为AP未通过用户信息字段指定的STA。图7a和图7b仅示例性示出了一个STA2，该STA2的数量还可以更多，本申请实施例不再一一列举。

703、判定是否能够回复CTS帧，如果能够回复CTS帧，则间隔SIFS后向AP回复CTS帧，并忽略由AP所设置的NAV。

关于判定是否能够回复CTS帧的方法可以参考图5b，这里不再赘述。

关于STA1或STA2忽略由AP设置的NAV的具体方式可以参考上述实现方式一的介绍，这里不作赘述。例如，根据触发TXOP共享模式字段的取值忽略由AP设置的NAV；或者，根据MU-RTS TXS TF帧包括的用户信息字段的个数忽略由AP设置的NAV。除此之外，STA2还可以基于其对应的用户信息字段中的关联标识字段忽略由AP设置的NAV。例如，关联标识字段的取值为0、2008-2044、2047-4094中的任一项，则STA2可以获知需要忽略由AP设置的NAV。STA1所对应的用户信息字段中关联标识字段的取值可以为1-2007中的任一项。

704、STA1发送CTS帧并等待SIFS时长之后在第一时间段内进行传输，在第一时间段结束之前结束传输。

可理解，主STA可以进行UL传输，也可以进行P2P传输。

705、STA2发送CTS帧之后在第二时间段执行信道竞争，并使用基于TXS_PD的SR机制。

关于步骤705的说明可以参考图3中关于实现方式一的描述，这里不再赘述。关于图7b中灰色矩形部分可以参考图5a或图6a，这里不再赘述。

可理解，图5a至图5c仅示例性示出了两个STA，即一个STA1和一个STA2。在具体实现中，还可以包括更多数量的STA2，这些STA2的具体实现均可以参考图7a和图7b所示的STA2，本申请实施例不再一一列举。

本申请实施例中，MU-RTS帧中包括两个用户信息字段，其中一个用户信息字段可以对应一个站点，其中另一个用户信息字段可以对应一个或多个站点(也可以理解为不指定站点)，从而保证多个站点能够并发传输，提高系统效率；而且通过两个用户信息字段指示两个或两个以上的站点，节省了信令开销。

实施例四

图8a是本申请实施例提供的一种基于信道竞争的通信方法的场景示意图。图8b是本申请实施例提供的与图8a对应的基于信道竞争的通信方法的流程示意图。如图8b所示，该方法包括：

801、作为TXOPholder的AP生成MU-RTS TXS TF帧。

802、AP发送MU-RTS TXS TF帧，对应的，STA1接收该MU-RTS TXS TF帧，STA2接收该MU-RTS TXS TF帧。

图8c是本申请实施例提供的一种MU-RTS TXS TF帧的结构示意图。关于图8c所示的MU-RTS TXS TF帧的具体说明可以参考图4、图5c和图6c，这里不再赘述。

本申请实施例中，MU-RTS TXS TF帧不包括用户信息字段。可选地，图8c所示的帧中触发TXOP共享模式字段的取值为3。由此，接收到该MU-RTS TXS TF帧的STA均可以基于该触发TXOP共享模式字段的取值执行步骤803和步骤804。可选地，图8c所示的公共信息字段包括第二指示字段，如该第二指示字段的取值为1，通过该第二指示字段的取值接收到MU-RTS TXS TF帧的STA可以获知其在第一时间段内允许基于TXS_PD的SR机制。关于第二指示字段的说明可以参考图3中的实现方式一，这里不再赘述。在公共信息字段包括第二指示字段，且该第二指示字段的取值用于指示允许基于TXS_PD的SR机制的情况下，触发TXOP共享模式字段的取值可以为2或3，本申请实施例对此不作限定。

图8a和图8b所示的STA1和STA2均可以理解为AP未通过用户信息字段指定的，且接收到MU-RTS TXS TF帧的STA。

803、判定是否能够回复CTS帧，如果能够回复CTS帧，则间隔SIFS后向AP回复CTS帧，并忽略由AP所设置的NAV。

关于判定是否能够回复CTS帧的方法可以参考图5b，这里不再赘述。

关于STA1或STA2忽略由AP设置的NAV的具体方式可以参考上述实现方式一的介绍，这里不作赘述。例如，STA1或STA2可以根据触发TXOP共享模式字段的取值忽略由AP所设置的NAV。除此之外，STA1或STA2可以根据MU-RTS TXS TF帧不包括用户信息字段忽略由AP所设置的NAV。又如，STA1或STA2还可以基于公共信息字段中包括的第二指示字段忽略由AP设置的NAV。

804、发送CTS帧之后在第一时间段执行信道竞争，并使用基于TXS_PD的SR机制。

关于步骤804的说明可以参考图3中关于实现方式一的描述，这里不再赘述。关于图8b中灰色矩形部分可以参考图5a或图6a，这里不再赘述。

可理解，图5a至图5c仅示例性示出了两个STA，即一个STA1和一个STA2。在具体实现中，还可以包括更多数量的STA，本申请实施例不再一一列举。

本申请实施例中，MU-RTS帧中公共信息字段可以包括第二指示字段，由此接收到该MU-RTS帧的STA可以根据该第二指示信息确定其允许执行TXS_PD的SR机制，保证了多个站点能够并发传输，提高系统效率；而且节省了信令开销。

需要说明的是，本申请实施例中，MU-RTS TXS TF帧可以包括一个用户信息字段，该用户信息字段可以对应一个STA，即AP将第一时间段分配给被指示的STA。可选地，该MU-RTS TXS TF帧可以还可以包括触发TXOP共享模式字段，该触发TXOP共享模式字段的取值可以为除0、1、2之外的其他数值。通过该TXOP共享模式字段的取值可以使得接收到该MU-RTSTXS TF帧的站点获知其可以进行TXS_PD的SR机制；或者，可以获知其可以共享AP分配的第一时间段。可选地，用户信息字段可以包括用于指示是否允许基于TXS_PD的SR机制的字段。通过该字段，STA可以获知其可以进行TXS_PD的SR机制。该情况下，触发TXOP共享模式字段的取值可以为2，也可以为除0、1、2之外的其他数值。可选地，MU-RTS TXS TF帧中的公共信息字段可以包括第二指示字段，关于第二指示字段的说明可以参考实施例四，这里不再详述。

在MU-RTS TXS TF帧中包括一个用户信息字段时，该用户信息字段所指示的STA可以在发送CTS之后只需等待SIFS就可以进行传输，无需退避。对于STA的具体实现方式可以参考实施例一中关于主站点的说明，或者，参考实施例三中关于STA1的说明，这里不再详述。

实施例五

图9a是本申请实施例提供的一种基于信道竞争的通信方法的场景示意图。图9b是本申请实施例提供的与图9a对应的基于信道竞争的通信方法的流程示意图。如图9b所示，该方法包括：

901、作为TXOPholder的AP生成MU-RTS TXS TF帧。

902、AP发送MU-RTS TXS TF帧，对应的，主STA接收该MU-RTS TXS TF帧，次STA接收该MU-RTS TXS TF帧。

图9c是本申请实施例提供的一种MU-RTS TXS TF帧的结构示意图。关于图9c所示的MU-RTS TXS TF帧的具体说明可以参考图4、图5c和图6c，这里不再赘述。

本申请实施例中，MU-RTS TXS TF帧包括多个用户信息字段，一个用户信息字段可以对应一个STA。

可选地，MU-RTS TXS TF帧中公共信息字段可以包括第二指示字段，通过该第二指示字段可以使得接收到该MU-RTS TXS TF帧的STA获知其支持基于TXS_PD的SR机制。当然，公共信息字段也可以不包括该第二指示字段，STA可以从其对应的用户信息字段中获知其支持基于TXS_PD的SR机制。

作为一个示例，多个用户信息字段中的每个用户信息字段包括第一指示字段，该第一指示字段可以用于指示对应的站点允许在第一时间段内进行P2P传输；或者，该第一指示字段可以用于指示对应的站点允许在第一时间段内进行UL传输或P2P传输。该第一指示字段还可以称为“TXS上行或P2P”字段或“TXS UL/P2P字段”。举例来说，该第一指示字段可以占用1个比特，该第一指示字段的取值为0可以表示该用户信息字段所指示的STA在第一时间段可以进行UL或者P2P传输，该第一指示字段的取值为1表示该用户信息字段所指示的STA在第一时间段只能进行P2P传输，不能进行UL传输。可理解，这里所示的第一指示字段的取值以及每个取值所对应的含义仅为示例，如第一指示字段的取值为1可以表示用户信息字段所指示的STA在第一时间段可以进行UL或者P2P传输，该第一指示字段的取值为0表示该用户信息字段所指示的STA在第一时间段只能进行P2P传输，不能进行UL传输。

作为另一个示例，多个用户信息字段中AP指定的需要进行UL传输或P2P传输的STA所对应的用户信息字段可以包括第一指示字段，如该第一指示字段的取值为0，MU-RTS TXSTF帧中的其他用户信息字段可以不包括第一指示字段，收到该帧的站点可以基于其对应的用户信息字段不包括第一指示字段获知其可以在第一时间段内进行P2P传输。

示例性的，第一指示字段可以使用MU-RTS TXS TF帧中原有的预留比特。例如上行双载波调制(dual carrier modulation，DCM)(UL DCM)字段对于MU-RTS TXS TF帧来说是预留的，因此可以复用UL DCM字段为第一指示字段。需要说明的是，只要原有的MU-RTS TXSTF帧的预留比特或预留位都可以复用为第一指示字段。一般来说，AP最多可以将一个用户信息字段中的第一指示字段填为0(表示该用户信息字段所指示的STA在第一时间段可以进行UL或者P2P传输)，其他剩余的用户信息字段中的第一指示字段均可以填为1。需要说明的是，如果触发TXOP共享模式字段的取值为除0、1、2之外的其他数值，则用户信息字段可以不包括第一指示字段。

作为一个示例，多个用户信息字段中的每个用户信息字段可以包括功率指示字段，该功率指示字段可以用于指示与该用户信息字段对应的站点在第一时间段内的最大发射功率。该功率指示字段还可以称为TXS最大发射功率(TXS Maximum TX Power)字段等，本申请实施例对于该功率指示字段的名称不作限定。示例性的，功率指示字段可以占用N个比特，N的取值取决于最大发射功率的可能取值个数。例如，功率指示字段的取值为x，那么允许对应的STA在第一时间段内传输时所能采用的最大发射功率为P₀+kx，其中P₀是一个基准功率(比如取值为-20dBm)，k是一个比例系数(比如取值为1)。这里功率指示字段的取值与所指示的最大发射功率之间的关系仅为示例，本申请实施例对此不作限定。可选的，功率指示字段的所有比特取值都为1可以用来表示AP不限定该对应的STA的发射功率。举例来说，上行目标接收功率(UL target receive power)对于MU-RTS TXS TF帧来说是预留的，因此可以将其复用为功率指示字段。需要说明的是，只要原有的MU-RTS TXS TF帧的预留位或预留比特都可以复用为功率指示字段。

作为另一个示例，多个用户信息字段中可以有至少一个用户信息字段包括功率指示字段。该情况下，未包括功率指示字段的STA的最大发射功率可以与位于该STA对应的用户信息字段之前，且包括功率指示字段的STA的最大发射功率相同。

903、判定是否能够回复CTS帧，如果能够回复CTS帧，则间隔SIFS后向AP回复CTS帧，并忽略由AP所设置的NAV。

904、发送完CTS并等待SIFS时长之后在第一时间段内进行传输，在第一时间段结束之前必须结束传输。如果接收到MU-RTS TXS TF帧的站点对应的用户信息字段中的第一指示字段的取值为0，那么该STA在第一时间段内可以进行UL或者P2P传输。如果接收到MU-RTS TXS TF帧的站点对应的用户信息字段中的第一指示字段的取值为1，那么该STA在第一时间段内只能进行P2P传输。STA可以使用的最大发射功率值为功率指示字段所指示的功率值。

本申请实施例中，用户信息字段通过包括功率指示字段，可使得对应的站点能够基于AP指示的最大发射功率来进行P2P传输。通过合理分配最大发射功率，可以有效改善不同站点之间的干扰，保证多个站点可以在第一时间段内进行P2P传输。

以上所示的各个实施例中，其中一个实施例未详细描述的地方可以参考其他实施例。

以下将介绍本申请实施例提供的通信装置。

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

图10是本申请实施例提供的一种通信装置的结构示意图，如图10所示，该通信装置包括处理单元1001和收发单元1002。

在本申请的一些实施例中，该通信装置可以是上文示出的STA或芯片，该芯片可以设置于STA中。即该通信装置可以用于执行上文方法实施例(包括图3)中由STA执行的步骤或功能等。示例性的，该通信装置是通过MU-RTS帧区分主次站点时的次站点(如实施例一)；或者是通过用户信息字段指定的站点(如实施例二或实施例五)。

收发单元1002，用于接收MU-RTS帧，该MU-RTS帧包括多个用户信息字段，该用户信息字段包括分配时长字段，该用户信息字段对应一个站点，分配时长字段用于指示与用户信息字段对应的站点所对应的第一时间段；

处理单元1001，用于根据MU-RTS帧在所述第一时间段内进行P2P传输。

在一种可能的实现方式中，处理单元1001，具体用于根据MU-RTS帧忽略由接入点设置的NAV，并在第一时间段内进行信道竞争，在信道竞争成功的情况下，在第一时间段内进行P2P传输。

在一种可能的实现方式中，处理单元1001，具体用于执行如下至少一项：根据MU-RTS帧中的触发TXOP共享模式字段的取值忽略由AP设置的NAV；根据MU-RTS帧中的用户信息字段的个数忽略由AP设置的NAV；根据MU-RTS帧中用户信息字段中的主次指示字段忽略由AP设置的NAV。

在一种可能的实现方式中，处理单元1001，具体用于在接收到PPDU的情况下，根据该PPDU的接收功率和第一CCA门限进行退避，该PPDU包括本BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，第一CCA门限大于或等于CCA数据包检测门限。

在一种可能的实现方式中，处理单元1001，具体用于若PPDU的接收功率小于或等于第一CCA门限，则继续进行退避；或者，若该PPDU的接收功率大于该第一CCA门限，则停止退避。

在一种可能的实现方式中，处理单元1001，具体用于根据如下至少一项在第一时间段内进行P2P传输：对应的用户信息字段的顺序；对应的用户信息字段中的主次指示字段；MU-RTS帧中的触发TXOP共享模式字段的取值。

在一种可能的实现方式中，处理单元1001，具体用于根据最大发射功率在第一时间段内进行P2P传输。

在一种可能的实现方式中，处理单元1001，具体用于在用户信息字段包括第一指示字段，且该第一指示字段用于指示与用户信息字段对应的站点允许在所述第一时间段内进行P2P传输的情况下，根据最大发射功率在所述第一时间段内进行P2P传输；或者，在MU-RTS帧包括触发TXOP共享模式字段，且所述TXOP共享模式字段的取值为2，或者为除0、1和2之外的其他数值的情况下，根据最大发射功率在所述第一时间段内进行P2P传输。

在本申请的另一些实施例中，该通信装置可以是上文示出的STA或芯片，该芯片可以设置于STA中。即该通信装置可以用于执行上文方法实施例(包括图3)中由STA执行的步骤或功能等。示例性的，该通信装置是通过MU-RTS帧区分主次站点时的主站点(如实施例一)；或者是通过第一指示字段指示进行UL传输或P2P传输的站点(如实施例五)。

收发单元1002，用于接收多用户请求发送MU-RTS帧，该MU-RTS帧包括多个用户信息字段，用户信息字段包括分配时长字段，该用户信息字段对应一个站点，分配时长字段用于指示与用户信息字段对应的站点所对应的第一时间段；

处理单元1001，用于根据MU-RTS帧在第一时间段内进行UL传输或P2P传输。

在一种可能的实现方式中，处理单元1001，具体用于根据如下至少一项在第一时间段内进行UL传输或P2P传输：对应的用户信息字段的顺序；对应的用户信息字段中的主次指示字段；MU-RTS帧中的触发TXOP共享模式字段的取值。

在一种可能的实现方式中，处理单元1001，具体用于根据最大发射功率在第一时间段内进行UL传输或P2P传输。

在一种可能的实现方式中，处理单元1001，具体用于在用户信息字段包括第一指示字段，且该第一指示字段用于指示与用户信息字段对应的站点允许在第一时间段内进行UL传输或P2P传输的情况下，根据最大发射功率在所述第一时间段内进行UL传输或P2P传输；或者，在MU-RTS帧包括触发TXOP共享模式字段，且TXOP共享模式字段的取值为2，或者为除0、1和2之外的其他数值的情况下，根据最大发射功率在所述第一时间段内进行UL传输或P2P传输。

在本申请的又一些实施例中，该通信装置可以是上文示出的AP或芯片，该芯片可以设置于AP中。即该通信装置可以用于执行上文方法实施例(包括图3、实施例一、实施例二和实施例五)中由AP执行的步骤或功能等。

处理单元1001，用于生成多用户请求发送MU-RTS帧，该MU-RTS帧包括多个用户信息字段，该用户信息字段包括分配时长字段，用户信息字段对应一个站点，分配时长字段用于指示与用户信息字段对应的站点所对应的第一时间段；

收发单元1002，用于发送MU-RTS帧。

在本申请的又一些实施例中，该通信装置可以是上文示出的STA或芯片，该芯片可以设置于STA中。即该通信装置可以用于执行上文方法实施例(包括图3)中由STA执行的步骤或功能等。示例性的，该通信装置是通过MU-RTS帧中的一个用户信息字段指示一个站点，以及通过该帧中的另一个用户信息字段指示一个或多个站点(即不指定站点)的场景中的未被指定的站点(如实施例三)。

收发单元1002，用于接收多用户请求发送MU-RTS帧，该MU-RTS帧包括第一用户信息字段和第二用户信息字段，第一用户信息字段对应一个站点，第二用户信息字段对应一个或多个站点，第一用户信息字段包括第一分配时长字段，第一分配时长字段用于指示与第一用户信息字段对应的站点所对应的第一时间段，第二用户信息字段包括第二分配时长字段，第二分配时长字段用于指示与第二用户信息字段对应的站点所对应的第二时间段；

处理单元1001，用于根据所MU-RTS帧在第二时间段内进行P2P传输。

在一种可能的实现方式中，处理单元1001，具体用于根据MU-RTS帧忽略由接入点设置的网络分配矢量NAV，并在第二时间段内进行信道竞争，在信道竞争成功的情况下，在第二时间段内进行P2P传输。

在一种可能的实现方式中，处理单元1001，具体用于若接收到物理层协议数据单元PPDU，则根据PPDU的接收功率和第一CCA门限进行退避，该PPDU包括本基本服务集合BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，第一CCA门限大于或等于CCA数据包检测门限。

在一种可能的实现方式中，处理单元1001，具体用于若PPDU的接收功率小于或等于第一CCA门限，则继续进行退避；或者，若PPDU的接收功率大于第一CCA门限，则停止退避。

在本申请的又一些实施例中，该通信装置可以是上文示出的AP或芯片，该芯片可以设置于AP中。即该通信装置可以用于执行上文方法实施例(包括图3、实施例三)中由AP执行的步骤或功能等。

处理单元1001，用于生成多用户请求发送MU-RTS帧，该MU-RTS帧包括第一用户信息字段和第二用户信息字段，第一用户信息字段对应一个站点，第二用户信息字段对应一个或多个站点，第一用户信息字段包括第一分配时长字段，第一分配时长字段用于指示与第一用户信息字段对应的站点所对应的第一时间段，第二用户信息字段包括第二分配时长字段，第二分配时长字段用于指示与第二用户信息字段对应的站点所对应的第二时间段；

收发单元1002，用于发送MU-RTS帧。

在本申请的又一些实施例中，该通信装置可以是上文示出的STA或芯片，该芯片可以设置于STA中。即该通信装置可以用于执行上文方法实施例(包括图3、实施例四)中由STA执行的步骤或功能等。

收发单元1002，用于接收多用户请求发送MU-RTS帧，该MU-RTS帧包括公共信息字段，该公共信息字段包括第二指示字段，第二指示字段用于指示是否允许多个站点共享第一时间段内，第一时间段为传输机会TXOP内的一段时间；

处理单元1001，用于在第二指示字段允许所述多个站点共享第一时间段的情况下，根据MU-RTS帧在第一时间段内进行点对点P2P传输。

在一种可能的实现方式中，处理单元1001，具体用于根据MU-RTS帧忽略由接入点设置的网络分配矢量NAV，并在第一时间段内进行信道竞争，在信道竞争成功的情况下，在所述第一时间段内进行P2P传输。

在一种可能的实现方式中，处理单元1001，具体用于若接收到PPDU，则根据该PPDU的接收功率和第一空闲信道评估CCA门限进行退避，该PPDU包括本基本服务集合BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，第一CCA门限大于或等于CCA数据包检测门限。

在一种可能的实现方式中，处理单元1001，具体用于若PPDU的接收功率小于或等于第一CCA门限，则继续进行退避；或者，若PPDU的接收功率大于第一CCA门限，则停止退避。

在本申请的又一些实施例中，该通信装置可以是上文示出的AP或芯片，该芯片可以设置于AP中。即该通信装置可以用于执行上文方法实施例(包括图3、实施例四)中由AP执行的步骤或功能等。

处理单元1001，用于生成多用户请求发送MU-RTS帧，该MU-RTS帧包括公共信息字段，该公共信息字段包括第二指示字段，第二指示字段用于指示是否允许多个站点共享第一时间段内，该第一时间段为传输机会TXOP内的一段时间；

收发单元1002，用于发送MU-RTS帧。

可理解，本申请实施例示出的收发单元和处理单元的具体说明仅为示例，对于收发单元和处理单元的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。

上个各个实施例中，关于MU-RTS帧、用户信息字段、公共信息字段、触发TXOP共享模式字段等说明还可以参考上文方法实施例中的介绍，这里不再一一详述。

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

在一种可能的实现方式中，图10所示的通信装置中，处理单元1001可以是一个或多个处理器，收发单元1002可以是收发器，或者收发单元1002还可以是发送单元和接收单元，发送单元可以是发送器，接收单元可以是接收器，该发送单元和接收单元集成于一个器件，例如收发器。本申请实施例中，处理器和收发器可以被耦合等，对于处理器和收发器的连接方式，本申请实施例不作限定。在执行上述方法的过程中，上述方法中有关发送信息的过程，可以理解为由处理器输出上述信息的过程。在输出上述信息时，处理器将该上述信息输出给收发器，以便由收发器进行发射。该上述信息在由处理器输出之后，还可能需要进行其他的处理，然后才到达收发器。类似的，上述方法中有关接收信息的过程，可以理解为处理器接收输入的上述信息的过程。处理器接收输入的信息时，收发器接收该上述信息，并将其输入处理器。更进一步的，在收发器收到该上述信息之后，该上述信息可能需要进行其他的处理，然后才输入处理器。

如图11所示，该通信装置110包括一个或多个处理器1120和收发器1112。

在本申请的一些实施例中，该通信装置可以用于执行上文方法实施例(包括图3)中由STA执行的步骤或功能等。示例性的，该通信装置是通过MU-RTS帧区分主次站点时的次站点(如实施例一)；或者是通过用户信息字段指定的站点(如实施例二或实施例五)。

收发器1112，用于接收MU-RTS帧，该MU-RTS帧包括多个用户信息字段，该用户信息字段包括分配时长字段，该用户信息字段对应一个站点，分配时长字段用于指示与用户信息字段对应的站点所对应的第一时间段；

处理器1120，用于根据MU-RTS帧在所述第一时间段内进行P2P传输。

在一种可能的实现方式中，处理器1120，具体用于根据MU-RTS帧忽略由接入点设置的NAV，并在第一时间段内进行信道竞争，在信道竞争成功的情况下，在第一时间段内进行P2P传输。

在一种可能的实现方式中，处理器1120，具体用于执行如下至少一项：根据MU-RTS帧中的触发TXOP共享模式字段的取值忽略由AP设置的NAV；根据MU-RTS帧中的用户信息字段的个数忽略由AP设置的NAV；根据MU-RTS帧中用户信息字段中的主次指示字段忽略由AP设置的NAV。

在一种可能的实现方式中，处理器1120，具体用于在接收到PPDU的情况下，根据该PPDU的接收功率和第一CCA门限进行退避，该PPDU包括本BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，第一CCA门限大于或等于CCA数据包检测门限。

在一种可能的实现方式中，处理器1120，具体用于若PPDU的接收功率小于或等于第一CCA门限，则继续进行退避；或者，若该PPDU的接收功率大于该第一CCA门限，则停止退避。

在一种可能的实现方式中，处理器1120，具体用于根据如下至少一项在第一时间段内进行P2P传输：对应的用户信息字段的顺序；对应的用户信息字段中的主次指示字段；MU-RTS帧中的触发TXOP共享模式字段的取值。

在一种可能的实现方式中，处理器1120，具体用于根据最大发射功率在第一时间段内进行P2P传输。

在一种可能的实现方式中，处理器1120，具体用于在用户信息字段包括第一指示字段，且该第一指示字段用于指示与用户信息字段对应的站点允许在所述第一时间段内进行P2P传输的情况下，根据最大发射功率在所述第一时间段内进行P2P传输；或者，在MU-RTS帧包括触发TXOP共享模式字段，且所述TXOP共享模式字段的取值为2，或者为除0、1和2之外的其他数值的情况下，根据最大发射功率在所述第一时间段内进行P2P传输。

在本申请的另一些实施例中，该通信装置可以用于执行上文方法实施例(包括图3)中由STA执行的步骤或功能等。示例性的，该通信装置是通过MU-RTS帧区分主次站点时的主站点(如实施例一)；或者是通过第一指示字段指示进行UL传输或P2P传输的站点(如实施例五)。

收发器1112，用于接收多用户请求发送MU-RTS帧，该MU-RTS帧包括多个用户信息字段，用户信息字段包括分配时长字段，该用户信息字段对应一个站点，分配时长字段用于指示与用户信息字段对应的站点所对应的第一时间段；

处理器1120，用于根据MU-RTS帧在第一时间段内进行UL传输或P2P传输。

在一种可能的实现方式中，处理器1120，具体用于根据如下至少一项在第一时间段内进行UL传输或P2P传输：对应的用户信息字段的顺序；对应的用户信息字段中的主次指示字段；MU-RTS帧中的触发TXOP共享模式字段的取值。

在一种可能的实现方式中，处理器1120，具体用于根据最大发射功率在第一时间段内进行UL传输或P2P传输。

在一种可能的实现方式中，处理器1120，具体用于在用户信息字段包括第一指示字段，且该第一指示字段用于指示与用户信息字段对应的站点允许在第一时间段内进行UL传输或P2P传输的情况下，根据最大发射功率在所述第一时间段内进行UL传输或P2P传输；或者，在MU-RTS帧包括触发TXOP共享模式字段，且TXOP共享模式字段的取值为2，或者为除0、1和2之外的其他数值的情况下，根据最大发射功率在所述第一时间段内进行UL传输或P2P传输。

在本申请的又一些实施例中，该通信装置可以用于执行上文方法实施例(包括图3、实施例一、实施例二和实施例五)中由AP执行的步骤或功能等。

处理器1120，用于生成多用户请求发送MU-RTS帧，该MU-RTS帧包括多个用户信息字段，该用户信息字段包括分配时长字段，用户信息字段对应一个站点，分配时长字段用于指示与用户信息字段对应的站点所对应的第一时间段；

收发器1112，用于发送MU-RTS帧。

在本申请的又一些实施例中，该通信装置可以是上文示出的STA或芯片，该芯片可以设置于STA中。即该通信装置可以用于执行上文方法实施例(包括图3)中由STA执行的步骤或功能等。示例性的，该通信装置是通过MU-RTS帧中的一个用户信息字段指示一个站点，以及通过该帧中的另一个用户信息字段指示一个或多个站点(即不指定站点)的场景中的未被指定的站点(如实施例三)。

收发器1112，用于接收多用户请求发送MU-RTS帧，该MU-RTS帧包括第一用户信息字段和第二用户信息字段，第一用户信息字段对应一个站点，第二用户信息字段对应一个或多个站点，第一用户信息字段包括第一分配时长字段，第一分配时长字段用于指示与第一用户信息字段对应的站点所对应的第一时间段，第二用户信息字段包括第二分配时长字段，第二分配时长字段用于指示与第二用户信息字段对应的站点所对应的第二时间段；

处理器1120，用于根据所MU-RTS帧在第二时间段内进行P2P传输。

在一种可能的实现方式中，处理器1120，具体用于根据MU-RTS帧忽略由接入点设置的网络分配矢量NAV，并在第二时间段内进行信道竞争，在信道竞争成功的情况下，在第二时间段内进行P2P传输。

在一种可能的实现方式中，处理器1120，具体用于若接收到物理层协议数据单元PPDU，则根据PPDU的接收功率和第一CCA门限进行退避，该PPDU包括本基本服务集合BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，第一CCA门限大于或等于CCA数据包检测门限。

在一种可能的实现方式中，处理器1120，具体用于若PPDU的接收功率小于或等于第一CCA门限，则继续进行退避；或者，若PPDU的接收功率大于第一CCA门限，则停止退避。

在本申请的又一些实施例中，该通信装置可以用于执行上文方法实施例(包括图3、实施例三)中由AP执行的步骤或功能等。

处理器1120，用于生成多用户请求发送MU-RTS帧，该MU-RTS帧包括第一用户信息字段和第二用户信息字段，第一用户信息字段对应一个站点，第二用户信息字段对应一个或多个站点，第一用户信息字段包括第一分配时长字段，第一分配时长字段用于指示与第一用户信息字段对应的站点所对应的第一时间段，第二用户信息字段包括第二分配时长字段，第二分配时长字段用于指示与第二用户信息字段对应的站点所对应的第二时间段；

收发器1112，用于发送MU-RTS帧。

在本申请的又一些实施例中，该通信装置可以是上文示出的STA或芯片，该芯片可以设置于STA中。即该通信装置可以用于执行上文方法实施例(包括图3、实施例四)中由STA执行的步骤或功能等。

收发器1112，用于接收多用户请求发送MU-RTS帧，该MU-RTS帧包括公共信息字段，该公共信息字段包括第二指示字段，第二指示字段用于指示是否允许多个站点共享第一时间段内，第一时间段为传输机会TXOP内的一段时间；

处理器1120，用于在第二指示字段允许所述多个站点共享第一时间段的情况下，根据MU-RTS帧在第一时间段内进行点对点P2P传输。

在一种可能的实现方式中，处理器1120，具体用于根据MU-RTS帧忽略由接入点设置的网络分配矢量NAV，并在第一时间段内进行信道竞争，在信道竞争成功的情况下，在所述第一时间段内进行P2P传输。

在一种可能的实现方式中，处理器1120，具体用于若接收到PPDU，则根据该PPDU的接收功率和第一空闲信道评估CCA门限进行退避，该PPDU包括本基本服务集合BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，第一CCA门限大于或等于CCA数据包检测门限。

在一种可能的实现方式中，处理器1120，具体用于若PPDU的接收功率小于或等于第一CCA门限，则继续进行退避；或者，若PPDU的接收功率大于第一CCA门限，则停止退避。

在本申请的又一些实施例中，该通信装置可以用于执行上文方法实施例(包括图3、实施例四)中由AP执行的步骤或功能等。

处理器1120，用于生成多用户请求发送MU-RTS帧，该MU-RTS帧包括公共信息字段，该公共信息字段包括第二指示字段，第二指示字段用于指示是否允许多个站点共享第一时间段内，该第一时间段为传输机会TXOP内的一段时间；

收发器1112，用于发送MU-RTS帧。

可理解，本申请实施例示出的收发器和处理器的具体说明仅为示例，对于收发器和处理器的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。

上个各个实施例中，关于MU-RTS帧、用户信息字段、公共信息字段、触发TXOP共享模式字段等说明还可以参考上文方法实施例中的介绍，这里不再一一详述。

在图11所示的通信装置的各个实现方式中，收发器可以包括接收机和发射机，该接收机用于执行接收的功能(或操作)，该发射机用于执行发射的功能(或操作)。以及收发器用于通过传输介质和其他设备/装置进行通信。

可选的，通信装置110还可以包括一个或多个存储器1130，用于存储程序指令和/或数据等。存储器1130和处理器1120耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1120可能和存储器1130协同操作。处理器1120可可以执行存储器1130中存储的程序指令。可选的，上述一个或多个存储器中的至少一个可以包括于处理器中。

本申请实施例中不限定上述收发器1112、处理器1120以及存储器1130之间的具体连接介质。本申请实施例在图11中以存储器1130、处理器1120以及收发器1112之间通过总线1140连接，总线在图11中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成等。

本申请实施例中，存储器可包括但不限于硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)等非易失性存储器，随机存储记忆体(Random AccessMemory，RAM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、只读存储器(Read-Only Memory，ROM)或便携式只读存储器(Compact Disc Read-Only Memory，CD-ROM)等等。存储器是能够用于携带或存储具有指令或数据结构形式的程序代码，并能够由计算机(如本申请示出的通信装置等)读和/或写的任何存储介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

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

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

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

可理解，本申请实施例示出的通信装置还可以具有比图11更多的元器件等，本申请实施例对此不作限定。以上所示的处理器和收发器所执行的方法仅为示例，对于该处理器和收发器具体所执行的步骤可参照上文介绍的方法。

在另一种可能的实现方式中，图10所示的通信装置中，处理单元1001可以是一个或多个逻辑电路，收发单元1002可以是输入输出接口，又或者称为通信接口，或者接口电路，或接口等等。或者收发单元1002还可以是发送单元和接收单元，发送单元可以是输出接口，接收单元可以是输入接口，该发送单元和接收单元集成于一个单元，例如输入输出接口。如图12所示，图12所示的通信装置包括逻辑电路1201和接口1202。即上述处理单元1001可以用逻辑电路1201实现，收发单元1002可以用接口1202实现。其中，该逻辑电路1201可以为芯片、处理电路、集成电路或片上系统(system on chip，SoC)芯片等，接口1202可以为通信接口、输入输出接口、管脚等。示例性的，图12是以上述通信装置为芯片为例出的，该芯片包括逻辑电路1201和接口1202。

本申请实施例中，逻辑电路和接口还可以相互耦合。对于逻辑电路和接口的具体连接方式，本申请实施例不作限定。

在本申请的一些实施例中，该通信装置可以用于执行上文方法实施例(包括图3)中由STA执行的步骤或功能等。示例性的，该通信装置是通过MU-RTS帧区分主次站点时的次站点(如实施例一)；或者是通过用户信息字段指定的站点(如实施例二或实施例五)。

接口1202，用于输入MU-RTS帧，该MU-RTS帧包括多个用户信息字段，该用户信息字段包括分配时长字段，该用户信息字段对应一个站点，分配时长字段用于指示与用户信息字段对应的站点所对应的第一时间段；

逻辑电路1201，用于根据MU-RTS帧在所述第一时间段内进行P2P传输。

在一种可能的实现方式中，逻辑电路1201，具体用于根据MU-RTS帧忽略由接入点设置的NAV，并在第一时间段内进行信道竞争，在信道竞争成功的情况下，在第一时间段内进行P2P传输。

在一种可能的实现方式中，逻辑电路1201，具体用于执行如下至少一项：根据MU-RTS帧中的触发TXOP共享模式字段的取值忽略由AP设置的NAV；根据MU-RTS帧中的用户信息字段的个数忽略由AP设置的NAV；根据MU-RTS帧中用户信息字段中的主次指示字段忽略由AP设置的NAV。

在一种可能的实现方式中，逻辑电路1201，具体用于在接收到PPDU的情况下，根据该PPDU的接收功率和第一CCA门限进行退避，该PPDU包括本BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，第一CCA门限大于或等于CCA数据包检测门限。

在一种可能的实现方式中，逻辑电路1201，具体用于若PPDU的接收功率小于或等于第一CCA门限，则继续进行退避；或者，若该PPDU的接收功率大于该第一CCA门限，则停止退避。

在一种可能的实现方式中，逻辑电路1201，具体用于根据如下至少一项在第一时间段内进行P2P传输：对应的用户信息字段的顺序；对应的用户信息字段中的主次指示字段；MU-RTS帧中的触发TXOP共享模式字段的取值。

在一种可能的实现方式中，逻辑电路1201，具体用于根据最大发射功率在第一时间段内进行P2P传输。

在一种可能的实现方式中，逻辑电路1201，具体用于在用户信息字段包括第一指示字段，且该第一指示字段用于指示与用户信息字段对应的站点允许在所述第一时间段内进行P2P传输的情况下，根据最大发射功率在所述第一时间段内进行P2P传输；或者，在MU-RTS帧包括触发TXOP共享模式字段，且TXOP共享模式字段的取值为2，或者为除0、1和2之外的其他数值的情况下，根据最大发射功率在所述第一时间段内进行P2P传输。

在本申请的另一些实施例中，该通信装置可以用于执行上文方法实施例(包括图3)中由STA执行的步骤或功能等。示例性的，该通信装置是通过MU-RTS帧区分主次站点时的主站点(如实施例一)；或者是通过第一指示字段指示进行UL传输或P2P传输的站点(如实施例五)。

接口1202，用于输入多用户请求发送MU-RTS帧，该MU-RTS帧包括多个用户信息字段，用户信息字段包括分配时长字段，该用户信息字段对应一个站点，分配时长字段用于指示与用户信息字段对应的站点所对应的第一时间段；

逻辑电路1201，用于根据MU-RTS帧在第一时间段内进行UL传输或P2P传输。

在一种可能的实现方式中，逻辑电路1201，具体用于根据如下至少一项在第一时间段内进行UL传输或P2P传输：对应的用户信息字段的顺序；对应的用户信息字段中的主次指示字段；MU-RTS帧中的触发TXOP共享模式字段的取值。

在一种可能的实现方式中，逻辑电路1201，具体用于根据最大发射功率在第一时间段内进行UL传输或P2P传输。

在一种可能的实现方式中，逻辑电路1201，具体用于在用户信息字段包括第一指示字段，且该第一指示字段用于指示与用户信息字段对应的站点允许在第一时间段内进行UL传输或P2P传输的情况下，根据最大发射功率在所述第一时间段内进行UL传输或P2P传输；或者，在MU-RTS帧包括触发TXOP共享模式字段，且TXOP共享模式字段的取值为2，或者为除0、1和2之外的其他数值的情况下，根据最大发射功率在所述第一时间段内进行UL传输或P2P传输。

在本申请的又一些实施例中，该通信装置可以用于执行上文方法实施例(包括图3、实施例一、实施例二和实施例五)中由AP执行的步骤或功能等。

逻辑电路1201，用于生成多用户请求发送MU-RTS帧，该MU-RTS帧包括多个用户信息字段，该用户信息字段包括分配时长字段，用户信息字段对应一个站点，分配时长字段用于指示与用户信息字段对应的站点所对应的第一时间段；

接口1202，用于输出MU-RTS帧。

在本申请的又一些实施例中，该通信装置可以用于执行上文方法实施例(包括图3)中由STA执行的步骤或功能等。示例性的，该通信装置是通过MU-RTS帧中的一个用户信息字段指示一个站点，以及通过该帧中的另一个用户信息字段指示一个或多个站点(即不指定站点)的场景中的未被指定的站点(如实施例三)。

接口1202，用于输入多用户请求发送MU-RTS帧，该MU-RTS帧包括第一用户信息字段和第二用户信息字段，第一用户信息字段对应一个站点，第二用户信息字段对应一个或多个站点，第一用户信息字段包括第一分配时长字段，第一分配时长字段用于指示与第一用户信息字段对应的站点所对应的第一时间段，第二用户信息字段包括第二分配时长字段，第二分配时长字段用于指示与第二用户信息字段对应的站点所对应的第二时间段；

逻辑电路1201，用于根据所MU-RTS帧在第二时间段内进行P2P传输。

在一种可能的实现方式中，逻辑电路1201，具体用于根据MU-RTS帧忽略由接入点设置的网络分配矢量NAV，并在第二时间段内进行信道竞争，在信道竞争成功的情况下，在第二时间段内进行P2P传输。

在一种可能的实现方式中，逻辑电路1201，具体用于若接收到物理层协议数据单元PPDU，则根据PPDU的接收功率和第一CCA门限进行退避，该PPDU包括本基本服务集合BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，第一CCA门限大于或等于CCA数据包检测门限。

在一种可能的实现方式中，逻辑电路1201，具体用于若PPDU的接收功率小于或等于第一CCA门限，则继续进行退避；或者，若PPDU的接收功率大于第一CCA门限，则停止退避。

在本申请的又一些实施例中，该通信装置可以用于执行上文方法实施例(包括图3、实施例三)中由AP执行的步骤或功能等。

逻辑电路1201，用于生成多用户请求发送MU-RTS帧，该MU-RTS帧包括第一用户信息字段和第二用户信息字段，第一用户信息字段对应一个站点，第二用户信息字段对应一个或多个站点，第一用户信息字段包括第一分配时长字段，第一分配时长字段用于指示与第一用户信息字段对应的站点所对应的第一时间段，第二用户信息字段包括第二分配时长字段，第二分配时长字段用于指示与第二用户信息字段对应的站点所对应的第二时间段；

接口1202，用于输出MU-RTS帧。

在本申请的又一些实施例中，该通信装置可以用于执行上文方法实施例(包括图3、实施例四)中由STA执行的步骤或功能等。

接口1202，用于输入多用户请求发送MU-RTS帧，该MU-RTS帧包括公共信息字段，该公共信息字段包括第二指示字段，第二指示字段用于指示是否允许多个站点共享第一时间段内，第一时间段为传输机会TXOP内的一段时间；

逻辑电路1201，用于在第二指示字段允许所述多个站点共享第一时间段的情况下，根据MU-RTS帧在第一时间段内进行点对点P2P传输。

在一种可能的实现方式中，逻辑电路1201，具体用于根据MU-RTS帧忽略由接入点设置的网络分配矢量NAV，并在第一时间段内进行信道竞争，在信道竞争成功的情况下，在所述第一时间段内进行P2P传输。

在一种可能的实现方式中，逻辑电路1201，具体用于若接收到PPDU，则根据该PPDU的接收功率和第一空闲信道评估CCA门限进行退避，该PPDU包括本基本服务集合BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，第一CCA门限大于或等于CCA数据包检测门限。

在一种可能的实现方式中，逻辑电路1201，具体用于若PPDU的接收功率小于或等于第一CCA门限，则继续进行退避；或者，若PPDU的接收功率大于第一CCA门限，则停止退避。

在本申请的又一些实施例中，该通信装置可以是上文示出的AP或芯片，该芯片可以设置于AP中。即该通信装置可以用于执行上文方法实施例(包括图3、实施例四)中由AP执行的步骤或功能等。

逻辑电路1201，用于生成多用户请求发送MU-RTS帧，该MU-RTS帧包括公共信息字段，该公共信息字段包括第二指示字段，第二指示字段用于指示是否允许多个站点共享第一时间段内，该第一时间段为传输机会TXOP内的一段时间；

接口1202，用于输出MU-RTS帧。

可理解，本申请实施例示出的逻辑电路和接口的具体说明仅为示例，对于逻辑电路和接口的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。

上个各个实施例中，关于MU-RTS帧、用户信息字段、公共信息字段、触发TXOP共享模式字段等说明还可以参考上文方法实施例中的介绍，这里不再一一详述。

可理解，本申请实施例示出的通信装置可以采用硬件的形式实现本申请实施例提供的方法，也可以采用软件的形式实现本申请实施例提供的方法等，本申请实施例对此不作限定。

对于图12所示的各个实施例的具体实现方式，还可以参考上述各个实施例，这里不再详述。

本申请实施例还提供了一种无线通信系统，该无线通信系统包括STA和AP，该STA和该AP可以用于执行前述任一实施例(如图3、实施例一至实施例五)中的方法。

此外，本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由STA执行的操作和/或处理。

本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由AP执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由STA执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由AP执行的操作和/或处理。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由STA执行的操作和/或处理被执行。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由AP执行的操作和/或处理被执行。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (30)

1.一种基于信道竞争的通信方法，其特征在于，所述方法包括：

接收多用户请求发送MU-RTS帧，所述MU-RTS帧包括多个用户信息字段，所述用户信息字段包括分配时长字段，一个所述用户信息字段对应一个站点，所述分配时长字段用于指示与所述用户信息字段对应的站点所对应的第一时间段；

根据所述MU-RTS帧在所述第一时间段内进行点对点P2P传输。

2.根据权利要求1所述的方法，其特征在于，所述根据所述MU-RTS帧在所述第一时间段内进行P2P传输包括：

根据所述MU-RTS帧忽略由接入点设置的网络分配矢量NAV，并在所述第一时间段内进行信道竞争，在信道竞争成功的情况下，在所述第一时间段内进行P2P传输。

3.根据权利要求2所述的方法，其特征在于，所述在所述第一时间段内进行信道竞争包括：

在接收到物理层协议数据单元PPDU的情况下，根据所述PPDU的接收功率和第一空闲信道评估CCA门限进行退避，所述PPDU包括本基本服务集合BSS的PPDU、外BSS的PPDU或无法区分本BSS和外BSS的PPDU，所述第一CCA门限大于或等于CCA数据包检测门限。

4.根据权利要求3所述的方法，其特征在于，根据所述PPDU的接收功率和第一空闲信道评估CCA门限进行退避包括：

若所述PPDU的接收功率小于或等于所述第一CCA门限，则继续进行退避；或者，

若所述PPDU的接收功率大于所述第一CCA门限，则停止退避。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述多个用户信息字段包括至少一个第一用户信息字段，所述第一用户信息字段对应的站点为次站点。

6.根据权利要求5所述的方法，其特征在于，所述第一用户信息字段是所述多个用户信息字段中的非第一个用户信息字段；或者，

所述第一用户信息字段还包括主次指示字段，所述主次指示字段用于指示所述第一用户信息字段对应的站点为所述次站点。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述MU-RTS帧还包括触发传输机会TXOP共享模式字段，所述触发TXOP共享模式字段的取值为2，或者，为除0、1和2之外的其他数值。

8.根据权利要求6或7所述的方法，其特征在于，所述根据所述MU-RTS帧在所述第一时间段内进行P2P传输包括：

根据如下至少一项在所述第一时间段内进行P2P传输：

对应的用户信息字段的顺序；对应的用户信息字段中的主次指示字段；所述MU-RTS帧中的触发TXOP共享模式字段的取值。

9.根据权利要求1所述的方法，其特征在于，所述用户信息字段还包括功率指示字段，所述功率指示字段用于指示与所述用户信息字段对应的站点在所述第一时间段内的最大发射功率。

10.根据权利要求9所述的方法，其特征在于，所述根据所述MU-RTS帧在所述第一时间段内进行P2P传输包括：

根据所述最大发射功率在所述第一时间段内进行P2P传输。

11.根据权利要求10所述的方法，其特征在于，所述根据所述最大发射功率在所述第一时间段内进行P2P传输包括：

在所述用户信息字段包括第一指示字段，且所述第一指示字段用于指示与所述用户信息字段对应的站点允许在所述第一时间段内进行P2P传输的情况下，根据所述最大发射功率在所述第一时间段内进行P2P传输；或者，

在所述MU-RTS帧包括触发TXOP共享模式字段，且所述TXOP共享模式字段的取值为2，或者为除0、1和2之外的其他数值的情况下，根据所述最大发射功率在所述第一时间段内进行P2P传输。

12.一种基于信道竞争的通信方法，其特征在于，所述方法包括：

接收多用户请求发送MU-RTS帧，所述MU-RTS帧包括多个用户信息字段，所述用户信息字段包括分配时长字段，一个所述用户信息字段对应一个站点，所述分配时长字段用于指示与所述用户信息字段对应的站点所对应的第一时间段；

根据所述MU-RTS帧在所述第一时间段内进行上行UL传输或点对点P2P传输。

13.根据权利要求12所述的方法，其特征在于，所述多个用户信息字段包括一个第二用户信息字段，所述第二用户信息字段对应主站点。

14.根据权利要求13所述的方法，其特征在于，所述第二用户信息字段是所述多个用户信息字段中的第一个用户信息字段；或者，

所述第二用户信息字段还包括主次指示字段，所述主次指示字段用于指示所述第二用户信息字段对应的站点为主站点。

15.根据权利要求12-14任一项所述的方法，其特征在于，所述MU-RTS帧还包括触发传输机会TXOP共享模式字段，所述触发TXOP共享模式字段的取值为2，或者，为除0、1和2之外的其他数值。

16.根据权利要求14或15所述的方法，其特征在于，所述根据所述MU-RTS帧在所述第一时间段内进行UL传输或P2P传输包括：

根据如下至少一项在所述第一时间段内进行UL传输或P2P传输：

对应的用户信息字段的顺序；对应的用户信息字段中的主次指示字段；所述MU-RTS帧中的触发TXOP共享模式字段的取值。

17.根据权利要求12所述的方法，其特征在于，所述用户信息字段还包括功率指示字段，所述功率指示字段用于指示与所述用户信息字段对应的站点在所述第一时间段内的最大发射功率。

18.根据权利要求17所述的方法，其特征在于，所述根据所述MU-RTS帧在所述第一时间段内进行UL传输或P2P传输包括：

根据所述最大发射功率在所述第一时间段内进行UL传输或P2P传输。

19.根据权利要求18所述的方法，其特征在于，所述根据所述最大发射功率在所述第一时间段内进行UL传输或P2P传输包括：

在所述用户信息字段包括第一指示字段，且所述第一指示字段用于指示与所述用户信息字段对应的站点允许在所述第一时间段内进行UL传输或P2P传输的情况下，根据所述最大发射功率在所述第一时间段内进行UL传输或P2P传输；或者，

在所述MU-RTS帧包括触发TXOP共享模式字段，且所述TXOP共享模式字段的取值为2，或者为除0、1和2之外的其他数值的情况下，根据所述最大发射功率在所述第一时间段内进行UL传输或P2P传输。

20.一种基于信道竞争的通信方法，其特征在于，所述方法包括：

生成多用户请求发送MU-RTS帧，所述MU-RTS帧包括多个用户信息字段，所述用户信息字段包括分配时长字段，一个所述用户信息字段对应一个站点，所述分配时长字段用于指示与所述用户信息字段对应的站点所对应的第一时间段；

发送所述MU-RTS帧。

21.根据权利要求20所述的方法，其特征在于，所述MU-RTS帧还包括触发传输机会TXOP共享模式字段，所述触发TXOP共享模式字段的取值为2，或者，为除0、1和2之外的其他数值。

22.根据权利要求20或21所述的方法，其特征在于，所述多个用户信息字段包括至少一个第一用户信息字段，所述第一用户信息字段对应的站点为次站点。

23.根据权利要求22所述的方法，其特征在于，所述第一用户信息字段是所述多个用户信息字段中的非第一个用户信息字段；或者，

所述第一用户信息字段还包括主次指示字段，所述主次指示字段用于指示所述第一用户信息字段对应的站点为所述次站点。

24.根据权利要求20-23任一项所述的方法，其特征在于，所述多个用户信息字段包括一个第二用户信息字段，所述第二用户信息字段对应主站点。

25.根据权利要求24所述的方法，其特征在于，所述第二用户信息字段是所述多个用户信息字段中的第一个用户信息字段；或者，

所述第二用户信息字段还包括主次指示字段，所述主次指示字段用于指示所述第二用户信息字段对应的站点为主站点。

26.根据权利要求20或21所述的方法，其特征在于，所述用户信息字段还包括功率指示字段，所述功率指示字段用于指示与所述用户信息字段对应的站点在所述第一时间段内的最大发射功率。

27.根据权利要求26所述的方法，其特征在于，所述用户信息字段还包括第一指示字段，所述第一指示字段用于指示与所述用户信息字段对应的站点允许在所述第一时间段内进行上行UL传输或点对点P2P传输，或者，所述第一指示字段用于指示与所述用户信息字段对应的站点允许在所述第一时间段内进行P2P传输。

28.一种通信装置，其特征在于，包括用于执行权利要求1-27任一项所述方法的单元。

29.一种通信装置，其特征在于，包括处理器和存储器；

所述处理器用于存储计算机指令；

所述处理器用于执行所述计算机指令，以使权利要求1-27任一项所述的方法被执行。

30.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储指令，当所述指令被执行时，如权利要求1-27任一项所述的方法被执行。