通信方法、通信设备和计算机可读存储介质

本申请是申请日为2021年8月6日、申请号为202110905967.4、发明名称为“通信方法、通信设备和计算机可读存储介质”的发明专利申请的分案申请。

技术领域

本申请涉及通信领域，特别是涉及Wi-Fi通信中的通信方法、通信设备和计算机可读存储介质。

背景技术

Wi-Fi系统部署在非授权频谱上，多个站点通过竞争来使用信道资源。信道竞争成功的站点可以将信道预留一段时间后再进行数据传输，这段时间被称为一个传输机会(transmit opportunity，TXOP)。在该TXOP内只有该站点可以主动发送数据，其它站点只能进行数据接收或者发送对应的响应帧。在IEEE802.11be标准中，对TXOP机制进行了扩展，即信道竞争成功的作为接入点(access point，AP)的站点可以将预留的TXOP内的一部分时间资源分配给另一站点，以便该另一站点在所分配的时间内与其它站点之间进行数据传输。这种机制被称为被触发的TXOP共享(triggered TXOP sharing)。

目前在被触发的TXOP共享机制中，当AP将第一时间段分配给作为非AP的第一站点，使得第一站点可以在第一时间段内与作为AP或非AP的第二站点进行通信。AP在第一时间段结束后可以继续将当前TXOP内的第二时间段分配给作为非AP的第三站点用于数据传输，或者AP发送触发帧调度第三站点发送上行响应帧。然而，该第三站点可能会由于接收到第一站点和第二站点在第一时间段内传输的帧而设置基本网络分配矢量(networkallocation vector,NAV)，该基本NAV被用于虚拟载波侦听以确定是否允许信道接入。这样，在第一时间段后AP将第二时间段分配给第三站点时或者AP调度第三站点发送上行响应帧时，第三站点的基本NAV不会被减为0。在这种情况下，第三站点无法对该分配或调度做出响应。

发明内容

本公开的实施例提供一种改进的通信方案，以克服上述以及其它潜在问题。

根据本公开实施例的第一方面，提供一种通信方法。该方法包括：第一设备生成包括第一帧的第一协议数据单元，所述第一帧中的持续时间字段基于所述第一协议数据单元的结束时刻和第一时间段的结束时刻来被设置，所述第一时间段在所述第一设备的传输机会内并且被分配用于第二设备的数据传输；以及所述第一设备向所述第二设备发送所述第一协议数据单元。以此方式，可以通过设置来自第一设备的帧的持续时间字段，来使得当第一设备在第一时间段后触发另一站点的数据传输时，该另一站点相关联的基本NAV减为0。在这种情况下，该另一站点可以响应于该触发而进行数据传输。

在一些实施例中，所述第一帧可以为触发帧，并且所述持续时间字段被设置为从所述第一协议数据单元的结束时刻到所述第一时间段的结束时刻的时间长度。以此方式，可以通过设置来自第一设备的触发帧的持续时间字段，来使得当第一设备在第一时间段后触发另一站点的数据传输时，该另一站点相关联的基本NAV减为0。

在一些实施例中，所述第一帧可以为所述传输机会的初始帧，并且所述持续时间字段被设置为从所述第一协议数据单元的结束时刻到所述第一时间段的结束时刻的时间长度与预定时间增量之和。以此方式，可以通过设置来自第一设备的TXOP初始帧的持续时间字段，来使得当第一设备在第一时间段后触发另一站点的数据传输时，该另一站点相关联的基本NAV减为0。

在一些实施例中，所述预定时间增量可以大于短帧间间隔且小于或等于所述第一设备在所述第一时间段后生成的第二协议数据单元的时间长度与两倍的所述短帧间间隔之和。以此方式，可以更有效地设置来自第一设备的TXOP初始帧的持续时间字段，来使得当第一设备在第一时间段后触发另一站点的数据传输时，该另一站点相关联的基本NAV减为0。

在一些实施例中，所述第二协议数据单元可以包括触发帧。以此方式，可以通过设置来自第一设备的TXOP初始帧的持续时间字段，来使得当第一设备在第一时间段后发送触发帧来触发另一站点的数据传输时，该另一站点相关联的基本NAV减为0。

在一些实施例中，所述第一设备为接入点设备，并且所述第二设备为非接入点设备。以此方式，可以通过设置来自AP的帧的持续时间字段，来使得当AP在第一时间段后触发另一站点的数据传输时，该另一站点相关联的基本NAV减为0。在这种情况下，该另一站点可以响应于该触发而进行数据传输。

根据本公开实施例的第二方面，提供一种通信方法。该方法包括：第二设备接收来自第一设备的第三协议数据单元，所述第三协议数据单元包括第二帧，所述第二帧指示所述第一设备的传输机会内的第一时间段被分配用于所述第二设备的数据传输；以及所述第二设备在所述第一时间段内与第三设备之间传输第四协议数据单元，所述第四协议数据单元中的持续时间字段被设置使得：当第四设备接收到来自所述第一设备的包括第三帧的第五协议数据单元并且所述第三帧用于触发所述第四设备的数据传输时，所述第四设备相关联的基本网络分配矢量为0。以此方式，可以通过设置在第一时间段内来自第二设备的帧的持续时间字段，来使得当第一设备在第一时间段后触发另一站点的数据传输时，该另一站点相关联的基本NAV减为0。在这种情况下，该另一站点可以响应于该触发而进行数据传输。

在一些实施例中，所述第四协议数据单元中的持续时间字段可以被设置为从所述第四协议数据单元的结束时刻到所述第一时间段的结束时刻的时间长度。以此方式，可以简单地实现当第一设备将第二时间段分配给另一站点时该另一站点相关联的基本NAV可以为0。

在一些实施例中，所述第四协议数据单元中的持续时间字段可以被设置为从所述第四协议数据单元的结束时刻到针对所述第四协议数据单元的响应帧的结束时刻的时间长度。以此方式，可以更有效地确保当第一设备在第一时间段后触发另一站点的数据传输时该另一站点相关联的基本NAV减为0。

在一些实施例中，所述第一设备为接入点设备，所述第二设备和所述第四设备为非接入点设备，并且所述第三设备为接入点设备或非接入点设备。以此方式，可以通过设置在第一时间段内来自非AP站点的帧的持续时间字段，来使得当AP在第一时间段后触发另一非AP站点的数据传输时，该另一非AP站点相关联的基本NAV可以减为0。在这种情况下，该另一非AP站点可以响应于该触发而进行数据传输。

根据本公开实施例的第三方面，提供一种通信方法。该方法包括：第四设备在第一时间段内接收第六协议数据单元，所述第六协议数据单元中的接收地址字段或发送地址字段指示第二设备的地址信息，所述第一时间段在第一设备的传输机会内并且被分配用于所述第二设备的数据传输；以及所述第四设备将所述第四设备相关联的基本网络分配矢量保持不变。以此方式，可以使得一个站点(第四设备)在第一时间段内不会设置基本NAV(即，不更新基本NAV)，从而可以在第一设备在第一时间段后触发该站点的数据传输时，该站点相关联的基本NAV可以为0。在这种情况下，该站点可以响应于该触发而进行数据传输。

在一些实施例中，所述第四设备可以接收来自所述第一设备的第七协议数据单元，所述第七协议数据单元包括第五帧，所述第五帧指示所述第一时间段被分配用于所述第二设备的数据传输；以及所述第四设备从所述第七协议数据单元中获取所述第二设备的地址信息。以此方式，站点(第四设备)可以获取到第二设备的地址信息，从而可以基于该地址信息确定在第一时间段内是否接收到第六协议数据单元。

在一些实施例中，所述第四设备可以接收来自所述第一设备的第八协议数据单元，所述第八协议数据单元包括第六帧，所述第六帧指示所述第一时间段被分配用于所述第二设备的数据传输；所述第四设备接收来自所述第二设备的第九协议数据单元，所述第九协议数据单元是所述第四设备在接收到针对所述第八协议数据单元的响应之后接收到的第一个协议数据单元；以及所述第四设备从所述第九协议数据单元中获取所述第二设备的地址信息。以此方式，站点(第四设备)同样可以获取到第二设备的地址信息，从而可以基于该地址信息确定在第一时间段内是否接收到第六协议数据单元。

在一些实施例中，所述第一设备为接入点设备，并且所述第二设备和所述第四设备为非接入点设备。以此方式，可以使得一个非AP站点(第四设备)在第一时间段内不会设置基本NAV。因而，可以在AP在第一时间段后触发该非AP站点的数据传输时，该非AP站点相关联的基本NAV可以为0。在这种情况下，该非AP站点可以响应于该触发而进行数据传输。

根据本公开实施例的第四方面，提供一种通信方法。该方法包括：第二设备接收来自第一设备的第十协议数据单元，所述第十协议数据单元包括第七帧，所述第七帧指示所述第一设备的传输机会内的第一时间段被分配用于所述第二设备的数据传输；以及所述第二设备在所述第一时间段内与第三设备之间传输第十一协议数据单元，所述第十一协议数据单元包括基本服务集(BSS)颜色字段，所述BSS颜色字段指示所述第一设备对应的BSS的BSS颜色。以此方式，由于第二设备与第三设备之间传输的协议数据单元都包含第一设备所在的BSS的BSS颜色，因此可以使得一个站点(第四设备)会将第二设备与第三设备之间传输的协议数据单元识别为BSS内的协议数据单元，继而不会设置基本NAV(即，不更新基本NAV)。因而，可以在第一设备在第一时间段后触发该站点的数据传输时，该站点相关联的基本NAV可以为0。在这种情况下，该站点可以响应于该触发而进行数据传输。

在一些实施例中，所述第一设备为接入点设备，所述第二设备为非接入点设备，并且所述第三设备为接入点设备或非接入点设备。以此方式，可以使得一个非AP站点会将第一时间段内传输的协议数据单元识别为BSS内的协议数据单元，继而不会设置基本NAV(即，不更新基本NAV)。因而，可以在AP在第一时间段后触发该非AP站点的数据传输时，该非AP站点相关联的基本NAV可以为0。在这种情况下，该非AP站点可以响应于该触发而进行数据传输。

根据本公开实施例的第五方面，提供一种通信方法。该方法包括：第二设备接收来自第一设备的包括第一帧的第一协议数据单元，所述第一帧中的持续时间字段基于所述第一协议数据单元的结束时刻和第一时间段的结束时刻来被设置，所述第一时间段在所述第一设备的传输机会内并且被分配用于第二设备的数据传输。以此方式，可以基于该第一帧中的持续时间字段来设置后续传输的帧中的持续时间字段。从而，当第一设备在第一时间段后触发另一站点的数据传输时，该另一站点相关联的基本NAV可以减为0。在这种情况下，该另一站点可以响应于该触发进行数据传输。

根据本公开实施例的第六方面，提供一种通信方法。该方法包括：第一设备生成第十二协议数据单元，所述第十二协议数据单元指示所述第一设备的传输机会内的第一时间段被分配用于第二设备的数据传输，并且所述第十二协议数据单元包括所述第二设备的地址信息；以及所述第一设备发送所述第十二协议数据单元。以此方式，通过在触发帧中包含第二设备的地址信息，可以使得在第一时间段后被触发进行数据传输的站点可以从该触发帧获取第二设备的地址信息。

根据本公开实施例的第七方面，提供一种通信方法。该方法包括：第三设备接收来自第一设备的第十三协议数据单元，所述第十三协议数据单元包括第八帧，所述第八帧指示所述第一设备的传输机会内的第一时间段被分配用于所述第二设备的数据传输；以及如果在所述第一时间段内接收到来自所述第二设备的第十四协议数据单元，所述第三设备向所述第二设备发送针对所述第十四协议数据单元的响应，所述响应包括基本服务集颜色字段，所述基本服务集颜色字段指示所述第一设备对应的基本服务集合的基本服务集颜色。以此方式，可以使得第一时间段内第三设备发送给第二设备的协议数据单元都包括第一设备对应的BSS的BSS颜色。

根据本公开实施例的第八方面，提供一种通信设备。该装置包括：处理器；以及存储器，包括计算机程序代码；所述存储器和所述计算机程序代码被配置为与所述处理器一起使得所述通信设备执行上述第一至第七方面中的任一方面中的方法。

根据本公开实施例的第九方面，提供一种计算机可读存储介质。该计算机可读存储介质包括机器可执行指令，所述机器可执行指令在由设备执行时促使该设备执行上述第一至第七方面中的任一方面中的方法。

根据本公开实施例的第十方面，提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行该计算机程序，以执行上述第一至第七方面中的任一方面中的方法。

根据本公开实施例的第十一方面，提供一种计算机程序产品。该计算机程序产品包括计算机程序代码，所述计算机程序代码在由设备执行时促使该设备执行上述第一至第七方面中的任一方面中的方法。

通过下文对示例实施例的描述将会理解，根据在此提出的技术方案，可以使得当AP触发任一个关联站点的数据传输时，该站点都可以响应于该触发而进行数据传输。以此方式，可以进一步减少站点竞争信道带来的碰撞，继而进一步提高系统效率。

应当理解，发明内容部分中所描述的内容并非旨在限定本公开实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1示出了本公开实施例可在其中实施的示例通信网络的示意图；

图2示出了根据传统方案的被触发的TXOP共享机制中潜在的问题的示意图；

图3示出了根据本公开实施例的通信过程的示意图；

图4示出了根据本公开实施例的示例性TXOP共享过程的示意图；

图5示出了根据本公开实施例的另一示例性TXOP共享过程的示意图；

图6示出了根据本公开实施例的另一通信过程的示意图；

图7示出了根据本公开实施例的另一示例性TXOP共享过程的示意图；

图8示出了根据本公开实施例的另一通信过程的示意图；

图9示出了根据本公开实施例的另一通信过程的示意图；

图10示出了根据本公开实施例的通信方法的示意流程图；

图11示出了根据本公开实施例的另一通信方法的示意流程图；

图12示出了根据本公开实施例的另一通信方法的示意流程图；

图13示出了根据本公开实施例的另一通信方法的示意流程图；

图14示出了根据本公开实施例的通信装置的示意框图；

图15示出了根据本公开实施例的另一通信装置的示意框图；

图16示出了根据本公开实施例的另一通信装置的示意框图；

图17示出了根据本公开实施例的另一通信装置的示意框图；以及

图18示出了适合于实现本公开实施例的通信设备的简化框图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中示出了本公开的一些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

在此使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”。其他术语的相关定义将在下文描述中给出。

应理解，尽管本文可以使用术语“第一”和“第二”等来描述各种元件，但这些元件不应受到这些术语的限制。这些术语仅用于区分一个元件和另一个元件。例如，第一元件可以称为第二元件，同样，第二元件可以称为第一元件，而不脱离实施例的范围。如本文所用，术语“和/或”包括一个或多个所列术语的任何和所有组合。

在此使用的术语“电路”是指以下的一项或多项：

(a)仅硬件电路实现方式(诸如仅模拟和/或数字电路的实现方式)；以及

(b)硬件电路和软件的组合，诸如(如果适用)：(i)模拟和/或数字硬件电路与软件/固件的组合，以及(ii)硬件处理器的任意部分与软件(包括一起工作以使得诸如光线路终端(optical line terminal，OLT)或其他计算设备等装置执行各种功能的数字信号处理器、软件和存储器)；以及

(c)硬件电路和/或处理器，诸如微处理器或者微处理器的一部分，其要求软件(例如固件)用于操作，但是在不需要软件用于操作时可以没有软件。

电路的定义适用于此术语在本申请中(包括任意权利要求中)的所有使用场景。作为另一示例，在此使用的术语“电路”也覆盖仅硬件电路或处理器(或多个处理器)、或者硬件电路或处理器的一部分、或者其随附软件或固件的实现方式。例如，如果适用于特定权利要求元素，术语“电路”还覆盖基带集成电路或处理器集成电路或者OLT或其他计算设备中的类似的集成电路。

如本文所用，术语“终端设备”是指任意具有无线或有线通信能力的设备。终端设备的示例包括但限于客户终端设备(customer premise equipment，CPE)、用户设备(userequipment，UE)、个人计算机、台式计算机、移动电话、蜂窝电话、智能电话、个人数字助理(personal digital assistant，PDA)、便携式计算机、平板、可穿戴设备、物联网(Internetof Things，IoT)设备、机器类型通信(machine type communication，MTC)设备、用于车联网(vehicle-to-everything，V2X)(X是指行人、车辆或基础设施/网络)通信的车载设备、或者诸如数字相机之类的图像捕获设备、游戏设备、音乐存储和回放设备或能够进行无线或有线因特网访问和浏览的因特网设备等等。

如本文所用，术语“AP设备”可以是指用于经由其接入任意有线或无线网络的设备。例如，该有线或无线网络可以是宽带网络、因特网、局域网、城域网、移动通信网络等等。为方便起见，AP设备在本文中也称为AP站点或AP。AP设备可以支持例如Wi-Fi协议或者其它任何已知或未来开发的类似协议。例如，AP设备可以是无线路由器、具有路由器功能的终端设备、具有路由器功能的网络设备等等。术语“非AP设备”可以是指用于经由AP设备接入任意有线或无线网络的设备。非AP设备可以支持例如Wi-Fi协议或者其它任何已知或未来开发的类似协议。例如，非AP设备可以是终端设备、网络设备等等。为方便起见，非AP设备在本文中也称为非AP站点或非AP。应理解到，术语“站点”可以是指AP站点，也可以是指非AP站点。考虑到通信技术的快速发展，当然也会有未来类型的通信网络以及通信协议，本发明可能会与之结合。不应将其视为将本公开的范围仅限于上述通信网络和通信协议。

