CN115334459A - 无线通信设备 - Google Patents

无线通信设备 Download PDF

Info

Publication number
CN115334459A
CN115334459A CN202210931812.2A CN202210931812A CN115334459A CN 115334459 A CN115334459 A CN 115334459A CN 202210931812 A CN202210931812 A CN 202210931812A CN 115334459 A CN115334459 A CN 115334459A
Authority
CN
China
Prior art keywords
acknowledgement
frame
multicast
transmission
station
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
CN202210931812.2A
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 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 CN115334459A publication Critical patent/CN115334459A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868Measures taken after transmission, e.g. acknowledgments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413MIMO systems
    • H04B7/0452Multi-user MIMO systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0697Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using spatial multiplexing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041Arrangements at the transmitter end
    • 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
    • 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
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24Cell structures
    • H04W16/28Cell structures using beam steering
    • 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
    • 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
    • H04W4/08User group management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/18TPC being performed according to specific parameters
    • H04W52/24TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters
    • H04W52/242TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters taking into account path loss
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/046Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • 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]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Abstract

本发明涉及无线通信设备。在无线多播发送中,本发明使用接收确认响应提高可靠性,同时确保无线资源的高效使用。在接收多播数据帧时,多播组中包括的多个无线通信设备响应于来自发送方的接收确认请求,使用空间复用同时地发送多播接收确认响应。同时,发送方无线通信设备通过基于用于接收方无线通信设备的信道信息的信号处理将同时接收的接收确认响应分离以及恢复成原始个体接收确认响应。

Description

