CN116711367A - 通信设备和通信方法 - Google Patents

通信设备和通信方法 Download PDF

Info

Publication number
CN116711367A
CN116711367A CN202180091338.0A CN202180091338A CN116711367A CN 116711367 A CN116711367 A CN 116711367A CN 202180091338 A CN202180091338 A CN 202180091338A CN 116711367 A CN116711367 A CN 116711367A
Authority
CN
China
Prior art keywords
data
frame
communication device
link
acknowledgement
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
CN202180091338.0A
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.)
Sony Group Corp
Original Assignee
Sony Group Corp
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 Sony Group Corp filed Critical Sony Group Corp
Publication of CN116711367A publication Critical patent/CN116711367A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1685Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1858Transmission or retransmission of more than one copy of acknowledgement message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1614Details of the supervisory signal using bitmaps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]

Landscapes

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

Abstract

本发明的技术涉及使得有可能在更早阶段识别需要重传的数据的通信设备和通信方法。该通信设备包括控制单元,所述控制单元实施控制以执行以下操作:通过使用多个链路的无线通信与另一个通信设备交换帧;当使用第一链路发送了包括聚合数据的数据帧时,使用第二链路发送数据确认响应请求帧;以及从接收到数据帧的另一个通信设备接收对应于确认响应请求帧的确认响应帧。本发明的技术例如适用于构成无线LAN***的通信设备。

Description

通信设备和通信方法
技术领域
本发明的技术涉及通信设备和通信方法,更具体来说涉及允许在更早阶段识别需要重传的数据的通信设备和通信方法。
背景技术
在无线局域网(LAN)***中实施控制,从而使得在来自发送侧通信设备的数据发送之后的任何定时发送块ACK请求帧,并且使得接收到数据的接收侧通信设备返回块ACK帧。
专利文献1公开了一种用于发送块ACK请求帧的技术,其中块ACK请求帧包括发送序列号(TSN)以表明块ACK帧对应于多个数据块中的哪一个数据块。
此外,对于无线LAN***,用以聚合多个MAC层协议数据单元(MPDU)以形成作为一帧的聚合MPDU(A-MPDU)帧来发送数据的技术被广泛使用。
引用列表
专利文献
专利文献1:日本专利申请特开号2011-125035
发明内容
本发明将解决的问题
在实施帧聚合的情况下,除非A-MPDU帧的结束到达,否则接收侧通信设备无法返回块ACK帧,并且发送侧通信设备无法识别需要重传的数据。
因此,除非所有数据都已被发送,否则无法识别需要由发送侧通信设备重传的数据。因此,确定尚未被递送到接收侧通信设备的数据要花时间,重传尚未被递送的数据也要花时间。
此外,专利文献1中公开的技术不可能返回包括最新数据接收状态的块ACK帧。
本发明的技术正是鉴于这样的情况而提出的,并且将允许在更早阶段识别需要重传的数据。
针对问题的解决方案
根据本发明的技术的一方面的通信设备是包括控制单元的通信设备,所述控制单元实施控制以执行以下操作:通过使用多个链路的无线通信与另一个通信设备交换帧;当使用第一链路发送了包括聚合数据的数据帧时,使用第二链路发送针对所述数据的确认请求帧;以及从接收到数据帧的另一个通信设备接收响应于确认请求帧的确认帧。
根据本发明的技术的一方面的通信方法是由通信设备实施来执行以下操作的通信方法:通过使用多个链路的无线通信与另一个通信设备交换帧;当使用第一链路发送了包括聚合数据的数据帧时,使用第二链路发送针对所述数据的确认请求帧;以及从接收到数据帧的另一个通信设备接收响应于确认请求帧的确认帧。
在根据本发明的技术的一方面的通信设备和通信方法中,通过使用多个链路的无线通信与另一个通信设备实施帧交换。当使用第一链路发送了包括聚合数据的数据帧时,使用第二链路发送针对所述数据的确认请求帧,并且从接收到数据帧的另一个通信设备接收响应于确认请求帧的确认帧。
根据本发明的技术的一方面的通信设备是包括控制单元的通信设备,所述控制单元实施控制以执行以下操作:通过使用多个链路的无线通信与另一个通信设备交换帧;当使用第一链路从另一个通信设备接收到包括聚合数据的数据帧时,使用第二链路接收针对所述数据的确认请求帧;基于所接收到的确认请求帧,生成包括对于已收集到的数据的确认的确认帧;以及向发送数据帧的另一个通信设备发送所生成的确认帧。
根据本发明的技术的一方面的通信方法是由通信设备实施来执行以下操作的通信方法:通过使用多个链路的无线通信与另一个通信设备交换帧;当使用第一链路从另一个通信设备接收到包括聚合数据的数据帧时,使用第二链路接收针对所述数据的确认请求帧;基于所接收到的确认请求帧,生成包括对于已收集到的数据的确认的确认帧;以及向发送数据帧的另一个通信设备发送所生成的确认帧。
在根据本发明的技术的一方面的通信设备和通信方法中,通过使用多个链路的无线通信与另一个通信设备实施帧交换。当利用第一链路从另一个通信设备接收包括聚合数据的数据帧时,利用第二链路接收针对所述数据的确认请求帧。基于所接收到的确认请求帧生成包括对于已收集到的数据的确认的确认帧,并且向发送数据帧的另一个通信设备发送所生成的确认帧。
应当注意的是,根据本发明的技术的一方面的通信设备可以是独立设备,或者可以是构成一个设备的内部块。
附图说明
图1是示出利用为之应用本发明的技术的无线通信***所形成的无线通信网络的示例性配置的图示。
图2是示出使用在为之应用本发明的技术的无线通信***中的频段和信道分配的示例的图示。
图3是示出根据当前方法的数据交换序列中的数据与ACK之间的冲突的示例的序列图。
图4是示出实施使用相近频段的多链路操作的情况下的问题的序列图。
图5是示出为之应用本发明的技术的多链路操作期间的数据发送流程的图示。
图6是示出为之应用本发明的技术的多链路操作的数据发送流程的第一修改的图示。
图7是示出为之应用本发明的技术的多链路操作的数据发送流程的第二修改的图示。
图8是示出为之应用本发明的技术的多链路操作的数据发送流程的第三修改的图示。
图9是示出为之应用本发明的技术的发送侧通信设备和接收侧通信设备之间的示例性序列的图示。
图10是示出为之应用本发明的技术的通信设备的示例性配置的方框图。
图11是示出图10中所示的无线通信模块的示例性配置的方框图。
图12是示出为之应用本发明的技术的块ACK请求帧的示例性配置的图示。
图13是示出BAR类型的示例的图示。
图14是示出为之应用本发明的技术的A-MPDU帧的示例性配置的图示。
图15是示出为之应用本发明的技术的块ACK帧的示例性配置的图示。
图16是示出为之应用本发明的技术的块ACK帧配置的第一修改的图示。
图17是示出为之应用本发明的技术的块ACK帧配置的第二修改的图示。
图18是示出其中用设置操作替代多链路操作的帧的示例性配置的图示。
图19是用于解释多链路设定处理流程的流程图。
图20是用于解释多链路设定处理流程的流程图。
图21是用于解释数据发送侧的处理流程的流程图。
图22是用于解释数据发送侧的处理流程的流程图。
图23是用于解释数据接收侧的处理流程的流程图。
图24是用于解释数据接收侧的处理流程的流程图。
具体实施方式
在传统无线LAN***中实施控制,以在数据发送之后的任何适当定时发送块ACK请求帧,并且返回所发送的数据的块ACK帧。
也就是说,在其中发送数据的信道中的数据发送之后过去了段帧间间隔(SIFS)间隔之后无法立即确认接收的情况下,在过去了用于解码的充足时间之后从数据发送侧通信设备向接收侧通信设备发送块ACK请求帧,从而请求块ACK帧的返回。
此外,在数据发送之后立即从接收侧通信设备返回了块ACK帧但是发送侧通信设备无法正确解码块ACK帧的情况下,也有可能在发送侧通信设备发送所有数据之前再次向接收侧通信设备发送块ACK请求帧并且请求块ACK帧的返回。
数据发送和块ACK帧的返回的序列及数据发送之后的块ACK请求帧和块ACK的返回的序列是利用相同频段内的信道来交换的。
此外,对于由IEEE 802.11n或IEEE 802.11ac标准化的无线LAN***,用以聚合多个MAC层协议数据单元(MPDU)以形成作为一帧的聚合MPDU(A-MPDU)帧来发送数据的技术被广泛使用。
此外,随着近来无线LAN***的普及和内容容量的增加,使用仅仅一个频段内的信道进行预定量的数据的通信变得低效。
因此,作为IEEE 802.11ax的后续标准的技术研究,在电气和电子工程师协会(IEEE)的“任务组TG be”中研究了用于并行使用多个频段(链路)来实施更高密度数据通信的方法。
在该“任务组TG be”中,作为多链路操作(MLO),研究了用于使用多个不同频段(链路)从发送侧通信设备向接收侧通信设备统一发送聚合内容的技术。在该多链路操作中,需要用于将多个频段(链路)视为一个发送信道并且使用该发送信道进行通信的技术。
与此同时,从确保与传统无线LAN***的兼容性的角度来看,如果多个频段(链路)中的某个发送信道正被使用,则无法实施使用该频段(链路)的发送,并且发送变为可能的定时随着每一个频段(链路)变化。
此外,由于这里必须在每一个频段(链路)中设定随机回退,因此尽管发送信道处于未使用状态,发送并不是同时开始,而是取决于随机回退的设定值。
在该多链路操作中,在发送开始定时不同的情况下,发送结束定时也彼此不同,因此重传开始定时也随着每一个单独的频段(链路)而变化。
在实施传统帧聚合的情况下,除非A-MPDU帧的结束到达,否则无法返回块ACK帧,并且发送侧通信设备无法识别将要重传的数据。
因此,除非所有数据都已被发送,否则无法识别需要重传的数据。因此,确定尚未被递送到接收侧通信设备的数据要花时间,重传尚未被递送的数据也要花时间。
有鉴于此,需要由发送侧通信设备在任何适当的定时识别未被递送的数据的方法,并且事先掌握将要重传的数据而无需接收在数据结束之后立即返回的块ACK帧。此外,需要利用块ACK请求帧识别所需ACK信息的范围的技术。
有鉴于此,本发明的技术设想到如下配置:无线LAN***中的数据发送侧通信设备在任何适当的频段内发送块ACK请求帧,从而可以在任何适当的定时接收来自接收侧通信设备的块ACK帧而无需等待聚合数据(A-MPDU)的结束,并且在发送之后立即从接收侧通信设备返回截止包括其他频段的各个频段中的所述定时所成功收集到的数据的块ACK帧,从而可以在早期阶段检测未被递送的数据。
此外,本发明的技术设想到如下配置:例如在链路被发送侧通信设备用于数据发送但是接收侧通信设备完全无法接收到数据的情况下,在任何适当的链路中发送块ACK请求帧以检测其中已单方面发生数据接收缺陷的链路的存在。
本发明的技术还设想到如下配置:将被发送的块ACK请求帧包括以下信息:与包括用于请求块ACK的数据的链路相关的信息,与从不需要块ACK的返回的序列号到将为之返回块ACK的序列号的序列号范围相关的信息,以及与块ACK的位图长度相关的信息。
下面将参照附图描述本发明的技术的实施例。
<1、本发明的技术的实施例>
(网络的配置)
图1是示出利用为之应用本发明的技术的无线通信***形成的无线通信网络的示例性配置的图示。作为无线通信***的示例,图1示出了无线LAN***的配置。
在图1中,构成无线LAN***1-1的通信设备10由图中的白色圆圈表示,图中的实线箭头A1和A2表示对应的通信设备10在通信终端STA10-1和通信终端STA10-2连接到接入点AP10的状态下是可通信的。
在无线LAN***1-1的附近,由图中的阴影圆圈表示的接入点AP20和通信终端STA20构成另一个无线LAN***1-2,并且图中的实线箭头B1表示对应的通信设备20是可通信的。
此外,在无线LAN***1-1的附近,由图中的阴影圆圈表示的接入点AP30和通信终端STA30构成另一个无线LAN***1-3,并且图中的实线箭头D1表示对应的通信设备30是可通信的。
接入点AP10位于来自接入点AP20和通信终端STA20的信号及来自接入点AP30和通信终端STA30的信号可以被接收到的位置处,在图中由虚线箭头C2和C3及E2和E3表示。
通信终端STA10-1位于来自接入点AP20和接入点AP30的信号可以被接收到的位置处,在图中由虚线箭头C1和E1表示。此外,通信终端STA10-2位于来自通信终端STA20和通信终端STA30的信号可以被接收到的位置处,在图中由虚线箭头C4和E4表示。
利用这种安排,由于无线LAN***1-2和无线LAN***1-3的存在,构成无线LAN***1-1的接入点AP10、通信终端STA10-1和通信终端STA10-2需要在这些通信设备之间实施公平接入。
应当注意的是,在后文中将把发送数据的通信设备称为发送侧通信设备,并且将把接收数据的通信设备称为接收侧通信设备。举例来说,在无线LAN***1-1中,从比如接入点AP10的发送侧通信设备10Tx发送的数据由比如通信终端STA10-1的接收侧通信设备10Rx接收。
(频段和信道分配的示例)
图2是示出用在为之应用本发明的技术的无线通信***中的频段和信道分配的示例的图示。图2示出了用于无线LAN***的可用频段及其信道分配情况。
在2.4GHz频段中,在应用于IEEE 802.11g标准中的具有20MHz带宽的正交频分多路复用(OFDM)方案的无线信号的情况下,设定用于至少两个信道的频率(图中的最上行(第一行)中的“2.4GHz频段”)。
在5GHz频段中,有可能确保多个频率信道以应用于根据比如IEEE 802.11a之类的标准的具有20MHz带宽的OFDM方案的无线信号(图中的第一和第二行中的“5GHz频段A和B”)。
在这里,5GHz频段中的操作伴随有用于确定各个国家的法律***中的可用频率范围、发送功率和发送可能性的条件。举例来说,在日本可以使用信道36到64的八个信道和信道100到140的11个信道。
应当注意的是,在日本之外的其他国家和地区中,信道32、信道68、信道96和信道144也可以被使用,并且在甚至更高的频段内,还可以使用信道149到173。
此外,当前6GHz频段正被标准化为可用频段(图中的第三和第四行中的“6GHz频段A、B、C和D”)。通过使用6GHz频段的方法,在6GHz频段A的UNI I-5频段内可以安排25个信道,在6GHz频段B的UNI I-6频段内可以安排五个信道,在6GHz频段C的UNI I-7频段内可以安排17个信道,并且在6GHz频段D的UNI I-8频段内可以安排12个信道。
(数据与ACK之间的冲突的示例)
图3是示出根据当前方法的数据交换序列中的数据与ACK之间的冲突示例的序列图。
按照当前方法,数据发送和ACK返回在同一信道中实施。有鉴于此,图3示出了发送自邻近网络的通信设备的信号与主题网络中的接收发生干扰的情况,或者发送自主题网络的信号与邻近网络的通信设备处的接收发生干扰的示例。
在图3中,图中的左侧示出了形成主题网络中的发送侧通信设备和接收侧通信设备的情况,并且存在图中右侧的邻近网络(重叠基本服务集(OBSS))的接收侧通信设备和发送侧通信设备。
这里在主题网络中,在接收侧通信设备正接收来自发送侧通信设备的A-MPDU帧(A-MPDU数据)的同时由OBSS网络的接收侧通信设备返回对应于请求发送(RTS)帧的允许发送(CTS)帧的情况下,会与数据接收发生干扰,并且无法实施正确的数据解码(S11,S21,S22)。
因此,尽管OBSS网络的接收侧通信设备正在接收数据(A-MPDU数据),主题网络的接收侧通信设备仍在A-MPDU帧(A-MPDU数据)的接收完成之后立即返回块ACK帧(块ACK)(S12)。在这种情况下,块ACK帧变成OBSS网络的接收侧通信设备中的干扰信号,并且无法正确地接收数据(A-MPDU数据)(S23)。
此外,当从主题网络的发送侧通信设备重传的数据(重传A-MPDU数据)与OBSS网络的接收侧通信设备中的块ACK帧(块ACK)的定时重叠时,所述数据变成干扰信号,并且主题网络的接收侧通信设备无法正确地接收数据(S13,S24)。当从OBSS网络的发送侧通信设备重传的数据(重传A-MPDU数据)与主题网络的接收侧通信设备中的块ACK帧(块ACK)的定时重叠时也是同样的情况(S25,S14)。
正如前面所描述的那样,存在来自主题网络的接收侧通信设备的信号和来自OBSS网络的接收侧通信设备的信号对于彼此变成干扰信号的问题,并且最终发送所有数据要花时间。
(MLO中的问题)
图4是示出实施使用相近频段的多链路操作的情况下的问题的序列图。
在图4中,图中的左侧示出了在第一链路(链路1)中使用5GHz频段并且在第二链路(链路2)中使用6GHz频段的发送侧通信设备,同样地,图中的右侧示出了在第一链路(链路1)中使用5GHz频段并且在第二链路(链路2)中使用6GHz频段的接收侧通信设备。
这里,在实施多链路操作的情况下,当5GHz频段和6GHz频段都被使用时,存在由于一个链路所返回的信号而导致无法正确地接收另一个数据的可能性。
也就是说,在第一链路和第二链路中异步发送A-MPDU帧(S41,S42)并且实施多链路操作的情况下,当使用第二链路的通信提早结束时并且随后立即返回块ACK帧(S43)时,存在第一链路中的A-MPDU帧的数据接收将被所述信号干扰的可能性。
同样地,在第一链路中的通信结束的情况下,如果在结束之后立即返回块ACK帧(S45),存在所述信号将与在第二链路中重传(S44)的A-MPDU帧的数据接收发生干扰的可能性。
正如前面所描述的那样,在使用相近频段的多链路操作中,由接收侧通信设备发送的块ACK帧变成干扰信号,并且完成发送所有数据要花时间。
(根据本发明的技术的MLO期间的数据发送)
图5是示出为之应用本发明的技术的多链路操作期间的数据发送流程的图示。在图5中,时间的方向是图中的从左侧向右侧的方向。
图5示出了利用第一链路(链路1)到第四链路(链路4)的四个链路实施数据发送、请求块ACK和ACK接收的示例。该图示出了利用在四个可用链路当中的最迟定时可用的第四链路来实施请求块ACK和ACK接收的配置。
图中的正方形表示数据,在每一个链路中利用分配给各个正方形中示出的各项“数据”的数字来管理序列号,并且在所述配置中返回对于接收的确认(ACK)。该例示出了在每一个链路中通过聚合八个MPDU形成A-MPDU帧并且实施数据发送的配置。
也就是说,在第一链路(链路1)中,当具有序列号1到8的数据在预定接入控制下获取接入权时,实施帧聚合,并且作为A-MPDU帧发送数据。在第二链路(链路2)中,当具有序列号9到16的数据在预定接入控制下获取接入权时,实施帧聚合,并且作为A-MPDU帧发送数据。
此外,在第三链路(链路3)中,当具有序列号17到24的数据在预定接入控制下获取接入权时,实施帧聚合,并且作为A-MPDU帧发送数据。此外,在最后变为可用的第四链路(链路4)中,立即从发送侧通信设备向接收侧通信设备发送块ACK请求(BAR)。
可以标识至此所发送的数据的序列号的信息可以被添加到该块ACK请求帧。举例来说,表明关于数据1到数据4的数据的块ACK请求的信息被包括在第一链路(链路1)中,表明关于数据9和数据10的数据的块ACK请求的信息被包括在第二链路(链路2)中,并且表明仅关于数据17的块ACK请求的信息被包括在第三链路(链路3)中,其中考虑到接收侧通信设备中的解码处理延迟时间。
随后,基于块ACK请求帧,接收侧通信设备利用块ACK帧做出响应,用于标识截止所述定时在其他链路中接收到的数据或者尚未被递送的数据的ACK信息被添加到所述块ACK帧。图5示出了接收侧通信设备截止所述定时在第一链路(链路1)中接收到数据1到数据4并且所接收到的数据当中的数据3是错误(图中的阴影正方形)的情况。
与此同时,第二链路(链路2)处于已接收到数据9到数据11并且所接收到的数据当中的数据10是错误(图中的阴影正方形)的情况。在第三链路(链路3)中,仅接收到数据17。
接收到数据的接收侧通信设备随后编写和返回块ACK(BA)帧,其中包括关于已被成功收集到的数据(MPDU)或者作为错误尚未被成功收集到的数据(MPDU)的序列号的信息。在这种配置中,表明数据3和数据10是未被递送的数据的块ACK信息被包括在所述信息中。
随后,接收到块ACK帧的发送侧通信设备确定数据3和数据10未被递送,并且在早期阶段在第四链路(链路4)中发送重传数据(未被递送的数据),所述第四链路(链路4)在所述配置中是未被使用的链路。此外,发送侧通信设备即使在重传数据的发送之后还发送块ACK请求帧,以请求接收侧通信设备报告在所述配置中截止该时间点所接收到的数据(MPDU)的接收状态。
可以标识至此所发送的数据的序列号的信息可以被添加到该块ACK请求帧。举例来说,表明关于数据1到数据8的数据的块ACK请求的信息被包括在第一链路(链路1)中,表明关于数据9到数据15的数据的块ACK请求的信息被包括在第二链路(链路2)中,并且表明关于数据17到数据21的数据的块ACK请求的信息被包括在第三链路(链路3)中,其中考虑到接收侧通信设备中的解码处理延迟时间。
随后,基于块ACK请求帧,接收侧通信设备利用块ACK帧做出响应,用于标识截止所述定时在其他链路中接收到的数据或者尚未被递送的数据的ACK信息被添加到所述块ACK帧。此外,这里在第四链路(链路4)中返回包括所重传的数据(数据3和数据10)的接收状态的块ACK帧。
图5示出了接收侧通信设备在第一链路(链路1)中的数据7中有错误(图中的阴影正方形)的情况。与此同时,第二链路(链路2)处于没有错误的情况,第三链路(链路3)处于数据20是错误(图中的阴影正方形)的情况。
相应地,来自接收侧通信设备的块ACK帧包括表明在所述配置中数据7和数据20是未被递送的数据的块ACK信息。
随后,接收到块ACK帧的发送侧通信设备确定数据7和数据20未被递送,并且继续在所述配置中是未被使用的链路的第四链路(链路4)中发送重传数据。此外,发送侧通信设备即使在重传数据的发送之后还发送块ACK请求帧,以请求接收侧通信设备报告在所述配置中截止该时间点所接收到的数据(MPDU)的接收状态。
这里,在接收侧通信设备可以在所述配置中正确地接收所有数据的情况下,接收侧通信设备返回表明所有数据都被接收到的块ACK帧(Ack所有)。
应当注意的是,图5示出了如下示例性配置:为了防止与邻近链路的干扰,在发送A-MPDU的同时不可以请求ACK返回,因此在A-MPDU之后不返回块ACK帧。此外,在发送侧通信设备基于来自接收侧通信设备的块ACK帧识别出发生故障的链路的情况下(例如在第一链路中无法接收到比如数据1到数据4的连续数据的情况),发送侧通信设备可以暂停使用所述链路(例如第一链路)的数据帧的发送。
图6是示出为之应用本发明的技术的多链路操作期间的数据发送流程的第一修改的图示。
与前面描述的图5相比,图6示出了如下配置:未在可用链路中发送块ACK请求帧,而是在发送了构成A-MPDU的预定数量的数据(MPDU)之后变为可用的链路中发送块ACK请求帧。
该图示出了如下示例:在发送第一链路(链路1)中的数据1到数据3及第二链路(链路2)中的数据9和数据10计五项数据(MPDU)之后,立即在变为可用的第三链路(链路3)中发送块ACK请求帧。
应当注意的是,第四链路(链路4)在所述配置中在发送数据之后变为可用。此外,与前面描述的图5中一样,将被发送的A-MPDU的数据配置作为通过在每一个链路中聚合八个MPDU而形成的A-MPDU配置被发送。在图6中,第三链路(链路3)中的发送的内容和第四链路(链路4)中的发送的内容与图5中相反。
该图还示出了如下示例性配置:在不需要防止与邻近链路的干扰的情况下,发送块ACK请求帧从而在A-MPDU之后返回块ACK帧。在这种情况下,在所述配置中从发送侧通信设备发送的A-MPDU之后立即在每一个链路中返回来自接收侧通信设备的块ACK帧。
此外,可以在形成A-MPDU帧的报头信息或定界符信息中写入表明块ACK请求的比特或参数,而无需块ACK请求帧的显式发送。
在接收到块ACK请求帧和报头信息的接收侧通信设备中,作为将被写入在块ACK帧中的ACK信息,可以写入用于标识截止此时所成功解码的数据(MPDU)的序列号的信息。
也就是说,应当注意的是,关于在其他链路中尚未被接收到的MPDU的信息没有被正确地反映在第一链路(链路1)中返回的块ACK帧中,并且关于所有数据的ACK信息被写入在将在所有数据(MPDU)的发送之后被返回的块ACK帧中。
图7是示出为之应用本发明的技术的多链路操作期间的数据发送流程的第二修改的图示。
图7示出了如下示例:在每一个链路中将被聚合的MPDU的数量不像前面所描述的配置中那样被事先确定,而是在发送变为可能时利用存储在缓冲器中的数据形成A-MPDU。此外,该图示出了如下示例:可以不在特定链路中发送块ACK请求帧,而是在必要的定时在任何所期望的链路中发送。
也就是说,在首先变为可用的第一链路(链路1)中,作为此时存储在缓冲器中的数据而形成A-MPDU帧,或者可以被形成为A-MPDU帧的具有最大可能长度的数据(数据1到数据12)。此外,在接下来变为可用的第二链路(链路2)中,利用此时存储在缓冲器中的数据(数据13到数据19)形成A-MPDU帧。
在如前面描述的图6中那样发送预定数量的数据(MPDU)之后,随后在此时变为可用的第三链路(链路3)中发送第一块ACK请求帧。
在接收侧通信设备中的此定时,在所示出的情况中的第一链路的数据1到数据3及第二链路的数据13和数据14当中,数据3(图中的阴影正方形)尚未被递送。其结果是,接收侧通信设备返回包括用于将数据3标识为未被递送的数据的信息的块ACK帧。
随后,在已变为可用的第四链路(链路4)中,发送侧通信设备可以使用此时存储在缓冲器中的数据(数据20到数据22)形成A-MPDU帧,并且在A-MPDU帧的信息之后向其添加块ACK请求帧,以获得ACK信息。
此外,在所示出的配置中,可以在第一链路(链路1)、第二链路(链路2)和第四链路(链路4)中顺序地实施发送,从而可以在任何定时在任何链路中发送块ACK请求帧。也就是说,在图7所示的配置中,在A-MPDU帧的发送之后发送块ACK请求帧,并且可以在每一个链路中接收ACK信息。
应当注意的是,在发送侧通信设备在第三链路(链路3)中接收到块ACK帧的情况下,除了需要被重传的数据(数据3)之外,发送侧通信设备可以聚合此时存储在缓冲器中的数据(数据23和数据24),以形成A-MPDU帧。
此外,在其中形成短A-MPDU帧的第四链路(链路4)中,随后立即发送块ACK请求帧,并且接收侧通信设备返回其中写入ACK信息的块ACK帧,所述ACK信息表明截止该定时所接收到的数据(MPDU)当中的尚未被递送的数据(数据7和数据20)。
接收到块ACK帧的发送侧通信设备在第四链路(链路4)中重传未被递送的数据(数据7和数据20)。
此外,在所述配置中的第二链路(链路2)中,如果发送信道在A-MPDU的发送之后基于预定接入控制是可用的,则在过去了预定时间时发送块ACK请求帧。也就是说,在另一个链路中发送块ACK请求帧之后过去了预定时间的情况下,在所述配置中的任何所期望的链路中发送下一个块ACK请求帧。
在此配置中,返回块ACK帧,利用所述块ACK帧可以将截止该定时尚未在接收侧通信设备中成功收集到的数据(数据10)识别为未被递送的数据。随后,在此配置中的第二链路(链路2)中重传未被递送的数据(数据10)。
正如前面所描述的那样,通过在此配置中的任何所期望的定时发送块ACK请求帧,在其他链路中有可能顺序地检查未被递送的数据。此外,在这种情况下,如果所有数据的收集都已完成,则可以响应于块ACK请求帧在任何链路中返回块ACK帧(Ack所有),或者可以在任何定时返回,比如A-MPDU结束之后的某个时间或者重传数据的发送之后的某个时间。
图8是示出为之应用本发明的技术的多链路操作期间的数据发送流程的第三修改的图示。
图8示出了发送块ACK请求帧并且用于接收块ACK帧的链路受到限制的示例性情况,尽管其配置与前面所描述的图7中的配置基本上类似。
也就是说,在两个链路的频段彼此相近的情况下,如果在一个链路中正接收数据的同时在另一个链路中发送块ACK帧,则数据接收可能会受到干扰。因此,为了减少这一影响,在可能导致干扰的链路中只实施数据发送,并且在该例中仅在具有更少影响的链路中交换块ACK请求帧和块ACK帧。
在这里,在图中所示出的示例中,如果第一链路(链路1)和第二链路(链路2)处于受到干扰的频段中,则这些链路仅被用于数据发送。第三链路(链路3)和第四链路(链路4)被形成在即使同时实施发送和接收时受到更少干扰的频段中。因此,第三链路和第四链路被设定为用来交换块ACK请求帧和块ACK帧的链路。
此外,在此配置中,利用第三链路(链路3)和第四链路(链路4)来交换块ACK请求帧和块ACK帧,但是在自从前一个块ACK请求帧的发送时间以来过去了预定时间之后发送最小块ACK请求帧,从而在任何所期望的定时获取ACK信息。
此外,在这种情况下,如果完成了所有数据的收集,可以响应于块ACK请求帧在任何链路中返回块ACK帧(Ack所有),或者可以在任何定时返回,比如A-MPDU结束之后的某个时间或者重传数据的发送之后的某个时间。
此外,用于请求块ACK帧的返回的ACK策略比特可以被设定在A-MPDU帧的报头信息或定界符信息中,而无需块ACK请求帧的显式发送。
(设备之间的序列)
图9是示出为之应用本发明的技术的发送侧通信设备与接收侧通信设备之间的示例性序列的图示。在图9中,时间的方向是图中的从顶侧向底侧的方向。
图9示出了在左侧的数据发送侧通信设备与右侧的接收侧通信设备之间实施使用多个链路的多链路操作的状态。
首先,发送侧通信设备和接收侧通信设备被设计为使用特定链路(链路1)交换参数信息,比如用于实施多链路操作的多项链路信息。
具体来说,在此配置中,发送侧通信设备可以发送多链路设置请求(多链路设置请求)(S71),并且接收侧通信设备例如可以返回多链路设置响应(多链路设置响应)(S72),从而调节其参数。
所述参数包括表明除了第一链路(链路1)之外的第二链路(链路2)、第三链路(链路3)和第四链路(链路4)是能够发送数据和块ACK请求帧并且返回块ACK帧的链路的链路相关信息。
图9示出了前面所描述的图5中示出的多链路操作期间的数据发送的序列,具体来说示出了如下示例:在第一链路(链路1)到第三链路(链路3)中发送A-MPDU的数据(S73到S75),并且在第四链路(链路4)中交换块ACK请求(BAR)帧和块ACK(BA)帧(S81到S90)。
第一链路(链路1)示出了数据1到数据4(作为A-MPDU帧发送的数据)当中的具有序列号3的数据3的接收是错误的状态。第二链路(链路2)示出了数据9和数据10(作为A-MPDU帧发送的数据)当中的具有序列号10的数据10的接收是错误的状态。第三链路(链路3)示出了数据17(作为A-MPDU帧发送的数据)被发送的状态。
此外,在第四链路(链路4)在这里变为可用的情况下,发送侧通信设备在此配置中在该链路中发送块ACK请求帧(S81)。在这里,接收到块ACK请求帧的接收侧通信设备在第四链路(链路4)中返回块ACK帧(S82),所述块ACK帧包括用于标识所述数据(MPDU)当中的至此尚未被递送的数据3和数据10的信息。
此外,发送侧通信设备使用第四链路(链路4)重传在此是未被递送的数据的数据3和数据10(S83,S84),并且随后还发送块ACK请求帧(S85)。
此外,第一链路(链路1)示出了数据1到数据8(作为A-MPDU帧发送的数据)当中的具有序列号7的数据7的接收是错误的状态。第二链路(链路2)示出了数据9到数据15(作为A-MPDU帧发送的数据)被发送的状态。第三链路(链路3)示出了数据17到数据21(作为A-MPDU帧发送的数据)当中的具有序列号20的数据20的接收是错误的状态。
此外,在第四链路(链路4)在这里变为可用的情况下,发送侧通信设备在此配置中在该链路中发送块ACK请求帧(S85)。在这里,接收到块ACK请求帧的接收侧通信设备在第四链路(链路4)中返回块ACK帧(S86),所述块ACK帧包括用于标识所述数据(MPDU)当中的至此尚未被递送的数据7和数据20的信息。
此外,发送侧通信设备使用第四链路(链路4)重传在此是未被递送的数据的数据7和数据20(S87,S88),并且随后还发送块ACK请求帧(S89)。随后从接收侧通信设备返回表明已接收到所有数据的块ACK帧(Ack所有)(S90),并且所述一系列的序列处理随后在所述配置中结束。
(通信设备的配置)
图10是示出为之应用本发明的技术的通信设备的示例性配置的方框图。
图10中示出的通信设备10是被设计为无线LAN***1-1(图1)中的接入点AP10或通信终端STA10的无线通信设备,或者被设计为发送侧通信设备10Tx或接收侧通信设备10Rx。
在图10中,通信设备10包括网络连接模块11、信息输入模块12、设备控制模块13、信息输出模块14和无线通信模块15。
网络连接模块11例如包括:作为具有将光纤网络或某种其他通信线路经由服务提供商连接到因特网网络的功能的接入点AP10的电路,所述电路的***电路,微控制器,半导体存储器等等。
网络连接模块11在设备控制模块13的控制下实施与因特网连接相关的各种处理。举例来说,在通信设备10作为接入点AP10操作的情况下,网络连接模块11具有其中安装用于连接到因特网网络的通信调制解调器等等的功能的配置,并且通过公共通信线路和因特网服务提供商来实施因特网连接。
信息输入模块12例如是利用比如按钮、键盘或触摸板之类的输入设备形成。信息输入模块12具有将对应于来自用户的指令的指令信息输入到设备控制模块13的功能。
设备控制模块13例如包括微处理器、微控制器、半导体存储器等等。设备控制模块13控制各个组件(模块),以使得通信设备10作为接入点AP10或通信终端STA10操作。
设备控制模块13对从网络连接模块11、信息输入模块12或无线通信模块15提供的信息实施各种处理。设备控制模块13还把作为其自身实施的处理的结果所获得的信息提供到网络连接模块11、信息输出模块14或无线通信模块15。
举例来说,在数据发送时,设备控制模块13把从协议上方层的应用等等传递来的发送数据提供到无线通信模块15。此外,在数据接收时,设备控制模块13把从无线通信模块15提供来的接收数据传递到协议上方层的应用等等。
信息输出模块14例如是利用包括比如液晶显示器、有机EL显示器或发光二极管(LED)显示器之类的显示单元和输出语音或音乐的扬声器的输出设备而形成的。
信息输出模块14具有基于从设备控制模块13提供的信息来显示对于用户所必要的信息的功能。在这里,将由信息输出模块14处理的信息例如包括通信设备10的操作状态和通过因特网网络获得的信息。
无线通信模块15例如是利用无线芯片、***电路、微控制器、半导体存储器等等而形成的。无线通信模块15在设备控制模块13的控制下实施与无线通信相关的各种处理。后面将参照图11详细描述无线通信模块15的配置。
应当注意的是,虽然在这里作为示例描述了安装有无线通信芯片、***电路等等的无线通信模块,但是本发明的技术不仅可以被应用于无线通信模块,而且还可以被应用于无线通信芯片、无线通信LSI等等。此外,在无线通信模块中是否包括天线是可选的。
此外,在图10中所示出的通信设备10中,设备控制模块13和无线通信模块15是必要组件,但是是否包括其他模块(即网络连接模块11、信息输入模块12和信息输出模块14)作为组件则是可选的。
也就是说,作为接入点AP10或通信终端STA10操作的每一个单独的通信设备10可以仅用必要的模块形成,不必要的部分可以被简化或排除。
更具体来说,例如网络连接模块11可以仅被合并在接入点AP10中,信息输入模块12和信息输出模块14可以仅被合并在通信终端STA10中。
图11是示出图10中所示的无线通信模块15的示例性配置的方框图。
无线通信模块15具有包括接口101和发送缓冲器102的配置,其中接口101连接到另一个模块并且交换各种信息和数据,发送缓冲器102存储将要发送的数据。这种配置还包括发送序列管理单元103、发送帧构造单元104、多链路管理单元105和接入控制单元106。
发送序列管理单元103管理被分配给将要发送的数据的序列号。发送帧构造单元104构造发送帧,这是通过使用将要发送的数据作为聚合来构造A-MPDU帧、构造接收确认(ACK)信息的块ACK帧等等。
多链路管理单元105向为之应用本发明的技术的多个数据发送链路发送块ACK请求帧,并且管理用以接收块ACK帧的链路的设定和所述多个链路中的操作。接入控制单元106检查每一个链路中的预定回退时间的设定和发送信道的使用状态。
此外,准备构造各个链路中的发送信号并且实施预定信号处理的各个链路的发送信号处理单元107,包括所述数量的多个链路。图11示出了第一链路(链路1)到第四链路(链路4)的四个链路可用并且利用发送信号处理单元107-1到107-4形成发送信号处理单元的情况。
应当注意的是,每一个发送信号处理单元107被设计为根据从后面描述的接收信号处理单元109获得的信号检测状态在接入控制单元106的控制下顺序地确定可用链路。
在这种配置中,实施操作以基于预定条件选择是否在必要时发送用于发送A-MPDU数据帧或块ACK请求帧的链路。举例来说,在A-MPDU中的预定数量的MPDU的发送之后,可以在变为可用的链路中发送块ACK请求帧。或者,在自从第一A-MPDU的发送定时以来过去了预定时间之后,可以在变为可用的链路中发送块ACK请求帧。接收侧通信设备10Rx随后接收ACK信息的返回,所述ACK信息用于标识在所述配置中截止该定时所收集到的MPDU或发生错误的MPDU。
通过发送/接收天线单元108无线发送来自发送信号处理单元107-1到107-4的发送信号,或者通过发送/接收天线单元108获取接收信号。
随后由对各个链路中接收到的信号实施解码处理的接收信号处理单元109对所接收到的信号进行准备(包括多个链路的数量)。图11示出了第一链路(链路1)到第四链路(链路4)的四个链路可用并且接收信号处理单元是由接收信号处理单元109-1到109-4形成的情况。
该配置还包括接收帧分析单元110、接收序列管理单元111和接收缓冲器112。
接收帧分析单元110分析来自所接收到的信号的A-MPDU帧,并且确定是否已提取出并且正确地接收到每一项MPDU数据。接收序列管理单元111管理被分配给所接收到的MPDU数据的序列号。接收缓冲器112暂时存储所接收到的数据。
应当注意的是,在通信设备10是接收侧通信设备10Rx的情况下,无线通信模块15被设计为能够在其中接收到数据的链路中快速接收块ACK请求帧。也就是说,在接收到块ACK请求帧的情况下,无线通信模块15识别在其他链路中至此所接收到的数据,并且识别在所述配置中已被接收到或变为错误的MPDU的序列号。
此外,在通信设备10是接收侧通信设备10Rx的情况下,无线通信模块15被设计为从关于所接收到的数据的确认(ACK)信息或否定确认(NACK)信息构造块ACK帧,并且通过多链路管理单元105返回作为控制信息的块ACK帧。在如下两种情况下都可以构造这些块ACK帧:在接收到来自发送侧通信设备10Tx的块ACK请求帧之后实施构造的情况,以及在接收到A-MPDU帧之后立即实施构造的情况。
应当注意的是,在图11所示出的配置中,各个块之间的箭头表示数据(信号)的流程和控制,并且每一个块和通过箭头与之相连的其他块协作操作以实现其功能。
也就是说,多链路管理单元105例如与接口101、发送序列管理单元103、接入控制单元106和接收序列管理单元111中的每一个协作操作,以实现作为本发明的技术的功能特性的多链路操作管理的相关功能。
此外,接入控制单元106例如与发送帧构造单元104、多链路管理单元105、发送信号处理单元107-1到107-4、接收信号处理单元109-1到109-4和接收帧分析单元110中的每一个协作操作,以实现作为本发明的技术的功能特性的数据发送和接收控制的相关功能。
具体来说,在如前面那样设计的无线通信模块15中,多链路管理单元105、接入控制单元106、发送信号处理单元107-1到107-4、接收信号处理单元109-1到109-4等等例如充当控制各个组件的操作以实施下面所描述的处理的控制单元。
也就是说,在通信设备10(例如发送侧通信设备10Tx)的无线通信模块15中,控制单元通过使用多个链路(例如图5中的第一链路到第四链路)的无线通信与另一个通信设备(例如接收侧通信设备10Rx)交换帧(例如各种帧)。当利用第一链路(例如图5中的第一链路、第二链路或第三链路)发送包括聚合数据的数据帧(例如A-MPDU帧)时,利用第二链路(例如图5中的第四链路)发送数据确认请求帧(例如块ACK请求(BAR)帧),并且从接收到数据帧的另一个通信设备(例如接收侧通信设备10Rx)接收对应于确认请求帧的确认帧(例如块ACK(BA)帧)。
在此阶段,可以在自从数据帧的发送开始以来过去了预定时间之后且数据帧的发送结束之前发送确认请求帧。或者,可以在包括在数据帧中的数据当中的预定量的数据被发送之后发送确认请求帧。
在通信设备10(例如发送侧通信设备10Tx)基于所接收到的确认帧(例如块ACK帧)识别出需要重传到另一个通信设备(例如接收侧通信设备10Rx)的数据(未被递送的数据)的情况下,可以在数据帧的发送结束之前发送所指定的数据(未被递送的数据)。此外,在通信设备10(例如发送侧通信设备10Tx)基于所接收到的确认帧(例如块ACK帧)识别出需要重传到另一个通信设备(例如接收侧通信设备10Rx)的数据(未被递送的数据)的情况下,可以利用任何所期望的链路来发送所指定的数据(未被递送的数据)。
应当注意的是,在通信设备10(例如发送侧通信设备10Tx)基于所接收到的确认帧(例如块ACK帧)识别出发生故障的链路的情况下(例如在图5中的第一链路中无法接收比如数据1到数据4的连续数据的情况),可以暂停使用该链路(例如图5中的第一链路)的数据帧的发送。
另一方面,在通信设备10(例如接收侧通信设备10Rx)的无线通信模块15中,控制单元通过使用多个链路(例如图5中的第一链路到第四链路)的无线通信与另一个通信设备(例如发送侧通信设备10Tx)交换帧(例如各种帧)。当使用第一链路(例如图5中的第一链路、第二链路或第三链路)从另一个通信设备(例如发送侧通信设备10Tx)接收包括聚合数据的数据帧(例如A-MPDU帧)时,利用第二链路(例如图5中的第四链路)接收数据确认请求帧(例如块ACK请求(BAR)帧),并且基于所接收到的确认请求帧生成包括对于所收集到的数据(例如MPDU)的确认的确认帧(例如块ACK(BA)帧),并且发送到发送了数据帧的另一个通信设备(例如发送侧通信设备10Tx)。
在此阶段,基于包括在确认请求帧中的参数生成确认帧。举例来说,可以基于被包括在确认请求帧中并且被设计用于标识不需要任何接收确认的序列号的标识信息而生成确认帧。应当注意的是,可以基于被包括在确认请求帧中并且被设计用于标识不需要任何接收确认的序列号的标识信息而丢弃截止该时间点所接收到的数据(接收数据)。
当接收从另一个通信设备(例如发送侧通信设备10Tx)发送的数据帧(例如A-MPDU帧)时,通信设备10(例如接收侧通信设备10Rx)可以在数据帧的接收结束之前利用任何所期望的链路接收需要被重传的数据(未被递送的数据)。
(BAR的配置)
图12是示出为之应用本发明的技术的块ACK请求(BAR)帧的示例性配置的图示。
块ACK请求帧具有在预定的MAC报头部分中包括以下各项的配置:表明该帧的类型的帧控制,表明该帧的持续时间的持续时间,用于标识接收侧通信设备10Rx的接收地址,和用于标识发送侧通信设备10Tx的发送地址。
在此配置中,BAR控制被包括为块ACK请求帧的参数。BAR控制包括BAR类型字段。图13是示出BAR类型的示例的图示。如图13中所示,在BAR类型字段中,用于在多链路操作期间标识块ACK请求的M-BAR参数可以被指定为数值“11”。
作为BAR信息,除了起始序列号字段之外,所述配置还包括在其中写入多链路操作的参数的多链路信息、指定响应块ACK帧的位图长度的块ACK位图长度、作为用于标识未被使用的序列号空间的信息的丢弃序列号(S/N)等等。在所述配置中,帧校验序列(FCS)被添加到帧的末尾。
也就是说,在所述参数中,块ACK请求帧可以包括用于标识需要来自接收侧通信设备10Rx的接收确认的数据的标识信息。举例来说,所述标识信息可以包括用于标识不需要接收确认的序列号的信息和关于需要被重传的数据量(尚未递送的数据)的信息。
应当注意的是,为之应用本发明的技术的块ACK请求帧可以利用根据当前方法的块ACK请求帧形成,但是图12示出了其中添加了必要参数从而清楚地表明本发明的技术的特征的配置。此外,在图12所示的块ACK请求帧中,可以将请求BA类型的字段添加到BAR控制中的保留以允许BA类型请求。
(A-MPDU的配置)
图14是示出为之应用本发明的技术的A-MPDU帧的示例性配置的图示。
A-MPDU帧的配置包括对应于将要聚合的帧的数量的MPDU。相应地,在这里示出的示例是其中作为一帧的A-MPDU包括从A-MPDU子帧1到A-MPDU子帧N的N个子帧的示例。此外,这些子帧分别具有如下配置:所述配置包括表明子帧和MPDU的边界的定界符(定界符),并且具有在必要时添加的填充(填充),或者具有仅添加到A-MPDU的末尾的EOF填充。
定界符包括表明MPDU的信息长度的长度信息。此外,在这里示出的示例是其中对于A-MPDU帧的定界符部分准备用于标识块ACK请求(BAR)的比特从而替换多链路操作中的块ACK请求(BAR)的示例。
也就是说,通过在多链路操作期间将根据当前方法的A-MPDU帧配置中的定界符部分中的特定比特识别为块ACK请求(BAR),可以在A-MPDU结束之后请求块ACK帧的快速返回,而无需发送前面所描述的块ACK请求帧。也就是说,表明包括在块ACK请求帧中的块ACK请求(BAR)的信息可以被包括在任何数据中并且被发送。
在每一个MPDU中,预定MAC报头(MAC报头)被添加到帧主体(帧主体),并且还添加帧校验序列(FCS)。MAC报头包括帧控制、持续时间、地址1、地址2、地址3、序列控制、地址4、QoS控制和EHT控制。
在帧控制中写入关于该帧的格式的信息。在持续时间中写入该帧的持续时间。在地址1到地址4中写入用于标识发送来源和接收目的地设备等等的地址信息。在序列控制中写入MPDU的序列号。在QoS控制中写入服务质量(QoS)控制的参数。在EHT控制中写入用于增强型高吞吐量(EHT)控制的参数。
(BA的配置)
图15是示出为之应用本发明的技术的块ACK(BA)帧的示例性配置的图示。图15示出了将多链路操作纳入考虑的块ACK帧的示例性配置。
在图15中,块ACK帧具有在预定的MAC报头部分中包括以下各项的配置:表明该帧的类型的帧控制,表明该帧的持续时间的持续时间,用于标识接收侧通信设备10Rx的接收地址,和用于标识发送侧通信设备10Tx的发送地址。
在此配置中,BA控制被包括为块ACK帧的参数。在BA控制中,用于在多链路操作期间标识块ACK的MLO参数可以被指定在BA类型字段中。
作为BA信息,除了块ACK序列控制和块ACK位图的字段之外,添加作为与为之应用本发明的技术的多链路操作相关的参数的多链路控制。
多链路控制具有如下配置:丢弃序列号(S/N)、表明多链路操作中的链路数量的链路计数、各个链路中的最近序列号(链路1S/N到链路N S/N)等等作为用于标识未被使用的序列号空间的信息被写入,从而可以识别未被递送的数据。帧校验序列(FCS)被添加到所述配置中的帧末尾。
应当注意的是,为之应用本发明的技术的块ACK帧可以利用根据当前方法的块ACK帧形成,但是图15示出了其中添加了必要参数从而清楚地表明本发明的技术的特征的配置。
图16是示出将多链路操作纳入考虑的块ACK帧的配置的第一修改的图示。图16示出了在其中写入NACK信息以标识未被递送的数据的块ACK帧的示例性配置。
在图16中,在块ACK帧中,除了预定MAC报头部分之外,BA控制被包括为块ACK帧的参数,并且可以在这里的BA类型字段中指定用于标识这里所写入的该NACK信息的NACK参数。
用于标识NACK信息的信息作为BA信息被写入,并且BA信息包括作为用于标识未被使用的序列号空间的信息的丢弃序列号(S/N),表明NACK信息中的最小序列号的NACK起始序列控制,用于在从导向NACK的序列号开始的预定位图格式中标识该序列号的NACK位图等等。帧校验序列(FCS)被添加到所述配置中的帧末尾。
图17是示出将多链路操作纳入考虑的块ACK帧的配置的第二修改的图示。图17示出了在其中写入NACK信息以标识未被递送的数据的块ACK帧的示例性配置。
在图17中,在块ACK帧中,除了预定MAC报头部分之外,BA控制被包括为块ACK帧的参数,并且可以在这里的BA类型字段中指定用于标识这里所写入的该NACK信息的NACK参数。
用于标识NACK信息的信息作为BA信息被写入,并且BA信息包括作为用于标识未被使用的序列号空间的信息的丢弃序列号(S/N),作为表明未被递送的数据的数量的NACK信息的NACK计数,以及用于指定对应于所述未被递送的数据的数量的NACK的序列号的NACK序列号。帧校验序列(FCS)被添加到所述配置中的帧末尾。
(设置帧的配置)
图18是示出其中用设置替代多链路操作的帧的示例性配置的图示。
图18中所示出的帧的配置例如表明作为来自发送侧通信设备10Tx的多链路设置请求(多链路设置请求)被发送并且作为来自接收侧通信设备10Rx的多链路设置响应(多链路设置响应)被返回的信息。
作为预定MAC报头,在其中交换参数的帧的配置包括表明帧类型的帧控制、表明该帧的持续时间的持续时间、表明发送来源地址的发送地址和表明接收侧地址的接收地址。
此外,作为构成多链路信息单元(多链路信息单元)的参数,所述配置包括表明单元类型的单元ID(ML IE),表明可以在其中设定多个链路的链路数量的多链路数量,以及表明包括所述数量的多个链路的各个链路的信道编号的Ch.No.。
作为参数,这种配置包括用于标识为之应用本发明的技术的块ACK请求的序列的BAR序列,表明块ACK请求(BAR)的反馈定时的反馈定时,以及表明用于块ACK请求(BAR)的反馈条件的反馈MSDU计数。此外,所述参数包括比如以下参数:表明ACK帧的位图长度的ACK位图长度,表明将在块ACK(BA)中返回的信息是ACK信息还是NACK信息的ACK/NACK,表明缓冲器的容量的缓冲器尺寸,用于标识可用序列号空间的可用序列号,以及将在多个链路中实施重传的情况下使用的多链路重传。
也就是说,对于这里所描述的各种参数,可以将所期望的参数的值写入在多链路设置请求中,并且可以写入和交换被确定为多链路设置响应的参数值。应当注意的是,在图18中,Ch.No.包括链路的信道编号。但是信道编号可以对应于多个链路,并且可以包括链路编号以替代信道编号。或者,取代信道编号或链路编号,所包括的参数可以包括中心频率处的信道编号和信道宽度信息。
(多链路设定处理)
接下来将参照图19和20中示出的流程图来描述多链路设定处理。
该流程图示出了在发送侧通信设备10Tx和接收侧通信设备10Rx全部二者中实施多链路操作的情况下直到各种参数被交换和设定的设置操作的流程。
首先,通信设备10获取关于在实施多链路操作的情况下可以被设定的链路的信息(S101)。在通信设备10是数据发送侧通信设备10Tx的情况下(S102中为是),如果可以实施多链路操作中的发送(S103中为是),随后设定用于数据发送的多个链路,比如将被用于数据发送的多个链路的带宽和发送参数(S104)。
此外,如果由于应用的特性或者可允许延迟参数而必须在早期阶段返回ACK信息(S105中为是),发送侧通信设备10Tx设定用于发送块ACK请求(BAR)的条件和将被用于交换块ACK请求(BAR)与块ACK(BA)的各种参数(S106),并且实施链路设定从而使得可以在操作于多链路操作中的任何所期望的链路中发送块ACK请求帧(S107)。
应当注意的是,如果没有必要在早期阶段返回ACK信息(S105中为否),则跳过步骤S106和S107中的处理。随后重复一系列设定,直到对于所有链路完成这些设定(S108中为否,S103到S107)。
当所有链路都已被设定时(S108中为是),发送侧通信设备10Tx向接收侧通信设备10Rx发送多链路设置请求(S109),并且接收针对该请求的多链路设置响应(S110)。
当接收多链路设置响应时(S110中为是),发送侧通信设备10Tx从接收侧通信设备10Rx获取关于多链路设置的参数信息(S111),并且作为其自身的多链路操作实施针对数据帧的发送和块ACK请求帧的发送的设定(S112)。当步骤S112中的处理完成时,发送侧的多链路设定处理结束。
另一方面,在通信设备10是步骤S102中的数据接收侧通信设备10Rx的情况下(S102中为否),处理继续到图20中的步骤S113,并且从发送侧通信设备10Tx接收多链路设置请求(S113)。
当接收多链路设置请求时(S113中为是),接收侧通信设备10Rx从发送侧通信设备10Tx获取关于多链路设置的参数信息(S114),获取用于数据接收的多个链路的参数(S115),并且确定其自身的多链路操作是否可能(S116)。
如果多链路操作是可能的(S116中为是),则接收侧通信设备10Rx计算可以由其自身应对的参数,并且将所计算的参数设定为用于数据结构的参数(S117)。应当注意的是,在多链路操作不可能的情况下(S116中为否),跳过步骤S117中的处理。
接收侧通信设备10Rx获取将被用于交换块ACK请求(BAR)与块ACK(BA)的各种参数(S118)。如果块ACK请求(BAR)和块ACK(BA)的交换序列是可能的(S119中为是),接收侧通信设备10Rx随后实施能够应对在任何链路中快速接收的块ACK请求帧的设定(S120),并且设定响应于块ACK请求(BAR)的块ACK(BA)的参数(S121)。应当注意的是,如果块ACK请求(BAR)和块ACK(BA)的交换序列是不可能的(S119中为否),则跳过步骤S120和S121中的处理。
在这些参数的设定完成之后完成多链路操作的设置的情况下(S122中为是),接收侧通信设备10Rx向发送侧通信设备10Tx发送多链路设置响应(S123),并且作为其自身的多链路操作实施针对数据帧的接收和块ACK请求帧的接收的设定(S124)。
在步骤S124中的处理结束或不实施多链路操作的情况下(S122中为否),处理返回到图19,并且接收侧的多链路设定处理结束。应当注意的是,在接收侧通信设备10Rx不接收任何多链路设置请求的情况下(S113中为否),处理返回到图19中的步骤S101,并且实施后续的处理。
前面是多链路设定处理的流程。
(数据发送侧的处理)
接下来参照图21和22中示出的流程图描述将由发送侧通信设备10Tx在数据发送侧实施的处理的流程。
在通过接口101接收到发送数据的情况下(S201中为是),发送侧通信设备10Tx设定发送序列号空间(S202),并且将发送数据存储到发送缓冲器102中(S203)。
另一方面,在未接收到发送数据的情况下(S201中为否),当针对数据发送的指令被发出时(S204中为是),发送侧通信设备10Tx在用于数据帧发送和块ACK请求帧发送的多个链路中开始预定接入控制规程(S205)。在步骤S203或S205中的处理已完成的情况下,或者在数据发送指令尚未被发出的情况下(S204中为否),处理继续到步骤S206。在所期望的链路中的发送不可能的情况下(S206中为否),处理随后返回到步骤S201,并且重复后续的处理。
另一方面,如果在所期望的链路中发送变为可能(S206中为是),当针对实施数据发送的设定完成时(S207中为是),发送侧通信设备10Tx实施用于发送A-MPDU的处理(S208到S210)。具体来说,获得对于形成A-MPDU所必要的参数信息(S208),根据所述配置获得尚未被发送的数据以构造A-MPDU(S209),并且在将被使用的链路中作为数据帧发送A-MPDU(S210)。在步骤S210中的处理完成之后,处理继续到图22中的步骤S211。
在发送A-MPDU帧之后没有必要发送块ACK请求帧的情况下(S211中为是),处理继续到步骤S216,并且发送侧通信设备10Tx等待来自接收侧通信设备10Rx的ACK帧(S216)。
另一方面,在有必要发送块ACK请求帧的情况下(S211中为否),当满足针对块ACK请求帧的发送的条件时(S212中为是),发送侧通信设备10Tx实施用于发送块ACK请求帧的处理(S213到S215)。具体来说,获得对于交换块ACK请求(BAR)和块ACK(BA)所必要的参数(S213),根据所述配置构造块ACK请求(BAR)(S214),并且在正被使用的链路中作为块ACK请求帧发送(S215)。
此外,在图21中的步骤S207中确定将不实施数据发送的情况下(S207中为否),当满足针对块ACK请求帧的发送的条件时(S212中为是),实施用于发送块ACK请求帧的处理(S213到S215)。应当注意的是,如果不满足针对块ACK请求帧的发送的条件(S212中为否),则跳过步骤S213到S215中的处理。
在发送块ACK请求帧之后接收到块ACK帧的情况下(S216中为是),如果接收侧通信设备10Rx基于所接收到的块ACK帧成功接收并且收集到所有数据(S217中为是),则发送侧通信设备10Tx释放发送序列号空间(S218),并且结束数据发送侧的一系列处理。
另一方面,在有数据未被递送到接收侧通信设备10Rx的情况下(S217中为否),发送侧通信设备10Tx将具有所述序列号的数据识别为NACK(S219),并且规定用于实施数据重传处理的方法(S220)。处理随后返回到图21中的步骤S208,形成A-MPDU,并且实施数据重传(S208到S210)。另一方面,在甚至过去了预定时间之后仍没有接收到任何块ACK帧的情况下(S216中为否),处理返回到步骤S212,并且重传块ACK请求帧以请求块ACK帧。
前面是数据发送侧的处理的流程。
(数据接收侧的处理)
接下来参照图23和24中示出的流程图描述将由接收侧通信设备10Rx在数据接收侧实施的处理的流程。
在接收侧通信设备10Rx基于预定的多链路设置在正被使用的多个链路中等待数据并且检测到预定前导码的情况下(S301中为是),接收侧通信设备10Rx根据A-MPDU的帧配置获取每一个MPDU(S302)。
当接收到没有错误的MPDU时(S303中为否),接收侧通信设备10Rx随后将添加到MPDU的序列号存储为ACK信息(S304),并且将所接收到的数据存储到接收缓冲器112中(S305)。另一方面,在MPDU当中存在错误的情况下(S303中为是),接收侧通信设备10Rx将添加到MPDU的序列号存储为NACK信息(S306),并且把变为NACK的MPDU的数量相加(S307)。在步骤S305或S307中的处理完成的情况下,或者在尚未检测到数据接收的情况下(S301中为否),处理继续到步骤S308。
在所期望的链路中接收到块ACK请求帧的情况下(S308中为是),或者在满足预定的响应返回条件的情况下,即来到返回预定ACK帧的定时的情况(S309中为是),接收侧通信设备10Rx实施用于发送块ACK帧的处理(S310到S312)。具体来说,获取截止此时所收集到的ACK信息和NACK信息(S310),构造预定格式的块ACK(BA)(S311),并且作为块ACK帧发送(S312)。
应当注意的是,在所期望的链路中返回块ACK帧的处理被设计为即使在A-MPDU的MPDU的解码期间也在适当的情况下被实施。在步骤S312中的处理完成的情况下,或者在不满足预定的响应返回条件的情况下(S309中为否),处理继续到图24中的步骤S313。在A-MPDU的结束没有到达接收侧通信设备10Rx的情况下(S313中为否),处理返回到图23中的步骤S302,并且在所述配置中继续实施MPDU解码处理。
另一方面,在A-MPDU的结束已到达的情况下(S313中为是),当有必要在随后立即返回ACK帧的情况下(S314中为是),接收侧通信设备10Rx在必要时获取截止此时所收集到的ACK信息和NACK信息,并且发送块ACK帧(S315)。应当注意的是,如果没有必要返回ACK帧(S314中为否),则跳过步骤S315中的处理。
此外,在满足针对输出数据的预设条件的情况下(S316中为是),接收侧通信设备10Rx从接收缓冲器112获取截止此时收集到的所接收到的数据(S317),并且将所述数据输出到通过接口101与之连接的设备(S318)。在所有数据的输出都已完成的情况下(S319中为是),数据接收侧的一系列处理随后结束。
应当注意的是,在不满足针对输出数据的预设条件的情况下(S316中为否),或者在尚未完成所有数据的输出的情况下(S319中为否),处理返回到图23中的步骤S301,并且重复数据接收侧的一系列处理。
前面是数据接收侧的处理的流程。
正如前面所描述的那样,在为之应用本发明的技术的发送侧通信设备10Tx中,当利用第一链路发送包括聚合数据的A-MPDU帧时,利用第二链路发送所述数据的块ACK请求帧,并且从接收到A-MPDU帧的接收侧通信设备10Rx接收块ACK帧。另一方面,在为之应用本发明的技术的接收侧通信设备10Rx中,当利用第一链路从发送侧通信设备10Tx接收包括聚合数据的A-MPDU帧时,利用第二链路接收块ACK请求帧,基于所接收到的块ACK请求帧生成包括关于所收集到的数据的确认的块ACK帧,并且向发送侧通信设备10Tx发送所生成的块ACK帧。
其结果是,接收侧通信设备10Rx可以在A-MPDU帧的结束到达之前返回对应于块ACK请求帧的块ACK帧,从而发送侧通信设备10Tx可以基于所返回的块ACK帧在更早阶段识别需要重传的数据。
此外,根据本发明的技术,在发送侧通信设备10Tx满足块ACK请求帧的预定条件在多链路操作期间的任何定时识别未被递送的数据的情况下,在此时所选择的可用链路中发送块ACK请求帧,并且接收侧通信设备10Rx可以响应于块ACK请求帧返回块ACK帧,所述块ACK帧包括关于在所有链路中截止此时被成功解码的数据的ACK信息。块ACK请求帧可以包括:在多链路操作中被用于发送的各个链路当中的包括请求块ACK的数据的链路的相关信息,从不需要块ACK的返回的序列号到将为之返回块ACK的序列号的序列号范围的相关信息,以及块ACK的位图长度的相关信息。
此外,根据本发明的技术,通过在多链路操作期间使用任何所期望的链路从发送侧通信设备10Tx发送块ACK请求帧,有可能在任何定时获得ACK信息。也就是说,发送侧通信设备10Tx在必要时使用所期望的链路发送块ACK请求帧,从而使得接收侧通信设备10Rx可以获得用于接收关于截止该定时所成功收集到的数据的ACK信息的方法。因此,即使当在多链路操作中发送A-MPDU帧时,发送侧通信设备10Tx也可以从接收侧通信设备10Rx获取关于截止该定时所收集到的每一个MPDU的数据接收状态所对应的ACK信息。
即使在没有事先确定将在一个链路中发送的信息量就构造和发送长A-MPDU帧的情况下,发送侧通信设备10Tx也可以在A-MPDU帧的中途从接收侧通信设备10Rx获取ACK信息。举例来说,在发送侧通信设备10Tx发送实时应用的数据的情况下,可以缩短数据重传之前的时间,从而在需要短时延时可以获得更加有效的重传方法。
此外,例如通过把关于将在多链路操作中使用的链路的信息合并到块ACK请求帧中,发送侧通信设备10Tx可以搜索接收侧通信设备10Rx无法掌握其使用的链路。或者,通过把将被发送侧通信设备10Tx丢弃的序列号合并到块ACK请求帧中,获得用于清空接收侧通信设备10Rx的缓冲器的方法。也就是说,有可能消除存在未被递送的数据并且序列号空间无法被重复使用的情况。
此外,发送侧通信设备10Tx把将在块ACK帧中返回的ACK信息的位图信息长度写入到块ACK请求帧中,以获得用于设定块ACK帧的最小所需长度的方法。
在发送侧通信设备10Tx结束使用多个链路的数据发送的情况下,在过去特定时间之后发送块ACK请求帧,从而免于从接收侧通信设备10Rx立即发送块ACK帧,并且可以防止块ACK帧的频繁发送。此外,发送侧通信设备10Tx以预定间隔发送块ACK请求帧,从而获得用于高效地获取ACK信息的方法。
<2、修改>
(其他示例性配置)
正如前面所描述的那样,发送侧通信设备10Tx例如可以被形成为接入点AP10(基站),并且接收侧通信设备10Rx例如可以被形成为通信终端STA10(终端站)。但是发送侧通信设备10Tx或接收侧通信设备10Rx也可以被形成为构成接入点AP10或通信终端STA10的设备(组件)的一部分(例如无线通信模块、无线芯片等等)。
此外,被形成为通信终端STA10的接收侧通信设备10Rx例如可以被设计为具有无线通信功能的电子设备,比如智能电话、平板型终端、游戏机、便携式电话、个人计算机、数字摄影机、电视接收机、可穿戴终端或扬声器设备。此外,通信终端STA10可以是仅支持数据发送的设备,比如根据用户的操作发送命令数据的控制器,或者可以是仅支持数据接收的设备,比如接收和显示视频数据的显示设备。
(计算机的配置)
在前面所描述的流程图中示出的各个步骤中的处理可以由硬件或软件实施。在将由软件实施所述一系列处理的情况下,形成软件的程序被安装到每一个设备的计算机中。
这里在本说明书中,将由计算机根据程序实施的处理不一定是根据流程图中示出的序列按时间顺序来实施的。也就是说,将由计算机根据程序实施的处理包括将被并行地或彼此独立地实施的处理(比如并行处理或基于对象的处理)。
此外,程序可以由一台计算机(处理器)执行,或者可以由多台计算机以分布式方式执行。此外,程序可以被传输到远程计算机并且在其中被执行。
此外,在本说明书中,***意味着多个组件(设备、模块(部件)等等)的组装,并且不需要将所有组件都提供在同一外罩中。
应当注意的是,本发明的技术的实施例不限于前面的实施例,在不背离本发明的技术的范围的情况下可以做出各种修改。此外,在本说明书中描述的有利效果仅仅是举例,本发明的技术的有利效果不限于这些效果,并且可以包括其他效果。
此外,参照前面描述的流程图所描述的各个步骤可以由一个设备实施,或者可以在多个设备之间共享。此外,在多个处理被包括在一个步骤中的情况下,包括在一个步骤中的多个处理可以由一个设备实施,或者可以在多个设备之间共享。
应当注意的是,本发明的技术还可以被具体实现在下面所描述的配置中。
(1)一种通信设备,包括
控制单元,实施如下控制:
通过使用多个链路的无线通信与另一个通信设备交换帧;
当使用第一链路发送了包括聚合数据的数据帧时,使用第二链路发送针对所述数据的确认请求帧;以及
从接收到数据帧的另一个通信设备接收响应于确认请求帧的确认帧。
(2)根据(1)的通信设备,其中,控制单元在自从数据帧的发送开始以来过去了预定时间之后且数据帧的发送结束之前发送确认请求帧。
(3)根据(1)的通信设备,其中
控制单元在发送了包括在数据帧中的数据当中的预定量的数据之后发送确认请求帧。
(4)根据(1)到(3)中的任一条的通信设备,其中
控制单元发送包括标识信息的确认请求帧,所述标识信息用于标识需要来自另一个通信设备的接收确认的数据。
(5)根据(4)的通信设备,其中
确认请求帧包括用于标识序列号的信息作为标识信息。
(6)根据(4)的通信设备,其中
确认请求帧包括关于需要被重传的数据量的信息作为标识信息。
(7)根据(1)到(6)中的任一条的通信设备,其中
在基于所接收到的确认帧识别出需要重传到另一个通信设备的数据的情况下,控制单元在数据帧的发送结束之前发送所识别出的数据。
(8)根据(1)到(7)中的任一条的通信设备,其中
在基于所接收到的确认帧识别出需要重传到另一个通信设备的数据的情况下,控制单元使用适当的链路发送所识别出的数据。
(9)根据(1)到(8)中的任一条的通信设备,其中
在控制单元基于所接收到的确认帧识别出发生故障的链路的情况下,控制单元暂停使用所述链路发送数据帧。
(10)根据(1)到(9)中的任一条的通信设备,其中
控制单元将包括在确认请求帧中的表明确认请求的信息合并到数据中,并且发送所述数据。
(11)一种由通信设备实施来执行以下操作的通信方法:
通过使用多个链路的无线通信与另一个通信设备交换帧;
当使用第一链路发送了包括聚合数据的数据帧时,使用第二链路发送针对所述数据的确认请求帧;以及
从接收到数据帧的另一个通信设备接收响应于确认请求帧的确认帧。
(12)一种通信设备,包括
控制单元,实施如下控制:
通过使用多个链路的无线通信与另一个通信设备交换帧;
当使用第一链路从另一个通信设备接收到包括聚合数据的数据帧时,使用第二链路接收针对所述数据的确认请求帧;
基于所接收到的确认请求帧,生成包括对于已收集到的数据的确认的确认帧;以及
向已发送数据帧的另一个通信设备发送所生成的确认帧。
(13)根据(12)的通信设备,其中
控制单元基于包括在确认请求帧中的参数生成确认帧。
(14)根据(13)的通信设备,其中
控制单元基于用于标识序列号的标识信息生成确认帧,所述标识信息被包括在确认请求帧中。
(15)根据(12)到(14)中的任一条的通信设备,其中
控制单元基于用于标识序列号的标识信息丢弃所接收到的数据,所述标识信息被包括在确认请求帧中。
(16)根据(12)到(15)中的任一条的通信设备,其中
当数据帧已被接收时,控制单元在数据帧的接收结束之前使用适当的链路接收需要被重传的数据。
(17)根据(12)到(16)中的任一条的通信设备,其中
控制单元根据关于需要被重传的数据的信息生成包括表明接收确认的位图信息的确认帧。
(18)根据(12)到(16)中的任一条的通信设备,其中
根据关于需要被重传的数据的信息,控制单元生成包括用于标识所述数据的标识信息的确认帧。
(19)根据(12)到(18)中的任一条的通信设备,其中
在所接收到的数据包括表明确认请求的信息的情况下,
控制单元生成确认帧,并且使用适当的链路发送所生成的确认帧。
20、一种由通信设备实施来执行以下操作的通信方法:
通过使用多个链路的无线通信与另一个通信设备交换帧;
当使用第一链路从另一个通信设备接收到包括聚合数据的数据帧时,使用第二链路接收针对所述数据的确认请求帧;
基于所接收到的确认请求帧,生成包括对于已收集到的数据的确认的确认帧;以及
向已发送数据帧的另一个通信设备发送所生成的确认帧。
附图标记列表
1-1——无线LAN***
10——通信设备
10Tx——发送侧通信设备
10Rx——接收侧通信设备
11——网络连接模块
12——信息输入模块
13——设备控制模块
14——信息输出模块
15——无线通信模块
101——接口
102——发送缓冲器
103——发送序列管理单元
104——发送帧构造单元
105——多链路管理单元
106——接入控制单元
107、107-1到107-4——发送信号处理单元
108——发送/接收天线单元
109、109-1到109-4——接收信号处理单元
110——接收帧分析单元
111——接收序列管理单元
112——接收缓冲器

Claims (20)

1.一种通信设备,包括
控制单元,实施如下控制:
通过使用多个链路的无线通信与另一个通信设备交换帧;
当使用第一链路发送了包括聚合数据的数据帧时,使用第二链路发送针对所述数据的确认请求帧;以及
从接收到数据帧的另一个通信设备接收响应于确认请求帧的确认帧。
2.根据权利要求1所述的通信设备,其中,控制单元在自从数据帧的发送开始以来过去了预定时间之后且数据帧的发送结束之前发送确认请求帧。
3.根据权利要求1所述的通信设备,其中
控制单元在发送了包括在数据帧中的数据当中的预定量的数据之后发送确认请求帧。
4.根据权利要求1所述的通信设备,其中
控制单元发送包括标识信息的确认请求帧,所述标识信息用于标识需要来自另一个通信设备的接收确认的数据。
5.根据权利要求4所述的通信设备,其中
确认请求帧包括用于标识序列号的信息作为标识信息。
6.根据权利要求4所述的通信设备,其中
确认请求帧包括关于需要被重传的数据量的信息作为标识信息。
7.根据权利要求1所述的通信设备,其中
在基于所接收到的确认帧识别出需要重传到另一个通信设备的数据的情况下,控制单元在数据帧的发送结束之前发送所识别出的数据。
8.根据权利要求1所述的通信设备,其中
在基于所接收到的确认帧识别出需要重传到另一个通信设备的数据的情况下,控制单元使用适当的链路发送所识别出的数据。
9.根据权利要求1所述的通信设备,其中
在控制单元基于所接收到的确认帧识别出发生故障的链路的情况下,控制单元暂停使用所述链路发送数据帧。
10.根据权利要求1所述的通信设备,其中
控制单元将包括在确认请求帧中的表明确认请求的信息合并到数据中,并且发送所述数据。
11.一种由通信设备实施来执行以下操作的通信方法:
通过使用多个链路的无线通信与另一个通信设备交换帧;
当使用第一链路发送了包括聚合数据的数据帧时,使用第二链路发送针对所述数据的确认请求帧;以及
从接收到数据帧的另一个通信设备接收响应于确认请求帧的确认帧。
12.一种通信设备,包括
控制单元,实施如下控制:
通过使用多个链路的无线通信与另一个通信设备交换帧;
当使用第一链路从另一个通信设备接收到包括聚合数据的数据帧时,使用第二链路接收针对所述数据的确认请求帧;
基于所接收到的确认请求帧,生成包括对于已收集到的数据的确认的确认帧;以及
向已发送数据帧的另一个通信设备发送所生成的确认帧。
13.根据权利要求12所述的通信设备,其中
控制单元基于包括在确认请求帧中的参数生成确认帧。
14.根据权利要求13所述的通信设备,其中
控制单元基于用于标识序列号的标识信息生成确认帧,所述标识信息被包括在确认请求帧中。
15.根据权利要求12所述的通信设备,其中
控制单元基于用于标识序列号的标识信息丢弃所接收到的数据,所述标识信息被包括在确认请求帧中。
16.根据权利要求12所述的通信设备,其中
当数据帧已被接收时,控制单元在数据帧的接收结束之前使用适当的链路接收需要被重传的数据。
17.根据权利要求12所述的通信设备,其中
控制单元根据关于需要被重传的数据的信息生成包括表明接收确认的位图信息的确认帧。
18.根据权利要求12所述的通信设备,其中
根据关于需要被重传的数据的信息,控制单元生成包括用于标识所述数据的标识信息的确认帧。
19.根据权利要求12所述的通信设备,其中
在所接收到的数据包括表明确认请求的信息的情况下,控制单元生成确认帧,并且使用适当的链路发送所生成的确认帧。
20.一种由通信设备实施来执行以下操作的通信方法:
通过使用多个链路的无线通信与另一个通信设备交换帧;
当使用第一链路从另一个通信设备接收到包括聚合数据的数据帧时,使用第二链路接收针对所述数据的确认请求帧;
基于所接收到的确认请求帧,生成包括对于已收集到的数据的确认的确认帧;以及
向已发送数据帧的另一个通信设备发送所生成的确认帧。
CN202180091338.0A 2021-01-27 2021-12-24 通信设备和通信方法 Pending CN116711367A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2021011271 2021-01-27
JP2021-011271 2021-01-27
PCT/JP2021/048266 WO2022163265A1 (ja) 2021-01-27 2021-12-24 通信装置、及び通信方法

Publications (1)

Publication Number Publication Date
CN116711367A true CN116711367A (zh) 2023-09-05

Family

ID=82654510

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180091338.0A Pending CN116711367A (zh) 2021-01-27 2021-12-24 通信设备和通信方法

Country Status (5)

Country Link
US (1) US20240072943A1 (zh)
EP (1) EP4287735A4 (zh)
JP (1) JPWO2022163265A1 (zh)
CN (1) CN116711367A (zh)
WO (1) WO2022163265A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7882412B2 (en) 2004-10-05 2011-02-01 Sanjiv Nanda Enhanced block acknowledgement
JP4331088B2 (ja) * 2004-11-01 2009-09-16 株式会社東芝 通信装置および通信方法
JP7070411B2 (ja) * 2016-07-07 2022-05-18 ソニーグループ株式会社 無線通信装置

Also Published As

Publication number Publication date
EP4287735A4 (en) 2024-07-17
EP4287735A1 (en) 2023-12-06
JPWO2022163265A1 (zh) 2022-08-04
WO2022163265A1 (ja) 2022-08-04
US20240072943A1 (en) 2024-02-29

Similar Documents

Publication Publication Date Title
US20220132611A1 (en) Multi-link communications of a wireless network
US20060092871A1 (en) Communication method for wireless LANS
US10827519B2 (en) Multi-TID A-MPDU transmission
CN107534681A (zh) 信息处理设备、通信***、信息处理方法和程序
CN113812180A (zh) 通信装置和通信方法
US12021627B2 (en) Communicating device and communicating method
US20110235634A1 (en) Packet transmitting apparatus, packet receiving apparatus, communication system, and packet communication method
CN116018844A (zh) 无线通信装置和无线通信方法
CN114008959A (zh) 无线通信设备和方法,以及无线通信终端和方法
WO2018086707A1 (en) Feedback based flexible transmission scheme for contention-based urllc transmission
CN116711367A (zh) 通信设备和通信方法
CN115836543A (zh) 通信设备和通信方法
EP4236445A1 (en) Communication device, and communication method
JP7435480B2 (ja) 通信装置、及び通信方法
CN114079542A (zh) 一种指示信息接收的方法及装置
US20230037840A1 (en) Communication device and communication method
TWI846811B (zh) 通訊裝置、及通訊方法
JP7165004B2 (ja) 通信装置、通信装置の制御方法、およびプログラム
CN115812334A (zh) 通信装置和通信方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination