CN110247738A - 数据确认方法及装置 - Google Patents

数据确认方法及装置 Download PDF

Info

Publication number
CN110247738A
CN110247738A CN201810187153.XA CN201810187153A CN110247738A CN 110247738 A CN110247738 A CN 110247738A CN 201810187153 A CN201810187153 A CN 201810187153A CN 110247738 A CN110247738 A CN 110247738A
Authority
CN
China
Prior art keywords
data frame
data
confirmation request
sta
duration
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.)
Granted
Application number
CN201810187153.XA
Other languages
English (en)
Other versions
CN110247738B (zh
Inventor
黄国刚
李云波
郭宇宸
梁丹丹
于健
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to CN201810187153.XA priority Critical patent/CN110247738B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202211097092.0A priority patent/CN116318562A/zh
Priority to AU2019230758A priority patent/AU2019230758B2/en
Priority to PCT/CN2019/072321 priority patent/WO2019169959A1/zh
Priority to EP19763352.2A priority patent/EP3751770A4/en
Publication of CN110247738A publication Critical patent/CN110247738A/zh
Priority to US17/014,469 priority patent/US20200403757A1/en
Application granted granted Critical
Publication of CN110247738B publication Critical patent/CN110247738B/zh
Priority to US18/168,850 priority patent/US20230283440A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1685Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例涉及通信领域,特别涉及通信领域中的数据确认方法及装置。该方法包括:STA发送数据帧;STA在所述数据帧发送结束起的X时长后,发送确认请求,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。本申请实施例,STA在数据帧发送结束后的X时长后发送确认请求,所述X时长≥AP间通过回程链路的传输时延,在避免空口资源的浪费的前提下,完成AP侧上行联合接收的确认。

Description

数据确认方法及装置
技术领域
本申请实施例涉及通信领域,特别涉及通信领域中的数据确认方法及装置。
背景技术
在室外场景,比如高速铁路、高速公路等,STA的功率相对于AP来说,往往相对较小,所以STA通常无法正确地向所属AP发送上行数据。这种情况下,需要多个AP同时接收STA发送的上行数据并将接收到的上行数据进行共享确认,从而增加上行数据传输正确性和传输效率。
WLAN是通过无线空口进行数据传输的,数据往往会因为干扰以及较差的信道环境而没有被接收方成功接收。为了确定数据是否被接收方成功接收,802.11标准中引入了确认机制。
那么,在如上述的通信场景下,上行联合接收时,如何对接收到的数据进行确认,是亟待要解决的问题。
发明内容
本申请实施例提供一种数据确认方法及装置,能在避免空口资源浪费的前提下,完成AP侧的上行数据联合接收。
第一方面,本申请实施例提供一种数据确认方法,包括:
STA发送数据帧;
STA在所述数据帧发送结束起的X时长后,发送确认请求,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。
应理解,STA先发送数据帧,然后在从所述数据帧发送结束起的X时长后发送确认请求,所述X时长≥AP间通过回程链路的传输时延。
STA在发送完数据帧后,留出至少(AP间通过回程链路的传输时延)的时长,再发送确认请求,以让AP1和AP2有足够的时间进行数据确认,以便AP1或者AP2能对STA发送的所述确认请求进行回复,以使在不引入数据填充的前提下,完成AP侧的上行联合接收,避免了空口资源的浪费。
在第一方面的第一种可能的实施方式中,所述数据帧携带用于指示上行联合接收的指示信息。
在第一方面的第一种可能的实施方式中,一种可能的实施方式为,所述指示信息包括所述数据帧中值为虚拟协作AP的MAC地址的RA字段,或所述数据帧中的1bit上行联合接收指示位。
在第一方面的第二种可能的实施方式中,在所述STA发送数据帧之前,所述方法还包括:STA接收beacon,所述beacon中包含AP自身的MAC地址、AP所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
第二方面,本申请实施例提供一种数据确认方法,包括:
AP接收数据帧;
AP在接收所述数据帧结束起的X时长后,接收确认请求,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。
应理解,多个AP分别接收数据帧,在接收所述数据帧结束起的X时长内,AP1和AP2之间进行数据确认,以便对STA在所述数据帧发送结束起的X时长后发送的确认请求进行回复,其中,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。
本申请实施例,在不引入数据填充的前提下,完成AP侧的上行联合接收,避免了空口资源的浪费。
在第二方面的第一种可能的实施方式中,所述AP接收确认请求之后,所述方法还包括:AP对所述确认请求进行回复。
在第二方面的第二种可能的实施方式中,所述数据帧携带用于指示上行联合接收的指示信息。
在第二方面的第二种可能的实施方式中,一种可能的实施方式为,所述指示信息包括所述数据帧中值为虚拟协作AP的MAC地址的RA字段,或所述数据帧中的1bit上行联合接收指示位。
在第二方面的第三种可能的实施方式中,在所述AP接收数据帧之前,所述方法还包括:AP发送beacon,所述beacon中包含AP自身的MAC地址、AP所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
第三方面,本申请实施例提供一种STA侧的数据确认装置,包括:
发送模块,用于发送数据帧;
所述发送模块,还用于确认请求;
处理模块,用于在所述数据帧发送结束起的X时长后,控制所述发送模块发送确认请求,其中,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。在第三方面的第一种可能的实施方式中,所述数据帧携带用于指示上行联合接收的指示信息。
在第三方面的第一种可能的实施方式中,一种可能的实施方式为,所述指示信息包括所述数据帧中值为虚拟协作AP的MAC地址的RA字段,或所述数据帧中的1bit上行联合接收指示位。
在第三方面的第二种可能的实施方式中,所述STA侧的数据确认装置还包括:接收模块,用于接收beacon,所述beacon中包含AP自身的MAC地址、AP所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
本申请实施例所述的STA侧的数据确认装置,在不引入数据填充的前提下,能使AP侧完成上行联合接收,避免了空口资源的浪费。
第四方面,本申请实施例提供一种AP侧的数据确认装置,包括:
接收模块,用于接收数据帧;
所述接收模块,还用于接收确认请求;
处理模块,用于在接收所述数据帧结束起的X时长后,控制接收模块接收确认请求,其中,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。
在第四方面的第一种可能的实施方式中,所述AP侧的数据确认装置还包括:发送模块,用于对所述确认请求进行回复。
在第四方面的第二种可能的实施方式中,所述数据帧携带用于指示上行联合接收的指示信息。
在第四方面的第二种可能的实施方式中,一种可能的实施方式为,所述指示信息包括所述数据帧中值为虚拟协作AP的MAC地址的RA字段,或所述数据帧中的1bit上行联合接收指示位。
在第四方面的第三种可能的实施方式中,所述发送模块,还用于发送beacon,所述beacon中包含AP自身的MAC地址、AP所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
第五方面,本申请实施例提供一种STA侧的数据确认设备,该数据确认设备包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,该数据确认设备使得该处理器执行第一方面或第一方面的任一种可能的实现方式中的方法。
第六方面,本申请实施例提供一种AP侧的数据确认设备,该数据确认设备包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,该数据确认设备使得该处理器执行第二方面或第二方面的任一种可能的实现方式中的方法。
第七方面,本申请实施例提供一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
第八方面,本申请实施例提供一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。
第九方面,本申请实施例提供一种计算机程序,该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
第十方面,本申请实施例提供一种计算机程序,该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。
第十一方面,本申请实施例提供一种芯片,该芯片包括处理电路、收发管脚。其中,该收发管脚、和该处理器通过内部连接互相通信,该处理器执行第一方面或第一方面的任一种可能的实现方式中的方法,以控制接收管脚接收信号,以控制发送管脚发送信号。
第十二方面,本申请实施例提供一种芯片,该芯片包括处理电路、收发管脚。其中,该收发管脚、和该处理器通过内部连接互相通信,该处理器执行第二方面或第二方面的任一种可能的实现方式中的方法,以控制接收管脚接收信号,以控制发送管脚发送信号。
本申请实施例,STA在数据帧发送结束后的X时长后发送确认请求,所述X时长≥AP间通过回程链路的传输时延,在避免空口资源的浪费的前提下,完成AP侧上行联合接收的确认。
附图说明
图1示出了本申请实施例应用的通信系统200。
图2示出了本申请一个实施例的方法流程图。
图3示出了本申请实施例中的虚拟协作AP与成员AP的关系。
图4示出了本申请一个实施例的一个方法示意图。
图5示出了本申请一个实施例的另一个方法示意图。
图6示出了本申请另一个实施例的方法示意图。
图7示出了本申请实施例的数据确认装置的结构。
图8是本申请实施例所述的数据确认装置可能的产品形态的结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
应理解,本申请实施例的技术方案可以应用于各种通信系统,例如:WIFI无线通信系统、全球移动通信(global system of mobile communication,GSM)系统、码分多址(code division multiple access,CDMA)系统、宽带码分多址(wideband code divisionmultiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)系统、长期演进(long term evolution,LTE)系统、通用移动通信系统(universalmobile telecommunication system,UMTS)、全球互联微波接入(worldwideinteroperability for microwave access,WiMAX)通信系统、未来的5G通信系统、或其他各种采用无线接入技术的无线通信系统等。
图1示出了本申请实施例应用的通信系统200。该通信系统包括至少两个网络设备210,至少两个网络设备210之间可以通信。网络设备210可以是与终端设备通信的设备,如基站、基站控制器或者接入点等。每个网络设备210可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域(小区)内的终端设备(例如UE)进行通信。该网络设备210可以是GSM系统或码分多址(code division multiple access,CDMA)系统中的基站(basetransceiver station,BTS),也可以是WCDMA系统中的基站(node B,NB),还可以是LTE系统中的演进型基站(evolutional node B,eNB或eNodeB),还可以是云无线接入网络(cloudradio access network,CRAN)中的无线控制器,还可以是WIFI无线通信系统中的接入点,或者该网络设备还可以是中继站、车载设备、可穿戴设备、未来5G网络中的网络侧设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)中的网络设备等。
该无线通信系统200还包括位于网络设备210覆盖范围内的至少一个终端设备220。该终端设备220可以是移动的或固定的。该终端设备220可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless localloop,WLL)站、个人数字处理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、未来5G网络中的终端设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)中的终端设备等。
图1示例性地示出了两个网络设备和三个终端设备,可选地,该通信系统200可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备,本申请实施例对此不做限定。
以下,网络设备以WIFI无线通信系统中的接入点为例,终端设备以WIFI无线通信系统中站点为例,对本申请实施例的方法和产品进行说明。但应该理解的是,本申请实施例的方法和产品不限于WIFI无线通信系统中的接入点和站点,本申请实施例的方法和产品能适用于各种可用本申请实施例的方法的通信场景。
WIFI无线通信系统中的接入点(Access point)以AP为简称,WIFI无线通信系统中的站点(Station)以STA为简称。
图2示出了本申请实施例的方法流程图。图2示例性地示出了2个AP和1个STA,但应理解,本申请实施例的方法能适用于多个AP和多个STA的通信系统,本申请实施例对此不做限定。
如图2所示,一种数据确认方法,包括:
S301、AP1发送beacon,所述beacon中包含AP1自身的MAC地址、AP1所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
S301、AP2发送beacon,所述beacon中包含AP2自身的MAC地址、AP2所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
在S301中,AP1/AP2可以通过广播方式发送beacon。AP可以各自分别发送beacon,也可以同时发送beacon。AP同时发送beacon可以提高处于虚拟协作AP覆盖范围内的边缘STA正确接收beacon的几率。
虚拟协作AP与成员AP的关系,如图3所示:定义一个虚拟协作AP,为其分配一个虚拟MAC地址,并为其配置成员AP。例如,如图3所示,AP1、AP2、AP3和AP4为虚拟协作AP的成员AP,即AP1、AP2、AP3和AP4隶属于同一个虚拟协作AP。
S302、STA接收beacon。
在S302中,STA接收AP1发送的beacon,STA接收AP2发送的beacon,由此STA获得AP1的MAC地址及AP1所属虚拟协作AP的MAC地址,AP2的MAC地址及AP2所属虚拟协作AP的MAC地址,及AP间通过回程链路的传输时延,由此,STA能获得各个AP与虚拟协作AP之间的所属关系,例如,若AP1所属虚拟协作AP的MAC地址与AP2所属虚拟协作AP的MAC地址为同一个,则AP1与AP2为同一个虚拟协作AP的成员AP。
S303、STA发送数据帧,所述数据帧携带用于指示上行联合接收的指示信息。
在S303中,STA需要给AP1和AP2发送数据帧,例如,STA通过广播的方式将数据帧发送至AP1和AP2,当然,本申请实施例对STA的发送方式不做限定,只要STA能将数据帧发送给AP1和AP2即可。
在S303中,STA在接收beacon之后发送数据帧,该数据帧中包括用于指示AP1和AP2是否要联合接收所述数据帧的指示信息。所述指示信息包括所述数据帧中值为虚拟协作AP的MAC地址的RA字段,或所述数据帧中的1bit上行联合接收指示位。
S304、AP1接收数据帧。
S304、AP2接收数据帧。
在S304中,AP1和AP2根据接收到的数据帧中的指示信息,决定是否要接收该数据帧。若数据帧中的RA字段的值为虚拟协作AP的MAC地址,则AP1判断该虚拟协作AP的MAC地址是否是AP1所属虚拟协作AP的MAC地址,若是,则AP1接收该数据帧;AP2类同,此处不赘述。
若数据帧中包含1bit的上行联合接收指示位,AP根据自身的上行联合接收策略,决定是否要接收该数据帧;若AP的上行联合接收策略为接收,则AP1接收该数据帧;AP2类同,此处不赘述。
S305、AP1和AP2之间进行数据确认。
S305中,AP1和AP2之间进行数据确认所需的时间为AP间通过回程链路的传输时延。
S306、STA在所述数据帧发送结束起的X时长后,发送确认请求,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。
S306中,STA在S303发送数据帧结束后的X时长后,发送确认请求,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。即STA留出AP间通过回程链路的传输时延的时长,以让AP1和AP2之间进行数据确认,以使AP1或者AP2能对STA发送的所述确认请求进行回复。
S307、AP1对所述确认请求进行回复。
S307、AP2对所述确认请求进行回复。
在S307中,应当理解地是,AP1和AP2可以都对所述确认请求进行回复,也可以只AP1或者只AP2对所述确认请求进行回复,本申请实施例对此不做限制。
在S307中,若STA连续发送数据帧,则AP对所述确认请求进行回复时,进行一个判断:若AP1接收到数据帧与AP1接收到确认请求之间的时长≥AP间通过回程链路的传输时延,则AP1对数据帧的接收情况进行回复;若AP1接收到数据帧与AP1接收到确认请求之间的时长<AP间通过回程链路的传输时延,则AP1对数据帧的接收情况不进行回复。
例如,如图4所示,STA连续发送数据帧A-MPDU 1、A-MPDU 2和A-MPDU 3,STA在发送完数据帧A-MPDU 3后发送块确认请求BAR1,AP1对所述块确认请求BAR进行回复时,进行一个判断:
AP1接收到数据帧A-MPDU 1与AP1接收到块确认请求BAR1之间的时长≥AP间通过回程链路的传输时延,则AP1对数据帧A-MPDU 1的接收情况进行回复;
AP1接收到数据帧A-MPDU 2与AP1接收到块确认请求BAR1之间的时长<AP间通过回程链路的传输时延,则AP1对数据帧A-MPDU 2的接收情况不进行回复;
AP1接收到数据帧A-MPDU 3与AP1接收到块确认请求BAR1之间的时长<AP间通过回程链路的传输时延,则AP1对数据帧A-MPDU 3的接收情况不进行回复。
AP1对数据帧A-MPDU 2和数据帧A-MPDU 3的接收情况尚未进行回复,之后,STA重新竞争信道,再次发送块确认请求BAR2,AP1对所述块确认请求BAR2进行回复时,进行一个判断:
AP1接收到数据帧A-MPDU 2与AP1接收到块确认请求BAR2之间的时长≥AP间通过回程链路的传输时延,则AP1对数据帧A-MPDU 2的接收情况进行回复;
AP1接收到数据帧A-MPDU 3与AP1接收到块确认请求BAR2之间的时长≥AP间通过回程链路的传输时延,则AP1对数据帧A-MPDU 3的接收情况进行回复。
本申请实施例的方法,STA在数据帧发送结束后的X时长后发送确认请求(所述X时长≥AP间通过回程链路的传输时延),在不引入数据填充的前提下,完成AP侧的上行联合接收,避免了空口资源的浪费。
本申请实施例的方法不限于单STA,本申请实施例的方法还可适用于多STA多AP的通信场景。例如,图5为多STA多AP通信场景下的本申请实施例的方法流程示意图,其中,Trigger用于分配STA1和STA2发送上行数据帧A-MPDU资源。应理解的是,Trigger可以由AP1发送,也可以由AP2发送,还可以由AP1和AP2都发送;图5中,AP1和AP2同时发送Trigger。图5中,AP 1作为主AP通过回程链路将Trigger传输给其他协作成员AP,例如AP2。AP1发Trigger,请求STA 1和STA 2向AP1发送上行数据;同时地,AP2发Trigger,请求STA 1和STA2向AP2发送上行数据。STA1按照Trigger中的资源分配指示信息,分别向AP1和AP2发送数据帧A-MPDU;STA1在数据帧A-MPDU发送结束后的X时长后,发送确认请求,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧A-MPDU的确认请求。STA2执行与STA1相同的动作,此处不赘述。AP1和AP2之间对STA1发送的数据帧A-MPDU进行数据确认。AP1根据对STA1发送的数据帧的接收情况,对STA1发送的确认请求进行回复;AP1根据对STA2发送的数据帧的接收情况,对STA2发送的确认请求进行回复;AP1可以发送多STA确认帧(M-BA)同时对STA1和STA2发送的确认请求进行回复。AP2执行与AP1相同的动作,此处不赘述。应当理解地是,AP1和AP2可以都对所述确认请求进行回复,也可以只AP1或者只AP2对所述确认请求进行回复,本申请实施例对此不做限制。
上述本申请实施例中,STA在数据帧发送结束后的X时长后发送确认请求,AP1或AP2根据AP侧的上行联合接收结果,对所述确认请求进行回复。应理解的是,AP1或AP2也可以不基于STA发送的确认请求,而是根据AP侧的上行联合接收结果,直接向STA发送AP侧的上行联合接收情况。在这种确认机制下,若STA从发送结束数据帧起的D时间之内,没有接收到AP侧发送的AP侧的上行联合接收结果,则STA需要进行数据帧的重传,其中D为一个时间值,可以定义为AP间通过回程链路的最大传输时延,也可以定义为AP间通过回程链路的最大传输时延加上一个保护时间段。
本申请的另一个实施例中,STA可以在发送完数据帧后立即发送确认请求,该确认请求包含指示AP1和AP2各自回复所述确认请求的指示信息。例如,如图6所示,STA在发送完数据帧A-MPDU3之后立即发送多用户块请求MU-BAR,MU-BAR的RA字段设为广播地址,且MU-BAR包含两个User Info用于指示AP1和AP2各自回复所述确认请求。AP 1和AP 2收到MU-BAR帧后,在SIFS后根据自身接收情况,分别回复BA帧。应该理解的是,多用户块请求MU-BAR还可以和数据帧A-MPDU1-3聚合为一个帧,本申请实施例对此不做限制。还应该理解的是,本申请实施例的方法不限于单STA,本申请实施例的方法还可适用于多STA多AP的通信场景,多STA多AP中每个STA与多个AP之间的上行数据帧联合接收方法与图6所示的单STA与多AP之间的上行数据帧联合接收方法相同,此处不再赘述。
本申请实施例还提供一种数据确认装置,包括STA侧的数据确认装置和AP侧的数据确认装置。应理解,STA侧的数据确认装置具有上述方法中STA的任意功能,AP侧的数据确认装置具有上述方法中AP的任意功能。
图7示出了本申请实施例的数据确认装置的结构,包括STA侧的数据确认装置的结构和AP侧的数据确认装置的结构。
如图7所示,本申请实施例提供一种STA侧的数据确认装置,包括:
发送模块101,用于发送数据帧;
所述发送模块101,还用于确认请求;
处理模块102,用于在所述数据帧发送结束起的X时长后,控制所述发送模块发送确认请求,其中,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。所述指示信息包括所述数据帧中值为虚拟协作AP的MAC地址的RA字段,或所述数据帧中的1bit上行联合接收指示位。
所述STA侧的数据确认装置还包括:接收模块101,用于接收beacon,所述beacon中包含AP自身的MAC地址、AP所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
本申请实施例所述的STA侧的数据确认装置,在不引入数据填充的前提下,能使AP侧完成上行联合接收,避免了空口资源的浪费。
如图7所示,本申请实施例提供一种AP侧的数据确认装置,包括:
接收模块101,用于接收数据帧;
所述接收模块101,还用于接收确认请求;
处理模块102,用于在接收所述数据帧结束起的X时长后,控制接收模块接收确认请求,其中,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。
所述AP侧的数据确认装置还包括:发送模块,用于对所述确认请求进行回复。
所述数据帧携带用于指示上行联合接收的指示信息,所述指示信息包括所述数据帧中值为虚拟协作AP的MAC地址的RA字段,或所述数据帧中的1bit上行联合接收指示位。
所述发送模块101,还用于发送beacon,所述beacon中包含AP自身的MAC地址、AP所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
本申请实施例所述的AP侧的数据确认装置,在不引入数据填充的前提下,能使AP侧完成上行联合接收,避免了空口资源的浪费。
上述的本申请实施例提供的数据确认装置,包括STA侧的数据确认装置和AP侧的数据确认装置,可以有多种产品形态来实现,例如,所述数据确认装置可配置成通用处理系统;例如,所述数据确认装置可以由一般性的总线体系结构来实现;例如,所述数据确认装置可以由ASIC(专用集成电路)来实现等等。以下提供本申请实施例数据确认装置可能的几种产品形态,应当理解的是,以下仅为举例,不限制本申请实施例可能的产品形态仅限于此。
图8是本申请实施例所述的数据确认装置可能的产品形态的结构图。
作为一种可能的产品形态,数据确认装置可以为数据确认设备,所述数据确认设备包括处理器902和收发器904;可选地,所述数据确认设备还可以包括存储介质903。
作为另一种可能的产品形态,数据确认装置可以为数据确认单板,所述数据确认单板包括处理器902和收发器904/收发接口904;可选地,所述数据确认单板还可以包括存储介质903。
作为另一种可能的产品形态,数据确认装置也由通用处理器来实现,即俗称的芯片来实现。该通用处理器包括:处理器902和收发接口904/收发管脚904;可选地,该通用处理器还可以包括存储介质903。
作为另一种可能的产品形态,数据确认装置也可以使用下述来实现:一个或多个FPGA(现场可编程门阵列)、PLD(可编程逻辑器件)、控制器、状态机、门逻辑、分立硬件部件、任何其它适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到,结合本文中所公开的实施例中描述的各方法步骤和模块,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或模块的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以是两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (18)

1.一种数据确认方法,其特征在于,包括:
STA发送数据帧;
STA在所述数据帧发送结束起的X时长后,发送确认请求,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。
2.根据权1所述的方法,其特征在于,所述数据帧携带用于指示上行联合接收的指示信息。
3.根据权2所述的方法,其特征在于,所述指示信息包括所述数据帧中值为虚拟协作AP的MAC地址的RA字段,或所述数据帧中的1bit上行联合接收指示位。
4.根据权1至3任一项所述的方法,其特征在于,在所述STA发送数据帧之前,所述方法还包括:STA接收beacon,所述beacon中包含AP自身的MAC地址、AP所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
5.一种数据确认方法,其特征在于,包括:
AP接收数据帧;
AP在接收所述数据帧结束起的X时长后,接收确认请求,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。
6.根据权5所述的方法,其特征在于,所述AP接收确认请求之后,所述方法还包括:AP对所述确认请求进行回复。
7.根据权5或6所述的方法,其特征在于,所述数据帧携带用于指示上行联合接收的指示信息。
8.根据权7所述的方法,其特征在于,所述指示信息包括所述数据帧中值为虚拟协作AP的MAC地址的RA字段,或所述数据帧中的1bit上行联合接收指示位。
9.根据权5至8任一项所述的方法,其特征在于,在所述AP接收数据帧之前,所述方法还包括:AP发送beacon,所述beacon中包含AP自身的MAC地址、AP所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
10.一种STA侧的数据确认装置,其特征在于,包括:
发送模块,用于发送数据帧;
所述发送模块,还用于确认请求;
处理模块,用于在所述数据帧发送结束起的X时长后,控制所述发送模块发送确认请求,其中,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。
11.根据权10所述的STA侧的数据确认装置,其特征在于,所述数据帧携带用于指示上行联合接收的指示信息。
12.根据权11所述的STA侧的数据确认装置,其特征在于,所述指示信息包括所述数据帧中值为虚拟协作AP的MAC地址的RA字段,或所述数据帧中的1bit上行联合接收指示位。
13.根据权10至12任一项所述的STA侧的数据确认装置,其特征在于,所述STA侧的数据确认装置还包括:接收模块,用于接收beacon,所述beacon中包含AP自身的MAC地址、AP所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
14.一种AP侧的数据确认装置,其特征在于,包括:
接收模块,用于接收数据帧;
所述接收模块,还用于接收确认请求;
处理模块,用于在接收所述数据帧结束起的X时长后,控制接收模块接收确认请求,其中,所述X时长≥AP间通过回程链路的传输时延,所述确认请求为对所述数据帧的确认请求。
15.根据权14所述的AP侧的数据确认装置,其特征在于,所述AP侧的数据确认装置还包括:发送模块,用于对所述确认请求进行回复。
16.根据权14或15所述的AP侧的数据确认装置,其特征在于,所述数据帧携带用于指示上行联合接收的指示信息。
17.根据权16所述的AP侧的数据确认装置,其特征在于,所述指示信息包括所述数据帧中值为虚拟协作AP的MAC地址的RA字段,或所述数据帧中的1bit上行联合接收指示位。
18.根据权15至17任一项所述的AP侧的数据确认装置,其特征在于,所述发送模块,还用于发送beacon,所述beacon中包含AP自身的MAC地址、AP所属虚拟协作AP的MAC地址和AP间通过回程链路的传输时延。
CN201810187153.XA 2018-03-07 2018-03-07 数据确认方法及装置 Active CN110247738B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN202211097092.0A CN116318562A (zh) 2018-03-07 2018-03-07 数据确认方法及装置
CN201810187153.XA CN110247738B (zh) 2018-03-07 2018-03-07 数据确认方法及装置
PCT/CN2019/072321 WO2019169959A1 (zh) 2018-03-07 2019-01-18 数据确认方法及装置
EP19763352.2A EP3751770A4 (en) 2018-03-07 2019-01-18 DATA CONFIRMATION PROCESS AND DEVICE
AU2019230758A AU2019230758B2 (en) 2018-03-07 2019-01-18 Data confirmation method and device
US17/014,469 US20200403757A1 (en) 2018-03-07 2020-09-08 Data acknowledgment method and apparatus
US18/168,850 US20230283440A1 (en) 2018-03-07 2023-02-14 Data acknowledgment method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810187153.XA CN110247738B (zh) 2018-03-07 2018-03-07 数据确认方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202211097092.0A Division CN116318562A (zh) 2018-03-07 2018-03-07 数据确认方法及装置

