CN116724634A - 使用受限的twt的无线通信方法以及使用其的无线通信终端 - Google Patents

Abstract

本申请公开一种与基站无线通信终端进行无线通信的无线通信终端。无线通信终端包括：收发器；以及处理器。处理器在受限的服务时段内传输被设置成用于低延迟传输的业务的低延迟业务或对低延迟业务的响应，在受限的服务时段内，限制除低延迟业务的传输和对低延迟业务的响应的传输之外的传输。

Description

使用受限的TWT的无线通信方法以及使用其的无线通信终端

技术领域

本发明涉及使用受限的TWT的无线通信方法及使用其的无线通信终端。

背景技术

近年来，随着移动装置的供给扩展，能向移动装置提供快速无线互联网服务的无线局域网(Wireless LAN)技术已经受到重视。无线LAN技术允许包括智能电话、智能平板、膝上型计算机、便携式多媒体播放器、嵌入式装置等等的移动装置基于近距离的无线通信技术，无线地接入家庭或者公司或者特殊服务提供区域中的互联网。

自使用2.4GHz的频率支持初始无线LAN技术以来，电气与电子工程师协会(Institute of Electrical and Electronics Engineers，IEEE)802.11已经商业化或者开发了各种技术标准。首先，IEEE 802.11b在使用2.4GHz频带的频率时，支持最大11Mbps的通信速度。与显著地拥塞的2.4GHz频带的频率相比，在IEEE 802.11b之后商业化的IEEE802.11a使用不是2.4GHz频带而是5GHz频带的频率减少干扰的影响，并且通过使用OFDM技术，将通信速度提高到最大54Mbps。然而，IEEE 802.11a的缺点在于通信距离短于IEEE802.11b。此外，与IEEE 802.11b类似，IEEE 802.11g使用2.4GHz频带的频率实现最大54Mbps的通信速度并且满足后向兼容以显著地引起关注，并且进一步地，就通信距离而言，优于IEEE 802.11a。

此外，作为为了克服在无线LAN中作为弱点被指出的通信速度的限制而建立的技术标准，已经提供了IEEE 802.11n。IEEE 802.11n旨在提高网络的速度和可靠性并且延长无线网络的工作距离。更详细地，IEEE 802.11n支持高吞吐量(High Throughput，HT)，其中数据处理速度为最大540Mbps或更高，并且进一步，基于多输入和多输出(Multiple InputsMultiple Outputs，MIMO)技术，其中在发送单元和接收单元的两侧均使用多个天线最小化传输误差并且优化数据速度。此外，该标准能使用发送相互叠加的多个副本的编译方案以便增加数据可靠性。

随着激活无线LAN的供应，并且进一步地，随着使用无线LAN的应用的多样化，对支持比由IEEE 802.11n支持的数据处理速度更高的吞吐量(极高吞吐量(Very HighThroughput，VHT))的新无线LAN系统的需求已经受到关注。在它们中，IEEE 802.11ac支持在5GHz频率中的宽带宽(80至160MHz)。仅在5GHz频带中定义IEEE 802.11ac标准，但初始11ac芯片组甚至支持在2.4GHz频带中的操作，用于与现有的2.4GHz频带产品后向兼容。理论上，根据该标准，能使能多个站的无线LAN速度达到最小1Gbps，并且能使最大单链路速度达到最小500Mbps。这通过扩展由802.11n接收的无线接口的概念实现，诸如更宽无线频率带宽(最大160MHz)、更多MIMO空间流(最大8个)、多用户MIMO、和高密度调制(最大256QAM)。此外，作为通过使用60GHz频带而不是现有的2.4GHz/5GHz发送数据的方案，已经提供了IEEE 802.11ad。IEEE 802.11ad是通过使用波束成形技术提供最大7Gbps的速度的传输标准，并且适合于高比特速率运动图像流，诸如大规模数据或非压缩HD视频。然而，由于60GHz频带难以穿过障碍物，所以其缺点在于仅能在近距离空间的设备当中使用60GHz频带。

作为802.11ac和802.11ad之后的无线LAN标准，用于在AP和终端集中的高密度环境中提供高效和高性能无线LAN通信技术的IEEE 802.11ax(高效无线LAN(HighEfficiency WLAN，HEW))标准处于开发完成阶段。在基于802.11ax的无线LAN环境中，在存在高密度站和接入点(AP)的情况下，应在室内/室外提供具有高频效率的通信，并且已经开发了实现这种通信的各种技术。

为了支持新的多媒体应用，诸如高清晰度视频和实时游戏，已经开始开发新的无线LAN标准以提高最大传输速率。在作为第7代无线LAN标准的IEEE 802.11be极高吞吐量(Extremely High Throughput，EHT)中，以在2.4/5/6GHz频带中通过较宽带宽、增加的空间流、多AP协作等支持高达30Gbps的传输速率为目的，正在进行标准的开发。

发明内容

技术问题

本公开的实施例的目的是提供使用多链路的无线通信方法和使用该方法的无线通信终端。

技术方案

本发明的一实施例的与基站无线通信终端进行无线通信的无线通信终端包括收发器；以及处理器。所述处理器在受限的服务时段内传输被设置成用于低延迟传输的业务的低延迟业务或对所述低延迟业务的响应。此时，在所述受限的服务时段内，限制除所述低延迟业务的传输和所述低延迟业务的传输之外的传输。

所述处理器在所述受限的服务时段开始之前可以终止用于传输除所述低延迟业务之外的业务的TXOP。

所述处理器在竞争窗口内获得随机整数，基于获得的随机整数执行信道接入，当在所述受限的服务时段开始之前完成信道接入并且在判断为在所述受限的服务时段开始之前不能完成帧交换从而放弃传输时，可以再次执行信道接入。

当所述无线通信终端再次执行所述信道接入时，所述处理器可以维持在完成的信道接入中使用的所述竞争窗口的大小。

当所述无线通信终端再次执行所述信道接入时，所述处理器可以维持所述完成的信道接入的重传计数。

设置与所述受限的服务时段对应的静态区间，在所述静态区间中可以不允许所有传输。所述处理器忽略与所述受限的服务时段对应的静态区间，并在所述受限的服务时段内传输所述低延迟业务或对所述低延迟业务的响应，在所述受限的服务时段内可以不传输CF End帧。

设置与所述受限的服务时段对应的静态区间，在所述静态区间中可以不允许所有传输。所述处理器基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点，确定是否忽略所述静态区间，在确定忽略所述静态区间的情况下，忽略与所述受限的服务时段对应的静态区间，并在所述受限的服务时段内可以传输所述低延迟业务或对所述低延迟业务的响应。

当满足基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点判断的条件时，所述处理器忽略所述静态区间，当不满足基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点判断的条件时，所述处理器可以不执行所有传输。

基于所述受限的服务时段的开始时间点和静态区间的开始时间点判断的条件可以是所述静态区间的开始时间点和所述受限的服务时段的开始时间点在预定的时间之内。

根据本发明的实施例，与基站无线通信终端进行无线通信的无线通信终端的操作方法，所述操作方法包括：在受限的服务时段内传输被设置成用于低延迟传输的业务的低延迟业务或对所述低延迟业务的响应的步骤。此时，在所述受限的服务时段内，可以限制除所述低延迟业务传输和对所述低延迟业务的响应的传输之外的传输。

所述操作方法还可以包括：在所述受限的服务时段开始之前终止用于传输除所述低延迟业务之外的业务的TXOP的步骤。

所述操作方法可以包括：在竞争窗口内获得随机整数的步骤；基于获得的随机整数执行信道接入的步骤；当在所述受限的服务时段开始之前完成信道接入并且在判断为在所述受限的服务时段开始之前不能完成帧交换从而放弃传输时，再次执行信道接入的步骤。

再次执行所述信道接入的步骤可以包括：当所述无线通信终端再次执行所述信道接入时，维持在完成的信道接入中使用的所述竞争窗口的大小的步骤。

再次执行所述信道接入的步骤可以包括：当所述无线通信终端再次执行所述信道接入时，维持完成的信道接入的重传计数。

设置与所述受限的服务时段对应的静态区间，在所述静态区间可以不允许所有传输。此时，在所述受限的服务时段内传输所述低延迟业务或对所述低延迟业务的响应的步骤可以包括：忽略与所述受限的服务时段对应的静态区间，并在所述受限的服务时段内传输所述低延迟业务或对所述低延迟业务的响应的步骤；以及在所述受限的服务时段内不传输CF End帧的步骤。

设置与所述受限的服务时段对应的静态区间，在所述静态区间可以不允许所有传输。此时，在所述受限的服务时段内传输所述低延迟业务或对所述低延迟业务的响应的步骤可以包括：基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点，确定是否忽略所述静态区间的步骤；以及在确定忽略所述静态区间的情况下，忽略与所述受限的服务时段对应的静态区间，并在所述受限的服务时段内传输所述低延迟业务或对所述低延迟业务的响应的步骤。

基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点，确定是否忽略所述静态区间的步骤可以包括：当满足基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点判断的条件时，忽略所述静态区间的步骤；以及当不满足基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点判断的条件时，不执行所有传输的步骤。

基于所述受限的服务时段的开始时间点和静态区间的开始时间点判断的条件可以是所述静态区间的开始时间点和所述TWT的服务时段的开始时间点在预定的时间之内。

有益效果

本发明的一实施例提供一种提供受限的TWT功能的无线通信方法及使用其的无线通信终端。

附图说明

图1图示根据本发明的一实施例的无线LAN系统。

图2图示根据本发明的另一实施例的无线LAN系统。

图3图示根据本发明的一实施例的站的配置。

图4图示根据本发明的一实施例的接入点的配置。

图5示意性地图示STA和AP设置链路的过程。

图6图示无线LAN通信中使用的载波侦听多路接入(CSMA)/冲突避免(CA)方法。

图7图示用于各种标准代中的每一个的物理层协议数据单元(PPDU)的格式的示例。

图8图示根据本发明的实施例的各种极高吞吐量(EHT)物理层协议数据单元(PPDU)格式以及用于指示该格式的方法的示例。

图9图示根据本公开的实施例的多链路装置。

图10图示了根据本公开的实施例的多链路操作中的不同链路的同时传输。

图11图示了根据本公开的一实施例的多链路装置在链路改变时的操作。

图12图示了根据本公开的一实施例的在非STR多链路装置的一个站执行接收时禁止非STR多链路装置的另一站的信道接入。

图13图示了当识别出由非STR多链路装置的站接收到的PPDU的预期接收器不是该站时释放信道接入禁止的操作。

图14图示了根据本公开的实施例的在释放信道接入禁止之后由该站执行信道接入。

图15图示了根据本公开的实施例的在释放信道接入禁止之后该站执行传输的操作。

图16图示了根据本公开的实施例的基于非STR多链路装置内的站的状态执行的传输。

图17图示了可能在链路之间产生干扰或冲突的情况。

图18图示了根据本公开的实施例的多链路装置放弃在非STR多链路对中的第一链路正在接收的PPDU的接收，并且在非STR多链路对中的第二链路尝试PPDU传输。

图19图示了多链路装置在非STR多链路对中交换RTS/CTS帧并不传输低延迟业务的情况。

图20图示了根据本公开的实施例的多链路装置在帧交换之前基于业务的优先级确定业务的传输与否。

图21图示了根据本公开的实施例的RTS帧的帧控制字段格式。

图22图示了根据本公开的实施例的MU-RTS帧的用户信息字段格式。

图23图示了接收RTS帧的站根据本公开的实施例向传输RTS帧的AP请求传输机会转让。

图24图示了根据本公开的实施例的包括低延迟业务的优先处理请求的CTS帧的帧控制字段格式。

图25图示了根据本公开的实施例的在AP与站之间设置广播TWT的方法。

图26图示了根据本公开的实施例的AP设置静态区间。

图27图示了根据本公开的实施例的站考虑受限的服务时段设置TXOP的方法。

图28图示了根据本公开的实施例的站考虑受限的服务时段再次执行信道接入过程。

图29图示了根据本公开的实施例AP早期结束受限的服务时段的操作。

图30图示了根据本公开的实施例的多链路装置在非SRT链路对执行传输。

图31图示了从未适用本公开的实施例的非AP站多链路装置开始的帧交换。

图32图示了根据本公开的实施例从非AP站多链路装置开始的帧交换。

图33图示了根据本公开的实施例，当多链路装置在非STR链路对中的第一链路执行请求立即响应的传输时，在第二链路执行不请求立即响应的传输。

图34图示了根据本公开的实施例，当多链路装置在非STR链路对中的第一链路执行UL OFDMA传输时，在第二链路执行传输的操作。

图35图示了根据本公开的实施例，一个对非STR是链路对还是STR确认链路对的情况。

具体实施方式

通过考虑本发明的功能，在本说明书中使用的术语采用当前广泛地使用的通用术语，但是，术语可以根据本领域技术人员的意图、习惯和新技术的出现而改变。此外，在特殊的情况下，存在由申请人任何所选的术语，并且在这种情况下，将在本发明的相应说明部分中说明其含义。因此，应该理解，在本说明书中使用的术语将不仅应基于该术语的名称，而是应基于该术语的实质含义和整个说明书的内容分析。

贯穿整个说明书，当说明一个元件被“耦合”到另一个元件时，该元件可以被“直接耦合”到另一个元件，或者经由第三元件“电耦合”到另一个元件。此外，除非有相反的明确地说明，否则单词“包括”将被理解为隐含包括陈述的元件，但是不排除任何其它的元件。此外，基于特殊的阈值的诸如“或者以上”或者“或者以下”的限制可以分别适当地以“大于”或者“小于”替代。

以下，在本发明中，字段和子字段可以互换使用。

图1图示根据本发明的一实施例的无线LAN系统。

无线LAN系统包括一个或多个基本服务集(Basic Service Set，BSS)，并且BSS表示成功地相互同步以互相通信的装置的集合。通常，BSS可以被划分为基础结构BSS(infrastructure BSS)和独立的BSS(Independent BSS，IBSS)，并且图1示出在它们之间的基础结构BSS。

如图1所示，基础设施BSS(BSS1和BSS2)包括一个或多个站(STA1、STA2、STA3、STA4和STA5)、作为提供分布式服务(Distribution Service)的站的接入点(AP-1和AP-2)、以及连接多个接入点(AP-1和AP-2)的分布式系统(Distribution System，DS)。

站(Station，STA)是包括遵循IEEE 802.11标准的规定的媒体接入控制(MediumAccess Control，MAC)和用于无线媒体的物理层(Physical Layer)接口的预先确定的设备，并且广义上包括非接入点(非AP)站和接入点(AP)两者。此外，在本说明书中，术语“终端”可用于指代非AP STA或者AP，或者这两者术语。用于无线通信的站包括处理器和通信单元，并且根据实施例，可以进一步包括用户接口单元和显示单元。处理器可以生成要经由无线网络传输的帧，或者处理经由无线网络接收的帧，并且此外，执行用于控制站的各种处理。此外，通信单元功能上与处理器相连接，并且经由用于站的无线网络发送和接收帧。根据本发明，终端可以被用作包括终端(user equipment，UE)的术语。

接入点(Access Point，AP)是提供经由用于与之关联(associated)的站的无线媒体对分布式系统(DS)接入的实体。在基础结构BSS中，在非AP站之中的通信原则上经由AP执行，但是当直接链路被配置时，甚至允许在非AP站之中直接通信。同时，在本发明中，AP用作包括个人BSS协调点(Personal BSS Coordination Point，PCP)的概念，并且广义上可以包括中央控制器、基站(Base Station，BS)、节点B、基站收发器系统(Base TransceiverSystem，BTS)或者站控制器等概念。在本发明中，AP也可以被称为基站无线通信终端。基站无线通信终端可以用作广义上包括AP、基站(base station)、e节点B(eNodeB，eNB)和传输点(TP)术语。此外，基站无线通信终端可以包括在与多个无线通信终端的通信中分配通信媒体(medium)资源并执行调度(scheduling)的各种类型的无线通信终端。

多个基础结构BSS可以经由分布式系统(DS)相互连接。在这种情况下，经由分布式系统连接的多个BSS称为扩展的服务集(Extended Service Set，ESS)。

图2图示根据本发明的另一实施例的独立的BSS，其是无线LAN系统。在图2的实施例中，与图1相同或者对应于图1的实施例的部分的重复说明将被省略。

由于在图2中图示的BSS3是独立的BSS，并且不包括AP，所有站STA6和STA7不与AP相连接。独立的BSS不被允许接入分布式系统，并且形成自含的网络(self-containednetwork)。在独立的BSS中，相应的站STA6和STA7可以直接地相互连接。

图3是图示根据本发明的一实施例的站100的配置的框图。如在图3中图示的，根据本发明的实施例的站100可以包括处理器110、通信单元120、用户接口单元140、显示单元150和存储器160。

首先，通信单元120发送和接收无线信号，诸如无线LAN分组等，并且可以嵌入在站100中，或者作为外设提供。根据实施例，通信单元120可以包括使用不同的频带的至少一个通信模块。例如，通信单元120可以包括具有不同的频带(诸如2.4GHz、5GHz、6GHz和60GHz)的通信模块。根据实施例，站100可以包括使用7.125GHz或以上的频带的通信模块，以及使用7.125GHz或以下的频带的通信模块。各个通信模块可以根据由相应的通信模块支持的频带的无线LAN标准执行与AP或者外部站的无线通信。通信单元120可以根据站100的性能和要求在一次仅操作一个通信模块，或者同时一起操作多个通信模块。当站100包括多个通信模块时，每个通信模块可以通过独立的元件实现，或者多个模块可以集成为一个芯片。在本发明的实施例中，通信单元120可以表示用于处理射频(Radio Frequency，RF)信号的RF通信模块。

其次，用户接口单元140包括在站100中提供的各种类型的输入/输出装置。也就是说，用户接口单元140可以通过使用各种输入装置接收用户输入，并且处理器110可以基于接收的用户输入控制站100。此外，用户接口单元140可以通过使用各种输出装置，基于处理器110的命令执行输出。

接下来，显示单元150在显示屏上输出图像。显示单元150可以基于处理器110的控制命令输出各种显示对象，诸如由处理器110执行的内容或者用户界面等等。此外，存储器160存储在站100中使用的控制程序和各种数据。控制程序可以包括站100接入AP或者外部站所需要的接入程序。

本发明的处理器110可以执行各种命令或者程序，并且在站100中处理数据。此外，处理器110可以控制站100的各个单元，并且控制在单元之中的数据发送/接收。根据本发明的实施例，处理器110可以执行在存储器160中存储的用于接入AP的程序，并且接收由AP传输的通信配置消息。此外，处理器110可以读取有关被包括在通信配置消息中的站100的优先级条件的信息，并且基于有关站100的优先级条件的信息请求接入AP。本发明的处理器110可以表示站100的主控制单元，并且根据实施例，处理器110可以表示用于单独地控制站100的某些部件(例如通信单元120等)的控制单元。也就是说，处理器110可以是用于调制发送给通信单元120的无线信号以及解调从通信单元120接收的无线信号的调制解调器或者调制器/解调器(modulator and/or demodulator)。处理器110根据本发明的实施例控制站100的无线信号发送/接收的各种操作。其详细的实施例将在下面说明。

在图3中图示的站100是根据本发明的实施例的框图，这里分开的块被作为逻辑上区分的设备的元件图示。因此，设备的元件可以根据设备的设计安装在单个芯片或者多个芯片中。例如，处理器110和通信单元120可以在集成为单个芯片时被实现，或者作为分开的芯片被实现。此外，在本发明的实施例中，站100的某些部件，例如，用户接口单元140和显示单元150等可以选择性地被提供在站100中。

图4是图示根据本发明的一实施例的AP200的配置的框图。如在图4中图示的，根据本发明的实施例的AP200可以包括处理器210、通信单元220和存储器260。在图4中，在AP200的部件之中，与图2的站100的部件相同或者对应于图2的站100的部件的部分的重复说明将被省略。

参照图4，根据本发明的AP200包括在至少一个频带中操作BSS的通信单元220。如在图3的实施例中说明的，AP200的通信单元220也可以包括使用不同频带的多个通信模块。也就是说，根据本发明的实施例的AP200可以一同包括不同的频带(例如，2.4GHz、5GHz、6GHz和60GHz)中的两个或更多个通信模块。优选地，AP200可以包括使用7.125GHz或以上的频带的通信模块，以及使用7.125GHz或以下的频带的通信模块。各个通信模块可以根据由相应的通信模块支持的频带的无线LAN标准执行与站的无线通信。通信单元220可以根据AP200的性能和要求一次仅操作一个通信模块，或者同时一起操作多个通信模块。在本发明的实施例中，通信单元220可以表示用于处理RF信号的射频(Radio Frequency，RF)通信模块。

接下来，存储器260存储在AP200中使用的控制程序和各种结果数据。控制程序可以包括用于管理站的接入的接入程序。此外，处理器210可以控制AP200的各个单元，并且控制在单元之中的数据发送/接收。根据本发明的实施例，处理器210可以执行在存储器260中存储的用于接入站的程序，并且发送用于一个或多个站的通信配置消息。在这种情况下，该通信配置消息可以包括有关各个站的接入优先级条件的信息。此外，处理器210根据站的接入请求执行接入配置。根据一实施例，处理器210可以是用于调制发送给通信单元220的无线信号以及解调从通信单元220接收的无线信号的调制解调器或者调制器/解调器(modulator and/or demodulator)。处理器210根据本发明的实施例控制各种操作，诸如AP200的无线信号发送/接收。其详细实施例将在下面说明。

图5是示意地图示STA设置与AP的链路的过程的图。

参照图5，广义上，在STA 100和AP200之间的链路经由扫描(scanning)、认证(authentication)和关联(association)的三个步骤被设置。首先，扫描步骤是STA 100获得由AP200操作的BSS的接入信息的步骤。用于执行扫描的方法包括被动扫描(passivescanning)方法，其中AP200通过使用周期地传输的信标(beacon)消息(S101)获得信息，以及主动扫描(active scanning)方法，其中STA 100发送探测请求(probe request)给AP(S103)，并且通过从AP接收探测响应(probe response)获得接入信息(S105)。

在扫描步骤中成功地接收无线接入信息的STA 100通过发送认证请求(authentication request)(S107a)以及从AP200接收认证响应(authenticationresponse)(S107b)执行认证步骤。在执行认证步骤之后，STA 100通过发送关联请求(association request)(S109a)以及从AP200接收关联响应(association response)(S109b)执行关联步骤。在本说明书中，关联(association)基本上指的是无线关联，但是，本发明不限于此，并且关联广义上可以包括无线关联和有线关联两者。

同时，基于802.1X的认证步骤(S111)和经由DHCP的IP地址获取步骤(S113)可以被此外执行。在图5中，认证服务器300是处理对STA 100的基于802.1X的认证的服务器，并且可以存在于与AP200的物理关联中，或者作为单独的服务器存在。

图6是示出在无线LAN通信中使用的载波感测多路接入(Carrier Sense MultipleAccess，CSMA)/冲突避免(Collision Avoidance，CA)方法的图。

执行无线LAN通信的终端通过在发送数据之前执行载波感测检查信道是否为占有状态(busy)。当感测到具有预定强度或更大强度的无线信号时，确定相应的信道为占有状态(busy)并且终端延迟对相应信道的接入。这种过程被称为清闲信道评估(Clear ChannelAssessment，CCA)，并且决定是否感测到相应信号的级别被称为CCA阈值(CCA threshold)。当终端接收到的具有CCA阈值或更高的无线信号将相应的终端指示为接收方时，终端处理接收到的无线信号。同时，当在相应的信道中没有检测到无线信号或者检测到具有小于CCA阈值的强度的无线信号时，确定该信道是空闲状态(idle)。

当确定信道空闲时，具有将被传输的数据的每个终端在帧间间隔(Inter FrameSpace，IFS)时间之后执行退避过程，该帧间间隔时间取决于每个终端的情况，例如，经过仲裁IFS(Arbitration IFS，AIFS)，PCF IFS(PIFS)等。根据该实施例，AIFS可以用作替代现有DCF IFS(DIFS)的组件。每个终端在信道的空闲状态的间隔(interval)期间在减少与由相应的终端确定的随机数(random number)一样长的时隙时间的同时待定，并且完全耗尽时隙时间的终端试图接入相应的信道。这样，其中每个终端执行退避过程的间隔被称为竞争窗口间隔。在这种情况下，随机数被称为退避计数器。也就是说，退避计数器的初始值可以通过作为UE获得的随机数的整数设置。在UE在时隙时间期间检测到信道空闲的情况下，UE可以使退避计数器减小1。此外，在退避计数器达到0的情况下，可以允许UE在相应的信道中执行信道接入。因此，在AIFS时间和退避计数器的时隙时间期间信道空闲的情况下，可以允许UE进行传输。

当特殊终端成功地接入信道时，相应的终端可以通过信道发送数据。然而，当尝试接入的终端与另一个终端冲突时，彼此冲突的终端分别被分配新的随机数，以再次执行退避过程。根据实施例，可以在范围(2*CW)内确定新分配给每个终端的随机数，该范围(2*CW)是先前分配给相应终端的随机数的范围(竞争窗口CW)的两倍。同时，每个终端通过在下一个竞争窗口间隔中再次执行退避过程尝试接入，并且在这种情况下，每个终端从先前竞争窗口间隔中剩余的时隙时间开始执行退避过程。通过这种方法，执行无线LAN通信的各个终端可以避免特殊信道的相互冲突。

<各种PPDU格式的示例>

图7图示用于各种标准代中的每一个的物理层协议数据单元(Physical layerProtocol Data Unit，PPDU)的格式的示例。更具体地，图7的(a)图示基于802.11a/g的传统PPDU格式的一实施例，图7的(b)图示基于802.11ax的HE PPDU格式的一实施例，并且图7的(c)图示基于802.11be的非传统PPDU(即，EHT PPDU)格式的一实施例。图7的(d)图示PPDU格式中共同地使用的RL-SIG和L-SIG的详细字段配置。

参照图7的(a)，传统PPDU的前导包括传统短训练字段(Legacy Short Trainingfield，L-STF)、传统长训练字段(Legacy Long Training field，L-LTF)和传统信号字段(Legacy Signal field，L-SIG)。在本发明的实施例中，L-STF、L-LTF和L-SIG可以被称为传统前导。

参照图7的(b)，HE PPDU的前导在传统前导中还包括重复传统短训练字段(Repeated Legacy Short Training field，RL-SIG)、高效率信号A字段(High EfficiencySignal A field，HE-SIG-A)、高效率信号B字段(High Efficiency Signal B field，HE-SIG-B)、高效率短训练字段(High Efficiency Short Training field，HE-STF)和高效率长训练字段(High Efficiency Long Training field，HE-LTF)。在本发明的实施例中，RL-SIG、HE-SIG-A、HE-SIG-B、HE-STF和HE-LTF可以被称为HE前导。HE前导的详细配置可以根据HE PPDU格式修改。例如，HE-SIG-B可以仅在HE MU PPDU格式中使用。

参照图7的(c)，EHT PPDU在传统前导中还包括重复的传统短训练字段(RepeatedLegacy Short Training field，RL-SIG)、通用信号字段(Universal Signal field，U-SIG)和极高吞吐量信号A字段(Extremely High Throughput Signal A field，EHT-SIG-A)、极高吞吐量信号B字段(Extremely High Throughput Signal B field，EHT-SIG-B)、极高吞吐量短训练字段(Extremely High Throughput Short Training field，EHT-STF)和极高吞吐量长训练字段(Extremely High Throughput Long Training field，EHT-LTF)。在本发明的实施例中，RL-SIG、EHT-SIG-A、EHT-SIG-B、EHT-STF和EHT-LTF可以被称为EHT前导。可以根据EHT PPDU格式修改非传统前导的具体配置。例如，EHT-SIG-A和EHT-SIG-B可以仅在EHT PPDU格式的一部分中使用。

64-FFT OFDM被应用于包括在PPDU的前导中的L-SIG字段，并且L-SIG字段总共包括64个子载波。在64个子载波当中，除了保护子载波、DC子载波和导频子载波之外的48个子载波被用于L-SIG数据的传输。BPSK和码率＝1/2的调制和编码方案(Modulation andCoding Scheme，MCS)被应用于L-SIG中，因此L-SIG可以包括总共24个比特的信息。图7的(d)图示L-SIG的24比特信息的配置。

参照图7的(d)，L-SIG包括L_RATE字段和L_LENGTH字段。L_RATE字段包括4个比特，并且指示用于数据传输的MCS。具体地，L_RATE字段指示通过组合BPSK/QPSK/16-QAM/64-QAM等的调制方案与诸如1/2、2/3、3/4等的非效率获得的6/9/12/18/24/36/48/54Mbps的传输速率中的一个值。可以通过组合L_RATE字段的信息和L_LENGTH字段的信息指示相应PPDU的总长度。在非传统PPDU格式中，L_RATE字段配置为6Mbps的最小速率。

L_LENGTH字段的单位按字节可以被分配总共12个比特，可以用信令传输多达4095，并且可以通过与L_RATE字段的组合指示相应PPDU的长度。在这种情况下，传统终端和非传统终端可以使用不同的方法解释L_LENGTH字段。

首先，传统终端或非传统终端使用L_LENGTH字段分析相应PPDU的长度的方法如下。当L_RATE字段的值被设置为指示6Mbps时，可在作为64FFT的一个符号持续时间的4μs期间发送3字节(即，24比特)。因此，将对应于SVC字段和尾部字段的3个字节加到字段L_LENGTH的值，并且将相加的值除以作为一个符号的传输量的3个字节，从而获得L-SIG之后的基于64FFT的符号个数。将所获得的符号个数乘以4μs(即，一个符号的长度)，然后加上L-STF、L-LTF和L-SIG的传输所需的时间20μs，从而获得相应PPDU的长度，即，接收时间RXTIME。这可以通过下面的等式1表示。

[等式1]

在这种情况下，表示大于或等于x的最小自然数。由于L_LENGTH字段的最大值是4095，因此PPDU的长度能够被设置为长达5.464ms。发送PPDU的非传统终端应如下面的等式2所示设置L_LENGTH字段。

[等式2]

这里，TXTIME是组成相应PPDU的总传输时间，并且由下面的等式3表示。在这种情况下，TX表示X的传输时间。

[等式3]

TXTIME(us)＝T_L-STF+T_L-LTF+T_L-SIG+T_RL-SIG+T_U-SIG+(T_EHT-SIG-A)+(T_EHT-SIG-B)+T_EHT-STF+N_EHT-LTF·T_EHT-LTF+T_DATA

参照上面的等式，基于L_LENGTH/3的向上舍入值计算PPDU的长度。因此，对于k的随机值，L_LENGTH＝{3k+1，3k+2，3(k+1)}的三个不同值指示相同的PPDU长度。

参照图7的(e)，通用SIG(Universal SIG，U-SIG)字段继续存在于后续一代的EHTPPDU和无线LAN PPDU中，并且用于对包括11be的PPDU的一代进行分类。U-SIG是基于64FFT的OFDM 2符号，并且可以传输总共52比特的信息。在52个比特中，除了CRC/尾部的9个比特之外的43个比特主要被分成版本独立(Version Independent，VI)字段和版本相关(Version Dependent，VD)字段。

VI比特使当前比特配置能够在后续维持，从而即使定义了下一代的PPDU，当前的11be终端也可以通过PPDU的VI字段获得关于PPDU的信息。为此，VI字段包括PHY版本、UL/DL、BSS颜色、TXOP和保留字段。PHY版本字段是3个比特，并且用于顺序地将11be和后续一代无线LAN标准分类为各版本。11be的值为000b。UL/DL字段识别PPDU是否是上行链路/下行链路PPDU。BSS颜色指示11ax中定义的每个BSS的标识符，并且具有6个比特或更高的值。TXOP指示在MAC头部中传输的发送机会持续时间(Transmit Opportunity Duration)，其中，通过将TXOP添加到PHY报头，PPDU可以推断包括在其中的TXOP的长度，而不必解码MPDU，并且TXOP具有7比特或更高的值。

VD字段是仅对PPDU的11be版本有用的信令信息，并且可以包括在诸如PPDU格式和BW的任何PPDU格式中共同地使用的字段，以及针对每个PPDU格式不同地定义的字段。PPDU格式是对EHT单用户(Single User，SU)、EHT多用户(Multiple User，MU)、EHT基于触发(Trigger-based，TB)，EHT扩展范围(Extended Range，ER)PPDU等进行分类的分类器。BW字段信令20、40、80、160的(80+80)和320的(160+160)MHz的五个基本PPDU BW选项(BW，其可以以20*2的指数幂的形式表达，可以被称为基本BW)，以及经由前导穿孔(PreamblePuncturing)配置的各种剩余PPDU BW。在以320MHz进行信号通知之后，可以以一些80MHz被穿孔的形式执行信令。可以在BW字段中直接信令经穿孔和修改的信道类型，或者可以使用BW字段与出现在BW字段之后的字段(例如，EHT-SIG字段内的字段)信令经穿孔和修改的信道类型。如果BW字段被配置为3比特，则可以执行总共8个BW信令，并且因此可以在穿孔模式中仅执行多达3个信令。如果BW字段被配置为4比特，则可以执行总共16个BW信令，并且因此可以在穿孔模式中执行多达11个信令。

位于BW字段之后的字段根据PPDU的类型和格式而变化，MU PPDU和SU PPDU可以以相同的PPDU格式被信令，用于在MU PPDU和SU PPDU之间进行分类的字段可以位于EHT-SIG字段之前，并且可以对该字段执行附加信令。SU PPDU和MU PPDU都包括EHT-SIG字段，但是在SU PPDU中不需要的一些字段可以被压缩(compression)。关于已经应用压缩的字段的信息可以被省略或者可以具有小于包括在MU PPDU中的原始字段的大小的大小。例如，在SUPPDU的情况下，EHT-SIG的公共字段可以被省略或替换，或者SU PPDU可以具有不同的配置，其中用户特殊字段被替换、减少到一个等。

替代地，SU PPDU还可以包括指示是否执行压缩的压缩字段，并且可以根据压缩字段的值省略字段(例如，RA字段等)的一部分。

如果SU PPDU的EHT-SIG字段的一部分被压缩，则还可以在未压缩字段(例如，公共字段等)中信令要包括在压缩字段中的信息。MU PPDU对应于用于由多个用户同时接收的PPDU格式，并且因此要求在U-SIG字段之后发送EHT-SIG字段，并且所传输的信息的量可以变化。也就是说，多个MU PPDU被发送到多个STA，使得各个STA应当识别MU PPDU被传输的RU的位置、RU被分别分配到的STA、以及所传输的MU PPDU是否已经被发送到STA本身。因此，AP应当通过将上述信息包括在EHT-SIG字段中发送该信息。为此，在U-SIG字段中信令用于EHT-SIG字段的有效传输的信息，并且这可以对应于作为调制方法的MCS和/或EHT-SIG字段中的符号的个数。EHT-SIG字段可以包括关于分配给每个用户的RU的大小和位置的信息。

