背景技术
当WiFi系统语音的终端用户使用不能在噪声信道上接收和解码语音并且控制分组的手持装置时,可能会经历不好的音频质量,甚至掉话。例如,微波炉发射的周期性间歇干扰(PII),可能会中断或损坏根据IEEE 802.11标准实施的(以及在2.4GHz频段操作的)接入点和手持装置之间的通信。期望一种检测并避免来自诸如微波炉之类实体的同信道干扰的装置,以改进拥有和操作WiFi语音或WLAN语音设备(VoWLAN)的终端用户的音频质量体验。
考虑一种使用由IEEE 802.11定义的接入方法的VoWLAN手持装置。该接入方法利用被称为空闲信道评估(CCA)算法的冲突感测机制,其感测信道上的能量水平。由于该算法用于在能量高于某个阈值时推迟信道接入,所以现有的方案可能看起来已经很适合用于感测微波干扰了。然而,在以下描述的特定情境之中,检测性能仍会经受不利。
当干扰水平低于CCA阈值(尤其是在链路的一端),但是仍足够高以导致低C/I和损坏的分组(同样是在链路的一端)时,也许CCA算法的主要缺点就变得明显了。在802.11a/g情况下,对于无效OFDM帧,CCA阈值是-62dBm,比有效帧的阈值高20dB,所以相比具有另一11a/g设备,该情景更加可能发生PII。
当该情境发生时,CCA算法用信号通知信道是空闲的,并且在干扰存在时试图进行帧递送(以及任何后续确认(ACK))。结果是初始递送尝试以及某些或者甚至可能所有重传都不可能成功。甚至当CCA算法成功在信道上检测PII时,在短时间没有PII期间该信道可能被感测为空闲,不料竟会有干扰返回并且损坏所发起的后续传输(数据和/或ACK)。这对于快速变化的(相对帧长度而言)PII尤其成问题。
数个专利申请提出用于在检测到间歇干扰时避免它的多种装置。这些申请之中没有一个教导如何实施检测机制,但是共同的主题是每一个均依赖于对PII电磁特性的了解,例如开启/关闭时序和中心频率。由于多种原因该方法可能有问题。
举例来说,对于手持装置的实现方式,获取关于PII的信息可能是低功率效益的,因为它需要对信道持续进行监视。即使忽略这个问题,如果必须以规则间隔传送业务(即,语音分组),进行连续测量可能也是不可行的。在AP与发射干扰的设备有一段距离时,直接检测方法甚至是更加不可行的。在数个信道上进行能量测量(以确定干扰的中心频率),对于在对站点进行服务时不能偏离频率的AP来说也不是现实的选择。直接干扰检测方法的另一问题是,对于操作在ISM频段内的WLAN必须处理普遍PII源,即微波炉,的能量特性。家用微波炉使用磁控管,其在北美在16.67毫秒(1/60Hz)(世界其他地方为20毫秒,1/50Hz)周期上以~50%的占空比操作。尽管一般可以将发射的能量的时序特性描述为方波,但是特定炉具有不是那么明确定义的发射特性,在其中能量水平在“开启”周期内,不可预见地变化。对数种现有炉的绘制时间相对幅度测量的评估反映多种炉以此方式操作。在这种情况中,可能不能可靠地检测开启/关闭时序。还要注意,即使检测到PII,如果其并没有对系统性能造成负面影响,则对其进行反应可能是不期望的。而且,对于在给定信道上服务STA的AP来说,切换信道以跨不同频率来监视干扰水平是不现实的提议。
发明内容
根据本发明的实施例可以提供通过跟踪性能统计来检测PII的简单方法。该方法可以进一步用于在无需连续监视信道上能量的情况下,有效地检测PII。与本领域的许多方案所建议的做法不同,此处的实施例可以基于业务重传特性和/或探测统计来推测PII的存在,而不是尝试直接测量和识别干扰波形。这也可能是比现有方案更加有功率效益的方法(与省电方案更加兼容),因为其不需要如上所述那样持续监视信道以检测PII。
在本发明的第一实施例中,检测周期性间歇干扰(PII)的方法可以包括以下步骤:跟踪等时业务(isochronous traffic)的重传统计,或跟踪与微波炉干扰的时间特性对应的信道探测请求失败,并且如果重传统计超过预定的阈值,或者如果探测失败请求超过另一预定的阈值,则用信号通知PII。可以通过跟踪MAC层统计来实现跟踪重传统计。可以通过跟踪WLAN语音业务的重传统计,或跟踪用于数据业务的探测请求的成功或失败来实现跟踪重传统计。还可以通过跟踪每次传输机会(TXOP)所需要的多次重传尝试来实现跟踪重传统计。该方法可进一步包括以下步骤:将滞后量引入到对PII的检测中,以防止快速进入和退出当前检测模式。该方法可以进一步包括以下步骤:使用相关器来进行相关,以检测等时业务的低和高重传计数的交替时段。该方法可以将重传统计与存储的重传图案进行相关,并且如果相关超过预定的相关阈值,则用信号通知检测到PII。如果相关超过预定的相关阈值,则该方法可以用信号通知检测到PII,否则增加探测计数器并且直到探测计数器超过预定的探测阈值而指示没有检测到PII。注意,使用重传统计或探测失败请求来用信号通知PII是间接检测模式,而且该方法可以进一步包括如果间接检测模式指示PII,则以直接PII检测模式进行操作的步骤。
在本发明的第二实施例中,有效检测周期性间歇干扰(PII)的方法可以包括以下步骤:间接监视或推测PII源是否使无线电接收设备的性能劣化,并且当通过间接监视或推测检测到PII源时,使用直接的基于能量的PII检测机制来直接监视PII。间接监视或推测可以包括监视MAC层统计的步骤。注意,可以在无需连续监视信道上能量的情况下实现间接监视或推测。该方法可以进一步包括以下步骤:继续直接监视,直到在预定的时间段或探测时段内没有再检测到PII。在预定的时间段或探测时段过去之后,该方法可以恢复到间接监视。
在本发明的第三实施例中,通信设备可以包括:接收机;耦合到该接收机的前置检测器,其中前置检测器被编程用于间接监视或推测周期性间歇干扰(PII)源是否使接收机的性能劣化;以及耦合到接收机的直接检测器,其中该直接检测器被编程用于在前置检测器检测到PII源时,使用直接的基于能量的PII检测机制来直接监视PII源。前置检测器可以进一步通过监视对重传的MAC层统计来间接进行监视或推测,并且可以在无需对信道上的能量进行连续监视的情况下,间接进行监视或推测。该直接检测器还可以继续直接监视直到在预定的时间段或探测时段内没有再检测到PII。在预定的时间段或探测时段过去之后,前置检测器可以恢复到间接监视。在WLAN或WiMAX或WiFi通信系统之中,通信设备可以是接入点或便携移动站。
如此处使用的术语“一”被定义为一个或多于一个。如此处使用的术语“多个”被定义为两个或多于两个。如此处使用的术语“另一个”被定义为至少第二个或更多。如此处使用的术语“包含”和/或“具有”被定义为包括(即,开放性语言)。如此处使用的术语“耦合”被定义为连接,尽管不必是直接地连接,以及不必是机械地连接。
如此处使用的术语“程序”、“软件应用”等被定义为被设计用于在计算机系统上执行的指令序列。程序、计算机程序、或软件应用可以包括:子程序、函数、进程、对象方法、对象实现方式、可执行应用、小应用程序(applet)、小服务程序(servlet)、midlet、源代码、对象代码、共享库/动态加载库和/或被设计用于在计算机系统上执行的其他指令序列。如此处描述的“处理器”可以是任何合适的组件或组件的组合,包括能够执行相对本发明方案描述的过程的任何合适的硬件或软件。
其他实施例,当根据此处公开的发明方案来配置时,可以包括用于执行此处公开的各种过程和方法的系统,以及用于使得机器来执行此处公开的各种过程和方法的机器可读存储器。
具体实施方式
尽管本说明书以被认为是新颖的限定本发明实施例的特征的权利要求为结论,但是相信通过结合附图考虑以下描述将更好地理解本发明,在附图中沿用相同的附图标记。
参考图1,流程图说明了检测周期性间歇干扰(PII)的方法10。通常,该方法开始于步骤12,以间接的或推测的PII检测模式进行操作。在步骤14,方法10可以跟踪等时业务的重传统计,或者替代性地跟踪与微波炉干扰的时间特性对应的信道探测请求失败。这种跟踪可以用多种方式来完成,包括在步骤16之中,通过跟踪MAC层统计或通过跟踪WLAN语音的重传统计,或通过跟踪每次传输机会所需要的多次重传尝试来跟踪重传统计。在又一替代之中,在步骤18,方法10可以跟踪用于数据业务的探测请求的成功和失败。其他跟踪方案可以使用相关。在步骤20,该方法可以使用相关器来进行相关,以检测等时业务的低和高重传计数的交替时段。在步骤22,该方法可以将重传统计与存储的重传图案相关,并且如果相关超过预定的相关阈值,则用信号通知检测到PII。在步骤24,如果重传统计超过预定的阈值,或者如果探测失败请求超过另一预定的阈值,则方法10可以用信号通知PII。在另一替代步骤26中,如果相关超过预定的相关阈值,则方法10可以用信号通知检测到PII,否则增加探测计数器并且直到探测计数器超过预定的探测阈值而指示没有检测到PII。在步骤28,该方法可以进一步将滞后量引入对PII的检测中,以防止快速进入和退出当前检测模式。在步骤29,如果间接检测模式指示PII,则该方法可以进一步以直接PII检测模式进行操作。可以进一步参考图7来理解该步骤。
参考图2,说明了受PII影响的简单通信系统30。系统30可以包括操作地耦合到接入点(AP)34的WiFi或WLAN无线电收发信机单元或通信手持装置32。接入点34可以经由通信网络36耦合到计算机或服务器38。PII源39可以是许多个设备,但是在绝大多数情况下将可能是微波炉。
参考图3,示出了说明检测PII的方法40的流程图。如上所述,该方法可以间接检测PII或通过从通信设备的操作统计进行推测来检测PII。仅用一种示例方式来示出该方法,可以根据实施例来实现这种方法。在决策框41,方法确定当前传输操作(TXOP)是否包含指示PII的选定传输类的一个或多个帧。如果这样,在步骤42,利用对应于当前TXOP的统计来更新重试历史。在步骤43,将重试历史与存储的重试图案进行相关。如果在决策框44,相关器度量高于预定的相关器阈值,则PII可能存在并且在步骤46指示PII。为了避免匆忙退出和进入该操作模式,可以在步骤46用信号通知PII指示之前,在步骤45重置探测计数器。如果在决策框44,相关器度量不高于预定的相关器阈值,则可以在步骤47增加探测计数器。如果在决策框48,探测计数器高于探测阈值,则没有检测到PII,并且该方法可以在步骤49用信号通知或确定地指示没有检测到PII。如果探测计数器不高于探测阈值,则如先前在步骤46中讨论的,指示PII。探测计数器用于将滞后量引入该方法中。
此处用于检测PII的方法可以使用MAC层统计,诸如等时业务的重传统计和/或用于数据业务的主动探测的成功和失败。可以在接入点、手持装置或两者之中实施该方法。
参考图4-6,另一实施例可以使用如下相关方案。当尝试到正受干扰影响的设备的分组递送时,可能会有分组丢失。由于受到干扰影响的设备将经常不确认(ACK)传送的分组,所以,传送设备将认为分组没有被成功递送。类似地,如果分组递送成功,但是由于干扰,传送设备没有成功地接收发送回来的ACK,则也将认为分组递送没有成功。在任何一种情况中,重传可以基于IEEE 802.11分布式协调功能(DCF)机制而发生。然而,如果相对重试退避时间间隔,PII的“开启周期”较长,则某些数目(并且实际上,有时是全部)的重传也可能会丢失。例如,来自绝大多数操作在60Hz交流电的微波炉的干扰能量每次循环开启和关闭为8.3ms,而IEEE 802.11DCF机制对于开始的4个重传分别规定了大约0.5、1.1、2.2和4.4ms(总共大约为8.2ms)的最大退闭时段。由于等时业务(诸如VoIP)提供了对信道相当规则的采样间隔,所以此处的实施例通过对重传统计的分析,推测出存在造成丢失分组的PII源。
在一个实施例中,跟踪每次TXOP所需要的重传尝试的数目(最高为重传限度),并且相关器55(如图5所示)可以用于检测与微波炉干扰的时间特性对应的低和高重传计数的交替时段。对于大约每20ms发生TXOP的情况(例如VoIP帧),则可以使用相关图案A:[H H H L L]和B:[H H L H L],其中“H”对应于高重传计数,“L”对应于低计数。
例如,一种实现方式可以使用H=7(假定这是对于VoIP帧的最大允许重传计数),和L=0(由于给定合理的信道信噪比(SNR),重传速率在微波炉关闭周期期间应当接近0)。第一图案对应于具有以60Hz频率发生的开启/关闭周期的微波炉,而第二图案对应于具有120Hz开启/关闭频率的微波炉(已观察了两种类型的微波炉)。对每种图案都进行了测试,并且使用了较高的相关器输出值。通过与遵循相同开启/关闭特性的较长图案进行相关,可以相对延迟平衡相关器灵敏度。以上介绍的相关图案的扩展(长度超过5)版本在图4的表格50中示出。
图5的框图说明了相关器55的实现方式。每个相关器框57(相关器1到M)负责测试唯一的重传图案。例如,可能存在两个相关器(M=2),其中相关器1测试图案A(根据图4),而相关器2测试图案B。如果假定重传历史缓冲器56具有长度为10的缓冲器(N=10),则每个相关器根据表格50分别测试其相应的长度为10的版本的图案。然后,可以将标量相关器输出通过阈值测试58。当计算相关器输出时,可以使用矩阵相乘方法来对重传图案的每个可能的循环轮换“相位”进行测试。例如,可以如图6所示来定义用于相关器1的测试矩阵T1或60。
如果重传缓冲器矢量定义为v=[r1r2r3...r10]T(r1对历史中最久的TXOP进行重试,r2对第二久的TXOP进行重试等),然后经由下列等式来计算相关器1的输出c1。
c1=max(T1*v)。
当相关器峰值c1大于预定的阈值,则用信号通知检测到PII。当相关器峰值低于预定的阈值达某最小时间量(探测时段)时,则退出“检测到PII”的状态。这在相关器输出中引入一些滞后量,这对于结合PII避免实现方式来使用实施例该方面是重要的,在其中修改了传输(初始或重试)时序。可以通过使用较低的退出相关阈值来引入附加的滞后量。
一个复杂度较低,但更易误告警的实施例可以简单地将高传输计数在TXOP的最近历史当中的百分比用作为检测度量。例如,如果度量大于某个阈值,诸如20%,则可以用信号通知检测到微波炉。可以在错误检测的不利后果低的情况中使用该复杂度较低的实施例。本发明的另一实施例可以使用重复的分组统计来代替重传统计或作为其附加,来推测PII的存在。如果出于任何原因,重传统计是不可用的,则该方法会是有用的。
重要地是要注意,由于此处的实施例一般依赖于等时业务的大致周期性的属性来推测信道条件,所以其一般应当应用于通过为该等时业务所建立的队列而发送出的业务。因此,应当避免通过其他(非等时)队列的(诸如用于数据的)递送尝试的重传统计。在其中等时业务在其周期之中极其不统一,或者完全不存在(例如,如果数据是仅有的业务类型)的情形之中,可以采用更加主动的方法。通过该实施例,代替依赖于对已调度业务的失败的分组递送尝试统计,可以传送测量请求,以探测链路另一端的信道条件。为了获得更加精细的采样信道特性,除规则间隔的业务之外或代替规则间隔的业务,可以调度这些请求。实际响应的时序(或没有)暗示本地干扰的时序特性。可以再一次推测出PII的存在。可以将该方法与第一个方法结合在一起,来保持性能而不用考虑在任何给定的时间所支持的业务类型(多个)。
如以上所提到的,可以在AP或STA/手持装置之中实施该实施例。假定PII源比AP更加靠近手持装置,则由于未被确认的到手持装置的不成功的帧递送,所以AP实现方式可以基于重传统计。在手持装置实现方式的情况下,将检测不到AP重传,但是在到AP的成功上行链路帧递送之后发送回手持装置的丢失ACK将导致重传。在任何一种情形中,此处的实施例相同地工作。
假定STA/手持装置更可能接近于PII源,则当正在使用AP调度(AP触发)递送模式时,AP实现方式尤为有用,因为否则AP可能不会检测到(因而避免)信道上的PII能量(例如,经由CCA或某些其他直接手段)。例如,802.11e调度自动省电递送(S-APSD)方案是AP触发模式,在其中实施例的AP实现方式将是有帮助的。另一方面,由于CCA算法的上述限制,尤其在快速变化的PII情况下,实施例的STA/手持装置实现方式在手持装置调度(手持装置触发)递送模式中是可取的。802.11e非调度APSD(U-APSD)方案是手持装置触发模式的示例。
参考图7,在本发明实施例的另一方面,流程图说明了方法70,其可以将如以上讨论的推测PII检测技术的功率和资源效率与直接PII检测器的可靠性结合为一个有效的解决方案。这也与现有的检测方案不同,不同之处在于:可以将预检测状态调整为仅对使性能劣化的PII做出反应。
方法70可以在决策框71,通过确定设备是否处于直接检测器状态来开始。如果不处于直接检测器状态,则与先前参考图1-6所讨论的任何检测方案相类似,该方法可以在步骤72运行前置检测器或PII推测检测器。如果在决策框73由推测检测器(或前置检测器)检测到PII,则在步骤74进入直接检测器状态。如果在决策框73,推测检测器(或前置检测器)没有检测到PII,则在步骤75,基于IEEE 802.11缺省实现方式(例如,CCA),可以将信道设置为空闲/忙碌。如果决策框71确定设备处于直接检测器状态,则在步骤76运行直接检测器。如果在决策框77,直接检测器检测到PII,则在步骤82重置探测计数器,并且在步骤81,基于直接检测器,将信道指示设置为空闲/忙碌。如果在决策框77没有检测到PII,则在步骤78增加探测计数器,并且在决策步骤79,做出探测计数器是否高于探测阈值的查询。如果在决策框79,探测计数器不高于探测计数器,则在步骤81,基于直接检测器实现方式,再次将信道指示设置为空闲/忙碌。如果在步骤79,探测计数器高于探测计数器,则在步骤80,可以退出直接检测器状态,并且在步骤81,基于直接检测器实现方式,再次将信道指示设置为空闲/忙碌。每次在帧准备好传输时,运行以上描述的过程。
此处的实施例提供用于对使系统性能劣化的PII进行高功率效益检测的框架。如图7的方法70所展示的,此处的方法介绍了一种具有某种类型的间接或推测PII前置检测机制的直接能量测量PII检测机制。这种前置检测器的示例是通过MAC层(重传)统计来推测PII存在的检测器。使用这种检测器减少了在没有干扰期间对功率和资源的需求,仅在看起来可能存在PII时,触发连续信道观察。如果前置检测器是基于性能的(如与信道能量感测相对),那么该方法在PII存在于信道上时避免了对传输行为的不必要修改但不对系统性能造成负面影响。直接检测器继续操作,直到其不再检测到PII(即,在“探测时段”之后引入滞后量),在该点上,直接检测器停止运行并且前置检测器恢复操作。
图8描述计算机系统200形式的机器的示例性原理图表示,在其中,当指令集合被执行时可以使得机器执行如上所述的任何一个或多个方法。在一些实施例中,机器作为独立设备进行操作。在一些实施例中,机器可以连接到(例如,使用网络)其他机器。在网络部署中,在服务器-客户端用户网络环境中,机器可以作为服务器或客户端用户机器进行操作,或在对等(或分布式)网络环境中,作为对等机器进行操作。例如,计算机系统可以包括接收设备201和发送设备250或反之亦然。
机器可以包括:服务器计算机、客户端用户计算机、个人计算机(PC)、平板PC、个人数字助理、蜂窝电话、笔记本电脑、台式计算机、控制系统、网络路由器、交换机或网桥、或能够执行(顺序或以其他方式)规定机器所采取的动作的指令集合的任何机器,更不用说移动服务器。应当理解,本公开的设备宽泛地包括提供语音、视频或数据通信的任何电子设备。进一步,当说明单个机器时,术语“机器”也被认为包括任何单独或联合执行一个指令集合(或多个集合)来执行这里讨论的任何一个或多个方法的任何机器的集合。
计算机系统200可以包括:控制器或处理器202(例如,中央处理单元(CPU)、图形处理单元(GPU,或两者))、主存储器204和静态存储器206,它们经由总线208相互通信。计算机系统200可以进一步包括呈现设备,诸如视频显示单元210(例如,液晶显示器(LCD)、平板、固态显示器、或阴极射线管(CRT))。计算机系统200可以包括:输入设备212(例如,键盘)、光标控制设备214(例如,鼠标)、磁盘驱动单元216、信号生成设备218(例如,也可以用作呈现设备的扬声器或远程控制)以及网络接口设备220。实施例还可以可选择地包括间接或推测检测器213以及直接检测器215,其可以为硬件或软件及其任意组合。在所考虑的实施例内可以将这些直接或间接的检测功能替代性地在处理器202中实现,处理器202可以是DSP。当然,在公开的实施例中,这些项目中的许多是可选的。
磁盘驱动单元216可以包括机器可读介质222,在该介质222上存储了一个或多个指令集合(例如,软件224),其具体化此处描述的任何一个或多个方法或功能,包括在以上说明的那些方法。在通过计算机系统200执行指令期间,指令224还可以完全或至少部分驻留在主存储器204、静态存储器206、和/或在处理器202之内。主存储器204和处理器202也可以构成机器可读介质。
专用硬件实现方式包括但不限于:专用集成电路、可编程逻辑阵列和其他同样可以被构建来实施此处描述的方法的硬件设备。可以包括各种实施例的装置和系统的应用广泛地包括多种电子和计算机系统。一些实施例在两个或两个以上特定互连硬件模块或设备中实施功能,或将功能实施为专用集成电路的部分,相关的控制和数据信号在模块之间并且通过模块传递。所以,示例系统可应用于软件、固件、和硬件实现方式。
根据本发明的各种实施例,此处描述的方法意在作为在计算机处理器上运行的软件程序来操作。而且,软件实现方式可以包括但不限于:分布式处理或组件/对象分布式处理、平行处理、或者也可以构建虚拟机器处理来实施此处描述的方法。进一步注意,实现方式还可以包括通信设备之间的神经网络实现方式、和自组织或网状网络实现方式。
本公开考虑了包含指令224的机器可读介质,或者从传递的信号接收并执行指令224,以便连接到网络环境226的设备可以发送或接收语音、视频或数据,并使用指令224来通过网络226进行通信的器件。可以进一步经由网络接口设备220,通过网络226来传送或接收指令224。
尽管在示例实施例中将机器可读介质222示出为单个介质,但是应当认为术语“机器可读介质”包括存储一个或多个指令集合的单个介质或多个介质(例如,集中式或分布式数据库和/或相关联的缓冲和服务器)。还应当认为术语“机器可读介质”包括能够存储、编码或承载由机器执行的指令集合以及使得机器执行本公开的任何一个或多个方法的任何介质。如此处使用的术语“程序”、“软件应用”等被定义为被设计用于在计算机系统上执行的指令序列。程序、计算机程序、或软件应用可以包括:子程序、函数、进程、对象方法、对象实现方式、可执行应用、小应用程序(applet)、小服务程序(servlet)、源代码、对象代码、共享库/动态加载库和/或被设计用于在计算机系统上执行的其他指令序列。
鉴于以上描述,应当意识到可以用硬件、软件、或硬件和软件的组合来实现根据本发明的实施例。根据本发明的网络或系统可以以集中式的方式在一个计算机系统或处理器中实现,或以分布式的方式来实现,在分布式方式中不同的单元分布在数个互连的计算机系统或处理器中(例如微处理器和DSP)。任何类型的适合于执行此处描述的功能的计算机系统或其他装置是适当的。硬件和软件的典型组合可以是具有计算机程序的通用计算机系统,当该计算机程序被加载并被执行时,控制计算机系统,以使其执行此处描述的功能。进一步注意,实施例并不必受限于歌曲文件,而是还可以包括视频文件或多媒体文件,其可以具有与这些文件相关联的速度或节奏。
鉴于以上描述,应当意识到可以以被认为在权利要求的范围和精神内的多种构造来实现根据本发明的实施例。另外,除了在所附权利要求中所阐述的,仅以示例的方式进行了以上描述,并不意在用任何方式限制本发明。