[go: up one dir, main page]

CN102684852A - 一种用于帧确认的方法和装置 - Google Patents

一种用于帧确认的方法和装置 Download PDF

Info

Publication number
CN102684852A
CN102684852A CN2012100531162A CN201210053116A CN102684852A CN 102684852 A CN102684852 A CN 102684852A CN 2012100531162 A CN2012100531162 A CN 2012100531162A CN 201210053116 A CN201210053116 A CN 201210053116A CN 102684852 A CN102684852 A CN 102684852A
Authority
CN
China
Prior art keywords
frame
indication
immediately
affirmation
reply
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
Application number
CN2012100531162A
Other languages
English (en)
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.)
Beijing Nufront Mobile Multimedia Technology Co Ltd
Original Assignee
Beijing Nufront Wireless Technology 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
Application filed by Beijing Nufront Wireless Technology Co Ltd filed Critical Beijing Nufront Wireless Technology Co Ltd
Priority to CN2012100531162A priority Critical patent/CN102684852A/zh
Priority to DK12763164.6T priority patent/DK2693816T3/da
Priority to PCT/CN2012/072895 priority patent/WO2012130094A1/zh
Priority to CN201280013145.4A priority patent/CN103444242B/zh
Priority to KR1020187026770A priority patent/KR101931075B1/ko
Priority to JP2014501419A priority patent/JP6212030B2/ja
Priority to US14/008,327 priority patent/US9294248B2/en
Priority to EP12763164.6A priority patent/EP2693816B1/en
Priority to KR1020137028994A priority patent/KR20140018964A/ko
Publication of CN102684852A publication Critical patent/CN102684852A/zh
Priority to US15/019,724 priority patent/US20160164641A1/en
Priority to US15/019,735 priority patent/US20160164655A1/en
Pending legal-status Critical Current

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
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本发明提供了一种用于帧确认的方法和装置，该方法包括：将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；将携带所述立即确认指示的数据帧发送出去。

Description

