CN111431669A - 数据重传方法与装置、电子设备 - Google Patents
数据重传方法与装置、电子设备 Download PDFInfo
- Publication number
- CN111431669A CN111431669A CN202010248799.1A CN202010248799A CN111431669A CN 111431669 A CN111431669 A CN 111431669A CN 202010248799 A CN202010248799 A CN 202010248799A CN 111431669 A CN111431669 A CN 111431669A
- Authority
- CN
- China
- Prior art keywords
- data
- electronic device
- field
- reason
- failure
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
Abstract
本申请实施例公开了一种数据重传方法与装置、电子设备,该方法包括:第二电子设备向第一电子设备发送块确认帧,该块确认帧包含原因字段,该原因字段用于指示第二电子设备对第一数据接收失败的原因;第一电子设备根据该第一数据接收失败的原因确定针对该第一数据的重传策略;第一电子设备根据该针对第一数据的重传策略向第二电子设备重传该第一数据。可见,本申请实施例通过数据接收失败的原因来执行更好的数据重传操作,有利于实现根据块确认帧中携带用于指示数据接收失败的原因的字段来调整数据重传,以及有利于提高数据传输的效率。
Description
技术领域
本申请涉及无线通信技术领域,尤其涉及一种数据重传方法与装置、电子设备。
背景技术
为了保证数据传输的可靠性,电气和电子工程师协会(Institute of Electricaland Electronics Engineers,IEEE)802.11协议规定每收到一个单播数据,都必须立即反馈应答(ACK)帧。而为了减少ACK帧的数量,802.11协议又提出了块确认(blockacknowledgement,BlockAck或BA)机制。
块确认机制是在连续传输多个数据后通过使用一个ACK帧(块确认帧)来完成一次性应答该多个数据的方式,从而提高资源利用率和媒体接入控制(media access control,MAC)层的传输效率。此外,针对802.11协议中的数据重传,发射端可以通过该块确认帧中的块确认位图(BA bitmap)字段指示的数据接收状态信息以执行数据重传操作,而重传操作要么限制重传次数,要么降低传输速率。
发明内容
本申请实施例提供一种数据重传方法与装置、电子设备,以期望实现根据块确认帧中携带用于指示数据接收失败的原因的字段来调整数据重传操作。
第一方面,本申请实施例提供一种数据重传方法,应用于第一电子设备,包括:
接收来自第二电子设备的块确认帧,所述块确认帧包含原因字段,所述原因字段用于指示所述第二电子设备对第一数据接收失败的原因;
根据所述第一数据接收失败的原因确定针对所述第一数据的重传策略;
根据所述针对第一数据的重传策略向所述第二电子设备重传所述第一数据。
第二方面,本申请实施例提供一种数据重传方法,应用于第二电子设备,包括:
向第一电子设备发送块确定帧,所述块确认帧包含原因字段,所述原因字段用于指示所述第二电子设备对第一数据帧接收失败的原因。
第三方面,本申请实施例提供一种数据重传装置,应用于第一电子设备;所述装置包括处理单元和通信单元,所述处理单元用于:
通过所述通信单元接收来自第二电子设备的块确认帧,所述块确认帧包含原因字段,所述原因字段用于指示所述第二电子设备对第一数据接收失败的原因;
根据所述第一数据接收失败的原因确定针对所述第一数据的重传策略;
根据所述针对所述第一数据的重传策略通过所述通信单元向所述第二电子设备重传所述第一数据。
第四方面,本申请实施例提供一种数据重传装置,应用于第二电子设备;所述装置包括处理单元和通信单元,所述处理单元用于:
通过所述通信单元向第一电子设备发送块确定帧,所述块确认帧包含原因字段,所述原因字段用于指示所述第二电子设备对第一数据接收失败的原因。
第五方面,本申请实施例提供一种电子设备,所述电子设备为第一电子设备恩,包括处理器、存储器、通信接口以及一个或多个程序,其中,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行本申请实施例第一方面任一方法中的步骤的指令。
第六方面,本申请实施例提供一种电子设备,所述电子设备为第二电子设备,包括处理器、存储器、通信接口以及一个或多个程序,其中,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行本申请实施例第二方面任一方法中的步骤的指令。
第七方面,本申请实施例提供了一种芯片,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。
第八方面,本申请实施例提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。
第九方面,本申请实施例提供了一种计算机程序,其中,所述计算机程序可操作来使计算机执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。该计算机程序可以为一个软件安装包。
可以看出,本申请实施例中,通过第二电子设备向第一电子设备发送块确认帧,该块确认帧中携带用于指示第一数据接收失败的原因的字段。然后,第一电子设备在接收该确认帧后根据第一数据接收失败的原因确定执行该第一数据的重传操作。由于第一电子设备可以通过数据接收失败的原因来执行更好的数据重传操作,因此有利于实现根据块确认帧中携带用于指示数据接收失败的原因的字段来调整数据重传,以及有利于提高数据传输的效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例涉及的一种通信场景的架构示意图;
图2是本申请实施例提供的一种电子设备的结构示意图;
图3是本申请实施例提供的一种数据重传方法的流程示意图;
图4是本申请实施例涉及的一种A-MPDU帧的结构示意图;
图5是本申请实施例涉及的一种块确认帧的结构示意图;
图6是本申请实施例提供的一种数据传输的结构示意图;
图7是本申请实施例提供的又一种数据重传方法的流程示意图;
图8是本申请实施例提供的一种第一信息的结构示意图;
图9是本申请实施例提供的一种第二信息的结构示意图;
图10是本申请实施例提供的一种数据重传装置的功能单元组成框图;
图11是本申请实施例提供的又一种数据重传装置的功能单元组成框图;
图12是本申请实施例提供的一种第一电子设备的结构示意图;
图13是本申请实施例提供的一种第二电子设备的结构示意图。
具体实施方式
下面结合附图对本申请实施例中的技术方案进行描述。
为了更好地理解本申请实施例的技术方案,先对本申请实施例的通信场景和电子设备进行介绍。
图1是本申请实施例涉及的一种通信场景的架构示意图。其中,电子设备100A与电子设备100B通过802.11协议建立无线通信链路,或者电子设备100A与电子设备100C通过802.11协议建立无线通信链路,或者电子设备100B与电子设备100C通过802.11协议建立无线通信链路。其中,电子设备100可以包括电子设备100A、电子设备100B或电子设备100C。
本申请实施例中的电子设备100可以为各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备,也可以为各种形式的站点(station,STA)、接入点(access point,AP)、用户设备(user Equipment,UE)、移动台(mobile Station,MS)、终端设备(terminal device)、会话启动协议(SessionInitiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字助理(Personal Digital Assistant,PDA)、个人计算机(personal computer,PC)、中继设备、支持802.11协议的计算机、支持5G系统中的终端设备以及未来演进的公用陆地移动通信网络(Public Land Mobile Network,PLMN)中的终端设备等等。
进一步的,电子设备100A可以为接入点(AP),电子设备100B可以为站点1(STA1),电子设备100C可以为站点2(STA2)。可以理解的是,本申请实施例中的第一电子设备可以为电子设备100A、电子设备100B或电子设备100C,第二电子设备可以为电子设备100A、电子设备100B或电子设备100C。需要说明的是,图1示意的通信场景并不构成对本申请实际例中的技术案件的具体限定。
下面结合图2对电子设备100进行详细说明,可以理解的是,图2示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件、软件或软件和硬件的组合实现。
请参阅图2,电子设备100包括系统级芯片210、天线1、天线2、移动通信模块220、无线通信模块230、通用串行总线(universal serial bus,USB)接口230、充电管理模块240、电源管理模块241、电池242、外部存储器接口250和内部存储器251。
电子设备100的无线通信功能可以通过天线1、天线2、移动通信模块210、无线通信模块230、调制解调处理器和基带处理器等实现。其中,天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如,可以将天线1复用为无线局域网的分集天线。
具体的,移动通信模块220可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块220可以包括至少一个滤波器、开关、功率放大器和低噪声放大器(lownoise amplifier,LNA)等。移动通信模块220可以由天线1接收电磁波,并对接收的电磁波进行滤波、放大等处理,传送至调制解调处理器进行解调。移动通信模块220还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块220的至少部分功能模块可以被设置于系统级芯片210中。在一些实施例中,移动通信模块220的至少部分功能模块可以与系统级芯片210的至少部分模块被设置在同一个器件中。
无线通信模块230可以提供应用在电子设备100上的包括蓝牙(Bluetooth,BT)、无线局域网(wirelesslocal area networks,WLAN)、无线保真(wireless fidelity,Wi-Fi)网络、全球导航卫星系统(global navigation satellite system,GNSS)、近距离无线通信技术(near field communication,NFC)、调频(frequency modulation,FM)、红外技术(infrared,IR)等无线通信的解决方案。无线通信模块230可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块230经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到系统级芯片210。无线通信模块230还可以从系统级芯片210接收待发送的信号,对其进行调频和放大,再由天线2转为电磁波辐射出去。在本申请实施例中,无线通信模块230能够实现本申请技术方案中第一电子设备与第二电子设备之间的数据传输的功能。
具体的,充电管理模块240用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块240可以通过USB接口230接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块240可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块240为电池242充电的同时,还可以通过电源管理模块241为电子设备100供电。
具体的,电源管理模块241用于连接电池242、充电管理模块240和系统级芯片210。电源管理模块241接收电池242和/或充电管理模块240的输入,为系统级芯片210、移动通信模块220、无线通信模块230、内部存储器251和外部存储器等供电。电源管理模块241还可以用于监测电池容量、电池循环次数、电池健康状态(漏电、阻抗)等参数。在其他一些实施例中,电源管理模块241也可以设置于系统级芯片210中。在另一些实施例中,电源管理模块241和充电管理模块240也可以设置于同一个器件中。
具体的,外部存储器接口250可以用于连接外部存储卡,例如micro SD卡,实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口250与系统级芯片210通信,实现数据存储功能。例如,将音乐,视频等文件保存在外部存储卡中。
具体的,内部存储器251可以用于存储计算机可执行程序代码,该可执行程序代码包括指令。系统级芯片210通过运行存储在内部存储器251的指令,从而执行电子设备100的各种功能应用以及数据处理。在一个可能的示例中,内部存储器251存储执行本申请实施例的技术方案的程序代码。内部存储器251可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(例如,声音播放功能和图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(例如,音频数据和电话本等)等。此外,内部存储器251可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、通用闪存存储器(universal flash storage,UFS)等。
在本申请实施例中,电子设备100可以包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(central processingunit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或Windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是电子设备100,或者,是电子设备100中能够调用程序并执行程序的功能模块。
下面将从方法示例的角度介绍数据重传方法的执行步骤,请参阅图3。图3是本申请实施例提供的一种数据重传方法的流程示意图,该方法包括:
S310、第二电子设备向第一电子设备发送块确认帧,该块确认帧包含原因字段。
其中,原因字段用于指示第二电子设备对第一数据接收失败的原因。需要说明的是,第二电子设备可以通过图2示意中的无线通信模块230向第一电子设备发送块确认帧,并且第一电子设备可以通过无线通信模型230接收该块确认帧。
具体的,第一数据可以为802.11协议中的数据帧,可以为经过802.11协议封装过的数据帧,例如媒体接入控制协议数据单元帧(media access controlprotocol dataunit,MPDU),还可以为802.11n协议中的聚合帧,如聚合的媒体接入控制服务数据单元(aggregate-media access controlservice data unit,A-MSDU)帧和聚合的媒体接入控制协议数据单元(aggregate-media access controlprotocol data unit,A-MPDU)帧。
进一步的,第一数据可以包括A-MPDU帧中的至少一个MPDU子帧。其中,本申请实施例中的A-MPDU帧介绍如下。
802.11n协议规定A-MPDU技术。其中,A-MPDU技术是指按照802.11协议封装后的多个A-MPDU子帧报文的聚合,即A-MPDU技术可以将多个MPDU子帧聚合为一个A-MPDU帧,而MPDU子帧是指经过802.11协议封装过的数据帧。通过A-MPDU帧可以一次发送多个MPDU子帧,减少发送每个802.11报文所需要物理层会聚协议(physical layer convergenceprotocol,PLCP)前导和PLCP帧头,同时也减少应答(ACK)帧的数目,从而降低协议的负荷,有效提高系统吞吐量。
请参阅图4,图4是本申请实施例涉及的一种A-MPDU帧的结构示意图。其中,A-MPDU帧400可以包含PLCP前导字段410、PLCP帧头字段420、MAC帧头字段430、A-MPDU子帧1字段440、A-MPDU子帧2字段450等。A-MPDU子帧1字段440可以包括MPDU分隔符(deilmiter)4401、MPDU子帧1字段4402和填充4403。MPDU分隔符4401可以用于接收端检测到A-MPDU中的每个MPDU子帧的边缘并将该每个MPDU子帧提取出来。在解聚合算法中,接收端依据某个MPDU分隔符中的签名(signature)字段检测该MPDU分隔符的位置,然后根据该MPDU分隔符中的循环冗余码校验字段检验该MPDU分割符的正确性。如果检验正确,则将该MPDU分割符4401之后的MPDU子帧提取出来。最后,进行下一个MPDU分隔符的检测,直到A-MPDU帧的解聚合过程完成。
本申请实施例中的块确认(block acknowledgement,BlockAck或BA)帧介绍如下。
为了保证数据传输的可靠性,802.11协议规定每收到一个单播数据帧,都必须立即反馈ACK帧。电子设备100在收到A-MPDU帧后,需要对该A-MPDU帧中的每个MPDU子帧进行处理,即针对该每个MPDU帧的接收状态(接收成功或接收失败)反馈一个ACK帧,导致需要发送大量的ACK帧。而块确认机制通过使用一个ACK帧(块确认帧)来完成对该每个MPDU子帧的应答,降低了ACK帧的数量。请参阅图5,图5是本申请实施例涉及的一种块确认帧的结构示意图。其中,块确认帧500中可以包含有MAC帧头字段510、块确认控制(BA control)字段520、块确认信息(BA information)字段530和帧校验序列(frame check sequence,FCS)字段540。MAC帧头字段510可以包含帧控制(frame control)字段、持续时间/标识(duration/ID)字段、接收端地址(receiver address,RA)字段、发送端地址(transmission address,TA)字段。块确认控制字段520可以包含块确认策略字段5201、多业务标识(multi-trafficidentifier,multi-TID)字段5202、压缩位图字段5203、组播重试(group cast retries,GCR)模式字段5204、预留字段(B5-B11)5205、业务标识信息(TID information)字段5206。块确认信息字段530可以包含块确认起始序列控制字段5301和块确认位图(BA bitmap)字段5302。
具体的,块确认位图字段5302可以用于指示A-MPDU帧中的每个MPDU子帧的接收状态(接收成功或者接收失败),可以理解的是,当第一电子设备向第二电子设备发送A-MPDU帧时,通过接收来自第二电子设备的块确认位图字段5302,第一电子设备可以获知第二电子设备接收失败的至少一个MPDU子帧。
通过上述描述可知,通过块确认位图字段5302可以保证第一电子设备获知第二电子设备对第一数据的接收状态。如果第一数据接收失败,则重传该第一数据。而本申请实施例考虑在块确认帧中携带用于指示第一数据接收失败的原因字段,以保证第一电子设备根据第一数据接收失败的不同原因来相应的执行不同的传输策略。
在本申请实施中,第一数据接收失败的原因可以包括物理层干扰导致第一数据接收失败、MAC层的缓冲区不足导致第一数据接收失败和其他MAC层丢弃原因导致第一数据接收失败等等。
具体的,物理层干扰可以理解为信号在无线信道传播过程中受到的加性噪声干扰、同频干扰、符号间干扰(inter symbol interference,ISI)、多路径干扰等。该物理层干扰可以导致第一数据在物理层上没有接收到,或者物理层上接收到而对第一数据的校验失败等,例如该物理层干扰导致MPDU分隔符4401中的循环冗余码校验字段检验该MPDU分割符4401错误。
对于MAC层丢弃原因,可以理解的是,物理层上已经接收到正确的第一数据并传输给MAC层,最终在MAC层导致第一数据接收失败。例如,请参阅图6,图6是本申请实施例提供的一种数据传输的结构示意图。其中,第一数据通过第一电子设备的MAC层传到物理层,然后发送到空口中。然后,第二电子设备的物理层正确接收该第一数据,然后将该第一数据传输到MAC层并存储在缓冲区中。由于MAC层的缓冲区不足,因此导致该第一数据没有地方存储而丢弃。
在一个可能的示例中,原因字段可以携带在块确认帧的块确认控制字段中的预留字段(B5-B11)5205。
具体的,原因字段在预留字段5205中的编码方式可以包括:按照位图的编码方式、按照编码组合方式。其中,在按照位图的编码方式中,可以通过B5-B11中的任意一个比特位设置为1来表示第一数据接收失败的原因中的一种原因。例如,Bit11=1表示物理层干扰导致第一数据接收失败;Bit10=1表示MAC层的缓冲区不足导致第一数据接收失败;Bit9=1表示其他MAC层丢弃原因导致第一数据接收失败。可见,通过该位图的编码方式,第一电子设备可以在块确认帧中一次获知第一数据接收失败的原因。需要说明的是,通过B5-B11中的任意一个比特位设置为1来表示第一数据接收失败的原因中的一种原因,并不限于上述举例,在本领域技术人员能够理解的基础上,本申请实施例不作具体限制。
在按照编码组合方式中,可以通过B5-B11中的至少两个比特位之间的组合编码来表示第一数据接收失败的原因中的一种原因。例如,通过Bit10-Bit11的组合编码来表示第一数据接收失败的原因中的一种原因,其中,组合编码值为1(Bit10-Bit11=01)来表示物理层干扰导致第一数据接收失败;组合编码值为2(Bit10-Bit11=10)来表示MAC层的缓冲区不足导致第一数据接收失败;组合编码值为3(Bit10-Bit11=11)来表示其他MAC层丢弃原因导致第一数据接收失败。或者,通过Bit9-Bit11的组合编码来表示第一数据接收失败的原因中的一种原因,其中,组合编码值为1(Bit9-Bit11=001)来表示物理层干扰导致第一数据接收失败;组合编码值为2(Bit9-Bit11=010)来表示MAC层的缓冲区不足导致第一数据接收失败;组合编码值为3(Bit9-Bit11=011)来表示其他MAC层丢弃原因导致第一数据接收失败。需要说明的是,该编码组合方式可以给第一数据接收失败的不同原因预先设置优先级。当第二电子设备接收的第一数据中有多种原因导致第一数据接收失败时,可以只指示优先级最高的原因。例如,当物理层干扰导致第一数据接收失败的原因具有最高优先级时,原因字段中只指示物理层干扰导致第一数据接收失败的原因,而无需指示其他原因。此外,通过B5-B11中的至少两个比特位之间的组合编码来表示第一数据接收失败的原因中的一种原因并不限于上述举例,在本领域技术人员能够理解的基础上,本申请实施例不作具体限制。
S320、第一电子设备在接收该块确认帧后,根据第一数据接收失败的原因确定针对第一数据的重传策略。
具体的,本申请实施例中的针对第一数据的重传策略可以包括第一数据的传输速率和第一数据的重传次数等。
对于第一数据的传输速率,由于802.11协议通过无线电磁波进行数据的收发,因此通过空气作为传播媒介也导致该数据传输的过程是不稳定的,会受到各种各样的干扰。较高的传输速率能实现该数据的传输时间短,但是接收端解析该数据的难度加大,而该数据受到干扰时更不容易接收正确;较低的传输速率则更容易解析,但是传输该数据的时间会增加,不仅导致该数据的传输效率不高,还导致该数据受到干扰的概率增大。此外,干扰导致的接收错误使得该数据被丢弃,这也降低该数据的传输效率。可见,第一数据的传输速率需要进行选择,而选择传输速率可以从802.11协议中规定的速率集中选择一个能最大化传输效率的速率,而过高或者过低的速率都会影响到传输效率。其中,802.11协议中规定的速率集可以包括802.11a/b/g协议中规定的速率集、802.11n协议中规定的高吞吐量(highthroughput,HT)速率集、802.11ac协议中规定的超高吞吐量(very high throughput,VHT)速率集等。
对于第一数据的重传次数,由于电子设备对数据的重传次数通常设置比较低,因此当物理层干扰等因素导致该数据接收失败时,降低该数据的重传次数有利于减少空口资源的占用。如果该数据接收失败不是物理层干扰等因素导致,则降低重传次数具有一定不足,而降低重传次数可能导致电子设备丢弃该数据。例如,电子设备发送的是传输控制协议(transmission control protocol,TCP)的数据包,如果电子设备丢弃该数据包,则这导致TCP的发送窗口减半,影响系统吞吐量等性能。
综上所述,第一电子设备根据接收到块确认帧中携带的块确认位图字段5302进行第一数据的重传,而采用通常限制重传次数、降低发送速率的传输方式又具有一定不足。因此,本申请实施例考虑块确认帧中还携带原因字段,并根据该原因字段指示的第一数据接收失败的原因确定针对第一数据的重传策略。下面进行具体介绍。
在一个可能的示例中,在第一电子设备通过第一速率值向第二电子设备发送第一数据的情况下,根据第一数据接收失败的原因确定针对第一数据的重传策略可以包括以下操作:在第一数据接收失败的原因中的一种原因为MAC层的缓冲区不足导致第一数据接收失败的情况下,确定第一数据的传输速率为第一速率值;和/或,在第一数据接收失败的原因中的一种原因为物理层干扰导致第一数据接收失败的情况下,确定针对第一数据的传输速率为第二速率值,第二速率值小于或等于第一速率值。
可以理解的是,在MAC层的缓冲区不足导致第一数据接收失败的情况下,可以通过不改变传输速率的方式来重传第一数据;在物理层干扰导致第一数据接收失败的情况下,可以通过不改变或者降低传输速率的方式来重传第一数据。可见,通过不同的第一数据接收失败的原因,有利于实现不同的传输速率的选择。
进一步的,第一速率值可以为上述802.11协议中规定的速率集中的速率。此外,该第一速率值可以通过以下方式选择:最大吞吐量选速、最快响应选速和最低丢包率选速。其中,最大吞吐量选速是在单位时间内发送出去最多的数据帧;最快响应选速是数据帧能以最小的时间延迟到达接收端;最低丢包率选速是尽可能提高数据帧的发送成功率以减少丢包率。
进一步的,在通过降低传输速率来重传第一数据的方式中,第一电子设备可以触发一个定时器。当该定时器超时或者第一电子设备成功进行预设阈值的连续传输时,第一电子设备会从第二速率值回到第一速率值或者新的速率值,然后重置该定时器。当该定时器未超时而第一电子设备以第二速率值的第一次重传就失败时,则第一电子设备将通过第三速率值再进行重传,该第三速率值小于或者等于第二速率值,依次往复。可见,通过不同的第一数据接收失败的原因和数据传输情况,有利于实现不同的传输速率的选择。
在一个可能的示例中,在第一电子设备设置的当前数据重传次数为第一预设值的情况下,根据第一数据接收失败的原因确定针对第一数据的重传策略可以包括以下操作:在第一数据接收失败的原因中的一种原因为MAC层的缓冲区不足导致第一数据接收失败的情况下,确定针对第一数据的重传次数为第二预设值,第二预设值大于或者等于第一预设值;和/或,在第一数据接收失败的原因中的一种原因为物理层干扰导致第一数据接收失败的情况下,确定针对第一数据的重传次数为第一预设值。
可以理解的是,在MAC层的缓冲区不足导致第一数据接收失败的情况下,可以通过增加或不改变重传次数的方式来重传第一数据;在物理层干扰导致第一数据接收失败的情况下,可以通过不改变重传次数的方式来重传第一数据。可见,通过不同的第一数据接收失败的原因,有利于实现不同的重传次数的选择。
S330、第一电子设备根据针对第一数据的重传策略重传第一数据。
需要说明的是,第一电子设备可以通过图2示意中的无线通信模块230向第二电子设备重传第一数据,第二设备可以通过无线通信模块230接收该第一数据。
可以看出,本申请实施例中,通过第二电子设备向第一电子设备发送块确认帧,该块确认帧中携带用于指示第一数据接收失败的原因的字段。然后,第一电子设备在接收该确认帧后根据第一数据接收失败的原因确定执行该第一数据的重传操作。由于第一电子设备可以通过数据接收失败的原因来执行更好的数据重传操作,因此有利于实现根据块确认帧中携带用于指示数据接收失败的原因的字段来调整数据重传,以及有利于提高数据传输的效率。
与上述实施例一致,图7是本申请实施例提供的又一种数据重传方法的流程示意图,该方法包括:
S710、第二电子设备向第一电子设备发送第一信息。
其中,第一信息可以包含第一指示信息,第一指示信息可以用于指示第二电子设备是否支持在块确认帧中携带原因字段。可以理解的是,在发送端向接收端发送数据之前,通过发送端和接收端之间收发管理帧来确定接收端是否支持在BA帧中携带用于指示数据接收失败的原因的某个字段,有利于实现对接收端发送携带原因字段的BA帧的管理。需要说明的是,第二电子设备可以通过图2示意中的无线通信模块230向第一电子设备发送第一信息,并且第一电子设备可以通过无线通信模型230接收该第一信息。
具体的,第一信息可以为802.11协议中新增的一个管理帧,也可以携带在802.11协议的现有管理帧的某个字段内,也可以为802.11协议的现有管理帧中新增的字段。
在一个可能的示例中,第一指示信息可以包括第一比特位;其中,在第一比特位设置为1的情况下,第二电子设备可以支持在块确认帧中携带原因字段;和/或,在第一比特位设置为0的情况下,第二电子设备可以不支持在块确认帧中携带原因字段。可以理解的是,通过具体设置第一指示信息的比特位,有利于进一步实现对接收端发送携带原因字段的BA帧的管理。
进一步的,第一信息还可以包含第一位图字段,该第一位图字段可以用于表示第二电子设备支持在块确认帧中携带原因字段指示的第一数据接收失败的原因中的至少一种原因。可以理解的是,在发送端向接收端发送数据之前,通过发送端和接收端之间收发管理帧来进一步确定接收端支持在BA帧中携带用于表示哪些数据接收失败的原因的某个字段,有利于进一步实现对接收端发送携带原因字段的BA帧的管理。
在一个可能的示例中,第一位图字段可以包括第二比特位和第三比特位;其中,在第二比特位设置为1的情况下,第二电子设备支持在块确认帧中携带原因字段指示的第一数据接收失败的原因中的一种原因可以为物理层干扰导致第一数据接收失败;和/或,在第三比特位设置为1的情况下,第二电子设备支持在块确认帧中携带原因字段指示的第一数据接收失败的原因中的一种原因可以为MAC层的缓冲区不足导致第一数据接收失败。可以理解的是,通过具体设置第一位图字段映射的比特位,有利于进一步实现对接收端发送携带原因字段的BA帧的管理。
进一步的,第一信息可以为关联请求帧(association request)和/或关联响应帧(association response)帧中增加的一个供应商特定的信息元素(vendor specificinformation element)。可以理解的是,在发送端向接收端发送数据之前,通过发送端和接收端在关联过程中可以交互信息来确定接收端是否支持在BA帧中携带用于指示数据接收失败的原因的某个字段,有利于进一步实现对接收端发送携带原因字段的BA帧的管理。
综上所述,本申请实施例提供一种第一信息的结构示意图,请参阅图8。其中,第一信息可以包含第一指示信息字段810和第一位图字段820。第一指示信息字段810可以为支持接收失败指示(supportreceive fail indication)字段,第一位图字段820可以为接收失败原因位图(receive fail reason bitmap)字段。举例中,Bit0=1可以指示支持在BA帧中携带用于指示数据接收失败的原因的字段,Bit0=1可以指示不支持在BA帧中携带用于指示数据接收失败的原因的字段,Bit1=1可以表示支持物理层干扰导致数据接收失败,Bit2=1可以表示MAC层的缓冲区不足导致数据接收失败。需要说明的是,本示例可以用Bit1=1来表示MAC层的缓冲区不足导致数据接收失败,在本领域技术人员能够理解的基础上,不作具体限制。
S720、第一电子设备在接收第一信息后向第二电子设备发送第二信息。
其中,第二信息可以包含第二指示信息,该第二指示信息可以用于指示第二电子设备开启或关闭在块确认帧中携带原因字段的功能。可以理解的是,在发送端向接收端发送数据之前,通过发送端向接收端发送控制帧来控制接收端开启或关闭在BA帧中携带哪些数据接收失败的原因,有利于实现对接收端发送携带原因字段的BA帧的控制。需要说明的是,第一电子设备可以通过图2示意中的无线通信模块230向第二电子设备发送第二信息,并且第二电子设备可以通过无线通信模型130接收该第二信息。
具体的,第二信息可以为802.11协议中新增的一个控制帧,也可以携带在802.11协议的现有控制帧的某个字段内,也可以为802.11协议的现有管理帧中新增的字段。
在一个可能的示例中,第二指示信息可以包括第四比特位;其中,在第四比特位设置为1的情况下,第二电子设备可以开启在块确认帧中携带原因字段的功能;和/或,在第四比特位设置为0的情况下,第二电子设备可以关闭在块确认帧中携带原因字段的功能。可以理解的是,通过具体设置第二指示信息的比特位,有利于进一步实现对接收端发送携带原因字段的BA帧的控制。
进一步的,第二信息还可以包含第二位图字段,该第二位图字段可以用于表示原因字段指示的第一数据接收失败的原因中的每种原因的开启或关闭状态。可以理解的是,在发送端向接收端发送数据之前,通过发送端向接收端发送控制帧来进一步对接收端在BA帧中携带的数据接收失败的原因中每种原因的开启或关闭的控制,有利于进一步实现对接收端发送携带原因字段的BA帧的控制。
在一个可能的示例中,第二位图字段包括第五比特位和第六比特位;其中,在第五比特位设置为1的情况下,原因字段指示的物理层干扰导致第一数据接收失败为开启状态;和/或;在第六比特位设置为1的情况下,原因字段指示的MAC层的缓冲区不足导致第一数据接收失败为开启状态。可以理解的是,通过具体设置第二位图字段映射的比特位,有利于进一步实现对接收端发送携带原因字段的BA帧的控制。
进一步的,第二信息可以携带在块确认请求(block acknowledgementrequest,BlockAckReq或BAR)帧的BAR控制字段中的预留字段。可以理解的是,在发送端向接收端发送数据之前,通过发送端向接收端发送块确认请求帧来控制接收端开启或关闭在BA帧中携带哪些数据接收失败的原因,有利于进一步实现对接收端发送携带原因字段的BA帧的控制。
综上所述,本申请实施例提供一种第二信息的结构示意图,请参阅图9。其中,第二信息可以包含第二指示信息字段910和第二位图字段920。第二指示信息字段910可以为开启接收失败指示(enablereceive fail indication),第二位图字段920可以为接收失败原因位图(receive fail reason bitmap)920。举例中,Bit0=1可以指示开启在BA帧中携带用于指示数据接收失败的原因的字段,Bit0=0可以指示关闭在BA帧中携带用于指示数据接收失败的原因的字段,Bit1=1可以表示开启物理层干扰导致数据接收失败,Bit2=1可以表示开启MAC层的缓冲区不足导致数据接收失败。需要说明的是,本示例可以用Bit1=1来表示开启MAC层的缓冲区不足导致数据接收失败,在本领域技术人员理解的基础上,不作具体限制。
S730、第一电子设备向第二电子设备发送第一数据。
具体的,第一数据可以为802.11协议中的数据帧,可以为经过802.11协议封装过的数据帧,例如MPDU,还可以为802.11n协议中的聚合帧,如A-MSDU帧和A-MPDU帧。
进一步的,第一数据可以包括A-MPDU帧中的至少一个MPDU子帧。
S740、第二电子设备在接收第一数据后向第一电子设备发送块确认帧,该块确认帧包含原因字段。
其中,原因字段用于指示第二电子设备对第一数据接收失败的原因。
具体的,原因字段可以携带在块确认帧的块确认控制字段中的预留字段(B5-B11)。
S750、第一电子设备在接收块确认帧后,根据第一数据接收失败的原因确定针对第一数据的重传策略。
具体的,本申请实施例中的针对第一数据的重传策略可以包括第一数据的传输速率和第一数据的重传次数等。
S760、第一电子设备根据针对第一数据的重传策略向第二电子设备重传第一数据。
在一个可能的示例中,在第一电子设备通过第一速率值向第二电子设备发送第一数据的情况下,根据第一数据接收失败的原因确定针对第一数据的重传策略可以包括以下操作:在第一数据接收失败的原因中的一种原因为MAC层的缓冲区不足导致第一数据接收失败的情况下,确定第一数据的传输速率为第一速率值;和/或,在第一数据接收失败的原因中的一种原因为物理层干扰导致第一数据接收失败的情况下,确定针对第一数据的传输速率为第二速率值,第二速率值小于或等于第一速率值。
在一个可能的示例中,在第一电子设备设置的当前数据重传次数为第一预设值的情况下,根据第一数据接收失败的原因确定针对第一数据的重传策略可以包括以下操作:在第一数据接收失败的原因中的一种原因为MAC层的缓冲区不足导致第一数据接收失败的情况下,确定针对第一数据的重传次数为第二预设值,第二预设值大于或者等于第一预设值;和/或,在第一数据接收失败的原因中的一种原因为物理层干扰导致第一数据接收失败的情况下,确定针对第一数据的重传次数为第一预设值。
需要说明的是,本示例中出现的相关内容具体详见上述所示,在此不再赘述。
可以看出,本申请实施例中,在第一电子设备向第二电子设备发送第一数据之前,首先,通过第二电子设备向第一电子设备发送第一信息来管理是否支持在BA帧中携带用于指示数据接收失败的原因的某个字段。其次,通过第一电子设备向第二电子设备发送第二信来控制第二电子设备开启或关闭在BA帧中携带哪些数据接收失败的原因。然后,通过第二电子设备向第一电子设备发送块确认帧,该块确认帧中携带用于指示第一数据接收失败的原因的字段。最后,第一电子设备在接收该确认帧后根据第一数据接收失败的原因确定执行该第一数据的重传操作。由于第一电子设备与第二电子设备之间可以交互发送第一信息和/或第二信息,因此有利于实现对第二电子设备发送携带原因字段的BA帧的管理和控制。此外,由于第一电子设备可以通过数据接收失败的原因来执行更好的数据重传操作,因此有利于实现根据块确认帧中携带用于指示数据接收失败的原因的字段来调整数据重传,以及有利于提高数据传输的效率。
上述主要从方法侧中各个网元之间交互的角度对本申请实施例的方案进行了介绍。可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件与计算机软件的结合形式来实现。某个功能究竟以硬件或计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件程序模块的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,只是一种逻辑功能划分,而实际实现时可以有另外的划分方式。
在采用集成的单元的情况下,图10示出了一种数据重传装置的功能单元组成框图。数据重传装置1000应用于第一电子设备,具体包括:处理单元1002和通信单元1003。处理单元1002用于对第一电子设备的动作进行控制管理,例如,处理单元1002用于支持第一电子设备执行图3和图7中的全部或部分步骤以及用于本申请所描述的技术方案的其它过程。通信单元1003用于支持第一电子设备与第二电子设备的通信。第一电子设备还可以包括存储单元1001,用于存储第一电子设备的程序代码和数据。需要说明的是,处理单元1002可以为图2中的系统级芯片210,通信单元1003可以为图2中的移动通信模块220和/或无线通信模块230,存储单元1001可以为图2中的外部存储器接口250接入的外部存储器和/或内部存储器251。
其中,处理单元1002可以是处理器或控制器,例如可以是中央处理器(centralprocessing unit,CPU)、通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application-specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框、模块和电路。处理器1002也可以是实现计算功能的组合,例如包含一个或多个微处理器组合、DSP和微处理器的组合等等。通信单元1003可以是通信接口、收发器、收发电路等,存储单元1001可以是存储器。当处理单元1002为处理器,通信单元903为通信接口,存储单元1001为存储器时,本申请实施例所涉及的数据重传装置1000可以为图12所示的第一电子设备。
具体实现时,处理单元1002用于执行如上述方法实施例中由第一电子设备执行的任一步骤,且在执行诸如发送等数据传输时,可选择的调用通信单元1003来完成相应操作。下面进行详细说明。
处理单元1002用于:接收来自第二电子设备的块确认帧,块确认帧包含原因字段,该原因字段用于指示第二电子设备对第一数据接收失败的原因;根据第一数据接收失败的原因确定针对第一数据的重传策略;根据针对第一数据的重传策略向第二电子设备重传第一数据。
可以看出,本申请实施例中,通过第一电子设备接收来自第二电子设备的块确认帧,该块确认帧中携带用于指示第一数据接收失败的原因的字段。然后,第一电子设备在接收该确认帧后根据第一数据接收失败的原因确定执行该第一数据的重传操作。由于第一电子设备可以通过数据接收失败的原因来执行更好的数据重传操作,因此有利于实现根据块确认帧中携带用于指示数据接收失败的原因的字段来调整数据重传,以及有利于提高数据传输的效率。
在一个可能的示例中,原因字段携带在块确认帧的块确认控制字段中的预留字段。
在一个可能的示例中,处理单元1002还用于:通过第一速率值向第二电子设备发送第一数据。
在一个可能的示例中,根据第一数据接收失败的原因确定针对第一数据的重传策略,处理单元1002用于:在第一数据接收失败的原因中的一种原因为媒体接入控制层的缓冲区不足导致第一数据接收失败的情况下,确定第一数据的传输速率为第一速率值;和/或,在第一数据接收失败的原因中的一种原因为物理层干扰导致第一数据接收失败的情况下,确定针对第一数据的传输速率为第二速率值,第二速率值小于或者等于第一速率值。
在一个可能的示例中,在第一电子设备设置的当前数据重传次数为第一预设值的情况下,根据第一数据接收失败的原因确定针对第一数据的重传策略,处理单元1002用于:在第一数据接收失败的原因中的一种原因为媒体接入控制层的缓冲区不足导致第一数据接收失败的情况下,确定针对第一数据的重传次数为第二预设值,第二预设值大于或者等于第一预设值;和/或,在第一数据接收失败的原因中的一种原因为物理层干扰导致第一数据接收失败的情况下,确定针对第一数据的重传次数为第一预设值。
在一个可能的示例中,处理单元1002还用于:接收来自第二电子设备的第一信息,该第一信息包含第一指示信息,第一指示信息用于指示第二电子设备是否支持在块确认帧中携带原因字段。
在一个可能的示例中,第一指示信息包括第一比特位;其中,在第一比特位设置为1的情况下,第二电子设备支持在块确认帧中携带所述原因字段;和/或,在第一比特位设置为0的情况下,第二电子设备不支持在块确认帧中携带原因字段。
在一个可能的示例中,第一信息还包含第一位图字段,该第一位图字段用于表示第二电子设备支持在块确认帧中携带原因字段指示的第一数据接收失败的原因中的至少一种原因。
在一个可能的示例中,第一位图字段包括第二比特位和第三比特位;其中,在第二比特位设置为1的情况下,第二电子设备支持在块确认帧中携带原因字段指示的第一数据接收失败的原因中的一种原因为物理层干扰导致第一数据接收失败;和/或,在第三比特位设置为1的情况下,第二电子设备支持在块确认帧中携带原因字段指示的第一数据接收失败的原因中的一种原因为媒体接入控制层的缓冲区不足导致第一数据接收失败。
在一个可能的示例中,第一信息为关联请求帧和/或关联响应帧中增加的一个供应商特定的信息元素vendor specific IE。
在一个可能的示例中,处理单元1002还用于:向第二电子设备发送第二信息,该第二信息包含第二指示信息,第二指示信息用于指示第二电子设备开启或关闭在块确认帧中携带原因字段的功能。
在一个可能的示例中,第二指示信息包括第四比特位;其中,在第四比特位设置为1的情况下,第二电子设备开启在块确认帧中携带原因字段的功能;和/或,在第四比特位设置为0的情况下,第二电子设备关闭在块确认帧中携带原因字段的功能。
在一个可能的示例中,第二信息还包含第二位图字段,第二位图字段用于表示原因字段指示的第一数据接收失败的原因中的每种原因的开启或关闭状态。
在一个可能的示例中,第二位图字段包括第五比特位和第六比特位;其中,在第五比特位设置为1的情况下,原因字段指示的物理层干扰导致第一数据接收失败为开启状态;和/或;在第六比特位设置为1的情况下,原因字段指示的媒体接入控制层的缓冲区不足导致第一数据接收失败为开启状态。
在一个可能的示例中,第二信息携带在块确认请求帧的块确认请求控制字段中的预留字段。
在采用集成的单元的情况下,图11示出了又一种数据重传装置的功能单元组成框图。数据重传装置1100应用于第二电子设备,具体包括:处理单元1102和通信单元1103。处理单元1102用于对第二电子设备的动作进行控制管理,例如,处理单元1102用于支持第二电子设备执行图3和图7中的全部或部分步骤以及用于本文所描述的技术的其它过程。通信单元1003用于支持第二电子设备与第一电子设备的通信。第二电子设备还可以包括存储单元1101,用于存储第二电子设备的程序代码和数据。需要说明的是,处理单元1102可以为图2中的系统级芯片210,通信单元1103可以为图2中的移动通信模块220和/或无线通信模块230,存储单元1101可以为图2中的外部存储器接口250接入的外部存储器和/或内部存储器251。
其中,处理单元1102可以是处理器或控制器,例如可以是CPU、DSP、ASIC、FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框、模块和电路。处理器1102也可以是实现计算功能的组合,例如包含一个或多个微处理器组合、DSP和微处理器的组合等等。通信单元1103可以是通信接口、收发器、收发电路等,存储单元1101可以是存储器。当处理单元1102为处理器,通信单元1103为通信接口,存储单元1101为存储器时,本申请实施例所涉及的数据重传装置1100可以为图13所示的第二电子设备。
具体实现时,处理单元1102用于执行如上述方法实施例中由第二电子设备执行的任一步骤,且在执行诸如发送等数据传输时,可选择的调用通信单元1103来完成相应操作。下面进行详细说明。
处理单元1102用于:向第一电子设备发送块确定帧,块确认帧包含原因字段,原因字段用于指示第二电子设备对第一数据接收失败的原因。
可以看出,本申请实施例中,通过第二电子设备向第一电子设备发送块确认帧,该块确认帧中携带用于指示第一数据接收失败的原因的字段。由于第一电子设备可以通过数据接收失败的原因来执行更好的数据重传操作,因此有利于实现根据块确认帧中携带用于指示数据接收失败的原因的字段来调整数据重传,以及有利于提高数据传输的效率。
在一个可能的示例中,原因字段携带在块确认帧的块确认控制字段中的预留字段。
在一个可能的示例中,处理单元1102还用于:向第一电子设备发送第一信息,该第一信息包含第一指示信息,第一指示信息用于指示第二电子设备是否支持在块确认帧中携带原因字段。
在一个可能的示例中,第一指示信息包括第一比特位;其中,在第一比特位设置为1的情况下,第二电子设备支持在块确认帧中携带所述原因字段;和/或,在第一比特位设置为0的情况下,第二电子设备不支持在块确认帧中携带原因字段。
在一个可能的示例中,第一信息还包含第一位图字段,该第一位图字段用于表示第二电子设备支持在块确认帧中携带原因字段指示的第一数据接收失败的原因中的至少一种原因。
在一个可能的示例中,第一位图字段包括第二比特位和第三比特位;其中,在第二比特位设置为1的情况下,第二电子设备支持在块确认帧中携带原因字段指示的第一数据接收失败的原因中的一种原因为物理层干扰导致第一数据接收失败;和/或,在第三比特位设置为1的情况下,第二电子设备支持在块确认帧中携带原因字段指示的第一数据接收失败的原因中的一种原因为媒体接入控制层的缓冲区不足导致第一数据接收失败。
在一个可能的示例中,第一信息为关联请求帧和/或关联响应帧中增加的一个供应商特定的信息元素vendor specific IE。
在一个可能的示例中,处理单元1102还用于:接收来自第一电子设备的第二信息,该第二信息包含第二指示信息,第二指示信息用于指示第二电子设备开启或关闭在块确认帧中携带原因字段的功能。
在一个可能的示例中,第二指示信息包括第四比特位;其中,在第四比特位设置为1的情况下,第二电子设备开启在块确认帧中携带原因字段的功能;和/或,在第四比特位设置为0的情况下,第二电子设备关闭在块确认帧中携带原因字段的功能。
在一个可能的示例中,第二信息还包含第二位图字段,第二位图字段用于表示原因字段指示的第一数据接收失败的原因中的每种原因的开启或关闭状态。
在一个可能的示例中,第二位图字段包括第五比特位和第六比特位;其中,在第五比特位设置为1的情况下,原因字段指示的物理层干扰导致第一数据接收失败为开启状态;和/或;在第六比特位设置为1的情况下,原因字段指示的媒体接入控制层的缓冲区不足导致第一数据接收失败为开启状态。
在一个可能的示例中,第二信息携带在块确认请求帧的块确认请求控制字段中的预留字段。
请参阅图12,图12是本申请实施例提供的一种第一电子设备的结构示意图。其中,第一电子设备1200包括处理器1210、存储器1220、通信接口1230和至少一个用于连接处理器1210、存储器1220、通信接口1230的通信总线。需要说明的是,处理器1210可以为图2中的系统级芯片210,存储器1220可以为图2中的外部存储器接口250接入的外部存储器和/或内部存储器251。
存储器1220包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmableeeadonly memory,PROM)或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器1220用于相关指令及数据。
通信接口1230用于接收和发送数据。
处理器1210可以是一个或多个CPU,在处理器1210是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
第一电子设备1200中的处理器1110用于读取存储器1220中存储的一个或多个程序代码1221,执行以下操作:接收来自第二电子设备的块确认帧,块确认帧包含原因字段,该原因字段用于指示第二电子设备对第一数据接收失败的原因;根据第一数据接收失败的原因确定针对第一数据的重传策略;根据针对第一数据的重传策略向第二电子设备重传第一数据。
需要说明的是,各个操作的具体实现可以上述图3和图7所示的方法实施例的相应描述,第一电子设备1200可以用于执行本申请上述方法实施例的第一电子设备侧的方法,在此不再赘述。
在图12描述的第一电子设备1200中,通过接收来自第二电子设备的块确认帧,该块确认帧中携带用于指示第一数据接收失败的原因的字段。然后,在接收该确认帧后根据第一数据接收失败的原因确定执行该第一数据的重传操作。由于第一电子设备可以通过数据接收失败的原因来执行更好的数据重传操作,因此有利于实现根据块确认帧中携带用于指示数据接收失败的原因的字段来调整数据重传,以及有利于提高数据传输的效率。
请参阅图13,图13是本申请实施例提供的一种第二电子设备的结构示意图。其中,第二电子设备1300包括处理器1310、存储器1320、通信接口1330和至少一个用于连接处理器1310、存储器1320、通信接口1330的通信总线。需要说明的是,处理器1310可以为图2中的系统级芯片210,存储器1320可以为图2中的外部存储器接口250接入的外部存储器和/或内部存储器251。
存储器1320包括但不限于是RAM、ROM、PROM或CD-ROM,该存储器1320用于相关指令及数据。
通信接口1330用于接收和发送数据。
处理器1310可以是一个或多个CPU,在处理器1310是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
第二电子设备1300中的处理器1310用于读取存储器1320中存储的一个或多个程序代码1321,执行以下操作:向第一电子设备发送块确定帧,该块确认帧包含原因字段,该原因字段用于指示第二电子设备对第一数据接收失败的原因。
需要说明的是,各个操作的具体实现可以上述图3和图7所示的方法实施例的相应描述,第二电子设备1300可以用于执行本申请上述方法实施例的第二电子设备侧的方法,在此不再赘述。
在图13描述的第二电子设备1300中,向第一电子设备发送块确认帧,该块确认帧中携带用于指示第一数据接收失败的原因的字段。由于第一电子设备可以通过数据接收失败的原因来执行更好的数据重传操作,因此有利于实现根据块确认帧中携带用于指示数据接收失败的原因的字段来调整数据重传,以及有利于提高数据传输的效率。
本申请实施例还提供了一种芯片,其中,该芯片包括处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如上述方法实施例中第一电子设备和第二电子设备所描述的部分或全部步骤。
本申请实施例还提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如上述方法实施例中第一电子设备和第二电子设备所描述的部分或全部步骤。
本申请实施例还提供了一种计算机程序产品,其中,所述计算机程序产品包括计算机程序,所述计算机程序可操作来使计算机执行如上述方法实施例中第一电子设备和第二电子设备所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
本申请实施例所描述的方法或者算法的步骤可以以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于RAM、闪存、ROM、可擦除可编程只读存储器(erasable programmable ROM,EPROM)、电可擦可编程只读存储器(electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于第一电子设备或第二电子设备中。当然,处理器和存储介质也可以作为分立组件存在于第一电子设备或第二电子设备中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请实施例所描述的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。例如,该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriberline,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disk,SSD))等。
以上所述的具体实施方式,对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请实施例的具体实施方式而已,并不用于限定本申请实施例的保护范围,凡在本申请实施例的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请实施例的保护范围之内。
Claims (20)
1.一种数据重传方法,其特征在于,应用于第一电子设备,所述方法包括:
接收来自第二电子设备的块确认帧,所述块确认帧包含原因字段,所述原因字段用于指示所述第二电子设备对第一数据接收失败的原因;
根据所述第一数据接收失败的原因确定针对所述第一数据的重传策略;
根据所述针对第一数据的重传策略向所述第二电子设备重传所述第一数据。
2.根据权利要求1所述的方法,其特征在于,所述原因字段携带在所述块确认帧的块确认控制字段中的预留字段。
3.根据权利要求2所述的方法,其特征在于,还包括:
通过第一速率值向所述第二电子设备发送所述第一数据;
根据所述第一数据接收失败的原因确定针对所述第一数据的重传策略,包括:
在所述第一数据接收失败的原因中的一种原因为媒体接入控制层的缓冲区不足导致所述第一数据接收失败的情况下,确定所述第一数据的传输速率为所述第一速率值;和/或,
在所述第一数据接收失败的原因中的一种原因为物理层干扰导致所述第一数据接收失败的情况下,确定针对所述第一数据的传输速率为第二速率值,所述第二速率值小于或者等于所述第一速率值。
4.根据权利要求2或3所述的方法,其特征在于,在所述第一电子设备设置的当前数据重传次数为第一预设值的情况下,根据所述第一数据接收失败的原因确定针对所述第一数据的重传策略,包括:
在所述第一数据接收失败的原因中的一种原因为所述媒体接入控制层的缓冲区不足导致所述第一数据接收失败的情况下,确定针对所述第一数据的重传次数为第二预设值,所述第二预设值大于或者等于所述第一预设值;和/或,
在所述第一数据接收失败的原因中的一种原因为所述物理层干扰导致所述第一数据接收失败的情况下,确定针对所述第一数据的重传次数为所述第一预设值。
5.根据权利要求1-4任一项所述的方法,其特征在于,还包括:
接收来自所述第二电子设备的第一信息,所述第一信息包含第一指示信息,所述第一指示信息用于指示所述第二电子设备是否支持在所述块确认帧中携带所述原因字段。
6.根据权利要求5所述的方法,其特征在于,所述第一指示信息包括第一比特位;其中,
在所述第一比特位设置为1的情况下,所述第二电子设备支持在所述块确认帧中携带所述原因字段;和/或,
在所述第一比特位设置为0的情况下,所述第二电子设备不支持在所述块确认帧中携带所述原因字段。
7.根据权利要求5或6所述的方法,其特征在于,所述第一信息还包含第一位图字段,所述第一位图字段用于表示所述第二电子设备支持在所述块确认帧中携带所述原因字段指示的所述第一数据接收失败的原因中的至少一种原因。
8.根据权利要求7所述的方法,其特征在于,所述第一位图字段包括第二比特位和第三比特位;其中,
在所述第二比特位设置为1的情况下,所述第二电子设备支持在所述块确认帧中携带所述原因字段指示的所述第一数据接收失败的原因中的一种原因为所述物理层干扰导致所述第一数据接收失败;和/或,
在所述第三比特位设置为1的情况下,所述第二电子设备支持在所述块确认帧中携带所述原因字段指示的所述第一数据接收失败的原因中的一种原因为所述媒体接入控制层的缓冲区不足导致所述第一数据接收失败。
9.根据权利要求5-8任一项所述的方法,其特征在于,所述第一信息为关联请求帧和/或关联响应帧中增加的一个供应商特定的信息元素vendor specific IE。
10.根据权利要求1-9任一项所述的方法,其特征在于,还包括:
向所述第二电子设备发送第二信息,所述第二信息包含第二指示信息,所述第二指示信息用于指示所述第二电子设备开启或关闭在所述块确认帧中携带所述原因字段的功能。
11.根据权利要求10所述的方法,其特征在于,所述第二指示信息包括第四比特位;其中,
在所述第四比特位设置为1的情况下,所述第二电子设备开启在所述块确认帧中携带所述原因字段的功能;和/或,
在所述第四比特位设置为0的情况下,所述第二电子设备关闭在所述块确认帧中携带所述原因字段的功能。
12.根据权利要求10或11所述的方法,其特征在于,所述第二信息还包含第二位图字段,所述第二位图字段用于表示所述原因字段指示的所述第一数据接收失败的原因中的每种原因的开启或关闭状态。
13.根据权利要求12所述的方法,其特征在于,所述第二位图字段包括第五比特位和第六比特位;其中,
在所述第五比特位设置为1的情况下,所述原因字段指示的所述物理层干扰导致所述第一数据接收失败为开启状态;和/或;
在所述第六比特位设置为1的情况下,所述原因字段指示的所述媒体接入控制层的缓冲区不足导致所述第一数据接收失败为开启状态。
14.根据权利要求10-13任一项所述的方法,其特征在于,所述第二信息携带在块确认请求帧的块确认请求控制字段中的预留字段。
15.一种数据重传的方法,其特征在于,应用于第二电子设备,所述方法包括:
向第一电子设备发送块确定帧,所述块确认帧包含原因字段,所述原因字段用于指示所述第二电子设备对第一数据接收失败的原因。
16.一种数据重传装置,其特征在于,应用于第一电子设备;所述装置包括处理单元和通信单元,所述处理单元用于:
通过所述通信单元接收来自第二电子设备的块确认帧,所述块确认帧包含原因字段,所述原因字段用于指示所述第二电子设备对第一数据接收失败的原因;
根据所述第一数据接收失败的原因确定针对所述第一数据的重传策略;
根据所述针对第一数据的重传策略通过所述通信单元向所述第二电子设备重传所述第一数据。
17.一种数据重传装置,其特征在于,应用于第二电子设备;所述装置包括处理单元和通信单元,所述处理单元用于:
通过所述通信单元向第一电子设备发送块确定帧,所述块确认帧包含原因字段,所述原因字段用于指示所述第二电子设备对第一数据接收失败的原因。
18.一种电子设备,所述电子设备为第一电子设备,其特征在于,包括处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行如权利要求1-14任一项所述的方法中的步骤的指令。
19.一种电子设备,所述电子设备为第二电子设备,其特征在于,包括处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行如权利要求15所述的方法中的步骤的指令。
20.一种计算机可读存储介质,其特征在于,其存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如权利要求1-14或15中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010248799.1A CN111431669A (zh) | 2020-03-31 | 2020-03-31 | 数据重传方法与装置、电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010248799.1A CN111431669A (zh) | 2020-03-31 | 2020-03-31 | 数据重传方法与装置、电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111431669A true CN111431669A (zh) | 2020-07-17 |
Family
ID=71550648
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010248799.1A Pending CN111431669A (zh) | 2020-03-31 | 2020-03-31 | 数据重传方法与装置、电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111431669A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105027484A (zh) * | 2013-02-25 | 2015-11-04 | 高通股份有限公司 | 指示数据是否遭受干扰 |
CN106464434A (zh) * | 2014-03-17 | 2017-02-22 | 交互数字专利控股公司 | 用于wifi的接收失败识别和修复的方法 |
CN107210842A (zh) * | 2014-12-01 | 2017-09-26 | Lg 电子株式会社 | 在无线 lan 中无需数据帧的重复传输而恢复错误的方法和设备 |
CN110291834A (zh) * | 2017-01-06 | 2019-09-27 | Idac控股公司 | 用于无许可上行链路多址接入的冲突缓解过程 |
CN110447191A (zh) * | 2017-03-23 | 2019-11-12 | 高通股份有限公司 | 不可靠码块组(cbg)级别ack/nack反馈下的下行链路重传 |
US10567142B2 (en) * | 2017-03-23 | 2020-02-18 | Apple Inc. | Preemption indicators and code-block-group-based retransmission techniques for multiplexing different services on physical layer frames |
-
2020
- 2020-03-31 CN CN202010248799.1A patent/CN111431669A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105027484A (zh) * | 2013-02-25 | 2015-11-04 | 高通股份有限公司 | 指示数据是否遭受干扰 |
CN106464434A (zh) * | 2014-03-17 | 2017-02-22 | 交互数字专利控股公司 | 用于wifi的接收失败识别和修复的方法 |
CN107210842A (zh) * | 2014-12-01 | 2017-09-26 | Lg 电子株式会社 | 在无线 lan 中无需数据帧的重复传输而恢复错误的方法和设备 |
CN110291834A (zh) * | 2017-01-06 | 2019-09-27 | Idac控股公司 | 用于无许可上行链路多址接入的冲突缓解过程 |
CN110447191A (zh) * | 2017-03-23 | 2019-11-12 | 高通股份有限公司 | 不可靠码块组(cbg)级别ack/nack反馈下的下行链路重传 |
US10567142B2 (en) * | 2017-03-23 | 2020-02-18 | Apple Inc. | Preemption indicators and code-block-group-based retransmission techniques for multiplexing different services on physical layer frames |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101532789B1 (ko) | 재전송 데이터를 처리하는 harq 동작 방법 | |
US11424862B2 (en) | Data retransmission method and device, data response method and device, and storage medium | |
US9565594B2 (en) | Link aggregation in wireless local area networks | |
US20090086657A1 (en) | Hybrid automatic repeat request buffer flushing mechanism | |
US8619663B2 (en) | Apparatus and method for cooperatively transmitting downlink between base station and relay station | |
US11134518B2 (en) | Cooperative multi-band operation schemes in wireless local area networks | |
CN110692211A (zh) | 基站装置、终端装置、无线通信系统和通信方法 | |
JP2020511823A (ja) | フィードバック情報伝送方法、端末装置及びネットワーク機器 | |
WO2021088594A1 (zh) | 基于ntn的数据传输方法、装置和存储介质 | |
WO2017220855A1 (en) | Method and apparatus for performing packet duplication in a multi-connectivity scenario | |
US9402201B2 (en) | Method and apparatus for storing code block | |
WO2019032087A1 (en) | MULTI-MODE RETRANSMISSION SCHEME FOR WIRELESS NETWORKS | |
US20230075613A1 (en) | Terminal device | |
AU2017353909B2 (en) | Method and apparatus for asymmetrical up-link/down-link protocol stack and frame structure in a 5G NR communication system | |
CN113573359A (zh) | 一种多链路通信方法及相关装置 | |
KR20210019307A (ko) | 상태 보고를 이용하여 신호 재전송을 수행하는 무선 통신 장치 및 이를 포함하는 무선 통신 시스템의 동작 방법 | |
WO2019101122A1 (zh) | 传输数据的方法和装置 | |
EP3534555B1 (en) | Method and apparatus for sending feedback response information | |
CN103703828A (zh) | 数据传输方法和设备 | |
EP2502376A2 (en) | Method and apparatus for seamless transitions between radio links using different frequency bands for data transmission | |
WO2023072147A1 (zh) | 通信方法和装置 | |
EP2502379A2 (en) | Method and apparatus for seamless transitions between radio links using different frequency bands for data reception | |
US20130114748A1 (en) | Method, Apparatus and Device for Transmitting Data Blocks | |
CN113259050A (zh) | 一种数据传输方法、装置和系统 | |
CN109644088B (zh) | 基于载波聚合的反馈方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200717 |
|
RJ01 | Rejection of invention patent application after publication |