如公知的那样，在进行信道接入之前要先进行侦听。通常，通过设置NAV来实施虚拟载波侦听。当站点正确接收到一个无线帧之后，可以根据该无线帧中的持续时间(Duration)字段的信息来设置NAV。在IEEE802.11ax标准中引入了两个NAV来进行更精细的管理，即BSS内NAV(Intra-BSS NAV)和基本NAV。当BSS内NAV和基本NAV都为0时，虚拟载波侦听才为空闲，此时站点才可以进行信道接入。

根据IEEE802.11ax标准，一个站点当且仅当接收帧满足以下所有条件的情况下设置或更新BSS内NAV：接收帧是一个BSS内物理协议数据单元(physical protocol dataunit，PPDU)；接收帧的持续时间字段值大于站点当前的BSS内NAV值；接收帧的接收地址(receiver address,RA)不是该站点的媒体访问控制(medium access control，MAC)地址，或者该站点不是TXOP保持者(TXOP holder)且该接收帧不会触发该站点进行立即响应，或者接收站点不是TXOP保持者且接收帧是一个触发帧。此外，一个站点当且仅当接收帧满足以下所有条件的情况下设置或更新基本NAV：接收帧是一个BSS间(inter-BSS)PPDU，或者不能分辨是BSS内PPDU还是BSS间PPDU；接收帧的持续时间字段值大于站点当前的基本NAV值；接收帧的RA不是该站点的MAC地址。

对于接收站点而言，如果接收到的PPDU中的RA、发送地址(transmitter address，TA)或基本服务集标识(BSS identifier，BSSID)字段中的任意一个字段的值等于接收站点关联的BSS的BSSID，则接收到的PPDU为BSS内PPDU；如果接收到的PPDU中包含BSSID字段，且该BSSID字段的值不等于接收站点关联的BSS的BSSID，则该接收到的PPDU为BSS间PPDU；当接收到的PPDU不包含BSSID字段，且RA或TA字段中没有一个字段的值等于接收站点关联的BSS的BSSID，则无法分辨该接收到的PPDU是BSS间PPDU还是BSS内PPDU。

如前面提及的，目前在被触发的TXOP共享机制中，当AP将第一时间段分配给第一站点后，AP在第一时间段结束后可以继续将当前TXOP内的第二时间段分配给第二站点用于数据传输或者可以调度第二站点进行上行发送。基于上述基本NAV的设置或更新条件，该第二站点可能会由于接收到第一站点与其它站点在第一时间段内传输的帧而设置或更新基本NAV。所以在第一时间段后AP触发第二站点的数据传输时，第二站点的基本NAV不会减为0。在这种情况下，第二站点无法做出响应，即无法响应于该触发而进行数据传输。

鉴于此，本公开的实施例提出了改进的通信方案，使得在AP触发第二站点的数据传输时第二站点的基本NAV为0，从而克服上述以及其它潜在的问题。由此，可以确保在AP触发第二站点的数据传输时第二站点对该触发做出正常响应，因而提高系统效率。为便于理解，下面结合图1至图18对此进行详细描述。

图1示出了本公开实施例可在其中实施的示例通信网络100的示意图。如图1所示，该网络100可以包括第一设备111以及在第一设备111的服务小区110内的第二设备112、第三设备113和第四设备114。第二设备112、第三设备113和第四设备114可以与第一设备111通信，以经由第一设备111接入有线或无线网络。该通信网络100内的通信可以遵循Wi-Fi协议或者其它任何已知或未来开发的类似协议。

尽管这里将第一设备111示为网络设备，并且将第二设备112、第三设备113和第四设备114示为终端设备，但应理解到这仅为示例，第一设备111、第二设备112、第三设备113和第四设备114可以是其它任意合适形式。例如，第一设备111可以为终端设备，第二设备112、第三设备113和第四设备114中任一个也可以为网络设备。总体而言，本公开的实施例不仅适用于单用户的上行或下行传输，多用户的上行或下行传输，而且适用于设备到设备(device-to-device，D2D)传输。本公开对此并不进行特别限制。

在本例中，尽管这里将第一设备111示为AP站点，将第二设备112、第三设备113和第四设备114示为非AP站点，但应理解到这仅为示例，第一设备111、第二设备112、第三设备113和第四设备114中的任一个设备都可以是AP站点，也都可以是非AP站点。应理解到，AP或非AP站点的数目也并不限于图1所示的示例，而是可以为其它任意合适的更多或更少的数目。总体而言，本公开的实施例不仅可以适用于一个AP与一个或多个非AP之间的通信，也可以适用于一个非AP与一个或多个AP之间的通信。此外，本公开的实施例也可以适用于非AP与非AP之间的通信，或者AP与AP之间的通信。本公开对此并不进行特别限制。

在针对被触发的TXOP共享机制的一些场景中，第一设备111可以将其TXOP内的第一时间段分配给第二设备112，以用于第二设备112的数据传输。例如，第二设备112在第一时间段内与第三设备113进行数据传输。在第一时间段后第一设备111可以触发第四设备114的数据传输。例如，第一设备111可以继续将其剩余TXOP内的第二时间段分配给第四设备114，以用于第四设备114的数据传输。或者，第一设备111可以触发第四设备114进行上行发送。应理解到，第四设备114的数据传输可以是第四设备114与作为AP或非AP的任何其它站点之间的数据传输。该数据传输可以包括第四设备114对第一设备111的触发的响应帧的传输，也可以包括第四设备114与其它站点(例如第一设备111、第二设备112、第三设备113或其它任意合适设备)之间的数据帧或控制帧的传输。本公开的实施例对此并不做特别限制。

图2示出了根据传统方案的被触发的TXOP共享机制中潜在的问题的示意图200。如图2所示，AP在信道竞争成功后，可以发送TXOP初始帧201例如CTS-to-self帧，以开启一个TXOP。AP可以发送触发帧202例如MU-RTS TXS TF帧，以将TXOP内的第一时间段分配给STA1。STA1接收到该触发帧202后可以发送响应帧203例如CTS帧给AP。继而，STA1可以向STA2发送数据帧204例如SU PPDU，STA2可以向STA1发送针对数据帧204的响应帧205例如BA帧。以此方式，STA1可以在第一时间段期间与STA2进行数据传输。在第一时间段后，AP可以发送触发帧206例如TF帧，以将TXOP内的第二时间段分配给STA3，或者调度STA3进行上行发送。

然而，在第一时间段期间，STA3也会接收到数据帧204和响应帧205，并且可能因此设置STA3相关联的基本NAV，如标号210所示。具体而言，如果STA2属于AP所在的BSS，由于作为控制帧的响应帧205并不包含BSSID字段，所以当STA2发送响应帧205时，STA3会根据该控制帧的持续时间字段来设置基本NAV。如果STA2不属于AP所在的BSS，那么虽然STA1向STA2发送的数据帧204中包含BSSID字段，但是如果BSSID字段的值不等于AP所在的BSS的BSSID，那么STA3也会由于接收到STA1向STA2发送的数据帧204而设置基本NAV。

如前面所述，一个站点当且仅当接收帧满足以下所有条件的情况下设置或更新基本NAV：接收帧是一个BSS间PPDU，或者不能分辨是BSS内PPDU还是BSS间PPDU；接收帧的持续时间字段值大于站点当前的基本NAV值；接收帧的RA不是该站点的MAC地址。在图2所示的场景中，由于在第一时间段期间STA3会满足上述基本NAV的设置或更新条件，因此STA3会设置或更新基本NAV。这样就导致在AP发送触发帧206给STA3时，STA3的基本NAV不为0，并且因此STA3无法进行信道接入。也就是，STA3无法响应于该触发帧206来进行数据传输。

鉴于此，根据本公开的一些实施例，可以通过设置第一时间段之前或第一时间段内的帧中的持续时间字段，使得在AP触发STA3的数据传输时STA3设置的基本NAV可以减少为0。根据本公开的一些实施例，可以通过设置不更新基本NAV的条件，来使得STA3在第一时间段期间不设置基本NAV，即基本NAV保持为0。为便于理解，下面结合图3至图9对此进行更详细描述。

图3示出了根据本公开实施例的通信过程300的示意图。为方便起见，这里将结合图1的示例对图3进行说明。该过程300可以涉及第一设备111和第二设备112。应理解到，图3的过程可以包括其它未示出的附加步骤，或者可以省略示出的一些步骤。本公开的范围并不受限于此。在本示例中，假设第一设备111拥有TXOP，并且旨在于将TXOP内的第一时间段分配给第二设备112。此外，假设第二设备112在第一时间段期间与第三设备113进行数据传输，并且在第一时间段之后第一设备111触发第四设备114的数据传输。

如图3所示，第一设备111生成310包括第一帧的第一协议数据单元。第一帧中的持续时间字段基于第一协议数据单元的结束时刻和第一时间段的结束时刻来被设置。第一时间段在第一设备111的TXOP内并且被分配用于第二设备112的数据传输。第一帧可以是第一时间段之前的任意帧。第一设备111将所生成的第一协议数据单元发送320给第二设备112。基于该第一协议数据单元中的持续时间字段，第二设备112可以设置330后续帧中的持续时间字段。

在一些实施例中，第一帧可以为触发帧。该触发帧可以指示TXOP内的第一时间段被分配用于第二设备112的数据传输。在这些实施例中，该触发帧中的持续时间字段可以被设置为从第一协议数据单元的结束时刻到第一时间段的结束时刻的时间长度。由此，可以使得后续帧的持续时间字段也相应被设置为从该后续帧所在的协议数据单元的结束时刻到第一时间段的结束时刻的时间长度。在这种情况下，第四设备114设置的基本NAV的结束时刻可以为第一时间段的结束时刻。这样，当第四设备114接收到来自第一设备111的触发帧时，基本NAV已经减为0。下面结合图4进行详细说明。

图4示出了根据本公开实施例的示例性TXOP共享过程400的示意图。如图4所示，第一设备111在信道竞争成功后，可以发送TXOP初始帧401，以开启TXOP。在一些实施例中，TXOP初始帧401可以为CTS-to-self帧。当然，TXOP初始帧401也可以是其它任意合适类型的帧。本公开对此并不做特别限制。

第一设备111可以发送触发帧402，以将TXOP内的第一时间段分配给第二设备112。在一些实施例中，该触发帧402可以包括第一时间段的信息以及第二设备112的关联标识(association identifier，AID)。例如，该触发帧402可以为MU-RTS TXS TF帧。当然，触发帧402也可以是其它合适类型。本公开对此并不做特别限制。

根据本公开的实施例，第一设备111可以设置触发帧402的持续时间字段，使得当第一设备111触发第四设备114的数据传输时，第四设备114相关联的基本NAV可以减为0。在一些实施例中，触发帧402的持续时间字段可以被设置为触发帧402对应的PPDU的结束时刻到第一时间段的结束时刻的时间长度。

第二设备112在接收到该触发帧402后可以发送响应帧403给第一设备111。例如，响应帧403可以为CTS帧。当然，响应帧403也可以采用其它合适类型的帧，而不限于此。继而，第二设备112可以向第三设备113发送数据帧404。例如，数据帧404可以为SU PPDU。当然，数据帧404也可以采用其它合适类型的帧，而不限于此。第三设备113可以向第一设备111发送针对数据帧404的响应帧405。例如，响应帧405可以为BA帧。当然，响应帧405也可以采用其它合适类型的帧，而不限于此。以此方式，第二设备112可以在第一时间段期间与第三设备113进行数据传输。

在第一时间段之后，第一设备111可以向第四设备114发送触发帧406，以触发第四设备114的数据传输。例如，将TXOP内的第二时间段分配给第四设备114用于第四设备114的数据传输，或者调度第四设备114进行上行发送等。例如，触发帧406可以为TF帧。当然，触发帧406也可以为MU-RTS TXS TF帧。当然，触发帧406也可以采用其它合适类型的帧，而不限于此。

通常，当前PPDU中的持续时间字段可以被设置为通过前一个PPDU中的持续时间字段的值减去短帧间间隔(short inter-frame spacing，SIFS)再减去当前PPDU的时间长度而得到的值。也就是，当前PPDU中的持续时间字段可以被设置为当前PPDU的结束时刻到第一时间段的结束时刻的时间长度。由此可以确定，由于触发帧402的持续时间字段被设置为触发帧402对应的PPDU的结束时刻到第一时间段的结束时刻的时间长度，其后续帧的持续时间字段也被相应设置为后续帧对应的PPDU的结束时刻到第一时间段的结束时刻的时间长度。

这样，根据第二设备112与第三设备113之间传输的数据帧404或响应帧405的持续时间字段，第四设备114可以设置基本NAV，该基本NAV的结束时刻即为第一时间段的结束时刻。由此，当在第一时间段后第一设备111向第四设备114发送触发帧406时，第四设备114的基本NAV已经变为0。在这种情况下，第四设备114就可以响应于该触发帧406而发送数据帧407。例如，数据帧407可以为TB PPDU。当然，这仅为示例，该数据帧407也可以是其它任意合适帧。在一些实施例中，当第一设备111发送触发帧406时，该触发帧406中的持续时间字段可以基于TXOP的结束时刻来设置。当然，在一些实施例中，该触发帧406中的持续时间字段也可以基于第二时间段的结束时刻来设置。

应理解到，尽管在图4中将帧或PPDU 401-407示出为具体帧，但这只是用于举例说明，而非旨在用于限制。

在一些备选实施例中，第一帧也可以是TXOP初始帧。在这些实施例中，TXOP初始帧中的持续时间字段可以被设置为从第一协议数据单元的结束时刻和第一时间段的结束时刻的时间长度与预定时间增量(为方便起见，表示为Delta_T)之和。换言之，第一设备111可以将TXOP初始帧中的持续时间字段设置为T，并且将触发帧设置为指示第一时间段的结束时刻与T指示的时刻之间的差小于Delta_T。以此方式，可以使得TXOP的结束时刻与第一时间段的结束时刻之差等于预定时间增量Delta_T。这样，第四设备114设置的基本NAV的结束时刻可以为第一时间段的结束时刻。当第四设备114接收到来自第一设备111的触发帧时，基本NAV已经减为0。

在一些实施例中，预定时间增量Delta_T可以大于SIFS且小于或等于第一时间段后第一设备111生成的第二协议数据单元的时间长度与两倍的短帧间间隔之和，如下式(1)所示。

T1+2*T2≥Delta_T >T2(1)

其中Delta_T表示预定时间增量，T1表示第一时间段后第一设备111生成的第二协议数据单元的时间长度，T2表示SIFS的时间长度。

在一些备选实施例中，预定时间增量Delta_T可以大于或等于SIFS与最短帧时间长度之和且小于或等于第一时间段后第一设备111生成的第二协议数据单元的时间长度与两倍的短帧间间隔之和，如下式(2)所示。

T1+2*T2≥Delta_T≥T2+T3(2)

其中Delta_T表示预定时间增量，T1表示第一时间段后第一设备111生成的第二协议数据单元的时间长度，T2表示SIFS的时间长度，T3表示最短帧时间长度。应理解到，上述式(1)和(2)仅为示例，预定时间增量Delta_T可以采用其它任意合适方式来确定。

在一些实施例中，第二协议数据单元可以包括触发帧。该触发帧可以例如用于指示TXOP内的第二时间段被分配用于第四设备114的数据传输。在一些实施例中，触发帧的时间长度可以由第一设备111自主确定。在一些实施例中，最短帧时间长度可以是预定义的。

在一些实施例中，第一设备111在第一时间段后发送PPDU时，可以将该PPDU中的持续时间字段所指示的结束时刻向后延长。但是延长的时间仍然受总TXOP时间长度限制，即，该PPDU中的持续时间字段所指示的结束时刻不能超过从TXOP初始帧的结束时刻加上TXOP限值。在一些实施例中，TXOP限值可以由第一设备111在信标帧中指示。在一些实施例中，TXOP限值可以是预定义的。下面结合图5进行详细说明。

图5示出了根据本公开实施例的另一示例性TXOP共享过程500的示意图。如图5所示，第一设备111在信道竞争成功后，可以发送TXOP初始帧501，以开启TXOP定时。在一些实施例中，TXOP初始帧501可以为CTS-to-self帧。当然，TXOP初始帧501也可以是其它任意合适类型的帧。本公开对此并不做特别限制。TXOP初始帧501的持续时间字段可以被设置为TXOP初始帧501对应的PPDU的结束时刻到第一时间段的结束时刻的时间长度与预定时间增量Delta_T之和。

第一设备111可以发送触发帧502，以将TXOP内的第一时间段分配给第二设备112。在一些实施例中，该触发帧502可以包括第一时间段的信息以及第二设备112的AID。例如，该触发帧502可以为MU-RTS TXS TF帧。当然，触发帧502也可以是其它合适类型。本公开对此并不做特别限制。第二设备112在接收到该触发帧502后可以发送响应帧503给第一设备111。例如，响应帧503可以为CTS帧。当然，响应帧503也可以采用其它合适类型的帧，而不限于此。继而，第二设备112可以向第三设备113发送数据帧504。例如，数据帧504可以为SUPPDU。当然，数据帧504也可以采用其它合适类型的帧，而不限于此。第三设备113可以向第一设备111发送针对数据帧504的响应帧505。例如，响应帧505可以为BA帧。当然，响应帧505也可以采用其它合适类型的帧，而不限于此。以此方式，第二设备112可以在第一时间段期间与第三设备113进行数据传输。

在第一时间段之后，第一设备111可以向第四设备114发送触发帧506，以触发第四设备114的数据传输。例如，可以将TXOP内的第二时间段分配给第四设备114用于第四设备114的数据传输，或者调度第四设备114进行上行发送等。例如，触发帧506可以为TF帧。当然，触发帧506也可以为MU-RTS TXS TF帧。当然，触发帧506也可以采用其它合适类型的帧，而不限于此。

由于TXOP初始帧501的持续时间字段被设置为TXOP初始帧501对应的PPDU的结束时刻到第一时间段的结束时刻的时间长度与预定时间增量Delta_T之和，其后续帧的持续时间字段也被相应设置为后续帧对应的PPDU的结束时刻到第一时间段的结束时刻的时间长度与预定时间增量Delta_T之和。

这样，在第四设备114根据第二设备112与第三设备113之间传输的数据帧504或响应帧505的持续时间字段来设置基本NAV时，该基本NAV的结束时刻也为第一时间段的结束之后的Delta_T时刻。在第一时间段后第一设备111可以向第四设备114发送触发帧506，以将TXOP扩展中的第二时间段分配给第四设备114或者调度第四设备114的上行发送。当第一设备111向第四设备114发送的触发帧506结束时，第四设备114的基本NAV已经变为0。在这种情况下，第四设备114就可以响应于该触发帧506而发送数据帧507。例如，数据帧507可以为TB PPDU。当然，这仅为示例，该数据帧507也可以是其它任意合适帧。在一些实施例中，当第一设备111发送触发帧506时，该触发帧506中的持续时间字段可以基于TXOP的结束时刻来设置。当然，在一些实施例中，该触发帧506中的持续时间字段也可以基于第二时间段的结束时刻来设置。

应理解到，尽管在图5中将帧或PPDU 501-507示出为具体帧，但这只是用于举例说明，而非旨在用于限制。

以上结合图3至图5描述了在AP侧设置帧中的持续时间字段(即，设置第一时间段之前的帧中的持续时间字段)的方案。下面结合图6和图7描述在非AP侧设置帧中的持续时间字段(即，设置第一时间段内的帧中的持续时间字段)的方案。

图6示出了根据本公开实施例的另一通信过程600的示意图。为方便起见，这里将结合图1的示例对图6进行说明。该过程600可以涉及第一设备111和第二设备112。应理解到，图6的过程可以包括其它未示出的附加步骤，或者可以省略示出的一些步骤。本公开的范围并不受限于此。在本示例中，假设第一设备111拥有TXOP，并且旨在于将TXOP内的第一时间段分配给第二设备112。此外，假设第二设备112在第一时间段期间与第三设备113进行数据传输，并且在第一时间段之后第一设备111触发第四设备114的数据传输。

如图6所示，第一设备111向第二设备112发送610包括第二帧的第三协议数据单元。第二帧指示第一设备111的TXOP内的第一时间段被分配用于所述第二设备112的数据传输。例如，第二帧可以为触发帧或其它类似帧。作为响应，第二设备112在第一时间段内执行620数据传输。例如，在第一时间段内第二设备112与第三设备113之间传输第四协议数据单元。根据本公开的实施例，第二设备112设置第四协议数据单元中的持续时间字段，使得当第一设备111触发第四设备114的数据传输时，第四设备114相关联的基本NAV为0。例如，当第四设备114接收到来自第一设备111的包括第三帧的第五协议数据单元并且第三帧用于触发第四设备114的数据传输时，第四设备114相关联的基本NAV为0。例如，第三帧可以为触发帧或其它类似帧。

在一些实施例中，第四协议数据单元中的持续时间字段被设置为从第四协议数据单元的结束时刻到第一时间段的结束时刻的时间长度。在一些实施例中，第四协议数据单元可以是在针对第三协议数据单元的响应帧之后的任意协议数据单元。由此，可以使得后续帧的持续时间字段也相应被设置为从该后续帧所在的协议数据单元的结束时刻到第一时间段的结束时刻的时间长度。在这种情况下，第四设备114设置的基本NAV的结束时刻可以为第一时间段的结束时刻。这样，当第四设备114接收到来自第一设备111的触发帧时，基本NAV已经减为0。下面结合图7进行详细说明。

图7示出了根据本公开实施例的另一示例性TXOP共享过程700的示意图。如图7所示，第一设备111在信道竞争成功后，可以发送TXOP初始帧701，以开启TXOP定时。在一些实施例中，TXOP初始帧701可以为CTS-to-self帧。当然，TXOP初始帧701也可以是其它任意合适类型的帧。本公开对此并不做特别限制。

第一设备111可以发送触发帧702，以将TXOP内的第一时间段分配给第二设备112。在一些实施例中，该触发帧702可以包括第一时间段的信息以及第二设备112的AID。例如，该触发帧702可以为MU-RTS TXS TF帧。当然，触发帧702也可以是其它合适类型。本公开对此并不做特别限制。

第二设备112在接收到该触发帧702后可以发送响应帧703给第一设备111。例如，响应帧703可以为CTS帧。当然，响应帧703也可以采用其它合适类型的帧，而不限于此。继而，第二设备112可以向第三设备113发送数据帧704。例如，数据帧704可以为SU PPDU。当然，数据帧704也可以采用其它合适类型的帧，而不限于此。根据本公开的实施例，数据帧704的持续时间字段可以被设置为数据帧704对应的PPDU的结束时刻到第一时间段的结束时刻的时间长度。

第三设备113可以向第一设备111发送针对数据帧704的响应帧705。例如，响应帧705可以为BA帧。当然，响应帧705也可以采用其它合适类型的帧，而不限于此。在第一时间段之后，第一设备111可以向第四设备114发送触发帧706，以触发第四设备114的数据传输。例如，可以将TXOP内的第二时间段分配给第四设备114用于第四设备114的数据传输，或者调度第四设备114发送上行响应帧。例如，触发帧706可以为TF帧。当然，触发帧706也可以为MU-RTS TXS TF帧。当然，触发帧706也可以采用其它合适类型的帧，而不限于此。

如上，第二设备112将针对触发帧702的响应帧703之后的第一个PPDU中的持续时间字段设置为从该PPDU的结束时刻到第一时间段的结束时刻的时间长度。对应地，第三设备113在发送针对数据帧704的响应帧705时，可以将该响应帧705的持续时间字段设置为通过前一个PPDU中的持续时间字段的值减去SIFS再减去当前PPDU的时间长度而得到的值。也就是，该响应帧705的持续时间字段可以被设置为该响应帧705对应的PPDU的结束时刻到第一时间段的结束时刻的时间长度。

这样，第四设备114根据第二设备112与第三设备113之间传输的数据帧704或响应帧705的持续时间字段来设置基本NAV时，该基本NAV的结束时刻为第一时间段的结束时刻。由此，当在第一时间段后第一设备111向第四设备114发送触发帧706时，第四设备114的基本NAV已经变为0。在这种情况下，第四设备114就可以响应于该触发帧706而发送数据帧707。例如，数据帧707可以为TB PPDU。当然，这仅为示例，该数据帧707也可以是其它任意合适帧。

应理解到，尽管在图7中将帧或PPDU 701-707示出为具体帧，但这只是用于举例说明，而非旨在用于限制。

在上述实施例中，第四协议数据单元中的持续时间字段被设置为从第四协议数据单元的结束时刻到第一时间段的结束时刻的时间长度。在这种情况下，如果第二设备112提前结束TXOP共享，即在第一时间段结束之前就将TXOP控制权交还给第一设备111，则第一设备111可能在第一时间段结束之前就向第四设备114发送触发帧。此时，第四设备114的基本NAV不为0，因而无法响应来自第一设备111的触发帧。作为对策，在一些实施例中，可以使第一设备111在第一时间段结束之前不向第四设备114发送触发帧。在一些实施例中，也可以使第一设备111发送触发帧之外的帧。例如，可以使以设备111发送数据帧、管理帧或触发帧之外的控制帧。

在一些备选实施例中，第二设备112也可以将第四协议数据单元中的持续时间字段从第四协议数据单元的结束时刻到针对第四协议数据单元的响应帧的结束时刻的时间长度。以此方式，可以确保当第一设备111向第四设备114发送触发帧706时，第四设备114的基本NAV已经变为0。仍参考图7对此进行描述。

在这种情况下，数据帧704中的持续时间字段从数据帧704对应的PPDU的结束时刻到针对数据帧704的响应帧705的结束时刻的时间长度。对应地，第三设备113在发送该响应帧705时将该响应帧705的持续时间字段设置为0。在第二设备112发送下一个PPDU(未示出)时，类似地将该下一个PPDU的持续时间字段设置为该下一个PPDU的结束时刻到该下一个PPDU的响应帧的结束时刻之间的时间长度。对应地，第三设备113在发送针对该下一个PPDU的响应帧(未示出)时将该响应帧的持续时间字段设置为0。以此类推。当第四设备114根据第二设备112或第三设备113发送的帧设置基本NAV时，基本NAV的结束时刻为当前帧交互结束时刻。因此，当在第一时间段后第一设备111向第四设备114发送触发帧706时，第四设备114的基本NAV已经变为0。

至此描述了设置帧中的持续时间字段的方案。由此，使得第四设备114即使是由于第二设备112或第三设备113发送的PPDU设置了基本NAV，当第四设备114接收到来自第一设备111的触发帧时，该基本NAV也已经被减为0。因此，第四设备114可以对该触发帧做出响应。下面结合图8和图9描述通过使得不设置基本NAV，来使得第四设备114可以对来自第一设备111的触发帧做出响应。

图8示出了根据本公开实施例的另一通信过程800的示意图。为方便起见，这里将结合图1的示例对图8进行说明。该过程800可以涉及第一设备111、第二设备112、第三设备113和第四设备114。应理解到，图8的过程可以包括其它未示出的附加步骤，或者可以省略示出的一些步骤。本公开的范围并不受限于此。在本示例中，假设第一设备111拥有TXOP，并且旨在于将TXOP内的第一时间段分配给第二设备112。此外，假设第二设备112在第一时间段期间与第三设备113进行数据传输，并且在第一时间段之后第一设备111触发第四设备114的数据传输。

如图8所示，第四设备114在第一时间段内接收810第六协议数据单元，该第六协议数据单元中的RA或TA字段指示第二设备112的地址信息。例如，第二设备112的地址信息可以为第二设备112的MAC地址。当然，任意其它合适的地址信息也是可行的。在一些实施例中，第四设备114可以在第一时间段内接收811来自第二设备112的PPDU，该PPDU中的TA字段指示第二设备112的地址信息。在一些实施例中，第四设备114可以在第一时间段内接收812来自第三设备113的PPDU，该PPDU中的RA字段指示第二设备112的地址信息。

响应于接收到该第六协议数据单元，第四设备114保持820基本NAV不变。也就是，不基于该第六协议数据单元来设置基本NAV。由此，使得第四设备114在第一时间段内不设置基本NAV，从而可以确保当第一设备111向第四设备114发送触发帧时第四设备114可以做出响应。

在一些实施例中，第一设备111可以生成830包括第五帧的第七协议数据单元，该第五帧指示第一时间段被分配用于第二设备112的数据传输。例如，该第五帧可以为触发帧或其它类似帧。在本实施例中，该第五帧中携带第二设备112的地址信息，例如MAC地址或其它类似地址信息。在一些实施例中，可以在第五帧的RA字段中携带第二设备112的地址信息。在一些实施例中，可以在第五帧的用户信息(User Info)字段中携带第二设备12的地址信息。当然，也可以采用其它任意合适形式来在第五帧中携带第二设备12的地址信息。继而，第一设备111发送840该第七协议数据单元。第四设备114可以接收该第七协议数据单元并从中获取850第二设备112的地址信息。

在一些备选实施例中，第四设备114可以接收来自第一设备111的第八协议数据单元，第八协议数据单元包括第六帧，第六帧指示第一时间段被分配用于第二设备112的数据传输。例如，该第六帧可以为触发帧或其它类似帧。第四设备114还可以接收来自第二设备112的第九协议数据单元，第九协议数据单元是第四设备114在接收到针对第八协议数据单元的响应之后接收到的第一个协议数据单元。第四设备114可以从第九协议数据单元中获取860第二设备112的地址信息。例如，第四设备114可以从该第九协议数据单元的TA字段中获取第二设备112的地址信息。

基于获取到的第二设备112的地址信息，第四设备114可以确定在第一时间段内接收到的协议数据单元中的RA或TA字段是否指示第二设备112的地址信息。应理解到，也可以使用其它任意合适方式来获取第二设备112的地址信息，而不限于上述示例。

图9示出了根据本公开实施例的另一通信过程900的示意图。为方便起见，这里将结合图1的示例对图9进行说明。该过程900可以涉及第一设备111、第二设备112和第三设备113。应理解到，图9的过程可以包括其它未示出的附加步骤，或者可以省略示出的一些步骤。本公开的范围并不受限于此。在本示例中，假设第一设备111拥有TXOP，并且旨在于将TXOP内的第一时间段分配给第二设备112。此外，假设第二设备112在第一时间段期间与第三设备113进行数据传输，并且在第一时间段之后第一设备111将触发第四设备114的数据传输。

如图9所示，第一设备111向第二设备112发送910包括第七帧的第十协议数据单元，该第七帧指示第一时间段被分配用于第二设备112的数据传输。例如，第七帧为触发帧或其它类似帧。

响应于该第十协议数据单元，第二设备112在第一时间段内与第三设备113之间传输920第十一协议数据单元。根据本公开的实施例，第十一协议数据单元包括BSS颜色字段，该BSS颜色字段指示第一设备111对应的BSS的BSS颜色。换言之，第二设备112和第三设备113使得在第一时间段内发送的任一个PPDU都携带BSS颜色字段，并且该BSS颜色字段指示第一设备111对应的BSS的BSS颜色。

在一些实施例中，第二设备112和第三设备113在第一时间段内可以使用高效率(high efficiency，HE)的PPDU帧格式。在一些实施例中，第二设备112和第三设备113在第一时间段内可以使用极高吞吐率(extremely high throughput，EHT)的PPDU帧格式。

根据图9的过程，由于第二设备112和第三设备113发送的所有PPDU都携带第一设备111所在的BSS的BSS颜色，所以第四设备114将会把这些PPDU识别为BSS内PPDU，进而不会根据这些PPDU来设置基本NAV。从而，当第四设备114接收到来自第一设备111的触发帧时，基本NAV为0，并且因此可以对该触发帧做出响应。

根据本公开的实施例，通过针对在第一设备111或第二设备112处对帧的持续时间字段的设置提供改进方案，使得即使第四设备114在第一时间段内设置了基本NAV，也可以在第一时间段后接收到触发帧时基本NAV减为0。通过针对在第四设备114处对基本NAV的更新提供改进方案，使得第四设备114在第一时间段内不设置基本NAV。由此，第四设备114可以正常回复来自第一设备111的针对第四设备114的触发帧。

与上述通信过程相对应，本公开实施例提供了通信方法。下面结合图10至图13对此进行描述。图10示出了根据本公开实施例的通信方法1000的示意流程图。该方法1000可以在AP设备(例如图1的第一设备111)处实施，例如可以在AP设备的集成电路(integratedcircuit，IC)中实施。该方法1000的操作对应于参照图3至图5描述的过程。为了方便起见，这里将结合图1的示例对图10进行说明。应理解到，图10的方法1000可以包括其它未示出的附加步骤，或者可以省略示出的一些步骤。本公开的范围并不受限于此。

如图10所示，在框1010处，第一设备111生成包括第一帧的第一协议数据单元。该第一帧的持续时间字段基于第一协议数据单元的结束时刻和第一时间段的结束时刻而被设置。该第一帧可以是第一时间段之前的任意帧。第一时间段在第一设备111的TXOP内并且被分配用于第二设备112的数据传输。

在一些实施例中，第一帧可以是触发帧。触发帧指示第一时间段被分配用于第二设备112的数据传输。例如，第一帧可以为MU-RTS TXS TF帧。当然，第一帧也可以是其它任意合适形式的触发帧。在这些实施例中，触发帧的持续时间字段可以被设置为从第一协议数据单元的结束时刻到第一时间段的结束时刻的时间长度。以此方式，可以简单有效地确保第四设备114在第一时间段内设置的基本NAV可以在第一时间段结束时减少为0。

在一些实施例中，第一帧可以是TXOP初始帧。在这些实施例中，TXOP初始帧的持续时间字段可以被设置为从第一协议数据单元的结束时刻到第一时间段的结束时刻的时间长度与预定时间增量(如Delta_T)之和。在一些实施例中，预定时间增量可以大于SIFS且小于或等于第一设备111在第一时间段后生成的第二协议数据单元的时间长度与两倍SIFS之和(如上述式(1)所示)。在一些实施例中，预定时间增量可以大于或等于SIFS与最短帧时间长度之和且小于或等于第一设备111在第一时间段后生成的第二协议数据单元的时间长度与两倍SIFS之和(如上述式(2)所示)。在一些实施例中，第二协议数据单元可以包括触发帧。该触发帧可以指示TXOP内的第二时间段被分配用于第四设备114的数据传输。当然，第二协议数据单元也可以包括其它合适的帧。

在框1020处，第一设备111向第二设备112发送第一协议数据单元。由此，第二设备112可以根据第一协议数据单元中的持续时间字段来设置后续帧中的持续时间字段。这样，第四设备114在第一时间段内相应地设置基本NAV，并且当第一设备111触发第四设备114的数据传输时，第四设备114的基本NAV可以减少为0。从而，第四设备114可以正常响应第一设备111的该触发。

在一些实施例中，第一设备111为AP设备，第二设备112和第四设备114为非AP设备。

根据图10的方法，可以通过AP侧设置第一时间段之前的帧中的持续时间字段，来使得第四设备114在第一时间段内设置的基本NAV在第一时间段结束时可以减少为0，或者使得第四设备114在第一时间段内设置的基本NAV在被第一设备111通过触发帧调度上行传输之前可以减少为0。

图11示出了根据本公开实施例的另一通信方法1100的示意流程图。该方法1100可以在非AP设备(例如图1的第二设备112)处实施，例如可以在非AP设备的IC中实施。该方法1100的操作对应于参照图6至图7描述的过程。为了方便起见，这里将结合图1的示例对图11进行说明。应理解到，图11的方法1100可以包括其它未示出的附加步骤，或者可以省略示出的一些步骤。本公开的范围并不受限于此。

如图11所示，在框1110处，第二设备112接收来自第一设备111的第三协议数据单元。第三协议数据单元包括第二帧，第二帧指示第一设备111的TXOP内的第一时间段被分配用于第二设备112的数据传输。在一些实施例中，第二帧可以为触发帧。例如，第二帧可以为MU-RTS TXS TF帧。当然，第二帧也可以采用其它任意合适形式。

在框1120处，第二设备112在第一时间段内与第三设备113之间传输第四协议数据单元。第四协议数据单元中的持续时间字段被设置使得：当第四设备114接收到来自第一设备111的包括第三帧的第五协议数据单元并且第三帧用于触发第四设备114的数据传输时，第四设备114相关联的基本NAV为0。

在一些实施例中，第二设备112可以将第四协议数据单元中的持续时间字段设置为从第四协议数据单元的结束时刻到第一时间段的结束时刻的时间长度。由此，在第二设备112不提前结束TXOP共享的情况下，可以使得第四设备114在第一时间段内设置的基本NAV在第二时间段结束时可以减少为0。从而，不影响第四设备114对第一时间段后的触发帧的正常响应。

在一些实施例中，第二设备112可以将第四协议数据单元中的持续时间字段设置为从第四协议数据单元的结束时刻到针对第四协议数据单元的响应帧的结束时刻的时间长度。由此，可以确保第四设备114在第一时间段内设置的基本NAV在第二时间段结束时可以减少为0，而不管第二设备112是否提前结束TXOP共享。从而，可以确保第四设备114对第一时间段后的触发帧做出正常响应。

在一些实施例中，第一设备111为AP设备，第二设备112和第四设备114为非AP设备，并且第三设备113为AP设备或非AP设备。

根据图11的方法，可以通过非AP侧设置第一时间段内的帧中的持续时间字段，来使得第四设备114在第一时间段内设置的基本NAV在第一时间段结束时可以减少为0。

图12示出了根据本公开实施例的另一通信方法1200的示意流程图。该方法1200可以在非AP设备(例如图1的第四设备114)处实施，例如可以在非AP设备的IC中实施。该方法1200的操作对应于参照图8描述的过程。为了方便起见，这里将结合图1的示例对图12进行说明。应理解到，图12的方法1200可以包括其它未示出的附加步骤，或者可以省略示出的一些步骤。本公开的范围并不受限于此。

如图12所示，在框1210处，第四设备114在第一时间段内接收第六协议数据单元。第六协议数据单元中的RA字段或TA字段指示第二设备112的地址信息。第一时间段在第一设备111的TXOP内并且被分配用于第二设备112的数据传输。在一些实施例中，第四设备114可以接收来自任意设备的协议数据单元。例如，第四设备114可以接收第二设备112与第三设备113之间传输的协议数据单元。在一些实施例中，第二设备112的地址信息包括第二设备112的MAC地址。当然，其它形式的地址信息也是可行的。

在框1220处，第四设备114将第四设备114相关联的基本NAV保持不变。也就是，响应于接收到该第六协议数据单元，第四设备114不设置基本NAV，从而保持基本NAV为0。

在一些实施例中，第四设备114可以接收来自第一设备111的第七协议数据单元，第七协议数据单元包括第五帧，第五帧指示第一时间段被分配用于第二设备112的数据传输。在一些实施例中，该第五帧可以是触发帧。例如，第五帧可以为MU-RTS TXS TF帧。当然，第五帧也可以采用其它任意合适形式。继而，第四设备114可以从第七协议数据单元中获取第二设备112的地址信息。从而，基于获取的地址信息可以确定是否接收到包含该地址信息的第六协议数据单元。

在一些备选实施例中，第四设备114可以接收来自第一设备111的第八协议数据单元，第八协议数据单元包括第六帧，第六帧指示第一时间段被分配用于第二设备112的数据传输。在一些实施例中，该第六帧可以是触发帧。例如，第六帧可以为MU-RTS TXS TF帧。当然，第六帧也可以采用其它任意合适形式。继而，第四设备114可以接收来自第二设备112的第九协议数据单元，第九协议数据单元是第四设备114在接收到针对第八协议数据单元的响应之后接收到的第一个协议数据单元。第四设备114可以从第九协议数据单元中获取第二设备112的地址信息。从而，基于获取的地址信息可以确定是否接收到包含该地址信息的第六协议数据单元。

在一些实施例中，第一设备111为AP设备，第二设备112和第四设备114为非AP设备，并且第三设备113为AP设备或非AP设备。

根据图12的方法，第四设备114在第一时间段内不基于RA或TA字段指示第二设备112的地址信息的PPDU来设置基本NAV，从而可以在第一时间段后正常响应第一设备111发送的触发帧。

图13示出了根据本公开实施例的另一通信方法1300的示意流程图。该方法1300可以在非AP设备(例如图1的第二设备112)处实施，例如可以在非AP设备的IC中实施。该方法1300的操作对应于参照图9描述的过程。为了方便起见，这里将结合图1的示例对图13进行说明。应理解到，图13的方法1300可以包括其它未示出的附加步骤，或者可以省略示出的一些步骤。本公开的范围并不受限于此。

如图13所示，在框1310处，第二设备112接收来自第一设备111的第十协议数据单元，第十协议数据单元包括第七帧，第七帧指示第一设备111的TXOP内的第一时间段被分配用于第二设备112的数据传输。在一些实施例中，第七帧可以是触发帧。例如，第七帧可以为MU-RTS TXS TF帧。当然，第七帧也可以采用其它任意合适形式。

在框1320处，第二设备112在第一时间段内与第三设备113之间传输第十一协议数据单元。第十一协议数据单元包括BSS颜色字段，该BSS颜色字段指示第一设备111对应的BSS的BSS颜色。也就是，第二设备112和第三设备113在第一时间段内发送的协议数据单元都携带第一设备111所在的BSS的BSS颜色。由此，第四设备114将会把这些帧识别为BSS内PPDU，从而不会设置基本NAV。当第四设备114在第一时间段后接收到来自第一设备111的触发帧时，基本NAV为0，从而可以正常响应该触发帧。

在一些实施例中，第一设备111为AP设备，第二设备112和第四设备114为非AP设备，并且第三设备113为AP设备或非AP设备。

根据图13的方法，第四设备114在第一时间段内不基于第二设备112与第三设备113之间的PPDU来设置基本NAV，从而可以在第一时间段后正常响应第一设备111发送的触发帧。

与上述通信方法相对应，本公开实施例还提供通信装置和设备，下面结合图14至图18对此进行描述。图14示出了根据本公开实施例的通信装置1400的示意框图。装置1400可以在AP设备(例如图1的第一设备111)处实施。为方便起见，下面结合图1的示例对图14进行描述。装置1400可以是该AP设备的一部分，也可以是AP设备本身。应理解到，装置1400可以包括比所示组件更多的附加组件或者省略其中所示的一部分组件，本公开实施例对此并不进行限制。

如图14所示，装置1400可以包括生成部件1410和发送部件1420。生成部件1410被配置用于生成包括第一帧的第一协议数据单元，所述第一帧中的持续时间字段基于所述第一协议数据单元的结束时刻和第一时间段的结束时刻来被设置，所述第一时间段在第一设备111的TXOP内并且被分配用于第二设备112的数据传输。发送部件1420被配置用于向第二设备112发送第一协议数据单元。

在一些实施例中，第一帧为触发帧。该触发帧可以指示第一时间段被配置用于第二设备112的数据传输。在这些实施例中，触发帧的持续时间字段被设置为从第一协议数据单元的结束时刻到第一时间段的结束时刻的时间长度。

在一些实施例中，第一帧为TXOP的初始帧，并且该初始帧的持续时间字段被设置为从第一协议数据单元的结束时刻到第一时间段的结束时刻的时间长度与预定时间增量之和。在一些实施例中，预定时间增量可以大于短帧间间隔且小于或等于所述第一设备在所述第一时间段后生成的第二协议数据单元的时间长度与两倍的所述短帧间间隔之和。在一些实施例中，预定时间增量可以大于或等于短帧间间隔与最短帧时间长度之和且小于或等于所述第一设备在所述第一时间段后生成的第二协议数据单元的时间长度与两倍的所述短帧间间隔之和。在一些实施例中，第二协议数据单元可以包括触发帧。该触发帧可以指示TXOP内的第二时间段被配置用于第四设备114的数据传输。