Publications (2)

Publication Number Publication Date
CN110247738A true CN110247738A (zh) 2019-09-17
CN110247738B CN110247738B (zh) 2022-10-11

Family

ID=67845473

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202211097092.0A Pending CN116318562A (zh) 2018-03-07 2018-03-07 数据确认方法及装置
CN201810187153.XA Active CN110247738B (zh) 2018-03-07 2018-03-07 数据确认方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202211097092.0A Pending CN116318562A (zh) 2018-03-07 2018-03-07 数据确认方法及装置

Country Status (5)

Country Link
US (2) US20200403757A1 (zh)
EP (1) EP3751770A4 (zh)
CN (2) CN116318562A (zh)
AU (1) AU2019230758B2 (zh)
WO (1) WO2019169959A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113114430A (zh) * 2020-01-11 2021-07-13 华为技术有限公司 一种数据帧的接收状态确定方法及通信装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115150037B (zh) * 2021-03-30 2023-11-28 极米科技股份有限公司 多链路块确认协议建立的方法、装置、系统及存储介质
US12034695B2 (en) * 2022-02-16 2024-07-09 Cisco Technology, Inc. Wireless client media access control (MAC) address collision avoidance

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103118366A (zh) * 2013-01-23 2013-05-22 北京傲天动联技术股份有限公司 无线接入点注册方法和用户认证方法及其装置
CN103731809A (zh) * 2012-10-15 2014-04-16 华为技术有限公司 数据发送方法、接收方法及设备
CN105813075A (zh) * 2014-12-31 2016-07-27 华为技术有限公司 一种站点与接入点之间建立通信连接的方法、接入点和站点
WO2017030698A1 (en) * 2015-08-18 2017-02-23 Qualcomm Incorporated Techniques for response frames in cooperative reception
CN106656429A (zh) * 2015-11-03 2017-05-10 华为技术有限公司 无线通信方法和设备
CN106716901A (zh) * 2014-09-12 2017-05-24 三星电子株式会社 用于在无线通信系统中发射和接收确认的方法和设备
EP3185452A1 (en) * 2015-12-25 2017-06-28 Kabushiki Kaisha Toshiba Wireless communication device

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6782264B2 (en) * 1999-01-08 2004-08-24 Trueposition, Inc. Monitoring of call information in a wireless location system
US8831607B2 (en) * 2006-01-05 2014-09-09 Qualcomm Incorporated Reverse link other sector communication
US20150295629A1 (en) * 2012-10-26 2015-10-15 Interdigital Patent Holdings, Inc. Uniform wlan multi-ap physical layer methods
US10212086B2 (en) * 2013-08-28 2019-02-19 Qualcomm Incorporated Methods and apparatus for target transmission duration in multiple user uplink
CN104717760A (zh) * 2013-12-13 2015-06-17 中兴通讯股份有限公司 全双工传输建立和释放机制
CN106102183B (zh) * 2015-04-29 2019-09-20 华为技术有限公司 一种发送响应消息的方法及接入点、站点
CN107040356B (zh) * 2016-02-04 2021-01-26 中兴通讯股份有限公司 无线局域网中协作传输的方法及装置
CN107623931B (zh) * 2016-07-14 2021-11-02 中兴通讯股份有限公司 多点协作的分组管理方法、装置及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103731809A (zh) * 2012-10-15 2014-04-16 华为技术有限公司 数据发送方法、接收方法及设备
CN103118366A (zh) * 2013-01-23 2013-05-22 北京傲天动联技术股份有限公司 无线接入点注册方法和用户认证方法及其装置
CN106716901A (zh) * 2014-09-12 2017-05-24 三星电子株式会社 用于在无线通信系统中发射和接收确认的方法和设备
CN105813075A (zh) * 2014-12-31 2016-07-27 华为技术有限公司 一种站点与接入点之间建立通信连接的方法、接入点和站点
WO2017030698A1 (en) * 2015-08-18 2017-02-23 Qualcomm Incorporated Techniques for response frames in cooperative reception
CN106656429A (zh) * 2015-11-03 2017-05-10 华为技术有限公司 无线通信方法和设备
EP3185452A1 (en) * 2015-12-25 2017-06-28 Kabushiki Kaisha Toshiba Wireless communication device

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
FAKHAR UDDIN AHEMD; SHIKHAR KR. SARMA: ""QoS and Admission Controller in IEEE 802.11e WLAN"", 《2013 4TH INTERNATIONAL CONFERENCE ON INTELLIGENT SYSTEMS, MODELLING AND SIMULATION》 *
陈星: ""基于IEEE 802.21的异构多跳网络研究"", 《中国优秀硕士学位论文全文数据库(电子期刊)信息科技辑》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113114430A (zh) * 2020-01-11 2021-07-13 华为技术有限公司 一种数据帧的接收状态确定方法及通信装置
CN113114430B (zh) * 2020-01-11 2023-06-23 华为技术有限公司 一种数据帧的接收状态确定方法及通信装置