无线通信设备
本申请是申请日为2015年1月5日、名称为“无线通信设备”、申请号为201580014632.6的发明专利申请的分案申请。
技术领域
此处公开的当前技术涉及执行多播发送的无线通信设备。
背景技术
当企图将具有相同内容的数据发送至多个无线从站时,就资源利用效率而言,独立于发送目的地的数量的多播比单播更高效。
作为一个示例,在“IEEE标准802.11-2012”(IEEE 802.11WLAN标准规范)中定义了用于多播发送的基本协议。然而,无法在该标准中定义的协议中确认来自多个设备的接收,并且因此不可能通过使用确认的重发控制来提高通信质量。
在“IEEE802.11aa-2012”(修订标准)中,定义了具有确认的多播扩展,以及介绍了通过使用确认的重发控制以提高通信质量的效果。然而,在该扩展方法中,针对每个组或者成员单独地执行多播的确认。因此,随着要通过多播发送的终端的数量的增大,由于通信资源的使用而产生的开销增大,导致资源利用效率(多播的优点)的限制。
开发了用于多用户MIMO通信的保护机制,该保护机制允许通过多播同时地向多个设备发送预约消息以及允许该多个设备响应于预约消息在信道上同时地发送每个确认消息从而复用确认消息(例如,参照专利文献1)。然而,在要使用的确认消息的内容全都相同的条件下实现保护机制中的空间复用。换句话说,如上所述的保护机制可能不适用于可能对于每个终端具有不同内容的帧(诸如多播数据的接收确认)。
引用列表
专利文献
专利文献1:JP 2013-528015T
发明内容
技术问题
此处描述的当前技术旨在提供能够在通过无线发送的多播发送中高效地使用无线电资源的同时通过使用确认响应以提高可靠性的优秀无线通信设备。
问题的解决方案
已经鉴于上述问题提出了本申请。根据本申请的第一方面所述的技术是无线通信设备,包括:通信单元,配置为与在控制下的多个从站无线地通信;以及控制器,配置为控制通过通信单元与从站中的每一个的数据发送。控制器允许充当主站的通信单元执行到所述多个从站的多播发送以及从从站请求对于多播发送的确认,以及通信单元执行接收从所述多个从站同时发送的确认响应的处理。
根据本申请的第二方面所述的技术,在根据第一方面所述的无线通信设备中,控制器从参与通过多播发送的多播组的从站当中选择性地请求确认。
根据本申请的第三方面所述的技术,在根据第一方面所述的无线通信设备中,控制器通过通信单元指定发送确认响应帧的从站和确认响应帧的发送方案中的一个,以及通信单元基于关于所述多个从站与无线通信设备之间的传播路径的信息来分离从所述多个从站同时接收的多个确认响应帧。
根据本申请的第四方面所述的技术,对发送方案的指定包括用于形成能够使用计算分离从所述多个从站同时发送的帧的格式的确认响应帧的训练信号的编码方案,以及在根据第三方面所述的无线通信设备中,通信单元根据编码方案从由从站中的每一个发送的训练信号获取关于从站中的每一个与无线通信设备之间的传播路径的信息。
根据本申请的第五方面所述的技术,在根据第三方面所述的无线通信设备中,对发送方案的指定包括关于用于确认响应帧的调制方法和纠错编码的组合的信息。
根据本申请的第六方面所述的技术,在根据第三方面所述的无线通信设备中,对发送方案的指定包括关于确认响应帧的发送功率的信息。
根据本申请的第七方面所述的技术,在根据第三方面所述的无线通信设备中,控制器在将要对其请求确认的从站分类为子组时以管理帧或者信标帧通知对发送方案的指定,所述管理帧或者信标帧包括通知从站是子组成员的子组标识信息。
根据本申请的第八方面所述的技术,在根据第三方面所述的无线通信设备中,控制器以请求确认的帧通知对发送方案的指定。
根据本申请的第九方面所述的技术是无线通信设备,包括:通信单元,配置为与主站无线地通信;以及控制器,配置为控制通过通信单元与主站的数据发送。通信单元接收通过多播发送至包括无线通信设备的多播组的帧,以及控制器在满足预定条件时允许通信单元在从接收通过多播发送的帧经过预定时间之后发送确认响应。
根据本申请的第十方面所述的技术,在根据第九方面所述的无线通信设备中,通信单元使用从主站指定的确认响应帧的发送方案发送确认响应帧。
根据本申请的第十一方面所述的技术,对发送方案的指定包括用于形成能够使用计算分离从所述多个从站同时发送的帧的格式的确认响应帧的训练信号的编码方案,以及在根据第十方面所述的无线通信设备中,通信单元根据编码方案对训练信号进行编码,以及发送已编码的训练信号。
根据本申请的第十二方面所述的技术,对发送方案的指定包括关于用于确认响应帧的调制方法与纠错编码的组合的信息,以及在根据第十方面所述的无线通信设备中,通信单元根据对发送方案的指定确定要用于确认响应帧的调制方法与纠错编码的组合。
根据本申请的第十三方面所述的技术,对发送方案的指定包括关于确认响应帧的发送功率的信息,以及在根据第十方面所述的无线通信设备中,通信单元根据对发送方案的指定确定要用于确认响应帧的发送功率。
根据本申请的第十四方面所述的技术,在根据第九方面所述的无线通信设备中,当在从主站接收的多播数据帧或者请求确认的帧中指定了该无线通信设备的个体标识符或者连接标识符时,控制器允许通信单元发送确认响应帧。
根据本申请的第十五方面所述的技术,在根据第九方面所述的无线通信设备中,当在从主站接收的多播数据帧或者请求确认的帧中将该无线通信设备指定为包括在从主站预先通知的子组标识信息中的目标中时,控制器允许通信单元发送确认响应帧。
根据本申请的第十六方面所述的技术,在根据第九方面所述的无线通信设备中,控制器基于所接收的多播数据帧的序列号与从主站预先通知的子组标识信息之间的关系来确定是否使得通信单元发送确认响应帧。
根据本申请的第十七方面所述的技术,在根据第九方面所述的无线通信设备中,通信单元以使得主站中的接收功率是基于通过估计无线通信设备与主站之间的传播路径上的衰减量获得的结果的预定功率的方式设置发送功率,以及发送确认响应。
根据本申请的第十八方面所述的技术,根据第一方面所述的无线通信设备作为支持IEEE 802.11标准的接入点或者支持Wi-Fi direct标准的组所有者(GO)工作。
根据本申请的第十九方面所述的技术,根据第九方面所述的无线通信设备作为支持IEEE 802.11标准的站或者支持Wi-Fi direct标准的客户端工作。
发明的有利效果
根据此处描述的当前技术,可以提供能够在通过无线发送的多播发送中高效地使用无线电资源的同时使用确认响应以提高可靠性的优秀无线通信设备。
根据此处描述的当前技术,充当多播数据帧的发送目的地的所述多个无线通信设备使用空间复用通过多播同时地发送确认响应。充当发送源的无线通信设备对同时接收的确认响应进行分解,以及使用基于与充当发送目的地的无线通信设备中的每一个的信道信息的信号处理将其恢复至原始个体确认响应。换句话说,此处描述的技术在利用无线电资源的同时允许使用空间复用的多播确认的同时发送以及允许使用确认进行重发控制,从而实现通信质量的提高。
另外,本说明书中描述的效果仅仅是例示性和示范性的,而非限定性的。换句话说,根据本公开的技术可以连同基于本说明书的效果一起或者代替基于本说明书的效果对本领域技术人员呈现其它效果。
稍后将通过基于本公开实施例和附图的更详细解释使得本公开的目的、特征和优点变得清楚。
附图说明
图1A是示出了根据此处描述的当前技术的数据发送系统100的示例性配置的示意图。
图1B是示出了根据此处描述的当前技术的数据发送系统100的示例性配置的示意图。
图2是示出了多播分发服务器130的功能配置的示意图。
图3是示出了无线主站120的示例性内部配置的示图。
图4是示出了无线从站110的示例性内部配置的示图。
图5是示出了第一实施例中的处理流程的示图。
图6是图示连接至同一接入点的站、多播组的成员、确认目标和子组之间的包含关系的示图。
图7是示出了用于IEEE 802.11无线LAN系统中通常数据包发送的帧格式的示图。
图8A是示出了通过使用正交编码对码进行分配以对长前导进行编码时的PHY前导的组成的示图。
图8B是示出了通过使用时分发送对码进行分配以对长前导进行编码时的PHY前导的组成的示图。
图9是示出了第一实施例中用于在AP与STA#1至#6之间执行多播数据帧的接收或者发送和确认的示例性通信序列的示图。
图10是示出了在第一实施例中响应于STA从AP接收MU-BAR帧的事实而执行的处理过程的流程图。
图11是示出了用于从由AP指定的子组成员接收MU-BA的处理的过程的流程图。
图12是示出了第二实施例中的处理流程的示图。
图13是示出了在第二实施例中响应于STA从AP接收MU-BAR帧的事实而执行的处理过程的流程图。
图14是示出了第三实施例中的处理流程的示图。
图15是示出了在第三实施例中用于在AP与STA#1至#6之间执行多播数据帧的接收或者发送和确认的示例性通信序列的示图。
图16是示出了第四实施例中的处理流程的示图。
图17是示出了在第四实施例中响应于STA从AP接收多播数据帧的事实而执行的处理过程的流程图。
图18是示出了第五实施例中的处理流程的示图。
图19是示出了在第五实施例中用于在AP与STA#1至#6之间执行多播数据帧的接收或者发送和确认的示例性通信序列的示图。
图20是示出了在第五实施例中响应于STA从AP接收MU-BAR帧的事实而执行的处理过程的流程图。
图21是示出了用于从由AP指定的STA接收MU-BA的处理过程的流程图。
具体实施方式
在下文中,将参照附图对本说明书中公开的技术的实施例进行详细描述。
图1示意性地示出了根据此处描述的当前技术的数据发送系统100的示例性配置。
在图示的数据发送系统100中,如图1B所示,多播分发服务器130通过骨干网络140与无线主站120连接。如图1A所示,无线主站120与在无线主站120控制下的多个无线从站110-1、110-2…无线地通信。在数据发送系统100中,要从多播分发服务器130发送的多播数据通过无线主站120(多播发送)一起传送至无线从站110-1、110-2…。
在图1A中,图示了六个无线从站110-1至110-6,以及在它们中的每一个与无线主站120之间建立连接。在下列描述中,为了方便起见,假设六个无线从站110-1至110-6中的任何一个参与从多播分发服务器130接收多播数据的多播组。
在此处描述的当前技术中,连接至无线主站120的所有无线从站110不一定都参与多播组,但是没有参与多播组的其它无线从站(未示出)可以连接至无线主站120。除多播发送以外,连接至无线主站120的无线从站110-1至110-6可以与无线主站120单独地通信。
除此之外,无线主站的数量不限于一个。使其它无线从站(未示出)保持在控制之下的一个或者多个其它无线主站可以连接至多播分发服务器130。在图1B中,尽管仅图示了一个无线主站120,但是还假设多个无线主站通过骨干网络140连接至多播分发服务器130。在该情况下,无线主站将从多播分发服务器130发送的多播数据发送至在它们自己的主站控制下的相应无线从站。
如图1B所示,多播分发服务器130和无线主站120并不一定是分离的,而是多播分发服务器130可以是与任何一个无线从站物理集成的单个设备。
图2示意性地示出了多播分发服务器130的功能配置。图示的多播分发服务器130被配置为包括数据源201、数据处理单元202和骨干通信单元203。数据源201生成要分发的内容并且对该内容进行编码以及将内容传递至数据处理单元202。数据处理单元202根据从数据源201输入的数据生成数据包。骨干通信单元203将用于骨干网络140中的通信的协议报头附加至数据包并将其发送至骨干网络140。
图3示出了无线主站120的内部配置。图示的无线主站120被配置为包括骨干通信单元301、数据处理单元302、调制-解调单元303、空间信号处理单元304、信道估计单元305、无线接口单元306、天线307和控制器308。在图示的示例中,假设提供多个收发器天线307-1至307-M和每个天线的无线接口(IF)单元306-1至306-M以执行多用户多输入多输出(MIMO)通信。
骨干通信单元301与骨干网络140进行通信。从多播分发服务器130发送的数据被发送到骨干通信单元301。
在发送时,当数据处理单元302从骨干通信单元301接收输入时或者当数据处理单元302生成数据时,数据处理单元302可以执行将用于介质访问控制(MAC)的报头或者检错码附加至来自数据的用于无线通信的数据包的处理。随后,数据处理单元302为调制-解调单元303提供经处理的数据。另一方面,在接收时,当数据处理单元302从调制-解调单元303接收输入时,数据处理单元302执行分析报头、检测数据包中的任何可能错误以及使数据包重新排序的处理。随后,数据处理单元302将经处理的数据传送至下一个更高的协议层或者骨干通信单元301。
在无线发送时,调制-解调单元303基于由控制器308设置的纠错编码和调制方案对从数据处理单元302输入的数据执行纠错编码的处理、交织和解调处理。随后,调制-解调单元303生成数据符号流并且将该数据符号流传送至空间信号处理单元304。与发送来自空间信号处理单元304的输入时相反,在无线接收时,调制-解调单元303执行解调、交织和误校正编码的处理,以及随后将经处理的数据传送至数据处理单元302或者控制器308。
在无线发送时,如有必要,空间信号处理单元304对输入执行信号处理以经受空间分离(稍后描述),以及为相应无线接口单元306-1至306-M提供产生的一个或者多个发送符号流。在无线接收时,空间信号处理单元304对从相应无线接口单元306-1至306-M输入的接收符号流执行空间处理,以及如有必要对流进行分解,以及随后将经处理的数据传送至调制-解调单元303。
信道估计单元305根据从相应无线接口单元306-1到306-M输入的信号中的前导部分或者训练信号部分计算传播路径的复信道增益信息。所计算的复信道增益信息通过控制器308由调制-解调单元303用于解调或者由空间信号处理单元304用于空间处理。
在无线发送时,无线接口单元306-1至306-M中的每一个执行从空间信号处理单元304输入的数字发送信号到模拟发送信号的转换、功率放大、滤波和上变频。随后,相应无线接口单元306-1至306-M将产生的数据发送至相应的对应天线307-1至307-M。在无线接收时,相应无线接口单元306-1至306-M对来自相应的对应天线307-1至307-M的输入执行反向处理,即,执行下变频、滤波、低噪声放大和到数字信号的转换。随后,相应无线接口单元306-1至306-M将结果提供给空间信号处理单元304或者信道估计单元305。
控制器308在这些组件301至306之间执行信息的传送、通信参数的设置和数据处理单元302中的数据包的调度。
图4示出了无线从站110的示例性内部配置。图示的无线从站110被配置为包括数据宿(data sink)401、数据处理单元402、调制-解调单元403、空间信号处理单元404、信道估计单元405、无线接口单元406、天线407和控制器408。在图示的示例中,设置了M个收发器天线407-1至407-M’和每个天线的无线接口单元406-1至406-M’。没有必要使无线从站110设置有多条发送线和接收线路,而是可以使无线从站110设置有一条线路。
数据宿401充当用于接受接收数据的目的地。多播分发服务器130的数据源201中的数据通过骨干网络140和无线主站120发送到数据宿401。
在发送时,当数据处理单元402生成数据时,数据处理单元402可以执行将用于介质访问控制(MAC)的报头或者检错码附加至来自数据的用于无线通信的数据包的处理。随后,数据处理单元402为调制-解调单元403提供经处理的数据。另一方面,在接收时,当数据处理单元402从调制-解调单元403接收输入时,数据处理单元402执行分析报头、检测数据包中的任何可能错误以及使数据包重新排序的处理。随后,数据处理单元402将经处理的数据传送至下一个更高的协议层或者数据宿401。
在无线发送时,调制-解调单元403基于由控制器408设置的纠错编码和调制方案对从数据处理单元402输入的数据执行纠错编码的处理、交织和解调处理。随后,调制-解调单元403生成数据符号流并且将该数据符号流传送至空间信号处理单元404。与发送来自空间信号处理单元404的输入时相反,在无线接收时,调制-解调单元403执行解调、交织和纠错编码的处理,以及随后将经处理的数据传送至数据处理单元402或者控制器408。
空间信号处理单元404提供无线接口单元406-1至406-M’。在无线接收时,空间信号处理单元404对从相应无线接口单元406-1至406-M’输入的接收符号流执行空间处理,以及如有必要对流进行分解,以及随后将产生的数据传送至调制-解调单元403。
信道估计单元405根据从相应无线接口单元406-1到406-M’输入的信号中的前导部分或者训练信号部分计算传播路径的复信道增益信息。所计算的复信道增益信息通过控制器408由调制-解调单元403用于解调或者由空间信号处理单元404用于空间处理。
在无线发送时,无线接口单元406-1至406-M’中的每一个执行从空间信号处理单元404输入的数字发送信号到模拟发送信号的转换、功率放大、滤波和上变频。随后,相应无线接口单元406-1至406-M’将产生的数据发送至相应的对应天线407-1至407-M’。在无线接收时,相应无线接口单元406-1至406-M’对来自相应的对应天线407-1至407-M’的输入执行反向处理,即,执行下变频、滤波、低噪声放大和到数字信号的转换。随后,相应无线接口单元406-1至406-M’将结果提供给空间信号处理单元404或者信道估计单元405。
控制器408在这些组件401至406之间执行的信息的传送、通信参数的设置和数据处理单元402中数据包的调度。
根据此处描述的当前技术的数据发送系统100允许使用空间复用同时发送多播确认以及允许在利用无线电资源的同时使用确认进行重发控制,从而实现通信质量的提高。
多播组中包括的多个无线从站110-1…在接收多播数据帧时响应于来自充当发送源的无线主站120的确认请求,使用空间复用同时地发送多播确认响应。另一方面,无线主站120基于与相应无线从站110-1…的信道信息执行信号处理,以将同时接收的确认响应分成各个体原始确认响应并且恢复原始确认响应。
将通过取下列五个实施例作为示例对用于在多播发送中同时地执行确认响应的机制进行讨论。
第一实施例:有预先的子分组。确认请求是除数据帧以外的帧。
第二实施例:没有预先的子分组。确认请求是与数据帧不同的帧。
第三实施例:没有预先的子分组。数据帧用于显式指定的确认请求。
第四实施例:有预先的子分组。数据帧用于使用现有参数值隐式指定的确认请求。
第五实施例:预先从所有成员获得信道增益信息。确认请求是除数据帧以外的帧。
在下列描述中,假设IEEE 802.11无线局域网(LAN)系统适用于无线主站120与无线从站110之间的无线通信。将在无线主站120和无线从站110可分别地与接入点(AP)和站(STA)互换使用的假设下对这些实施例进行描述。
[第一实施例]
在第一实施例中,AP将参与多播组的STA分成子组。AP使用与数据帧不同的帧向组成员STA发送确认请求。
图5示出了第一实施例中的处理流程。
<<多播组的理解>>
在流程F501中,假设属于多播组的每个STA参与打算预先接收的多播组。使用诸如因特网组管理协议(IGMP)或者IPv6多播收听者发现(MLD)的机制执行多播组中的参与。每个STA接收各自参与的多播组的多播地址。
多播组参与协议(诸如IGMP或者IMv6 MLD)在层3或者更高层处运行,并且因此AP通常不知道要由参与多播组时在AP控制下的STA接收的多播地址。为此,参与多播组的每个STA使得AP知道每个STA是否参与了多播组,并且因此每个STA响应于来自AP的请求或者自主地向AP通知每个STA是否在多播中注册。替换地,AP可以具有用于分析层3或者更高层的内容以收集关于在AP控制下的STA的多播参与的信息的机制。
<<创建子组以用于确认>>
随后,在流程F502中,AP对每个多播组将在AP控制下的参与STA分类为一个或者多个子组以用于确认。如稍后描述的,AP仅请求对子组的确认,而不是每当AP执行多播发送时从多播组中的所有STA请求对于多播发送的确认。
AP在流程F501中确定在AP控制下的每个STA是否参与多播组的状态中,AP将要成为接收方(在下文中称为“组成员”)的目标STA分类为关于多播组的确认目标和非确认目标。不是组中的所有成员都必须是多播流的确认目标。确定方式不受特定限制,以及可以使用下列方法(a1)和(a2)中的任何一个。
(a1)从先前对每个STA执行的发送和接收获得的通信质量(例如,下行链路中的错误率和其使用调制信息以及上行链路中接收信号强度)。作为一个示例,只有具有差通信质量的组成员(具有小于预定值的通信质量的成员,或者从具有低通信质量的成员开始的预定数量的组成员)成为多播确认的目标。
(a2)从每个STA通知的相关多播是否需要可靠性的信息。作为一个示例,只有需要可靠性的组成员成为多播确认的目标。
随后,AP将确认目标的组成员分类为一个或者多个子组。该子组成为同时地执行稍后要发送的多播数据帧的确认响应的STA组的单位。当然,从多播组成员当中选择同时地执行确认响应的STA组中的任何一个。
预先确定了可以参与每个子组的成员的最大数量。在本实施例中,子组中成员的最大数量被设定为4。通常,同时接收的多个信号的分离需要大于或者等于信号数量的接收天线数量。因此,在本实施例中,充当AP的无线主站120设置有四组或者更多组无线接口单元306和天线307。
将STA分类为子组的方式不受特别限制。作为一个示例,可以采用下列方法(b1)和(b2)中的任何一个作为分类方式。
(b1)根据已经从每个成员接收的数据包获得的每个成员与AP之间的无线信道状态信息(CSI),允许容易地执行信号分离的组合。
(b2)根据已经从每个成员接收的数据包获得的CSI信息,允许AP中接收电平之间的差别变小的组合。
作为参考,图6图示了连接至相同AP的STA 600、多播组成员610、多播发送确认目标611与子组之间的包含关系。STA可以属于多个多播组。因此,当有多个多播组时,它们可能重叠。
在图6所示的示例中,连接至相同AP的STA(在控制下的从站)600被分类为多播组成员610和非多播组成员STA 620。基于确定了是否参与多播组的状态,作为多播组成员610的STA被分类为多播确认目标611和不确认接收的组成员612。随后,基于诸如无线信道状态信息或者接收电平的准则,作为多播确认目标611的多个STA被分类为预定数量的子组#0、#1…。
在本实施例中提到的数据发送系统100(参见图1A)中,假设有六个站(无线从站)以及它们全都属于同一多播组。
下列描述基于六个STA#1至#6全都充当确认目标以及六个STA被分类为两个子组#0和#1(如下面描述的,每个子组由三个STA组成)的假设。用于指定子组的标识信息称为子组标识符。
子组#0:STA#1、STA#3、STA#5
子组#1:STA#2、STA#4、STA#6
<<子组附加信息的生成>>
确认目标成员被分类为子组以及随后AP生成用于子组中的信号分离的附加信息。
生成附加信息以从确认帧本身获得CSI信息。这是由于来自子组中所有STA的CSI信息是从要从子组的STA组同时发送的确认响应帧恢复个体确认所必需的。
对CSI信息的获取进行描述。图7示出了用于IEEE 802.11无线LAN系统中通常数据包发送的帧格式。数据包700包括PHY前导710、PHY报头720、MAC报头730和有效载荷740。
PHY前导710包括用于在接收侧执行物理层中的数据包检测和频率同步的固定数据序列711(在下文中称为“短前导”)和用于在接收侧获得CSI的固定数据序列712(在下文中称为“长前导”)。后者的数据序列被设定为“L”。无线设备在接收数据包时知道L并且相应地可以通过使用该部分的接收波形知道CSI。用于获得CSI的已知信息(诸如,长前导)也称为“训练信号”。
然而,当子组成员STA按照原样使用该格式同时地发送确认时,用于CSI估计的长前导712的信号将经受干扰,因此AP不可能获得个体CSI信息。为了解决该问题,考虑针对子组中每个成员对长前导712的信号执行不同编码。
在本实施例中,长前导部分被扩展、使用可以接收同时发送的信号的格式进行编码以及用于确认帧。编码方式的示例包括下列方案(c1)和(c2)中的任何一个。
(c1)正交编码
在正交编码方案中,生成具有大于或者等于子组成员最大数量的长度的Walsh序列。在本实施例中,最大数量被设定为4,并且因此生成具有序列长度为4的Walsh序列。在该情况下,下面显示的码1至4的四个序列可用。
[1,1,1,1](码1)
[1,1,-1,-1](码2)
[1,-1,1,-1](码3)
[1,-1,-1,1](码4)
可以生成具有L的四倍长度的四个序列,这四个序列通过使序列L乘以使用如下面所示的Walsh序列的每个分量获得。
[L,L,L,L]
[L,L,-L,-L]
[L,-L,L,-L]
[L,-L,-L,L]
这四个序列彼此正交。因此,即使在同时接收它们时,也可以通过乘以与要从码1至4中提取的码相对应的码并将其添加至L的每个长度以获得个体CSI。
在该方案中,以使码不重叠的方式将码1至4中的任何一个分配给每个子组的组成员STA。
(c2)时分发送
在时分发送的该方法中,从字面上,通过偏移发送时间以使得来自每个子组成员的L的发送不重叠来执行发送。这相当于由下面所示的码11至13替代正交编码中的码。
[1,0,0](码11)
[0,1,0](码12)
[0,0,1](码13)
在本实施例中提及的数据发送系统100(参见图1A)中,尽管六个组成员STA#1至#6被分类为两个子组#0和#1,每个子组由三个STA组成(如下面描述的),但是假设在每个子组中使用正交编码和时分发送方案中的任何一个执行码分配(如下列子组(d1)和(d2)所示)。
(d1)子组#0
STA#1 码1或者11
STA#3 码2或者12
STA#5 码3或者13
(d2)子组#1
STA#2 码1或者11
STA#4 码2或者12
STA#6 码3或者13
图8A示出了在通过以不重叠的方式使用正交编码将码1至3分配给子组#0和#1中的每一个中的组成员STA以执行长前导的编码的情况下的PHY前导的内容。图8B示出了在通过以不重叠的方式使用时分发送将码11至13分配给子组#0和#1中的每一个中的组成员STA以执行长前导的编码的情况下的PHY前导的内容。
<<确认子组和附加信息的预先通知>>
随后,在流程F503中,AP预先向每个组成员通知预先确定的每个成员的子组信息和由子组中每个成员使用的长前导信号的编码信息。在下文中,要由AP发送以用于通知的管理帧被称为“Ack组分配帧”。AP可以通过单播将Ack组分配帧单独地发送至每个成员,或者可以将该Ack组分配帧发送至所有组成员都从中接收该Ack组分配帧的多播地址的目的地。AP可以在不使用专用Ack组分配帧的情况下将附加信息作为现有广播帧的一部分(诸如信标)发送。
由AP向每个成员预先通知的信息包括下面的内容(e1)和(e2)。
(e1)用于使每个组成员与其子组标识符相关联的信息
(e2)每个子组中的子组成员的附加信息(长前导编码方案、最大码长度和分配的码的标识符)
当条目(e2)的附加信息的最大码长度(如上所述,该值取决于子组的最大数量)和长前导编码方案被预定和共享时,它们不需要包括在Ack组分配帧中。
用于子组成员的确认响应的调制方案和纠错编码或者关于用于确认响应的发送功率的信息(而不是稍后描述的MU-BAR)可以包括在Ack组分配帧的附加信息中。
组成员在预先接收子组信息以及附加信息(e1)和(e2)时将它们存储在控制器408的存储器中(作为示例),以及在发送时使用确认响应帧(训练信号)。
AP可以在分发多播流期间添加或者改变子组分配和附加信息。在该情况下,再次向所有成员重新进行如上所述的通知。
上面描述的处理F501至F503是与预先设置相关的处理以及可以至少执行一次。
与多播数据的发送和接收一起重复地执行后续处理F504至F508。图9示出了本实施例中用于在AP与STA#1至#6之间执行多播数据帧的接收或者发送和确认的示例性通信序列。
<<多播数据的发送和接收>>
在流程F504中,AP向多播组STA#1至#6顺序地发送多播数据DATA#0、DATA#1和DATA#2(如图9中的参考数字901至903指示的)。使用如图7所示的通常帧格式发送这些多播数据的帧,而不执行上面描述的编码。
当多播组成员STA#1至#6被预先分配给作为Ack组分配帧或者信标帧中的确认目标的子组时,多播组成员STA#1至#6可以针对多播数据帧的每个序列号保持个体多播帧的接收状态。
同时,子组的组成员STA#1至#6使用多播数据帧的PHY前导校正AP的基准振荡器的频率偏移。
<<确认>>
在本实施例中,AP发送一个或者多个多播数据帧,以及随后,在流程F505中,AP向多个用户发送确认请求帧(在下文中称为“多用户块Ack请求(MU-BAR)帧”),如图9中的参考数字904和908指示的。
在本实施例(图9所示的示例)中,将基于AP仅将MU-BAR作为单个无线数据包发送的假设进行描述。在修改示例中,AP可以通过使用多播数据和聚合MAC协议数据单元(A-MPDU)在MAC层处执行集合,以在无线扇区中将MU-BAR作为单个无线数据包发送。
MU-BAR帧包括下列内容(f1)至(f5)。
(f1)用以指定确认目标的多播流的信息
(f2)作为对其期望多播确认响应的目标的子组标识符
(f3)作为来自子组成员的多播确认响应的目标的起始序列号
(f4)用于确认响应的调制方案和纠错码
(f5)与用于确认响应的发送功率相关的信息
即使不需要显式地指定与用于确认响应的调制方案相关的信息(f4),对于所有确认目标唯一确定的规则也可以在AP与每个STA之间共享,诸如当典型地使用最低速率或者使用与MU-BAR帧相同的速率时。在该情况下,与调制方案相关的信息可以被配置为不包括在帧中。要用于确认响应的调制方案可以被限于不使用两个或者更多个空间流的调制。
报告与用于确认响应的发送功率相关的信息(f5)以防止在由AP从多个STA同时接收的确认响应之间出现显著的接收功率差。这是由于当接收功率差过于大时,不再可能恢复具有较低功率的响应帧。因此,给予每个成员STA期望发送功率的通知以使得AP中来自相应子组成员STA的响应的接收功率与目标功率匹配。在信息(f5)的内容中,直接地指定要用于响应发送的发送功率的值,或者指定期望功率与先前发送功率之间的差值以报告先前响应发送要增大或者减小以接近期望功率的事实。可以通过参照在发送或者接收与子组成员的先前帧时的接收功率以计算该差值。与发送功率的请求相关的信息(f5)可以被配置为不需要包括在帧中。在该情况下,对于每个STA以自主方式确定和调节发送功率。
MU-BAR帧被发送到要成为确认目标的多播地址。可以通过隐式地使用用于指定上面描述的确认目标的多播流的信息(f1)将该地址设定为目的地。
在流程F506中,子组成员#0和#1中的每个STA在从AP接收MU-BAR帧904和908时,发送如图9中的参考数字905至907和909至911指示的与相关多播流相关的确认响应MU-BA帧。在该情况下,使用由AP预先指定的编码信息(上面描述的)对长前导进行编码以及发送该长前导。
图10以流程图形式示出了在第一实施例中响应于STA从AP接收MU-BAR帧的事实而执行的处理过程。
STA在从AP接收MU-BAR帧时(在步骤S1001中为是),检查MU-BAR帧中包括的子组标识符是否为STA所属的组的标识符(步骤S1002)。
如果子组标识符不是STA所属的组的标识符(在步骤S1002中为否),则STA跳过所有后续处理并且终止处理。
另一方面,如果子组标识符是STA所属的组的标识符(在步骤S1002中为是),则STA根据要成为MU-BAR帧的目标的多播流的接收成功/失败记录生成确认响应MU-BA(步骤S1003)。
每个子组成员STA在要生成的MU-BA帧中包括针对目标多播流中的每个序列号的接收成功/失败信息。尽管在接收MU-BAR帧之前从AP发送的多播流是目标,但是没有必要包括具有在MU-BAR帧中通知的起始序列号之前的编号的信息。在STA中,即使当有重发请求并且请求到达时,可以确定在STA的更高层处没有使用价值的帧(尽管没被接收)也可以被通知为由STA进行的确定的成功。
随后,STA检查关于要用于确认响应帧的发送功率的信息是否包括在MU-BAR帧中(步骤S1004)。
如果关于要用于确认响应帧的发送功率的信息包括在MU-BAR帧中(在步骤S1004中为是),则STA根据MU-BAR帧中的指令设置要用于确认响应帧的发送功率(步骤S1005)。
如果关于要用于确认响应帧的发送功率的信息没有包括在MU-BAR帧(在步骤S1004中为否),则STA根据关于先前发送功率的信息(先前从AP接收的数据包,包括MU-BAR)估计传播损耗,以及设置确认响应帧的发送功率以使得AP侧的接收功率成为预定值(步骤S1007)。假设预先至少在子组成员STA之间共享预定值。
如有必要,可以控制在步骤S1005或者S1007中要用于MU-BA的发送的功率。
随后,STA添加通过使用Ack组分配帧或者信标帧中预先通知的编码信息对长前导进行编码以获得的PHY前导,以及发送产生的多用户块Ack(MU-BA)帧(步骤S1006)。
总之,根据图10所示的处理过程,STA在接收MU-BAR时,检查内容中描述的子组标识符是否与STA所属的子组的标识符匹配。STA仅在它们匹配时发送MU-BA帧。
在从STA终止接收MU-BAR之后紧接着过了预定时间时从STA发送MU-BA。在AP与所有STA之间共享预定时间的间隔,以及希望间隔防止可通信范围中的第三方的无线发送被中断。当以子组为单位发送包括用于指定预定时间间隔的信息的MU-BAR帧或者在同一子组中发送不同MU-BAR时,可以使用不同的值。在本实施例中,使用IEEE 802.11无线LAN标准中定义的短帧间间隔(SIFS)。可以使用PCF帧间间隔(PIFS)代替SIFS。在该发送期间,每个STA都可以不执行载波侦听。
在AP侧,在MU-BAR发送的SIFS持续时间之后从指定的子组成员同时地接收MU-BA。随后,AP使用流程F507中的信号处理对从多个STA同时接收的MU-BA进行分解和恢复。
图11以流程图的形式示出了用于从由AP指定的子组成员接收MU-BA的处理的过程。AP在发送MU-BAR之后等待来自子组的MU-BA帧以及执行与通常接收处理不同的处理。
当AP检测到短前导(在步骤S1101中为是)时,相应无线接口单元306-1…中处理的接收信号被发送至信道估计单元305,以及在短前导部分中执行帧起始定时的同步、频率同步以及自动增益控制的设置(步骤S1102)。
随后,AP检查是否可以在期望来自MU-BAR发送的完成的响应的时间长度(SIFS)内从组成员STA同时地接收MU-BA(步骤S1103)。
如果可以在期望来自MU-BAR发送的完成的响应的时间长度内从组成员STA同时地接收MU-BA(在步骤S1103中为是),则信道估计单元305在短前导部分之后的已编码长前导部分中从预先分配给每个组成员STA的每个码中恢复每个子组成员的长前导接收序列,以及从每个STA获取CSI估计值(步骤S1104)。
当通过使用正交编码对码进行分配以对长前导进行编码时,信道估计单元305关于序列L的长度单位执行使与要在正交码当中提取的码相对应的码乘以码的一个元素、以及在单位长度L上添加相乘结果,从而恢复子组成员中的每一个的长前导接收序列的操作。当通过使用时分发送对码进行分配以对长前导进行编码时,信道估计单元305执行时间偏移以及提取子组成员中的每一个的长前导接收序列。
如上面描述的所获得的长前导接收序列成为通过天线307-1至307-M(接收链)中的每一个接收的来自每个STA的CSI。在这点上,当接收天线编号是m(m=1至M,其中M是用于AP的接收的天线的总数)以及所使用的码编号(连同子组标识符一起成为用于指定STA的信息)是n(n=1至N,其中N是子组成员的数量,子组成员的数量是要使用的码的总数以及与MU-BA的倍数数量相对应)时,获得通过组合接收天线和所使用的码具有M×N的元素数量的估计信道矩阵H。当每个成员STA的估计CSI由hm,n表示时,通过下列公式(1)表示估计信道矩阵H。
[公式.1]
Figure BDA0003781206560000211
当天线编号m中同时接收的输入信号由ym表示时,通过下列公式(2)表示接收信号矢量Y。
[公式2]
Figure BDA0003781206560000221
所估计的信道矩阵H和接收信号矢量Y被输入至空间信号处理单元304。随后,空间信号处理单元304使用信道矩阵H和接收信号矢量Y恢复(分解)来自子组成员STA中的每一个的MU-BA(步骤S1105)。对在长前导部分之后(即,在PHY报头之后)的信号应用分解处理。
由空间信号处理单元304执行的MU-BA的恢复(分解)处理的算法不受特别限制。作为一个示例,可以使用最小均方误差(MMSE)方程式执行多个信号的分解处理。根据MMSE方程式,通过使接收信号矢量Y乘以加权矢量W以减小来自其它STA的干扰分量的处理便于信号分解。加权矢量W由下列公式(3)表示,其中包括每个天线中生成的噪声矢量nm的噪声矢量被设定为N。在下列公式(3)中,HH表示信道矩阵的Hermitian转置矩阵。
[公式3]
W=H{HHH+NI}-1…(3)
如上所述执行的处理允许AP恢复来自要成为MU-BAR的目标的子组的所有成员的MU-BA,从而获得多播数据流的确认信息。
另一方面,如果不可以在期望来自MU-BAR发送的完成的响应的时间长度内从组成员STA同时地接收MU-BA(在步骤S1103中为否),则AP使处理返回至通常接收操作。在该情况下,信道估计单元305从单个长前导获取CSI估计值(步骤S1106)。随后,空间信号处理单元304基于所获取的CSI信息执行对长前导部分之后(即,在PHY报头之后)的信号的接收处理。
如果AP在步骤S1105中不可以从通过对MU-BA执行恢复处理获得的结果中恢复特定码的主帧,则认为分配了码的STA可能没有正确地接收MU-BAR以及可能没有发送MU-BA。尽管没有在图11中图示要在该情况下执行的处理,但是AP可以重新发送MU-BAR。
<<多播数据的重发>>
如有必要,AP在通过分离来自子组成员的确认响应以获取确认信息时,根据结果在流程F508中重发多播数据。
可以在紧接在检查确认响应之后的时刻执行由AP进行的多播数据的重发。
当检测到爆发式干扰(诸如微波炉)时,即使预先执行了重发,也可能再次失败。在这种情况下,AP可以增加预定延迟以及随后重发多播数据。在相关多播流(内容)中,当定义延迟请求时,假设AP在不超过定义值的范围内增加延迟。
[第二实施例]
在第二实施例中,AP不将参与多播组的STA预先分成子组。AP以与数据帧不同的帧向组成员STA发送确认请求。
图12示出了第二实施例中的处理流程。
<<多播组的理解>>
在流程F1201中,假设属于多播组的每个STA参与要预先接收的多播组。使用诸如IGMP或者IPv6 MLD的机制执行多播组中的参与。每个STA接收各自参与的多播组的多播地址。
参与多播组的每个STA使得AP知道各自是否参与了多播组,并且因此每个STA响应于来自AP的请求或者自主地向AP通知各自是否在多播中注册。替换地,AP可以具有用于分析层3或者更高层的内容以收集关于在AP控制下的STA的多播参与的信息的机制。
在第二实施例中,AP不创建确认子组。不执行确认子组和附加信息的预先通知。
与多播数据的发送或者接收一起重复地执行后续处理。甚至在本实施例中,根据图9所示的通信序列执行AP与多播组STA#1至#6之间的多播数据帧的接收或者发送和确认,这与第一实施例类似。
<<多播数据的发送和接收>>
在流程F1202中,AP向多播组STA#1至#6顺序地发送多播数据DATA#0、DATA#1和DATA#2(如图9中的参考数字901至903指示的)。使用如图7所示的通常帧格式发送这些多播数据的帧,而不执行上面描述的编码。
多播组成员STA#1至#6可以针对多播数据帧的每个序列号保持个体多播帧的接收状态。多播组成员STA#1至#6使用多播数据帧的PHY前导校正AP的基准振荡器的频率偏移。
<<确认>>
在本实施例中,在流程F1203中,AP发送一个或者多个多播数据帧以及随后发送请求确认的MU-BAR帧(如图9中的参考数字904和908指示的)。在本实施例中,AP将请求MU-BA的STA标识符和长前导的编码信息连同上面描述的内容(f1)、(f4)和(f5)一起写入MU-BAR帧。
可以使用个体标识符(诸如STA的MAC地址)或者连接标识符(诸如AP中的关联ID(AID))作为STA的标识符。长前导的附加信息的示例包括长前导编码方案、最大码长和分配码的标识符。
除如图9所示仅将MU-BAR作为单个无线数据包发送以外,AP可以通过使用多播数据和A-MPDU在MAC层处执行聚合以在无线扇区中将MU-BAR作为单个无线数据包发送(这与上述类似)。
在流程F1204中,使用MU-BAR帧中的个体标识符或者连接标识符指定对其请求MU-BA的STA中的每一个在从AP接收MU-BAR帧904和908时,发送与相关多播流相关的确认响应MU-BA帧(如图9中的参考数字905至907和909至911指示的)。在该情况下,使用由MU-BAR帧指定的编码信息对长前导进行编码(如上所述)以及发送该长前导。
图13以流程图形式示出了在第一实施例中响应于STA从AP接收MU-BAR帧的事实而执行的处理过程。
STA在从AP接收MU-BAR帧时(在步骤S1301中为是),检查它自己的个体标识符或者连接标识符是否在MU-BAR帧中指定(步骤S1302)。
如果它自己的个体标识符或者连接标识符没被指定(在步骤S1302中为否),则STA跳过所有后续处理以及终止该处理。
另一方面,如果它自己的个体标识符或者连接标识符被指定(在步骤S1302中为是),则STA根据要成为MU-BAR帧的目标的多播流的接收成功/失败记录来生成确认响应MU-BA(步骤S1303)。
STA在要生成的MU-BA帧中包括针对目标多播流中的每个序列号的接收成功/失败信息。尽管在接收MU-BAR帧之前从AP发送的多播流是目标,但是没有必要包括具有在MU-BAR帧中通知的起始序列号之前的编号的信息。在STA中,即使当有重发请求并且请求到达时,可以确定在STA的更高层处没有使用价值的帧(尽管没被接收)也可以被通知为由STA进行的确定的成功。
随后,STA检查关于要用于确认响应帧的发送功率的信息是否包括在MU-BAR帧中(步骤S1304)。
如果关于要用于确认响应帧的发送功率的信息包括在MU-BAR帧中(在步骤S1304中为是),则STA根据MU-BAR帧中的指令设置要用于确认响应帧的发送功率(步骤S1305)。
如果关于要用于确认响应帧的发送功率的信息没有包括在MU-BAR帧(在步骤S1304中为否)中,则STA根据关于先前发送功率的信息(先前从AP接收的数据包,包括MU-BAR)估计传播损耗以及设置确认响应帧的发送功率以使得AP侧的接收功率成为预定值(步骤S1307)。假设预先至少在子组成员STA之间共享预定值。
如有必要,可以控制在步骤S1305或者S1307中要用于MU-BA的发送的功率。
随后,STA添加通过使用由MU-BAR帧指定的编码信息对长前导进行编码以获得的PHY前导以及发送产生的MU-BA帧(步骤S1306)。
总之,根据图13所示的处理过程,STA在接收MU-BAR时,检查在内容中写入的个体标识符或者连接标识符是否与它自己的标识符匹配。STA仅在它们匹配时发送MU-BA帧。
在紧接在从STA终止接收MU-BAR之后过了预定时间时从STA发送MU-BA。在AP与所有STA之间共享预定时间的间隔,以及希望间隔防止可通信范围中的第三方的无线发送被中断。在本实施例中,可以使用IEEE 802.11无线LAN标准中定义的SIFS或者PIFS。在该发送期间,每个STA都可以不执行载波侦听。
在AP侧,在MU-BAR发送的SIFS持续时间之后从指定的STA中的每一个同时地接收MU-BA。AP例如根据图11所示的处理过程使用流程F1205中的信号处理对从多个STA同时接收的MU-BA进行分解和恢复。如果不可以从通过对MU-BA执行恢复处理获得的结果恢复特定码的主帧,则认为分配了码的STA可能没有正确地接收MU-BAR以及可能没有发送MU-BA。在该情况下,AP可以重发MU-BAR。
<<多播数据的重发>>
如有必要,AP在通过分离来自所指定STA中的每一个的确认响应以获取确认信息时,根据结果在流程F1206中重发多播数据。
可以在紧接在检查确认响应之后的时刻执行由AP进行的多播数据重发。
当检测到爆发式干扰(诸如微波炉)时,即使预先执行了重发,也可能再次失败。在这种情况下,AP可以增加预定延迟以及随后重发多播数据。在相关多播流(内容)中,当定义延迟请求时,假设AP在不超过定义值的范围内增加延迟。
[第三实施例]
在第三实施例中,AP不将参与多播组的STA预先分成子组。AP在用于确认请求的数据帧中显式地指定确认目标的STA。
图14示出了第三实施例中的处理流程。
<<多播组的理解>>
在流程F1401中,假设属于多播组的每个STA参与要预先接收的多播组。使用诸如IGMP或者IPv6 MLD的机制执行多播组中的参与。每个STA接收各自参与的多播组的多播地址。
参与多播组的每个STA使得AP知道各自是否参与了多播组,并且因此每个STA响应于来自AP的请求或者自主地向AP通知各自是否在多播中注册。替换地,AP可以具有用于分析层3或者更高层的内容以收集关于在AP控制下的STA的多播参与的信息的机制。
在第三实施例中,AP不执行确认子组的创建以及确认子组和附加信息的预先通知,这与第二实施例类似。
与多播数据的发送或者接收一起重复地执行后续处理。在本实施例中,根据图15所示的通信序列执行AP与多播组STA#1至#6之间的多播数据帧的接收或者发送和确认。
<<多播数据的发送和接收>>
在流程F1402中,AP向多播组STA#1至#6顺序地发送多播数据DATA#0、DATA#1和DATA#2(如图15中的参考数字1501、1505和1509指示的)。
在本实施例中,这些多播数据帧用于确认请求。AP扩展数据帧DATA#0、DATA#1和DATA#2中的每一个的MAC报头,以及将请求MU-BA的STA标识符和长前导的编码信息连同上面描述的内容(f1)、(f4)和(f5)一起写入MU-BAR帧中。AP不发送MU-BAR帧,这与第一和第二实施例不同。
可以使用个体标识符(诸如STA的MAC地址)或者连接标识符(诸如AP中的关联ID(AID))作为STA的标识符。长前导的附加信息的示例包括长前导编码方案、最大码长和分配码的标识符。
多播组成员STA#1至#6可以将至少是确认目标的多播帧的接收状态连同多播数据帧的序列号一起保持。多播组成员STA#1至#6使用多播数据帧的PHY前导校正AP的基准振荡器的频率偏移。
<<确认响应>>
STA在接收多播数据帧1501、1505和1509时,检查在MAC报头中写入的个体标识符或者连接标识符是否与它自己的标识符匹配。随后,STA仅在它们匹配时发送MU-BA帧,如图15中的参考数字1502至1504以及1506至1508指示的。在该情况下,STA使用目标多播数据帧中指定的编码信息对长前导进行编码(如上所述)以及发送该长前导。STA根据图13所示的处理过程响应于STA接收要成为它自己的确认目标的数据帧的事实向AP发送MU-BA帧。然而,由“多播数据帧”替代图13的步骤S1301等等中的“MU-BAR帧”。
在紧接在从STA终止接收目标多播数据帧之后过了预定时间的时刻从STA发送MU-BA。在AP与所有STA之间共享预定时间的间隔,以及希望间隔防止可通信范围中的第三方的无线发送被中断。在本实施例中,可以使用IEEE 802.11无线LAN标准中定义的SIFS或者PIFS。在该发送期间,每个STA都可以不执行载波侦听。
在AP侧,在MU-BAR发送的SIFS持续时间之后从指定的STA中的每一个同时地接收MU-BA。随后,AP例如根据图11所示的处理过程使用流程F1404中的信号处理对从多个STA同时接收的MU-BA进行分解和恢复。
<<多播数据的重发>>
如有必要,AP在通过分离来自所指定STA中的每一个的确认响应以获取确认信息时,根据结果在流程F1405中重发多播数据。
可以在紧接在检查确认响应之后的时刻执行由AP进行的多播数据重发。
当检测到爆发式干扰(诸如微波炉)时,即使预先执行了重发,也可能再次失败。在这种情况下,AP可以增加预定延迟以及随后重发多播数据。在相关多播流(内容)中,当定义延迟请求时,假设AP在不超过定义值的范围内增加延迟。
[第四实施例]
在第四实施例中,AP不将参与多播组的STA预先分成子组。AP使用现有参数值在用于确认请求的数据帧中隐式地指定确认目标的STA。
图16示出了第四实施例中的处理流程。
<<多播组的理解>>
在流程F1601中,假设属于多播组的每个STA参与要预先接收的多播组。使用诸如IGMP或者IPv6 MLD的机制执行多播组中的参与。每个STA接收各自参与的多播组的多播地址。
参与多播组的每个STA使得AP知道各自是否参与了多播组,并且因此每个STA响应于来自AP的请求或者自主地向AP通知各自是否在多播中注册。替换地,AP可以具有用于分析层3或者更高层的内容以收集关于在AP控制下的STA的多播参与的信息的机制。
<<创建子组以用于确认>>
随后,在流程F1602中,AP将在AP控制下的参与STA分类为一个或者多个子组以用于对每个多播组的确认。如稍后描述的,AP仅请求对子组的确认,而不是每当AP执行多播发送时从多播组中的所有STA请求对于多播发送的确认。
在AP在流程F1601中确定在AP控制下的每个STA是否参与多播组的状态中,AP将要成为接收方(在下文中称为“组成员”)的目标STA分类为关于多播组的确认目标和非确认目标。不是组中的所有成员都必须是多播流的确认目标。
随后,AP将确认目标的组成员分类为一个或者多个子组。该子组成为同时地执行稍后要发送的多播数据帧的确认响应的STA组的单位。当然,从多播组成员当中选择同时地执行确认响应的STA组中的任何一个。
<<子组附加信息的生成以及确认子组和附加信息的预先通知>>
确认目标成员被分类为子组,随后AP生成用于子组中的信号分离的附加信息以及每个子组发送确认的发送条件。作为发送条件,可以使用数据帧的序列号与子组标识符之间的关系。在本实施例中,当在由STA在最后接收的多播数据帧的序列号与下列公式(4)之间满足关系表达式时,子组成员中的每一个发送MU-BA。
[公式.4]
多播数据帧的序列号mod 3=子组ID…(4)
随后,在流程F1603中,AP使用Ack组分配帧(上面描述的)、信标帧等等向多播组的STA通知与所生成的子组相关的信息。除上面描述的内容(e1)和(e2)以外,由AP向每个成员预先通知的信息包括子组的发送条件。
组成员在预先接收子组信息、附加信息(e1)和(e2)以及发送条件时将它们存储在控制器408的存储器中(作为示例),以及在发送时使用确认响应帧(训练信号)。
上面描述的处理F1601至F1603是与预先设置相关的处理以及可以至少执行一次。
与多播数据的发送或者接收一起重复地执行后续处理F1604至F1607。在本实施例中,根据图15所示的通信序列执行AP与多播组STA#1至#6之间的多播数据帧的接收或者发送和确认。
<<多播数据的发送和接收>>
在流程F1604中,AP向多播组STA#1至#6顺序地发送多播数据DATA#0、DATA#1和DATA#2(如图15中的参考数字1501、1505和1509指示的)。
在本实施例中,多播数据的这些帧用于确认请求,并且因此AP不发送MU-BAR帧。没有必要扩展数据帧DATA#0、DATA#1和DATA#2中的每一个的MAC报头,这与第三实施例不同。
<<确认响应>>
STA在接收多播数据帧1501、1505和1509时,在流程F1605中检查是否满足Ack组分配帧或者信标帧中预先通知的发送条件(是否在序列号与其子组标识符之间产生关系表达式(4))。STA仅在满足发送条件时发送如图15中的参考数字1502至1504以及1506至1508指示的MU-BA帧。在该情况下,STA使用目标多播数据帧中指定的编码信息对长前导进行编码(如上所述)以及发送该长前导。STA在发送MU-BA帧时使用所接收的多播数据帧的PHY前导校正AP的基准振荡器的频率偏移。
图17以流程图的形式示出了响应于STA从AP接收多播数据帧的事实而执行的处理过程。
当STA从AP接收多播数据帧时(在步骤S1701中为是),STA检查是否满足发送条件(是否在多播数据帧的序列号与其子组标识符之间产生关系表达式(4))(步骤S1702)。
如果不满足发送条件(在步骤S1702中为否),则STA跳过所有后续处理以及终止该处理。
另一方面,如果满足发送条件(在步骤S1702中为是)则STA根据要成为其多播数据帧的目标的多播流的接收成功/失败记录生成确认响应MU-BA(步骤S1703)。
随后,STA根据关于先前接收功率的信息(先前从AP接收的数据包,包括相关多播数据帧)估计传播损耗,以及设置确认帧的发送功率以使得AP侧的接收功率成为预定值(步骤S1704)。假设预先至少在子组成员的STA之间共享该预定值。
随后,STA添加通过使用由多播数据帧指定的编码信息对长前导进行编码以获得的PHY前导以及发送产生的MU-BA帧(步骤S1705)。
总之,根据图17所示的处理过程,STA在接收多播数据帧时检查是否满足发送条件。STA仅在满足发送条件时发送MU-BA帧。多播数据帧被用于确认请求,并且因此AP没有必要发送MU-BAR帧。通过使用多播数据帧的序列号与其子组标识符之间的关系表达式(4)作为发送条件,以及通过设置在STA侧发送MU-BA帧时的发送功率,没有必要扩展多播数据帧的MAC报头。
在紧接在从STA终止接收目标多播数据帧之后过了预定时间的时刻从STA发送MU-BA。在AP与所有STA之间共享预定时间的间隔,以及希望该间隔防止可通信范围中的第三方的无线发送被中断。在本实施例中,可以使用IEEE 802.11无线LAN标准中定义的SIFS或者PIFS。在该发送期间,每个STA都可以不执行载波侦听。
在AP侧,在多播数据帧发送的SIFS持续时间之后从指定的STA中的每一个同时地接收MU-BA。随后,AP例如根据图11所示的处理过程使用流程F1606中的信号处理对从多个STA同时接收的MU-BA进行分解和恢复。
<<多播数据的重发>>
如有必要,AP在通过分离来自所指定STA中的每一个的确认响应以获取确认信息时,根据结果在流程F1607中重发多播数据。
可以在紧接在检查确认响应之后的时刻执行由AP进行的多播数据重发。
当检测到爆发式干扰(诸如微波炉)时,即使预先执行了重发,也可能再次失败。在这种情况下,AP可以增加预定延迟以及随后重发多播数据。在相关多播流(内容)中,当定义了延迟请求时,假设AP在不超过定义值的范围内增加延迟。
[第五实施例]
在第五实施例中,AP预先从参与多播组的所有STA获取信道增益信息(CSI)。AP以与数据帧不同的帧向组成员STA发送确认请求。
在可以说不存在STA的移动以及CSI几乎没有变化的使用情况下,即使在通过以如图8A或者8B所示的MU-BA格式执行发送以获取CSI时,即使在相对较长的时间周期内保持先前CSI信息(通过上行链路帧中的CSI估计获得的结果,诸如关联Req),也可以分离确认响应。
图18示出了第五实施例中的处理流程。
<<多播组的理解>>
在流程F1801中,假设属于多播组的每个STA参与要预先接收的多播组。使用诸如IGMP或者IPv6 MLD的机制执行多播组中的参与。每个STA接收各自参与的多播组的多播地址。
参与多播组的每个STA使得AP知道各自是否参与了多播组,并且因此每个STA响应于来自AP的请求或者自主地向AP通知各自是否在多播中注册。替换地,AP可以具有用于分析层3或者更高层的内容以收集关于在AP控制下的STA的多播参与的信息的机制。
在第五实施例中,AP不创建确认子组。不执行确认子组和附加信息的预先通知。
与多播数据的发送和接收一起重复地执行后续处理。图19示出了本实施例中用于在AP与STA#1至#6之间执行多播数据帧的接收或者发送和确认的示例性通信序列。
<<多播数据的发送和接收>>
在流程F1802中,AP向多播组STA#1至#6顺序地发送多播数据DATA#0、DATA#1和DATA#2(如图19中的参考数字1901至1903指示的)。使用如图7所示的通常帧格式发送这些多播数据的帧,而不执行上面描述的编码。
多播组成员STA#1至#6可以针对多播数据帧的每个序列号保持个体多播帧的接收状态。多播组成员STA#1至#6使用多播数据帧的PHY前导校正AP的基准振荡器的频率偏移。
<<确认>>
在本实施例中,在流程F1803中,AP发送一个或者多个多播数据帧以及随后发送请求确认的MU-BAR帧(如图19中的参考数字1904和1908指示的)。在本实施例中,AP将请求确认响应BA的STA标识符连同上面描述的内容(f1)、(f4)和(f5)一起写入MU-BAR帧中。可以使用个体标识符(诸如STA的MAC地址)或者连接标识符(诸如AP中的关联ID(AID))作为STA的标识符。AP从参与多播组的所有STA预先获取CSI信息,并且因此没有必要发送MU-BAR帧中的长前导的编码信息。
除如图19所示仅将MU-BAR作为单个无线数据包发送以外,AP可以通过使用多播数据和A-MPDU在MAC层处执行聚合以在无线扇区中将MU-BAR作为单个无线数据包发送(这与上述类似)。
在流程F1804中,使用MU-BAR帧中的个体标识符或者连接标识符指定请求MU-BA的STA中的每一个在从AP接收MU-BAR帧1904和1908时,发送与相关多播流相关的确认响应BA帧(如图19中的参考数字1905至1907和1909至1911指示的)。
尽管要发送的确认响应BA帧与由长前导编码的MU-BAR帧的不同在于使用图7所示的通常前导格式,但是PHY报头之后的内容与MU-BA帧相似。
图20以流程图形式示出了在第一实施例中响应于STA从AP接收MU-BAR帧的事实而执行的处理过程。
STA在从AP接收MU-BAR帧时(在步骤S2001中为是),检查它自己的个体标识符或者连接标识符是否在MU-BAR帧中指定(步骤S2002)。
如果它自己的个体标识符或者连接标识符没被指定(在步骤S2002中为否),则STA跳过所有后续处理以及终止该处理。
另一方面,如果它自己的个体标识符或者连接标识符被指定(在步骤S2002中为是),则STA根据要成为MU-BAR帧的目标的多播流的接收成功/失败记录生成确认响应BA(步骤S2003)。
STA在要生成的确认响应BA帧中包括针对目标多播流中的每个序列号的接收成功/失败信息。尽管在接收MU-BAR帧之前从AP发送的多播流是目标,但是没有必要包括具有在MU-BAR帧中通知的起始序列号之前的编号的信息。在STA中,即使当有重发请求并且请求到达时,可以确定在STA的更高层处没有使用价值的帧(尽管没被接收)也可以被通知为由STA进行的确定的成功。
随后,STA检查关于要用于确认响应BA帧的发送功率的信息是否包括在MU-BAR帧中(步骤S2004)。
如果关于要用于确认响应BA帧的发送功率的信息包括在MU-BAR帧中(在步骤S2004中为是),则STA根据MU-BAR帧中的指令设置要用于确认响应BA帧的发送功率(步骤S2005)。
如果关于要用于确认响应BA帧的发送功率的信息没有包括在MU-BAR帧(在步骤S2004中为否),则STA根据关于先前发送功率的信息(先前从AP接收的数据包,包括MU-BAR)估计传播损耗,并且设置确认响应BA帧的发送功率以使得AP侧的接收功率成为预定值(步骤S2007)。假设预先至少在子组成员STA之间共享预定值。
如有必要,可以控制在步骤S2005或者S2007中要用于确认响应BA的发送的功率。
随后,STA添加通过使用由MU-BAR帧指定的编码信息对长前导进行编码以获得的PHY前导以及发送产生的确认响应BA帧(步骤S2006)。
总之,根据图20所示的处理过程,STA在接收MU-BAR时,检查在内容中写入的个体标识符或者连接标识符是否与它自己的标识符匹配。STA仅在它们匹配时发送长前导没有被编码的BA帧。
在紧接在从STA终止接收MU-BAR之后过了预定时间的时刻从STA发送确认响应BA。在AP与所有STA之间共享预定时间的间隔,以及希望该间隔防止可通信范围中的第三方的无线发送被中断。可以本实施例中,可以使用IEEE 802.11无线LAN标准中定义的SIFS或者PIFS。在该发送期间,每个STA都可以不执行载波侦听。
在AP侧,在MU-BAR发送的SIFS持续时间之后从指定的STA中的每一个同时地接收确认响应BA。随后,AP使用流程F1805中的信号处理对从多个STA同时接收的确认响应BA进行分解和恢复。
图21以流程图的形式示出了用于从由AP指定的子组成员接收确认响应BA的处理的过程。AP在发送MU-BAR之后等待来自子组的确认响应BA帧以及执行与通常接收处理不同的处理。
当AP检测到短前导(在步骤S2101中为是)时,相应无线接口单元306-1…中处理的接收信号被发送至信道估计单元305,以及在短前导部分中执行帧起始定时的同步、频率同步以及自动增益控制的设置(步骤S2102)。
随后,空间信号处理单元304读出预先存储的确认目标的每个STA的先前CSI信息(步骤S2103),以及使用CSI信息恢复(分解)来自每个STA的确认响应BA(步骤S2104)。对长前导部分之后(即,在PHY报头之后)的信号应用分解处理。
<<多播数据的重发>>
如有必要,AP在通过分离来自所指定STA中的每一个的确认响应BA以获取确认信息时,根据结果在流程F1806中重发多播数据。
可以在紧接在检查确认响应BA之后的时刻执行由AP进行的多播数据重发。
当检测到爆发式干扰(诸如微波炉)时,即使预先执行了重发,也可能再次失败。在这种情况下,AP可以增加预定延迟以及随后重发多播数据。在相关多播流(内容)中,当定义延迟请求时,假设AP在不超过定义值的范围内增加延迟。
也可以在根据本实施例的方案中使用如在第一实施例中描述的预先子分组和通知。在该情况下,报告子组标识符代替MU-BAR的内容(有效载荷)中的STA标识符。
此外,在本实施例中,可以使用多播数据帧代替MU-BAR来通知确认,这与第三和第四实施例类似。
根据第一至第五实施例,即使在有多个接收终端时,也可以提高传送的可靠性,同时减少要在无线多播分发中用于确认的无线电资源。
工业实用性
本领域技术人员应当理解,可以根据设计要求和其它因素进行各种修改、组合、子组合和更改,只要它们在所附权利要求或者其等效物内。
尽管已经主要地描述了对基于无线LAN标准的IEEE 802.11的无线通信系统应用此处公开的技术的实施例,但是此处公开的技术的精神和范围并不限定于此。当在基于其它各种无线标准的无线通信系统中执行多播发送时,此处公开的技术的应用使得可以在高效地使用无线电资源的同时使用确认响应以提高可靠性。作为一个示例,当对基于Wi-FiDirect标准的无线通信系统应用此处公开的技术时,接入点(AP)可与组所有者(GO)交换地使用,以及站(STA)可与客户端交换地使用。
简言之,本技术已经以图示的形式公开并且不应该被限制地解释。为了确定本公开的主旨,应当将专利权利要求考虑在内。
另外,还可以将本技术配置为如下。
(1)
一种无线通信设备包括:
通信单元,配置为与在控制下的多个从站无线地通信;以及
控制器,配置为控制通过通信单元与从站中的每一个的数据发送,
其中控制器允许充当主站的通信单元执行到所述多个从站的多播发送以及请求来自从站的对多播发送的确认,以及
通信单元执行接收从所述多个从站同时发送的确认响应的处理。
(1-1)
一种无线通信方法包括:
充当主站以执行到多个从站的多播发送;
请求来自要成为多播发送的目标的从站的确认;以及
执行接收从所述多个从站同时发送的确认响应的处理。
(1-2)
根据(1)所述的无线通信设备,
其中通信单元通过聚合请求来自从站的确认的帧和多播数据帧来发送请求来自从站的确认的帧。
(2)
根据(1)所述的无线通信设备,
其中控制器选择性地从参与通过多播发送的多播组的从站当中请求确认。
(2-1)
根据(2)所述的无线通信设备,
其中控制器基于确定从站中的每一个是否参与多播组的状态来选择性地请求确认。
(2-2)
根据(2)所述的无线通信设备,
其中控制器基于从对于从站中的每一个的先前发送或者接收获得的通信质量来选择性地请求确认。
(2-3)
根据(2)所述的无线通信设备,
其中控制器选择性地从需要多播的可靠性的从站请求确认。
(2-4)
根据(2)所述的无线通信设备,
其中控制器将对其请求确认的从站分类为子组以及以子组为单位请求确认。
(2-4-1)
根据(2-4)所述的无线通信设备,
其中控制器设置参与子组的从站的最大数量。
(2-4-1-1)
根据(2-4-1)所述的无线通信设备,
其中控制器基于可以被同时接收并且由通信单元分离的信号的数量来设置从站的最大数量。
(2-4-2)
根据(2-4)所述的无线通信设备,
其中控制器基于无线信道状态信息将容易经受信号分离的组合分类为子组。
(2-4-3)
根据(2-4)所述的无线通信设备,
其中控制器将允许通信单元中的接收电平之间的差较小的组合分类为子组。
(2-4-4)
根据(2-4)所述的无线通信设备,
其中控制器使得通信单元使用管理帧或者信标帧向参与子组的从站预先通知子组标识信息。
(2-5)
根据(1)所述的无线通信设备,
其中控制器使得从站使用与多播帧不同的帧报告确认请求。
(2-6)
根据(1)所述的无线通信设备,
其中控制器使得从站使用多播帧的一部分报告确认请求。
(2-7)
根据(2)所述的无线通信设备,
其中无线通信设备使用要成为目标的从站的个体标识符或者连接标识符报告从站是确认请求的目的地。
(2-8)
根据(2)所述的无线通信设备,
其中无线通信设备将对其请求确认的从站分类为子组,以及在向参与子组的从站预先通知子组标识信息时使用子组标识信息向属于子组的从站报告从站是确认请求的目的地。
(2-9)
根据(2)所述的无线通信设备,
其中控制器基于所接收的多播数据帧的序列号和从主站预先通知的子组标识信息的组合来确定是否使得通信单元发送确认响应帧。
(3)
根据(1)所述的无线通信设备,
其中控制器通过通信单元指定发送确认响应帧的从站和确认响应帧的发送方案中的一个,以及
通信单元基于关于多个从站与无线通信设备之间的传播路径的信息来分离从多个从站同时接收的多个确认响应帧。
(4)
根据(3)所述的无线通信设备,
其中对发送方案的指定包括用于形成能够使用计算分离从多个从站同时发送的帧的格式的确认响应帧的训练信号的编码方案,以及
通信单元根据编码方案从由从站中的每一个发送的训练信号获取关于从站中的每一个与无线通信设备之间的传播路径的信息。
(4-1)
根据(4)所述的无线通信设备,
其中通信单元通过从确认响应帧的一部分中包括的经受正交编码的训练信号提取从站中的每一个的训练信号以获取关于从站中的每一个与通信单元之间的传播路径的信息。
(4-2)
根据(4)所述的无线通信设备,
其中通信单元通过从确认响应帧的一部分中包括的经受时分发送的训练信号提取从站中的每一个的训练信号以获取关于从站中的每一个与通信单元之间的传播路径的信息。
(5)
根据(3)所述的无线通信设备,
其中对发送方案的指定包括关于用于确认响应帧的纠错编码与调制方法的组合的信息。
(6)
根据(3)所述的无线通信设备,
其中对发送方案的指定包括关于确认响应帧的发送功率的信息。
(7)
根据(3)所述的无线通信设备,
其中控制器在将要对其请求确认的从站分类为子组时以管理帧或者信标帧通知对发送方案的指定,该管理帧或者信标帧包括通知从站是子组成员的子组标识信息。
(7-1)
根据(7)所述的无线通信设备,
其中控制器在确认响应帧的训练信号部分的编码方案包括在发送方案中时以使得在子组中不重叠的方式向从站中的每一个分配训练信号的编码方案。
(8)
根据(3)所述的无线通信设备,
其中控制器以请求确认的帧通知对发送方案的指定。
(9)
一种无线通信设备包括:
通信单元,配置为与主站无线地通信;以及
控制器,配置为控制通过通信单元与主站的数据发送,
其中通信单元接收通过多播发送至包括无线通信设备的多播组的帧,以及
控制器在满足预定条件时允许通信单元在从接收通过多播发送的帧之后经过预定时间之后发送确认响应。
(9-1)
一种无线通信方法包括:
接收通过多播发送至包括无线通信设备的多播组的帧;以及
当满足预定条件时,在从接收通过多播发送的帧之后经过预定时间之后发送确认响应。
(9-2)
根据(9)所述的无线通信设备,
其中控制器响应于接收到来自主站的请求对于多播发送的确认的帧,在从接收要成为目标的多播帧经过预定时间之后使得从通信单元发送确认响应。
(10)
根据(9)所述的无线通信设备,
其中通信单元使用从主站指定的确认响应帧的发送方案发送确认响应帧。
(11)
根据(10)所述的无线通信设备,
其中通信单元根据来自主站的指定对确认响应帧的训练信号进行编码,以及发送已编码的训练信号。
(11-1)
根据(10)所述的无线通信设备,
其中通信单元通过在请求确认的帧中报告的编码方案对训练信号进行编码,以及发送已编码的训练信号。
(11-2)
根据(10)所述的无线通信设备,
其中通信单元在从参与通过多播发送的多播组的从站当中选择性地请求确认时通过以不与组中的另一个从站重叠方式分配的编码方案对训练信号进行编码,以及发送已编码的训练信号。
(12)
根据(10)所述的无线通信设备,
其中通信单元根据来自主站的规范确定要用于确认响应帧的纠错编码与调制方法的组合。
(12-1)
根据(10)所述的无线通信设备,
其中通信单元根据从主站向无线通信设备请求确认的帧中的描述确定要用于确认响应帧的纠错编码与调制方法的组合。
(13)
根据(10)所述的无线通信设备,
其中通信单元根据来自主站的指令设置发送功率以及发送确认响应。
(14)
根据(9)所述的无线通信设备,
其中当在从主站接收的多播数据帧或者请求确认的帧中指定无线通信设备的个体标识符或者连接标识符时,控制器允许通信单元发送确认响应帧。
(15)
根据(9)所述的无线通信设备,
其中当在从主站接收的多播数据帧或者请求确认的帧中将无线通信设备指定为包括在从主站预先通知的子组标识信息中的目标中时,控制器允许通信单元发送确认响应帧。
(16)
根据(9)所述的无线通信设备,
其中控制器基于所接收的多播数据帧的序列号与从主站预先通知的子组标识信息之间的关系来确定是否使得通信单元发送确认响应帧。
(17)
根据(10)所述的无线通信设备,
其中通信单元以使得主站中所接收的功率是基于通过估计无线通信设备与主站之间的传播路径上的衰减量获得的结果的预定功率的方式设置发送功率,以及发送确认响应。
(18)
根据(1)所述的无线通信设备,
其中无线通信设备作为支持IEEE 802.11标准的接入点或者支持Wi-Fi direct标准的组所有者(GO)工作。
(19)
根据(9)所述的无线通信设备,
其中无线通信设备作为支持IEEE 802.11标准的站或者支持Wi-Fi direct标准的客户端工作。
(20)
一种无线通信系统包括:
主站,配置为执行到多个从站的多播发送、到从站的对于多播发送的确认的请求、以及接收从所述多个从站同时发送的确认响应的处理;以及
所述多个从站,配置为接收通过多播发送至包括从站的多播组的帧,以及在满足预定条件时在从接收通过多播发送的帧经过预定时间之后发送确认响应。
参考符号列表
100 数据发送系统
110 无线从站
120 无线主站
130 多播分发服务器
140 骨干网络
201 数据源
202 数据处理单元
203 骨干通信单元
301 骨干通信单元
302 数据处理单元
303 调制-解调单元
304 空间信号处理单元
305 信道估计单元
306 无线接口单元
307 天线
308 控制器

Claims (17)

1.一种无线通信设备,包括:
通信单元,配置为与在控制下的多个从站无线地通信;以及
控制器,配置为控制通过所述通信单元与所述多个从站中的每一个的数据发送,
其中所述控制器被配置为允许充当主站的所述通信单元执行到所述多个从站的多播发送以及请求来自所述多个从站中的每一个的对所述多播发送的确认,并且
所述通信单元被配置为执行接收从所述多个从站同时发送的相应确认响应帧的处理,
其中所述控制器还被配置为以在从所述主站发送的多播数据帧或请求相应确认的帧中指定所述多个从站中的每一个的MAC地址或关联标识符(AID)的方式,选择性地从通过多播发送的所述多个从站当中请求相应确认。
2.一种无线通信设备,包括:
通信单元,被配置为与主站无线地通信;以及
控制器,被配置为控制通过所述通信单元与所述主站的数据发送,
其中通信单元被配置为接收从所述主站通过多播发送至所述无线通信设备和与所述主站无线地通信的另一无线通信设备的帧,以及
所述控制器被配置为在指定了所述无线通信设备的标识符时允许通信单元在从接收通过多播发送的帧起经过预定时间之后与从所述另一无线通信设备发送的另一确认响应帧同时发送确认响应帧,
其中所述控制器被配置为当在从所述主站接收的多播数据帧或者请求确认的帧中指定了所述无线通信设备的MAC地址或者关联标识符(AID)的标识符时,允许所述通信单元发送确认响应帧。
3.一种接入点设备,包括:
电路,被配置为
控制与多个站设备的数据发送;
控制向所述多个站设备发送针对所述数据发送的确认请求帧;以及
控制接收从所述多个站设备同时发送的相应确认响应帧,其中所述电路还被配置为
由所述确认请求帧指定所述确认响应帧的发送方案,所述发送方案包括所述确认响应帧的训练信号的编码方案,所述编码方案用于形成能够使用计算来分离从所述多个站设备同时发送的所述确认响应帧的格式;
根据编码方案,从由所述多个站设备发送的训练信号中获取关于所述多个站设备中的每一个和所述接入点设备之间的传播路径的信息;和
基于关于传播路径的信息,分离从所述多个站设备同时接收的所述确认响应帧。
4.根据权利要求3所述的接入点设备,
其中,所述电路被配置为以在从所述接入点设备发送的多播数据帧或所述确认请求帧中指定所述多个站设备中的每一个的MAC地址或关联标识符(AID)的方式,从所述多个站设备中选择性地请求相应确认响应帧。
5.根据权利要求3所述的接入点设备,
其中对所述发送方案的指定包括关于所述确认响应帧的调制方法和纠错编码的组合的信息。
6.根据权利要求3所述的接入点设备,
其中对所述发送方案的指定包括关于所述确认响应帧的发送功率的信息。
7.根据权利要求3所述的接入点设备,
其中所述训练信号彼此正交。
8.根据权利要求3所述的接入点设备,
其中,所述接入点设备作为支持IEEE 802.11标准的接入点或者支持Wi-Fidirect标准的组所有者(GO)工作。
9.一种站设备,包括:
电路,被配置为
控制从接入点设备的数据接收;
控制接收从所述接入点设备向所述站设备发送的针对所述数据接收的确认请求帧,所述确认请求帧请求确认响应帧;以及
在从接收从所述接入点设备发送的所述确认请求帧起经过预定时间之后,控制所述确认响应帧与从另一站设备发送的另一确认响应帧同时发送,
其中,所述电路还被配置为控制使用通过所述确认请求帧从所述接入点设备指定的发送方案来发送所述确认响应帧,所述发送方案包括所述确认响应帧的训练信号的编码方案,所述编码方案用于形成能够使用计算来分离从所述站设备和所述另一站设备同时发送的所述确认响应帧和所述另一确认响应帧的格式,并且
其中,所述电路还被配置为根据所述编码方案对所述训练信号进行编码,并发送已编码的训练信号。
10.根据权利要求9所述的站设备,
其中所述训练信号与所述另一确认响应帧的另一训练信号正交。
11.根据权利要求9所述的站设备,
其中,对所述发送方案的指定包括关于所述确认响应帧的调制方法和纠错编码的组合的信息,并且
所述电路被配置为根据对所述发送方案的指定来确定用于所述确认响应帧的所述调制方法和所述纠错编码的组合。
12.根据权利要求9所述的站设备,
其中,对所述发送方案的指定包括关于所述确认响应帧的发送功率的信息,以及
所述电路被配置为根据对所述发送方案的指定来确定用于所述确认响应帧的发送功率。
13.根据权利要求9所述的站设备,
其中,所述电路被配置为当在从所述接入点设备接收的多播数据帧或所述确认请求帧中指定了所述站设备的MAC地址或关联标识符(AID)时,控制发送所述确认响应帧。
14.根据权利要求9所述的站设备,
其中,所述电路被配置为基于通过估计所述站设备和所述接入点设备之间的传播路径上的衰减量而获得的结果来设置发送功率,使得所述接入点设备中的接收功率是预定功率,并且控制发送所述确认响应帧。
15.根据权利要求9所述的站设备,
其中所述站设备作为支持IEEE 802.11标准的站操作,或者作为支持Wi-Fidirect标准的客户端操作。
16.一种在接入点设备中执行的方法,包括:
控制与多个站设备的数据发送;
控制向所述多个站设备发送针对所述数据发送的确认请求帧;以及
控制接收从所述多个站设备同时发送的相应确认响应帧,
其中所述方法还包括
通过所述确认请求帧指定所述确认响应帧的发送方案,所述发送方案包括所述确认响应帧的训练信号的编码方案,所述编码方案用于形成能够使用计算来分离从所述多个站设备同时发送的所述确认响应帧的格式;
根据所述编码方案,从由所述多个站设备发送的训练信号中获取关于所述多个站设备中的每一个和所述接入点设备之间的传播路径的信息;和
基于关于所述传播路径的信息,分离从所述多个站设备同时接收的所述确认响应帧。
17.一种在站设备中执行的方法,包括:
控制从接入点设备的数据接收;
控制接收从接入点设备向所述站设备发送的针对所述数据接收的确认请求帧,所述确认请求帧请求确认响应帧;和
在接收到从所述接入点设备发送的所述确认请求帧起经过预定时间之后,控制所述确认响应帧与从另一站设备发送的另一确认响应帧同时发送,
其中,所述方法还包括
控制使用通过所述确认请求帧从所述接入点设备指定的发送方案来发送所述确认响应帧,所述发送方案包括所述确认响应帧的训练信号的编码方案,所述编码方案用于形成能够使用计算来分离从所述站设备和所述另一站设备同时发送的所述确认响应帧和所述另一确认响应帧的格式;
根据所述编码方案对所述训练信号进行编码;以及
发送已编码的训练信号。
CN202210931812.2A 2014-03-26 2015-01-05 无线通信设备 Pending CN115334459A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2014063467 2014-03-26
JP2014-063467 2014-03-26
CN201580014632.6A CN106105275B (zh) 2014-03-26 2015-01-05 无线通信设备
PCT/JP2015/050071 WO2015146204A1 (ja) 2014-03-26 2015-01-05 無線通信装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201580014632.6A Division CN106105275B (zh) 2014-03-26 2015-01-05 无线通信设备