在一些实施例中，第一设备111为AP设备，并且第二设备112和第四设备114为非AP设备。

图15示出了根据本公开实施例的另一通信装置1500的示意框图。装置1500可以在非AP设备(例如图1的第二设备112)处实施。为方便起见，下面结合图1的示例对图15进行描述。装置1500可以是该非AP设备的一部分，也可以是非AP设备本身。应理解到，装置1500可以包括比所示组件更多的附加组件或者省略其中所示的一部分组件，本公开实施例对此并不进行限制。

如图15所示，装置1500可以包括第一接收部件1510和第一传输部件1520。第一接收部件1510被配置用于接收来自第一设备111的第三协议数据单元，所述第三协议数据单元包括第二帧，所述第二帧指示第一设备111的TXOP内的第一时间段被分配用于第二设备112的数据传输。第一传输部件1520被配置用于在第一时间段内与第三设备113之间传输第四协议数据单元，所述第四协议数据单元中的持续时间字段被设置使得：当第四设备114接收到来自第一设备111的包括第三帧的第五协议数据单元并且第三帧用于触发第四设备114的数据传输时，第四设备114相关联的基本NAV为0。

在一些实施例中，第四协议数据单元中的持续时间字段可以被设置为从第四协议数据单元的结束时刻到第一时间段的结束时刻的时间长度。在一些备选实施例中，第四协议数据单元中的持续时间字段可以被设置为从第四协议数据单元的结束时刻到针对第四协议数据单元的响应帧的结束时刻的时间长度。

在一些实施例中，第一设备111为AP设备，第二设备112和第四设备114为非AP设备，并且第三设备113为AP设备或非AP设备。

图16示出了根据本公开实施例的另一通信装置1600的示意框图。装置1600可以在非AP设备(例如图1的第四设备114)处实施。为方便起见，下面结合图1的示例对图16进行描述。装置1600可以是该非AP设备的一部分，也可以是非AP设备本身。应理解到，装置1600可以包括比所示组件更多的附加组件或者省略其中所示的一部分组件，本公开实施例对此并不进行限制。

如图16所示，装置1600可以包括接收部件1610和保持部件1620。接收部件1610被配置用于在第一时间段内接收第六协议数据单元，第六协议数据单元中的RA字段或TA字段指示第二设备112的地址信息，所述第一时间段在第一设备111的TXOP内并且被分配用于第二设备112的数据传输。保持部件1620被配置用于将第四设备114相关联的基本NAV保持不变。

在一些实施例中，装置1600还可以包括第一接收子部件和第一获取子部件。该第一接收子部件可以被配置用于接收来自第一设备111的第七协议数据单元，第七协议数据单元包括第五帧，第五帧指示第一时间段被分配用于第二设备112的数据传输。第一获取子部件可以被配置用于从第七协议数据单元中获取第二设备112的地址信息。

在一些实施例中，装置1600还可以包括第二接收子部件、第三接收子部件和第二获取子部件。第二接收子部件可以被配置用于接收来自第一设备111的第八协议数据单元，第八协议数据单元包括第六帧，第六帧指示第一时间段被分配用于第二设备112的数据传输。第三接收子部件可以被配置用于接收来自第二设备112的第九协议数据单元，第九协议数据单元是第四设备114在接收到针对第八协议数据单元的响应之后接收到的第一个协议数据单元。第二获取子部件可以被配置用于从第九协议数据单元中获取第二设备112的地址信息。

在一些实施例中，第一设备111为AP设备，并且第二设备112为非AP设备。

图17示出了根据本公开实施例的另一通信装置1700的示意框图。装置1700可以在非AP设备(例如图1的第二设备112)处实施。为方便起见，下面结合图1的示例对图17进行描述。装置1700可以是该非AP设备的一部分，也可以是非AP设备本身。应理解到，装置1700可以包括比所示组件更多的附加组件或者省略其中所示的一部分组件，本公开实施例对此并不进行限制。

如图17所示，装置1700可以包括第二接收部件1710和第二传输部件1720。第二接收部件1710被配置用于接收来自第一设备111的第十协议数据单元，第十协议数据单元包括第七帧，第七帧指示第一设备111的TXOP内的第一时间段被分配用于第二设备112的数据传输。第二传输部件1720被配置用于在第一时间段内与第三设备113之间传输第十一协议数据单元，第十一协议数据单元包括BSS颜色字段，该BSS颜色字段指示第一设备111对应的BSS的BSS颜色。

在一些实施例中，第一设备111为AP设备，第二设备112为非AP设备，并且第三设备113为AP设备或非AP设备。

图18是适合于实现本公开的实施例的通信设备1800的简化框图。可以提供设备1800以实现AP设备或非AP设备。如图所示，设备1800包括一个或多个处理器1810以及耦合到处理器1810的一个或多个存储器1820。

处理器1810可以是适合于本地技术网络的任何类型，并且作为限制性示例，可以包括以下中的一个或多个：通用计算机、专用计算机、微处理器、数字信号处理器和基于多核处理器架构的处理器。设备1800可以具有多个处理器，例如专用集成电路芯片，其在时间上从属于与主处理器同步的时钟。

存储器1820可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(read-only memory，ROM)1824、电可编程只读存储器(electrical programmable read only memory，EPROM)、闪存、硬盘、光盘(compact disc，CD)、数字视频盘(digital video disc，DVD)和其他磁存储和/或光存储装置。易失性存储器的示例包括但不限于随机存取存储器(random access memory，RAM)1822和不会在断电持续时间中持续的其他易失性存储器。

计算机程序1830包括由关联的处理器1810执行的计算机可执行指令。程序1830可以存储在ROM 1820中。处理器1810可以通过将程序1830加载到RAM 1820中来执行任何合适的动作和处理。

可以借助于程序1830来实现本公开的实施例，使得设备1800执行如参考图3至图9所讨论的本公开的处理。设备1800可以对应于任意上述通信装置1400至1700，通信装置1400至1700中的每个装置中的功能模块采用设备1800的软件实现。换句话说，通信装置1400至1700中的每个装置包括的功能模块是设备1800的处理器1810读取存储器1820中存储的程序代码后生成的。本公开的实施例还可以通过硬件或通过软件和硬件的组合来实现。

在一些实施例中，程序1830可以有形地包含在计算机可读介质中，该计算机可读介质可以包括在设备1800中(诸如在存储器1820中)或者可以由设备1800访问的其他存储设备。可以将程序1830从计算机可读介质加载到RAM 1822以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器，例如ROM、EPROM、闪存、硬盘、CD、DVD等。

在一些实施例中，设备1800还可以包括一个或多个通信模块(未示出)。该一个或多个通信模块可以耦合到处理器1810。该一个或多个通信模块可以用于双向通信。该一个或多个通信模块可以具有通信接口以便于通信。通信接口可以表示与其它网络元件通信所需的任何接口。

一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。可用来实现本公开实施例的硬件器件的示例包括但不限于：现场可编程门阵列(field programmable gate array，FPGA)、专用集成电路(applicationspecific integrated circuit，ASIC)、专用标准产品(application specific standardparts，ASSP)、片上系统(system on chip，SOC)、复杂可编程逻辑器件(complexprogrammable logic device，CPLD)，等等。

作为示例，本公开的实施例可以在机器可执行指令的上下文中被描述，机器可执行指令诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言，程序模块包括例程、程序、库、对象、类、组件、数据结构等，其执行特定的任务或者实现特定的抽象数据结构。在各实施例中，程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质二者中。

用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器，使得程序代码在被计算机或其他可编程的数据处理装置执行的时候，引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。

在本公开的上下文中，计算机程序代码或者相关数据可以由任意适当载体承载，以使得设备、装置或者处理器能够执行上文描述的各种处理和操作。载体的示例包括信号、计算机可读介质等等。

信号的示例可以包括电、光、无线电、声音或其它形式的传播信号，诸如载波、红外信号等。

机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、RAM、ROM、EPROM或闪存、光存储设备、磁存储设备，或其任意合适的组合。

另外，尽管操作以特定顺序被描绘，但这并不应该理解为要求此类操作以示出的特定顺序或以相继顺序完成，或者执行所有图示的操作以获取期望结果。在某些情况下，多任务或并行处理会是有益的。同样地，尽管上述讨论包含了某些特定的实施细节，但这并不应解释为限制任何发明或权利要求的范围，而应解释为对可以针对特定发明的特定实施例的描述。本说明书中在分开的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反之，在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子组合中实施。

尽管已经以特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求中限定的主题并不限于上文描述的特定特征或动作。相反，上文描述的特定特征和动作是作为实现权利要求的示例形式而被公开的。