在SU PPDU的情况下，可以将多个RU分配给STA，并且多个RU可以是连续的或不连续的。如果分配给STA的RU是不连续的，则STA应识别中间的穿孔RU，以便有效地接收SUPPDU。因此，AP可以传输SU PPDU，该SU PPDU包括分配给STA的RU中的被穿孔的RU的信息(例如，RU的穿孔图样等)。也就是说，在SU PPDU的情况下，可以在EHT-SIG字段中包括穿孔模式字段，该穿孔模式字段包括以位图格式等指示穿孔图样以及是否应用了穿孔模式的信息，并且穿孔模式字段可以信令在带宽内出现的不连续信道类型。

信令的不连续信道类型是受限的，并且指示与BW字段的值组合的SU PPDU的BW和不连续信道信息。例如，SU PPDU是仅发送到单个终端的PPDU，从而STA可以识别经由PPDU包含的BW字段分配给自身的带宽，并且SU PPDU可以经由PPDU包含的EHT-SIG字段或U-SIG字段的穿孔模式字段识别分配的带宽中的穿孔资源。在这种情况下，终端可以在排除被穿孔的资源单元的特殊信道之后的剩余的资源单元中接收PPDU。分配给STA的多个RU可以由不同的频带或音调配置。

为了减少SU PPDU的信令开销，只信令受限的不连续信道类型。可以对每个20MHz子信道执行穿孔，从而如果对具有大量20MHz子信道的BW(诸如80、160和320MHz)执行穿孔，则在320MHz的情况下，应当通过表示在排除主(primary)信道之后剩余的15个20MHz子信道中的每一个是否被使用信令不连续信道(如果仅对边缘20MHz的穿孔也被认为是不连续的)类型。这样，考虑到信令部分的低传输速率，分配15个比特以信令单个用户传输的不连续信道类型可以充当过大的信令开销。

本发明提出了一种用于信令SU PPDU的不连续信道类型的技术，并且图示根据所提出的技术确定的不连续信道类型。本发明还提出了一种用于在SU PPDU的320MHz BW配置中信令主(Primary)160MHz和辅助(Secondary)160MHz的穿孔类型中的每一种的技术。

此外，在本发明的实施例中提出了一种根据在PPDU格式字段中信令的PPDU格式不同地配置由前导穿孔BW值指示的PPDU的技术。假设BW字段是4个比特，并且在EHT SU PPDU或TB PPDU的情况下，可以在U-SIG之后附加地信令1符号的EHT-SIG-A，或者根本不信令EHT-SIG-A，因此，考虑到这一点，有必要仅经由U-SIG的BW字段完全信令多达11个穿孔模式。然而，在EHT MU PPDU的情况下，在U-SIG之后附加地信令EHT-SIG-B，从而可以用与SUPPDU的方法不同的方法信令多达11个穿孔模式。在EHT ER PPDU的情况下，BW字段可以被配置为1比特，以信令EHT ER PPDU是使用20MHz频带还是10MHz频带的PPDU。

图7的(f)图示当在U-SIG的PPDU格式字段中指示EHT MU PPDU时VD字段的格式特殊(Format-specific)字段的配置。在MU PPDU的情况下，必要地需要SIG-B，它是用于由多个用户同时接收的信令字段，并且可以在U-SIG之后在没有单独的SIG-A的情况下发送SIG-B。为此，应该在U-SIG中信令用于解码SIG-B的信息。这些字段包括SIG-B MCS、SIG-B DCM、SIG-B符号的个数、SIG-B压缩和EHT-LTF符号的个数等。

图8图示根据本发明的实施例的各种极高吞吐量(Extremely High Throughput，EHT)物理层协议数据单元(PPDU)格式的示例以及用于指示该格式的方法。

参照图8，PPDU可以包括前导(preamble)和数据部分，并且可以根据包括在前导(preamble)中的U-SIG字段分类作为PPDU类型的EHT PPDU格式。具体地，基于包括在U-SIG字段中的PPDU格式字段，可以指示PPDU的格式是否是EHT PPDU。

图8的(a)示出用于单个STA的EHT SU PPDU格式的示例。EHT SU PPDU是用于AP和单个STA之间的单用户(Single User，SU)传输的PPDU，并且用于附加信令的EHT-SIG-A字段可以位于U-SIG字段之后。

图8的(b)示出与基于触发帧传输的EHT PPDU相对应的EHT基于触发的PPDU格式的示例。EHT基于触发的PPDU是基于触发帧传输的EHT PPDU，并且是用于对触发帧的响应的上行链路PPDU。与EHT SU PPDU不同，EHT-SIG-A字段在EHT PPDU中不位于U-SIG字段之后。

图8的(c)示出与多个用户的EHT PPDU相对应的EHT MU PPDU格式的示例。EHT MUPPDU是用于向一个或多个STA发送PPDU的PPDU。在EHT MU PPDU格式中，HE-SIG-B字段可以位于U-SIG字段之后。

图8的(d)示出EHT ER SU PPDU格式的示例，该格式用于与扩展范围内的STA的单个用户传输。与图8的(a)中说明的EHT SU PPDU相比，EHT ER SU PPDU可以用于与更宽范围的STA的单用户传输，并且在时间轴上，U-SIG字段可以重复定位。

图8的(c)中说明的EHT MU PPDU可以由AP用执行朝向多个STA的下行链路传输。这里，EHT MU PPDU可以包括调度信息，使得多个STA可以同时接收从AP传输的PPDU。EHT MUPPDU可以将经由EHT-SIG-B的用户特殊(user specific)字段传输的PPDU的发射方和/或接收方的AID信息传输到STA。因此，已经接收到EHT MU PPDU的多个终端可以基于包括在接收到的PPDU的前导中的用户特殊字段的AID信息执行空间重用(spatial reuse)操作。

具体地，包括在HE MU PPDU中的HE-SIG-B字段的资源单元分配(resource unitallocation，RA)字段可以包括关于频率轴的特殊带宽(例如，20MHz等)中的资源单元的配置(例如，资源单元的划分形式)的信息。也就是说，RA字段可以指示在用于HE MU PPDU的传输的带宽中分割的资源单元的配置，以便STA接收PPDU。关于分配(或指定)给每个分割的资源单元的STA的信息可以被包括在EHT-SIG-B的用户特殊字段中，以便被发送到STA。也就是说，用户特殊字段可以包括对应于相应的分割的资源单元的一个或多个用户字段。

例如，与多个分割的资源单元当中的用于数据传输的至少一个资源单元相对应的用户字段可以包括接收方或发射方的AID，并且与未用于数据传输的剩余资源单元相对应的用户字段可以包括预先配置的空(Null)STA ID。

为了便于说明，在本说明书中，可以将帧或MAC帧与MPDU混用。

当一个无线通信设备通过使用多个链路进行通信时，可以提高无线通信设备的通信效率。在这种情况下，链路可以是物理路径，并且可以由可以用于递送MAC服务数据单元(MSDU)的一个无线介质组成。例如，在链路中的一个链路的频带被另一无线通信设备使用的情况下，无线通信设备可以继续通过另一链路执行通信。像这样，无线通信设备可以有用地使用多个信道。此外，当无线通信设备通过使用多个链路同时执行通信时，可以增加总吞吐量(throughput)。然而，在现有的无线LAN中，已经规定一个无线通信设备使用一个链路。因此，需要使用多个链路的WLAN操作方法。将通过图9至图26描述使用多个链路的无线通信设备的无线通信方法。首先，将通过图9描述使用多个链路的无线通信设备的具体形式。

图9是示出根据本发明的实施例的多链路(multi-link)装置的示图。

多链路装置(MLD)可以被定义用于使用所述多个链路的无线通信方法。多链路装置可以表示具有一个或多个附属站的设备。根据具体实施例，多链路装置可以表示具有两个或更多个附属站的设备。此外，多链路装置可以交换多链路元素。多链路元素包括关于一个或多个站或一个或多个链路的信息。多链路元素可以包括多链路设置元素，这将在稍后描述。在这种情况下，多链路装置可以是逻辑实体。具体而言，多链路装置可以具有多个附属站。多链路装置可以被称为多链路逻辑实体(MLLE)或多链路实体(MLE)。多链路装置可以具有直至逻辑链路控制(LLC)的一个媒体接入控制(MAC)服务接入点(SAP)。MLD还可以具有一个MAC数据服务。

多链路装置中所包括的多个站可以在多个链路上操作。此外，多链路装置中所包括的多个站可以在多个信道上操作。具体而言，多链路装置中所包括的多个站可以在多个不同链路上或在多个不同信道上操作。例如，多链路装置中所包括的多个站可以在2.4GHz、5GHz和6GHz的多个不同信道上操作。

多链路装置的操作可以被称为多链路操作、MLD操作或多频带操作。此外，当附属于多链路装置的站是AP时，该多链路装置可以被称为AP MLD。此外，当附属于多链路装置的站是非AP站时，该多链路装置可以被称为非AP MLD。

图9图示了非AP MLD和AP-MLD通信的操作。具体地，非AP MLD和AP-MLD分别通过使用三个链路进行通信。AP MLD包括第一AP AP1、第二AP AP2和第三AP AP3。非AP MLD包括第一非AP STA(非AP STA1)、第二非AP STA(非AP STA2)和第三非AP STA(非AP STA3)。第一APAP1和第一非AP STA(非AP STA1)通过第一链路Link1进行通信。此外，第二AP AP2和第二非AP STA(非AP STA2)通过第二链路Link2进行通信。此外，第三AP AP3和第三非AP STA(非APSTA3)通过第三链路Link3进行通信。

多链路操作可以包括多链路设置操作。多链路设置可以对应于所述单链路操作的关联操作，并且可以在多链路中首先进行以用于帧交换。多链路装置可以从多链路设置元素获得多链路设置所需的信息。具体而言，多链路设置元素可以包括与多链路相关联的能力信息。在这种情况下，能力信息可以包括指示多链路装置中所包括的多个设备中的任何一个设备是否执行传输并且同时另一设备可以执行接收的信息。此外，能力信息可以包括关于可用于MLD中包括的每个站的链路的信息。此外，能力信息可以包括关于可用于MLD中包括的每个站的信道的信息。

可以通过对等站之间的协商设置多链路设置。具体地，可以通过站之间的通信而不与AP进行通信执行多链路设置。此外，可以通过任何一个链路来设置多链路设置。例如，即使通过多链路来设置第一链路至第三链路，也可以通过第一链路执行多链路设置。

此外，可以设置业务标识符(TID)和链路之间的映射。具体地，对应于特殊值的TID的帧可以仅通过预定的链路来互换。TID和链路之间的映射可以基于方向来设置。例如，当在第一多链路装置与第二多链路装置之间设置多个链路时，第一多链路装置可以被设置成向多个第一链路传输第一TID的帧，而第二多链路装置可以被设置成向第一链路传输第二TID的帧。此外，可以存在用于TID和链路之间的映射的默认设置。具体而言，在多链路设置中没有附加设置的情况下，多链路装置可以根据默认设置在每个链路处交换对应于TID的帧。在这种情况下，默认设置可以是在任何一个链路中交换所有TID。

将详细描述TID。TID是用于对业务和数据进行分类以便支持服务质量(QoS)的ID。此外，可以在比MAC层更高的层中使用或分配TID。此外，TID可以指示业务类别(TC)或业务流(TS)。此外，TID可以被分类为16种类型。例如，TID可以被指定为0到15范围内的值之一。可以根据接入策略和信道接入或介质接入方法来不同地指定要使用的TID值。例如，在使用增强型分布式信道接入(EDCA)或基于混合协调功能竞争的信道接入(HCAF)的情况下，可以向TID指配0到7范围内的值。在使用EDCA的情况下，TID可以指示用户优先级(UP)。在该实例中，可以基于TC或TS来指定UP。可以在比MAC更高的层中分配UP。此外，在使用HCF控制信道接入(HCCA)或SPCA的情况下，可以为TID指配8到15范围内的值。在使用HCCA或SPCA的情况下，TID可以指示TSID。此外，在使用HEMM或SEMM的情况下，可以为TID指配8到15范围内的值。在使用HEMM或SEMM的情况下，TID可以指示TSID。

可以映射UP和AC。AC可以是用于在EDCA中提供QoS的标签。AC可以是用于指示EDCA参数集的标签。EDCA参数或EDCA参数集可以是用于EDCA信道竞争的参数。QoS站可以使用AC来保证QoS。此外，AC可以包括AC_BK、AC_BE、AC_VI和AC_VO。AC_BK、AC_BE、AC_VI和AC_VO可以分别指示背景、尽力而为、视频和语音。此外，AC_BK、AC_BE、AC_VI和AC_VO中的每一个可以被分类为从属AC。例如，AC_VI可以被细分为AC_VI主和AC_VI备用。此外，AC_VO可以被细分为AC_VO主和AC_VO备用。此外，UP或TID可以被映射到AC。例如，可以将具有值1、2、0、3、4、5、6和7的UP或TID分别映射到AC_BK、AC_BK、AC_BE、AC_BE、AC_VI、AC_VI、AC_VO和AC_VO。此外，可以将具有值1、2、0、3、4、5、6和7的UP或TID分别映射到AC_BK、AC_BK、AC_BE、AC_BE、AC_VI备用、AC_VI主、AC_VO主和AC_VO备用。此外，具有值1、2、0、3、4、5、6和7的UP或TID可以顺序地具有高优先级。也就是说，1表示低优先级，而7表示高优先级。因此，AC_BK、AC_BE、AC_VI和AC_VO可以顺序地具有高优先级。此外，AC_BK、AC_BE、AC_VI和AC_VO可以分别对应于AC索引(ACI)0、1、2和3。由于TID的这些特征，TID和链路之间的映射可以指示AC和链路之间的映射。此外，链路和AC之间的映射可以指示TID和链路之间的映射。

如上所述，TID可以被映射到多个链路中的每个链路。映射可以指定能够交换与预定TID或AC相对应的业务的链路。此外，可以指定针对链路中的每个传输方向可传输的TID或AC。如上所述，可以存在用于TID和链路之间的映射的默认配置。具体而言，在针对多链路配置不存在附加配置的情况下，多链路装置可以根据默认配置在每个链路中交换对应于TID的帧。在该实例中，默认配置可以交换任何一个链路中的所有TID。在任何时间点的任何TID或AC可以总是被映射到至少任何一个链路。可以在所有链路中传输管理帧和控制帧。

在链路被映射到TID或AC的情况下，可以在相应链路中仅传输与映射到相应链路的TID或AC相对应的数据帧。因此，在链路被映射到TID或AC的情况下，不可以在相应链路中传输不对应于映射到相应链路的TID或AC的帧。在链路被映射到TID或AC的情况下，还可以基于TID或AC被映射到的链路来传输ACK。例如，可以基于TID和链路之间的映射来确定块ACK协议。根据另一实施例，可以基于块ACK协议来确定TID和链路之间的映射。特别地，可以为映射到预定链路的TID设置块ACK协议。

可以经由TID和链路之间的所述映射来保证QoS。具体地，具有高优先级的AC或TID可以被映射到相对少量的站操作的链路或具有良好信道条件的链路。此外，经由TID和链路之间的所述映射，可以使站能够在长时间段期间维持省电状态。

图10图示了根据本公开的实施例的在多链路操作中同时执行不同链路的传输。

根据多链路装置的实现，在多链路中可能不支持同时操作。例如，可能不支持多链路装置在多链路中的同时传输、多链路中的同时接收、或者在一个链路中的传输和另一链路的接收。这是因为在一个链路中执行的接收或传输可能影响在另一链路中执行的接收或传输。具体地，一个链路中的传输可能充当对另一链路的干扰。由一个多链路装置从一个链路施加到另一链路的干扰可以被称为内部泄漏(internal leakage)。随着链路之间的频率间隔较小，内部泄漏可能变得较大。当内部泄漏不是非常大时，可以在一个链路中执行传输时在另一链路中执行传输。当内部泄漏较大时，不能在一个链路中执行传输时在另一链路中执行传输。如上所述，由多链路装置在多个链路中同时执行操作可以被称为同时传输和接收或同时传输和接收(STR)。例如，由多链路装置在多个链路中同时传输、同时在一个链路中传输并在另一链路中接收、或在多个链路中同时接收可以被称为STR。

如上所述，多链路装置可以支持STR或仅限制性地支持STR。具体地，多链路装置在特殊条件下支持STR。例如，当多链路装置作为单个无线电设备操作时，多链路装置可能不执行STR。进一步，当多链路装置作为单个天线操作时，可能不执行多链路装置的STR。当检测到具有大于或等于预定大小的大小的内部泄漏时，多链路装置可能不执行STR。

站可以与另一站交换关于该站的STR能力的信息。具体地，该站可以与另一站交换关于是否限制在多个链路中同时执行传输或在多个链路中同时执行接收的能力的信息。具体地，关于是否限制在多个链路中执行传输或接收的能力的信息可以指示是否可以在多个链路中执行同时传输、同时接收或同时传输和接收。关于是否限制在多个链路中执行传输或接收的能力的信息可以是针对每个步骤指示的信息。具体地，关于是否限制在多个链路中执行传输或接收的能力的信息可以是指示表示内部泄漏的大小的步骤的信息。在详细的实施例中，指示表示内部泄漏的大小的步骤的信息可以是指示表示由于内部泄漏而产生的干扰的大小的步骤的信息。在另一个详细的实施例中，该信息可以是指示表示可能影响内部泄漏的链路之间的频率间隔的步骤的信息。指示表示内部泄漏的大小的步骤的信息可以是指示链路之间的频率间隔与内部泄漏的大小之间的关系的信息。

在图10中，第一站(STA1)和第二站(STA2)附属于一个非AP多链路装置。第一AP(AP1)和第二AP(AP2)可以附属于一个非AP多链路装置。在第一AP(AP1)和第一站(STA1)之间配置第一链路(Link1)，并且在第二AP(AP2)和第二站(STA2)之间配置第二链路(Link2)。在图10中，非AP多链路装置可以限制性地执行STR。当第二站(STA2)在第二链路(Link2)中执行传输时，第一链路(Link1)中的第一站(STA1)的接收可能受到在第二链路(Link2)中执行的传输的干扰。例如，在以下情况下，第一链路(Link1)中的第一站(STA1)的接收可能被第二链路(Link2)中执行的传输中断。第二站(STA2)在第二链路(Link2)中传输第一数据(data1)，并且第一AP(AP1)向第一站(STA1)传输对第一数据(data1)的响应(针对data1的ack)。第二站(STA2)在第二链路(Link2)中传输第二数据(data2)。同时，第二数据(data2)的传输时间点可能与对第一数据(data1)的响应(对data1的ack)的传输时间点重叠。第一链路(Link1)可能受到在第二链路(Link1)中到第二站(STA2)的传输的干扰。因此，第一站(STA1)可能没有接收到对第一数据(data1)的响应(Ack for Data1)。

描述了多链路装置执行信道接入的操作。没有详细描述的多链路的操作可以遵循参考图6描述的信道接入。

多链路装置可以独立地在多个链路中执行信道接入。此时，信道接入可以是基于退避的信道接入。当多链路装置在多个链路中独立地执行信道接入并且多个链路中的退避计数器达到0时，多链路装置可以同时在多个链路中执行传输。在详细的实施例中，当多链路的退避计数器之一达到0并且满足预定条件时，多链路装置不仅可以在退避计数器达到0的链路中执行信道接入，而且可以在退避计数器未达到0的另一链路中执行信道接入。具体地，当多链路的退避计数器之一达到0时，多链路装置可以检测到退避计数器未达到0的另一链路中的能量。此时，当未检测到具有预定大小或更大大小的能量时，多链路装置不仅可以在退避计数器达到0的链路中执行信道接入，而且可以在检测到能量的链路中执行信道接入。相应地，多链路装置可以同时在多个链路中执行传输。用于能量检测的阈值的大小可以小于用于确定是否减小退避计数器的阈值的大小。此外，当确定是否减小退避计数器时，多链路装置可以检测任何类型的信号以及WLAN信号。在能量检测中，多链路装置可以检测任何类型的信号以及WLAN信号。WLAN信号可能无法检测到内部泄漏。在该情形中，多链路装置可以通过能量检测来感测由于内部泄漏而检测到的信号。此外，如上所述，用于能量检测的阈值的大小可以小于用于确定是否减小退避计数器的阈值的大小。相应地，即使在一个链路中执行传输时，多链路装置也可以减小另一链路中的退避计数器。

根据由多链路装置使用的链路之间的干扰程度，多链路装置可以确定在每个链路中操作的站是否可以独立地操作。此时，链路之间的干扰程度可以是当一个站在一个链路中执行传输时由多链路装置的另一站检测到的干扰的大小。当由多链路装置的第一站在第一链路中进行的传输向在第二链路中操作的多链路装置的第二站带来具有预定大小或更大大小的干扰时，第二站的操作可能受到限制。具体地，第二站的接收或信道接入可能受到限制。这是因为当产生干扰时，第二站可能由于干扰而无法解码所接收到的信号。此外，这是因为当产生干扰时，当第二站使用退避执行信道接入时，第二站可能确定信道正在被使用。

当多链路装置的第一站在第一链路中的传输给在第二链路中操作的多链路装置的第二站带来具有小于预定大小的大小的干扰时，第一站和第二站可以独立地操作。具体地，当多链路装置的第一站在第一链路中的传输给在第二链路中操作的多链路装置的第二站带来具有小于预定大小的大小的干扰时，第一站和第二站可以独立地执行信道接入。此外，当多链路装置的第一站的传输给在第二链路中操作的多链路装置的第二站带来具有小于预定大小的大小的干扰时，第一站和第二站可以独立地执行传输或接收。这是因为当生成具有小于预定大小的大小的干扰时，即使干扰存在，第二站也可以成功解码所接收的信号。此外，这是因为，当生成具有大小小于预定大小的干扰时，当第二站使用退避执行信道接入时，第二站可以确定信道是空闲的。

在多链路装置的站之间生成的干扰程度可以取决于多链路装置的硬件特性以及这些站在其中操作的链路的频带之间的间隔而变化。例如，在包括昂贵的射频(RF)器件的多链路装置中生成的内部干扰可以小于在包括便宜的RF器件的多链路装置中生成的内部干扰。相应地，可以基于多链路装置的特性来确定在多链路装置的站之间生成的干扰程度。

图10图示了所生成的干扰的大小根据链路的频带之间的间隔和多链路装置的特性而变化。在图10的实施例中，第一多链路装置(MLD#1)包括在第一链路(Link1)中操作的第一站(STA1-1)和在第二链路(Link2)中操作的第二站(STA1-2)。第二多链路装置(MLD#2)包括在第一链路(Link1)中操作的第一站(STA2-1)和在第二链路(Link2)中操作的第二站(STA2-2)。第一多链路装置(MLD#1)在其中操作的第一链路(Link1)和第二链路(Link2)之间的频率间隔与第二多链路装置(MLD#2)在其中操作的第一链路(Link1)和第二链路(Link2)之间的频率间隔相同。然而，由于第一多链路装置(MLD#1)的特性与第二多链路装置(MLD#2)的特性之间的差异，所生成的干扰的大小可能不同。具体地，在第一多链路装置(MLD#1)中生成的干扰的大小可能大于在第二多链路装置(MLD#2)中生成的干扰的大小。如上所述，所生成的干扰的大小可以取决于多链路装置的特性而变化，并且当认为STR是否被支持根据每个多链路装置而不同时，可能需要交换关于STR是否被支持的信息。

多链路装置可以发信号通知关于STR是否被包括在多链路装置中的站支持的信息。具体地，AP多链路装置和非AP多链路装置可以交换关于STR是否由AP多链路装置中所包括的AP支持以及STR是否由非AP多链路装置中所包括的STA支持的信息。在这样的实施例中，可以使用指示是否支持STR的元素。指示是否支持STR的元素可以被称为STR支持元素。STR支持元素可以通过1比特指示STR是否由传输STR支持元素的多链路装置的站支持。具体地，STR支持元素可以通过1比特指示STR是否由传输STR支持元素的多链路装置中所包括的每个站支持。此时，当站支持STR时，该比特的值可以是1，并且当站不支持STR时，该比特的值可以是0。当传输STR支持元素的多链路装置包括第一站(STA1)、第二站(STA2)和第三站(STA3)时，第一站(STA1)和第三站(STA3)支持STR，并且第二站(STA2)不支持STR，该STR支持元素可以包括具有1011b的字段。假设在不同频带中操作的站支持STR，并且STR支持元素可以省略指示在不同频带中操作的站之间是否支持STR的信令。例如，第一站(STA1)在2.4GHz的第一链路中操作，而第二站(STA2)和第三站(STA3)分别在5GHz的第二链路和第三链路中操作。STR支持元素可以通过使用1比特来指示在第二站(STA2)和第三站(STA3)之间支持STR。此外，当由STR支持元素发信号通知的站的数量是2时，STR支持元素可以包括仅1比特。

在详细的实施例中，多链路装置的链路之中位于2.4GHz中的链路与位于5GHz或6GHz中的链路之间的关系可以总是被确定为STR。相应地，可以省略用于位于2.4GHz中的链路和位于5GHz或6GHz中的链路的STR的信令。

在上述实施例中，由多链路装置的站的操作进行说明的可以被多链路装置的操作代替。此外，在上述实施例中，AP的操作可以被非AP站的操作代替，非AP站的操作可以被AP的操作代替。因此，非STR多链路装置的AP的操作可被非STR多链路装置的非AP站的操作代替，STR多链路装置的非AP站的操作可被STR多链路装置的AP的操作代替。此外，非STR多链路装置的非AP站的操作可被非STR多链路装置的AP的操作代替，STR多链路装置的AP站的操作可被STR多链路装置的非AP站的操作代替。

图11图示了根据本公开的实施例的多链路装置在链路改变时的操作。

当链路的频带改变时，可以改变STR支持元素。如上所述，这是因为STR是否由站支持可以根据链路的频带之间的距离而变化，并且当链路的频带改变时，STR是否由站支持可以改变。链路的频带的改变可以包括中心频率的改变、频带的带宽的改变和200MHz的主信道中的至少一个。AP和站可以通过请求和响应来交换STR支持元素。在另一个详细实施例中，当链路的频带改变时，可以在没有任何单独请求的情况下交换STR支持元素。此外，在所述实施例中，链路的频带的改变可以包括站的操作信道的改变。

当非AP多链路装置的站不能执行STR时，非AP多链路装置的站可以向AP请求改变链路。具体地，非AP多链路装置的站可以作出改变中心频率、频带的带宽和20MHz的主信道中的至少一个的请求。链路改变请求可以通过被请求改变的链路被传输到AP。在另一详细实施例中，可以通过未被请求改变的链路将链路改变请求传输到AP。此时，链路改变请求可以包括指示请求改变的链路的信息。指示链路的信息可以是用于识别链路的编号。在这样的实施例中，链路的改变可以是一个频带内的操作信道的改变。此外，链路的改变可以包括关于改变链路的方法的信息。具体地，链路改变请求可以指示是将链路的中心频率移动到高于当前中心频率的频率还是将链路的中心频率移动到低于当前中心频率的频率。在另一个详细实施例中，链路改变请求可以隐式地指示改变到远离相邻链路的频带。此外，链路改变请求可以指示带宽的减小。链路改变请求可以是用于改变主信道的位置的请求。具体地，链路改变请求可以指示主信道的位置到比主信道的位置低的频带的信道或者比主信道的位置高的频带的信道的改变。接收链路改变请求的AP可以根据链路改变请求来改变链路。此外，在详细实施例中，接收链路改变请求的AP可以忽略链路改变请求。

在图11的实施例中，非AP多链路装置的第二站(STA2)和第三站(STA3)不支持STR。非AP多链路装置向AP多链路装置发出改变第三链路(link3)的请求。接收到链路改变请求的AP多链路装置改变第三AP(AP3)的操作链路。此时，在要改变的第三链路(link3)中操作的第三站(STA3)可以向第三AP(AP3)传输改变请求。在另一详细实施例中，不在第三链路(link3)中操作的站可以向不在第三链路(link3)中操作的AP传输改变请求。

当AP改变链路时，AP可以通过信标帧广播关于链路改变的信息。此时，关于链路改变的信息可以包括关于链路频率的信息。关于链路频率的信息可以包括操作带宽和主信道的改变中的至少一个。此外，关于链路改变的信息可以包括关于链路改变时间点的信息。此外，当传输包括关于链路改变的信息的信标时，可以完成链路改变。

在图11中，第三站(STA3)操作的链路被改变，并且由此第三站(STA3)和第二站(STA2)可以支持STR。如上所述，非AP多链路装置可以向AP多链路装置传输STR支持元素并发信号通知指示支持STR的改变的信息。

可以不允许链路改变，或者可以不通过链路改变来支持STR。如图11的实施例中所示，AP多链路装置可以支持STR，但非AP多链路装置可以不支持STR。这是因为对于AP多链路装置使用相对昂贵的设备并且对于非AP多链路装置使用相对便宜的设备是常见的。相应地，在多链路装置之间的通信中，即使当一个多链路装置不支持STR时，也需要执行高效通信的方法。此时，STR可以指示同时执行传输和接收。这将参考图12来描述。

图12图示了根据本公开的实施例的当执行非STR多链路装置的一个站的接收时，限制非STR多链路装置的另一站的信道接入。

当在一个链路中执行非STR多链路装置的传输而在另一链路中执行非STR多链路装置的接收时，非STR多链路装置的接收和传输可能失败。为了解决该问题，当在一个链路中执行非STR多链路装置的接收时，可以限制非STR多链路装置在另一链路中的信道接入。具体地，当在一个链路中执行非STR多链路装置的接收时，可以限制非STR多链路装置在另一链路中的信道接入的退避。相应地，当在一个链路中执行非STR多链路装置的接收时，可以防止非STR多链路装置在另一链路中开始传输。在详细的实施例中，当非STR多链路装置的接收在一个链路中开始时，可以限制非STR多链路装置在另一链路中的信道接入的退避。它可通过存储器的特殊位(诸如信道接入限制标志)来配置。是否限制信道接入可以通过多链路装置内的存储器来共享。通过这样的实施例，信道接入限制可以在没有单独的帧交换的情况下实现。为了便于描述，本说明书中使用的信道接入限制指示对信道接入或传输的限制，以便保护非STR多链路装置的传输或接收，除非存在单独的描述。

当限制信道接入时，在限制信道接入的链路中操作的站不能够执行退避过程，不管NAV和CCA结果如何。此外，当限制信道接入时，在限制信道接入的链路中操作的站不能够执行传输，不管NAV和CCA结果如何。然而，即使限制信道接入，在限制信道接入的链路中操作的站也能够执行接收。此外，可以基于完成第一链路中的接收的时间点来释放由于在第一链路中执行的接收而导致的第二链路中的信道接入限制。具体地，当完成第一链路中的接收时，可以释放由于在第一链路中执行的接收而导致的第二链路中的信道接入限制。在另一个详细实施例中，可以基于在完成第一链路中的接收之后传输ACK的时间点来释放由于在第一链路中执行的接收而导致的第二链路中的信道接入限制。具体地，可以在完成第一链路中的接收之后传输ACK的时间点处释放由于在第一链路中执行的接收而导致的第二链路中的信道接入限制。在另一详细实施例中，可以在完成第一链路中的接收之后完成ACK传输的时间点处释放由于在第一链路中执行的接收而导致的第二链路中的信道接入限制。此外，在释放信道接入限制之后，站可以立即减小退避计数器而无需额外的感测。此时，额外的感测可以指示在DCF帧间间隔(DIFS)期间执行的感测。在另一详细实施例中，当在释放信道接入限制之前信道刚好空闲预定时间时，该站可以立即减小退避计数器而无需额外的感测。此时，预定时间可以是PCF帧间间隔(PIFS)、短帧间间隔(SIFS)和仲裁帧间间隔(AIFS)之一。

在图12的实施例中，非STR多链路装置包括在第一链路(Link1)中操作的第一站(STA1)和在第二链路(Link2)中操作的第二站(STA2)。当在第一站(STA1)执行接收时第二站(STA2)在第二链路(Link2)中执行传输时，生成设备内干扰。如上所述，当在第一链路(Link1)中操作的第一站(STA1)执行接收时，限制在第二链路(Link2)中执行的第二站(STA2)的信道接入。在完成第一链路(Link1)中的第一站(STA1)的接收之后，释放信道接入限制。正好在释放信道接入限制之后，第二站(STA2)可以将先前退避计数器的值从3减小1到2，而无需额外的感测。

为了便于表达，在图12所使用的附图中使用单个块(Tx实线，Rx虚线)来表示Rx和Tx，并且可以理解到，该单个块表示包括Tx/Ack接收和Rx/Ack传输的操作，即使没有示出单独的Ack块。这可以等同地应用于以下附图。

当站识别出所接收的PPDU不是该站预期的接收器时，该站可能停止接收该PPDU。在这种情况下，由多链路装置释放信道接入禁止的操作是有问题的。本说明书中的预期接收器用于具有与目的地站相同的含义。

图13图示了根据本公开的实施例的在识别出由非STR多链路装置的站接收到的PDDU的预期接收器不是该站时释放信道接入禁止的操作。

当站识别出所接收的PPDU不是站预期的接收器时，站可以释放信道接入禁止。站可以基于指示PPDU的信令字段的接收器地址的信息来确定站是否是PPDU的预期接收器。此时，指示PPDU的信令字段的接收器地址的信息可以是EHT-SIG字段的STA-ID字段的值。具体地，站可以确定EHT-SIG字段的STA-ID字段是否指示站。此外，站可以基于PPDU中包括的MAC帧的RA字段的值来确定站是否是PPDU的预期接收器。具体地，站可以确定PPDU中包括的MAC帧的RA字段是否指示站。在图13中，非STR多链路装置包括在第一链路(Link1)中操作的第一站(STA1)和在第二链路(Link2)中操作的第二站(STA2)。第一站(STA1)接收PPDU。第一站(STA1)确定所接收的PPDU的预期接收器不是第一站(STA1)并停止接收PPDU。此时，第一站(STA1)可以释放第二站(STA2)的信道接入禁止。即使第二站(STA2)的信道接入禁止被释放，也可以根据在第二站(STA2)中配置的NAV来延迟第二站(STA2)的信道接入。

如图13所示，即使释放了信道接入禁止，包括在非STR多链路装置中的站也可能比不包括在多链路装置中的站或包括在STR多链路装置中的站更频繁地不具有信道接入机会。因此，为了与其他站公平竞争，可能需要保证包括在非STR多链路装置中的站的信道接入机会的方法。例如，在释放信道接入禁止后，可以允许其信道接入被禁止的站将退避计数器减小2或更多。这将参考图14描述。

图14图示了根据本公开的实施例的在释放信道接入禁止之后由站执行信道接入。

在释放信道接入禁止之后，释放其信道接入禁止的站可以将退避计数器减小2或更多。这是为了平衡与其他站的信道接入机会，因为其他站在该站的信道接入被禁止时执行退避过程。

在另一详细实施例中，其信道接入被禁止的站可以在禁止信道接入时执行减小CCA(CSMA)和退避计数器的信道接入过程。在图14中，非STR多链路装置包括在第一链路(Link1)中操作的第一站(STA1)和在第二链路(Link2)中操作的第二站(STA2)。在图14中，在第一站(STA1)执行接收时禁止第二站(STA2)的信道接入。在图14的(a)中，当禁止第二站(STA2)的信道接入时，第二站(STA2)可以执行减小CCA(CSMA)和退避计数器的信道接入过程。在图14的(a)中，由于在第二站(STA2)的信道接入被禁止时，第二链路(Link2)的信道是空闲的，因此第二站(STA2)减小退避计数器。

此外，即使在禁止信道接入时，退避计数器达到0，其信道接入被禁止的站也可以延迟传输而不开始传输。此时，站可以将退避计数器的值保持为0。此外，虽然站延迟传输，但是站可以维持CW的值。因此，可以区别于由于站接入的信道繁忙而由站将CW的值加倍。这是因为延迟传输的原因不是其中确定正在使用该信道的情况。在图14的(b)中，在禁止第二站(STA2)的信道接入时，第二站(STA2)可以执行减小CCA(CSMA)和退避计数器的信道接入过程。在图14的(b)中，由于在禁止第二站(STA2)的信道接入时，第二链路(Link2)的信道是空闲的，所以第二站(STA2)减小退避计数器。在禁止第二站(STA2)的信道接入时，第二站(STA2)的退避计数器达到0。第二站(STA2)延迟传输并且在释放信道接入禁止之后开始传输。

如上所述，信道接入禁止可以包括当非STR多链路装置的第一站执行传输时禁止第二站的传输。此外，信道接入禁止可以包括当非STR多链路装置的第一站执行接收时禁止第二站的传输。

当在图14的(b)的实施例中其信道接入被禁止的站的数量是多个时，尝试同时释放多个站的信道接入禁止和多个站的同时传输的概率高。因此，需要降低传输冲突概率的方法。这将参考图15进行描述。

图15图示了根据本公开的实施例的站在释放信道接入禁止之后执行传输的操作。

如上所述，在非STR多链路装置操作的多个链路之中的第一链路中执行传输，因此在第二链路中可以禁止传输。当在第一链路中完成对应的传输时，第二链路中的传输可以通过RTS/CTS帧交换开始。因此，当在非STR多链路装置操作的多个链路之中的第一链路中执行传输时，非STR多链路装置可以在第二链路中开始RTS/CTS帧交换。在释放其传输由于信道接入禁止而被延迟的站的信道接入禁止之后，该站可以在开始延迟的传输之前开始请求传输(RTS)/清除传输(CTS)帧交换。此时，当该站没有接收到CTS帧时，延迟的传输可以不开始。在图15(a)的实施例中，其传输由于信道接入禁止而被延迟的站在开始延迟的传输之前传输RTS帧。该站在响应于RTS帧而接收到CTS帧之后开始延迟的传输。

在另一个详细实施例中，在释放了其传输由于信道接入禁止而被延迟的站的信道接入禁止之后，该站可以传输仅包括一些延迟的传输的帧。此时，在接收到对仅包括一些延迟传输的帧的响应(例如，ACK)之后，站可以传输尚未传输的延迟的传输的部分。当站没有接收到对仅包括一些延迟传输的帧的响应时，站可以不传输尚未传输的延迟传输的部分。如上所述，在信道接入禁止被释放之后，站开始RTS/CTS交换或者由站传输仅一些延迟的传输，因为信道接入禁止之后的传输的冲突概率可能高于一般传输的冲突概率。因此，所述实施例可以强制应用于在释放信道接入禁止之后执行的传输。在传统WLAN操作中，RTS/CTS帧用于解决隐藏节点(hidden node)问题，并且可以基于传输数据的大小来使用。在所述实施例中，RTS/CTS帧用于防止与执行延迟传输的站的传输冲突，以便保护非STR多链路装置的传输或接收。

如上所述，当非STR多链路装置的一个站执行接收时，非STR多链路装置的另一站的传输可能受到限制。此外，当非STR多链路装置的一个站执行传输时，可能难以准确地感测非STR多链路装置的另一站操作的链路的信道状态。具体地，当非STR多链路装置的第一站执行传输时，非STR多链路装置的第二站可以确定第二站在其中操作的链路的信道状态总是繁忙的。因此，即使第二站在其中操作的链路的信道空闲，由于设备内干扰，第二站也可能确定该信道繁忙。如上所述，当由于设备内干扰而不能确定其信道状态的站时或者当非STR多链路装置的一个站连续执行传输时，非STR多链路装置的另一个站处于盲状态。由于所述情况，处于盲状态的站可能难以尝试通过退避过程进行传输。此外，由于所述情况，处于盲状态的站可能难以开始接收PPDU或难以成功解码。因此，需要一种考虑站处于盲状态时执行传输的方法。这将参考图16进行描述。

图16图示了根据本公开的实施例的基于非STR多链路装置内的站的状态来执行的传输。

要执行到非STR多链路装置的站的传输的站可以根据非STR多链路装置的站是否处于盲状态来确定是否执行传输。此时，要执行到非STR多链路装置的站的传输的站可以是包括在STR多链路装置中的站。此外，要执行到非STR多链路装置的站的传输的站可以是包括在AP多链路装置中的AP，以及非STR多链路装置可以是非AP多链路装置。要执行到非STR多链路装置的站的传输的站可以基于以下描述来确定非STR多链路装置的站是否处于盲状态。要执行传输的站可以确定包括该站的多链路装置的另一站是否正在执行到对应的非STR多链路装置的传输。当包括该站的多链路装置的另一站正在执行从对应非STR多链路装置的接收时，该站可以确定要接收该站的传输的非STR多链路装置的站处于盲状态。在图16的实施例中，STR AP多链路装置包括在第一链路(Link1)中操作的第一AP(AP1)和在第二链路(Link2)中操作的第二AP(AP2)。非STR多链路装置包括在第一链路(Link1)中操作的第一站(STA1)和在第二链路(Link2)中操作的第二站(STA2)。第二站(STA2)正在执行到第二AP(AP2)的传输。因此，第二AP(AP2)可以向第一AP(AP1)通知正在从第二站(STA2)执行接收。具体地，第二AP(AP2)可以向第一AP(AP1)通知到第二AP(AP2)的传输实体是第二站(STA2)。在另一个详细实施例中，第二AP(AP2)可以向第一AP(AP1)通知第二站(STA2)当前正执行传输。此时，第一AP(AP1)可以基于该通知确定第一站(STA1)处于盲状态。

多链路装置中的站可以通过公共(common)MAC进行操作。因此，可以不明确地执行上述第一AP(AP1)和第二AP(AP2)之间的信息交换。

该站可以不执行到处于盲状态的站的传输。这是因为即使对处于盲状态的站执行了传输，处于盲状态的站也很可能无法开始接收或者处于盲状态的站无法解码PPDU。此时，站可以取消对处于盲状态的站的传输，并且可以执行对另一站的传输。

当STR多链路装置执行到非STR多链路装置的传输时，STR多链路装置可以在多个链路中执行到非STR多链路装置的传输。具体地，当STR多链路装置在第一链路中执行到非STR多链路装置的传输时，STR多链路装置可以在第二链路中开始到非STR多链路装置的传输。此时，STR多链路装置可以基于与到非STR多链路装置的传输相对应的传输来确定在第二链路中执行的传输的长度。具体地，STR多链路装置可以基于在第一链路中到非STR多链路装置的传输的长度来确定在第二链路中到非STR多链路装置的传输的长度。在详细实施例中，STR多链路装置可以同时结束第一链路中的传输和第二链路中的传输。这是为了防止在到非STR多链路装置的站之一的传输首先结束之后，非STR多链路装置的站之一传输响应(例如，ACK)时，到非STR多链路装置的另一站的传输。通过所述实施例，非STR多链路装置的多个站可以同时向多个站传输对传输的响应。

STR多链路装置不能实时地确定包括在非STR多链路装置中的站的状态。因此，即使STR多链路装置根据参考图16描述的实施例操作，也可能在非STR多链路装置在其中操作的链路之间产生干扰或传输冲突。例如，在图16的实施例中，第一AP(AP1)可能在辨识出第二站(STA2)正在执行到第二AP(AP2)的传输之前开始到第一站(STA1)的传输。如上所述，链路间干扰或冲突的概率可能高于链路内干扰或传输冲突的概率。这将参考图17更详细地描述。

图17图示了产生链路间干扰或冲突的情况。

当由非STR站多链路装置的第二站向STR AP多链路装置的第二AP的传输和由STRAP多链路装置的第一AP向非STR多链路装置的第一站的传输同时开始时，可能在链路之间产生传输冲突。图17(a)图示了这种情况。这是因为，如上所述，STR多链路装置不能实时地确定包括在非STR多链路装置中的站的状态。

此外，即使当由非STR多链路装置的第二站到STR AP多链路装置的第二AP的传输比由STR-AP多链路装置的第一AP到非STR多链路装置的第一站的传输更早开始时，也可能在链路之间产生传输冲突。图17(b)图示了这种情况。这是因为第二AP(AP2)向第一AP(AP1)通知第二站(STA2)正在执行传输需要时间。如上所述，由于在不同时间点开始传输的站之间产生传输冲突，因此链路间干扰或传输冲突的概率可能高于链路内干扰或冲突的概率。此外，由于识别由STR多链路装置的AP接收的PPDU的传输器所花费的时间被延迟，链路之间的干扰或传输冲突的概率可能更高。因此，需要解决该问题的方法。当STR多链路装置的一个站执行接收时，STR多链路装置的另一个站可能不执行信道接入。然而，当禁止信道接入时，实现STR功能的意义可能消失。因此，需要除了STR多链路装置的信道接入禁止之外的操作方法。这将参考图18进行描述。

如上所述，快速确定多链路装置向多链路装置传输的站是重要的。EHT UL PPDU的EHT-SIG的用户字段可以显示传输EHT UL PPDU站的标识符(STA-ID)。具体地，当EHT PPDU的信令字段的DL/UL字段示出EHT PPDU为UL PPDU时，EHT PPDU的EHT-SIG的用户字段可以示出传输EHT UL PPDU的站的标识符。接收EHT PPDU的多链路装置可以基于EHT UL PPDU的EHT-SIG的用户字段识别传输EHT PPDU的站。由此，AP多链路装置可以确定传输EHT ULPPDU的站，并且AP多链路装置可以确定传输目的地设备。具体地，AP多链路装置可以确定因链路间冲突所要执行的传输失败的可能性的高低。此外，如果AP多链路装置要执行的传输失败的可能性高，则AP多链路装置可以延迟要执行的传输并执行另一传输。

利用无线网络的各种服务被体现。尤其，诸如无线VR(virtual reality，虚拟现实)设备普及被扩大等的低延迟服务支持的必要性变高。因此，需要用于支持低延迟服务的无线网络操作方法。为了便于描述，用于低延迟服务的业务称为低延迟业务。低延迟业务可以由站被指定。此时，站包括AP。具体地，可以在比MAC层更高的层中指定哪个业务是低延迟业务。此外，可以将特定业务指定为低延迟业务。此外，低延迟业务可以是业务的优先级优先于预定的优先级的业务。此时，优先级可以基于接入类别(access category，AC)来确定。

在上述的非STR多链路装置的操作中，也需要考虑低延迟服务的支持。这是因为由于非STR多链路装置的操作特性，低延迟业务传输可能被延迟。例如，当非STR多链路装置在第一链路正在接收时，可以限制在第二链路的传输，以保护在第一链路传输的PPDU的传输。因此，需在第二链路传输的低延迟业务传输被延迟。对于解决此的方法，通过图18进行描述。

图18图示了根据本公开的实施例的多链路装置放弃在非STR多链路对中的第一链路正在接收的PPDU的接收，并且在非STR多链路对中的第二链路尝试PPDU传输。

即使在非STR链路对中的第一链路正在进行接收，多链路装置也可以在非STR链路对中的第二链路执行低延迟业务传输。非STR链路对表示非STR多链路装置在两个链路中的任一个链路进行传输，同时在其余链路中不可进行接收的链路对。此时，多链路装置放弃在第1链路上的接收。具体地，即使在非STR链路对中的第一链路接收PPDU，多链路装置也可以在非STR链路对中的第二链路尝试包括低延迟业务的PPDU的传输。此时，多链路装置可以在第一链路中断PPDU的接收。

此外，多链路装置在第二链路要传输的PPDU中包括的业务的优先级高于在第一链路接收的PPDU中包括的业务的优先级的情况下，非STR多链路装置即使在非STR链路对中的第一链路接收PPDU，也可以尝试在非SSTR链路对中的第二链路包括的优先级高的业务的PPDU的传输。此时，多链路装置可以在第一链路中断PPDU的接收。在另一实施例中，多链路装置可以在第二链路中执行传输，可以忽略在第一链路中接收的信号。

在上述实施例中，多链路装置可以中断接收的条件是，在第一链路进行中的接收中包括的业务的优先级低于在第二链路要传输的业务的优先级的情况。因此，如果在第一链路进行中的接收中包括的业务的优先级高于在第二链路要传输的业务的优先级，则多链路装置不能中断在第一链路上的接收。

然而，当通过特定链路接收低延迟业务时，通过与特定链路具有非STR关系的其他链路的信道接入和传输(包括响应)可能被限制。

在图18的实施例中，AP多链路装置包括第一AP(AP1)和第二AP(AP2)，作为非STR多链路装置的非AP站多链路装置包括第一站(STA1)和第二站(STA2)。第一AP(AP1)和第一站(STA1)在第一链路(Link1)中操作。第二AP(AP2)和第二站(STA2)在第二链路(Link2)中操作。AP多链路装置中第一AP(AP1)从第二AP(AP2)接收第一PPDU。此时，当第一PPDU仅包括业务而不是低延迟业务并且在第二链路(Link2)需要传输低延迟业务时，AP多链路装置可以尝试在第一链路(Link1)放弃第一PPDU的接收，并在第二链路(Link2)传输包括低延迟业务的第二PPDU。或者，AP多链路装置在第二链路(Link2)要传输的第二PPDU中包括的业务的优先级高于在第一链路(Link1)接收的第一PPDU中包括的业务的优先级时，AP多链路装置可以在第一链路(Link1)中断第一PPDU的接收，并且在第二链路(Link2)尝试第二PPDU的传输。

通过这些实施例，多链路装置可以根据业务的类型或优先级来调整业务交换的优先级。此外，在上述实施例中，业务的优先级可以根据预定的策略来设置。此外，如上所述，可以在比MAC层更高的层指定业务的优先级。

通过图18描述了在PPDU的接收步骤(即，物理层级)中防止低延迟业务传输延迟的实施例。通过图19至图22，将描述在帧交换步骤(即，MAC层级)中防止低延迟业务传输延迟的实施例。

图19图示了多链路装置在非STR多链路对中交换RTS/CTS帧并不传输低延迟业务的情况。

当多链路装置在非STR多链路对中的任何一个执行帧交换时，可以在非STR多链路对的剩余链路中低延迟业务传输被延迟。在图19的实施例中，AP多链路装置包括第一AP(AP1)和第二AP(AP2)，作为非STR多链路装置的非AP站多链路装置包括第一站(STA1)和第二站(STA2)。第一AP(AP1)和第一站(STA1)在第一链路(Link1)中操作。第一AP(AP1)将RTS帧传输到第一站(STA1)。作为对RTS(request to send，请求发送)帧的响应，第一站(STA1)将CTS(clear to send，清除发送)帧发送到第一AP(AP1)。由于在第一链路执行的RTS帧/CTS帧交换序列，在第二链路(Link2)中不能执行第二AP(AP2)和第二站(STA2)之间的帧交换。此外，即使在RTS帧/CTS帧交换完成之后，也可以在第二链路(Link2)限制预定时间(例如，MediumSyncDelay或NAVSyncDelay)期间的传输。

此外，在现有的无线网络操作中，接收RTS帧的站需发送CTS帧。因此，当应用现有的无线网络操作时，即使适用在图18描述的PPDU的接收中断实施例，低延迟业务也可以延迟到RTS帧/CTS帧交换之后为止。

图20图示了根据本公开的实施例的多链路装置在帧交换之前基于业务的优先级确定业务的传输与否。

为了低延迟业务传输，多链路装置可以在非STR多链路对中的任何一个执行的帧交换序列中中断帧交换。具体地，多链路装置可以在不传输帧交换序列中需传输的帧的情况下，执行低延迟业务传输。在具体实施例中，为了低延迟业务传输，多链路装置可以在帧交换序列中不传输响应帧。在这些实施例中，多链路装置可以在执行低延迟业务传输之后恢复帧交换序列。

此外，帧交换序列可以是用于设置网络分配矢量(network allocation vector，NAV)的帧交换序列。为了用于设置NAV的帧交换序列可以包括请求发送(request to send，RTS)帧/清除发送(clear to send，CTS)帧交换序列和多用户(multi user，MU)-RTS帧/CTS帧交换序列中的至少一个。此外，帧交换序列中的帧之间的间隔可以是SIFS。此时，可以从帧交换序列中排除数据帧交换序列。

此外，在帧交换序列中交换的帧可以包括关于在帧交换序列之后将被传输的帧中包括的业务的优先级的信息。此时，关于优先级的信息可以是帧交换序列之后将被传输的帧中包括的业务是否表示低延迟业务的信息。此外，关于优先级信息可以是帧交换序列之后将被传输的帧中包括的业务的业务标识符(traffic identifier，TID)。此外，关于优先级的信息可以表示帧交换序列之后将被传输的帧中包括的业务的优先级。在这些实施例中，多链路装置可以在非STR多链路对中的任何一个执行的帧交换序列中接收帧，并且可以基于接收到的帧的附加信息来确定是否持续帧交换序列。例如，如果多链路装置接收到的帧指示在帧交换序列之后不传输低延迟业务，则多链路装置可以中断帧交换序列。此外，如果多链路装置接收到的帧指示在帧交换序列之后要传输低延迟业务，则多链路装置可以持续帧交换序列。在另一个具体实施例中，如果多链路装置接收到的帧在帧交换序列之后将被传输的业务的优先级低于非STR多链路对中的剩余链路中的等待传输的业务的优先级，则多链路装置可以中断帧交换序列。此外，当多链路装置接收到的帧在帧交换序列之后将被传输的业务的优先级等于或高于非STR多链路对中的剩余链路中的等待传输的业务的优先级时，多链路装置可以持续帧交换序列。将通过图21至图22描述关于帧交换序列之后将被传输的帧中包括的业务的优先级的信息的具体格式。

在上述实施例中，多链路装置可以基于接收到的帧的附加信息来确定是否传输对于接收到的帧的响应帧。此外，多链路装置可以基于接收到的帧的附加信息来确定对于接收到的帧的响应帧的类型。

此外，在帧交换序列中未接收到响应帧的站可以不执行帧重传。如果站执行帧重传，则相比于传输帧交换序列反而会干扰进行中的低延迟业务传输。具体地，即使将帧传输给非STR多链路装置的站没有接收到响应帧，站也可以不执行帧重传。即使在非STR多链路对中的任何一个传输帧的站未接收到响应帧，站也可以不执行帧重传。在另一具体的实施例中，在帧交换序列中未接收到响应帧的站可以基于传输帧的链路和属于非STR多链路对的链路是否到达用于低延迟业务传输的服务时段来确定是否执行帧重传。例如，当传输帧的链路和属于非STR多链路对的链路达到用于低延迟业务传输的服务时段时，传输帧的站可以不执行帧重传。在帧交换序列中未接收到响应帧的站可以基于帧的接收者是否参与到用于低延迟业务传输的服务时段协商(negotiation)来确定是否执行帧重传。例如，当帧的接收者参与用于低延迟业务传输的服务时段协商时，传输帧的站可以不执行帧重传。在上述实施例中，用于低延迟业务传输的服务时段可以是受限的(restricted，R)-TWT(targetwakeup time，目标唤醒时间)的服务时段。通过图25描述R-TWT。

在图20的实施例中，AP多链路装置包括第一AP(AP1)和第二AP(AP2)，作为非STR多链路装置的非AP站多链路装置包括第一站(STA1)和第二站(STA2)。第一AP(AP1)和第一站(STA1)在第一链路(Link1)中操作。第一AP(AP1)在第一站(STA1)传输RTS帧。作为对RTS(request to send，请求发送)帧的响应，第一站(STA1)将CTS(clear to send，清除发送)帧发送到第一AP(AP1)。此时，RTS帧包括关于在RTS帧/CTS帧交换之后将被传输的业务的优先级的信息。关于优先级的信息可以表示在RTS帧/CTS帧交换之后传输业务，而不是低延迟业务。或者，关于优先级的信息可以指示RTS帧/CTS帧交换之后传输具有比第二链路中等待传输的帧的优先级低的优先级的业务。在这种情况下，第一站(STA1)不传输CTS帧，而第二站(STA2)将低延迟业务不传输至第二AP(AP2)。

虽然第一AP(AP1)从第一站(STA1)未接收到CTS帧，但不向第一站(STA1)重传RTS帧。此外，第一AP(AP1)在第一链路(Link1)将RTS帧传输到站，而不是第一站(STA1)。

图21图示了根据本公开的实施例的RTS帧的帧控制字段格式。此外，图22图示了根据本公开的实施例的MU-RTS帧的用户信息字段格式。

如上所述，在帧交换序列中交换的帧可以包括关于在帧交换序列之后将被传输的帧中包括的业务的优先级的信息。具体地，发起帧交换的发起(initiating)帧可以包括关于业务的优先级的信息。具体地，当发起帧为控制帧时，帧控制字段可以包括关于业务的优先级的信息。例如，发起帧可以包括表示帧交换序列之后将被传输的帧中包括的业务是否为低延迟业务的1比特字段(Low latency indication，低延迟指示)。在这种情况下，1比特字段可被包括在发起帧中，而不是更多数据字段。此外，发起帧可以包括表示帧交换序列之后将被传输的帧中包括的业务的业务标识符(traffic identifier，TID)的4比特字段(TID信息)。在其他具体的实施例中，发起帧可以包括表示帧交换序列之后将被传输的业务的优先级的4比特字段(优先级信息)。在这种情况下，4比特字段可被包括在发起帧中，而不是到DS字段、从DS字段、更多片段字段及重试字段。此外，发起帧可以包括表示是否包括关于帧交换序列之后将被传输的帧中包括的业务的优先级的信息的1比特字段(业务信息标志)。此时，1比特字段可以代替受保护的帧字段而被包括。这是因为，在控制帧中，更多数据字段、到DS字段、从DS字段、更多片段字段、重试字段和受保护的帧字段不传递附加含义。

图21(a)示出不包括关于业务的优先级的信息的RTS帧的帧控制字段。此外，图21(b)示出根据本公开的实施例的包括关于业务的优先级的信息的RTS帧的帧控制字段。

MU-RTS帧是一种触发帧。触发帧可以触发一个或多个站的传输。为此，触发帧可以包括与触发传输的站数目一样多的用户信息字段。每个用户信息字段指示用于触发传输触发帧的每个站的信令信息。MU-RTS帧的用户信息字段可以包括关于MU-RTS帧/CTS帧交换序列之后将被传输的帧中包括的业务的优先级的信息。在这种情况下，MU-RTS帧的用户信息字段可以包括关于利用保留字段的业务的优先级的信息。具体地，用户信息字段可以包括关于利用UL FEC编码类型字段、UL HE-MCS字段、UL DCM字段、SS分配/RA-RU信息字段和UL目标接收功率字段的业务的优先级的信息。

通过图21描述的实施例可以适用于关于业务的优先级的信息的格式。图22(a)示出不包括关于业务的优先级的信息的MU-RTS帧的用户信息字段。图22(b)示出根据本公开的实施例的包括关于业务的优先级的信息的MU-RTS帧的用户信息字段。

MU-RTS帧/CTS帧交换序列可以在一个AP和多个站之间执行，因此即使多链路装置不传输CTS帧，也可以持续MU-RTS帧/CTS帧交换序列。

在适用现有无线网络操作的情况下，即使在中断帧交换序列之后，为了传输低延迟业务，多链路装置需获得传输机会。因此，需要经过与其它无线通信设备的竞争，所以在此过程中低延迟业务传输可能被再次延迟。为了防止这种情况，可能需要低延迟业务传输方法。对于此通过图23至图24进行描述。

图23图示了接收RTS帧的站根据本公开的实施例向传输RTS帧的AP请求传输机会转让。

当低延迟业务存储在缓冲器中的站接收发起帧交换序列的发起帧时，站可将低延迟业务的优先处理请求插入到对发起帧的响应帧中，并可传输响应帧。传输发起帧的站可以接受或拒绝低延迟业务的优先处理请求。接收到包括低延迟业务的优先处理请求的响应帧的站可以传输响应帧并接受低延迟业务的优先处理请求。此外，接收到包括低延迟业务的优先处理请求的响应帧的站可以在帧交换序列之后执行预定的传输，以拒绝低延迟业务的优先处理请求。

例如，第一站从第二站接收RTS帧。在这种情况下，如果第一站将低延迟业务传输存储在缓冲器中，则第一站可以通过将低延迟业务的优先处理请求插入到CTS帧中来向第二站发送CTS帧。第二站接收CTS帧，该CTS帧包括低延迟业务的优先处理请求。此时，如果第二站接受低延迟业务的优先处理请求，则第二站向第一站发送CTS帧。此时，第一站接收CTS帧，并发送包括低延迟业务的帧。当第二站拒绝低延迟业务的优先处理请求时，第二站将DL数据发送到第一站。在本实施例中，帧之间的间隔可以是SIFS。

在另一示例性实施例中，当低延迟业务存储在缓冲器中的站接收发起帧交换序列的发起帧时，站作为对发起帧的响应发送发起帧并可以请求低延迟业务的优先处理。在这种情况下，作为对发起帧的响应被传输的发起帧包括关于站存储在缓冲器中的低延迟业务的特性的信息。例如，第一站从第二站接收RTS帧。在这种情况下，如果第一站在缓冲器中存储低延迟业务传输，则第一站可以向第二站发送RTS帧。此时，RTS帧的帧控制字段可包括关于站存储在缓冲器中的低延迟业务的特性的信息。此时，关于低延迟业务的特性的信息可以通过图21所述的实施例指示。

通过上述实施例，接收低延迟业务的优先处理请求的站可以不接受低延迟业务的优先处理请求，也可以结束帧交换序列。例如，作为对RTS帧的响应接收RTS帧或接收包含低延迟业务的优先处理请求的CTS帧的站，在之后可以不发送DL数据帧。这是因为低延迟业务的优先处理请求帧交换序列之后的连续的序列可以被解释为不期望的信令。

此外，发送发起帧的站可以在发起帧包括关于在帧交换序列之后将被传输的业务的特性的信息。例如，RTS帧/CTS帧交换序列中发送RTS帧的站可以在RTS帧包括关于RTS帧/CTS帧交换序列之后将被传输的业务的特性的信息。关于业务的特性的信息可以通过图21描述的实施例来指示。在该实施例中，接收到发起帧的站可以基于关于包括发起帧的业务的特性的信息来判断是否请求低延迟业务的优先处理。例如，第一站可以在RTS帧/CST帧交换之后，向第二站发送包括关于将被传输的业务的特性的信息的RTS帧。第二站可以基于关于RTS帧/CST帧交换之后将被传输的业务的特性的信息来确定是否向第一站请求低延迟业务的优先处理。具体地，当RTS帧/CST帧交换之后将被传输的业务不是低延迟业务时，第二站可以向第一站请求低延迟业务的优先处理。此外，当RTS帧/CST帧交换之后将被传输的业务是低延迟业务时，第二站可以不向第一站请求低延迟业务的优先处理。在另一示例性实施例中，当RTS帧/CST帧交换之后将被传输的业务的优先级低于存储在第二站的缓冲器中的低延迟业务的优先级时，可以向第一站请求低延迟业务的优先处理。此外，当RTS帧/CST帧交换之后将被传输的业务的优先级等于或高于存储在第二站的缓冲器中的低延迟业务的优先级时，可以不向第一站请求低延迟业务的优先处理。

在图23的实施例中，AP向站发送RTS帧。此时，RTS帧包括关于RTS帧/CTS帧交换之后将被传输的业务的特性。具体地，RTS帧指示RTS帧/CTS帧交换之后将被传输的业务不是低延迟业务，并且可以指示RTS帧/CTS帧交换之后将被传输的业务的优先级。由于RTS帧/CTS帧交换之后将被传输的业务不是低延迟业务，因此站传输请求低延迟业务的优先处理的CTS帧(CTS#1)。此时，站将CTS帧(CTS#1)的持续时间字段的值设置为从RTS帧的持续时间字段的值减去CST帧传输所需的时间(CTStime)和SIFS的值。AP从站接收CTS帧(CTS#1)。AP向站传输CTS帧(CTS#2)来接受低延迟业务传输。此时，AP将CST帧(CTS#2)的持续时间字段的值设置为从CTS帧(CTS#1)的持续时间字段的值减去CST帧传输所需的时间(CTStime)和SIFS的值。

在上述实施例中，当低延迟业务传输结束并且为了帧交换设置的TXOP被保留时，传输低延迟业务的站可以传输响应帧来信令完成低延迟业务的传输。具体地，RTS帧/CTS帧交换序列中请求低延迟业务的优先处理，并且完成低延迟业务传输的站可以传输CTS帧。在这种情况下，站不使用非HT PPDU的格式而是用如HT PPDU、VHT PPDU、EHT PPDU的格式传输CTS帧。在具体实施例中，不是非HT PPDU的其它格式可以是EHT PPDU格式。这是因为CTS帧不是为了设定NAV，而是表示低延迟业务传输已完成的意图。

在上述实施例中，关于CTS帧/RTS帧传输描述的实施例中，传输至某个站表示着将CTS帧/RTS帧的RA字段设置为相应的站的MAC地址。

图24图示了根据本公开的实施例的包括低延迟业务的优先处理请求的CTS帧的帧控制字段格式。

如上所述，CTS帧可以包括关于低延迟业务的优先处理请求的信息。

CTS帧可以包括表示低延迟业务的优先处理请求的1比特(Low latencyindication，低延迟指示)。此外，CTS帧可以包括表示帧低延迟业务的TID(trafficidentifier，业务标识符)的4比特字段(TID信息)。在另一示例性实施例中，CTS帧可以包括表示低延迟业务的优先级的4比特字段(优先级信息)。此外，CTS帧可以包括1比特字段(UL请求)，所述1比特字段表示传输CTS帧的站是否请求上行链路传输。

通过图25至图30描述对于低延迟业务传输的调度。在现有的无线网络通信中，通过EDCA(enhanced distributed channel access，增强型分布式信道接入)为每个AC设置信道接入参数，并利用所设定的信道接入参数处理根据每个AC的优先级处理业务。然而，现有的EDCA在概率上提供具有高优先级的信道接入，因此在支持低延迟业务传输的方面存在不足之处。为了弥补这一点，可以设定可优先传输低延迟业务的时间区间。为了便于描述，将低延迟业务优先被传输的时间区间称为受限的服务时段。因为需要VR/AR等低延迟业务传输的大部分服务需要周期性的业务传输，所以由受限的服务时段的低延迟业务传输延迟减小效果较大。

受限的服务时段可以是低延迟业务传输和对低延迟业务的响应的传输优先被允许的时间区间。具体地，在受限的服务时段中，可以是仅允许低延迟业务传输和对低延迟业务的响应的传输的时间区间。在另一示例性实施例中，在受限的服务时段中可以是执行低延迟业务传输和对低延迟业务的响应的传输，并且在完成低延迟业务传输和对低延迟业务的响应的传输之后，允许除低延迟业务之外的业务的传输的时间区间。

首先，对受限的服务时段的设置方法进行描述。受限的服务时段可以通过现有的WLAN的TWT被设定。TWT通过AP与站的协商设置服务时段，在服务时段区间中，AP与站进行收发并支持除服务时段以外的区间进入低功率模式。对于此通过图25进行详细描述。为了便于说明，通过TWT设置受限的服务时段，并将AP和站基于受限的服务时段操作的称为受限的TWT。

图25图示了根据本公开的实施例的在AP与站之间设置广播TWT的方法。

在TWT中，服务时段可如下设置。AP向连接(associated)至AP的站请求参与TWT。站参与广播TWT，或可以对AP和个别(individual)TWT进行协商。此时，AP可将HE操作元素的TWT要求子字段的值设定为1，并向站请求TWT的参与。此外，AP可通过管理帧(例如，信标帧)传输广播TWT元素，并可将广播TWT的参与所需的信息传递到站。此时，AP可以设置dot11twtoptionactivated为真(true)，HE capabitivities(能力)元素的广播TWT支持字段(元素)设定为1，信令支持广播TWT。AP可以将受限的服务区间与TWT的服务时段类似地设置。

在图25的实施例中，第一站(STA1)向AP请求TWT设置。AP和第一站(STA1)设置TWT参数，例如最大TBTT、侦听区间(listen interval)。由此，AP和第一站(STA1)及第二站(STA2)设置广播TWT。AP使用信标帧指示广播TWT服务时段。在广播TWT服务时段中，AP可将DL(downlink，下行链路)PPDU(physical layer protocol data unit，物理层协议数据单元)传输到第一站(STA 1)和第二站(STA 2)，或者将触发帧传输到第一站(STA 1)和第二站(STA 2)来触发UL(uplink，上行链路)传输。在广播TWT服务时段中，第一站(STA 1)和第二站(STA 2)唤醒以接收信标帧。第一站(STA1)和第二站(STA2)从接收到的信标帧获得关于TWT的信息。AP可将触发帧发送到第一站(STA1)和第二站STA2)，第一站(STA1)可将PS-Poll(节能轮询)帧传输到AP，并且第二站(STA2)可向AP传输QoS Null帧。AP接收由第一站(STA1)和第二站(STA2)传输的PS-Poll帧和QoS Null帧，并判断第一站(STA 1)和第二站(STA 2)处于唤醒(awake)状态。AP可向第一站(STA1)和第二站(STA2)发送多STA块确认帧。AP将DL PPDU传输到第一站(STA1)和第二站(STA2)。

在现有的TWT的服务时段不参与TWT的站不限制执行信道接入或执行传输。这是因为TWT是为了帮助参与TWT的站进入省电状态(doze state)。然而，用于防止低延迟业务的传输延迟的受限的服务时段必须保证低延迟业务的优先传输，因此需要用于保护受限的服务时段的方法。

在受限的服务时段中，不参与受限的TWT的站成为信道接入将受限制。具体地，在受限的服务时段中，不参与受限的TWT的站可能无法执行信道接入。在受限的服务时段中，不参与受限的TWT的站完成信道接入时，该站不进行传输并且可以重新开始信道接入过程。此时，当受限的服务时段结束时，站可以重新开始信道接入过程。此外，站的信道接入可以表示EDCA退避过程。完成信道接入可以表示EDCA退避过程的退避计数器达到0。此外，当站重新开始信道接入过程时，站可以随机从在之前的信道接入使用的CW内获取整数，并将得到的整数作为退避计数器使用。也就是说，站可以将之前的信道接入使用的CW的大小不增加2倍。此时，CW可以按AC维持。这种信道接入限制可仅适用于支持受限的TWT的站。具体地，这样的信道接入限制仅适用于非传统(EHT)站中EHT Capabilities元素的dot 11restrictedtwtoptionimplemented设置为真(true)的站，可以不适用于非传统(EHT)站中EHTCapabilities元素的dot 11restrictedtwtoptionimplemented设置为假(false)的站。在本说明书中，非传统站可以表示EHT站及EHT站之后的站。此外，传统站作为EHT站之前的站，可以表示非HT站、HT站、VHT站和HE站。

此外，在受限的服务时段中，可以在非传统站设置对于低延迟业务之外的业务的NAV。具体地，如在低延迟业务之外的业务设置NAV，站可以停止用于低延迟业务之外的业务的传输的信道接入过程。在这样的实施例中，NAV可以是独立于现有NAV(基本NAV、Intra-BSS NAV)的NAV。在这种情况下，非传统站可以被限定为支持受限的TWT的站。在另一具体实施例中，非传统站可以被限定为参与受限的TWT的站。

受限的服务时段可以包含在广播TWT服务时段内。在另一个具体实施例中，受限的服务时段可以不包含在广播TWT服务时段内。

此外，受限的服务时段可以由AP指定的周期反复。也就是说，AP可以指定受限的服务时段的反复周期。通过此，为了设置受限的服务时段，AP每次可以不传输信标帧的TWT元素。此时，服务期限的周期可以根据低延迟业务使用的低延迟服务的特性来设置。例如，低延迟业务没50ms生成的低延迟服务时段的周期可以是50ms。

此外，在不支持受限的TWT的站中，可设定静态区间(qualietal interval)。现有的无线网络中的静态区间是用于支持信道感知的区间。当设定静态区间时，所有站都中断传输。利用这些静态区间的特征可以保护受限的服务时段。对于此通过图26进行描述。在这种情况下，不支持受限的TWT的站可以被限定为传统站。

图26图示了根据本公开的实施例的AP设置静态区间。

操作受限的TWT的AP可通过传输静态(Quiet)元素来设定静态区间。在静态区间期间，站中断信道接入。然而，当限制到参与受限的TWT的站的信道接入时，无法执行低延迟业务的传输。因此，参与受限的TWT的站，可忽略对应于受限的服务时段的静态区间。此时，对应于受限的服务时段的静态区间表示受限的TWT的用于保护受限的服务时段而设定的静态区间。具体而言，参与受限的TWT的站可将对应于受限的服务时段的静态区间视为受限的服务时段。操作受限的TWT的AP可以将静态区间不设定为与受限的服务时段一致。这是因为，在静态元素静态区间由时间单元TU(time unit，1024us)为单位被设定，TWT由256us单位被设定。

然而，为了受限的服务时段在未设定静态区间的静态区间执行信道接入时，可能妨碍为了受限的服务时段未设定的静态区间。因此，有必要区分为了受限的服务时段设定的静态区间，即对应于受限的服务时段的静态区间。因此，参与受限的TWT的站，可能无法忽略不对应于受限的服务时段的静态区间。在不对应于受限的服务时段的静态区间，站不能执行所有的传输。具体而言，参与受限的TWT的站，可能无法忽略与受限的服务时段不重叠的静态区间。在具体实施例中，参与受限的TWT的站，在与受限的服务时段不重叠的静态区间内不能执行所有传输。

此外，在上述实施例中，受限的服务时段的开始时间点和静态区间的开始时间点为预定的时间内，并且服务时段的开始时间点和静态区间的开始时间点在预定的时间内的情况下，参与受限的TWT的站可视为对应于受限的服务时段的静态区间。如上所述，操作受限的TWT的AP可以将静态区间设定为与受限的服务时段不一致。

在图25的实施例中，AP传输信标帧以设置静态区间和受限的服务时段。在图25(a)中，静态区间设定为与受限的服务时段相同的时间区间。因此，在静态区间中参与受限的TWT的站执行信道接入。在图25(b)中，静态区间被设定为早于受限的服务时段的开始时间点的时间点至晚于受限的服务时段的结束时间点为时间点。在图25(b)中，与受限的服务时段不重叠的静态区间中，参与受限的TWT的站的信道接入被限制。在重叠于受限的服务时段的静态区间中，参与受限的TWT的站执行信道接入。

如上所述，可以在受限的服务时段中限制信道接入。由此，关于TXOP设置也适用这些限制。对于此通过图27进行描述。

图27图示了根据本公开的实施例的站考虑受限的服务时段设置TXOP的方法。

在受限的服务时段开始之前获得TXOP的站，即作为TXOP持有者的站可在受限的服务时段开始之前结束TXOP。这是因为，在受限的服务时段开始的情况下也继续进行TXOP持有者的帧交换时，可能干扰低延迟业务的传输。此时，站可以是非传统站。在另一具体实施例中，站可以限于支持受限的TWT的站。也就是说，将dot11restrictedtwtoptonimplemented的字段的值设置为假(false)的站可以不适用这些限制。

在具体实施例中，如果作为TXOP持有者的站传输低延迟业务，则即使在受限的服务时段开始之后也可以持续帧交换。

以下将描述站在受限的服务时段之前结束TXOP的具体方法。

站可以基于受限的服务时段来设置TXOP。具体地，站可将TXOP的结束时间设置为受限的服务时段开始前。此时，站可以将发起帧交换序列的发起帧的持续时间设置为受限的服务时段的开始前。例如，如果站成功信道接入的时间点是受限的服务时段开始3m之前，则站可以将TXOP设置为3ms之前。此外，站可通过传输CTS-to-Self帧来终止TXO。在这种情况下，站可将CTS-to-Self帧以基本传送速度(6Mbps)进行传输。这是因为站以基本传送速度传输帧时，多个传统站能够接收帧。

在另一示例性实施例中，在受限的服务时段开始之前站可以传输CF-End帧。通过此，站可以在受限的服务时段开始之前结束TXOP。在这种情况下，站可以以基本传输速率(6Mbps)传输CF-End帧。这是因为站以基本传输速度传输帧时，多个传统站能够接收帧。

此外，不是TXOP持有者的站可以在受限的服务时段开始时间点解除在受限的服务时段开始之前设置的NAV。此时，站可以是支持受限的TWT的站。即，站可以是将dot 11restrictedtwtoptionimplemented的字段的值设定为真(true)的站。虽然不是TXOP持有者的站但不支持受限的TWT的站在受限的服务时段开始时间点，不能解除在受限的服务时段开始之前设置的NAV。然而，如果站完成帧交换并且TXOP的剩余持续时间少于CF-End帧的传输所需的时间和SIFS总和的两倍，则站可不传输CF-End帧。在这种情况下，站可以视为在受限的服务时段的开始时间点TXOP被解除。具体地，站可以视为在受限的服务时段的开始时间点解除了基本NAV。

在另一具体实施例中，站可以限于参与受限的TWT的站。

在图27的实施例中，AP传输包含TWT元素的信标帧，信令受限的服务时段被设置。在图27(a)的实施例中，站通过传输RTS帧来设置TXOP。此时，站将RTS帧的持续时间字段的值设置为受限的服务时段之前。站与AP执行帧交换，并且在受限的服务时段开始之前完成帧交换。此时，站最后传输CTS-to-Self帧。在图27(b)的实施例中，站通过传输RTS帧来设置TXOP。此时，站不考虑受限的服务时段设置RTS帧的持续时间字段的值。站与AP执行帧交换，并且在受限的服务时段开始之前完成帧交换。在这种情况下，站最终传输CF-End帧解除TXOP。

在现有的无线网络操作中，作为TXOP规则的例外定义可能会超过TXOP限制(limit)传输的操作。例如，在单个MPDU的重传、块确认协议(agreement)下单个MSDU传输(不包括在A-MSDU和由2个或多个MPDU组成的A-MPDU中)、控制帧和QoS Null帧(不包括在由2个或多个MPDU组成的A-MPDU中)的传输可能会超过TXOP限制(limit)的传输。如果对于受限的服务时段也允许这些例外，则低延迟业务的传输可能会被延迟。这些TXOP限制的例外不能侵犯受限的服务时段并适用。

当TXOP的结束时间和受限的服务时段的开始时间点在预定时间差之内时，TXOP在受限的服务时段的开始之前，站可由获得的TXOP进行判断。预定时间可以是100us。在另一示例性实施例中，当TXOP的结束时间点在受限的服务时段中时，TXOP在受限的服务时段的开始之前，站可由获得的TXOP进行判断。

如上所述，站可在受限的服务时段之前完成帧交换。由此，帧交换的完成时间点在受限的服务时段内时，站可以不允许帧交换。此时，站可以执行分段存储并在受限的服务时段开始之前完成帧交换。

此外，在作为TXOP持有者的站执行的帧交换中传输低延迟业务时，在开始低延迟服务时段开始之后，站也可以持续帧交换。

通过图28来描述考虑受限的服务时段的信道接入过程。

图28图示了根据本公开的实施例的站考虑受限的服务时段再次执行信道接入过程。

如上所述，即使站在受限的服务时段之前完成信道接入，但帧交换完成时间点在受限的服务时段开始之后，则站可以不执行传输再次开始信道接入过程。此时，站可以重新获得退避计数器的值。此时，站可以原样使用在前一信道接入过程中使用的CW的大小。即，站可以将在前一信道接入过程中使用的CW的大小不增加2倍，并且不初始化为CW可具有的值中的最小值。此外，站可以不增加如QSRC(QoS STA Retry Counter，QoS站重试计数器)的重试(retry)次数。

此外，站完成信道接入的时间点在受限的服务时段的开始时间点起的预定时间内时，站可以不执行传输并且再次开始信道接入过程。

在上述实施例中，帧交换完成时间点为受限的服务时段的开始之后的情况下，要传输低延迟业务的站也可以在信道接入完成之后开始帧交换。这种例外可以仅在要传输低延迟业务的站参与受限的TWT的站的情况。

此外，如上所述，站可以像在低延迟业务之外的业务的AC设置NAV一样操作。因此，站可以判断用于低延迟业务之外的业务的AC传输的CCA结果不是占有的(BUSY)。

在图28的实施例中，AP传输包含TWT元素的信标帧，信令受限的服务时段被设置。在受限的服务时段开始之前，站的信道接入的退避计数器值达到0。站判断包括将要传输的业务的帧交换完成时间点在服务时段开始时间点之后。因此，站在之前信道接入过程中使用的CW值内获得退避计数器。站使用获得的退避计数器再次执行信道接入过程。此时，站不增加再次传输计数器。

在受限的服务时段完成之前，可以完成所有低延迟业务传输。在这种情况下，由于低延迟服务时段，限制低延迟业务以外的业务的传输可能是低效的。因此，可能需要在早期结束受限的服务时段的方法。对于此通过图29的实施例进行描述。

图29图示了根据本公开的实施例AP早期结束受限的服务时段的操作。

AP为了早期结束受限的服务时段，必须能够判断参与受限的TWT的站的所有低延迟业务传输已完成。为此，参与受限的TWT的站，可以信令是否向传输的帧附加传输低延迟业务。具体地，站可以设置帧的帧控制字段的更多数据子字段的值来信令附加传输低延迟业务。此时，如果在受限的服务时段传输的帧的帧控制字段的更新数据子字段的值是1，则更多数据子字段表示需要附加地传输低延迟业务，而不表示是否需要附加地传输低延迟业务之外的业务。例如，如果参与受限的TWT的站不将低延迟业务存储在传输缓冲器，而只存储低延迟业务之外的业务，则站可将在受限的服务时段传输的帧的帧控制字段的更多数据子字段的值设置为0。AP可以基于参与受限的TWT的站在受限的服务时段中的帧的帧控制字段的更多数据子字段的值没有0，早期结束受限的服务时段。具体地，如果在AP的传输缓冲器没有要传输的低延迟业务，且参与受限的TWT的站在受限的服务时段中的帧的帧控制字段的更多数据子字段的值没有0，则AP可以早期结束受限的服务。

AP可以传输预定的控制帧来早期结束受限的服务时段。在这种情况下，控制帧可以是CF-End帧。在这种情况下，AP可以将CF-End帧的BASSID(TA)字段设置为AP的MAC地址或BSSID。此外，AP可将CF-End帧的BSSID(TA)字段的单独/组比特设置为1。在另一具体实施例中，AP可以传输预定的管理帧早期结束受限的服务时段。

由在受限的服务时段内结束受限的服务时段，可以判断接收预定帧的站结束受限的服务时段。在这种情况下，接收预定帧的站可以恢复信道接入，而不受限制适用于受限的服务时段。如上所述，预定的帧可以是CF-End帧。在这种情况下，站从受限的服务时段接收的CF-End帧的TA(BSSID)字段的值为站连接(associated)的AP的MAC地址时，站可以将受限的服务时段判断为结束的CF-End帧。

如上所述，为了从传统无线通信终端中保护受限的服务时段，可以设置用于受限的服务时段的静态区间。此时，AP可以传输CF-End帧以结束受限的服务时段。这是因为，当AP传输CF-End帧时，可以解除设置在传统站的静态区间。

在上述实施例中，CF-End帧可以是帧控制字段的类型为控制帧(类型值B3 B2＝＝01)，子类型为CF-End帧(子类型值B7 B6 B4B4＝＝1110)。

当设定用于受限的服务时段的静态区间时，参与受限的TWT的站在受限的服务时段内传输CF-End帧可能不被允许。在具体实施例中，参与受限的TWT的站在对应于受限的服务时段的静态区间传输CF-End帧可能不被允许。这是因为参与受限的TWT的站传输CF-End帧时，设置在传统站的NAV被解除。然而，如上所述，当CF-End帧被用于早期结束受限的服务时段时，AP可以在受限的服务时段内传输CF-End帧。

在图29的实施例中，AP传输包括TWT元素及静态元素的信标帧。支持受限的TWT的站判断受限的服务时段被设置，并且不支持受限的TWT的站判断静态区间被设置。当AP判断在受限的服务时段内完成所有低延迟业务的传输时，AP传输CF-End帧并早期结束受限的服务时段，并且解除设置在传统站的静态区间。此时，支持受限的TWT的站判断受限的服务时段中所适用的信道接入限制消失。具体而言，如上所述，在受限的服务时段内适用设置NAV的实施例的情况下，支持受限的TWT的站可以判断用于受限的服务时段的NAV被解除。此外，不支持接收到CF-End帧的受限的TWT的站解除NAV。

通过图11至图24描述了多链路装置的操作。通过图30至图35描述多链路装置的信道接入操作。

如果非STR多链路装置的第一站在第一链路预计接收特定帧，则在第一链路接收特定帧的时间点，在第二链路操作的非STR多链路装置的第二站可以不执行信道接入或传输。此时，特定帧可以是周期性传输的帧。具体地，特定帧可以是DTIM帧。

此外，当第二站是TXOP持有者时，在第一链路接收特定帧的时间点之前，第二站可以结束TXOP。在这种情况下，结束TXOP的方法可以适用通过图28描述的结束TXOP的实施例。具体地，第二站可以在第一链路接收特定帧的时间点之前设置TXOP的结束。例如，如果特定帧为DTIM，第二站可以基于DTIM的接收周期来设置TXOP的结束时间点。此外，在第一链路中接收特定帧的时间点之前，第二站可以传输CF-End帧。此外，在本实施例中，可以不适用TXOP限制例外。

此外，第二站可以在第一链路接收特定帧的时间点之前停止信道接入。在这种情况下，可以适用通过图28描述的信道接入停止实施例。具体地，在完成第二站信道接入的时间点与在第一链路预计接收特定帧的时间点之间的差异不足以完成第二站要执行的帧交换的情况下，第二站可以再次执行信道接入过程。在这种情况下，第二站可以通过使用在前一信道接入过程中使用的CW的大小获得退避计数器。此外，第二站可以不增加再次传输计数器。

图30图示了根据本公开的实施例的多链路装置在非STR链路对执行传输。

当多链路装置在非STR链路对中的第一链路传输帧时，多链路装置可以从帧传输完成时间点在预定时间内限制在非STR链路对的第二链路的帧传输。此时，多链路装置可以是非STR多链路装置。在这种情况下，预定时间可以被称为MediumSyncDelay。帧传输操作受限可以是在相应的MediumSyncDelay期间不执行上述的信道接入过程。具体的，多链路装置在第二链路中，可以不执行MediumSyncDelay期间在IEEE 802.11定义的DCF(DistributedCoordination Function，分布式协调功能)或EDCAF(Enhanced Distributed ChannelAccess Function，增强型分布式信道接入功能)操作。在另一示例性实施例中，当多链路装置在第二链路的MediumSyncDelay期间不执行信道感测时，多链路装置可以降低作为信道占有(busy)状态的基准的阈值的能量水平。此时，多链路装置可以将阈值的能量水平设置为-82dBm。

在非STR多链路装置中操作的多链路装置可以同步在非STR多链路对传输的开始时间。在这种情况下，传输开始时间可以表示包括帧的传输开始时间的PPDU的传输开始时间。多链路装置可以暂停传输，同时在信道接入过程中维持退避值0，以便同步非STR链路对中的传输开始时间。

此外，在非STR多链路对中传输之后连续执行接收时，多链路装置可以同步非SRT多链路对中的传输的结束时间点。为此，多链路装置可以将用于填充的比特或字段添加到传输的帧或PPDU。此外，多链路装置可以添加包扩展(Packet Extension，PE)。此外，在非STR多链路对中执行连续的帧交换时，多链路装置可以在第一帧交换之后在非STR多链路上同步传输开始时间点。在另一示例性实施例中，多链路装置可以执行分段存储来同步传输的结束时间点。

如果在多个链路中TXOP开始时间点相同，则用于每个链路的帧传输的TXOP可以被同步。此时，在多个链路中用于同时传输的协商步骤之后，可以执行使用多个链路的同时传输。在同时传输的协商步骤中，要执行传输的多链路装置在多个链路以同步传输将用于同时传输的获得TXOP的请求帧进行传输，并且接收请求帧的多链路装置可以与请求帧以SIFS(Short Interframe Space，短帧间隔)间隔传输响应帧。在这种情况下，可以在接收请求帧的一个或多个链路中同时传输响应帧。请求帧可以是控制帧。例如，请求帧可以是RTS帧和MU(Multi-user，多用户)-RTS帧中的一个。在这种情况下，响应帧可以是CTS帧。在执行用于同时传输的信道竞争中任何一个链路的信道处于占有状态时，为了同时传输操作多链路装置可以仅使用包括等待或空闲信道的链路来执行传输。上述的请求帧和响应帧的交换可以在多个链路中不同时执行。此外，同步的帧交换可以是包括帧的PPDU的传输开始时间点被同步，并且包括帧的PPDU的传输结束时间点被同步。

多链路装置在非STR链路对中的第一链路传输用于请求立即响应的帧时，多链路装置可以同步非STR链路对的第一链路和第二链路的传输结束时间点。此时，立即响应表示接收到的帧和响应帧之间的间隔为预定间隔。预定间隔可以是SIFS。在另一示例性实施例中，预定间隔可以是PIFS。此外，多链路装置在非STR链路对中的在第一链路传输不请求立即响应的帧时，多链路装置可以不同步非STR链路对的第一链路和第二链路的传输结束时间点。在这种情况下，多链路装置在第二链路中，也不允许传输不请求立即响应的PPDU，并且传输请求立即响应的PPDU。

在上述实施例中，传输开始时间点的同步可以表示传输开始时间点之间的差异在预定时间之内。此外，传输结束时间点的同步可以表示传输结束时间点之间的差异在预定的时间之内。在这种情况下，在链路按个别执行信道感测和退避操作时，预定时间可以是在一个链路中由于帧传输开始而在另一链路信道状态未被识别为信道占有(busy)状态的时间。在具体实施例中，预定的时间可以是接收传输切换时间(RxTxTurnaroundTime)。例如，预定时间可以是8us或4us。

通过这样的实施例，多链路装置可以在非STR链路对中防止因任何一个链路的传输而在另一链路不执行传输。

在图30的实施例中，AP多链路装置包括第一AP(AP1)和第二AP(AP2)，作为非STR多链路装置的非AP站多链路装置包括第一站(STA1)和第二站(STA2)。第一AP(AP1)和第一站(STA1)在第一链路(Link1)中操作。第二AP(AP2)和第二站(STA2)在第二链路(Link2)中操作。在图30(a)中，AP多链路装置站多链路装置执行同步的传输及同步的接收。通过此，使得在非STR多链路对中的任何一个链路中不中断传输。在图30(b)中，第一AP(AP1)在第一链路(Link1)中传输不请求立即响应的DL PPDU。因为在第一链路(Link1)传输不请求立即响应的DL PPDU，所以第二站(STA2)在与第一链路的传输不同步的情况下在第二链路(Link2)传输不请求立即响应的DL PPDU。

图30示出了非STR多链路对中的帧交换从作为STR多链路装置的AP多链路装置开始帧交换的实施例。通过图30描述的实施例也适用于从非STR多链路装置开始帧交换的情况。对于此，通过图31至图32进行描述。

图31图示了从未适用本公开的实施例的非AP站多链路装置开始的帧交换。图32图示了根据本公开的实施例从非AP站多链路装置开始的帧交换。

在图31的实施例中，AP多链路装置包括第一AP(AP1)和第二AP(AP2)，作为非STR多链路设备的非AP站多链路装置包括第一站(STA1)和第二站(STA2)。第一AP(AP1)和第一站(STA1)在第一链路(Link1)中操作。第二AP(AP2)和第二站(STA2)在第二链路(Link2)中操作。第一站(STA1)和第二站(STA2)的传输的结束时间点不被同步。第一站(STA1)的传输比第二站(STA2)的传输先结束。因此，当第一AP(AP1)将BA帧传输到第一站(STA1)的期间，第二站(STA2)的传输继续。因此，第一AP(AP1)的传输失败。

因此，当非STR多链路装置在非STR链路对中的第一链路传输请求立即响应的帧时，非STR多链路装置可以同步非STR链路对的第一链路和第二链路的传输结束时间点。此时，立即响应表示接收的帧和响应帧的间隔为预定间隔。预定间隔可以是SIFS。在另一示例性实施例中，预定间隔可以是PIFS。此外，非STR多链路装置在非STR链路对中的第一链路传输未请求立即响应的帧时，非STR多链路装置可以不同步非STR链路对的第一链路和第二链路的传输结束时间点。在这种情况下，非STR多链路装置可以在第二链路也传输未请求立即响应的PPDU，并且可能不允许传输请求立即响应的PPDU。

在图32的实施例中，AP多链路装置包括第一AP(AP1)和第二AP(AP2)，作为非STR多链路设备的非AP站多链路装置包括第一站(STA1)和第二站(STA2)。第一AP(AP1)和第一站(STA1)在第一链路(Link1)中操作。第二AP(AP2)和第二站(STA2)在第二链路(Link2)中操作。第一站(STA1)和第二站(STA2)的传输的结束时间点被同步。因此，在第一AP(AP1)的传输和第二AP(AP2)的传输彼此不干扰的情况下成功完成。

通过图33至图35描述在非STR链路对中允许未同步的传输的情况。

图33图示了根据本公开的实施例，当多链路装置在非STR链路对中的第一链路执行请求立即响应的传输时，在第二链路执行不请求立即响应的传输。

多链路装置在非STR链路对中的第一链路中发送用于请求立即响应的帧时，多链路装置可以在非STR链路对中的第二链路中比第一链路的传输结束时间点先完成，并且可以执行不请求立即响应的传输。在这样的实施例中，由于在第二链路中不传输应答帧，因此能够防止在第一链路中的多链路装置的传输及对传输的响应帧在第二链路中由于多链路装置的传输而受到干扰。此外，在第二链路的多链路装置的传输比第一链路的传输结束时间点未能先结束时，第一链路中的响应帧的传输可能由于第二链路中的多链路装置的传输而受到干扰。因此，第二链路中的多链路装置的传输需要比第一链路的传输先完成。

在图33的实施例中，AP多链路装置包括第一AP(AP1)和第二AP(AP2)，作为非STR多链路装置的非AP站多链路装置包括第一站(STA1)和第二站(STA2)。第一AP(AP1)和第一站(STA1)在第一链路(Link1)中操作。第二AP(AP2)和第二站(STA2)在第二链路(Link2)中操作。第一站(STA1)在第一链路中执行请求立即响应的上行链路传输时，在第二链路(Link2)中，第二站(STA2)在第一站(STA1)的传输结束之前结束，并且执行不请求立即响应的上行链路传输。第一站(STA1)的上行链路传输和第二站(STA2)的上行链路传输彼此不干扰并且完成。

图34图示了根据本公开的实施例，当多链路装置在非STR链路对中的第一链路执行UL OFDMA传输时，在第二链路执行传输的操作。

根据在非STR多链路对中执行传输的RU，链路之间的影响的大小可以不同。因此，即使多链路装置在作为非STR多链路对的第一链路和第二链路中的第一链路执行传输，也可以根据多链路装置执行传输的第一链路的RU和多链路装置执行传输的第二链路的RU的位置允许在第二链路的传输。具体地，多链路装置执行UL OFDMA传输时，根据通过哪个RU执行UL OFDMA传输允许在第二链路的传输。在另一示例性实施例中，根据多链路装置在每个链路中使用哪个大小的带宽执行传输允许在第二链路的传输。此时，多链路装置可以使用20MHz、40MHz、80MHz、160MHz或320MHz带宽中的任何一个执行传输。

在图34的实施例中，AP多链路装置包括第一AP(AP1)和第二AP(AP2)，作为非STR多链路装置的非AP站多链路装置包括第一站(STA1)和第二站(STA2)。第一AP(AP1)和第一站(STA1)在第一链路(Link1)中操作。第二AP(AP2)和第二站(STA2)在第二链路(Link2)中操作。第一站(STA1)在第一链路(Link1)中参与UL OFDMA传输。此时，第一站(STA1)执行ULOFDMA的RU和第二站(STA2)执行传输的RU的位置满足预定条件时，第二站(STA2)执行上行链路传输。此时，预定条件可以是RU之间的间隔小于预定间隔。并且，可以根据执行传输的带宽的扩展方向，决定是否允许在第二链路的传输。

根据传输方向，可以确定链路对是非STR链路对还是STR链路对。通过图35对此进行描述。

图35图示了根据本公开的实施例，一个对非STR是链路对还是STR确认链路对的情况。

如果第一多链路装置在链路对中的第一链路中执行接收，则在第二链路不能执行传输，但第一多链路装置在第二链路执行接收时，可以在第一链路中执行传输。例如，在6GHz频带中站的传输功率可被限制为等于或小于预定功率。因此，如果第一链路位于6GHz频带，则第一多链路装置在链路对中的第一链路中执行接收时，在第二链路不能执行传输。如果第一多链路装置在第二链路中执行接收，则可以在第一链路中执行传输。因此，根据传输方向在第一链路中执行传输的期间，可以允许在第二链路与第一链路的传输结束时间点未同步的传输结束时间点的传输。此时，多链路装置可以在第二链路上的传输比在第一链路上的传输先结束。为此，多链路装置可以对在第二链路要传输的业务执行分段存储。

在图35的实施例中，AP多链路装置包括第一AP(AP1)和第二AP(AP2)，作为非STR多链路装置的非AP站多链路装置包括第一站(STA1)和第二站(STA2)。第一AP(AP1)和第一站(STA1)在第一链路(Link1)中操作。第二AP(AP2)和第二站(STA2)在第二链路(Link2)中操作。在这种情况下，在位于6GHz频带的第一链路上执行接收时，非AP站不能在第二链路中执行传输。当非AP站在第二链路(Link2)中执行接收时，可以在第一链路(Link1)中执行传输。当第一站(STA1)在第一链路(Link1)中执行上行链路传输时，第二站(STA2)在第二链路(Link2)中开始上行链路传输。此时，在第一站(STA1)的上行链路传输完成之前，第二站(STA1)完成上行链路传输。通过该操作，在第一链路和第二链路中完成上行链路传输，并且也成功地传输BA帧。

如上所述，以无线LAN通信作为示例说明了本发明，但本发明不限于此并且可以同样地应用于诸如蜂窝通信的其他通信系统。此外，虽然本发明的方法、装置和系统由特殊实施例进行了说明。但本发明的构成因素，操作的一部分或全部可以使用具有通用硬件架构的计算机系统实现。

在所述实施方式中说明的特征、结构、效果等至少包含在本发明的一实施方式中，并不限于一个实施方式。进一步地，各个实施例中所说明的特征、结构、效果等可以由实施例所属领域的技术人员相对于其他实施例进行组合或修改。因此，与这些组合和变化相关的内容应当被解释为包括在本发明的范围内。

以上虽然结合实施例进行了说明，但这些仅为示例，并不限制于本发明。本发明所属领域的技术人员将知道，在不脱离本实施例的本质特征的情况下，可以进行以上未例示的各种修改和应用。例如，可以对实施例中具体示出的各个部件进行修改和实现。并且与这些修改和应用相关的差异应当被解释为包括在所附权利要求所限定的本发明的范围内。

Claims (18)

1.一种与基站无线通信终端进行无线通信的无线通信终端，所述无线通信终端包括：

收发器；以及

处理器，

所述处理器

在受限的服务时段内传输被设置成用于低延迟传输的业务的低延迟业务或对所述低延迟业务的响应，

在所述受限的服务时段内，限制除所述低延迟业务的传输和所述低延迟业务的传输之外的传输。

2.根据权利要求1所述的无线通信终端，其中，所述处理器

在所述受限的服务时段开始之前终止用于传输除所述低延迟业务之外的业务的TXOP。

3.根据权利要求1所述的无线通信终端，其中，所述处理器

在竞争窗口内获得随机整数，

基于所获得的随机整数执行信道接入，

当在所述受限的服务时段开始之前完成信道接入并且在判断为在所述受限的服务时段开始之前不能完成帧交换从而放弃传输时，再次执行信道接入。

4.根据权利要求3所述的无线通信终端，其中，当所述无线通信终端再次执行所述信道接入时，所述处理器维持在完成的信道接入中使用的所述竞争窗口的大小。

5.根据权利要求3所述的无线通信终端，其中，当所述无线通信终端再次执行所述信道接入时，所述处理器维持所述完成的信道接入的重传计数。

6.根据权利要求1所述的无线通信终端，其中，设置与所述受限的服务时段对应的静态区间，在所述静态区间中不允许所有传输，

所述处理器忽略与所述受限的服务时段对应的静态区间，并在所述受限的服务时段内传输所述低延迟业务或对所述低延迟业务的响应，

在所述受限的服务时段内不传输CF End帧。

7.根据权利要求1所述的无线通信终端，其中，设置与所述受限的服务时段对应的静态区间，在所述静态区间中不允许所有传输，

所述处理器基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点，确定是否忽略所述静态区间，

在确定忽略所述静态区间的情况下，忽略与所述受限的服务时段对应的静态区间，并在所述受限的服务时段内传输所述低延迟业务或对所述低延迟业务的响应。

8.根据权利要求7所述的无线通信终端，其中，当满足基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点判断的条件时，所述处理器忽略所述静态区间，

当不满足基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点判断的条件时，所述处理器不执行所有传输。

9.根据权利要求8所述的无线通信终端，其中，基于所述受限的服务时段的开始时间点和静态区间的开始时间点判断的条件是所述静态区间的开始时间点和所述受限的服务时段的开始时间点在预定的时间之内。

10.一种与基站无线通信终端进行无线通信的无线通信终端的操作方法，所述操作方法包括：

在受限的服务时段内传输被设置成用于低延迟传输的业务的低延迟业务或对所述低延迟业务的响应的步骤，

在所述受限的服务时段内，限制除所述低延迟业务的传输和对所述低延迟业务的响应的传输之外的传输。

11.根据权利要求10所述的操作方法，其中，所述操作方法还包括：

在所述受限的服务时段开始之前终止用于传输除所述低延迟业务之外的业务的TXOP的步骤。

12.根据权利要求10所述的操作方法，其中，所述操作方法包括：

在竞争窗口内获得随机整数的步骤；

基于所获得的随机整数执行信道接入的步骤；以及

当在所述受限的服务时段开始之前完成信道接入并且在判断为在所述受限的服务时段开始之前不能完成帧交换从而放弃传输时，再次执行信道接入的步骤。

13.根据权利要求12所述的操作方法，其中，再次执行所述信道接入的步骤包括：

当所述无线通信终端再次执行所述信道接入时，维持在完成的信道接入中使用的所述竞争窗口的大小的步骤。

14.根据权利要求12所述的操作方法，其中，再次执行所述信道接入的步骤包括：

当所述无线通信终端再次执行所述信道接入时，维持所述完成的信道接入的重传计数。

15.根据权利要求10所述的操作方法，其中，设置与所述受限的服务时段对应的静态区间，在所述静态区间不允许所有传输，

在所述受限的服务时段内传输所述低延迟业务或对所述低延迟业务的响应的步骤包括：

忽略与所述受限的服务时段对应的静态区间，并在所述受限的服务时段内传输所述低延迟业务或对所述低延迟业务的响应的步骤；以及

在所述受限的服务时段内不传输CF End帧的步骤。

16.根据权利要求10所述的操作方法，其中，设置与所述受限的服务时段对应的静态区间，在所述静态区间不允许所有传输，

在所述受限的服务时段内传输所述低延迟业务或对所述低延迟业务的响应的步骤包括：

基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点，确定是否忽略所述静态区间的步骤；以及

在确定忽略所述静态区间的情况下，忽略与所述受限的服务时段对应的静态区间，并在所述受限的服务时段内传输所述低延迟业务或对所述低延迟业务的响应的步骤。

17.根据权利要求16所述的操作方法，其中，基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点，确定是否忽略所述静态区间的步骤包括：

当满足基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点判断的条件时，忽略所述静态区间的步骤；以及

当不满足基于所述受限的服务时段的开始时间点和所述静态区间的开始时间点判断的条件时，不执行所有传输的步骤。

18.根据权利要求17所述的操作方法，其中，基于所述受限的服务时段的开始时间点和静态区间的开始时间点判断的条件是所述静态区间的开始时间点和所述TWT的服务时段的开始时间点在预定的时间之内。