|
推进近距离无线数据通信技术标准化的IEEE802.15委员会日前采纳了旨在减小无线LAN与蓝牙相互干扰问题的技术提案。但标准方式的制订最早也得等到2001年下半年。
无线LAN(IEEE802.11b)与蓝牙,设备制造商技术人员一直指出两种方式存在电波相关干扰问题。当二者相距较近时,常常会发生两者数据传输速度降低等问题。
目前旨在解决这一问题的研究正蓬勃兴起。由无线LAN标准化团体IEEE802.11演变而来的近距离无线技术标准化委员会IEEE80215采纳了旨在减小无线LAN与蓝牙间相互干扰问题的技术提案。该委员会将以此提案为基础,于2001年下半年制订有关标准(注1)。
此前,IEEE802.15委员会将IEEE802.11b与蓝牙发生相互干扰的发生状况分为3种情况开始募集解决方案。这3中情况分别是,1)IEEE802.11b与蓝牙安装在同一无线器件内,可进行信息交换时(Collocated Collaboration);2)二者配备在不同的设备中,但可以进行信息交换时(Collaboration);3)二者配备在不同的设备中,而且不能进行信息交换时(Non-Collaboration)。
对通信包实施分时控制
该委员会在1)和2)这两种情况分别采纳了一个、在3)中则采纳了多个提案。
1)所选择的方案是将IEEE802.11b与蓝牙的数据包收发信按照时间序列进行分割的解决方法。这是美国Mobilian Corp.和美国Symbol Technologies,Inc.共同提出的。
这一提案的前提条件是IEEE802.11b与蓝牙均配备了具有MAC处理功能的LSI。通过这一LSI在MAC层面对二者的数据包收发信进行时控操作。也就是说在某一时刻处理蓝牙的数据包信息,而下一时刻处理IEEE802.11b数据包信息。Mobilian表示已开发出嵌入了这种技术的芯片组,并证实可有效减少二者之间的干扰(注2)。
2)主要是通过将蓝牙设备的跳频图(Hopping Pattern)通知相邻的IEEE802.11b设备,这样后者就不会利用来自跳频图的频率信道。这是一种由NIST(National Institute of Standards and Technology)提出的名为“Frequency Nulling”的方法。
不过,1)和2)都必须以支持蓝牙和支持IEEE802.11b的设备之间能够相互进行信息交换为前提。因此,蓝牙和无线LAN设备就不得不在各自的设备上增加新功能。
对跳频带宽进行限制
只需对蓝牙设备进行相关处理就可以解决干扰的是3)所提出的方法。这种方法采用了限制信号发送功率的“Power Control”以及重新定义声音信号发送数据包的多种技术,其中最为引人注目的是名为“自适应跳频(Adaptive Frequency Hopping,AFH)”的方法。该方法由美国德州仪器(Texas Instruments Inc.)和美国Bandspeed Inc.等多家制造商提出。由于AFH的提案较为集中,所以目前已经新成立了专门总结这些提案的Task Group。
AFH是一种对蓝牙和IEEE802.11b使用的频率进行分离的技术。IEEE802.11b使用的频率信道的带宽为26MHz,而且前提是采用固定信道。
支持蓝牙的设备的跳频一般是在带宽1MHz的频率范围内设定79个信道,在1秒钟内对信道进行1600次切换。AFH采用的方法是首先测定支持蓝牙设备在通信的第一阶段的数据包损失比例。选择并使用干扰较少的15个频率信道。
这样就可以在不对IEEE802.11b使用的26MHz带宽造成影响的情况下,完成蓝牙的数据收发。由于这种方法不会降低无线LAN与蓝牙的数据传输速度,而且不必对IEEE802.11b进行任何处理,因此实用性很高。
需要提高接收灵敏度 然而要实现AFH就必须解决两个问题。其一是法律方面的问题。在美国,FCC(美国联邦通信委员会)制订的法规中对跳频方式使用频谱扩散技术做出了规定(15.247):“频率信道数量在75个以上,而且信道占用时间每30秒中低于0.4秒”。而AFH中使用的频率信道数量为15个,信道占用时间每30秒为2秒。为此IEEE802.15委员会目前正在向FCC提出放宽限制的要求。 再一个就是蓝牙的接收灵敏度问题。支持蓝牙的设备从通常的跳频图向AFH转换时需要感知到附近存在有支持IEEE802.11b的设备。但是由于蓝牙的接收电路的最小接收灵敏度低于IEEE802.11b,因此“有可能在IEEE802.11b一方发生干扰时而蓝牙一方却感觉不到”(Mobilian公司)。为了解决这一问题,在封装时就必须提高蓝牙接收灵敏度。比如,德州仪器公司的蓝牙用RF收发器LSI的最小感度就高达-85dBm(标准值为-70dBm)。注1:IEEE802.15委员会很早就开始着手研究IEEE802.11b和蓝牙间的相互干扰问题,并于2000年初成立了专门组织“IEEE802.15.2 Coexistence Task Group”。在此之前,该委员会一直在向设备制造商和半导体制造商征集降低相互干扰的技术提案。此次公布的为最终参考提案(Recommended Practice)。详细情况参见:http://ieee802.org。注2:最初Symbol公司单独提出了使用驱动程序·软件进行时分控制的提案。但操作系统引起的处理延迟(列队等待的处理等)使得在规定时间内无法返回响应数据包的现象时有发生。而此次Symbol与Mobilian公司的共同提案中,则通过在驱动程序·软件控制中融入MAC层控制,提高了处理速度。(Nikkei Electronics)
点击此处订阅手机短信NASDAQ最新行情
|