Publications (1)

Publication Number Publication Date
CN115334459A true CN115334459A (zh) 2022-11-11

Family

ID=54194748

Family Applications (3)

Application Number Title Priority Date Filing Date
CN202010085907.8A Active CN111328030B (zh) 2014-03-26 2015-01-05 无线通信设备
CN201580014632.6A Active CN106105275B (zh) 2014-03-26 2015-01-05 无线通信设备
CN202210931812.2A Pending CN115334459A (zh) 2014-03-26 2015-01-05 无线通信设备

Family Applications Before (2)

Application Number Title Priority Date Filing Date
CN202010085907.8A Active CN111328030B (zh) 2014-03-26 2015-01-05 无线通信设备
CN201580014632.6A Active CN106105275B (zh) 2014-03-26 2015-01-05 无线通信设备

Country Status (5)

Country Link
US (3) US10484191B2 (zh)
EP (3) EP3570570B1 (zh)
JP (4) JP6680205B2 (zh)
CN (3) CN111328030B (zh)
WO (1) WO2015146204A1 (zh)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111328030B (zh) 2014-03-26 2022-08-26 索尼公司 无线通信设备
US20150327121A1 (en) * 2014-05-08 2015-11-12 Guoqing C. Li Method, apparatus, and computer readable media for acknowledgement in wireless networks
JP6634694B2 (ja) * 2014-06-06 2020-01-22 ソニー株式会社 情報処理装置、情報処理方法およびプログラム
ES2882955T3 (es) * 2015-03-06 2021-12-03 Sony Group Corp Dispositivo de control de la comunicación, dispositivo de comunicación, método de control de comunicación, método de comunicación, y programa
WO2016144887A1 (en) 2015-03-06 2016-09-15 Interdigital Patent Holdings, Inc. Short packet optimization in wlan systems
US10194456B2 (en) * 2015-04-01 2019-01-29 Htc Corporation Device and method of handling data transmission in unlicensed band
US10587372B2 (en) * 2015-04-20 2020-03-10 Lg Electronics Inc. Method for multiplexing ACK/NACK response in wireless communication system, and apparatus therefor
CN115776729A (zh) 2015-11-02 2023-03-10 索尼公司 信息处理设备和通信系统
CN107645759B (zh) * 2016-07-20 2021-02-02 中兴通讯股份有限公司 一种组播数据传输的应答方法及装置
CN108076101A (zh) * 2016-11-17 2018-05-25 中车株洲电力机车研究所有限公司 一种基于组管理的多点文件可靠传输方法
KR102450296B1 (ko) 2017-12-26 2022-10-04 삼성전자주식회사 동기식 및 비동기식 혼합 방식의 디지털 인터페이스를 포함하는 장치, 이를 포함하는 디지털 처리 시스템, 및 이들에 의해 수행되는 디지털 처리 방법
US11134469B2 (en) * 2018-08-21 2021-09-28 Qualcomm Incorporated Reliability for multicast transmissions
CN109314629B (zh) * 2018-09-07 2022-12-06 北京小米移动软件有限公司 发送响应信息的方法、装置、存储介质以及电子设备
WO2020064304A1 (en) * 2018-09-28 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Methods for sidelink groupcast retransmission and related wireless devices and computer program products
US11943720B2 (en) * 2019-01-10 2024-03-26 Ntt Docomo, Inc. User equipment and base station apparatus
JP7204627B2 (ja) * 2019-10-11 2023-01-16 株式会社東芝 無線通信装置
US11792735B2 (en) * 2019-10-14 2023-10-17 Qualcomm Incorporated Closed loop feedback power control for multicast transmissions
WO2022000253A1 (en) * 2020-06-30 2022-01-06 Mediatek Singapore Pte. Ltd. Methods and apparatus of reliable multicast transmission with compact protocol stack
CN113965977B (zh) * 2020-07-20 2023-03-31 成都极米科技股份有限公司 多链路系统中数据传输方法、设备、系统及介质
CN113890874A (zh) * 2021-09-28 2022-01-04 交控科技股份有限公司 基于Powerlink网络的程序下发方法及装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100220654A1 (en) * 2009-02-27 2010-09-02 Qualcomm Incorporated Video transmission over sdma
CN102057608A (zh) * 2008-06-26 2011-05-11 汤姆逊许可公司 无线局域网中用于请求确认与传送多播数据确认的设备
CN102318252A (zh) * 2009-02-12 2012-01-11 高通股份有限公司 在无线通信系统中对多址兼容性的数据传输的成功接收进行确认的方法和装置
WO2012173326A1 (en) * 2011-06-15 2012-12-20 Lg Electronics Inc. Method for transmitting and receiving data unit based on uplink multiple user multiple input multiple output transmission and apparatus for the same
JP2013511911A (ja) * 2009-12-20 2013-04-04 インテル コーポレイション 無線通信装置のグループと同時に通信するための装置、システム及び方法
CN103843376A (zh) * 2011-09-14 2014-06-04 思科技术公司 用于物理层处功率节省的多播传输组寻址
CN110098907A (zh) * 2014-05-08 2019-08-06 英特尔Ip公司 用于无线网络中的确认的方法、装置和计算机可读介质

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7050402B2 (en) * 2000-06-09 2006-05-23 Texas Instruments Incorporated Wireless communications with frequency band selection
JP2003198556A (ja) * 2001-12-28 2003-07-11 Matsushita Electric Ind Co Ltd 無線通信端末装置、無線通信基地局装置およびパケット伝送方法
US7804762B2 (en) 2003-12-30 2010-09-28 Intel Corporation Method and apparatus for implementing downlink SDMA in a wireless network
US20060268886A1 (en) * 2005-05-04 2006-11-30 Interdigital Technology Corporation Wireless communication method and system for enhancing the capability of WLAN control frames
WO2007122503A2 (en) * 2006-04-24 2007-11-01 Nokia Corporation Reliable multicast/broadcast in a wireless network
JP5138974B2 (ja) 2007-04-27 2013-02-06 株式会社日立製作所 Mimo無線通信システム、mimo無線通信装置、および、無線通信方法
JP2009049704A (ja) 2007-08-20 2009-03-05 Toshiba Corp 無線通信装置
US8625475B2 (en) * 2007-09-24 2014-01-07 Qualcomm Incorporated Responding to an interactive multicast message within a wireless communication system
WO2009136724A2 (en) * 2008-05-09 2009-11-12 Lg Electronics Inc. Device and method for multicast in wireless local access network
US8848816B2 (en) * 2008-05-21 2014-09-30 Qualcomm Incorporated Method and apparatus for determining the spatial channels in a spatial division multiple access (SDMA)-based wireless communication system
US8467345B2 (en) * 2008-08-20 2013-06-18 Qualcomm Incorporated Methods and apparatus for scheduling wireless transmissions
US8494031B2 (en) * 2009-02-27 2013-07-23 Qualcomm Incorporated Protocol operation and message design for SDMA data transmission to a plurality of stations
US8923215B2 (en) * 2009-02-27 2014-12-30 Qualcomm Incorporated Method and apparatus for scheduling transmissions in spatial division multiple access network systems
US20100260114A1 (en) 2009-04-10 2010-10-14 Qualcomm Incorporated Acknowledgement resource allocation and scheduling for wlans
JP5316208B2 (ja) 2009-05-08 2013-10-16 ソニー株式会社 通信装置及び通信方法、コンピューター・プログラム、並びに通信システム
US20120231739A1 (en) * 2009-11-23 2012-09-13 Yu Chen Cooperative communications in cellular networks
CN102771060B (zh) 2009-11-24 2016-05-18 韩国电子通信研究院 用于在基于多用户多输入多输出的无线通信系统中恢复传送失败的帧的方法
US8687546B2 (en) 2009-12-28 2014-04-01 Intel Corporation Efficient uplink SDMA operation
JP5220041B2 (ja) * 2010-01-15 2013-06-26 日本電信電話株式会社 無線通信システム、基地局装置、端末装置及び通信方法
US9173234B2 (en) * 2010-03-31 2015-10-27 Qualcomm Incorporated Protection mechanisms for multi-user MIMO transmissions
US8989213B2 (en) 2010-09-15 2015-03-24 Qualcomm Incorporated Physical layer header with access point identifier
US20130028243A1 (en) 2011-07-25 2013-01-31 Qualcomm Incorporated Facilitating channel sounding for multiple input and multiple output (mimo) transmissions
GB2493917B (en) * 2011-08-19 2016-04-06 Sca Ipla Holdings Inc Telecommunications apparatus and methods for multicast transmissions
US10111224B2 (en) * 2011-09-30 2018-10-23 Interdigital Patent Holdings, Inc. Device communication using a reduced channel bandwidth
JP2013197909A (ja) * 2012-03-21 2013-09-30 Ricoh Co Ltd 無線通信方法及び無線通信システム
JP5547771B2 (ja) * 2012-04-03 2014-07-16 日本電信電話株式会社 基地局装置、無線通信方法、及び無線通信システム
US9608789B2 (en) * 2012-05-11 2017-03-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting acknowledgements in response to received frames
CN111328030B (zh) * 2014-03-26 2022-08-26 索尼公司 无线通信设备

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102057608A (zh) * 2008-06-26 2011-05-11 汤姆逊许可公司 无线局域网中用于请求确认与传送多播数据确认的设备
CN102318252A (zh) * 2009-02-12 2012-01-11 高通股份有限公司 在无线通信系统中对多址兼容性的数据传输的成功接收进行确认的方法和装置
US20100220654A1 (en) * 2009-02-27 2010-09-02 Qualcomm Incorporated Video transmission over sdma
JP2013511911A (ja) * 2009-12-20 2013-04-04 インテル コーポレイション 無線通信装置のグループと同時に通信するための装置、システム及び方法
WO2012173326A1 (en) * 2011-06-15 2012-12-20 Lg Electronics Inc. Method for transmitting and receiving data unit based on uplink multiple user multiple input multiple output transmission and apparatus for the same
CN103843376A (zh) * 2011-09-14 2014-06-04 思科技术公司 用于物理层处功率节省的多播传输组寻址
CN110098907A (zh) * 2014-05-08 2019-08-06 英特尔Ip公司 用于无线网络中的确认的方法、装置和计算机可读介质

Also Published As

Publication number Publication date
US20170078107A1 (en) 2017-03-16
CN111328030A (zh) 2020-06-23
JP7036140B2 (ja) 2022-03-15
EP3852401A1 (en) 2021-07-21
JP2022060398A (ja) 2022-04-14
CN106105275A (zh) 2016-11-09
WO2015146204A1 (ja) 2015-10-01
EP3570570A1 (en) 2019-11-20
CN106105275B (zh) 2020-03-10
US20220191056A1 (en) 2022-06-16
JP6680205B2 (ja) 2020-04-15
EP3125583B1 (en) 2019-12-11
US11876636B2 (en) 2024-01-16
CN111328030B (zh) 2022-08-26
US11489688B2 (en) 2022-11-01
JPWO2015146204A1 (ja) 2017-04-13
US20200044882A1 (en) 2020-02-06
EP3125583A1 (en) 2017-02-01
US10484191B2 (en) 2019-11-19
EP3852401B1 (en) 2024-03-20
EP3125583A4 (en) 2017-11-15
EP3570570B1 (en) 2021-03-03
JP7342988B2 (ja) 2023-09-12
JP2020096383A (ja) 2020-06-18
JP2023153400A (ja) 2023-10-17

Similar Documents

Publication Publication Date Title
CN111328030B (zh) 无线通信设备
KR101415271B1 (ko) 다중 사용자 기반 무선통신 시스템에서의 응답 요청 프레임 및 응답 프레임의 전송방법
CN102439869B (zh) 多用户mimo干扰抑制通信系统和方法
CN108476521B (zh) 用于在无线通信系统中发送或接收控制信息的方法和设备
EP3998726A1 (en) Method and apparatus for transmitting and receiving harq response in communication system supporting sidelink communication
US11638285B2 (en) Method and apparatus for control and data information resource mapping in wireless cellular communication system
US20220303059A1 (en) Method and device for reservation of sidelink resource in communication system
WO2012068905A1 (zh) Comp模式下信道信息反馈的方法和系统
CN114270746A (zh) 在支持侧链通信的无线通信系统中发送和接收harq响应的方法和装置
CN115053474A (zh) 下行链路控制信息中的外部编码方案
EP4099750A1 (en) Method and device for report of channel state information for sidelink communication
US20240137240A1 (en) Wireless communication device
CN111147216B (zh) 一种被用于无线通信的节点中的方法和装置
US20230246747A1 (en) Method and apparatus for retransmission in sidelink communication
EP4021131A1 (en) Method and device for transmitting and receiving sidelink data in communication system
EP4138320A1 (en) Method and device for transmitting and receiving harq response in sidelink communication
US20230198673A1 (en) Method and device for retransmission in sidelink communication
EP4138500A1 (en) Method and apparatus for sidelink communication using reserved resources in communication system
CN117917029A (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