CN1894921B - 接收台、通信方法 - Google Patents
接收台、通信方法 Download PDFInfo
- Publication number
- CN1894921B CN1894921B CN200480037907XA CN200480037907A CN1894921B CN 1894921 B CN1894921 B CN 1894921B CN 200480037907X A CN200480037907X A CN 200480037907XA CN 200480037907 A CN200480037907 A CN 200480037907A CN 1894921 B CN1894921 B CN 1894921B
- Authority
- CN
- China
- Prior art keywords
- frame
- mode
- ack
- receiving platform
- blockack
- 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.)
- Active
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
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
当前的IEEE802.11e草案作为得到来自接收台侧的送达确认信息方法用的方法规定了块ACK·标准ACK两种方式。在现在的标准中在使用了块ACK方式的数据帧的发送中有也可暂时使用标准ACK的规定,但是没有明确记载与这里所用的可以用标准ACK发送的数据帧有关的规定。其存在若假定为基于由块ACK方式规定的规则,则有可能产生在发送台中动态切换这两个种类的情况下,到接收台知道未接收数据帧为无效的事实为止的延迟变大,因此,随之到接收台可以将正常接收的数据帧通知给上级层为止的延迟变大的情况。另外,若基于当前的草案中规定的规则来进行块ACK方式的超时的判断,则有可能产生本来可以释放的块ACK用的资源无论何时都不能释放的问题。本发明通过在设置了块ACK的数据传送中使用的标准ACK可进行发送的数据的发送顺序和对块ACK方式的超时的判断添加适当的改变来避免上述问题。
Description
技术领域
本发明涉及同时使用通过一个帧来送还一个帧所对应的送达确认的标准ACK方式和集中通过一个帧来送还多个帧所对应的送达确认的块ACK方式的通信方法。
背景技术
现有技术中,为了在如无线通信这样的通信路径的出错发生率高的网络中提高数据送达的正确性,实施了进行数据发送失败的数据帧的重新发送处理的协议。帧的接收台针对某一帧,将接收是否成功的送达确认信息送还到发送台。发送台根据从接收台送还的送达确认信息检测接收失败的帧,并将该帧重新发送到接收台。
作为发送台从接收台侧得到送达确认信息用的方法,一般知道有下面所示的两种方法。
首先的方法是用一个帧送还一个帧所对应的送达确认的方式,一般使用该方法。
另一种方法是集中通过一个帧送还多个帧所对应的送达确认的方式。
将前者称作标准ACK(NomalAck)方式,将后者称作块ACK方式(BlockAck)。由于块ACK方法中,送达确认信息的通知所需的帧数少就可以了,所以与使用标准Ack的方法的情况相比,频带效率好,但是有平均传送延迟时间大的折衷(trade-off)。
对于作为无线LAN(Local Area Network)中的MAC层(MediumAccess Control Layer)的标准而广泛得知的IEEE802.11标准(ANSI/IEEEStd.802.11,1999Edition),作为实现QoS(Quality of service)用的追加标准,IEEE802.11e标准的策划现在正在进行。
在通过IEEE802.11委员会发行的该标准的草案(Draft Amendment toSTANDARD[for]Information Technology-Telecommunications andInformation Exchange Between Systems-LAN/MAN Specific Requirements-Part 11:Wireless Medium Access Control(MAC)and Physical Layer(PHY)Specification:Medium Access Control(MAC)Quality of Service(QoS)Enhancements,IEEE P802.11e/D6.0,November 2003,之后称作“当前草案”)中,作为标准ACK方式定义了标准确认方式(之后称作标准Ack方式),作为块ACK方式定义了块确认方式(之后称作块Ack方式)。
(关于TID和序号)
在IEEES02.11e中,一系列的数据序列用称作TID(traffic identifier)的序号来识别。
在属于各TID的数据帧上添加发送台每发送一帧时平均加一的序号(IEEE802.11中称作序号)。因此,在发送接收台中,可通过TID和序号(sequence number)的组来唯一识别帧。由于实际的帧中,存储序号的字段为有限长度,所以若连续发送帧,则号码用尽,再次从0开始添加,但是本发明中为了进行考察的简化,假定不会产生这种情况。
(NormalAck方式)
说明在当前草案中规定的NormalAck方式。
NormalAck方式是在发送台发送一帧后,将对应于其的送达确认信息作为一个帧从接收台送还的方式。NormalAck方式中各数据帧从序号小的帧开始顺序发送。
NormalAck方式中的数据帧发送处理的规则如下所述。
<步骤1>
发送台发送一个数据帧。
<步骤2>
接收台在数据帧的接收成功后,将NormalAck帧送还到发送台目的地。
<步骤3A>
发送台从接收台接收到NormalAck后,则设作发送成功。
<步骤3B>
发送台在步骤1中发送数据帧后在一定期间(IEEE802.11中称作Ack超时)的期间不能接收到标准Ack帧的情况下,重新发送同一数据帧(用同一序号进行发送)。
<步骤3C>
发送台在对特定的数据帧重新发送失败一定次数(IEEE802.11中重试限制),或开始数据帧的发送后经过了一定时间(IEEE802.11e中称作延时界线或生命周期等)的情况下,看作重新发送的有效期限用尽,设作发送失败。在这种情况下,该数据帧之后不第二次重新发送。
在NormalAck方式中各数据帧从序号小的帧开始依次进行发送。因此,在还没有得到重新发送的有效期限没有用尽的数据帧所对应的送达确认信息的阶段,不先发送具有比其大的序号的数据帧。
(NormalAck方式的具体例)
将发送台发送或重新发送数据帧,接收台发送与其对应的NormalAck帧之前的处理称作一个阶段。
参考图6说明使用了NormalAck方式的具体的通信。
图的左侧表示通信路径中的帧的发送状态,图的右侧表示接收台的缓冲器和帧对上级层的通知的状态。图中,NA表示NormalAck帧,Dn或dn表示序号第n的数据帧(Dn表示新发送的数据帧,dn表示重新发送的数据帧)。另外,在数据帧的下部记载了“○”的情况下,表示接收台正确接收的帧,记载了“×”的情况下表示接收台没有正确接收的帧。虚线的矩形表示接收台的接收缓冲器。在标准Ack方式中接收缓冲器仅为一个。Dn进入到虚线的矩形内的情况表示所接收的数据帧存储在接收缓冲器内,虚线的矩形内为空的情况表示接收缓冲器为空。进一步,虚线的矩形中在上方向上记载了箭头的情况表示在接收台中将存储在该缓冲器中的数据帧通知给上级层。在将数据帧通知给上级层的情况下,由于从缓冲器中删除了该数据帧的内容,所以可以重新利用缓冲器。
<阶段1>
发送台发送数据帧D1,但是接收台对该数据帧的接收失败,这时,接收台不会送还NormalAck帧,什么都不存储在缓冲器中。
<阶段2>
由于发送台在阶段1中发送了数据帧D1后,经过Ack超时也不能接收到NormalAck帧,所以重新发送D1。另外,由于是重新发送帧,所以在图中表示为d1。由于接收台对该数据帧的接收成功,所以将其存储在缓冲器后,马上通知给上级层,而送还NormalAck帧。但是,发送台对NormalAck帧的接收失败。
<阶段3>
由于发送台在阶段2中重新发送数据帧D1后,经过Ack超时也没有接收到NormalAck帧,所以再次重新发送D1。由于接收台在阶段2中已经接收到数据帧D1,并通知给上级层,所以对于这里接收的数据帧D1进行废除,而不再次存储到缓冲器中,或通知给上级层,同时送还标准Ack帧。发送台这次接收标准Ack帧成功。
<阶段4>
发送台在阶段3中接收D1的NormalAck帧的接收成功,所以发送下一数据帧D2。
(BlockAck方式)
使用了BlockAck方式的数据发送由于是集中送还接收台中的送达确认信息的方式,所以接收台中接收数据帧的顺序无需与序号的顺序相同。但是,在对上级层通知数据时,需要恢复排列为原来的顺序,接收台需要具有用于此的缓冲器。与NormalAck方式相比,在使用了BlockAck方式的通信中,该缓冲器资源需要更多,所以IEEE802.11e中使用了BlockAck方式的通信为可选标准,接收台中应具有的缓冲器的量也依赖于安装。因这些理由在使用BlockAck方式的通信中,需要在发送之前在发送接收台之间进行BlockAck的建立,进行彼此能力的信息交换等。参考图5来说明使用BlockAck方式的通信顺序的概要。
(1)发送台501与接收台502之间进行块Ack开始手续(IEEE802.11e中称作ADDBA处理)。这时,在发送台和接收台之间预先达成使用块Ack的协议。另外,为了使用块Ack方式,需要从接收台502向发送台501预先通知接收缓冲器的大小,该接收缓冲器的大小以可接收的帧数(IEEE802.11e中称作缓冲器大小(缓冲器大小)的形式在ADDBA处理中进行相互通知。
(2)在块Ack准备处理完成后,发送台501对接收台502发送数据帧。在发送几个帧后,根据需要为了询问与多个数据帧对应的送达确认状况,而发送块ACK发送请求帧(IEEE802.11e中称作BlockAckReq帧)。
(3)接收了块ACK发送请求帧的接收台502向发送台501送还包含与多个数据帧对应的送达确认状况的块Ack帧。
(4)通过重复上述(2)(3)的顺序而进行了数据帧发送后,在其中一个台想要结束基于BlockAck的数据通信的情况下,从该台进行BlockAck结束手续。例如,在发送台501结束基于BlockAck方式的数据通信的情况下,从发送台501对接收台502通知“结束BlockAck方式”的消息。在基于BlockAck方式的数据通信结束后,在两站之间的通信中使用通常的NormalAck方式。
下面说明BlockAck方式的详细的动作顺序。
<步骤1>
从发送台的上级层输入的数据在根据需要进行分割后作为数据帧进行发送。连续发送几个数据帧,而不是如NormalAck方式那样按每个数据帧发送来送还Ack帧。
<步骤2>
发送台在想要知道连续进行发送的数据帧所对应的接收台的接收状况的情况下,对接收台适当发送BlockAckReq帧。该帧中包含发送台想要知道接收台的接收状况的最初的帧的序号(IEEE802.11e中称作起始序号)。
<步骤3>
接收台在接收到BlockAckReq帧后送还BlockAck帧。该帧中包含每个帧号帧的接收是否成功的信息。包含对于之前接收完成的数据帧内具有起始序号之后的序号的数据帧接收是否成功的信息。
<步骤4>
发送台在接收到BlockAck帧后,进行这里表示接收失败的数据帧的重新发送和新的数据帧的发送。在NormalAck方式中必需需要从序号小的数据帧开始依次发送,在BlockAck方式中对于重新发送的有效期限没有用尽的数据帧的发送顺序,提供了大的自由度。即,在没有得到重新发送的有效期限没有用尽的数据帧所对应的送达确认信息的阶段中,也可先发送具有比其大的序号的数据帧。另外,因提供给发送台的可发送的剩余时间和发送各数据帧所需的时间的相互关系等的理由,还有在发送台侧故意重新排列数据帧的发送顺序的可能。
但是,这时,有发送台不发送接收台在缓冲器中不可能存储的个数的数据帧的规则。另外,接收台的缓冲器大小可以在BlockAck开始手续时知道。更具体的,在没有接收序号为n的有效的(重新发送期限没有用尽)的数据帧的Ack的状况中,不发送序号是n+Buffer Size以上的数据帧。
这时,发送台在对某个数据帧,重新发送次数达到重试限制或经过了延时界线的情况下,不再进行该数据帧的重新发送,而发送其之后的序号的数据帧。
在NormalAck方式中,如图6的阶段2所示,在NormalAck帧不能由发送台正常接收的情况下,经常发生发送台重新发送接收台已经接收的帧的情况。但是,在BlockAck方式中这种情况不会发生很多。这是因为在发送台发送了BlockAckReq帧后不能接收到BlockAck帧的情况下,通常重新发送BlockAckReq直到接收到BlockAck帧为止。
在当前草案中,对于接收台送还BlockAck帧的定时,规定了立即块Ack策略(immediate Block Ack policy)和延时块Ack策略(delayed BlockAck policy)两种。立即块Ack策略是在接收到BlockAckReq帧后马上送还BlockAck帧的方法。延时块Ack策略是在接收到BlockAckReq帧后暂时送还标准Ack帧,之后在接收台得到发送权时送还Blockack帧的方式。由于使用任何一种方式都与本发明的内容没有直接关系,所以省略这些差异的细节。另外,虽然使用任何一种方式本发明都可适用,但是下面说明为使用了立即块Ack策略。
如前所述,在BlockAck方式中,由于不限于按照序号的顺序来接收数据帧,所以在接收台中需要重新排列帧的顺序。即,接收台必须在存在未接收的数据帧X的情况下,对于具有比其大的序号的数据帧,暂时存储到接收缓冲器中,在接收了数据帧X后,X之后的数据帧以序号的顺序来通知给上级层。但是,由于各数据帧有重新发送的期限,所以没有何时可一定接收几个数据帧X的保障。但是,若接收台知道数据帧X的重新发送期限用尽发送台不再进行该数据帧的重新发送的事实,则接收台在该时刻之前不能将X之后的数据帧通知给上级层。因此,在BlockAck方式中,为了通知有效的数据帧,使用了BlockAckReq帧的起始序号。对于其,有下面的规则。
<规则1>
起始序号表示发送台想要告知接收台送达确认信息的数据帧的前端的序号的值。因此,比起始序号小的序号的数据帧意味着由于重新发送的期限用尽,发送台不再重新发送的数据帧。接收台在接收到BlockAckReq帧时,可以将比起始序号小的数据帧内、接收成功的帧全部通知给上级层。
(块Ack超时)
如以上的说明可以看出,在BlockAck方式中,需要重新排列数据帧的顺序用的存储器资源。在结束BlockAck方式的情况下,通常在发送台和接收台之间进行明示的BlockAck结束手续,所以在接收台中可以释放为BlockAck方式确保的存储器资源。但是,在发送台不预期消失的情况下,接收台中不释放为BlockAck方式确保的资源,不能用作其他处理。
为了避免该情况,在IEEE802.11e中规定了与BlockAck连接的超时有关的规则。接收台在BlockAck方式的使用中,在一定期间(称作BlockAck超时)不能接收到属于使用BlockAck的TID的数据帧和BlockAckReq帧的情况下,看作切断了BlockAck方式的连接,可释放为BlockAck方式确保的资源。
(BlockAck方式的具体例1)
参考图7来说明BlockAck方式中的重新发送处理的具体例。
BlockAck方式中,将发送台在发送或重新发送了多个数据帧后,发送BlockAckReq帧,接收台发送与其对应的BlockAck帧之前的处理称作一个阶段。
图7中,BA表示BlockAck帧,BA req表示BlockAckReq帧。BlockAck方式中,接收缓冲器可以存储多个数据帧。Am表示接收缓冲器的地址。Dn进入到Am的框中的情况表示在地址Am的缓冲器中存储了接收帧,Am的矩形为空的情况表示地址Am的缓冲器为空。进一步,Am中上方向记载了箭头的情况表示在接收台中将存储在该缓冲器中的数据帧从MAC层通知到上级层。对于其他描述方式,由于与NormalAck方式中的图6相同,所以进行省略。
通过事先的处理,向发送台通知接收台的缓冲器大小为8。
<阶段1>
阶段1中,发送台发送D1~D5的数据帧和BlockAckReq帧。接收台将接收成功的D1、D3、D4、D5存储到缓冲器中,其中仅将D1通知给上级层,缓冲器A1变为空区域。另外,由于D2的接收失败,所以D3之后不通知给上级层,而残留在缓冲器中。通过由接收台送还的BlockAck帧,发送台可以知道D2的接收失败的情况。
<阶段2>
接收了接收台的BlockAck帧的报告的发送台在阶段2中重新发送D2。进一步,由于在前一阶段中发送到D5,所以发送接着的D6之后。由于D2的接收成功,所以接收台填补前一阶段的空白,可以向上级层通知到D5。因此,缓冲器A2~A5变为空。但是,由于D6的接收失败,所以之后不通知给上级层。另外,前一阶段中在接收了D1后马上通知给上级层,所以缓冲器A1变为空,可以重新用作D9的存储。在通过接收台送还的BlockAck帧中,对发送台通知D6和D8的接收失败。
<阶段3>
接收了接收台的BlockAck帧的报告的发送台在阶段3中重新发送D6和D8。进一步,由于在前一阶段中发送到D9,所以发送接着的D10之后。由于D6的接收成功,D8的接收失败,所以接收台可以向上级层通知D6~D7。因此,缓冲器A6~A7变为空。在通过接收台送还的BlockAck帧中,对发送台通知D8的接收失败的情况。
<阶段4>
接收了接收台的BlockAck帧的报告的发送台在阶段4中重新发送D8。进一步,由于在前一阶段中发送到D12,所以发送接着的D13之后。在该阶段中发送到还没有得到有效的数据帧D8的送达确认信息,且事先通知了接收台的缓冲器大小为8,所以若发送D16,则可以看出接收台中缓冲器不够。因此,新的数据帧的发送到D15,发送BlockAckReq帧。由于D8的接收成功,D14的接收失败,所以接收台可以向上级层通知D8~D13。因此,缓冲器A7之外为空。
(BlockAck方式的具体例2)
图8表示在BlockAck方式的通信中,在数据帧的发送成功之前发送台不再重新发送的情况的具体例。作为表示数据帧的重新发送的有效期限的信息使用BlockAckReq的起始序号。图中将该信息省略为SSN写入。对于其他描述方法,由于与(BlockAck方式的具体例1)相同,所以进行省略。
在之后的考察中为了进行简化,对于BlockAckReq帧和BlockAck帧假定为通常接收成功。
另外,通过事先的处理,向发送台通知接收台的缓冲器大小为8。
<阶段1>
阶段l中发送台发送D1~D5的数据帧和BlockAckReq帧。接收台将接收成功的D1、D3、D4、D5存储到缓冲器中,并仅将D1通知给上级层。因此,缓冲器A1变为空。通过由接收台送还的BlockAck帧,对发送台通知D2的接收失败的情况。
<阶段2>
接收了接收台的BlockAck帧的报告的发送台在阶段2中重新发送D2。进一步,发送台发送D6之后。这时,由于发送台还没有得到与D2对应的送达确认信息,且D2的重新发送期限还没有用尽,所以将BlockAckReq帧的起始序号设置为2。这里,接收D2用的A2之外的所有存储器已经使用。即,虽然D3之后的数据帧接收成功,但是为不能通知给上级层的状态。通过由接收台送还的BlockAck帧,对发送台通知D2的接收再次失败。
<阶段3>
接收了接收台的BlockAck帧的报告的发送台在阶段3中重新发送D2。但是,由于发送台还没有得到有效的数据帧D2的送达确认信息,接收台的缓冲器大小为8,所以若发送D10,则可以算出接收台中缓冲器不够,所以不发送之后的数据帧。
阶段3中,通过由接收台送还的BlockAck帧,通知D2的接收再次失败。这里,D2的重新发送期限用尽,发送台不再进行D2的重新发送。
<阶段4>
发送台到之前的阶段为止通过BlockAck帧知道接收台接收了D3到D9的数据帧。因此,发送台发送将起始序号设作10的BlockAckReq帧,对于序号为9以下的数据帧对接收台通知不进行重新发送。由此,接收台将之前的阶段中接收的D3到D9通知给上级层,而可以将所有的缓冲器恢复到空的状态。这时,发送台在下一阶段中可以发送D10到D17的数据帧。
(从BlockAck向NormalAck的切换)
通常BlockAck方式比NormalAck方式频带效率高,但是在BlockAckReq帧中想询问的数据帧的数目少的情况下,使用NormalAck方式比BlockAck方式效率高。因此,在属于通过ADDBA处理进行使用BlockAck方式的设置的TD的数据的通信中,也可为了提高频带效率而暂时使用NormalAck方式。
各数据帧中有表示该数据帧作为NormalAck方式和BlockAck方式的其中一种方式来发送用的字段(称作Ack策略字段)。通过对属于进行了使用BlockAck的设置的TID的数据发送通过在各数据帧的Ack策略字段中指定NormalAck方式,而可以使用NormalAck方式。
例如,在图8的阶段3中变为不能发送D2之外的数据帧的状态,在这种情况下,使用“d2-NormalAck帧”的时序可以以比使用“d2-BlockAckReq帧-BlockAck帧”的时序时间短地知道D2的送达确认状况。
例如,在这种情况下,发送台也可在图8的阶段3中的D2的ACK策略字段中包含表示NormalAck方式的信息来发送。由此,接收台也知道D2基于NormalAck方式。图9表示该情况。
图9中,假定为阶段3中接收台对D2的接收成功。阶段3中,接收台可以将D2~D9通知给上级层,所有的缓冲器可以为空状态。
在图9的阶段4之后,由于可以得到与多个数据帧对应的送达确认信息,所以在各数据帧的Ack策略字段中包含表示BlockAck方式的信息后发送。
另外,没有规定以怎样的条件从BlockAck方式进入到NormalAck方式的判断基准。
(第一问题)
如之前所说明的,发送台针对进行了使用BlockAck方式的设置的TID的数据序列,为了使频带效率提高的目的,可以混用NormalAck策略的数据帧发送。但是,在现在的标准说明中,没有发现与可以使用上述的NormalAck策略的发送以哪种顺序来发送数据帧有关的描述。这时使用的NormalAck方式中发送的数据帧本来应使用BlockAck方式发送,为缩短数据帧的时间来进行代用。若考虑该情况,则认为发送接收台全部根据下述的BlockAck方式的规则来进行操作。
<发送台的规则>
在不能得到与重新发送的有效期限没有用尽的数据帧对应的送达确认信息的阶段中,也可在先发送具有比其大的序号的数据帧。因提供给发送台的可发送的剩余时间和发送各数据帧所需的时间的相互关系等的理由,有在发送台侧故意重新排列数据帧的发送顺序的可能。但是,在没有接收序号为n的有效(重新发送期限没有用尽)的数据帧的Ack的状态中,不发送序号是n+缓冲器大小以上的数据帧。
<接收台的规则>
在存在接收不成功的数据帧X(序号=x)的情况下,不对上级层通知具有比x大的序号的数据帧。还可通过接收具有起始序号=y(>x)的BlockAckReq帧而对上级层通知具有x和y之间的序号的接收数据。
但是,由于在发送台使用NormalAck的期间没有发送上述的BlockAckReq帧,所以有接收台不会知道发送台不再进行特定帧的重新发送的情况的问题。
参考图10来说明第一问题发送的情况下的例子。
图10是从BlockAck方式切换为NormalAck方式,且应发送的数据帧有2个的情况下的处理顺序。
如图10所示,发送台在阶段1和2中,通过BlockAck方式发送数据帧。并且,接收台在阶段1和2中,通过BlockAck帧将D2和D5的数据帧的接收失败的情况通知给发送台。
发送台在阶段1和2两者中接收到D2和D5的数据帧的接收失败,在阶段3中从BlockAck方式切换到NormalAck方式。并且,发送台在阶段3到阶段n中,通过NormalAck方式来发送D2的数据帧,但是接收台在任何一个阶段中D2的数据帧的接收都失败。
这里,在阶段n结束的时刻,发送台识别出D2的重新发送期限用尽,不再进行D2的重新发送。因此,发送台在下一阶段n+1中,以NormalAck方式来发送在阶段1和2中接收失败的剩余的D5的数据帧。另一方面,接收台在阶段n+1中,虽然D5的数据帧的接收成功,但是由于发送台没有识别不再进行D2的数据帧的重新发送的情况,所以产生不能向上级层通知D2之后的数据帧的第一问题。
另外,没有发送台从暂时的NormalAck方式向BlockAck方式恢复的时间有关的规定。因此,在其为拉长的情况下,到接收台知道未接收数据帧为无效的事实之前的延迟变大,因此,有随之到接收台可向上级层通知正常接收的数据帧为止的延迟变大的问题。
通常,在发送台结束基于BlockAck方式的数据通信,而进入到NormalAck方式的情况下,从发送台对接收台另外通知“结束BlockAck方式”的消息。但是,由于该通知消息本身还存在重新发送的期限,所以在接收台在重新发送的期限内不能接收上述通知消息的情况下,存在没有对接收台明示传送发送台完全进入到NormalAck方式的事实的情况。这时,也有产生与上述的“暂时的NormalAck方式”拉长的情况相同的问题这样的技术问题。
(第二问题)
如上所述,在发送台不管结束基于BlockAck方式的数据发送,完全进入到NormalAck方式,而没有对接收台明示传送该事实的情况下,接收台从发送台作为NormalAck方式持续接收数据帧。
在当前草案中在进行BlockAck的连接的超时判断的情况下,为不管Ack策略,而通过是否接收属于设置了该BlockAck的TID的数据来进行判断的规定。因此,有在上述状况中没有检测出超时,接收台在上述状况中不管经过多久都不能释放BlockAck用所确保的资源的问题。
参考图11来说明第二问题发生的情况下的例子。
图11表示了接收台中的帧的接收和发送状态和BlockAck超时检测用的定时器的状态。设通过定时器,检测出由BlockAckReq帧所示的BlockAck超时经过后,而判断为BlockAck方式结束。Tn表示将该定时器恢复为初始值的定时。
Dn表示序号为n的数据帧,dn表示序号为n的数据帧的重新发送,BAreq表示BlockAckReq帧、BA表示BlockAck帧。另外,Dn和dn中作为用一条线包围的数据帧表示Ack策略作为BlockAck方式被发送,用两条线包围的数据帧表示Ack策略作为NormalAck方式被发送。
另外,本来应在ADDBA处理完成的时刻开始定时器,但是这里进行省略。
图11中在使用BlockAck方式发送帧时,中途切换为NormalAck方式。这时,虽然从发送台对接收台发送“结束BlockAck方式”的消息,但是假定为在该消息的重新发送期间内接收台不能正确接收该消息。若基于当前草案,则在不管Ack策略的指定而接收数据帧时,由于无论何时都复位定时器,所以不管发送台结束BlockAck方式的使用而切换为NormalAck方式,接收台中都不能检测出BlockAck方式的结束。图11中,由于在T4~T10的定时中复位定时器,所以定时器没有到达BlockAck超时,则接收台不能释放BlockAck方式用的资源。
发明内容
(解决第一问题用的手段)
为了解决上述第一问题,在本发明的通信方法中追加下面两个规则。
<追加规则1>
在使用BlockAck方式进行通信的情况下,发送台用NormalAck方式来发送具有x的序号的数据帧的情况是指针对具有x以前的序号的数据帧,重新发送的有线期限用尽。因此,发送台在以NormalAck方式发送具有x的序号的数据帧后,不发送具有y(y是比x小的序号)的序号的数据帧。
<追加规则2>
在使用BlockAck方式进行通信的情况下,接收台可以在接收了在Ack策略字段中指定了NormalAck方式的数据帧后,将具有比该数据帧的序号小的序号的数据帧内、接收成功的帧全部通知给上级层。
(解决第二问题用的手段)
为了解决上述第二问题,在本发明的通信方法中,块Ack超时的检测方法可以改变为下面的其中一种规则。
<改变规则1>
接收台中,在BlockAck方式的使用中,在由BlockAck超时所示的时间内不能接收到Ack策略表示BlockAck方式的数据帧的情况下,可看作BlockAck方式的使用结束,并释放为了BlockAck方式而确保的资源。
<改变规则2>
在接收台中,在BlockAck方式的使用中,在由BlockAck超时所示的时间内不能接收到BlockAckReq帧的情况下,可看作BlockAck方式的使用结束,并释放为了BlockAck方式而确保的资源。
<改变规则3>
接收台中,在BlockAck方式的使用中,在由BlockAck超时所示的时间内不能接收到Ack策略表示BlockAck方式的数据帧或BlockAckReq帧的情况下,可看作BlockAck方式的使用结束,并释放为了BlockAck方式而确保的资源。
(解决第一问题用的方法的细节)
本发明的发送台,是基于将规定的序号添加到数据帧上进行发送,作为来自针对该数据帧的接收台的ACK而同时使用标准ACK方式和块ACK方式两者的通信方法的发送台,在用标准ACK方式发送某个序号的数据帧的情况下,不发送比所述序号老的序号的数据帧。
另外,本发明的接收台,是基于将规定的序号添加到数据帧上进行发送,作为来自针对该数据帧的接收台的ACK而同时使用标准ACK方式和块ACK方式两者的通信方法的接收台,在接收了请求标准ACK方式的数据帧时,将在该时刻已经接收但还没有通知给上级层的数据帧内、具有比请求所述标准ACK方式的数据帧的序号老的序号的数据帧通知给上级层。
另外,本发明的通信方法,将规定的序号添加到数据帧上进行发送,作为来自针对该数据帧的接收台的ACK而同时使用标准ACK方式和块ACK方式两者,在发送台中,在用标准ACK方式发送某个序号的数据帧的情况下,不发送比所述序号老的序号的数据帧;在接收台中,在接收了请求标准ACK方式的数据帧时,将在该时刻已经接收但还没有通知给上级层的数据帧内、具有比请求所述标准ACK方式的数据帧的序号老的序号的数据帧通知给上级层。
另外,本发明的基于IEEE802.11标准(ANSI/IEEE Std.802.11,1999版本)和IEEE802.11e标准的草案(IEEE P802.11e/D6.0,2003年11月)的通信方法,对于某个TID的流,在流的发送台中,在Ack策略字段中包含表示标准Ack的信息来发送某个序号的QoS数据帧的情况下,不发送具有比所述序号小的值的QoS数据帧;对于某个TID的流,在流的接收台中,在接收了Ack策略字段中包含表示标准Ack的信息的QoS数据帧的情况下,将在该时刻已经接收但没有通知给上级层的QoS数据帧内、具有比所述接收的QoS数据帧中包含的序号小的序号的QoS数据帧通知给上级层。
通过使用这些方法,可以解决以下问题,即发送台在BlockAck方式的使用中从暂时使用的NormalAck方式向BlockAck方式恢复的时间拉长时,到接收台知道未接收数据帧为无效的事实为止的延迟变大,因此,随之到接收台可向上级层通知正常接收数据帧的延迟变大这样的问题。
(解决第二问题用的方法的细节)
本发明的接收台,是基于作为发送与接收台所接收的数据帧对应的ACK的方式而切换使用标准ACK方式和块ACK方式两者的通信方法的接收台,在不管是否接收了请求标准ACK方式的数据帧而在规定的期间内不能接收到请求块ACK方式的数据帧的情况下,看作块ACK方式的使用结束,并释放块ACK方式所使用的资源,切换为标准ACK方式。
另外,本发明的通信方法,作为发送与接收台所接收的数据帧对应的ACK的方式而切换使用标准ACK方式和块ACK方式两者,在接收台中,在不管是否接收了请求标准ACK方式的数据帧而在规定的期间内不能接收到请求块ACK方式的数据帧的情况下,看作块ACK方式的使用结束,并释放块ACK方式所使用的资源,切换为标准ACK方式。
另外,本发明的接收台,是基于作为发送与接收台所接收的数据帧对应的ACK的方式而切换使用标准ACK方式和块ACK方式两者的通信方法的接收台,在不管是否接收了数据帧而在规定期间内不能接收到块ACK发送请求帧的情况下,看作块ACK方式的使用结束,并释放块ACK方式所用的资源,切换为标准ACK方式。
另外,本发明的通信方法,作为发送与接收台所接收的数据帧对应的ACK的方式而切换使用标准ACK方式和块ACK方式两者,在接收台中,在不管是否接收了数据帧而在规定期间内不能接收到块ACK发送请求帧的情况下,看作块ACK方式的使用结束,并释放块ACK方式所用的资源,切换为标准ACK方式。
另外,本发明的接收台,是基于作为发送与接收台所接收的数据帧对应的ACK的方式而切换使用标准ACK方式和块ACK方式两者的通信方法的接收台,在不管是否接收了数据帧而在规定期间内不能接收到请求块ACK方式的数据帧或块ACK发送请求帧的情况下,看作块ACK方式的使用结束,并释放块ACK方式所用的资源,切换为标准ACK方式。
另外,本发明的通信方法,作为发送与接收台所接收的数据帧对应的ACK的方式而切换使用标准ACK方式和块ACK方式两者,在接收台中,在不管是否接收了数据帧而在规定期间内不能接收到请求块ACK方式的数据帧或块ACK发送请求帧的情况下,看作块ACK方式的使用结束,并释放块ACK方式所用的资源,切换为标准ACK方式。
另外,本发明的基于IEEE802.11标准(ANSI/IEEE Std.802.11,1999版本)和IEEE802.11e标准的草案(IEEE P802.11e/D6.0,2003年11月)的通信方法,对于某个TID的流,在接收台中,在不管是否接收了Ack策略字段中包含表示标准Ack的信息的Qos数据帧,而在由块Ack超时所示的期间内不能接收Ack策略字段中包含表示块Ack的信息的QoS数据帧的情况下,释放块Ack的传送所用的资源。
另外,本发明的基于IEEE802.11标准(ANSI/IEEE Std.802.11,1999版本)和IEEE802.11e标准的草案(IEEE P802.11e/D6.0,2003年11月)的通信方法,对于某个TID的流,在接收台中,在不管是否接收了Qos数据帧,而在由块Ack超时所示的期间内不能接收到块确认请求帧的情况下,释放块Ack的传送所用的资源。
另外,本发明的基于IEEE802.11标准(ANSI/IEEE Std.802.11,1999版本)和IEEE802.11e标准的草案(IEEE P802.11e/D6.0,2003年11月)的通信方法,对于TID的流,在接收台中,在不管是否接收了Ack策略字段中包含表示标准Ack的信息的Qos数据帧,在由块Ack超时所示的期间内不能接收到Ack策略字段中包含表示块Ack的信息的QoS数据帧,或块确认请求帧的情况下,释放块Ack的传送所用的资源。
通过使用这些方法,可以解决以下问题,即发送台结束基于BlockAck方式的数据通信而进入到NormalAck方式的情况下,在接收台在从发送台对接收台发送的“结束BlockAck方式”的消息的重新发送期限内不能正常接收到该消息的状况中,在接收台中不检测超时,接收台即使经过多长时间也不能释放BlockAck用确保的资源的问题。
另外,本发明的通信程序是描述了使计算机作为上述方法中的发送台起作用的顺序的通信程序。
另外,本发明的通信程序是描述了使计算机作为上述方法中的接收台起作用的顺序的通信程序。
另外,存储了本发明的程序的计算机可读取记录介质,存储有上述的通信程序。
附图说明
图1是本发明的第1实施方式中的处理顺序;
图2是本发明的第2实施方式的接收台中的BlockAck超时的检测方法的定时图;
图3是本发明的第3实施方式的接收台中的BlockAck超时的检测方法的定时图;
图4是本发明的第4实施方式的接收台中的BlockAck超时的检测方法的定时图;
图5是在现有和本发明的通信方法中,使用BlockAck方式的通信顺序的概要;
图6是在现有的通信方法中的NormalAck方式的处理顺序的具体例(NormalAck帧的接收失败的情况);
图7是现有的通信方法中的BlockAck方式的处理顺序的第一具体例(重新发送完成的情况);
图8是现有的通信方法中的BlockAck方式的处理顺序的第二具体例(不再进行d2的重新发送的情况);
图9是现有的通信方法中从BlockAck方式向NormalAck方式切换时的处理顺序(应发送的数据帧是1个的情况);
图10是现有的通信方法中从BlockAck方式向NormalAck方式切换时的处理顺序(应发送的数据帧是2个的情况);
图11是现有的接收台中的BlockAck超时的检测方法的定时图;
图12是表示本发明的第1实施方式中的发送台的结构的框图;
图13是表示本发明的第1实施方式中的接收台的结构的框图;
图14是表示本发明的第2实施方式中的接收台的结构的框图。
具体实施方式
下面,通过实施例和比较例,进一步详细说明本发明,但是本发明并不通过这些来进行任何限定。
下面的实施方式中的BlockAck方式的设置顺序与现有技术相同,如图5所示那样。
另外,这里,在基于IEEE802.11标准和IEEE802.11e的当前草案的通信方法中,描述了使用本发明的例子,但是在其他通信方法中也可使用本发明。
(第一实施方式)
参考图1、图12和图13来说明本发明的第1实施方式。第一实施方式是解决所述第一问题的例子。
图12是表示本实施方式的发送台1的结构的框图。发送台1将流数据等分割为多个数据帧,将分割后的数据帧发送到接收台。
如图12所示,发送台1具有发送部11、接收部12、Ack请求帧生成部13、数据帧生成部14、出错帧处理部16、未发送最小帧号存储部17、接收台缓冲器大小存储部18、Ack方式切换部19和出错帧号存储部20。
发送部11对接收台发送各种帧。例如,发送部11向接收台发送数据帧生成部14生成的数据帧和Ack请求帧生成部13生成的BlockAckReq帧。
接收部12接收来自接收台的各种帧。例如,接收部12从接收台接收BlockAck帧和NormalAck帧。并且,接收部12将所接收的BlockAck帧和NormalAck帧发送到出错帧处理部16。
接收台缓冲器大小存储部18存储在接收台中使用BlockAck方式时的缓冲器大小。在发送台1和接收台之间进行的上述的BlockAck开始手续(ADDBA处理)中从接收台通知的缓冲器大小,通过图中未示的接收台缓冲器大小写入部,写入到接收台缓冲器大小存储部18中。
未发送最小帧号存储部17存储没有发送的数据帧中最小的序号的未发送最小帧号。未发送最小帧号存储部17存储的未发送最小帧号通过数据帧生成部14而进行更新。
出错帧号存储部20存储在接收台中接收失败的帧(出错帧)具有的作为序号的出错帧号。出错帧号存储部20存储的出错帧号通过出错帧处理部16来进行更新。
Ack方式切换部19将帧的发送接收方式切换为BlockAck方式和NormalAck方式。Ack方式切换部19将表示切换的Ack方式的种类的信息、即表示BlockAck方式或NormalAck方式的信息输出到数据帧生成部14。
Ack方式切换部19中的Ack方式的切换基准并未特别限定。在本实施方式中,例如,Ack方式切换部19作为初始设置选择BlockAck方式。并且,Ack方式切换部19在通过BlockAck方式进行数据通信时,在下一次的数据帧发送中,不能发送未发送的数据帧的情况下,从BlockAck方式切换为NormalAck方式。
另外,Ack方式切换部19以未发送最小帧号存储部17存储的未发送最小帧号、接收台缓冲器大小存储部18存储的缓冲器大小和出错帧号存储部20存储的出错帧号为基础,可以在下一帧发送中判断不能发送未发送的数据帧。如上所述,在BlockAck方式中,不能发送对应于出错帧号中最小的序号(n)+缓冲器大小(例如8)以上的序号的数据帧。这是因为接收台中,没有存储该数据帧用的接收缓冲器的空余容量。因此,Ack方式切换部19在相加出错帧号存储部20存储的出错帧号中最小的序号和接收台存储器大小存储部18存储的缓冲器大小后的值与未发送最小帧号存储部17存储的未发送最小帧号相同的情况下,在下一次的帧发送中,判断为不能发送未发送的数据帧,而从BlockAck方式切换为NormalAck方式。
数据帧生成部14生成向接收台发送的数据帧。数据帧生成部14包括以BlockAck方式生成数据帧的BlockAck方式生成部14a和以NormalAck方式生成数据帧的NormalAck方式生成部14b。
BlockAck方式生成部14a是在从Ack方式切换部19接收了为BlockAck方式的内容的Ack方式类别信息的情况下起作用的结构部。BlockAck方式生成部14a将Ack策略字段作为BlockAck方式而生成数据帧。BlockAck方式生成部14a以未发送最小帧号存储部17存储的未发送最小帧号、接收台缓冲器容量存储部18存储的缓冲器大小、出错帧号存储部20存储的出错帧号为基础,生成在一个阶段中进行发送的数据帧。另外,如上所述,在BlockAck方式中,将发送台1在发送或重新发送多个数据帧后发送BlockAckReq帧,接收台发送与其对应的BlockAck帧之前的处理称作一个阶段。
BlockAck方式生成部14a将所生成的数据帧发送到发送部11。由此,发送部11连续发送在一个阶段中应发送的数据帧。
另外,BlockAck方式生成部14a在发送部11发送了数据帧后,将一个阶段中发送的数据帧中作为最小的序号的发送最小帧号输出到Ack请求帧生成部13中。
进一步,BlockAck方式生成部14a在发送了未发送的数据帧的情况下,更新未发送最小帧号存储部17的未发送最小帧号。
例如,假定未发送最小帧号是“6”,缓冲器大小为“8”,出错帧号为“2、5”的情况。这时,BlockAck方式生成部14a将小于数据帧D2和D5以及小于出错帧号的最小值“2”和缓冲器大小“8”的相加值“10”的未发送数据帧D6·D7·D8·D9作为在一个阶段中发送的数据帧生成,并发送到发送部11。进一步,BlockAck方式生成部14a将作为发送的数据帧中最小的序号的发送最小帧号“2”输出到Ack请求帧生成部13。
NormalAck方式生成部14b是在从Ack方式切换部19接收了为NormalAck方式的内容的Ack方式类别信息的情况下起作用的块。NormalAck方式生成部14b将Ack策略字段作为NormalAck方式来生成数据帧。
NormalAck方式生成部14b在出错帧号存储部20存储了出错帧号的情况下,生成对应于该出错帧号的一个数据帧。另外,在出错帧号存储部20存储了多个出错帧号的情况下,NormalAck方式生成部14b生成对应于该多个出错帧号中最小的序号的一个数据帧。
另一方面,在出错帧号存储部20没有存储出错帧号的情况下,NormalAck方式生成部14b生成对应于未发送最小帧号存储部17存储的未发送最小帧号的一个数据帧。另外,NormalAck方式生成部14b与上述BlockAck方式生成部14a相同,在发送了未发送的数据帧的情况下,更新未发送最小帧号存储部17的未发送最小帧号。
NormalAck方式生成部14b将所生成的一个数据帧发送到发送部11。由此,发送部11在一个阶段中发送一个数据帧。
这样,NormalAck方式生成部14b生成出错帧号存储部20存储的出错帧号和未发送最小帧号存储部17存储的未发送最小帧号中对应于最小的序号的数据帧。因此,BlockAck方式生成部14a和NormalAck方式生成部14b在经发送部11发送NormalAck方式生成部14b具有的序号的数据帧后,不发送比该序号小的序号的数据帧。
出错帧处理部16以接收部12接收到的BlockAck帧或NormalAck帧为基础,将对应于接收台中接收失败的数据帧的出错帧号写入出错帧号存储部20中。另外,出错帧号处理部16在将对应于接收台中接收成功的数据帧的帧号存储到出错帧号存储部20的情况下,从出错帧号存储部20中删除该帧号。
进一步,出错帧处理部16从出错帧号存储部20中删除对应于重新发送失败了一定次数(m次)的数据帧和开始发送后经过一定时间的数据帧的帧号。由此,不二次重新发送有效期限用尽的数据帧。
出错帧处理部16在Ack方式切换部19选择BlockAck方式且产生了有效期限用尽的接收失败的数据帧的情况下,将Ack请求帧生成指示信号输出到Ack请求帧生成部13。
Ack请求帧生成部13在Ack方式切换部19选择了BlockAck方式的情况下,生成BlockAckReq帧,并将所生成的BlockAckReq帧发送到发送部11。Ack请求帧生成部13从BlockAck方式生成部14a接收发送最小帧号,从出错帧处理部16接收Ack请求帧生成指示信号。
Ack请求帧生成部13在从BlockAck方式生成部14a接收了发送最小帧号的情况下,生成将所接收的发送最小帧号设置为起始序号的BlockAckReq帧。
另一方面,Ack请求帧生成部13在从出错帧处理部16接收了Ack请求帧生成指示信号的情况下,生成将未发送最小帧号存储部17存储的未发送最小帧号设置为起始序号的BlockAckReq帧。由此,如图8所示,接收台可以识别针对小于起始序号的数据帧不重新发送的事实。
接着,说明本实施方式的接收台5的结构。图13是表示接收台5的结构框图。
如图13所示,接收台5包括接收部51、发送部52、数据帧处理部53、BlockAck帧生成部54、NoramalAck帧生成部55、缓冲器控制部(缓冲器控制单元)56、缓冲器57和出错帧号存储部58。
接收部51接收来自发送台1的各种帧。例如,接收部51接收BlockAck方式或NormalAck方式的数据帧和BlockAckReq帧。接收部51在接收BlockAck方式或NormalAck方式的数据帧后,将所接收的数据帧输出到数据帧处理部53。另外,接收部51在接收到BlockAckReq帧后,将该BlockAckReq帧输出到缓冲器控制部56和BlockAck帧生成部54。
数据帧处理部53具有Ack方式判断部53a和接收成功判断部53b。
Ack方式判断部53a判断所接收的数据帧的Ack方式。Ack方式判断部53a以数据帧中包含的Ack策略字段为基础,判断数据帧是BlockAck方式还是NormalAck方式。Ack方式判断部53a在判断为所接收的数据帧是NormalAck方式的情况下,将该数据帧的序号输出到缓冲器控制部56。
接收成功判断部53b以所接收的数据帧中包含的检错码等为基础,判断该数据帧的接收是否成功。接收成功判断部53b将接收成功的数据帧存储到缓冲器57中。
另外,在所接收的数据帧通过Ack方式判断部53a判断为是BlockAck方式的情况下,接收成功判断部53b将对应于一个阶段中接收失败的数据帧的序号作为出错帧号存储到出错帧号存储部58中。
另一方面,在所接收的数据帧通过Ack方式判断部53a判断为是NormalAck方式的情况下,接收成功判断部53b将表示该数据帧的接收是否成功的接收状况信息输出到NormalAck帧生成部55中。
BlockAck帧生成部54从接收部51接收BlockAckReq帧,生成BlockAck帧,并将所生成的BlockAck帧输出到发送部52。
BlockAck帧生成部54比较BlockAckReq帧所包含的起始序号和存储在缓冲器57中的数据帧中最大的序号。
BlockAck帧生成部54在起始序号是存储在缓冲器57中的数据帧的最大序号以下的情况下,从出错帧号存储部58中读出起始序号以上的出错帧号。并且,BlockAck帧生成部54生成表示所读出的出错帧号的数据帧的接收失败的内容的BlockAck帧。另外,这时,BlockAck帧生成部54从出错帧号存储部58中删除小于起始序号的出错帧号。
另一方面,BlockAck生成部54在起始序号比存储在缓冲器57中的数据帧的最大序号大的情况下,生成表示对应于该起始帧号的数据帧为未接收的内容的BlockAck帧。另外,这时,BlockAck帧生成部54从出错帧号存储部58中删除小于起始序号的出错帧号。
NormalAck帧生成部55从接收成功判断部53b中接收表示数据帧的接收是否成功的接收状况信息,在表示该接收状况信息接收成功的内容的情况下,生成NormalAck帧,并将所生成的NormalAck帧输出到发送部52。在该接收状况信息表示接收失败的内容的情况下什么也不生成。
缓冲器57用于暂时存储接收部51正常接收的数据帧。
缓冲器控制部56从缓冲器57中存储的数据帧中读出应向上级层通知的数据帧。并且,缓冲器控制部56向上级层通知所读出的数据帧。另外,缓冲器控制部56从缓冲器57中删除从缓冲器57中读出的数据帧。
如上所述,缓冲器控制部56从接收部51接收BlockAckReq帧,从Ack方式判断部53a接收序号。
在从接收部51接收了BlockAckReq帧的情况下,缓冲器控制部56比较BlockAckReq帧所包含的起始序号和缓冲器57中存储的数据帧中最大的序号。
缓冲器控制部56在起始序号为存储在缓冲器57中的数据帧中的最大序号以下的情况下,从缓冲器57中读出小于起始帧号的数据帧、和到从对应于起始帧号的数据帧起连续接收成功的数据帧,并通知给上级层。
另一方面,缓冲器控制部56在起始序号比缓冲器57中存储的数据帧中的最大的序号大的情况下,读出存储在缓冲器57中的所有数据帧,并通知给上级层。
另外,在从Ack方式判断部53a接收了序号的情况下,缓冲器控制部56从缓冲器57中读出小于所接收的序号的数据帧和到从所接收的序号的数据帧起连续接收成功的数据帧,并通知给上级层。即,缓冲器控制部56在接收了请求标准ACK方式的数据帧时,从缓冲器57中读出比请求该标准ACK方式的数据帧的序号旧的序号的数据帧来通知给上级层,同时从缓冲器57中删除所读出的数据帧。
接着,参考图1,按每个阶段来说明本实施方式中的发送台1和接收台5中的数据通信处理。
另外,设通过事先的处理,向发送台通知接收台5的缓冲器大小(Buffer Size)为8。即,设发送台1的接收台缓冲器大小存储部18存储缓冲器大小“8”。另外,发送台1的出错帧处理部16监视各数据帧的重新发送次数,从出错帧号存储部20中删除对应于重新发送失败m次的数据帧的序号。
<阶段1>
在阶段1的发送台1中,Ack方式切换部19选择初始设置的BlockAck方式。另外,BlockAck方式生成部14a生成5个数据帧,即数据帧D1~D5来作为初始设置。这时,BlockAck方式生成部14a将未发送最小帧号“6”存储到未发送最小帧号存储部17中。并且,发送部11将该数据帧D1~D5发送到接收台5。
进一步,Ack请求帧生成部13生成起始帧号为“1”的BlockAckReq帧,发送部11将该BlockAckReq帧发送到接收台5。
另一方面,在阶段1的接收台5中,数据帧处理部53的接收成功判断部53b判断为仅数据帧D2和D5接收失败,将数据帧D1·D3·D4存储到缓冲器57中,同时,将出错号“2”“5”存储到出错帧号存储部58中。
另外,由于数据帧D2接收失败,所以接收了上述BlockAckReq帧的缓冲器控制部56仅从缓冲器57中读出与起始序号相同的序号的数据帧D1,并通知给上级层。这时,缓冲器控制部56从缓冲器57中删除所读出的数据帧D1。
进一步,接收了上述BlockAckReq帧的BlockAck生成部54从出错帧号存储部58中读出出错帧号“2”“5”,并生成表示数据帧D2和D5的接收失败的内容的BlockAck帧。并且,发送部52发送该BlockAck帧。
并且,接收了上述BlockAck帧的发送台1中,出错帧处理部16将出错帧号“2”“5”存储到出错帧号存储部20中。
<阶段2>
接着,阶段2的发送台1中,BlockAck方式生成部14a以出错帧号存储部20存储的出错帧号“2”“5”为基础,生成对应于该出错帧号的数据帧D2和D5。
进一步,BlockAck方式生成部14a从未发送最小帧号存储部17存储的未发送最小帧号“6”生成小于出错帧号“2”和接收台缓冲器大小存储部18存储的缓冲器大小“8”的相加值“10”的数据帧D6~D9。这时,BlockAck方式生成部14a更新未发送最小帧号存储部17为未发送最小帧号“10”。
并且,发送部11将数据帧D2,D5~D9发送到接收台5。
进一步,Ack请求帧生成部13生成起始序号为“2”的BlockAckReq,发送部11将该BlockAckReq帧发送到接收台5。
另一方面,在阶段2的接收台5中,数据帧处理部53的接收成功判断部53b判断为仅数据帧D2和D5接收失败,将数据帧D6~D9存储到缓冲器57中,同时更新出错帧号存储部58为出错帧号“2”“5”。
另外,接收了上述BlockAckReq帧的缓冲器控制部56由于数据帧D2接收失败,所以不能从缓冲器57中读出与起始序号相同的序号“2”的数据帧D2。即,缓冲器控制部56还不能从缓冲器57中读出任何数据帧。
进一步,接收了上述BlockAckReq帧的BlockAck帧生成部54从出错帧号存储部58中读出出错帧号“2”“5”,并生成表示对应于所读出的出错号的数据帧D2和D5的接收失败的内容的BlockAck帧。并且,发送部52发送该BlockAck帧。
并且,在接收了该BlockAck帧的发送台1中,出错帧处理部16更新出错帧号存储部20为出错帧号“2”“5”。
如上所述,在阶段1和阶段2中,使用BlockAck方式,这里,D2和D5的接收失败。
<阶段3>
接着,在阶段3的发送台1中,Ack方式切换部19确认相加出错帧号存储部20存储的最小的序号“2”和接收台缓冲器大小存储部18存储的缓冲器大小“8”后的值与未发送最小帧号存储部17存储的未发送最小帧号“10”相同,而从BlockAck方式切换到NormalAck方式。
Ack方式切换部19通过切换为NormalAck方式,NormalAck方式生成部14b生成Ack策略字段为“NormalAck方式”的数据帧。另外,NormalAck方式生成部14b生成对应于出错帧号存储部20存储的出错帧号和未发送最小帧号存储部17存储的未发送最小帧号中最小的序号(这里是“2”)的数据帧D2。
并且,发送部11将Ack策略字段为“NormalAck方式”的数据帧D2发送到接收台D5。
另一方面,在阶段3的接收台5中,数据帧处理部53的Ack方式判断部53a判断为数据帧是NormalAck方式,同时,数据帧处理部53的接收成功判断部53b判断为数据帧D2的接收失败。
另外,Ack方式判断部53a将所接收的NormalAck方式的数据帧的序号“2”输出到缓冲器控制部56中。由此,缓冲器控制部56从缓冲器57中读出所接收的序号“2”以下的数据帧,并通知给上级层。这时,由于缓冲器57没有存储序号“2”以下的数据帧,所以缓冲器控制部56不从缓冲器57中读出数据帧。
并且,数据帧处理部53将表示数据帧D2的接收失败的内容的接收状况信息输出到NormalAck帧生成部55。结果,不从接收台5发送NormalAck帧。
发送台1中,由于没有接收NormalAck帧,所以不更新出错帧号存储部20。
<阶段4~n>
之后,设接收台对数据帧D2的接收一直失败。并且,在阶段n中,因没有接收到与数据帧D2对应的NormalAck帧,故发送台1的出错帧处理部16检测到m次重新发送失败,而从出错帧号存储部20中删除出错帧号“2”。
如上所述,在阶段3中,在BlockAck帧中通知d2和d5的接收失败。由于D2的接收没有成功,且接收台的缓冲器大小为8,所以若发送D10,则发送台1可以算出接收台5中缓冲器不够,所以可以看出不能发送之后的数据帧。由此,发送台1考虑送达确认处理的效率而从BlockAck方式切换到NormalAck方式。这里,发送台1必须决定d2和d5哪一个应先发送,但是这时相对于IEEE8202.11e标准中没有规定决定发送顺序的规则,本发明中规定了<追加规则1>。由此,由于发送台1在NormalAck发送d5后,之后不能用NormalAck方式发送d2,所以决定为先发送d2。之后,发送台1用NormalAck方式持续重新发送d2直到阶段n。
<阶段n+1>
接着,在阶段n+1的发送台1中,NormalAck方式生成部14b生成对应于出错帧号存储部20存储的出错帧号和未发送最小帧号存储部17存储的未发送最小帧号中最小的序号(这里是“5”)的数据帧D5。
并且,发送部11将Ack策略字段中表示“NormalAck方式”的数据帧D5发送到接收台5。
另一方面,接收台5中,数据帧处理部53的Ack方式判断部53a判断数据帧为NormalAck方式。另外,数据帧处理部53的接收成功判断部53b判断为数据帧D5的接收成功,并将该数据帧D5存储到缓冲器57中。
另外,Ack方式判断部53a将所接收的NormalAck方式的数据帧的序号“5”输出到缓冲器控制部56中。由此,缓冲器控制部56从缓冲器57中读出所接收的序号小于“5”的数据帧(即数据帧D3和D4)和从数据帧D5开始接收连续成功的数据帧(即数据帧D5~D9),并通知给上级层。
如上所述,因重试限制到达规定的次数,或d2的延时界线经过等的理由,在阶段n中,若设发送台不再进行d2的重新发送,则在阶段n+1中,开始d5的NormalAck方式的重新发送。
这里,若d5的接收成功,则接收台决定将哪些数据帧通知给上级层。由于接收台还没接收到D2,还不能接收具有3以上的起始序号的BlockAckReq帧,所以相对于在识别为该NormalAck是BlockAck的代用的情况下,还不能将任何一个帧通知给上级层,由于在本发明中规定了“追加规则2”,所以可以知道发送台不再进行d2的重新发送。由此,可以将D3和D4通知给上级层,而不用等待d2的接收。另外,对于D5~D9,由于接收数据帧中没有空白,所以可以向上级层通知。
通过使用本发明,可以解决作为所述的第一问题描述的两个问题,即,由于发送台没有与从NormalAck方式向BlockAck方式恢复的时间有关的规定,所以在其拉长的情况下,到接收台知道未接收数据帧为无效的事实之前的延迟变大,因此,随之到接收台可向上级层通知正常接收的数据帧的延迟变大的问题。
(第二实施方式)
本发明的第二实施方式是通过使用<改变规则1>所示的规则1的改变来解决所述的第二问题的例子。对于第二实施方式,参考图2和图14来进行说明。对于图2的描述方法,与作为(第二问题)描述的图11相同。另外,为了说明方便,对于与所述实施方式1中所述的附图相同功能的部分,添加相同符号,并省略其说明。
图14是表示本实施方式的接收台105的结构的框图。如图14所示,接收台105具有接收部51、发送部52、数据帧处理部53、BlockAck帧生成部54、NormalAck帧生成部55、缓冲器控制部(资源控制单元)59、定时器60、定时器控制部(定时器控制单元)61、缓冲器57和出错帧号存储部58。
定时器控制部61控制定时器60的复位。定时器控制部61从Ack方式判断部53a中取得通过数据帧指定的Ack方式的类别。定时器控制部61在所取得的Ack方式是BlockAck方式的情况下,复位定时器60。即,定时器控制部61在接收了请求BlockAck方式的数据帧时,复位定时器60。
缓冲器控制部59除了上述缓冲器控制部56的功能之外,在定时器60到达由BlockAck超时所示的规定时间的情况下,具有视为BlockAck方式的使用结束,释放缓冲器57中的BlockAck方式用的资源的功能。
图2表示在使用BlockAck方式来发送帧时,中途切换为NormalAck方式的情况下的例子。
现有技术中在不管Ack策略的指定无关来接收数据帧时,无论何时都复位定时器,但是在本实施方式中,由于使用<改变规则1>所示的规则的改变,所以仅在接收作为Ack策略指定了BlockAck方式的数据帧时复位定时器60。由此,接收台105在最后接收作为Ack策略指定了BlockAck方式的数据帧的时刻(T3)之后,不复位定时器60。之后,定时器60到达BlockAck超时所示的时间,接收台检查出BlockAck方式的使用结束,可以释放资源。
(第三实施方式)
本发明的第三实施方式是通过使用<改变规则2>所示的规则的改变来解决所述第二问题的例子。
本实施方式的接收台的结构与上述第二实施方式相比,仅定时器控制部61中的功能不同。即,本实施方式的定时器控制部61仅在接收部51接收了BlockAckReq帧的情况下,复位定时器60。
参考图3来说明第三实施方式。对于图的描述方法与作为(第二问题)描述的图11相同。
图3表示在使用BlockAck方式来发送帧时,中途切换为NormalAck方式的情况下的例子。
现有技术在不管Ack策略的指定,接收到数据帧时,无论何时都复位定时器,但是在本实施方式中,由于使用<改变规则2>所示的规则的改变,所以仅在接收了BlockAckReq帧时复位定时器。由此,在接收台最后接收了BlockAckReq帧的时刻(T1)之后不复位定时器。之后,定时器到达BlockAck超时所示的时间,接收台检测出BlockAck方式的使用结束,而可以释放资源。
(第四实施方式)
本发明的第四实施方式是通过使用<改变规则3>所示的规则的改变来解决所述第二问题后的例子。
本实施方式的接收台的结构与上述第二和第三实施方式相比,仅定时器控制部61的功能不同。即,本实施方式的定时器控制部61在接收部51接收到请求NormalAck方式的数据帧时和接收部51接收到BlockAckReq帧时,复位定时器60。
参考图4来说明第四实施方式。对于图的描述方法,与作为(第二问题)描述的图11相同。
图4表示在使用BlockAck方式来发送帧的中途切换为NormalAck方式的情况下的例子。
现有技术中不管Ack策略的指定,在接收到数据帧时,无论何时都复位定时器,在本实施方式中使用<改变规则3>所示的规则的改变,所以仅在接收了作为Ack策略指定了BlockAck方式的数据帧或BlockAckReq帧时复位定时器。由此,接收台在最后接收了BlockAckReq帧的时刻(T4)之后,不复位定时器。之后,定时器到达BlockAck超时所示的时间,接收台检测出BlockAck方式的使用结束,而可以释放资源。
这样,通过使用本发明,在作为所述第二问题描述的发送台结束基于BlockAck方式的数据通信,而进入到NormalAck方式的情况下,在接收台在该消息的重新发送期限内不能正确接收发送台对接收台发送的“结束BlockAck方式”的消息的状况中,可以解决在接收台中不检测出超时,接收台即使经过多久也不能释放为BlockAck确保的资源的问题。
另外,上述各实施方式的发送台1和接收台5·105的各部分和各处理步骤可以通过CPU等的运算单元执行存储在ROM(Read Only Memory)和RAM等的存储单元中的程序,并控制键盘等的输入单元、显示器等的输出单元或接口电路等的通信单元来实现。因此,具有这些单元的计算机可仅通过读取记录了上述程序的记录介质并执行该程序,而实现上述各实施方式的发送台1和接收台5·1405的各种功能和各种处理。另外,通过将上述程序记录在可移动的记录介质上,从可以在任意的计算机上实现上述各种功能和各种处理。
作为该记录介质,为了由微计算机进行处理,所以图中未示的存储器,例如ROM等也可以是程序媒体,另外,虽然图中未示,但是也可以是设置程序读取装置来作为外部存储装置,通过将记录介质插入其中而可进行读取的程序媒体。
另外,在任何情况下,存储的程序最好是微处理器执行为访问的结构。进一步,最好是读出程序,并将所读出的程序下载到微计算机的程序存储区域上来执行该程序的方式。另外,将该下载用的程序预先存储到主体装置中。
另外,作为上述程序媒体,有构成为与主体可分离的记录介质,磁带和盒式录音带等的带系列、软盘和硬盘等的磁盘或CD/MO/MD/DVD等盘的盘系列、IC卡(包含存储卡)等卡系列或掩模ROM、EPROM(ErasableProgrammable Read Only Memory)、EEPROM(Electrically ErasableProgrammable Read Only Memory)、包含基于闪速ROM等的半导体存储器的固定承担程序的记录介质。
另外,如果为能够连接包括因特网在内的通信网络的系统结构,则优选为从通信网络下载程序那样的流动地承担程序的记录介质。
进一步,在这样从通信网络下载程序的情况下,最好将该下载用的程序预先存储到主体装置上,或从其他记录介质安装。
另外,实施发明用的最佳实施方式的项中所构成的具体实施方式或实施例始终为了使用本发明的技术内容清楚,可以在下面记载为本发明的精神的技术方案的范围内进行各种改变,而不应该狭义解释为仅限制在这种具体例中。
(产业上的可利用性)
本发明可以适用于同时使用通过一个帧送还一个帧所对应的送达确认的标准Ack方式和集中通过一个帧来送还多个帧所对应的送达确认的块ACK方式两者的通信方法、基于该通信方法的发送台和接收台。
Claims (7)
1.一种通信方法,作为发送与接收台所接收的数据帧对应的ACK的方式,切换使用标准ACK方式和块ACK方式两者,
在接收台中,在不管是否接收了请求标准ACK方式的数据帧,而在规定的期间内不能接收到请求块ACK方式的数据帧的情况下,看作块ACK方式的使用结束,并释放块ACK方式使用的资源,切换为标准ACK方式。
2.一种通信方法,作为发送与接收台所接收的数据帧对应的ACK的方式而切换使用标准ACK方式和块ACK方式两者,
在接收台中,在不管是否接收了数据帧而在规定期间内不能接收到块ACK发送请求帧的情况下,看作块ACK方式的使用结束,并释放块ACK方式所用的资源,切换为标准ACK方式。
3.一种通信方法,作为与接收台所接收的数据帧对应的ACK的方式而切换使用标准ACK方式和块ACK方式两者,
在接收台中,在不管是否接收了数据帧而在规定期间内不能接收到请求块ACK方式的数据帧或块ACK发送请求帧的情况下,看作块ACK方式的使用结束,并释放块ACK方式所用的资源,切换为标准ACK方式。
4.一种通信方法,其基于1999版本的ANSI/IEEE Std.802.11标准和2003年11月的IEEE P802.11e/D6.0标准,
对于某个TID的流,在接收台中,在不管是否接收了Ack策略字段中包含表示标准Ack的信息的Qos数据帧,在由块Ack超时所示的期间内未能接收到Ack策略字段中包含表示块Ack的信息的QoS数据帧的情况下,释放块Ack的传送所用的资源。
5.一种通信方法,其基于1999版本的ANSI/IEEE Std.802.11标准和2003年11月的IEEE P802.11e/D6.0标准,
对于某个TID的流,在接收台中,在不管是否接收了Qos数据帧而在由块Ack超时所示的期间内未能接收到块确认请求帧的情况下,释放块Ack的传送所用的资源。
6.一种通信方法,其基于1999版本的ANSI/IEEE Std.802.11标准和2003年11月的IEEE P802.11e/D6.0标准,
对于某个TID的流,在接收台中,在不管是否接收了Ack策略字段中包含表示标准Ack的信息的Qos数据帧,在由块Ack超时所示的期间内未能接收到Ack策略字段中包含表示块Ack的信息的QoS数据帧、或块确认请求帧的情况下,释放块Ack的传送所用的资源。
7.一种接收台,作为发送与接收台所接收的数据帧对应的ACK的方式,可切换使用标准ACK方式和块ACK方式两者,该接收台包括:
定时器;
定时器控制单元,其在规定期间内请求块ACK方式的数据帧和块ACK发送请求帧中至少一个的接收时复位所述定时器;和
资源控制单元,其在所述定时器经过规定时间的情况下,看作块ACK方式的使用结束,而释放块ACK方式所用的资源,切换为标准ACK方式。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP420303/2003 | 2003-12-18 | ||
JP2003420303 | 2003-12-18 | ||
PCT/JP2004/018412 WO2005060198A1 (ja) | 2003-12-18 | 2004-12-09 | 送信局、受信局、通信方法、通信プログラム、通信プログラムを記録したコンピュータ読み取り可能な記録媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1894921A CN1894921A (zh) | 2007-01-10 |
CN1894921B true CN1894921B (zh) | 2010-08-25 |
Family
ID=34697247
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200480037907XA Active CN1894921B (zh) | 2003-12-18 | 2004-12-09 | 接收台、通信方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US7734978B2 (zh) |
JP (1) | JP4223513B2 (zh) |
CN (1) | CN1894921B (zh) |
WO (1) | WO2005060198A1 (zh) |
Families Citing this family (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2465900A (en) * | 2005-06-29 | 2010-06-09 | Intel Corp | Block acknowledgement using a scoreboard of temporary records |
JP4485432B2 (ja) * | 2005-08-23 | 2010-06-23 | 日本電信電話株式会社 | 無線通信システムおよび無線通信方法 |
JP4575265B2 (ja) | 2005-09-29 | 2010-11-04 | 株式会社東芝 | 無線通信装置 |
CN101461181A (zh) * | 2006-04-24 | 2009-06-17 | 诺基亚公司 | 无线网络中可靠的多播/广播 |
JP4690271B2 (ja) * | 2006-08-22 | 2011-06-01 | Necアクセステクニカ株式会社 | データ転送バッファ制御装置及びデータ転送制御方法 |
JP2008109277A (ja) * | 2006-10-24 | 2008-05-08 | Toshiba Corp | 無線通信装置 |
EP2119110B1 (en) | 2007-03-12 | 2018-10-03 | Nokia Technologies Oy | Establishment of reliable multicast/broadcast in a wireless network |
US7574539B2 (en) * | 2007-08-30 | 2009-08-11 | Intel Corporation | Dynamic A-MSDU enabling |
US9686049B2 (en) * | 2007-09-12 | 2017-06-20 | Avago Technologies General Ip (Singapore) Pte. Ltd | Method and system for Bluetooth (BT) delayed acknowledgement (ACK) |
JP2009088915A (ja) * | 2007-09-28 | 2009-04-23 | Sony Corp | 無線送信装置、無線送信方法、無線通信システム及びプログラム |
KR100924833B1 (ko) * | 2007-12-18 | 2009-11-03 | 한국전자통신연구원 | 다중 주파수 채널 동시 접속 단말기 및 그 프로토콜 데이터유닛 순서 정렬 방법 |
CN102047600A (zh) * | 2008-01-18 | 2011-05-04 | 意法爱立信有限公司 | 发射机和接收机之间基于帧的尤其是具有帧中止或重发指示能力的通信方法以及通信节点 |
JP2009239885A (ja) * | 2008-01-31 | 2009-10-15 | Ind Technol Res Inst | 通信システム用の送信方法及び送信装置 |
US8239720B2 (en) * | 2008-06-19 | 2012-08-07 | Microsoft Corporation | Communication over plural channels with acknowledgment variability |
US8897209B2 (en) * | 2008-07-15 | 2014-11-25 | Qualcomm Incorporated | Systems and methods for parallel communication with legacy WLAN receivers |
JP2010226455A (ja) * | 2009-03-24 | 2010-10-07 | Sony Corp | ネットワーク通信装置 |
JP5645609B2 (ja) | 2010-11-04 | 2014-12-24 | キヤノン株式会社 | 通信装置、通信装置の制御方法、およびプログラム |
US9148871B2 (en) * | 2011-06-09 | 2015-09-29 | Qualcomm Incorporated | Systems and methods for acknowledging communications from a plurality of devices |
US8761089B2 (en) * | 2011-10-18 | 2014-06-24 | Brillio, Llc | Frame acknowledgment in a communication network |
US20140153416A1 (en) * | 2012-12-03 | 2014-06-05 | Shai Brandes | Method, wireless communication station, and system for reducing data starvation |
US10728006B2 (en) | 2015-08-27 | 2020-07-28 | Sony Corporation | Device that convey data for a block acknowledge (ACK) |
JP6740274B2 (ja) * | 2018-03-29 | 2020-08-12 | 日本電信電話株式会社 | 情報処理装置、情報処理方法、および、情報処理プログラム |
US11057157B2 (en) * | 2018-06-29 | 2021-07-06 | Hewlett Packard Enterprise Development Lp | Transmission frame counter |
US11558777B2 (en) * | 2018-12-28 | 2023-01-17 | Intel Corporation | Methods of multi-link buffer management without block acknowledgement (BA) negotiation |
US11777656B2 (en) * | 2020-12-07 | 2023-10-03 | Apple Inc. | Group addressed frame delivery over multi-link systems |
WO2022254793A1 (ja) * | 2021-06-02 | 2022-12-08 | ソニーグループ株式会社 | 無線通信装置および方法 |
CN115174003B (zh) * | 2022-07-20 | 2023-11-24 | 普联技术有限公司 | 块确认控制方法、装置、计算机可读存储介质及终端设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5570367A (en) * | 1994-07-29 | 1996-10-29 | Lucent Technologies Inc. | Asymmetric protocol for wireless communications |
CN1415146A (zh) * | 2000-01-04 | 2003-04-30 | 诺基亚公司 | 数据重传方法 |
CN1906891A (zh) * | 2003-11-24 | 2007-01-31 | 英特尔公司 | 无线网络中具有组确认的分段化的方法、系统和设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3316059B2 (ja) | 1993-09-01 | 2002-08-19 | 株式会社東芝 | データ伝送装置 |
WO2003028314A1 (en) | 2001-09-19 | 2003-04-03 | Sharp Kabushiki Kaisha | Communication method, communication apparatus, reception apparatus, communication program, computer-readable recording medium containing communication program, and network system |
US8483105B2 (en) * | 2003-10-15 | 2013-07-09 | Qualcomm Incorporated | High speed media access control |
-
2004
- 2004-12-09 US US10/582,986 patent/US7734978B2/en active Active
- 2004-12-09 WO PCT/JP2004/018412 patent/WO2005060198A1/ja active Application Filing
- 2004-12-09 JP JP2005516301A patent/JP4223513B2/ja active Active
- 2004-12-09 CN CN200480037907XA patent/CN1894921B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5570367A (en) * | 1994-07-29 | 1996-10-29 | Lucent Technologies Inc. | Asymmetric protocol for wireless communications |
CN1415146A (zh) * | 2000-01-04 | 2003-04-30 | 诺基亚公司 | 数据重传方法 |
CN1906891A (zh) * | 2003-11-24 | 2007-01-31 | 英特尔公司 | 无线网络中具有组确认的分段化的方法、系统和设备 |
Also Published As
Publication number | Publication date |
---|---|
US7734978B2 (en) | 2010-06-08 |
CN1894921A (zh) | 2007-01-10 |
US20070162813A1 (en) | 2007-07-12 |
WO2005060198A1 (ja) | 2005-06-30 |
JPWO2005060198A1 (ja) | 2007-12-13 |
JP4223513B2 (ja) | 2009-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1894921B (zh) | 接收台、通信方法 | |
CN101189840B (zh) | 数据单元中继设备和控制该数据单元中继设备的方法 | |
US5168497A (en) | Packet communication processing method | |
JP5222002B2 (ja) | 車載用の中継接続ユニット | |
US20060146887A1 (en) | Communication system, communication control method, communication control apparatus, and communication control program | |
JPH0766833A (ja) | フレーム中継装置、フレーム中継装置群及び中継方法 | |
JPH07273798A (ja) | マルチキャスト通信のための方法、システム及びネットワーク | |
EP0507579A2 (en) | Multiplexed transmission between nodes with cyclic redundancy check calculation | |
CN100550714C (zh) | Arq系统中的传输控制方法 | |
JP2595965B2 (ja) | 同報通信システム | |
CN104685832A (zh) | 通信控制方法、网络系统以及通信装置 | |
CN101977358A (zh) | 一种数据短信的传输方法、装置及设备 | |
JP4772553B2 (ja) | データ送受信装置及びデータ送受信方法 | |
US7006454B2 (en) | Method used to create multihop RF network based on low performance 8 bit microcontrollers | |
JP3788143B2 (ja) | 通信ネットワークシステムにおける通信制御方法及び通信ネットワークシステム並びに通信制御処理プログラムを記録した記録媒体 | |
CN109089331A (zh) | 一种在无线局域网中实现多射频链路的方法和无线接入点 | |
JP2001211145A (ja) | 伝送システム及び伝送方法 | |
JP2001045056A (ja) | 通信システム | |
CN112187408B (zh) | 数据处理方法、系统、装置、存储介质和处理器 | |
US7075937B1 (en) | Method and device for sending data, method and device for receiving data | |
CN109525496B (zh) | 一种链路状态信息的更新方法及装置 | |
JPH09214545A (ja) | ネットワーク通信制御方式 | |
KR101039508B1 (ko) | 데이터 전송을 감시하기 위한 방법 및 장치 | |
JPH06252895A (ja) | データ伝送方式 | |
JP2006211136A (ja) | データ処理装置およびデータ処理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |