通信设备和方法与流程

1.本公开涉及一种用于其间通信的第一和第二通信设备。本公开还涉及相应的通信方法。


背景技术：

2.在ieee 802.11-2016中定义的wlan实现基于分组的数据传输。当存在一个或多个输入数据分组或msdu(mac层服务数据单元)并且无线信道空闲时，这些msdu由mac层处理成一个或多个mpdu(mac层协议数据单元)并且由phy层处理，然后作为ppdu(物理层协议数据单元)传输给一个或多个对等wlan通信设备。
3.某些限制适用于在无线信道上测量的这种ppdu的长度。根据所考虑的标准，这些限制将最大长度或传输时间限制在2ms到10ms(有时为20ms)的范围内。在ppdu传输开始时确定和固定传输时间。由于获得信道接入、前导码传输和/或控制帧传输的开销变得可以忽略不计，因此长传输时间有利于通信中的高效率。
4.在低延迟通信的情况下，接入点(ap)或站(sta)可能想要传输非延迟敏感和延迟敏感的数据分组。通常，延迟敏感分组的到达是随机的、未知的和不可预测的。因此，当一个或多个延迟敏感msdu到达时，一个或多个非延迟敏感msdu的传输可能刚刚开始。根据当前的wlan行为，正在进行的ppdu传输需要在可以发起传送延迟敏感msdu的新ppdu传输之前完成。因此，延迟敏感的msdu为其传输可能需要等待不可接受的长时间。
5.本文提供的“背景”描述是为了总体呈现本公开的背景。在本背景技术部分中描述的程度上，目前命名的发明人的工作以及该描述的在提交时可能不符合现有技术的方面既不明确也不隐含地被认为是本公开的现有技术。


技术实现要素：