一种用于帧确认的方法和装置
本申请要求申请日为2011年3月31日，申请号为201110081288.6，发明名称为一种无线通信方法的在先申请的优先权，以及申请日为2011年7月6日，申请号为201110189230.3，发明名称为一种用于重传的方法和装置的在先申请的优先权，以及申请日为2011年5月19日，申请号为201110130194.3，发明名称为一种通信系统的在先申请的优先权，以及申请日为2012年2月8日，申请号为201210027919.0，发明名称为一种用于重传的方法和装置的在先申请的优先权，该在先申请的全部内容均已在本申请中体现。
技术领域
本发明属于无线通信领域，尤其涉及一种用于帧确认的方法和装置。
背景技术
近年来，无线网络技术有基于802.11标准的无线局域网WiFi技术、基于802.15的蓝牙Bluetooth系统以及由移动通信系统衍生而来的面向室内应用的Femto技术等等。
基于IEEE 802.11的WiFi技术是当今使用最广的一种无线网络传输技术。主要应用于无线局域网环境，应用场景以室内居多，也可应用于室外环境。802.11系统由最初的基于CDMA传输机制的802.11b演进为基于OFDM技术的802.11a和802.11g。尽管在最新的IEEE 802.11n-2009标准中，通过引入多天线(MIMO)技术使得802.11n物理层峰值速率可达600Mbps，但是通常媒体接入控制(MAC，Media ACess Control)层的吞吐仅仅最大能达到300Mbps。所以对于传统的WLAN系统，基于CSMA/CA(载波侦听/冲突避免)的单用户接入的MAC层设计一直是网络性能的瓶颈。所以，尽管现有的Wi-Fi技术在一定程度上为用户提供了低廉的用户接入方式，但是很难再适应当前以及未来的飞速发展的高速率的多媒体业务需求。
基于3GPP标准的Femto技术是从移动通信系统演进而来的一种面向室内覆盖的新技术，基于3G系统的Femto技术采用CDMA传输机制，面向LTE或WiMAX系统的Femto技术则采用OFDM传输机制。其多址接入机制通过时间、频率、码字为不同的用户分配相互正交的接入资源，这与面向竞争的CSMA/CA随机多址接入有着本质不同。但是Femto技术由面向移动通信系统的3G/LTE/WiMAX系统衍生而来。由于3G/LTE/WiMAX系统主要面向广域覆盖的移动通信场景，其系统特征对于中短距离无线通信场景并不优化。同时基于3G/LTE/WiMAX比较复杂的上层协议设计和PHY层对同步等的严格要求，导致设备成本也不能做到像802.11的低廉，这也是Femto技术目前一直没被广泛应用的重要原因之一。
面对日益飞速发展的多媒体业务应用需求，为了更好地满足无线通信需求，需要提出更加适用的实现方案。
发明内容
本发明要解决的技术问题是，提供一种用于帧确认的方法和装置，从而有效确保数据成功传输。
为了解决上述技术问题，本发明提出一种用于帧确认的方法，包括：
将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；
将携带所述立即确认指示的数据帧发送出去。
为了解决上述技术问题，本发明还提出一种用于帧确认的装置，包括：
封装模块，用于将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；
发送模块，用于将携带所述立即确认指示的数据帧发送出去。
为了解决上述技术问题，本发明提出另一种用于帧确认的方法，包括：
将延迟确认指示承载于数据帧中；所述延迟确认指示，用于指示允许延迟返回帧确认应答；
将携带所述延迟确认指示的数据帧发送出去。
为了解决上述技术问题，本发明还提出另一种用于帧确认的装置，包括：
封装模块，用于将延迟确认指示承载于数据帧中；所述延迟确认指示，用于指示允许延迟返回帧确认应答；
发送模块，用于将携带所述延迟确认指示的数据帧发送出去。
为了解决上述技术问题，本发明还提出又一种用于帧确认的方法，包括：
接收帧；
解析帧头，获得确认方式；
当确认方式为立即确认时，在下一个时间周期发送帧确认应答；
当确认方式为延迟确认时，在有空闲资源时发送帧确认应答。
为了解决上述技术问题，本发明还提出又一种用于帧确认的装置，包括：
接收模块，用于接收帧；
解析模块，用于解析帧头，获得确认方式；
处理模块，用于根据确认方式进行帧确认应答，当确认方式为立即确认时，在下一个时间周期发送帧确认应答；当确认方式为延迟确认时，在有空闲资源时发送帧确认应答。
本发明提供的一种用于帧确认的方法和装置，能够为确保数据成功传输提供一种应答方式，且能够有效节约传输资源。
说明书附图
图1是本发明第一实施例一种帧确认的方法流程图；
图2是本发明第一实施例一种组确认帧格式示意图；
图3是本发明第二实施例一种ACK帧格式示意图；
图4是本发明第三实施例一种重传的方法流程图；
图5是本发明第三实施例一种G-MPDU格式示意图；
图6是本发明第三实施例一种G-MPDU子帧格式示意图；
图7是本发明第四实施例一种用于重传的方法流程图；
图8是本发明第四实施例一种立即确认请求帧格式示意图；
图9是本发明第五实施例一种用于随路方式发送立即确认请求的方法流程；
图10是本发明第五实施例一种用于随路方式发送延迟确认请求的方法流程；
图11是本发明第五实施例一种接收随路方式发送的帧确认请求的方法流程；
图12是本发明第五实施例一种用于帧确认的装置方框图；
图13是本发明第五实施例另一种用于帧确认的装置方框图；
图14是本发明第五实施例又一种用于帧确认的装置方框图；
图15是本发明第六实施例一种用于帧确认的装置方框图；
图16是本发明第七实施例一种用于帧确认的装置方框图。
具体实施方式
以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的组件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。在本文中，本发明的这些实施方案可以被单独地或总地用术语“发明”来表示，这仅仅是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为任何单个发明或发明构思。
第一实施例
本发明实施例提供了一种帧确认的方法，既适用于管理帧也适用于数据帧。发送端发送帧后，接收端返回确认应答，以告知发送端所述数据是否被成功接收，从而能够对数据发送成功与否进行有效监控。
参见图1，该图示出了本发明实施例一种帧确认方法，包括步骤：
步骤S101：将一个或者多个帧的确认应答封装为组确认应答(GroupAck)；
其中，所述帧的确认应答用以指示帧的接收状态，包括接收到和未接收到。
步骤S102：发送所述组确认应答。
本发明实施例提供了一种组确认的应答方式，将多个帧的确认应答封装至同一帧中发送出去，采用这种应答方式，同样的帧头参数只需要传一次即可，有效节约了传输资源；另外在物理信道上传输时，执行一个帧(组确认应答)的同步即可获取到多个帧的应答，从而有效的节约物理传输资源。
无线通信系统支持多种业务，数据的传输按照业务流传输。按照类型，业务流可以分成管理业务流和数据业务流。其中，管理业务流由一个或者多个管理帧构成，数据业务流由一个或者多个数据帧构成。还可以按照具体的业务类型，将数据业务流分为更多的流，例如业务流1(用FID1表示)，业务流2(用FID2表示)......业务流n(用FIDn表示)。
因此，步骤S101可进一步包括(图中未示出)：
步骤S1011：将同一业务流上的一个或者多个帧的确认应答封装为业务流确认应答；
步骤S1012：将一个或者多个业务流确认应答封装为组确认应答。
在封装组确认应答时，还封装所述一个或者多个业务流的标识，以及所述各业务流上所述一个或者多个帧的标识，使得接收端据以识别接收到的组确认应答是对哪个业务流上的哪些帧做出的确认。
较佳地，本发明实施例提出以一位图(bitmap)中的各比特位依次承载业务流上各帧的确认应答。以所述bitmap中的比特位对应的帧的序号来标识对应的帧的确认应答。接收端根据所述bitmap中比特位对应的帧的序号得知所述比特位中承载的是哪个帧的应答，根据所述比特位的值得知所述比特位序号标识的帧的确认应答内容。
较佳地，在对业务流上连续的多个帧应答时，可以所述连续的帧中特定位置的帧，例如以bitmap中首个比特位对应的帧的序号，和bitmap的长度来标识业务流上连续多个帧的确认应答，bitmap中的每一位对应一个帧的确认应答。
较佳地，所述bitmap的长度不固定，返回的帧的应答数量非常灵活，进一步提高了资源利用率。
较佳地，还可以设置分片指示信息，以指示对应的bitmap中承载的是分片的帧的确认应答，还是未分片的帧的确认应答。即，本发明实施例支持对未分片的帧的确认应答，也支持对分片的帧的确认应答，同时可以混合反馈分片的帧的确认应答和未分片的帧的确认应答。例如，在组确认应答中携带FID0和FID1的确认应答，FID0上的帧为未分片的帧，FID1上的帧为分片的帧，则以bitmap0指示FID0上的未分片的帧的确认应答，以bitmap1指示FID1上的分片的帧的确认应答。再例如，在组确认应答中携带FID0和FID1的确认应答，FID0上的帧包括未分片的帧和分片的帧，FID1上的帧为未分片的帧，则以bitmap0指示FID0上的未分片的帧的确认应答，以bitmap1指示FID0上的分片的帧的确认应答，以bitmap2指示FID1上的未分片的帧的确认应答。
为了更直观地说明，本发明实施例还提供了一种具体的组确认帧的格式，如图2所示。图2所示的组确认帧包括帧头、帧体和帧校验信息(FCS)。帧头中包含帧控制信息，例如帧类型(管理帧或者数据帧)、子类型(具体的管理帧类型，或者具体的数据帧类型)、版本信息等；帧体中包含一个或者多个FID信息块，所述FID信息块中包括业务流标识、序号和bitmap，其中所述bitmap用于承载连续的多个帧的确认应答，bitmap中的每一位对应一个帧的确认应答，所述序号用于指示所述bitmap中首个比特位对应的帧的序号。
较佳地，根据bitmap的长度设置各FID信息块；所述bitmap的长度不固定。
较佳地，在所述FID信息块中还设置bitmap的长度字段，用于指示bitmap的长度。
较佳地，在所述FID信息块中还设置分片指示信息，以指示所述bitmap中承载的是分片的帧的确认应答，或者是未分片的帧的确认应答。
较佳地，在帧体中还设置管理控制帧确认位，用于对接收到一个无序列号管理控制帧进行确认。
较佳地，可以在帧体中设置长度字段，用于指示所述长度字段与FCS字段之间所有字段的总字节长度，即，指示所有FID信息块的长度之和。
帧体中的各参数定义可参考表1。
表1
Figure BDA0000140132400000061
所述帧的确认应答用以指示帧的接收状态，包括接收到和未接收到。
下面将对本发明实施例返回帧确认应答的触发时机进行说明：
1、立即确认：
方式1：在接收到立即确认请求后，立即返回确认帧。
其中，所述立即确认请求可以是双方约定好的一个请求帧格式。较佳地，所述立即确认请求可以是组确认请求，携带一个或者多个业务流的标识，以及各业务流上的一个或者多个帧的标识，以指示立即返回指定业务流上的指定帧的确认应答。在接收到所述组确认请求后，立即返回指定数据流上的指定帧的确认应答。
所述立即确认请求也可以是双方约定好的一个指示位。例如，约定数据帧中的某一字段为立即确认指示位。在解析数据帧时，如果从数据帧中解析出立即确认指示，则立即返回确认帧。
较佳地，设置所述立即确认指示承载于数据帧的帧头中。
本发明实施例所述立即返回确认帧，是在下一个时间周期返回。
本发明实施例中，中心接入点(CAP)与站点(STA)可以互为发送端和接收端。其中，CAP是为接入的STA提供访问服务的实体；STA是具有媒体接入控制(MAC)和物理层(PHY)功能接口，能与CAP通信的终端设备。收发双端通过物理帧进行通信，每个物理帧周期依次包括下行周期和上行周期：CAP在下行周期向STA发送数据；STA在上行周期向CAP发送数据。本发明实施例中，指示对端立即返回确认帧时，所指示的立即返回时长，即下一个时间周期，是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。具体而言，当发送端为CAP时，是在本帧的下行物理周期发送所述携带立即确认指示的数据帧时，所述立即确认指示用于指示STA在本帧的上行物理周期返回帧确认应答；当发送端为STA时，是在本帧的上行物理周期发送携带立即确认指示的数据帧，所述立即确认指示用于指示CAP在下一帧的下行物理周期返回帧确认应答。
2、延迟确认：
在未收到立即确认请求时，可以认为允许对端延迟返回帧的确认应答。
本发明实施例中，双方约定好的一个指示位，显性指示延迟确认。例如，约定数据帧中的某一字段为延迟确认指示位。使用延迟确认的帧确认等待间隔由发送端决定，可以在有空闲资源时发送。在解析数据帧时，如果从数据帧中解析出延迟确认指示，则在有空闲资源时返回确认帧。
第二实施例
对于管理控制帧，没有对应响应帧的单播管理控制帧需要使用ACK或组确认帧(GroupAck)确认，否则直接用对应响应帧确认。
本发明实施例还提供了一些管理帧请求帧及其对应的响应帧，如表2所示。当然，在另一实施例中，根据需要还可以设置其他管理请求帧及其对应的应答，本发明在此不做限制。
表2
  请求帧   对应响应帧
  随机接入请求帧(RA_REQ)   随机接入响应帧(RA_RSP)
  终端基本能力协商请求(SBC_REQ)   终端基本能力协商响应(SBC_RSP)
  上行动态业务建立请求(DSA_REQ)   动态业务建立响应(DSA_RSP)
  上行动态业务修改请求(DSC_REQ)   动态业务修改响应(DSC_RSP)
  上行动态业务删除请求(DSD_REQ)   动态业务删除响应(DSD_RSP)
  组确认请求帧(GroupAckReq)   组确认帧(GroupAck)
  休眠请求帧(SLP_REQ)   休眠响应帧(SLP_RSP)
所有非广播的管理控制帧(除随机接入请求响应帧和独立资源请求帧)都需要发送确认帧或者隐含确认。隐含确认是指对于有对应响应帧的单播管理控制帧可以将响应帧当作这一帧的确认帧。非广播的管理控制帧不需要立即确认，响应帧可以在之后允许的最大物理帧数内做出响应即可。CAP发送的响应帧收不到STA的确认帧，可以未达到预设的最大重传次数前重传该响应帧，重传次数超过所述预设的最大重传次数后，发送端将丢弃该帧。
数据帧使用立即确认和延迟确认由发送端决定。接收端可以根据MAC头中设置的指示帧确认方式的字段来指示是否需要立即确认。使用立即确认的帧确认等待间隔是一个时间周期。使用延迟确认的帧确认等待间隔由发送端决定。
如果确认方式为立即确认时，在下一个时间周期没有收到确认帧，则可以在未达到预设的最大重传次数前重传该数据帧，重传次数超过所述预设的最大重传次数后，发送端将丢弃该帧。这里说的下一个时间周期可以上行物理帧周期对应于下行物理帧周期，也可以是下行物理帧周期对应于上一物理帧的上行周期。即，在本帧的下行物理周期发送所述携带立即确认指示的数据帧时，所述立即确认指示用于指示在本帧的上行物理周期返回帧确认应答；在本帧的上行物理周期发送携带立即确认指示的数据帧时，所述立即确认指示用于指示在下一帧的下行物理周期返回帧确认应答。当MPDU重传时，序号和分片号保持不变。
如果确认方式为延迟确认时，在发送端设置的等待间隔内没有收到确认帧，则可以在未达到预设的最大重传次数前重传该数据帧，重传次数超过所述预设的最大重传次数后，发送端将丢弃该帧。
ACK帧和GroupAck帧，不再需要其他帧进行确认。
对于分片和未分片的数据帧，可以使用ACK或GroupAck任意一种方式确认。
本发明实施例还提供了另一种帧确认方式(ACK帧)，适用于针对单帧进行确认。为了更直观地说明，本发明实施例还提供了一种具体的确认帧的格式，如图3所示。图3所示的确认帧包括帧头、帧体和帧校验信息(FCS)。帧头中包含帧控制信息，例如帧类型(管理帧或者数据帧)、子类型(具体的管理帧类型，或者具体的数据帧类型)、版本信息等；帧体中包含FID、分片号(FSN)，帧序列号(SN)。帧体中的各参数定义可参考表3。
表3
Figure BDA0000140132400000101
第三实施例
本发明实施例提供了一种重传的方法，如图4所示，包括步骤：
步骤S401：缓存已发送的帧；
步骤S402：接收并解析帧确认应答；
步骤S403：重传缓存的帧中未确认接收的帧。
本发明实施例提供的重传方法由发送端维护重传的数据，在重传时，仅重传未确认接收的帧，对已经接收到的帧不再重传。尤其在按照预设窗口重传数据时，允许窗口内已经确认收到的帧不进行重传，大大节约了传输资源。
较佳地，可以删除缓存的帧中已确认接收的帧。从而有效节约本地缓存资源。
较佳地，可以将一个或者多个连续的帧封装为组帧(G-MPDU)发送。如图5所示，G-MPDU由一系列G-MPDU子帧组成。如图6所示，G-MPDU子帧包括G-MPDU定界符、MPDU和可能的填充字节。除了最后一个G-MPDU子帧，每个G-MPDU子帧需要增加0～1个填充字节，使每个G-MPDU子帧的长度是2字节的整数倍。所示G-MPDU定界符用来定位G-MPDU的MPDU单元。将多个帧封装在一起发送出去，在物理信道上传输时，执行一个帧(组帧)的同步即可获取到多个帧，从而有效的节约物理传输资源。
步骤S402 中接收到的帧确认应答可以是采用实施例一提供的组确认应答，也可以是实施例二提供的单帧的确认应答。
第四实施例
出于对缓存能力的考虑，为了防止超出缓存能力导致出错，本发明实施例还提供了一种用于重传的方法，增加对本端的缓存能力进行监控，在检测到缓存能力可能存在超出风险时，及时通知对端立即返回应答，具体如图7所示，包括步骤：
步骤S701：缓存未收到确认应答的帧；
步骤S701：判断是否达到缓存容量阈值；
步骤S701：在达到缓存容量阈值时，发送立即确认请求，以指示立即返回帧确认应答。
较佳地，所述立即确认请求携带一个或者多个业务流的标识，以及各业务流上的一个或者多个帧的标识，以指示立即返回指定数据流上的指定帧的确认应答。
较佳地，所述立即确认请求可以携带各业务流上需要返回应答的首个帧的序号，以指示对端返回所述业务流上从所述首个帧开始的帧的确认应答。
为了更直观地说明，本发明实施例还提供了一种具体的立即确认请求的帧格式，如图8所示。图8所示的立即确认请求帧包括帧头、帧体和帧校验信息(FCS)。帧头中包含帧控制信息，例如帧类型(管理帧或者数据帧)、子类型(具体的管理帧类型，或者具体的数据帧类型)、版本信息等；帧体中包含一个或者多个FID信息块，每个FID信息块中包括业务流标识FID和序号，所述序号为业务上需要返回确认应答的首个帧的序号，以指示对端从所述首个帧开始返回确认应答，与实施例一中提供的组确认中bitmap的首个比特位对应的帧的序号对应。帧体中各参数定义可参考表4。
表4
Figure BDA0000140132400000111
Figure BDA0000140132400000121
较佳地，本发明实施例还提供了另一种实现立即确认请求的方式：通过将立即确认指示承载于数据帧中，随数据帧发送出去，以发送立即确认请求；所述立即确认指示，用于指示立即返回帧确认应答。
较佳地，可以将立即确认指示承载于数据帧的帧头中。
其中，所述立即返回帧确认应答，是在下一个时间周期返回所述组确认应答。所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。即，在本帧的下行物理周期发送所述携带立即确认指示的数据帧时，所述立即确认指示用于指示对端在本帧的上行物理周期返回帧确认应答；在本帧的上行物理周期发送携带立即确认指示的数据帧时，所述立即确认指示用于指示对端在下一帧的下行物理周期返回帧确认应答。
较佳地，本发明实施例还可以在未达到缓存容量阈值时，将延迟确认指示承载于数据帧中，随数据帧发送出去。所述延迟确认指示，用于指示允许延迟返回各业务流上所有未确认的数据帧的确认应答。对端在解析数据帧时，如果从数据帧中解析出延迟确认指示，则在有空闲资源时返回各业务流上所有未确认的帧确认应答。
本发明实施例还提供了一种帧确认发送时机的选择，中心接入点(CAP)与站点(STA)可以互为发送端和接收端，具体包括：
1、如果CAP发送管理控制帧(需要确认)给STA，则CAP在调度上行传输资源时需要为确认帧预留资源，保证STA有机会将确认帧成功发送。
2、如果CAP发送G-MPDU给STA，并通过用于指示帧确认方式的字段指示STA进行立即确认，则CAP在调度上行传输资源时需要为GroupAck帧或者ACK帧预留资源。
3、如果CAP发送聚合数据帧给STA，并通过用于指示帧确认方式的字段指示允许STA延迟响应，则STA即可以在上行传输资源有剩余时主动将GroupAck帧回传，也可以等待接收到CAP发送的立即确认通知后再回传GroupAck帧。
4、如果STA发送管理控制帧(需要确认)给CAP，则CAP应该在下一帧的下行物理周期进行确认。
5、如果STA发送G-MPDU给CAP，并通过用于指示帧确认方式的字段指示CAP立即确认，则CAP在下一帧的下行物理周期发送GroupAck帧或者ACK帧。
6、如果STA发送聚合数据帧给CAP，并通过用于指示帧确认方式的字段指示允许CAP延迟响应，则CAP即可以在下行传输资源有剩余时主动将GroupAck帧回传，也可以等待接收到STA发送的立即确认通知后再回传GroupAck帧。
第五实施例
本发明实施例提供了一种用于帧确认的方法，采用随路方式承载立即确认请求，要求对端立即进行帧确认，如图9所示，包括步骤：
步骤S901：将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；
步骤S902：将携带所述立即确认指示的数据帧发送出去。
较佳地，收发双方可以约定数据帧中的某一字段为立即确认指示位，在发送数据帧时，通过设置所示立即确认指示位，要求对端立即返回帧确认应答。较佳地，可以约定在数据帧的帧头中设置立即确认指示位。在发送立即确认请求时，通过设置数据帧的帧头中的立即确认指示位指示对端立即返回帧确认应答。
较佳地，所述立即返回帧确认应答，是指在下一个时间周期发送返回所述组确认应答。所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。即，在本帧的下行物理周期发送所述携带立即确认指示的数据帧时，所述立即确认指示用于指示对端在本帧的上行物理周期返回帧确认应答；在本帧的上行物理周期发送携带立即确认指示的数据帧时，所述立即确认指示用于指示对端在下一帧的下行物理周期返回帧确认应答。
较佳地，所述立即确认指示，用于指示返回所有未确认的帧的确认应答，从而提高传输效率，减少不必要的带宽浪费。
对于立即确认请求的发送时机，本发明设计通过对缓存容量进行监控，当超过容量阈值时，告知对端立即反馈帧确认应答，防止超出缓存能力导致出错，具体包括步骤：
步骤1：缓存未收到确认应答的帧；
步骤2：判断是否达到缓存容量阈值；
步骤3：在达到缓存容量阈值时，触发立即确认指示的发送。
本发明实施例还提供了一种用于帧确认的方法，采用随路方式承载延迟确认请求，告知对端返回帧确认应答，但允许对端延迟返回，如图10所示，包括步骤：
步骤S1001：将延迟确认指示承载于数据帧中；所述延迟确认指示，用于指示允许延迟返回帧确认应答；
步骤S1002：将携带所述延迟确认指示的数据帧发送出去。
较佳地，收发双方可以约定数据帧中的某一字段为延迟确认指示位，在发送数据帧时，通过设置所示延迟确认指示位，告知对端允许延迟返回帧确认应答。较佳地，可以约定在数据帧的帧头中设置延迟确认指示位。在发送延迟确认请求时，通过设置数据帧的帧头中的延迟确认指示位来指示对端返回帧确认应答，同时允许对端延迟返回。
较佳地，所述延迟确认指示，用于指示返回所有未确认的帧的确认应答，从而提高传输效率，减少不必要的带宽浪费。
对于延迟确认请求的发送时机，本发明设计通过对缓存容量进行监控，当未超过容量阈值时，说明现在并不会导致超出缓存能力导致出错，不是非常急需返回帧确认应答，则优先确保对端的任务的顺利执行，因此，发送延迟确认指示，允许对端延迟返回帧确认应答，具体包括步骤：
步骤1：缓存未收到确认应答的帧；
步骤2：判断是否达到缓存容量阈值；
步骤3：在未达到缓存容量阈值时，触发延迟确认指示的发送。
本发明上述两种用于帧确认的方法，充分考虑到本地处理的优先级和对端业务保证，对两者的优先级合理平衡，提高了系统的整体性能；且采用随路方式进行指示，充分利用现有的传输资源，有效降低了为告知对端应答占用的传输资源，且易于实现，具有很现实的经济价值。
相应地，本发明实施例还提供了一种用于帧确认的方法，处理采用上述随路方式发送来的帧确认请求，如图11所示，包括步骤：
步骤S1101：接收帧；
步骤S1102：解析帧头，获得确认方式；
步骤S1103：当确认方式为立即确认时，在下一个时间周期发送帧确认应答；当确认方式为延迟确认时，在有空闲资源时发送帧确认应答。
其中，在本帧的下行物理周期接收帧，且从中解析出确认方式为立即确认时，在本帧的上行物理周期发送帧确认应答；在本帧的上行物理周期接收帧，且从中解析出确认方式为立即确认时，在下一帧的下行物理周期发送帧确认应答。
较佳地，在当前时间周期内，一个或者多个用户收到立即确认指示后，收到指示的用户在下一个时间周期同时发送帧确认应答。
为了实现上述要求对端立即进行帧确认的帧确认方法，本发明实施例还提供了一种用于帧确认的装置，如图12所示，包括：
封装模块1201，用于将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；
发送模块1202，用于将携带所述立即确认指示的数据帧发送出去。
较佳地，所述封装模块1201，用于将所述立即确认指示承载于数据帧的帧头中。
较佳地，所述立即返回帧确认应答，是指在下一个时间周期发送返回所述组确认应答。所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。
即，所述发送模块1202，在本帧的下行物理周期发送所述携带立即确认指示的数据帧时，所述立即确认指示用于指示在本帧的上行物理周期返回帧确认应答。所述发送模块1202，在本帧的上行物理周期发送携带立即确认指示的数据帧时，所述立即确认指示用于指示在下一帧的下行物理周期返回帧确认应答。
较佳地，所述立即确认指示，用于指示返回所有未确认的帧的确认应答。
较佳地，还包括：
缓存模块1203，用于缓存未收到确认应答的帧；
判断模块1204，用于判断是否达到缓存容量阈值；
处理模块1205，用于在达到缓存容量阈值时，触发立即确认指示的发送。
为了实现上述告知对端允许延迟进行帧确认的帧确认方法，本发明实施例还提供了另一种用于帧确认的装置，如图13所示，包括：
封装模块1301，用于将延迟确认指示承载于数据帧中；所述延迟确认指示，用于指示允许延迟返回帧确认应答；
发送模块1302，用于将携带所述延迟确认指示的数据帧发送出去。
较佳地，所述封装模块1301，用于将所述延迟确认指示承载于数据帧的帧头中。
较佳地，所述延迟确认指示，用于指示返回所有未确认的帧的确认应答。
较佳地，还包括：
缓存模块1303，用于缓存未收到确认应答的帧；
判断模块1304，用于判断是否达到缓存容量阈值；
处理模块1305，用于在达到缓存容量阈值时，触发延迟确认指示的发送。
为了实现上述处理所述随路方式发送来的立即确认请求的帧确认方法，本发明实施例还提供了又一种用于帧确认的装置，如图14所示，包括：
接收模块1401，用于接收帧；
解析模块1402，用于解析帧头，获得确认方式；
处理模块1403，用于根据确认方式进行帧确认应答，当确认方式为立即确认时，在下一个时间周期发送帧确认应答；当确认方式为延迟确认时，在有空闲资源时发送帧确认应答。
较佳地，所述处理模块1403，当确认方式为立即确认，且所述接收模块1401是在本帧的下行物理周期接收到所述帧时，在本帧的上行物理周期发送帧确认应答；当确认方式为立即确认，且所述接收模块1401是在本帧的上行物理周期接收到所述帧时，在下一帧的下行物理周期发送帧确认应答。
较佳地，所述处理模块1403，用于对当前时间周期内收到帧确认方式为立即确认的一个或者多个用户，在下一个时间周期同时发送所述用户的帧确认应答。
第六实施例
为了实现本发明实施例帧确认方法，本发明还提出一种用于帧确认的装置，如图15所示，包括：
封装模块1501，用于将一个或者多个帧的确认应答封装为组确认应答；
发送模块1502，用于发送所述组确认应答。
较佳地，所述封装模块1501，用于将同一业务流上的一个或者多个帧的确认应答封装为业务流确认应答；将一个或者多个所述业务流确认应答封装为组确认应答。
较佳地，所述封装模块1501，用于封装组确认应答的帧头、帧体和FCS：在帧体中设置一个或者多个FID信息块，所述业务流确认应答中包括业务流标识、序号和位图bitmap，其中所述bitmap用于承载连续的多个帧的确认应答，bitmap中的每一位对应一个帧的确认应答，所述序号用于指示所述bitmap中首个比特位对应的帧的序号。
较佳地，所述封装模块1501，用于根据bitmap的长度设置各FID信息块；所述bitmap的长度不固定。
较佳地，所述封装模块1501，还在所述FID信息块中设置bitmap的长度字段，用于指示bitmap的长度。
较佳地，所述封装模块1501，还在所述FID信息块中设置分片指示信息，以指示所述bitmap中承载的是分片的帧的确认应答，或者是未分片的帧的确认应答。
较佳地，所述封装模块1501，还在组确认应答中设置管理控制帧确认位，用于对接收到一个无序列号管理控制帧进行确认。
较佳地，所述封装模块1501，还在帧体中设置长度字段，用于指示所有FID信息块的长度之和。
较佳地，所述帧的确认应答用以指示帧的接收状态，包括接收到和未接收到。
较佳地，还包括：
第一控制模块1504，用于接收立即确认请求，并据以控制所述封装模块1501封装组确认应答，以及控制所述发送模块1502立即发送封装好的组确认应答。
较佳地，所述立即确认请求携带一个或者多个业务流的标识，以及各业务流上的一个或者多个帧的标识；所述第一控制模块1504，根据所述立即确认请求控制所述封装模块1501将指定数据流上的指定帧的确认应答封装为组确认应答。
较佳地，所述立即发送，是在下一个时间周期返回所述组确认应答。所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。即，所述第一控制模块1504，在从本帧的下行物理周期接收到所述立即确认请求时，控制所述发送模块1502在本帧的上行物理周期发送封装好的组确认应答；在从本帧的上行物理周期接收到所述立即确认请求时，控制所述发送模块1502在下一帧的下行物理周期发送封装好的组确认应答。
较佳地，还包括：
第二控制模块1504，用于接收携带立即确认指示的数据帧，根据立即确认指示控制所述封装模块1501封装组确认应答，以及控制所述发送模块1502立即发送封装好的组确认应答。
较佳地，所述第二控制模块1504，用于控制所述封装模块1501将各业务流上所有未确认的帧的确认应答封装为组确认应答，以及控制所述发送模块1502立即发送封装好的组确认应答。
较佳地，所述第二控制模块1504，通过解析数据帧的帧头，获取所述立即确认指示。
较佳地，所述立即发送，是在下一个时间周期返回所述组确认应答；所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。即，所述第二控制模块1504，在从本帧的下行物理周期接收到携带立即确认指示的数据帧时，控制所述发送模块1502在本帧的上行物理周期发送封装好的组确认应答；在从本帧的上行物理周期接收到携带立即确认指示的数据帧时，控制所述发送模块1502在下一帧的下行物理周期发送封装好的组确认应答。
较佳地，还包括：
第三控制模块1505，用于接收携带延迟确认指示的数据帧，根据延迟确认指示在有空闲资源时，控制所述封装模块1501封装组确认应答，以及控制所述发送模块1502发送封装好的组确认应答。
第七实施例
为了实现本发明实施例帧确认方法，本发明还提出另一种用于帧确认的装置，如图16所示，包括：
封装模块1601，用于生成组确认请求，所述组确认请求中携带一个或者多个业务流的标识和各业务流上需要确认的帧的标识；
发送模块1602，用于发送所述组确认请求。
较佳地，封装模块1601，用于封装组确认请求帧，以生成所述组确认请求；
所述组确认请求包括帧头、帧体和FCS，所述帧体中包括一个或者多个FID信息块，每个FID信息块中包括业务流标识FID和序号，以所述业务流上需要应答的首个帧的序号作为所述业务流上需要确认的帧的标识，指示从所述首个帧开始返回帧确认。
较佳地，所述封装模块1601，还在组确认请求中设置FID个数字段，用于指示帧体中包含的FID信息块的个数。
较佳地，所述组确认请求用于指示立即返回指定数据流上的指定帧的确认应答。
较佳地，所述立即返回组确认应答，是在下一个时间周期返回所述组确认应答；
所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。即，如果所述发送模块1602在本帧的下行物理周期发送组确认请求，则所述立即确认指示用于指示在本帧的上行物理周期返回帧确认应答；如果所述发送模块1602在本帧的上行物理周期发送组确认请求，则所述立即确认指示用于指示在下一帧的下行物理周期返回帧确认应答。
根据所述公开的实施例，可以使得本领域技术人员能够实现或者使用本发明。对于本领域技术人员来说，这些实施例的各种修改是显而易见的，并且这里定义的总体原理也可以在不脱离本发明的范围和主旨的基础上应用于其他实施例。以上所述的实施例仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (28)

1.一种用于帧确认的方法，其特征在于：
将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；
将携带所述立即确认指示的数据帧发送出去。
2.如权利要求1所述的方法，其特征在于：
将所述立即确认指示承载于数据帧的帧头中。
3.如权利要求1所述的方法，其特征在于：
在本帧的下行物理周期发送所述携带立即确认指示的数据帧；
所述立即确认指示，用于指示在本帧的上行物理周期返回帧确认应答。
4.如权利要求1所述的方法，其特征在于：
在本帧的上行物理周期发送携带立即确认指示的数据帧；
所述立即确认指示，用于指示在下一帧的下行物理周期返回帧确认应答。
5.如权利要求1-4中任何一项所述的方法，其特征在于：
所述立即确认指示，用于指示返回所有未确认的帧的确认应答。
6.如权利要求1或所述的方法，其特征在于：
缓存未收到确认应答的帧；
判断是否达到缓存容量阈值；
在达到缓存容量阈值时，触发立即确认指示的发送。
7.一种用于帧确认的装置，其特征在于，包括：
封装模块，用于将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；
发送模块，用于将携带所述立即确认指示的数据帧发送出去。
8.如权利要求7所述的装置，其特征在于：
所述封装模块，用于将所述立即确认指示承载于数据帧的帧头中。
9.如权利要求7所述的装置，其特征在于：
所述发送模块，在本帧的下行物理周期发送所述携带立即确认指示的数据帧；
所述立即确认指示，用于指示在本帧的上行物理周期返回帧确认应答。
10.如权利要求7所述的装置，其特征在于：
所述发送模块，在本帧的上行物理周期发送携带立即确认指示的数据帧；
所述立即确认指示，用于指示在下一帧的下行物理周期返回帧确认应答。
11.如权利要求7-10中任何一项所述的装置，其特征在于：
所述立即确认指示，用于指示返回所有未确认的帧的确认应答。
12.如权利要求7所述的装置，其特征在于，还包括：
缓存模块，用于缓存未收到确认应答的帧；
判断模块，用于判断是否达到缓存容量阈值；
处理模块，用于在达到缓存容量阈值时，触发立即确认指示的发送。
13.一种用于帧确认的方法，其特征在于：
将延迟确认指示承载于数据帧中；所述延迟确认指示，用于指示允许延迟返回帧确认应答；
将携带所述延迟确认指示的数据帧发送出去。
14.如权利要求13所述的方法，其特征在于：
将所述延迟确认指示承载于数据帧的帧头中。
15.如权利要求13或14所述的方法，其特征在于：
所述延迟确认指示，用于指示返回所有未确认的帧的确认应答。
16.如权利要求13所述的方法，其特征在于：
缓存未收到确认应答的帧；
判断是否达到缓存容量阈值；
在未达到缓存容量阈值时，触发延迟确认指示的发送。
17.一种用于帧确认的装置，其特征在于，包括：
封装模块，用于将延迟确认指示承载于数据帧中；所述延迟确认指示，用于指示允许延迟返回帧确认应答；
发送模块，用于将携带所述延迟确认指示的数据帧发送出去。
18.如权利要求17所述的装置，其特征在于：
所述封装模块，用于将所述延迟确认指示承载于数据帧的帧头中。
19.如权利要求17或18所述的装置，其特征在于：
所述延迟确认指示，用于指示返回所有未确认的帧的确认应答。
20.如权利要求17所述的装置，其特征在于，还包括：
缓存模块，用于缓存未收到确认应答的帧；
判断模块，用于判断是否达到缓存容量阈值；
处理模块，用于在达到缓存容量阈值时，触发延迟确认指示的发送。
21.一种用于帧确认的方法，其特征在于，包括：
接收帧；
解析帧头，获得确认方式；
当确认方式为立即确认时，在下一个时间周期发送帧确认应答；
当确认方式为延迟确认时，在有空闲资源时发送帧确认应答。
22.如权利要求21所述的方法，其特征在于：
在本帧的下行物理周期接收帧，且从中解析出确认方式为立即确认时，在本帧的上行物理周期发送帧确认应答。
23.如权利要求21所述的方法，其特征在于：
在本帧的上行物理周期接收帧，且从中解析出确认方式为立即确认时，在下一帧的下行物理周期发送帧确认应答。
24.如权利要求21-23中任何一项所述的方法，其特征在于：
在当前时间周期内，一个或者多个用户收到立即确认指示后，收到指示的用户在下一个时间周期同时发送帧确认应答。
25.一种用于帧确认的装置，其特征在于，包括：
接收模块，用于接收帧；
解析模块，用于解析帧头，获得确认方式；
处理模块，用于根据确认方式进行帧确认应答，当确认方式为立即确认时，在下一个时间周期发送帧确认应答；当确认方式为延迟确认时，在有空闲资源时发送帧确认应答。
26.如权利要求25所述的装置，其特征在于：
所述处理模块，当确认方式为立即确认，且所述接收模块是在本帧的下行物理周期接收到所述帧时，在本帧的上行物理周期发送帧确认应答。
27.如权利要求25所述的装置，其特征在于：
所述处理模块，当确认方式为立即确认，且所述接收模块是在本帧的上行物理周期接收到所述帧时，在下一帧的下行物理周期发送帧确认应答。
28.如权利要求25-27中任何一项所述的装置，其特征在于：
所述处理模块，用于对当前时间周期内收到帧确认方式为立即确认的一个或者多个用户，在下一个时间周期同时发送所述用户的帧确认应答。
CN2012100531162A 2011-03-31 2012-03-02 一种用于帧确认的方法和装置 Pending CN102684852A (zh)

Priority Applications (11)

Application Number Priority Date Filing Date Title
CN2012100531162A CN102684852A (zh) 2011-03-31 2012-03-02 一种用于帧确认的方法和装置
JP2014501419A JP6212030B2 (ja) 2011-03-31 2012-03-23 フレームの確認に用いられている方法及び装置
PCT/CN2012/072895 WO2012130094A1 (zh) 2011-03-31 2012-03-23 一种用于帧确认的方法和装置
CN201280013145.4A CN103444242B (zh) 2011-03-31 2012-03-23 一种用于帧确认的方法和装置
KR1020187026770A KR101931075B1 (ko) 2011-03-31 2012-03-23 프레임확인방법 및 장치
DK12763164.6T DK2693816T3 (da) 2011-03-31 2012-03-23 Fremgangsmåde og enhed til brug i rammegenkendelse
US14/008,327 US9294248B2 (en) 2011-03-31 2012-03-23 Method and device for use in frame acknowledgement
EP12763164.6A EP2693816B1 (en) 2011-03-31 2012-03-23 Method and device for use in frame acknowledgement
KR1020137028994A KR20140018964A (ko) 2011-03-31 2012-03-23 프레임확인방법 및 장치
US15/019,724 US20160164641A1 (en) 2011-03-31 2016-02-09 Method and device for frame acknowledgment
US15/019,735 US20160164655A1 (en) 2011-03-31 2016-02-09 Method and device for frame acknowledgment

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
CN201110081288 2011-03-31
CN201110081288.6 2011-03-31
CN201110130194.3 2011-05-19
CN201110130194 2011-05-19
CN201110189230.3 2011-07-06
CN201110189230.3 2011-07-06
CN201210027919.0 2012-02-08
CN201210027919 2012-02-08
CN2012100531162A CN102684852A (zh) 2011-03-31 2012-03-02 一种用于帧确认的方法和装置

Publications (1)

Publication Number Publication Date
CN102684852A true CN102684852A (zh) 2012-09-19

Family

ID=46816265

Family Applications (2)

Application Number Title Priority Date Filing Date
CN2012100531162A Pending CN102684852A (zh) 2011-03-31 2012-03-02 一种用于帧确认的方法和装置
CN201280013145.4A Active CN103444242B (zh) 2011-03-31 2012-03-23 一种用于帧确认的方法和装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201280013145.4A Active CN103444242B (zh) 2011-03-31 2012-03-23 一种用于帧确认的方法和装置

Country Status (7)

Country Link
US (3) US9294248B2 (zh)
EP (1) EP2693816B1 (zh)
JP (1) JP6212030B2 (zh)
KR (2) KR101931075B1 (zh)
CN (2) CN102684852A (zh)
DK (1) DK2693816T3 (zh)
WO (1) WO2012130094A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103248462A (zh) * 2013-04-25 2013-08-14 中兴通讯股份有限公司 无线局域网中数据重传的方法、设备及系统
WO2015018078A1 (zh) * 2013-08-09 2015-02-12 北京新岸线移动多媒体技术有限公司 一种用于帧确认的方法和装置
WO2017036214A1 (zh) * 2015-09-01 2017-03-09 华为技术有限公司 A-mpdu的接收状态指示方法及接收端设备
CN108029127A (zh) * 2015-09-10 2018-05-11 高通股份有限公司 对上行链路多用户帧的接入点控制的响应
CN108933735A (zh) * 2017-05-27 2018-12-04 华为技术有限公司 一种报文发送的方法、装置及设备
CN109756929A (zh) * 2017-11-02 2019-05-14 华为技术有限公司 应答帧延迟时长设置方法、装置及系统
CN109861801A (zh) * 2018-10-15 2019-06-07 北京新岸线移动通信技术有限公司 一种数据传输方法及装置
CN110190937A (zh) * 2013-09-29 2019-08-30 华为技术有限公司 一种数据传输的方法及设备
CN111049625A (zh) * 2018-10-15 2020-04-21 珠海市魅族科技有限公司 一种无线局域网络通信的方法及通信设备

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016098401A1 (ja) * 2014-12-15 2016-06-23 ソニー株式会社 情報処理装置、無線通信装置、情報処理方法およびプログラム
EP3414856B1 (en) * 2016-02-09 2023-03-22 Telefonaktiebolaget LM Ericsson (PUBL) Efficient harq feedback
US10361832B2 (en) * 2016-04-22 2019-07-23 Qualcomm Incorporated Block acknowledgment generation and selection rules
KR20240169138A (ko) 2016-05-11 2024-12-02 주식회사 윌러스표준기술연구소 랜덤 액세스 기반의 상향 다중 사용자 전송을 위한 무선 통신 단말 및 무선 통신 방법
US11246155B2 (en) * 2018-03-27 2022-02-08 Qualcomm Incorporated Acknowledgement feedback in unlicensed new radio
US11304221B2 (en) * 2018-06-11 2022-04-12 Qualcomm Incorporated Techniques for updating semi-persistent scheduling (SPS) configuration in wireless communications
US11206642B2 (en) * 2019-05-02 2021-12-21 Charter Communications Operating, Llc Methods and apparatus for communicating uplink control information
US20230327810A1 (en) * 2022-04-07 2023-10-12 Hewlett Packard Enterprise Development Lp Handling block acknowledgements

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5528605A (en) * 1991-10-29 1996-06-18 Digital Equipment Corporation Delayed acknowledgement in an asymmetric timer based LAN communications protocol
US7000021B1 (en) * 2001-10-12 2006-02-14 Cisco Technology, Inc. ARQ (automatic repeat request) for broadband fixed wireless network
US7184767B2 (en) * 2001-11-28 2007-02-27 Freescale Semiconductor, Inc. System and method of communication between multiple point-coordinated wireless networks
US6898414B2 (en) * 2002-10-28 2005-05-24 Motorola, Inc. Method for acknowledging messages in a communication system
US20040223506A1 (en) * 2003-05-08 2004-11-11 Renesas Technology Corp. Packet communication device sending delayed acknowledgement through network
US7095739B2 (en) * 2003-11-25 2006-08-22 Cisco Technology, Inc. Reliable multicast communication
US7489688B2 (en) * 2003-12-23 2009-02-10 Agere Systems Inc. Frame aggregation
JP4314294B2 (ja) * 2004-04-02 2009-08-12 株式会社東芝 通信装置、通信システム、通信方法、および通信制御プログラム
US7444443B2 (en) 2005-02-28 2008-10-28 Freescale Semiconductor, Inc. Method of repeating data transmission between network devices by timing a first predetermined period after previous first data transmission
US20080130538A1 (en) * 2006-12-05 2008-06-05 Qualcomm Incorporated Enhanced management frame aggregation in a wireless network system
US7864771B2 (en) * 2007-04-20 2011-01-04 Cisco Technology, Inc. Parsing out of order data packets at a content gateway of a network
US7738459B2 (en) * 2007-08-02 2010-06-15 Nice Systems Ltd. Method, system and apparatus for reliably transmitting packets of an unreliable protocol
US8238313B2 (en) * 2007-09-14 2012-08-07 Intel Corporation Techniques for wireless personal area network communications with efficient spatial reuse
US8422480B2 (en) * 2007-10-01 2013-04-16 Qualcomm Incorporated Acknowledge mode polling with immediate status report timing
US8239720B2 (en) * 2008-06-19 2012-08-07 Microsoft Corporation Communication over plural channels with acknowledgment variability
US8976741B2 (en) 2009-02-27 2015-03-10 Qualcomm Incorporated Piggybacking information in transmit opportunities
KR101729134B1 (ko) * 2009-03-27 2017-04-25 삼성전자주식회사 무선통신시스템에서 자동 재전송 요청 피드백을 요청하기 위한 장치 및 방법

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103248462B (zh) * 2013-04-25 2019-01-15 中兴通讯股份有限公司 无线局域网中数据重传的方法、设备及系统
CN103248462A (zh) * 2013-04-25 2013-08-14 中兴通讯股份有限公司 无线局域网中数据重传的方法、设备及系统
WO2015018078A1 (zh) * 2013-08-09 2015-02-12 北京新岸线移动多媒体技术有限公司 一种用于帧确认的方法和装置
CN105594271A (zh) * 2013-08-09 2016-05-18 广东新岸线计算机系统芯片有限公司 一种用于帧确认的方法和装置
US10027443B2 (en) 2013-08-09 2018-07-17 Guangdong Nufront Computer System Chip Co., Ltd. Method and device for frame acknowledgment
US11006420B2 (en) 2013-09-29 2021-05-11 Huawei Technologies Co., Ltd. Data transmission method and device
CN110190937A (zh) * 2013-09-29 2019-08-30 华为技术有限公司 一种数据传输的方法及设备
US10574398B2 (en) 2015-09-01 2020-02-25 Huawei Technologies Co., Ltd. Receiving state indication method for A-MPDU and receive end device
US11075717B2 (en) 2015-09-01 2021-07-27 Huawei Technologies Co., Ltd. Receiving state indication method for A-MPDU and receive end device
WO2017036214A1 (zh) * 2015-09-01 2017-03-09 华为技术有限公司 A-mpdu的接收状态指示方法及接收端设备
CN108029127A (zh) * 2015-09-10 2018-05-11 高通股份有限公司 对上行链路多用户帧的接入点控制的响应
WO2018218976A1 (zh) * 2017-05-27 2018-12-06 华为技术有限公司 一种报文发送的方法、装置及设备
US11792682B2 (en) 2017-05-27 2023-10-17 Huawei Technologies Co., Ltd. Packet sending method, apparatus, and device
US11246056B2 (en) 2017-05-27 2022-02-08 Huawei Technologies Co., Ltd. Packet sending method, apparatus, and device
CN108933735A (zh) * 2017-05-27 2018-12-04 华为技术有限公司 一种报文发送的方法、装置及设备
CN108933735B (zh) * 2017-05-27 2020-12-25 华为技术有限公司 一种报文发送的方法、装置及设备
CN109756929B (zh) * 2017-11-02 2021-03-30 华为技术有限公司 应答帧延迟时长设置方法、装置、系统及可读存储介质
CN109756929A (zh) * 2017-11-02 2019-05-14 华为技术有限公司 应答帧延迟时长设置方法、装置及系统
CN111049625A (zh) * 2018-10-15 2020-04-21 珠海市魅族科技有限公司 一种无线局域网络通信的方法及通信设备
CN109861801A (zh) * 2018-10-15 2019-06-07 北京新岸线移动通信技术有限公司 一种数据传输方法及装置

Also Published As

Publication number Publication date
US9294248B2 (en) 2016-03-22
KR20140018964A (ko) 2014-02-13
EP2693816B1 (en) 2020-06-17
US20140086222A1 (en) 2014-03-27
US20160164641A1 (en) 2016-06-09
US20160164655A1 (en) 2016-06-09
WO2012130094A1 (zh) 2012-10-04
EP2693816A4 (en) 2014-11-26
EP2693816A1 (en) 2014-02-05
CN103444242B (zh) 2016-11-02
KR20180105737A (ko) 2018-09-28
DK2693816T3 (da) 2020-09-14
CN103444242A (zh) 2013-12-11
JP2014511078A (ja) 2014-05-01
KR101931075B1 (ko) 2018-12-19
JP6212030B2 (ja) 2017-10-11

Similar Documents

Publication Publication Date Title
CN102684852A (zh) 一种用于帧确认的方法和装置
CN102917463B (zh) 传输调度信息的方法、基站和用户设备
US8023453B2 (en) Methods and systems for providing reliable multicast service in a WLAN system
US10660082B2 (en) GSM evolution packet data traffic channel resource transmission management—flexible downlink allocation technique
EP2613468B1 (en) Method for uplink transmitting of radio link control (rlc) layer and evolved node b (enb)
CN101682916B (zh) 在移动通信系统中发送rlc pdu和分配无线资源的方法以及移动通信的rlc实体
CN102739375B (zh) 一种用于重传的方法和装置
US20130114622A1 (en) Block acknowledgement for wireless communication methods, apparatuses and systems
CN105429737B (zh) 一种用于帧确认的方法和装置
CN103326827A (zh) 一种用于帧确认的方法和装置
CN103548316B (zh) 一种用于帧确认的方法和装置
WO2012130092A1 (zh) 一种用于帧确认的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
ASS Succession or assignment of patent right

Owner name: BEIJING NUFRONT MOBILE MULTIMEDIA TECHNOLOGY CO.,

Free format text: FORMER OWNER: BEIJING NUFRONT WIRELESS TECHNOLOGY CO., LTD.

Effective date: 20130416

C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20130416

Address after: 100084 Beijing, Zhongguancun, East Road, No. 1, Tsinghua Science and Technology Park, building science and Technology Park, building No. 8, block A, floor 16

Applicant after: Beijing Nufront Mobile Multimedia Technology Co., Ltd.

Address before: 100084 Beijing, Zhongguancun, East Road, No. 1, Tsinghua Science and Technology Park, building science and Technology Park, building No. 8, block A, floor 16

Applicant before: Beijing Nufront Wireless Technology Co., Ltd.

C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20120919