NO IMAGE

 

  藍芽和802.11b/g/n都可能工作在2.4GISM,可能互相干擾。干擾的典型應用之一是VOIP,用手機的WLAN打VOIP電話,用藍芽耳機來通話。互相干擾的後果是使用者能感覺到通話質量的下降。
設計上有些方法能夠減少相互干擾,儘量維持藍芽和wifi的throughput,使得使用者的使用體驗不受影響。方法主要是AFH和分時。

是否存在相互干擾和相互干擾是否嚴重受以下條件影響:
1.共用天線還是單獨用自己天線
2.干擾是噪音還是阻塞
3.藍芽通訊頻率是否落在wifi帶內
4.藍芽和wifi是接收還是發射
5.藍芽和wifi的具體應用的通訊特點

共用天線還是單獨用自己天線
如果藍芽和wifi使用單獨的天線,藍芽天線和wifi天線之間的隔離大小會影響干擾的程度。如果認為有一定的隔離度,藍芽和wifi是可以同時發射或者接收的。
如果藍芽和wifi共用天線,藍芽和wifi不可以同時工作。(如果不考慮相互干擾,可以同時接收。)

干擾是噪音還是阻塞
干擾分為兩種。一種是噪音,主要發生在頻率衝突時;另一種是大訊號阻塞,和頻率是否衝突沒有關係,和具體射頻設計及天線間隔離有關係。

藍芽通訊頻率是否落在wifi帶內
如果藍芽通訊頻率落在wifi頻帶內,噪音干擾和阻塞干擾都會有。如果藍芽通訊頻率落在wifi頻帶外,只有阻塞干擾。
AFH是針對噪音干擾最好的方法,藍芽和wifi的效能都能維持100%。唯一問題是無法解決阻塞干擾。

藍芽和wifi是接收還是發射
假設藍芽和wifi使用自己單獨的天線,藍芽和wifi是能夠同時發射和同時接收的。如果一個發射,一個接收,在頻率衝突時會有相互干擾。另外,同時發射可能會對另一側裝置帶來干擾。

藍芽和wifi的具體應用的通訊特點
共存時相互干擾是否嚴重還和具體應用時通訊特點有關。比如資料量是否大,是否是資料流,是否是timecritical的。所以有的設計是host可以根據不同應用配置不同的優先順序,以達到最好的tradeoff。

主要設計方法簡單介紹:
AFH
AFH是解決噪音干擾的最好方法。通過在跳頻頻率中避開wifi的頻帶,既可以避免頻率衝突帶來的干擾,也絲毫不損失藍芽和wifi的效能。另外,AFH不只針對wifi干擾,道理上其它干擾源也可以避開。
AFH功能包括兩個方面,一是channel的好壞區分;二是使用新的channellist跳頻。
Channel的好壞區分有三種來源,一是自己通過scanRSSI或者檢查PER等方式自己區分channel;二是通過另側裝置的區分資訊,如 master取slave的區分結果,或slave依照master的區分結果;三是依靠host通過HCI命令 set_AFH_host_channel_classification傳下來。
藍芽和wifi共存設計中,host通過HCI命令告訴藍芽哪些channel不可用是很有效的。如果藍芽自己區分,應該既自己檢查channel,也需要讀另側裝置的區分資訊,因為兩者如果距離稍遠,可能看見的badchannel是不同的。

分時(TDM,PTA)
分時是利用藍芽和wifi間的握手訊號,使藍芽和wifi分時在2.4G工作,這樣可以避免噪音干擾和阻塞干擾。問題是會降低藍芽和wifi的throughput。所以這個機制應該只在AFH不能提供良好效果時使用。
802.15.2中有規定仲裁方式和訊號(PTA,packettrafficarbitration)的框架,很多藍芽晶片廠商也有自己專有的握手訊號定義。道理上來講我們的設計還需要了解主流wifi晶片的握手訊號定義。
這些握手訊號都差不多。簡單說明如下:

2-wire
Wifi給藍芽訊號wl_active,表示wifi有通訊,如果這個訊號asserted,藍芽應該只接收/發射highpriority的包,其它包delay。
藍芽給wifi訊號bt_priority,表示藍芽要發highpriority的包,wifi必須停止當前通訊。
可以看出,這兩根訊號分別是保護wifi和藍芽通訊的。所以assert的多與少會影響2.4G頻寬在兩者間的分配。
從藍芽晶片設計的角度,藍芽晶片必須支援對於包優先順序的區分和delay包的處理。一般來說,定時同步,inquiry,page,SCO等是高優先 級,傳送資料的包則是普通優先順序。如果處理得細緻和靈活,很多引數是需要可以配置和可調的,因為可能需要host根據具體應用來配置。
如果藍芽晶片知道wifi的頻帶,bt_priority也可以只在頻率衝突時拉起。

3-wire
  三線方案和兩線方案相似。多加一根藍芽輸出的bt_active,這樣和bt_priority一起可以表示兩種優先順序的藍芽通訊。

4-wire
四線方案和三線方案相似,再多加一根藍芽輸出的bt_freq,指示藍芽通訊是否和wifi頻帶衝突。

PTA
802.15.2中沒有規定PTA具體的硬體介面和仲裁判定,是依賴實現的。也有類似上述的2/3/4線方案。但PTA的基本思想是藍芽和wifi提交 申請給PTAcontroller,(一般PTAcontroller整合在wifi中),由PTAcontroller來許可。所以PTA中的相關訊號 都是指將要的操作,不同於上面的是指已經發生的操作。

WCS
WCS是intel的 wirelesscoexistencesystem縮寫,是intelwifi的握手定義,兩根線,ch_data和 ch_clk/bt_priority,完成握手和頻帶訊號傳遞功能。具體時序定義沒有看到,要籤intel的NDA才有,估計筆記本上用得較多。
只要把握分時和優先順序的tradeoff原則,握手介面和分時機制還可以有很多變化和配置,以求對使用者最好的使用體驗。
RDA5868 ,RDA5870都支援藍芽WIFI共存分時設計,在原理圖連線時,連線如下:

RDA5870:
Pin37:WL_ACTIVE
Pin27:BT_PRIORITY

RDA5868+:
Pin28:WL_ACTIVE
Pin27:BT_PRIORIT