6.一个目的是提供一种通信设备和方法，其以改进的方式和正确的行为进行处理，特别是确定与信道接入相关的参数和在正在进行的数据传输被截断的情况下接入信道，以便允许低延迟敏感的业务交换。另一个目的是提供一种用于实现通信方法的相应计算机程序和一种用于实现通信方法的非暂时性计算机可读记录介质。
7.根据一个方面，提供了一种第一通信设备，第一通信设备被配置为与第二通信设备和第三通信设备通信，第一通信设备包括电路，该电路被配置为：
8.在与第二通信设备正在进行的数据单元交换期间接收截断通知，截断通知指示数据单元的正在进行的传输应当被截断，并且应当从第三通信设备接收和/或向第三通信设备传输抢占数据单元，
9.在数据单元的估计传输时间之前终止数据单元的正在进行的传输，以及
10.在截断的数据单元的剩余持续时间内或者在为正在进行的数据单元交换在第一通信设备和第二通信设备之间建立的传输机会的剩余持续时间内，从第三通信设备接收和/或向第三通信设备传输抢占数据单元。
11.根据一个方面，提供了另一个第一通信设备，该另一个第一通信设备被配置为与第二通信设备和第三通信设备通信，第一通信设备包括电路，该电路被配置为：
12.在与第二通信设备正在进行的数据单元交换期间接收截断通知，截断通知指示数据单元的正在进行的传输应当被截断，并且应当从第三通信设备接收和/或向第三通信设备传输抢占数据单元，
13.在当前传输机会结束之前，传输指示当前传输机会结束的结束通知，以及
14.与第三通信设备建立新的传输机会，其中，新的传输机会的持续时间至少覆盖向第三通信设备传输抢占数据和/或从第三通信设备接收抢占数据。
15.根据另一个方面，提供了一种第三通信设备，第三通信设备被配置为与第一通信设备通信，第三通信设备包括电路，该电路被配置为；
16.接收寻址到第二通信设备的数据单元，
17.确定持续时间指示，指示数据单元的正在进行的传输和/或正在进行的传输机会的预期持续时间，
18.确定在数据单元的估计传输时间之前数据单元的传输是否已经终止，以及
19.在截断的数据单元的剩余持续时间内和/或在传输机会的剩余持续时间内，从第一通信设备接收和/或向第一通信设备传输抢占数据单元。
20.根据对应于第一通信方法和第二通信方法的又一些方面，提供了一种计算机程序，该计算机程序包括程序设备，用于当所述计算机程序在计算机上执行时，使计算机执行本文公开的方法的步骤，还提供了一种其中存储了计算机程序产品的非暂时性计算机可读记录介质，当由处理器执行时，该计算机程序产品促使执行本文公开的方法。
21.后续公开内容中定义了实施方案。应当理解，所公开的通信方法、所公开的计算机程序和所公开的计算机可读记录介质具有与所要求保护的通信设备以及后续内容定义的和/或本文公开的类似和/或相同的进一步实施方案。
22.本公开的一个方面是抢占ppdu的概念，即截断承载非延迟敏感业务的ppdu，以服务于具有延迟约束的sta。另一个方面涉及增强，以在作为截断原因的sta处实现正确的行为，即，需要立即更新或需要从其立即更新的sta。
23.在本公开的上下文中，第一通信设备也被称为“接入点”或“ap”，第二通信设备也被称为“起始站”或“ssta”，第三通信设备也被称为“抢占站”或“psta”。
24.已经通过一般介绍的方式提供前面的段落，并非旨在限制下面的实施方案的范围。通过参考以下结合附图的详细描述，将会更好地理解所描述的实施方案以及进一步的优点。
附图说明
25.当结合附图考虑时，通过参考下面的详细描述，更好地理解本公开，从而将很容易获得对本公开及其许多附带优点的更完整的理解，其中：
26.图1示出了传统wlan中的数据单元的关系和构造的示图。
27.图2示出了说明没有ppdu截断的非延迟和延迟敏感的数据传输的示图。
28.图3示出了说明具有ppdu截断的非延迟和延迟敏感的数据传输的图。
29.图4示出了说明wlan中传输的phy和mac之间的交互的示图。
30.图5示出了说明phy层中的块大小的示图。
31.图6示意性地示出了本公开的应用的第一场景。
32.图7示意性地示出了本公开的应用的第二场景。
33.图8示意性地示出了本公开的应用的第三场景。
34.图9示出了根据本公开的通信设备的示意图。
35.图10示出了根据本公开的第一通信设备的通信方法的实施方案的流程图。
36.图11示出了根据本公开的第一通信设备的通信方法的另一实施方案的流程图。
37.图12示出了根据本公开的第三通信设备的通信方法的实施方案的流程图。
38.图13示出了说明关于传输界限的实施方案的示图。
39.图14示出了说明在原始txop包含sppdu之后的ack时间的情况下的行为的示图，其中，txtime(pppdu2)《txtime(ack)(图14a)并且txtime(pppdu2)》txtime(ack)(图14b)。
40.图15示出了使用txop截断和重置的实施方案的示图。
41.图16示出了说明传统确认策略设置和一个实施方案中提出的新确认策略设置的示图。
42.图17示出了非ap站发起低延迟业务会话的会话操作的示图。
43.图18示出了根据本公开的第一通信设备的通信方法的另一实施方案的更详细的流程图。
44.图19示出了说明截断情况下接口之间的关系的示图。
具体实施方式
45.现在参考附图，其中，在几个视图中相同的附图标记表示相同或相应的部分，图1示出了wlan中的数据单元的通常已知的关系和构造，特别是msdu或a-msdu(聚合msdu)、mpdu、psdu(物理层服务数据单元)和ppdu的关系和构造。
46.根据本公开，ppdu传输(即数据单元的传输)将被截断(或中断)，而不会丢失已经传输的数据。因此，可以被认为是对正在进行的ppdu传输的接收机友好的截断。
47.图2和图3示出了说明ppdu截断对于低延迟通信的益处的示图。根据图2，没有使用ppdu截断；根据图3，使用了ppdu截断。应当注意，这两幅图都说明了传统的wlan行为，并且在这两幅图中msdu到达时间是相等的。
48.根据图2，在可以传输保存在ppdu 11中的延迟敏感的msdu之前，需要完成保存非延迟敏感的msdu的ppdu 10。这导致延迟敏感的msdu的不希望的排队延迟，因为延迟敏感的msdu需要在队列或存储器中缓冲，直到可以传输。然而，根据图3，将保存非延迟敏感数据的ppdu 20截断成两个ppdu部分21和22，允许保存延迟敏感数据的ppdu 23的快速传输。因此，与图2相比，延迟敏感msdu的排队延迟较小。与图2相比，图3中非延迟敏感数据的排队延迟增加。ppdu截断可以提供不同业务类型的排队延迟的折衷，但没有减少。应当注意，非延迟敏感的和延迟敏感的msdu可以以不同的sta为目标。
49.在一个实施方案中，在wlan phy和mac层中，信号处理可以按块进行。几个处理步骤具有不同的块长度。对于预想的ppdu截断操作，可能考虑的块长度是ldpc码字长度、ofdm符号长度和mpdu数据单元。
50.mpdu数据单元包括(i)报头信息，(ii)(加密的)用户数据，通常是msdu，以及(iii)
帧校验序列(fcs)。fcs用于检测用户数据和/或报头信息内的传输错误。在检测到错误的情况下，丢弃mpdu，并且可以从该mdpu的发射机请求重传。一个或多个mpdu可以聚合到a-mpdu，以在单个ppdu中传输(图1)。一旦psdu(即mpdu或a-mpdu)在mac层中可用，即至少要传输的数据量是已知的，phy层被触发用于传输。
51.图4示出了phy和mac之间用于传输的交互，即ppdu传输的发起以及mac和phy之间的数据传输。mac触发phy通过phy-txstart.request(txvector)函数(或原语)开始传输。该请求包括txvector，其保存phy的一个或多个配置参数，例如，phy输入数据单元(psdu)的长度信息、调制编码方案(mcs)，即码率和星座图大小、空间流的数量、mimo模式、带宽和ru大小等。
52.基于该信息，phy确定ldpc和ofdm调制的块大小及其相应的结构。该过程保持多个步骤，在此处省略，因为这不是所公开的解决方案的一部分。确定不同的块大小，使得至少在psdu的末端(最好也在开头)，所有块的边界重合。这些块大小和相关的块结构在相应ppdu的整个编码和调制过程中保持固定。图5可视化了psdu开始和结束时的逐块操作和块边界的重合。
53.在图4中，在phy-txstart.request和块大小计算之后，phy开始传输信道估计序列(stf、ltf)和训练符号以及信令信息(sig)。接收机使用信令信息来配置其phy，以接收该ppdu。一旦sig字段数据被编译，phy通过发出phy-txstart.confirm(txstatus)原语，向mac报告其数据交换准备就绪。随后，mac通过使用phy-data.request(data、user_index)原语，向phy发送数据。因此，data保存要为user_index标识的用户传输的实际数据。通常，数据的大小为1个八位字节。phy通过发出phy-data.confirm原语来确认成功的数据传输。数据交换一直持续到mac发出phy-txend.request，指示phy终止传输。之后，一旦不再通过无线介质传输，phy通知mac传输由phy-txend.confirm结束。
54.在实时应用(rta)的背景下，ap需要服务于其基本服务集(bss)内的sta，这些sta在延迟和抖动方面具有严格的约束。另一方面，当前在wlan中定义的ppdu可以具有相对长的传输时间，例如，高达5ms。因此，出现了抢占ppdu的概念，即截断承载非延迟敏感业务的ppdu，以服务于具有延迟约束的sta。ppdu传输的截断可以由mac在任何时候通过phy-txend.request原语执行。然而，以这种方式截断会导致最后一个ofdm符号不完整，从而部分损坏了ppdu，接收机无法对其进行解调，并导致数据丢失。此外，接收机不清楚是什么导致了ppdu截断，例如，可能是载波损失、干扰以及有意截断。为了使接收机能够正确解码ppdu的内容，直到截断，在ppdu提前终止的情况下，需要设计特定的填充技术。
55.在本公开中，提出了进一步增强，以使得能够正确和公平地分布信道接入参数以及用于sta的信道接入的新规则，其中，其旨在截断。此外，讨论了与信道接入相关的方面，以确保不仅为直接涉及的sta，而且为监听介质以便找到接入机会的其余sta，正确设置网络分配向量(nav)。
56.在图6至图8中描述下文中考虑的场景。
57.在图6中示意性地描述了使用下行链路(dl)ppdu截断进行到抢占sta(psta)的dl传输的第一种情况。在这种情况下，ap(本文也称为第一通信设备)向初始sta(本文也称为第二通信设备或起始sta、ssta)发送ppdu(本文通常也称为起始数据单元或sppdu)。在sppdu传输期间的某一点，ap的上层指示需要向不同的sta(本文也是第三通信设备或psta)
发送高优先级数据。结果，在处理延迟(pdelay)之后，sppdu被截断，到ssta的传输停止，并且在给定的时间间隔帧间空间(ifs)之后，ap向psta发送新的ppdu(本文也称为抢占数据单元或pppdu)。在图6中，示出了持续时间d，其指示sppdu到ssta 300的最初预期传输时间。因此，d是在不执行截断的情况下sppdu的持续时间。最初预期的sppdu的持续时间d可以由能够解码sppdu的前导的sta(即ssta 300和psta100)例如根据前导字段中存在的信息来估计。
58.在图7中示意性地描述了使用dl ppdu截断用于来自psta的上行链路(ul)传输的第二种情况。这种情况是第一种情况的扩展，其中，主要区别在于，不仅来自ap的dl传输发生在截断之后，而且来自psta的响应也发生在截断之后。这种情况是在一般意义上描述的，包括例如以下特殊情况：
59.i)由ap发送的第一pppdu(pppdu1)包含朝向psta的高优先级数据，具有正常/隐式ack策略和/或与back请求帧聚合，而pppdu2包含确认或块确认。
60.ii)ap需要来自psta的紧急更新，并中断到ssta的传输，以获得该更新。为了在这种情况下实现正确的信道接入，根据一个实施方案，建议首先从ap发送一个帧，通过该帧，请求来自psta的数据传输，并且为随后的通信设置信道接入参数。这将在帧间空间内由来自包含所需更新的psta的ppdu之后。pppdu1可以是触发帧(tf)，如例如在ieee 802.11ax中定义的，触发pppdu2的传输，或者是其简化版本，但是具有类似的功能(例如，包括开始指示，需要基本ru-bw分配)。
61.iii)ap已经从来自psta的不同链路接收到有紧急数据要传输的指示。随后，ap在抢占sppdu之后允许传输，然而，为了确保正确的信道接入参数，根据一个实施方案，建议首先传输帧，以触发来自psta的传输，并通知用于传输的信道接入参数。因此，pppdu1和pppdu2的内容的示例分别是触发帧和数据ppdu。
62.当sta具有多链路能力并且抢占请求是在与传输将发生的链路不同的链路上执行时，提出在情况iii)中呈现的触发帧，作为一种简单的实现发送，其可以确保正确的信道接入和链路上一致的持续时间信息。然而，也会导致延迟，因此当延迟要求严格时，也可能需要没有它的操作。因此，如图8中示意性描绘的，可以考虑在sppdu截断之后对pppdu使用直接ul接入的第三种情况。
63.这种情况下的一个要求是，psta监听链路，其中，至少从sppdu开始就将执行截断，使得已经解码了前导码信息。在不同于执行dl传输和截断的链路的链路上请求抢占的机制超出了本公开的范围。然而，为了完整性，图8中的多链路关系的示例也是如此。此处的焦点仅在于截断发生后的信道接入以及确保特定链路上的传输机会(txop)一致性，txop表示在没有发生截断的情况下的数据交换的预期持续时间。
64.为了确保图6至图8所示的场景的正确行为，应当确保psta信道接入、ap信道接入和ssta的ack行为。
65.psta信道接入是指使psta能够接入信道以便传输抢占数据单元或对抢占数据单元的响应(例如，确认)的机制。在wlan环境中，一种常见的机制是基于网络分配向量(nav)，其保存介质占用率的信息，并且基于从预期或非预期发射机接收的帧的持续时间信息来周期性地更新。当sta接收到一个帧时，确定介质被占用的持续时间，并且在这个时间间隔期间禁止接入信道或竞争信道接入。在抢占的情况下，这种行为可能产生限制。这是因为一旦
到ssta的传输已经开始，抢占的sta就会看到介质繁忙，并且在ap和ssta之间的数据交换期间不允许传输。因此，根据当前的规则，ssta不能传输抢占数据或对抢占数据的响应，直到最初预期的传输机会结束。
66.此外，根据ieee 802.11ax中定义的双nav机制，如果psta是请求其传输的触发帧的接收方，则它可能重置其帧内bss nav(即，其自己的bss内的sta的nav)。然而，在该标准的当前修订中，帧内bss nav的重置仅在承载该指示的ppdu结束之后并且仅作为对触发帧的响应才是可能的。在ppdu结束之前，只能更新帧间bss(或基本nav)。因此，基于当前的规则，在ppdu截断之后，psta不能向ap发起任何传输，特别是在图7和图8所示的情况下。
67.在本建议的上下文中，ap信道接入涉及几个方面。首先，是指在ap需要执行到psta的抢占传输的情况下，共享或截断为一个ssta获得的传输机会。其次，是指分布正确的持续时间信息，使得sta具有相似的nav信息，而不管这些sta是否正在收听被截断的传输。最后，是指由ap执行的机制，以便于psta信道接入。关于第一点，为成为主要接入类别的一个特定接入类别(ac)的业务获得传输机会。在当前标准中，关于txop共享有很大的限制。关于第二点，根据现有规则，传输pppdu必须考虑传输机会限制，以避免产生接入问题，即对于已经更新了它们的网络分配向量的sta的冲突。然而，也有局限性。
68.仅在限制性条件下允许txop共享，其中一个主要条件是不超过主ac的持续时间。在某些环境中，例如，su，主ac的传输必须在与另一ac共享剩余的txop传输之前首先完成，并且特定ac必须具有更高的优先级。
69.基于mac报头中的持续时间信息，在所有帧中更新nav信息，只要可以检索这样的信息。此外，持续时间的phy指示在用于he sta的前导码内也是可用的，这可以在不能检索到mac指示时使用。基于关于下一个传输机会的持续时间的信息以及关于包含该信息的ppdu的长度的信息，sta从其侧确定介质利用和下一个可能的传输时间。因此，ppdu极限和传输机会极限对于sta正确决定信道接入是重要的。因此，应当完成截断ppdu，以允许传输到不同sta的抢占方案，使得这两个边界与广告初始ppdu和txop持续时间的边界一致。
70.ssta的ack行为是指ssta向ap发送确认的机制，通知是否已经正确接收了ap发送的所有mpdu，如果没有，则通知丢失了哪些mpdu。有几种可以请求或发送ack的机制。在当前建议的特定情况下，应当特别注意这一点，以避免承载来自ssta的ack帧的ppdu和抢占数据传输之间的冲突。下面将参考图16解释根据实施方案的避免该问题的方案。
71.图9示出了说明根据本公开的一个方面的第一通信设备100(例如，接入点ap)的示图，用于在无线信道上与第二通信设备200(本文也称为起始站ssta)和第三通信设备300(本文也称为抢占站psta)通信。因此，第一通信设备100能够与第二通信设备200和第三通信设备300交换(接收和/或传输)数据。
72.通信设备100、通信设备200、通信设备300中的每一个包括被配置为执行特定操作的电路101、电路201、电路301。电路可以由相应的处理器或计算机实现，即作为硬件和/或软件，或者由专用单元或组件实现。例如，分别编程的处理器可以表示相应的电路101、电路201、电路301。
73.图10示出了根据本公开的第一通信设备100(ap)的第一通信方法110的实施方案的流程图，其可以由电路101执行。在第一步骤111中，ap在与第二通信设备正在进行的数据单元交换期间接收截断通知。截断通知指示如果满足截断条件，则数据单元的正在进行的
传输应当被截断，并且应当从第三通信设备接收和/或向第三通信设备传输抢占数据单元。截断通知可以指示在正在进行的传输机会期间，存在高优先级低延迟业务/具有比包含在正在进行的传输中的优先级更高的业务。一旦接收到截断通知，应当首先确定是否有可能执行截断(即，如果在持续时间内拟合，sta有资格处理截断的传输)，然后才决定截断ppdu。
74.在第二步骤112中，ap在数据单元的估计传输时间之前终止数据单元的正在进行的传输。在一个实施方案中，ap评估基于txop的剩余持续时间和正在进行的ppdu传输来执行截断是否是有意义的(即，是否有用)。
75.在第三步骤113中，ap在截断的数据单元的剩余持续时间内或者在传输机会的剩余持续时间内从第三通信设备(即，psta)接收和/或向第三通信设备传输抢占数据单元。在一个实施方案中，如果满足截断条件，则ap生成可由mac发布给phy的另一截断原语，指示phy执行正在进行的ppdu的截断。
76.另一个实施方案处理建立低延迟敏感业务流(llts)会话，以通知低延迟业务流特征和抢占参数。在该实施方案的一个实现方式中，具有低延迟敏感业务的非ap sta可以与其所关联的ap建立低延迟业务会话。图17示出了说明这种会话的操作的示图。
77.当建立这样的会话时，非ap sta(具有站管理实体(sme)和mac)向其对应方通知业务特征(例如，周期性、持续时间)和要求(例如，在数据速率和延迟界限方面)。此外，可以通知ap(具有sme和mac)它是抢占就绪的。在这种情况下，还可以指示它可以支持哪些抢占相关的参数，(例如，在接收ppdu期间，是否可以连续地或者仅周期性地监听在ppdu期间可以多长时间执行一次cca)。在延迟业务会话请求中包括这些参数只是一种可能的实现方式。一种替代方案是在与其相关联的sta和ap之间交换的能力元件的字段内指示抢占能力和参数。
78.ap以接受/拒绝或建议替代参数来响应于延迟业务会话请求。具体关于抢占，ap可以指示为了满足延迟方面的业务需求，它是否可以朝向除了llts请求者之外的sta采取截断正在进行的ppdu。此外，在可以执行截断的情况下，还指示截断的参数，例如，可能的截断粒度，即在多少个ofdm符号之后可以执行截断，或者一组可能的值，在潜在的可截断ppdu的前导码中指示要使用的确切值。在对请求者sta的响应中可以存在时间表，该时间表信令可以传输延迟敏感业务流的特定间隔和/或ap何时可以请求更新。此外，可以指示潜在的截断是在对应于这些时间表的指定时间间隔内还是在这些时间表之外是可能的。指定时间间隔并确保只在指定的时间间隔内执行截断，有助于改善psta的节电行为。否则，发出请求的psta应当承诺持续监听属于其他sta的ppdu，持续评估是否执行了有意的截断，并且进一步验证后续传输的标识符是否与它们自身相对应。
79.可以在低延迟敏感业务流(llsts或llts)设置中定义特定的时间表和周期。或者，这些可以由ap在特定sta的调度间隔的建立和/或通告中进一步通告，例如，单独的或广播的目标唤醒时间。为了允许psta确定这些间隔，ap指定分配id，llts标识符以及psta和ap的标识符被映射到该分配id。在广播唤醒时间间隔的情况下，ap可以在承载建立或更新配置信息的控制帧内指示这些间隔期间的传输可能被截断。
80.如果在ap和psta之间已经建立了低延迟敏感业务，则该业务的业务流标识符以及ap和psta的标识符将被包含在截断后传输的ppdu中。
81.类似地，在另一实现方式中，从其上层被告知存在朝向非ap sta的低延迟敏感业
务的ap可以与相应sta建立低延迟敏感会话。在这种情况下，如果ap可以在llstsreservation中包括是否支持抢占以及支持哪些参数(例如，粒度)的指示。随后，psta确认它是否接受这些参数，例如，它是否能够以给定的ofdm粒度进行周期性监听。低延迟敏感的业务信息和低延迟敏感的业务可以通过重新使用ieee 802.11标准中定义的ts建立机制并进行一些修改来建立。
82.另一个实施方案仅在特定的时间间隔中实现截断，其中，已知psta是唤醒的并且能够处理后续传输。在该实施方案中，诸如周期性或延迟要求等业务流参数可以由psta和ap交换，例如，由常规ts交换。然而，在特别定义的服务周期内，即在ap和特定psta之间执行更有针对性的数据交换的时间间隔内，交换和激活抢占参数。这种时间间隔的一个示例是twt sp(目标唤醒时间服务周期)。
83.psta和ap建立一个间隔，在该间隔中可以执行对应于低延迟业务特征的潜在传输。在建立阶段，可以协商ap和psta之间的数据交换的特征，例如，如果来自psta的传输应当在来自ap的触发之前。此外，如上所述的抢占相关参数(例如，粒度)可以根据延迟业务特征、ap和psta的能力以及bss内的其他业务需求来选择。所选择的参数可以在ap和psta之间进一步协商。在已建立的twt sp期间，psta也承诺处于唤醒状态，因此能够听到在一组协商链路上通过介质交换的ppdu。如果在以这种方式建立的时间间隔期间，psta观察到ppdu的提前终止，则允许psta在确定截断之后立即将phy-cca设置为空闲，并且随后遵循在相应时间间隔内定义的进一步规则(即，等待来自ap的后续ppdu，包含抢占数据单元，或者来自psta的触发传输的帧，或者直接开始传输)。
84.图18示出了根据本公开的第一通信设备100(ap)的第一通信方法130的更详细的流程图，其可以由电路101执行。该流程图特别示出了关于确定是否执行截断的更多细节。
85.在第一步骤131中，llts的指示可以来自ap的上mac层(例如，sme(系统管理实体))。在建立低延迟会话时，一个业务特征是它优先于其他业务类别，并且正在进行的传输可能会被截断，以满足该业务类别的延迟约束。具有截断能力的低延迟业务的通知可能已经从psta经由不同的链路发送(例如，如图8中由psta发送的请求帧所示)。
86.在步骤132中，验证llts业务所针对的psta是否有资格接收抢占提交，例如，是否已经指示了执行抢占的能力和/或已经参与建立低延迟业务流会话，其中，确认它可以处理抢占业务并且会话是活动的。如果不满足这些条件，则继续向ssta传输，否则执行步骤133。
87.在步骤133，验证psta是否处于唤醒状态。这种验证是可选的。在丢失的情况下，处理将直接进行到步骤134或步骤135之一，确定是否执行截断。在这种情况下，一个或另一个步骤的选择可以是预定义的，例如，在标准中。对于这种情况，步骤135是优选的，因为基于触发帧，可以容易地确定psta是否唤醒，并且可以传输后续抢占数据。sta在特定间隔内是否唤醒的信息可以通过目标唤醒时间间隔或者通过来自sta在先前交换的帧内的指示来建立，在先前交换的帧中，sta承诺唤醒。在一个实施方案中，可以定义是作为低延迟业务流会话的一部分还是在后续调度会话中，定义时间间隔，在该时间间隔内，可能发生传输并且psta承诺唤醒。这是ap可以知道sta的唤醒状态的另一种机制。
88.步骤134和步骤135正在执行导致确定txop的剩余持续时间是否足以允许抢占传输或者允许触发来自sta的抢占传输的操作。此外，这些步骤决定是否应当发送具有立即确认的帧(如果确认传输仍然在txop持续时间内拟合)或者是否应当发送具有延迟ack的帧
(这将在下一个txop中发生)。如果剩余持续时间足以传输至少一个抢占数据单元或抢占数据单元的时间表或cf end帧，则向phy发出截断指示原语(步骤136和步骤137)，声明sppdu将被截断。否则，sta继续向ssta传输(步骤138)。因此，步骤132至步骤135基本上通过“截断是否有意义”来确定上面所表达的内容。此处的截断指示是指向mac和/或phy发出截断原语，以便执行截断。
89.在步骤139和步骤140中，sppdu被截断。之后，在步骤141，如步骤131所示，用llts传输pppdu。在步骤142中，在ifs之后，传输指示需要传输包含对应于llts和/或pppdu的业务的抢占数据单元的触发，其中，llts id对应于一个步骤131。
90.图19示出了说明在截断情况下接口之间的关系的示图，特别是ap mac接口和ap sme接口。具有截断通知的低延迟业务来自sme，并由图19中标记为truncationnotification.request的原语传递到mac。mac基于例如步骤132至步骤135来确定是否可以执行截断。基于该确定，接受截断并向phy提供进一步的指示，以执行截断，或者拒绝截断请求并继续正在进行的向ssta的传输。确定的结果在图19中标记为truncationnotification.confirm的原语中从mac传输到sme。
91.图11示出了根据本公开的第一通信设备100(ap)的第一通信方法120的另一实施方案的流程图，其可以由电路101执行。在第一步骤121中，ap在与第二通信设备正在进行的数据单元交换期间接收截断通知，例如，具有截断通知的llts的指示。在第二步骤122中，在执行如图18所述的截断条件的类似验证之后，即，如果具有截断通知的llts的接收方有资格接收抢占传输，并且传输机会的剩余持续时间足以发送至少结束通知帧，则ap在当前传输机会结束之前传输指示当前传输机会结束的结束通知。在第三步骤123中，ap与第三通信设备建立新的传输机会。因此，所述新传输机会的持续时间至少覆盖向第三通信设备传输抢占数据和/或从第三通信设备接收抢占数据。如果在sppdu的最初预期结束之前获得了新的传输机会，则在一个实施方案中，在psta的情况下，建议将新获得的txop的内容限制为仅包含与需要截断的llts相对应的业务。或者，根据为ssta截断的业务的要求，新的txop可以被定义为仅限于psta的llts和来自最初预期的txop的ssta的剩余业务。
92.图12示出了根据本公开的第三通信设备300(psta)的第三通信方法310的实施方案的流程图，其可以由电路301执行。在第一步骤311中，psta接收寻址到第二通信设备200(ssta)的数据单元。在第二步骤312中，psta确定持续时间指示，该持续时间指示指示数据单元的正在进行的传输和/或正在进行的传输机会的预期持续时间。作为该步骤的一部分，psta可以根据接收到的分组的前导码中的长度信息来检查正在进行的ppdu的持续时间，这可以进一步用于确定是否发生ppdu的提前终止。此外，作为该步骤的一部分，根据mac报头或者根据phy前导码中的指示来确定传输机会的持续时间指示，在该持续时间指示内发生数据交换。当psta需要传输抢占数据单元或对抢占数据单元的响应，并因此必须选择传输参数以考虑txop边界时，进一步使用该信息。在第三步骤313中，psta确定在数据单元的估计传输时间之前，数据单元的传输是否已经终止。然后，在第四步骤314中，psta在截断的数据单元的剩余持续时间内或在传输机会的剩余持续时间内从第一通信设备接收和/或向第一通信设备传输抢占数据单元。
93.通常，phy数据单元的长度是在ppdu的phy前导码中指示的信息，以使接收机能够计算ppdu有多长，并且隐含地计算该介质忙于正在进行的ppdu传输有多长。此外，传输机会
的持续时间可以暗示多于正在进行的ppdu的交换，并且可以在phy和/或mac报头中指示。在本公开的情况下，截断的数据单元的长度是指由第一通信设备有效传输到第二通信设备的数据单元的长度。此外，截断的数据单元的预期长度是指数据单元到第二通信设备的预期长度，即，不考虑截断，并且对应于从第一通信设备发送到第二通信设备的ppdu的前导码内的信息。数据单元的持续时间是指具有给定长度的数据单元的处理时间，两者之间的依赖性在标准中给出，因此当涉及数据单元时，术语长度和持续时间可互换使用。此外，txop的预期持续时间是指在考虑任何截断之前，为第一和第二通信设备之间的通信获得的传输机会的预期持续时间。
94.根据一个方面，本公开提出了关于txop边界和持续时间信息的解决方案。目前，持续时间信息是基于要在获得的txop内交换的未决ppdu的持续时间来设置的，即，跟随承载持续时间信息的ppdu的ppdu。然而，在截断的情况下，应当考虑额外参数，该参数是打算用于ssta的原始分组的预期长度，假设没有截断(下面表示为otxtime)和/或执行截断后的剩余时间(下面表示为rtxtime)。这对于可能错过了原始ppdu或txop信息的sta来说可能是必要的，以防止它们设置不正确的nav。此外，应当选择新的持续时间设置和pppdu长度，以避免不公平或混乱，因为许多sta可能处于等待时间，直到ppdu的预期结束。类似地，对于多个帧交换的txop，持续时间应当指向共享的txop的同一端，但是要考虑截断的ppdu的估计处理时间。
95.在一个实施方案中，被截断的ppdu被认为是其txop中的最后一个。图13示出了说明这种实施方案的示图。具体地，对于图6和图7中所示的第一场景和第二场景，当pppdu或pppdu1是来自txop持有者的dl ppdu时，持续时间信息是容易获得的。一旦接收到抢占指示，ap就确定最早的潜在ppdu截断时间。基于此，计算rtxtime，即ppdu的剩余持续时间，并确定打算用于psta的ppdu的估计持续时间。如果
96.txtime(pppdu)+ifs1《rtxtime，(1)
97.则可以向psta发送pppdu。在(1)中，txtime(pppdu)表示pppdu传输的持续时间，ifs1是帧间空间持续时间，其可以被选择为sifs或者甚至更短，例如，rifs，因为在这种情况下，不需要在接收和传输模式之间切换。包含在pppdu中的mpdu的mac报头中的持续时间指示在这种情况下等于d
p
＝rtxtime-txtime(pppdu)-ifs1。
98.确保所有sta都理解txop边界的额外可选措施是将pppdu填充到ppdu的原始时间，在这种情况下，d
p
＝0。在这种情况下，阻止不能解码mac报头的sta在pppdu的提前终止时开始后退过程，而不是等待正确的txop边界。
99.类似地，在另一个实施方案中，特别是对于图7所示的第二种情况，如果pppdu包含需要确认的帧，则ap确定是否可以在相同的时间间隔内发送立即ack。因此，如果
100.txtime(pppdu1)+ifs1+sifs+txtime(pppdu2)《rtxtime，(2)
101.其中，pppdu2是承载ack帧的ppdu，可以将pppdu1内的mpdu的ack策略设置为正常ack，并且psta将从接收到pppdu1开始在sifs内进行回复。在(2)中，txtime(pppdu1)和txtime(pppdu2)分别表示pppdu1和ppdu2的传输持续时间，ifs1是帧间空间持续时间，与上面类似，可以设置为sifs或rifs，sifs是短帧间空间时间。否则，ap朝向延迟ack设置ack策略，并且在适当的请求之后，psta将在未来的传输机会内发送确认。方程(2)也用于pppdu1打算承载触发帧的情况，在这种情况下，ap确定在剩余的rtxtime内是否有足够的时间用于
它自己发送触发帧和用于psta发送响应帧。类似于前面的实施方案，在早于txop边界终止的情况下，填充pppdu2确保了额外的保护。
102.应当注意，可以计算rtxtime，直到ppdu结束，或者也可以计算rtxtime，使得允许在ppdu之后有小的余量。该变化可以由某个阈值来限制，并且可以选择该变化，例如，类似于txop限制扩展，或者简单地覆盖rx phy的唤醒时间的标称值。
103.还应注意，在pppdu1包含cf-end帧的情况下，psta可能需要竞争，以便发送pppdu2。如果psta可以考虑otxtime的结束(可选地加上余量)，则可以发送pppdu2。
104.为了使psta能够在对应于ap和ssta之间的数据交换的传输机会内发送抢占数据单元或对抢占数据单元的响应，可以设想以下解决方案。一个可选的解决方案是在截断之后在第一ppdu内发送类似触发的帧，识别psta并请求它重置其nav，并且传输抢占数据单元。帧内bss nav规则也可以适用于允许在具有可抢占指示的sppdu之后直接寻址的psta忽略帧内bss nav。此外，如果存在对应于其自身的低延迟业务的任何指示，例如，如果在先前被指示为传输可能被截断的时间间隔期间执行ppdu传输，如果时间间隔对应于ap和psta之间已经协商的时间表，如果对应于ap和psta之间的llts设置的业务标识符的指示存在于pppdu内，如果对应于llts的分配标识符存在于sppdu或控制帧内，则可以允许涉及活动的低延迟敏感的业务流会话的psta在确定ppdu有意提前终止时重置nav。在这两种情况下，sta可能仍然需要遵循帧间bss规则。
105.在另一实施方案中，截断的ppdu被认为不是其txop内的最后一个，例如，txop包含来自ssta的ack的响应时间。当截断的ppdu不是txop的最后一个，而是最初应当跟随有例如ack/block ack时，在图14所示的示图中描绘了可能的操作。如果预期的pppdu1的持续时间满足方程(1)但不考虑方程(2)，则填充pppdu，直到rtxtime减去某个余量，并且在终止的sifs内发送包含ack的pppdu2。可以选择余量，使得pppdu2的结束在txop限制内，并且在pppdu终止的sifs之后，pppdu2的开始可以被其他sta解码，以便获得关于ppdu长度的正确信息。
106.根据pppdu2的长度与txop的剩余持续时间的关系，图14中示出了两个示例。图14a示出了说明在原始txop包含sppdu之后的ack时间并且pppdu2的传输时间小于原始预期ack的传输时间，即txtime(pppdu2)《txtime(ack)的情况下的行为的示图。在图14a所示的实施方案中，pppdu1被填充，以便将pppdu1的传输与sppdu的原始预期结束对齐。这种填充的原因是为了确保包括传统sta和已经处于帧内ppdu省电模式的sta的所有sta对于来自ap的ppdu的介质占用的结束具有相同的参考，从而避免冲突。图14b示出了说明在原始txop包含sppdu之后的ack时间并且pppdu2的传输时间大于原始预期的txtime(pppdu2)》txtime(ack)的传输时间的情况下的行为的示图。在这种情况下，可以允许pppdu2传输在sppdu的最初预期结束之前开始，同时存在冲突的风险。应当注意，将txop定义为仅包含sppdu、一个ack和可应用的sifs仅仅是一个示例。此处所述的描述和技术通常适用于传输机会长于sppdu的持续时间的情况。更准确地说，当pppdu2和可应用的sifs的持续时间小于传输机会边界和sppdu的预期持续时间之间的差而没有截断时，或者等效地，当sppdu内的持续时间指示和sifs之间的差长于pppdu的持续时间时，建议执行pppdu1的填充，以将其与sppdu的原始预期结束对齐。
107.如果可以考虑方程(2)，并且在otxtime内发送ack，则ap可以发送cf_end帧，来终
止txop。
108.为了使psta能够接入信道并在ssta的txop中发送pppdu2，本文在一个实施方案中提出，基于其获得txop的控制帧包含psta的用户信息，例如，分配标识符，并且可能具有可抢占信息，该可抢占信息包括空资源分配字段或抢占标志的指示以及在psta处从低延迟会话建立中已知的低延迟业务流标识符的业务标识符。这种控制帧的实现示例是如上所述的被修改为包括关于psta的用户信息字段的rts触发器。这种帧被称为增强rts，如图14a和图14b所示。psta可以响应于erts，该erts向ap提供关于psta是唤醒的并且可以接收抢占传输这一事实的额外信息，并且可以通知相应信道中的sta可以执行来自sta的抢占传输。
109.如果txtime(pppdu2)》txtime(ack_ssta)，但是pppdu1可以在sppdu之前完成，则只要考虑
110.txtime(pppdu1)+ifs1+txtime(pppdu2)《rtxtime+txtime(ack_ssta)，
111.pppdu2传输就可以在未填充的pppdu1之后开始sifs。
112.由于抢占数据单元截断了正在进行的传输，因此应当考虑不在无线介质上造成不公平或滥用的规则。为此目的，作为一个实施方案，本文提出，在pppdu1和/或pppdu2内承载的抢占传输仅对应于需要截断的llts。此外，请求传输来自psta的pppdu的触发帧也可以被定义为承载包含在来自psta的pppdu中的业务仅仅是对应于llts的业务的指示。在另一个实施方案中，建议限制psta业务，但是允许在txop内发送ssta的剩余业务的至少一部分，例如，允许在tb ppdu模式中同时发送pppdu2和来自ssta的数据单元。如果在对应于抢占数据单元的数据交换终止之后，在txop内具有剩余时间，则ssta和ap之间的数据交换应当恢复。
113.在另一个实施方案中，需要基于图8所示的第三种情况中的方案向ap发送更新的psta应当首先解码sppdu前导码，并且如果可能的话，解码其中包括的mpdu的mac报头，以便确定刚刚被截断的ppdu和txop的初始预期持续时间。基于该信息，确定已经发生sppdu的提前终止，并因此确定传输机会的剩余持续时间。基于此，估计是否可以在不超过otxtime的情况下传输pppdu。基本上，也遵循具有相应ifs1的方程(1)。在这种情况下，ifs1可能至少与sifs一样长(而不是更小)。
114.当传输pppdu时，持续时间指示可以如下设置：
115.持续时间指示(pppdu)＝d+otxtime-ifs
116.1-rxtlme(pppdu)-rxtlme(sppdu)
117.其中，d是持续时间指示，由sppdu的mac报头确定，如果sppdu是txop中的最后一个，则为0，否则为严格正。otxtime是基于sppdu的phy前导码的长度字段中的信息确定的。rxtime(sppdu)在此处表示从预期的sppdu到ssta的ap的有效传输的持续时间，并且从psta的角度来看，表示从检测到sppdu分组的时刻到检测到提前终止所经过的时间。rxtime(pppdu)表示由psta发送到ap的pppdu的估计持续时间。psta可以选择pppdu的传输参数，以便满足上面的方程。
118.pppdu持续时间应当优选地被选择为不超过sppdu的预期结束，即使当仍然考虑传输机会边界时，即，原始txop持续时间大于otxtime、一个sifs和额外时间的总和。原因在于，传统sta将不能解码正确的持续时间信息，并且只能基于前导码中的传统长度信息来阻止接入信道。因此，它们在otxtime期间禁止接入信道，之后它们监听信道，并且如果空闲，它们可以在后退计数器为0的情况下竞争或传输。在pppdu传输以不同于已传输sppdu的参
数的参数完成的情况下，例如，来自ap的不同空间方向、不同功率，或者当从psta侧完成传输时，传统sta可能错误地将信道检测为空闲，并且如果它们的后退计数器为0，则开始竞争或者甚至传输。该传输将与pppdu传输冲突，因此对所涉及的双方都是有害的。为了避免这个问题，建议pppdu的传输不要超出sppdu的预期边界。或者，如果超过，则时间间隔应当小于该预期边界，这可能导致冲突发生。该时间间隔可以是sifs或者sifs和时隙的函数，该时隙对应于在sppdu的估计结束之后的最短持续时间，此时，来自另一个sta的具有标准限度内的sifs容限的传输可以接入信道。
119.帧内bss nav可适用于允许第三种情况下的psta发送pppdu。在发送带有可抢占标志的ppdu之后，如果psta至少正确解码了phy前导码并且具有关于链路上的txop持续时间的正确信息，则允许psta忽略帧内bss nav，但是如果直接寻址，则可能仍然需要遵循帧间bss规则。此外，如果存在对应于其自身的低延迟业务的任何指示，例如，如果在先前被指示为传输可能被截断的间隔的时间间隔期间，执行ppdu传输，如果这些间隔对应于ap和psta之间已经协商的调度表，如果对应于ap和psta之间的llts设置的业务标识符的指示存在于pppdu内，如果对应于llts的分配标识符存在于sppdu内，或者如果已经在不同的链路上执行协商，则涉及活动的低延迟敏感的业务流会话的psta可以在确定ppdu有意提前终止时重置nav。
120.持续时间指示符优选地在pppdu1的报头内传输。正在发送的持续时间指示与基于做出决定的持续时间指示并不完全相同(它可能在概念上相似，但是可以具有不同的形式，例如，确定pppdu是否在完整的pppdu持续时间内在otxtime内进行拟合，而出现在所传输的帧内的指示是相对于pppdu的结束而言的)。
121.在下文中，讨论了可以在其他实施方案中使用的来自ap和txop共享方面的信道接入。对于特定接入类别的业务，ap已经获得了txop，这被称为txop的主ac。为了能够与具有不同ac的psta的业务共享txop，在实施方案中可以设想以下解决方案。
122.图15示出了使用txop截断和重置的实施方案的示图。ap在pppdu1内发送cf_end，从而终止当前txop。然后，ap可以为psta的低延迟业务的ac竞争介质，并在介质空闲时获得新的txop。如果在otxtime之前获得了新的txop，则第一pppdu1被发送到与otxtime边界对齐的psta，并且传输在pppdu2内继续，这向在原始ppdu的预期传输期间已经处于等待模式的sta指示新的正确的txop持续时间信息。如果在otxtime之后获得新的txop，则不需要ppdu分裂。为psta的ac获得新的txop，但是可以包括ssta的截断业务的额外共享机会。
123.图16示出了提供确认策略变化的另一实施方案。图16a示出了说明传统确认策略设置的示图。图16b示出了本实施方案中提供的新确认策略设置的示图。
124.通常，任何mac数据单元都持有ack策略字段，该字段定义了对该特定数据单元的确认行为。对于该字段的设置，有三个相关选项：
125.i)“正常ack或隐式块ack”：在已经接收到数据单元或多个数据单元之后，接收方传输确认或块确认。这意味着，一旦保存具有该ack策略的一个或多个数据单元的ppdu结束，则在ppdu结束之后的sifs传输确认或块确认。
126.ii)“无ack”：接收方在接收到数据单元时不采取任何行动。
127.iii)“块ack”：接收方在接收到数据单元时不采取任何行动，除了在内部记录接收状态。接收方可以期待在未来的块确认请求帧，用块确认来响应，即在保存块确认请求帧的
ppdu结束之后的sifs。
128.因此，如果正在进行的数据单元交换被截断，并且至少一个数据单元将“正常ack或隐式块ack”定义为其ack策略，则响应于被截断的ppdu，将传输确认。这显然停止或阻碍了抢占数据单元向不同通信设备(psta)的传输。需要在传输pppdu之前接收确认，或者与pppdu和ack发生冲突，这是不希望的。这个问题如图16a所示。
129.由于这个原因，在可以被截断的数据单元交换内的任何数据单元的ack策略将使用“无ack”或“块ack”的ack策略。因此，避免或者根据请求提供从ssta到ap的确认，如图16b所示。
130.根据另一实施方案，当建立可能需要截断的txop时(例如，存在具有活动会话的rta sta)，这作为mu txop来完成，其中，mu rts指示ssta和psta两者。在截断之后，传输pppdu以及剩余sppdu的片段的同时传输，而选择足够的填充，以便考虑如上所述的otxtime边界。在这种情况下，pppdu1是mu ppdu，其持续时间信息考虑图14a和图14b所示的规则和相应的方程。
131.根据另一个实施方案，txop共享规则被重新设计，以在psta的接入类别对应于低延迟敏感业务的情况下允许早期txop截断，或者在低延迟业务的指示出现在mac接口的情况下允许txop共享。
132.在另一个实施方案中，可以应用txop内ssta的传输延续。ap可以为两个sta同时请求ack。这可以通过在pppdu终止后具有预期响应sifs的延迟ba请求来指示。响应可能在tb ppdu内。由于pppdu是从ap发送的，所以ssta可以解码pppdu的txtime并与之同步，以确保它可以参与tb ppdu传输。如果被抢占的传输在txop的结束和/或被截断的ppdu是txop内的最后一个，则该操作可能特别有效。
133.本公开可以利用一个或多个以下实施方案：
134.在ssta的txop期间，截断请求来自不同链路上的psta。如上文已经详细讨论的，第一pppdu可以是请求或允许psta传输被抢占的数据单元的触发帧。截断后的传输可以与ssta同时进行到psta，同时考虑txop边界和ppdu边界条件。发送用于启用txop的初始rts，使得psta(或psta所属的集合)也在用户字段中被寻址(具有某种形式的抢占指示，但不一定具有ru)，这出现在关于早期丢弃的第一部分中，但对于信道接入也很重要。
135.截断可以发生在预定的时间间隔内，这些时间间隔被通告给sta(最重要的是psta或psta所属的集合，但是可以对与ap相关联的所有sta进行)，其中，低延迟业务具有优先级，并且除了低延迟之外的sta易于提前终止。在一个实施方案中，在短抢占单元的情况下，在传送抢占数据单元之后，原始传输恢复。
136.本公开的优点包括具有比正在进行的传输更高的优先级业务的rta站的改进的延迟和ppdu截断的启用中的一个或多个。ppdu截断在延迟敏感业务中提供了增益；然而，目前缺少支持ppdu截断的信道接入机制，使得不可能实现这些类型的方案。在本公开中解决了这种限制。
137.因此，本公开提出了在抢占传输的情况下用于信道接入的机制，其中，旨在用于一个sta的初始ppdu被截断，以允许具有高优先级业务的另一sta的数据传输。所呈现的实施方案特别适合于要求实时低延迟通信的应用。提出了确保关于信道占用、共享和考虑传输边界以及监听介质的sta在信道接入中的公平性的信息的正确分布的方法。
138.因此，前述讨论仅公开和描述了本公开的示例性实施方案。本领域技术人员将会理解，在不脱离本公开的精神或基本特征的情况下，本公开可以以其他特定形式实施。因此，本公开的内容旨在说明，而不是限制本公开以及其他实施方案的范围。本公开(包括本文教导的任何容易辨别的变型)部分地限定了前述所要求保护的术语的范围，使得没有发明主题致力于公众。
139.在所要求保护的内容中，词语“包括”不排除其他元件或步骤，不定冠词“一”或“一个”不排除多个。单个元件或其他单元可以实现所要求保护内容中列举的几个项目的功能。在相互不同的其他所要求保护内容中引用某些措施这一事实并不表示这些措施的组合不能被有利地使用。
140.到目前为止，本公开的实施方案已经被描述为至少部分地由软件控制的数据处理装置来实现，应当理解，承载这种软件的非暂时性机器可读介质(例如，光盘、磁盘、半导体存储器等)也被认为表示本公开的实施方案。此外，这样的软件也可以用其他形式分布，例如，经由互联网或其他有线或无线电信系统。
141.所公开的设备、装置和系统的元件可以通过相应的硬件和/或软件元件来实现，例如，专用电路或电路系统。电路是电子元件的结构集合，包括常规电路元件、包括专用集成电路的集成电路、标准集成电路、专用标准产品和现场可编程门阵列。此外，电路包括根据软件代码编程或配置的中央处理单元、图形处理单元和微处理器。尽管电路包括上述执行软件的硬件，但是电路不包括纯软件。电路或电路系统可以由单个设备或单元或多个设备或单元或芯片组或处理器来实现。
142.下面是所公开主题的进一步实施方案的列表：
143.1.一种第一通信设备，第一通信设备被配置为与第二通信设备和第三通信设备通信，第一通信设备包括电路，该电路被配置为：
144.在与第二通信设备正在进行的数据单元交换期间接收截断通知，截断通知指示数据单元的正在进行的传输应当被截断，并且应当从第三通信设备接收和/或向第三通信设备传输抢占数据单元，
145.在数据单元的估计传输时间之前终止数据单元的正在进行的传输，以及
146.在截断的数据单元的剩余持续时间内或者在为正在进行的数据单元交换在第一和第二通信设备之间建立的传输机会的剩余持续时间内，从第三通信设备接收和/或向第三通信设备传输抢占数据单元。
147.2.根据前述实施方案中任一实施方案所述的第一通信设备，
148.其中，该电路被配置为在与第二通信设备正在进行的数据单元交换中，将数据单元的确认策略设置为无确认或应请求确认。
149.3.根据前述实施方案中任一实施方案所述的第一通信设备，其中，该电路被配置为：
150.作为与第二通信设备正在进行的数据单元交换的一部分，传输指示传输机会的预期持续时间的第一持续时间指示符，以及
151.在截断数据单元的正在进行的传输之后，并且作为从第三通信数据接收或向第三通信数据传输数据单元的一部分，传输或接收第二持续时间指示符，第二持续时间指示符指示在抢占数据单元的传输完成之后预期传输机会的剩余持续时间。
152.4.根据实施方案3所述的第一通信设备，
153.其中，基于截断数据单元的长度、截断数据单元的预期长度、传输机会的预期持续时间和至少一个抢占数据单元的长度中的一个或多个来确定第二持续时间指示符。
154.5.根据前述实施方案中任一实施方案所述的第一通信设备，其中，
155.其中，该电路被配置为仅当在执行正在进行的数据单元的截断之后预期传输机会的剩余持续时间等于或大于以下内容的预期持续时间时，才终止数据单元的正在进行的传输：
156.抢占数据单元的传输或接收以及对所传输或接收的抢占数据单元的任何所需响应，或者
157.触发或调度抢占数据单元的传输的帧以及对所传输或接收的帧的任何所需响应。
158.6.根据实施方案3所述的第一通信设备，
159.其中，该电路被配置为生成第二持续时间指示符，指示截断数据单元的剩余持续时间与抢占数据单元的持续时间之间的、或者与触发来自第三通信设备的传输或调度与第三通信设备的抢占数据交换的触发帧的持续时间之间的、或者与无竞争结束帧和一个帧间空间间隔的持续时间之间的差值。
160.7.根据前述实施方案中任一实施方案所述的第一通信设备，其中，该电路被配置为：
161.从截断的数据单元的剩余持续时间中减去抢占数据单元的持续时间和确认和/或帧间空间的持续时间，或者从截断的数据单元的剩余持续时间中减去要传输到第三通信设备的第一抢占数据单元的持续时间、要从第三通信设备接收的第二抢占数据单元的持续时间和两个帧间空间，以及
162.生成指示减法结果的第二持续时间指示符。
163.8.根据前述实施方案中任一实施方案所述的第一通信设备，
164.其中，该电路被配置为根据短帧间时间、时隙和/或短帧间时间的容限水平，将安全裕度添加到由第二持续时间指示符指示的计算的持续时间，该安全裕度对应于第三通信设备的唤醒时间或传输机会延长或设定值。
165.9.根据前述实施方案中任一实施方案所述的第一通信设备，
166.其中，该电路被配置为，如果第一抢占数据单元将被传输到第三通信设备或从第三通信设备接收，并且第二抢占数据单元将从第三通信设备接收或被传输到第三通信设备，并且如果第二通信设备的预期传输机会包含一个或多个另外的phy数据单元的传输时间，则向第三通信设备传输第一抢占数据单元并从第三通信设备接收第二抢占数据单元，
167.其中，如果第二抢占数据单元的持续时间短于一个或多个另外的phy数据单元的传输时间的持续时间，则将一定量的填充数据添加到第一抢占数据单元，使得在没有截断的情况下，第一抢占数据单元的结束对应于传输到第二通信设备的数据单元的预期持续时间的结束。
168.10.根据前述实施方案中任一实施方案所述的第一通信设备，
169.其中，该电路被配置为，如果第一抢占数据单元应被传输到第三通信设备或从第三通信设备接收，并且第二抢占数据单元将从第三通信设备接收或传输到第三通信设备，并且如果第二通信设备的预期传输机会包含一个或多个另外的phy数据单元的传输时间，
如果第二抢占数据的持续时间长于一个或多个另外的phy数据单元的传输时间，则在正在进行的数据单元的估计持续时间加上帧间空间时间间隔之前启动抢占数据单元的传输。
170.11.根据实施方案5所述的第一通信设备，
171.其中，该电路被配置为：
172.从截断的数据单元的预期长度和数据单元指示符的总和中减去要传输到第三通信设备的第一抢占数据单元的持续时间、要从第三通信设备接收的第二抢占数据单元的持续时间和帧间空间，数据单元指示符是大于零的整数，并且指示截断的数据单元不是在当前传输机会内要传输的最后一个数据单元，并且指示正在进行的传输持续时间的预期持续时间，以及
173.基于所述减法的结果，确定是否执行到第二通信设备的数据单元传输的截断，截断通知指示应当执行正在进行的数据单元的截断。
174.12.根据前述实施方案中任一实施方案所述的第一通信设备，其中，该电路被配置为：
175.如果截断的数据单元是在当前传输机会内要传输的最后一个数据单元，则从截断的数据单元的预期持续时间中减去抢占数据单元的接收持续时间和帧间空间，并且
176.基于所述减法的结果，确定是否执行到第二通信设备的数据单元传输的截断，截断通知指示应当执行正在进行的数据单元的截断。
177.13.根据前述实施方案中任一实施方案所述的第一通信设备，
178.其中，该电路被配置为作为在第二通信设备的传输机会期间从第三通信设备接收到指示传输或接收低延迟敏感业务的请求的通知的结果，执行与第二设备正在进行的数据交换的截断，其中，在与执行第一和第二通信设备之间正在进行的数据交换的链路不同的链路上接收通知。
179.14.根据前述实施方案中任一实施方案所述的第一通信设备，
180.其中，该电路被配置为作为第一抢占数据单元，传输触发帧，请求和/或允许第三通信设备在为第一通信设备和第二通信设备之间的数据交换获得的传输机会期间传输另外的抢占数据单元，或者传输帧，调度与第三通信设备的抢占数据交换。
181.15.根据前述实施方案中任一实施方案所述的第一通信设备，
182.其中，该电路被配置为在向第二通信设备传输和/或接收数据单元的同时，向第三通信设备传输抢占数据单元的帧，和/或与来自第二通信设备的数据单元同时从第三通信设备接收抢占数据单元，和/或向第三通信设备传输抢占数据单元，抢占数据单元仅包含与正在进行的数据交换之前在第一和第三通信设备之间建立的低延迟业务流标识符相对应的业务。
183.16.根据前述实施方案中任一实施方案所述的第一通信设备，
184.其中，该电路被配置为作为建立与第二通信设备的传输机会的一部分，传输指示一个或多个潜在抢占的控制帧、指示第三通信设备作为抢占数据单元的预期接收方的用户字段以及指示一组通信设备的用户字段中的一个或多个，在第二通信设备内执行正在进行的数据交换，第三通信设备将自己标识为潜在抢占数据交换中的预期参与者，和/或在正在进行的传输机会之前，在与第三通信设备协商的预定义时间间隔中执行数据单元的正在进行的传输的截断。
185.17.根据前述实施方案中任一实施方案所述的第一通信设备，
186.其中，该电路被配置为在正在进行的传输机会之前，在与第三通信设备协商的预定义时间间隔中，执行数据单元的正在进行的传输的截断。
187.18.根据前述实施方案中任一实施方案所述的第一通信设备，
188.其中，该电路被配置为在传输或接收抢占数据单元以及对所传输或接收的抢占数据单元的任何所需响应之后，恢复与第二通信设备的原始数据单元交换。
189.19.根据前述实施方案中任一实施方案所述的第一通信设备，
190.其中，该电路被配置为在包括在抢占数据单元中的mpdu的mac报头中传输持续时间指示符。
191.20.根据前述实施方案中任一实施方案所述的第一通信设备，
192.其中，该电路被配置为在传输抢占数据单元之前，向抢占数据单元添加填充数据。
193.21.根据前述实施方案中任一实施方案所述的第一通信设备，
194.其中，该电路被配置为向抢占数据单元添加一定量的填充数据，使得如果没有被截断，则抢占数据单元的结束对应于截断数据单元的结束。
195.22.一种第一通信设备，第一通信设备被配置为与第二通信设备和第三通信设备通信，第一通信设备包括电路，该电路被配置为：
196.在与第二通信设备正在进行的数据单元交换期间接收截断通知，截断通知指示数据单元的正在进行的传输应当被截断，并且应当从第三通信设备接收和/或向第三通信设备传输抢占数据单元，
197.在当前传输机会结束之前，传输指示当前传输机会结束的结束通知，以及
198.与第三通信设备建立新的传输机会，其中，新的传输机会的持续时间至少覆盖向第三通信设备传输抢占数据和/或从第三通信设备接收抢占数据。
199.23.根据实施方案22所述的第一通信设备，
200.其中，如果抢占数据单元的持续时间长于当前传输机会持续时间(如果没有被截断的话)减去结束指示的持续时间并减去与第三通信设备建立传输机会的持续时间，差值表示剩余净持续时间，则在剩余净持续时间之前传输抢占数据单元的第一部分，并在剩余净持续时间之后传输抢占数据单元的第二部分。
201.24.根据实施方案22至23中任一实施方案所述的第一通信设备，
202.其中，新传输机会的持续时间被配置为不超过没有截断的当前传输机会持续时间减去结束指示的持续时间并减去与第三通信设备建立传输机会的持续时间。
203.25.根据实施方案24所述的第一通信设备，
204.其中，该电路被配置为：如果抢占数据单元的第一部分没有被截断，则传输与当前传输机会的结束对齐的第一部分。
205.26.根据实施方案24或25所述的第一通信设备，
206.其中，该电路被配置为在包括用于第二通信设备的数据单元和用于第三通信设备的数据单元的多用户ppdu中传输抢占数据单元的第一部分和/或第二部分。
207.27.根据实施方案22至26中任一实施方案所述的第一通信设备，
208.其中，新的传输机会可以与第二通信设备共享，用于交换旨在用于当前传输机会的至少部分剩余业务。
209.28.根据前述实施方案中任一实施方案所述的第一通信设备，
210.其中，该电路被配置为在要与第三通信设备交换的业务的接入类别指示低延迟敏感接入类别的情况下和/或在正在进行的数据交换之前已经在第一和第三通信设备之间建立了低延迟敏感会话的情况下，结束或与第三通信设备共享当前传输机会。
211.29.根据前述实施方案中任一实施方案所述的第一通信设备，
212.其中，抢占数据单元包含低延迟业务，具有在正在进行的数据传输之前执行的设置阶段内建立的参数。
213.30.根据前面任何一个实施方案所述的第一通信设备，
214.其中，抢占数据单元的传输不超过预期数据单元的初始预期持续时间，或者不超过短帧间空间或短帧间空间、时隙时间和帧间容限水平的函数。
215.31.一种第三通信设备，第三通信设备被配置为与第一通信设备通信，第三通信设备包括电路，该电路被配置为；
216.接收寻址到第二通信设备的数据单元，
217.确定持续时间指示，指示数据单元的正在进行的传输和/或正在进行的传输机会的预期持续时间，
218.确定在数据单元的估计传输时间之前数据单元的传输是否已经终止，以及
219.在截断的数据单元的剩余持续时间内和/或在传输机会的剩余持续时间内，从第一通信设备接收和/或向第一通信设备传输抢占数据单元。
220.32.根据实施方案31所述的第三通信设备，
221.其中，该电路被配置为：
222.从截断数据单元的预期持续时间和数据单元指示符的总和中减去截断数据单元的估计接收持续时间、抢占数据单元的接收持续时间和帧间空间，数据单元指示符是大于零的整数，指示截断数据单元不是在当前传输机会内要传输的最后一个数据单元，并且指示正在进行的传输持续时间的预期持续时间，以及
223.传输具有等于减法的持续时间指示的抢占数据单元。
224.33.根据实施方案31或32所述的第三通信设备，
225.其中，该电路被配置为传输抢占数据单元，使得抢占数据单元的传输不超过截断数据单元的初始预期末端，或者不超过从第一通信设备到第二通信设备的数据单元的初始预期末端超过短帧间空间或短帧间空间、时隙时间和帧间容限水平的函数。
226.34.根据实施方案31至33中任一实施方案所述的第三通信设备，
227.其中，该电路被配置为在确定以下一个或多个时，在正在进行的传输机会结束之前和/或在从第一通信设备到第二通信设备的数据单元的预期持续时间结束之前，重置网络分配向量nav：
228.有意提前终止正在进行的数据交换，
229.从第三通信设备接收请求抢占数据单元传输的触发帧，
230.接收带有响应请求的抢占数据单元，以及
231.用潜在截断指示定义的时间间隔。
232.35.根据实施方案31至34中任一实施方案所述的第三通信设备，
233.其中，该电路被配置为确定低延迟业务标识符的指示是否存在于抢占数据单元中
或者是否接收到请求传输抢占数据单元的触发帧。
234.36.根据实施方案31至35中任一实施方案所述的第三通信设备，
235.其中，在正在进行的数据交换之前的阶段已经协商了低延迟业务标识符和抢占参数。
236.37.根据实施方案31至36中任一实施方案所述的第三通信设备，
237.其中，该电路被配置为在截断数据单元的正在进行的传输之后，并且作为从第三通信数据接收或向第三通信数据传输数据单元的一部分，传输或接收第二持续时间指示符，指示在抢占数据单元的传输完成之后预期传输机会的剩余持续时间。
238.38.根据实施方案31至37中任一实施方案所述的第三通信设备，
239.其中，该电路被配置为作为第一抢占数据单元，接收触发帧，请求和/或允许第三通信设备在为第一通信设备和第二通信设备之间的数据交换获得的传输机会期间传输另外的抢占数据单元，或者传输帧，调度与第三通信设备的抢占数据交换。
240.39.一种用于与第二通信设备和第三通信设备通信的第一通信方法，第一通信方法包括：
241.在与第二通信设备正在进行的数据单元交换期间接收截断通知，截断通知指示数据单元的正在进行的传输应当被截断，并且应当从第三通信设备接收和/或向第三通信设备传输抢占数据单元，
242.在数据单元的估计传输时间之前，终止数据单元的正在进行的传输，以及
243.在截断的数据单元的剩余持续时间内或者在为正在进行的数据单元交换在第一和第二通信设备之间建立的传输机会的剩余持续时间内，从第三通信设备接收和/或向第三通信设备传输抢占数据单元。
244.40.一种用于与第二通信设备和第三通信设备通信的第一通信方法，第一通信方法包括：
245.在与第二通信设备正在进行的数据单元交换期间接收截断通知，截断通知指示数据单元的正在进行的传输应当被截断，并且应当从第三通信设备接收和/或向第三通信设备传输抢占数据单元，
246.在当前传输机会结束之前，传输指示当前传输机会结束的结束通知，以及
247.与第三通信设备建立新的传输机会，其中，新的传输机会的持续时间至少覆盖向第三通信设备传输抢占数据和/或从第三通信设备接收抢占数据。
248.41.一种用于与第一通信设备通信的第三通信方法，第三通信方法包括：
249.接收寻址到第二通信设备的数据单元，
250.确定持续时间指示，指示数据单元的正在进行的传输和/或正在进行的传输机会的预期持续时间，
251.确定在数据单元的估计传输时间之前数据单元的传输是否已经终止，以及
252.在截断的数据单元的剩余持续时间内和/或在传输机会的剩余持续时间内，从第一通信设备接收和/或向第一通信设备传输抢占数据单元。
253.42.一种在其中存储计算机程序产品的非暂时性计算机可读记录介质，当由处理器执行时，该计算机程序产品使得执行根据实施方案39、40或41所述的方法。
254.43.一种计算机程序，包括程序代码设备，用于当所述计算机程序在计算机上执行
时，使计算机执行根据实施方案39、40或41所述的所述方法的步骤。

