CN103178943A - 用于链路自适应的方法、装置和*** - Google Patents
用于链路自适应的方法、装置和*** Download PDFInfo
- Publication number
- CN103178943A CN103178943A CN2011104396023A CN201110439602A CN103178943A CN 103178943 A CN103178943 A CN 103178943A CN 2011104396023 A CN2011104396023 A CN 2011104396023A CN 201110439602 A CN201110439602 A CN 201110439602A CN 103178943 A CN103178943 A CN 103178943A
- Authority
- CN
- China
- Prior art keywords
- cluster
- frame
- ack
- terminal
- acknowledgement frame
- 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
- H04L1/1614—Details of the supervisory signal using bitmaps
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本发明公开了一种用于链路自适应的方法、装置和***。其中该方法包括:接入点AP接收终端STA发送的数据帧;所述接入点AP记录每个终端发送的所述数据帧是否成功接收的确认信息ACK;所述接入点AP向所述终端STA发送集群确认帧Cluster ACK,所述确认帧Cluster ACK用于被所述终端STA接收后每一个终端以确定发送的所述数据帧是否被所述接入点AP成功接收;其中所述集群确认帧包括所述确认信息ACK及所述确认帧对应的终端标识。本方法采用应答控制帧——Cluster ACK,使AP可以使用一个Cluster ACK帧同时应答多个STAs向它发送的数据。从而减小ACK带来的网络开销,提高***的性能。本发明还提供了实现上述方法的装置和***。
Description
技术领域
本发明涉及通信领域,特别涉及通信领域中用于链路自适应的方法、装置和***。
背景技术
在现在的无线局域网的标准中中,传统的应答机制为DATA/ACK模式,即发送方每发送一个分组或数据之后都需要收到一个确认帧ACK来确认分组或数据是否发送成功。DATA/ACK交换具有固定的***开销。这个开销包括竞争周期,与发送该帧本身相关的***开销,接收端的射频转换时长(SIFS)以及ACK帧的传输时间。尽管***开销基本上是固定的,但发送数据帧的时间并不固定。发送数据帧的时间越长,固定开销相对于整个传输时长的比例就越小,发送数据帧的时间越短,固定开销相对于整个传输时长的比例就越大。
在传感器网络,智能电网等景下,终端STAs发送的分组通常较短,因此,传统的DATA/ACK模式会带来很大的***开销。因此,减小传统ACK带来的***开销就会提升网络性能。
发明内容
本发明实施例提供了一种无线局域网中发送数据的方法和接入点AP,减少ACK带来的***开销以提升网络性能。
一方面,本发明实施例提供了一种无线局域网中发送数据的方法,包括:
接入点AP接收终端STA发送的数据帧;
所述接入点AP记录每个终端发送的所述数据帧是否成功接收的确认信息ACK;
所述接入点AP向所述终端STA发送集群确认帧Cluster ACK,所述确认帧Cluster ACK用于被所述终端STA接收后每一个终端以确定发送的所述数据帧是否被所述接入点AP成功接收;其中所述集群确认帧包括所述确认信息ACK及所述确认帧对应的终端标识。
另一方面,本发明实施例提供了一种接入点设备AP,包括:
接收单元,用于接收终端STA发送的数据帧;
集群确认帧Cluster ACK生成单元,用于根据每个终端发送的所述数据帧是否成功接收的确认信息ACK生成集群确认帧Cluster ACK,所述所述确认帧Cluster ACK用于被所述终端STA接收后每一个终端以确定发送的所述数据帧是否被所述接入点AP成功接收,其中所述集群确认帧包括所述确认信息ACK及所述确认帧对应的终端标识;
发送单元,用于向所述终端STA发送所述集群确认帧Cluster ACK。
基于上述技术方案,本发明实施例的方法和设备采用新的应答控制帧——Cluster ACK,使AP可以使用一个Cluster ACK帧同时应答多个STAs向它发送的数据。从而减小ACK带来的网络开销,提高***的性能。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所描述的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例的Cluster ACK帧的一般格式示意图。
图2是本发明实施例发送数据的方法流程图。
图3是Cluster ACK帧一具体实例的结构示意图。
图4是Cluster ACK帧又一实例的结构示意图。
图5是Cluster ACK帧再一实例的结构示意图。
图6是Cluster-added ACK帧一具体实例的结构示意图。
图7是本发明实施例接入点设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
下面将描述根据本发明实施例的用于无线局域网中发送数据的方法。
本发明实施例可以是WLAN中站点(STA)和接入点(AP,Access Point)之间正在进行数据传输。有些时候可以认为AP是一个特殊的站点。可以认为站点(STA)和接入点互为发送端和接收端。所以在下面的实施例中装置可以为一个STA或AP,***可以是站点(STA)和接入点(AP,Access Point)组成的WLAN.
参阅图1,本发明实施例采用一个新的帧集群确认帧Cluster ACK,该Cluster ACK帧包括2Byte长的帧控制信息Frame Control字段,2Byte长的持续时间Duration/ID字段,帧体body和4Byte长的帧校验序列FCS。其中,Cluster ACK帧的Frame Control字段与现有的ACK帧相比不同,ACK帧的子类型指示值Subtype value为1101,而Cluster ACK帧的Subtype value可以为0000-0110中的某一值以此来指示新的帧类型。当然在实际操作中,所述Subtype value取值可以在***中规定,在AP与STA之间协商好或者规定好,达到同步即可,前述为一实施例。Cluster ACK帧的Duration/ID字段表示以us为单位的时长。帧体用以应答数据帧的接收情况。FCS字段包括一个32bit的CRC,用以校验分组的完整性。
采用上述。Cluster ACK帧,AP不对每一个数据帧一一应答,而是在一个特定时间发送一个Cluster ACK帧对一段时间内接收到的一个或多个STAs发送的若干数据帧进行统一回复。AP维护一张信息列表,在成功接收到一个数据帧之后,在列表内记录下该数据帧的发送节点的ID及该数据帧的编号。在发送Cluster ACK帧之前,AP将信息列表内的信息按一定规则写入帧体。STAs在收到Cluster ACK帧之后,按一定的规则解读帧体内的信息,确定自己所发送的数据帧是否被正确接收。
参阅图2,本发明实施例发送数据的方法流程图,所述方法包括:
S101,接入点AP接收终端STA发送的数据帧;
S103,所述接入点AP记录每个终端发送的所述数据帧是否成功接收的确认信息ACK;
S105,所述接入点AP向所述终端STA发送集群确认帧Cluster ACK,所述确认帧Cluster ACK用于被所述终端STA接收后每一个终端以确定发送的所述数据帧是否被所述接入点AP成功接收;其中所述集群确认帧包括至少两个所述确认信息ACK,还包括与所述确认帧ACK对应的终端标识。
基于上述技术方案,本发明实施例的方法采用新的应答控制帧——Cluster ACK,使AP可以使用一个Cluster ACK帧同时应答多个STAs向它发送的数据。从而减小ACK带来的网络开销,提高***的性能。
下面结合不同场景的不同实施对方法进行介绍。
接入点设备AP与STA通信,接收STA发送的数据帧后AP回复ClusterACK帧。如果与AP通信的为n个终端,Cluster ACK帧的帧体由1Byte长的Cluster-ID字段和“n”Byte长的“确认”字段组成,“n”为一个Cluster ACK帧可以确认的节点的数量。这里建议n最为8或者16。在具体实施中,如果***支持,可以不对集群ACK的发送支持的终端数限制,本实施例及后续的实施例均以8个终端为例,但是可以简单通过增加帧的持续时间何长度增加到16或者其他需要的长度。每个终端可以支持8个帧的ack,每对应一个终端的确认信息ACK(确认字段)为1 byte,其中8个比特指示8个应确认信息ACK,依次对应终端发送的8个数据帧的接收情况。各实施例也是用同时反馈8个数据帧的情况进行介绍的。但是通过增加帧长度,可以简单的增加到同时发送一个终端16个数据帧的接收情况,或者其它数量的数据帧接收情况。
在本实施例中,Cluster ACK帧的结构如图3所示,Cluster ACK帧包括2Byte长的Frame Control字段,2Byte长的Duration/ID字段,帧体和4Byte长的FCS字段。
帧体由1Byte长的Cluster-ID字段和“n”Byte长的“确认”字段组成,“n”为一个Cluster ACK帧可以确认的节点的数量。其中Cluster-ID用于表示发送所述数据帧中的所述确认信息ACK对应的终端所属组的组标识。“确认”字段中的每一个Byte表示一个STA所发送数据的接收情况。确认信息ACK记载在集群确认帧主体body部分,第k个确认信息ACK为所述所述组内第k个终端的确认信息ACK;其中1≤k≤n。如:第一个Byte表示组第1个的STA所发送数据的接收情况,第二个Byte表示组内第2个的STA所发送数据的接收情况,第k个Byte表示组内第k个的STA所发送数据的接收情况。Byte内的每一个bit表示该STA所发送的一个数据帧的确认信息ACK,“0”表示AP接收该数据帧失败,“1”表示AP接收该数据帧成功。如:一个Byte内第1个bit为“0”,表示该STA发送的第一个数据帧被AP接受失败,一个Byte内第8个bit为“1”,表示该STA发送的第八个数据帧被AP接受成功。当然表示接收成功或失败对应的值可以互换。FCS字段包括一个32bit的CRC,用以校验分组的完整性。
在AP与STA的通信过程中,AP维护一张信息列表,在成功接收到一个数据帧之后,在列表内记录下该数据帧的发送节点的ID及该数据帧的编号。
在发送Cluster ACK帧之前,AP将列表内的信息按写入帧体,将k个STA发送的第m(m<=8)个数据帧的接收情况写入第k个byte的第m个bit,“0”表示AP接受失败,“1”表示AP接收成功。如:AP成功接收到index=1的STA发送的第8个数据帧,则在第1个“应答”字段的第8个bit写入“1”。
STAs在收到Cluster ACK帧之后,解读帧体内的信息确定自己所发送的数据帧是否被正确接收。如:index=1的STA接收到Cluster ACK帧之后,读取第1个Byte,其中第8个bit为“1”,表示它所发送的第8个数据帧已经被AP成功接收。
参阅图4,又一种实现方式。Cluster ACK帧包括2Byte长的FrameControl字段,2Byte长的Duration/ID字段,帧体和4Byte长的FCS字段。帧体由1Byte长的Cluster-ID字段,n个Byte长的索引index字段和“n”个Byte长的“确认”字段交替组成,n为一个Cluster ACK帧可以确认的节点的数量。其中Cluster-ID表示需要确认的数据帧的发送节点所属组的编号。确认信息ACK记载在集群确认帧主体body部分,包括n个信息组,每个信息组包括所述终端在所述组的索引号及所述索引对应终端的所述确认信息ACK。索引index字段指示需要确认的数据帧的发送节点的组内编号。“确认”字段中的每一个Byte表示前面“index”所指示的STA发送数据的接收情况(即确认信息ACK),Byte内的每一个bit表示该STA所发送的一个数据帧的接收情况,“0”表示AP接收该数据帧失败,“1”表示AP接收该数据帧成功。如:一个Byte内第1个bit为“0”,表示该STA发送的第一个数据帧被AP接受失败,一个Byte内第8个bit为“1”,表示该STA发送的第八个数据帧被AP接受成功。
在AP与STA的通信过程中AP维护一张列表,在成功接收到一个数据帧之后,在列表内记录下该数据帧的发送节点的ID及该数据帧的编号。
在发送Cluster ACK帧之前,AP将列表内的信息按写入帧体,将需要确认数据帧的发送节点的组内编号写入“index”字段内,将序号为m(m<=8)的数据帧的接收情况写入后面的“确认”字段中第m个bit,“0”表示AP接受失败,“1”表示AP接收成功。如:AP成功接收到index=1的STA发送的第8个数据帧,则在一个“index”内写入“1”,在后面的“确认”字段的第8个bit内写入1。
STAs在收到Cluster ACK帧之后,解读帧体内的信息,STA需找与自己index值相同的index字段,并在其后面的“确认”字段中读取信息,确定自己所发送的数据帧是否被正确接收。如:index=1的STA接收到Cluster ACK帧之后,找到index=1的“index”字段,在后面的“确认”字段中第8个bit为“1”,表示它所发送的第8个数据帧已经被AP成功接收,具体该8个bit的取值,根据数据帧的接收情况决定。
参阅图5,再一种实现方式。Cluster ACK帧包括2Byte长的FrameControl字段,2Byte长的Duration/ID字段,帧体和4Byte长的FCS字段。确认信息ACK记载在所述集群确认帧主体body部分,包括n个信息组,每个信息组包括一个所述关联标识符AID及所述AID所指示终端的确认信息ACK。(即帧体由“n”个2Byte长的AID字段和“n”个1Byte长的“确认”字段交替组成,“n”为一个Cluster ACK帧可以确认的节点的数量。)其中AID字段指示需要确认的数据帧的发送节点的AID(关联标识符),即为该确认信息ACK对应的终端。AID字段后面的“确认”字段内的每一个bit表示该STA所发送的一个数据帧的确认信息ACK,“0”表示AP接收该数据帧失败,“1”表示AP接收该数据帧成功。如:一个“确认”字段内第1个bit为“0”,表示该STA发送的第一个数据帧被AP接受失败,一个“确认”字段内第8个bit为“1”,表示该STA发送的第八个数据帧被AP接受成功。
进一步,还可以是先顺序写入所有AID,然后顺序写入所有确认信息ACK。确认信息ACK记载在集群确认帧主体body部分包括两个信息组,顺序记录的n个所述AID和顺序记录的n个所述确认信息ACK,其中第k个确认信息ACK为所述所述组内第k个终端的确认信息ACK。
在AP与STA的通信过程中,AP维护一张信息列表,在成功接收到一个数据帧之后,在列表内记录下该数据帧的发送节点的ID及该数据帧的编号。
在发送Cluster ACK帧之前,AP将列表内的信息按写入帧体,将需要确认的数据帧的发送节点的AID写入一个AID字段,将序号为m(m<=8)的数据帧的接收情况(即确认信息ACK)写入后面的“确认”字段中第m个bit,如:AP成功接收到AID=000000 111111的STA发送的第8个数据帧,则在一个AID字段中写入“000000 111111”,在这个AID字段后面的“确认”字段中的第8个bit中写入1。STAs在收到Cluster ACK帧之后,解读帧体内的信息,STA需找与自己AID值相同的AID字段,并在其后面的“确认”字段中读取信息,确定自己所发送的数据帧是否被正确接收。如:AID=00000000 11111111的STA接收到Cluster ACK帧之后,找到AID=00000000 11111111的AID字段,在后面的“确认”字段中第8个bit为“1”,表示它所发送的第8个数据帧已经被AP成功接收。
上述各实施例可以一次向多STA发送ACK,对每一个STA还可以发送对应多个帧的ACK。因为每一个确认信息ACK(确认字段)为1byte,其中有8个比特,依次对应确认信息ACK对应的8个数据帧的接收情况。
对上述所有实施例均以最多8个终端为例描述的,并且每个终端在Cluster ACK帧持续时间内一个终端最多发送8个数据帧。如果一个STA在这段时间内发送的数据帧超过8个,则我们用Cluster-added ACK帧回复余下的数据帧。Cluster-added ACK帧的结构如图6所示。
Cluster-added ACK帧包括2Byte长的Frame Control字段,2Byte长的Duration/ID字段,6Byte长的终端的地址RA字段,帧体和4Byte长的FCS字段,集群确认附加帧Cluster-added ACK还包括所述确认帧对应的地址及所述第8个数据帧之后的数据帧的确认信息ACK。其中Frame Control字段,Duration/ID字段,RA字段和FCS字段格式与作用现有ACK帧格式或前述实施例中一样。
帧体中记录着该STA所发送的第8个以后的数据帧的接收情况。帧体中的第k个bit表示该STA发送的第k+8个数据帧的接收情况,“0”表示AP接受失败,“1”表示AP接收成功。如:第8个bit为“1”表示该STA发送的第16个数据帧已经被AP正确接收。
如果一个STA在这段时间内发送的数据帧超过8个,AP将该STA的地址写入RA,将余下数据帧的接收情况写入帧体。
STA接收到Cluster-added ACK之后,首先判断RA是否是自己的地址,如果是则接收,如果不是则丢弃。在接收Cluster-added ACK之后,读取帧体内的信息,确定发送的数据帧的接收情况。
进一步,为了采用本实施例的上述方法,在终端发出的数据中可以修改发送的数据帧的结构。在数据帧的帧控制字段选择一个bite,例如第14个bit,设为为“More Data”字段,这个字段在AP向一个处于PS模式的STA所发送的数据或管理帧中可能会被设置为1。用以表示AP为该STA缓存了更多的数据帧。但在STA发送的数据帧中,其值总被设为0。通过用“MoreData”字段来指示STA希望得到的确认方式,当其值被设为0时,表示STA希望等到Cluster ACK的确认方式,当其值被设为1时,表示STA希望等到传统ACK的确认方式。或者为支持与传统ACK兼容,需要使用STAs发送给AP的数据帧帧头中的保留字段作为指示。通过帧头保留字段中任意一个bit的取值来确定STA需要得到的确认方式。在本发明的实施例终端STA发送数据帧中包括帧控制域frame control field中的多数据指示字段more data,终端STA使用所述指示字段more data通知接入点AP终端STA是否支持使用集群确认帧Cluster ACK。可以约定More Data设置为1指示支持使用集群确认帧,当然也可设置0指示支持使用集群确认帧,AP与STA对此的约定或规定一致即可。
在具体实施中,可以约定***采用Cluster ACK反馈方式,则不需要上述的more data或指示比特的设置。
进一步,完成Cluster ACK帧的封装后,AP在beacon帧之后将该帧广播。STAs不需要被额外唤醒便可接收该帧。是的***支持节能的选择。或者完成Cluster ACK帧的封装后,AP可以在任意时刻将该帧广播。STAs需要被额外唤醒才能接收该帧。
在本发明实施例中的发送端和接收端采用上述方法实施例中的方法进行通讯,发送端和接收端能够完成上述的方法及各流程,所以介绍***中关于使用发送端和接收端时的方法请参阅方法实施例。在设备中的各功能模块或者单元或者器件比如处理器等,能够分别对应实现上述方法的功能与操作。该AP可以完全执行上述方法,作为上述方法的执行主体。本发明实施例进一步给出一种可以用于无限局域网络中的接入点设备AP。
参阅图7,实施例接入点设备的结构示意图。接入点80包括:
接收单元801,用于接收终端STA发送的数据帧;
集群确认帧Cluster ACK生成单元803,用于根据每个终端发送的数据帧是否成功接收的确认信息ACK生成集群确认帧Cluster ACK,确认帧Cluster ACK用于被终端STA接收后每一个终端以确定发送的数据帧是否被接入点AP成功接收,其中集群确认帧包括确认信息ACK及确认帧对应的终端标识;
发送单元805,用于向终端STA发送集群确认帧Cluster ACK。
进一步,集群确认帧Cluster ACK生成单元803生成的集群确认帧还包括:帧控制信息Frame control,帧控制信息包括子类型指示值subtype value用以标识该帧为集群确认帧,subtype value的取值从0000-0110。
实际用于中,***中有n个终端,则集群确认帧中包括n个确认信息ACK;
集群确认帧Cluster ACK生成单元803生成的集群确认帧还包括集群标识Cluster ID用于表示发送数据帧中的确认信息ACK对应的终端所属组的组标识;
确认信息ACK记载在集群确认帧主体body部分,第k个确认信息ACK为组内第k个终端的确认信息ACK;其中1≤k≤n,1≤n≤8。
集群确认帧中还包括终端的关联标识符AID用于作为终端的终端标识;
确认信息ACK记载在集群确认帧Cluster ACK生成单元803生成的集群确认帧主体body部分包括两个信息组,顺序记录的n个AID和顺序记录的n个确认信息ACK,其中第k个确认信息ACK为组内第k个终端的确认信息ACK,1≤k≤n,1≤n≤8。
集群确认帧Cluster ACK生成单元803生成的集群确认帧还包括集群标识Cluster ID用于表示发送数据帧中的确认信息ACK对应的终端所属组的组标识;
确认信息ACK记载在集群确认帧Cluster ACK生成单元803生成的集群确认帧主体body部分,包括n个信息组,每个信息组包括终端在组的索引号及索引对应终端的确认信息ACK;其中1≤n≤8。或者,
确认信息ACK记载在集群确认帧Cluster ACK生成单元803生成的集群确认帧主体body部分包括两个信息组,顺序记录的n个AID和顺序记录的n个确认信息ACK,其中第k个确认信息ACK为组内第k个终端的确认信息ACK,1≤k≤n,1≤n≤8。
进一步,接入点设备还包括信息记录单元807,用于将确认信息ACK记录在信息列表中。则集群确认帧Cluster ACK生成单元803读取信息列表中的信息以生成集群确认帧Cluster ACK。
进一步集群确认帧Cluster ACK生成单元803还用于如果终端在集群确认帧的持续时间内发送的数据帧的数量大于8,生成集群确认附加帧Cluster-added ACK,集群确认附加帧Cluster-added ACK包括确认帧对应的地址及第8个数据帧之后的数据帧的确认信息ACK;
发送单元805还用于发送集群确认附加帧Cluster-added ACK。
本发明的接入点设备,采用应答控制帧——Cluster ACK,使AP可以使用一个Cluster ACK帧同时应答多个STAs向它发送的数据。从而减小ACK带来的网络开销,提高***的性能。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
Claims (21)
1.一种无线局域网中发送数据的方法,其特征在于,所述方法包括:
接入点AP接收终端STA发送的数据帧;
所述接入点AP记录每个终端发送的所述数据帧是否成功接收的确认信息ACK;
所述接入点AP向所述终端STA发送集群确认帧Cluster ACK,所述确认帧Cluster ACK用于被所述终端STA接收后每一个终端以确定发送的所述数据帧是否被所述接入点AP成功接收;其中所述集群确认帧包括至少两个所述确认信息ACK,还包括与所述确认帧ACK对应的终端标识。
2.根据权利要求1所述的方法,其特征在于,所述集群确认帧还包括:帧控制信息Frame control,所述帧控制信息包括子类型指示值subtype value用以标识该帧为集群确认帧,所述subtype value的取值从0000-0110。
3.根据权利要求1或2的所述的方法,其特征在于,所述终端为n个终端,则所述集群确认帧中包括n个所述确认信息ACK;
所述集群确认帧还包括集群标识Cluster ID用于表示发送所述数据帧中的所述确认信息ACK对应的终端所属组的组标识;
所述确认信息ACK记载在所述集群确认帧主体body部分,第k个确认信息ACK为所述组内第k个终端的确认信息ACK;
其中1≤k≤n。
4.根据权利要求1或2所述的方法,其特征在于,
所述终端为n个终端,则所述集群确认帧中包括n个所述确认信息ACK,
所述集群确认帧还包括集群标识Cluster ID用于表示发送所述数据帧中的所述确认信息ACK对应的终端所属组的组标识;
所述确认信息ACK记载在所述集群确认帧主体body部分,包括n个信息组,每个信息组包括所述终端在所述组的索引号及所述索引对应终端的所述确认信息ACK。
5.根据权利要求1或2所述的方法,其特征在于,
所述终端为n个终端,则所述集群确认帧中包括n个所述确认信息ACK,所述集群确认帧中还包括所述终端的关联标识符AID用于作为所述终端的终端标识;
所述确认信息ACK记载在所述集群确认帧主体body部分,包括n个信息组,每个信息组包括一个所述关联标识符AID及所述AID所指示终端的确认信息ACK。
6.根据权利要求1或2所述的方法,其特征在于,
所述终端为n个终端,则所述集群确认帧中包括n个所述确认信息ACK,所述集群确认帧中还包括所述终端的关联标识符AID用于作为所述终端的终端标识;
所述确认信息ACK记载在所述集群确认帧主体body部分包括两个信息组,顺序记录的n个所述AID和顺序记录的n个所述确认信息ACK,其中第k个确认信息ACK为所述组内第k个终端的确认信息ACK。
7.根据权利要求1-6任意一个权利要求所述的方法,其特征在于,所述集群确认帧中的每一个所述确认信息ACK包括对多个数据帧的接收情况信息,每一个所述数据帧的接收情况信息占用1比特bit。
8.根据权利要求1-6任意一个权利要求所述的方法,其特征在于,所述集群确认帧还包括:FCS信息,该FCS信息包括校验字段用于校验该集群确认帧Cluster ACK的完整性。
9.根据权利要求1-6任意一个权利要求所述的方法,其特征在于,所述接入点AP记录每个终端发送的所述数据帧是否成功接收的确认信息ACK包括所述接入点AP将所述确认信息ACK记录在信息列表中;则
所述接入点AP向所述终端STA发送集群确认帧Cluster ACK之前所述接入点AP将所述信息列表中的信息顺序写入所述集群确认帧。
10.根据权利要求3-6任意一个权利要求所述的方法,其特征在于,如果所述终端在所述集群确认帧的持续时间内发送的数据帧的数量大于8,所述方法还包括:所述接入点AP发送向所述终端STA发送集群确认帧ClusterACK后向所述终端STA发送集群确认附加帧Cluster-added ACK;所述集群确认附加帧Cluster-added ACK包括所述确认帧对应的地址及所述第8个数据帧之后的数据帧的确认信息ACK。
11.根据权利要求10所述发方法,其特征在于,所述集群确认附加帧Cluster-added ACK包括:
帧控制信息Frame control,所述帧控制信息包括子类型指示值subtypevalue用以标识该帧为集群确认帧,所述subtype value的取值从0000-0110。
12.根据权利要求1-11任意一个权利要求所述的方法,其特征在于,所述接入点AP通过广播的方式发送所述集群确认帧Cluster ACK。
13.根据权利要求1-12任意一个权利要求所述的方法,其特征在于,所述终端STA发送数据帧中包括帧控制域frame control field中的多数据指示字段more data,所述终端STA使用所述指示字段more data通知所述接入点AP所述终端STA是否支持使用集群确认帧Cluster ACK。
14.一种接入点设备AP,其特征在于,所述接入点包括:
接收单元,用于接收终端STA发送的数据帧;
集群确认帧Cluster ACK生成单元,用于根据每个终端发送的所述数据帧是否成功接收的确认信息ACK生成集群确认帧Cluster ACK,所述确认帧Cluster ACK用于被所述终端STA接收后每一个终端以确定发送的所述数据帧是否被所述接入点AP成功接收,其中所述集群确认帧包括所述确认信息ACK及所述确认帧对应的终端标识;
发送单元,用于向所述终端STA发送所述集群确认帧Cluster ACK。
15.根据权利要求14所述的接入点设备,其特征在于,所述集群确认帧Cluster ACK生成单元生成的所述集群确认帧还包括:帧控制信息Framecontrol,所述帧控制信息包括子类型指示值subtype value用以标识该帧为集群确认帧,所述subtype value的取值从0000-0110。
16.根据权利要求14或15所述的接入点设备,其特征在于,所述终端为n个终端,则所述集群确认帧中包括n个所述确认信息ACK;
所述集群确认帧Cluster ACK生成单元生成的集群确认帧还包括集群标识Cluster ID用于表示发送所述数据帧中的所述确认信息ACK对应的终端所属组的组标识;
所述确认信息ACK记载在所述集群确认帧主体body部分,第k个确认信息ACK为所述组内第k个终端的确认信息ACK;其中1≤k≤n。
17.根据权利要求14或15所述的接入点设备,其特征在于,所述终端为n个终端,则所述集群确认帧中包括n个所述确认信息ACK,所述集群确认帧中还包括所述终端的关联标识符AID用于作为所述终端的终端标识;
所述确认信息ACK记载在所述集群确认帧Cluster ACK生成单元生成的所述集群确认帧主体body部分包括两个信息组,顺序记录的n个所述AID和顺序记录的n个所述确认信息ACK,其中第k个确认信息ACK为所述所述组内第k个终端的确认信息ACK,1≤k≤n。
18.根据权利要求14或15所述的接入点,其特征在于,所述终端为n个终端,则所述集群确认帧中包括n个所述确认信息ACK,
所述集群确认帧Cluster ACK生成单元生成的所述集群确认帧还包括集群标识Cluster ID用于表示发送所述数据帧中的所述确认信息ACK对应的终端所属组的组标识;
所述确认信息ACK记载在所述集群确认帧主体body部分,包括n个信息组,每个信息组包括所述终端在所述组的索引号及所述索引对应终端的所述确认信息ACK。
19.根据权利要求14或15所述的接入点,其特征在于,所述终端为n个终端,则所述集群确认帧中包括n个所述确认信息ACK,所述集群确认帧中还包括所述终端的关联标识符AID用于作为所述终端的终端标识;
所述确认信息ACK记载在所述集群确认帧Cluster ACK生成单元生成的所述集群确认帧主体body部分包括两个信息组,顺序记录的n个所述AID和顺序记录的n个所述确认信息ACK,其中第k个确认信息ACK为所述所述组内第k个终端的确认信息ACK,1≤k≤n。
20.根据权利要求14-19任意一个权利要求所述的接入点,其特征在于,所述接入点还包括:
信息记录单元,用于将所述确认信息ACK记录在信息列表中。则所述集群确认帧Cluster ACK生成单元读取所述信息列表中的信息以生成所述集群确认帧Cluster ACK。
21.根据权利要求14-20任意一个权利要求所述的接入点,其特征在于,所述集群确认帧Cluster ACK生成单元还用于如果所述终端在所述集群确认帧的持续时间内发送的数据帧的数量大于8,生成集群确认附加帧Cluster-added ACK,所述集群确认附加帧Cluster-added ACK包括所述确认帧对应的地址及所述第8个数据帧之后的数据帧的确认信息ACK;
所述发送单元还用于发送所述集群确认附加帧Cluster-added ACK。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011104396023A CN103178943A (zh) | 2011-12-23 | 2011-12-23 | 用于链路自适应的方法、装置和*** |
PCT/CN2012/086628 WO2013091509A1 (zh) | 2011-12-23 | 2012-12-14 | 用于链路自适应的方法、装置和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011104396023A CN103178943A (zh) | 2011-12-23 | 2011-12-23 | 用于链路自适应的方法、装置和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103178943A true CN103178943A (zh) | 2013-06-26 |
Family
ID=48638581
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011104396023A Pending CN103178943A (zh) | 2011-12-23 | 2011-12-23 | 用于链路自适应的方法、装置和*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103178943A (zh) |
WO (1) | WO2013091509A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105120551A (zh) * | 2015-07-13 | 2015-12-02 | 苏州大学 | 基于bme技术的无线led控制***及方法 |
CN106792903A (zh) * | 2016-12-13 | 2017-05-31 | 深圳中科讯联科技股份有限公司 | 一种多对多无线数据发送方法及装置、接收方法及装置 |
CN108347321A (zh) * | 2017-01-25 | 2018-07-31 | 华为技术有限公司 | 一种通信方法及装置 |
CN110546904A (zh) * | 2017-04-26 | 2019-12-06 | 高通股份有限公司 | 无线通信***中的群确收和/或群否定确收 |
CN113676307A (zh) * | 2015-07-07 | 2021-11-19 | 索尼公司 | 通信设备和通信方法 |
CN114073025A (zh) * | 2020-06-05 | 2022-02-18 | 北京小米移动软件有限公司 | 持续时长域的值确定方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1849772A (zh) * | 2003-08-08 | 2006-10-18 | 英特尔公司 | 使用非立即块确认的sdma通信 |
US20090046618A1 (en) * | 2007-08-13 | 2009-02-19 | Kabushiki Kaisha Toshiba | Wireless communication system and wireless communication device |
US20110235593A1 (en) * | 2010-03-29 | 2011-09-29 | Gong Michelle X | Techniques for efficient acknowledgement for UL MU mimo and uplink OFDMA in wireless networks |
-
2011
- 2011-12-23 CN CN2011104396023A patent/CN103178943A/zh active Pending
-
2012
- 2012-12-14 WO PCT/CN2012/086628 patent/WO2013091509A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1849772A (zh) * | 2003-08-08 | 2006-10-18 | 英特尔公司 | 使用非立即块确认的sdma通信 |
US20090046618A1 (en) * | 2007-08-13 | 2009-02-19 | Kabushiki Kaisha Toshiba | Wireless communication system and wireless communication device |
US20110235593A1 (en) * | 2010-03-29 | 2011-09-29 | Gong Michelle X | Techniques for efficient acknowledgement for UL MU mimo and uplink OFDMA in wireless networks |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113676307A (zh) * | 2015-07-07 | 2021-11-19 | 索尼公司 | 通信设备和通信方法 |
CN105120551A (zh) * | 2015-07-13 | 2015-12-02 | 苏州大学 | 基于bme技术的无线led控制***及方法 |
CN106792903A (zh) * | 2016-12-13 | 2017-05-31 | 深圳中科讯联科技股份有限公司 | 一种多对多无线数据发送方法及装置、接收方法及装置 |
CN108347321A (zh) * | 2017-01-25 | 2018-07-31 | 华为技术有限公司 | 一种通信方法及装置 |
CN110546904A (zh) * | 2017-04-26 | 2019-12-06 | 高通股份有限公司 | 无线通信***中的群确收和/或群否定确收 |
CN110546904B (zh) * | 2017-04-26 | 2022-05-17 | 高通股份有限公司 | 用于无线通信***中的群确收和/或群否定确收的方法和装置 |
CN114073025A (zh) * | 2020-06-05 | 2022-02-18 | 北京小米移动软件有限公司 | 持续时长域的值确定方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2013091509A1 (zh) | 2013-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101977100B (zh) | 简化接收方状态信息的块确认 | |
USRE49471E1 (en) | Method for protecting data in a mu-mimo based wireless communication system | |
CN102843785B (zh) | 无线局域网中逆向协议传输的方法及装置 | |
WO2018202177A1 (zh) | Zigbee设备的固件升级方法和装置 | |
CN102026297B (zh) | 信道协商方法、***和节点 | |
CN103178943A (zh) | 用于链路自适应的方法、装置和*** | |
KR20110058709A (ko) | 다중 사용자 기반 무선통신 시스템에서 전송 실패 프레임의 복구 방법 | |
EP2493129A2 (en) | Method for allocating group address in wireless lan, method for transmitting response request frame and response frame to terminals, and data transmission method using same group address | |
KR20070087547A (ko) | 공유 자원 네트워크에서 가변 길이 통합 확인 시스템과방법 | |
CN104584473A (zh) | 信道资源指示方法及装置 | |
CN104508996A (zh) | 连接建立方法、装置及*** | |
CN104065452A (zh) | 一种无线通信方法、相关设备及*** | |
CN102511142B (zh) | 改进无线***的链路预算的方法和*** | |
CN103957087A (zh) | 一种无线通信方法、相关设备及*** | |
CN102724651A (zh) | 数据直通处理方法、设备和*** | |
CN102742337B (zh) | 数据的传输方法及装置、移动终端 | |
CN108234093B (zh) | 控制信息指示方法及网元 | |
CN102984813B (zh) | 数据直通处理方法、设备和*** | |
KR100631742B1 (ko) | Ack 프레임 전송 방법 및 장치 | |
CN103227982A (zh) | 数据直通处理方法、设备和*** | |
CN102742304B (zh) | 多运营商核心网接入方法、装置及*** | |
KR100631736B1 (ko) | Ack 프레임 전송 방법 및 장치 | |
CN102742317B (zh) | 通信***、方法及设备 | |
CN103002514B (zh) | 传输信息的方法和装置 | |
CN102474860B (zh) | 移动通信***、基站以及通信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130626 |