TW202124994A - 現代化全球導航衛星系統接收器 - Google Patents

現代化全球導航衛星系統接收器 Download PDF

Info

Publication number
TW202124994A
TW202124994A TW109135794A TW109135794A TW202124994A TW 202124994 A TW202124994 A TW 202124994A TW 109135794 A TW109135794 A TW 109135794A TW 109135794 A TW109135794 A TW 109135794A TW 202124994 A TW202124994 A TW 202124994A
Authority
TW
Taiwan
Prior art keywords
gnss
code
memory
data
frequency
Prior art date
Application number
TW109135794A
Other languages
English (en)
Inventor
保羅 A 康弗利堤
保羅 麥可柏尼
馬克 莫格雷恩
葛雷高里 圖爾茲奇
諾曼 克雷斯奈
Original Assignee
美商昂納芙公司
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 美商昂納芙公司 filed Critical 美商昂納芙公司
Publication of TW202124994A publication Critical patent/TW202124994A/zh

Links

Images

Landscapes

  • Position Fixing By Use Of Radio Waves (AREA)

Abstract

GNSS接收器及此等接收器內之系統使用改良以在提供足夠處理資源來直接接收並獲取並且追蹤E5頻帶GNSS信號(在一項實施例中不試圖接收L1GNSS信號)之同時減少記憶體使用。亦闡述其他態樣。

Description

現代化全球導航衛星系統接收器
本發明係關於全球導航衛星系統(GNSS)領域,且確切而言本發明在一項實施例中係關於使用處於L5頻帶中之一現代L5信號之GNSS接收器。可用的GNSS系統眾多,包含美國的GPS (全球定位系統)、格洛納斯(GLONASS)、伽利略、北斗及現有或可在未來部署的區域性系統。美國GPS系統最初僅在L1頻帶中可用。現在,美國GPS系統包含L5頻帶中之GNSS信號,且伽利略系統包含以1191.79 MHz為中心之L5頻帶中之現代化GNSS信號(諸如E5A及E5B)。相對於L1頻帶中之GNSS信號而言,L5頻帶中之現代化GNSS信號具備一些優點,且該等優點中之某些優點在下文加以闡述。然而,在不在GNSS接收器中預先獲取L1 GNSS信號之情況下在一GNSS接收器中直接獲取L5頻帶GNSS信號已被視為太困難,且因此習用GNSS接收器採用首先獲取L1 GNSS信號之一技術,且此獲取提供用於獲取E5頻帶中之GNSS信號之資訊(諸如,時間資訊及都卜勒估計)。因此,支援GNSS L5信號之習用GNSS接收器使用接收L5信號及L1信號兩者之一射頻前端;此意味著此等GNSS接收器中存在多個射頻組件。此外,習用接收器必須儲存並使用L1 GNSS信號及L5 GNSS信號兩者之虛擬隨機雜訊(PRN)碼。
本文中所闡述之各種態樣提供改良,此等改良可允許一GNSS接收器以比藉由在窄頻帶L1獲取更大的靈敏度及可靠性來在該GNSS接收器中直接接收、獲取、處理並使用僅L5頻帶GNSS信號,但在某些實施例中此等改良可用於習用接收器中來接收並處理L5頻帶GNSS信號以及一或多個額外GNSS頻帶(諸如,L1 GPS頻帶)。此等態樣可實施於各種實施例中,所述各種實施例可包含GNSS接收器或GNSS接收器之若干部分或者含有此接收器或此接收器之若干部分資料處理系統(諸如,智慧型電話),且可包含藉由此類裝置(例如,GNSS接收器等)實行之方法且可包含儲存電腦程式指令之非暫時性機器可讀媒體,電腦程式指令在由一資料處理系統執行時使得該資料處理系統實行本文中所闡述之該一或多個方法。
本發明之一項態樣係關於直接獲取L5頻帶GNSS信號。換言之,在此態樣中,一GNSS接收器在不試圖自L1頻帶GNSS信號獲取時間及頻率資訊之情況下直接獲取L5頻帶GNSS信號。術語「直接獲取(direct acquisition及directly acquiring)」旨在意指GNSS接收器接收L5頻帶GNSS信號且獲取該等信號以獲得自該等信號導出之時間及頻率資訊,而不是自L1頻帶GNSS信號獲取時間及頻率資訊。雖然蜂巢式電話輔助資料(在先前急速追蹤專利中闡述的時間或頻率相位鎖定)可用於GNSS接收器中,但不獲取L1頻帶GNSS信號且不將L1頻帶GNSS信號用於直接獲取L5頻帶GNSS信號之一GNSS接收器。因此,當GNSS接收器直接獲取L5頻帶GNSS信號時,GNSS接收器獲取L5頻帶GNSS信號以自該等信號獲得時間及頻率資訊,而不具有先前獲取L1頻帶GNSS信號之益處且不具有自L1頻帶GNSS信號獲得時間或頻率資訊之益處。
本發明之另一態樣係關於在一組一或多個應用處理器(AP)與一GNSS處理系統之間共用一快取記憶體(或在GNSS處理系統與一SOC或積體電路上之其他處理器之間共用其他記憶體)。此態樣提供獲取L5 GNSS信號時通常過大的記憶體需要之一解決方案,確切而言係藉由使用離散傅立葉變換(DFT)計算之方法。該一或多個應用處理器(或其他處理器)及GNSS處理系統可被一起實施於一單個半導體基板上之一單個單片式積體電路(IC)中且快取記憶體亦可位於同一積體電路上,該單個半導體基板上之單個單片式積體電路(IC)可被稱為一系統單晶片(SOC)。在此態樣中,應用處理器(或其他處理器)與GNSS處理系統之至少一獲取引擎(AE)共用其快取記憶體(或其他記憶體)。在一項實施例中,此共用可限於其中該獲取引擎最初獲取GNSS信號的(舉例而言,有或沒有來自一蜂巢式電話網路之輔助資料情況下的一開端)之該等情況。可在獲取階段回應於來自一應用程式(諸如,一地圖應用或其他應用)的對位置資料(諸如一經緯度)之一請求而將快取記憶體(可係該一或多個應用處理器之L1 (層級1)或L2 (層級2) SRAM快取記憶體之或由其他處理系統使用之其他記憶體)之一部分分配給獲取引擎。該分配可根據位置請求優先進行或不藉由系統之一作業系統(OS)或一IC上之韌體;若位置請求來自一低優先級背景常駐程式應用,則分配可暫時推遲直至快取記憶體中有足夠自由的記憶體可用為止。另一方面,若位置請求來自作為前景應用(且因此裝置之顯示器為一使用者展示地圖應用之使用者介面)之一地圖應用,則優先進行分配。在一項實施例中,將被分配之部分可來藉由判定快取記憶體中之哪些頁未受干預且儲存於一後備儲存器(諸如,主DRAM或更好是非揮發性記憶體(諸如,快閃記憶體)中)來識別。此等頁(例如,未受干預且儲存於一後備儲存器)可立即自快取記憶體(或其他記憶體)清除/刪除且然後分配給AE以用於儲存(舉例而言)假設資料或所產生GNSS PRN碼及/或GNSS PRN碼的自一DFT產生之碼頻譜中之一或多者。
根據此共用態樣之一種方法可包含在一GNSS接收器中實施之以下操作:自一積體電路上之一或多個應用處理器接收一請求以透過使用該積體電路上之一GNSS處理系統產生位置資料,該GNSS處理系統包含一獲取引擎(AE),該獲取引擎(AE)經組態以獲取複數個GNSS信號,該等GNSS信號中之每一者自一GNSS集群太空載具(SV)中之一者傳輸而來;識別積體電路上之一快取記憶體(或其他記憶體)之一部分並回應於產生位置資料之該請求而將該部分分配給該獲取引擎使用,而將快取記憶體(或其他記憶體)之一其餘部分分配給該一或多個應用處理器(或其他處理器),該分配由在該一或多個應用處理器上執行之一作業系統或由IC上之韌體實行;及由獲取引擎或該一或多個應用處理器將與GNSS信號獲取處理有關之資料儲存於已分配部分中。在一項實施例中,該方法可使用靜態隨機存取記憶體(SRAM)作為積體電路上之快取記憶體(或其他記憶體),且該獲取引擎可包含用於使用一時間抽取法且亦使用一頻率抽取法來實行快速傅立葉變換(FFT)運算(諸如,離散傅立葉變換(DFT)運算)之ASIC (特殊應用積體電路)硬體邏輯。在一項實施例中,該方法可進一步包含以下操作:在GNSS處理系統開始追蹤已自至少三個(3) GNSS SV獲取之GNSS信號之後撤銷分配已分配部分,該撤銷分配係回應於在一追蹤階段之前自該至少三個GNSS SV獲取GNSS信號而發生。在一項實施例中,GNSS處理系統包含一專用記憶體,該專用記憶體與快取記憶體(或其他記憶體)分離且專用於GNSS處理系統。在一項實施例中,耦合至快取記憶體(或其他記憶體)之一記憶體控制器可包含:一第一埠控制器,其用以控制對已分配給獲取引擎之部分之存取;及一第二埠控制器,其用以控制對快取記憶體(或其他記憶體)之其餘部分之存取。在一項實施例中,該獲取引擎實行自GNSS SV獲取GNSS信號且該獲取包括判定含有虛擬隨機雜訊(PRN)碼之所接收GNSS信號之主碼相位及頻率以使得能夠追蹤GNSS信號以由於該追蹤而生成與GNSS SV之虛擬距離。在該方法之一項實施例中,已分配部分用以儲存以下各項中之一或多者:(1) GNSS SV之虛擬隨機雜訊碼或(2)可能獲取之GNSS信號之識別符之假設以及可能獲取之GNSS信號之頻率之假設。在此方法之一項實施例中,該一或多個應用處理器可在一獲取階段開始之前至少針對在系統視野中之GNSS SV而產生GNSS PRN碼及/或自DFT產生GNSS PRN碼之碼頻譜;在此實施例之一個實施方案中,可產生且立即使用此等PRN碼及/或自DFT得到之其碼頻譜但不儲存此等碼,或另一選擇為可產生且暫時儲存此等PRN碼及/或自DFT得到之其碼頻譜,而在獲取及追蹤階段期間使用。在一項替代實施例中,該一或多個應用處理器可產生GNSS PRN碼且將該等GNSS PRN碼儲存於系統之DRAM記憶體中,且然後在開始獲取階段之前或回應於一位置請求而將該等碼複製至快取記憶體(或其他記憶體)中。在一項實施例中,為節約記憶體,系統可僅針對在視野中運行良好之GNSS SV來產生GNSS PRN碼及/或自DFT得到其碼頻譜。
在一項實施例中,根據此共用態樣之一種系統可包含以下組件:一組一或多個應用處理器,其經組態以執行一作業系統(OS)以及一或多個應用程式,該組一或多個應用處理器實施於一積體電路(IC)中;一組一或多個匯流排,其耦合至該組一或多個應用處理器,該一或多個匯流排位於該積體電路上;一快取記憶體(或其他記憶體),其位於該積體電路上且耦合至該組一或多個匯流排並且耦合至該組一或多個應用處理器以儲存供作業系統使用或供該一或多個應用程式及其他記憶體(諸如,一或多個處理器使用之高頻寬數據機記憶體或其他記憶體,該一或多個處理器不在該組一或多個應用處理器中且亦可位於該IC上並且耦合至該一或多個匯流排)使用之資料;一匯流排介面,其耦合至該組一或多個匯流排,該匯流排介面將該組一或多個應用處理器耦合至在該積體電路外部之動態隨機存取記憶體(DRAM);一GNSS處理系統,其實施於該積體電路上,該GNSS處理系統包括一獲取引擎(AE)及一追蹤引擎(TE),該GNSS處理系統透過該一或多個匯流排耦合至該快取記憶體(或其他記憶體);及一記憶體控制器,其耦合至該快取記憶體(或其他記憶體)及該組一或多個應用處理器以及該GNSS處理系統,該記憶體控制器回應於來自作業系統(或其他軟體組件)之一或多個指令而將該快取記憶體(或其他記憶體)之一部分分配給AE使用以允許獲取GNSS信號。在一項實施例中,該快取記憶體可包含靜態隨機存取記憶體(SRAM),且該AE可包含ASIC硬體邏輯以使用一時間抽取法及一頻率抽取法兩者來實行離散傅立葉變換操作。在一項實施例中,該記憶體控制器可包含:一第一埠控制器,其用以控制對用於該AE之該部分之讀取及寫入;及一第二埠控制器,其用以控制對快取記憶體(或其他記憶體)之一其餘部分之讀取及寫入。在一項實施例中,該記憶體控制器可在GNSS處理系統開始追蹤已自至少三個GNSS SV獲取之GNSS信號之前(但在判定一位置資料(諸如,一緯度及一經度)之前)撤銷分配快取記憶體(或其他記憶體)中由AE使用之該部分。
可有助於減少一L5頻帶GNSS接收器中之記憶體使用之另一態樣係在獲取階段期間按需產生用於關聯至所接收GNSS信號的GNSS PRN碼及/或來自DFT之GNSS PRN碼之碼頻譜。在一項實施例中此,按需產生可在獲取及追蹤階段期間生成GNSS PRN碼及/或來自DFT的GNSS PRN碼之碼頻譜。舉例而言,在一項實施例中可在獲取及追蹤兩個階段期間產生但不儲存此等碼;在替代實施例中,可在獲取及追蹤兩個階段期間臨時且按需產生碼且儲存該等碼,且一旦判定一位置則不再儲存此等碼。
本發明之另一態樣係關於使用陣列處理之一獲取關聯器。此陣列處理架構可先將經數位化GNSS樣本資料例如配置於一陣列中之列中,其中列按照時間配置於一基頻樣本記憶體中。對資料進行之DFT運算可生成一輸出,然後可在逆DFT運算之前不必旋轉或重新格式化或重新配置或轉置陣列中之資料之情況下處理藉由逆DFT運算處理該輸出。資料可經配置以使得in一組多個ALU中之每一ALU處理陣列中之一列或一行,藉此將處理分成可由DFT ALU中之每一者處理之離散片段,以使得一單個DFT ALU可以一原子處理操作在一個或幾個處理時脈循環中計算每一列或每一行,在一項實施例中該單個DFT ALU一旦收到指令要實行多個DFT運算則實行多個DFT運算。基頻樣本記憶體可被實施為含有經排序資料之陣列之一循環緩衝區。在一項實施例中,處理操作可係DFT同址計算,以使得自記憶體檢索一列(或一行)輸入資料並進行處理(使用一DFT),且然後將來自此處理之輸出作為輸入資料儲存回相同記憶體位置中(因此將輸入資料覆寫於該等記憶體位置中)。
在可使用一陣列處理架構之一項實施例中,一種用於處理GNSS信號之系統可包含以下組件:一射頻類比轉數位轉換器(ADC),其用以產生所接收GNSS信號之一數位表示;一基頻樣本記憶體,其用以將所接收GNSS信號之數位表示作為經數位化GNSS樣本資料儲存於N2個列(例如,1024列)及N1個行(例如,20行)中,該陣列以一列次序儲存於基頻樣本記憶體中,且該列次序含有在一時間週期(包含一第一時間週期及一第二時間週期)內接收到之經數位化GNSS樣本資料,以使得列次序中之一第一列含有在第一時間週期期間接收之經數位化GNSS樣本資料,且該列次序中位於該第一列之後的一第二列含有於在時間上處於該第一時間週期之後的第二時間週期期間接收之經數位化GNSS樣本資料,其中該基頻樣本記憶體耦合至RF ADC;及一組算術邏輯單元(ALU),其經組態以實行離散傅立葉變換(DFT)運算,該組ALU耦合至該基頻樣本記憶體且經組態以並行且同時地實行N1個DFT,其中N1個DFT中之每一者含有DFT中之N2個點且N1個DFT之輸出儲存於一部分樣本陣列中,且其中該組ALU經組態以然後實行N2個DFT,N2個DFT中之每一者含有來自部分樣本陣列之N1個點,該N2個DFT提供一輸出,該輸出儲存於按照行次序配置之一DFT結果陣列中。在一項實施例中,該基頻樣本記憶體被組態為儲存經數位化GNSS樣本資料之一循環記憶體緩衝區。在一項實施例中,N1個DFT使用相同運算及相同程式控制指令來使該組ALU對不同資料進行運算。在一項實施例中,隨時間推移連續地實行該N2個DFT。在一項實施例中,該循環樣本記憶體緩衝區儲存超過一毫秒之虛擬隨機GNSS信號之一個一以上訊框。在一項實施例中,該N1個DFT及該N2個DFT使用一時間抽取法,且N1係整數值5、10或20或40中之一者。在另一實施例中,N2經設定以使得N1×N2 = 20480 (或N1×N2大於20480)。在一項實施例中,自列次序至一行次序之一改變避免一重新排序或轉置演算法,且該改變係由經組態以產生此改變的N1個DFT後續接著N2個DFT之一組合而產生。在一項實施例中,一GNSS碼產生器經組態以產生一GNSS碼頻譜,且該組ALU對GNSS PRN碼實行一組DFT以提供一碼頻譜結果資料,該碼頻譜結果資料按照一行次序儲存於一碼頻譜記憶體中。在一項實施例中,該組ALU可經組態以將碼頻譜結果資料乘以儲存於DFT結果陣列中之樣本輸出以生成一積陣列。在一項實施例中,該組ALU可經組態以使用一頻率抽取法對該積陣列實行一逆DFT。在一項實施例中,逆DFT可包括:(1)在一第一階段中,利用共軛輸入之N2個DFT,N2個DFT中之每一者含有N1點;及(2)在處於第一階段之後的一第二階段中,N1個DFT,該N1個DFT中之每一者含有N2點。在一項實施例中,該基頻樣本記憶體可係一雙埠記憶體,其允許不同處理器或程序同時存取基頻樣本記憶體之不同部分。在一項實施例中,GNSS碼產生器可在一獲取階段期間當需要一虛擬隨機雜訊碼時針對在視野中之每一GNSS SV每毫秒重複地產生該虛擬隨機雜訊碼,且在使用之後不儲存一所產生虛擬隨機雜訊碼(及/或自DFT得到之其碼頻譜),且所產生之虛擬隨機雜訊碼可用於產生GNSS碼頻譜。在一項實施例中,GNSS碼頻譜在頻率及相位兩方面對準於在記憶體中之適當位置以和與所接收GNSS信號相關聯之碼相位與頻率移位假設匹配。在一項實施例中,可由CORDIC硬體實行此對準。
本文中所闡述之GNSS接收器之一或多項實施例可實行使用一系列DFT之以下方法中之一者。在一項實施例中,一種方法可包含以下操作: 接收GNSS信號; 將所接收GNSS信號數位化並自一類比轉數位轉換器(ADC)提供GNSS樣本資料之一輸出,該GNSS樣本資料包含(1)一所接收GNSS信號之GNSS旁帶A樣本資料及(2)所接收GNSS信號之GNSS旁帶B樣本資料中之至少一者; 進行以下兩項中之至少一者:(1)對GNSS旁帶A樣本資料計算第一組DFT以提供第一組結果;及(2)對GNSS旁帶B樣本資料計算第二組DFT以提供第二組結果; 進行以下兩項中之至少一者:(1)對GNSS旁帶A主PRN碼資料計算第三組DFT,在該第三組DFT之前由於碼都卜勒及載波都卜勒而對GNSS旁帶A主PRN碼資料進行了調整,該GNSS旁帶A主PRN碼資料包含GNSS旁帶A中之兩個分量中之至少一者,該第三組DFT提供第三組結果;及(2)對GNSS旁帶B主PRN碼資料計算第四組DFT,在該第四組DFT之前由於碼都卜勒及載波都卜勒而對GNSS旁帶B主PRN碼資料進行了調整,該GNSS旁帶B主PRN碼資料包含GNSS旁帶B中之兩個分量中之至少一者,該第四組DFT提供第四組結果; 進行以下兩項中之至少一者:(1)使用該第一組結果之一積之複共軛及該第三組結果之複共軛之一DFT計算第一組關聯以提供第五組結果;及(2)使用該第二組結果之一積之複共軛及該第四組結果之複共軛之一DFT計算第二組關聯以提供第六組結果;及 對以下兩項中之至少一者求積分:(1)利用該GNSS旁帶A之至少一個先前和對該第五組結果求積分;及(2)利用該GNSS旁帶B之至少一個先前和來對該第六組結果求積分,其中該積分包含以下兩項中之至少一者:(1)將GNSS旁帶A分量之至少一個新的和儲存於一單個假設記憶體中及(2)將GNSS旁帶B分量之至少一個新的和儲存於該單個假設記憶體中。
此方法之一個實施方案可總結為(「情形1」): 1.      計算一旁帶A樣本之FFT; 2.      計算一旁帶B樣本之FFT; 3.      計算由於碼都卜勒及載波都卜勒(例如將搜尋之潛在都卜勒之一範圍)而被調整之至少一個旁帶A分量主碼之FFT; 4.      計算由於碼都卜勒及載波都卜勒而被調整之至少一個旁帶B分量主碼之FFT; 5.      對(a)自1計算之FFT (旁帶A樣本之FFT)與(b)自3計算之FFT (旁帶A分量之FFT)的積進行逆FFT (IFFT)來計算關聯; 6.      對(a)自2計算之FFT與(b)自4計算之FFT的積進行IFFT來計算關聯。
此實施方案可提供數個優點。舉例而言,此實施方案可對所接收旁帶樣本進行的FFT非常少,且可減小或消除將預先計算GNSS樣本頻譜自記憶體(例如DRAM或非揮發性記憶體)移動至頻域關聯引擎通常所需之大規模資料傳送。頻域關聯引擎可在所需之記憶體佔用面積低或小的同時藉由以一合理時脈速度再次使用引擎而係非常高效的。舉例而言,頻域關聯引擎可按照本文中所闡述之一管線架構在引擎內現場計算主碼及其頻譜(例如,在上文之求和「情形1」中之運算3及4中)。此外,對現場產生之碼應用碼都卜勒及載波都卜勒(例如,在上文之求和「情形1」中之運算3及4中)能減小輸入(所接收)之樣本FFT且亦提高碼都卜勒準確性。
獲取(舉例而言) L5 GNSS信號之此實施方案存在許多組合及排列。然而此等組合及排列可不如以上「情形1」高效,原因在於需要(相對於「情形1」)更快處理時脈及/或更大記憶體或原因在於其具有較小之獲取靈敏度或需要一更長時間來獲取信號以達到一給定信號強度。可保留對「情形1」中之六項(6)操作之使用,但排列基於以下各項中之一或多者:(1)在何處及如何實行碼補償及載波補償,舉例而言:(a)載波都卜勒補償可係「擦除」所接收GNSS樣本或將本端產生(或預先計算)之PRN碼樣本進行倍乘;或(b)可藉由對碼頻譜進行一複數乘法(例如,參見附錄3)或藉由補償後關聯結果及其在記憶體中之積分(參見附錄1)來對所接收GNSS樣本(「輸入樣本」)或本地產生(或預先計算)之PRN碼樣本應用碼都卜勒調整;(2)是基於在視野中之GNSS SV而在獲取引擎(AE)中在本地現場產生碼頻譜,還是預先計算碼頻譜並將碼頻譜載入至AE;或(3)替代硬體架構(而非依序地進行時間抽取FFT及頻率抽取FFT),諸如用以減小每FFT之處理時脈之數目的並行FFT內核或較高基數內核。以下6個排列係可能排列之實例。
情形2 (將碼及載波都卜勒切換為樣本:需要更多輸入樣本FFT) 1.      對針對碼都卜勒及載波都卜勒而調整之旁帶A進行FFT 2.      對針對碼都卜勒及載波都卜勒而調整之旁帶B進行FFT 3.      對至少一個A分量主碼進行FFT 4.      對至少一個B分量主碼進行FFT 5.      藉由對整合至一單個假設記憶體中之1個積及3個積進行IFFT而關聯關聯 6.      藉由整合至一單個假設記憶體中之2個及4積進行IFFT而做出關聯
情形2B(與2相同,預先計算碼頻譜:需要更多記憶體及資料頻寬) 1.      對針對碼都卜勒及載波都卜勒而調整之旁帶A進行FFT 2.      對針對碼都卜勒及載波都卜勒而調整之旁帶B進行FFT 3.      獲得至少一個A分量主碼之預先計算FFT 4.      獲得至少一個B分量件主碼之預先計算FFT 5.      對整合至一單個假設記憶體中之1個積及3個積進行IFFT而做出關聯 6.      對整合至一單個假設記憶體中之2個積及4個積進行IFFT而做出關聯
情形3 (與2相同,碼都卜勒補償後關聯) 1.      對針對載波都卜勒而調整之旁帶A進行FFT 2.      對針對載波都卜勒而調整之旁帶B進行FFT 3.      對至少一個A分量主碼進行FFT 4.      對至少一個B分量主碼進行FFT 5.      對整合至一單個假設記憶體中並針對碼都卜勒而調整之1個積及3個積進行IFFT而做出關聯 6.      對整合至一單個假設記憶體中且針對碼都卜勒而調整之2個積及4個積進行IFFT而做出關聯
情形3B (與3相同,但預先計算碼頻譜) 1.      對針對載波都卜勒調整之旁帶A進行FFT 2.      對針對載波都卜勒調整之旁帶B進行FFT 3.      獲得至少一個A分量主碼之預先計算FFT 4.      獲得至少一個B分量主碼之預先計算FFT 5.      對整合至一單個假設記憶體中且針對碼都卜勒調整之1個積及3個積進行IFFT而做出關聯 6.      對整合至一單個假設記憶體中且針對碼都卜勒調整之2個積及4個積進行IFFT而做出關聯
以下一組情形使用附錄1中所闡述之方法,該方法以若干個頻率(0、200、400、600、800)每毫秒計算輸入樣本旁帶樣本之FFT,且然後藉由選擇最接近次kHz FFT且然後移位達+/-N個樣本以獲得一超kHz補償來粗略估計樣本旁帶A或B頻譜。舉例而言,2450 Hz使用400Hz FFT且 使此FFT移位+2樣本以得到一組合的400Hz + 2kHz都卜勒補償。
情形4 (與附錄1中所闡述之方法相似) 1.      自在涵蓋一1 kHz範圍之一組頻率下針對載波都卜勒而調整之一組旁帶A樣本FFT中選出至少一個FFT,該一個FFT移位N個樣本以生成一近似載波都卜勒 2.      自在涵蓋一1 kHz範圍之一組頻率下針對載波都卜勒而調整之一組旁帶B樣本FFT選出至少一個FFT,該一個FFT移位N個樣本以生成一近似載波都卜勒 3.      對針對碼都卜勒調整之至少一個A分量主碼進行FFT 4.      對針對碼都卜勒調整之至少一個B分量主碼進行FFT 5.      對整合至一單個假設記憶體中之1個積及3個積進行IFFT而做出關聯 6.      對整合至一單個假設記憶體中之2個積及4個積進行IFFT而做出關聯
情形4A (與方法4相似,但預先計算碼頻譜及碼都卜勒後關聯) 1.      自在涵蓋一1 kHz範圍之一組頻率下針對載波都卜勒而調整之一組旁帶A樣本FFT選出至少一個FFT,該一個FFT移位達N個樣本以生成一近似載波都卜勒 2.      自在涵蓋一1 kHz範圍之一組頻率下針對載波都卜勒而調整之一組旁帶B樣本FFT選出至少一個FFT,該一個FFT移位達N個樣本以生成一近似載波都卜勒 3.      獲得至少一個A分量主碼之經預先計算FFT 4.      獲得至少一個B分量主碼之經預先計算FFT 5.      對整合至一單個假設記憶體中且針對碼都卜勒調整之1個積及3個積進行IFFT而做出關聯 6.對整合至一單個假設記憶體中且針對碼都卜勒調整之2個積及4個積進行IFFT而做出關聯
在本文中所闡述之實施例中之某些實施例中,針對碼都卜勒及載波都卜勒中之一者或兩者而做出調整或補償。本文中所闡述,可獨立地且不同階段實行此等調整。碼都卜勒調整係一本地產生之碼(或一預先計算碼)或對一所接收GNSS樣本碼進行調整以調整對碼(諸如,一主GNSS PRN碼)之都卜勒效應;舉例而言,在一搜尋或獲取階段期間,可對本地產生之碼或對所接收GNSS樣本碼做出多個可能的碼都卜勒調整以搜尋並獲取受都卜勒效應影響之一GNSS信號。載波都卜勒調整係對一信號之一載波頻率受到之都卜勒效應進行調整的一調整。載波都卜勒係所觀測到的由於衛星與接收器之間的相對運動而自傳輸頻率的頻率偏移且係自衛星及接收器振盪器之標稱值的偏移。碼都卜勒係所接收碼相位隨時間而發生之移位,其與載波都卜勒係同調的。在L5下,每碼碼片存在115個載波循環。因此,以碼片/秒為單位之碼都卜勒係載波都卜勒除以115。因此在一載波都卜勒為4321 Hz時,所接收碼相位將在一秒內移動37.57碼片。為了能接收到弱信號,必須針對多個主碼訊框對所接收信號對接收器之複本信號進行關聯。此需要必須根據載波都卜勒假設將每一傳入碼相位假設移位。此移位被稱為碼都卜勒。
本發明之另一態樣涉及使用來自一個GNSS SV之E5 GNSS信號中之主碼及/或副碼以基於該等GNSS信號導出碼相位資料或時間資料,且然後使用該資訊來估計來自其他GNSS SV之其他GNSS信號之碼相位以獲取來自該等其他GNSS SV之該等其他GNSS信號之碼相位。在此態樣中,GNSS接收器可採用可小於1 ms GNSS PRN碼時段且可偏離該1 ms GNSS PRN碼時段之一處理時段,且GNSS接收器可使用該處理來試圖在獲取其他GNSS信號之碼相位之前同調地求積分;舉例而言,GNSS接收器中之GNSS處理系統可每0.25毫秒自一循環記憶體緩衝區檢索一全1毫秒(ms)之經數位化GNSS樣本資料且對所檢索之資料實行一組DFT及逆DFT以針對每一頻段同調地求積分,且然後在下一處理時段重複此VFFDC程序,其中每一處理時段為0.25毫秒或一碼時段(即在一項實施例中,1 ms長)之某些其他分數。此可允許GNSS接收器在多個處理時段內重複地使用來自循環緩衝區之1毫秒資料以試圖使用藉由預先獲取GNSS信號中之至少一者之主碼或副碼相位而獲得之資訊對其他GNSS信號同調地求積分。在此實例中,根據預期會接收到衛星碼之近似時間格搜尋衛星碼,以使得減少由於與副碼相關聯之相位反轉所致的次毫秒同調對消損耗。在另一實施例中,接收器時脈可能已足夠準確(遠小於1 ms之誤差)且一優先位置可足夠眾所周知以在此精確時間獲取模式中允許處理所有GNSS信號。
本發明之另一態樣涉及僅使用GNSS信號之兩個或四個分量之一子組(一選定分量)來在粗略時間獲取期間首先獲取該子組(諸如,四個分量中僅獲取一個分量),且然後獲取其餘分量。在一項實施例中,此選定分量係基於由於正負號或相位反轉所致之信號改變之一最低概率而選定,正負號或相位反轉係由於在該選定分量中使用之譯碼方案所致。在伽利略之E5 GNSS信號之情形中,E5BI分量由於正負號或相位反轉而發生信號改變之概率最低,且因此可用作選定分量來實行一粗略時間獲取或精確時間獲取,再試圖獲取及/或追蹤伽利略GNSS信號之其餘分量。此種僅使用分量之一子組可最初在開始一獲取(諸如,一粗略時間獲取)時進行,或作為在一習用獲取失敗之後的一後備操作模式或作為當關聯數目減小時更迅速地獲取一較強衛星之一方法,以允許一GNSS獲取引擎之一部分比在採用更多GNSS信號分量之情況下更迅速地且以比在採用更多GNSS信號分量之情況下更低的功率來搜尋諸多SV之一大頻率空間。
本發明之另一態樣涉及減弱來自一些已知強干擾源(諸如,通常存在於例如機場或軍事基地周圍的航空無線電導航(ARN)信號)之干擾的影響。ARN信號(諸如,來自一戰術空中導航系統(DME/TACAN)之信號)通常為遠高於一雜訊本底之強脈衝信號,而GNSS信號通常低於雜訊本底。此外,ARN信號可對處於L5頻帶中之GNSS造成干擾。在一項實施例中,可藉由偵測高於雜訊本底之一信號源(舉例而言,偵測高於可比一雜訊本底高出數dB之一預定臨限值之一信號)且然後在頻域中移除該信號來減弱此干擾。可在信號獲取階段期間使用本文中所闡述之DFT陣列處理來識別干擾信號,且然後可透過一FIR (有限脈衝回應)濾波器處理該干擾信號以在時域關聯處理之前移除干擾信號。另一選擇為,由於每毫秒且在上旁帶及下旁帶中之每一者處實行輸入樣本頻譜,因此可在輸入資料頻譜中觀測到具有強干擾之頻率。
本發明之另一態樣係關於藉由自一些DFT計算輸出但不儲存輸出來減少記憶體使用之方法。此方法可藉由不儲存來自DFT計算之選定輸出來減小積分或假設記憶體之大小。在一項實施例中,對輸出進行評估以判定是否保存該等輸出。當使用DFT方法來實行關聯時,可採用此方式。在此情形中,DFT在一毫秒內以所有碼假設生成關聯結果。若時段位置不確定性遠小於一毫秒(即全範圍),則僅需要對所估計位置周圍之一部分求積分並保存。
本文中所闡述之態樣及實施例可包含儲存可執行電腦程式指令之非暫時性機器可讀媒體,當該等電腦程式指令由該一或多個資料處理系統執行時可使得一或多個資料處理系統實行本文中所闡述之方法。該等指令可儲存於非揮發性記憶體(諸如,快閃記憶體)或揮發性動態隨機存取記憶體或其他形式之記憶體中。
以上發明內容不包含本發明中之所有實施例之一詳盡清單。可依據上文總結之各種態樣及實施例之所有適合組合且亦依據以下詳細闡述中所揭示之態樣及實施例實踐所有系統及方法。
各種實施例及態樣將參考下文所論述之細節加以闡述,且附圖將圖解說明各種實施例。以下說明及圖式係說明性的並不應被闡釋為限制性的。闡述眾多具體細節以提供各種實施例之一透徹理解。然而,在一些例項中,眾所周知或習用的細節未加以闡述以提供對實施例之一簡潔論述。
在說明書中提及「一個實施例」或「一實施例」意指結合所述實施例而闡述之一特定的特徵、結構及特性可包含於至少一項實施例中。在說明書中各處出現之片語「在一項實施例中」並不一定全部皆指代同一實施例。包括硬體(例如電路系統、專用邏輯等)、軟體或硬體與軟體兩者之組合的處理邏輯實行下圖中所繪示之程序。儘管下文根據某些順序操作闡述程序,但應瞭解,所闡述之操作中之某些操作可按照一不同次序實行。此外,某些操作可並行地而非依序地實行。
本文中所闡述之實施例之一項態樣係關於在一或多個應用處理器與一GNSS處理系統之間共用快取記憶體。在闡述此等共用實施例之前,將參考圖1提供先前技術中之一先前架構之一說明。圖1展示包含透過一匯流排14耦合之一或多個應用處理器12與一GNSS處理器20之一系統10,匯流排14亦耦合至系統主記憶體,該系統主記憶體係動態隨機存取記憶體(DRAM) 24。系統10包含一或多個輸入/輸出(I/O)裝置26 (諸如,一或多個觸控螢幕、揚聲器、麥克風)以及一或多個感測器(諸如,相機、面部偵測感測器等)。系統10亦包含一蜂巢式電話數據機及處理器16,蜂巢式電話數據機及處理器16可包含其自身的快取記憶體,該快取記憶體可為SRAM 16A。蜂巢式電話數據機與處理器16耦合至蜂巢式電話RF組件17以透過天線18接收蜂巢式電話信號。GNSS處理器20經組態以接收並處理在L1頻帶及L5頻帶兩者中之GNSS信號。此外,GNSS射頻(RF)組件21經組態以透過天線22A及天線22B接收在L1頻帶及L5頻帶中之GNSS信號,且GNSS RF組件21包含一或多個RF混頻器及RF至中間頻率降頻轉換器且包含一RF本地振盪器。此等GNSS信號由GNSS處理器20處理,GNSS處理器20包含其自身的專用處理器記憶體作為GNSS處理器20之一部分。GNSS處理器不使用快取記憶體12A或共用由一或多個應用處理器12使用之快取記憶體12A,一或多個應用處理器12使用此項技術中已知之技術來利用一快取記憶體。GNSS處理器接收並處理GNSS信號且透過匯流排14將位置輸出(諸如,經緯度輸出)提供至一或多個應用處理器12。GNSS處理器在不利用快取記憶體12A之情況下接收並處理GNSS信號,且需要兩個分離的GNSS天線22A及天線22B以及在該兩個GNSS天線22A及22B處開始之兩個分離的GNSS RF路徑。
圖2展示一系統之一實例,該系統中之快取記憶體在一或多個應用處理器與一GNSS處理系統之間共用。圖2中所展示之系統50包含一系統單晶片(SOC) 52,系統單晶片(SOC) 52包含一或多個應用處理器66及一快取記憶體70以及一GNSS處理系統68。在一項實施例中,SOC 52可係前置於一積體電路之基板中之一單個單片式半導體裝置,該積體電路包含圖2中所展示之SOC 52之周界內所展示之所有組件。SOC 52可包含控制對快取記憶體70 (或其他記憶體)之存取之一記憶體控制器72,快取記憶體70耦合至一或多個應用處理器66且耦合至GNSS處理系統68。因此,記憶體控制器72可仲裁快取記憶體70之使用以允許GNSS處理系統68以及一或多個應用處理器66兩者皆使用快取記憶體,在一項實施例中該快取記憶體可被實施為SRAM記憶體。在一項實施例中,記憶體控制器72可將快取記憶體70之一部分分配給GNSS處理系統使用,且允許一或多個應用處理器66使用快取記憶體70之其餘部分。在一項實施例中,快取記憶體70可用於儲存程式碼或程式指令以及由處理系統操作之資料。如下文進一步闡述,當GNSS處理系統68之獲取引擎獲取GNSS信號時,該獲取引擎可使用快取記憶體來儲存例如在獲取階段期間使用之假設記憶體中之假設,或可使用快取記憶體70來儲存針對GNSS信號而產生之PRN碼(及/或來自DFT之其碼頻譜)。GNSS處理系統68可透過匯流排74耦合至該一或多個應用處理器66。該一或多個應用處理器66以及GNSS處理系統68亦可透過匯流排74耦合至蜂巢式電話數據機與處理器76。在一項實施例中,匯流排74係SOC 52上之一組匯流排。SOC 52亦包含一匯流排介面78,匯流排介面78允許SOC 52耦合至在SOC 52外部之一系統匯流排54。SOC 52外部存在數個其他組件,且其包含GNSS射頻組件63,在圖2中所展示之實例中,GNSS射頻組件63經組態以僅在L5寬帶(WB)頻帶中操作以僅接收並處理圖2中所展示之實施例中之L5寬帶(WB) GNSS信號。術語或片語L5 WB頻帶或L5 WB信號或L5 WB GNSS意指包含或指代現代化GNSS信號及現代化GNSS系統(例如,SV及接收器集群),該等現代化GNSS系統在以1191.795 MHz為中心之一現代化頻帶下操作,且具有10.23 MHz之一碼片速率或具有顯著高於原有碼片速率或1.023 MHz之GPS L1之碼片速率,且此等現代化GNSS系統包含(舉例而言)美國L5 GPS系統、歐洲E5伽利略系統、中國北斗/指南B2系統、格洛納斯K2及QZSS。蜂巢式電話數據機與處理器76耦合至一蜂巢式電話射頻組件64以接收蜂巢式電話信號且傳輸蜂巢式電話信號。DRAM 56耦合至匯流排54且可儲存使用者資料及應用程式以及一作業系統。另外,除DRAM 56之外,系統50亦可包含非揮發性記憶體57,諸如快閃記憶體。非揮發性記憶體57可為系統50儲存使用者資料及應用程式以及作業系統。系統50亦可包含各種輸入/輸出裝置,該等各種輸入/輸出裝置可透過一或多個I/O控制器58與系統之其餘部分介接。輸入/輸出裝置可包含一或多個感測器62及其他輸入/輸出裝置60。舉例而言,感測器可包含以下各項中之一或多者:一3軸加速度計、三軸陀螺儀、環境光感測器(ALS)、氣壓感測器、磁力儀、一或多個相機等。另外,系統50可包含其他射頻組件62,諸如藍芽、Wi-Fi等。現在將參考圖3提供用於作業系統50之一方法。
系統50在操作101中(圖3中所展示)可自一應用接收一請求以判定一位置。此請求可來自一前景應用或來自一背景應用。舉例而言,在前景且因此向使用者顯示一地圖之一使用者介面的一地圖應用請求一位置,且此請求可使得GNSS處理系統68被啟動。另一選擇為,一常駐程式背景程序可做出對一位置之一請求。請求之本質可判定一優先級以使記憶體控制器72判定如何及何時將快取記憶體70之一部分分配給GNSS處理系統68使用。舉例而言,在某些實施例中,一前景應用對一位置之請求可使「將快取記憶體70之一部分分配給GNSS處理系統68使用」成為一高優先級任務,從而使得儘可能迅速地分配所述部分。另一選擇為,一背景應用對一位置之請求可使「記憶體控制器72分配快取記憶體70之一部分」成為一推遲程序或任務,從而給予記憶體控制器72更多時間來分配快取記憶體70之一部分。
在操作103中,GNSS處理系統68可自例如蜂巢式電話數據機與處理器76接收輔助資料。在一項實施例中,在一段時間內關於在視野中之衛星的一衛星曆書或其他資料源可由系統50接收並儲存以供以後由GNSS處理系統68使用。在操作105中,基於在視野中的衛星或太空載具(SV) (舉例而言,來自一所接收之衛星曆書),GNSS處理系統68可為在視野中之該等GNSS SV產生虛擬隨機雜訊(PRN)碼,及/或自DFT產生該等虛擬隨機雜訊碼之碼頻譜(例如,參見圖6中之碼頻譜記憶體263)。在一項實施例中,在處理GNSS信號之獲取及追蹤階段期間,GNSS處理系統68可按需產生此等碼且使用此等碼但不儲存此等碼。在另一實施例中,在處理GNSS信號之獲取及追蹤階段期間,GNSS處理系統68可按需產生此等碼及/或自DFT產生此等碼之碼頻譜(例如,參見圖6中之碼頻譜記憶體263)且使用此等碼及/或來自DFT的此等碼之碼頻譜(例如,參見圖6中之碼頻譜記憶體263)但亦儲存此等碼及/或其碼頻譜,但追蹤階段一經完成,則不再儲存此等碼。在一項實施例中,可產生碼頻譜(自在視野中之GNSS SV之GNSS PRN碼產生)但不儲存(超過約1毫秒),且碼頻譜可在所接收及所儲存(舉例而言,在一循環記憶體緩衝區中)之GNSS樣本資料之每一毫秒(ms)被反覆地重複產生;因此在一第一ms中,藉由將一碼都卜勒(例如,時間移位)及一載波頻率都卜勒調整(例如,參見圖6及圖9D)應用於所產生之GNSS主PRN碼來產生一碼頻譜,再進行DFT (舉例而言,藉由DFT ALU 261),且然後在一第二ms中(在第一ms之後的下一毫秒)產生一新碼頻譜。在產生碼頻譜之前(舉例而言,透過圖6中之DFT ALU 261)應用碼都卜勒及載波頻率調整之一益處在於,由於E5 GNSS信號之碼都卜勒速率是高的,因此碼頻譜無法被預先計算或甚至無法在後續毫秒內使用,且因此每一毫秒間隔皆應將碼都卜勒移位以維持高關聯。在一項實施例中,若記憶體可用,則可儲存經碼都卜勒移位之碼頻譜達短的時間週期內,以減小計算資源的使用。按需產生此等碼(其繼續直至判定一位置資料為止)而不長期儲存或不進行任何儲存可減小GNSS處理系統68使用之記憶體量。類似地,與一或多個應用處理器66共用快取記憶體70亦可減少GNSS處理系統68對記憶體之使用。在操作107中,含有GNSS處理系統及一或多個應用處理器之積體電路上之快取記憶體之一部分(諸如,SRAM記憶體)可例如由記憶體控制器72來分配。然後,此可允許GNSS處理系統68中之獲取引擎至少在獲取階段期間使用所分配部分。
獲取階段通常涉及判定所獲取PRN碼之頻率及主碼相位以及已傳輸該等所獲取PRN碼之衛星之識別符。當一關聯運算指示一本地產生之PRN碼與一所接收PRN碼之間匹配時,則獲取PRN碼。在一項實施例中,在操作109中,GNSS處理系統中之獲取引擎使用所分配部分來儲存假設資料及/或GNSS PRN碼。然後在操作111中,獲取引擎獲取一或多個GNSS信號以允許GNSS處理系統中之一追蹤引擎追蹤所獲取GNSS信號,藉此判定距已傳輸已由獲取引擎獲取之GNSS信號之GNSS SV之虛擬距離。在一項實施例中,在操作113中,在追蹤階段開始之後,可撤銷分配快取記憶體的部分。舉例而言,記憶體控制器72可撤銷分配已含有假設資料的部分,但若GNSS PRN碼及/或其來自DFT (例如,參見下文對碼頻譜記憶體263之說明)之碼頻譜已儲存於快取記憶體中,則保留GNSS PRN碼及/或來自DFT的GNSS PRN碼之碼頻譜以用於追蹤。在不儲存而是在使用期間臨時產生PRN碼及/或其來自DFT之碼頻譜(例如,參見下文對碼頻譜記憶體263之說明)的一實施例中,則撤銷分配快取記憶體中由獲取引擎使用之部分可係一完全撤銷分配,從而釋放快取記憶體70以供一或多個應用處理器66使用。然後在操作115中,GNSS處理系統68可導出虛擬距離且可使用該虛擬距離及GNSS SV中星曆表資料來判定系統(諸如,系統50)之位置資料。
在一項實施例中,GNSS處理系統68可包含一專用記憶體,該專用記憶體與快取記憶體70分離且專供GNSS處理系統使用。在一項實施例中,記憶體控制器72可包含:一第一埠控制器,其用於控制快取記憶體70的用於獲取引擎之部分之讀取及寫入;及一第二埠控制器,其用於控制快取記憶體70之一其餘部分之讀取及寫入。在一項實施例中,在請求位置資料時(例如,基於關於SV之健康之資訊及關於視野中SV之資訊),可僅對視野中的運行良好之GNSS SV實行產生GNSS PRN碼及/或依據DFT產生GNSS PRN碼之碼頻譜。此選擇性地產生GNSS PRN碼及/或自DFT產生GNSS PRN碼之碼頻譜而在追蹤階段之後或在獲取及追蹤階段期間不保存該等碼(除管線處理邏輯中之暫存器及緩衝區之外記憶體的)可減少GNSS處理系統對記憶體之使用。管線處理邏輯可包含在一個或幾個時脈循環期間暫時地儲存碼及碼頻譜的暫存器及緩衝區。在一項實施例中,GNSS處理系統68可使用下文所闡述之陣列處理架構(諸如,圖6、圖7、圖8及圖9中所展示之架構)以藉由例如使用現場DFT演算法來額外減少對GNSS處理系統記憶體之使用。
在一項實施例中,作業系統(或處理器韌體)可基於關於儲存在快取記憶體中之資料之資訊(可被稱為後設資料)來實行將快取記憶體之部分分配給GNSS處理系統。舉例而言,此後設資料可指示儲存於快取記憶體中之資料在將快取記憶體之一部分分配給獲取引擎使用之前是否「受干預」(例如,在儲存於快取記憶體中時已發生改變),或是否已儲存於一後備儲存器中(諸如,非揮發性儲存器(例如,快閃記憶體)或甚至DRAM記憶體)。舉例而言,若在將快取記憶體之一部分分配給獲取引擎使用之前,快取記憶體正在儲存電腦程式指令或已儲存於非揮發性儲存器中之碼,且此等電腦程式指令在處於快取記憶體內時尚未被修改,則可將快取記憶體之該部分分配給獲取引擎,不必將該部分中之資料向外寫入至DRAM記憶體或向外寫入至非揮發性儲存器。此可允許作業系統(或處理器韌體)迅速地清除快取記憶體之一部分,以使得可將該部分迅速地分配給GNSS處理系統之獲取引擎使用。在圖2中所展示之實例中,GNSS處理系統與一或多個應用處理器(AP)共用一記憶體(例如快取記憶體70);在替代實施例中,GNSS處理系統可與IC上之其他處理系統(例如一或多個其他處理器)共用其他記憶體。在此替代性實施例中,GNSS處理系統共用另一記憶體且不使用或共用一或多個AP之快取記憶體。所述另一記憶體及GNSS處理系統以及其他處理系統可全部皆位於同一IC (例如,亦包含一或多個AP以及一或多個AP之快取記憶體之一SOC)上。其他處理系統可係使用與一或多個AP所使用之快取記憶體分離之其他記憶體之一或多個數據機處理器或圖形處理器或碼,且此分離之(在同一晶片上)其他記憶體亦可係支援高頻資料存取(讀取及寫入)之兩埠(「雙埠」)式記憶體。本文中所闡述,記憶體控制器可當GNSS處理系統及其他處理系統兩者皆意圖同時存取其他記憶體時對其他記憶體之存取做出仲裁。在此替代性實施例之一項實施方案中,該另一記憶體可係其他處理系統中之一或多者之處理器本地儲存器,且除了當GNSS處理系統需要使用該處理器本地儲存器以外,此其他處理系統中之一或多者排他地使用其處理器本地儲存器。
本發明之另一態樣涉及將一陣列處理架構與DFT一起使用以獲取並追蹤例如來自E5 GNSS SV之GNSS信號。此態樣在圖4、圖5A、圖5B、圖6、圖7、圖8、圖9A至圖9D及圖10中予以展示且現在將參考該等圖進行闡述。圖4展示一GNSS接收器之一部分150之一實例,該GNSS接收器接收GNSS信號並在進行一類比轉數位轉換之後將該等GNSS信號儲存於二維(2D)基頻樣本陣列中。GNSS接收器可包含一GNSS射頻(RF)前端153,GNSS射頻(RF)前端153透過耦合至GNSS RF前端153之一天線151接收GNSS信號。在一項實施例中,GNSS RF前端153僅接收L5 WB GNSS信號。
圖12展示可在GNSS RF前端153之一項實施例中使用之組件及架構之一實例。如圖12中所展示,GNSS接收器包含位於一ASIC (其可係SOC 52之一部分)上之一RF前端模組701及一數位前端703;RF前端模組701可與含有數位前端703之ASIC分離。RF前端模組701可被實施於一RF積體電路(IC)中,該RF積體電路耦合至經調諧以接收L5 WB GNSS信號之一GNSS天線707;GNSS天線707通常在晶片外且因此不位於RF IC上。GNSS天線707接收GNSS信號並將該等信號提供至一帶通濾波器709,帶通濾波器709經組態以使以1192 MHz為中心且一帶通頻寬為51 MHz之信號通過,且因此介於約1166.5 MHz與1217.5 MHz之間的GNSS信號穿過帶通濾波器709。帶通濾波器709之輸出耦合至LNA 711以將經帶通濾波之GNSS信號提供至LNA 711。在一項實施例中,GNSS天線707經調諧以僅接收L5 WB GNSS頻率信號。RF前端模組可包含一低雜訊放大器(LNA) 711,低雜訊放大器711經調諧以僅針對L5 WB頻帶且因此經最佳化以接收該L5 WB頻帶,且圖12中所展示之GNSS接收器中不存在接收其他GNSS信號(例如,L1 GPS)之其他LNA。LNA 711之輸出可由一帶通濾波器713濾波且來自該濾波器713之輸出在含有數位前端703之ASIC上之放大器715上被放大,且然後一ADC 717轉換器產生經數位化GNSS樣本資料,然後在一項實施例中處理該經數位化GNSS樣本資料以產生經數位化GNSS樣本資料之兩個串流:一個係GNSS旁帶A,且另一個係GNSS旁帶B。時脈產生鎖相迴路719及時脈分頻器723及725產生時脈信號,該等時脈信號由ADC 717以及CIC抽取器721及729使用以產生經數位化GNSS樣本資料,該經數位化GNSS樣本資料具有高達四個GNSS信號分量(例如E5AI、E5AQ、E5BI及E5BQ)。降頻轉換器727將I信號與Q信號分離,且旁帶分割降頻轉換器731將上旁帶與下旁帶分離以提供GNSS樣本資料以儲存於一基頻樣本記憶體(諸如圖6中之基頻樣本記憶體253)。在圖12中所展示之GNSS接收器之一項實施例中,GNSS接收器具有自一LNA (例如LNA 711)透過一或多個濾波器(例如帶通濾波器713)及/或一或多個增益級(例如,放大器715)至類比轉數位轉換器(ADC 717)之一直接連接,且此GNSS接收器不具有RF混頻器,且因此RF前端模組701中不存在RF混頻器且數位前端703中不存在RF混頻器。此外,此GNSS接收器不具有RF參考本地振盪器(例如,不具有鎖相迴路)且在ADC (例如ADC 717)之前在RF信號路徑中不進行降頻轉換(頻率)。在習用GNSS接收器中,一RF參考本地振盪器以及一或多個RF混頻器用於實行在ADC之前在RF信號路徑中進行RF降頻轉換。
返回參考圖4,可將來自GNSS RF前端153的輸出提供至一射頻(RF)類比轉數位轉換器(ADC) 155,射頻(RF)類比轉數位轉換器(ADC) 155可自經數位化GNSS信號產生經數位化GNSS樣本資料。在一項實施例中,來自RF ADC 155的輸出可儲存於一基頻樣本陣列中,諸如圖4中所展示的基頻樣本陣列157。在一項實施例中,基頻樣本陣列157可具有N2行或更多列及N1行以提供一N2×N1陣列(N2×N1)。陣列中之樣本數目可經組態以使得其滿足奈奎斯準則以提供足夠數目的樣本。若在一項實施例中,N1 = 20且N2 = 1024,則隨時間推移存在20,480個樣本(例如,1毫秒或略微多於1 ms(諸如1.05 ms)),此可滿足奈奎斯準則。RF ADC 155經組態以隨時間推移重複地自GNSS RF前端153接收類比樣本並將該等類比樣本轉換成經數位化GNSS樣本以儲存於陣列157中。舉例而言,RF ADC可重複地轉換GNSS信號之樣本並將其儲存於陣列157中。在一項實施例中,陣列157可被實施為儲存經數位化樣本的一循環記憶體緩衝區;此項技術中已知,循環記憶體緩衝區可使用一寫入指針來指示陣列中的下一寫入位置且使用一讀取指針來自指示下一讀取位置。當ADC 155提供將儲存於循環緩衝區中的一輸出時使用寫入指針,且當ALU讀取下一組輸入以供處理時使用讀取指針。陣列157可將資料提供至一組算術邏輯單元(ALU) 159,該組算術邏輯單元159經組態以實行DFT及逆DFT以獲取且在一項實施例中追蹤GNSS信號,且圖6、圖7、圖8及圖9展示ALU 159之一實施例。在闡述此等ALU 159之前,現在將參考圖5A及圖5B提供使用此陣列處理架構之一方法。圖5A及圖5B中所展示之方法可使用圖6中所展示之陣列處理架構。
在圖5A中所展示之操作201中,經數位化GNSS樣本資料儲存於二維記憶體陣列中,該二維記憶體陣列可為含有略微大於1毫秒訊框之GNSS信號資料(諸如1.05或1.25毫秒之GNSS信號資料)的一循環緩衝區(諸如,圖6中之記憶體253)。GNSS信號中之E5 GNSS PRN碼資料之一個訊框的長度為1.0毫秒。可在輸入資料被覆寫之前依據計算該資料之頻譜(經由DFT)所需之時間來判定超出1毫秒之額外記憶體。因此,一較快DFT意味著超出1毫秒之一較短額外時間足矣。在一項實施例中,將記憶體陣列中之資料格式化成使得連續列含有連續時間樣本。舉例而言,第一列可含有自時間週期t1至t20之樣本且第二列可含有自時間週期t21至t40之樣本。圖4中所展示之陣列157展示此一陣列之一實例,在一項實施例中,該陣列可儲存於圖6中之基頻樣本記憶體253中。在一項實施例中,此等最佳化之目的係將實行使用頻域運算實施之關聯程序所需之時脈數目最小化:即輸入樣本DFT乘以針對載波頻率調整之碼樣本之複共軛的積的逆DFT生成在載波頻率假設下之所有可能的碼假設下之輸入樣本之關聯。此處所定義之此單個步驟被稱為作為頻域關聯(FDC)的一種形式之極快頻域關聯(VFFDC)。透過此等運算將資料流最佳化能減小實行關聯所需之時脈週期之數目。優點在於就一給定系統時脈而言,可在1毫秒內檢查到之載波頻率估計或假設之數目增大。此外,減少時脈意味著可放鬆系統時序需要,從而允許一晶片設計更可靠或一設計可在一較低電壓下操作以減小功率消耗或時脈更快以達成更大通量。另一選擇為,可採用實行FDC之一方法,該方法需要更多時脈但需要一較高時脈頻率。可使用一矩陣組態(諸如陣列157)減小實行FDC所需之時脈,藉此樣本及碼頻譜之輸出經排序以使得實行積之複共軛之IDFT所需之時脈可減小。然後在操作203中,一GNSS處理系統(諸如,圖6中所展示之GNSS處理系統或2中所展示之GNSS處理系統68)可自二維記憶體陣列檢索GNSS基頻資料並將所檢索之GNSS基頻資料載入至一組DFT ALU中。舉例而言,該組DFT ALU可係一獲取引擎中之一組四個ASIC硬體DFT ALU,其中DFT ALU中之每一者可回應於一單個程式指令而在每一DFT ALU中實行20個並行DFT運算。在一項實施例中,該組DFT ALU可係圖6中所展示之DFT ALU 255。在操作205中,GNSS處理系統可針對每一預期GNSS信號源(諸如,已知在視野中之每一組E5或L5或B2 GNSS SV)而產生PRN碼資料(或另一選擇為自儲存器檢索此PRN碼資料)及/或自DFT產生PRN碼資料之碼頻譜。一旦產生PRN碼資料,則可將該PRN碼資料時間移位且頻率移位,並且亦增加樣本內插(例如,藉由添加一零來填充碼中之最後位元)以產生碼資料,該碼資料由一組DFT (舉例而言,使用圖6中之DFT ALU 261)操作以產生碼頻譜資料,可將碼頻譜資料儲存於一碼頻譜陣列(諸如,圖6中所展示之碼頻譜記憶體263)中。在一項實施例中,碼產生器259可實行操作205以產生碼陣列資料,然後圖6中所展示之DFT ALU 261可處理該碼陣列資料以產生碼頻譜陣列(按照行次序),該碼頻譜陣列暫時儲存於碼頻譜記憶體263中。
應注意,E5頻帶信號上之碼都卜勒遠快於L1頻帶中之碼都卜勒。此碼都卜勒係由載波循環對碼片之比率縮放之載波都卜勒。在L1下,每碼片存在1540個載波循環。在L5下,舉例而言,每碼片存在116個載波循環。因此,在L5下之碼片數目快13.28倍,此意味著E5頻帶中之關聯需要更快地更新碼相位以在PRN碼之連續訊框內適應一致關聯。此意味著通常不可能預先計算此效應。一替代性解決方案係先對關聯結果應用碼都卜勒效應再添加製假設記憶體。可將儲存位址移位以抵消碼都卜勒,但當將移位量化成假設數目時此導致某些損耗,通常大約2個假設/碼片。因此,在產生碼頻譜之前對所產生碼應用碼都卜勒係較佳的。另一最佳化方案係將載波都卜勒倍乘至所產生碼上以與輸入樣本中之載波資訊匹配。如此一來,每毫秒僅需針對每一旁帶及/或中心頻帶實行一次輸入樣本之DFT,且相同輸入頻譜可用於在該毫秒內進行之所有關聯。
在操作207中,一組DFT ALU(諸如,圖6中所展示之DFT ALU 255)可,使用一時間抽取法對所載入的GNSS基頻資料同時實行多個DFT且將儲存結果於一頻域結果記憶體(諸如,圖6中所展示之記憶體257)中。在圖6中所展示之實例中,由DFT ALU 255實行之操作207產生一陣列,該陣列配置成一行次序且儲存於記憶體257中,且可檢索此記憶體257中之資料以提供圖6中所展示之一輸出258。操作209中之輸出258可乘以儲存於碼頻譜記憶體(諸如,碼頻譜記憶體263)中之碼頻譜;在圖6中所展示之實例中,乘法器265實行操作209之此乘法且生成資料之一積陣列。然後在操作211中,可使用一頻率抽取法對積陣列中之資料實行一組逆DFT,且此等DFT可使用共軛輸入來生成逆DFT。在一項實施例中,圖6中所展示之逆DFT ALU 267可實行操作211,且可在圖6中所展示之一關聯後處理操作器269中處理來自逆DFT ALU 267之輸出,且然後在操作213中將輸出儲存於一記憶體中,該記憶體可被稱為一積分記憶體(諸如,圖6中所展示之記憶體271)在一項實施例中,該積分記憶體可在獲取階段期間儲存假設資料。在一項實施例中,此積分記憶體可處於快取記憶體(例如,快取記憶體70)的分配給GNSS處理系統之獲取引擎使用之一部分中,該GNSS處理系統包含圖6中之陣列關聯器。然後,GNSS處理系統可藉由判定所獲取PRN碼之頻率來實行操作215,該等所獲取PRN碼識別已傳輸該等所獲取PRN碼之GNSS SV。一旦確認已自一特定GNSS SV獲取GNSS信號,然後可藉由進入對該等已獲取GNSS信號之追蹤模式來針對已獲取之每一GNSS SV之信號實行操作217。在一項實施例中,追蹤模式可使用習用關聯器或諸如DFT等其他技術來判定與所獲取及所追蹤GNSS SV之虛擬距離。此被展示為圖5B中之操作219。然後,GNSS處理系統可使用所判定虛擬距離來導出GNSS接收器之一位置,即藉由使用所追蹤GNSS SV之虛擬距離(具有星曆表資料)來導出位置(例如,GNSS接收器之一緯度及一經度),如此項技術中已知。
圖6展示可實行圖5A及圖5B中所展示之方法之一快速頻域關聯器架構之一實例。記憶體253可係儲存經數位化GNSS信號之N2×N1樣本之一循環緩衝區記憶體。在一項實施例中,記憶體253可係儲存1.05或1.25 ms之GNSS樣本資料之兩個循環記憶體緩衝區;此等循環記憶體緩衝區中之一者可儲存GNSS旁帶A樣本資料且另一者可儲存GNSS旁帶B樣本資料。可使用以下方法將兩個不同旁帶分離且然後儲存。為得到上旁帶(例如E5B或B2B),將GNSS樣本資料數位地載波下移位(針對以1191.795 MHz為中心之取樣器)達例如15.345 MHz (且因此現在將表示最初為1207.14 MHz之樣本資料中之資訊),且然後藉由一低通濾波器對經移位樣本資料進行濾波以擷取+/- 10.23 MHz之資料頻寬,且然後使經濾波樣本資料自一寬帶樣本下降至一較低取樣率以供圖6中所展示之管線中進行處理。為得到下旁帶(例如,E5A或B2A或L5或QZSS),將GNSS樣本資料數位地載波上移(針對以1191.795 MHz為中心之樣本)達例如15.345 MHz (且因此現在將表示最初為1176.45 MHz之樣本資料中之資訊),且然後藉由一低通濾波器(LPF)對經移位資料進行濾波以擷取+/-10.23 Hz之資料頻寬,且然後使經濾波資料自一寬帶樣本下降至一較低取樣率以供在圖6中所展示之管線中進行處理。DFT ALU 255自記憶體253檢索資料並在DFT ALU 255中實行一組DFT;圖7展示DFT ALU 255內之組件之一實例。在圖7中所展示之實例中,存在兩個DFT階段。第一階段使用N1個DTF,該N1個DTF中之每一者基於包含來自陣列301之一相位因數輸入之輸入及來自記憶體253之資料之輸入對1024個點進行運算,該來自記憶體253之資料可類似於圖4中之陣列157中所展示之資料。至此陣列之輸入係可例如由一類比轉數位轉換器(諸如,圖4中所展示之RF ADC 155)提供之輸入251。圖7展示一組20個DFT運算,該20個DFT運算中之三者被展示為運算303、304及306。可將此等運算之結果儲存於一部分結果樣本陣列308中,部分結果樣本陣列308繼而提供用作第二階段之一輸入之一輸出,在該第二階段中存在N2個DFT;此N2個DFT運算包含圖7中所展示之兩個運算313及315。此等N2個DFT之輸入中之一者係來自一陣列311之一組相位因數。來自圖7中所展示之第二階段中之此等DFT運算之輸出儲存於一FFT結果陣列257中,且資料係按照一行次序儲存,該行次序與記憶體253中儲存資料之列次序反向。此反向允許在不必轉置或以其他方式將資料重新格式化之情況下為逆DFT運算準備資料,諸如由逆DFT ALU 267實行之該等運算。
圖8展示逆DFT ALU 267之一實施例。在圖8中所展示之實例中,逆DFT ALU可包含自來自乘法器265之積陣列接收資料之兩個DFT運算階段。第一階段可包含N2個DFT運算,該N2個DFT運算使用來自由乘法器265 (具有共軛輸入)產生之積陣列之資料且亦使用來自一相位因數陣列351之相位因數以產生輸出,所述輸出可儲存於一第一級樣本陣列361中。對20個資料點實行圖8中之N2個DFT運算中之每一者。圖8展示總共N2個DFT運算中之兩者:DFT運算355及357。在圖8中所展示之實例中,DFT運算之第二階段使用N1個DFT運算,該N1個DFT運算中之每一者對N2個點進行運算;圖8展示此等運算之三者363、365及367,三個運算363、365及367中之每一者自第一級樣本陣列361接收一行資料。第二階段中之此等DFT運算亦自相位因數陣列353接收一相位因數輸入,且第二階段中之此等DFT運算生成,可圖8中所展示之後處理器371中對該20個輸出進行後處理。可將後處理之結果儲存於積分陣列373中,積分陣列373可與圖6中所展示之積分記憶體271相同。來自陣列301及311 (在圖7中)以及陣列351及353 (在圖8中)之相位因數規定每一基數(FFT之每一階段上之20/16/8 DFT)所需之相移量。在一項實施例中,使用此等相移量來將一20480點DFT分解成多個基數階段 – 20/16/8 DFT,此基於一DFT之一FFT實施方案。相位因數亦被稱為一FFT之「旋轉因數」。
圖9A、圖9B、圖9C及圖9D展示可產生譜碼之一譜碼產生器(及其部分)之一實例,該等譜碼儲存於碼頻譜記憶體(諸如,圖6及圖8中之碼頻譜記憶體263)中。在一項實施例中,在GNSS處理系統獲取並追蹤在視野中之GNSS SV時,圖9D中所展示之產生器259及DFT ALU 261可僅針對此等GNSS SV按需且臨時產生PRN碼及/或自DFT產生PRN碼之碼頻譜,但不儲存(短暫地儲存於處理管線中之暫存器及緩衝區中達幾個時脈循環除外)所產生之PRN碼及/或其來自DFT之碼頻譜;此可藉由減少操作GNSS處理系統所需之記憶體量來提高由GNSS處理系統使用之記憶體。在替代實施例中,譜碼產生器可僅針對在視野中之GNSS SV按需產生PRN碼及/或自DFT產生PRN碼之碼頻譜,但在獲取及追蹤階段期間儲存該等碼直至判定一或多個位置(諸如,一或多個經緯度值)為止。此後,可自儲存器刪除PRN碼及/或其來自DFT之碼頻譜以允許儲存器用於其他用途。在一項實施例中,如圖9D中所展示,碼頻譜產生器259可使用一多項式型產生器402 (圖9A中所展示)來針對在視野中之每一GNSS SV自一碼種401產生PRN碼。然後,可使用一組可程式化係數來在時間移位器404中使所產生之PRN碼時間移位(基於該等係數),且然後可藉由可使用CORDIC相位旋轉之一頻率移位器來使所產生且經時間移位之PRN碼頻率移位,CORDIC相位旋轉中之3次旋轉被展示為CORDIC相位旋轉408、410及412。相位旋轉可基於一可程式化相位分割輸入406。然後,又一組CORDIC相位旋轉(包含相位旋轉417、419及421)可生成一輸出,然後由與對經數位化GNSS樣本資料實行之DFT運算相同之DFT運算(在一項實施例中,圖6中之DFT ALU 261實行)來處理該輸出。然後,在一項實施例中將DFT運算之結果(在一項實施例中,由圖6中之DFT ALU 261實行)儲存於碼頻譜記憶體中,諸如圖6中所展示之碼頻譜記憶體263。
圖9A中展示多項式型產生器402之一項實施例。此實施例可用於實行圖9B及圖9C中所展示之方法。若已預先計算,則此產生器402包含例如自一查找表檢索之兩個經計算(或經預先計算)碼前移矩陣501及502。舉例而言,對於伽利略E5A及E5B信號之四個分量中之每一者而言,存在一對應碼種及主碼多項式資料;此資訊此項技術中係眾所周知的且在GNSS集群之源之ICD中發佈。產生器402可藉由使用所計算碼前移矩陣501及502在一單個時脈循環內產生主PRN碼位元中之2個以上位元;參見圖9B中之操作955及957。如圖9A中所展示,所計算碼前移矩陣501包含一第一輸入,該第一輸入接收可作為一給定GNSS集群及一給定GNSS信號分量之主碼多項式資料之產生器多項式503;且包含一第二輸入,該第二輸入接收自暫存器515饋送回之一值;且包含一輸出,該輸出係去向多工器(MUX) 511之一第一輸入。去向MUX 511之一第二輸入507係一恆定初始值,全部為1 (14個位元,在一項實施例中該14個位元中之每一者被設定為值1);此第二輸入507僅用於來自暫存器515之初始輸出上,且此後MUX 511選擇第一輸入(去向MUX 511)作為來自MUX 511之輸出,且將該輸出儲存於暫存器515 (其可係一時脈控制式暫存器)中,以使得在下一時脈循環上將來自MUX 511之最後輸出饋送回至碼前移矩陣501之第二輸入且亦提供為XOR邏輯閘519之一第一輸入。來自MUX 511的饋送回至(碼前移矩陣501之)第二輸入之輸出乘以碼前移矩陣501中之恆定值(自產生器多項式503導出)以產生來自碼前移矩陣501之下一輸出,且透過MUX 511傳遞該下一輸出並儲存於暫存器515中;在每一時脈循環上(或另一選擇為在一組幾個時脈循環中)重複饋送回來自暫存器515之輸出且在碼前移矩陣501中之對該輸出與恆定值實行一矩陣乘法的此程序,以在每一時脈循環中針對給定GNSS集群(例如,伽利略E5)及給定GNSS信號分量(例如,E5AI)產生主PRN碼之N個位元。在一項實施例中,N可大於2,諸如10個或14個位元。因此,產生器402可在一個時脈循環或幾個時脈循環內迅速地產生主GNSS PRN碼之諸多(例如,N個)位元。在圖9A中所展示之實例中,來自暫存器515之輸出處產生14個位元,但XOR邏輯閘519 (其實行一互斥或邏輯操作)僅使用最後10個位元。碼前移矩陣502之使用方式與碼前移矩陣501之使用類似。碼前移矩陣501及碼前移矩陣502 (在一項實施例中)經預先計算以針對一給定GNSS集群及GNSS信號分量以及該給定集群中之一GNSS SV之一給定種而基於矩陣中之值及來自暫存器515及517之先前輸出產生(在XOR邏輯閘519之輸出處)來自該GNSS SV之該GNSS信號分量之主GNSS PRN碼之下N個位元(N個位元之一「前移」)。Matlab附錄包含可形成且使用此等預先計算碼前移矩陣之一碼產生器402之一實例,該實例呈眾所周知之Matlab碼形式。在一項實施例中,可藉由將含有主多項式資料之一原始矩陣相乘N次以在每一時脈循環內在PRN碼中提供N個前移位元來預先計算(或在運行時計算)經預先計算碼前移矩陣。舉例而言,若期望N=3之一前移,則將原始矩陣(「A」)相乘3次(A*A*A)以為PRN碼中之下3個位元之輸出之N=3個位元提供一碼前移矩陣。如圖9A中所展示,所計算碼前移矩陣502包含一第一輸入,該第一輸入接收產生器多項式505,產生器多項式505可係一給定GNSS集群及一給定GNSS信號分量之主碼多項式資料;且包含一第二輸入,該第二輸入接收自暫存器517饋送回之一值;且包含一輸出,該輸出係去向MUX 513之一第一輸入。去向MUX 513之一第二輸入509係給定GNSS集群中之一對應GNSS SV之一種子值。此種子值僅用於來自多工器513且來自暫存器517之初始輸出且此後MUX 513選擇第一輸入(去向MUX 513)作為MUX 513之輸出,且該輸出儲存於暫存器517 (其可係一時脈控制式暫存器)中,以使得在下一時脈循環上將來自MUX 513之最後輸出饋送回至碼前移矩陣502之第二輸入且亦提供為去向XOR邏輯閘519之一第二輸入。將來自MUX 513的饋送回至(碼前移矩陣502之)第二輸入之輸出乘以(在一矩陣乘法運算中)碼前移矩陣502中之預先計算值以自該碼前移矩陣502產生下一輸出,且透過MUX 513傳遞該下一輸出並儲存於暫存器517中。在每一時脈循環上,藉由XOR邏輯閘519對來自暫存器515及517之輸出進行互斥或運算以給出10個新位元(即PRN碼之10位元前移);在當前時脈循環內將14位元輸出舍位以給出10個新位元。碼前移十位524可選擇舍位。然後,XOR邏輯閘521對來自XOR邏輯閘519之輸出及來自一給定GNSS SV之給定GNSS信號分量之副碼位元523實行一互斥或運算以自在XOR邏輯閘519之輸出處產生之碼「擦除」或「移除」副碼。左移位邏輯527、增加取樣邏輯區塊529及左移位邏輯533與暫存器526及531一起進一步處理所產生之主PRN碼以按照一特定取樣率提供可與所接收GNSS樣本「對準」之碼樣本,以使得取樣率匹配且可對準。移位邏輯可用於移位或移動至PRN碼之不同部分。將來自左移位邏輯533之輸出提供至圖9D中所展示之碼頻譜處理管線中之時間移位器404。
圖9B及圖9C展示用於操作碼產生器402之一方法。在操作951中,一GNSS處理系統例如依據習用輔助資料(諸如,一GNSS衛星曆書之一最近下載版本)或依據呈方程式形式之星曆表資料來判定在視野中之GNSS SV。在一項實施例中,在視野中之GNSS SV可僅限於L5 WB GNSS SV,諸如伽利略E5 GNSS集群、US L5 GNSS集群及中國北斗/指南針B2集群中之一或多者。然後在操作953中,GNSS處理系統可針對來自在視野中之一GNSS SV之每一GNSS信號分量(例如,一伽利略E5 GNSS SV之E5AI及E5BI)判定一碼種及一碼產生器多項式(其可係該信號分量之一組已知係數)以產生該GNSS信號分量之一主PRN碼。然後在操作955中,計算一G1碼前移矩陣(或已預先計算且自非揮發性記憶體中之一查找表檢索),且在操作957中,計算一G2碼前移矩陣(或已預先計算且自非揮發性記憶體中之一查找表檢索)。在一項實施例中,G1碼前移矩陣及G2碼前移矩陣中之每一者藉由將主碼多項式資料之一原始矩陣相乘N次來預先計算,其中N表示將產生之碼位元之一所期望數目。舉例而言,若碼「前移」量係主PRN碼資料之10個位元,則將原始矩陣相乘(自乘)十次以形成一10位元碼前移矩陣。在一項實施例中,碼「前移」量係在一個時脈循環內產生之主PRN碼資料之位元數目,因此若N = 10,則碼產生器每一時脈循環產生主PRN碼資料之10個新位元。在檢索(若已預先計算)或計算G1碼前移矩陣及G2碼前移矩陣之後,然後方法可在操作959中繼續。在操作959中,系統使用初始向量(全部1)來提供第一G1輸出(因此第一G1輸出係全部1之初始向量)且系統使用碼種來提供第一G2輸出(因此第一G2輸出係碼種);在操作961中,該系統對第一G1輸出及第一G2輸出實行一互斥或運算以提供該第一組N位元PRN碼資料。在操作961之後,在操作969、971及973中處理該第一組N-位元PRN碼資料(隨著經由9X (自圖9B及圖9C中所展示之操作961至操作969)繼續進行處理)且在操作963、965、967、969、971、973及975之迴路中產生所有後續數組N位元PRN碼前移。在操作963中,將G1輸出(例如,來自圖9A中之暫存器515)饋送回至G1碼前移矩陣且將G2輸出(例如,來自圖9A中之暫存器517)饋送回至G2碼前移矩陣。然後在操作965中,將最後G1輸出(例如,來自暫存器515) 與G1碼前移矩陣相乘以產生下一G1輸出,且將最後G2輸出(例如,來自暫存器517)與G2碼前移矩陣相乘以產生下一G2輸出。在操作967中,對G1輸出及G2輸出進行互斥或運算(例如,在圖9A中之XOR邏輯閘519中)。在操作969中,對來自XOR邏輯閘519之碼輸出(例如,在XOR邏輯閘521中)與預期副碼位元(例如,副碼位元523)進行互斥或運算以自該碼輸出擦除或移除副碼。然後在操作971及973中,產生碼樣本並將該等碼樣本提供至其餘碼頻譜處理管線。此等操作準備碼樣本,以使得其取樣率可與所接收GNSS樣本資料之取樣率匹配。操作975判定是否繼續產生GNSS主PRN碼資料。在一項實施例中,當完成所有所需GNSS信號之追蹤時,則可終止產生PRN碼資料,但若需要此追蹤則程序在操作963至操作975之迴路中繼續。
圖10展示一GNSS處理系統之一實例,該GNSS處理系統可用於實行本文中所闡述之方法或可用於實施本文中所闡述之系統。GNSS處理系統450可被實施於其自身的積體電路(諸如,一導航晶片451)上,或者可為一晶片架構上之一系統(其為諸如一智慧型電話或平板電腦等一更大系統之一部分)的一部分。GNSS處理系統450可包含處理邏輯,諸如一ARM處理器466,ARM處理器466使用ARM程式及資料記憶體467來控制GNSS處理系統450之操作。此外,GNSS處理系統450可包含可與圖4中所展示之RF ADC 155類似之一RF ADC 465。GNSS處理系統450亦可包含時脈鎖相迴路產生與閘控電路系統464以使用鎖相迴路且為GNSS處理系統450中之其他操作產生時脈。GNSS處理系統450可包含邏輯模組及記憶體兩者以實行本文中所闡述之獲取及追蹤程序。舉例而言,邏輯模組457可包含一獲取引擎458,獲取引擎458可包含一組DFT與逆DFT處理器或ALU以實行本文中所闡述之DFT運算。另外,邏輯模組457可包含一數位前端460,數位前端460可位於所有數位E5 GNSS前端中以在RF ADC 465之前及之後提供處理。邏輯模組457亦可包含複數個衛星信號產生器(諸如衛星信號產生器459),該複數個衛星信號產生器基於可例如自一蜂巢資料通信網路接收之輔助資料來產生為在視野中之GNSS衛星(SV)之GNSS PRN碼。邏輯模組457亦可包含一時基與控制模組461以及一記憶體介面與匯流排控制模組462以允許GNSS處理系統耦合至一或多個應用處理器。邏輯模組457可耦合至用以儲存呈各種資料結構之各種資料之一或多個記憶體,舉例而言該一或多個記憶體包含基頻樣本記憶體468、獲取引擎命令記憶體469、FFT程式記憶體470、FFT常數記憶體471、FFT變數記憶體472、FFT結果記憶體473、碼頻譜產生記憶體474、同調積分記憶體475、IFFT記憶體476、IFFT記憶體477、IFFT變數記憶體478及非同調積分記憶體479。此等記憶體可與邏輯模組457一起使用以實行本文中所闡述之操作。將瞭解,替代性架構可使用與圖10中所展示不同的處理器及記憶體配置。
在另一實施例中,藉由並行地實行多個核運算來減少實行DFT運算所需之時脈。舉例而言,若將取樣率選擇為2^N (例如,N=14),則可利用具有7個階段之一基數4內核來實施DFT。每一階段之每一步驟現場處理4個樣本。假定僅雙埠記憶體,在每循環進行一次讀取及寫入之情況下,階段所需之時脈為4*4096,且7個階段則需要114,688個時脈。圖6中所展示之VFFDC可在大約4096個時脈內達成一DFT。為達成類似效能,可並行地實施32個內核,以使得可在512個時脈內完成一階段,且將在3584個時脈內完成7個階段。然而,此方法將需要能夠並行地達到32個輸入樣本。因此,VFFDC之優點係在僅並行地讀取10個記憶體之情況下可達成一低時脈速率。另一實施例係使用一4倍高的時脈速率,且則僅需要並行的8個內核,此將並行記憶體讀取需要減小至每時脈8個輸入/輸出。VFFDC之優點係既維持一低時脈速率亦維持低並行記憶體讀取/寫入組態。由於系統可以一低時脈速度操作且在低電壓下達成可靠的時序,因此此一最佳化應允許低功率消耗。
在一項實施例中,VFFDC實施具有最低記憶體需要之一處理鏈。每一毫秒,對輸入樣本進行兩次DFT,一次DFT針對E5之上旁帶及下旁帶中之每一者。然後針對每一衛星信號之每一分量(E5 4個、L5 2個且未來的B2 4個),進行包含碼都卜勒及載波頻率效應之一次DFT,以使得不必對輸入樣本應用一不同DFT來移除載波頻率假設。然後,進行另一DFT以對輸入與碼頻譜之積實施逆DFT。因此,每毫秒DFT之總數目係2 + 2*N個通道*M個分量,其中第一個2係原始輸入DFT且第二個2係製成碼頻譜及頻譜積之IDFT。每通道高達4個分量之22個通道,此係2 + 2*(22*4) = 178次DFT/毫秒。若預先計算碼頻譜DFT,則輸入樣本必須對每一PRN之每一頻率係唯一的。在該情形中,DFT之數目係(2*M*N) = 176,其中M=4且N=22。然而,此需要一記憶體來儲存碼頻譜。在每一IFFT之後且在更新假設記憶體之前,此一系統將亦需要一方法來產生碼都卜勒。因此,即使替代方案係幾乎相同數目個DFT,但其仍需要額外記憶體且可每毫秒具有較高功率消耗來將碼頻譜DFT移動至AE。舉例而言,以每毫秒20480個假設為例,所需要之一匯流排速率將為22個通道*4個分量*碼頻譜之I、Q之2個位元組*20480個假設*8個位元/位元組28M位元/毫秒=28G位元/秒。此一組態將幾乎不可能實施。因此,現場計算能力使得該系統可實現。
減少系統記憶之另一最佳化方案係允許將E5頻帶信號(如伽利略E5)之所有四個分量及未來的B2皆處理至一單個假設記憶體中以進行長時間集成,以克服由於蜂巢式電話中之高系統損耗及/或因植物或使用者身體對信號之衰減造成之高損耗而產生的微弱信號B2之公共領域介面控制檔案僅闡述下旁帶,但其他技術論文建議上旁帶信號結構將在2019年底或之後可用。因此,僅具有一個旁帶之GPS L5將僅具有兩個分量,而E5及B2將具有4個分量:上旁帶及下旁帶中之每一者上各有兩個。
對每一毫秒碼關聯之和同調地求積分之主要挑戰係減小由於在1 ms時段處之相位反轉所致的對消損耗。若所接收信號之主碼相位可經估計為大約0.5 ms或小於0.5 ms,可在時間上將所接收信號頻譜與所估計碼相位至少部分地對準,以使得避免次毫秒對消。圖11展示可提供精確時間同調積分之一實施例。
在一項實施例中估計候選信號之預期部分主(ms長)碼相位需要精確時間及初始位置兩方面的知識。此項技術中已知,精確時間可自一第一所接收信號之副碼相位導出或可自一精細時間源導出。此估計可為圖11中之操作601。
一旦將主碼相位不確定性減小至遠低於1 ms,則可藉由將所接收之1 ms信號之時段與預期自每一SV接收到碼之時間至少部分地對準來解決次毫秒對消問題。此意味著每毫秒必須計算複數個所接收信號頻譜、在時間上錯開以與主碼頻譜匹配且因此減小次ms同調對消的程度。
搜尋次序可確立在每一部分相位偏移處將搜尋哪些SV、其信號分量及都卜勒格。此被展示為圖11中之操作603。由於長同調積分生成較大的靈敏度,因此可優先使用E5Aq及E5Bq引示信號,此乃因E5Aq及E5Bq引示信號具有100 ms長之副碼且無資料位元反轉。在一項實施例中,若預測並移除導航訊息符號則亦可使用E5Ai及E5Bi,因此消除或減少其各別同調對消損耗。應注意,雖然預期所有信號之主碼相位跨越一毫秒不均勻地分佈,但將可能出現僅可用於一給定信號之處理槽係次最佳的情形。無論如何,將始終可避免在一副碼位元反轉情形中信號之第一½ ms將與第二½ ms對消的最差情形。
在本發明之一項實施例中,將每毫秒計算M 1ms信號頻譜,每一頻譜偏移達1/M ms。舉例而言,若M=4,則每0.25 ms,藉由FFT關聯(例如,使用圖6中所展示之VFFDC架構)處理一全1 ms (或多於1 ms)之所接收且經數位化之GNSS樣本資料,因此在此情形中處理時段被分離且偏移(一個距下一個)達0.25 ms且所接收GNSS樣本資料亦偏移達0.25 ms。在此實例中,在相對時間0.0 ms處之一第一處理時段將對在操作605中產生之1 ms之GNSS樣本資料處理FFT關聯。該等關聯被展示為圖11中之操作607。在相對時間0.25 ms處之一第二處理時段將使用在相對時間0.25處(操作605)結束的1 ms之GNSS樣本資料來處理FFT關聯(操作607)且偏離先前1 ms之GNSS樣本資料達0.25 ms。在相對時間0.5 ms處之一第三處理時段將處理FFT關聯(607)使用在相對時間0.5 ms處(操作605)結束之1 ms之GNSS樣本資料且偏離先前1 ms達0.25 ms。因此操作605、607及609在一1 ms時間間隔期間重複四次。在一替代的更靈敏之實施例中,將計算信號頻譜以與每一預期衛星碼相位僅可能貼近地對凖。
在粗略時間模式之情形中,必須每毫秒產生且對準候選信號碼(所接收GNSS樣本資料)及其相關聯頻譜,並使用VFFDC或類似基於FFT來與信號頻譜關聯。
當生成此等所得關聯時,必須在每一SV頻帶及頻段專用之同調假設記憶體中對該等所得關聯求和,其中移除與副碼相關聯之相位反轉。此被展示為操作607。此程序需要計算全1 ms關聯,但碼相位不確定性遠小於1 ms。然而,僅全PN碼中可能含有一關聯峰值之部分必須儲存於假設記憶體中。
在副碼時段邊界處,或在某些情形中更經常的是,必須將同調假設記憶體非同調地求和成非同調假設記憶體,非同調假設記憶體係同調假設記憶體之鏡像但僅含有量值資訊且可因此保留出記憶體之一半。此被展示為操作611。
圖11中之程序在操作613中繼續進行(藉由返回至操作605),直至一關聯峰值升高至高於雜訊本底為止。一旦關聯峰值以足夠的置信度升高至高於雜訊本底,則報告搜尋結果且對特定所關注SV之獲取搜尋可中止,朝向搜尋次序中之下一SV為得到其部分碼相位。該搜尋亦可在一預設時間間隔之後超時且可報告一搜尋故障。
圖11展示如何可與近似時間格對準地搜尋衛星碼之一方法之一實例,預期在該等近似時間格中接收到該等衛星碼,以使得可減小由於相位反轉所致的次毫秒同調對消損耗。可基於一組初始資訊實行此搜尋,在一項實施例中該組初始資訊可包含以下各項中之至少兩者:(1)自至少一個GNSS SV接收之一所主碼或副碼信號之一碼相位;(2)基於一或多個時間源估計之一GNSS時間,所估計之GNSS時間不確定性經估計(例如,基於源之已知準確性)或已知在小於實際的GNSS時間之+/-0.5毫秒內;及(3) GNSS接收器之一大致位置。使用此初始組,可實行圖11中之操作601。實際上,此初始組給予系統GNSS時間之一估計值以使得能夠使用GNSS時間進行獲取。
一機器可讀媒體包含用於以可由一機器(例如,一電腦)讀取之一形式儲存資訊之任何機構。舉例而言,一機器可讀媒體包含唯讀記憶體(「ROM」)、隨機存取記憶體(「RAM」)、磁碟儲存媒體、光學儲存媒體、快閃記憶體裝置等。
一製品可用於儲存程式碼。儲存程式碼之一製品可體現為但不限於一或多個記憶體(例如,一或多個快閃記憶體,隨機存取記憶體(靜態隨機存取記憶體、動態隨機存取記憶體或其他隨機存取記憶體))、光碟、CD-ROM、DVD ROM、EPROM、EEPROM、磁卡或光卡或適合於儲存電子指令之其他類型的機器可讀媒體。亦可藉由體現為傳播媒介(例如,經由一通信鏈路(例如,一網路連接))之資料信號將程式碼自一遠端電腦(例如,一伺服器)下載至一請求電腦(例如,一用戶端)。
在前述說明書中,已闡述具體例示性實施例。顯然可對該等實施例做出各種修改,而此並不背離以下申請專利範圍中所陳述之較寬廣精神及範疇。因此,應將本說明書及圖式視為具有說明性意義而非限制性意義。附錄 以下附錄提供與一些實施例有關之進一步資訊。此等實施例係GNSS接收器、GNSS接收器之部分、用於操作此類接收器或部分之方法以及that可使得執行此等方法之非暫時性機器可讀媒體的非限制性實例。亦附上一「Matlab」碼附錄,且該「Matlab」碼附錄以眾所周知的Matlab碼形式提供本文中所闡述之各種組件之實施方案之實例。 附錄1 附錄 此附錄提供關於本發明之各種實施例及態樣的進一步資訊,但不旨在限制隨附申請案主體中之任何申請專利範圍之範疇。 用於可商業化之現代化GNSS信號追蹤之一全數位接收器架構 發明人:Paul Conflitti、Paul McBurney、Mark Moeglein及Greg Turetzky背景 SnapTrack在1995至1999年間開發之輔助GPS (例如,參見美國專利第5,663,734號及5,812,087號)在全世界範圍內將GNSS追蹤帶入行動電話。當時,GPS係僅一運行之GNSS集群,且L1 C/A信號係僅一開放民用之信號。L1 C/A信號之簡單性(具有一1 MHz碼片速率及一50 BPS導航訊息)及CDMA2000蜂巢式系統之態樣形成適合一行動電話之兩個接收器策略之一組合,其中其共用一振盪器,且網路之同步性質使得可以極大的準確性自基地台至行動裝置傳遞時間及頻率。亦使得可為行動裝置提供輔助資料,以使得其不需要直接自衛星讀取該輔助資料,因此節約大量時間及處理電力且極大地提高靈敏度。>此等相同因素亦使得能夠進行高級前向鏈路三邊量測(AFLT),從而自同步CDMA2000蜂巢式網路之基地台之有效地形成一虛擬衛星網路。隨著一包含伽利略(歐洲)、北斗/指南針(中國)及一現代化GPS在內之GNSS集群激增,現代蜂巢式網路(包含4G及5G)以及現代GNSS系統之複雜性已不斷發展。此等三個集群全部在L5頻帶交匯且共用頻譜。GPS L5係以1176.45 MHz為中心之一10.23MHz擴展頻寬信號。伽利略及北斗兩者皆使用一altBOC碼將信號能量擴展至兩個旁帶中。伽利略之兩個旁帶(A旁帶及B旁帶)之中心處於距其中心頻率(1191.795 MHZ)+/-15.345 MHz的1176.45 MHz及1207.14 MHz處。使用一10.23MHz碼對其進行類似地調變。最終,北斗具有實際上與伽利略相同頻率的信號,具有相同長度擴展碼。印度及日本亦具有在此頻帶中發展並傳輸之區域性系統。日本系統QZSS使用一非常類似GPS之信號。印度系統具有BOC調變以及一規律中心頻率,但其亦具有以1176.45 MHz為中心之一窄頻信號。因此,GPS、北斗、伽利略、QZSS及IRNSS全部具有在1176.45 MHz L5A頻帶下之信號。此外,伽利略與北斗具有以1207.14 MHz為中心之相似信號,將稱為L5B頻帶。格洛納斯亦具有在1176.45 MHz及1202.025 MHz下之類似提議信號。 實際上,存在兩組具有某些共同性質之現代化信號,其中某些在L1下,如E1B及E1C;且這些在L5處,如E5及B2。其主要差異在於碼片速率及碼長度。 在此列舉在L5下之此等現代化寬頻GNSS信號相對於以往信號或處於其他頻帶中之信號之某些關鍵優點: 1.與GPS L1 C/A相比,碼長度增加了10倍,以進一步減輕互關聯性且每一SV廣播之多達4個不同信號被設計為彼此正交。遺憾的是,此等信號中之大多數使用相同的10,230晶片碼長度及10.23MHz之碼片速率,因此在一個信號被直接接收而另一個信號相對弱/間接的信號之間仍然存在相互關聯之可能性。 2.全部信號皆處於相同頻帶中,從而使得可利用一單個RF前端追蹤全部信號。 3.引示碼使得可增強靈敏度,以在受阻信號環境中進行追蹤。 4.伽利略及北斗之AltBOC(15,10)信號提供發射分集,以改良抗衰落性及改良抗多路徑性。 5.資料與引示通道正交。此產生以下優點: a. 當組合信號時(確切而言非同調地組合信號時),改良一SNR。 b. 能夠同調地追蹤主要受振盪器穩定性及使用者動態限制之引示通道。 c. 可利用一純PLL而不是一Costas迴路來追蹤。此避免移除資料位元反轉之平方損耗,且允許使用+/-180度之全鑑別器範圍。 6.在資料通道上對資料進行高級譯碼以減小位元誤差速率。此允許以一較低SNR提取資料,從而提高利用較弱信號確定精細時間之能力。 7.具有重疊碼之副碼改變主碼訊框。此藉由移除恆定相位序列減小碼之前的相互關聯。二次編碼亦允許自副碼相位精確地確定GNSS時間,且當接收器時脈不確定性小於副碼之持續時間時,可以極大絕對準確性設定時脈。 8.高碼片速率。較高碼片速率使關聯峰值變窄以減小多路徑及相互關聯。 9.在1毫秒內完成之碼。此允許一更快獲取且達成使用循環卷積之可實現FFT方法。此達成可商業化之現代化-唯一GNSSS接收器(COVIMOGR)。碼越長,獲取成本越大。在L1下之現代化碼通常更長且因此更難直接獲取。 此等現代化GNSS信號(擴展碼及更高碼片速率)之關鍵優點亦比以往接收器面臨之挑戰更大,但現代關聯器硬體可輕鬆應對此等挑戰,此將在本文中之另一個實施例中加以闡述。接收器製造商計劃首先獲取L1頻帶信號(GPS C/A碼、伽利略E1、北斗B1或B1C或格洛納斯FDMA)且然後轉變為L5追蹤,此乃因當時間不確定性為大約1 ms時追蹤更長碼之計算負荷可令人怯步。 某些人已提出頻域關聯來解決此直接獲取寬頻10.23 MHz信號之問題。然而,這樣做之策略依賴於實質性FFT硬體,包含比諸如行動電話、腕帶甚至車輛導航等商業上可行之消費型應用多得多之記憶體。 行動電話網路同步  雖然本文所闡述之實施例適合於獨立GNSS接收器,但認識到GNSS接收器之最重要市場實際上是作為較大行動裝置(例如蜂巢式電話)之組件。行動網路之複雜性及資料攜載能力已得到實質上提高,但與高通公司2G及3G技術相關聯之此等網路可靠地可用的時間甚至頻率同步雖然仍受支持但將不再保證用於4G及5G系統。 因此,通常不再支援高通公司用於基站測距之AFLT技術,而多集群GNSS追蹤已在某種程度上取代了該技術。而且,在撰寫本文時,用於幫助同步此等網路之精細定時輔助尚未普遍使用。因此,任何在商業上可行之直接L5獲取策略(即不使用L1 GPS)必須允許顯著的時間不確定性甚至頻率不確定性,且亦允許存在精細時間及頻率輔助將不可用的可能性。在蜂巢式資料(例如,網際網路)可用之情況下,時間傳送協定(諸如,NTP及SNTP)通常可限定此時間不確定性。限定頻率不確定性係蜂巢式載波頻率,蜂巢式載波頻率本身亦受到網路類型及網路實施方案之可用性及變化影響。因此,任何具現代化AGNSS能力之設計必須允許不同初始時間及頻率不確定性。 直接L5A獲取之益處  僅追蹤L5優於自L1轉變為L5之某些關鍵益處包含: 1.減少一個RF前端,包含昂貴天線、LNA及SAW濾波器。 此亦實質上減小整合難度。 2.可得到靈敏度得到提高及抗衰落性之信號。 3.實質上減小遠近相互關聯獲取問題。 4.減小擁堵及擾亂易感性。 某些缺點包含: 1.目前為止,支援現代化信號之SV較少。預計在未來幾年內此差距將迅速減小。 2.複雜性增大,在獲取時尤其如此。衰退 將PfL1 定義為L1頻率上有大到足以導致一載波追蹤損耗之概率,同樣將PfL5 定義為L5上存在一載波追蹤損耗之概率。 PfL1 及PfL5 藉由信號路徑相關,但獨立於不同的預期C/No。通常,當將L5處之資料及引示能量同步組合時,L5信號有望增強3dB,從而使PfL5 <PfL1 。 在一衰落環境中在L1處獲取信號本質上將係不可靠的,因此若接收器天線處於一局部零位中,則無法在L5處獲取信號,更不用無法進行追蹤。 在任何給定時刻,Pacq 變成1-PfL1 。Ptrack在其後,最初且用於重新獲取(1-PfL1 )*(1-PfL5 )。 在直接獲取情形中,Pacq 僅為(1-PfL5 )。然而,就信號處理及記憶體兩方面而言,直接獲取大約要複雜一個數量級,且在無L1載波輔助之情況下維持載波追蹤也同樣可能會更加困難。 因此,在所有Rician及Rayleigh衰落場景中,直接獲取可靠性皆明顯變大,對於具有實質性主體阻塞、線性天線及混亂環境之消費型應用而言尤其如此。然而,在最惡劣環境中追蹤L1及L5信號會產生傳輸分集增益。然而,考慮到L5下之碼追蹤相對不準確及L1信號弱,損耗並不明顯,尤其是在主GNSS集群之L5頻帶信號達到完全可操作性之後。 與在L5下追蹤複數個可分離信號相關聯之分集增益亦使得L1追蹤不太重要。雖然自額外載波獲得某些效能增益,但其實質上小於在L5下自額外載波獲得之增益。 以具有複數個可分離波瓣之伽利略E5 altBoc信號為例。若一接收器僅追蹤E5A 及E5B ,但只需要一者或另一者來保持其載波平滑及增量位置解之連續性,則可將PslipE5AB 定義為PslipE5A *PslipE5B 。在例如PslipE5A =PslipE5B =0.001之情形中,PslipE5AB 將係0.000001。雖然追蹤E1確實可提供更大載波追蹤可靠性,但藉由限制對E1的獲取及再次獲取以及E1處較弱信號以及較低精確性碼,該增益在某種程度上會無效。E5信號包含比兩個主波瓣低大約10dB之3個額外波瓣,從而提供進一步使得不需要獲取或追蹤E1之一額外分集形式。 顯然,對於L5-I及L5-Q信號而言,可用傳輸分集較少,且因此L1及L2C追蹤仍可十分有意義,尤其在支援L5之衛星集群擴大之前。此亦可使得沿著射線路徑更好地局部量測電離層TEC。長遠來看,具有預期可用B2B信號之北斗更類似於伽利略。 本發明實施例之說明  下圖闡述根據本文中所闡述的本發明之一方面之一項實施例之一個可能數位信號處理前端。 天線–>濾波器–> LNA –> RF降頻轉換器(自1189MHz至具有+/-54 MHz BW之DC)。在108Mhz下取樣會生成同相(realC = cosine)及正交(imagC – sine)樣本。頻寬自L5中心頻率1191.795MHz之+/-54Mhz伸展。 GNSS接收器前端信號處理流程圖
Figure 02_image001
旁帶A係居中向下15*1.023 Mhz,且旁帶B居中向上15*1.023 Mhz。 因此產生一15*1.023 Mhz數位本地振盪器。稱其為旁帶SB。 藉由進行一頻率移位將在-15*1.023MHz下之下旁帶A移位至DC: Ai = real * cos(SB) – imag * sin(SB) Aq = imag * cos(SB) + real * sin (SB) 然後對信號進行低通濾波且利用一時脈分頻器自100 Mhz抽取至16.384 Mz。 類似地,藉由進行一頻率移位將15*1.023MHz之上旁帶B移位至DC: Bi = real * cos(SB) + imag * sin(SB) Bq = imag * cos(SB) - real * sin (SB) 然後對信號進行低通濾波且利用一時脈分頻器自108Mhz抽取至20.46MHz。抽取器僅為在一毫秒內自108,000個樣本生成20,460個時脈之一時脈分頻器。 獲取及追蹤模式  可商業化之一直接獲取寬頻GNSS接收器應根據獲取及追蹤程序之狀態而有效地使用其有限的資源。不具有最小資料連接性之應用必須可使用「空中搜尋」模式,但是更有趣的情形是此時輔助資料可用且不需要自衛星信號導出。輔助資訊之此等片段可大致分類成接收器時脈設定(時間)、振盪器訓練(頻率)、初始位置、衛星位置及衛星時脈資訊(星曆表)。根據所有此等輔助形式之品質,在一項個實施例中,本文所闡述之可商業上化現代化唯一GNSS接收器(COVIMOGR)應該能夠獲取信號並儘可能快地導出其所需之輔助資訊。 為此,闡述三種不同的獲取模式: 1.空中搜尋:上文所闡述之一個關鍵輔助組件實際上缺失且因此接收器必須「空中搜尋」所有已知集群之所有信號。此係最不吸引人之情形,此乃因在連接世界中其用例已減少。在此意義上,其係模式2之一減速拓寬版本。 2.粗略時間:已知接收器時脈時間處於幾秒內,但未達到0.5 ms (越準確越好)且有適度準確之初始位置可用。在此模式中,直接獲取頗具挑戰性,此乃因L5下之大多數信號皆為寬頻信號,其毫秒級碼比L1-C/A長一個數量級。就COVIMOGR而言,試圖使用時域關聯器庫直接與此等信號進行關聯無法計算,特別是對於必須在受阻環境中進行獲取且具有通常針對商用的非最佳天線的接收器而言。 3.精確時間:在可獲得足夠準確輔助資訊之情況下,一旦獲取一第一衛星信號或接收到精細時間輔助,每一衛星之毫秒碼相位之不確定性通常可下降到大約100微秒或小於100微秒。在此種情形中,在一精確時間模式下闡述信號處理以達到最大靈敏度及最小資源分配。精確時間源可為已獲取及/或追蹤之初始一或多個信號,或其可基於網路之輔助或其組合。 一旦自每一SV獲取信號,則將該信號傳遞給一追蹤引擎,該追蹤引擎負責讀取導航訊息資料並提供正在進行之虛擬距離、都卜勒及載波相位量測。另外,其可讀取副碼之相位,從而使得可將毫秒碼相位延伸至所有SV之虛擬距離,此對於精確時間獲取模式而言係一關鍵益處。 粗略時間模式中之信號處理  對於最複雜情形,本文中將闡述伽利略E5雙旁帶altBOC碼之獲取。亦將說明處理單頻帶北斗及GPS信號之替代方案。每一毫秒,支援altBOC之每一SV現在具有20460個樣本,每一A旁帶及B旁帶下為I及Q。 藉由E5 (一個1PPM振盪器)及獲取輔助資訊,希望涵蓋1PPM = 1191Hz,例如1200Hz之振盪器頻率不確定性。由於在資料及引示通道上皆進行現代化信號二次譯碼,因此在一項個實施例中,僅非同調積分與粗略時間一起使用。一較長同調積分將觀測到相位反轉,從而抵消積分能量超過一毫秒。就1毫秒積分而言,500 Hz之頻率步進將導致2dB之sinX/X損耗。 此外,A頻帶及B頻帶上之碼在移位至低IF之後每碼片不對準116.5個載波週期。因此,應針對長期關聯性校正此種不對準。通常,積分時間受積分1/2時間/頻率搜尋單元所花費時間之限制,其中頻率誤差為頻率搜尋步長之一半。積分比此時間長意味著能量自一個碼搜尋格拖至下一碼搜尋格,而限制了積分有效性。 碼模糊 = 載波頻率誤差/每晶片之載波循環/每晶片之胞元* dt (秒)解決恢復若干個dB所需之一給定dt之頻率誤差且將拖影限制至½胞元,得到250毫秒, 頻率誤差= ½ *每碼片之載波循環/20460個胞元/10230個碼片/dt= ½*116.5*10230/20460/0.25 = 116.5Hz [注意:使用20460個胞元對舊的16384假定進行數學重做] 然後頻率步長編程頻率誤差之兩倍,因此頻率步長為約233 Hz。 為在步長為~233 Hz之情況下涵蓋+/-1PPM = 1191*2 = 2383Hz,需要約10個頻段。針對此實例之目的,假定與未知使用者運動、使用者位置孔使用者時脈相關聯之頻率不確定性可以忽略不計。 注意:混頻器一詞用於表示一通道,該通道有效地實行輸入信號之時域關聯,每一正被搜尋之現代化衛星至多具有四個碼。其使用FFT實行關聯。關聯 = 逆FFT (樣本FFT*碼FFT之複共軛)。每一關聯假設之振幅整合於假設記憶體中。此等混合以涵蓋整個頻率不確定性範圍。 欲在1秒內搜尋在視野中之所有SV意味著~24*10個頻率,每一頻率為0.25秒之積分時間。此將需要60個分離混頻器。認為此數目對於至少某些實施例而言太高。因此在一項實施例中可將積分時間減小至0.1秒。此僅需要24個混頻器。然而,每一混頻器必須混合E5信號之四個分量中之每一者。   此意味著在一項實施例中並行進行96個FFT。每一FFT必須標稱地具有20480(胞元)*16位元(I或Q字大小)*2(針對每一I,Q) = 0.625百萬位元。乘96得到60百萬位元= 7.5百萬位元組。 除FFT記憶體之外,每一混頻器需要一記憶體來對非同調或同調碼假設記憶體求積分。在一項實施例中,假定8個位元/胞元之一非常緊湊表示。在一項實施例中,此需要每毫秒移出與振幅之非同調積分相關聯之線性增加之雜訊本底平均值的一方法。方便地,可將每一混頻器處20460個胞元假設之所有4個碼之功率積分到同一記憶體中,以進行非同調積分。因此每一混頻器需要20460個位元組,且一總假設記憶體可為:假設記憶體= 20460個胞元/混頻器*24個混頻器*8個位元/胞元=3.74百萬位元= 0.468百萬位元組。 在將稱為雙緩衝區之一項實施例中,每毫秒將經取樣資料複製至每一混頻器中且分兩個階段進行處理,如下文所展示 頂層時序影像
Figure 02_image003
在另一實施例中,一循環緩衝區可被用以將信號緩衝區記憶體減少近兩倍。然而,與僅在1MS中完成相比,將需要實質上更快的信號處理。 本發明之較佳實施例利用FFT實行關聯,其中關聯=逆FFT (樣本FFT*碼FFT之複共軛)。將每一關聯假設之振幅整合於假設記憶體中。 在上文所闡述之第一實施例之階段1中,計算樣本之FFT。可在所有混頻器中使用此等FFT。由於此時正在運行一減小數目之FFT,因此可在階段1中節約電力。實際上,儘管借用通道之FFT資源中之某些資源來產生樣本之FFT,但通道在階段1中不起作用。通常在階段1中實行8個FFT:對通道A及通道B兩者之輸入樣本之0Hz、250Hz、500Hz及750Hz載波擦除版本中之每一者皆進行一個FFT。 在階段2中,將樣本FFT (所接收GNSS樣本資料之FFT)與碼FFFT (本地產生之GNSS SV PRN碼之FFT)複數相乘且然後實行逆FFT (IFFT)。IFFT實際上等效於一FFT。在設置週期中臨時計算碼之FFT,或預先計算碼之FFT並將其儲存於非揮發性RAM或ROM中。 為將計算最小化,可在某些實施例中使用以下改良。 1) 首先在250 Hz、500 Hz及750 Hz此三個遞增頻率下對樣本進行載波擦除以生成包含0Hz之原始樣本之4組樣本。然後對此4個樣本序列實行FFT以生成4個FFT。在階段2中,當必須對樣本序列應用一特定都卜勒以擦除都卜勒時,則應用一FFT技巧。即,藉由將FFT移位+/-N個格來獲得+/-N*1 kHz之另一遞增頻率移位。舉例而言,為達到4321 Hz之一搜尋頻率,將兩個遞增頻率方法組合以逼近總所期望都卜勒。首先選擇250Hz FFT,此乃因其最接近次kHz部分。然後將此FFT移位4個頻段以得到4250Hz之一總移位。將使用750Hz移位-5個頻段:-5000+750=-4250來建構-4321之一負頻率。如此一來,在階段1中,所有混頻器不需要在頻率混合下計算特定都卜勒之FFT。由於混頻器之數目係高的,因此此將FFT之總數目減少了幾乎一半。 a. 在另一種方法中,自0 Hz及500 Hz之FFT內插250 Hz及750 Hz都卜勒之FFT。 2) 在長積分之前或自記憶體預先計算碼FFT。可在長非同調積分程序之始終使用此等碼。藉由零碼相位偏移開始來產生該碼。生成一除數以在20360個樣本時脈中產生10230個碼時脈。在碼時脈發生一改變之間的樣本碼保持恆定。為抵消一速率為載波都卜勒除以116.5個循環之碼都卜勒(當旁帶A及旁帶B移位至中心1191.795Hz時),有以下幾個選項: a. 最簡單的為碼胞元積分器,其與移動芯片數目乘以碼假設數目與每毫秒芯片的比率有關。(舉例而言,20460/10230=2)。如此一來,每一毫秒之目標假設記憶體位址根據該速率積分移位。舉例而言,若都卜勒為4321Hz,則100毫秒內之胞元數目係(4321/116.5)*(20460/10230)*0.1 = 7.418個胞元。此意味著一毫秒關聯與積分之間的偏移將自零變為幾乎7.5 胞元,平均分佈於100毫秒內。此外,每次使用相同碼零相位FFT。 b. 最差情形係每毫秒重新進行20360碼序列,其中20360至10230碼時脈分頻器之起始碼相位具有一穩定增加相位。然後每毫秒更新碼FFT。 c. 另一種相對簡單方法係使用另一FFT屬性,其中時域中之一時間移位T等於將一零相位FFT與複指數e(-jwT) 相乘,其中w係每個格處之頻率,T係藉由除以每秒之碼片數目轉換成秒之碼片之時間移位。可將此複數乘法歸為樣本FFT乘以碼FFT之複共軛的乘法步驟。 d. 另一種方法係使用第一種方法之分數碼偏移來對毗鄰振幅進行插值,以抵消按整數值改變之碼偏移時之間的碼偏移。 即使進行此等多改良,實行16384或20480採樣FFT所需之時脈數量仍然很高。即使使用雙埠記憶體,高效實施仍可能需要約11.5萬個時脈,此比100 Mhz初始採樣時脈在1毫秒內之約100,000個時脈還多。若不加速,則意味著需要96個FFT並行運行,且所需之記憶體巨大且對於COVIMOGR而言可能難以處理。通常,指令之下限係每階段之時脈數目乘以階段數目。對於一基數N FFT,每階段之時脈數目係樣本大小除以N。階段數目是樣本大小以N為底之對數。例如,基數2及樣本大小16384,每階段之時脈係8192且階段數目係14。因此,最小時脈係14*8182 = 114666。對於基數4而言,每階段之時脈數目為4096且階段為7,總共28672。 此下界還假定基數運算本身(包含記憶體元素之一複雜組合乘以一組複雜旋轉因子)可級聯為一單個指令。此係一合理假設,此乃因積體電路可基於電晶體之速度以及在一定電壓及時脈速率下之傳播可預測性而在一單個時脈中實行若干次運算。 因此,增大基數能夠減小時脈。然而,限制係記憶體尋址電路系統提取及寫入之能力。對於相當常見之一雙埠記憶體而言,基數4實施方案無法並行地提取4個複雜元素,而是要花費4個時脈。在一定意義上,失去了較高基數之優點。 為實現其中僅現代化信號之現代化獲取可與以往獲取方法競爭之可實現設計,一某些實施例可以使用以下突破: 1) 實現基於FFT之方法係記憶體密集型, a. 應考慮使用系統記憶體而非專用記憶體之一能力。如此一來,記憶體不再係一沉沒成本,此乃因其可經分配以供獲取之用且然後當獲取完成時或當GNSS接收器不在運行中時再次用於其他目的。因此,在一GNSS處理系統與可位於同一積體電路(IC)上之另一系統之間共用一記憶體,以使得共用記憶體與GNSS接收器及另一系統全部皆位於同一IC,該IC可係一系統單晶片(SOC)。 b. 應考慮有效地管線處理FFT資來料減少記憶體使用之方法。下文在極快頻域關聯(VFFDC)章節中闡述此實施例。 2) 在一項實施例中,意識到需要高數目個有效FFT來實現在具有高系統損耗(由於高NF、高天線損耗、信號衰落或阻塞)之大規模市場GNSS接收器中實現一快速獲取,可在一毫秒內重複使用一快速FFT引擎多次,且可使用通用系統記憶體以使得僅使用低數目個物理FFT引擎,從而使得對記憶體之需要很小。此一快速FFT是自一通用FFT架構重構而成,因此FFT可被進一步並行化,且每一並行子FFT皆可使用其自身之記憶體進行更新。 a. 另一選擇為,可採用可並行提取高數目個字之定製記憶體設計。如此一來,可並行地實行數個基數。舉例而言,假定可在一單個時脈循環內提取32組I、Q。此允許將8基數-4計算並行化。如此一來,每階段之時脈除以8。因此完整而言,可在4096(時脈/階段)/8 (並行基數-4)*7 (階段) = 3584 時脈內實行20460 FFT。在系統時脈為一100Mhz之情況下,每毫秒有100000個時脈,且此允許在一毫秒內重新使用FFT 27次。若一混頻器需要88個FFT,則將僅需要4個物理FFT。注意,此一低時脈速率允許一低功率系統,此乃因最大記憶體及DSP時脈以今天的標準看相當低。 b. 另一選擇為,可使用一高時脈。一4倍高之時脈將使得減少至一單個FFT。此帶來了在設計中混合時控速率之缺點,且因此增大緩衝及分階段之額外負擔。 c. 最後,可使用管線式VFFDC設計(此係較佳實施例),該設計可將複製需要最小化,且在每一階段將並行運算最大化。 3) 儘管FFT記憶體可減少及重新使用,但其餘假設記憶體則主導著其餘設計。 a. 儘管全E5信號比以往L1 CA信號強6dB以上,但非同調積分是提高SNR之最有效方法,而無需求助於關於次級譯碼及資料位元之多種假設,此等假設會每毫秒生成隨機相位反轉。相反,由於資料位元,L1 C/A具有相似的隨機相位反轉,但間隔明顯更長(20毫秒)。此特徵係藉由對L1 C/A進行同調積分來達成一更快SNR改良的特徵。從某些大眾市場裝置來看,僅對以往信號進行非同調積分不夠的,此乃因其實際上無法積分足夠長時間。 i.  考慮其需要將SNR提高16dB才能克服系統損耗的一目標裝置。 1. 使用E5,組合信號之4個分量:A資料(Ai)、A引示(Aq)、B資料(Bi)及B引示(Bq),在1毫秒內該信號比L1 C/A強幾乎6.5dB。以1毫秒積分非同調地進行積分達100毫秒生成(超過1MS C/A) 6.5dB + 1.5dB*log(100,base2) = 6.5+(1.5*6.64)=10dB + 6.5=16.5dB的一增益。考慮到1毫秒樣本緩衝區中之某些相位反轉形成大約1dB之損耗,相對於1ms之GPS L1-C/A而言,獲得16.5dB-1dB = 15.5dB之增益。[(存在1毫秒樣本緩衝區內之σ相位及<2dB之相位反轉相關聯之某些損耗)]。組合意味著為A旁帶及B旁帶保持一單獨樣本緩衝區,此乃因將其相加在一起將使雜訊加倍且擦除與每一旁帶相關聯之3dB增益。此計算沒有考慮到由雙旁帶信號提供之傳輸分集之優點。存在於室內及城市峽谷中之典型瑞利衰落環境中,特別是對於直接信號路徑而言,此傳輸分集可將衰落電阻提高大約10dB或大於10dB,從而使信號獲取、追蹤及導航資料符號串流之讀取實質上更可靠。 2. 對於L1 C/A,利用粗略時間進行之一般情形獲取意味著最長同調間隔接近10毫秒(此係20毫秒之資料位元間隔之一半)。在此情形中,一個10毫秒之樣本可完全避免相位反轉,而毗鄰10毫秒之樣本在最壞情形下之相位對準可能會幾乎丟失。 a. 藉由10毫秒同調,現在將頻率步長減小至幾乎50Hz。為將頻率損耗降低至與針對E5方法而闡述的相同之位準,採取25Hz步長。此意味著涵蓋相同+/-1PPM所需之頻率數目係每SV 2 *1575/25 + 1 = 127。注意,E5僅需要9個(差係積分時間之10倍,即10 = 10毫秒/1毫秒且有1.3的因子= 1575/1192,這使E5的頻率更低)。 b. 為在損耗後達成16dB之相同靈敏度,具有10毫秒同調窗之L1 C/A搜尋之靈敏度增益模型在前10毫秒內為10dB,然後在此等10毫秒積分之非同調積分下,靈敏度提高1.5每個加倍。將積分時間保持在100毫秒意味著積分時間將加倍,達到20、40、80,然後是20/160 = .125。加倍數目係5.56,且非同調增益為1.5 * 3.125 = 4.69dB,因此總SNR增益為10dB + 4.49 – 1.5dB(對於10毫秒窗中之一者之相位反轉損耗,平均損耗為2dB)= 13.2 dB,類似於但小於E5情形。 c. 這表明關於L1 C / A對相干積分更敏感的看法是不正確的,因為更簡單的非相干方法和獲取整個信號可以具有相同或更好的靈敏度。 d. 現在來檢查假設記憶體之大小以及其如何在E5與L1 C/A之間比較。使用E5,有24個通道並行運行。因此,在每晶片之兩個樣本處假設記憶體之大小係20*20460*8個位元= 3.12M位元。注意E5之所有4分量整合至相同假設記憶體中,此乃因其全部具有相同碼相位假設。 i.  注意:當信號行進穿過太空時,由於每碼片之載波週期數目不同(A處為115個週期,B處為118個週期,在與1191.795MHz對應之中心處為116.5個週期)這一事實,旁帶A與旁帶B之間存在相位分散。碼片之相對相位差係 1. delChips = codeDoppler B – codeDoppler A = (Satellite Doppler) *dt * [1/115 – 1/118] = Doppler * dt * (118 – 115) / (115*118) = 3*Doppler*dt / 13570。注意亦存在一小的相對電離層分散,大約係一個載波循環。 2.由於行進時間平均約為80毫秒,且由於衛星運動而產生之最大都卜勒為5kHz,因此增量碼片為: delChips = 3*5000*0.08/13570=0.088碼片 3.因此,當A之codeDoppler比B時,假設記憶體中自1毫秒振幅至振幅總和之碼映射可對A通道施加14個胞元之一特殊偏移(假定每10230個碼片16384個胞元)。 4.由於兩個旁帶皆移位至中心,因此在代表處理時間之dt內其具有相同碼速率。 5.注意:若振盪器偏移非常高,則都卜勒可更大。在此情形中,在行進時間內兩個旁帶之間的差更大且需要補償。 a. 一種解決方案係在HW中補償振盪器。維持一SW表,其中接收器正在瞭解之偏移對溫度係固定的,且可測量速度固定中之誤差,就如在位置固定中如何瞭解時間偏移一樣。在該情形中,可利用基於硬體之頻率移位移除頻率偏移,以自樣本資料移除頻率誤差。如此一來,在兩個旁帶之間的碼都卜勒差異中僅可觀測到衛星都卜勒。 6.注意:若兩個旁帶是利用單獨IF產生,則對用於SNR改良之時間積分而言,碼都卜勒差異不常見。在該情形中,需要對碼都卜勒差異進行補償。 ii. 現在論述L1 C/A之假設記憶體:若達成相同搜尋功率,則意味著每SV有127個頻率,且在一秒內具有相同的24顆衛星,這意味著每秒有3048個頻段。 假定亦搜尋了每一頻率100毫秒,則意味著正在搜尋305個並發頻率。假定典型取樣接近碼片速率之兩倍,且因此每毫秒大約2046個樣本。因此,假設之總數為2046*305,且8位= 4.875百萬位元,此實際上高於E5情形。可以幾種方式減小此數目。首先考慮相同的碼胞元與碼片比率。此將樣本時脈為1.6384 MHz而不是2.046 Mhz。此將假設記憶體減小至3.904百萬位元,3.904百萬位元仍係較大的。下一步是將頻率步長自25Hz降低至50Hz,並接受另一1.5dB之頻率步長損耗至13.2-1.5 = 11.7dB。此將記憶體減半。使用50Hz之原始2.046Mhz取樣時脈可產生一半頻率且因此產生2.4375百萬位元,2.4375百萬位元現在比E5之2.816百萬位元小一點,而L1 C/A的靈敏度降低了幾乎5dB。(16.5-11.7=4.8dB)。此沒有考慮到伽利略信號傳輸分集之額外優勢,而導致使用E5 A + B獲取之信號實質上更具抗衰落性。若保守地估計此改良為6dB,則COVIMOGR在粗略獲取模式中比L1粗略獲取碼至少多11dB之優勢。COVIMOGR之優勢在精確時間獲取模式中得以擴展,其中同調積分進一步提高了現代化信號追蹤靈敏度。 iii.     此實例表明,即使在粗略時間獲取情形中,具有非常高效FFT引擎之E5可具有比基於L1 C/A之接收器及具有類似假設記憶體更高之靈敏度。 較佳實施例–VFFDC  粗略時間獲取處理時間線
Figure 02_image005
精確時間獲取處理時間線
Figure 02_image007
上圖中所闡述之管線導向型架構使得能夠顯著加快FFT通量且減少工作記憶體及信號記憶體中兩方面之記憶體使用,從而使假設記憶體成為單個最大記憶體存使用。實際上,如上圖所圖解說明,在粗略時間模式與精確時間獲取模式之間流程將略有不同。 與典型FFT技術相比,VFFDC性能之加速及記憶體減少來自於適當階段化之組合、關注記憶體管理之細節以及應用最近的「時間抽取」(DIT)式FFT及「頻率抽取」(DIF)式FFT。 下圖繪示極快頻域關聯器(VFFDC)架構之高階視圖。將更詳細地闡述此圖中之方塊中之數個方塊。 極快頻域關聯器(VFFDC)架構圖
Figure 02_image009
FFT處理器架構 (四個並行IVFFT運算)
Figure 02_image011
逆FFT處理器架構 (四個並行IVFFT運算)
Figure 02_image013
下圖提供獲取關聯器處理之一詳細端對端時間線視圖。 獲取關聯器陣列處理圖
Figure 02_image015
VFFDC流程
Figure 02_image017
下圖進一步闡述GNSS碼產生器。較佳實施例係自其基礎多項式表示產生每一碼,對其進行適當地移位及成形,然後每毫秒將其變換到頻域。然而,有幾種可能實施方案可實現記憶體減少目標中之諸多目標,而無需藉助每毫秒完全重新產生碼頻譜。舉例而言,可每追蹤工作階段僅產生一次時域碼。在另一實例中,可儲存且視需要略微調整碼頻譜記憶體。在另一實施例中,當儲存資源可用時可使用此等快取記憶方法,否則沒有必要。
Figure 02_image019
FFT處理器架構 (四個並行FFT運算)
Figure 02_image021
注:為產生碼頻譜,以4個GNSS碼產生器來取代基頻樣本記憶體。 VFFT N2×N1程序流程
Figure 02_image023
逆FFT處理器架構
Figure 02_image025
注:在詳細設計程序期間,將同時定義互連網路以及映射至硬體之演算法以及每一區塊之指令集定義。 逆VFFT N2×N1演算法
Figure 02_image027
注意,在此實施例中,在所有混頻器重新使用之兩個工作記憶體緩衝區中對信號資料及碼資料兩者臨時執行FFT。將信號資料保存於持續時間長於1 ms之一循環緩衝區中,以使得可在緩衝區之寫入指標趕上FFT之讀取指標針之前執行FFT程序,從而在基頻樣本記憶體中比先前所闡述之雙緩衝實施例節約幾乎兩倍。除此之外,在此實施例中,GNSS碼係臨時產生,因此在預先儲存之GNSS碼頻譜記憶體上節約大約100倍。可將此等10,230位元碼緊湊地以10,230個位元儲存於時域中,但是一旦變換為頻域,其大小擴大為包含一複雜非二進制表示。注意實際上每SV存在四個碼。可簡單地儲存此等碼中之某些碼,但其最簡單地被儲存為其多項式表示。因此此係出於記憶體效率考慮之較佳實施例。雖然每毫秒變換所需之每一碼將FFT處理量本質上增加幾乎兩倍(僅碼頻譜之同相支路經歷FFT處理之第一階段),但在此實施例中為減小固有記憶體及I/O值得如此做。當將DIF共軛FFT用於逆FFT時會生成進一步增益,以使得使用儲存乘法程序結果之同一緩衝區按列次序執行逆DIF程序(時域資料按列次序保存且頻域資料按行次序保存)。 注意,根據奈奎斯準則,提議對N = 20,460個樣本實行此等FFT,將其分解為一組N1 = 20個第一級DFT。(10或40亦可用於N1。選擇20作為一設計決策。)此剩下N2 = 1024點DIT/DIF FFT之下一階段,此可使用整數算術(兩個基數8及一個最終基數16)在另外三個階段中高速地實施。 由於此處理具有管線性質,因此可在50微秒內針對在視野中之所有SV在100 MHz之頻段下利用僅比取樣時脈稍快之一處理時脈輕鬆地完成,此意味著該循環緩衝區僅需要大約1.05毫秒長(21483個樣本,作為I之4個位元及q之4個位元儲存),從而節約功率且最重要的是節約晶片上RAM。 一項實施例之VFFT細節  a. 將一N點DFT分解成一N1 點DFT及對N2 點之N1 個並行FFT  i. FFT點之總數目係N = N1 *N2 ,其中 N1 << N2 ii.係藉由將FFT處理分解成對N2 個點之N1 個並行FFT後續接著N1點DFT之一組合階段而對N點VFFT-DIT演算法架構進行速度最佳化。使用陣列處理方法同時實行N1 個並行FFT以將FFT處理時間加速N1 倍。  iii.通過將FFT處理分解為具有N1 點DFT之第一階段,後續接著N2 點之N1 個並行FFT,可對N點VFFT-DIF演算法架構進行速度最佳化。使用數組處理方法並發執行N1 個並行FFT,以將FFT處理時間加快多達N1 倍。  iv.可藉由在VFFT之前使輸入陣列共軛並在VFFT之後使輸出陣列共軛來進行一VFFT-DIF逆運算。  b. 使用陣列處理方法來同時處理N1 個並行FFT。所有FFT進行相同處理,使用相同程式控制指令但使用來自陣列之一不同資料集(一向量)。  c. 在重組/分解階段可對2之非冪個點進行一DFT。  在1個指令循環中使用N1 個並行常數交叉乘法器及加法器進行成此DFT。因此,需要N2 個週期來完成VFFT的第一階段/最後階段。  d. 使用3個階段來實行N2 點FFT,其中在2個階段中係基數-8且第一/最後階段係基數-16。  i.  基數-16級不需要WN 相移,此減小複雜性且勻出前/後VFFT運算之時間。  ii. 僅基數-8級需要相移因數。鑒於韌體每指令循環僅自記憶體選擇1個元素,因此每N2 點FFT僅需要1個相移器硬體。由於同時有N1 個並行FFT在運算,因此在硬體中需要N1 個相移器且全部共用相同相移量。  iii.     FFT之每一階段需要完成N2 個循環,因此3個階段需完成3*N2 個循環。  iv. 每一階段上之處理速率受雙埠變數記憶體之讀取及寫入存取限制。每一處理循環包含一讀取及寫入存取,其允許分別針對基數8階段或基數16階段進行8或16個指令之固件循環。這種設計利用了幾乎100%之可用讀取及寫入記憶體頻寬,且因此可能對於給定實際硬體限制而言係最高效的。  v. ASIC庫中通常可用雙埠記憶體,但更高埠的記憶體不可用。因此,為了設計可移植性,此實施例使用單埠及雙埠存儲器,且目前為止不需要位元組存取能力(並非在每一ASIC庫中始終支援)。  e. 關聯性後處理運算是即時實行的,無需儲存,且可能在幾個額外處理循環中管線化,但是在韌體迴路內沒有額外循環。在1個指令循環中對全列向量實行此等運算。  f.  變數記憶體在VFFT之最後階段可能會降低精確性。然後可在處理器之暫存器內以較高精確性實行關聯後處理運算。可將結果儲存於假設記憶體中之前縮減回至較低精確性。因此,變數記憶體不需要高精確性(目標係8-位元/I/Q-分量)。  g. 可對積分量值使用區塊浮動點,以將精確性降低至無正負號之8位元。量值壓縮亦可包括在應用區塊浮動點轉換之前減去區塊中之最小值。  h. 在至少某些實施例中,可在整個設計中使用基於Cordic之相移器,而不是複數乘法器及sin/cos表。  i.  Cordic硬體大約係複數乘法器面積(成本)之1/4,且Cordic相位圖表之精確性通常比sin/cos表低。  ii. Cordic演算法會在雜訊本底附近產生幾個小相位調變雜散(PM),而不是像經量化sin/cos表方法那樣使用1個或2個主要振幅調變諧波雜散(AM)。Cordic的無雜散動態範圍大大增大,此允許信號精確性減小但效能相同。  iii.     Cordic硬體之唯一缺點是穿過串行級之長傳播延遲。由於每一級內之條件邏輯,無法跨越各個級進行算術邏輯最佳化。可需要藉由暫存器管線級處理超出時序預算之過大延遲,且任何額外群組延遲皆必須納入信號處理演算法中。  應注意,雖然本設計之闡述假定按照列次序讀取資料以將定址最佳化,但亦可容易地按照行次序讀取資料,且得到類似結果。  較強信號之較低功率獲取之經減小複雜性關聯器。  儘管與一單個旁帶分量(I或Q)相比,使用E5之兩個旁帶之兩個分量允許SNR增大高達6dB,但在某些情況下,較佳的是使用能夠在合理時間量內獲取一較強信號之一較低功率組態。在另一情況下,接收器可需要自一導航訊息讀取一些資訊,該導航訊息僅可自一子組信號分量獲得。該資訊例如可係一周時間戳記或被解釋為分數同步之一時間標記之一特定相變。或者其可能係完整性資訊。舉例而言,其可係曆書或星曆表資訊或差分校正資訊。在需要讀取某則資訊以加速進一步獲取及追蹤之情形中,那些可能最快提供此資訊之彼等信號被優先考慮。 考慮以下一獲取情形:當位於一停車庫內時接通接收器時,此時所有信號皆被阻擋。接收器不知道此車庫狀況,且將可能會基於信號非常弱之情形而啟用一搜尋策略。此種策略需要將信號之所有分量進行較長時間之積分,並提供最大靈敏度。雖然此方法有利於獲取弱信號,但當接收器最終離開車庫時,恢復更強信號係較慢的,此乃因其在每一個搜尋頻率上花費之時間更多。在此種情形中,具有第二並行搜尋引擎是有益的,或者分配某些搜尋資源以使用一更短積分週期來尋找更強信號,以使得可更快地搜尋每一頻段,從而允許接收器在一較短時間內涵蓋更多頻率。 此外,考慮時間未知之一獲取。網際網路上之典型網絡時間協定(NTP)準確性介於約5 ms至100ms範圍內。在某些情形中,僅一選定GNSS信號分量之訊框同步即可能夠提供精細時間。在此種情形中,搜尋該信號分量將是最高初始優先級,直至追蹤到該信號且有把握地設定時脈為止。 一旦有把握地設定時脈,該信號可能會被解除優先級,而傾向於上面包含較少資料之一信號分量,且因此具有更高追蹤靈敏度。 可使用一靈活關聯方法來最快地獲取強信號。首先,關聯資源可係可組態的,以使得一個通道可搜尋一個至四個信號分量。若一單個通道不能釋放未使用資源,則資源將會閒置,且延長獲取時間。舉例而言,若一通道經組態以能夠搜尋四個分量,且僅使用一單個分量,則其他三個資源將不可用。 因此,此實施例之第一部分是識別基本搜尋單元係一個信號分量之關聯,例如E5BI。對於頻域方法,此意味著執行樣本之FFT、碼之FFT、樣本頻譜與碼頻譜之複共軛之一相乘以及乘積之一IFFT。關聯之總數目係在碼訊框長度(名義上為1MS)中VFFDC資源可被重新使用之次數。然後,通道概念包含選擇一個至四個分量來與具有四個分量之E5及B2信號匹配之能力。在此情形中,通道數目應與硬體在於一個訊框(在此情形中為1毫秒)中可執行之關聯數目之能力匹配。 舉例而言,若有能力在一毫秒內執行88次全關聯,則在每一通道僅使用一個分量時,通道之最大數目應為88。舉例而言,若在多達4個分量之情況下僅界定22個通道,則拖只使用一單個分量,將有3個分量閒置。 此實施例之一第二部分是選擇具有最小搜尋損耗之分量。在現代化信號具有1毫秒之訊框長度及4至100毫秒之重疊碼或副碼(其位元改變與訊框同步)之情況下,每一訊框皆可存在自1至-1或自-1至1的正負號改變。一般而言,該等重疊碼以接近50%之一速率形成相位反轉。在不發生相位反轉之兩個連續訊框上,當訊框點或時段或或訊框重新開始時,實行與一隨機毫秒輸入樣本相位同步的一毫秒週期之非同調積分之程序沒有損耗。相反,若訊框時段位於毫秒之中心且發生相位反轉,則將發生對消,而導致該毫秒之關聯非常小。 利用基於FFT之關聯,不可能將毫秒關聯分成兩部分,即潛在相位反轉時段元之前之部分及時段之後之部分。接收器以一任意選定開始時間在一整個毫秒之接收信號上操作。在獲取程序之此個階段處,每一衛星信號具有一明顯不同且未知之相位。此乃因毫秒樣本與自零相位開始之一全毫秒碼樣本關聯,且不可能基於其他相位應用一分離。相反,利用傳統時域關聯方法,可為不同碼相位估計選擇一不同輸入樣本組合,使得時段出現在毫秒緩衝區之邊緣處。如此一來,在進行積分期間,同相及二次和具有相同相位。然而,對於現代化信號,此種對每一碼相位假設進行單獨關聯之方法在商業上不可行,此乃因它要麼需要太多硬體,進而增大功耗及大小,要麼相反在減少硬體之情況下太慢。 因此,一毫秒關聯之非同調積分之代價是在毫秒樣本中存在與時段相位相關聯之一損耗。當相位接近毫秒邊緣或重疊碼沒有相位反轉時,該損耗係小的。當相位接近毫秒之中心且發生相位反轉時,損耗較高。在後一種情形中,損耗實際上是無限的。在前一種情形中,損耗較小。一般而言,當在重疊碼之持續時間之上進行積分時,最差情形下之損耗小於3dB,此乃因相位反轉之一概率為大約50%,則失去一半關聯,但是剩餘關聯沒有此種相位損失。失去一半功率意味著失去3dB。 現已發現,資料通道E5BI具有0001之重疊碼。副碼每4個訊框4毫秒重複一次。資料符號在重疊碼之邊界處形成額外相位反轉。因此,考慮5個位元之交替資料符號序列0、1、0、1、0。重疊碼及資料符號之組合將生成以下重疊碼相位序列,其中0表示相位0且1表示相位180度。 0001 1110 0001 1110 0001 現在關注相位反轉,即序列之導數:0001 0001 0001 0001 0001 20個符號上僅有5個相位反轉,因此一相位反轉之概率為25%。 相反,考慮北斗上之資料通道B2AI。其重疊碼係00010。或者或許可提供相位轉變由00010規定之一圖]。 現在考慮相同5個資料位元01010。重疊碼與資料符號之所得的組合生成此序列: 00010 11101 00010 11101 00010 現在看相位反轉,即導數00011 10011 10011 10011 10011 25個位元中存在15個相位反轉。在此改變之概率係15/25 = 60%。因此,B2AI之dB之最大損耗係3dB & 0.6 = 1.8dB, 然而,E5BI之dB之最大損耗係3db * 0.25 = 0.75dB,相比之下其將損耗限制達1.05dB。 因此,為利用固定的搜尋資源量來改良實際的獲取時間,一實施例可達成一單個分量搜尋(藉由試圖在一段時間內僅獲取該單個分量來僅搜尋該單個分量),且在每一系統上選擇具有最低相位反轉概率之分量。對於伽利略E5而言,該最佳分量係E5BI。共用記憶體 COVIMOGR =商業可行現代化僅GNSS接收器 可用於實現一商業上可行現代化僅GNSS接收器(COVIMOGR)之另一方法是藉由重新使用系統記憶體來減少專用記憶體。考慮將COVIMOGR整合在系統單晶片(SOC)中之情形,在該系統中已經有大型SRAM及DRAM以及其他處理系統。 COVIMOGR SOC組件包含但不限於數位前端(DFE)、使用頻域關聯之獲取引擎(AE)、使用時域之追蹤引擎(TE)、使用時域之再次獲取引擎(RE)以及控制AE、TE、RE所需之最小CPU/RAM/ROM。 AE所需之記憶體量取決於其相對於訊框週期之效率,對於L5頻帶中之現代化信號而言,該效率通常為1毫秒:例如,若需要88個完整頻率(混頻器)且若關聯引擎需要4500個時脈循環,且每毫秒有108000個時脈循環可用,則每一關聯引擎每毫秒可被使用24次。此意味著AE中需要至少4個關聯引擎。在此情形中,需要用於4個引擎之記憶體。一般而言,此記憶體必須專用於AE,此乃因其在每一時脈循環必須係可用的且因任何記憶體仲裁而減慢。 SOC架構可包含以下物項: 1. 一組應用處理器(AP),諸如四個。此等通常具有可變速度。 2. 一通用IO、通向晶片外系統之輸入輸出介面以及用於晶片上通信之IO。 3. 一硬體抽象化層,其含有硬體控件、作業系統(OS)及仲裁通信匯流排,以使得所有區塊可被組態且經由OS通信。此區塊含有其自己的CPU或在系統中之一個AP上運行 4. 一組功能,其被置於SOC上且此等功能中之每一者可藉由一處理系統實行,該處理系統包含可與一GNSS處理系統共用之一本地處理記憶體。 5. 一GNSS處理系統(例如,COVIMOGR),其本身係另一功能。其可具有一獲取引擎、一追蹤引擎、一再次獲取引擎、一數位前端、一最小CPU、一最小SRAM及一最小NV-ROM。 6. 一大型SRAM區塊,其可經由通信匯流排用於系統且亦用於一或多個其他功能,在此情形中,其連接至COVIMOGR。 7. 一DRAM,其係一般用途非揮發性記憶體。 考慮下文所展示之系統單晶片(SOC)。其可係一單個單片式晶粒或多個晶粒之一系統。在此考慮除DRAM之外的全部元件皆位於同一晶粒上且DRAM係經由通信匯流排連接之第二晶粒。
Figure 02_image029
為了減小COVIMOGR之大小且尤其是減小AE之SRAM之大小,可使用AE中之專用記憶體及SOC SRAM之一組合。在一較佳實施例中,經由一直接匯流排與SOC共用針對非同調積分及/或同調積分之假設記憶體,以使得COVIMOGR可對SOC SRAM之某些部分進行尋址且不會減速。 1. AP自一應用得到一請求以判定一GNSS位置。 2. HAL識別SRAM之一設定部分並將其分配給COVIMOGR。經分配記憶體必須具有一讀取/寫入控制器,該讀取/寫入控制器可獨立於其他記憶體片而操作以能夠由AE使用但無需頻繁爭奪/仲裁。 3. 當GNSS接收器作用時,COVIMOGR 使用位於AE中之記憶體。 4. 請求GNSS之應用終止或閒置 5. OS發信號通知HAL以關斷GNSS。 6. HAL通知COVIMOGR關斷。 7. 將SRAM中分配給COVIMOGR之片(例如,頁)返還給系統。 如此一來,由於AE中所需之記憶體被共用而不是專用於AE以僅供AE使用,因此可減小COVIMOGR所需之總SRAM。為進一步減小AE中之記憶體,AE中或GNSS處理系統中之記憶體中之至少某些可與SOC上之其他處理系統共用。另一選項係當GNSS碼頻譜儲存於SOC DRAM中作為一組預先計算表時,當系統被更新時將該組預先計算表程式化至DRAM中。另一選擇為,AP或甚至COVIMOGR上之一程式可在背景或甚至在GNSS工作階段開始時計算碼及/或碼頻譜。作為參考,L5之碼數目係63,E5係50,且B2係63。QZSS包含2且EGNOS包含2。此係180個PRN。然而,L5具有兩個碼/PRN,E5具有4個碼/PRN,B2具有4個碼/PRN。因此,碼之總數目係586。每一碼係10230個位元。儲存所有碼需要5,994,780個位元,其係約734k位元組。在碼頻譜儲存為實數碼之情形中,儲存取決於AE所使用之取樣率。由於獨立地搜尋每一分量,因此碼對於每一分量皆係實數。此碼之DFT係一對稱複共軛。此意味著在DFT之中點附近反射之複數對具有相同實數值,但若為虛數值則為負。在讀取記憶體之後所需之總值為2N,然而N/2係對稱複共軛。因此,需要N個唯一值,HW可自N個唯一值中建構所有值。假定所需之位元數目進一步減少,而損耗卻最小。在一較佳實施例中,8個位元或1位元組用於儲存實數部分且8個位元用於儲存虛數部分。 對於20,480,000的采樣率(以每毫秒10,230,000碼片為單位,每個芯片僅兩個樣本),用於儲存所有預先計算碼頻譜之位元組數目約為碼位元數目之2倍。因此,586個碼*20480位元組/碼= 11,632,640個位元組 = 11.360百萬位元組。 可以若干種方式減小此量:應用可週期性地評估在太空中運行良好衛星中當前哪些碼正在作用。然後,可達成所儲存碼或碼頻譜之一顯著減小。舉例而言,每衛星每系統存在多於50個有效PRN。然而,在某一時間一般來說不多於30,且更可能在空間中僅24個經分配PRN。此將允許將記憶體減小超過一半。 在另一方案中,在GNSS在作用時將預先計算碼頻譜移動至SRAM之一扇區,如此一來: 1. AP自一應用得到一請求以判定一GNSS位置。 2. HAL識別SRAM之一設定部分以儲存碼頻譜且將其分配給COVIMOGR。經分配記憶體必須具有可獨立於其他記憶體片操作之一讀取/寫入控制器以能夠由AE使用而無需頻繁競爭/仲裁。 3. HAL將碼複製至分配給碼頻譜之SRAM中且為COVIMOGR賦予預先計算碼頻譜之基址以及每一碼之系統、PRN及分量。 4. 當GNSS接收器在作用時COVIMOGR自AE中提取碼頻譜且樣本頻譜乘以碼頻譜之複共軛之步驟中使用碼頻譜。 5. 請求GNSS之應用終止 6. OS發信號通知HAL關斷GNSS。 7. HAL通知COVIMOGR關斷。 8. 將分配給COVIMOGR之SRAM片返還給系統。 在另一實施例中,使用在SOC AP上運行之一背景應用基於空間中之當前PRN計算有效碼頻譜。 1. 一背景應用週期性地計算所有系統之有效PRN且將其儲存於DRAM中。 2. AP自一應用得到一請求以判定一GNSS位置。 3. HAL識別SRAM中用於儲存碼頻譜之一設定部分且該部分分配給COVIMOGR。 4. HAL將碼複製至分配給碼頻譜之SRAM中且為COVIMOGR賦予預先計算碼頻譜之基址以及每一碼之系統、PRN及分量。 5. 當GNSS接收器在作用時COVIMOGR自AE中之SRAM提取碼頻譜且在樣本頻譜乘以碼頻譜之複共軛之步驟中使用該碼頻譜。 6. 請求GNSS之應用終止 7. OS發信號通知HAL關斷GNSS。 8. HAL通知COVIMOGR關斷。 9. 將分配給COVIMOGR之SRAM之片返還給系統。 在一項實施例中,進一步減小COVIMOGR之成本之一方法係在AP上計算儘可能多的GNSS功能。分配給COVIMOGR之CPU/RAM/ROM可係最小組態以允許全控制各種HW引擎/組件:AE、TE、RE、DFE。此等系統將需要一可靠方法來發送控制設定、請求服務及讀取結果。舉例而言,AE將具有一介面以請求搜尋一系統中之一具體PRN。結果之得到速度快達每一毫秒。然而,系統經設計以在內部緩衝其結果以允許一較低中斷速率,諸如20毫秒每區塊一次。追蹤引擎可以類似更新速率操作:週期性寫入及讀取,大約每20毫秒每一衛星一次。 在此實施例中,COVIMOGR之工作係服務於此等中斷,寫入下一更新且然後將資料格式化並將資料送至經分配AP。 在一項實施例中該程序可係: 1. AP自一應用得到一請求以判定一GNSS位置。 2. HAL識別一AP以運行COVIMOGR之高階軟體。 3.將COVIMOGR之GNSS應用碼自DRAM複製至一執行記憶體區塊中,該執行記憶體區塊可能係SRAM。 4. HAL識別用於AE之其他SRAM片 5. HAL識別碼頻譜且將碼頻譜複製至用於AE之SRAM片 6.應用啟用COVIMOGR且指示用於AE之記憶體資訊。 7.應用通知COVIMOGR CPU要搜尋哪些衛星。 8. COVIMOGR控制AE開始搜尋。 9. COVIMOGR CPU服務於AE搜尋結果。 10.已找到信號開始追蹤TE。 11.根據自上次追蹤以來之時間,在TE或RE中重新獲取TE中丟失之已找到信號。在RE中重新搜尋最近丟失之機密資料。 12. COVIMOGR偵測到置信追蹤,並在一可組態量測間隔(例如一秒鐘)內匯總碼及頻率資訊,以實現將準確量測結果發送至在AP上運行之COVIMOGR SW。 13. COVIMOGR擦除資料位元以追蹤資料,以50至100個位元等一可組態緩衝區大小緩衝資料,然後將資料發送至在AP上運行之COVIMOGR SW。 14.自轉變為時間戳記及星曆表資料之經解碼符號獲悉準確時間。 15.藉由AP上之COVIMOGR SW判定位置/速度時脈偏移及漂移。 16.提煉搜尋資料,更新可觀測PRN及其預期的碼相位及頻率。將資料發送至COVIMGR上之CPU。 17. COVIMOGR上之SW將衛星自AE中移除,並針對一低功率維護模式轉變為在TE中搜尋。 18.若COVIMOGR由於信號阻擋狀況而丟失衛星,則在消除任何阻擋狀況之後立即重複進行重新獲取或初始獲取以找到衛星。 19.終止請求GNSS之應用 20. OS發信號通知HAL關斷GNSS。 21. HAL通知COVIMOGR關斷。 22.將分配給COVIMOGR之SRAM片返還給系統。 應注意,在個節省功率及SRAM之另一實施例中,若在初始獲取及時脈設定之後不需要進行持續操作,則COVIMOGR亦可將SOC SRAM之一部分釋放回給SOC。在此一情形下,若信號丟失且時脈設定降低大約100微秒,則COVIMOGR可請求重新獲取所需之SRAM區塊,最高為初始獲取之全部量。 載波及碼產生選項:  在一項實施例中,可使用以下元件提高一COVIMOGR之靈敏度 1.以達成最佳SNR之一方式組合現代化信號之所有分量。 a. 旁帶A及旁帶B應自單獨通道處理,而非組合處理。試圖將旁帶組合在一起以將輸入樣本之FFT數目係誘人的。但考慮具有一經接收SNR之一個旁帶上之一PRN。若將其與另一旁帶組合,則SNR將降低幾乎3dB,從而失去使用所有分量之益處。 b. 可以兩種不同方式自同一通道使一特定旁帶之資料與引示通道關聯:單獨或同調。分別關聯意味著將實值(即不是複合的)碼乘以同相和正交信號輸入分量,且以此方式並行搜尋引示及資料碼。同調關聯意味著將複合碼與實部中之資料通道碼與虛部中之引示通道碼相乘。然而,由於引示及資料通道之未知相對相位,當兩個碼處於不同相位時,必須測試一第二個假設。這可藉由改變分量中之一者之正負號來進行。實際上有四種可能性,但若對一訊框關聯結果求平方,則僅存在兩種。實際上,要麼在每一碼假設中選擇最強功率(或振幅),要麼將兩者相加。對於更強信號,同調方法存在某些益處,但其要求同時計算兩個假設,且在積分至假設存儲器中之前加以比較。對於較弱信號,優勢較小,此乃因很難選擇正確假設且此程序因選擇較大估計值而增大雜訊。 c. 當預先計算時碼,同調方法之成本更高,此乃因同調碼不像實數碼那樣複合對稱,因此需要雙倍儲存。 d. 一較佳實施例是將資料與引示碼混合作為兩個旁帶之實數碼,且在對一個訊框求平方之後進行組合。 2.使用同調積分直至主碼序列之訊框長度,且然後在多個訊框上非同調地對功率(或振幅)求積分,以使得SNR在每一碼假設下幾乎線性地增長。 a. 此程序可由於載波頻率對準而使用碼轉換之精確處置,在本文中將稱為碼都卜勒。在自衛星至接收器之傳播期間,根據載波頻率與碼片速率之間的關係,每一旁帶之碼都卜勒係不同。對於處於1176.45Mhz之下旁帶而言,每碼片存在16個循環。對於處於1207.14Mhz之上旁帶而言,每晶片存在118個循環。較佳實施例係將每一旁帶移位至1191.795MHz之共同中心頻率。藉由以下方式找到一旁帶A通道:將一中心對應於此原始中心頻率之基頻信號移位15*1.023MHz之BOC頻率 = 14.345Mhz,應用一低濾波器,且然後抽取至大約20.48Mhz之一頻寬,該頻寬含有旁帶A之主波瓣。以一類似程序找到一旁帶B通道,但下移15.345Mhz。 b. 藉由將旁帶移位至一共同頻率,各別碼相對於彼此以116.5個載波循環/碼片之一速率轉換。 c. 單獨地處置在傳輸期間及在積分期間之碼都卜勒之效應。傳輸時間之一估計值(平均大約75毫秒)(藉由計算在固定之後自衛星至已知接收器位置之真實傳輸時間而判定)乘以碼都卜勒(其係載波都卜勒除以載波循環/碼片之負數)來大致估算傳輸部分。根據不同循環/碼片,兩個通道之到達碼相位將存在一差異。然而效應係小的,且當以大步長(諸如,½碼片)搜尋時可忽略。一基於衛星運動之都卜勒為5kHz且一傳輸時間為80毫秒,最差情形下之差異係約0.08碼片。在諸多情形中,可基於一近似接收器時間及位置預先計算每一SV之一相當煩準確範圍估計,從而使此補償態樣更準確。 d. 在兩個旁帶使用116.5個載波循環/碼片之情況下,可將在積分期間之碼都卜勒效應精確計算為都卜勒估計乘以積分時間。 e. 以數種方式來進行此補償: i.  碼樣本在DFT之前可進行時間移位,以使得在積分週期開始時整合振幅對應於碼假設。以dt*載波都卜勒/116.5牢計算該移位。移位分解為整數及分數碼片。此移位成為碼產生器之初始相位,碼產生器在輸入樣本達一毫秒之樣本時間處生成碼估計。將此方法稱為移位碼樣本方法。此方法僅在每毫秒計算碼頻譜時才可能的。 ii. 在初始相位為零之情況下產生碼樣本,且然後藉由將頻譜與一頻率相依複雜序列相乘來修改碼頻譜。此方法使用以下性質:時間移位序列之FFT等於未經移位序列之FFT乘以一頻率相依複指數及e^(jwT)之自變數,其中w係FFT之每一元素處之角頻率且T係時間移位固定量。此被稱為經修改零相位頻譜方法。此方法對基於零初始相位碼序列而預先計算及臨時所計算碼頻譜兩者皆起到良好作用。 iii.     可在關聯之後補償碼都卜勒移位。將在一零初始相位碼頻譜下生成之關聯目的假設移位以做出補償。可使用一粗略方法及精細方法。 1.在粗略方法中,藉由乘以一毫秒內之輸入樣本除以一毫秒內之碼片來來將碼片之碼都卜勒移位轉換成碼假設。舉例而言,在一樣本/秒為20480之情況下,將1.5碼片之一碼移位轉換成1.5*20480/1020 = 3.0個胞元之一假設移位。因此,當載波都卜勒為負時將零相位下之當前關聯結果與第三碼假設相加,或當都卜勒為正時將當前關聯結果與最終假設相加減去3個胞元。 2.在一精細方法中,使用以上同一種方法來識別整數碼假設偏移。然後使用分數移位來縮放零初始相位關聯之兩個相近結果。舉例而言,若分數相位為0.5個碼片,則在假設零下添加至假設記憶體之關聯值為胞元3及胞元4處之零初始相位關聯之值的一半。其他更新將相等地移位。 f.  作為將假設記憶體最小化之一方法,將所有分量皆積分至一單個記憶體中。可在添加至假設記憶體之前利用一簡單移位(如應用至關聯結果之碼都卜勒)來補償在傳輸期間出現的旁帶之間的偏移。 g. 由於將兩個旁帶移位至共同中心頻率,因此每一旁帶皆存在積分期間之碼都卜勒效應。 3.以最小頻率偏移應用載波都卜勒。此處之情景係將利用使用三個DFT步驟之頻域方法來實行關聯以生成關聯=IFFT [FFTsamples*FFTcode’],其中FFTsamples係輸入樣本之DFT,FFTcode’係碼樣本之DFT之複共軛,且IFFT係兩個FFT之積之逆DFT。IFFT實際上係一後面還要除以IFFT中之樣本數目的FFT。FFT意味著快速傅立葉變換作為一高效方法來實施離散傅立葉變換(DFT)。VFFDC方法以採用FFT及IFFT程序之對稱之一方式對3個FFT實行組合在進行乘法及複共軛。VFFDC亦可藉由對信號輸入樣本或碼樣本處理旁帶來抵消旁帶程序對各別載波頻率之影響,此影響被稱為載波都卜勒。選擇影響DFT運算之總數目。 a. 由於衛星相對於接收器之運動所致的所接收頻率自每一衛星之標稱偏離之範圍係約+/-5Khz加上振盪器之頻率偏移。若振盪器的一頻率偏移對溫度的曲線是已知的,則可在進行關聯之前對輸入樣本應用一頻率移位來消除其大多數效應。然而,即使一般而言可預先計算其餘衛星運動相依頻率偏移,所有衛星仍不具有一共同值且必須根據接收器時間及位置不確定性針對每一衛星搜尋一特定值範圍。 b. 可基本上以兩種方式中之一種處置此衛星特有都卜勒 i.  利用一頻率差運算來自輸入樣本移除都卜勒,以使得所得的樣本具有一零頻率偏移。然後將此等經修改樣本與亦具有零頻率偏移之碼樣本關聯。此方法被稱為下移輸入樣本方法(DISM)。使用三角量測功能藉由頻率源B實行複雜序列A之一向下頻率移位:sin(a-b) = sinA cosB - cosA sinB,且cos(a-b) = cosA cosB + sinA sinB,其中A表示輸入樣本之頻率且B表示將移除之載波頻率。sin及cos分別表示虛數部分及實數部分。 a. 此方法需要將搜尋之每一頻率之一組唯一輸入樣本。此將FFT之數目增大唯一頻率之數目。當使用兩個旁帶之分量時,必須形成兩個旁帶輸入樣本之DFT,此亦使FFT之數目加倍。在此可進行某些最佳化。 i.  以步長大小與積分時間相當之一組離散頻率執行兩個旁帶之DFT。一較長積分時間需要較小步長,而一較短時間可使用較大步長。對於一較長積分時間,設定步長大小,其中兩個步長之間的最大頻率誤差之碼都卜勒誤差等於樣本時鐘之一半。舉例而言,若積分時間係100毫秒以得到所期望SNR以達到10dB之一微弱信號改良,則得到20480000之樣本時脈之頻率誤差係½ = df / 116.5 * 0.1 * 20480 / 10230。Df = 0.5*116.5 / 0.1 * 10230/20480 = 291 Hz。因此,搜尋步長可係此量之兩倍,此乃因582 Hz之一步長之間的最大誤差係291 Hz。針對一短積分時間,步長大小經選擇以將與兩個步長之間的最大頻率誤差之sinX/X誤差相關聯之損耗最小化。針對一1毫秒積分,sinX/X在X=500 Hz時在一損耗為4dB時係0.63,且在X=250 Hz時在一損耗為0.9dB之情況下為0.9。 ii. 為減少樣本FFT之數目,生成一組經載波降頻移位輸入樣本,其頻率步長與積分時間相關。 1.針對用於快速搜尋強衛星之10毫秒積分時間,sinX/X設定步長。在此情形中,選擇0及500Hz之兩個頻率以將頻率誤差限制在250 Hz。然後有4個樣本FFT:2個用於A,2個用於B。例如,若一通道需要2200 Hz之都卜勒,則選擇0Hz之FFT,且將所得FFT移位2個格以生成2 kHz之頻移。頻率誤差被限制於200Hz,其具有小於0.9dB之一損耗。此乃因一1毫秒積分具有0Hz、200Hz、400Hz、600Hz及800Hz之一損耗。 2.針對可得到11.5dB之250毫秒之一積分時間,½樣本時脈最大碼都卜勒誤差之df係116 Hz。因此,一步長大小四捨五入至幾乎兩倍,即250Hz。使用降頻移位輸入樣本方法來生成移除0、250Hz、500Hz及750Hz之輸入樣本。在此情形中,現在存在8個樣本FFT,4用於A且4個用於B。針對期望一2200 Hz載波頻率之一通道,選擇250 Hz FFT並將其移位2個格以生成2250 Hz之一載波擦除。 ii. 利用一頻率相加運算將都卜勒與碼樣本相加,以使得所得的碼樣本具有與預期衛星都卜勒頻率相同之頻率。此方法被稱為升頻移位碼樣本方法(UCSM)。其使用三角量測功能來藉由頻率產生器B對複雜序列A實行一升頻頻率移位:sin(a+b) = sinA cosB + cosA sinB,cos(a+b) = cosA cosB - sinA sinB,其中A表示碼樣本之頻率且B表示將加上之載波頻率。sin及cos分別表示虛數部分及實數部分。注意,在藉由將所得的碼頻譜移位來應對碼都卜勒之情形中,碼樣本可以零相位開始,或於在時域中應對碼都卜勒之情形中碼樣本可以一非零初始相位開始。 利用22個通道對實行頻域關聯之可能性求和,其中每一通道可處理4個分量:2用於旁帶A且2用於旁帶B: 選項1:利用降頻移位方法對輸入樣本應用載波都卜勒且對碼樣本應用碼都卜勒:關聯= IFFT [FFT (樣本*都卜勒) * FFT (具有非零相位之碼樣本)’]。當使用所有分量時,每通道具有  • 2個樣本FFT,用於A及B  • 4個碼FFT,每一碼一個  • 4個IFFT,每一碼一個  總= 10/頻率  針對所有通道:22 * 10 = 220個FFT/毫秒 選項2:利用升頻移位方法應用載波都卜勒且在非零初始條件下對碼樣本應用碼都卜勒:關聯 = IFFT [ FFT (樣本) * FFT (藉由載波都卜勒升頻移位而具有非零相位之碼樣本)’]。現在樣本FFT是所有通道所共同的。So 因此將此放在一單獨池中。當使用所有分量時,每通道具有  • 4個碼FFT,每一碼一個  • 4個IFFT,每一碼一個  • 總共= 8/頻率  • 針對所有通道:22 * 8  + A及B之2個樣本FFT = 178 FFT/毫秒 選項3:使用降頻移位方法將載波都卜勒應用於一組預設載波都卜勒之輸入樣本,且使用經預先計算碼頻譜以及應用頻域碼都卜勒方法。關聯 = IFFT [ FFT (樣本*都卜勒) * FFT (具有零相位之碼樣本)*e^(jwT)]。假定最長積分時間需要200 Hz之都卜勒步長。S因此存在針對A及B之10個樣本FFT,其中步長為0 Hz、200 Hz、400 Hz、600 Hz、800Hz。當使用所有分量時,每通道具有  • 讀取4個經預先計算碼頻譜,每一碼一個  • 4個IFFT,每一碼一個  • 總= 4/頻率  • 針對所有通道:22 * 4 + 10 =  98 FFT/毫秒 選項3之困難在於關聯引擎應極快存取預先計算碼頻譜。其必須讀取22*4*20480個位元組/毫秒= 1.76百萬位元組/毫秒。此為使用選項2之動機,在選項2中,在碼頻譜功率之計算與系統複雜性之間進行權衡以在接近2G位元組/秒之速度檢索預先計算之碼頻譜。 即時碼頻譜產生器(較佳實施例,選項2) 3.即時碼頻譜產生器 a.在先前處理週期期間在每一獲取關聯器通道之前即時對每一碼序列實行VFFT (注意,可在具有108 MHz時脈之~40 us內對碼序列實行VFFT) b.碼產生器基於所關注GNSS衛星之14位元碼種生成10個碼片/循環。 i. 碼產生器存在10對多項式。 ii. 碼產生器多項式可程式化以允許在未來GNSS信號中改變。 c.將多相位脈衝形濾波器應用於碼序列以達到具有在一小部分碼片週期內之解析度之一可調整時間移位。 i. 由於雙極(+|- 1)調變碼序列,可以簡單實施方案達到較高脈衝形狀準確性。另外,雙極調變碼序列無雜訊,脈衝成形濾波器係數可具有較高準確性且具有更多術語,且係數可程式化以允許脈衝回應在數位前端中發生任何改變。 ii. 可使用簡單實施方案達到較高內插精確性。增加取樣速率(Nu )可較高以有效時間移位上之較精細精確性。舉例而言,在Nu =8之情況下,存在1/8碼片解析度,其具有2樣本/碼片;此係以一4相位濾波器實現。Nu 之較高值容易實施。 iii.     此脈衝成形器硬體中實行整數數目個碼片之時間移位 iv. 每毫秒之時間提前經計算且應用於基於通道之都卜勒時間移位假設之硬體中。 v. 一替代方法係在頻域中在VFFT輸出處以頻段上之一相移應用時間移位再儲存至碼頻譜記憶體中。此方法在VFFT 20點相移器及20點DFT之後可在硬體中需要一額外20點複雜相移器作為一額外處理管線級;因此,最後一級韌體迴路中有總共3個處理管線操作。 vi. 由於BOC (15,10)信號之上旁帶及下旁帶之碼頻譜單獨且獨立地即時產生,因此可在駐留持續時間(駐留持續時間係積分時間)內每毫秒對每一碼頻譜應用一不同時間移位。由於不相等都卜勒時間移位、電離層發散及天線相位不穩定性,此設計能力允許校正上旁帶及下旁帶上之不同時間移位。此等時間移位差可在碼頻譜產生時更對準,此然後允許在關聯後處理中在上旁帶及下旁帶之同調相加期間進行相長組合。 d.在VFFT之前對經成形碼序列應用頻率移位 i. 頻率移位器提供一較寬頻率範圍及任何頻率步長而不需要旋轉及內插頻段值後FFT。此為衛星搜尋策略提供最大靈活性 ii. 來自脈衝形狀濾波器之輸入係無雜訊且相對低精確性;因此,一頻率移位器之一理想位置。 iii.     頻率移位器具有並行用於20個樣本/循環之基於Cordic之相位旋轉器及一共同相位累加器;20個相位旋轉器中之每一者應用一不同相位偏移 iv. 應該可組合頻率移位器之相移值與VFFT-DIT之第一階段之相移值。此將允許一個Cordic相移器進行相移求和。 v. 在硬體中計算並應用每毫秒之相位前移以在幾毫秒駐留持續時間內維持相位連續性。 e.對時間及頻率移位碼序列實行一20480點VFFT-DIT i. 由與基頻樣本VFFT相同之處理器實行。 ii. 碼頻譜及基頻頻譜之N=20480所得頻段可頻帶對稱地經舍位至一較小量以達到對碼頻譜之最終「磚牆型」濾波(無偽信號失真之1 kHz轉變頻帶)。 1.可提供20k、18k、16K、14k之一可程式化選項,從而實現樣本/晶片、關聯脈衝寬度及假設記憶體字大小之不同選項。 iii.     數位前端及基頻樣本記憶體可經設計以達到20,480 kHz取樣率及全主負荷處理,從而使得簡單且更準確地處理GNSS信號。不需要磚牆型所有非線性濾波器。 iv. 僅需要多出25%之VFFT變數記憶體,此25%係總核心區域之小部分。
Figure 02_image031
以上所繪示之粗略時間獲取模式旨在針對將獲取之每一SV之碼相位不確定性> +/= 0.5ms的情形。最後報告步驟可報告碼相位及都卜勒而不是碼相位及載波相位。 CORDIC (協調旋轉數位電腦)演算法  下圖展示Cordic相位旋轉將在碼頻譜產生程序中發生,以隨時間推移將碼頻譜與連續 1ms樣本緩衝區對準。
Figure 02_image033
副碼相位判定  一旦主次毫秒碼相位已知,則獲取程序可藉由判定副碼相位及移位至同調積分得到更大靈敏度。然而,此可在追蹤迴路中使用通常在此項技術中眾所周知之技術進行,此超出本發明之範疇。然而,應注意在此情形中,將所追蹤所有SV之副碼相位邊界饋送回至獲取引擎中以在精確時間模式中輔助獲取後續衛星。  PAUL MCBURNEY 8 在精確時間獲取模式下之同調積分假設記憶體之組織:  下表展示在L5下GPS、北斗及伽利略之所有信號分量上之已知副碼之長度。一般來說,在同調積分時靈敏度可提高每倍3dB per且在非同調積分時提高每倍1.5dB。因此,下表展示相對於非同步積分與同調積分相關聯之理論增益,該同調積分與每一各別信號分量之副碼同步。
集群 信號 副碼長度 在主碼時段 (5log10( 長度 )) 內理論同調增益
伽利略 E5Ai 20 6.5dB
伽利略 E5Aq 100 10dB
伽利略 E5Bi 4 3dB
伽利略 E5Bq 100 10dB
GPS I5 10 5dB
GPS Q5 20 6.5dB
北斗 B2a資料 5 3.5dB
北斗 B2a引示 100 10dB
一旦接收器時脈與100 ms伽利略E5及北斗B2a副引示碼有效地同步,則在振盪器中相位穩定性允許之情形下可將對該等信號分量之同調積分延長至高達100 ms。(此並不是說絕對GNSS時間係已知的,而是次100ms副碼相位係已知的。)儘管可預測及估計每一通道之導航資料,但在此實施例中,假定此預測不可用。在精確時間獲取模式中,此等理論增益因此係要在一COVIMOGR中接近之增益。亦應瞭解振盪器相位穩定性將影響理論同調積分增益。實際上,舉例而言當提前將導航訊息模型化並預測時,L1 C/A接收器通常使用40至80 ms之同調積分,此乃因進一步同調積分將極大地使有效都卜勒格變窄且由於振盪器相位不穩定性而導致回報遞減。在此,直接獲取寬帶GNSS信號亦面臨類似憂慮。 在一項替代實施例中,在正被搜尋之一信號之預期主ms碼相位界限清晰但副碼相位未知的情形中,形成多個同調積分緩衝區,一個同調積分緩衝區針對各別信號分量副碼之每一毫秒模糊。注意,若副碼相位未知,則包含100 ms副碼引示通道之三個集群之平均值將係約45 1ms時間模糊格。因此,此對於伽利略及北斗100 ms副碼而言可能不切實際,但對於碼相位不確定性被限定於大約10微秒之情形而言,此積分可能可行。無論如何,只有與每一SV之經窄化碼相位窗相關聯之完整PN循環之一部分被儲存於假設記憶體中。在此情形中,必須儲存I及Q,且A及B旁帶可被組合或單獨求積分以用於稍後最佳增益組合。注意,通常必須考慮所有100 1-ms模糊以可靠地對伽利略及北斗引示通道同調地求積分。GPS引示通道雖然沒有那麼高的潛在同調增益,但與北斗及伽利略引示通道相比,由於其副碼較短,其假設記憶體使用量亦將只有後者之1/5。 鑒於時間及都卜勒不確定性水準,在粗略時間獲取期間,對所有SV之全1 ms PN捲動同調求積分在商業上不可行。然而,一旦發現一第一SV,鑒於初始位置不確定性已相對低,則第一SV信號可用於幫助估計連續信號之碼相位,將時序誤差限定至兩側位置確定性之兩倍且通常更小。與位置不確定性相關聯之典型平均碼不確定性將僅係兩側位置不確定性。 在一項實施例中(本發明之圖11中所展示),在時域追蹤引擎中估計副碼相位並將副碼相位饋送回至獲取引擎以在獲取引擎中對尚未獲取之該等信號及進行精確時間同調積分。 若舉例而言接收器之初始位置不確性係1500米,則相關聯時間不確定性將平均大約3000米/光速 = 10微秒或小於10微秒,<=全1MS PN捲動之1%。鑒於平均總時間模糊係大約45 ms,可看到CIM可與NIM保持均衡,或許在動態都卜勒不確定性高之情形中更大,且在靜態情形中不確定性較小。 一旦一參考信號已知,可利用一簡單方程式設定實際的兩側SV具體時間不確定性窗大小。
Figure 02_image035
,其中𝜎 p 係單側初始位置不確定性且
Figure 02_image037
Figure 02_image039
分別係自所估計位置至第n SV及參考SV之各別單元指向向量。同樣地,第i SV之預期ms碼相位(在窗之中心處)將為𝜑ei =𝜑γ + 1000 ∗m 𝑜𝑑(Ri – Rγ ,𝐶/1000)/𝐶,其中𝜑γ 係參考通道主碼之已知分數相位(0至1),R係一初始位置與衛星之間的經計算範圍且C係光速。在此情形中模數 將係正負號,+/-0.5 ms。類似地,當一副碼相位已知時,可判定小於或等於最大已知副碼之長度之每一信號分量之適當副碼分數相位。在多數情形中,將容易判定 100ms碼相位,因此將在此展示方程式: 𝜑′ei =𝜑′γ + 10 ∗m 𝑜𝑑(𝑅i - 𝑅γ ,𝐶/10)/𝐶,其中𝜑′係副碼相位。 注意,在較長同調積分同時應用於引示及資料通道之情形下,其具有較短副碼,每一者都有不同都卜勒寬度及預期靈敏性。在此種情形中,在用於獲取之一實用E5同調積分方法中,當處於精確時間獲取模式中時較佳實施例僅使用E5 AQ及BQ引示信號且放棄AI及AQ。鑒於其同調積分僅限於其相對短副碼之長度,此方法在犧牲資料通道之相對小靈敏度之同時保持追蹤A及B旁帶之抗衰退性。藉由使用資料通道,仍可增加某些增益,特別是若對其導航消息進行很好預測及擦除,但為簡單起見,在此模式中追蹤引示通道係較佳實施例。 在另一實施例中,可同調地整合所有四個碼直至其各別副碼之長度。在此種情形中,將鑒於引示通道以一較大權重對其各別VFFDC輸出適當求和。應注意,在此情形中資料之有效都卜勒格寬度及引示分量將達到在大小上像差高達25倍。當求和至與引示通道相關聯之每一同調積分記憶體格中之每一者時,可將資料通道之更寬都卜勒格大小簡單地映射至引示通道之更豐富都卜勒格上。 在另一實施例中,資料通道之導航訊息資料預測可用於移除其各別位元轉變且因此將資料通道之同調積分延伸成與引示通道之同調積分匹配。
Figure 02_image041
上圖:精確時間同調及非同調積分處理。 注意報告區塊可報告碼相位及都卜勒而非碼及載波相位以轉變至追蹤引擎。 假設記憶體  下圖繪示共用一般用途非同調假設(積分/累加)記憶體之一實例性實施例,被組織成~20KB大小緩衝區。根據每一所關注SV之碼相位不確定性窗,非同調緩衝區各自含有一單個混頻器結果,同調記憶體映射(在相同可再次使用緩衝區上)含有同相及正交之一混合、多個都卜勒格及每格多個SV。 假設記憶體經組態以在粗略時間模式中進行非同調積分(初始組態為100 ms搜尋) –組織成24 – 20460位元組緩衝區
Figure 02_image043
下圖繪示在一第一積分週期內在精確時間同調積分模式中之共用假設記憶體之一實例性實施例。注意在此情形中,必須儲存複雜資料但具有經窄化之碼相位不確定性,每一都卜勒格僅必須保存全PN循環之一部分。在此實施例中,兩個引示信號分量保存於單獨緩衝區中。在另一實施例中,可將其合並。在又一實施例中,資料通道之較短同調積分時間可與適當加權積分而成為其各別引示對應物(AI成為AQ且BI成為BQ),或可跨越副碼邊界使用經預測導航訊息資料在同調積分之前擦除資料。此一方法將需要I分量之額外緩衝區,以使得可在I分量之各別副碼時段結束時將I分量添加至Q分量。鑒於每一資料都卜勒格有多個引示都卜勒格且在預測及擦除導航訊息資料之情形中可組合資料及引示分量,因而此不會對混合方法中之記憶體使用產生一明顯影響。 假設記憶體經組態以在精確時間模式中進行同調積分(可組態時槽)
Figure 02_image045
Figure 02_image047
求和,可藉由以下方式中之一或多者提高獲取靈敏度(在一或多個實施例中): 1.直接寬頻信號獲取。 2.將旁帶分離以避免自每一旁帶之原始位準提高雜訊位準。 3.在粗略時間獲取中混合所有分量以得到最大抗衰退SNR。 4.在追蹤引擎中判定至少一個引示通道副碼相位並在轉變至精確時間獲取模式中時將其饋送回至獲取引擎中。 5.當處於精細時間獲取模式中時,混合所有頻率分集引示通道以得到最大抗衰退SNR。 6.將關聯結果積分至一單個假設記憶體中,其中針對碼都卜勒補償每一ms之結果 7.使用上所闡述之三種方法中之一者處置碼都卜勒,以最強信號功率僅在假設記憶體位置處增長,而不是若未恰當考慮代碼都卜勒,則在多個位置塗抹信號。 8.基於FFT之20,360碼片碼關聯。 9.在精確時間獲取模式中,同調積分與預期主碼相位至少部分地對準。 為保持代價(記憶體、功率、矽面積、RF鏈)合理,一或多個實施例可使用: 1.僅直接寬頻信號獲取L5寬帶信號。 2. VFFDC架構達成工作記憶體重新使用及最小信號輸入緩衝區大小。 3.臨時碼頻譜產生將碼頻譜儲存及I/O最小化。合並且認真管理非同調及同調假設記憶體緩衝區亦減小記憶體使用。 Matlab附錄 此Matlab附錄含有版權保護內容。擁有者oneNav在此內容中特此保留其包含版權在內之權利。版權擁有者不反對任何人以傳真形式複製專利檔案或專利公開文本,因為它出現在美國專利商標局之文件或記錄中,但除此之外,版權擁有者保留所有版權。版權oneNav。 部分1 以下Matlab碼在Matlab中提供使用圖9A至圖9D中所展示之實施例的GNSS碼產生器之實施方案。 function [code_array] = gnss_code_gen(code_bits_per_row, code_gen_poly_set, code_gen_seed) % Generates an array of code bits for all wideband GNSS signals
%                  
% Component State Var Length Shorten Code Gen Poly
Exponents               
% L5I|Q 13       x1=>8190 [9,10,12,13]
%          x2=>full   
[1,3,4,6,7,8,12,13]
% E5AI|Q 14       x1=>full [1,6,8,14]
%             x2=>full [4,5,7,8,12,14]
% E5BI|Q 14       x1=>full [4,11,13,14]
%             x2=>full [2,5,8,9,12,14]
% B2AI (data) 13       x1=>8190 [1,5,11,13]
%             x2=>full [3,5,9,11,12,13]
% B2AQ (pilot) 13       x1=>8190 [3,6,7,13]
%             x2=>full [1,5,7,8,12,13]
% Code generator seed must be length 14, even for L5 & B2 with poly order 13. % Append an extra zero bit if needed, and transpose into a column vector. if (length(code_gen_seed) == 13), code_gen_seed = [code_gen_seed 0]'; elseif (length(code_gen_seed) == 14), code_gen_seed = code_gen_seed'; end % Code generation polynomials in vector format
g1_L5IQ = [0 0 0 0 0 0 0 0 1 1 0 1 1]; % [9,10,12,13]
g2_L5IQ = [1 0 1 1 0 1 1 1 0 0 0 1 1]; % [1,3,4,6,7,8,12,13]
g1_E5AIQ = [1 0 0 0 0 1 0 1 0 0 0 0 0 1]; % [1,6,8,14]
g2_E5AIQ = [0 0 0 1 1 0 1 1 0 0 0 1 0 1]; % [4,5,7,8,12,14]
g1_E5BIQ = [0 0 0 1 0 0 0 0 0 0 1 0 1 1]; % [4,11,13,14]
g2_E5BIQ = [0 1 0 0 1 0 0 1 1 0 0 1 0 1]; % [2,5,8,9,12,14]
g1_B2AI = [1 0 0 0 1 0 0 0 0 0 1 0 1]; % [1,5,11,13]
g2_B2AI = [0 0 1 0 1 0 0 0 1 0 1 1 1]; % [3,5,9,11,12,13]
g1_B2AQ = [0 0 1 0 0 1 1 0 0 0 0 0 1]; % [3,6,7,13]
g2_B2AQ = [1 0 0 0 1 0 1 1 0 0 0 1 1]; % [1,5,7,8,12,13]
% Add B2B and Glonass when available. Offer 3 programmable options for future % Select the configuration parameters for the code generator switch (code_gen_poly_set) case 'L5IQ' g1_poly = g1_L5IQ; g2_poly = g2_L5IQ; poly_order = 13; x1_code_length = 8190; case 'E5AIQ' g1_poly = g1_E5AIQ; g2_poly = g2_E5AIQ; poly_order = 14; x1_code_length = 10230; case 'E5BIQ' g1_poly = g1_E5BIQ; g2_poly = g2_E5BIQ; poly_order = 14; x1_code_length = 10230; case 'B2AI' g1_poly = g1_B2AI; g2_poly = g2_B2AI; poly_order = 13; x1_code_length = 8190; case 'B2AQ' g1_poly = g1_B2AQ; g2_poly = g2_B2AQ; poly_order = 13; x1_code_length = 8190; otherwise disp('Unsupported Code Generator Mode') end % switch % Form the generator polynomial vector into a 14 by 14 state transition matrix with an identity sub-matrix % The identity matrix behaves like a shift register. if (poly_order == 14) G1 = [g1_poly ; eye(13,14)]; G2 = [g2_poly ; eye(13,14)]; elseif (poly_order = = 13) % Append 1 zero row and column to fill 14x14 array G1 = [g1_poly ; eye(12,13) ; zeros(1,13)]; G2 = [g2_poly ; eye(12,13) ; zeros(1,13)]; G1 = [G1 zeros(14,1)]; G2 = [G2 zeros(14,1)]; end % if % Set the iteration where the G1*X1 code generator state must be re- initialized to all ones. x1_state_init_k = x1_code_length/code_bits_per_row; % Initialize the X1 and X2 state variable vectors and the output array X1 = ones(14,1); X2 = code_gen_seed; code_array = zeros(10230/code_bits_per_row, code_bits_per_row); % Code generation with one code bit per iteration if (code_bits_per_row == 1) for k = 1:10230 code_array(k) = xor(X1(poly_order), X2(poly_order)); X2 = mod(G2 * X2, 2); if (k == x1_state_init_k), X1 = ones(14,1); else, X1 = mod(G1 * X1, 2);    end end % for % Code generation with ten code bits per iteration elseif (code_bits_per_row == 10) % Multiple the state transition matrix by 10 times to form a new matrix % that advances the state by 10 code bits on each iteration. G1_10 = mod(G1^10, 2); G2_10 = mod(G2^10, 2); % Define generator output range for state variable bits in reverse order out_index = uint8(poly_order:-1:(poly_order-9)); for k = 1:1023 code_array(k,:) = xor(X1(out_index), X2(out_index)); X2 = mod(G2_10 * X2, 2); if (k == x1_state_init_k), X1 = ones(14,1); else, X1 = mod(G1_10 * X1, 2); end end % for end % if % Print state transition matrix % G1 = uint8(G1) % G2 = uint8(G2) % G1_10 = uint8(G1_10) % G2_10 = uint8(G2_10) end % function % Example of code seed values for first 2 SVs in each constellation % Seed value vector order =>[s21, s22, s23, ... s2r], where r is state variable size %                                                                      First code bits output are ordered as c1, c2, c3 .., with c1 as MSB % Because g1 is initialized to all 1s, the first code bit vector is inverted and bit-reversed from the seed vector % % Component                             Initial State Seed First code bits output % L5I         sv1,I = 1010100011011 0010011101010 % L5Q        sv1,Q = 0110100110011 0011001101001
% L5I sv2,I = 0011111001010 1010110000011
% L5Q sv2,Q = 1011100001001 0110111100010
   %    E5AI    sv1,AI=    10100011000011    3CEA9D