技术特征：
1.一种第一通信设备，所述第一通信设备被配置为与第二通信设备和第三通信设备通信，所述第一通信设备包括电路，所述电路被配置为：在与所述第二通信设备正在进行的数据单元交换期间接收截断通知，所述截断通知指示数据单元的正在进行的传输应当被截断，并且应当从所述第三通信设备接收和/或向所述第三通信设备传输抢占数据单元，在所述数据单元的估计传输时间之前终止所述数据单元的正在进行的传输，以及在所截断数据单元的剩余持续时间内或者在为所述正在进行的数据单元交换在所述第一通信设备和所述第二通信设备之间建立的传输机会的剩余持续时间内，从所述第三通信设备接收和/或向所述第三通信设备传输抢占数据单元。2.根据权利要求1所述的第一通信设备，其中，所述电路被配置为在与所述第二通信设备正在进行的数据单元交换中，将数据单元的确认策略设置为无确认或应请求确认。3.根据权利要求1所述的第一通信设备，其中，所述电路被配置为：作为与所述第二通信设备正在进行的数据单元交换的一部分，传输指示所述传输机会的预期持续时间的第一持续时间指示符，以及在截断数据单元的正在进行的传输之后，并且作为从所述第三通信数据接收或向所述第三通信数据传输数据单元的一部分，传输或接收第二持续时间指示符，所述第二持续时间指示符指示在所述抢占数据单元的传输完成之后预期传输机会的剩余持续时间。4.根据权利要求1所述的第一通信设备，其中，所述电路被配置为仅当在执行正在进行的数据单元的截断之后预期传输机会的剩余持续时间等于或大于以下内容的预期持续时间时，才终止所述数据单元的正在进行的传输：所述抢占数据单元的传输或接收以及对所传输或所接收的抢占数据单元的任何所需响应，或者触发或调度所述抢占数据单元的传输的帧以及对所传输或所接收的帧的任何所需响应。5.根据权利要求1所述的第一通信设备，其中，所述电路被配置为，如果第一抢占数据单元将被传输到所述第三通信设备或从所述第三通信设备接收，并且第二抢占数据单元将从所述第三通信设备接收或被传输到所述第三通信设备，并且如果所述第二通信设备的预期传输机会包含一个或多个另外的phy数据单元的传输时间，则向所述第三通信设备传输所述第一抢占数据单元并从所述第三通信设备接收所述第二抢占数据单元，其中，如果所述第二抢占数据单元的持续时间短于所述一个或多个另外的phy数据单元的传输时间的持续时间，则将一定量的填充数据添加到所述第一抢占数据单元，使得在没有截断的情况下，所述第一抢占数据单元的结束对应于传输到所述第二通信设备的所述数据单元的预期持续时间的结束。6.根据权利要求1所述的第一通信设备，其中，所述抢占数据单元的传输不超过预期数据单元的初始预期持续时间，或者不超
过短帧间空间或短帧间空间、时隙和帧间容限水平的函数。7.根据权利要求1所述的第一通信设备，其中，所述电路被配置为作为在所述第二通信设备的传输机会期间从所述第三通信设备接收到指示传输或接收低延迟敏感业务的请求的通知的结果，执行与所述第二通信设备正在进行的数据交换的截断，其中，在与执行所述第一和第二通信设备之间正在进行的数据交换的链路不同的链路上接收所述通知。8.根据权利要求1所述的第一通信设备，其中，所述电路被配置为作为第一抢占数据单元，传输触发帧，请求和/或允许所述第三通信设备在为所述第一通信设备和所述第二通信设备之间的数据交换获得的传输机会期间传输另外的抢占数据单元，或者传输帧，调度与所述第三通信设备的抢占数据交换和/或在向所述第二通信设备传输和/或接收数据单元的同时，向所述第三通信设备传输抢占数据单元的帧，和/或与来自所述第二通信设备的数据单元同时从所述第三通信设备接收抢占数据单元，和/或向所述第三通信设备传输抢占数据单元，所述抢占数据单元仅包含与正在进行的数据交换之前在所述第一通信设备和所述第三通信设备之间建立的低延迟业务流标识符相对应的业务。9.根据权利要求1所述的第一通信设备，其中，所述电路被配置为作为建立与所述第二通信设备的传输机会的一部分，传输指示一个或多个潜在抢占的控制帧、指示所述第三通信设备作为抢占数据单元的预期接收方的用户字段以及指示一组通信设备的用户字段中的一个或多个，在所述第二通信设备内执行所述正在进行的数据交换，所述第三通信设备将自己标识为潜在抢占数据交换中的预期参与者，和/或在正在进行的传输机会之前，在与所述第三通信设备协商的预定义时间间隔中执行数据单元的正在进行的传输的截断。10.一种第一通信设备，所述第一通信设备被配置为与第二通信设备和第三通信设备通信，所述第一通信设备包括电路，所述电路被配置为：在与所述第二通信设备正在进行的数据单元交换期间接收截断通知，所述截断通知指示数据单元的正在进行的传输应当被截断，并且应当从所述第三通信设备接收和/或向所述第三通信设备传输抢占数据单元，在当前传输机会结束之前，传输指示所述当前传输机会结束的结束通知，以及与所述第三通信设备建立新的传输机会，其中，所述新的传输机会的持续时间至少覆盖向所述第三通信设备传输抢占数据和/或从所述第三通信设备接收抢占数据。11.根据权利要求10所述的第一通信设备，其中，如果所述抢占数据单元的持续时间长于如果没有被截断的话所述当前传输机会持续时间减去结束指示的持续时间并减去与所述第三通信设备建立传输机会的持续时间，所述差值表示剩余净持续时间，则在所述剩余净持续时间之前传输所述抢占数据单元的第一部分，并在所述剩余净持续时间之后传输所述抢占数据单元的第二部分。12.根据权利要求11所述的第一通信设备，其中，所述电路被配置为：如果所述抢占数据单元的第一部分没有被截断，则传输与当前传输机会的结束对齐的所述第一部分，和/或在包括用于所述第二通信设备的数据单元和用于所述第三通信设备的数据单元的多用户ppdu中传输所述抢占数据单元的第一部分
和/或第二部分。13.根据权利要求1或10所述的第一通信设备，其中，所述电路被配置为在要与所述第三通信设备交换的业务的接入类别指示低延迟敏感接入类别的情况下和/或在正在进行的数据交换之前已经在所述第一通信设备和所述第三通信设备之间建立了低延迟敏感会话的情况下，结束或与所述第三通信设备共享当前传输机会。14.一种第三通信设备，所述第三通信设备被配置为与第一通信设备通信，所述第三通信设备包括电路，所述电路被配置为；接收寻址到第二通信设备的数据单元，确定持续时间指示，指示数据单元的正在进行的传输和/或正在进行的传输机会的预期持续时间，确定在数据单元的估计传输时间之前数据单元的传输是否已经终止，以及在所截断数据单元的剩余持续时间内和/或在所述传输机会的剩余持续时间内，从所述第一通信设备接收和/或向所述第一通信设备传输抢占数据单元。15.根据权利要求14所述的第三通信设备，其中，所述电路被配置为：从所截断数据单元的预期持续时间和数据单元指示符的总和中减去所截断数据单元的估计接收持续时间、所述抢占数据单元的接收持续时间和帧间空间，所述数据单元指示符是大于零的整数，指示所截断数据单元不是在当前传输机会内要传输的最后一个数据单元，并且指示所述正在进行的传输持续时间的预期持续时间，以及传输具有等于所述减法的持续时间指示的抢占数据单元。16.根据权利要求14所述的第三通信设备，其中，所述电路被配置为在确定以下一个或多个时，在正在进行的传输机会结束之前和/或在从所述第一通信设备到所述第二通信设备的数据单元的预期持续时间结束之前，重置网络分配向量nav：有意提前终止正在进行的数据交换，从所述第三通信设备接收请求抢占数据单元传输的触发帧，接收带有响应请求的抢占数据单元，以及用潜在截断指示定义的时间间隔。17.一种用于与第二通信设备和第三通信设备通信的第一通信方法，所述第一通信方法包括：在与所述第二通信设备正在进行的数据单元交换期间接收截断通知，所述截断通知指示数据单元的正在进行的传输应当被截断，并且应当从所述第三通信设备接收和/或向所述第三通信设备传输抢占数据单元，在数据单元的估计传输时间之前，终止数据单元的正在进行的传输，以及在所截断数据单元的剩余持续时间内或者在为所述正在进行的数据单元交换在所述第二通信设备和所述第三通信设备之间建立的传输机会的剩余持续时间内，从所述第三通信设备接收和/或向所述第三通信设备传输抢占数据单元。18.一种用于与第二通信设备和第三通信设备通信的第一通信方法，所述第一通信方
法包括：在与所述第二通信设备正在进行的数据单元交换期间接收截断通知，所述截断通知指示数据单元的正在进行的传输应当被截断，并且应当从所述第三通信设备接收和/或向所述第三通信设备传输抢占数据单元，在当前传输机会结束之前，传输指示所述当前传输机会结束的结束通知，以及与所述第三通信设备建立新的传输机会，其中，所述新的传输机会的持续时间至少覆盖向所述第三通信设备传输抢占数据和/或从所述第三通信设备接收抢占数据。19.一种用于与第一通信设备通信的第三通信方法，所述第三通信方法包括：接收寻址到第二通信设备的数据单元，确定持续时间指示，指示数据单元的正在进行的传输和/或正在进行的传输机会的预期持续时间，确定在数据单元的估计传输时间之前数据单元的传输是否已经终止，以及在所截断数据单元的剩余持续时间内和/或在所述传输机会的剩余持续时间内，从所述第一通信设备接收和/或向所述第一通信设备传输抢占数据单元。20.一种在其中存储计算机程序产品的非暂时性计算机可读记录介质，当由处理器执行时，所述计算机程序产品使得执行根据权利要求17、18或19所述的方法。

技术总结
本公开涉及抢占PPDU的概念，即截断承载非延迟敏感业务的PPDU，以服务具有延迟约束的STA。根据实施方案，提供了第一通信设备，其被配置为与第二通信设备通信。第一通信设备包括被配置为在与第二通信设备正在进行的数据单元交换期间接收截断通知的电路，该截断通知指示数据单元的正在进行的传输应当被截断，并且应当从第三通信设备接收和/或向第三通信设备传输抢占数据单元，在数据单元的估计传输时间之前终止数据单元的正在进行的传输，以及在截断的数据单元的剩余持续时间内或者在为正在进行的数据单元交换在第一和第二通信设备之间建立的传输机会的剩余持续时间内，从第三通信设备接收和/或向第三通信设备传输抢占数据单元。单元。单元。


技术研发人员：达纳
受保护的技术使用者：索尼集团公司
技术研发日：2021.10.29
技术公布日：2023/8/21