CN106464434B - Ieee 802.11站sta及在其内使用的方法 - Google Patents

Ieee 802.11站sta及在其内使用的方法 Download PDF

Info

Publication number
CN106464434B
CN106464434B CN201580025523.4A CN201580025523A CN106464434B CN 106464434 B CN106464434 B CN 106464434B CN 201580025523 A CN201580025523 A CN 201580025523A CN 106464434 B CN106464434 B CN 106464434B
Authority
CN
China
Prior art keywords
packet
reception
sta
reception failure
indication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201580025523.4A
Other languages
English (en)
Other versions
CN106464434A (zh
Inventor
X·王
张国栋
H·娄
O·奥特莱
M·高希
R·L·奥勒森
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.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings Inc
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 InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Priority to CN202010181973.5A priority Critical patent/CN111510257B/zh
Publication of CN106464434A publication Critical patent/CN106464434A/zh
Application granted granted Critical
Publication of CN106464434B publication Critical patent/CN106464434B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025Transmission of mode-switching indication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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/0056Systems characterized by the type of code used
    • H04L1/0061Error detection codes
    • 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
    • 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/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/20Arrangements for detecting or preventing errors in the information received using signal quality detector
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access, e.g. scheduled or random access
    • H04W74/04Scheduled or contention-free access
    • 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]

Abstract

公开了一种IEEE 802.11站STA及在其内使用的方法。站(STA)可以接收来自进行传输的STA的分组,并且可以通过执行多个检查中的至少一个来确定是否正确接收到该分组。STA可以基于至少一个检查确定分组接收因为接收失败而未被正确接收,并且可以生成否定应答信号(NACK)信号,其包括接收失败原因的指示,以使进行传输的STA能够修复该接收失败原因。至少一个检查包括确定帧校验序列(FCS)是否通过,CSMA无线介质是否在预计分组传输时间之后立即保持繁忙,在接收信号的过程中是否出现功率尖峰,或者是否存在短训练字段(STF)与长训练字段(LTF)相关性。

Description

IEEE 802.11站STA及在其内使用的方法
相关申请的交叉引用
本申请要求享有2014年3月17提交的美国临时申请序列号61/954,429、2014年5月8日提交的美国临时申请序列号61/990,529以及2014年5月9日提交的美国临时申请序列号61/991,090的权益,所述申请的内容在此引入作为参考。
背景技术
采用基础设施基本服务集(BSS)模式的WLAN具有用于BSS的接入点(AP)以及与该AP关联的一个或多个站(STA)。该AP通常可以接入或者对接到用于运送进出该BSS的业务量(traffic)的分发系统(DS)或是别的类型的有线/无线网络。从BSS外部发往STA的业务量会通过AP到达并被递送至STA。从STA发往BSS外部的目的地的业务量则被发送至AP,以便递送至相应的目的地。处于BSS内部的STA之间的业务量通过也可以通过AP来发送,其中源STA会将业务量发送到AP,并且AP会将业务量递送至目的地STA。这种介于BSS内部的STA之间的业务量实际上是端对端业务量。这种端对端业务量也可以通过使用IEEE 802.11e DLS或是IEEE 802.11z隧道化DLS(TDLS)直接在源与目的地STA之间用直接链路设置(DLS)来发送。采用独立BSS模式的WLAN没有AP,并且STA彼此会直接进行通信。
在这些系统中,不同类型的接收失败有可能无法区分,由此往往会导致不正确的无线设备行为。因此,如果能够正确识别不同类型的接收失败以及在未对分组传输增加过多开销的情况下修复该接收失败,那么将会是非常理想的。
发明内容
所公开的是用于识别不同类型的分组接收失败的方法和装置。某个站(STA)可以传送包含接收失败标识和修复(ReFIRe)测量(measurement)能力元素的帧。该STA可以接收带有ReFIRe测量和报告请求元素的帧。该STA可以接收数据分组,并且可以基于所接收的数据分组以及所接收的ReFIRe测量和报告请求元素来执行ReFIRe测量。该STA可以传送一个带有ReFIRe测量和报告报告元素的帧,其中所述ReFIRe测量和报告元素是以该ReFIRe测量为基础的。该ReFIRe测量可以指示接收失败的类型。
在一个实施方式中,STA可以借助载波感测多路存取(CSMA)无线介质接收来自进行传输的STA的分组。然后,该STA然后可以通过执行多种检查中的至少一种检查来确定是否正确接收到接收信号内部的分组。然后,基于至少一种检查,该STA可以确定该分组接收因为接收失败而未被正确接收。该STA可以生成否定应答信号(NACK)信号,其中该NACK信号包含了关于接收失败原因的指示,以使进行传输的STA能够修复接收失败原因。所述至少一种检查可以包括确定帧校验序列(FCS)是否通过,CSMA无线介质是否在预计的分组传输时间之后立即保持繁忙,在接收信号的过程中是否出现功率尖峰,或者是否存在短训练字段(STF)和长训练字段(LTF)相关性。
附图说明
更详细的理解可以从以下结合附图举例给出的描述中得到,其中:
图1A是可以实施所公开的一个或多个实施方式的示例通信系统的系统图示;
图1B是可以在图1A所示的通信系统内部使用的示例无线发射/接收单元(WTRU)的系统图示;
图1C是可以在图1A所示的通信系统内部使用的示例无线电接入网和示例核心网的系统图示;
图2是增强型分布式信道接入(EDCA)操作的例图;
图3显示了用于检测正确接收分组的当前WLAN工具;
图4显示了协作请求信息元素(IE)的示例设计;
图5显示了协作响应IE的替换示例设计;
图6示出了因为部分重叠的分组所造成的接收失败;
图7示出了因为冲突所造成的接收失败;
图8是接收失败情况标识处理的示例流程图;
图9是接收失败情况标识处理的另一个示例流程图;
图10示出了用于期望和干扰分组的分组到达检测;
图11显示了取决于SIR的Pstat;
图12显示了ReFIRe测量报告和使用能力信息元素的示例设计;
图13显示了ReFIRe测量报告请求元素的示例设计;
图14显示了PHY和MAC层测量和报告字段的示例设计;
图15显示了ReFIRe测量报告元素的示例设计;
图16显示了ReFIRe测量和报告过程的示例总体流程图;
图17显示了IEEE 802.11ae标准中定义的QMF策略元素;
图18显示了IEEE 802.11ae标准中定义的QACM字段的QACM报头子字段的格式;
图19是用于接收失败修复的示例否定应答(NACK)帧的图示;
图20是用于接收失败修复的另一个示例NACK帧的图示;
图21是使用了请求发送(RTS)/清除发送(CTS)的示例接收失败修复过程的图示;
图22是使用了即时重传的示例接收失败修复过程的图示;
图23是示例的经过修改的聚合介质接入控制(MAC)协议数据单元(A-MPDU)分组的图示;以及
图24是具有单独编码的MAC报头的示例部分重传的图示。
具体实施方式
图1A是可以实施所公开的一个或多个实施方式的示例通信系统100的图示。通信系统100可以是为多个无线用户或MTC设备提供语音、数据、视频、消息传递、广播等内容的多址接入系统。该通信系统100可以通过共享包括无线带宽在内的系统资源来允许多个无线用户接入这些内容,作为示例,该通信系统100可以使用一种或多种信道接入方法,例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。
如图1A所示,通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c和/或102d,无线电接入网(RAN)104,核心网106,公共交换电话网(PSTN)108,因特网110以及其他网络112,然而应该了解,所公开的实施方式可以设想任意数量的WTRU、基站、网络和/或网络部件。每一个WTRU 102a、102b、102c、102d可以是被配置成在无线环境中工作和/或通信的任何类型的设备。例如,WTRU 102a、102b、102c、102d可被配置成发射和/或接收无线信号,并且可以包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、消费类电子设备等等。
通信系统100还可以包括基站114a和/或基站114b。每一个基站114a、114b都可以是被配置成通过与至少一个WTRU 102a、102b、102c、102d进行无线对接来促使其接入一个或多个通信网络的任何类型的设备,该网络可以是例如核心网106、因特网110和/或网络112。作为示例,基站114a、114b可以是基地收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点(AP)、无线路由器等等。虽然将每个基站114a、114b描述成单个部件,然而应该了解,基站114a、114b可以包括任何数量的互连基站和/或网络部件。
基站114a可以是RAN 104的一部分,并且该RAN还可以包括其他基站和/或网络部件(未显示),例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可被配置成在名为小区(未显示)的特定地理区域内部发射和/或接收无线信号。小区可以进一步分割成小区扇区。举例来说,与基站114a关联的小区可分成三个扇区。由此,在一个实施方式中,基站114a可以包括三个收发信机,也就是说,每一个收发信机对应于小区的一个扇区。在另一个实施方式中,基站114a可以使用多输入多输出(MIMO)技术,并且由此可以为小区中的每个扇区使用多个收发信机。
基站114a、114b可以通过空中接口116来与一个或多个WTRU 102a、102b、102c、102d进行通信,该空中接口116可以是任何适当的无线通信链路(例如射频(RF)、微波、红外线(IR)、紫外线(UV)、可见光等等)。空中接口116可以用任何适当的无线电接入技术(RAT)来建立。
更具体地说,如上所述,通信系统100可以是一个多址接入系统,并且可以使用一种或多种信道接入方案,例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。作为示例,RAN 104中的基站114a与WTRU 102a、102b、102c可以实施诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术,该技术可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在另一个实施方式中,基站114a与WTRU 102a、102b、102c可以实施演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术,该技术可以使用长期演进(LTE)和/或先进LTE(LTE-A)来建立空中接口116。
在其他实施方式中,基站114a和WTRU 102a、102b、102c可以实施IEEE 802.16(全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、用于GSM增强数据速率演进(EDGE)、GSM EDGE(GERAN)等无线电接入技术。
作为示例,图1A中的基站114b可以是无线路由器、家庭节点B、家庭e节点B或接入点,并且可以使用任何适当的RAT来促成营业场所、住宅、交通工具、校园等部分区域中的无线连接。在一个实施方式中,基站114b与WTRU 102c、102d可以通过实施诸如IEEE 802.11之类的无线电技术来建立无线局域网(WLAN)。在另一个实施方式中,基站114b与WTRU 102c、102d可以通过实施诸如IEEE 802.15之类的无线电技术来建立无线个人局域网(WPAN)。在再一个实施方式中,基站114b和WTRU 102c、102d可以通过使用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等等)来建立微微小区或毫微微小区。如图1A所示,基站114b可以直接连接到因特网110。由此,基站114b无需经由核心网106来接入因特网110。
RAN 104可以与核心网106通信,该核心网106可以是被配置成为一个或多个WTRU102a、102b、102c、102d提供语音、数据、应用和/或借助网际协议的语音(VoIP)服务的任何类型的网络。举例来说,核心网106可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等,和/或执行诸如用户验证之类的高级安全功能。虽然图1A中没有显示,然而应该了解,RAN 104和/或核心网106可以直接或间接地和其他RAN进行通信,并且这些RAN既可以与RAN 104使用相同的RAT,也可以使用不同的RAT。例如,除了与使用E-UTRA无线电技术的RAN 104连接之外,核心网106还可以与另一个使用GSM无线电技术的RAN(未显示)进行通信。
核心网106还可以充当供WTRU 102a、102b、102c、102d接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的全球性互联计算机网络设备系统,并且该协议可以是TCP/IP网际协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括由其他服务供应商所有和/或运营的有线或无线通信网络。例如,网络112可以包括与一个或多个RAN相连的另一个核心网,所述一个或多个RAN可以使用与RAN104相同的RAT或不同的RAT。
通信系统100中一些或所有WTRU 102a、102b、102c、102d可以包含多模能力,换言之,WTRU 102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络进行通信的多个收发信机。例如,图1A所示的WTRU102c可被配置成与使用基于蜂窝的无线电技术的基站114a进行通信,以及与可以使用IEEE 802无线电技术的基站114b进行通信。
图1B是一个示例WTRU 102的系统图。如图1B所示,WTRU 102可以包括处理器118、收发信机120、发射/接收部件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136以及其他外围设备138。应该了解的是,在保持与实施方式相符的同时,WTRU 102还可以包括前述部件的任何子组合。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、场可编程门阵列(FPGA)电路、其他任何类型的集成电路(IC)、状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或其他任何能使WTRU 102在无线环境中工作的功能。处理器118可以耦合至收发信机120,收发信机120则可以耦合至发射/接收部件122。虽然图1B将处理器118和收发信机120描述成是独立组件,然而应该了解,处理器118和收发信机120也可以集成在一个电子组件或芯片中。
发射/接收部件122可被配置成经由空中接口116来发射或接收去往或来自基站(例如基站114a)的信号。举个例子,在一个实施方式中,发射/接收部件122可以是被配置成发射和/或接收RF信号的天线。作为示例,在另一个实施方式中,发射/接收部件122可以是被配置成发射和/或接收IR、UV或可见光信号的放射器/检测器。在再一个实施方式中,发射/接收部件122可被配置成发射和接收RF和光信号。应该了解的是,发射/接收部件122可以被配置成发射和/或接收无线信号的任何组合。
此外,虽然在图1B中将发射/接收部件122描述成是单个部件,但是WTRU 102可以包括任何数量的发射/接收部件122。更具体地说,WTRU 102可以使用MIMO技术。因此,在一个实施方式中,WTRU 102可以包括两个或更多个经由空中接口116来发射和接收无线电信号的发射/接收部件122(例如多个天线)。
收发信机120可被配置成对发射/接收部件122所要发射的信号进行调制,以及对发射/接收部件122接收的信号进行解调。如上所述,WTRU 102可以具有多模能力。因此,收发信机120可以包括允许WTRU 102借助诸如UTRA和IEEE 802.11之类的多种RAT来进行通信的多个收发信机。
WTRU 102的处理器118可以耦合到扬声器/麦克风124、键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元),并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸板128输出用户数据。此外,处理器118可以从诸如不可移除存储器106和/或可移除存储器132之类的任何适当的存储器中存取信息,以及将信息存入这些存储器。不可移除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或是其他任何类型的记忆存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)记忆卡等等。在其他实施方式中,处理器118可以从那些并非实际位于WTRU 102的存储器存取信息,以及将数据存入这些存储器,作为示例,此类存储器可以位于服务器或家庭计算机(未显示)。
处理器118可以接收来自电源134的电力,并且可被配置分发和/或控制用于WTRU102中的其他组件的电力。电源134可以是为WTRU 102供电的任何适当设备。例如,电源134可以包括一个或多个干电池组(如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、燃料电池等等。
处理器118还可以与GPS芯片组136耦合,该芯片组136可被配置成提供与WTRU 102的当前位置相关的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或替换,WTRU 102可以经由空中接口116接收来自基站(例如基站114a、114b)的位置信息,和/或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是,在保持与实施方式相符的同时,WTRU 102可以借助任何适当的定位方法来获取位置信息。
处理器118还可以耦合到其他周边设备138,这些设备138可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,周边设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片和视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、
Figure GDA0002302392160000091
模块、调频(FM)无线电单元、数字音乐播放器、视频游戏机模块、因特网浏览器等等。
图1C是根据实施方式的RAN 104和核心网106的系统图示。如上所述,RAN 104可以使用E-UTRA无线电技术在空中接口116上与WTRU 102a、102b、102c进行通信。RAN 104还可以与核心网络106进行通信。
RAN 104可以包括e节点B140a、140b、140c,然而应该了解,在保持与实施方式相符的同时,RAN 104可以包括任何数量的e节点B。每一个e节点B140a、140b、140c都可以包括在空中接口116上与WTRU 102a、102b、102c通信的一个或多个收发信机。在一个实施方式中,e节点B140a、140b、140c可以实施MIMO技术。由此举例来说,e节点B140a可以使用多个天线来向WTRU 102a发送无线信号以及接收来自WTRU 102a的无线信号。
每一个e节点B140a、140b、140c都可以关联于一个特定的小区(未显示),并且可被配置成处理无线电资源管理决定、切换决定、上行链路和/或下行链路的用户调度等等。如图1C所示,e节点B140a、140b、140c可以在X2接口上彼此进行通信。
图1C所示的核心网106可以包括移动性管理网关(MME)142、服务网关144以及分组数据网络(PDN)网关146。虽然前述的每一个部件都被描述成了核心网106的一部分,然而应该了解,这其中的任一部件都可以由核心网运营商之外的实体所拥有和/或运营。
MME 142可以经由S1接口连接到RAN 104中的每一个e节点B140a、140b、140c,并且可以充当控制节点。举例来说,MME 142可以负责验证WTRU 102a、102b、102c的用户,执行承载激活/去激活,在WTRU 102a、102b、102c的初始附着过程中选择特定的服务网关等等。该MME 142还可以提供一个用于在RAN 104与使用GSM或WCDMA之类的其他无线电技术的其他RAN(未显示)之间进行切换的控制平面功能。
服务网关144可以经由S1接口连接到RAN 104中的每个e节点B140a、140b、140c。该服务网关144通常可以路由和转发去往/来自WTRU 102a、102b、102c的用户数据分组。并且该服务网关144可以执行其他功能,例如在e节点B间的切换过程中锚定用户平面,在下行链路数据可供WTRU 102a、102b、102c使用时触发寻呼处理,管理并存储WTRU 102a、102b、102c的上下文等等。
服务网关144还可以连接到PDN网关146,所述PDN网关可以为WTRU 102a、102b、102c提供针对因特网之类的分组交换网络的接入,以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。
核心网106可以促成与其他网络的通信。例如,核心网106可以为WTRU 102a、102b、102c提供针对PSTN 108之类的电路交换网络的接入,以便促成WTRU 102a、102b、102c与传统的陆线通信设备之间的通信。例如,核心网106可以包括IP网关(例如IP多媒体子系统(IMS)服务器)或与之进行通信,并且该IP网关可以充当核心网106与PSTN 108之间的接口。此外,核心网106可以为WTRU 102a、102b、102c提供针对网络112的接入,该网络可以包括其他服务供应商所拥有和/或运营的其他有线或无线网络。
其他网络112可以进一步连接到基于IEEE 802.11的无线局域网(WLAN)160。该WLAN 160可以包括接入路由器165。该接入路由器165可以包含网关功能。该接入路由器165可以与多个接入点(AP)170a、170b进行通信。接入路由器165与AP 170a、170b之间的通信可以借助有线以太网(IEEE 802.3标准)或是任何类型的无线通信协议来进行。AP 170a通过空中接口与WTRU 102d进行无线通信。
出于示例目的,这里描述的实施方式是由STA和AP实施的。然而,这里描述的实施方式还可以由其他能在无线通信网络中工作的无线设备实施,这其中包括但不局限于WTRU、基站(BS)、e节点B、UE或网络节点。
随着个人移动设备和应用(例如仪表和传感器)的激增,WiFi系统以及相关联的AP预计需要支持与当前运行的设备相比数量多出很多的设备。需要支持的AP的必需数量可能会远远超出每BSS中具有2,007个设备的限制。在IEEE 802.11ah标准化工作中,举例来说,BSS可能需要支持6,000个设备。在IEEE 802.11高效WLAN(HEW)研究组中同样讨论了密集的STA和AP部署用例。针对802.11ax任务组同样提出了密集STA和AP部署用例。
世界各地的不同国家正在为诸如WLAN之类的无线通信系统分配新的频谱。对在该频谱中分配的信道来说,其大小和带宽通常会非常有限。此外,由于可用信道可能并不相邻,因此,该频谱有可能是分段的,并且这些信道有可能无法组合在一起来支持更大的传输带宽。举例来说,此类情况会在不同国家分配的低于1GHz的频谱中出现。例如,基于IEEE802.11标准构建的WLAN系统可被设计成在此类频谱中工作。考虑到这种频谱限制,与分别基于诸如IEEE 802.11n/IEEE 802.11ac标准的高吞吐量(HT)/甚高吞吐量(VHT)WLAN系统相比,此类WLAN系统只能支持较小的带宽以及较低的数据速率。
目前业已成立了IEEE 802.11ah任务组(TG)来开发用于支持次1GHz频带中的WiFi系统的解决方案。IEEE 802.11ah TG的目标是实现以下需求:OFDM物理层(PHY)在排除了TV白空间(TVWS)且低于1GHz的免许可频带中工作;通过增强媒体接入控制层(MAC)来支持物理层(PHY)以及与其他系统(例如IEEE 802.15.4和IEEE P802.15.4g)共存;以及优化速率-范围性能(高达1千米(室外)的范围以及大于100Kbit/s的数据速率)。IEEE 802.11ah TG已经采用了以下用例:用例1:传感器和仪表;用例2:回程传感器和仪表数据;以及用例3:用于蜂窝卸载的范围扩展的WiFi。
一些国家的频谱分配是相当有限的。举例来说,在中国,470-566以及614-787MHz的频带仅仅允许1MHz的带宽。因此,除了2MHz模式之外,还需要支持仅1MHz的选项。IEEE802.11ah PHY需要支持1、2、4、8和16MHz带宽。
IEEE 802.11ah PHY在1GHz以下工作,并且是以IEEE 802.11ac PHY为基础的。为了适应IEEE 802.11ah所需要的窄带宽,IEEE 802.11ac PHY的时钟会被降低(down-clocked)10倍。虽然可以通过如上所述的1/10的时钟下降来实现对于2、4、8和16MHz的支持,但是支持1MHz的带宽将会需要FFT大小为32的新的PHY定义。
近来业已创建了IEEE 802.11高效WLAN(HEW)研究组(SG)来探索未来可能的修正的范围和目的,从而增强无线用户在众多使用场景中的宽广频谱的体验质量(QoE),其中所述使用场景包括2.4GHz和5GHz波段中的高密度场景。HEW SG正在考虑支持AP和STA的密集部署以及相关联的无线电资源管理(RRM)技术的新的用例。
IEEE 802.11ax TG也在探索未来修正的范围和目的,以便增强无线用户在在众多使用场景中的宽广频谱的体验质量(QoE),其中作为示例,所述使用场景包括2.4GHz和5GHz波段中的高密度场景。对于IEEE 802.11ax来说,支持AP和STA的密集部署以及相关联的RRM技术的新的用例同样也在考虑之中。
用于HEW的潜在应用包含了新兴的使用场景,例如用于体育馆赛事的数据递送,诸如火车站或企业/零售环境之类的高用户密度场景,对于视频分发的依赖增强的证据,以及用于医疗应用的无线服务。
增强型分布信道接入(EDCA)是为了支持优先排序的QoS而对在IEEE 802.11标准中引入的基本的分布式协调功能(DCF)所做的一项扩展。在图2中显示了IEEE 802.11n中的EDCA的操作。点协调功能(PCF)会使用无争用的信道接入来支持时间受限的服务。PCF还支持由AP进行的轮询。所述AP会在等待了PCF帧间间隔(PIFS)之后发送轮询消息。如果客户端什么都不需要传输,那么该客户端会返回一个空数据帧。由于PIFS短于DIFS,因此它可以锁定所有的异步业务量。PCF是确定性的和公平的,并且其对占空比低以及繁重/突发的业务量而言是有效的。
图2是显示了不同的IEEE 802.11优先等级200的图示。应答(ACK)、块应答(BA)和清除发送(CTS)消息201b可以在短帧间间隔(SIFS)201a之后发送。信标消息202b可以在PIFS 202a之后发送。旧有的数据和管理接入203c可被允许跟随在分布式协调功能(DCF)帧间间隔(DIFS)203a以及回退时段203b之后。语音传输时机(TXOP)204c可被允许跟随在用于语音接入类别(AC_VO)204a的仲裁帧间间隔(AIFS)以及回退时段204b之后。视频TXOP 205c在可被允许跟随在用于视频接入类别(AC_VI)205a的AIFS以及回退时段205b之后。尽力服务TXOP 206c可被允许跟随在用于尽力服务的接入类别(AC_BE)206a的AIFS以及回退时段206b之后。背景TXOP 207c可被允许跟随在用于背景接入类别(AC_BK)207a的AIFS以及回退时段207b之后。
混合协调功能(HCF)控制的信道接入(HCCA)是PCF的一种增强。通过HCCA,AP可以在争用时段(CP)和无争用时段(CFP)期间轮询STA。AP和STA还可以在一次轮询下传送多个帧。
在当前的WLAN规范中,进行传输和接收的STA不会对接收失败类型进行区分。当进行传输的STA传送分组并且没有接收到ACK时,该进行传输的STA会认为发生了冲突。然后,进行传输的STA可以实施指数退避。如果进行接收的STA无法正确接收分组,那么它可以在尝试实施介质接入之前等待一个延长帧间间隔(EIFS)。
图3是示出可以在进行接收的STA用来检测是否正确接收到分组的三个示例测试的图示300。短训练字段(STF)301和长训练字段(LTF)302是WLAN物理层会聚协议(PLCP)报头的一部分。在PLCP报头303的剩余部分还可以存在其他字段。进行接收的STA可以使用这些字段来检测任何WLAN分组的存在。PLCP报头循环冗余校验(CRC)字段304是WLAN PLCP报头的一部分。进行接收的STA可以使用PLCP报头CRC字段304来验证是否已经接收到有效的PLCP报头310。帧校验序列(FCS)字段306(作为示例,它可以是帧主体CRC)是MAC帧主体305的一部分。进行接收的STA的MAC层可以使用FCS字段306来确定是否正确接收到WLAN分组。
目前业已提出了数种用于WiFi的接收失败识别和修复方法。举例来说,多个参考信号可以以LTF的形式被插入到WLAN分组的帧主体中。当无法正确恢复一些参考信号时,可以检测出部分重叠的分组冲突。在检测到没有正确接收到分组时,进行接收的STA可以将所接收的分组版本发送给进行传输的STA。然后,进行传输的STA可以将分组的传输版本与接收版本相比较,以便识别接收失败的原因。此外,分组冲突概率可以基于当前的介质保留状态来估计,例如成功的请求发送(RTS)/清除发送(CTS)交换。
目前业已开发了用于AP间协调的方法,以便实施用于OBSS的多种参数和设置的协调处理,其中所述参数和设置包括QoS负载和设置,主和协调信道,TXOP,以及上行链路(UL)接入和业务量指示映射(TIM)指示。
此外,目前还提出了一些相关的帧设计。图4是一个示例的协调请求信息元素(IE)400。该协调请求IE 400可以包含元素ID 401、长度402、选项403以及字段,例如字段1 404到字段N 405。每一个字段可以包括类型410和内容411。
图5是一个示例的协调响应IE 500。该协调响应IE 500可以包含元素ID 501、长度502、选项503、结果504以及字段,例如字段1 505到字段N 506。每一个字段可以包括类型510和内容511。
作为补充或替换,干扰和相邻BSS报告方法同样亦被提出,其中所述方法可作为BSS间协调处理的一部分来使用。
在WiFi系统中,不同类型的接收失败是无法区分的,由此经常会导致WiFi设备做出不正确的行为。用于处理传输/接收失败的不正确或次最优的手段会促成在WiFi中报告过多条目的现象,而这将会导致产生低下的MAC效率以及长的分组延迟,并且还会浪费宝贵的信道资源。因此,如果通过用于正确识别不同类型的接收失败以及在未对WiFi分组传输增加过多开销的情况下修复接收失败的过程和措施来克服这些问题,那么将会是非常理想的。
这里公开的方法和装置解决了以上所述的问题。以下的接收失败的示例情形是出于失败识别和修复目的而被定义的。
在情形1中,分组是因为其使用了对于帧主体而言过于激进的调制和编码方案(MCS)而发生失败的。例如,PLCP报头已被正确解码,并且其指示用于帧主体的MCS要高于用于PLCP报头的MCS。帧主体的FCS校验则是失败的。
在情形2中,接收的分组是因为部分重叠的分组而发生失败的。举例来说,PLCP报头被观察到具有很高的接收功率水平(例如通过使用接收信号强度指示符(RSSI)/接收信道功率指示符(RCPI))。第一个接收分组的PLCP报头可被正确解码。在剩余的分组接收过程中可以观察到突然的功率水平变化,例如RSSI/RCPI水平在接收过程中显著增大。
图6是部分重叠的分组600的示例,其中所述部分重叠的分组会导致如上所述的显著的RSSI/RCPI水平增大。如图6所示,分组1可以包括PLCP头601a、MAC报头602a、帧主体603a以及FCS 604a。同样,分组2可以包括PLCP报头601b、MAC报头602b、帧主体603b以及FCS604b。在重叠分组的场景中,分组2的PLCP报头601b会与分组1的帧主体603a重叠。这种重叠会导致帧主体的FCS校验失败,并且信道介质会在所指示的第一分组长度(该长度可以在PLCP报头中指示)之后保持繁忙。
在情形3中,噪声或与白噪声类的干扰可能会导致出现接收失败。举例来说,空闲信道评估(CCA)可以指示信道繁忙,并且STA处的接收信号会具有很低的功率水平。前导码可以不有被正确检测。
在情形4中,接收的分组可能会因为冲突而发生失败。图7示出了一个由于发生冲突而导致接收的分组失败的示例700。如图7所示,分组1可以包括PLCP报头701a、MAC报头702a、帧主体703a以及FCS 704a。同样,分组2可以包括PLCP报头701b、MAC报头702b、帧主体703b以及FCS 704b。在分组之间还显示了传播延迟710。在该示例中,举例来说,通过使用RSSI/RCPI,可以观察到高的功率水平。还可以观察到强的STF/LTF相关性。但是,PLCP报头的SIG/服务字段有可能未被正确解码。
目前业已提出了能为WiFi启用HARQ的MAC设计,包括:用于HARQ的ACK/NACK反馈,HARQ能力指示,能在WiFi中启用HARQ的各种MAC设计,其中所述设计包括杠杆机制(leveraging mechanism),例如速度帧交换,TXOP,以及多次停止和等待。然而,这些设计并没有区分不同类型的接收失败。
目前业已提出了能为WiFi启用HARQ的PHY设计,包括:物理层帧设计,MAC报头设计,HARQ重传过程,带有HARQ的PSDU帧聚合,以及带有HARQ系统的LDPC设计。提出了为由发射机重传整个分组或分组冗余版本的HARQ组合设计的重传方法。另外还论述了具有A-PSDU格式和重传过程的HARQ重传,其中所述A-PSDU格式具有详尽的帧格式。
这里描述的PHY和MAC过程可以用于识别在上述情形中定义的不同类型的接收失败。图8提供了用于识别不同类型的接收失败的示例过程的流程图800。依照图8的过程,STA可以检测指示信道繁忙的CCA 801,而这指示信道上的能量高于阈值并且是在STA接收分组的时候出现的。然后,STA可以解码PLCP报头802,且如果成功的话,所述STA可以检查帧主体FCS 803。如果帧主体的FCS通过,那么该数据分组已被成功接收805。然后ReFire测量统计数据库可以被更新815。
在另一个示例中,STA会检测到指示信道繁忙的CCA 801。然后,STA可以解码PLCP报头802,且如果成功的话,那么STA可以检查帧主体FCS 803。如果帧主体FCS失败,那么STA可以确定在接收过程中是否存发生突然的功率水平改变或者是否有检测到分组重叠806。如果没有突然的功率水平变化或分组重叠,那么STA可以确定帧主体的MCS是否高于用于PLCP报头/前导码的MCS 808。如果该MCS高于用于PLCP报头/前导码的MCS,则发生了811这里描述的接收失败情形1。如果该MCS不高于用于PLC报头/前导码的MCS,则发生了809未知接收失败。然后,ReFire测量统计数据库可被更新815。作为替换,如果存在突然的功率水平变化或分组重叠,则发生了812如这里所述的接收失败情形2,且所述ReFire测量统计数据库则可被更新815。
在另一个示例中,STA会检测到指示信道繁忙的CCA 801。然后,该STA可以解码PLCP报头802,且如果失败,那么该STA可以确定是否观察到用于所述分组的高功率水平804。如果没有观察到用于所述分组的高功率水平,那么发生813的是这里描述的接收失败情况3,然后可以更新ReFire测量统计数据库815。如果观察到用于所述分组的高功率水平,那么STA可以确定是否观察到强的STF/LTF相关性807。如果观察到针对所述分组的强的STF/LTF相关性,那么发生814的是这里描述的接收失败情况4,然后可以更新ReFire测量统计数据库815。如果没有观察到针对所述分组的强STF/LTF相关性,那么发生810的是未知接收失败,然后可以更新ReFire测量统计数据库815。
图9提供了用于识别不同类型的接收失败的另一个示例过程的流程图900。图9中详述的过程与图8中详述的过程的不同之处在于:当检测到有效的前导码,但是所述帧的FCS校验失败,那么在PLCP报头中规定的时间长度结束之后,进行接收的STA随即可以继续监视所述介质,以便检测CCA是否繁忙。如果CCA繁忙,那么有可能发生了部分分组重叠,并且识别接收失败情形2。然而,在PLCP报头指示的时间长度之后,如果CCA并未立即繁忙,那么进行接收的STA可以回顾在接收过程中是否存在任何分组重叠或者检测到了突然的RF功率变化。以下详细描述的检测方法既可以用于在接收过程中检测突然的RF变化,也可以用于分组重叠。如果检测到了分组重叠或是突然的RF功率变化,那么检测到接收失败情形2。否则,依照用于PLCP报头和用于分组剩余部分的MCS,接收失败可以是未知的接收失败类型或是接收失败情形1。
参考图9,STA可以检测到指示信道繁忙的CCA 901,这指示信道上的能量高于阈值,并且该能量是在STA接收分组的时候出现的。然后,STA可以解码PCLP报头902,且如果解码成功,那么STA可以检查帧主体FCS 903。如果帧主体FCS通过,则成功接收到了所述数据分组905。然后,ReFire测量统计数据库可以被更新915。
在另一个示例中,STA可以检测到指示信道繁忙的CCA 901。然后,该STA可以解码PLCP报头902,且如果解码成功,那么该STA可以检查帧主体FCS 903。如果帧主体FCS失败,那么在PLCP报头中规定的时间长度结束之后,STA可以立即监视介质,以便检测指示信道繁忙的CCA 906。如果信道繁忙,那么所发生912a的是这里描述的接收失败情形2。然后,ReFire测量统计数据库可以被更新915。在PLCP报头中规定的时间长度结束之后,如果信道并未立即繁忙,那么STA可以确定在接收过程中是否存在突然的功率水平变化或者是否检测到了分组重叠908。如果没有突然的功率水平变化或分组重叠,那么STA可以确定帧主体的MCS与用于PLCP报头/前导码的MCS相比是否更高909。如果该MCS高于用于PLCP报头/前导码的MCS,那么所发生的是这里描述的接收失败情形1 911。如果该MCS不高于用于PLCP报头/前导码的MCS,那么所发生的是未知的接收失败916。然后,ReFire测量统计数据库可以被更新915。作为替换,如果存在突然的功率水平变化或分组重叠,那么发生的是这里描述的接收失败情形2 912b,然后可以更新ReFire测量统计数据库915。
在另一个示例中,STA可以检测到指示信道繁忙的CCA 901。然后,STA可以解码PLCP报头902,且如果解码失败,那么STA可以确定是否观察到针对所述分组的高功率水平904。如果没有观察到针对所述分组的高功率水平,那么发生的是这里描述的接收失败情况3 913,然后,ReFire测量统计数据库可以被更新915。如果观察到针对该分组的高功率水平,那么STA可以确定是否观察到强的STF/LTF相关性907。对于所述分组,如果观察到强的STF/LTF相关性,那么发生的是这里描述的接收失败情形4 914,然后,ReFire测量统计数据库可以被更新915。对于所述分组,如果没有观察到强的STF/LTF相关性,那么发生的会是未知接收失败910,然后,ReFire测量统计数据库可以被更新915。
在下表1中概述了一些可用于识别失败类型的示例度量(metric)。然而,所实施的度量并不局限于表1中列出的这些度量。在本示例中,应该指出的是,情形2中的“分组1”指的是首先传送的分组,而情形2中的“分组2”指的是第二次或者更晚传送的分组。在本示例中,由于“分组1”和“分组2”是部分重叠的,因此,这两个分组都是损坏的。
表1:接收失败情形1-情形4的概览
Figure GDA0002302392160000211
参考表1,接收机可以使用自相关或互相关来检测STF/LTF以及执行定时/频率偏移校正。在接收失败情形1中,在检测STF/LTF时,分组有可能是用过高的MCS发送的,并且可以正常检测STL/LTF。在接收失败情形2中,在检测STF/LTF时,两个分组有可能会部分重叠,并且如果不与第二分组重叠,那么用于第一分组(分组1)的STF/LTF将可以被正常检测。依照两个分组的信号强度,第二分组(即分组2)既可以是正常检测的,也可以不是正常检测的。在接收失败情形3中,在检测STF/LTF的时候有可能存在噪声类干扰/噪声,并且接收机可以观察低功率分组。然后,依照接收机侧的信号干扰和噪声比(SINR),STF/LTF既有可能被正确检测,也有可能未被正确检测。在这种情况下,在使用互相关算法而不是使用自相关算法的时候,接收机可以观察到更好的结果。在接收失败情形4中,在检测STF/LTF时,分组可以与其他分组冲突。STF/TLF然后可以未被正确检测。接收机在其使用自相关算法而不是使用互相关算法时可以观察到更好的结果。
在参考表1的另一个示例中,PLCP报头可以包括具有循环冗余校验(CRC)的信令字段(SIG)。一旦接收机正确检测到SIG字段,那么其通过CRC。在接收失败情形1中,在检查PLCP/CRC的时候,该SIG字段始终是用最低的MCS被编码和调制的。由此,接收机可以通过PLCP CRC。在接收失败情形2中,在检查PLCP/CRC的时候,如果分组1的SIG字段不与分组2的SIG字段重叠,那么接收机可以正确检测分组1的SIG字段。该接收机不会检测分组2的SIG字段。当在接收失败情况3和接收失败情况4中检查PLCP/CRC时,接收机可能无法检测SIG字段。
在参考表1的另一示例中,帧校验序列(FCS)可以保护MAC分组。如果正确解码了分组,那么该分组可以通过FCS。在接收失败情形1中,在通过FCS时,MAC分组已经用一种MCS进行了调制和编码,其中所述MCS过高并且导致接收机无法正确解码分组。在接收失败情况2中,当通过了FCS的时候,接收机可能无法正确解码包括分组1和分组2在内的两个分组。因此,如果分组1的信号功率显着大于分组2的信号功率,那么分组1会具有很小的机会被解码。在接收失败情形3和接收失败情形4中,在通过FCS的时候,接收机可能无法检测分组。
在参考表1的另一个示例中,接收机可以使用针对四种情形中的每一种情形的不同行为来观察RSSI,尤其是即时RSSI。举例来说,在接收失败情形1中,接收机可以观察到针对整个分组的足够强的RSSI水平。该RSSI水平可以保持恒定或是具有很小的变化。在接收失败情形2中,接收机可以观察到RSSI的突然变化。在接收失败情形3中,接收机可以观察到低RSSI水平。在接收失败情形4中,接收机可以观察到良好的RSSI水平。
在参考表1的另一个示例中,导频可以用于相位追踪。然而,可以观察导频的变化,来区分这四种情形。在接收失败情形1中,当导频是二进制相移键控(BPSK)调制的时,该导频可以被检测。在接收失败情形2中,接收机可以从OFDM符号检测出导频,其中所述导频不与其他的一个或多个分组相重叠。举例来说,当没有成功检测出分组2的STF/LTF,即使一些导频未与分组1相重叠,也不会检测到用于分组2的导频。在接收失败情形3中,接收机可能无法检测到导频。在接收失败情形4中,接收机可能很难检测到导频。当两个发生冲突的分组良好同步时,例如当其在一个CP持续时间以内到达接收机且在频域中校准的时候,接收机可以在导频子载波中观察到一个恒定值。这种情况同样依据这样一种假设,即在接收机处观察到的所有的两个发射机的信道都保持恒定。
如图8和图9所示,ReFIRe测量和报告还可以使用一种框架。发射机和接收机可以交换ReFIRe能力信息,例如接收机测量和报告ReFIRe的能力以及在该发射机处使用测量报告的发射机能力。如果发射机和接收机都具有ReFIRe能力,那么接收机既可以为每一个分组执行ReFIRe测量,或可以为在PLCP报头中包含ReFIRe测量指示的分组执行ReFIRe测量,或可以为在块ACK会话中接收的分组执行ReFIRe测量,其中所述块ACK会话是为ReFIRe测量配置的。在将测量报告设置成TRUE(真)且满足其他报告标准(例如帧主体的FCS失败)的时候,ReFIRe测量(例如RSSI或RCPI水平在分组接收或LTF/STF相关过程中的变化)可被报告给发射机。
突然的接收功率变化可以是由于分组重叠或隐藏节点问题所导致的传输失败的良好指示器。当前的IEEE 802.11设备可以在PHY层监视接收功率,并且可以通过某些原语来将一些指示符传送到MAC层。然而,大多数现有的接收功率相关测量被定义成是整个分组或是很长的时段上的平均值。作为替换,分组中的接收功率变化可被监视,并且由此可以获取即时接收功率测量或是短时段上的接收功率测量。
在一个实施方式中,定义了即时接收功率(IRP)测量。所述IRP测量可以通过以下规则来定义。IRP可被定义成在短的时段上的平均接收功率,例如一个或多个OFDM符号持续时间。所述IRP可以用一个滑动窗口来计算。例如,IRP可以是m个OFDM符号上的平均值。该滑动窗口可被定义在大小为一个OFDM符号的步长中。然后,在第m个OFDM符号,第一个IRP可被计算为前m个OFDM符号上的平均接收机功率。在第m+k个OFDM符号,第k+1个IRP可以被计算为第k+1个OFDM符号到第m+k个OFDM符号上的平均值。
IRP可以用x个比特来表示,由此,IRP值会介于0与2x-1之间。所述IRP可以用于计算接收失败指示符。在本分段定义了两种接收失败指示符。首先,可以使用基于接收功率的失败类型指示符(RPFTI)来区分接收失败类型。例如,RPFTI可被定义成一个八位位组(octet)值。如果RPFTI值介于0和T1之间,那么可以指示接收失败情形1。如果所述值落在T1与T2之间,那么它可以指示接收失败情形2。同样,介于T2与T3之间的值可以指示接收失败情形3,以及处于T3和T4内的值可以指示接收失败情形4。零值可以用于指示接收机没有足够的信息来区分情形1至4。在另一个示例中,RPFTI可被定义成硬决定,例如介于0与3之间的值,其中RPFTI值k可以指示接收失败k+1。诸如取值为4的附加值可用于指示接收机无法识别接收失败类型。
第二种指示符可以是基于接收功率的可靠性指示符(RPRI)。该指示符可用于指示受损接收信号的可靠性。举例来说,RPRI可被定义成一个八位位组值,其中低的数字可以表示来自很不可靠的受损分组的接收信号,并且高的八位位组值可以代表被视为可靠的接收信号。零值可以用于指示接收机无法给出有意义的RPRI。
在这里描述了可以用于从IRP中推导出RPFTI和RPRI的多种方法。第一种方法包括后IRP处理,并且可以包括但不限于以下步骤:
(1)一旦PHY层接收到CCA繁忙指示,那么它可以开始正常的分组检测,并且可以将接收到的信号保存在缓冲器中。
(2)如果PHY层检测到有效的PLCP报头(接收失败情形1和接收失败情形2),那么它可以进行步骤3到6;否则(接收失败情形3和接收失败情形4)可以进行步骤7到9。
(3)PHY层可以将已解码的比特传递到MAC层,并且MAC层可以执行FCS校验。如果FCS通过,它其可以清除缓冲器并且停止。
(4)如果FCS失败,那么MAC层可以向PHY层传递用于指示接收失败的原语。
(5)当PHY层接收到接收失败原语时,PHY层可以再次检查被缓冲的接收信号,并且可以计算IRP。
(6)PHY层可以根据某些实施算法来从IRP中计算RPFTI和RPRI。
以下是可能的示例性算法:
(a)可以定义Diff_IRPk=IRPk+1-IRPk。如果所有的Diff_IRP值都在特定范围以内,那么出现的有可能是接收失败情形1,并且RPFTI可被设置成指示接收失败情形1。在这种场景中,设置相对高的RPRI值,以便指示受损分组足够可靠,并且可以在以后将其用于执行HARQ组合。如果诸如Diff_IRPm的至少一个Diff_IRP值大于某个阈值,那么可以观察到突然的接收功率变化,并且出现的有可能是接收失败情形2。由此,RPFTI值可被设置成指示接收失败情形2。在这个场景中,RPRI值可以依照比值m/N来定义,其中m是观察到突然功率变化的索引,N是IRP的总数。举例来说,在m/N接近于1的时候可以设置相对高的RPRI值,而在m/N接近于0的时候则可以设置相对低的RPRI值。
(b)IRP中的变化可被计算并定义成Var_IRP。如果Var_IRP处于某个范围以内,那么出现的有可能是接收失败情形1,并且RPFTI可被设置成指示接收失败情形1。在这个场景中,通过设置相对高RPRI值,可以指示受损分组足够可靠,并且可以将其用于以后执行HARQ组合。如果Var_IRP大于特定阈值,那么可以观察到突然的接收功率变化,并且有可能出现接收失败情形2。RPFTI可被相应地定义,并且可以设置相对低的RPRI值。
(c)RPFTI和RPRI可以基于Diff_IRP以及Var_IRP来定义。
(7)如果没有检测到有效的PLCP报头,那么可以将RPRI值设置成低数字。
(8)PHY层可以在PLCP报头检测过程中检查所缓存的接收信号,并且计算IRP。
(9)如果IRP值在STF/LTFOFDM符号中较高,并且在SIG字段中相对较低,那么有可能发生了失败。由此,RPFTI可被设置成指示接收失败情形4。否则,RPFTI可被设置成指示接收失败情形3。
第二种方法包括并发的IRP处理,并且包括但不限于以下步骤:
(1)一旦PHY层接收到CCA繁忙指示,那么它可以开始正常的分组检测。在其计算IRP值的同时,其他参数可以从所述IRP值中得到。举例来说,Diff_IRP和Var_IRP可以从IRP推导得到。Var_IRP2可以基于IRP1至IRP2来计算。一旦IRPk+1可用,则可以根据Var_IRPk和IRPk+1来更新Var_IRPk+1
(2)如果PHY层检测到有效的PLCP报头(情形1和2),那么该方法可以执行步骤3-6。否则(接收失败情形3和情形4)可以执行步骤7至9。
(3)PHY可以将已解码的比特传递到MAC层,并且MAC可以执行FCS校验。如果FCS通过,那么它可以清除缓冲区并停止。
(4)如果FCS失败,那么MAC层可以向PHY层传递用于指示接收失败的原语。
(5)当PHY层接收到接收失败原语时,PHY层可以检查IRP及其导出的参数。
(6)PHY层可以根据特定的实施算法(例如上文中提供的示例算法)来从IRP中计算RPFTI和RPRI。
(7)如果没有检测到有效的PLCP报头,那么接收机可以停止解码处理。RPRI值可被设置为低数字。
(8)PHY层可以检查IRP及其导出的参数。
(9)如果IRF值在STF/LTF OFDM符号中较高,但在SIG字段中相对较低,那么有可能发生了冲突。由此,RPFTI可以被设置为指示接收失败情形4。否则,RPFTI可被设置成指示接收失败情形3。
在使用如上所述的第一方法或第二方法时,在PHY层中可以计算RPFTI和RPRI。然后,当RPFTI和RPRI具有有意义的值,那么PHY层可以通过原语将其报告给MAC层。作为替换,PHY层可以将IRP或/和IRP导出的参数报告给MAC层,并且MAC层可以推导出RPFTI和RPRI。用于计算MAC层中的RPFTI和RPRI的方法可以使用其他可用信息,包括但不局限于TXOP保留、NAV设置等等。
在WiFi系统、AP和STA中可以使用信道编码来纠正错误,并提供更可靠的通信。举例来说,在IEEE 802.11ac信道编码中,使用二进制卷积(BC)码(BCC)是一项强制性能力,并且使用低密度奇偶校验码(LDPC)来执行信道编码是可选的。
根据一个实施方式,使用LDPC码同样是可以实施的。在该实施方式中,解码器在帧解码过程中的行为可被用作信道和分组状态条件的指示符。在接收机(例如STA)处可以计算解码器可靠性度量(DRM),并且在确定解码比特是否通过CRC校验之前,在一个过程中可以使用该度量来指示解码比特的可靠性。如果发生CRC失败,那么AP和/或STA可以利用该度量来帮助确定何种接收失败导致CRC失败。此外,在一个过程中还可以使用该信息来应用取决于所发生的失败类型(例如因为冲突相比于干扰)的修复方案。
如果使用BCC,那么维特比(Viterbi)解码器可以通过网格图(trellis)来计算第i条路径的第j个分支的分支度量BCij。软决定解码或硬决定解码都可以与BCC结合使用,其中分支度量可以分别使用该分支上的接收比特与预期输出之间的汉明(Hamming)距离或欧几里德距离。然后,第i条路径的度量PMi可以通过网格图被计算为BCij的总和。在每一个阶段都会有一条以上的路径进入相同的节点,并且所保留的仅仅是具有最佳PM值的路径。该路径被称为生存路径。
对于LDPC来说,在接收机上可以应用迭代信任传播算法。由于奇偶校验码所具有的特性,码字c可被编码,以使Hc=0,其中H是奇偶校验矩阵。所述奇偶校验矩阵H可以由一个二分图表示,其中所述二分图包括一组校验标注(check note)和一组比特标注(bitnote)。所述校验标注和比特标注之间的关系可以用矩阵H表示。在一开始,来自解调器的对数似然比(LLR)可被传递至比特标注。在每一次迭代之后,所述LLR可被更新。该解码器可以在输出满足奇偶校验需求、解码器收敛或者实现了最大迭代次数的时候终止。
DRM可以是用以下过程计算的,其中接收机和发射机可以是AP或STA。接收机(例如STA)可以基于其在先前段落所知的解码处理过程中获取的度量来计算DRM。该接收机可以使用任意的算法来计算DRM值或一组DRM值。举例来说,DRM可被定义成八位位组值,其中大小为零或是低的数字可以代表来自很不可靠的受损分组的解码码字。并且较高的八位位组值可以代表被视为可靠的解码码字(例如在STA处)。
DRM度量可以在计算CRC校验和之前使用,或者可以在CRC校验和失败的情况下作为附加信息使用。发射机(例如AP)可以使用一个将接收机反馈的DRM度量用于促进解码处理(例如在AP处)的过程。作为示例,该度量可以是在使用BCC时的最后阶段的PM值,或者可以是在使用LDPC时的迭代次数。发射机可以使用所述反馈来计算local(本地)_DRM值。
对于BCC和LDPC,一个以上的码字有可能被用于单个的分组传输/接收。以下是用于不同场景的DRM算法以及相关联过程的示例。每一个分组都可以使用一个码字。对于BCC,DRM可被定义成是处于最终阶段的每一条生存路径的概率。在确定生存路径时,一个以上的PM值可被比较。PM值之间的差值可被收集,并且可以使用诸如均和方差之类的某些统计量来推导DRM值。对于LDPC,来自最终迭代的LLR值的统计量可被使用,并且可以与迭代次数相结合。
作为替换,每一个分组可以使用多个码字。在这种情况下,MAC报头可以处于第一或前几个码字内。如果对MAC报头进行了解码并且接收MAC地址与接收机的MAC地址相匹配,那么接收机将会保存所接收的分组以供以后使用。如果没有可靠地解码MAC报头或者所解码的接收MAC地址不与接收机的MAC地址相匹配,那么接收机将会丢弃所接收的分组。DRM可以用以上针对每一个分组一个码字的情形所描述的方法被计算。但是,在DRM计算中,包含MAC报头的第一个码字或前几个码字将会起到更重要的作用。
接收失败可以用ReFIRe分数来标识。ReFIRe分数可以是接收失败标识的软版本。每一个因子的分数可以是从0到1。ReFIRe分数可以是所有因子的加权组合。举例来说,如果SIG的CRC通过,那么STF/LTF=1并且SIG=1。否则,SIG=0并且STF/LTF的分数依据互相关/自相关而介于0与1之间。
图10是示出了通过使用分组到达检测方法1000来识别在分组接收过程中的冲突的实施方式的图示。IEEE 802.11前导码由STF和LTF组成,并且通常可以使用分组到达检测块来识别新分组的到达。如果发生了功率足够大的冲突,那么分组到达检测机制能够基于其前导码(STF和LTF)来识别冲突分组的到达。在图10的示例中,期望信号1003包括前导码1004和数据1005。相应地,期望分组到达1001可被检测。同样,干扰信号1006包括前导码1007和数据1008,并且干扰分组到达1002同样是可以检测的。由此,通过将分组到达检测块应用于整个接收分组,可以允许在发生分组接收失败的情况下检测冲突。
该方法的有效性可以取决于冲突分组与期望分组的相对能量。该过程可以通过以下方法的一种来实施。对于附带条件的实现方法,接收分组的到达可被识别,并且可以对接收分组执行解码处理。如果分组解码失败,那么可以在接收分组上运行分组到达检测块。如果分组检测块的相关值超出一阈值,则这可以指示存在发生冲突的分组。如果分组检测块的相关值小于一阈值,则这可以指示不存在发生冲突的分组。所述阈值与用于识别期望分组的阈值可以是相同的,也可以是不同的。
对于强制性的实施方法,接收分组的到达可被识别。在整个接收分组上可以运行分组到达检测块。如果分组检测块的相关值超过一阈值,则其可以指示存在发生冲突的分组。如果分组检测块的相关值小于一阈值,则其可以指示不存在发生冲突的分组。该阈值可以与用于识别期望分组的阈值是相同的,也可以是不同的。该分组检测块可以作为单独的块来运行。对接收分组可以执行解码处理。如果分组解码失败,那么可以对来自分组到达检测块的信息进行检查,以确定是否发生了冲突。
以下的实施方式给出了一种用于层间接收失败指示的方法。物理介质相关(PMD)层以及PLCP层可以使用若干个原语来指示潜在的接收失败。同样,PLCP或PHY层以及MAC层可以使用若干个原语来指示潜在的接收失败。这些原语包括:PMD_PowerChange.indication原语、PMD_NewPacketDetected.indication原语、PHY-PowerChange.indication原语、PMD_PowerChangeDetected.request原语、PHY-PowerChangeDetected.request原语、PHY-RXChangeDetected.request原语、PHY-RXChangeDetected.indication原语、PHY-DATA.indication原语以及PHY-RXEND.indication原语,并且这些原语可以采用如下所述的方式而被定义或修改。
PMD_PowerChange.indication由PMD生成并且可以向PLCP和MAC提供分组接收过程中的功率水平变化的指示。该原语可以提供以下参数:PMD_PowerChange.indication(PowerChange,Time(功率变化,时间))。PowerChange可以是分组接收过程中的功率水平变化的测量。举例来说,PowerChange可以被实施为一整数,其中正整数指示功率水平增大,负整数指示功率水平下降。在一个替代示例中,PowerChange可作为具有一取值的指示符来实施,举例来说,“0”指示没有功率水平变化,且“1”指示检测到的大于某个阈值的功率水平变化。在另一个示例中,PowerChange可以用三个取值来实施,即“无功率水平变化”,“功率水平减小”,“功率水平增大”。在另一个示例中,PMD_PowerChange.indication可以提供如上所述的任何功率相关参数,例如IRP、Diff_IRP、Var_IRP等等。本领域技术人员将理解,用于实施PowerChange的其他变体也是可能的。
PMD_PowerChange.indication原语可以是定期生成的,例如在每N个OFDM符号上生成,其中N等于或大于1,或可以是以规则的时间间隔上生成的。该PMD_PowerChange.indication原语可以是在功率水平变化超出某个预先定义的阈值(例如5dB)的时候生成的。在另一个示例中,PMD_PowerChange.indication原语可以是在最后接收的OFDM符号的末端生成的,其中所述OFDM符号具有用于指示分组接收期间的功率水平变化的PowerChange以及用于指示功率水平发生变化的时间的Time。在该示例中,PMD_PowerChange.indication原语可以提供多组(PowerChange,Time),其中每一个组与一个被检测到的且超出某个预先定义的阈值的功率水平变化相关联。在另一个示例中,PMD_PowerChange.indication可以是在PMD已经从PLCP接收到PMD_PowerChangeDetected.request的时候生成的。
PMD_NewPacketDetected.indication原语由PMD生成,并且作为示例以及如下所述,该原语可以向PLCP和MAC实体提供在当前分组接收过程中检测到有新分组到来的指示。PMD_NewPacketDetected.indication原语可以提供以下参数:PMD_NewPacketDetected.indication(NewPacketDetected,Time(检测到的新分组,时间))。NewPacketDetected可以是检测到有另外分组到达的指示。举例来说,值“0”可以指示没有检测到另外分组,而值“1”可以指示已经检测到另外分组。参数Time可以是关于何时检测到另外分组到达的指示。参数Time可以被实施为始于前导码的OFDM符号数量,或始于前导码末端的OFDM符号数量,或始于前导码开端或是始于前导码末端并以纳秒或微秒(或其他任何时间单位)为单位的时间。
PMD_NewPacketDetected.indication原语可以是定期生成的,例如在每N个OFDM符号上生成,其中N等于或大于1,或可以是以规则的时间间隔生成的。作为替换,PMD_NewPacketDetected.indication原语也可以仅仅在PMD在另一个分组接收过程中检测到有新分组到达的时候生成。在另一个示例中,PMD_NewPacketDetected.indication原语可以是在最后接收的OFDM符号末尾生成的,其中所述符号的Time指示的是检测到另外分组到达的时间。在这种情况下,PMD_NewPacketDetected.indication原语可以提供多个参数Time,其中每一个与检测到另外分组到达相关联。
PHY-PowerChange.indication原语由PLCP或PHY实体生成,并且可以向MAC实体提供分组接收过程中的功率水平变化的指示。该原语可以提供以下参数:PHY-PowerChange.indication(PowerChange,Time(功率变化,时间))。PowerChange可以是关于分组接收过程中的功率水平变化的测量。举例来说,PowerChange可以作为整数来实现,其中正整数指示功率水平增大,负整数指示功率水平减小。在一个替代示例中,PowerChange可以作为具有一取值的指示符来实现,举例来说,“0”指示没有功率水平变化,以及“1”指示检测到的功率水平变化大于某个阈值。在另一个示例中,PowerChange可以用三个值来实现,即“无功率水平变化”、“功率水平减小”以及“功率水平增大”。参数Time可以是关于功率水平何时发生变化的指示。该参数Time可以作为始于前导码的OFDM符号数量来实施,或可以作为始于前导码末端的OFDM符号数量来实施,或可以作为始于前导码开端或是始于前导码末端并以纳秒或微秒(或其他任何时间单位)为单位的时间来实施。在另一个示例中,PHY-PowerChange.indication可以提供如上所述的任何功率相关参数,例如IRP、Diff_IRP、Var_IRP等等。
PHY-PowerChange.indication原语可以在分组接收过程定期生成,例如在每N个OFDM符号上生成,其中N等于或大于1,或可以在规则的时间间隔上生成。作为替换,PHY-PowerChange.indication原语可以仅仅在功率水平变化超过某个预先定义的阈值(例如5dB)的时候才会生成。在另一个示例中,PHY-PowerChange.indication原语可以在最后接收的OFDM符号的末端生成,其中PowerChange指示的是分组接收过程中的功率水平变化,并且Time指示的是功率水平发生变化的时间。在这种情况下,PHY-PowerChange.indication原语可以提供多组(PowerChange,Time),其中每一组与一个被检测且超出某个预先定义的阈值的功率水平变化相关联。在另一个示例中,PHY-PowerChange.indication可以是在PLCP已经从MAC实体接收到PHY-PowerChangeDetected.request的时候生成的。
PMD_PowerChangeDetected.request原语是由PLCP生成的,并且该原语可以请求PMD提供与在诸如先前或者即将到来的接收过程中检测到的功率水平变化有关的信息。该原语可以提供以下参数:PMD_PowerChangeDetected.request(PowerChangeThreshold,RequestMode(功率变化阈值,请求模式))。PowerChangeThreshold可以是分组接收过程中的功率水平变化阈值。如果功率水平变化超出了该阈值,那么PMD层可以报告检测到的功率水平变化。举例来说,PowerChangeThreshold可以作为一个整数来实现。参数RequestMode可以具有值“用于先前分组”或“通用”。
PMD_PowerChangeDetected.request原语可以是在接收结束之后立即生成的,或可以是在任何时间生成的,或可以是在PLCP已经从MAC实体接收到PHY-PowerChangeDetected.request原语的时候生成的。当PMD从PLCP接收到PMD_PowerChangeDetected.request原语并且该原语的RequestMode是“用于先前分组”时,所述PMD可以生成一个指示检测到的功率水平变化超出指定的PowerChangeThreshold的PMD_PowerChange.indication。当PMD从PLCP接收到PMD_PowerChangeDetected.request原语并且该原语的RequestMode是“通用”时,该PMD可以将本地参数PowerChangeThreshold设置成是原语中包含的参数。然后,当PMD在接收过程中检测到超出本地参数PowerChangeThreshold的功率水平的变化,那么它可以生成PMD_PowerChange.indication。
PHY-PowerChangeDetected.request原语是由MAC实体生成的,并且该原语可以请求PHY实体提供与检测到的功率水平变化有关的信息。举例来说,在先前或是正在进行的接收过程中,它可以请求PHY实体提供与检测到的功率水平变化有关的信息。PHY-PowerChangeDetected.request原语可以提供以下参数:PHY-PowerChangeDetected.request(PowerChangeThreshold,RequestMode)。PowerChangeThreshold可以是分组接收过程中的功率水平变化阈值。如果功率水平变化超出了阈值,那么PLCP层可以报告检测到的功率水平变化。作为示例,PowerChangeThreshold可以作为整数来实现。参数RequestMode可以具有值“用于先前分组”或是“通用”。
PHY-PowerChangeDetected.request原语可以是在接收完成之后立即生成的,或可以是在任何时间生成的。当PLCP从MAC实体接收到PHY-PowerChangeDetected.request原语,其该原语的RequestMode是“用于先前分组”时,所述PLCP可以生成具有指示检测到的功率水平变化超出指定的PowerChangeThreshold的PHY-PowerChange.indication。在另一个示例中,PLCP可以生成PMD_PowerChangeDetected.request,并且在从PMD接收到原语PMD_PowerChangeDetected.indication时,它会生成一具有从PHY-PowerChange.indication原语获得的参数的PMD_PowerChangeDetected.indication。
当PLCP或PHY实体从MAC实体接收到PHY-PowerChangeDetected.request原语并且该原语的RequestMode是“通用”时,该PLCP将本地参数PowerChangeThreshold设置成该原语中包含的参数,并且可以在其检测到超出本地参数PowerChangeThreshold的功率水平变化的接收过程中生成一PHY-PowerChange.indication。在另一个示例中,当PLCP或PHY实体从MAC接收到PHY-PowerChangeDetected.request原语并且该原语的RequestMode是“通用”时,所述实体可以生成具有从PHY-PowerChangeDetected.request原语获取的相同参数的原语PMD_PowerChangeDetected.request。
在另一个示例中,PowerChangeThreshold参数可以是PHYCONFIG_Vector的一部分,并且PHY实体可以由MAC实体通过生成针对本地PHY实体的PHY-CONFIG.request原语来配置。
PHY-RXChangeDetected.request是由MAC实体生成的,并且该原语可以请求PHY实体提供与在诸如先前或即将到来的接收过程中检测到的变化有关的信息。该原语可以提供以下参数:PHY-RXChangeDetected.request(RequestedParameters,PowerChangeThreshold,RequestMode)。
RequestedParameters可以是在检测到任何变化的情况下由MAC实体请求PHY实体提供的检测到的变化的参数的集合。RequestedParameters可以包括以下中的一项或多项:“PowerLevelChangeDetected”,“DecodingUnreliabilityDetected”,“NewPacketDetected”。
PowerChangeThreshold可以是分组接收过程中的功率水平变化阈值。如果功率水平变化超出了阈值,那么PHY层可以报告检测到的功率水平变化。举例来说,PowerChangeThreshold可以作为整数来实现。参数RequestMode可以具有值“用于先前分组”或“通用”。
PHY-RXChangeDetected.request原语可以是在接收完成之后立即生成的,或可以是在任何时间生成。
当PHY层从MAC实体接收到PHY-RXChangeDetected.request原语并且该原语的RequestMode是“用于先前分组”时,所述MAC层可以生成HY-RXChangeDetected.indication,其中所述HY-RXChangeDetected.indication具有关于以下各项的指示:检测到的超出指定PowerChangeThreshold的功率水平变化,检测到的解码不可靠性,以及在接收先前的PPDU的过程中检测到的一个或多个另外分组的到达。
当PHY从MAC实体接收到PHY-RXChangeDetected.request原语并且该原语的RequestMode是“通用”时,所述PHY可以将本地参数PowerChangeThreshold设置成该原语中包含的参数,并且当其在接收过程中检测到功率水平变化超出本地参数PowerChangeThreshold的时候,和/或当其检测到解码不可靠性的时候,和/或当其在另一个PPDU的接收过程中检测到有另外分组到达的时候,所述PHY可以生成一PHY-RXChange.indication。
PHY-RXChangeDetected.indication原语是由PHY实体生成的,并且作为示例,该原语可以向MAC实体提供与在先前的PPDU的接收过程中检测到的变化有关的信息。该原语可以提供以下参数:PHY-RXChangeDetected.indication(DetectedEvent1,Time1,...,DetectedEventN,TimeN(检测的事件1,时间1,…,检测的事件N,时间N))。
DetectedEventi可以是PHY实体在接收PPDU的过程中检测到的变化。DetectedEventi可以具有以下值之一:“PowerLevelChangeDetected(检测到功率水平变化)”,“DecodingUnreliabilityDetected(检测到解码不可靠性)”,“NewPacketDetected(检测到新分组)”。Timei可以是DetectedEventi发生的时间。
PHY-RXChangeDetected.indication原语可以是在接收完成之后立即生成的,或可以是在任何时间生成的。作为替换,PHY-RXChangeDetected.indication原语可以是在PHY已经从MAC实体接收到PHY-RXChangeDetected.request原语的时候生成的。
PHY-DATA.indication原语可以采用这里描述的方式来进行修改。PHY-DATA.indication原语可以定义将一些数据单元从PHY传送到本地MAC实体的处理,而且还可以提供与在当前分组的接收过程中检测到功率水平变化、解码不可靠性以及新分组到达相关的指示。PHY-DATA.indication原语可以提供以下参数:PHY_DATA.indication(DATA,STATUS)。STATUS可以具有以下值的一个或多个:“NoError(无错误)”,“PowerLevelChangeDetected(检测到功率水平变化)”,“DecodingUnreliabilityDetected(检测到解码不可靠性)”,“NewPacketDetected(检测到新分组)”。
在另一个示例中,PHY-DATA.indication原语可以提供以下参数:PHY-DATA.indication(DATA,PowerLevelChangeDetected,DecodingUnreliabilityDetected,NewPacketDetected)。
PHY-DATA.indication原语是由进行接收的PHY实体生成的,其中所述实体将接收到的数据单元传送到本地MAC实体。在接收无线介质(WM)提供的八位位组中的最后一个比特与MAC实体接收该原语之间的时间是aRXRFDelay+aRxPLCPDelay的总和。如果检测到了大于某个阈值的功率水平变化,那么如上所述,PHY层可以将该原语的参数STATUS设置成“PowerLevelChangeDetected”或是实际的功率水平变化值,或者可以将参数PowerLevelChangeDetected设置成“1”。
如果检测到了解码不可靠性,那么如上所述,PHY层会将该原语的参数STATUS设置成“DecodingUnreliabilityDetected”,或者会将参数“DecodingUnreliabilityDetected”设置成“1”。如果在当前分组的接收过程中检测到有另外分组到达,那么如上所述,PHY层可以将该原语的参数STATUS设置成“NewPacketDetected”,或者会将参数“NewPacketDetected”设置成“1”。
PHY-RXEND.indication原语可以采用这里描述的方式来进行修改。PHY-RXEND.indication原语是可供PHY向本地MAC实体指示当前正在接收的PSDU已经结束的指示。该原语可以提供以下参数:PHY-RXEND.indication(RXERROR,RXVECTOR)。
除了已有的值之外,RXERROR还可以具有以下的值的一个或多个:“PowerChangeDetected(检测到功率变化)”,“DecodingUnreliabilityDetected(检测到解码不可靠性)”以及“NewPacketDetected(检测到新分组)”。同样,RXVECTOR可以包含参数DetectedEventi和Timei中的一个或多个,其中DetectedEventi可以具有值“PowerChangeDetected(检测到功率变化)”,“DecodingUnreliabilityDetected(检测到解码不可靠性)”以及“NewPacketDetected(检测到新分组)”。Timei可以是DetectedEventi的检测时间。
在另一个示例中,参数“PowerChangeDetected”、“DecodingUnreliabilityDetected”、“NewPacketDetected”、“DetectedEventi”以及“Timei”可以是用于原语PHY-RXEND.indication的显性参数。
如果在PPDU接收过程中检测到大于某个阈值的功率水平变化,那么作为示例并且如上所述,PHY层可以将该原语的参数RXERROR设置成“PowerLevelChangeDetected”或是实际的功率水平变化值。作为替换,它可以将参数PowerLevelChangeDetected设置成“1”,或者类似地将“DetectEventi”设置成“PowerLevelChangeDetected”,以及将Timei设置成检测时间。
如果检测到了解码不可靠性,那么作为示例并且如上所述,PHY层可以将用于该原语的参数RXERROR设置成“DecodingUnreliabilityDetected”,或可以将参数“DecodingUnreliabilityDetected”设置成“1”,或者类似地将“DetectEventi”设置成“DecodingUnreliabilityDetected”,以及将Timei设置成检测时间。如果在PPDU的接收过程中检测到有另外分组到达,那么作为示例并且如上所述,PHY层可以将用于该原语的参数RXERROR设置成“NewPacketDetected”。作为替换,它可以将参数“NewPacketDetected”设置成“1”,或者类似地将“DetectEventi”设置成“NewPacketDetected”,以及将Timei设置成检测时间。
回过来参考图9,该图显示了用于各种接收失败识别情形的各种决定过程。举例来说,在接收过程的任何部分,如果PHY实体生成了具有被设置成值“CarrierLost(载体丢失)”的RXERROR的PHY_RXEND.indication原语,那么可以将接收失败识别成是接收失败情形3。在另一个示例中,如果用于所接收的PPDU的DCS校验失败,并且在接收过程的任何部分,PHY生成了具有“PowerChange”、“DecodingUnreliabilityDetected”或“NewPacketDetected”的指示的PMD或PHY原语,那么可以将接收失败识别成是接收失败情形2。
作为替换或补充,如果针对所接收的PPDU的FCS校验失败,并且与PHY-RXEND.indication同时或者在其之后立即发布PHY-CCA.indication(busy(繁忙))原语,那么可以将接收失败识别成是接收失败情形2。
作为替换或补充,所有参数和指示可以作为RXVector的一部分而被包含。
以下的实施方式给出的是一种用于在考虑到存在分组损失(loss)的情况下估计条件冲突概率的方法。该条件冲突概率可以用贝叶斯规则来估计,并且可以取决于SIR、SNR以及冲突概率,其中:
Figure GDA0002302392160000401
Prob(loss)和Prob(col)可以用先前论述的任一方法来估计,而Prob(loss|col)则可以是在假设冲突能量具有高斯分布的情况下以分析的方式来估计。
假设无线LAN系统具有多个隐藏节点,并且这些隐藏节点可能导致冲突。接收信号可被模拟成:
y=hx+bI+n 等式(2)
其中y是接收信号,h是期望信号的信道,b是存在冲突事件的概率为p且没有冲突事件的概率为(1-p)的伯努利过程,I是确定性的干扰,以及n是加性白高斯干扰和噪声。如果发生概率(p)的冲突事件,那么可以使用下式来假设高斯干扰和噪声功率
y-hx=I+n~N(0,σ^2+|I|^2) 等式(3)
如果假设干扰效应是高斯分布的,那么Prob(loss|col)等于Prob(loss),其中损害是N(0,σ^2+|I|^2)。
对于固定SIR来说,随着SNR增大以及噪声水平的降低,pstat将会趋向于1,这是因为任何错误都是冲突造成的结果。然而,随着SIR的增大,pstat有可能会因为捕获效应而降低,其中在存在冲突的情况下,分组可能会因为冲突功率低而可解码。
图11示出了SIR的增大会因为捕捉效应而导致pstat降低的示例1100,其中在存在冲突的情况下,分组可能会因为冲突功率低而可解码。参考图11,该图显示的是在SIR=0dB1102和20dB 1103、P=0.4以及MCS=4 1101的情况下的pstat。图11显示的仿真结果是在采用了以下假设的情况下用链路级仿真器产生的。使用了三个不同的MCS(具有二进制卷积码)。所考虑的最大MCS是MCS 4(具有3/4速率的卷积码的16-QAM调制)。单个发射天线和单个接收天线被使用(推广到多天线/多用户的情形也是非常简单的)。针对信道模型,为期望用户使用IEEE 802.11信道类型D。加性白高斯噪声(AWGN)信道用于干扰方。这些信道在新分组传输之间是不相关的,但是用于特定分组的信道在重试之间是相关的。在每次失败的传输之后,在1与8个时隙之间会随机地发生重试。当前结果假设了完全信道估计。
损害1包括AWGN噪声。损害2包括以概率Pc发生的脉冲干扰。所述干扰是在时域中在接收机处被添加的。干扰信道被假设成是AWGN。干扰到达是用于确保在前导码和MAC报头中不会发生冲突的偏移。如此一来,接收机可以执行信道和噪声估计。
应该指出的是,在干扰方与前导码/MAC报头发生冲突的场景中,STA可能不知道存在分组,并且由此可能不进行任何处理。这就要求以与数据分离的方式来编码MAC报头。已知的干扰统计量可以包括冲突概率(Pc)、在考虑了分组丢失(Pc|PL)的情况下的条件冲突概率以及冲突/干扰能量:‖I‖2=>可能需要使用导频来执行冲突干扰估计。举例来说,IEEE802.11导频可以用于估计冲突/干扰能量。
AP和STA可以指示其执行ReFIRe测量和报告的能力以及使用ReFIRe测量报告的能力。图12显示了示例的ReFIRe测量报告和利用能力IE 1200的图示,其中包括中继STA、PCP等等在内的AP和STA可以使用该IE来指示其能力。该ReFIRe测量报告和利用能力IE可以包括一些字段,其中所述字段包括但不局限于:元素ID字段1201,长度字段1202,ReFIRe测量和报告能力字段1203,以及ReFire测量报告使用1204。作为示例,测量报告使用1204可以包括PHY层测量1220和MAC层统计测量1221。
元素ID字段1201可以包括用于指示当前IE是ReFIRe测量报告和利用能力IE的ID。长度字段1202可以包含ReFIRe测量报告和利用能力IE的长度。ReFIRe测量和报告能力字段1203可用于指示ReFIRe测量和报告的能力,并且可以包含以下子字段:PHY层测量和报告子字段1210,MAC层统计测量和报告子字段1211,以及ReFIRe测量报告选项字段1212。
PHY层测量和报告子字段1210可用于指示执行PHY层ReFIRe测量以及在满足报告标准的时候报告该测量的能力。该字段可以包括位图或其他类型的编码,以指示所述STA能够测量和报告以下参数:在所接收的分组的接收过程中的RSSI/RCPI水平变化的即时测量,并且仅在RSSI/RCPI水平变化大于预定义阈值的时候才对其进行报告;STF和LTF的互相关性或自相关性或是如上定义的基于STF/LTF的另外分组到达检测;在上文中定义的ReFIRe分数;以及在上文中定义的DRM。
MAC层统计测量和报告子字段1211可用于指示执行MAC层ReFIRe测量以及在满足报告标准时报告所述测量的能力。该字段可以包括位图或其他类型的编码,以指示STA能够测量和报告以下参数:总的接收次数(作为预定接收机和非预定接收机);空闲/繁忙时段(在TX/RX);重试次数;接收失败情形1至4的统计;关于无法区分的所有情形的未知接收失败的统计;MCS反馈;接收失败的概率;冲突的概率(接收失败情形2/接收失败情形4/接收失败情形2+4);在假设通过如上定义的方式识别了接收失败的情况下冲突的条件概率。
ReFIRe测量报告选项子字段1212可以指示供STA将所述测量报告给其他STA或AP的选项。这些选项可以包括被调度的报告,在检测到变化的时候进行报告,以及测量报告捎带到另一个反馈上(例如NACK信号)。ReFIRe测量报告和利用能力IE或是其子字段的任何子集可以作为任何已有IE或新IE的子字段或子字段子集来实施,或可以作为任何控制、管理、扩展、NDP或其他类型的帧的一部分来实施,或可以在MAC/PLCP报头中实施。
如果STA能够检测出接收失败的特性,那么它可以将参数dot11ReceptionFailureDetection设置成TRUE,以指示其已经实施了接收失败检测。作为替换,接收失败检测的实施可以作为更大的能力集合的一部分来指示,例如参数dot11ExtendedMeasurement或dot11HECapable。
STA可以将ReFIRe测量报告和利用能力IE包含在其探测请求、关联请求或是其他类型的帧中,以指定其自身的ReFIRe测量和报告能力以及利用ReFIRe测量报告的能力。这一点也可以通过能力或STA种类类型、指示来向AP暗示。
AP、中继STA、RAP或PCP可以将ReFIRe测量报告和利用能力IE包含在其信标、短信标、探测响应、关联响应或是其他类型的帧中,由此声明其自身的ReFIRe测量和报告能力以及利用ReFIRe测量报告的能力。
图13是可供AP、中继STA、RAP或PCP用以请求一个或多个STA执行ReFIRe测量和报告的示例ReFIRe测量报告请求1300的图示。举例来说,STA可以使用包含ReFIRe测量报告请求元素的帧来请求由群组ID标识的一组STA实施ReFIRe测量和报告,其中该群组ID指示所述STA能够ReFIRe测量报告。所述ReFIRe测量报告请求元素1300可以包括但不限于以下字段:元素ID字段1301,该字段可以包含用于指示当前元素是ReFIRe测量报告请求元素的ID,长度字段1302,该字段可以包含ReFIRe测量报告请求元素的长度,以及PHY和MAC层测量和报告字段1303,该字段可以用于指定针对所请求的ReFIRe PHY层测量的测量。
图14是如上所述的PHY和MAC层测量和报告字段的示例实施1400的图示。PHY和MAC层测量和报告字段可以包括但不局限于以下子字段:字段数量子字段1401,以及本示例中的字段1 1402至字段N1403。字段数量子字段1401可用于指定包含在PHY和MAC层测量和报告字段中的字段数量。字段1 1402至字段N1403中的每一个可以包含关于被请求的特定测量的信息。举例来说,每一个字段可以包括ID字段1404,该字段可以用于指定被请求执行ReFIRe测量的STA或STA集合。该ID字段1404可以包含MAC地址(或通配符(wildcard)MAC地址),AID,群组ID,或是STA与AP已经协定的其他任何类型的ID。
每一个字段还可以包括可以指示被请求的STA应该测量的参数的ReFIRe测量参数子字段1405。作为示例,这些参数可以包括在所接收的分组的接收过程中RSSI/RCPI水平变化的即时测量,并且仅仅在RSSI/RCPI水平变化大于预定义阈值的时候才对其进行报告。这些参数还可以包括STF和LTF的互相关性或自相关性或是基于STF/LTF的另外分组到达检测,ReFIRe分数,DRM,总的接收次数(作为预定接收机和非预定接收机),空闲/繁忙时段(在TX/RX上)以及重试次数。这些参数还可以包括接收失败情形1至4的统计,关于无法区分的所有情形的未知接收失败的统计,MCS反馈,接收失败的概率,冲突的概率(接收失败情形2/接收失败情形4/接收失败情形2+4),以及在假设识别了失败的情况下冲突的条件概率。
每一个字段还可以包括ReFIRe测量规范子字段1406,该子字段可以提供应该实施的测量的规范。该规范可以包括测量信道和带宽。发出请求的STA可以指定应该进行测量的信道编号和带宽。如果STA只测量供其接收数据分组的信道和带宽,那么该字段可被省略。
该规范还可以包括测量规则。对于一次性测量来说,该测量应该只进行一次。例如,只有在接收机检测到高于CCA阈值的能量水平或者接收机检测到有效的PLCP报头的时候,所述测量才会被执行一次。对于重复测量来说,在满足指定标准(不必是时间上的简单重复)时,所述测量应该执行数次。举例来说,该测量可以在接收机每次检测到高于CCA阈值的能量水平的时候或者在接收机检测到有效的PLCP报头的情况下被执行。对于被调度的测量来说,该测量可以根据所提供的调度来进行,作为示例,所述调度表是为指定的信标子间隔或是受限的访问窗口(RAW)或访问窗口持续时间提供的。
这些参数可以定义报告规则。举例来说,这些测量可以根据所给出或所请求的频率或是报告标准而被报告。例如,这些测量可以仅在接收的分组的帧主体的FCS失败的情况下才被报告。该测量报告可以被包括在NACK、块ACK/NACK反馈帧或是单独的测量报告帧中。作为替换,这些测量可以在每X个时间单位被报告。
ReFIRe测量报告可以根据ReFIRe测量报告请求中指定的规则并通过使用包含ReFIRe测量报告元素的帧而被发回至发出请求的STA。图15是示例的ReFIRe测量报告元素1500的图示。该ReFIRe测量报告元素可以包括但不局限于以下字段:元素ID字段1501,长度字段1502,字段数量字段1503,以及字段1 1504到字段N1505。元素ID字段1501可以包含用于指示当前IE是干扰测量IE的ID。长度字段1502可以包含干扰测量信息元素的长度。字段数量字段1503可用于指定包含在干扰测量IE中的字段的数量。每个字段可以包含一个或多个STA的被测量的干扰和参数,并且可以包括但不局限于以下子字段:ID字段1510,ReFire测量类型或参数类型子字段1511以及ReFire测量参数子字段1512。ID字段1510可用于指定被请求执行ReFIRe测量的STA或STA集合。作为示例,该ID字段1510可以包括MAC地址(或通配符MAC地址)、AID、群组ID、或是STA与AP已经协定的其他任何类型的ID。ReFire测量类型或参数类型子字段1511可用于指定ReFire测量参数子字段1512中的测量参数的类型。在ReFire测量参数子字段1512中可以包含多种类型的参数。参数类型的指示可被编码成位图或其他类型的编码,以指示多种参数类型,例如RSSI/RCPI水平变化,STF和LTF的互相关性或自相关性,ReFIRe分数,DRM,总的接收次数(作为预期和非预期接收机),空闲/繁忙时段(在TX/RX上),重试次数,接收失败情形1至4的统计,等等。ReFire测量参数子字段1512可以包括由执行报告的STA测量的参数的值。所报告的参数的确切类型可以在ReFire测量类型或参数类型子字段1511中被指示,例如RSSI/RCPI水平变化,STF和LTF的互相关性或自相关性,总的接收次数(作为预期和非预期接收器),空闲/繁忙时段(在TX/RX上)以及重试次数。
ReFIRe测量报告元素或是其子字段的任何子集可以在一过程中被引入作为已有IE或新IE的子字段、子字段子集,或作为任何控制、管理或其他类型的帧的一部分,或在MAC/PLCP报头中。
STA可以使用单播、组播或广播地址来向一个或多个STA发出包含ReFIRe测量报告请求元素的帧,由此请求另一个STA执行ReFIRe测量和报告。所述ReFIRe测量报告请求元素或是其子字段的任何子集可以作为任何已有或新IE的子字段或子字段子集来实施,或可以作为任何控制、管理、行为或其他类型的帧的一部分来实施,或可以在MAC/PLCP头中实施。
接收到包含ReFIRe测量报告请求元素的帧的STA在接受ReFIRe测量报告请求的时候,可以用包含ReFIRe测量报告帧的帧或包含具有状态码“SUCCESS(成功)”的ReFIRe测量报告元素的帧来做出响应,或者如果其不能够ReFIRe测量报告或者如果其拒绝该请求,那么该STA可以用状态码“REJECT(拒绝)”或“UNKNOWN(未知)”来做出响应。
如果STA接受了ReFIRe测量报告请求或者如果其能够实施ReFIRe测量报告(例如在dot11ReFIReMeasurementReporting-Enabled为真时),那么它可以遵循以下过程。该STA可以在被请求的频率信道和带宽上对介质进行一段时间(例如在干扰报告请求中指定的时段)的监视。这种监视周期也可以是滑动窗口,并且STA可以在其唤醒的任何指定时间执行监视。
在测量时段中,STA可以记录以下参数:在所接收的分组的接收过程中RSSI/RCPI水平变化的即时测量,并且仅仅在RSSI/RCPI水平变化大于预定阈值的时候才对其进行报告;STF和LTF的互相关性或自相关性或是基于STF/LTF的另外分组到达检测;ReFIRe分数;DRM;总的接收次数(作为预定接收机和非预定接收机);空闲/繁忙时段(在TX/RX上);重试次数;接收失败情形1至4的统计;关于无法区分的所有情形的未知接收失败的统计;MCS反馈;接收失败的概率;冲突的概率(接收失败情形2/接收失败情形4/接收失败情形2+4);以及在识别出接收失败的情况下发生冲突的条件概率。
执行监视的STA可以使用包含以图15的示例所显示实施的ReFIRe测量报告元素的帧并且根据ReFIRe测量报告请求中指定的规则来向发出请求STA报告ReFIRe测量报告。
图16是ReFIRe测量和报告的示例过程1600的流程图。在图16的示例中,AP 1602(或另一个STA)可以向STA 1601发送包含ReFire测量能力元素1610的帧,并且作为ReFIRe测量能力交换的一部分,STA 1601可以使用包含ReFIRe测量能力元素1611的帧来对AP1602(或其他STA)做出响应。然后,AP 1602(或其他STA)可以向STA1601发送具有ReFire测量和报告请求元素1612的帧。然后,AP 1602(或其他STA)可以向STA 1601发送分组1613和1615(例如数据分组),其中STA1601可以对所述分组执行ReFire测量1614。然后,STA 1601可以向AP 1602(或其他STA)发送带有ReFire测量和报告元素1617的帧。
针对ReFIRe和/或干扰测量报告的请求可以使用优先排序的服务质量管理帧(QMF)服务。为了请求ReFIRe测量报告而被发送的管理帧可以与已被启用的相关联QMF服务一起使用。支持QMF服务的QoS STA可以根据MMPDU接入类别来区分其MMPDU递送。每一个MMPDU的接入类别可以通过发射机的当前QMF策略来指定。
在为这些报告启用这种QMF服务时,以下过程可被使用。如IEEE 802.11ae标准中定义的那样,QMF策略元素可以定义管理帧的QMF接入类别映射(QACM),并且可被用于在STA之间通告和交换QMF策略。图17是示例的QMF策略元素1700的图示。所述QMF策略元素可以包括QAM报头1701、行为帧类别1702以及行为值位图1703。
图18是QMF策略元素(QACM字段)的QACM报头子字段1800的示例格式的图示,其中该元素是在IEEE 802.11ae标准中定义的。QACM报头子字段可以包括QACM字段类型1801、QACM字段长度1802、ACI 1803以及管理帧子类型1804。当为行为帧类别子字段中的行为帧类型的子集规定了QACM策略时,可以包含所述行为值位图子字段。管理帧子类型1804可以如表2中所示来定义,其是IEEE 802.11标准的扩展。
表2–有效类型和子类型的组合
Figure GDA0002302392160000481
Figure GDA0002302392160000491
在表2中还可以存在附加的子类型信息,其中所述信息可以包括与ReFIRe信息关联或是对其进行补充的干扰测量信息。
当如这里详述的情形中描述的那样没有正确接收到分组,那么进行传输的STA可能需要在尝试实施另一次介质接入之前实施指数回退。在这里,进行接收的STA可以是预定的进行接收的STA或是附近的非预定STA,并且该STA在能够尝试介质接入之前可能需要等待一个延长的时段(例如EIFS)。这种接收失败修复过程有可能导致MAC效率低下,并且还会导致性能恶化,在密集部署AP和STA以及在WiFi网络上加载了繁重的业务量的时候尤其如此。在这里描述了接收失败修复的方法和装置,包括用于接收失败修复的NACK方法以及用于发射机和接收机接收失败修复的方法。这些方法可以改进MAC的效率。
STA可以根据这里描述的一个实施方式使用NACK信号来指示发送至所述STA的分组未被正确接收。在下文中详细描述了示例的NACK帧,并且在下文中还描述了使用这些示例的NACK帧的示例的接收失败修复过程。
图19是包含在用于接收失败修复的NACK信号中的示例NACK帧的图示1900。图19所示的示例NACK帧可以包括但不局限于以下字段:MAC报头1901,所述MAC报头包括帧控制1902、持续时间1903、接收机地址(RA)1904、发射机地址(TA)1905以及分组细节字段1906。该NACK帧还可以包括接收失败类型1907字段、接收失败细节字段1908、建议行为字段1909以及包括分组的FCS码的FCS字段1910。
MAC报头中的帧控制字段1902可以包括指示当前帧是NACK帧的指示。举例来说,NACK帧可以用类型与子类型帧的组合来标识。所述帧控制字段或是所述帧或PLCP/MAC报头中的其他任何字段都可以包括用于指示所述帧是NACK帧的扩展字段。此类扩展字段可以被独立地解释,或可以以与类型和/或子类型字段相结合的方式解释。NACK帧的类型可被设置为管理、控制、数据、NDP或扩展。
持续时间字段1903可被设置成NACK为介质预留的值。RA字段1904可以包括NACK帧的目的地STA的地址。TA1905字段可以包括发送NACK帧的进行传输的STA的地址。
分组细节字段1906可以指定所述NACK与哪个或哪些分组相关联。该分组细节字段1906可以用一个或多个序列号或是值来实施,例如“最接近的先前分组”。该分组细节字段1906可以是MAC报头1901的一部分或是帧主体的一部分。如果在分组接收失败之后立即传送分组细节字段1906,那么可以省略该字段1906。
接收失败类型字段1907可以指定为一个或多个分组检测到何种接收失败。潜在的值包括接收失败情形1、接收失败情形2、接收失败情形3、接收失败情形4或是未知的接收失败类型的指示。在一个实施方式中,该指示可以作为整数来实现,其中每一个值与特定的接收失败类型相关联。
接收失败细节字段1908可以指定所识别的接收失败的细节。举例来说,在将接收失败类型识别成接收失败情形2时,接收失败细节字段可以指示接收的分组受到破坏的时间,例如在分组接收过程中检测到重叠分组的时间。在这个示例中,举例来说,重叠时间可被指定成OFDM符号数量、时间或码字。如果使用了多个OFDM符号,那么接收失败细节字段可以包括被检测到重叠的OFDM符号的数量或是在检测到重叠的情况下接收的良好的OFDM符号的数量。如果使用的是时间,那么接收失败细节字段可以包括检测到重叠的时间或者是作为检测到重叠之前的时间量的时间。举例来说,该时间的参考点可以是定时器同步功能(TSF)定时器,诸如格林威治标准时间(GMT)之类的某个公共时间基准,或是接收到的分组或MAC报头的开始时间。在所有这些测量中,接收机可以通过指示检测到重叠的实际时间或OFDM符号之前的时间或OFDM符号来调节关于所述重叠的检测的定时中的任何不精确性。
建议行为字段1909可以指示由进行接收的STA向进行传输的STA提供以修复接收失败的建议行为。该建议行为字段可以包括一个或多个字段,每一个字段对应于一个推荐的行为。
在一个示例实施方式中,建议行为字段1909中的每一个字段可以具有两个子字段(类型和细节),并且建议行为可以包括以下的一项或多项:MCS建议,请求发送/清除发送(RTS/CTS)建议,立即传输建议,正常重传建议,HARQ传输建议或是增大发射功率建议。对于MCS建议,类型子字段可以指示MCS行为,并且细节子字段可以包括建议使用的特定MCS。作为替换,用于MCS建议的细节子字段可以包括诸如“减少MCS”之类的行为。对于RTS/CTS建议,类型子字段可以指示“RTS/CTS”,并且作为示例,细节子字段可以包括“为该重传使用RTS/CTS”或者“为针对该目的地的所有后续传输使用RTS/CTS”。对于立即重传指示,类型子字段可以指示“立即重传”,并且作为示例,细节子字段可以包括“完全重传”或“部分重传”。对于正常重传建议,类型子字段可以指示“正常重传”。对于HARQ传输建议,类型子字段可以指示“HARQ传输”,并且细节子字段可以指示“跟踪合并”或是“增量冗余”以及增量冗余版本。对于增大发射功率建议来说,类型子字段可以指示“调整发射功率”,以及细节子字段可以指示进行传输STA在向执行接收STA进行传输时为了增大发射功率应该使用的值。
图20是用于接收失败的另一个示例NACK帧的图示2000。在该示例中,STA可以指示其没有正确接收的分组的特定数量。图20所示的示例NACK帧可以包括但不局限于以下字段:MAC报头2001,其包括帧控制2002,持续时间2003,接收机地址(RA)2004以及发射机地址(TA)2005。该NACK帧还可以包括字段数量字段2006以及例如字段1 2007至字段N 2008,以及包括所述分组的FCS码的FCS字段2009。在图20的示例中,NACK帧可以包括字段数量字段2006以及诸如跟随在“字段数量”字段之后字段1 2007至字段N 2008,其每一个字段可以对应于未被正确接收的分组。与未被正确接收的分组对应的每一个字段可以包括多个不同的子字段,例如分组细节字段2011,接收失败类型2012字段,接收失败细节字段2013和建议行为字段2014。
在接收修复过程中可以使用NACK帧,例如图19和20所示的任一NACK帧。示例的接收修复过程如下所述。
在示例的接收修复过程中,进行接收的STA在接收分组期间或者在接收分组之后立即检测并标识出接收失败。在该STA检测或识别出至少一个接收失败的情况下,进行接收的STA可以生成NACK并且立即将其发送给进行传输的STA。作为替换,在以下情况下,进行接收的STA可以在稍后的时间点向进行传输的STA发送NACK:进行接收的STA被调度成在所调度的间隔(例如异步功率节省递送(APSD)间隔、功率节省多轮询(PSMP)间隔、RAW、PRAW、TWT或是其他任何类型的调度或指配间隔)中从进行传输的STA接收一个或多个分组;或者,进行接收的STA识别出其自身是预定的接收STA,并且所述进行接收的STA识别出了进行传输的STA。
在进行接收的STA被调度成在所调度的间隔中接收来自进行传输的STA的一个或多个分组的情况中,无论CCA状态怎样,进行接收的STA都会向所调度的进行传输的STA发送NACK,其中所述NACK可以是在被调度或指配的时隙开始之后的某最大分组长度之后传送的。进行接收的STA可以指示所识别的任何类型的接收失败,例如接收失败情形1,接收失败情形2,接收失败情形3,接收失败情形4,以及未知的接收失败类型。
在进行接收的STA识别出其自身为预定的接收STA,并且识别出进行传输的STA的情况中,进行接收的STA可以在其获取了TXOP的时候传送NACK帧,作为示例,所述TXOP可以是被调度或获取的EDCA TXOP。举例来说,这种情况可能会在进行接收的STA正确解码了PLCP报头的时候(例如接收失败情形1或接收失败情形2)发生,所述PLCP报头包括以下的一项或多项的指示:对于下行链路(DL)情况,DL传输指示,与进行接收的STA的AID相匹配的部分AID,与进行接收的STA的MAC地址相匹配的MAC报头中的RA地址,或是与AP的MAC地址相匹配的MAC报头中的TA地址;对于上行链路(UL)情况,UL传输指示,与AID的ID相匹配的部分AID,与AP的MAC地址相匹配的MAC报头中的RA地址,或是与关联于AP的STA的MAC地址相匹配的MAC报头中的TA地址。这也可以例如在RA字段和TA字段(或其等效物)在新定义的报头中被正确标识时发生,该新定义的报头可以被验证(例如通过其自己的FCS或FEC字段)。这还可以例如在RA字段和TA字段(或其等效物)在可以被验证(例如通过其自己的FCS或FEC字段)的MAC报头中被正确标识时发生。
进行接收的STA可以向进行传输的STA报告在NACK帧或是其他任何类型的控制、管理、数据或扩展帧中的接收失败类型和接收失败细节字段中检测到的接收失败的类型。
进行接收的STA还可以在NACK帧或到进行传送的STA的任何其它类型的控制、管理、数据、NDP或扩展帧中向进行传输的STA建议适当的行为。举例来说,如果检测到了接收失败情形1,那么进行接收的STA可以在建议行为字段中包括以下的一个或多个行为:降低MCS,增大发射功率,正常重传,立即重传或HARQ传输。如果检测到了接收失败情形2,那么进行接收的STA可以在建议行为字段中包含以下的一个或多个行为:将RTS/CTS用于重传,将RTS/CTS用于去往该目的地的所有后续传输,正常重传,立即重传或HARQ传输。如果检测到了接收失败情形3,那么进行接收的STA可以在建议行为字段中包括以下的一个或多个行为:增大发射功率,正常重传,立即重传或HARQ传输。如果检测到了接收失败情形4或是未知类型的接收失败,那么进行接收的STA可以在建议行为字段中包括以下的一个或多个行为:正常重传,立即重传或HARQ传输。
在识别出了接收失败情形3和/或接收失败情形4的情况下,在传输结束或是CCA变为空闲的时间,进行接收的STA需要等待一个EIFS时间。此外,如果进行接收的STA识别出其自身即为预定(intended)的接收STA,那么在识别出了接收失败情形1的情况下,该STA可以在传输结束或是CCA变为空闲的时间等待一个EIFS时间。
在进行传输的STA从进行接收的STA接收到NACK的情况下,进行传输的STA可以执行以下的一个或多个处理。如果识别出接收失败情形1,那么进行传输的STA可以不执行指数回退,可以增大发射功率,调整发射功率控制(TPC),可以降低MCS和/或可以遵循包含在NACK或是来自进行接收的STA的一个或多个其他任何类型的帧中的建议行为。如果识别出接收失败情形2,那么进行传输的STA可以不执行指数回退,可以将RTS/CTS交换用于所讨论的分组的重传,可以为其向进行接收的STA传送的任何以后的分组使用RTS/CTS交换,和/或可以遵循包括在NACK或是来自进行接收的STA的一个或多个其他任何类型的帧中的建议行为。如果识别出接收失败情形3,那么进行传输的STA可以不执行指数回退,可以增大发射功率,调整TPC和/或可以遵循包括在NACK或是来自进行接收的STA的一个或多个其他任何类型的帧中的建议行为。如果识别出了接收失败情形4或未知类型的接收失败,那么进行传输的STA可以执行指数回退,增大发射功率,调整发射功率控制(TPC)和/或遵循在NACK或是来自进行接收的STA的一个或多个其他任何类型的帧中包含的建议行为。
图21是使用RTS/CTS的示例接收失败修复过程2100的图示。在图21所示的示例中,进行传输的STA(STA1 2101)向进行接收的STA(STA2 2102)传送分组2104。然而,在STA22102接收分组的同时,隐藏节点(产生干扰的STA 2103)传送分组2111(例如给STA N),该分组会与传送至STA2 2102的分组重叠。因此,STA2可以检测到接收失败情形2 2107,并且立即(例如在所述分组是在所调度的间隔中被传送到STA2 2102的时候)或者在所述STA22102通过调度或争用2113获得了TXOP的时候向STA1 2101传送NACK 2108。
STA2 2102可以向STA1 2101通告2112所述接收失败是接收失败情形2,并且可以建议STA1 2101在向STA2 2102重传的时候使用RTS/CTS交换。在STA1 2101接收到NACK的情况下,它不需要实施指数回退并且可以改为在STA1 2101通过争用或调度2114获得了TXOP的时候向STA2 2102传送RTS 2105。响应于从STA2 2102接收到CTS 2109,STA1 2101可以执行到STA2 2102的重传2106,STA2 2102可以使用ACK 2110来响应。图21所示的示例过程是对照接收失败情形2描述的;然而,该过程可用于其他类型的接收失败或是HARQ传输方案。
图22是使用即时重传的示例接收失败修复过程2200的图示。在图22中示出的示例中,进行传输的STA(STA1 2201)向进行接收的STA(STA2 2202)传送分组2204。在STA2 2202接收分组的同时,隐藏节点(产生干扰的STA 2203)传送与传送到STA2的分组相重叠的分组2210(例如到STA N)。由此,STA2 2202会检测到接收失败情形2 2206,并且可以即时(例如在所述分组是在所调度的间隔中被传送到STA2的时候)或者在STA2 2202通过调度或竞争2212获得了TXOP的时候向STA1 2201传送NACK 2207。STA2 2202可以使用NACK 2207来为从STA1 2201到STA2 2202的重传2205实施网络分配矢量(NAV)保留2211,并且可以通过将NACK帧的持续时间字段设置成重传持续时间以及设置ACK持续时间和所需要的任何IFS时间来进行随后跟随的ACK 2209。如果还建议了任何降低的MCS,那么STA2 2202可以使用降低的MCS来调整重传的持续时间。
STA2 2202可以向STA1 2201通告2208所述接收失败是接收失败情形2,并且可以推荐STA1 2201在向STA2重传2205的时候使用即时重传。当STA1 2201接收到NACK时2207,所述STA不需要实施指数回退。取而代之的是,STA1 2201可以响应于从STA2 2202接收到NACK 2207(例如在从NACK帧结束时起的SIFS时间之后)而开始向STA2 2202重传2205。如果STA2 2202正确接收到了该重传,那么STA2 2202可以对该重传2205做出应答(ACK 2209)。
图22所示的示例过程是对照接收失败情形2描述的;然而,该过程可用于其他类型的接收失败或是HARQ传输方案。
以下描述的是用于发射机和接收机接收失败修复的方法,作为示例,这包括混合重传、部分重传以及混合部分重传。混合重传可以包括在先前传输中受损的重传分组会话以及新的传输分组会话。混合重传方法可以使用聚合MAC协议数据单元(A-MPDU)或是聚合PSDU(A-PSDU)来实施,并且可以用于接收失败情形1和接收失败情形2。对于A-MPDU格式来说,重传可以包括若干个重传的MDPU子帧以及新的MDPU子帧。通过修改A-MPDU格式,可以启用HARQ组合。
图23是示例的经过修改的A-MPDU分组的图示2300。A-MPDU分组可以包括前导码2301、11ax信令字段(IEEE 802.11ax SIG字段)2302以及净荷2303。此外,如图23的示例所示,A-MPDU分组包括两个重传MPDU子帧2304和2309以及一个新传输MPDU子帧2315。所述重传MPDU子帧2304和2309可以包括MPDU分隔符2305和2308,净荷2306和2310,以及填充位2307和2311。新传输MPDU子帧2315可以包括MPDU分隔符2312、净荷2313以及填充位2314。所述重传净荷可以包括MPDU报头2316、净荷2317以及FCS 2318。
在一个实施方式中,重传MPDU子帧2304和2309的MPDU报头可以保持与原始传输中相同。
此外,如果将分隔符用于初始传输,那么重传MPDU子帧的MDPU分隔符2305和2308可以与初始传输保持相同,如果没有为初始传输使用分隔符,那么可以重新定义该分隔符。如果重新定义了重传MPDU子帧的MPDU分隔符,那么该分隔符可以用全零序列来替换,或者可以采用下表3中的方式修改。
表3
Figure GDA0002302392160000571
在常规的前导码和信令之后可以包含附加信令字段(例如用于混合重传的IEEE802.11ax SIG字段)。在传统的SIG字段中,可以使用一个或两个比特来指示用于重传的IEEE 802.11ax SIG字段跟随在前导码之后。在该字段中可以运送一个或多个相关子帧的重传相关信息。用于混合重传的IEEE 802.11ax SIG字段2302可以包括在下表4中提供的字段。
表4
Figure GDA0002302392160000572
Figure GDA0002302392160000581
部分重传可以包括初始传输中的只受损部分的重传,例如,在接收失败情形2中,(在进行接收的STA用信号向进行传输的STA通告分组中的一些OFDM符号受损时)。当进行接收的STA检测到接收失败情形2时,如果接受分组是因为部分重叠的分组而发生失败的,那么接收机可以在控制帧(例如NACK帧)中用信号向发射机告知某些OFDM符号可能受损或者可能具有较低的可靠性。进行传输的STA可被配置成只重传受损的OFDM符号,以使接收机可以将其与初始传输相结合,且然后对整个分组进行解码。
在一个实施方式中,初始传输的MAC报头可被单独编码或是通过填充零值来终止。在这种情况下,初始传输的MAC报头可以通过其自身的FCS被保护。发射机可以准备MAC报头、MAC主体、前导码以及信令字段作为用于重传的PHY报头。
图24是具有单独编码的MAC报头的示例的部分重传2400的图示。为了准备用于重传的MAC报头2404,该MAC报头2404可被单独编码,并且可以用其自身的FCS 2405来保护,以及可以包括部分重传信息,例如重传类型(该类型可以指示其为部分重传),HARQ进程ID,以及重传的OFDM符号索引(举例来说,在该重传中可以包含来自初始传输的起始OFDM符号的索引)。MAC报头2402中的前导码和SIG 2401以及OFDM符号可以被重传。
为了准备用于重传的MAC主体2407,所述MAC主体2407可以使用与先前传输相同的方式来进行编码和调制2406,并且在OFDM符号域中,只有所需要的符号可以被重传2403。发射机可以收集从最后一次传输时起的MAC帧主体的所有信息比特。在这里可以不包括先前传送的MAC报头,并且MAC帧主体可以通过其自身的FCS 2408来保护。发射机可以使用与先前传输相同的MCS和传输方案来将收集到的信息比特(包括MAC主体2407和FCS 2408)传递到传输框图中。该发射机可以获取N个OFDM符号,检查来自接收机的反馈帧,以及传送被指示成是可靠性较低的符号的OFDM符号。举例来说,反馈帧可以指示OFDM符号k到k+m不可靠。然后,发射机可以将来自N个OFDM符号的OFDM符号k到k+m聚合成经过编码和调制的MAC报头。在另一个实施方式中,发射机可以为重传中使用的OFDM符号数量添加余量(也就是说,它可以传送与所指示的OFDM符号相比更多的OFDM符号)。举例来说,它可以传送OFDM符号k-j1到k+m+j2。在SIG字段中可以指示一些部分重传相关的信息,例如重传类型、HARQ进程ID以及重传的OFDM符号索引。
在另一个实施方式中,初始传输的MAC报头可以连同MAC主体一起受一个FCS保护(也就是说,包括MAC报头、MAC主体和FCS在内的整个MAC帧都被编码在一起)。在这种情况下,初始传输的SIG字段可以包括必要的信息,以使接收机可以获取足够信息而开始ReFIRe修复过程。
在这个实施方式中,发射机可以重新使用在初始传输中传送的MAC报头和MAC主体,并且可以使用一个FCS来保护MAC报头和MAC主体。在这种情况下,整个MAC帧可以被传递至PHY层,并且发射机可以使用与先前传输相同的MCS和传输方案。一旦发射机获得了N个OFDM符号,那么它可以检查来自接收机的反馈帧,并且可以保留被指示为可靠性较低的某些OFDM符号。举例来说,该反馈帧可以指示OFDM符号k到k+m不可靠。在这里,发射机可以将来自N个OFDM符号的OFDM符号k到k+m聚合到经过编码的MAC报头中。在另一个示例中,发射机可以为重传中使用的OFDM符号数量添加余量(也就是说,它可以传送比所指示的OFDM符号更多的OFDM符号)。在先前示例中,它可以传送OFDM符号k-j1至k+m+j2。
发射机准备前导码和信令字段,以此作为用于重传的PHY报头。在SIG字段中可以指示一些部分重传相关的信息,例如重传类型、HARQ进程ID以及重传的OFDM符号索引。
当进行接收的STA接收到针对接收失败情形1的部分重传时,该进行接收的STA可以将重传的信号与该接收机上的初始传输相结合,以便提高所接收的比特的对数似然比(LLR)以及提升链路性能。对于接收失败情形2,由于接收失败是因为冲突造成的,因此,对重传信号和初始传送的信号执行盲HARQ合并可能会导致性能较差。相应地,在一个实施方式中,进行接收的STA可以丢弃初始传输中的可靠性较低的信息,并且可以在将组合的LLR传递至解码器之前将所述信息替换成接收自重传的信息。在进行传输的STA为在重传中使用的OFDM符号的数量添加了余量的情况中,进行接收的STA可以对该余量中的OFDM符号执行HARQ合并,以便提升整体性能。在另一个实施方式中,在将初始传输与重传相组合并将组合的LLR传递至解码器之前,进行接收的STA可以给初始传输中的可靠性较低的信息加权适当的加权因子。
对于混合部分重传,当进行接收的STA检测到接收失败情形2时,其中所接收的分组是因为部分重叠的分组而失败的,进行接收的STA可以在控制帧(例如NACK帧)中用信号向进行传输的STA通告某些OFDM符号可能受损或者具有较低的可靠性。在这里,进行传输的STA可以决定连同新传输一起重传受损的OFDM符号。进行接收的STA可以将重传的OFDM符号与原始传输相结合,并对其进行解码。
混合部分重传可以包括先前传输中受损的部分重传分组会话以及还有新的传输分组会话。该混合部分重传可以使用A-MPDU或A-PSDU帧来实现。
在一些环境中,即使重传没有与先前传输相结合,自解码性(self-decodability)需求也可以确定重传是否必定是可解码的。在这种情况下,初始编码的流可以用一种确保解码分组所需要的所有比特全都存在的方式被穿孔。
对于接收失败情形1,其中接收分组是因为其为帧主体使用了过于激进的MCS而发生失败的,那么接收信号仅仅受到噪声损害。重传的信号可被设置成是改善初始传输所需要的实际比特,由此,在与初始传输相结合的时候,所产生的分组是可解码的。在这种情况下,重传的自解码性并不是必需的。
对于接收失败情况2,其中接收分组是因为部分重叠的分组发生失败的,那么即使使用了HARQ合并,来自干扰分组的损坏也可能导致分组无法解码(尤其是在干扰功率高的情况下)。在这种情况下,如果来自重叠分组的干扰致使初始传输在重叠区域中无用,那么重传信号将必须是可以自解码的。
实施例
1、一种用于在站(STA)中使用的方法,该方法包括:
识别分组接收失败的原因。
2、如实施例1所述的方法,其中该接收失败是因为为分组的帧主体使用了过度激进的MCS。
3、如实施例1所述的方法,其中该接收失败是因为部分重叠的分组。
4、如实施例1所述的方法,其中该接收失败是因为噪声/白噪声类的干扰。
5、如实施例1所述的方法,其中该接收失败是因为冲突。
6、如前述任一实施例所述的方法,还包括:
检测空闲信道评估(CCA)繁忙。
7、如前述任一实施例所述的方法,还包括:
确定是否成功解码了分组的物理层会聚协议(PLCP)报头。
8、如实施例7所述的方法,还包括:
在成功解码了分组的PLCP报头的情况下,确定帧主体的帧校验序列(FCS)是否通过。
9、如实施例8所述的方法,还包括:
在帧主体的FCS通过的情况下,确定成功接收到该分组。
10、如实施例8所述的方法,还包括:
在帧主体FCS失败的情况下,确定分组接收期间接收功率水平是否突然变化,或者是否存在分组重叠。
11、如实施例8所述的方法,还包括:
在帧主体FCS失败并且检测到有效的前导码的情况下,在PLCP报头中指示的时间长度终止之后确定CCA是否繁忙。
12、如实施例11所述的方法,还包括:
在CCA繁忙的情况下,确定接收失败是接收失败情形2,其中接收失败情形2是部分分组重叠。
13、如实施例11所述的方法,还包括:
在CCA不繁忙的情况下,确定在该分组的接收期间接收功率水平是否突然变化,或者是否存在分组重叠。
14、如实施例10所述的方法,还包括:
在帧主体FCS失败的情况下,确定在该分组的接收期间接收功率水平是否突然变化,或者是否存在分组重叠。
15、如实施例14所述的方法,还包括:
在接收功率水平没有突然变化,也没有分组重叠的情况下,确定帧主体的MCS是否高于分组的前导码的MCS。
16、如实施例15所述的方法,还包括:
在帧主体的MCS不高于分组的前导码的MCS的情况下,确定该接收失败是未知类型。
17、如实施例15所述的方法,还包括:
在帧主体的MCS大于分组的前导码的MCS的情况下,确定该接收失败是接收失败情形1。
18、如实施例14所述的方法,还包括:
在接收功率水平突然变化或者分组重叠的情况下,确定该接收失败是接收失败情形2。
19、如实施例7所述的方法,还包括:
在没有成功解码分组的PLCP报头的情况下,确定是否为该分组观察到高功率水平。
20、如实施例19所述的方法,还包括:
在为该分组没有观察到高功率水平的情况下,确定该接收失败是接收失败情形3。
21、如实施例19所述的方法,还包括:
在为该分组观察到高功率水平的情况下,确定是否观察到强的短训练字段(STF)/长训练字段(LTF)相关性。
22、如实施例21所述的方法,还包括:
在观察到强的短训练字段(STF)/长训练字段(LTF)相关性的情况下,确定该接收失败是接收失败情形4。
23、如实施例22所述的方法,还包括:
在没有观察到强的短训练字段(STF)/长训练字段(LTF)相关性的情况下,确定该接收失败是未知类型。
24、如前述任一实施例所述的方法,还包括:
更新接收失败标识和修复(ReFIRe)测量统计数据库。
25、如前述任一实施例所述的方法,其中通过使用自相关来确定是否观察到强的短训练字段(STF)/长训练字段(LTF)相关性。
26、如前述任一实施例所述的方法,其中通过使用互相关性来确定是否观察到强的短训练字段(STF)/长训练字段(LTF)相关性,以及执行定时/频率偏移校正。
27、如前述任一实施例所述的方法,其中PLCP报头具有循环冗余校验(CRC)。
28、如前述任一实施例所述的方法,还包括:
确定接收信号强度指示(RSSI)。
29、如前述任一实施例所述的方法,还包括:
检测多个导频,其中所述多个导频被用于相位追踪。
30、如前述任一实施例所述的方法,还包括:
接收包含ReFIRe测量能力元素的帧。
31、如前述任一实施例所述的方法,还包括:
传送包含ReFIRe测量能力元素的帧。
32、如前述任一实施例所述的方法,还包括:
接收带有ReFIRe测量和报告请求元素的帧。
33、如前述任一实施例所述的方法,还包括:
接收数据分组。
34、如实施例33所述的方法,还包括:
基于所接收的数据分组来执行ReFIRe测量。
35、如前述任一实施例所述的方法,还包括:
传送带有ReFIRe测量和报告报告元素的帧。
36、如前述任一实施例所述的方法,其中确定在该分组的接收期间接收功率水平是否突然变化或者是否存在分组重叠还包括确定即时接收功率(IRP)测量。
37、如实施例36所述的方法,其中IRP测量被定义成是短时段上的平均接收功率。
38、如实施例37所述的方法,还包括:
确定IRP测量的变化(variation)。
39、如实施例38所述的方法,还包括:
确定基于接收功率的失败类型指示符(RPFTI),所述RPFTI可以用于区分接收失败的类型。
40、如实施例39所述的方法,其中RPFTI是基于IRP测量以及IRP测量的变化的。
41、如实施例40所述的方法,还包括:
确定基于接收功率的可靠性指示符(RPRI),所述RPRI可以用于指示受损接收信号的可靠性。
42、如实施例41所述的方法,其中该RPFTI是基于IRP测量以及IRP测量的变化的。
43、如前述任一实施例所述的方法,还包括:
计算解码器可靠性度量(DRM)。
44、如实施例43所述的方法,还包括:
在确定多个解码比特是否通过CRC校验之前,在一个过程中使用DRM来指示所述解码比特的可靠性。
45、如实施例43所述的方法,其中该计算是基于STA在解码分组的过程期间获取的度量的。
46、如实施例43所述的方法,其中DRM被定义成八位位组值,其中零值或低数字代表的是来自很不可靠的受损分组的解码码字,以及较高的八位位组值代表被认为可靠的解码码字。
47、如实施例43所述的方法,其中DRM在计算CRC校验和之前被使用,或者在CRC校验和失败发生的情况下用作附加信息。
48、如前述任一实施例所述的方法,还包括:
定义ReFIRe分数,该分数是多个因子的加权组合。
49、如前述任一实施例所述的方法,还包括:
使用ReFIRe测量报告和利用能力信息元素(IE)来指示能力。
50、如实施例49所述的方法,其中ReFIRe测量报告和利用能力IE包括元素ID字段、长度字段以及ReFIRe测量和报告能力字段中的至少一个。
51、如实施例50所述的方法,其中ReFIRe测量和报告能力字段包括PHY层测量和报告、MAC层统计测量和报告以及ReFIRe测量报告选项中的至少一个。
52、如前述任一实施例所述的方法,还包括:
将参数dot11ReceptionFailureDetection设置成TRUE,以便指示STA已经在该STA能够检测接收失败特性的情况下实施了接收失败检测。
53、如前述任一实施例所述的方法,还包括:
将ReFIRe测量报告和利用能力IE包含在探测请求、关联请求或是其他类型的帧中,以便指定STA自身的ReFIRe测量和报告能力以及使用ReFIRe测量的能力。
54、如前述任一实施例所述的方法,还包括:
发送ReFIRe测量报告请求元素来请求一个或多个STA实施ReFIRe测量和报告。
55、如实施例54所述的方法,其中ReFIRe测量报告请求元素包括元素ID字段、长度字段以及物理(PHY)和介质接入控制(MAC)层测量和报告字段中的至少一个。
56、如前述任一实施例所述的方法,还包括:
接收ReFIRe测量报告。
57、如实施例56所述的方法,其中ReFIRe测量报告是基于在ReFIRe测量报告请求中规定的多个规则的。
58、如实施例57所述的方法,其中ReFIRe测量报告包括元素ID字段、长度字段、字段数量字段以及多个字段中的至少一个,其中所述多个字段包含测量的一个或多个STA的干扰和参数。
59、一种用于在站中使用的方法,该方法包括:
传送包含了接收失败标识和修复(ReFIRe)测量能力元素的帧;
接收带有ReFIRe测量和报告请求元素的帧;
接收数据分组;
基于所接收的数据分组以及所接收的ReFIRe测量和报告请求元素来执行ReFIRe测量;以及
传送带有ReFIRe测量和报告报元素的帧,其中所述ReFIRe测量和报告报告元素是基于ReFIRe测量的。
60、如实施例59所述的方法,其中ReFIRe测量指示接收失败的类型。
61、一种用于在站(STA)中使用用于检测分组接收期间的冲突的方法,该方法包括:
识别接收分组的到来;以及
对接收分组执行解码过程。
62、如实施例61所述的方法,还包括:
在解码过程失败的情况下:
对接收分组运行分组到达检测块;以及
确定该分组检测块的相关值。
63、如实施例62所述的方法,还包括:
在分组检测块的相关值超出预定阈值的情况下,指示存在冲突的分组。
64、如实施例62所述的方法,还包括:
在分组检测块的相关值小于预定阈值的情况下,指示不存在冲突的分组。
65、一种用于在分组接收期间提供功率水平变化的层间指示的方法,该方法包括:
生成PMD_PowerChange.indication原语;以及
将PMD_PowerChange.indication原语传送到物理层汇聚协议(PLCP)实体和媒介接入控制(MAC)层实体,其中所述PMD_PowerChange.indication原语包括PowerChange和Time参数。
66、根据实施例65所述的方法,其中,PMD_PowerChange.indication原语由物理介质相关(PMD)层实体传送。
67、一种用于提供对新分组的到达的检测的层间指示的方法,所述方法包括:
生成PMD_NewPacketDetected.indication原语;以及
向物理层会聚协议(PLCP)实体和媒介接入控制(MAC)层实体传送所述PMD_NewPacketDetected.indication原语,其中PMD_NewPacketDetected.indication原语包括NewPacketDetected和Time参数。
68、如实施例67所述的方法,其中所述PMD_NewPacketDetected.indication原语由物理介质相关(PMD)层实体传送。
69、一种用于在分组接收期间提供功率水平变化的层间指示的方法,该方法包括:
生成PHY-PowerChange.indication原语;以及
向媒介接入控制(MAC)层实体传送PHY-PowerChange.indication原语,其中所述PHY-PowerChange.indication原语包括PowerChange和Time参数。
70、如实施例69所述的方法,其中所述PHY-PowerChange.indication原语由物理层汇聚协议(PLCP)实体传送。
71、如实施例69所述的方法,其中PHY-PowerChange.indication原语由物理层会聚协议(PLCP)实体生成。
72、一种用于请求与在先前或是即将进行的分组接收期间检测到的功率水平变化有关的信息的方法,该方法包括:
生成PMD_PowerChangeDetected.request原语;以及
将PMD_PowerChangeDetected.request原语传送至物理介质相关(PMD)层实体,其中所述PMD_PowerChangeDetected.request原语包括PowerChangeThreshold以及RequestMode参数。
73、如实施例72所述的方法,其中所述PMD_PowerChangeDetected.request原语是由物理层会聚协议(PLCP)实体传送的。
74、如实施例72所述的方法,其中所述PMD_PowerChangeDetected.request原语是由物理层会聚协议(PLCP)实体生成的。
75、一种用于请求与在先前或是即将进行的分组接收期间检测的功率水平变化有关的信息的方法,该方法包括:
生成PHY_PowerChangeDetected.request原语;以及
将PHY_PowerChangeDetected.request原语传送到物理层会聚协议(PLCP)实体,其中所述PHY_PowerChangeDetected.request原语包括PowerChangeThreshold和RequestMode参数。
76、如实施例75所述的方法,其中PHY_PowerChangeDetected.request原语由媒介接入控制(MAC)层实体传送。
77、如实施例75所述的方法,其中PHY_PowerChangeDetected.request原语由媒介接入控制(MAC)层实体生成。
78、一种用于请求与在先前或是即将进行的分组接收期间检测的变化相关的信息的方法,该方法包括:
生成PHY-RXChangeDetected.request原语;以及
向物理层会聚协议(PLCP)实体传送所述PHY-RXChangeDetected.request原语,其中PHY-RXChangeDetected.request原语包括RequestedParameters、PowerChangeThreshold以及RequestMode参数。
79、如实施例78所述的方法,其中PHY-RXChangeDetected.request原语由媒介接入控制(MAC)层实体传送。
80、如实施例78所述的方法,其中PHY-RXChangeDetected.request原语由媒介接入控制(MAC)层实体生成。
81、如实施例78所述的方法,还包括:
接收PHY-RXChangeDetected.inindication原语,其中所述PHY-RXChangeDetected.inindication原语包括与在所述先前物理层汇聚协议(PLCP)协议数据单元(PPDU)的接收期间检测到的变化有关的信息,以及其中所述PHY-RXChangeDetected.inindication原语包括DetectedEvent和Time参数。
82、一种用于传送数据单元以及向媒介接入控制(MAC)层实体提供指示的方法,该方法包括:
生成PHY-DATA.indication原语;以及
将所述PHY-DATA.indication原语传送至媒介接入控制(MAC)层实体,其中所述指示包括功率水平变化检测的指示,解码不可靠性的指示,以及当前数据分组的接收期间有新数据分组到来的指示。
83、如实施例82所述的方法,其中PHY-DATA.indication原语是由接收物理层会聚协议(PLCP)实体生成的。
84、一种无线发射/接收单元,包括:
接收单元,被配置为接收分组;
处理单元,被配置为检测在所述分组的接收期间发生的接收错误;以及
发射单元,被配置为在处理单元检测到接收错误的情况下传送否定应答(NACK)消息,该NACK消息包括媒介接入控制(MAC)报头以及至少一个字段,其中该字段包括与检测到的接收错误有关的信息。
85、一种分组接收失败修复的方法,该方法包括由无线发射/接收单元(WTRU)接收分组。
86、如前述任一实施例所述的方法,还包括WTRU检测在分组接收期间发生的接收错误。
87、如前述任一实施例所述的方法,还包括在处理单元检测到接收错误的情况下,WTRU传送否定应答(NACK)消息。
88、如前述任一实施例所述的方法,其中NACK消息包括媒介接入控制(MAC)报头,以及包括与检测到的接收错误有关的信息的至少一个字段。
89、如前述任一实施例所述的方法,其中包括与检测到的接收错误有关的信息的至少一个字段包括以下的一个或多个字段:用于指示检测到的接收错误的类型的字段,包括与检测到的接收失败有关的细节的字段,以及包括可供传送分组的WTRU响应于检测到的接收错误而采取的至少一个建议行为的字段。
90、如前述任一实施例所述的方法,其中NACK消息包括以下的所有字段:用于指示检测到的接收错误类型的字段,包括与检测到的接收错误有关的细节的字段,以及包括可供传送分组的WTRU响应于检测到的接收错误而采取的至少一个建议行为的字段。
91、如前述任一实施例所述的方法,其中MAC报头包括帧控制字段,该字段包括当前帧是NACK帧的指示;持续时间字段,该字段被设置成是NACK将保留介质的值;接收机地址字段,该字段包括将要接收NACK帧的WTRU的地址;发射机地址字段,该字段包括传送NACK帧的WTRU的地址;以及分组细节字段,该字段指定了NACK帧所关联的一个或多个分组。
92、如前述任一实施例所述的方法,其中指示检测到的接收错误类型的字段包括与接收失败情形1、接收失败情形2,接收失败情形3或接收失败情形4之一相对应的值。
93、如前述任一实施例所述的方法,其中接收失败情形1是由于使用对于帧主体过于激进的调制和编码方案(MCS)传送该分组而导致分组接收失败的错误。
94、如前述任一实施例所述的方法,其中接收失败情形2是因为所传送的分组至少与另一个被传送的分组部分重叠而导致分组接收失败的错误。
95、如前述任一实施例所述的方法,其中接收失败情形3是由于噪声或白噪声类干扰而导致分组接收失败的错误。
96、如前述任一实施例所述的方法,其中接收失败情形4是因为冲突而导致分组接收失败的错误。
97、如前述任一实施例所述的方法,其中对于接收失败情形2,包括关于接收失败的细节的字段包括接收分组受损的时间。
98、如前述任一实施例所述的方法,其中包括可供传送分组的WTRU响应于检测到的接收错误而采取的至少一个建议行为的字段包括以下的至少一项:用于针对WTRU的传输的MCS,将请求发送(RTS)/清除发送(CTS)用于针对WTRU的传输的指示,应该立即进行重传的指示,混合自动重复请求(HARQ)传输的指示,或是应该为针对WTRU的传输增大发射功率的指示。
99、如前述任一实施例所述的方法,其中多个接收错误被检测,并且NACK消息包括指示未被正确接收的分组数量的字段以及多个附加字段,所述多个附加字段中的每一个对应于未被正确接收的多个分组中的相应的一个分组。
100、如前述任一实施例所述的方法,其中所述多个附加字段中的每一个包括包括与检测到的接收错误有关的信息的至少一个子字段以及以下的一个或多个子字段:用于指示检测到的接收错误类型的子字段,包括与接收错误有关的细节的子字段,以及包括可供传送分组的WTRU响应于检测到的接收错误所采取的至少一个建议行为的子字段。
101、如前述任一实施例所述的方法,其中多个附加字段中的每一个包括以下的所有子字段:用于指示检测到的接收错误类型的子字段,包括与接收错误有关的细节的子字段,以及包括可供传送分组的WTRU响应于检测到的接收错误所采取的至少一个建议行为的字段。
102、如前述任一实施例所述的方法,其中检测接收错误包括以下的至少一项:确定WTRU没有接收到其在调度间隔中被调度接收的分组;或者识别出WTRU是分组的预定接收者,以及WTRU已经识别了传送分组的WTRU。
103、如前述任一实施例所述的WTRU,其中该WTRU是非接入点(非AP)站(STA)或AP中的一个。
104、如前述任一实施例所述的WTRU,其中WTRU是为WiFi配置的。
105、一种分组接收失败修复的方法,该方法包括:无线发射/接收单元(WTRU)接收包括关于检测到的接收错误的信息的消息。
106、如前述任一实施例所述的方法,其中所述消息是否定应答(NACK)消息,该消息包括媒介接入控制(MAC)报头,以及包括与检测到的接收错误有关的信息的至少一个字段。
107、如前述任一实施例所述的方法,其中包括与检测到的接收错误有关的信息的至少一个字段包括以下的一个或多个字段:用于指示检测到的接收错误类型的字段,包括与检测到的接收错误有关的细节的字段,以及包括可供传送分组的WTRU响应于检测到的接收错误所采取的至少一个建议行为的字段。
108、如前述任一实施例所述的方法,其中NACK消息包括以下的所有字段:用于指示检测到的接收错误类型的字段,包括与检测到的接收错误有关的细节的字段,以及包括可供传送分组的WTRU响应于检测到的接收错误所采取的至少一个建议行为的字段。
109、如前述任一实施例所述的方法,其中MAC报头包括帧控制字段,所述帧控制字段包括当前帧是NACK帧的指示,持续时间字段被设置成NACK将会保留介质所针对的值,包括将要接收NACK帧的WTRU地址的接收机地址字段,包括传送NACK帧的WTRU的地址的发射机地址字段,以及指定了NACK帧所关联的一个或多个分组的分组细节字段。
110、如前述任一实施例所述的方法,其中指示检测到的接收错误类型的字段包括与接收失败情形1,接收失败情形2,接收失败情形3或接收失败情况4之一相对应的值。
111、如前述任一实施例所述的方法,其中接收失败情形1是由于使用对于帧主体过于激进的调制和编码方案(MCS)传送分组而导致分组接收发生失败的错误。
112、如前述任一实施例所述的方法,其中接收失败情形2是因为所传送的分组至少与另一个被传送的分组部分重叠而导致分组接收发生失败的错误。
113、如前述任一实施例所述的方法,其中接收失败情形3是由于噪声或白噪声类干扰而导致分组接收发生失败的错误。
114、如前述任一实施例所述的方法,其中接收失败情形4是因为冲突而导致分组接收发生失败的错误。
115、如前述任一实施例所述的方法,其中对于接收失败情形2,包括与接收失败相关的细节的字段包括接收分组受损的时间。
116、如前述任一实施例所述的方法,其中包括可供传送分组的WTRU响应于检测到的接收错误所采取的至少一个建议行为的字段包括以下的至少一个:用于针对WTRU的传输的MCS,将请求发送(RTS)/清除发送(CTS)用于针对WTRU的传输的指示,应该立即进行重传的指示,混合自动重复请求(HARQ)传输的指示,或应该为针对WTRU的传输增大发射功率的指示。
117、如前述任一实施例所述的方法,其中所述NACK消息包括指示尚未被正确接收的分组的数目的字段和多个附加字段,所述多个附加字段中的每一个对应于未正确接收的分组的数量中的相应一个。
118、如前述任一实施例所述的方法,其中所述多个附加字段中的每一个包括:包括与检测到的接收错误有关的信息的至少一个子字段以及以下的一个或多个子字段:用于指示检测到的接收错误类型的子字段,包括与接收错误有关的细节的子字段,以及包括可供传送分组的WTRU响应于检测到的接收错误所采取的至少一个建议行为的子字段。
119、如前述任一实施例所述的方法,其中所述多个附加字段中的每一个包括以下的所有子字段:指示检测到的接收错误类型的子字段,包括与接收错误有关的细节的子字段,以及包括可供传送分组的WTRU响应于检测到的接收错误所采取的至少一个建议行为的子字段。
120、如前述任一实施例所述的方法,还包括:在在NACK中标识了接收失败情形1的情况下,WTRU执行以下的至少一项或多项:不执行指数回退,增大发射功率,降低MCS,或者遵从NACK中包含的一个或多个建议行为。
121、如前述任一实施例所述的方法,还包括:在在NACK中标识了接收失败情形2的情况下,WTRU执行以下的至少一项或多项:不执行指数回退,使用RTS/CTS交换用于重传分组,将RTS/CTS交换用于传送至进行接收的WTRU的任何以后的分组,或者遵从NACK中包含的一个或多个建议行为。
122、如前述任一实施例所述的方法,还包括:再在NACK中标识了接收失败情形3的情况下,WTRU执行以下的至少一项或多项:不执行指数回退,增大发射功率,或者遵从包括在NACK中的一个或多个建议行为。
123、如前述任一实施例所述的方法,还包括:在在所述NACK中标识了接收失败情形4或未知类型的接收失败的情况下,所述WTRU执行以下的至少一项或多项:不执行指数回退,增大发射功率,或者遵从NACK中包含的一个或多个建议行为。
124、如前述任一实施例所述的方法,还包括:重传至少一个被指示成具有检测到的接收错误的分组连同至少一个新分组传输一起。
125、如前述任一实施例所述的方法,其中,重传至少一个被指示成具有检测到的接收错误的分组连同至少一个新分组传输一起包括:传送聚合媒介接入控制(MAC)协议数据单元(A-MPDU)或聚合物理(PHY)层服务数据单元(A-PSDU)中的至少一个。
126、如前述任一实施例所述的方法,其中A-MPDU包括多个重传的MPDU子帧和新的MPDU子帧。
127、如前述任一实施例所述的方法,其中重传MPDU子帧的MPDU报头保持与初始传输的相同。
128、如前述任一实施例所述的方法,还包括仅重传初始传输的与检测到的接收错误相关联的符号。
129、如前述任一实施例所述的方法,其中初始传输的MAC报头被分开编码或是通过填充零值终止。
130、如前述任一实施例所述的方法,其中初始传输的MAC报头连同MAC主体一起由一个帧校验序列(FCS)来保护。
131、如前述任一实施例所述的方法,还包括仅重传初始传输的与检测到的接收错误相关联的符号,连带新的传输。
132、根据前述任一实施例所述的WTRU,其中该WTRU是非接入点(非AP)站(STA)或AP中的一个。
133、根据前述任一实施例所述的WTRU,其中所述WTRU是为WiFi配置的。
134、一种无线发射/接收单元(WTRU),被配置成执行如前述任一实施例所述的方法。
135、一种接入点,被配置成执行如前述任一实施例所述的方法。
136、一种基站,被配置成执行如前述任一实施例所述的方法。
137、一种用户设备(UE),被配置为执行如前述任一实施例所述的方法。
138、一种e节点B,被配置为执行如前述任一实施例所述的方法。
139、一种网络节点,被配置为执行如前述任一实施例所述的方法。
140、一种IEEE 802.11站(STA),被配置成执行如前述任一实施例中的方法。
虽然这里描述的解决方案考虑的是IEEE802.11特定协议,但是应该理解,这里描述的解决方案并不局限于这个场景,而是同样适用于其他无线系统。
虽然在上文中采用特定组合描述了特征和要素,但是本领域普通技术人员将会认识到,每一个特征既可以单独使用,也可以与其他特征和要素进行任何组合。此外,这里描述的方法可以在引入计算机可读介质中以供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读媒体的示例包括电信号(经由有线或无线连接传送)以及计算机可读存储介质。关于计算机可读存储媒体的示例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、内部硬盘和可拆卸磁盘之类的磁介质、磁光介质、以及CD-ROM盘和数字多用途盘(DVD)之类的光介质。与软件关联的处理器可以用于实施在WTRU、UE、终端、基站、RNC或任何计算机主机中使用的射频收发信机。

Claims (11)

1.一种用于在IEEE 802.11站STA中使用的方法,该方法包括:
经由载波侦听多路访问CSMA无线介质从进行传输的STA接收接收信号内的分组;
通过执行多个检查中的至少一个检查来确定在所述接收信号内是否正确接收到所述分组,所述多个检查中的所述至少一个检查包括确定所述分组的物理层会聚协议PLCP报头是否被正确解码;
基于所述多个检查中的所述至少一个检查确定所述分组的接收因为接收失败而未被正确接收;
生成包括接收失败原因的指示和建议行为的否定应答信号NACK,以使所述进行传输的STA能够修复所述接收失败原因;
在所述PLCP报头未被正确解码且未在所述分组的接收期间检测到高功率水平的情况下,在所述建议行为内包括用于增大发射功率的指示;以及
在所述PLCP报头未被正确解码、在所述分组的接收期间检测到高功率水平、且在所述分组的接收期间检测到短训练字段STF和/或长训练字段LTF相关性的情况下,在所述建议行为内包括用于立即重传所述分组的指示。
2.根据权利要求1所述的方法,还包括:
在正确解码所述分组的PLCP报头的情况下,确定所述分组的帧校验序列FCS是否通过;以及
在所述分组的FCS失败的情况下,在所述分组的PLCP报头中所指示的时间长度之后基于空闲信道评估CCA来确定所述CSMA无线介质是否繁忙。
3.根据权利要求2所述的方法,还包括:
在确定所述CSMA无线介质繁忙的情况下,将所述接收失败原因标识成是因为重叠的分组的接收;以及
执行请求发送/清除发送RTS/CTS过程来为所述分组的重传保留传输时机TXOP。
4.根据权利要求2所述的方法,还包括:
在确定所述CSMA无线介质不繁忙的情况下,确定在所述信号的接收期间是否有突然的功率水平变化。
5.根据权利要求4所述的方法,还包括:
在所述信号的接收期间有突然的功率水平变化的情况下,将所述接收失败原因标识成是因为重叠的分组的接收;以及
执行请求发送/清除发送RTS/CTS过程来为所述分组的重传保留传输时机TXOP。
6.根据权利要求4所述的方法,还包括:
在所述信号的接收期间没有突然的功率水平变化的情况下,确定所述分组的帧主体的调制和编码方案MCS是否大于所述分组的前导码的MCS;
在所述分组的帧主体的MCS大于所述分组的前导码的MCS的情况下,将所述接收失败原因标识成是因为MCS过高;以及
在所述NACK信号中的所述建议行为中包括用于降低所述MCS的指示。
7.根据权利要求4所述的方法,还包括:
在所述信号的接收期间没有突然的功率水平变化的情况下,确定所述分组的帧主体的调制和编码方案MCS是否大于所述分组的前导码的MCS;
在所述分组的帧主体的MCS大于所述分组的前导码的MCS的情况下,将所述接收失败原因标识成是因为MCS过高;以及
在所述NACK信号中的所述建议行为中包括用于增大发射功率的指示。
8.根据权利要求4所述的方法,还包括:
在所述信号的接收期间没有突然的功率水平变化的情况下,确定所述分组的帧主体的调制和编码方案MCS是否大于所述分组的前导码的MCS;
在所述分组的帧主体的MCS大于所述分组的前导码的MCS的情况下,将所述接收失败原因标识成是因为MCS过高;以及
在所述NACK信号中的所述建议行为中包括用于执行混合重传的指示,所述混合重传包括重传聚合的媒介接入控制MAC协议数据单元A-MPDU。
9.一种IEEE 802.11站STA,包括:
接收机,被配置成经由载波侦听多路访问CSMA无线介质从进行传输的STA接收接收信号内的分组;
处理器,被配置成通过执行多个检查中的至少一个检查来确定所述接收信号内是否正确接收到所述分组;
所述处理器还被配置成基于所述多个检查中的所述至少一个检查确定所述分组的接收因为接收失败而未被正确接收,所述多个检查中的所述至少一个检查包括确定所述分组的物理层会聚协议PLCP报头是否被正确解码;以及
发射机,被配置成生成包括接收失败原因的指示和建议行为的否定应答NACK信号,以使所述进行传输的STA能够修复所述接收失败原因,
其中在所述PLCP报头未被正确解码且未在所述分组的接收期间检测到高功率水平的情况下,所述建议行为包括用于增大发射功率的指示;以及
其中在所述PLCP报头未被正确解码、在所述分组的接收期间检测到高功率水平、且在所述分组的接收期间检测到短训练字段STF和/或长训练字段LTF相关性的情况下,所述建议行为包括用于立即重传所述分组的指示。
10.一种用于在站STA中使用的方法,该方法包括:
经由载波侦听多路访问CSMA无线介质向进行接收的STA传送分组;
接收包括接收失败原因的指示和建议行为的否定应答NACK信号,所述接收失败原因是基于所述进行接收的STA执行的多个检查中的至少一个检查的,所述建议行为用于使所述STA能够修复所述接收失败原因,所述多个检查中的所述至少一个检查包括确定所述分组的物理层会聚协议PLCP报头是否被正确解码;以及
基于所述建议行为来修复所述接收失败原因;
其中在所述PLCP报头未被正确解码且未在所述分组的接收期间检测到高功率水平的情况下,所述建议行为包括用于增大发射功率的指示;以及
其中在所述PLCP报头未被正确解码、在所述分组的接收期间检测到高功率水平、且在所述分组的接收期间检测到短训练字段STF和/或长训练字段LTF相关性的情况下,所述建议行为包括用于立即重传所述分组的指示;以及
经由所述CSMA无线介质来重传所述分组。
11.根据权利要求10所述的方法,其中所述多个检查中的所述至少一个检查包括确定帧校验序列FCS是否通过,所述CSMA无线介质在预计分组传输时间之后是否立即保持繁忙,在所述信号的接收期间是否有功率尖峰,或者是否存在短训练字段STF和长训练字段LTF相关性,以及其中所述修复所述接收失败原因包括调整调制和编码方案MCS或调整发射功率控制TPC。
CN201580025523.4A 2014-03-17 2015-03-17 Ieee 802.11站sta及在其内使用的方法 Active CN106464434B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010181973.5A CN111510257B (zh) 2014-03-17 2015-03-17 用于wifi的接收失败识别和修复的方法

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201461954429P 2014-03-17 2014-03-17
US61/954,429 2014-03-17
US201461990529P 2014-05-08 2014-05-08
US61/990,529 2014-05-08
US201461991090P 2014-05-09 2014-05-09
US61/991,090 2014-05-09
PCT/US2015/021076 WO2015142932A1 (en) 2014-03-17 2015-03-17 Methods for reception failure identification and remediation for wifi

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202010181973.5A Division CN111510257B (zh) 2014-03-17 2015-03-17 用于wifi的接收失败识别和修复的方法

Publications (2)

Publication Number Publication Date
CN106464434A CN106464434A (zh) 2017-02-22
CN106464434B true CN106464434B (zh) 2020-03-27

Family

ID=52815286

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201580025523.4A Active CN106464434B (zh) 2014-03-17 2015-03-17 Ieee 802.11站sta及在其内使用的方法
CN202010181973.5A Active CN111510257B (zh) 2014-03-17 2015-03-17 用于wifi的接收失败识别和修复的方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202010181973.5A Active CN111510257B (zh) 2014-03-17 2015-03-17 用于wifi的接收失败识别和修复的方法

Country Status (4)

Country Link
US (2) US20170126363A1 (zh)
EP (1) EP3120476A1 (zh)
CN (2) CN106464434B (zh)
WO (1) WO2015142932A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111510257A (zh) * 2014-03-17 2020-08-07 交互数字专利控股公司 用于wifi的接收失败识别和修复的方法

Families Citing this family (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10182362B2 (en) * 2014-03-28 2019-01-15 Intel IP Corporation Mechanisms of virtual clear channel assessment for Wi-Fi devices
US10820314B2 (en) 2014-12-12 2020-10-27 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US9949236B2 (en) 2014-12-12 2018-04-17 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US10827484B2 (en) 2014-12-12 2020-11-03 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US10075950B2 (en) * 2014-12-12 2018-09-11 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US10574386B2 (en) * 2014-12-31 2020-02-25 Arris Enterprises Llc WLAN testing using an RF abstraction layer
WO2016112508A1 (zh) * 2015-01-15 2016-07-21 华为技术有限公司 一种数据传输方法及装置
US20160212749A1 (en) * 2015-01-19 2016-07-21 Qualcomm Incorporated Systems and methods for use of multiple modulation and coding schemes in a physical protocol data unit
FI3522407T3 (fi) 2015-02-13 2023-05-23 Panasonic Ip Man Co Ltd Langaton viestintälaite ja langaton viestintämenetelmä
US10492223B2 (en) * 2015-05-21 2019-11-26 Newracom, Inc. Channel access for multi-user communication
CN113873674A (zh) * 2015-11-05 2021-12-31 索尼公司 无线通信系统中的电子设备和进行无线通信的方法
US9998949B2 (en) * 2015-12-31 2018-06-12 Facebook, Inc. Switched diversity in data link layers of directional networks
CN108781453B (zh) 2016-03-09 2023-05-12 瑞典爱立信有限公司 用于减少无线通信网络中的干扰的方法
US11012124B2 (en) 2016-07-21 2021-05-18 Interdigital Patent Holdings, Inc. Multiple input multiple output (MIMO) setup in millimeter wave (MMW) WLAN systems
CN115051737A (zh) 2016-07-21 2022-09-13 交互数字专利控股公司 毫米波wlan系统中的mimo模式适配
US10932184B2 (en) 2016-09-08 2021-02-23 Interdigital Patent Holdings, Inc. Multi-channel setup mechanisms and waveform designs for millimeter wave (mmW) systems
US10375035B2 (en) * 2016-09-22 2019-08-06 Apple Inc. Coexistence management for multiple wireless devices by a wireless network device
CN110024315B (zh) * 2016-11-04 2022-05-03 瑞典爱立信有限公司 取决于调度参数的pt-rs配置
US20190357222A1 (en) 2017-01-06 2019-11-21 Idac Holdings, Inc. Collision mitigation procedures for grant-less uplink multiple access
CN106941398A (zh) * 2017-05-05 2017-07-11 北京奇艺世纪科技有限公司 一种基于spi协议的通信方法、装置及系统
KR102362943B1 (ko) 2017-06-26 2022-02-15 삼성전자 주식회사 효율적인 harq 운영을 위한 방법 및 장치
US11206110B2 (en) 2017-07-27 2021-12-21 Sony Corporation Wireless LAN communication device and wireless LAN communication method
JP6773616B2 (ja) * 2017-08-21 2020-10-21 株式会社東芝 無線通信装置および無線通信方法
KR20200045471A (ko) * 2017-08-31 2020-05-04 소니 주식회사 통신 장치 및 방법
GB2567622B (en) * 2017-10-12 2022-02-09 Airspan Ip Holdco Llc Metrics using parameters for multiple radio configurations
US10999014B2 (en) * 2018-08-10 2021-05-04 Qualcomm Incorporated Hybrid automatic repeat request (HARQ) in a wireless local area network (WLAN)
US11271590B2 (en) * 2018-09-10 2022-03-08 Apple Inc. Apparatus and method for WLAN range extension
US11252603B2 (en) * 2018-10-09 2022-02-15 Mediatek Singapore Pte. Ltd. Retransmission schemes based on LLR combining in WLAN
JP2022507059A (ja) * 2018-11-08 2022-01-18 インターデイジタル パテント ホールディングス インコーポレイテッド ワイヤレスネットワークにおけるharqのための方法および装置
TWI735076B (zh) * 2018-11-08 2021-08-01 美商內數位專利控股公司 增強具harq設計wlan方法
CN112913165B (zh) * 2018-11-15 2022-10-11 华为技术有限公司 用于Wi-Fi的用于支持HARQ的设备和方法
JP6957443B2 (ja) * 2018-12-11 2021-11-02 株式会社東芝 通信装置、通信方法およびプログラム
US11432190B2 (en) * 2019-01-11 2022-08-30 Blackberry Limited Aggregation of data frames
WO2020204376A1 (ko) * 2019-04-05 2020-10-08 엘지전자 주식회사 Harq 동작을 수행하기 위한 방법 및 장치
JP7339758B2 (ja) * 2019-04-11 2023-09-06 キヤノン株式会社 通信装置、通信方法、及び、プログラム
WO2020210940A1 (zh) * 2019-04-15 2020-10-22 北京小米移动软件有限公司 无线局域网的通信方法、装置、终端及可读存储介质
US11233608B2 (en) 2019-04-23 2022-01-25 Qualcomm Incorporated HARQ sequences in wireless networks
WO2020224765A1 (en) * 2019-05-07 2020-11-12 Huawei Technologies Co., Ltd. Communication transmitter for retransmitting a mac protocol data unit (mpdu)
CN111917523B (zh) * 2019-05-08 2022-04-22 华为技术有限公司 通信方法及装置
CN111988118A (zh) * 2019-05-24 2020-11-24 华为技术有限公司 一种无线局域网中的通信方法及设备
US11463203B2 (en) * 2019-06-25 2022-10-04 Mediatek Singapore Pte. Ltd. HARQ transmission scheme using multiple parallel HARQ threads
WO2020258040A1 (zh) * 2019-06-25 2020-12-30 北京小米移动软件有限公司 反馈方法、装置及存储介质
US11463201B2 (en) * 2019-06-26 2022-10-04 Mediatek Singapore Pte. Ltd. HARQ TXOP frame exchange for HARQ retransmission using HARQ threads
CN112243265A (zh) * 2019-07-19 2021-01-19 华为技术有限公司 数据单元的发送方法、接收方法及装置
WO2021012287A1 (zh) * 2019-07-25 2021-01-28 北京小米移动软件有限公司 数据传输方法、装置及存储介质
US10911131B1 (en) * 2019-09-12 2021-02-02 Cisco Technology, Inc. Hybrid relay for high density venues
US11202273B2 (en) 2019-11-08 2021-12-14 Blackberry Limited Aggregating messages into a single transmission
JP2023043891A (ja) * 2020-02-18 2023-03-30 シャープ株式会社 ステーション装置、通信方法
CN111385064B (zh) * 2020-03-31 2021-01-05 展讯通信(上海)有限公司 数据传输方法、装置、电子设备及存储介质
CN111431669A (zh) * 2020-03-31 2020-07-17 展讯通信(上海)有限公司 数据重传方法与装置、电子设备
EP4162630A1 (en) * 2020-06-08 2023-04-12 ARRIS Enterprises LLC Method of reporting received signal strength on per frame basis in wi-fi network
CN111787637A (zh) * 2020-06-24 2020-10-16 重庆邮电大学 Lte-laa的一种共存性能评估方法
US11723115B2 (en) * 2020-06-26 2023-08-08 Cypress Semiconductor Corporation WLAN decodability-based frame processing for power saving
US11863318B2 (en) * 2020-08-31 2024-01-02 Frontiir Pte Ltd. Error correction for network packets
US11510245B2 (en) * 2021-04-23 2022-11-22 Apple Inc. Thread boost mode for carrier-sense multiple access/carrier aggregation (CSMA/CA)
CN116760507B (zh) * 2023-08-17 2023-11-03 上海朗力半导体有限公司 基于帧内索引调制的编码调制参数确定方法及路由设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1914844A (zh) * 2003-12-29 2007-02-14 韩国电子通信研究院 移动通信系统中重传分组的方法和其上记录程序的计算机可读介质
CN102045138A (zh) * 2009-10-13 2011-05-04 英特尔公司 无线网络中的重传技术
CN102812774A (zh) * 2010-02-10 2012-12-05 高通股份有限公司 用于在无线通信网络中表明传输特性的方法和装置

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6385210B1 (en) * 1998-04-17 2002-05-07 Ford Global Technologies, Inc. Method for detecting and resolving data corruption in a UART based communication network
CN1592245A (zh) * 2003-09-02 2005-03-09 皇家飞利浦电子股份有限公司 无线局域网中的功率控制方法及装置
US7590094B2 (en) * 2003-09-25 2009-09-15 Via Telecom Co., Ltd. Tristate requests for flexible packet retransmission
US7583587B2 (en) * 2004-01-30 2009-09-01 Microsoft Corporation Fault detection and diagnosis
JP2005236923A (ja) * 2004-02-23 2005-09-02 Nippon Telegr & Teleph Corp <Ntt> 無線パケット通信方法および無線局
GB2412038B (en) * 2004-03-10 2006-04-19 Toshiba Res Europ Ltd Packet format
US20050226159A1 (en) * 2004-04-13 2005-10-13 John Terry Apparatus, and associated method, for providing a medium access control layer hybrid automatic repeat request scheme for a carrier sense multiple access communication scheme
KR100716993B1 (ko) * 2005-02-07 2007-05-10 삼성전자주식회사 무선랜 상에서 전송 프레임에 대한 확인 신호 프레임 결정방법 및 장치
US20100046483A1 (en) * 2005-06-29 2010-02-25 Koninklijke Philips Electronics N.V. Protocol for switching between channels in type 2 agile radio
US20090031185A1 (en) * 2007-07-23 2009-01-29 Texas Instruments Incorporated Hybrid arq systems and methods for packet-based networks
US8004992B2 (en) * 2008-03-03 2011-08-23 Qualcomm Incorporated Adding hybrid ARQ to WLAN protocols with MAC based feedback
US8667357B2 (en) * 2008-04-02 2014-03-04 Lg Electronics Inc. Method for conducting HARQ with a wireless communications system
KR101054084B1 (ko) * 2008-06-12 2011-08-03 주식회사 케이티 히든 스테이션 문제 감지 방법, 적응적 rts/cts교환 기법의 적용 방법 및 해지 방법
JP5317235B2 (ja) * 2008-06-26 2013-10-16 トムソン ライセンシング 無線ローカル・エリア・ネットワークにおいてマルチキャスト・データの確認応答および再伝送を行う方法および装置
US8639997B2 (en) * 2008-09-03 2014-01-28 Qualcomm Incorporated Buffer status report triggers in wireless communications
WO2010144245A1 (en) * 2009-06-08 2010-12-16 Research In Motion Limited Harq process management for carrier aggregation and mapping between harq processes and transmission resources
EP4287538A2 (en) * 2009-10-01 2023-12-06 InterDigital Patent Holdings, Inc. Uplink control data transmission
EP2548316B1 (en) * 2010-03-15 2018-12-19 LG Electronics Inc. Method and apparatus for transmitting frame in wlan system
CN103026653B (zh) * 2010-07-26 2016-05-25 Lg电子株式会社 在无线通信系统中发送上行控制信息的方法和设备
CN101925134B (zh) * 2010-09-21 2014-04-30 中南民族大学 一种高吞吐量的WLAN Mesh网络速率选择方法
WO2012064502A1 (en) * 2010-11-12 2012-05-18 Interdigital Patent Holdings, Inc. Method and apparatus for performing channel aggregation and medium access control retransmission
US20130176864A1 (en) * 2012-01-09 2013-07-11 Qualcomm Incorporated Rate and power control systems and methods
TWI624184B (zh) * 2012-02-03 2018-05-11 內數位專利控股公司 於相同頻譜中操作的無線傳輸/接收單元(wtru)間的共存的方法及裝置
US9300602B2 (en) * 2012-11-02 2016-03-29 Qualcomm Incorporated Method, device, and apparatus for error detection and correction in wireless communications
CN106464434B (zh) * 2014-03-17 2020-03-27 交互数字专利控股公司 Ieee 802.11站sta及在其内使用的方法
US10432415B2 (en) * 2014-11-03 2019-10-01 Newracom, Inc. Method and apparatus for interference aware communications

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1914844A (zh) * 2003-12-29 2007-02-14 韩国电子通信研究院 移动通信系统中重传分组的方法和其上记录程序的计算机可读介质
CN102045138A (zh) * 2009-10-13 2011-05-04 英特尔公司 无线网络中的重传技术
CN102812774A (zh) * 2010-02-10 2012-12-05 高通股份有限公司 用于在无线通信网络中表明传输特性的方法和装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111510257A (zh) * 2014-03-17 2020-08-07 交互数字专利控股公司 用于wifi的接收失败识别和修复的方法

Also Published As

Publication number Publication date
EP3120476A1 (en) 2017-01-25
US20200136758A1 (en) 2020-04-30
CN111510257B (zh) 2023-06-30
CN106464434A (zh) 2017-02-22
WO2015142932A1 (en) 2015-09-24
US20170126363A1 (en) 2017-05-04
CN111510257A (zh) 2020-08-07

Similar Documents

Publication Publication Date Title
CN106464434B (zh) Ieee 802.11站sta及在其内使用的方法
CN110168986B (zh) 无线系统中的接收机反馈
US9363707B2 (en) Systems and methods for generating and decoding short control frames in wireless communications
JP6629336B2 (ja) グループ肯定応答/否定応答、およびgack/チャネル状態情報をトリガすること
US10111258B2 (en) Methods and systems for receiver initiated protection of a wireless communication exchange
US9781627B2 (en) Systems and methods for generating and decoding short control frames in wireless communications
US9894641B2 (en) Methods and apparatus for implementing multiple user uplink medium access control protocols in a wireless network
TW201519596A (zh) 智慧HARQ WiFi系統及方法
EP2847909A1 (en) Method and apparatus for transmitting acknowledgements in response to received frames
WO2014110390A1 (en) Systems and methods for detecting or signaling the presence of bursty interference on wireless networks
KR20160091360A (ko) 무선 네트워크들에서 멀티캐스트 통신들을 위한 시스템 및 방법
US20160043946A1 (en) Systems and methods for aggregating multi-user media access control protocol data unit frames in a wireless network
JP5819002B2 (ja) ワイヤレスローカルエリアネットワークにおける受信通知フレームを伝送するための方法および装置
US20240031853A1 (en) Station apparatus and access point apparatus
KR20180004732A (ko) Eifs(extended interframe space) 해제들
US11909530B2 (en) Methods and WTRUs of providing range extension for WLAN
KR20140114399A (ko) 그룹 식별자를 사용하는 확인응답을 위한 방법 및 장치
US20150318936A1 (en) Bursty-interference-aware interference management utilizing conditional metric

Legal Events

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