% E5AQ sv1,AQ= 01010101110101 515537
% E5BI sv1,BI= 00001001011100 C5BEA1
% E5BQ sv1,BQ= 10011011011000 E49AF0
   %    E5AI    sv2,AI=    00111001000110    9D8CF1
% E5AQ sv2,AQ= 01000110010100 D67539
% E5BI sv2,BI= 11100100001101 4F6248
% E5BQ sv2,BQ= 11000110001100 CE701F
   %    B2AI    sv1,I =    1000000100101    26771056
% B2AQ sv1,Q = 1000000100101 26772435
   %    B2AI    sv2,I =    1000000110100    64771737
% B2AQ sv2,Q = 1000000110100 64771100
   %    Notes:         
% L5 seed values are inverted, and first code bits are bit-reversed from ICD % E5 seed values are bit reversed from ICD % B2 is correct in ICD % secondary code - pilot % L5 at 1 kHz rate => nh20(t) = 0 0 0 0 0 1 0 0 1 1 0 1 0 1 0 0 1 1 1 0 部分2 以下Matlab碼在Matlab中提供使用圖9A至圖9D中所展示之實施例之GNSS碼樣本產生腳本之實施方案。 clear sc_cmd.code_gen_poly_set = 'E5AIQ'; sc_cmd.code_gen_seed = [1 0 1 0 0 0 1 1 0 0 0 0 1 1]; sc_cmd.freq_shift = -20480; sc_cmd.freq_shift_phase = 0; sc_cmd.code_advance = 11.125; sc_cmd.code_phase_step = 0.01; sc_cmd.second_code_length = 20; sc_cmd.second_code_seq = ones(sc_cmd.second_code_length, 1); sc_cmd.second_code_phase = 0; ms_nr = 1; % function [code_sample_array, csg_state_var] = code_sample_gen(ms_nr, sc_cmd, csg_state_var) % Code Sample Generator - Generate GNSS code, secondary code, shift code phase, upsample, filter and shift frequency % First unpack the command and state variable structures % and translate values for the hardware operations % --- Commands that are fixed for dwell duration --- % Frequency shift is specified in Hz and converted to a signed fraction of the sample rate. freq_gen_shift = sc_cmd.freq_shift / 20480000; % Code generator polynomial set selection and initial state variable (seed) code_gen_poly_set = sc_cmd.code_gen_poly_set; code_gen_seed = sc_cmd.code_gen_seed; % Frequency shifter phase step per ms is defined as signed fraction of cycles advanced/declined per ms. freq_gen_phase_step_ms = rem(sc_cmd.freq_shift / 1000, 1); % Code phase step per ms is defined as signed fraction of the code- bit period advanced/declined per ms. code_gen_phase_step_ms = sc_cmd.code_phase_step; % --- Variables set to command values on first ms, and updated every ms over dwell duration --- if (ms_nr == 1) % Initial phase of freq gen is specified in degrees and converted to positive fraction of a cycle freq_gen_phase = mod(sc_cmd.freq_shift_phase, 360) / 360; % Initial phase of code gen is specified in positive code-bit periods with 0.125 resolution, 0 to 63.875 range code_gen_phase = sc_cmd.code_advance; else % When not first ms, load state variables from last ms freq_gen_phase = csg_state_var.freq_gen_phase; code_gen_phase = csg_state_var.code_gen_phase; end % Update and save state variables for the next ms time when this function is called again csg_state_var.freq_gen_phase = freq_gen_phase + freq_gen_phase_step_ms; csg_state_var.code_gen_phase = code_gen_phase + code_gen_phase_step_ms; % Factor the code phase advance into tens, ones and 1/8th fractions of code bits. % Hardware will apply these in 3 separate stages of cycle advancing and shifting. code_advance_rnd = round(8*code_gen_phase)/8; % round to 1/8 resolution code_advance_tens = uint32(floor(code_advance_rnd/10)); code_advance_ones = uint32(floor(code_advance_rnd/1)) - 10*code_advance_tens; code_advance_frac = uint32(8*rem(code_advance_rnd,1)); % Secondary Code-bit Selection second_code_bit = sc_cmd.second_code_seq( mod((sc_cmd.second_code_phase+ms_nr-1), sc_cmd.second_code_length) +1); % --- Now generate 20480 samples for the code sequence % Generate a length 10230 code sequence for a GNSS satellite signal component. % Reshape into a column vector for easier math in subsequent lines, % although hardware will process 10 bits in parallel per cycle code_array = gnss_code_gen(10, code_gen_poly_set, code_gen_seed); code_vector = reshape(code_array', [10230 1]); % Apply the secondary code to the primary code sequence second_code_vector = xor(code_vector, second_code_bit*ones(10230,1)); % not exactly right! another secondary code bit is needed on extension % Extend the code sequence by 20 code bits by appending the first 20 code bits to the end of the sequence. % Advance the code phase in increments of 10 code bits % (like the hardware will do in multiple clock cycles) code_ext_adv10 = [second_code_vector((10*code_advance_tens+1) : 10230) ; second_code_vector(1 : (10*code_advance_tens+20))]; % Advance the code phase by 0 to 9 code bits. Append NaN to fill vector to same size code_adv1 = [code_ext_adv10(code_advance_ones+1 : length(code_ext_adv10)) ; NaN(code_advance_ones, 1)]; % Upsample 8x by stretching each code-bit value over 8 consecutive samples code_sample_8x = reshape([code_adv1 code_adv1 code_adv1 code_adv1 code_adv1 code_adv1 code_adv1 code_adv1]', [8*length(code_adv1), 1]); % Further advance the code phase with 1/8 th chip resolution. Append NaN to fill vector to same size code_adv_frac = [code_sample_8x(code_advance_frac+1 : length(code_sample_8x)) ; NaN(code_advance_frac, 1)]; % Reshape into array of 1025 rows by 80 columns in column-order (just for easy sample insertion) % Insert repeated sample at the Nr row index in each of the 80 columns. % Reshape back into 1 column vector code_sample_array = reshape(code_adv_frac, [1025 80]);                                                                                Nr = 512; code_insert_array = [code_sample_array(1:Nr, 1:80) ; code_sample_array(Nr, 1:80) ; code_sample_array((Nr+1):1025, 1:80)]; code_upsample = reshape(code_insert_array, [80*1026, 1]); % Lowpass filter and decimating by 4 to 80*1024 sample vector h_aa = 1/64 * [5   -2  -4  -3  -1 5  9    15  16  15 9  5    -1                          -3  -4 -2      5]; % plot(h_aa) Ni = length(h_aa) - 1; lpf = zeros(20480, 1); for n = 1:20480 lpf(n) = sum(h_aa' .* code_upsample(4*n-3 : 4*n-3+Ni)); end % Frequency shifter (typical range less than +/- 10 kHz). Complex output % Set phase累加器 to initial phase command, then advance by frequency shift command % Limit to 1024 phase shifts/cycle to match with capabilites of the CORDIC in 1st stage of 20 by 1024-point FFTs freq_gen_phase_accum = zeros(20480, 1); freq_gen_phase_accum(1) = freq_gen_phase; for n = 2:20480 freq_gen_phase_accum(n) = rem((freq_gen_phase_accum(n-1) + freq_gen_shift), 1); end freq_gen_phase_1024 = round(freq_gen_phase_accum * 1024) / 1024; code_sample_vector = lpf .* exp(1j*2*pi * freq_gen_phase_1024); % Reshape sample vector into array of 1024 rows by 20 columns in row order. code_sample_array = reshape(code_sample_vector, [20 1024])'; % end % Alt method % Lowpass filter and decimating by 4 % Sum 8 consecutive 1-bit code values and step 4 samples every iteration. % Equivalent to h = [1 1 1 1 1 1 1 1] with post decimation by 4 % y1 = zeros(20480+2, 1); % for k = 1:(20480+2) % y1(k) = sum(code_upsample(4*k-3 : 4*k+4)) - 4; % end % Equalization filter for sinc shape LPF spectrum (try 3-tap or may need 5-tap) % Note, LPF+EQ combined filtering has an effectively group delay of 8 samples => 1024/1023 chip periods % c = 0.3;                 h_eq = [1-c 1   1-c];   % Just place holder!!!! % y2 = zeros(20480, 1); % for k = 1:20480 % y2(k) = sum(h_eq' .* y1(k : k+2)); % end 部分3 以下Matlab碼在Matlab中提供使用圖6中所展示之實施例之GNSS信號獲取引擎之實施方案。 % Acquisition Engine Signal Processing % Frequency Plan fs_adc = 432000;    % Plan A rf_upsample_rate = 8; fs_rf = rf_upsample_rate * fs_adc; fs_if = fs_adc/4; % Satellite Parameters ssg_param.sample_rate = 432000; % kHz ssg_param.sv_type = 'E5'; ssg_param.sv_number = 1; ssg_param.doppler_freq = 200; % Hz   time shift per ms = -freq_shift / 116500 ssg_param.snr = 0;  % dB ssg_param.chip_code_phase = 0; %    apply as decline ssg_param.pilot_code_phase = 0; % % Digital Front End Commands dfe_cmd.first_if_upconv         = 1;     % Upconv neg IF, downconv pos IF dfe_cmd.gain_step = 1;     % - 3dB steps dfe_cmd.ifd2_init_phase       = 0; dfe_cmd.ifd2_freq_shift = -3795/fs_if; dfe_cmd.ab_init_phase  = 0; dfe_cmd.ab_freq_shift  = 15345/fs_if; dfe_cmd.int_dec_rate   = floor(fs_if/20480); dfe_cmd.frd_init_phase        = 0; dfe_cmd.frac_dec_phase_step = fs_if / (dfe_cmd.int_dec_rate*20480) - 1; % AE Channel Commands for 4 sub-channels, 1 channel only dwell_duration = 10;    % ms integration_mode = 'Non_Coh'; comp_combining_mode = [2 2]; % 4 [2 2] [1 1 1 1] sc1_cmd.sideband_select = 'ASB'; % ASB or BSB sc2_cmd.sideband_select = 'ASB'; sc3_cmd.sideband_select = 'BSB'; sc4_cmd.sideband_select = 'BSB'; sc1_cmd.freq_shift = 200; % Hz sc2_cmd.freq_shift = 200; sc3_cmd.freq_shift = 200; sc4_cmd.freq_shift = 200; sc1_cmd.freq_shift_phase = 0; % Degrees sc2_cmd.freq_shift_phase = 90; sc3_cmd.freq_shift_phase = 0; sc4_cmd.freq_shift_phase = 90; sc1_cmd.code_advance = 11.125; % Code sequence start position (1/8 chip resolution) sc2_cmd.code_advance = 11.125; sc3_cmd.code_advance = 11.125; sc4_cmd.code_advance = 11.125; sc1_cmd.code_phase_step = 0.01; % added/subtracted from code phase every ms sc2_cmd.code_phase_step = 0.01; % set to -freq_shift / 116500 sc3_cmd.code_phase_step = 0.01; sc4_cmd.code_phase_step = 0.01; sc1_cmd.code_gen_poly_set = 'E5AIQ'; sc2_cmd.code_gen_poly_set = 'E5AIQ'; sc3_cmd.code_gen_poly_set = 'E5BIQ'; sc4_cmd.code_gen_poly_set = 'E5BIQ';
sc1_cmd.code_gen_seed = [1 0 1 0 0 0 1 1 0 0 0 0 1 1];      % for Galileo
SV #1                                             
sc2_cmd.code_gen_seed = [0 1 0 1 0 1 0 1 1 1 0 1 0 1];
sc3_cmd.code_gen_seed = [0 0 0 0 1 0 0 1 0 1 1 1 0 0];
sc4_cmd.code_gen_seed = [1 0 0 1 1 0 1 1 0 1 1 0 0 0];
sc1_cmd.second_code_length = 20;    % L5 => 10,20 ; E5 => 4,20,100 ; B2 => 5, 100 sc2_cmd.second_code_length = 100; sc3_cmd.second_code_length = 4; sc4_cmd.second_code_length = 100; sc1_cmd.second_code_seq = zeros(sc1_cmd.second_code_length, 1);                                                                                  % create function based on SV number and type sc2_cmd.second_code_seq = zeros(sc2_cmd.second_code_length, 1);                                                                                  % or just write down first 2 SV of each GNSS  sc3_cmd.second_code_seq = zeros(sc3_cmd.second_code_length, 1); sc4_cmd.second_code_seq = zeros(sc4_cmd.second_code_length, 1); sc1_cmd.second_code_phase = 0;  % Index offset advance of first code bit within sequence at start of dwell. sc2_cmd.second_code_phase = 0;  % All secondary codes have 1 ms bit period sc3_cmd.second_code_phase = 0; sc4_cmd.second_code_phase = 0; % Dwell Loop for 1 channel with up to 4 sub-channels for ms_nr = 1 : dwell_duration % GNSS Satellite Signal Generator => Length 432,000 column vector, Load/save state variables every ms [ssg_signal, ssg_state_var] = gnss_signal_gen(ms_nr, ssg_param, ssg_state_var); % Digital Front End => 1024 by 20 in row order, Load/save state variables every ms [ASB_sample, BSB_sample, dfe_state_var] = dig_front_end(ms_nr, ssg_signal, dfe_cmd, dfe_state_var); % GNSS Code Sample Generators => 1024 by 20 in row order [code_sample_1, csg1_state_var] = code_sample_gen(ms_nr, sc1_cmd, csg1_state_var); [code_sample_2, csg2_state_var] = code_sample_gen(ms_nr, sc2_cmd, csg2_state_var); [code_sample_3, csg3_state_var] = code_sample_gen(ms_nr, sc3_cmd, csg3_state_var); [code_sample_4, csg4_state_var] = code_sample_gen(ms_nr, sc4_cmd, csg4_state_var); % Sideband Signal Spectrum Transform => 1024 by 20 in column order ASB_spec = vfft_dit(ASB_sample); BSB_spec = vfft_dit(BSB_sample); % Select Sideband Spectrum for each Sub-channel if (sc1_cmd.sideband_select == 'ASB'), sc1_SB = ASB_spec; else, sc1_SB = BSB_spec; end if (sc2_cmd.sideband_select == 'ASB'), sc2_SB = ASB_spec; else, sc2_SB = BSB_spec; end if (sc3_cmd.sideband_select == 'ASB'), sc3_SB = ASB_spec; else, sc3_SB = BSB_spec; end if (sc4_cmd.sideband_select == 'ASB'), sc4_SB = ASB_spec; else, sc4_SB = BSB_spec; end % Code Spectrum Transform => 1024 by 20 in column order code_spec_1 = vfft_dit(code_sample_1); code_spec_2 = vfft_dit(code_sample_2); code_spec_3 = vfft_dit(code_sample_3); code_spec_4 = vfft_dit(code_sample_4); % Signal and Code Spectrum Multiple => Conjugate the code spectrum and result before IFFT mult_spec_1 = conj(sc1_SB .* conj(code_spec_1)); mult_spec_2 = conj(sc2_SB .* conj(code_spec_2)); mult_spec_3 = conj(sc3_SB .* conj(code_spec_3)); mult_spec_4 = conj(sc4_SB .* conj(code_spec_4)); % Correlation (Inverse) Fourier Transform => 1024 by 20 in row order corr_result_1 = vfft_dif(mult_spec_1); corr_result_2 = vfft_dif(mult_spec_2); corr_result_3 = vfft_dif(mult_spec_3); corr_result_4 = vfft_dif(mult_spec_4); % Correlation Post Processing % Integration % Correlation Plot - update every ms % Print out status % Save results to file end % ms_nr loop 部分4 以下Matlab碼在Matlab中提供一GNSS信號獲取引擎之實施方案,在圖6中所展示之實施例中GNSS信號獲取引擎使用DFT及時間抽取法。 function [Y] = vfft_dit(X) % Very Fast Fourier Transform by Decimation in Time Algorithm % % X is the time domain input array of N2 rows by N1 columns with array % elements in row order. % % Y is the frequency domain output array of N2 rows by N1 columns with array % elements in column order. % % The N-point VFFT-DIT algorithm-architecture is speed optimized by decomposing % the FFT processing into N1 parallel FFTs of N2-points, followed by a % combining stage with N1-point DFTs. The N1 parallel FFTs are performed % concurrently using array processing to speed up FFT processing time by a % factor of N1 times. % The total number of FFT points is N = N1 * N2, with N1 << N2 % An inverse VFFT-DIT can be done by conjugating the input and output arrays. % Find the dimensions for the X array input [N2, N1] = size(X); % Total number of FFT points N = N1 * N2; % Calculate N2-point FFTs for all columns of X array H = fft(X, N2, 1); % Define an N2 by N1 array of n2*k1 exponent values for the WN phase shift factors P = [0:1:(N2-1)]' * [0:1:(N1-1)]; % Define the N2 by N1 array of WN phase shift factors WN = exp(-1j*2*pi/N * P); % Array element multiply of the N2-point FFT results and the WN phase shift factors H_WN = H .* WN; % Calculate N1-point DFTs on all rows Y = fft(H_WN, N1, 2); end 部分5 以下Matlab碼在Matlab中提供一GNSS信號獲取引擎之實施方案之一實例,在圖6中所展示之實施例中該GNSS信號獲取引擎使用一頻率抽取法之DFT。 function [Y] = vfft_dif(X) % Very Fast Fourier Transform by Decimation in Frequency Algorithm % % X is the time domain input array of N2 rows by N1 columns with array % elements in column order. % % Y is the frequency domain output array of N2 rows by N1 columns with array % elements in row order. % % The N-point VFFT-DIF algorithm-architecture is speed optimized by decomposing % the FFT processing into a first stage with N1-point DFTs, followed by % N1 parallel FFTs of N2-points. The N1 parallel FFTs are performed concurrently % using array processing to speed up FFT processing time by a factor of N1 times. % The total number of FFT points is N = N1 * N2, with N1 << N2 % An inverse VFFT-DIF can be done by conjugating the input and output arrays. % Find the dimensions for the X array input [N2, N1] = size(X); % Total number of FFT points N = N1 * N2; % Calculate N1-point DFTs on all rows of X G = fft(X, N1, 2); % Define an N2 by N1 array of n2*k1 exponent values for the WN phase shift factors P = [0:1:(N2-1)]' * [0:1:(N1-1)]; % Define the N2 by N1 array of WN phase shift factors WN = exp(-1j*2*pi/N * P); % Array element multiply of the first stage DFT results and the WN phase shift factors G_WN = G .* WN; % Calculate N2-point FFTs for all columns of G .* WN Y = fft(G_WN, N2, 1); End 附錄3使用頻域都卜勒補償背景之 GNSS 信號獲取: GNSS (全球導航衛星系統)信號通常併入虛擬隨機地調變(PRN)波形以在接收端子處達成精確到達時間量測。通常一PRN波形併入一重複碼,重複碼之持續時間被稱為訊框長度。使用信號處理結構(諸如,一套關聯器、經匹配濾波器等)來處理所接收波形。本發明聚焦於基於使用快速傅立葉變換(FFT)方法來獲取GNSS信號,快速傅立葉變換(FFT)方法有效地實施與所一接收信號對應之一經匹配濾波器。當PRN波形之擴展比率(SR)係大的(即,信號頻寬對框長度之比率係大的)時,此方法特別吸引人。在諸多現代GNSS系統中,此擴展比率可超過10,000。FFT係用於計算一離散傅立葉變換(DFT)之一非常高效演算法,且即使全文使用術語「FFT」但藉由FFT來意指用於計算一DFT之任何手段,包含各種各樣的FFT演算法、包含Cooley-Tukey演算法、質因數演算法、調頻z變換演算法等。 獲取具有高SR之一GNSS信號係困難的,此乃因信號到達時間必須在一大組時刻(例如在以上實例中超過10,000)內且此外在自一標稱假設載波頻率之一大組潛在頻率偏移上測試,潛在頻率偏移係由於都卜勒效應及本地時脈誤差。另外,必須在所存在之一組可能衛星信號上進行測試。一組時刻、一組頻率偏移及一組衛星信號數目被成為「假設」。自上文可看到,獲取GNSS信號需要在一大三維假設空間上搜尋。 使用FFT方法能非常高效地實行時間假設搜尋,此乃因其可在訊框長度內並行處理每一可能的時間假設。FFT方法藉由以下方式對一組傳入時間樣本實行一經匹配濾波操作:(1)對一組傳入時間樣本實行一正向FFT以生成一組「信號頻率樣本」,(2)將信號頻率樣本乘以一PRN參考信號之頻率樣本(稱為「參考頻率樣本」)及(3)對結果實行一逆FFT。然後進一步將該組輸出樣本與先前幾組輸出累加以實行「同調處理」,或偵測輸出樣本(通常經由量值或量值平方運算)且與類似地處理之先前資料集累加。觀測此經累加之幾組處理資料以判斷是否出現高於背景雜訊樣本之大峰值,其中峰值指示傳入信號之到達時間。 如上文所指示,在獲取程序中,傳入信號可具有與其相關聯之一載波頻率偏移,該載波頻率偏移亦經判定。進行此確定之習用方法涉及假設一都卜勒頻率,藉由將該組傳入樣本乘以一複雜餘弦以移除都卜勒分量來在時域中補償都卜勒且然後繼續進行以上三個步驟。針對一組假設都卜勒頻率中之每一者進行此程序。利用FFT實施方案之此方法之問題係需要對每一都卜勒假設頻率進行一個正向FFT及一個逆FFT。在諸多情形中,必須在20或大於20之一組此等假設頻率內搜尋。本發明將此等FFT之數目減小至以上先前技術方法中所需之一數目之大約一半,因此將總體處理時間減少達接近一半。發明 在以下論述中,將頻率不確定性稱為「都卜勒」但頻率不確定性亦可能係由於本地振盪器頻率誤差。為論述簡單起見將頻率不確定性稱為「都卜勒」但當如此做時實際上意指任何頻率不確定性源,或許包含一GNSS傳輸器部分上之誤差。此外,在以下論述中,為簡單起見,忽視乘以正向FFT資料與頻率參考(上文所論述)之相乘,但正常實行此相乘。 在一正向FFT之後,若將FFT輸出視為一向量,若將該向量旋轉m個位置則此等效於等於m X格間距之一頻率移位,其中格間距等於取樣率除以樣本數目/FFT。在此,m係一整數,在正向移位時求可為正且在負向移位時其可為負。若輸入信號被正向都卜勒移位,則為進行補償將通常負向旋轉向量,且反之亦然。此具有將信號轉化為接近0頻率或某些其他所期望頻率之效應。此方法之優點係在一次正向FFT之後,可藉由一系列逆FFT測試都卜勒之一多重性,一系列逆FFT中之每一者後續接著經由一旋轉1 操作進行之一頻率移位。舉例而言,若以此方式測試20個都卜勒頻率,則將僅需要一次正向FFT且將需要20次逆FFT,每一逆FFT針對待被測試之每一都卜勒。在此實例中,僅需要實行21次FFT運算,而在標準方法中需要實行40次。 在諸多情形中,以整數格間距之遞增檢驗都卜勒不確定區係粗略的,會導致(0.5)或3.9 dB之一最差情形損耗。為減小此損耗,期望對以上向量實行½格間距之一旋轉,即期望針對等於m+1/2格頻率偏移之都卜勒進行測試。可以三種方式中之一種進行此旋轉。在第一方法中,實行兩次正向FFT,一次不存在修改,且第二次具有等於一半格間距之一頻率移位,即取樣率之一頻率偏移/(2Xno_FFT_samples)。此頻率偏移將在時域中藉由以通常方式乘以一複雜餘弦(或使用一等效演算法(例如CORDIC旋轉)來進行。儲存此等正向FFT中之每一者。為測試整數個格之都卜勒誤差,將第一正向FFT向量旋轉所需數目個格。為測試併入一半格間距之都卜勒誤差,選擇第二正向FFT向量且旋轉一適當整數個格。舉例而言,若想要測試m+1/2格(m及整數)之都卜勒誤差,即希望-m-1/2格之一總體補償移位,將使第二正向FFT向量旋轉-m-1個位置。在此應注意,第二FFT資料集併入+1/2格之一移位(假定),以使得總移位係-m-1+1/2=-m-1/2。當然,若所使用資料在第二正向FFT之前首先頻率偏移-1/2格,或事實上1/2格加上一正整數倍或負整數倍個格,則以上技術亦有效。在該情形中,在進行第二正向FFT之後將需要將資料向量旋轉一適當整數量以達成總體所期望都卜勒補償。 以上第一方法非常準確但當然正向FFT運算之數目加倍。在先前實例中,總共需要22次正向FFT,而在標準方法中需要40次FFT,仍係一良好節省。然而,另一缺點係需要保留之正向FFT向量係兩倍多,此可要付出高代價,在需要若干個並行FFT來達成一總體獲取時間之情況下尤其如此。 達成併入½格間距之一偏移之第二方法係在頻域中對正向FFT樣本使用一內插技術以自原始頻率樣本中之每一者判定在½格間距處之中間樣本。然後,中間樣本之向量取代上文所論述之第二正向FFT。然後將中間樣本之此向量旋轉所需數目個位置以實施½格間距加上必需數目個整數格之一都卜勒移位。諸多不同內插函數可用於根據複所需之雜性及準確性判定中間樣本。舉例而言,可使用一sinc內插器,即sin(2πf)/(2πf),其中f以格間距為單位。替代方案包含多項式內插器,樣條函數等。一般而言,可根據經驗判定最適當內插器,此乃因其取決於時間樣本之頻率回應以及內插器之最大複雜性。在由任一方法達成½ 格間距之情況下,最差情形損耗由於都卜勒誤差為-0.91dB。此不包含任何額外實施方案誤差(例如內插誤差)。 在又一第三方法中,進行一內插但並非在頻域中實行該內插,輸入資料樣本集附加有值零之額外頻率樣本,該等額外頻率樣本附在樣本集之開頭或結尾處。若該零值樣本集合等於原始樣本集合之值,則相對於非附加集合之FFT而言,所得附加樣本集之FFT具有現在格間距為½之一FFT。因此FFT向量之一簡單旋轉現在以與上文所論述之方式類似之一方式在正方向或負方向上提供一頻率轉化。可藉由附加具有更多零值樣本之原始集合(例如添加零值樣本之兩倍提供1/3格間距等)來達成具有小於½格之間距。 就測試具有m+1/2格間距之都卜勒而言是選擇第一方法還是選擇第二方法取決於內插之複雜性對第一方法之儲存要求。在計算速度方面看,期望內插器方法所使用之運算/頻率樣本比FFT少。儘管似乎一內插過程在計算上可更高效,但一些進一步檢驗表明並非如此。在運算/資料樣本方面看,FFT操作非常高效。長度N之一FFT每資料樣本僅需要大約2 log2(N)次實數相乘。舉例而言,大小1024之一FFT每資料樣本僅需要約20次實數相乘。一等效複雜性內插器將具有長度(點選數目)等於10之內插濾波器,此乃因每頻率樣本需要兩次實數相乘。由於頻率資料往往有非常多雜訊,因此尚不清楚此一短的長度是否將足以達到所需準確性。 可將以上方法進一步推廣到除m+1/2格間距至m+e格間距之外的偏移,其中e係0與1之間的任何數目。可在頻率轉化之後藉由對應於e個格之一量計算輸入資料之一額外正向FFT且儲存此以供稍後使用,其中此向量與一適當數目個向量位置移位一起使用。另一選擇為,可使用內插方法來自預先計算FFT資料集(例如,具有0頻率偏移及½格偏移之集合)中之任一者判定中間樣本。此外,在需要更多正向FFT且增大間接儲存與一可接受內插方法之計算複雜性之間做出權衡。 上文所論述之第三方法之缺點係需要兩倍大小或更大之一FFT且要達到此處理之效能需要兩倍儲存。此可能不如方法1及方法2高效,但可在某些情況中具有競爭力,特別是對於相對小的FFT大小而言。 自以上論述應明瞭上文所論述之三種方法可以各種方式組合,舉例而言可將第三方法與第二方法組合以達成非常小的格間距而不需要較大FFT大小。 在本發明之另一態樣中,可針對與多於一個的所接收GNSS衛星信號對應之多於一個的PRN測試一組都卜勒頻率,而不實行額外正向FFT。即,在先前論述中,對資料實行一正向FFT或幾個正向FFT且然後實行一組逆FFT以測試各種都卜勒移位且此等全部對應於一個特定衛星信號,即一個特定PRN。如上文所指示,作為總體處理之一部分,將頻率樣本與一PRN參考信號之頻率樣本相乘。此將在上文所闡述之都卜勒移位操作之後發生。此乃因假定PRN頻率樣本具有零頻率偏移。可使用其他PRN之對應頻率樣本對此等PRN實行一組類似逆FFT,且可再次測試額外都卜勒頻率,但不必實行與此等額外PRN對應之另一正向FFT。 在本發明之又一態樣中,不旋轉或移位對信號樣本進行正向FFT所提供之頻率樣本之向量,而是可對PRN參考信號之頻率樣本進行一類似操作。即,對PRN頻率樣本而不是對信號頻率樣本做出一都卜勒補償。此方法之一問題係甚至當假設都卜勒正好與信號相關聯時信號頻率樣本與都卜勒補償PRN樣本之所得積將不再為零頻率。因此,逆FFT將含有一頻率偏移。然而,採用逆FFT之量值將移除頻率分量。因此對於僅實行此等逆FFT向量之非同調求和之應用而言,此方法有效。此方法之一優點係可預先計算經都卜勒移位之PRN頻率樣本,因此不需要對信號資料進行任何額外正向FFT,如先前所提及之方法可指示(使用都卜勒移位信號頻率樣本)。
10:系統 12:應用處理器 12A:快取記憶體 14:匯流排 16:處理器 16A:靜態隨機存取記憶體 17:蜂巢式電話射頻組件 18:天線 20:全球導航衛星系統處理器 21:全球導航衛星系統射頻組件 22A:天線/全球導航衛星系統天線 22B:天線/全球導航衛星系統天線 24:動態隨機存取記憶體 26:輸入/輸出裝置 50:系統/作業系統 52:系統單晶片 54:系統匯流排/匯流排 56:動態隨機存取記憶體 57:非揮發性記憶體 58:輸入/輸出控制器 60:輸入/輸出裝置 62:感測器/射頻組件 63:全球導航衛星系統射頻組件 64:蜂巢式電話射頻組件 66:應用處理器 68:全球導航衛星系統處理系統 70:快取記憶體 72:記憶體控制器 74:匯流排 76:處理器 78:匯流排介面 101:操作 103:操作 105:操作 107:操作 109:操作 111:操作 113:操作 115:操作 150:部分 151:天線 153:全球導航衛星系統射頻前端 155:射頻類比轉數位轉換器 157:基頻樣本陣列/陣列 159:算術邏輯單元 201:操作 203:操作 205:操作 207:操作 209:操作 211:操作 213:操作 215:操作 217:操作 219:操作 251:輸入 253:基頻樣本記憶體/記憶體 255:離散傅立葉變換算術邏輯單元 257:記憶體/快速傅立葉變換結果陣列 258:輸出 259:碼產生器 261:離散傅立葉變換算術邏輯單元 263:碼頻譜記憶體 265:乘法器 267:逆離散傅立葉變換算術邏輯單元 269:關聯後處理操作器 271:記憶體/積分記憶體 301:陣列 303:運算 304:運算 306:運算 308:部分結果樣本陣列 311:陣列 313:運算 315:運算 351:相位因數陣列 353:相位因數陣列/陣列 355:離散傅立葉變換運算 357:離散傅立葉變換運算 361:第一級樣本陣列 363:運算 365:運算 367:運算 371:後處理器 373:積分陣列 401:碼種 402:多項式型產生器 404:時間移位器 406:可程式化相位分割輸入 408:CORDIC相位旋轉 410:CORDIC相位旋轉 412:CORDIC相位旋轉 415:CORDIC相位圖 417:相位旋轉 419:相位旋轉 421:相位旋轉 450:全球導航衛星系統處理系統 451:導航晶片 453:全球導航衛星系統接收器碼 457:邏輯模組 458:獲取引擎 459:衛星信號產生器 460:數位前端 461:時基與控制模組 462:匯流排控制模組 463:追蹤引擎 464:時脈鎖相迴路產生與閘控電路系統 465:射頻類比轉數位轉換器 466:ARM處理器 467:ARM程式及資料記憶體 468:基頻樣本記憶體 469:獲取引擎命令記憶體 470:快速傅立葉變換程式記憶體 471:快速傅立葉變換常數記憶體 472:快速傅立葉變換變數記憶體 473:快速傅立葉變換結果記憶體 474:碼頻譜產生記憶體 475:同調積分記憶體 476:逆快速傅立葉變換記憶體 477:逆快速傅立葉變換記憶體 478:逆快速傅立葉變換變數記憶體 479:非同調積分記憶體 501:碼前移矩陣 502:碼前移矩陣 503:產生器多項式 505:產生器多項式 507:第二輸入 509:第二輸入 511:多工器 515:暫存器 517:暫存器 519:XOR邏輯閘 521:XOR邏輯閘 523:副碼位元 524:碼前移十位 526:暫存器 527:左移位邏輯 529:增加取樣邏輯區塊 531:暫存器 533:左移位邏輯 601:操作 603:操作 605:操作 607:操作 609:操作 611:操作 613:操作 701:射頻前端模組 703:數位前端 707:全球導航衛星系統天線 709:帶通濾波器 711:低雜訊放大器 713:帶通濾波器 715:放大器 717:類比轉數位轉換器 719:時脈產生鎖相迴路 721:CIC抽取器 723:時脈分頻器 725:時脈分頻器 727:降頻轉換器 729:CIC抽取器 731:旁帶分割降頻轉換器 951:操作 953:操作 955:操作 957:操作 959:操作 961:操作 963:操作 965:操作 967:操作 969:操作 971:操作 973:操作 975:操作
本發明是藉由舉例來圖解說明且不限於附圖中的各個圖,在附圖中相似參考指示類似元件。
圖1係展示包含一GNSS處理器及一或多個應用處理器之一資料處理系統之一實例之一方塊圖。
圖2係展示包含一GNSS處理系統以及一或多個應用處理器以及一快取記憶體之一實施例之一實例之一方塊圖。
圖3係圖解說明根據一項實施例的在一或多個應用處理器與一GNSS處理器之間共用一快取記憶體之一方法之一流程圖。
圖4展示根據一項實施例的將所接收GNSS信號數位化之一GNSS接收器之一前端之一實例。
圖5A及圖5B展示根據一項實施例的使用具有若干次DFT之陣列處理之一方法之一實例。
圖6係圖解說明根據一項實施例的使用陣列處理之一頻域關聯器架構之一方塊圖。
圖7以方塊圖形式展示根據一項實施例的用於實行陣列處理之處理組件之一實例。
圖8以方塊圖形式展示根據一項實施例的用於實行陣列處理之其他處理組件之一實例。
圖9A、圖9B、圖9C及圖9D展示可用於產生一PRN碼頻譜以用於圖6、圖7及圖8中所展示之陣列處理架構的處理組件及一方法之一實例。
圖10展示可用於一GNSS接收器之一項實施例中之組件之一實例。
圖11係展示根據一項實施例之一方法之一流程圖。
圖12以方塊圖形式展示一僅含L5 WB頻帶之GNSS接收器之一實例。
50:系統/作業系統
52:系統單晶片
54:系統匯流排/匯流排
56:動態隨機存取記憶體
57:非揮發性記憶體
58:輸入/輸出控制器
60:輸入/輸出裝置
62:感測器/射頻組件
63:全球導航衛星系統射頻組件
64:蜂巢式電話射頻組件
66:應用處理器
68:全球導航衛星系統處理系統
70:快取記憶體
72:記憶體控制器
74:匯流排
76:處理器
78:匯流排介面

Claims (108)

  1. 一種系統,其包括: 一組一或多個應用處理器(AP),其經組態以執行一作業系統(OS)以及一或多個應用程式,該組一或多個應用處理器實施於一積體電路(IC)中; 一組一或多個匯流排,其耦合至該組一或多個AP,該一或多個匯流排位於該IC上; 一快取記憶體,其位於該IC上且耦合至該組一或多個匯流排且耦合至該組一或多個AP以儲存由該OS使用及由該一或多個應用程式使用之資料; 一匯流排介面,其耦合至該組一或多個匯流排,該匯流排介面用以將該組一或多個AP耦合至在該IC外部之動態隨機存取記憶體(DRAM); 一GNSS處理系統,其實施於該IC上,該GNSS處理系統包括一獲取引擎(AE)及一追蹤引擎(TE),該GNSS處理系統透過該一或多個匯流排耦合至一共用記憶體,該共用記憶體係(a)該快取記憶體或(b)該IC上之其他記憶體中之一者或兩者; 一記憶體控制器,其耦合至該共用記憶體及該GNSS處理系統,該記憶體控制器用以回應於來自該作業系統之一或多個指令將該共用記憶體之一部分分配給該AE使用以允許獲取GNSS信號。
  2. 如請求項1之系統,其中該共用記憶體包括SRAM (靜態隨機存取記憶體),且該AE包含用於使用一時間抽取法來實行快速傅立葉變換(FFT)運算之ASIC硬體邏輯。
  3. 如請求項2之系統,其中該GNSS處理系統包含一專用記憶體,該專用記憶體與該共用記憶體分離且專用於該GNSS處理系統,且其中該其他記憶體係用於並非該一或多個AP中之一者之一處理器之一處理器本地儲存器。
  4. 如請求項1之系統,其中該記憶體控制器包含一第一埠控制器,其用以控制對用於該AE之該部分之讀取及寫入;及一第二埠控制器,其用以控制對該共用記憶體之一其餘部分之讀取及寫入。
  5. 如請求項3之系統,其中該AE實行自GNSS太空載具(SV)獲取GNSS信號,且該獲取包括判定含有虛擬隨機碼之所接收GNSS信號之頻率以使得能夠追蹤該等GNSS信號以由於該追蹤而生成與該等GNSS SV之虛擬距離。
  6. 如請求項5之系統,其中該共用記憶體具有:一第一埠,其在該部分被分配給該AE使用時使用;及一第二埠,其在該部分被分配時供該處理器或該一或多個AP使用。
  7. 如請求項5之系統,其中該已分配部分用以儲存以下各項中之一或多者:(1) GNSS SV之虛擬隨機碼或(2)可能獲取之GNSS信號之識別符之假設及該等可能獲取之GNSS信號之頻率之假設。
  8. 如請求項7之系統,其中在該GNSS處理系統開始追蹤已自至少三個(3) GNSS SV獲取之GNSS信號之後,該記憶體控制器撤銷分配該部分。
  9. 如請求項8之系統,其進一步包括: 一天線輸入,其用以接收一L5 WB頻帶中之GNSS信號; 一低雜訊放大器(LNA),其耦合至該天線輸入以放大該等GNSS信號; 一射頻類比轉數位轉換器(ADC),其耦合至該LNA之一輸出,該射頻ADC及該LNA用以接收並處理L5 WB頻帶中之GNSS信號,且其中該GNSS處理系統經組態以僅處理L5 WB頻帶中之GNSS信號。
  10. 如請求項1之系統,其中該一或多個AP在一獲取階段之前或在一獲取階段期間至少針對在該系統之視野中之GNSS SV產生GNSS虛擬隨機碼,所產生之該等GNSS虛擬隨機碼最初係儲存於在該IC外部之該DRAM中且然後在該獲取階段期間或在該獲取階段開始時被複製至該共用記憶體中。
  11. 如請求項10之系統,其中該一或多個AP僅針對在視野中或在一時間週期內將處於視野中之運行良好GNSS SV而在一背景操作中產生該等GNSS虛擬隨機碼,且其中該OS回應於該一或多個AP接收到提供位置資料之一請求而保留該共用記憶體之一部分以供該AE使用。
  12. 一種用於操作一系統之方法,該方法包括: 自一積體電路(IC)上之一或多個應用處理器(AP)接收透過使用該IC上之一GNSS處理系統來產生位置資料之一請求,該GNSS處理系統包含經組態以獲取複數個GNSS信號之一獲取引擎(AE),該等GNSS信號中之每一者係自一GNSS太空載具(SV)集群中之一個GNSS SV傳輸而來; 識別該IC上之一共用記憶體之一部分且回應於該請求而將該部分分配給該AE使用,同時將該共用記憶體之一其餘部分分配給一或多個其他處理器,該分配由在該一或多個AP上執行之一作業系統或由在該IC上執行之韌體實行; 由該AE或該一或多個AP將與GNSS信號獲取處理有關之資料儲存於該已分配部分中。
  13. 如請求項12之方法,其中該共用記憶體包括在該IC上之SRAM (靜態隨機存取記憶體),且該AE包含用於使用一時間抽取法來實行快速傅立葉變換(FFT)運算之ASIC硬體邏輯。
  14. 如請求項13之方法,其中該方法進一步包括: 在該GNSS處理系統開始追蹤已自至少三個(3) GNSS SV獲取之GNSS信號之後撤銷分配該已分配部分,該撤銷分配係回應於在一追蹤階段之前自該至少三個(3) GNSS SV獲取該等GNSS信號。
  15. 如請求項14之方法,其中該GNSS處理系統包含與該共用記憶體分離且專用於該GNSS處理系統之一專用記憶體。
  16. 如請求項14之方法,其中耦合至該共用記憶體之一記憶體控制器包含:一第一埠控制器,其用以控制對已分配給該AE之該部分之存取;及一第二埠控制器,其用以控制對該共用記憶體之一其餘部分之存取。
  17. 如請求項14之方法,其中該AE實行自GNSS SV獲取GNSS信號,且該獲取包括判定含有虛擬隨機碼之所接收GNSS信號之頻率以使得能夠追蹤該等GNSS信號以由於該追蹤而針對該等GNSS SV生成主碼相位。
  18. 如請求項17之方法,其中該已分配部分用以儲存以下各項中之一或多者:(1) GNSS SV之虛擬隨機碼或(2)可能獲取之GNSS信號之識別符之假設及該等可能獲取之GNSS信號之頻率之假設。
  19. 如請求項13之方法,其中該一或多個AP在一獲取階段之前或在一獲取階段期間至少針對在該系統之視野中之GNSS SV產生GNSS虛擬隨機碼,所產生之該等GNSS虛擬隨機碼最初係儲存於該系統的在該IC外部之DRAM記憶體中且然後在該獲取階段期間或回應於一位置請求而被複製至該共用記憶體中。
  20. 如請求項19之方法,其中該一或多個AP僅針對在視野中或在一時間週期內將處於視野中之運行良好GNSS SV而在一背景操作中產生該等GNSS虛擬隨機碼,且其中該系統藉由判定該快取記憶體中的儲存於非揮發性記憶體中之資料而保留該共用記憶體之該部分以供該AE使用。
  21. 一種儲存可執行程式指令之非暫時性機器可讀媒體,該等可執行程式指令在由一資料處理系統執行時使得該資料處理系統實行如請求項12至20中任一項之方法。
  22. 一種資料處理系統,其包括: 一組一或多個應用處理器AP,其用以執行一作業系統以及一或多個應用程式; 一組一或多個匯流排,其耦合至該組一或多個應用處理器; 一動態隨機存取記憶體(DRAM),其透過該組一或多個匯流排耦合至該組一或多個應用處理器; 一GNSS處理系統,其位於一積體電路(IC)上,該IC包含位於該IC上且耦合至該GNSS處理系統之一快取記憶體,該GNSS處理系統耦合至該組一或多個應用處理器,該GNSS處理系統包括一獲取引擎(AE)及一追蹤引擎(TE); 該組一或多個應用處理器用以接收對位置資料之一請求並針對GNSS太空載具(SV)產生GNSS虛擬隨機碼以供該AE使用,所產生之該等GNSS虛擬隨機碼儲存於該DRAM且然後在一獲取階段期間被複製至該快取記憶體以供該AE使用。
  23. 如請求項22之資料處理系統,其中所產生之該等GNSS虛擬隨機碼係回應於該請求而產生。
  24. 如請求項22之資料處理系統,其中該快取記憶體包括SRAM (靜態隨機存取記憶體),且該AE包含用於使用一時間抽取法來實行快速傅立葉變換(FFT)運算之ASIC硬體邏輯。
  25. 如請求項24之資料處理系統,其中該一或多個AP在一獲取階段之前或在一獲取階段期間至少針對在該資料處理系統之視野中之GNSS SV產生該等GNSS虛擬隨機碼。
  26. 如請求項25之資料處理系統,其中該一或多個AP僅針對在視野中或在一時間週期內將處於視野中之運行良好GNSS SV產生該等GNSS虛擬隨機碼。
  27. 如請求項26之資料處理系統,該資料處理系統進一步包括: 一天線輸入,其用以接收一E5頻帶中之GNSS信號; 一低雜訊放大器(LNA),其耦合至該天線輸入以放大該等GNSS信號; 一射頻類比轉數位轉換器(ADC),其耦合至該LNA之一輸出,該射頻ADC及該LNA用以接收並處理該E5頻帶中之GNSS信號,且其中該資料處理系統經組態以僅處理該E5頻帶中之GNSS信號。
  28. 如請求項27之資料處理系統,其中該AE實行自GNSS SV獲取GNSS信號,且該獲取包括判定含有虛擬隨機碼之所接收GNSS信號之頻率以使得能夠追蹤該等GNSS信號以由於該追蹤而生成與該等GNSS SV之虛擬距離。
  29. 如請求項28之資料處理系統,其中在由該AE進行之該獲取期間,該快取記憶體之一已分配部分儲存可能獲取之GNSS信號之識別符之假設及該等可能獲取之GNSS信號之頻率之假設。
  30. 一種GNSS處理系統,其包括: 一天線輸入,其用以接收一E5頻帶中之GNSS信號; 一低雜訊放大器(LNA),其耦合至該天線輸入以放大該等GNSS信號, 一射頻(RF)類比轉數位轉換器(ADC),其耦合至該LNA之一輸出,該RF ADC及該LNA用以接收並處理該E5頻帶中之GNSS信號; 一循環記憶體緩衝區,其耦合至RF ADC之一輸出以接收並儲存經數位化GNSS樣本資料,該循環記憶體緩衝區儲存大於1毫秒之經數位化GNSS樣本資料及小於2毫秒之經數位化GNSS樣本資料。
  31. 如請求項30之GNSS處理系統,其中該循環記憶體緩衝區將該經數位化GNSS樣本資料儲存於列與行之一陣列中,且該樣本資料呈列次序亦即呈時間次序,其中1毫秒係一現代化GNSS信號之主碼之訊框持續時間,該等現代化GNSS信號在一1 KHz速率下進一步被一副碼涵蓋。
  32. 如請求項31之GNSS處理系統,其進一步包括: 一GNSS處理器,其包括一獲取引擎及一追蹤引擎,該獲取引擎包括一組DFT ALU,該組DFT ALU處理該陣列中之該經數位化GNSS樣本資料並生成不需要將該陣列中之資料轉置之一中間輸出。
  33. 如請求項32之GNSS處理系統,其中該組DFT ALU中之第一群組DFT ALU使用一時間抽取法來生成儲存於一變數記憶體中之該中間輸出,且該組DFT ALU中之第二群組DFT ALU使用該中間輸出來生成儲存於FFT結果記憶體中之一輸出。
  34. 如請求項33之GNSS處理系統,其中該循環記憶體緩衝區包括用以儲存一E5頻帶中之一A旁帶之一第一循環記憶體緩衝區及用以儲存該E5頻帶中之一B旁帶之一第二循環記憶體緩衝區。
  35. 一種用於在一GNSS接收器中處理GNSS信號之方法,該方法包括: 判定一組初始資訊,該組初始資訊包含以下各項中之至少兩者:(a)自至少一個GNSS太空載具(SV)接收到之一主碼信號或一副碼信號之一碼相位;(b)基於一或多個時間源估計之一GNSS時間,所估計之該GNSS時間經估計或已知在實際GNSS時間之小於+/- 0.5毫秒內;及(c)該GNSS接收器之一大致位置; 基於該組初始資訊估計將接收之GNSS信號之一預期分數主碼相位; 使用在一時間週期內接收到之經數位化GNSS樣本資料之至少一第一全主碼時段來實行一第一DFT關聯,該時間週期可與該等GNSS信號之一碼時段之一時間週期相當,基於第一DFT之關聯使用在一第一時間開始之經數位化GNSS樣本資料; 使用所接收之經數位化GNSS樣本資料之至少一第二全碼時段來實行一第二DFT關聯,所接收之該經數位化GNSS樣本資料包含在該第一全碼時段中接收之該GNSS樣本資料中之至少某些GNSS樣本資料,該第二DFT關聯使用在一第二時間開始之經數位化GNSS樣本資料,該第二時間在該第一時間之後且與該第一時間偏離不到該碼時段之該時間週期; 自該第一DFT關聯及該第二DFT關聯之結果移除一副碼以為同調積分運算提供輸入; 將此等輸入中之至少一者積分至同調假設記憶體中; 自該同調假設記憶體對該等結果之量值求平方或取該等結果之該量值以自至少一個GNSS SV獲取一GNSS信號。
  36. 如請求項35之方法,其中在該第一全碼時段及該第二全碼時段中之每一者內對I資料及Q資料求和。
  37. 如請求項35之方法,其進一步包括:在非同調假設記憶體中對該等平方結果求和,且其中該對該等平方結果求和在該第一時間之後的幾毫秒發生。
  38. 如請求項35之方法,其中該方法進一步包括: 針對來自GNSS SV之GNSS信號建立一搜尋次序,該搜尋次序至少部分地基於該預期分數主碼相位。
  39. 如請求項35之方法,其中該方法進一步包括: 在包含該預期分數碼相位之一窗內選擇關聯假設之一子組以保存於同調假設記憶體中。
  40. 如請求項35之方法,其中該方法進一步包括: 根據每一SV之預期主碼相位等幾個因素將彼SV指派至一輸入樣本偏移群組。
  41. 如請求項40之方法,其中該方法進一步包括: 將一個SV指派至一個所估計碼時段且將另一SV指派至另一所估計碼時段,其中將每一SV指派至在時間上更接近彼SV之該碼時段之一碼時段。
  42. 一種用於處理GNSS信號之方法,該方法包括: 接收GNSS信號; 將該等所接收GNSS信號數位化並自一類比轉數位轉換器(ADC)提供GNSS樣本資料之一輸出,該GNSS樣本資料包含(1)一所接收GNSS信號之GNSS旁帶A樣本資料及(2)該所接收GNSS信號之GNSS旁帶B樣本資料中之至少一者; 進行以下兩項中之至少一者:(1)計算該GNSS旁帶A樣本資料之第一組DFT以提供第一組結果,及(2)計算該GNSS旁帶B樣本資料之第二組DFT以提供第二組結果; 進行以下兩項中之至少一者:(1)計算GNSS旁帶A主PRN碼資料之第三組DFT,在該第三組DFT之前由於碼都卜勒及載波都卜勒而對該GNSS旁帶A主PRN碼資料進行了調整,該GNSS旁帶A主PRN碼資料包含該GNSS旁帶A中之兩個分量中之至少一者,該第三組DFT提供第三組結果;及(2)計算GNSS旁帶B主PRN碼資料之第四組DFT,在該第四組DFT之前由於碼都卜勒及載波都卜勒而對該GNSS旁帶B主PRN碼資料進行了調整,該GNSS旁帶B主PRN碼資料包含該GNSS旁帶B中之兩個分量中之至少一者,該第四組DFT提供第四組結果; 進行以下兩項中之至少一者:(1)對該第一組結果之一積之複共軛及該第三組結果之複共軛使用一DFT來計算第一組關聯以提供第五組結果;及(2)對該第二組結果之一積之複共軛及該第四組結果之複共軛使用一DFT來計算第二組關聯以提供第六組結果; 進行以下兩項中之至少一者:(1)對該第五組結果與該GNSS旁帶A之至少一個先前和求積分;及(2)對該第六組結果與該GNSS旁帶B之至少一個先前和求積分,其中該求積分包含以下兩項中之至少一者:(1)將GNSS旁帶A分量之至少一個新的和儲存於一單個假設記憶體中及(2)將GNSS旁帶B分量之至少一個新的和儲存於該單個假設記憶體中。
  43. 如請求項42之方法,其中該第四組結果包含該GNSS旁帶A之兩個分量之IDFT結果,且該第六組結果包含該GNSS旁帶B之兩個分量之IDFT結果。
  44. 如請求項43之方法,其中將該GNSS旁帶A樣本資料儲存於一第一循環記憶體緩衝區中,且將該GNSS旁帶B樣本資料儲存於一第二循環記憶體緩衝區中。
  45. 如請求項44之方法,其中將該GNSS旁帶A樣本資料以列與行之一陣列之一格式儲存於該第一循環記憶體緩衝區中,且將該GNSS旁帶B樣本資料以列與行之該陣列之該格式儲存於該第二循環記憶體緩衝區中。
  46. 如請求項45之方法,其中藉由以下方式處理該GNSS樣本資料以將該GNSS旁帶A樣本資料與該GNSS旁帶B樣本資料分離:(1)針對該GNSS旁帶A,將以一第一頻率為中心之樣本上移達一第一偏移頻率並實行一低通濾波以擷取資料之一第一頻寬且將該低通濾波之輸出抽取(decimating)至一較低取樣率;及(2)針對該GNSS旁帶B,將以該第一頻率為中心之樣本下移達該第一偏移頻率並實行一低通濾波以擷取資料之一第二頻寬且將該低通濾波之輸出抽取(decimating)至一較低取樣率。
  47. 如請求項45之方法,其中計算運算不需要單獨運算來在輸入至該第一組關聯及該第二組關聯時轉置或重新配置該樣本資料或所產生碼頻譜資料。
  48. 如請求項45之方法,其中一碼產生器進行以下兩項中之至少一者:(1)當獲取並追蹤GNSS信號時每毫秒產生該GNSS旁帶A主PRN碼資料,且在完成傅立葉變換之後不儲存該GNSS旁帶A主PRN碼資料;及(2)當獲取並追蹤該等GNSS信號時每毫秒產生該GNSS旁帶B主PRN碼資料,且在完成傅立葉變換之後不儲存該GNSS旁帶B主PRN碼資料。
  49. 如請求項48之方法,其中當接收該等GNSS信號時,在一獲取階段之至少一部分期間該積分係非同調的。
  50. 一種用於處理GNSS信號之系統,該系統包括: 一射頻類比轉數位轉換器(ADC),其用以產生所接收GNSS信號之一數位表示; 一基頻樣本記憶體,其用以儲存該等所接收GNSS信號之該數位表示來作為經數位化GNSS樣本資料,該基頻樣本記憶體經組態以將該經數位化GNSS樣本資料之一陣列儲存於N2個列及N1個行中,該陣列中之該經數位化GNSS樣本資料按照列次序儲存於該基頻樣本記憶體中且N2大於N1,該列次序含有在包含一第一時間週期及一第二時間週期之一時間週期內接收之該經數位化GNSS樣本資料,以使得該列次序中之一第一列含有在該第一時間週期期間接收之經數位化GNSS樣本資料且該列次序中在該第一列之後的一第二列含有在該第二時間週期期間接收之經數位化GNSS樣本資料,該第二時間週期在時間上處於該第一時間週期之後,該基頻樣本記憶體耦合至該射頻ADC; 一組算術邏輯單元(ALU),其經組態以實行離散傅立葉變換(DFT)運算,該組ALU耦合至該基頻樣本記憶體,該組ALU經組態以在時間上並行且同時地實行N1個DFT,其中該N1個DFT中之每一者含有該DFT中之N2個點且該N1個DFT之輸出儲存於一部分結果樣本陣列中,且其中該組ALU經組態以然後實行N2個DFT,該N2個DFT中之每一者含有來自該部分結果樣本陣列之N1個點,該N2個DFT提供儲存於配置成行次序之一DFT結果陣列中之一輸出。
  51. 如請求項50之系統,其中該基頻樣本記憶體被組態為儲存該陣列之一循環記憶體緩衝區。
  52. 如請求項51之系統,其中該N1個DFT使用相同運算及相同程式控制指令來使該組ALU對不同資料進行運算。
  53. 如請求項52之系統,其中該N2個DFT是隨時間推移連續地實行,且其中該循環記憶體緩衝區儲存虛擬隨機GNSS碼之多於一個的訊框,該訊框大於1毫秒。
  54. 如請求項52之系統,其中該N1個DFT及該N2個DFT使用一時間抽取法,且其中N1係整數值5或10或20或40中之一者。
  55. 如請求項52之系統,其中自列次序至行次序之一改變避免一重排序演算法,該改變係由該N1個DFT後續接著該N2個DFT之一組合所致。
  56. 如請求項52之系統,其中一GNSS碼產生器經組態以產生一GNSS碼,且該組ALU對該GNSS碼實行一組DFT以提供一碼頻譜結果資料,該碼頻譜結果資料按照一行次序儲存於一碼頻譜記憶體中,該碼頻譜結果資料包含發生頻率移位及/或時間移位之GNSS PRN碼資料。
  57. 如請求項56之系統,其中該組ALU經組態以將該碼頻譜結果資料乘以儲存於該DFT結果陣列中之該輸出以生成一積陣列。
  58. 如請求項57之系統,其中該組ALU經組態以使用一頻率抽取法對該積陣列實行一逆DFT。
  59. 如請求項58之系統,其中該逆DFT包括:(1)在一第一階段中,具有共軛輸入之N2個DFT,該N2個DFT中之每一者含有N1個點;及(2)在該第一階段之後的一第二階段中,N1個DFT,該N1個DFT中之每一者含有N2個點。
  60. 如請求項51之系統,其中該基頻樣本記憶體係一雙埠記憶體。
  61. 如請求項56之系統,其中在一獲取階段期間當需要一虛擬隨機碼時該GNSS碼產生器針對在視野中之每一GNSS SV每毫秒產生該虛擬隨機碼,且在使用一所產生虛擬隨機碼之後並不儲存該所產生虛擬隨機碼,且該所產生虛擬隨機碼用於產生該GNSS碼頻譜。
  62. 如請求項61之系統,其中該GNSS碼頻譜在頻率及相位兩方面皆對準於記憶體中之適當位置,以使與該等所接收GNSS信號相關聯之碼相位和頻率移位假設匹配。
  63. 如請求項62之系統,其中該對準係由CORDIC硬體實行。
  64. 如請求項50之系統,其中該經數位化GNSS樣本資料按照行次序而非列次序儲存。
  65. 一種用於處理GNSS L5頻帶信號之系統,該系統包括: 一射頻類比轉數位轉換器(ADC),其用以產生所接收GNSS信號之一數位表示; 一基頻樣本記憶體,其用以儲存該等所接收GNSS信號之該數位表示,該基頻樣本記憶體耦合至該ADC; 一GNSS處理系統,其耦合至該基頻樣本記憶體以處理該等所接收GNSS信號之該數位表示,該GNSS處理系統經組態以處理一GNSS信號之四個(4) GNSS信號分量以對所有四個GNSS信號分量非同調地求積分以產生該四個GNSS信號分量中之每一者之非同調積分資料並將該非同調積分資料儲存至一單個假設記憶體中從而獲取GNSS信號。
  66. 如請求項65之系統,其中該單個假設記憶體小於2百萬記憶位元組,且其中該四個GNSS信號分量包含一伽利略E5AI信號分量、一伽利略E5BI信號分量、一伽利略E5BQ信號分量及一伽利略E5AQ信號分量,或包含用於一北斗/指南針B2系統中之四個GNSS信號分量,或者包含伽利略E5信號分量及該北斗/指南針B2信號分量兩者。
  67. 如請求項66之系統,其中該GNSS處理系統處理自至少兩個GNSS集群接收之GNSS信號,該至少兩個GNSS集群包含:GNSS SV之伽利略E5集群、GNSS SV之一L5 GP集S群、GNSS SV之一格洛納斯K2集群、GNSS SV之一QZSS集群及GNSS SV之一北斗B2集群。
  68. 如請求項65之系統,其進一步包括: 一碼產生器,其用以在GNSS信號之獲取及追蹤期間產生GNSS PRN碼,但在完成追蹤之後不儲存該等GNSS PRN碼。
  69. 如請求項68之系統,其中該碼產生器在該獲取及追蹤期間在一時脈循環中產生多於兩個的主PRN碼位元。
  70. 如請求項69之系統,其中該碼產生器在一時脈循環中藉由使用一所計算碼前移矩陣之一計算來產生多於兩個的主PRN碼位元,該所計算碼前移矩陣係自一給定GNSS集群之一碼多項式矩陣與彼GNSS集群中之GNSS信號分量的一N倍乘法導出,N表示在一時脈循環中產生之主PRN碼位元之一數目。
  71. 如請求項70之系統,其中該GNSS處理系統與一或多個處理器共用一記憶體,且該GNSS處理系統、快取記憶體及一或多個應用處理器全部皆安置於同一單個積體電路上。
  72. 如請求項71之系統,其中該GNSS處理系統包含一獲取引擎及一追蹤引擎,且該獲取引擎包含處理邏輯以接收根據接收時間而按照列次序或行次序配置之一GNSS樣本資料陣列,且該處理邏輯用以使用一時間抽取演算法對該GNSS樣本資料陣列實行DFT以生成頻域結果,該等頻域結果乘以在視野中之GNSS SV之GNSS PRN碼之一碼頻譜,且然後在該處理邏輯中藉由IDFT使用一頻率抽取演算法來處理該等頻域結果與該碼頻譜所得之積以生成非同調地累加於該單個假設記憶體中之可能獲取之GNSS信號之假設。
  73. 如請求項72之系統,其中該GNSS樣本資料陣列儲存於兩個循環記憶體緩衝區中,該兩個循環記憶體緩衝區包括用以儲存A頻帶GNSS樣本資料之一第一循環記憶體緩衝區及用以儲存B頻帶GNSS樣本資料之一第二循環記憶體緩衝區,其中複數個GNSS集群可在至少一個該頻帶中被接收到。
  74. 如請求項70之系統,其中在使用一時間抽取演算法來應用一組DFT之前,使來自該碼產生器之一輸出之一GNSS主PRN碼進行頻率移位及時間移位以產生一碼頻譜,該碼頻譜乘以自使用一時間抽取演算法對一所接收GNSS信號進行一組DFT而得到之頻域結果。
  75. 如請求項73之系統,其中使來自該碼產生器之一輸出之一GNSS主PRN碼進行頻率移位及時間移位以產生該碼頻譜。
  76. 如請求項72之系統,其中透過一系列該等DFT使該陣列中之一次序發生改變,以使得當實行該等IDFT時不需要轉置或重新配置資料。
  77. 如請求項76之系統,其中該一系列DFT避免使用原本將用於該轉置或重新配置之記憶體或處理資源。
  78. 一種用於處理GNSS信號之系統;該系統包括: 一類比轉數位轉換器(ADC),其用以產生所接收GNSS信號之一數位表示; 一基頻樣本記憶體,其用以儲存該等所接收GNSS信號之該數位表示,該基頻記憶體耦合至該ADC; 一GNSS處理系統,其耦合至該基頻樣本記憶體以處理該等所接收GNSS信號之該數位表示,該GNSS處理系統藉由在一時間週期內在一陣列處理系統中對一GNSS信號之多達四個GNSS信號分量非同調地求積分來獲取多達四個GNSS信號分量,該陣列處理系統位於該GNSS處理系統中之一獲取引擎中且該陣列處理系統自該基頻記憶體接收GNSS樣本資料,且該GNSS樣本資料被格式化成具有複數個列及複數個行之一列與行陣列。
  79. 如請求項78之系統,其中該陣列處理系統包括處理邏輯,該處理邏輯使用一時間抽取演算法實行一組DFT後續接著使用一頻率抽取演算法實行一組逆DFT。
  80. 如請求項79之系統,其中來自該陣列處理系統之一輸出提供儲存於假設記憶體中之頻率及GNSS SV識別符,以對GNSS信號之假設求積分。
  81. 如請求項78之系統,其中該陣列處理系統按照一第一次序接收該GNSS樣本資料且按照與該第一次序不同之一第二次序生成一輸出,且其中該第一次序係該列與行陣列中之一列次序或一行次序中之一者,且該第二次序係該列次序或該行次序中之一者,且其中該第一次序及該第二次序基於該GNSS樣本資料之接收時間。
  82. 如請求項81之系統,其中該GNSS樣本資料以該列與行陣列儲存於兩個循環記憶體緩衝區,該兩個循環記憶體緩衝區包括用以儲存來自一GNSS SV樣本資料之一第一GNSS信號分量之一第一循環記憶體緩衝區及用以儲存來自該GNSS SV樣本資料之一第二GNSS信號分量之一第二循環記憶體緩衝區,該第一循環記憶體緩衝區及該第二循環記憶體緩衝區耦合至該陣列處理系統。
  83. 一種用於處理GNSS信號之系統,該系統包括: 一記憶體,其用以儲存來自一或多個GNSS集群之GNSS SV之GNSS信號之主碼種且儲存主碼多項式資料之一表示以用於產生該等GNSS信號之主PRN碼; 一碼產生器,其耦合至該記憶體以接收該等主碼種及該主碼多項式資料,並使用該等主碼種及該主碼多項式資料來在該等GNSS信號之一獲取及追蹤期間在一單個時脈循環中產生多於兩個的主PRN碼位元。
  84. 如請求項83之系統,其中該碼產生器藉由使用一所計算碼前移矩陣之一計算在一單個時脈循環中產生多於兩個的主PRN碼位元,該所計算碼前移矩陣係自一給定GNSS集群之一主碼多項式矩陣與彼GNSS集群中之一GNSS信號分量的一N倍乘法導出,其中N表示在一時脈循環中產生之主PRN碼位元之一數目。
  85. 如請求項84之系統,其中該系統產生該等主PRN碼位元,但在追蹤完成之後或在本主碼時段之DFT變換完成之後不儲存該等主PRN碼位元。
  86. 如請求項84之系統,其中該所計算碼前移矩陣係在獲取開始之前被預先計算且儲存於該記憶體中,且其中N表示由該碼產生器在時脈循環之間提供之碼前移量。
  87. 如請求項84之系統,該系統進一步包括: 一GNSS處理系統,其耦合至該碼產生器,該GNSS處理系統用以藉由在一時間週期內在一陣列處理系統中對GNSS信號之四個GNSS信號分量中之至少兩者非同調地求積分來獲取四個GNSS信號分量中之該至少兩者,該陣列處理系統自一基頻記憶體接收GNSS樣本資料且該GNSS樣本資料被格式化成具有複數個列及行之一列與行陣列。
  88. 如請求項87之系統,其中由該碼產生器進行的GNSS PRN碼之產生係在GNSS信號之該獲取及追蹤期間基於在視野中之GNSS SV而動態進行。
  89. 如請求項88之系統,其中使來自該碼產生器之一輸出之一GNSS主PRN碼進行頻率移位及時間移位以產生一碼頻譜以用於DFT中,從而得到所接收GNSS信號之DFT之頻率結果。
  90. 一種GNSS接收器,其包括: 一射頻(RF)接收器,其包括至少一第一RF濾波器及一低雜訊放大器(LNA),該低雜訊放大器僅被調諧至一L5 WB頻帶以接收L5 WB GNSS信號; 一類比轉數位轉換器(ADC),其耦合至該LNA以產生GNSS樣本資料,該GNSS樣本資料儲存於一基頻樣本記憶體中,其中該RF接收器係該GNSS接收器中之唯一GNSS接收器。
  91. 如請求項90之GNSS接收器,其中該RF接收器不包含針對在該L5 WB頻帶之外的其他GNSS信號之放大器,且其中該RF接收器包含耦合至一GNSS天線之該第一RF濾波器,且該第一RF濾波器之輸出耦合至該LNA之一輸入且該LNA之一輸出耦合至一第二RF濾波器。
  92. 如請求項91之GNSS接收器,其中一第一放大器之一輸入耦合至該第二RF濾波器之一輸出,且該第一放大器之一輸出耦合至該ADC,且其中該LNA及該第一RF濾波器安置於一第一IC上,且該ADC及該第一放大器安置於一第二IC上。
  93. 如請求項92之GNSS接收器,其中該GNSS接收器進一步包括: 一旁帶分割降頻轉換器,其將一GNSS旁帶A樣本資料與一GNSS旁帶B樣本資料分離;且其中該第二RF濾波器安置於該第一IC中。
  94. 如請求項93之GNSS接收器,其進一步包括: 一第一循環記憶體緩衝區,其用以儲存該GNSS旁帶A樣本資料;及 一第二循環記憶體緩衝區,其用以儲存該GNSS旁帶B樣本資料。
  95. 如請求項94之GNSS接收器,其中該RF接收器不包含RF混頻器。
  96. 如請求項95之GNSS接收器,其中該RF接收器不包含RF參考本地振盪器,且其中該GNSS天線僅被調諧至該L5 WB頻帶。
  97. 如請求項95之GNSS接收器,其中該旁帶分割降頻轉換器生成配置成一第一列與行陣列之該GNSS旁帶A樣本資料,且生成配置成一第二列與行陣列之該GNSS旁帶B樣本資料。
  98. 如請求項95之GNSS接收器,其中該RF接收器經調諧以接收以1191.795 MHz為中心之GNSS信號,且該等L5 WB GNSS信號具有10.23 MHz之一碼片速率。
  99. 如請求項97之GNSS接收器,其中該GNSS天線係該GNSS接收器中之唯一GNSS天線,且其中該RF接收器經調諧以接收以1191.795 MHz為中心之GNSS信號且該等L5 WB GNSS信號具有10.23 MHz之一碼片速率。
  100. 一種用於處理GNSS信號之系統,該系統包括: 一類比轉數位轉換器(ADC),其用以產生在一L5 WB GNSS頻帶中之所接收GNSS信號之一數位表示; 一基頻樣本記憶體,其用以儲存該等所接收GNSS信號之該數位表示,該基頻樣本記憶體耦合至該ADC; 一GNSS處理系統,其耦合至該基頻樣本記憶體以處理該等所接收GNSS信號之該數位表示,該GNSS處理系統經組態以在不使用L1 GNSS信號之情況下接收並處理一L5 WB頻帶GNSS信號之(4)個GNSS信號分量中之至少一者。
  101. 如請求項100之系統,其中該系統僅包含被調諧至以1191.795 MHz為中心之L5 WB頻帶之一單個GNSS天線,且該等所接收GNSS信號具有10.23 MHz之一碼片速率或比1.023 MHz之L1 GPS碼片速率顯著高(例如,達2倍)之一碼片速率。
  102. 如請求項101之系統,其中基頻樣本記憶體以一列與行陣列儲存該數位表示,該列與行陣列係根據一接收時間按照列配置而成。
  103. 如請求項101之系統,其中基頻樣本記憶體以一列與行陣列儲存該數位表示,該列與行陣列係根據一接收時間按照行配置而成。
  104. 如請求項102之系統,其中該GNSS處理系統藉由一系列DFT處理該等所接收GNSS信號而不需要轉置或重新配置含有該資料之一陣列中之資料,該一系列DFT包含使用一時間抽取法(decimation in time method)進行之第一組DFT且然後包含使用一頻率抽取法(decimation in frequency method)進行之第二組DFT。
  105. 如請求項100之系統,其中以粗略時間獲取模式獲取一初始信號,以精確時間獲取模式獲取其他信號,且以一追蹤模式追蹤所有信號。
  106. 如請求項105之系統,其中當處於一同調追蹤模式中時,減少獲取專用硬體之使用。
  107. 如請求項65之系統,其中該GNSS處理系統不接收及獲取L1 GNSS信號。
  108. 如請求項78之系統,其中該GNSS處理系統不接收及獲取L1 GNSS信號。
TW109135794A 2019-10-15 2020-10-15 現代化全球導航衛星系統接收器 TW202124994A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962915510P 2019-10-15 2019-10-15
US62/915,510 2019-10-15

Publications (1)

Publication Number Publication Date
TW202124994A true TW202124994A (zh) 2021-07-01

Family

ID=77908525

Family Applications (1)

Application Number Title Priority Date Filing Date
TW109135794A TW202124994A (zh) 2019-10-15 2020-10-15 現代化全球導航衛星系統接收器

Country Status (1)

Country Link
TW (1) TW202124994A (zh)

Similar Documents

Publication Publication Date Title
US20230288574A1 (en) Modernized global navigation satellite system (gnss) receivers and commercially viable consumer grade gnss receivers
US20170139053A1 (en) Simultaneous signal reception device of different satellite navigation systems
JP5868878B2 (ja) Gnss受信機及び信号追跡回路及びシステム
US7212156B2 (en) Multi-function device with positioning system and shared processor
Leclère et al. Acquisition of modern GNSS signals using a modified parallel code-phase search architecture
KR101026966B1 (ko) 측위 수신기를 위한 상호 상관 억제 기술
US7471717B2 (en) Apparatus and method for acquiring spread-spectrum signals
JP2011504229A5 (zh)
KR101147942B1 (ko) 수신기에서의 코드 스페이스 검색을 위한 방법 및 장치
CN116745647A (zh) 现代化的消费者级gnss次级码捕获和信号跟踪
Pany et al. On the state-of-the-art of real-time GNSS signal acquisition—A comparison of time and frequency domain methods
US7936846B2 (en) Low gate count sequential multitap correlator
TW202124994A (zh) 現代化全球導航衛星系統接收器
US20120274512A1 (en) Signal Processing Method, Device and System
TW202219549A (zh) 現代化全球導航衛星系統接收器
Schmidt et al. Exploiting acceleration features of LabVIEW platform for real-time GNSS software receiver optimization
US20240125942A1 (en) Methods and Devices for Performing Mini-Batch Discrete Fourier Transforms for Tracking Satellite Signals
JP5128585B2 (ja) Cdma受信機において、捕捉、追跡およびホスティングにハードウェアおよびソフトウェアを使用する方法