链路的错误恢复方法及装置与流程

1.本技术涉及通信技术领域，尤其涉及链路的错误恢复方法及装置。


背景技术：

2.为了达到极高吞吐率的技术目标，电气和电子工程师协会(institute of electrical and electronics engineers，ieee)802.11be标准将多链路(multi-link，ml)通信作为关键技术之一。支持ml通信的多链路设备(multi-link device，mld)具有在多个频段发送和接收的能力，从而mld可以利用更大的带宽进行数据传输，有利于显著提升吞吐率。
3.根据mld是否具备在不同链路上同时收发(simultaneous transmitting and receiving，str)的能力，可以将mld分为str mld和non-str mld。其中，一个链路可以指mld在一个频段上进行数据传输的空间路径，str mld具备str能力，non-str mld不具备str能力。
4.对于有non-str mld参与通信的场景，链路的错误恢复为其中的重要部分，因此，有必要设计合理的方案以实现该场景下的错误恢复。


技术实现要素：

5.本技术实施例提供链路的错误恢复方法及装置，可以实现有non-str mld参与通信场景下链路的错误恢复。
6.为达到上述目的，本技术的实施例采用如下技术方案：
7.第一方面，提供一种链路的错误恢复方法，该方法应用于发送端mld，该发送端mld与接收端mld之间的链路包括第一链路和第二链路，该发送端mld和接收端mld中的其中一个具备同时收发str能力，另一个不具备str能力。该方法包括：发送端mld确定第一链路上的第一物理层协议数据单元ppdu传输失败；发送端mld在第一时刻通过该第一链路向接收端mld发送第二ppdu，该第二ppdu用于重传第一ppdu中出错的部分。
8.其中，第一时刻为发送端mld获取到第二链路的传输状态信息的时刻；第二链路的传输状态信息用于指示第二链路上的第三ppdu传输失败；或者，该第一时刻为假如第一ppdu正常传输时，该第一链路上下一个ppdu的发送时刻。
9.基于该方案，一方面，在发送端mld和接收端mld中的一个具备str能力，另一个不具备str能力，第一链路的第一ppdu传输失败的场景下，发送端mld可以在第一时刻发送第二ppdu以重传第一ppdu中的出错部分，实现第一链路的错误恢复；另一方面，在第一时刻为发送端mld获取到第二链路的传输状态信息的时刻的情况下，考虑了发送端mld内部传输状态信息交互的时延，相比于假设传输状态信息交互十分迅速的情况，更加有利于产品实现，降低了对发送端mld的设计压力；或者，在第一时刻为假设第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻的情况下，相比于在第一ppdu的ba的结束时刻间隔pifs后的时刻发送第二ppdu的情况，可以更早地实现链路的恢复，缩减了重传之前的等待时间，进而可以
有更多的时间传输新的数据，提升可链路的吞吐量。
10.在一些可能的设计中，发送端mld获取到第二链路的传输状态信息的时刻与第一确认块ba的预计开始时刻之间的间隔小于或等于第一时长，该第一时刻为发送端mld获取到第二链路的传输状态信息的时刻；其中，该第一ba为第一ppdu的ba；该第一时长为第一ba的长度与短帧间隔sifs之和。
11.在一些可能的设计中，发送端mld获取到第二链路的传输状态信息的时刻与第一ba的预计结束时刻之间的间隔小于或等于第一时长，第一时长为sifs时，第一时刻为发送端mld获取到第二链路的传输状态信息的时刻。
12.基于该可能的设计，由于发送端获取到第二链路的传输状态信息的时刻或者说发送第二ppdu的时刻早于第一ba后的sifs，且sifs小于pifs，相比于现有技术中在第一ba结束后的pifs时刻开始重传失败ppdu，可以更早地实现链路的恢复，缩减了重传之前的等待时间，从而可以有更多的时间传输新的数据，提升可链路的吞吐量。
13.在一些可能的设计中，发送端mld获取到第二链路的传输状态信息，包括：第一站点接收到来自第二站点的该第二链路的传输状态信息，该第一站点为发送端mld中支持第一链路的站点，该第二站点为发送端mld中支持第二链路的站点。
14.在一些可能的设计中，第二时刻之前，发送端mld未获取到第二链路的传输状态信息，该第一时刻为假如第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻；其中，该第二时刻晚于第一ba的预计结束时刻，该第二时刻与第一ba的预计结束时刻之间的间隔为sifs，该第一ba为第一ppdu的ba。
15.基于可能的设计，由于sifs小于pifs，因此假如第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻早于第一ba结束后的pifs时刻，从而相比于现有技术中在第一ba结束后的pifs时刻开始重传失败ppdu，可以更早地实现链路的恢复，缩减了重传之前的等待时间，进而可以有更多的时间传输新的数据，提升可链路的吞吐量。
16.在一些可能的设计中，该第二ppdu与第二链路上的第四ppdu的结束时刻相同，该第四ppdu用于重传第三ppdu中出错的部分。
17.基于该可能的设计，可以使得发送端mld同步进行第一链路与第二链路的错误恢复。从而可以实现第一链路和第二链路上传输的ppdu的同步，避免在non-str mld侧出现同时需要收发数据的情况。
18.第二方面，提供一种链路的错误恢复方法，该方法应用于发送端mld，发送端mld与接收端mld之间的多条链路包括第一链路，发送端mld具备同时收发str能力，该接收端mld不具备str能力。该方法包括：发送端mld确定该第一链路上的第一物理层协议数据单元ppdu传输失败；发送端mld在第一时刻通过第一链路向接收端mld发送第二ppdu，该第二ppdu用于重传第一ppdu中出错的部分；
19.其中，该第一时刻为第一确认块ba的预计结束时刻，该第一ba为第一ppdu的ba。
20.基于该方案，一方面，在发送端mld具备str能力，接收端mld不具备str能力，第一链路的第一ppdu传输失败的场景下，发送端mld可以在第一时刻发送第二ppdu以重传第一ppdu中的出错部分，实现第一链路的错误恢复；另一方面，在第一ba的预计结束时刻发送第二ppdu，相比于在第一ba的结束时刻间隔pifs后的时刻发送第二ppdu的情况，可以更早地实现链路的恢复，缩减了重传之前的等待时间，进而可以有更多的时间传输新的数据，提升
可链路的吞吐量。
21.第三方面，提供一种链路的错误恢复方法，该方法应用于发送端mld，发送端mld与接收端mld之间的多条链路包括第一链路，发送端mld具备同时收发str能力，接收端mld不具备str能力，该方法包括：发送端mld确定第一链路上的第一物理层协议数据单元ppdu或第一确认块ba传输失败，该第一ba为第一ppdu的ba；发送端mld在第一时刻开始执行信道退避，该第一时刻为第一ba的结束时刻；发送端mld在该信道退避结束后，通过第一链路向该接收端mld发送第二ppdu，该第二ppdu用于重传第一ppdu中出错的部分。
22.结合上述第二方面和第三方面，在一些可能的设计中，发送端mld与接收端mld之间的链路还包括第二链路，该第一ppdu与该第二链路上的第三ppdu的结束时刻相同，该第二ppdu的结束时刻与该第二链路上的第四ppdu的结束时刻相同。
23.第四方面，提供一种链路的错误恢复方法，该方法应用于发送端mld，发送端mld与接收端mld之间的多条链路包括第一链路，发送端mld和接收端mld中的其中一个具备同时收发str能力，另一个不具备str能力，该方法包括：发送端mld在第一链路上接收第一块确认ba，该第一ba为第一物理层协议数据单元ppdu的ba；发送端mld通过第一链路向接收端mld发送第二ppdu，其中，第二ppdu的开始时刻与第一ba的结束时刻之间的间隔为帧间隔，该帧间隔为点协调功能帧间隔pifs。
24.基于该方案，在ba之后的帧间隔为pifs的情况下，一方面，即使某条链路上的ppdu或ba传输失败，在发送端mld进行该链路的错误恢复时，无需获取其他链路上的传输状态信息，避免了发送端mld内部的信息交互，节省发送端mld的功耗；另一方面，由于每条链路上ba后的帧间隔都为pifs，ppdu后的帧间隔都为sifs，即使在进行某条链路的错误恢复时无需获取其他链路上的传输状态信息，也可以实现同步传输，进而避免出现non-strmld设备需同时收发数据的情况。
25.第五方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第一方面至第四方面中的发送端mld，或者包含上述发送端mld的装置，或者是上述发送端mld中包含的装置，比如系统芯片。所述通信装置包括实现上述方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。
26.第六方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机指令，当该处理器执行该指令时，以使该通信装置执行上述任一方面所述的方法。该通信装置可以为上述第一方面至第四方面中的发送端mld，或者包含上述发送端mld的装置，或者是上述发送端mld中包含的装置，比如系统芯片。
27.第七方面，提供了一种通信装置，包括：处理器；所述处理器用于与存储器耦合，并读取存储器中的指令之后，根据所述指令执行如上述任一方面所述的方法。该通信装置可以为上述第一方面至第四方面中的发送端mld，或者包含上述发送端mld的装置，或者是上述发送端mld中包含的装置，比如系统芯片。
28.第八方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当所述指令在通信装置上运行时，使得通信装置可以执行上述任一方面所述的方法。该通信装置可以为上述第一方面至第四方面中的发送端mld，或者包含上述发送端mld的装置，或者是上述发送端mld中包含的装置，比如系统芯片。
29.第九方面，提供了一种包含指令的计算机程序产品，当所述指令在通信装置上运行时，使得所述通信装置可以执行上述任一方面所述的方法。该通信装置可以为上述第一方面至第四方面中的发送端mld，或者包含上述发送端mld的装置，或者是上述发送端mld中包含的装置，比如系统芯片。
30.第十方面，提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方面中所涉及的功能。在一种可能的设计中，该通信装置还包括存储器，该存储器，用于保存必要的程序指令和数据。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。
31.第十一方面，提供了一种芯片，该芯片包括处理器和通信接口，该通信接口用于与所示芯片之外的模块通信，该处理器用于运行计算机程序或指令，使得安装该芯片的装置可以执行上述任一方面所述的方法。
32.其中，第五方面至第十一方面中任一种设计方式所带来的技术效果可参见上述第一方面或第二方面或第三方面或第四方面中不同设计方式所带来的技术效果，此处不再赘述。
33.第十二方面，提供一种通信系统，该通信系统包括上述方面所述的发送端mld以及接收端mld。
34.本技术的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
35.图1a为本技术实施例提供的一种ppdu的结构示意图；
36.图1b为本技术实施例提供的另一种ppdu的结构示意图；
37.图1c为本技术实施例提供的一种传输机会txop的结构示意图；
38.图2为本技术实施例提供的一种退避机制的流程示意图；
39.图3为本技术实施例提供的一种通信系统的结构示意图；
40.图4为本技术实施例提供的一种通信场景的示意图；
41.图5为本技术实施例提供的一种错误恢复方法的适用场景示意图；
42.图6为本技术实施例提供的一种链路的错误恢复方法的流程示意图；
43.图7至图10为本技术实施例提供的一种链路的错误恢复方法的应用示意图；
44.图11为本技术实施例提供的另一种链路的错误恢复方法的流程示意图；
45.图12至图15为本技术实施例提供的另一种链路的错误恢复方法的应用示意图；
46.图16为本技术实施例提供的又一种链路的错误恢复方法的流程示意图；
47.图17为本技术实施例提供的又一种链路的错误恢复方法的应用示意图；
48.图18为本技术实施例提供的一种帧间间隔的示意图；
49.图19为本技术实施例提供的再一种链路的错误恢复方法的流程示意图；
50.图20至图21为本技术实施例提供的再一种链路的错误恢复方法的应用示意图；
51.图22为本技术实施例提供的一种发送端mld的结构示意图；
52.图23为本技术实施例提供的一种通信设备的结构示意图。
具体实施方式
53.在本技术的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，a/b可以表示a或b；本技术中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况，其中a，b可以是单数或者复数。并且，在本技术的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，a和b和c，其中a，b，c可以是单个，也可以是多个。另外，为了便于清楚描述本技术实施例的技术方案，在本技术的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
54.需要说明的是，本技术中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
55.为了便于理解，下面先对本技术实施例所涉及的技术术语进行简单介绍。
56.1、物理层协议数据单元(physical protocol data unit，ppdu)
57.如图1a所示，为802.11ax标准中ppdu的帧结构的示意图。ppdu包括：传统短训练域(legacy-short training field，l-stf)、传统长训练域(legacy-long training field，l-ltf)、传统信令域(legacy-signal field，l-sig)、重复传统信令域(repeated legacy-signal field，rl-sig)、高效信令字段a(high efficient-signal field a，he-sig a)、高效信令字段b(high efficient-signal field b，he-sig b)、高效短训练域(high efficient-short training field，he-stf)、高效长训练域(high efficient-long training field，he-ltf)、数据(data)。可选的，该ppdu还可以包括数据分组扩展(packet extension，pe)。
58.请参见图1b，示出了802.11be可能采用的极高吞吐率(extremely high throughput，eht)ppdu的一种结构。该eht ppdu可包括传统前导码(legacy preamble，l-preamble)、高效率前导码(high efficiency preamble，he-preamble)和物理层聚合服务数据单元(physical layer convergence protocol service data unit，psdu)三部分。
59.其中，l-preamble部分包括l-stf字段、l-ltf字段、l-sig字段；he-preamble部分包括rl-sig字段和通用字段(universal sig，u-sig)字段、极高吞吐量信令(eht-sig)字段、极高吞吐量短训练(extremely high throughtput short training field，eht-stf)字段、极高吞吐量长训练(extremely high throughtput long training field，eht-ltf)字段；psdu部分包括数据(data)字段等字段，其中，u-sig字段占据2个ofdm符号，如图1b中所示的u-sig sym1和u-sig sym1。其中通用字段(u-sig)字段可包括版本非相关信息(version independent info)字段和版本相关信息(version dependent info)字段、crc字段以及尾部字段。该version independent info字段可包含3比特的wifi版本字段，1比特下行/上行字段，至少6比特的bss color字段，至少7比特的txop字段。进一步地，该version independent info字段还可以包括带宽字段。version dependent info字段可包
括ppdu格式字段等，还可以包括调制编码方案字段，空间流字段，编码字段等字段中的一个或多个。crc字段至少占用4比特，尾部字段至少占用6比特尾比特字段。
60.一种可能的实现方式中，eht-sig字段包含eht-sig公共字段与eht-sig用户特定字段，其中，eht-sig公共字段可用于承载分配给sta的资源分配信息，eht-sig用户特定字段可用于承载用户信息。
61.应理解，该eht-ppdu仅为举例，在标准制定过程或技术发展过程中，还可以有其他的结构，本技术不做限定。
62.2、传输机会(transmission opportunity，txop)
63.txop是无线信道接入的基本单元。txop由初始时间和最大持续时间txop limit组成。
64.为了尽量避免冲突，设备在完成发送帧后，必须再等待一段很短的时间才能发送下一帧，这段时间的通常称为帧间隔(interframe space，ifs)。目前，该帧间隔通常为短帧间隔(short interframe space，sifs)。
65.示例性的，以帧间隔为sifs为例，如图1c所示，为一种txop内ppdu正常传输的示意图。发送端设备在收到清除发送(clear to send，cts)帧的sifs时间后开始发送ppdu11，继续间隔sifs时间后，收到来自接收端设备的块确认(block acknowledge，ba)帧ba11，该ba11用于向发送端反馈ppdu11是否传输成功，假设ppdu11传输成功，在ba11帧结束后的sifs时间发送端设备继续发送ppdu12，以此类推。
66.其中，图1c中的rts为请求发送(request to send，rts)。rts/cts用于解决隐藏站点的问题，以避免多个站点之间的信号冲突。发送端在发送数据帧之前，发送端先以广播的方式发送rts帧，以指示该发送端在指定时长向指定接收端发送数据帧。接收端接收到rts帧后，以广播的方式发送cts帧，以确认发送端的发送。接收到rts帧或者cts帧的其他站点不发送无线帧，直至指定时长结束。
67.3、错误恢复(error recovery)
68.传输机会(transmission opportunity，txop)建立成功之后，txop内的某个ppdu传输失败时，触发该链路的错误恢复。
69.其中，错误恢复包括点协调功能帧间间隔(point coordination function interframe space，pifs)错误恢复和退避(backoff)错误恢复，下面分别进行介绍。
70.1)、pifs错误恢复：信道空闲的时长达到pifs后，设备在该信道上发送下一个ppdu。
71.等待信道空闲达到pifs时间，然后发送下一个ppdu，可称为pifs错误恢复。
72.2)退避错误恢复：进行信道退避，退避结束之后发送下一个ppdu。
73.ieee 802.11标准支持多个用户共享同一传输介质，由发送端在发送数据前先进行传输介质的可用性检测。ieee 802.11标准采用载波侦听多路访问/碰撞避免(carrier sense multipleaccess with collision avoidance，csma/ca)来实现信道的竞争。其中，为了避免碰撞，csma/ca采用了退避机制。
74.下面对单信道上的退避机制进行说明。在设备发送消息之前，设备可以从0到竞争窗口(contention window，cw)之间选择一个随机数，并以该随机数作为退避计数器的初始值。在信道的空闲时间达到仲裁帧间间隔(arbitration inter-frame space，aifs)之后，
当信道每空闲一个时隙(timeslot)时，退避计数器的计数值减1。在退避计数器的计数值减为0之前，若信道在某一个timeslot的状态为繁忙，则退避计数器暂停计数。之后，若信道从繁忙状态转为空闲状态后，并且信道的空闲时间达到aifs之后，退避计数器恢复计数。当退避计数器的计数值为0时，退避流程结束，设备可以开始数据传输。
75.结合图2进行举例说明，假设退避计数器的初始值为5，在信道的空闲时间达到aifs后，退避计数器开始回退。每当信道在一个时隙中处于空闲状态，退避计数器的计数值减1，直至退避计数器的计数值为0。在退避计数器的计数值为0后，设备成功竞争到信道，设备可以在该信道上发送ppdu。
76.下面对本技术实施例提供的通信系统进行介绍。如图3所示，为本技术实施例提供的一种通信系统30的结构示意图，该通信系统30中包括发送端mld301和接收端mld302。
77.本技术中，mld(包括发送端mld301和接收端mld302)具有在多个频段上的发送和接收的能力，相比于仅支持单条链路传输的设备来说，多链路设备具有更高的传输效率和更高的吞吐量。示例性的，上述多个频段包括但不限于：2.4ghz频段、5ghz频段、以及6ghz频段。mld在一个频段上进行数据传输的空间路径可以称为一个链路。也就是说，mld支持多链路通信。
78.应理解，对于mld来说，mld支持的每一个链路均对应一个频段。
79.需要说明的是，本技术中，mld也可以称为多频段设备(multi-band device)，二者可以相互替换，本技术实施例对此不做具体限定。
80.mld可以分为str mld和non-str mld，str mld具备str能力，non-str mld不具备str能力。
81.本技术中，mld包括至少两个隶属的站点sta(affiliated sta)。其中，隶属的站点可以为接入点(access point station，ap sta)或非接入点站点(non-access point station,non-apsta)。为描述方便，本技术将隶属的站点为ap的多链路设备称为多链路ap或多链路ap设备或ap多链路设备(ap multi-link device，ap mld)，隶属的站点为non-ap sta的多链路设备称为多链路sta或多链路sta设备或sta多链路设备(sta multi-link device，stamld)或non-ap多链路设备(non-ap mld)。
82.一种实现方式中，non-ap sta可以实现ap的功能，或者说，non-ap sta能够被操作为ap。可以实现ap功能的non-ap sta或者说能够被操作为ap的non-ap mld组成的mld可以称为软ap mld(soft ap mld)。
83.可以理解的，ap mld可分为str ap mld和non-str ap mld，str ap mld具备str能力，non-str ap mld不具备str能力。同样，non-ap mld可以分为str non-ap mld和non-str non-ap mld，str non-ap mld具备str能力，non-str non-ap mld不具备str能力。
84.本技术实施例中，non-str ap mld可以包括上述软ap mld。当然，non-str ap mld不仅限于软ap mld。
85.mld中的每一个sta可以建立一个链路进行通信。如图4所示，以发送端mld301包含站点a1-站点an，接收端mld包含站点b1-站点bn为例，站点a1和站点b1之间通过链路1进行通信，站点a2和站点b2之间通信链路2进行通信，以此类推，站点an和站点bn之间通过链路n进行通信。
86.本技术下述实施例中，以发送端mld310和接收端mld320之间的多条链路包括第一
链路和第二链路为例进行说明。
87.可选的，本技术中的ap sta可以为移动用户进入有线网络的接入点，主要部署于家庭、大楼内部以及园区内部，典型覆盖半径为几十米至上百米，当然，也可以部署于户外。ap相当于一个连接有线网和无线网的桥梁，主要作用是将各个无线网络客户端连接到一起，然后将无线网络接入以太网。具体的，ap可以是带有无线保真(wireless fidelity，wifi)芯片的终端设备或者网络设备。ap可以为支持802.11be制式的设备。ap也可以为支持802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a等多种无线局域网(wireless local area networks，wlan)制式的设备。
88.可选的，本技术中的non-ap sta可以为无线通讯芯片、无线传感器或无线通信终端。例如支持wifi通讯功能的移动电话、支持wifi通讯功能的平板电脑、支持wifi通讯功能的机顶盒、支持wifi通讯功能的智能电视、支持wifi通讯功能的智能可穿戴设备、支持wifi通讯功能的车载通信设备和支持wifi通讯功能的计算机。non-ap sta可以支持802.11be制式。non-ap sta也可以支持802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a等多种wlan制式。
89.需要说明的是，本技术实施例中，ba可以理解为一种回复帧。此外，回复帧还可以包括确认ack(acknowledgement，ack)。从而，本技术中的ba也可以替换为ack。也就是说，本技术中的ba仅表示回复帧，而该回复帧不一定必须为ba，也可以为ack。
90.下面结合说明书附图，对本技术实施例所提供的技术方案进行具体介绍。
91.首先，本技术实施例提供一种链路的错误恢复方法。该方法可以应用于同步多链路通信中，发送端mld与接收端mld之间的第一链路和第二链路上均发生ppdu传输失败的场景。
92.示例性的，以该发送端mld为ap mld，接收端mld为non-str sta mld为例，假设该al mld包括ap1和ap2两个站点，ap1支持链路1，ap2支持链路2，non-str sta mld包括sta1和sta2，且sta1与ap1通过链路1通信，sta2与ap2通过链路2通信，则该场景可以如图5所示。其中，叉号表示传输失败。
93.当然，此处仅是示例性的说明该方法的应用场景，本技术实施例对该方法的应用场景不做具体限定，此处示例性说明的该应用场景也不对本技术实施例的方法造成任何限定。
94.其中，该方法可以由发送端mld、或由可用于发送端mld的部件(例如芯片)执行，本技术以该方法由发送端mld执行为例进行说明。此外，该方法中，发送端mld和接收端mld中的一个具备str能力，另一个不具备str能力，即一个为str mld，另一个为non-str mld。
95.如图6所示，为该链路的错误恢复方法的流程示意图，该链路的错误恢复方法包括如下步骤：
96.s601、发送端mld确定第一链路上的第一ppdu传输失败。
97.可选的，发送端mld确定第一链路上的第一ppdu传输失败，可以包括：在发送端mld未收到第一ppdu的ba的情况下，发送端mld确定该第一ppdu传输失败。
98.可选的，第一ppdu传输失败可以包括第一ppdu包括的部分或全部内容传输失败。
99.s602、发送端mld在第一时刻通过第一链路向接收端mld发送第二ppdu。相应的，接收端mld通过第一链路接收来自发送端mld的第二ppdu。
100.其中，第二ppdu用于重传第一ppdu中出错的部分。
101.可以理解的，该步骤s602也可以为：发送端mld在第一时刻通过第一链路向接收端mld重传第一ppdu中出错的部分。
102.其中，通过第一链路发送第二ppdu，也可以理解为：在第一链路上发送第二ppdu，二者可以相互替换。
103.至此，在第一ppdu传输失败的情况下，由于发送端mld重传了第一ppdu中出错的部分，可以认为发送端mld完成了第一链路的错误恢复。
104.可选的，发送端mld在第一时刻通过第一链路向接收端mld发送第二ppdu，可以包括：第一链路在第一时间段内空闲的情况下，发送端mld在第一时刻通过第一链路向接收端mld发送第二ppdu。其中，该第一时间段的结束时刻为第一时刻，第一时间段的长度为pifs或tbd(to be decided)时间。
105.可选的，发送端mld可以通过执行空闲信道评估(clear channel assessment，cca)来确认该第一链路在第一时间段内是否空闲。
106.另一种实现中，第一时间段的长度为sifs。
107.可选的，发送端mld可以通过能量检测(energy detection，ed)作为确认该第一链路在sifs内是否空闲的检测方式。
108.可选的，发送端mld可以降低ed门限，比如从目前20mhz信道空间上的-62dbm降低-72dbm。
109.发送端mld确定第一链路在第一时间段内空闲的情况下，例如第一时间段内cca通过，执行该步骤s602。
110.可以理解的，假设第二链路的传输失败为第二链路上的第三ppdu传输失败，发送端mld可以在第一时刻重传第三ppdu的出错部分。也就是说，发送端mld同步进行第一链路与第二链路的错误恢复。从而可以实现第一链路和第二链路上传输的ppdu的同步，避免在non-str mld侧出现同时收发数据的情况。
111.此时，第二ppdu与第二链路上的第四ppdu的结束时刻相同，该第四ppdu用于重传第三ppdu中出错的部分。
112.可选的，接收端mld收到第二ppdu后，可以向发送端mld发送第二ppdu的ba，或者可以根据第二ppdu进行业务处理等，本技术实施例对此不做具体限定。
113.下面对本实施例中的第一时刻进行详细说明。在本技术实施例的不同实现方式中，该第一时刻也可能不同。
114.一种可能的实现方式中，第一时刻为发送端mld获取到第二链路的传输状态信息的时刻。
115.其中，第二链路的传输状态信息用于指示第二链路上的第三ppdu传输失败。
116.应理解，在同步多链路传输中，该第三ppdu的结束时刻与第一ppdu的结束时刻相同。
117.也就是说，该可能的实现方式中，在步骤s602之前，发送端mld要获取第二链路的传输状态信息。可选的，从发送端mld内部实现的角度来说，该第二链路的传输状态信息可以是第一站点获取的，该第一站点为发送端mld中支持第一链路的站点。
118.可选的，第一站点获取第二链路的传输状态信息，可以包括：第一站点接收来自第
二站点的该第二链路的传输状态信息，该第二站点为该发送端mld中支持第二链路的站点。也就是说，在该步骤s602之前，该方法还可以包括：第二站点向第一站点发送第二链路的传输状态信息。相应的，第一站点接收来自第二站点的第二链路的传输状态信息。
119.可选的，在该可能的实现方式中，在发送端mld获取到第二链路的传输状态信息的时刻与第一ba的预计开始时刻之间的间隔小于或等于第一时长的情况下，发送端mld将获取到第二链路的传输状态信息的时刻确定为第一时刻，或者说，第一时刻为发送端mld获取到第二链路的传输状态信息的时刻。其中，该第一ba为第一ppdu的ba，第一时长为第一ba的长度与sifs之和。
120.可以理解的，该方案也可以描述为：发送端mld获取到第二链路的传输状态信息的时刻与第一ba的预计结束时刻之间的间隔小于或等于第一时长，第一时长为sifs时，发送端mld将获取到第二链路的传输状态信息的时刻确定为第一时刻，或者说，第一时刻为发送端mld获取到第二链路的传输状态信息的时刻。
121.可以理解的，第一ba的预计开始时刻可以指假如第一ppdu正常传输时，发送端mld收到第一ba的时刻，或者说，第一ba的预计开始时刻与第一ppdu的结束时刻之间的间隔为sifs。第一ba的预计结束时刻可以指假如第一ppdu正常传输时，与发送端mld收到第一ba的时刻间隔第一ba的长度的时刻，或者说，第一ba的预计结束时刻与第一ppdu的结束时刻之间的间隔为sifs与第一ba的长度之和。
122.可以理解的，由于第一ba的预计开始时刻可以指假如第一ppdu正常传输时，发送端mld收到第一ba的时刻，将第一ppdu正常传输时，发送端收到第一ba的时刻称为第一ba的开始时刻或第一ba的实际开始时刻，那么本技术中，第一ba的预计开始时刻可以与第一ba的实际开始时刻相同。因此，后续实施例中，第一ba的预计开始时刻和第一ba的开始时刻可以是相同的时刻。同样，第一ba的预计结束时刻和第一ba的结束时刻可以是相同的时刻。下述实施例中第一ppdu之外的其他ppdu的ba的预计开始时刻和预计结束时刻可以参考第一ba的相关说明。
123.可选的，第一ba的预计开始时刻早于发送端mld获取到第二链路的传输状态信息的时刻。
124.可以理解的，该第一ba的预计开始时刻与第一ppdu的结束时刻之间的间隔为sifs。
125.示例性的，将第一ba的开始时刻表示为t1，发送端mld获取到第二链路的传输状态信息的时刻表示为t2，第一ba的长度表示为l
ba
，上述发送端mld确定第一时刻可以包括：在t2-t1≤l
ba
+sifs的情况下，将t2确定为第一时刻，或者在t2-l
ba-t1≤sifs的情况下，将t2确定为第一时刻。
126.基于该方案，由于发送端获取到第二链路的传输状态信息的时刻或者说发送第二ppdu的时刻早于第一ba后的sifs，且sifs小于pifs，相比于现有技术中在第一ba结束后的pifs时刻开始重传失败ppdu，可以更早地实现链路的恢复，缩减了重传之前的等待时间，从而可以有更多的时间传输新的数据，提升可链路的吞吐量。
127.可以理解的，由于ba的头部包括ba的restart指示，因此，本技术实施例中，第一ba的预计开始时刻也可以称为第一ba的restart指示的预计开始时刻，或者称为发送端mld预计收到第一ba的restart的时刻，本技术实施例对此不做具体限定。
128.可选的，在该可能的实现方式中，第一ppdu传输失败后，发送端mld同样获取第一链路的传输状态信息，或者说，第一站点向第二站点发送第一链路的传输状态信息，该第一链路的传输状态信息用于指示第一ppdu传输失败。
129.可选的，由于同步传输，发送端mld可以同时获取到第一链路的传输状态信息和第二链路的传输状态信息。或者说，第一站点收到第二链路的传输状态信息的时刻与第二站点收到第一链路的传输状态信息的时刻相同。
130.可选的，对于第二链路，该实现方式中的第一时刻也可以理解为发送端mld(或第二站点)获取到第一链路的传输状态信息的时刻。
131.对于第二链路的错误恢复，发送端mld执行与第一链路的错误恢复类似的过程，或者说，第二站点执行与第一站点类似的方法进行第二链路的错误恢复，可参考上述相关说明，在此不再赘述。
132.下面以具体示例对该实现方式进行说明。
133.示例性的，基于图5所示的场景，以第一链路为链路1，第二链路为链路2，第一ppdu为ppdu11，第三ppdu为ppdu21，第一ba为ba11，ppdu21的ba为ba21为例，如图7所示，若从第一ppdu的结束时刻开始的sifs时长后，ap1未收到ba11，ap mld(或ap1)可以确定链路1上的ppdu11传输失败。之后，ap mld(或ap1)在t2(即第一时刻)获取到链路2的传输状态信息后，在t2通过链路1发送ppdu11'，ppdu11'即可理解为第二ppdu。
134.其中，ba用虚线框表示未收到，后续附图中的虚线框也表示框内的内容未收到，在此统一说明，下述实施例不再赘述。
135.同理，若从第三ppdu的结束时刻开始的sifs时长后，ap2未收到ba21，ap mld(或ap2)可以确定链路2上的ppdu21传输失败。之后，ap mld(或ap2)在t2(即第一时刻)获取到链路1的传输状态信息后，在t2通过链路2发送ppdu21'，ppdu21'即可理解为第四ppdu。
136.另一种可能的实现方式中，第一时刻为假如第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻。
137.可以理解的，假设第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻为第一ppdu的结束时刻加上第一ba的长度以及2个sifs。
138.示例性的，将下一个ppdu的发送时间表示为t3，第一ppdu的结束时刻表示为t4，则可以表示为为t3＝t4+l
ba
+2sifs。
139.可选的，在该可能的实现方式中，在第二时刻之前，发送端mld未获取到第二链路的传输状态信息的情况下，发送端mld将假如第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻确定为第一时刻，或者说，第一时刻为假如第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻。
140.可以理解的，该第二时刻即为假如第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻。从而也可以认为，在假如第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻之前，发送端mld未获取到第二链路的传输状态信息的情况下，第一时刻为假如第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻。
141.可选的，从发送端mld内部实现的角度来看，发送端mld未获取到第二链路的传输状态信息，可以为：第一站点未获取到第二链路的传输状态信息。
142.可选的，可能由于第一站点和第二站点的信息交互延迟过大，导致在第一ppdu正
常传输时的下一个ppdu的发送时刻，第一站点还未获取到第二链路的传输状态信息。
143.示例性的，将下一个ppdu的发送时间表示为t3，上述发送端mld确定第一时刻可以包括：在t3时刻发送端mld未获取到第二链路的传输状态信息的情况下，发送端mld将t3确定为第一时刻。
144.基于该方案，由于sifs小于pifs，因此假如第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻早于第一ba结束后的pifs时刻，从而相比于现有技术中在第一ba结束后的pifs时刻开始重传失败ppdu，可以更早地实现链路的恢复，缩减了重传之前的等待时间，进而可以有更多的时间传输新的数据，提升可链路的吞吐量。
145.对于第二链路的错误恢复，发送端mld执行与第一链路的错误恢复类似的过程，或者说，第二站点执行与第一站点类似的方法进行第二链路的错误恢复，可参考上述相关说明，在此不再赘述。
146.下面以具体示例对该实现方式进行说明。
147.示例性的，基于图5所示的场景，以第一链路为链路1，第二链路为链路2，第一ppdu为ppdu11，第三ppdu为ppdu21，第一ba为ba11，ppdu21的ba为ba21为例，如图8所示，若从第一ppdu的结束时刻开始的sifs时长后，ap1未收到ba11，ap发送端mld(或ap1)可以确定链路1上的ppdu11传输失败。之后，若ap发送端mld(或ap1)在t3时刻未获取到第二链路的传输状态信息，ap发送端mld(或ap1)在t3通过链路1发送ppdu11'，ppdu11'即可理解为第二ppdu。
148.同理，若从第三ppdu的结束时刻开始的sifs时长后，ap2未收到ba21，ap发送端mld(或ap2)可以确定链路2上的ppdu21传输失败。之后，若ap发送端mld(或ap2)在t3时刻未获取到第一链路的传输状态信息，ap发送端mld(或ap2)在t3通过链路2发送ppdu21'，ppdu21'即可理解为第四ppdu。
149.又一种可能的实现方式中，第一时刻与发送端mld获取到第二链路的传输状态信息的时刻之间的间隔为pifs。
150.其中，第一时刻晚于发送端mld获取到第二链路的传输状态信息的时刻，即发送端mld从获取到第二链路的传输状态信息的时刻开始等待pifs时长后，通过第一链路向接收端mld发送第二ppdu。
151.可选的，在发送端mld获取到第二链路的传输状态信息的时刻与第一ppdu的结束时刻之间的间隔小于或等于pifs的情况下，发送端mld确定第一时刻与发送端mld获取到第二链路的传输状态信息的时刻之间的间隔为pifs。
152.示例性的，将第一ppdu的结束时刻表示为t4，发送端mld获取到第二链路的传输状态信息的时刻表示为t2，则可以表示为在t2-t4≤pifs的情况下，发送端mld确定第一时刻与发送端mld获取到第二链路的传输状态信息的时刻之间的间隔为pifs。
153.对于第二链路的错误恢复，发送端mld执行与第一链路的错误恢复类似的过程，或者说，第二站点执行与第一站点类似的方法进行第二链路的错误恢复，可参考上述相关说明，在此不再赘述。
154.下面以具体示例对该实现方式进行说明。
155.示例性的，基于图5所示的场景，以第一链路为链路1，第二链路为链路2，第一ppdu为ppdu11，第三ppdu为ppdu21，第一ba为ba11，ppdu21的ba为ba21为例，如图9所示，若从第一ppdu的结束时刻开始的sifs时长后，ap1未收到ba11，ap发送端mld(或ap1)可以确定链路
1上的ppdu11传输失败。之后，ap发送端mld(或ap1)将t2作为第一时间段的开始时刻，并在第一时间段的结束时刻通过链路1发送ppdu11'，ppdu11'即可理解为第二ppdu。
156.同理，若从第三ppdu的结束时刻开始的sifs时长后，ap2未收到ba21，ap发送端mld(或ap2)可以确定链路2上的ppdu21传输失败。之后，ap发送端mld(或ap2)将t2作为第一时间段的开始时刻，并在第一时间段的结束时刻通过链路2发送ppdu21'，ppdu21'即可理解为第四ppdu。
157.需要说明的是，上述图7-图9中，链路1和链路2的rts/cts完全对齐，并不限定本实施例的方案仅适用于多个链路上rts/cts完全对齐的情况，该方案还可以适用于多个链路上rts/cts不完全对齐的情况。例如，上述图7所示的方案也可以适用于图10所示的场景，其中，ppdu10和ppdu20包括rts，ba10和ba20包括cts。
158.其中，不同链路的rts完全对齐，可以指不同链路上rts的开始时刻和结束时刻均相同，不同链路的cts完全对齐，可以指不同链路上cts的开始时刻和结束均时刻相同。
159.基于该方案，一方面，在发送端mld和接收端mld中的一个具备str能力，另一个不具备str能力，第一链路的第一ppdu传输失败的场景下，发送端mld可以在第一时刻发送第二ppdu以重传第一ppdu中的出错部分，实现第一链路的错误恢复；另一方面，在第一时刻为发送端mld获取到第二链路的传输状态信息的时刻的情况下，考虑了发送端mld内部传输状态信息交互的时延，相比于假设传输状态信息交互十分迅速的情况，更加有利于产品实现，降低了对发送端mld的设计压力；或者，在第一时刻为假设第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻的情况下，相比于在第一ppdu的ba的结束时刻间隔pifs后的时刻发送第二ppdu的情况，可以更早地实现链路的恢复，缩减了重传之前的等待时间，进而可以有更多的时间传输新的数据，提升可链路的吞吐量。
160.上述实施例中，介绍了发送端mld与接收端mld之间的第一链路和第二链路上均发生ppdu传输失败的场景下的错误恢复方法。此外，本技术实施例还提供一种链路的错误恢复方法，该方法不限定第一链路和第二链路上均发生ppdu传输失败。
161.其中，该方法可以由发送端mld、或由可用于发送端mld的部件(例如芯片)执行，本技术以该方法由发送端mld执行为例进行说明。此外，该方法中，发送端mld和接收端mld中的一个具备str能力，另一个不具备str mld能力。
162.本技术下述实施例中，以该发送端mld为ap mld，接收端mld为non-str stamld为例，假设该al mld包括ap1和ap2两个站点，ap1支持链路1，ap2支持链路2，non-strsta mld包括sta1和sta2，且sta1与ap1通过链路1通信，sta2与ap2通过链路2通信进行说明。
163.一种可能的实施场景下中，如图11所示，该方法包括如下步骤：
164.s1101、发送端mld确定第一链路上的第一ppdu传输失败。
165.该步骤s1101中的相关描述可参考上述步骤s601，在此不再赘述。
166.s1102、发送端mld在第一时刻通过第一链路向接收端mld发送第二ppdu。相应的，接收端mld通过第一链路接收来的发送端mld的第二ppdu。
167.其中，第二ppdu用于重传第一ppdu中出错的部分。发送端mld向接收端mld发送第二ppdu的相关说明可参考上述步骤s602中的相关描述，在此不再赘述。
168.可选的，接收端mld收到第二ppdu后，可以向发送端mld发送第二ppdu的ba，或者可以根据第二ppdu进行业务处理等，本技术实施例对此不做具体限定。
169.下面对本实施例中的第一时刻进行说明。可选的，在本实施例的不同实施场景下，第一时刻也可能不同。
170.一种可能的实现方式中，在第一链路上的第一ppdu传输失败，第二链路上的第三ppdu的ba传输成功的情况下，第一时刻为第一ba的预计结束时刻，第一ba为第一ppdu的ba，第三ppdu的结束时刻与第一ppdu的结束时刻相同。
171.示例性的，以第一链路为链路1，第二链路为链路2，链路1发生ppdu传输失败，链路2未发生传输失败，第一ppdu为ppdu11，第一ba为ba11为例，如图12所示，若从第一ppdu的结束时刻后的sifs时长后，ap1未收到ba11，ap发送端mld(或ap1)可以确定链路1上的ppdu11传输失败。之后，ap mld(或ap1)在第一ba的预计结束时刻通过链路1发送ppdu11'，ppdu11'即为第二ppdu。其中，ppdu21即为链路2上的第三ppdu，ppdu22即为链路2上的第四ppdu。
172.另一种实现中，在第一链路上的第一ppdu传输失败，第二链路上的第三ppdu的ba传输成功的情况下，第一时刻晚于第一ba的预计结束时刻，第一ba为第一ppdu的ba，第三ppdu的结束时刻与第一ppdu的结束时刻相同。
173.以图12为例，在第一链路上发送ppdu11’的第一时刻，即ppdu11’的发送时间不早于第一ba的预计结束时刻。
174.可选的，所述第一时刻与第一ba的预计结束时刻之间间隔一定时长，例如，第一链路上ppdu11’的发送时间与第一ba的预计结束时刻之间的间隔可以是帧对齐误差，比如8us。
175.可选的，所述第一时刻与第二链路上的ba2的实际结束时间相同或对齐，例如第一链路上ppdu11’的发送时间可以是第二链路上ba2的实际结束时间，其中，ba21即为第二链路上ppdu21的ba，ppdu21即为第二链路上的第三ppdu。
176.需要说明的是，该可能的实现方式中，发送端mld具备str能力，即为str mld，接收端mld不具备str mld能力，即为non-str mld。
177.另一种可能的实现方式中，在第一链路上的第一ppdu传输失败，第二链路上的第三ppdu的ba传输失败的情况下，第一时刻为第一ba的预计结束时刻，第一ba为第一ppdu的ba，第三ppdu的结束时刻与第一ppdu的结束时刻相同。
178.可选的，ba传输失败可以包括ba解码失败。
179.在该可能的实现方式中，本实施例提供的链路的错误恢复方法还可以包括：发送端mld在第二时刻通过第二链路向接收端mld发送第四ppdu，该第四ppdu用于重传第三ppdu中出错部分的ppdu。
180.其中，该第二时刻与第三ppdu的ba的结束时刻之间的间隔为pifs，第二时刻晚于第三ppdu的ba的结束时刻。
181.可选的，第四ppdu的结束时刻与第二ppdu的结束时刻相同。
182.示例性的，以第一链路为链路1，第二链路为链路2，链路1上发生ppdu传输失败，链路2发生ba传输失败，第一ppdu为ppdu11，第一ba为ba11，第三ppdu为ppdu21，第三ppdu的ba为ba21为例，如图13所示，若ba21传输失败，ap mld(或ap2)可以从ba21结束时刻开始等待pifs时长后发送ppdu21'，该ppdu21'即为第四ppdu。
183.需要说明的是，该可能的实现方式中，发送端mld具备str能力，即为str mld，接收端mld不具备str mld能力，即为non-str mld。
184.基于上述两种可能的实现方式，在第一ba的预计结束时刻发送第二ppdu，相比于在第一ba的结束时刻间隔pifs后的时刻发送第二ppdu的情况，可以更早地实现链路的恢复，缩减了重传之前的等待时间，进而可以有更多的时间传输新的数据，提升可链路的吞吐量。
185.又一种可能的实现方式中，在第一链路上的第一ppdu传输失败，第二链路上的第三ppdu的ba传输失败的情况下，第一时刻与第一ba的预计结束时刻之间的间隔为pifs，第一时刻晚于第一ba的结束时刻。
186.在该可能的实现方式中，本实施例提供的链路的错误恢复方法还可以包括：发送端mld在第二时刻通过第二链路向接收端mld发送第四ppdu，该第四ppdu用于重传第三ppdu中出错部分的ppdu，第二时刻可参见上述相关说明。
187.示例性的，以第一链路为链路1，第二链路为链路2，链路1上发生ppdu传输失败，链路2发生ba传输失败，第一ppdu为ppdu11，第一ba为ba11，第三ppdu为ppdu21，第三ppdu的ba为ba21为例，如图14所示，在ppdu11传输失败的情况下，ap mld(或ap1)在第一时刻发送ppdu11'，该ppdu11'即为第二ppdu，在ba21传输失败的情况下，ap mld(或ap2)在第二时刻发送ppdu21'，该ppdu21'即为第四ppdu。
188.需要说明的是，该可能的实现方式中，发送端mld不具备str能力，即为non-str mld，接收端mld具备str mld能力，即为str mld。
189.再一种可能的实现方式中，在第一链路上的第一ppdu传输失败，第二链路上的第三ppdu的ba传输失败的情况下，该第一时刻可以为发送端mld获取到第二链路的传输状态信息的时刻，该第二链路的传输状态信息可以用于指示第三ppdu的ba传输失败。
190.可选的，该第一时刻早于第一ba的预计结束时刻。
191.在该可能的实现方式中，本实施例提供的链路的错误恢复方法还可以包括：发送端mld在第二时刻通过第二链路向接收端mld发送第四ppdu，该第四ppdu用于重传第三ppdu中出错部分的ppdu，第二时刻可参见上述相关说明。
192.示例性的，以第一链路为链路1，第二链路为链路2，链路1上发生ppdu传输失败，链路2发生ba传输失败，第一ppdu为ppdu11，第一ba为ba11，第三ppdu为ppdu21，第三ppdu的ba为ba21，发送端mld获取到第二链路的传输状态信息的时刻为t2为例，如图15所示，在ppdu11传输失败的情况下，ap mld(或ap1)t2发送ppdu11'，该ppdu11'即为第二ppdu，在ba21传输失败的情况下，ap mld(或ap2)ba21后的pifs发送ppdu21'，该ppdu21'即为第四ppdu。
193.需要说明的是，该可能的实现方式中，发送端mld具备str能力，即为str mld，接收端mld不具备str mld能力，即为non-str mld。
194.基于该可能的实现方式，相比于在第一ba的结束时刻间隔pifs后的时刻发送第二ppdu的情况，可以更早地实现链路的恢复，缩减了重传之前的等待时间，进而可以有更多的时间传输新的数据，提升可链路的吞吐量。
195.可以理解的，在上述四种可能的实现方式中，由于接收端mld为non-str mld，第二ppdu的结束时刻与第二链路上的第四ppdu的结束时刻相同。
196.可选的，对于使第四ppdu的结束时刻与第二ppdu的结束时刻相同的实现方式，第四ppdu和第二ppdu中后发的ppdu可以根据先发的ppdu的长度对自身的ppdu长度进行调整，
例如通过聚合更少的媒体接入控制协议数据单元(media access control protocol data unit，mpdu)或是减少填充(padding)来调整长度。
197.可选的，在上述四种可能的实现方式中，若以第一时刻为结束时刻的第一时间段内，第一链路非空闲，或者说该第一时间段内cca未通过，则在第一ba的预计结束时刻可以开始执行信道退避，在信道退避结束后，发送端mld通过第一链路向接收端mld发送第二ppdu。基于该方案，可以在pifs恢复失败的情况下，继续进行退避恢复，提高链路的错误恢复的可靠性。
198.基于上述图11所示的方案，一方面，在发送端mld具备str能力，接收端mld不具备str能力，第一链路的第一ppdu传输失败的场景下，发送端mld可以在第一时刻发送第二ppdu以重传第一ppdu中的出错部分，实现第一链路的错误恢复；另一方面，在第二链路上第三ppdu的ba传输失败的情况下，可以在第二时刻发送第四ppdu以重传第三ppdu种的出错部分，实现第二链路的错误恢复。
199.另一种可能的实施场景下中，如图16所示，该方法包括如下步骤：
200.s1601、发送端mld确定第一链路上的第一ppdu或第一ba传输失败。
201.其中，第一ba为第一ppdu的ba。第一ppdu或第一ba传输失败可参考上述相关描述，在此不再赘述。
202.s1602、发送端mld在第一时刻开始执行信道退避。
203.其中，该第一时刻为第一ba的结束时刻。可以理解的，该信道退避为第一链路上的信道退避。
204.s1603、发送端mld在信道退避结束后，通过第一链路向接收端mld发送第二ppdu。相应的，接收端mld通过第一链路接收来自发送端mld的第二ppdu。
205.其中，第二ppdu用于重传第一ppdu中出错的部分。
206.可以理解的，在该步骤s1603中，发送端mld发送第二ppdu之前不再进行cca。
207.示例性的，以第一链路为链路1，第二链路为链路2，链路1上发生ppdu传输失败，链路2未发生传输失败，第一ppdu为ppdu11，第一ba为ba11为例，如图17所示，在ba11的预计结束时刻，ap mld(或ap1)开始执行信道退避，退避结束后发送ppdu11'，该ppdu11'即为第二ppdu。
208.可选的，在第二链路上的第三ppdu的ba传输失败的情况下，发送端mld也可以在该ba的结束时刻进行第二链路上的信道退避，在该信道退避结束后，在第二链路上向接收端mld发送第四ppdu，用于重传第三ppdu中的出错部分。
209.可选的，接收端mld收到第二ppdu后，可以向发送端mld发送第二ppdu的ba，或者可以根据第二ppdu进行业务处理等，本技术实施例对此不做具体限定。
210.基于该方案，一方面，在发送端mld具备str能力，接收端mld不具备str能力，第一链路的第一ppdu传输失败的场景下，发送端mld可以在第一ppdu的ba的预计结束时刻开始执行信道退避，在信道退避结束后，在第一链路上发送第二ppdu以重传第一ppdu中的出错部分，从而实现第一链路的错误恢复；另一方面，在第二链路上第三ppdu的ba传输失败的情况下，可以该ba的结束时刻开始执行第二链路上的信道退避，在该信道退避结束后发送第四ppdu以重传第三ppdu种的出错部分，实现第二链路的错误恢复。
211.此外，本技术实施例还提供一种链路的错误恢复方法，该方法可以由发送端mld、
或由可用于发送端mld的部件(例如芯片)执行，本技术以该方法由发送端mld执行为例进行说明。该方法中，发送端mld和接收端mld中的一个具备str能力，另一个不具备str能力，即一个为str mld，另一个为non-str mld。
212.该方法中，发送端mld的每条链路上的txop建立成功后，该txop内ba之后的帧间隔为pifs，ppdu之后的帧间隔仍为sifs。示例性的，如图18所示，ba11、ba12之后的帧间隔为sifs，ppdu11、ppdu12之后的帧间隔为pifs。
213.可以理解的，由于本技术中ba为回复帧的一种，因此，该txop内ba之后的帧间隔为pifs，可以理解为：回复帧之后的帧间隔为pifs。相应的，本技术实施例中，接收ba也可以理解为接收回复帧。
214.如图19所示，为该方法的流程示意图，该链路的错误恢复方法可以包括如下步骤：
215.s1901、发送端mld在第一链路上接收第一ba。
216.其中，第一ba为第一ppdu的ba。
217.可选的，若发送端mld接收该第一ppdu的ba后解码失败，可以认为第一ppdu的ba传输失败。
218.s1902、发送端mld通过第一链路向接收端mld发送第二ppdu。相应的，接收端mld通过第一链路接收来自发送端mld的第二ppdu。
219.其中，第二ppdu的开始时刻与第一ba的结束时刻之间的间隔为帧间隔，该帧间隔为pifs。发送端mld向接收端mld发送第二ppdu的相关说明可参考上述步骤s602中的相关描述，在此不再赘述。
220.可选的，在第一ba解码失败的情况下，该第二ppdu用于重传第一ppdu中出错的部分。
221.示例性的，以第一链路为链路1，第二链路为链路2，链路1上的第一ppdu为ppdu12，ppdu12的ba(ba12)解码失败为例，如图20所示，在ba12解码失败后，发送端mld在ba12的下一帧发送ppdu12'，ba12与ppdu12'之间的帧间隔为pifs，该ppdu12'即为第二ppdu。
222.此外，在第一链路上的第一ppdu传输失败的情况下，发送端mld仍然可以在该第一ba的下一帧通过第一链路向接收端发送第二ppdu，以重传该第一ppdu的出错部分。
223.示例性的，以第一链路为链路1，第二链路为链路2，链路1上的第一ppdu为ppdu12，ppdu12传输失败为例，如图21所示，在ppdu12传输失败后，发送端mld在ba12的下一帧发送ppdu12'，ba12与ppdu12'之间的帧间隔为pifs，该ppdu12'即为第二ppdu。
224.可选的，接收端mld收到第二ppdu后，可以向发送端mld发送第二ppdu的ba，或者可以根据第二ppdu进行业务处理等，本技术实施例对此不做具体限定。
225.基于该方案，在ba之后的帧间隔为pifs的情况下，一方面，即使某条链路上的ppdu或ba传输失败，在发送端mld进行该链路的错误恢复时，不获取其他链路上的传输状态信息，避免了发送端mld内部的信息交互，节省发送端mld的功耗；另一方面，由于每条链路上ba后的帧间隔都为pifs，ppdu后的帧间隔都为sifs，即使在进行某条链路的错误恢复时不获取其他链路上的传输状态信息，也可以实现同步传输。例如，图20或图21所示的示例中，链路1上发生传输失败，链路2上未发生传输失败，在使用该方法进行链路1的错误恢复时，可以实现和链路2的同步传输，进而避免出现non-str mld设备同时收发数据的情况。
226.以上为本技术提供的链路的错误恢复方法，下面对各种场景下链路的错误恢复进
行总结。
227.需要说明的是，该总结以发送端mld为str mld或non-str mld两种情况，发送端mld和接收端mld之间的链路包括链路1和链路2进行说明。其中，链路1和链路2仅是示例性的对链路进行区分，其链路状态可以互换，在链路状态互换时，仍然可以采用相同的方法进行出错链路的错误恢复。
228.其中，关于下述总结中涉及到的链路状态的解释可参见表1。
229.表1
230.链路状态解释成功ppdu以及ba的发送和接收都成功ppdu出错ppdu传输失败ba出错ba传输失败
231.发送端为str mld的时，各种场景下的传输方案或错误恢复方案可见下表2。
232.表2
[0233][0234]
发送端为non-str mld的时，各种场景下的传输方案或错误恢复方案可见下表3。
[0235]
表3
[0236]
[0237][0238]
可以理解的是，以上各个实施例中，发送端mld实现的方法和/或步骤，也可以由可用于发送端mld的部件(例如芯片或者电路)实现。
[0239]
上述主要对本技术实施例提供的方案进行了介绍。相应的，本技术实施例还提供了通信装置，该通信装置用于实现上述各种方法。该通信装置可以为上述方法实施例中的发送端mld，或者包含上述发送端mld的装置，或者是上述发送端mld中包含的装置，比如系统芯片。
[0240]
可以理解的是，该通信装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0241]
本技术实施例可以根据上述方法实施例中对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0242]
比如，以通信装置为上述方法实施例中的发送端mld为例。图22示出了一种发送端mld220的结构示意图。该发送端mld220包括收发模块2201和处理模块2202。所述收发模块2201，也可以称为收发单元用以实现发送和/或接收功能，例如可以是收发电路，收发机，收发器或者通信接口。
[0243]
一种可能的实现方式中：
[0244]
处理模块2202，用于确定第一链路上的第一物理层协议数据单元ppdu传输失败；
[0245]
收发模块2201，用于在第一时刻通过第一链路向接收端mld发送第二ppdu，第二ppdu用于重传第一ppdu中出错的部分。其中，第一时刻为发送端mld获取到第二链路的传输
状态信息的时刻；第二链路的传输状态信息用于指示第二链路上的第三ppdu传输失败；或者，第一时刻为假如第一ppdu正常传输时，第一链路上下一个ppdu的发送时刻。
[0246]
另一种可能的实现方式中：
[0247]
处理模块2202，用于确定所述第一链路上的第一物理层协议数据单元ppdu传输失败；
[0248]
收发模块2201，用于在第一时刻通过所述第一链路向所述接收端mld发送第二ppdu，所述第二ppdu用于重传所述第一ppdu中出错的部分。其中，所述第一时刻为第一确认块ba的预计结束时刻，所述第一ba为所述第一ppdu的ba。
[0249]
再一种可能的实现方式中：
[0250]
处理模块2202，用于确定第一链路上的第一物理层协议数据单元ppdu或第一确认块ba传输失败，第一ba为第一ppdu的ba；
[0251]
处理模块2202，还用于在第一时刻开始执行信道退避，第一时刻为第一ba的结束时刻；
[0252]
收发模块2201，用于在信道退避结束后，通过第一链路向接收端mld发送第二ppdu，第二ppdu用于重传第一ppdu中出错的部分。
[0253]
又一种可能的实现方式中：
[0254]
处理模块2202，用于通过收发模块2201在第一链路上接收第一块确认ba，第一ba为第一物理层协议数据单元ppdu的ba；
[0255]
处理模块2202，还用于通过收发模块2201在在第一链路向接收端mld发送第二ppdu，其中，第二ppdu的开始时刻与第一ba的结束时刻之间的间隔为帧间隔，该帧间隔为点协调功能帧间隔pifs。
[0256]
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
[0257]
在本实施例中，该发送端mld220以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定asic，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。
[0258]
由于本实施例提供的发送端mld220可执行上述的通信方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
[0259]
图23所示为本技术实施例提供的通信设备230的硬件结构示意图。其中，该通信设备230包括至少一个处理器2301，通信线路2302，存储器2303以及至少一个通信接口2304。
[0260]
上述发送端mld的功能可以通过该通信设备230实现。比如，图23中的处理器2301可以通过调用存储器2303中存储的计算机执行指令，使得通信设备230执行上述方法实施例中的方法。
[0261]
具体的，图6或图11或图16或图19中的步骤/实现过程可以通过图23中的处理器2301调用存储器2303中存储的计算机执行指令来实现。或者，图6或图11或图16或图19中的处理相关的功能/实现过程可以通过图23中的处理器2301调用存储器2303中存储的计算机执行指令来实现，图6或图11或图16或图19中的收发相关的功能/实现过程可以通过图23中的通信接口2304来实现。
[0262]
处理器2301可以是一个通用中央处理器(central processing unit，cpu)，微处
理器，特定应用集成电路(application-specific integrated circuit，asic)，或一个或多个用于控制本技术方案程序执行的集成电路。
[0263]
通信线路2302可包括一通路，在上述组件之间传送信息。
[0264]
通信接口2304，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)等。
[0265]
存储器2303可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路2302与处理器相连接。存储器也可以和处理器集成在一起。
[0266]
其中，存储器2303用于存储执行本技术方案的计算机执行指令，并由处理器2301来控制执行。处理器2301用于执行存储器2303中存储的计算机执行指令，从而实现本技术下述实施例提供的链路的错误恢复方法。
[0267]
可选的，本技术实施例中的计算机执行指令也可以称之为应用程序代码，本技术实施例对此不作具体限定。
[0268]
在具体实现中，作为一种实施例，处理器2301可以包括一个或多个cpu，例如图23中的cpu0和cpu1。
[0269]
在具体实现中，作为一种实施例，通信设备230可以包括多个处理器，例如图23中的处理器2301和处理器2308。这些处理器中的每一个可以是一个单核(single-cpu)处理器，也可以是一个多核(multi-cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
[0270]
在具体实现中，作为一种实施例，通信设备230还可以包括输出设备2305和输入设备2306。输出设备2305和处理器2301通信，可以以多种方式来显示信息。例如，输出设备2305可以是液晶显示器(liquid crystal display，lcd)，发光二极管(light emitting diode，led)显示设备，阴极射线管(cathode ray tube，crt)显示设备，或投影仪(projector)等。输入设备2306和处理器2301通信，可以以多种方式接收用户的输入。例如，输入设备2306可以是鼠标、键盘、触摸屏设备或传感设备等。
[0271]
上述的通信设备230可以是一个通用设备或者是一个专用设备。在具体实现中，通信设备230可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant，pda)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图23中类似结构的设备。本技术实施例不限定通信设备230的类型。
[0272]
可选的，本技术实施例还提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方法实施例中的方法。在一种可能的设计中，该通信装置还包括存储器。该存储器，用于保存必要的程序指令和数据，处理器可
以调用存储器中存储的程序代码以指令该通信装置执行上述任一方法实施例中的方法。当然，存储器也可以不在该通信装置中。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件，本技术实施例对此不作具体限定。
[0273]
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。本技术实施例中,计算机可以包括前面所述的装置。
[0274]
尽管在此结合各实施例对本技术进行了描述，然而，在实施所要求保护的本技术过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
[0275]
尽管结合具体特征及其实施例对本技术进行了描述，显而易见的，在不脱离本技术的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本技术的示例性说明，且视为已覆盖本技术范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。