CN108029039A - 信息处理设备、通信系统、信息处理方法和程序 - Google Patents

信息处理设备、通信系统、信息处理方法和程序 Download PDF

Info

Publication number
CN108029039A
CN108029039A CN201680051262.8A CN201680051262A CN108029039A CN 108029039 A CN108029039 A CN 108029039A CN 201680051262 A CN201680051262 A CN 201680051262A CN 108029039 A CN108029039 A CN 108029039A
Authority
CN
China
Prior art keywords
data
transmission
information processing
processing equipment
case
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201680051262.8A
Other languages
English (en)
Other versions
CN108029039B (zh
Inventor
菅谷茂
酒井英佑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony 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 Corp filed Critical Sony Corp
Publication of CN108029039A publication Critical patent/CN108029039A/zh
Application granted granted Critical
Publication of CN108029039B publication Critical patent/CN108029039B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • 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
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • 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/1607Details of the supervisory signal
    • H04L1/1642Formats specially adapted for sequence numbers
    • H04L1/165Variable formats
    • 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/1867Arrangements specially adapted for the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0284Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/02Access restriction performed under specific conditions
    • H04W48/06Access restriction performed under specific conditions based on traffic conditions
    • 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/1835Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0093Point-to-multipoint

Landscapes

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

Abstract

将防止网络中总吞吐量的下降。一种信息处理设备包括控制单元。该控制单元根据无线传输流量的拥塞状态来执行控制以限制数据的重传或针对重传数据的接收确认请求的发送。该控制单元还根据无线传输流量的拥塞状态来执行控制,以在从限制数据的重传的另一个设备发送的多播数据中已经成功获取多达预定序号的数据的情况下将获取的数据转交到上层。

Description

信息处理设备、通信系统、信息处理方法和程序
技术领域
本技术涉及信息处理设备。更具体地,本技术涉及通过无线通信接收和发送数据的信息处理设备、通信系统、信息处理方法以及用于使计算机实现该方法的程序。
背景技术
近年来,诸如无线局域网(LAN)的小规模无线网络已经变得普遍。在这种无线网络中,例如,在接入点和具体接收设备之间提供通过单播通信的服务。进一步地,由于服务的多样化,除了通过单播通信的服务之外,通过多播通信的服务从接入点被提供给大量的接收设备。
根据示例方法,在执行多播通信的情况下,发送设备从所有接收设备接收ACK的返回,并且确认多播数据的接收。具体而言,发送设备根据需要向接收设备发送块ACK请求,并且从接收设备接收块ACK的返回。然后,根据接收到的块ACK,发送设备判断是否重传多播数据。因此,可以以可靠的方式提供通过多播通信的服务。
进一步地,例如,在通过多播将相同的分组多次发送到相同的终端站的情况下,如果与终端站的无线通信的通信质量高于预定值,则在专利文献中建议的无线通信系统中,相同分组被发送的次数减少(参见例如专利文献1)。
引文列表
专利文献
专利文献1:日本专利申请特开2010-010858号
发明内容
本发明要解决的问题
在上述传统技术中,当通信质量高于预定值时,减少执行重传的预定次数。因此,即使已经到达接收设备的分组也可能以减少的次数被重复地重传,并且网络中的总吞吐量可能下降。
而且,在上述传统技术中,如果多播通信中接收设备的数量小,则进行检查以根据块ACK来判断是否可能重传多播数据,使得通过多播通信的服务可以以有效的方式运作。
但是,在多播通信中存在大量接收设备的情况下,当从该大量接收设备返回ACK时,返回ACK所需的发送时间变长,并且存在其他通信的流量(traffic)将被压缩的风险。
因此,在多播通信中存在大量接收设备的情况下,可以从该大量接收设备中选择将向其发出块ACK请求的接收设备。但是,在这种情况下,如果没有适当地选择将向其发送块ACK请求的接收设备,则不能识别需要重传的数据,并且可能无法提供适当的多播通信服务。
进一步地,如果仅对多播通信中的一些接收设备重复多播数据的重传,则已经完成接收的大量接收设备需要重复地执行不必要的接收处理。这可能降低网络中的总吞吐量。
本技术是鉴于这些情况而开发的,并且旨在防止网络中的总吞吐量的下降。
解决问题的办法
本技术是为了解决上述问题而开发的,并且本技术的第一方面是根据无线传输流量的拥塞状态来执行控制以限制数据的重传或针对重传数据的接收确认请求的发送的信息处理设备、在该信息处理设备中实现的信息处理方法以及使计算机实现该方法的程序。这带来了根据无线传输流量的拥塞状态限制数据的重传或针对重传数据的接收确认请求的发送的效果。
在第一方面,控制单元还可以根据拥塞状态来执行控制以限制多播数据的重传。这带来了根据拥塞状态限制多播数据的重传的效果。
在第一方面,在执行数据的重传的情况下,控制单元还可以发送针对重传数据的接收确认请求。这带来了在执行数据发送的情况下发送针对重传数据的接收确认请求的效果。
进一步地,在第一方面,在拥塞状态满足预定条件的情况下,控制单元可以执行数据的重传,但是可以不发送针对重传数据的接收确认请求以及在该重传之后不执行进一步的重传。这带来了在拥塞状态满足预定条件的情况下,执行数据的重传但是不发送针对重传数据的接收确认请求并在该重传之后不执行进一步的重传的效果。
而且,在第一方面,控制单元可以在预定时段期间根据无线传输流量来判断拥塞状态。这带来了在预定时段期间根据无线传输流量来判断拥塞状态的效果。
进一步地,在第一方面,控制单元可以在预定时段期间根据由信息处理设备和另一个设备对无线传输流量的使用时间、数据的重传时间、接收确认请求的发送时间以及响应于接收确认请求的接收确认的接收时间来判断拥塞状态。这带来了在预定时段期间根据由信息处理设备和另一个设备对无线传输流量的使用时间、数据的重传时间、接收确认请求的发送时间以及响应于接收确认请求的接收确认的接收时间来判断无线传输流量的拥塞状态的效果。
而且,在第一方面,控制单元可以在预定时段期间根据基于由信息处理设备和另一个设备对无线传输流量的使用时间、数据的重传时间、接收确认请求的发送时间以及响应于接收确认请求的接收确认的接收时间计算出的值与阈值之间的比较结果来判断是否限制数据的重传或针对重传数据的接收确认请求的发送。这带来了在预定时段期间根据基于由信息处理设备和另一个设备对无线传输流量的使用时间、数据的重传时间、接收确认请求的发送时间以及响应于接收确认请求的接收确认的接收时间计算出的值与阈值之间的比较结果来判断是否限制数据的重传或针对重传数据的接收确认请求的发送的效果。
进一步地,在第一方面,控制单元可以根据计算出的值与第一阈值之间的比较结果来判断执行数据的重传和针对重传数据的接收确认请求的发送,并且根据计算出的值与第二阈值之间的比较结果来判断执行数据的重传而不发送针对重传数据的接收确认请求或者不执行数据的重传和针对重传数据的接收确认请求的发送,第二阈值是比第一阈值更宽松的值。这带来了根据计算出的值与第一阈值之间的比较结果来判断执行数据的重传和针对重传数据的接收确认请求的发送、以及根据计算出的值与第二阈值之间的比较结果来判断执行数据的重传而不发送针对重传数据的接收确认请求或者不执行数据的重传和针对重传数据的接收确认请求的发送的效果。
同时,本技术的第二方面是包括根据无线传输流量的拥塞状态来执行控制以在从限制数据的重传的另一个设备发送的多播数据中已经成功获取多达预定序号的数据的情况下将获取的数据转交到上层的控制单元的信息处理设备、在信息处理设备中实现的信息处理方法以及用于使计算机实现该信息处理方法的程序。这带来了在从另一个设备发送的多播数据中成功获取了多达预定序号的数据的情况下将获取的数据转交到上层的效果。
而且,在第二方面,控制单元可以在检测到将不从另一个设备发送针对多播数据的接收确认请求的情况下判断为将不执行多播数据的重传。这带来了在检测到将不从另一个设备发送针对多播数据的接收确认请求的情况下判断为将不执行多播数据的重传的效果。
进一步地,在第二方面,在判断为将不执行多播数据的重传的情况下,控制单元可以执行控制以即使在无法获取多达预定序号的数据的情况下,将在该判断之前获取的数据转交到上层。这带来了在判断为将不执行多播数据的重传的情况下,即使在无法获取多达预定序号的数据的情况下,将在该判断之前获取的数据转交到上层的效果。
进一步地,本技术的第三方面是通信系统、在该通信系统中实现的信息处理方法以及用于使计算机实现该信息处理方法的程序,该通信系统包括:第一信息处理设备,在已经接收到针对数据的接收确认请求的情况下,发送响应于该接收确认请求的接收确认;以及第二信息处理设备,根据无线传输流量的拥塞状态来限制数据的重传或针对重传数据的接收确认请求的发送。借助于该方面的效果,在接收到针对数据的接收确认请求的情况下,第一信息处理设备发送响应于接收确认请求的接收确认。第二信息处理设备根据无线传输流量的拥塞状态来限制数据的重传或针对重传数据的接收确认请求的发送。
本发明的效果
根据本技术,有可能实现防止网络中的总吞吐量下降的优异效果。应当注意的是,本技术的效果不一定限于本文所描述的效果,并且可以是本公开中所描述的任何效果。
附图说明
图1是示出本技术的实施例中的通信系统10的示例系统配置的图。
图2是示出本技术的实施例中的信息处理设备(AP)100的示例功能配置的框图。
图3是示出本技术的实施例中的将在设备之间交换的A-MPDU的帧格式的示例配置的图。
图4是示出本技术的实施例中的将在设备之间交换的帧(在连续发送多个MPDU的情况下的帧)的帧格式的示例配置的图。
图5是示出本技术的实施例中的将在设备之间交换的块ACK请求的帧格式的示例配置的图。
图6是示出本技术的实施例中的将在设备之间交换的块ACK帧的示例配置的图。
图7是示意性示出本技术的实施例中的将在设备之间交换的数据流的图。
图8是示意性示出本技术的实施例中的将在设备之间交换的数据流的图。
图9是示意性示出本技术的实施例中的将在设备之间交换的数据流的图。
图10是示意性示出本技术的实施例中的将在设备之间交换的数据流的图。
图11是示出本技术的实施例中的将由信息处理设备(AP)100执行的多播发送处理中的处理过程的示例的流程图。
图12是示出本技术的实施例中的将由信息处理设备(AP)100执行的多播通信中的发送数据突发(burst)生成处理中的处理过程的示例的流程图。
图13是示出本技术的实施例中的将由信息处理设备(AP)100执行的重传判断处理中的处理过程的示例的流程图。
图14是示出本技术的实施例中的将由信息处理设备(STA)200执行的多播通信接收处理中的处理过程的示例的流程图。
图15是示意性示出智能手机的示例配置的框图。
图16是示意性示出汽车导航设备的示例配置的框图。
图17是示意性示出无线接入点的示例配置的框图。
具体实施方式
以下是用于执行本技术的模式的描述(该模式在下文中将被称为实施例)。将按以下顺序进行解释。
1.实施例(其中根据无线传输流量的拥塞状态来限制数据的重传或针对重传数据的接收确认请求的发送的示例)
2.示例应用
<1.实施例>
[通信系统的示例系统配置]
图1是示出本技术的实施例中的通信系统10的示例系统配置的图。
通信系统10是包括信息处理设备(AP)100、信息处理设备(STA)200、信息处理设备(STA)210和信息处理设备(OBS)220的无线网络。应当注意的是,信息处理设备(AP)100是权利要求的第二信息处理设备的示例。进一步地,信息处理设备(STA)200和210是权利要求的第一信息处理设备的示例。
例如,信息处理设备(AP)100、信息处理设备(STA)200和210以及信息处理设备(OBS)220可以是具有无线通信功能的固定设备或便携式设备(例如,信息处理设备、无线通信设备或电子装置)。在这里,例如,固定设备是诸如无线局域网(LAN)系统中的接入点、基站等的设备。同时,例如,便携式设备是诸如智能手机、移动电话或平板终端的设备。
例如,信息处理设备(AP)100、信息处理设备(STA)200和210以及信息处理设备(OBS)220也具有符合电气和电子工程师协会(IEEE)802.11的无线LAN标准的通信功能。例如,设备可以具有符合IEEE 802.11ax的无线LAN标准的通信功能。进一步地,例如,作为无线LAN,可以使用无线保真(Wi-Fi)、Wi-Fi Direct(直连)或Wi-Fi CERTIFIED(认证)Miracast规范(技术规范标题:Wi-Fi Display)。可替代地,可以进行使用某个其它通信方法的无线通信。
例如,通信系统10可以是其中多个设备通过以一对一的基础执行无线通信而彼此连接的网络(例如,网状网络或者自组织(ad-hoc)网络)。例如,通信系统10可以用在符合IEEE 802.11s的网状网络中。
例如,通信系统10也可以是由接入点(主站)及其从属设备(从站)形成的无线网络。例如,信息处理设备(AP)100可以是接入点,并且信息处理设备(STA)200和210可以是从属设备。
图1示出了在信息处理设备(AP)100附近存在两个从属设备(信息处理设备(STA)200和信息处理设备(STA)210)的示例。图1还示出了属于相邻无线网络的信息处理设备(OBS)220存在于信息处理设备(AP)100附近的示例。即,信息处理设备(OBS)220是属于与信息处理设备(AP)100及信息处理设备(STA)200和210所属的无线网络不同的无线网络的设备。
在图1中,信息处理设备(AP)100处于这样一个位置关系,使得能够与信息处理设备(STA)200、信息处理设备(STA)210和信息处理设备(OBS)220通信。同时,信息处理设备(STA)200可以仅与信息处理设备(AP)100通信,并且信息处理设备(STA)210处于这样一个位置关系,使得能够与信息处理设备(AP)100和信息处理设备(OBS)220通信。应当注意的是,在图1中,可以通过无线通信彼此直接通信的每两个设备通过虚线连接。
应当注意的是,在本技术的实施例中,为了方便起见,将发送源设备(发送侧设备)和发送目的地设备(接收侧设备)的操作彼此分开描述。但是,每个设备可以安装这两个功能,或者可以仅安装一个功能。
进一步地,本技术的实施例可以应用的系统配置不限于以上所述。例如,图1示出了由四个设备形成的通信系统的示例。但是,设备的数量不一定是四个。而且,多个设备之间的连接模式不限于上述连接模式。例如,本技术的实施例也可以应用于多个设备以除了上述连接模式以外的连接模式进行连接的网络。
本技术的实施例也是信息处理设备(AP)100与信息处理设备(STA)200和信息处理设备(STA)210进行多播通信的示例情况。
[信息处理设备的示例配置]
图2是示出本技术的实施例中的信息处理设备(AP)100的示例功能配置的框图。
为了方便起见,图2仅示出了信息处理设备(AP)100的示例功能配置。但是,其它信息处理设备(信息处理设备(STA)200和210以及信息处理设备(OBS)220)的功能配置(与无线通信相关的功能配置)与信息处理设备(AP)100的功能配置类似。应当注意的是,设备的配置可以彼此部分地不同。例如,在接入点(AP)的情况下,可以经由有线网络将互联网连接单元21连接到互联网。
信息处理设备(AP)100包括互联网连接单元21、信息输入单元22、设备控制单元23和信息输出单元24。这些部件构成信息处理设备(AP)100中的示例系统配置并且可以根据需要被提供。
互联网连接单元21是用于连接到互联网的连接单元。
信息输入单元22是从用户接收信息输入(例如,键盘输入)的信息输入单元。
信息输出单元24是向用户输出信息(例如,显示器上的指示)的信息输出单元。
设备控制单元23控制信息处理设备(AP)100中的整个系统。
信息处理设备(AP)100还包括接口单元101、发送缓冲器102、缓冲器管理单元103、发送数据帧生成单元105、无线电信号发送处理单元107、天线控制单元110、天线元件111A和111B、无线信号接收处理单元112、接收数据帧提取单元113和接收缓冲器116。例如,这些部件由专用于无线通信的无线通信模块形成。
进一步地,通信控制单元120包括多播发送管理单元104、重传处理控制单元106、访问控制单元108、传输路径使用/拥塞判断单元109、多播接收管理单元114、接收确认控制单元115。应当注意的是,通信控制单元120是权利要求的通信单元的示例。
接口单元101是用于接收响应于来自用户的信息的输入而将被无线发送的应用数据并将无线接收的应用数据作为信息输出给用户的接口。
发送缓冲器102是临时存储将从信息处理设备(AP)100被发送到另一个信息处理设备的数据的发送缓冲器。
缓冲器管理单元103是管理发送缓冲器/接收缓冲器(发送缓冲器102和接收缓冲器116)中的剩余量以掌握将被发送和接收的数据的总量的缓冲器管理单元。
多播发送管理单元104是管理将通过多播发送被发出的数据的生成量的多播发送管理单元。
发送数据帧生成单元105是以预定的无线发送数据帧格式生成发送数据的发送数据帧生成单元。
重传处理控制单元106是根据流量的状态(无线传输路径)来判断是否应当继续重传处理的重传处理控制单元。应当注意的是,在本技术的实施例中,流量(traffic)意味着数据量、通信路径等。
无线电信号发送处理单元107是将作为基带信号的将被发送的数据帧转换成射频信号的无线电信号发送处理单元。
访问控制单元108是根据预定的无线通信协议来控制流量通信访问的访问控制单元。
传输路径使用/拥塞判断单元109是依据重传控制来判断流量(无线电传输路径)的拥塞程度的传输路径使用/拥塞判断单元。
天线控制单元110是控制向流量发送信号并从流量接收信号的天线的天线控制单元。
天线元件111A和111B是用于发送或接收信号以用作多个天线元件的天线元件。
无线信号接收处理单元112是用于从经由天线接收的射频信号中提取基带信号的无线信号接收处理单元。
接收数据帧提取单元113是从基带信号中提取作为预定数据帧的数据的接收数据帧提取单元。
多播接收管理单元114是管理接收到的寻址到该多播接收管理单元114自身的设备的多播数据的序号等的多播接收管理单元。
接收确认控制单元115是识别接收到的数据的序号并且执行响应于来自数据发送源的请求的接收确认(ACK)的接收确认控制单元。
接收缓冲器116是临时存储接收到的数据等直到收集到预定单位的数据为止的接收缓冲器。
[聚合MAC协议数据单元(A-MPDU)的示例帧配置]
图3是示出本技术的实施例中的将在设备之间交换的A-MPDU的帧格式的示例配置的图。
A-MPDU由多个A-MPDU子帧(Subframe)1(400)至n(402)形成。进一步地,A-MPDU子帧1(400)由MPDU Delimiter(MPDU定界符)403、MPDU 404和Padding(填充)405形成。
如上所述,在A-MPDU中,多个MPDU(包括MPDU 404)与MPDU Delimiter和Padding一起作为物理层会聚协议(PLCP)的突发被发送。
即,A-MPDU是各个MPDU的聚合。同时,MPDU 404包括介质访问控制(MAC)报头406、存储实际数据的帧主体407以及帧校验序列(FCS)408。
每个设备可以根据写在MAC报头406中的信息等来判断当前的多播数据是否是将由该设备自身接收的多播数据。
[在连续发送多个MPDU的情况下的示例帧配置]
图4是示出本技术的实施例中的将在设备之间交换的帧(在连续发送多个MPDU的情况下的帧)的帧格式的示例配置的图。
图4示出了多播数据被划分成多个PLCP突发而不是如图3所示的A-MPDU中的一个PLCP突发的示例情况。
具体而言,图4示出了多播数据由四个MPDU(MPDU-1(411)至MPDU-4(414))形成的示例。对于这四组数据(MPDU-1(411)至MPDU-4(414)),可以通过一个块ACK请求来返回块ACK。
进一步地,在四个MPDU(MPDU-1(411)至MPDU-4(414))中,可以以预定间隔(例如,短帧间间隔(SIFS))执行发送,并且可以在该间隔期间布置并发送其它数据。
[块ACK请求的示例帧配置]
图5是示出本技术的实施例中的将在设备之间交换的块ACK请求的帧格式的示例配置的图。
图5示出了在IEEE 802.11-2012中定义的块ACK请求帧配置。具体而言,MAC报头由以下元素形成:帧控制421、Duration(持续时间)/ID 422、接收器地址(RA:ReceiverAddress)423和发送器地址(TA:Transmitter Address)424。
此外,向MAC报头添加块ACK请求(BAR)控制425和BAR信息426,并且在末端添加FCS427。
具体而言,在BAR控制425中写入诸如请求块ACK的策略(BAR ACK策略431)的信息。进一步地,在BAR信息426中描述用于请求块ACK的诸如起始序号(起始序号437)的信息。
[块ACK帧的示例配置]
图6是示出本技术的实施例中的将在设备之间交换的块ACK帧的示例配置的图。
图6示出了在IEEE 802.11-2012中定义的帧配置。具体而言,MAC报头由以下元素形成:帧控制441、持续时间/ID 442、RA(接收器地址)443和TA(发送器地址)444。
此外,向MAC报头添加BA控制(块ACK控制)445和BA信息(块ACK信息)446,并且在末端添加FCS 447。
具体而言,在BA信息446中写入块ACK起始序列控制(块ACK起始序列控制456)和块ACK位图(块ACK位图457)。应当注意的是,在块ACK位图457中,接收到的序号以位图格式被写入。
[持续时间(Duration)的示例设置]
在本技术的实施例的示例中,信息处理设备(AP)100根据持续时间中的剩余时间判断重传是否可能。
在这里,持续时间是例如用于判断流量的拥塞程度的值。例如,持续时间可以是固定值或者可变值。例如,在持续时间是固定值的情况下,可以将大约1秒的时间设置为持续时间。
另一方面,例如,在持续时间是可变值的情况下,可以根据发送数据(大小)、应用类型、用户设置等来判断持续时间的值。
进一步地,可以按照时间来指定持续时间,或者可以以帧为基础来指定持续时间。例如,可以将预定的信标信号之间的发送间隔设置为持续时间。
同时,可以周期性或不定期地设置持续时间的起始定时。在周期性地设定持续时间的起始定时的情况下,有可能将起始定时设置为每秒或每分钟等。
可替代地,起始定时的触发可以是例如目标信标传输时间(TBTT)。例如,可以根据TBTT来设置持续时间的起始定时。
下面是参考图7至图10根据持续时间的剩余时间进行检查以判断重传是否可能的示例的描述。即,图7至图10示出了信息处理设备(AP)100根据流量(无线传输路径)的拥塞程度来执行重传的示例情况。
[通信的示例]
现在参考图7至图10,描述了将在多个设备之间交换的数据的通信的示例。图7至图10示出了信息处理设备(AP)100是数据发送源并且信息处理设备(STA)200和210是数据发送目的地的示例。进一步地,在图7至图10中,横轴指示时间轴。进一步地,要从相应设备发送的数据由其中写有数据的名称的矩形表示,并且在与相应设备对应的时间轴的上侧或下侧示出该数据。进一步地,在图7至图10中,在同时向多个设备发送数据的情况下,执行向多个设备多播发送数据。
图7是示意性示出本技术的实施例中的将在设备之间交换的数据流的图。图7示出了信息处理设备(AP)100重复两次重传的示例情况。
首先,信息处理设备(AP)100向信息处理设备(STA)200和210发送多播数据(MC Tx数据)(301)。在发送这个多播数据之后,信息处理设备(AP)100向信息处理设备(STA)200发送块ACK请求(BR)(302)。
在接收到块ACK请求(BR)之后,信息处理设备(STA)200向信息处理设备(AP)100发送块ACK(BA)(303)。
信息处理设备(AP)100然后向信息处理设备(STA)210发送块ACK请求(BR)(304)。在接收到块ACK请求(BR)之后,信息处理设备(STA)210向信息处理设备(AP)100发送块ACK(BA)(305)。
以这种方式,信息处理设备(AP)100顺序地向信息处理设备(STA)200和210发送块ACK请求(BR),以使信息处理设备(STA)200和210返回多播数据(MC Tx数据)的块ACK(BA)。之后,信息处理设备(AP)100可以根据接收到的块ACK(BA)来判断重传是否必要。
图7示出了在多播数据(MC Tx数据)的发送之后存在数据尚未被递送到信息处理设备(STA)210的示例情况。在这种情况下,信息处理设备(AP)100需要向信息处理设备(STA)210重传多播数据。
因此,信息处理设备(AP)100向信息处理设备(STA)210发送第一重传数据(Re Tx数据)(306)。在发送第一重传数据(Re Tx数据)之后,信息处理设备(AP)100向信息处理设备(STA)210发送块ACK请求(BR)(307)。在接收到块ACK请求(BR)之后,信息处理设备(STA)210向信息处理设备(AP)100发送块ACK(BA)(308)。
在接收到块ACK(BA)之后,信息处理设备(AP)100可以根据接收到的块ACK(BA)来判断重传是否必要。
图7示出了在第一重传数据(Re Tx数据)的发送之后存在数据尚未被递送到信息处理设备(STA)210的示例情况。在这种情况下,信息处理设备(AP)100需要再次向信息处理设备(STA)210重传多播数据。
因此,信息处理设备(AP)100向信息处理设备(STA)210发送第二重传数据(Re Tx数据)(309)。
在这个阶段,例如,信息处理设备(AP)100根据持续时间300中的剩余时间作为拥塞程度的标准来判断重传是否可能。图7示出了在发送第二重传数据(Re Tx数据)之后持续时间300中的剩余时间到期的示例。因此,信息处理设备(AP)100判断为将不发送块ACK请求(BR)。
如上所述,在持续时间300中的剩余时间变得比预定时间短的情况下,信息处理设备(AP)100判断为将不执行下一次重传。即,在信息处理设备(AP)100判断为将不执行进一步的重传的情况下,信息处理设备(AP)100在不发送块ACK请求的情况下结束一系列处理。
图8是示意性示出本技术的实施例中的将在设备之间交换的数据流的图。图8示出了信息处理设备(AP)100仅执行一次重传的示例情况。图8还示出了与图7中所示的示例相比将被发送的多播送数据量更大并且多播数据发送时间更长的示例情况。
首先,信息处理设备(AP)100向信息处理设备(STA)200和210发送多播数据(MC Tx数据)(311)。在发送这个多播数据之后,信息处理设备(AP)100向信息处理设备(STA)200发送块ACK请求(BR)(312)。
在接收到块ACK请求(BR)之后,信息处理设备(STA)200向信息处理设备(AP)100发送块ACK(BA)(313)。
信息处理设备(AP)100然后向信息处理设备(STA)210发送块ACK请求(BR)(314)。在接收到块ACK请求(BR)之后,信息处理设备(STA)210向信息处理设备(AP)100发送块ACK(BA)(315)。
以这种方式,信息处理设备(AP)100顺序地向信息处理设备(STA)200和210发送块ACK请求(BR),以使信息处理设备(STA)200和210返回多播数据(MC Tx数据)的块ACK(BA)。之后,信息处理设备(AP)100可以根据接收到的块ACK(BA)来判断重传是否必要。
图8示出了在多播数据(MC Tx数据)的发送之后存在数据尚未被递送到信息处理设备(STA)210的示例情况。在这种情况下,信息处理设备(AP)100需要向信息处理设备(STA)210重传多播数据。
因此,信息处理设备(AP)100向信息处理设备(STA)210发送第一重传数据(Re Tx数据)(316)。
在这个阶段,信息处理设备(AP)100根据持续时间310中的剩余时间来判断重传是否可能。图8示出了在发送第一重传数据(Re Tx数据)之后持续时间310中的剩余时间到期的示例。因此,信息处理设备(AP)100判断为将不发送块ACK请求(BR)。
如上所述,在持续时间310中的剩余时间变得比预定时间短的情况下,信息处理设备(AP)100判断为将不执行下一次重传。即,在信息处理设备(AP)100判断为将不执行进一步的重传的情况下,信息处理设备(AP)100在不发送块ACK请求的情况下结束一系列处理。
图9是示意性示出本技术的实施例中的将在设备之间交换的数据流的图。图9示出了在多播数据的发送之前需要相对较长的时间的示例情况,如流量(无线传输路径)正被其它通信使用的情况。
在下述示例情况中,在信息处理设备(AP)100执行多播通信之前,流量具有来自信息处理设备(OBS)220的发送,并且因此已经在使用传输路径(忙时段(BUSY)321)。在这种情况下,流量(无线传输路径)可能是拥塞的。因此,在本技术的实施例中,在完成来自信息处理设备(OBS)220的发送之后,遵循预定的访问控制过程从信息处理设备(AP)100发送多播数据。
应当注意的是,例如,基于从信息处理设备(OBS)220发送的数据的持续时间/ID字段值,可以根据网络分配向量(NAV)的释放定时来识别忙时段(BUSY)321的结束定时。
在忙时段(BUSY)321的结束定时之后,信息处理设备(AP)100遵循预定的访问控制过程(322)向信息处理设备(STA)200和210发送多播数据(MC Tx数据)。在发送这个多播数据之后,信息处理设备(AP)100向信息处理设备(STA)200发送块ACK请求(BR)(323)。
在接收到块ACK请求(BR)之后,信息处理设备(STA)200向信息处理设备(AP)100发送块ACK(BA)(324)。
信息处理设备(AP)100然后向信息处理设备(STA)210发送块ACK请求(BR)(325)。在接收到块ACK请求(BR)之后,信息处理设备(STA)210向信息处理设备(AP)100发送块ACK(BA)(326)。
以这种方式,信息处理设备(AP)100顺序地向信息处理设备(STA)200和210发送块ACK请求(BR),以使信息处理设备(STA)200和210返回多播数据(MC Tx数据)的块ACK(BA)。之后,信息处理设备(AP)100可以根据接收到的块ACK(BA)来判断重传是否必要。
图9示出了在多播数据(MC Tx数据)的发送之后存在数据尚未被递送到信息处理设备(STA)210的示例情况。在这种情况下,信息处理设备(AP)100需要向信息处理设备(STA)210重传多播数据。
因此,信息处理设备(AP)100向信息处理设备(STA)210发送第一重传数据(Re Tx数据)(327)。
在这个阶段,信息处理设备(AP)100根据持续时间320中的剩余时间来判断重传是否可能。图9示出了在发送第一重传数据(Re Tx数据)之后持续时间320中的剩余时间到期的示例。因此,信息处理设备(AP)100判断为将不发送块ACK请求(BR)。
如上所述,在持续时间320中的剩余时间变得比预定时间短的情况下,信息处理设备(AP)100判断为将不执行下一次重传。即,在信息处理设备(AP)100判断为将不执行进一步的重传的情况下,信息处理设备(AP)100在不发送块ACK请求的情况下结束一系列处理。
图10是示意性示出本技术的实施例中的将在设备之间交换的数据流的图。图10示出了在多播数据的发送之前需要相对较长时间的示例情况,如流量(无线传输路径)正被其它通信使用的情况。
在下述示例情况中,在信息处理设备(AP)100执行多播通信之前,流量具有来自信息处理设备(OBS)220的发送,并且因此已经在使用传输路径(忙时段(BUSY)331)。在这种情况下,流量(无线传输路径)可能是拥塞的。因此,在本技术的实施例中,在完成来自信息处理设备(OBS)220的发送之后,遵循预定的访问控制过程从信息处理设备(AP)100发送多播数据。
即,信息处理设备(AP)100向信息处理设备(STA)200和210发送多播数据(MC Tx数据)(332)。
在这个阶段,信息处理设备(AP)100根据流量(无线传输路径)的拥塞状态判断为不适合执行重传。信息处理设备(AP)100还根据持续时间330中的剩余时间来判断重传是否可能。图10示出了在发送多播数据(MC Tx数据)之后持续时间330中的剩余时间到期的示例。因此,信息处理设备(AP)100判断为将不发送块ACK请求(BR)。
如上所述,在信息处理设备(AP)100根据流量(无线传输路径)的拥塞状态判断为不适合执行重传的情况下或者持续时间330中的剩余时间变得比预定时间短的情况下,信息处理设备(AP)100判断为将不执行下一次重传。即,在信息处理设备(AP)100判断为将不执行进一步的重传的情况下,信息处理设备(AP)100在不发送块ACK请求的情况下结束一系列处理。
如上所述,在图10所示的示例中,信息处理设备(AP)100向信息处理设备(STA)200和210发送多播数据(MC Tx数据),但是不执行重传。因此,信息处理设备(AP)100不发送块ACK请求。
应当注意的是,图7至图10中所示的示例是信息处理设备(AP)100根据无线传输流量的拥塞状态来执行控制以限制数据的重传或针对重传数据的确认接收请求(例如,块ACK请求(BR))的发送的示例情况。
[接入点(AP)的示例操作(多播发送的示例)]
图11是示出本技术的实施例中的将由信息处理设备(AP)100执行的多播发送处理中的处理过程的示例的流程图。
首先,信息处理设备(AP)100的通信控制单元120经由接口单元101判断是否已经接收到将被发送的多播数据(步骤S801)。如果已经接收到多播数据(步骤S801),则通信控制单元120将接收到的多播数据存储到发送缓冲器102中(步骤S802)。进一步地,如果还没有接收到多播数据(步骤S801),则处理进行到步骤S803。
通信控制单元120(多播发送管理单元104)还判断是否发送多播数据的定时(步骤S803)已经到来。如果发送多播数据的定时尚未到来(步骤S803),则处理返回到步骤S801。如果预定的多播发送定时已经到来(步骤S803),则操作进行到实际的发送操作,并且在任何其它定时,等待多播数据的接收。
如果发送多播数据的定时已经到来(步骤S803),则发送数据帧生成单元105从发送缓存器102获取多播发送数据,并生成预定的多播通信的数据的突发(步骤S804)。访问控制单元108然后判断对流量(无线传输路径)的发送访问是否可能(是否有可能访问发送目的地设备)(步骤S805)。例如,在流量(无线传输路径)中没有正在执行任何其它通信的情况下,可以判断为对流量(无线传输路径)的发送访问是可能的(对发送目的地设备的访问可以被判断为是可能的)。如果对流量(无线传输路径)的发送访问是不可能的(步骤S805),则继续进行监视。
如果对流量(无线传输路径)的发送访问是可能的(步骤S805),则无线电信号发送处理单元107发送多播数据(步骤S806)。
然后,传输路径使用/拥塞判断单元109获取无线传输路径的使用状态以估计流量(无线传输路径)的拥塞(步骤S807)。例如,如图7至图10中所示,获取关于流量(无线传输路径)是否正在由其自身设备或其它通信等使用的信息作为无线传输路径的使用状态。
在发送多播数据之后,重传处理控制单元106判断是否有可能接收多播数据的接收确认(ACK)(步骤S808)。例如,可以根据无线传输流量(例如,无线传输路径)的拥塞状态进行检查以判断是否有可能接收接收确认(ACK)。稍后将参考图13详细描述这种判断的示例。如果不可能接收接收确认(ACK)(步骤S808),则多播发送处理结束。以这种方式,例如,取决于流量(无线传输路径)的拥塞状态,可以执行控制使得不进行块ACK请求和块ACK的返回,并且不执行数据重传。
如果可以接收接收确认(ACK)(步骤S808),则发送数据帧生成单元105为需要返回块ACK的信息处理设备(STA)构建块ACK请求帧。无线电信号发送处理单元107然后无线地发送块ACK请求帧(步骤S809)。
然后,多播接收管理单元114判断是否已经从作为块ACK请求帧的发送目的地的信息处理设备(STA)接收到块ACK(步骤S810)。如果没有接收到块ACK(步骤S810),则处理进行到步骤S812。
如果已经接收到块ACK(步骤S810),则多播接收管理单元114分析接收到的块ACK的帧,并且判断块ACK是否被寻址到该多播接收管理单元114自身的设备。然后,如果块ACK被寻址到该多播接收管理单元114自身的设备,则多播接收管理单元114根据所分析的块ACK的帧来判断是否存在多播数据的未递送数据(步骤S811)。如果不存在多播数据的未递送数据,并且不需要接收被寻址到另一个设备的块ACK请求的接收确认(步骤S811),则多播发送处理结束。
如果存在多播数据的未递送数据,或者如果有必要接收被寻址到另一个设备的块ACK请求的接收确认(步骤S811),则多播发送管理单元104根据需要选择将被重传的数据(步骤S812)。
重传处理控制单元106然后判断是否有必要发送被寻址到另一个设备的块ACK请求(步骤S813)。如果有必要发送被寻址到另一个设备的块ACK请求(步骤S813),则处理返回到步骤S809。信息处理设备(AP)100然后构建块ACK请求帧,并且向另一个信息处理设备(STA)无线地发送块ACK请求帧(步骤S809)。
另一方面,如果发送被寻址到另一个设备的块ACK请求是不必要的(步骤S813),则处理返回到步骤S804。发送数据帧生成单元105然后从发送缓冲器102获取多播发送数据,并且生成预定多播通信数据的突发(步骤S804)。然后重传以这种方式生成的多播通信数据突发。
同时,在将不执行进一步的重传的情况下,如果在数据发送之后将不接收ACK(步骤S808),或者如果在块ACK信息中不存在未被递送的数据(步骤S811),则多播发送处理结束。
[多播通信中的发送数据突发生成的示例处理]
图12是示出本技术的实施例中的将由信息处理设备(AP)100执行的多播通信中的发送数据突发生成处理中的处理过程的示例的流程图。应当注意的是,图12中所示的多播通信中的发送数据突发生成处理是例如与图11中所示的步骤S804等同的处理。图12还示出了发送由多个A-MPDU子帧(如图3中所示)形成的A-MPDU帧的示例情况。应当注意的是,在发送缓冲器中不存在要预先发送的数据的情况下,不生成任何发送数据突发,因此可以不执行图12中所示的处理过程。
首先,发送数据帧生成单元105获取关于可作为PLCP突发被发送的信息长度(Length)的信息(步骤S821)。发送数据帧生成单元105然后判断是否存在应当被发送的多播数据(步骤S822)。
如果已经构建A-MPDU的子帧,并且不存在将被发送的多播数据(步骤S822),则发送数据帧生成单元105设置一个突发、构建PLCP报头并生成突发(步骤S829)。
如果存在将被发送的多播数据(步骤S822),则发送数据帧生成单元105获取关于发送数据的信息长度(Data Length)的信息(步骤S823)。发送数据帧生成单元105然后将所获取的关于发送数据的信息长度(Data Length)的信息与当前信息长度(Length)的设置值进行比较(步骤S824)。
如果比较结果显示当前信息长度(Length)较大,并且存在剩余长度(步骤S825),则发送数据帧生成单元105从发送缓冲器102获取多播数据(步骤S826)。发送数据帧生成单元105然后构建A-MPDU的子帧(步骤S827)。发送数据帧生成单元105然后通过将所构建的A-MPDU的子帧的值加到当前信息长度(Length)的值来执行更新(步骤S828)。处理然后返回到步骤S822,并且进行检查以判断是否可以添加下一个数据(步骤S822至S825)。
如果在当前信息长度(Length)中没有剩余长度(步骤S825),则发送数据帧生成单元105设置一个突发、构建PLCP报头并生成突发(步骤S829)。
[重传判断处理的示例]
图13是示出本技术的实施例中的将由信息处理设备(AP)100执行的重传判断处理中的处理过程的示例的流程图。应当注意的是,例如,图13中所示的重传判断处理是与图11中所示的步骤S808等同的处理。
首先,重传处理控制单元106获取持续时间中的剩余时间以判断拥塞程度(步骤S831)。在这里,持续时间中的剩余时间是通过从持续时间的值中减去持续时间的起始时间与当前时间之间的时间值而获得的值。应当注意的是,通过从持续时间的值中减去持续时间的起始时间与当前时间之间的时间值以及将被发送的数据的发送时间而获得的值可以被认为是持续时间中的剩余时间。在信息处理设备(AP)100执行单播发送的情况下,信息处理设备(AP)100也可以从单播发送时间计算持续时间中的剩余时间。
重传处理控制单元106然后获取关于可作为PLCP突发被发送的信息长度(Length)的信息(步骤S832)。
重传处理控制单元106然后判断是否有必要在发送之后返回块ACK(步骤S833)。如果在发送之后返回块ACK是不必要的(步骤S833),则处理进行到步骤S838。
进一步地,如果在发送之后返回块ACK是必要的(步骤S833),则重传处理控制单元106获取关于块ACK请求将被发送到的信息处理设备(STA)的数量的信息作为参数(步骤S834)。
在这里,块ACK请求将被发送到的信息处理设备(STA)可以是当前被连接到信息处理设备(AP)100的所有设备(从属设备),或者可以是选自当前被连接到信息处理设备(AP)100的设备中的一个或多个设备。例如,在当前被连接到信息处理设备(AP)100的设备(从属设备)的数量小于阈值的情况下,可以选择所有设备。在设备(从属设备)的数量等于或大于阈值的情况下,可以选择一个或多个设备。
重传处理控制单元106然后估计返回所有块ACK所需的时间(步骤S835)。例如,可以根据块ACK请求将被发送到的信息处理设备(STA)的数量、发送块ACK请求所需的时间以及返回块ACK所需的时间来获得返回所有块ACK所需的时间。
重传处理控制单元106然后判断持续时间中的剩余时间是否长于第一阈值TH1(步骤S836)。应当注意的是,在剩余时间长于用作参考值的阈值的情况下,剩余时间可以不短于阈值或者可以长于阈值。同样地,在剩余时间短于用作参考值的阈值的情况下,剩余时间可以不长于阈值或者可以短于阈值。但是,在长于用作参考值的阈值意味着不短于阈值的情况下,短于用作参考值的阈值意味着短于阈值。另一方面,在长于用作参考值的阈值意味着长于阈值的情况下,短于用作参考值的阈值意味着不长于阈值。
在这里,第一阈值TH1可以是固定值或者可以是可变值。例如,可以作为PLCP突发被发送的信息长度(Length)或者基于信息长度(Length)的其它值(诸如“Length+α”)可以被设置为第一阈值TH1。在这种情况下,例如,可以基于是否存在比可以作为PLCP突发被发送的信息长度(Length)长的持续时间时间来判断是否将执行重传。但是,可以基于某个其它参数进行判断。
例如,可以将获取的持续时间值的大约60%的值设置为第一阈值TH1。可替代地,例如,可以根据返回所有块ACK所需的时间来判断第一阈值TH1。
如果持续时间中的剩余时间长于第一阈值(步骤S836),则重传处理控制单元106判断为执行块ACK请求的重传和发送(步骤S837)。
如果持续时间中的剩余时间短于第一阈值TH1(步骤S836),则重传处理控制单元106判断持续时间中的剩余时间是否短于第二阈值TH2(步骤S838)。
在这里,第二阈值TH2是比第一阈值TH1更小的值(比第一阈值TH1更宽松的值)。而且,第二阈值TH2可以是固定值或者可以是可变值。例如,可以将所获取的持续时间值的大约20%至40%的值设置为第二阈值TH2。
如果持续时间中的剩余时间长于第二阈值TH2(步骤S838),则重传处理控制单元106判断为执行重传但是不请求块ACK的返回(步骤S839)。以这种方式,在持续时间中的剩余时间短的情况下,执行重传但请求块ACK的返回。
如果持续时间中的剩余时间短于第二阈值TH2(步骤S838),则重传处理控制单元106判断为不执行重传(步骤S840)。以这种方式,在持续时间中剩余时间很少的情况下,不执行重传。应当注意的是,步骤S831至S840是权利要求的控制步骤的示例。
如上所述,根据持续时间中的剩余时间,重传过程控制单元106可以判断重传是否必要,并且判断块ACK请求的发送是否必要。例如,取决于无线传输流量(无线传输路径)的拥塞状态,可以不进行块ACK请求和块ACK的返回,并且可以不执行数据重传。
如上所述,根据无线传输流量的拥塞状态,通信控制单元120可以执行控制以限制数据的重传或针对重传数据的接收确认请求的发送。例如,通信控制单元120可以在预定时段(例如,持续时间)期间根据无线传输流量来判断无线传输流量的拥塞状态。例如,在预定时间期间,通信控制单元120可以根据由另一个设备对无线传输流量使用的时间、数据的重传时间、接收确认请求的发送时间以及响应于接收确认请求的接收确认的接收时间来判断无线传输流量的拥塞状态。
通信控制单元120还可以根据无线传输流量的拥塞状态来执行控制以例如限制多播数据的重传。例如,在执行数据的重传的情况下,通信控制单元120可以发送针对重传数据的接收确认请求。进一步地,例如,在无线传输流量的拥塞状态满足预定条件(诸如阈值判断)的情况下,通信控制单元120可以执行控制以使得执行数据重传,但是不发送针对重传数据的接收确认请求,并且在重传之后不执行更多的重传。
例如,在预定时段期间,通信控制单元120可以根据基于由另一个设备对无线传输流量使用的时间、数据的重传时间、接收确认请求的发送时间以及响应于接收确认请求的接收确认的接收时间计算出的值(诸如持续时间中的剩余时间)与阈值(诸如第一阈值TH1或第二阈值TH2)之间的比较结果来判断是否限制数据的重传或针对重传数据的接收确认请求的发送。具体而言,例如,通信控制单元120可以根据计算出的值与第一阈值TH1之间的比较结果来判断为执行数据的重传和针对重传数据的接收确认请求的发送。进一步地,例如,通信控制单元120可以根据计算出的值与第二阈值TH2之间的比较结果来判断执行数据的重传但是不发送针对重传数据的接收确认请求,或者判断为不执行数据的重传以及针对重传数据的确认接收请求的发送。
[信息处理设备(STA)的示例操作]
图14是示出本技术的实施例中的将由信息处理设备(STA)200执行的多播通信接收处理中的处理过程的示例的流程图。
首先,在已经检测到无线发送的预定前导码的情况下,信息处理设备(STA)200的接收数据帧提取单元(等同于图2中所示的接收数据帧提取单元113)根据预定的帧格式对信息进行解码。信息处理设备(STA)200的接收数据帧提取单元然后判断是否已经接收到A-MPDU(步骤S861)。
如果已经接收到A-MPDU(步骤S861),则信息处理设备(STA)200的接收数据帧提取单元根据A-MPDU中的MPDU定界符的值提取A-MPDU的子帧(为了便于解释,在下文中被称为MPDU)(步骤S862)。
如果还没有接收到任何A-MPDU(步骤S861),则信息处理设备(STA)200的接收数据帧提取单元判断是否已经接收到MPDU(步骤S863)。然后,如果已经接收到MPDU(步骤S863),则信息处理设备(STA)200的接收数据帧提取单元获取MPDU,并且处理进行到步骤S864。
然后,信息处理设备(STA)200的多播接收管理单元(等同于图2中所示的多播接收管理单元114)判断MPDU是否是将由信息处理设备(STA)200接收的多播数据(步骤S864)。如果MPDU不是将由信息处理设备(STA)200接收的多播数据(步骤S864),则处理进行到步骤S868。
如果MPDU是将由信息处理设备(STA)200接收的多播数据(步骤S864),则信息处理设备(STA)200的多播接收管理单元判断MPDU是否已经被适当地接收(步骤S865)。如果MPDU不能被适当地接收(步骤S865),则处理进行到步骤S868。
如果MPDU已经被适当接收(步骤S865),则信息处理设备(STA)200的多播接收管理单元将数据存储到接收缓冲器(等同于图2中所示的接收缓冲器116)中(步骤S866)。然后,信息处理设备(STA)200的多播接收管理单元将适当接收的MPDU的序号存储为接收ACK信息(步骤S867)。在MPDU不是A-MPDU子帧的情况下,可以根据需要发送ACK帧。
然后,信息处理设备(STA)200的多播接收管理单元判断是否已经完成帧接收(步骤S868)。例如,在已经接收到A-MPDU的情况下,信息处理设备(STA)200的多播接收管理单元判断是否已经完成一系列PLCP突发的接收(步骤S868)。如果还没有完成帧接收(步骤S868),则处理返回到步骤S862以对下一个子帧进行解码。
如果已经完成帧接收(例如,如果已经完成一系列PLCP突发的接收)(步骤S868),则处理返回到步骤S861。
进一步地,另一方面,如果还没有接收到任何MPDU(步骤S863),则信息处理设备(STA)200的多播接收管理单元判断是否已经接收到块ACK请求(步骤S869)。如果还没有接收到任何块ACK请求(步骤S869),则处理进行到步骤S873。
如果已经接收到块ACK请求(步骤S869),则信息处理设备(STA)200的多播接收管理单元获取所存储的关于多播数据的接收ACK信息(步骤S870)。然后,信息处理设备(STA)200的接收确认控制单元(等同于图2中所示的接收确认控制单元115)根据所获取的接收ACK信息来执行控制以构建块ACK帧(步骤S871)。即,信息处理设备(STA)200的发送数据帧生成单元(等同于图2中所示的发送数据帧生成单元105)在接收确认控制单元的控制下构建块ACK帧(步骤S871)。然后,信息处理设备(STA)200的无线电信号发送处理单元(图2中所示的无线电信号发送处理单元107)发送块ACK帧(步骤S872)。
然后,信息处理设备(STA)200的多播接收管理单元判断是否已经完成多达预定序号的收集(collection)(步骤S873)。在这里,例如,预定序号可以是基于预设的固定值(诸如与整体序号的比率)的序号。可替代地,例如,预定序号可以是基于可变值(诸如随着无线传输流量的拥塞状态而变化的值)的序号。如果已经完成多达预定序号的收集(步骤S873),则处理进行到步骤S876。
如果还没有完成多达预定序号的收集(步骤S873),则信息处理设备(STA)200的多播接收管理单元判断在当前的多播通信中是否已经在预定时间检测到块ACK请求帧(步骤S874)。在这里,可以根据预设值来判断为预定时间,或者预定时间可以是可变值。可替代地,例如,也可以从发送侧的设备(诸如信息处理设备(AP)100)获取持续时间的值,并且可以根据持续时间的值来设置预定时间。
如果在预定时间还没有检测到块ACK请求帧(步骤S874),则判断为将执行重传,并且处理返回到步骤S861。
如果已经在预定时间检测到块ACK请求帧(步骤S874),则信息处理设备(STA)200的多播接收管理单元判断为将不执行重传(步骤S875)。然后,信息处理设备(STA)200的通信控制单元(等同于图2中所示的通信控制单元120)将所收集的多播数据输出到上层(步骤S876)。应当注意的是,步骤S873至S876是在权利要求中向上层转交数据的控制步骤的示例。
如上所述,信息处理设备(STA)200可以根据无线传输流量的拥塞状态来接收从限制数据重传的另一个设备(诸如信息处理设备(AP)100)发送的多播数据。在这种情况下,如果已经成功获取了接收到的多播数据中多达预定序号的数据,则信息处理设备(STA)200的通信控制单元(图2中所示的通信控制单元120)可以执行控制使得将所获取的数据转交到上层。
进一步地,例如,在已经判断为将不从另一个设备发送针对多播数据的接收确认请求的情况下,信息处理设备(STA)200的通信控制单元可以判断为此后将不执行多播数据的重传。如上所述,在判断为将不执行多播数据重传的情况下,信息处理设备(STA)200的通信控制单元可以执行控制,使得即使无法获取多达预定序号的数据,将在该判断之前所获取的数据转交到上层。
在这里应当注意的是,根据传统多播通信重传方法,将被执行的发送的次数是预先判断的,并且不能根据接收到的ACK来控制将被执行的重传的次数。为此,在无线传输路径中的流量拥塞的情况下,如果重传被重复,则时间被重传流量占用。这可能会降低网络中的总吞吐量。
根据本技术的实施例,另一方面,根据流量(无线传输路径)的发送量(容量)、流量的使用状态以及流量的拥塞程度,每次可以限制在多播通信中将被执行的重传的次数。因此,有可能防止网络中的总吞吐量的下降,并实现有效的无线通信技术。
例如,在流量被其它通信等占用的情况下,根据需要限制多播通信中的重传。这使得能够进一步改进整个流量的利用效率。
还有可能在不预先判断为将被执行的重传的次数的情况下,每次根据流量状态来判断重传是否可能。以这种方式,可以避免不必要的重传。
进一步地,在此后不执行重传的情况下,不发送任何块ACK请求。因此,可以减少用于块ACK的返回的流量上的负载,并且可以高效地使用传输路径。
进一步地,在发送侧上的信息处理设备中,根据流量的使用状态,有可能在接收确认之后重传、在无接收确认的情况下重传以及不重传之间切换操作。由此可以灵活地执行重传控制。
进一步地,在不存在块ACK请求的情况下,接收侧上的信息处理设备不需要确认接收,并且因此可以向上层输出多达预定序列的多播数据。
如上所述,根据本技术的实施例,可以根据流量状态适当地控制多播通信的重传、接收确认请求的发送等。
进一步地,根据本技术的实施例的信息处理设备(AP)100以及信息处理设备(STA)200和210可以应用于在各种领域中使用的设备。例如,这些信息处理设备可以应用于在汽车中使用的无线设备(诸如汽车导航设备或智能手机)。例如,这些信息处理设备也可以应用于车辆间通信或道路-车辆通信(车辆到X(V2X))。进一步地,例如,这些信息处理设备可以应用于在教育领域中使用的学习设备(诸如平板终端)。这些信息处理设备也可以应用于农业领域中使用的无线设备(诸如牛管理系统中的终端)。同样地,这些信息处理设备可以应用于运动、医疗领域等中使用的无线设备。
<2.示例应用>
根据本公开的技术可以应用于各种产品。例如,信息处理设备(AP)100以及信息处理设备(STA)200和210可以形成为移动终端(诸如智能手机、平板个人计算机(PC)、笔记本PC、便携式游戏机或数码相机)、固定终端(诸如电视接收器、打印机、数字扫描仪或网络存储装置)或者车载终端(诸如汽车导航设备)。信息处理设备(AP)100以及信息处理设备(STA)200和210还可以形成为执行机器对机器(M2M)通信的终端(这些终端也被称为机器型通信(MTC)终端),诸如智能仪表、自动售货机、远程监控设备或销售点(POS)终端。进一步地,信息处理设备(AP)100以及信息处理设备(STA)200和210可以是安装在这些终端中的无线通信模块(诸如集成电路模块,每个集成电路模块由单个管芯形成)。
同时,例如,信息处理设备(AP)100可以形成为具有路由器功能或不具有路由器功能的无线LAN接入点(也称为无线基站)。信息处理设备(AP)100也可以形成为移动无线LAN路由器。进一步地,信息处理设备(AP)100可以是安装在这些设备中的无线通信模块(诸如由单个管芯形成的集成电路模块)。
[2-1.第一应用]
图15是示意性示出根据本公开的技术可以对其应用的智能手机900的示例配置的框图。智能手机900包括处理器901、存储器902、存储装置903、外部连接接口904、相机906、传感器907、麦克风908、输入设备909、显示设备910、扬声器911、无线通信接口913、天线开关914、天线915、总线917、电池918以及辅助控制器919。
处理器901可以是例如中央处理单元(CPU)或片上系统(SoC),并且控制智能手机900的应用层和其它层的功能。存储器902包括随机存取存储器(RAM)和只读存储器(ROM),并且存储将由处理器901执行的程序以及数据。存储装置903可以包括诸如半导体存储器或硬盘的存储介质。外部连接接口904是用于将诸如存储卡或通用串行总线(USB)设备的外部设备连接到智能手机900的接口。
相机906包括诸如电荷耦合器件(CCD)或互补金属氧化物半导体(CMOS)的成像设备,并生成所捕获的图像。传感器907可以包括一组传感器,诸如定位传感器、陀螺仪传感器、地磁传感器和加速度传感器。麦克风908将被输入到智能手机900的声音转换成声音信号。输入设备909包括例如检测对显示设备910的屏幕的触摸的触摸传感器、小键盘、键盘、按钮、开关,并接受来自用户的操作或输入的信息。显示设备910具有屏幕(诸如液晶显示器(LCD)或有机发光二极管(OLED)显示器),并且显示从智能手机900输出的图像。扬声器911将从智能手机900输出的声音信号转换为声音。
无线通信接口913支持诸如IEEE 802.11a、11b、11g、11n、11ac和11ad的无线LAN标准中的一个或多个,并且进行无线通信。在基础设施模式中,无线通信接口913可以经由无线LAN接入点与另一个设备进行通信。进一步地,在自组织模式或诸如Wi-Fi Direct(直连)的直接通信模式中,无线通信接口913可以直接与另一个设备进行通信。应当注意的是,在Wi-Fi Direct中,与自组织模式不同,两个终端中的一个作为接入点运作,但是通信是在这些终端之间直接执行的。无线通信接口913通常包括基带处理器、射频(RF)电路、功率放大器等。无线通信接口913可以是通过集成存储通信控制程序的存储器、执行程序的处理器和其它相关电路而形成的单芯片模块。无线通信接口913可以支持其它种类的无线通信方法,诸如近场无线通信方法、邻近无线通信方法和蜂窝通信方法以及无线LAN方法。天线开关914在包括在无线通信接口913中的多个电路(诸如用于不同无线通信方法的电路)之间切换天线915的连接目的地。天线915包括一个或多个天线元件(诸如构成MIMO天线的多个天线元件),并且用于通过无线通信接口913来发送和接收无线电信号。
应当注意的是,智能手机900不限于图15中所示的示例,并且可以包括多于一个天线(诸如用于无线LAN的天线和用于邻近无线通信方法的天线)。在这种情况下,可以从智能手机900的配置中省略天线开关914。
总线917使处理器901、存储器902、存储装置903、外部连接接口904、相机906、传感器907、麦克风908、输入设备909、显示设备910、扬声器911、无线通信接口913和辅助控制器919彼此连接。电池918经由图中由虚线部分指示的馈送线来向图15中所示的智能手机900的相应块进行供电。例如,辅助控制器919激活处于睡眠模式的智能手机900的最低必要功能。
在图15中所示的智能手机900中,可以在无线通信接口913中实现上面参考图2所描述的通信控制单元120。可替代地,可以在处理器901或辅助控制器919中实现这些功能中的至少部分。例如,由于数据的重传或针对重传数据的接收确认请求的发送根据无线传输流量的拥塞状态被限制,因此可以减少电池918的功耗。
应当注意的是,因为处理器901在应用级执行接入点功能,智能手机900也可以用作无线接入点(软件AP)。可替代地,无线通信接口913可以具有无线接入点功能。
[2-2.第二应用]
图16是示意性示出可以对其应用根据本公开的技术的汽车导航设备920的示例配置的框图。汽车导航设备920包括处理器921、存储器922、全球定位系统(GPS)模块924、传感器925、数据接口926、内容播放器927、存储介质接口928、输入设备929、显示设备930、扬声器931、无线通信接口933、天线开关934、天线935以及电池938。
处理器921可以是例如CPU或SoC,并且控制汽车导航设备920的导航功能和其它功能。存储器922包括RAM和ROM,并且存储将由处理器921执行的程序和数据。
GPS模块924使用从GPS卫星接收的GPS信号来测量汽车导航设备920的位置(诸如纬度、经度和高度)。传感器925可以包括一组传感器,诸如陀螺仪传感器、地磁传感器和大气压力传感器。数据接口926例如经由终端(未示出)连接到车载网络941,并且获取在车辆侧所生成的数据,诸如车辆速度数据。
内容播放器927再现存储在被插入到存储介质接口928中的存储介质(诸如CD或DVD)中的内容。输入设备929例如包括检测对显示设备930的屏幕的触摸的触摸传感器以及按钮或开关,并且接受来自用户的操作或输入的信息。显示设备930具有诸如LCD或OLED显示器的屏幕,并且显示正被再现的内容或导航功能的图像。扬声器931输出正被再现的内容或导航功能的声音。
无线通信接口933支持诸如IEEE 802.11a、11b、11g、11n、11ac和11ad的无线LAN标准中的一个或多个,并进行无线通信。在基础设施模式中,无线通信接口933可以经由无线LAN接入点与另一个设备进行通信。进一步地,在自组织模式或诸如Wi-Fi Direct的直接通信模式中,无线通信接口933可以直接与另一个设备进行通信。无线通信接口933通常包括基带处理器、RF电路、功率放大器等。无线通信接口933可以是通过集成存储通信控制程序的存储器、执行该程序的处理器以及其它相关电路而形成的单芯片模块。无线通信接口933可以支持其它种类的无线通信方法,诸如近场通信方法、邻近无线通信方法和蜂窝通信方法以及无线LAN方法。天线开关934在被包括在无线通信接口933中的多个电路之间切换天线935的连接目的地。天线935包括一个或多个天线元件,并且用于通过无线通信接口933来发送和接收无线电信号。
应当注意的是,汽车导航设备920不限于图16中所示的示例,并且可以包括多于一个天线。在这种情况下,可以从汽车导航设备920的配置中省略天线开关934。
电池938经由图16中由虚线部分指示的馈送线来向图16中所示的汽车导航设备920的相应块进行供电。电池938还存储从车辆侧供应的电力。
在图16中所示的汽车导航设备920中,可以在无线通信接口933中实现上面参考图2所描述的通信控制单元120。可替代地,可以在处理器921中实现这些功能中的至少部分。例如,由于数据的重传或针对重传数据的接收确认请求的发送根据无线传输流量的拥塞状态被限制,因此可以减少电池938的功耗。
进一步地,无线通信接口933可以操作为上述信息处理设备(AP)100,并且可以向车辆中的用户拥有的终端提供无线连接。
而且,根据本公开的技术可以体现为包括上述汽车导航设备920的块、车载网络941和车辆侧模块942中的一个或多个的车载系统(或车辆)940。车辆侧模块942生成车辆侧数据,诸如发动机的转数或故障信息,并向车载网络941输出所生成的数据。
[2-3.第三应用]
图17是示意性示出可以对其应用根据本公开的技术的无线接入点950的示例配置的框图。无线接入点950包括控制器951、存储器952、输入设备954、显示设备955、网络接口957、无线通信接口963、天线开关964和天线965。
控制器951可以是例如CPU或数字信号处理器(DSP),并且激活无线接入点950的互联网协议(IP)层和更高层的各种功能(诸如接入限制、路由、加密、防火墙和日志管理)。存储器952包括RAM和ROM,并且存储将由控制器951执行的程序和各种控制数据(诸如终端列表、路由表、加密密钥、安全设置和日志)。
输入设备954包括例如按钮或开关,并接受来自用户的操作。显示设备955包括LED灯等,并显示无线接入点950的操作状态。
网络接口957是用于让无线接入点950连接到有线通信网络958的有线通信接口。网络接口957可以具有多个连接终端。有线通信网络958可以是诸如以太网(注册商标)的LAN,或者可以是广域网(WAN)。
无线通信接口963支持诸如IEEE 802.11a、11b、11g、11n、11ac和11ad的无线LAN标准中的一个或多个,并且作为接入点向其附近的终端提供无线连接。无线通信接口963通常包括基带处理器、RF电路、功率放大器等。无线通信接口963可以是通过集成存储通信控制程序的存储器、执行程序的处理器以及其它相关电路而形成的单芯片模块。天线开关964在被包括在无线通信接口963中的多个电路之间切换天线965的连接目的地。天线965包括一个或多个天线元件,并且用于通过无线通信接口963来发送和接收无线电信号。
在图17中所示的无线接入点950中,可以在无线通信接口963中实现上面参考图2所描述的通信控制单元120。可替代地,可以在控制器951中实现这些功能中的至少部分。
应当注意的是,上述实施例是用于体现本技术的示例,并且该实施例的内容与权利要求的主题对应。同样地,权利要求的主题与本技术的实施例中与权利要求的主题相同的名称下的内容对应。但是,本技术不限于这些实施例,并且在不背离本技术的范围的情况下可以对这些实施例进行各种改变。
而且,上面实施例中所描述的处理过程可以被认为是涉及一系列这些过程的方法,或者可以被认为是用于使计算机执行一系列这些过程的程序或者是存储该程序的记录介质。例如,该记录介质可以是压缩盘(CD)、迷你盘(MD)、数字多功能盘(DVD)、存储卡或蓝光(注册商标)盘。
应当注意的是,本说明书中所描述的有利效果仅仅是示例,并且本技术的有利效果可以包括其它效果。
应当注意的是,本技术也可以体现在下面描述的配置中。
(1)一种信息处理设备,包括控制单元,所述控制单元根据无线传输流量的拥塞状态来执行控制以限制数据的重传或针对重传数据的接收确认请求的发送。
(2)如(1)所述的信息处理设备,其中所述控制单元根据所述拥塞状态来执行控制以限制多播数据的重传。
(3)如(1)或(2)所述的信息处理设备,其中,在执行所述数据的重传的情况下,所述控制单元发送针对所述重传数据的接收确认请求。
(4)如(1)或(2)所述的信息处理设备,其中,在所述拥塞状态满足预定条件的情况下,所述控制单元执行所述数据的重传,但是不发送针对所述重传数据的接收确认请求并且在所述重传之后不执行进一步的重传。
(5)如(1)至(4)中任一项所述的信息处理设备,其中所述控制单元在预定时段期间根据所述无线传输流量来判断所述拥塞状态。
(6)如(1)至(5)中任一项所述的信息处理设备,其中所述控制单元在预定时段期间根据由所述信息处理设备和另一个设备对所述无线传输流量的使用时间、所述数据的重传时间、接收确认请求的发送时间以及响应于所述接收确认请求的接收确认的接收时间来判断所述拥塞状态。
(7)如(1)至(6)中任一项所述的信息处理设备,其中所述控制单元在预定时段期间根据基于由所述信息处理设备和另一个设备对所述无线传输流量的使用时间、所述数据的重传时间、接收确认请求的发送时间以及响应于所述接收确认请求的接收确认的接收时间计算出的值与阈值之间的比较结果来判断是否限制所述数据的重传或针对所述重传数据的接收确认请求的发送。
(8)如(7)所述的信息处理设备,其中所述控制单元根据所述计算出的值与第一阈值之间的比较结果来判断执行所述数据的重传和针对所述重传数据的接收确认请求的发送,并且根据所述计算出的值与第二阈值之间的比较结果来判断执行所述数据的重传而不发送针对所述重传数据的接收确认请求或者不执行所述数据的重传和针对所述重传数据的接收确认请求的发送,所述第二阈值是比所述第一阈值更宽松的值。
(9)一种信息处理设备,包括控制单元,所述控制单元根据无线传输流量的拥塞状态来执行控制,以在从限制数据的重传的另一个设备发送的多播数据中已经成功获取多达预定序号的数据的情况下将获取的数据转交到上层。
(10)如(9)所述的信息处理设备,其中所述控制单元在检测到将不从所述另一个设备发送针对所述多播数据的接收确认请求的情况下判断为此后将不执行所述多播数据的重传。
(11)如(10)所述的信息处理设备,其中,在判断为将不执行所述多播数据的重传的情况下,所述控制单元执行控制以即使在无法获取多达所述预定序号的数据的情况下,将在所述判断之前获取的数据转交到所述上层。
(12)一种通信系统,包括:
第一信息处理设备,在已经接收到针对数据的接收确认请求的情况下,发送响应于所述接收确认请求的接收确认;以及
第二信息处理设备,根据无线传输流量的拥塞状态来限制所述数据的重传或针对重传数据的接收确认请求的发送。
(13)一种包括控制步骤的信息处理方法,所述控制步骤根据无线传输流量的拥塞状态来执行控制以限制数据的重传或针对重传数据的接收确认请求的发送。
(14)一种包括控制步骤的信息处理方法,所述控制步骤根据无线传输流量的拥塞状态来执行控制,以在从限制数据的重传的另一个设备发送的多播数据中已经成功获取多达预定序号的数据的情况下将获取的数据转交到上层。
(15)一种用于使计算机执行控制步骤的程序,所述控制步骤根据无线传输流量的拥塞状态来执行控制以限制数据的重传或针对重传数据的接收确认请求的发送。
(16)一种用于使计算机执行控制步骤的程序,所述控制步骤根据无线传输流量的拥塞状态来执行控制,以在从限制数据的重传的另一个设备发送的多播数据中已经成功获取多达预定序号的数据的情况下将获取的数据转交到上层。
标号列表
10 通信系统
21 互联网连接单元
22 信息输入单元
23 设备控制单元
24 信息输出单元
100 信息处理设备(AP)
101 接口单元
102 发送缓冲器
103 缓冲器管理单元
104 多播发送管理单元
105 发送数据帧生成单元
106 重传处理控制单元
107 无线电信号发送处理单元
108 访问控制单元
109 传输路径使用/拥塞判断单元
110 天线控制单元
111A、111B 天线元件
112 无线电信号接收处理单元
113 接收数据帧提取单元
114 多播接收管理单元
115 接收确认控制单元
116 接收缓冲器
120 通信控制单元
200、210 信息处理设备(STA)
220 信息处理设备(OBS)
900 智能手机
901 处理器
902 存储器
903 存储装置
904 外部连接接口
906 相机
907 传感器
908 麦克风
909 输入设备
910 显示设备
911 扬声器
913 无线通信接口
914 天线开关
915 天线
917 总线
918 电池
919 辅助控制器
920 汽车导航设备
921 处理器
922 存储器
924 GPS模块
925 传感器
926 数据接口
927 内容播放器
928 存储介质接口
929 输入设备
930 显示设备
931 扬声器
933 无线通信接口
934 天线开关
935 天线
938 电池
941 车载网络
942 车辆侧模块
950 无线接入点
951 控制器
952 存储器
954 输入设备
955 显示设备
957 网络接口
958 有线通信网络
963 无线通信接口
964 天线开关
965 天线

Claims (16)

1.一种信息处理设备,包括:
控制单元,所述控制单元根据无线传输流量的拥塞状态来执行控制以限制数据的重传或针对重传数据的接收确认请求的发送。
2.根据权利要求1所述的信息处理设备,其中所述控制单元根据所述拥塞状态来执行控制以限制多播数据的重传。
3.根据权利要求1所述的信息处理设备,其中,在执行所述数据的重传的情况下,所述控制单元发送针对所述重传数据的接收确认请求。
4.根据权利要求1所述的信息处理设备,其中,在所述拥塞状态满足预定条件的情况下,所述控制单元执行所述数据的重传,但是不发送针对所述重传数据的接收确认请求并且在所述重传之后不执行进一步的重传。
5.根据权利要求1所述的信息处理设备,其中所述控制单元在预定时段期间根据所述无线传输流量来判断所述拥塞状态。
6.根据权利要求1所述的信息处理设备,其中所述控制单元在预定时段期间根据由所述信息处理设备和另一个设备对所述无线传输流量的使用时间、所述数据的重传时间、接收确认请求的发送时间以及响应于所述接收确认请求的接收确认的接收时间来判断所述拥塞状态。
7.根据权利要求1所述的信息处理设备,其中所述控制单元在预定时段期间根据基于由所述信息处理设备和另一个设备对所述无线传输流量的使用时间、所述数据的重传时间、接收确认请求的发送时间以及响应于所述接收确认请求的接收确认的接收时间计算出的值与阈值之间的比较结果来判断是否限制所述数据的重传或针对所述重传数据的接收确认请求的发送。
8.根据权利要求7所述的信息处理设备,其中所述控制单元根据所述计算出的值与第一阈值之间的比较结果来判断执行所述数据的重传和针对所述重传数据的接收确认请求的发送,并且根据所述计算出的值与第二阈值之间的比较结果来判断执行所述数据的重传而不发送针对所述重传数据的接收确认请求或者不执行所述数据的重传和针对所述重传数据的接收确认请求的发送,所述第二阈值是比所述第一阈值更宽松的值。
9.一种信息处理设备,包括:
控制单元,所述控制单元根据无线传输流量的拥塞状态来执行控制,以在从限制数据的重传的另一个设备发送的多播数据中已经成功获取多达预定序号的数据的情况下将获取的数据转交到上层。
10.根据权利要求9所述的信息处理设备,其中所述控制单元在检测到将不从所述另一个设备发送针对所述多播数据的接收确认请求的情况下判断为此后将不执行所述多播数据的重传。
11.根据权利要求10所述的信息处理设备,其中,在判断为将不执行所述多播数据的重传的情况下,所述控制单元执行控制以即使在无法获取多达所述预定序号的数据的情况下,将在所述判断之前获取的数据转交到所述上层。
12.一种通信系统,包括:
第一信息处理设备,在已经接收到针对数据的接收确认请求的情况下,发送响应于所述接收确认请求的接收确认;以及
第二信息处理设备,根据无线传输流量的拥塞状态来限制所述数据的重传或针对重传数据的接收确认请求的发送。
13.一种信息处理方法,包括:
控制步骤,在所述控制步骤中根据无线传输流量的拥塞状态来执行控制以限制数据的重传或针对重传数据的接收确认请求的发送。
14.一种信息处理方法,包括:
控制步骤,在所述控制步骤中根据无线传输流量的拥塞状态来执行控制,以在从限制数据的重传的另一个设备发送的多播数据中已经成功获取多达预定序号的数据的情况下将获取的数据转交到上层。
15.一种用于使计算机执行以下步骤的程序:
控制步骤,在所述控制步骤中根据无线传输流量的拥塞状态来执行控制以限制数据的重传或针对重传数据的接收确认请求的发送。
16.一种用于使计算机执行以下步骤的程序:
控制步骤,在所述控制步骤中根据无线传输流量的拥塞状态来执行控制,以在从限制数据的重传的另一个设备发送的多播数据中已经成功获取多达预定序号的数据的情况下将获取的数据转交到上层。
CN201680051262.8A 2015-09-11 2016-07-21 信息处理设备、通信系统和信息处理方法 Active CN108029039B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015-179085 2015-09-11
JP2015179085 2015-09-11
PCT/JP2016/071366 WO2017043189A1 (ja) 2015-09-11 2016-07-21 情報処理装置、通信システム、情報処理方法およびプログラム

Publications (2)

Publication Number Publication Date
CN108029039A true CN108029039A (zh) 2018-05-11
CN108029039B CN108029039B (zh) 2022-05-13

Family

ID=58239646

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680051262.8A Active CN108029039B (zh) 2015-09-11 2016-07-21 信息处理设备、通信系统和信息处理方法

Country Status (5)

Country Link
US (1) US10869218B2 (zh)
EP (1) EP3349504A4 (zh)
JP (1) JP6798496B2 (zh)
CN (1) CN108029039B (zh)
WO (1) WO2017043189A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113273111A (zh) * 2019-01-11 2021-08-17 高通股份有限公司 用于确定无线通信中传输(重传)的数量的技术

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10411867B2 (en) * 2015-04-30 2019-09-10 Sony Corporation Communication apparatus and communication method
EP4171111B1 (en) 2015-07-07 2024-06-12 Sony Group Corporation Communication device and communication method
WO2018008237A1 (ja) * 2016-07-07 2018-01-11 ソニー株式会社 無線通信装置
WO2018027983A1 (zh) * 2016-08-12 2018-02-15 华为技术有限公司 一种数据传输方法及设备
US11984985B2 (en) * 2020-08-19 2024-05-14 Samsung Electronics Co., Ltd. Method of performing wireless communication, wireless transmission device and wireless reception device performing the same

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020191594A1 (en) * 2000-08-24 2002-12-19 Tomoaki Itoh Transmitting/receiving method and device therefor
JP2004320481A (ja) * 2003-04-16 2004-11-11 Matsushita Electric Ind Co Ltd 通信端末装置、基地局装置、マルチキャスト通信システム及びその方法
US20050036511A1 (en) * 2003-08-14 2005-02-17 International Business Machines Corp. Method, system and article for improved TCP performance during packet reordering
US20050100045A1 (en) * 2003-11-06 2005-05-12 Interdigital Technology Corporation Access points with selective communication rate and scheduling control and related methods for wireless local area networks (WLANs)
JP2005236923A (ja) * 2004-02-23 2005-09-02 Nippon Telegr & Teleph Corp <Ntt> 無線パケット通信方法および無線局
US20060067222A1 (en) * 2004-09-30 2006-03-30 Kyocera Corporation Data communication apparatus
US20060092871A1 (en) * 2004-11-01 2006-05-04 Yasuyuki Nishibayashi Communication method for wireless LANS
US20100002646A1 (en) * 2004-10-19 2010-01-07 Yasuyuki Nishibayashi Communication apparatus and method
JP2010537518A (ja) * 2007-08-20 2010-12-02 アルカテル−ルーセント マルチキャスト・システムにおける再送をトリガするための方法、およびその方法を実施する装置
CN102057608A (zh) * 2008-06-26 2011-05-11 汤姆逊许可公司 无线局域网中用于请求确认与传送多播数据确认的设备
US20120106427A1 (en) * 2009-07-22 2012-05-03 Hironori Nakae Communication method
US20120239998A1 (en) * 2011-03-16 2012-09-20 Clear Wireless Llc Apparatus and method for determining number of retransmissions in a wireless system
US20130294244A1 (en) * 2011-01-25 2013-11-07 Fujitsu Limited Communication device, communication system, and communication method

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4599361B2 (ja) * 2003-11-10 2010-12-15 エルジー エレクトロニクス インコーポレイティド 膠着状態を回避するための受信期待番号及び受信者ウィンドウ更新方法
EP2506494B1 (en) * 2008-06-23 2015-08-05 Thomson Licensing Collision mitigation for multicast transmission in wireless local area networks
JP2010010858A (ja) 2008-06-25 2010-01-14 Japan Radio Co Ltd 基地局、端末局、及び無線通信システム
US9332551B2 (en) * 2011-12-28 2016-05-03 Intel Corporation Opportunistic resource sharing between devices

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020191594A1 (en) * 2000-08-24 2002-12-19 Tomoaki Itoh Transmitting/receiving method and device therefor
JP2004320481A (ja) * 2003-04-16 2004-11-11 Matsushita Electric Ind Co Ltd 通信端末装置、基地局装置、マルチキャスト通信システム及びその方法
US20050036511A1 (en) * 2003-08-14 2005-02-17 International Business Machines Corp. Method, system and article for improved TCP performance during packet reordering
CN1836418A (zh) * 2003-08-14 2006-09-20 国际商业机器公司 分组重新排序期间的改进的传输控制协议性能
US20050100045A1 (en) * 2003-11-06 2005-05-12 Interdigital Technology Corporation Access points with selective communication rate and scheduling control and related methods for wireless local area networks (WLANs)
JP2005236923A (ja) * 2004-02-23 2005-09-02 Nippon Telegr & Teleph Corp <Ntt> 無線パケット通信方法および無線局
US20060067222A1 (en) * 2004-09-30 2006-03-30 Kyocera Corporation Data communication apparatus
US20100002646A1 (en) * 2004-10-19 2010-01-07 Yasuyuki Nishibayashi Communication apparatus and method
US20060092871A1 (en) * 2004-11-01 2006-05-04 Yasuyuki Nishibayashi Communication method for wireless LANS
JP2010537518A (ja) * 2007-08-20 2010-12-02 アルカテル−ルーセント マルチキャスト・システムにおける再送をトリガするための方法、およびその方法を実施する装置
CN102057608A (zh) * 2008-06-26 2011-05-11 汤姆逊许可公司 无线局域网中用于请求确认与传送多播数据确认的设备
US20120106427A1 (en) * 2009-07-22 2012-05-03 Hironori Nakae Communication method
US20130294244A1 (en) * 2011-01-25 2013-11-07 Fujitsu Limited Communication device, communication system, and communication method
US20120239998A1 (en) * 2011-03-16 2012-09-20 Clear Wireless Llc Apparatus and method for determining number of retransmissions in a wireless system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113273111A (zh) * 2019-01-11 2021-08-17 高通股份有限公司 用于确定无线通信中传输(重传)的数量的技术

Also Published As

Publication number Publication date
US10869218B2 (en) 2020-12-15
US20180213433A1 (en) 2018-07-26
CN108029039B (zh) 2022-05-13
JPWO2017043189A1 (ja) 2018-06-28
EP3349504A1 (en) 2018-07-18
JP6798496B2 (ja) 2020-12-09
EP3349504A4 (en) 2019-04-17
WO2017043189A1 (ja) 2017-03-16

Similar Documents

Publication Publication Date Title
CN108029039A (zh) 信息处理设备、通信系统、信息处理方法和程序
US10111260B2 (en) Radio resource allocation in Wi-Fi aware neighborhood area network data links
EP3343975B1 (en) Communication apparatus and communication method
EP3222084B1 (en) Information processing apparatus, information processing method and non-transitory computer-readable medium
US10812404B2 (en) Transmission control device, transmission control method, reception control device, and reception control method
WO2016199524A1 (ja) 情報処理装置、情報処理方法およびプログラム
JP7070411B2 (ja) 無線通信装置
WO2015163013A1 (ja) 無線通信装置、無線通信方法、及び無線通信システム
CN106465427A (zh) 电子装置和方法
JP6872116B2 (ja) 無線通信装置、情報処理方法およびプログラム
JP2016111488A (ja) 情報処理装置、情報処理方法およびプログラム
CN108293205A (zh) 信息处理设备、通信系统、信息处理方法和程序
CN105532038A (zh) 信息处理设备和信息处理方法
JP6950688B2 (ja) 無線通信装置および無線通信方法
TW201742388A (zh) 資訊處理裝置、通訊系統、資訊處理方法及程式
CN105474704A (zh) 信息处理装置和信息处理方法
CN108141859A (zh) 信息处理设备和通信系统
WO2017029892A1 (ja) 情報処理装置、情報処理方法およびプログラム

Legal Events

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