Also Published As

Publication number Publication date
EP3751770A1 (en) 2020-12-16
CN116318562A (zh) 2023-06-23
AU2019230758B2 (en) 2021-12-09
WO2019169959A1 (zh) 2019-09-12
US20230283440A1 (en) 2023-09-07
US20200403757A1 (en) 2020-12-24
CN110247738B (zh) 2022-10-11
AU2019230758A1 (en) 2020-09-24
EP3751770A4 (en) 2021-04-21

Similar Documents

Publication Publication Date Title
US11405773B2 (en) Method and device for relay transmission
CN105556884B (zh) 混合自动重传请求确认的传输方法、用户设备和基站
US10383139B2 (en) Device and method for data transmission in D2D communication
CN104770033B (zh) 传输信息的方法、装置和系统
CN110505714B (zh) 多链接通信方法、设备和终端
CN105634704A (zh) 整合多种无线电接入技术的基站、用户设备及其方法
CN106304377A (zh) 一种进行调度的方法和设备
CN110167185A (zh) 随机接入过程中传输数据的方法和装置
US20230283440A1 (en) Data acknowledgment method and apparatus
US11050516B2 (en) Method, network device and terminal device for transmitting feedback information
CN109644371A (zh) 传输信息的方法、终端设备和网络设备
CN104380835A (zh) 用于操作无线通信网络的网络元件的方法及网络元件
CN108400842A (zh) 一种应用于接收方的状态报告发送方法及装置
CN115580380A (zh) 无线通信的方法及装置
CN109952786A (zh) 非连续接收的方法和装置
WO2021032064A1 (zh) 一种确定侧行链路资源的方法、装置以及系统
CN109842907A (zh) 传输数据的方法和装置
US20210051725A1 (en) Random access method, network device and terminal device
CN111194092B (zh) 一种数据传输的方法和设备
CN112584428B (zh) 一种数据传输方法、装置及设备
CN105264993B (zh) 一种业务数据分流方法、接入网设备以及终端
CN109964517A (zh) 数据传输方法及终端与网络设备
CN111954261B (zh) 上行harq的发送方法及相关产品
CN110351026A (zh) 数据传输方法、终端和网络设备
CN109314956A (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
GR01 Patent grant
GR01 Patent grant