實現低功耗DAB接收機的循環上/斷電方案

admin @ 2014-03-19 , reply:0

概述
名稱:實現低功耗DAB接收機的循環上/斷電方案字音頻廣播(DAB)是一種數字無線電系統,最初由Eureka147開發,能夠為用戶提供比傳統FM廣播所能實現的豐富的多的體驗。採用DAB之後,無線廣播不僅……
名稱:實現低功耗DAB接收機的循環上/斷電方案
字音頻廣播(DAB)是一種數字無線電系統,最初由Eureka 147開發,能夠為用戶提供比傳統FM廣播所能實現的豐富的多的體驗。採用DAB之後,無線廣播不僅聲音質量更好、通道數更多,而且還能為用戶提供豐富得多媒體內容。例如,電子節目指南(EPG)、天氣和交通情況等地方信息,以及新聞和股票信息的實時多媒體廣播等。
除了比傳統FM功能更強大,音質更好以外,DAB還能讓用戶在移動中享受這些服務而無需忍受嘈雜、難以聽清的接收效果。DAB之所以能夠更好地適應衰落等移動條件造成的效應是由於它採用了一種基於正交頻分復用(OFDM)的機制。此外,使用OFDM帶來的另一個好處是使一個單頻網路(SFN)可以覆蓋比傳統FM廣播更大的區域。這一切優點使攜帶型移動應用(例如MP3播放器、PDA、攜帶型媒體播放器以及行動電話)中對DAB接收機的需求增大。在這些應用中,功耗是決定該接收機解決方案生命力的一個關鍵因素。

圖1:TM I、II、IV的傳輸幀格式。
看一看Eureka 147 DAB標準定義的循環上/斷電系統所採用的傳輸幀結構,我們會發現RF調諧器和基帶中的關鍵系統模塊都可以循環上/斷電。這一特性可用來降低系統的整體功耗。當額外的數據不需要*時,也就不需要接收,於是,RF調諧晶元中的許多模塊都可以置於待機模式以節約能源。
DAB傳輸幀結構
DAB傳輸幀結構由來自數字化I/Q介面或IF介面的OFDM符號構成,如圖1所示。
前兩個符號構成了同步通道(SC),其後三個符號構成了快速信息通道(FIC),而接下來的72個符號(對於TM III則是144個)中攜帶了主業務通道(MSC)的數據。值得一提的是MSC中的符號並不僅僅包含音頻數據,還包含其它業務數據。
復用配置信息(MCI)
在DAB復用器中,多種業務集合在一個單一的信號群中,每種業務都可以由不同的業務成份構成。一種業務(通常是音頻業務但也可以是數據業務)的基本業務成份叫做主要業務成份。另外,還可以通過其它可選的次要業務成份來擴充業務。
如圖2所示,DAB業務結構允許幾種業務之間共享業務成份,因而資源利用既高效又靈活。例如,流量信息通道(TMC)中的流量信息或業務信息(SI)就可以成為兩個次要業務成份,而且DAB業務結構還允許在不同的節目時間改變業務成份的設定。
DAB信號群的配置信息由MCI管理,MCI有5個功能:
1.定義子通道的組織方式,包括它們在CIF中的位置和大小以及誤差防護措施;
2.列出信號群中可用的業務;
3.在業務和業務成份間建立連接;
4.在業務成份和子通道間建立連接;
5.通知復用器重配置。

圖2: DAB信號群配置舉例。
循環上/斷電
從DAB業務結構和傳輸幀結構可以看出:
1. SC中的相參符號在同步傳輸幀時是必需的,但一旦傳輸幀進入穩態,接收機在無效符號下就可以關斷;
2.在為通道*器提供復用器的結構和配置以及MSC的結構和配置時,FIC中的符號是必需的;
3. DAB業務結構是這樣的,其業務成份包含在一些離散的子通道中,這些子通道又由一個或多個完整的容量單元(CU)組成;
4. MCI提供關於CU地址的信息,這些信息在*任何業務的業務成份時都是必需的;
5. DAB信號群通常包含不止一種業務。
因此,在接收一種特定的DAB業務時,DAB*器只需*構成該特定業務的業務成份的子通道SC、FIC以及包含CU的CIF符號。在餘下的大部分時間內,除了完成預先處理該業務*需要的符號所必需的操作之外,基帶*器只需工作在能耗較低的待機模式即可。
Future Waves公司出品的FENIX FNX14701LP DAB調諧器晶元還能進一步發揮這種循環上/斷電策略,從而大幅降低功耗。在MSC傳輸其它子通道信息時,DAB*器無需*那些OFDM符號。這時,FNX14701LP就無需為DAB*器提供信息,因而它也可以工作在功耗大為降低的待機模式。由一個管腳兼容的基帶信號處理器通過一個快速中斷管腳通知FNX14701LP進入待機狀態。
閑置程度由誤差防護級別和業務的比特率決定,它還會影響基帶和RF前端處於待機模式的持續時間。對於通常音頻數據率為128kbps的音頻接收而言,採用循環上/斷電可以將RF功耗降低多達70%。
作者:Calvin Sim博士
產品開發副主任
福威科技股份有限公司


[admin via 研發互助社區 ] 實現低功耗DAB接收機的循環上/斷電方案已經有2335次圍觀

http://cocdig.com/docs/show-post-42027.html