CN117793938A - 一种数据传输方法和装置 - Google Patents
一种数据传输方法和装置 Download PDFInfo
- Publication number
- CN117793938A CN117793938A CN202211132100.0A CN202211132100A CN117793938A CN 117793938 A CN117793938 A CN 117793938A CN 202211132100 A CN202211132100 A CN 202211132100A CN 117793938 A CN117793938 A CN 117793938A
- Authority
- CN
- China
- Prior art keywords
- frame
- duration
- background
- channel
- sta
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 89
- 230000005540 biological transmission Effects 0.000 title claims abstract description 81
- 238000004891 communication Methods 0.000 claims abstract description 86
- 238000004590 computer program Methods 0.000 claims description 25
- 238000012545 processing Methods 0.000 claims description 17
- 238000012544 monitoring process Methods 0.000 claims 2
- 101150081243 STA1 gene Proteins 0.000 description 33
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 29
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 29
- 238000010586 diagram Methods 0.000 description 25
- 230000006870 function Effects 0.000 description 19
- OVGWMUWIRHGGJP-WVDJAODQSA-N (z)-7-[(1s,3r,4r,5s)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@@H]1[C@@H](/C=C/[C@H](O)CCCCC)C[C@@H]2S[C@H]1C2 OVGWMUWIRHGGJP-WVDJAODQSA-N 0.000 description 10
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 10
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 10
- 101000752249 Homo sapiens Rho guanine nucleotide exchange factor 3 Proteins 0.000 description 8
- 102100021689 Rho guanine nucleotide exchange factor 3 Human genes 0.000 description 8
- 230000000694 effects Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 238000013528 artificial neural network Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 239000006227 byproduct Substances 0.000 description 1
- 239000007795 chemical reaction product Substances 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
- H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供了一种数据传输方法和装置,用以减少传输时碰撞的可能性,降低通信时延,涉及无线通信技术领域。该方法中,第一设备可以在不进行信道监听的情况下,发送第一帧。第一设备可以通过该第一帧可以接入信道,在信道中无数据传输的情况下,可以通过第一帧抢占信道,在信道中有数据传输的情况下,该第一帧可以打断数据传输。另外,第一设备可以在检测到信道状态为空闲时,等待第一时长发送第二帧,可以避免第二帧发生碰撞。本申请应用于支持IEEE 802.11ax下一代WiFi协议,如802.11be,Wi‑Fi 7或EHT,再如802.11be下一代,Wi‑Fi 8等802.11系列协议的无线局域网***。
Description
技术领域
本申请涉及无线通信技术领域,尤其涉及一种数据传输方法和装置。
背景技术
目前,在WiFi通信***中,节点需要基于载波监听多路访问(carrier sensemultiple access,CSMA)协议的传输数据。在CSMA中,引入了先听后说(listen beforetalk,LBT)机制。在LBT机制下CSMA的思想就是:“节点在每一次发送数据之前,先监听信道是否空闲,如果信道不是空闲的话,那么就不发送数据。只有信道是空闲的情况下,节点才可以发送数据,从而避免打断其他设备正在进行的传输过程"。
在CSMA中,节点在每一次发送数据之前还需要进行随机退避(backoff)过程。然而,基于CSMA随机退避的信道接入方式存在一定的冲突概率,且每次发生冲突后,会以指数级增大退避窗口。不仅如此,并发用户越多,冲突概率越高,接入时延越大。WiFi通信虽然平均时延有较好的性能,但是由于接入时有碰撞可能,导致WiFi通信的时延长拖尾。
发明内容
本申请实施例提供了一种信息传输方法和装置,用以减少单次传输时碰撞的可能性,降低通信时延。
第一方面,提供了一种数据传输方法。该方法可以由第一设备执行,或者芯片/芯片***执行。该方法中,第一设备向第二设备发送第一帧。其中,第一设备发送第一帧不需要进行信道监听。第一设备检测到信道状态为空闲时,等待第一时长发送第二帧。
基于该方案,第一设备可以在不进行信道监听的情况下,发送第一帧。第一设备可以通过该第一帧可以接入信道,在信道中无数据传输的情况下,可以通过第一帧抢占信道,在信道中有数据传输的情况下,该第一帧可以打断数据传输。另外,第一设备可以在检测到信道状态为空闲时,等待第一时长发送第二帧,可以降低或者避免第二帧发生碰撞造成的帧丢失。
在一种可能的实现方式中,第一时长小于或等于(point interframe spacing,PIFS)。可以理解的是,该PIFS可以是现有技术中的PIFS,如25微秒,或者可以是现有技术的演进。基于上述方案,第一时长小于或等于PIFS,可以减少第二设备的等待时长,以减少第二帧的时延。
在一种可能的实现方式中,第一帧包括第一时长duration字段,第一时长字段用于指示第二时长,第二帧在第二时长内发送。例如,该第二时长的起始时间可以是第一帧的结束时间,该第二时长的结束时间可以是第二帧的起始时间。可选的,第一帧中的目的地址为第二设备的地址。
相关技术中,duration字段用于指示占用信道某一段时长,因此其他设备接收并解析帧中的duration字段后,在duration字段指示的某一段时长内是不会传输数据的。因此,基于上述方案,通过将duration字段设置成第二时长,可以达到占用信道第二时长的目的,在第二时长内其他设备不会接入信道发送数据,可以提高第二帧的可靠性,减少第二帧由于发生碰撞造成帧丢失的可能性。
在一种可能的实现方式中,第一设备接收来自第三设备的第三帧。第一设备不发送第三帧的确认帧。例如,在第一设备发送第一帧之前,第一设备可以接收到来自第三设备的第三帧。如果第一设备不发送该第三帧的确认帧,那么第三帧的发送端会认为第三帧丢失,会在等待确认帧超时后,重新接入信道。因此,可以为第二帧提供发送的机会。在一种可能的场景中,上述方案可以打断贪婪终端的爆发(burst)序列。
在一种可能的实现方式中,第一帧可以不需要回复确认帧。例如,确认帧指示域指示第一帧不需要回复确认帧。基于上述方案,通过不需要回复确认帧的第一帧,第一设备可以快速抢占信道,且由于第一帧不需要回复确认帧,因此第一帧与信道中正在传输的帧发生碰撞,对第一设备也不会造成影响。
在一种可能的实现方式中,第一帧包括控制帧,如清除发送(clear to send,CTS)帧,或者第一帧包括数据帧。
在一种可能的实现方式中,第一帧中目的地址为第一设备的地址。基于该方案,由于第一帧的目的地址为第一设备的地址,其他设备在接收到该第一帧后,不会回复确认帧,从而达到第一帧不会被回复确认帧的目的。
在一种可能的实现方式中,在第一设备发送第二帧之后,第一设备接收第二设备发送的对第二帧的确认帧。第一设备接收第二设备发送的第四帧。其中,第二帧包括第二时长duration字段,第二时长字段用于指示第三时长,第四帧在第三时长内发送。
相关技术中,duration字段用于指示占用信道某一段时长,因此其他设备接收并解析帧中的duration字段后,在duration字段指示的某一段时长内是不会传输数据的。因此,基于上述方案,通过将duration字段设置成第三时长,在第三时长内除第一设备和/或第二帧的接收端,也就是第二设备以外的其他设备不可以接入信道发送数据,实现信道预留的目的。
第二方面,提供了一种通信装置,包括:处理单元和收发单元。
收发单元,用于向第二设备发送第一帧。其中,第一设备发送第一帧不需要进行信道监听。处理单元,用于检测信道状态。收发单元,还用于检测到信道状态为空闲时,等待第一时长发送第二帧。
在一种可能的实现方式中,第一时长小于或等于PIFS。可以理解的是,该PIFS可以是现有技术中的PIFS,如25微秒,或者可以是现有技术的演进。
在一种可能的实现方式中,第一帧包括第一时长duration字段,第一时长字段用于指示第二时长,第二帧在第二时长内发送。例如,该第二时长的起始时间可以是第一帧的结束时间,该第二时长的结束时间可以是第二帧的起始时间。
可选的,第一帧中的目的地址为第二设备的地址。
在一种可能的实现方式中,收发单元,还用于接收来自第三设备的第三帧。处理单元,还用于确定不发送第三帧的确认帧。
在一种可能的实现方式中,第一帧可以不需要回复确认帧。例如,确认帧指示域指示第一帧不需要回复确认帧。
在一种可能的实现方式中,第一帧包括控制帧,如清除发送(clear to send,CTS)帧,或者第一帧包括数据帧。
在一种可能的实现方式中,第一帧中目的地址为第一设备的地址。
在一种可能的实现方式中,收发单元,还用于接收第二设备发送的对第二帧的确认帧。收发单元,还用于接收第二设备发送的第四帧。其中,第二帧包括第二时长duration字段,第二时长字段用于指示第三时长,第四帧在第三时长内发送。
第三方面,提供了一种通信装置,该通信装置可以为上述实施例中第二方面中任一种可能的实现方式中的通信装置,或者为设置在第二方面中任一方面的通信装置中的芯片。该通信装置包括通信接口以及处理器,可选的,还包括存储器。其中,该存储器用于存储计算机程序或指令或者数据,处理器与存储器、通信接口耦合,当处理器读取所述计算机程序或指令或数据时,使通信装置执行上述第一方面中任一种可能的实现方式中第一设备所执行的方法。
应理解,该通信接口可以通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果通信装置为设置在网络设备或终端设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。所述通信装置还可以包括收发器,用于该通信装置与其它设备进行通信。
第四方面,本申请实施例提供了一种芯片***,该芯片***包括处理器,还可以包括存储器,用于实现第一方面中任一种可能的实现方式中的通信装置执行的方法。在一种可能的实现方式中,所述芯片***还包括存储器,用于保存程序指令和/或数据。该芯片***可以由芯片构成,也可以包含芯片和其他分立器件。
第五方面,本申请提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序或指令,当该计算机程序或指令被运行时,实现上述各方面中由第一设备执行的方法。
第六方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码或指令,当所述计算机程序代码或指令被运行时,使得上述各方面中由第一设备节点执行的方法被执行。
第七方面,提供了一种通信装置,所述通信装置包括执行上述各方面方法的单元或模块。
第八方面,提供了一种芯片***,包括逻辑电路和输入输出单元。逻辑电路,用于执行上述第一方面中任一种可能的实现方式中第一设备所执行的方法。输入输出单元,用于第一设备与其他装置,如第二设备进行通信。
上述第二方面至第八方面及其实现方式的有益效果可以参考对第一方面的方法及其实现方式的有益效果的描述。
附图说明
图1为本申请实施例提供的一种网络架构示意图;
图2A为一种基于随机退避的时延示意图;
图2B为WiFi***的时延拖尾示意图;
图3为一种时间分片的数据传输方法的场景示意图;
图4A为一种EDCA中每种业务包的示意图;
图4B为一种PIFS抢占信道的场景示意图;
图5为一种数据碰撞的示意图;
图6A为一种贪婪终端的传输特性示意图;
图6B为一种贪婪终端的burst与业务包碰撞的示意图;
图7为本申请实施例提供的一种数据传输方法的示例性流程图;
图8为本申请实施例提供的一种可能的第一帧的结构示意图;
图9为本申请实施例提供的又一种可能的第一帧的结构示意图;
图10为本申请实施例提供的一种数据传输方法的场景示意图之一;
图11为本申请实施例提供的又一种数据传输方法的场景示意图;
图12为本申请实施例提供的又一种数据传输方法的场景示意图;
图13为本申请实施例提供的又一种数据传输方法的场景示意图;
图14为本申请实施例提供的又一种数据传输方法的场景示意图;
图15为本申请实施例提供的又一种数据传输方法的场景示意图;
图16为本申请实施例提供的又一种数据传输方法的场景示意图;
图17为本申请实施例提供的又一种数据传输方法的场景示意图;
图18为本申请实施例提供的又一种数据传输方法的场景示意图;
图19为本申请实施例提供的又一种数据传输方法的场景示意图;
图20为本申请实施例提供的又一种数据传输方法的场景示意图;
图21为本申请实施例提供的又一种数据传输方法的场景示意图;
图22为本申请实施例提供的又一种数据传输方法的场景示意图;
图23为本申请实施例提供的又一种数据传输方法的场景示意图;
图24为本申请实施例提供的又一种数据传输方法的场景示意图;
图25为本申请实施例提供的又一种数据传输方法的场景示意图;
图26为本申请实施例提供的又一种数据传输方法的场景示意图;
图27为本申请实施例提供的一种通信装置的示意图;
图28为本申请实施例提供的又一种通信装置的示意图;
图29为本申请实施例提供的又一种通信装置的示意图;
图30为本申请实施例提供的又一种通信装置的示意图。
具体实施方式
本申请实施例涉及的在“之后”与“之前”,可以理解为发送时间的先后关系或者接收时间的先后关系。例如,第一信息在第一字段之后,可以理解为第一信息的发送时间晚于第一字段,或者第一信息的接收时间晚于第二字段。又例如,第一信息在第二字段之前,可以理解为第一信息的发送时间早于第二字段,或者第一信息的接收时间早于第二字段。
本申请实施例可以适用于WLAN的场景,例如,可以适用于电气与电子工程师协会(Institute of Electrical and Electronics Engineers,IEEE)802.11***标准,例如802.11a/b/g、802.11n、802.11ac、802.11ax标准,或其下一代,例如802.11be标准,Wi-Fi 7或极高吞吐率(extremely high throughput,EHT),802.11ad,802.11ay,802.11bf,再如802.11be下一代,例如Wi-Fi 8或更下一代的标准中。或者本申请实施例也可以适用于物联网(internet of things,IoT)网络或车联网(Vehicle to X,V2X)网络等无线局域网***中。
下文以本申请实施例可以适用于WLAN的场景为例。应理解,WLAN从802.11a/g标准开始,历经802.11n、802.11ac、802.11ax和如今正在讨论的802.11be。其中802.11n也可称为高吞吐率(high throughput,HT);802.11ac也可称为非常高吞吐率(very highthroughput,VHT);802.11ax也可称为高效(high efficiency,HE)或者Wi-Fi 6;802.11be也可称为EHT或者Wi-Fi 7,而对于HT之前的标准,如802.11a/b/g等可以统称为非高吞吐率(Non-HT)。
参阅图1,示出了本申请实施例适用的一种WLAN的网络架构图。图1以该WLAN包括1个无线接入点(access point,AP)和2个站点(station,STA)为例。STA,能够接收该AP发送的无线帧,也能够向该AP发送无线帧。另外,本申请实施例同样适用于AP与AP之间的通信,例如各个AP之间可通过分布式***(distributed system,DS)相互通信,本申请实施例也适用于STA与STA之间的通信。应理解,图1中的AP和STA的数量仅是举例,还可以更多或者更少。
其中,接入点可以为终端设备(如手机)进入有线(或无线)网络的接入点,主要部署于家庭、大楼内部以及园区内部,典型覆盖半径为几十米至上百米,当然,也可以部署于户外。接入点相当于一个连接有线网和无线网的桥梁,主要作用是将各个无线网络客户端连接到一起,然后将无线网络接入以太网。具体的,接入点可以是带有Wi-Fi芯片的终端设备(如手机)或者网络设备(如路由器)。接入点可以为支持802.11be制式的设备。接入点也可以为支持802.11ax、802.11ac、802.11ad、802.11ay、802.11n、802.11g、802.11b、802.11a以及802.11be下一代等802.11家族的多种无线局域网(wireless local area networks,WLAN)制式的设备。
站点可以为无线通讯芯片、无线传感器或无线通信终端等,也可称为用户。例如,站点可以为支持Wi-Fi通讯功能的移动电话、支持Wi-Fi通讯功能的平板电脑、支持Wi-Fi通讯功能的机顶盒、支持Wi-Fi通讯功能的智能电视、支持Wi-Fi通讯功能的智能可穿戴设备、支持Wi-Fi通讯功能的车载通信设备和支持Wi-Fi通讯功能的计算机等等。可选地,站点可以支持802.11be制式。站点也可以支持802.11ax、802.11ac、802.11n、802.11g、802.11b、802.11a、802.11be下一代等802.11家族的多种无线局域网(wireless local areanetworks,WLAN)制式。
例如,接入点和站点可以是应用于车联网中的设备,物联网(IoT,internet ofthings)中的物联网节点、传感器等,智慧家居中的智能摄像头,智能遥控器,智能水表电表,以及智慧城市中的传感器等。
本申请实施例所涉及到的AP和STA可以为适用于IEEE 802.11***标准的AP和STA。AP是部署在无线通信网络中为其关联的STA提供无线通信功能的装置,该AP可用作该通信***的中枢,通常为支持802.11***标准的MAC和PHY的网络侧产品,例如可以为路由器、网关、中继器,通信服务器,交换机或网桥等通信设备。在此,为了描述方便,上面提到的设备统称为AP。STA通常为支持802.11***标准的介质访问控制(media access control,MAC)和物理层(physical,PHY)的终端产品,例如手机、笔记本电脑等。
可以理解的是,本申请实施例涉及的第一设备可以是AP或者STA。同样的,本申请实施例涉及的第二设备可以是AP或者STA。
目前,在WiFi通信***中,节点(如AP或STA)需要基于载波监听多路访问(carriersense multiple access,CSMA)协议的传输数据。在CSMA中,引入了先听后说(listenbefore talk,LBT)机制。在LBT机制下CSMA的思想就是:“节点在每一次发送数据之前,通过空频道检测技术(clear channel assessment,CCA)先监听信道是否空闲,如果信道不是空闲的话,那么就不发送数据。只有信道是空闲的情况下,节点才可以发送数据,从而避免打断其他设备正在进行的传输过程"。
在CSMA中,节点在每一次发送数据之前还需要进行随机退避(backoff)过程。具体的,节点在发送数据之前,可以根据设定参数,随机生成一个随机退避计数值。节点可以在每一个时隙(slot)中对信道进行监听,若信道状态为空闲,那么节点可以进行随机退避,即随机退避计数值减1,若信道状态不是空闲的话,则随机退避计数值不减1。只有当该随机退避计数值为0时,节点才可以发送数据。
然而,基于CSMA随机退避的信道接入方式存在一定的冲突概率,且每次发生冲突后,会以指数级增大退避窗口,参阅图2A所示。不仅如此,并发用户越多,冲突概率越高,接入时延越大。WiFi通信虽然平均时延有较好的性能,但是由于接入时有碰撞可能,导致WiFi通信的时延长拖尾,参阅图2B所示。
现在低时延高可靠场景已成为WLAN产品的新机会增长点,对于现有的工业场景或者家庭游戏场景等,对于时延的要求越来越高。这类场景中,大家关注的就是拖尾时延。而WiFi通信难以保证单次传输的成功率,即在链路层可靠的情况下,无法避免单次传输的碰撞,从而需要重传导致拖尾时延。所以如何降低WiFi通信的拖尾时延,即如何保证单次传输的可靠性变得尤为重要。
为了提高单次传输的可靠性,减少或者避免数据碰撞,目前可以通过以下两种方式传输数据。
方式一:所有节点的数据传输都由AP管理和指挥,避免碰撞和空口竞争。AP为各个节点分配时间分片,各个节点按照时间分配传输数据。参阅图3,AP可以为5个节点分配时隙,如节点1对应时隙1(slot 1)、节点2对应时隙2、节点3对应时隙3、节点4对应时隙4以及节点5对应时隙5。这样,上述5个节点可以按照顺序,在每个周期上发送数据。可以理解的是,每个时隙仅允许对应的节点使用。例如,时隙1仅允许节点1使用,只有节点1可以在时隙1发送或者接收数据。
但是上述方式一,无法适用于大多数低时延场景,比如家庭网络,无法要求邻居使用设备也都是统一厂商的,因此所有设备统一厂商,因此实现较困难。
方式二:
参阅图4A,802.11e引入增强分布式信道接入(enhanced distributed channelaccess,EDCA)的概念。从上层下来的包会被EDCA分为背景(background,BK)、尽力而为传输(best effort,BE)、视频(video,VI)、语音(voice,VO)四种业务包。每个业务包分别定义了一套EDCA参数,如表1所示。
表1:EDCA参数示例
该EDCA参数决定了每种业务包占用信道的概率,可以保证高优先级的业务包占用机会大于低优先级的业务包。可以通过调整控制各个业务包的EDCA参数调整各种业务包的信道竞争优先级,从而调整不同业务的时延与吞吐性能。
标准情况下AIFSN都是大于等于2,即队列至少等待AIFSN=分布式帧间间隙帧间隙(distributed inter frame spacing,DIFS)后,才能开始进行随机退避。其中DIFS=2×一个时隙时长(9微秒)+一个短帧间间隔时长(16微秒)。当背景业务包到达背景STA时,此时空口上有业务包在发送,即当前信道状态为忙,则背景STA的发送需要等待当前业务包结束后,信道空闲时长至少达到DIFS=34微秒(us)后,才能开始进行随机退避。在随机退避结束后,背景STA可以发送背景业务包。
由于正常帧序列间隔为短帧间间隔(short interframe space,SIFS),所以一般不会设置AIFSN=0,这样业务包始终会与帧序列碰撞。所以EDCA的极限配置是将AIFSN配置为1,且节点不进行随机退避。也即,当节点确定信道空闲的时长达到点协调功能帧间间隔PIFS发送业务包。PIFS抢占的目的是比其他在节点更快的抢占到信道,降低接入时延影响。
参阅图4B,当低时延业务达到AP时,AP进行信道监听,由于背景STA正在发送背景业务包,因此信道状态为“忙”。AP继续进行信道监听,在确定信道空闲的时长达到PIFS后,AP可以发送低时延业务的业务包。可以理解的是,背景STA再次发送背景业务包时,需要等待信道空闲DIFS后,进行随机退避。在随机退避结束后,才能够发送背景业务包。但是,由于PIFS<DIFS,也即AP等待的时长小于背景STA等待的时长,所以AP可以第一时间抢占到信道,并无碰撞发送低时延业务的数据包。
虽然PIFS等待时间短,可以优先接入信道,但是还是会发生如下两种可能的碰撞:
1)当低时延业务到达时,AP进行信道监听,确定信道状态为空闲,同时已经有其他节点正在进行随机退避,且退避时长恰好还剩接近于PIFS的3个时隙时,就会发生碰撞丢包。参阅图5,在t2时刻低时延业务到达AP,AP可以通过信道监听确定信道是空闲的。因此,AP可以确定信道空闲的时长达到PIFS后,在t3时刻发送低时延业务的数据包。但是,由于背景业务包在t1时刻到达背景STA,因此背景STA可以在信道空闲的时长达到DIFS后,进行随机退避。在t2时刻退避时长剩余接近PIFS的3个时隙,在t3时刻背景STA随机退避结束,发送背景业务包。由图5可以看出,低时延业务的数据包与背景业务包发生碰撞,因此可能会造成低时延业务的数据包以及背景业务包丢包。
2)某些终端,并不服从传输机会(transmission opportunity,TXOP)限制(limit)的约束。这些终端在发送业务包时会持续占用空口,因此称之为贪婪终端。参阅图6A,贪婪终端具有连续爆发(burst)的特性,往往每个burst内会持续10ms或者甚至更高。burst内每个业务包间隔SIFS发送。burst之间的间隔有时是PIFS。
AP发送高优先级极限配置业务,如低时延业务的业务包极易与贪婪终端的burst发生碰撞。参阅图6B,由于burst内每个业务包间隔是SIFS,且SIFS<PIFS,因此低时延业务的业务包是抢占不到信道的。当贪婪终端的一个burst结束后,会再次间隔PIFS继续发下一个burst。此时,AP也以PIFS进行抢占,就会发生碰撞。
因此,可以看出即使是极限配置的PIFS抢占信道,碰撞和信道长时间被占用的问题还是无法避免。
鉴于此,本申请实施例提供了一种数据传输方法。该方法中,第一设备可以在不进行信道监听的情况下,发送第一帧。第一设备可以在检测到信道状态为空闲时,等待第一时长发送第二帧。该方案中,通过该第一帧可以探测或抢占信道,在信道中有数据传输的情况下,该第一帧可以打断数据传输,并且可以对低时延业务的第二帧进行保护,降低或者避免第二帧发生碰撞,造成的帧丢失。
参阅图7,为本申请实施例提供的一种数据传输方法的示例性流程图,可以包括以下操作。
S701:第一设备向第二设备发送第一帧。
在上文中,第一设备发送第一帧时不需要进行信道监听。也就是说,第一设备可以在不确定信道是否空闲的情况下,发送第一帧。
在一种可能的实现方式中,第一帧可以不需要回复确认帧。例如,第一帧可以是控制帧,如清除发送(clear to send,CTS)帧。参阅图8,为本申请实施例提供的一种可能的第一帧的结构示意图。如图8所示,第一帧可以是CTS帧。第一帧可以包括帧控制(framecontrol)字段、时长(duration)字段、目的地址(received address,RA)字段和帧校验序列(frame check sequence,FCS)字段。在第一帧是控制帧的情况下,第一帧可以不需要回复确认帧。因此,第一设备可以通过向第二设备发送控制帧,实现对信道的抢占。
可选的,第一帧中的目的地址可以指示第一设备的地址,如第一设备的MAC地址,或者指示第二设备的地址,如第二设备的MAC地址。例如,图8中的RA字段,可以指示第一设备的地址或者第二设备的地址。
可以理解的是,图8示出的CTS帧仅作为一种第一帧的实现方式,并不作为对第一帧的限定。第一帧还可以是其他的不需要回复确认帧的控制帧。
又例如,第一帧可以是数据帧。在该数据帧中可以包含确认帧指示域(ACKpolicy),该确认帧指示域可以指示不需要回复确认帧。参阅图9,为本申请实施例提供的一种可能的第一帧的结构示意图。如图9所示,第一帧可以包括帧控制字段、时长字段、地址1(address1)字段、地址2(address2)字段、地址3(address4)字段、序列控制(sequencecontrol)字段、地址4(address4)字段、服务质量控制(quality of service,QoS)(control)字段、高吞吐量控制(HT control)字段,帧体(frame body)字段和FCS字段。
在图9示出的数据帧中,QoS control字段中可以包括确认帧指示域,可以指示第一帧不需要回复确认帧。例如,确认帧指示域可以是1比特信息,在确认帧指示域取值为1时,指示第一帧需要回复确认帧,在确认帧指示域取值为0时,指示第一帧不需要回复确认帧。反之亦可,在确认帧指示域取值为0时,指示第一帧需要回复确认帧,在确认帧指示域取值为1时,指示第一帧不需要回复确认帧。
可选的,第一帧中的目的地址可以指示第一设备的地址,如第一设备的MAC地址,或者指示第二设备的地址,如第二设备的MAC地址。例如,图9中的地址4(address4)字段,可以指示第一设备的地址或者第二设备的地址。
可以理解的是,图9示出的数据帧仅作为一种第一帧的实现方式,并不作为对第一帧的限定。第一帧还可以是其他的不需要回复确认帧的数据帧。
本申请实施例中涉及的第一帧可以是一个帧,或者可以是帧序列。该帧序列中可以包括多个帧。
S702:第一设备检测到信道状态为空闲时,等待第一时长发送第二帧。
本申请实施例中涉及的第二帧可以是一个帧,或者可以是帧序列。该帧序列中可以包括多个帧。可选的,第一设备可以通过CCA,检测信道状态是否为空闲。
上文中,第二帧可以是数据帧,也就是第一设备的业务的数据帧,如低时延业务的数据帧。其中,第一时长可以是协议预定义的或者预先配置的,本申请不做具体限定。例如,第一时长可以设置为小于或等于PIFS,如小于或等于25微秒,或者第一时长可以设置为SIFS,如16微秒。
在S702中,第一设备可以进行信道监听,并在确认信道空闲的时长达到第一时长后发送第二帧。可以理解的是,本申请实施例不对第一设备进行信道监听的方式进行限定。
参阅图10,为本申请实施例提供的一种数据传输方法的场景示意图。如图10所示,AP可以在不进行信道监听的情况下发送第一帧。在第一帧发送后,AP可以进行信道监听,并在信道空闲的时长达到第一时长后,发送第二帧。
可选的,在业务,如低时延业务到达AP后,AP可以等待指定时长后发送第一帧,如图10所示。可以理解的是,该指定时长可以是协议预定义的或者预先配置的,如指定时长可以设置为小于或等于PIFS,如小于或等于25微秒,或者指定时长可以设置为SIFS,如16微秒,或者指定时长可以设置为0微秒。
基于上述方案,第一设备在发送第一帧时不需要进行信道监听,因此第一设备可以抢占信道。第一设备可以在信道状态为空闲的情况下,等待第一时长发送第二帧。因此,第一设备可以避免第二帧发生碰撞,减少或者避免第二帧丢失。在信道中有数据传输的情况下,该第一帧可以打断数据传输,并且可以对低时延业务的第二帧进行保护,降低或者避免第二帧发生碰撞,造成的帧丢失。
一种可能的情况中,上述第一帧可以实现对信道的快速抢占。参阅图11,AP可以发送第一帧。例如,当低时延业务到达AP后,AP可以发送第一帧。可选的,AP可以等待指定时长(XIFS)发送第一帧。由图11可以看出,除AP以外,其他节点并无数据传输,也即信道状态为空闲。AP可以在发送第一帧后,进行信道监听。AP可以检测到信道状态为空闲的情况下,等待第一时长发送第二帧,如低时延业务的业务包。可选的,STA1可以接收来自AP的第二帧,并间隔SIFS后向AP发送第二帧的确认帧(acknowledgement,ACK)。
可以理解的是,由于在AP发送第一帧时,背景STA1确定信道状态为忙,因此背景STA1不进行随机退避,等待信道状态为空闲时,再进行随机退避。例如,背景STA1在t1时刻检测到信道状态为空闲,因此背景STA可以等待信道空闲DIFS后进行随机退避。在t2时刻,背景STA1完成随机退避,随机退避计数值为0,背景STA1可以发送背景业务包。背景STA2可以接收来自背景STA1的背景业务包,并间隔SIF后向背景STA2发送背景业务包的确认帧。
由图11中可以看出,AP可以通过不进行信道监听,发送第一帧,可以在信道空闲时第一时间抢占信道。AP可以在检测到信道状态为空闲时,等待第二时长发送第二帧,因此可以减少或者避免第二帧发生碰撞,实现第二帧的可靠传输。
可选的,为了保护第二帧的可靠传输,第一帧中可以包括第一时长(duration)字段。该第一时长字段可以指示第二时长,第二帧可以在第二时长内发送。例如,如图9所示,可以在duration字段中指示第二时长,该第二时长的起始时间可以是第一帧的起始时间,该第二时长的结束时间可以是第二帧的起始时间。
参阅图12,为本申请实施例提供的一种数据传输的场景示意图。AP可以发送第一帧。例如,当低时延业务到达AP后,AP可以发送第一帧。可选的,AP可以等待指定时长(XIFS)发送第一帧。该第一帧中可以包括时长(duration)字段,时长(duration)字段指示第二时长,如图12所示的tA至tB之间的时长。可以理解的是,由于第一帧中的目的地址为STA3的地址,因此除STA3以外的其他STA,如背景STA1和背景STA2在第二时长内不能够接入信道。例如,背景STA1接收到该第一帧,并确定第一帧中的目的地址并非背景STA1的目的地址,且第一帧中的时长(duration)字段指示第二时长,即tA至tB之间的时长。因此,背景STA1在该第二时长内不可以接入信道,也就是背景STA1不能够在第二时长内发送业务包。类似的,背景STA2在该第二时长内不可以接入信道。AP可以检测到信道状态为空闲的情况下,等待第一时长在tB时刻发送第二帧,如低时延业务的业务包。
由图12可以看出,第一帧可以通过第一时长(duration)字段指示第二时长,在该第二时长内除目的地址所指示的节点外,其他节点不可以接入信道,因此可以提高第二帧的可靠性,减少第二帧发生碰撞的可能性。
另一种可能的情况中,假设空口上有业务包传输,即信道状态为忙的情况下,第一帧可以打断空口上的业务包的传输。以贪婪终端为例进行说明。
参阅图13,为本申请实施例提供的一种数据传输方法的场景示意图。由图13可以看出,背景STA1可以burst序列的特性发送帧。AP可以发送第一帧。可选的,AP可以等待指定时长(XIFS)发送第一帧。由于AP在发送第一帧时,不需要进行信道监听。由图13可以看出,第一帧与背景STA1的帧发生碰撞。因此,背景STA2无法接收到来自背景STA1的帧,因此背景STA2不会向背景STA1发送确认帧。因此,背景STA1不会接收到来自AP的确认帧。如果背景STA在预设时长内没有接收到确认帧的情况下,会认为等待确认帧超时,因此背景STA会重新进行随机退避,并重传碰撞的帧。在背景STA等待确认帧时,AP检测信道状态就会是空闲的,因此AP可以等待信道空闲第一时长后发送第二帧。
需要说明的是,上述预设时长可以是协议预定义的,或者预先配置的,如预设时长可以被配置为50微秒。
图13所示的实施例,是以第一帧打断贪婪终端的业务包为例进行说明的。本申请实施例提供的第一帧,不仅可以打断贪婪终端的业务包,还可以打断其他节点的业务包。参阅图14,为本申请实施例提供的一种数据传输方法的场景示意图。
背景STA1进行信道监听,确定信道状态为空闲。因此,背景STA1可以在信道空闲的时长达到DIFS后,在t1时刻,发送背景业务包。AP在t2时刻发送第一帧。也即,第一帧与背景STA1发送的背景业务包发生碰撞。因此,背景STA2无法准确接收到来自背景STA1的背景业务包,不会向背景STA1发送确认帧。因此,背景STA1等待确认帧超时,会重新进行随机退避接入信道。在背景STA1等待确认帧的时间里,AP可以进行信道监听。由于信道上无数据传输,因此AP可以确定信道状态为空闲。AP可以等待第一时长发送第二帧。可选的,STA3可以接收来自AP的第二帧,并间隔SIFS后向AP发送第二帧的确认帧。
在STA3向AP发送确认帧后,背景STA1可以检测到信道状态为空闲。因此,背景STA1可以在信道空闲的时长达到DIFS后,进行随机退避。并在t3时刻完成随机退避,重传被打断的背景业务包。
由图13和图14可知,AP可以通过第一帧打断空口上业务包的传输,当第一帧与空口上的业务包发生碰撞后,会让发送端与接收端认为当前正在交互的帧丢失,因此发送端会重新进行随机退避并接入信道,因此AP可以通过第一帧为后续第二帧的赢得发送机会。
在图7所示的实施例中,第二设备可以向第一设备发送第二帧的确认帧。可选的,第二设备也可以向第一设备发送第四帧。一种可能的情况中,第二帧中可以包括第二时长(duration)字段(如图9所示的duration字段)。该第二时长字段可以指示第三时长,第四帧可以在第三时长内发送。上文中,第四帧可以理解为第二设备向第二设备发送的业务包。
参阅图15,为本申请实施例提供的一种数据传输方法的场景示意图。AP可以发送第一帧。例如,当低时延业务到达AP后,AP可以发送第一帧。可选的,AP可以等待指定时长(XIFS)发送第一帧。AP可以在发送第一帧后,进行信道监听。AP可以检测到信道状态为空闲的情况下,等待第一时长发送第二帧,如低时延业务的业务包。该第二帧中可以包括第二时长(duration)字段。该第二时长字段可以指示第三时长。可以理解的是,由于第二帧中的目的地址为第二帧的接收端,如STA2的地址,因此除STA2以外的其他节点,如背景STA在第三时长内不能够接入信道。例如,背景STA1接收到该第二帧,并确定第二帧中的目的地址并非背景STA1的目的地址,且第二帧中的时长(duration)字段指示第三时长。因此,背景STA1在该第三时长内不可以接入信道,也就是背景STA1不能够在第三时长内发送业务包。
STA3可以在该第三时长内向AP发送第四帧,如上行业务的业务包。可选的,在该第三时长内STA3也可以向AP发送确认帧。
由图14可知,第二帧中的第二时长字段可以指示第三时长,在该第三时长内STA3可以向AP发送业务包,实现信道的预留,减少第四帧发生碰撞的可能性。
需要说明的是,图10至图14中的STA,如背景STA1、背景STA2和STA3可以是本小区的AP关联的STA,也可以是同频邻区的AP关联的STA。另外,图10至图14中示出的AP,STA,背景STA仅作为示例性示出。不失一般性的,本申请实施例提供的数据传输方法可以应用于任意的WiFi设备。
以下,结合附图对本申请实施例提供的技术方案进行详细说明。参阅图16,本小区中有一个AP,同时AP关联有低时延业务接收端(低时延STA),以及背景STA。下文中,以第一时长为PIFS以及指定时长为PIFS为例进行说明。以下,图17至图21示出的实施例中,背景STA与低时延STA均与本小区AP关联的。
参阅图17,信道上有背景STA1正在发送背景业务包,则AP和背景STA的业务包需要等待当前背景业务包传输结束,即AP向背景STA发送背景业务包的ACK帧后,才能开始计时。背景STA根据标准至少等待空闲DIFS=34us后,才能开始做随机退避,然后发送帧。可选的,背景STA可以确定信道空闲时长达到DIFS时长后,不进行随机退避发送帧。但是,由于AP可以等待PIFS后发送第一帧,PIFS<DIFS,因此AP的等待时长小于背景STA的等待时长。所以,AP可以先于背景STA发送第一帧。
在一个示例中,该第一帧中可以包括第一时长字段,该第一时长字段指示第二时长。AP可以检测信道状态为空闲时,等待PIFS发送第二帧。
可选的,在图17所示的实施例中AP可以不向背景STA发送ACK。参阅图18,AP在接收到来自背景STA的帧之后,不向背景STA发送ACK,并等待PIFS后发送第一帧。由于背景STA未接收到来自AP的ACK,因此可以认为帧丢失,所以会等待ACK超时后,重新进行随机退避接入信道。而AP通过第一帧可以抢占信道,并通过第一时长字段为第二帧预留时间窗,以减少第二帧发生碰撞的可能性。
参阅图19,AP发送第一帧。如果背景STA此时刚好完成随机退避,或者背景STA1确定信达空闲的时长刚好达到DIFS,则背景STA会发送帧。因此,第一帧与背景STA发送的帧发送碰撞。由于WiFi是时分双工(time division duplexing,TDD)***,收发模式不同时打开,因此AP在发送第一帧时无法接收到来自背景STA的帧,从而不会向背景STA发送ACK。背景STA会在等待ACK超时后,重新进行随机退避重传上述碰撞的帧。而AP可以在检测到信道空闲后,等待PIFS发送低时延业务的第二帧。
上述图17至图19示出了本小区AP关联的背景STA标准服从协议的STA的场景。以下结合图20和图21介绍本小区AP关联的背景STA为贪婪终端的情况下,AP根据第一帧打断贪婪终端的burst的场景。
参阅图20,AP接收来自背景STA的背景业务包后可以向背景STA发送ACK。AP可以等待PIFS后,发送第一帧。背景STA在接收到来自AP的ACK后,等待信道空闲SIFS后发送背景业务包。由于SIFS<PIFS,因此第一帧与背景STA的背景业务包发生碰撞。由于WiFi是TDD***,收发模式不同时打开,此时AP已处于发送状态,所以无法接收到背景业务包,因此不会向背景STA发送ACK。这样,背景STA等待ACK超时,认为背景业务包丢失,并进行重传。背景STA可以在信道空闲AIFS后进行随机退避,并重传背景业务包。
AP在发送第一帧后,进行信道监听。并在信道空闲PIFS后发送第二帧。由于PIFS小于背景STA等待的预设时长,且其他设备的等待时长DIFS>PIFS,因此可以保证第二帧的无碰撞传输。
可选的,AP可以不发送burst序列的ACK。参阅图21,AP接收到来自背景STA的背景业务包后,不向背景STA发送ACK。背景STA可以等待PIFS后发送第一帧。因此,背景STA可以通过第一帧抢占信道。由于AP并未向背景STA发送ACK,因此背景STA等待ACK超时会认为背景业务包丢失,并进行重传。
由于第一帧中包含第一时长字段,该第一时长字段指示第二时长。因此,背景STA在接收到该第一帧后,在第二时长内保持静默,不接入信道。AP在信道空闲PIFS后发送第二帧。由于在第二时长内除AP外的其他设备不接入信道,因此可以保证第二帧无碰撞传输。
基于图23和24示出的实施例,AP通过第一帧可以降低单次传输的碰撞概率,通过第一帧的牺牲或者第一帧中第一时长字段,可以实现对第二帧的进行保护的目的,使低时延业务的传输得到了保障。
通过图20和图21示出的方案,避免了贪婪终端长期占用空口不释放的问题,通过第一帧打断burst序列,使低时延业务可以及时进行发送,降低时延。可以理解的是,图21示出的方案相较于图20示出的方案,等待时长少一个帧的长度,时延较低。
图16至图21是以背景STA关联在本小区的AP下为例进行说明的。以下,结合图22至图26对背景STA关联在同频小区的AP下的场景进行说明。
参阅图22,本小区中有一个AP1,AP1关联有低时延的业务接收端低时延STA。同时在本小区附近有同频小区,背景STA关联在同频小区的AP2下面。下文中,以第一时长为PIFS以及指定时长为PIFS为例进行说明。以下图23至图26示出的实施例中,背景STA均与同频小区的AP2关联的。
参阅图23,信道上有背景STA正在发送背景业务包,则AP1的业务包需要等待当前背景业务包传输结束,即AP2向背景STA发送背景业务包的ACK帧后,才能开始计时。背景STA根据标准至少等待空闲DIFS=34us后,才能开始做随机退避,然后发送帧。可选的,背景STA可以确定信道空闲时长达到DIFS时长后,不进行随机退避发送帧。但是,由于AP1可以等待PIFS后发送第一帧,PIFS<DIFS,因此AP1的等待时长小于背景STA的等待时长。所以,AP1可以先于背景STA发送第一帧。
在一个示例中,该第一帧中可以包括第一时长字段,该第一时长字段指示第二时长。AP可以检测信道状态为空闲时,等待PIFS发送第二帧。
需要说明的是,由于背景STA与AP2关联,因此AP1无法要求AP2不向背景STA发送ACK。
参阅图24,AP1在t1时刻发送第一帧。如果背景STA此时刚好完成随机退避,或者背景STA确定信达空闲的时长刚好达到DIFS,则背景STA会发送帧。因此,第一帧与背景STA发送的帧发送碰撞,影响了背景STA发送的帧的信道估计、扰码种子获取和数据均衡等,导致AP2对背景STA的帧译码失败,该帧丢失。因此AP2不会向背景STA发送ACK。背景STA会在等待ACK超时后,重新进行随机退避重传上述碰撞的帧。而AP1可以在检测到信道空闲后,等待PIFS发送低时延业务的第二帧。
基于图23和24示出的实施例,AP1通过第一帧可以降低单次传输的碰撞概率,通过第一帧的牺牲或者第一帧中第一时长字段,可以实现对第二帧的进行保护的目的,使低时延业务的传输得到了保障。
图23至图24示出的实施例中背景STA是标准服从协议的STA。以下,结合图25和图26介绍在同频邻区的AP关联的背景STA为贪婪终端的情况下,AP根据第一帧打断贪婪终端的burst的情况。
参阅图25,AP1进行信道监听,此时背景STA向AP2发送背景业务包。AP1可以等待AP2向背景STA发送ACK后,等待PIFS发送第一帧。由于背景STA在接收到来自ACK后,等待信道空闲SIFS后发送背景业务包。因此,第一帧与背景业务包发生碰撞,影响了AP2对背景业务包的信道估计、扰码种子获取和数据均衡等,导致AP2对背景业务包译码失败,因此不向背景STA发送ACK。这样,背景STA等待ACK超时,认为背景业务包丢失,并进行重传。背景STA可以在信道空闲AIFS后进行随机退避,并重传背景业务包。
AP1在发送第一帧后,进行信道监听。并在信道空闲PIFS后发送第二帧。由于PIFS小于背景STA等待的预设时长,且其他设备的等待时长DIFS>PIFS,因此可以保证第二帧的无碰撞传输。
可选的,AP1可以等待背景STA发送背景业务包后,发送第一帧。参阅图26,AP1进行信道监听,此时背景STA向AP2发送背景业务包。AP1可以等待背景STA发送背景业务包后,等待PIFS发送第一帧。由于AP2在接收到来自背景STA的背景业务包后,会向背景STA发送ACK。因此,ACK与背景业务包发生碰撞,影响了背景STA对ACK的信道估计、扰码种子获取和数据均衡等,导致背景STA对ACK译码失败。这样背景STA会接收ACK失败,因此会导致背景STA等待ACK超时,背景STA认为背景业务包丢失,并进行重传。背景STA可以在信道空闲AIFS后进行随机退避,并重传背景业务包。
AP1在发送第一帧后,进行信道监听。并在信道空闲PIFS后发送第二帧。由于PIFS小于背景STA等待的预设时长,且其他设备的等待时长DIFS>PIFS,因此可以保证第二帧的无碰撞传输。
基于图23和图24示出的实施例,避免了同频邻区贪婪终端长期占用空口不释放的问题,通过第一帧打断burst序列的传输,使低时延业务可以及时进行发送,降低时延。可以理解的是,图24示出的实施例中,第一帧会打断AP2发送的ACK,因此相较于图23示出的实施例,时延更低。
下面结合附图介绍本申请实施例中用来实现上述方法的通信装置。因此,上文中的内容均可以用于后续实施例中,重复的内容不再赘述。
图27为本申请实施例提供的通信装置2700的示意性框图。该通信装置2700可以对应实现上述各个方法实施例中由第一设备实现的功能或者步骤。该通信装置可以包括处理单元2710和收发单元2720。可选的,还可以包括存储单元,该存储单元可以用于存储指令(代码或者程序)和/或数据。处理单元2710和收发单元2720可以与该存储单元耦合,例如,处理单元2710可以读取存储单元中的指令(代码或者程序)和/或数据,以实现相应的方法。上述各个单元可以独立设置,也可以部分或者全部集成。
在一些可能的实施方式中,通信装置2700能够对应实现上述方法实施例中第一设备的行为和功能。例如通信装置2700可以为第一设备,也可以为应用于第一设备中的部件(例如芯片或者电路)。收发单元2720可以用于执行图7所示的实施例中由第一设备所执行的全部接收或发送操作。例如图7所示的实施例中的S701或S702,和/或用于支持本文所描述的技术的其它过程;其中,处理单元2710用于执行如图7所示的实施例中由第一设备所执行的除了收发操作之外的全部操作,和/或用于支持本文所描述的技术的其它过程。
收发单元2720,用于向第二设备发送第一帧。其中,第一设备发送第一帧不需要进行信道监听。处理单元2710,用于检测信道状态。收发单元2720,还用于检测到信道状态为空闲时,等待第一时长发送第二帧。
有关处理单元2710和收发单元2720所执行的操作,可以参见前述方法实施例的相关描述。
应理解,本申请实施例中的处理单元2710可以由处理器或处理器相关电路组件实现,收发单元2720可以由收发器或收发器相关电路组件或者通信接口实现。
基于同一构思,如图28所示,本申请实施例提供一种通信装置2800。该通信装置2800包括处理器2810。可选的,通信装置2800还可以包括存储器2820,用于存储处理器2810执行的指令或存储处理器2810运行指令所需要的输入数据或存储处理器2810运行指令后产生的数据。处理器2810可以通过存储器2820存储的指令实现上述方法实施例所示的方法。
基于同一构思,如图29所示,本申请实施例提供一种通信装置2900,该通信装置2900可以是芯片或者芯片***。可选的,在本申请实施例中芯片***可以由芯片构成,也可以包含芯片和其他分立器件。
通信装置2900可以包括至少一个处理器2910,该处理器2910与存储器耦合,可选的,存储器可以位于该装置之内,也可以位于该装置之外。例如,通信装置2900还可以包括至少一个存储器2920。存储器2920保存实施上述任一实施例中必要计算机程序、配置信息、计算机程序或指令和/或数据;处理器2910可能执行存储器2920中存储的计算机程序,完成上述任一实施例中的方法。
本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器2910可能和存储器2920协同操作。本申请实施例中不限定上述收发器2930、处理器2910以及存储器2920之间的具体连接介质。
通信装置2900中还可以包括收发器2930,通信装置2900可以通过收发器2930和其它设备进行信息交互。收发器2930可以是电路、总线、收发器或者其它任意可以用于进行信息交互的装置,或称为信号收发单元。如图29所示,该收发器2930包括发射机2931、接收机2932和天线2933。此外,当该通信装置2900为芯片类的装置或者电路时,该通信装置2900中的收发器也可以是输入输出电路和/或通信接口,可以输入数据(或称,接收数据)和输出数据(或称,发送数据),处理器为集成的处理器或者微处理器或者集成电路,处理器可以根据输入数据确定输出数据。
在一种可能的实施方式中,该通信装置2900可以应用于第一设备,具体通信装置2900可以是第一设备,也可以是能够支持第一设备实现上述涉及的任一实施例中第一设备的功能的装置。存储器2920保存实现上述任一实施例中的第一设备的功能的必要计算机程序、计算机程序或指令和/或数据。处理器2910可执行存储器2920存储的计算机程序,完成上述任一实施例中第一设备执行的方法。
由于本实施例提供的通信装置2900可应用于第一设备,完成上述第一设备执行的方法。因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
在本申请实施例中,处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实施或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中,存储器可以是非易失性存储器,比如硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD)等,还可以是易失性存储器(volatilememory),例如随机存取存储器(random-access memory,RAM)。存储器还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实施存储功能的装置,用于存储计算机程序、计算机程序或指令和/或数据。
基于以上实施例,参见图30,本申请实施例还提供另一种通信装置3000,包括:输入输出接口3010和逻辑电路3020;输入输出接口3010,用于接收代码指令并传输至逻辑电路3020;逻辑电路3020,用于运行代码指令以执行上述任一实施例中第一设备执行的方法。
以下,对该通信装置应用于第一设备或者第二设备所执行的操作进行详细说明。
一种可选的实施方式中,该通信装置3000可应用于第一设备,执行上述第一设备所执行的方法,具体的例如前述图7所示的实施例中第一设备所执行的方法。
输入输出接口3010,用于向第二设备发送第一信息,第一信息指示第一状态信息的维度,第一状态信息是第一模型的输入信息。第一模型包括用于辅助第二设备进行预测或决策的神经网络。输入输出接口3010,还用于接收来自第二设备的第二信息,第二信息包含第一状态信息,第一状态信息的维度符合第一信息指示的维度。逻辑电路3020,用于根据第一状态信息,确定第一模型。输入输出接口3010,还用于向第二设备发送第三信息,第三信息包括第一模型的参数,第一模型的参数包括偏置和权重中的至少一个。
由于本实施例提供的通信装置3000可应用于第一设备,完成上述第一设备执行的方法。因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
基于以上实施例,本申请实施例还提供一种通信***。该通信***包括至少一个应用于第一设备的通信装置和至少一个应用于第二设备的通信装置。所能获得的技术效果可参考上述方法实施例,在此不再赘述。
基于以上实施例,本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序或指令,当指令被执行时,使上述任一实施例中第一设备执行的方法被实施或者第二设备执行的方法被实施。该计算机可读存储介质可以包括:U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
为了实现上述图27~图30的通信装置的功能,本申请实施例还提供一种芯片,包括处理器,用于支持该通信装置实现上述方法实施例中第一设备或第二设备所涉及的功能。在一种可能的设计中,该芯片与存储器连接或者该芯片包括存储器,该存储器用于保存该通信装置必要的计算机程序或指令和数据。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序或指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序或指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序或指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序或指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (19)
1.一种数据传输方法,其特征在于,包括:
第一设备向第二设备发送第一帧,所述第一设备发送所述第一帧不需要进行信道监听;
所述第一设备检测到信道状态为空闲时,等待第一时长发送第二帧。
2.根据权利要求1所述的方法,其特征在于,所述第一时长小于或等于PIFS。
3.根据权利要求1或2所述的方法,其特征在于,所述第一帧包括第一时长duration字段,所述第一时长字段用于指示第二时长,所述第二帧在所述第二时长内发送。
4.根据权利要求1~3任一所述的方法,其特征在于,所述第一设备向第二设备发送第一帧之前,还包括:
所述第一设备接收来自第三设备的第三帧;
所述第一设备不发送所述第三帧的确认帧。
5.根据权利要求1~4任一所述的方法,其特征在于,所述第一帧包括确认帧指示域,所述确认帧指示域指示所述第一帧不需要回复确认帧。
6.根据权利要求1~5任一所述的方法,其特征在于,所述第一帧包括控制帧,或者所述第一帧包括数据帧。
7.根据权利要求1~6任一所述的方法,其特征在于,所述第一帧中目的地址为所述第一设备的地址。
8.根据权利要求1~7任一所述的方法,其特征在于,在所述第一设备发送所述第二帧之后,所述方法还包括:
所述第一设备接收所述第二设备发送的对所述第二帧的确认帧;
所述第一设备接收所述第二设备发送的第四帧;其中,所述第二帧包括第二时长duration字段,所述第二时长字段用于指示第三时长,所述第四帧在所述第三时长内发送。
9.一种通信设备,其特征在于,包括:处理单元和收发单元;
所述收发单元,用于向第二设备发送第一帧,所述第一设备发送所述第一帧不需要进行信道监听;
所述处理单元,用于检测信道;
所述收发单元,还用于在检测到信道状态为空闲时,等待第一时长发送第二帧。
10.根据权利要求9所述的设备,其特征在于,所述第一时长小于或等于PIFS。
11.根据权利要求9或10所述的设备,其特征在于,所述第一帧包括第一时长duration字段,所述第一时长字段用于指示第二时长,所述第二帧在所述第二时长内发送。
12.根据权利要求9~11任一所述的设备,其特征在于,所述收发单元还用于:
接收来自第三设备的第三帧;
所述处理单元,还用于确定不发送所述第三帧的确认帧。
13.根据权利要求9~12任一所述的设备,其特征在于,所述第一帧包括确认帧指示域,所述确认帧指示域指示所述第一帧不需要回复确认帧。
14.根据权利要求9~13任一所述的设备,其特征在于,所述第一帧包括控制帧,或者所述第一帧包括数据帧。
15.根据权利要求9~14任一所述的设备,其特征在于,所述第一帧中目的地址为所述第一设备的地址。
16.根据权利要求9~15任一所述的设备,其特征在于,所述收发单元还用于:
接收所述第二设备发送的对所述第二帧的确认帧;
接收所述第二设备发送的第四帧;其中,所述第二帧包括第二时长duration字段,所述第二时长字段用于指示第三时长,所述第四帧在所述第三时长内发送。
17.一种通信装置,其特征在于,包括:处理器和存储器;
所述存储器,用于存储计算机程序或指令;
所述处理器,用于执行存储器中的计算机程序或指令,使所述装置执行如权利要求1~8中任一项所述的方法。
18.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令在被电子装置调用时,使所述电子装置执行如权利要求1~8中任一项所述的方法。
19.一种计算机程序产品,其特征在于,包括计算机执行指令,当所述计算机执行指令在计算机上运行时,使得所述计算机执行如权利要求1~8中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211132100.0A CN117793938A (zh) | 2022-09-16 | 2022-09-16 | 一种数据传输方法和装置 |
PCT/CN2023/116574 WO2024055852A1 (zh) | 2022-09-16 | 2023-09-01 | 一种数据传输方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211132100.0A CN117793938A (zh) | 2022-09-16 | 2022-09-16 | 一种数据传输方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117793938A true CN117793938A (zh) | 2024-03-29 |
Family
ID=90274203
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211132100.0A Pending CN117793938A (zh) | 2022-09-16 | 2022-09-16 | 一种数据传输方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117793938A (zh) |
WO (1) | WO2024055852A1 (zh) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102215576B (zh) * | 2010-04-09 | 2013-06-05 | 华为技术有限公司 | 占用信道时间的分配方法及接入点设备与接入网络*** |
CN102468946A (zh) * | 2010-11-08 | 2012-05-23 | 中兴通讯股份有限公司 | 一种多用户传输方法和接入点 |
EP3826420B1 (en) * | 2014-01-27 | 2023-09-06 | Huawei Technologies Co., Ltd. | Channel contention method and apparatus therefor |
CN106455107B (zh) * | 2016-11-04 | 2019-06-11 | 武汉大学 | 一种抢占式Wi-Fi TDMA接入控制方法 |
CN111031525B (zh) * | 2019-12-17 | 2023-05-26 | 杭州迪普科技股份有限公司 | Beacon帧的发送方法及装置 |
-
2022
- 2022-09-16 CN CN202211132100.0A patent/CN117793938A/zh active Pending
-
2023
- 2023-09-01 WO PCT/CN2023/116574 patent/WO2024055852A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2024055852A1 (zh) | 2024-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11711850B2 (en) | Access method and apparatus | |
US10009930B2 (en) | Method and apparatus for transmitting frame | |
US11653348B2 (en) | Wireless communication method for uplink multiple-user transmission schedule and wireless communication terminal using the method | |
US11240166B2 (en) | Wireless communication method for multi-user transmission scheduling, and wireless communication terminal using same | |
EP3216297B1 (en) | Media access control for license-assisted access | |
US10305638B2 (en) | Wireless communication terminal and wireless communication method for multi-user concurrent transmission | |
US10128988B2 (en) | Method and apparatus for reporting information about transmission failure frame | |
KR101838080B1 (ko) | 하향링크용 채널을 지원하는 무선랜 시스템에서 데이터 송수신 방법 및 이를 위한 장치 | |
WO2016072908A1 (en) | Dynamic listen before talk in license-assisted access | |
AU2021323746B2 (en) | Channel contention method and related apparatus | |
US9148873B1 (en) | Method and apparatus for providing different types of physical layer devices access to a wireless medium | |
WO2024055852A1 (zh) | 一种数据传输方法和装置 | |
CN114630351B (zh) | 触发帧发送方法及装置 | |
US20230199831A1 (en) | Channel Access Method and Communication Apparatus | |
US20240188135A1 (en) | Channel backoff in a wireless network | |
US20240215066A1 (en) | Channel access method and apparatus | |
KR102216010B1 (ko) | Asr 기반의 무선 데이터 송신 방법 및 장치 | |
CN117939691A (zh) | 传输数据的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |