全球衛星定位系統 (GNSS) 測試指引
本文提供全球定位系統（GPS）實作指導方針，以確保在執行 Windows 8 和 Windows 8.1 的計算機中提供高品質、具競爭力的 GPS 體驗。 本文中的指導方針適用於原始設備製造商（OEM）、獨立硬體供應商（IHV）和其他 Microsoft 合作夥伴（例如軟體廠商）。 本文著重於測試將全域導航衛星系統 （GNSS） 裝置整合到 Windows 8 系統中。
GPS 以外的區域測試超出本檔的範圍。 完全執行作業系統元件或 GNSS 裝置已脫離本文件的範圍。 假設 IHV 和 OEM 會獨立測試其 GNSS 裝置並整合到系統中。 互操作性測試僅限於與位置平臺和裝置互動的元件。 此測試應包括成功完成 Windows 硬體實驗室套件 （Windows HLK） 測試、此測試計劃、操作員前試用測試，以及專為 GNSS 驅動程式和 GNSS 接收器開發的內部測試。
注意
在本文中，GPS 一詞會與 GNSS 交替使用。 除非另有說明，否則GPS將衛星定位稱為定位提供者解決方案，而不是 美國 政府部署的GPS衛星系統。
晴天條件定義為 GPS/GNSS 衛星，這些衛星接收信號時不會從上方或從周圍環境阻礙到地平線上方 5 度的海拔面具。 所有訊號層級都必須與地面未受干擾的訊號層級一致，且不低於 -131 dBm。
此資訊適用於下列作業系統：
Windows 8
Windows 8.1
本文內容：
合作夥伴的需求
若要獲得認證，Microsoft 合作夥伴必須符合下列需求：
若要啟用輔助 GPS（A-GPS）測試和冷啟動裝置的能力，GNSS 驅動程式必須支援SENSOR_PROPERTY_CLEAR_ASSISTANCE_DATA屬性。 若要在數據報告中啟用開啟和關閉國家海洋電子協會（NMEA）句子，GNSS 驅動程式必須支援SENSOR_PROPERTY_TURN_ON_OFF_NMEA。 根據預設，NMEA 行不會包含在數據報表中。 此處明確說明此需求：
{e1e962f4-6e65-45f7-9c36-d487b7b1bd34}DEFINE_GUID（SENSOR_PROPERTY_TEST_GUID， 0XE1E962F4， 0X6E65， 0X45F7， 0X9C， 0X36， 0XD4， 0X87， 0XB7， 0XB1， 0XBD， 0X34）：DEFINE_PROPERTYKEY（SENSOR_PROPERTY_CLEAR_ASSISTANCE_DATA、0XE1E962F4、0X6E65、0X45F7、0X9C、0X36、0XD4、0X87、0XB7、0XB1、0XBD、0X34、2）：[VT_UI4]
DEFINE_PROPERTYKEY（SENSOR_PROPERTY_TURN_ON_OFF_NMEA、0XE1E962F4、0X6E65、0X45F7、0X9C、0X36、0XD4、0X87、0XB7、0XB1、0XBD、0X34、3）：[VT_UI4]
#define GNSS_CLEAR_ALL_ASSISTANCE_DATA 0x00000001
SENSOR_PROPERTY_ CLEAR_ASSISTANCE_DATA （PID = 2）
VT_UI4。 撰寫。 清除協助數據。 設定值 GNSS_CLEAR_ALL_ASSISTANCE_DATA會發出訊號，以清除所有協助數據，包括時間、傳歷、暫時和最後一個位置。Windows HLK 測試可以設定此值，在冷啟動測試之前、在 A-GPS 測試之前清除協助數據，或在執行模擬時間和位置的模擬器測試之前獨立清除協助數據。 如果支援 A-GPS 功能（例如 SUPL、LTO），則驅動程式可以使用網路連線，嘗試利用這項作業之後的功能。 不過，裝置應該處於沒有協助資料儲存在裝置或系統上的狀態。 系統會再次下載任何協助數據元素。
SENSOR_PROPERTY_TURN_ON_OFF_NMEA （PID = 3）
VT_UI4。 讀取/寫入。 如果設定為 TRUE，則 NMEA 句子會包含在數據報表中。 如果設定為 False，則數據報表中不包含 NMEA 句子。 Windows HLK 測試可以使用此屬性來指示裝置在數據報告中啟動或停止包含 NMEA 資料。
除了必要的 Windows 硬體實驗室套件 （Windows HLK） 測試之外，選用的 Windows HLK Device.Input 測試 必須針對晶片上的非 Arm 系統執行並通過。 （這些測試對 Arm 系統來說已經是強制性的）。
OEM 和 IHV 必須執行並記錄 GPS 驗收測試矩陣中指定的測試，才能將系統、裝置或驅動程式提交至 Microsoft。
IHV 應該檢閱其 硬體儀錶板 的回報失敗，其 [分析 ] 區段下是否有其 GPS 驅動程式所造成的問題，並修正所有高影響失敗。
OEM 的天線需求必須包含天線效能測試中列出的專案。
系統上必須支援SENSOR_DATA_TYPE_NMEA_SENTENCE屬性，以確認動態流覽精確度和天線品質。
第三方服務或 Win32 應用程式不相依於 GPS 解決方案。 第三方 Win32 應用程式受限於 SoC 系統上的簽署需求，因此不允許。
USB 連接的 GPS 裝置必須支援選擇性暫停。
行動寬頻模組上的 GPS 必須使用統一可擴展韌體介面 （UEFI） 進行更新，獨立 GPS 必須使用驅動程式進行更新。
當 GPS 和行動寬頻存在於相同的實體晶片上時，GPS 裝置應該公開為 USB 複合裝置的一部分，而且它應該有自己的 USB 介面。
報告和結果通訊
Microsoft 會使用 Bug 將所有問題傳達給合作夥伴。 Bug 將包含 Windows HLK 記錄、追蹤、驅動程式記錄、損毀傾印，以及任何相關的效能結果和基準效能比較數據。
測試設備
下列測試設備可用來執行本文所述的測試：
法拉迪籠子
RF 防護盒
行動寬頻 SIM 卡
參考裝置：Garmin Montana;具有使用 Microsoft Signature 認證的 GPS 裝置的 Windows 平板電腦。
外部天線
功能測試
適用於 GNSS 裝置的 Windows HLK 測試是第一組測試，用來驗證 GPS 裝置的基本功能。 Windows HLK 包含適用於 GNSS 裝置的 GPS 感測器、無線電管理員、裝置基礎、系統基本概念電源管理和 USB 硬體認證測試（適用於 USB 連線裝置）的測試。
感測器類別、類型、屬性和數據欄位
描述：裝置應該報告正確的感測器類別和類型、支持強制屬性和數據欄位，以及報告精確的數據。 除了在 Windows HLK 中驗證的必要感測器屬性之外，Managed 程式系統還必須支援 SENSOR_DATA_TYPE_NMEA_SENTENCE 屬性。
執行步驟：查詢感測器類別、類型、屬性和數據欄位[受測裝置（DUT） 報告]。 確認報告數據的正確性。 您可以使用 Windows 驅動程式套件 （WDK） 中的 感測器診斷工具 （SDT） 來測試這些專案。
預期的結果：必須支持強制欄位，並報告精確的數據。
狀態轉換
描述：裝置應該回報感測器狀態的變更，如撰寫位置感測器驅動程式中所述。
只有在裝置到達SENSOR_STATE_READY或SENSOR_STATE_INITIALIZING之後，才會報告數據報告。
如果裝置沒有緯度和經度資訊，則不應該報告數據。
GPS 感測器必須先處於SENSOR_STATE_INITIALIZING狀態，才能取得位置修正。
GPS 感測器應該會繼續取得位置修正，而且必須保持SENSOR_STATE_INITIALIZING狀態，直到操作系統取消要求為止。
GPS 感測器在失去訊號且不再有數據時，必須進入SENSOR_STATE_INITIALIZING狀態。 重新取得位置修正時，它應該回到SENSOR_STATE_READY狀態。
執行步驟：您必須在停用並重新啟用裝置時監視狀態轉換和數據事件。 移至沒有 GPS 信號的區域（例如，法拉迪籠子），等待至少一分鐘，並將裝置返回覆蓋區域。
預期結果：裝置應該報告感測器狀態轉換（例如，從SENSOR_STATE_INITIALIZING到SENSOR_STATE_READY），而且只有在到達這些狀態之後才會報告數據報告。 只有在緯度和經度資訊可用時，才會報告數據。 裝置應該以SENSOR_STATE_INITIALIZING狀態啟動，而且在取得位置修正並具有有效的錯誤半徑之前，不應進入SENSOR_STATE_READY狀態。 當裝置移出 GPS 訊號涵蓋區域時，裝置應該進入SENSOR_STATE_INITIALIZING狀態，當裝置返回覆蓋區域時，它應該會還原為SENSOR_STATE_READY。
緯度和經度精確度
描述：裝置應該在指定的錯誤半徑中提供精確的緯度和經度值。
執行步驟：在靜態測試和車輛內測試期間，裝置數據會與參考 GPS、問標籤和模擬器報告的緯度和經度數據進行比較。
預期結果：裝置所報告緯度和經度值之間的差異，以及參考 GPS 報告必須位於錯誤半徑內。
速度數據
描述：裝置在行動裝置時，應該以節為單位報告速度數據。
執行步驟：監視裝置在模擬車輛內或駕駛測試期間報告的速度數據。
預期結果：裝置應該報告參考 GPS 或模擬器所報告之速度數據中±15% 內精確的速度數據。
標題數據
描述：當裝置移動時，裝置應該以相對於正北的度數報告標題。
執行步驟：監視裝置在模擬車輛內測試、手動步行測試和驅動測試期間所報告的標題數據。
預期結果：裝置應該報告標題數據，其應位於參考 GPS 或模擬器所報告之標題數據的±15% 內。
其他感測器屬性
描述：如果裝置支援其他感測器屬性，屬性應該報告有效的數據和精確的值。
執行步驟：監視裝置所支援的屬性，並確認它們是否在可接受的正確性範圍內提供有效的數據。
預期結果：如果裝置支援特定感測器屬性，裝置應報告參考 GPS 或模擬器所報告之值±20% 內的精確值。
輔助 GPS 測試
在初始加電的幾秒鐘內，GPS 裝置應該使用 A-GPS 傳回大約的位置。 當 GPS 使用 A-GPS 時，感測器應該提供位置數據，它可以從數百米到六個數位。 當 GPS 無線電可以取得多個衛星鎖定時，誤差半徑應降低到 3 到 30 公尺的值。
A-GPS
描述：A-GPS 應該有助於獲得更快速的首次修正時間（TTFF），其精確度較高。
執行步驟：冷啟動 GPS 裝置。 使用 SDT 監視緯度、經度和錯誤半徑數據欄位。
您應該在下列情況下執行測試：
晴天條件 （模擬或實際）
已訂閱數據事件
報告間隔為一秒
Wi-Fi 或行動數據基底帶已存在並啟用
預期結果：裝置應儘快從 A-GPS 傳回位置，並報告相關聯的錯誤半徑。 較高的誤差半徑（例如，如果Wi-Fi可用，則300公尺）應減少到30公尺，因為裝置會取得多個衛星鎖定。 GPS 應根據協助數據在15秒內報告位置。
位置插入
GPS 驅動程式可以使用其三角感測器的數據，使用感測器 API （ISensorManager） 來加速 TTFF。 如果使用驅動程式，則適用下列測試：
連線 時間
描述：GPS 驅動程序應該在定位后立即關閉與其他感測器的連線。 它應該會在 15 秒之後逾時，如果感測器 API 沒有取得位置，它應該關閉連線。
執行步驟：監視來自感測器 API 的追蹤，以取得系統中所有感測器的作用中用戶端計數。 冷啟動 GPS 裝置，並監視系統中其他感測器的作用中用戶端計數變更。
預期結果：如果其他感測器的作用中用戶端計數遞增，它們應該會在15秒後回到先前記錄的值。
連線類型
描述：GPS 驅動程式不應具現化 ILocation ，以從其他位置感測器取得數據。 他們可以使用感測器 API 來開啟實例三角感測器的連線（SENSOR_TYPE_LOCATION_TRIANGULATION）。 GPS 驅動程式不應該從相同類型的位置感測器取得數據。 例如，GPS 感測器不應該使用來自其他感測器的數據與 GPS 類型，以取得更快速的位置修正。
執行步驟：探索裝置所報告的感測器類型;例如，SENSOR_TYPE_LOCATION_GPS。 停用與裝置相同類型感測器以外的所有感測器。 監視來自感測器 API 的追蹤，以取得系統中已啟用感測器的感測器計數。 冷啟動 GPS 裝置。 監視系統中感測器的作用中用戶端計數變更。
預期結果：裝置不應該為相同類型的感測器遞增作用中用戶端計數。
魯棒性
啟用位置平臺和 GPS 裝置堆疊的驅動程式驗證器、WDF 驗證器和應用程式驗證器，以測試系統中 GPS 支援的可靠性。
驅動程式驗證器是 Windows 作業系統的一部分。 您可以使用下列設定，從具有系統管理權限的命令提示字元啟動：
Verifier /standard /driver wudfpf.sys Wdf01000.sys Wdfldr.sys wudfrd.sys<any kernel mode driver，< dependent kernel mode drivers>>
其中<任何核心模式驅動程式>都是要驗證的驅動程式，而<相依核心模式驅動程式>是 GPS 驅動程式相依的核心模式驅動程式，例如 wmbclass.sys。
如需驅動程式驗證器的詳細資訊，請參閱 關於驅動程序驗證器。
預設會為所有 WDF 驅動程式啟用 WDF 驗證器。 WDK 中的 WdfVerifier.exe 工具可用來控制記錄、調試程式設定等的詳細資訊。 如需 WDF 驗證器的詳細資訊，請參閱 WDF 驗證器控制應用程式。
應用程式驗證器 （appverif.exe） 可在 Windows HLK 和 Windows 8.1 SDK 中使用。 至少需要基本設定。
驅動程式驗證器、WDF 驗證器和應用程式驗證器
描述：在測試開始時啟用應用程式驗證程式和驅動程式驗證器。
執行步驟：在驅動程式套件中的所有核心模式驅動程式上啟用驅動程序驗證器（如果有的話），並啟用 GPS 驅動程式相依的任何核心模式驅動程式。 為 %windir%\system32\WUDFHost.exe 和其他 GPS 驅動程式相依的使用者模式二進位檔啟用應用程式驗證器（例如 wwanapi.dll）。
預期的結果：沒有驗證程序失敗。
遙測數據
描述：在 GPS 驅動程式的 [分析] 區段底下，監視硬體儀錶板的遙測數據。
執行步驟：在 GPS 驅動程式的 [分析] 區段底下，監視硬體儀錶板的遙測數據。 識別、調查及修正驅動程序失敗。
預期的結果：裝置必須報告所有遙測失敗;您應該分級、調查及修正主要問題。
GPS 壓力測試
在模擬器測試、步行測試和驅動測試期間，會在 GPS 裝置上同時執行下列作業的組合：
啟用驅動程式驗證器
啟用應用程式驗證器
重複的 Windows HLK 測試回合（GPS 感測器、無線電管理員、系統電源管理）
無線電管理作業
連線 待命
GPS 裝置停用/重新啟用
Windows 位置提供者停用/重新啟用
行動寬頻裝置停用/重新啟用
Wi-Fi 裝置停用/重新啟用
關閉行動寬頻無線電
關閉Wi-Fi電臺
透過行動寬頻連線進行大量下載
透過Wi-Fi連線進行大型下載
藍牙 活動
在壓力測試之前執行基本驗證測試。 預期相同的驗證測試會在壓力測試前後通過，而且不會觀察到任何失敗。
效能
GPS 裝置效能已針對冷啟動 TTFF、熱啟動 TTFF、取得敏感度、追蹤敏感度、重新取得時間、靜態瀏覽精確度和動態流覽精確度進行測試。
具有 OTA 連線的 GNNS 模擬器可用於效能測試。
冷啟動 TTFF
描述：冷啟動 TTFF 應該在不到 45 秒的時間達到 90%。 冷啟動描述為下列條件：
時間未知
目前暫時未知
位置不明
執行步驟：您可以在啟動冷啟動測試之前，先使用 SDT 清除 GPS 協助數據。 請確定符合上述冷啟動條件。 在晴天條件下監視 TTFF（實際或模擬）。
預期結果：裝置應該使用 GNSS 裝置，在 45 秒內取得位置修正時間的 90%。
擷取敏感度
描述：裝置應取得 -150 dBm 或較低電源等級的位置修正。
執行步驟：在仿真的實驗室條件下，當天線連接器可存取時，使用直接無線電頻率（RF）連線，將裝置公開到高達 -150 dBm 的低功率等級。
預期結果：裝置應取得 -150 dBm 的修正程式。
追蹤敏感度
描述：裝置應維護 -155 dBm 或較低電源等級的位置修正。
執行步驟：在仿真的實驗室條件下，當天線連接器可存取時，使用直接 RF 連線，在裝置取得位置修正之後，將電源等級降低為 -155 dBm。
預期結果：裝置應維護位置修正 -155 dBm。
重新取得時間
描述：裝置應該能夠在 2 秒內重新取得位置修正。 當有訊號可用時，會假設有晴天條件。
執行步驟：在仿真的實驗室條件下，裝置取得位置修正之後，請降低足以強制裝置失去修復的電源等級。 然後增加電源等級並監視重新取得時間。 或者，您可以在磁碟驅動器測試期間透過通道進行驅動。
預期的結果：裝置應該在 2 秒內重新取得位置修正。
靜態流覽精確度
描述：裝置應該報告精確的緯度、經度和高度（如果支持的話）。
執行步驟：比較經度、緯度和高度的精確度與來自受信任數據源的位置。 受信任的數據源可以是問標籤、GNSS 模擬器，或具有 GPS 的 Microsoft 簽章認證的 Windows 平板電腦。
預期結果:D UT 應報告 15 公尺的水準精確度，而垂直精確度為 30 公尺，占時間的 95%。
動態導覽精確度
描述：當 DUT 是行動裝置時，如果支援，DUT 應該準確地報告緯度、經度和高度。
執行步驟：在模擬或實際裝置/步行測試期間，將經度、緯度和高度的正確性（如果有的話），與來自受信任數據源的位置進行比較。 受信任的數據源可以是問標籤、GNSS 模擬器，或具有 GPS 的 Microsoft 簽章認證的 Windows 平板電腦。
預期結果：裝置應報告水平精確度為15公尺，垂直精確度為100公尺。
耗電量測試
下圖說明驅動程式如何使用 WDF 閑置偵測 StopIdle/ResumeIdle 方法在 D 狀態之間移動。 本節中的測試案例會確認驅動程式會在適當時間進入正確的狀態。
<Fig1_ Fig1_stopidle_resumeidle的藝術版面配置區>
圖 1. StopIdle/ResumeIdle
USB 選擇性暫停
此測試僅適用於 USB 連線的裝置。 當公交車上的所有裝置都準備好進入暫停狀態時，沒有客戶端訂閱 8 秒以下的報告間隔的 GPS 裝置應該參與選擇性暫停。
裝置管理員和Windows 事件追蹤 （ETW） 事件可用來監視 USB 總線狀態轉換。
平均睡眠耗電量
GPS 裝置的睡眠平均耗電量應小於 1mW，包括任何總線連接介面。 如果情況並非如此，裝置必須支援在 D3 （D3-Cold） 時完全從 GPS 裝置移除電源。
D3-Cold
支援 D3cold 的裝置不應降低 TTFF 效能超過 6 秒。 例如，如果裝置在熱啟動條件下可以在 2 秒內取得位置修正，當裝置從 D3cold 恢復時，應該能夠在 8 秒或更少的情況下取得修正。 如果裝置無法符合此需求，則驅動程式應限制 D3cold 狀態在 GPS 無線電停用時轉換為 。
如需 D3cold 的詳細資訊，請參閱 在驅動程式中支援 D3cold。
電源管理測試
連線 待命
連線 待命測試包括 Windows HLK PowerState 測試和 IO 涵蓋測試案例的裝置基本概念測試。
在未涵蓋範圍區域中繼續
描述：當有作用中的用戶端時，將系統置於 連線 待命狀態。 在無涵蓋範圍區域中繼續。 裝置應該嘗試取得位置修正，並輸入SENSOR_STATE_INITIALIZING狀態。
執行步驟：當作用中用戶端連線時，請將裝置放入 連線 待命中。 從 連線 待命喚醒在沒有 GPS 訊號的區域。
預期的結果：裝置應該取得位置修正，並進入SENSOR_STATE_INITIALIZING狀態。
天線效能測試
使用 OTA 連線的效能測試
實驗室環境中的性能測試 GNSS 接收器通常透過纜線 RF 連線，從而略過 GPS 天線及其相關聯的電路。 GPS 天線及其電路中的裝置效能和問題可能會導致位置型服務應用程式中的用戶體驗不佳。 若要探索這些問題，您應該使用 OTA 測試方法測試受管理的系統裝置，以取得 GPS 效能。
天線測試包含下列認證需求：
具有 GPS 支援的系統必須根據 行動站無線性能的行動電話電信與互聯網協會（CTIA） 測試計劃通過測試，輻射無線電頻率（RF）功率和接收器性能的測量方法，A-GPS 的測量方法。 如需 CTIA 測試的詳細資訊，請參閱 CTIA 認證測試。 此外，必須測量總 Isotropic Sensitivity （TIS）、上半球 Isotropic Sensitivity （UHIS） 和 Partial Isotropic GPS 敏感度 （PIGS），必須測量：OEM 必須將度量結果張貼至 Microsoft 以供檢閱。 這些需求適用於具有行動寬頻支持的系統。
該系統必須有 TIS 和 UHIS 可用空間 -140 dBm 或更好的 GPS。 對於具有行動寬頻支援的系統，測量必須遵循 CTIA 3.x 測試計劃之僅限 Wi-Fi 系統一節的天線效能中定義的測試方法和測試參數。
GPS 天線的平均增益必須優於 -6dBi。
當裝置位於一般手持位置時，效能不得低於最低可接受的標準。 當系統處於常見位置時，裝置必須在 -140 dBm 和 OTA 追蹤敏感度 -145 dBm 時維持無線（OTA）的超無線（OTA）取得敏感度。
當鍵盤或停駐站關閉時，裝置必須在 -140 dBm 和 OTA 追蹤敏感度維持 OTA 取得敏感度-145 dBm。
當 GPS 天線位於裝置的預期位置時，您必須執行天線和輻射敏感度測試。
預定的GPS生產天線必須位於其預定位置的工程驗證（EV）系統。 必須完成設計驗證 （DV） 系統的天線位置。
OEM 應該執行天線效能和輻射敏感度測試，並瞭解 EV 單元上的故障。 測試必須在 DV 單位之前通過。
僅限Wi-Fi系統的 RF 敏感度測試
GPS IHV 可以提供 NMEA 記錄和繪圖工具和檔。
比較測試裝置上的訊號與雜訊比率（SNR），以及在相同條件下相同位置具有良好 GPS RF 敏感度的參考裝置上。 啟用 IHV NMEA 記錄，並在晴天下進行 15 分鐘以上的步行/驅動測試裝置。 使用 IHV 提供的 NMEA 繪圖工具來分析記錄。 比較裝置的平均訊號強度。
注意
如果您沒有來自 IHV 的 NMEA 繪圖工具，您可以使用 Microsoft Bing
人為干擾測試
天線定位應考慮到人為干擾。 當系統處於常見狀態時，GPS 不應失去位置修正，不應增加誤差半徑超過 30%，而且應該在 -140 dBm 和 OTA 追蹤敏感度 -145 dBm 維持 OTA 取得敏感度。
常用於石板的狀態：
手邊，橫向方向
手放在底部，橫向方向
手在兩側，直向 （左開始）
手部底部，直向 （左開始）
手邊，直向（右開始）
手部底部，直向 （右開始）
人類干擾對取得和追蹤敏感度的影響
描述：裝置擷取和追蹤敏感度不應在裝置保留在指定的手寫時，導致效能低於最低可接受的標準。
執行步驟：將裝置放在一般手持位置。 檢查取得敏感度和追蹤敏感度。
預期結果：當裝置處於特定位置時，不應影響追蹤和取得敏感度。 裝置應該在 -140 dBm 和 OTA 追蹤敏感度 -145 dBm 上維持 OTA 取得敏感度。
互操作性測試
行動寬頻、Wi-Fi 和 GPS 互操作性
描述：停用行動寬頻或Wi-Fi裝置不應防止 GPS 運作。 關閉 MB 或 Wi-Fi 無線電不應該防止 GPS 取得位置修正。
執行步驟：
停用行動寬頻，並確認 GPS 仍然可以取得位置修復。 重新啟用行動寬頻。
注意
使用裝置服務的 GPS 裝置是例外狀況;這些裝置應該先進入SENSOR_STATE_INITIALIZING狀態，並在停用行動寬頻時進入SENSOR_STATE_NOT_AVAILABLE狀態
停用Wi-Fi並確認 GPS 仍然可以取得位置修正。
關閉移動寬頻無線電，並確認 GPS 仍然可以取得位置修正。
關閉Wi-Fi無線電，並確認 GPS 仍然可以取得位置修正。
拿掉行動寬頻 SIM 卡，並確認 GPS 可以取得位置修正。
預期結果：對於行動寬頻或Wi-Fi裝置，無線電和SIM狀態不應防止 GPS 運作。
移動寬頻、Wi-Fi、藍牙、近距離通信（NFC）和相機干擾
無線電和其他裝置，例如系統相機可能會干擾 GPS。 GPS 裝置通常會與行動寬頻、Wi-Fi 和 藍牙 共用相同的模組。 GPS 功能不應受到這些裝置的影響。
描述：移動寬頻、Wi-Fi、藍牙 和相機的同時使用不應降低 GPS 裝置的效能和功能，反之亦然。
執行步驟：使用行動寬頻、Wi-Fi、藍牙 和相機執行基本功能測試，並主動使用。
使用 GPS 時，透過行動寬頻連線執行大型下載。 監視來自 SDT 的感測器狀態、錯誤半徑和訊號強度和事件記錄檔。
使用 GPS 時，透過 Wi-Fi 連線執行大型下載。 監視來自 SDT 的感測器狀態、錯誤半徑和訊號強度和事件記錄檔。
使用 GPS 時執行 藍牙 檔案傳輸。 監視來自 SDT 的感測器狀態、錯誤半徑和訊號強度和事件記錄檔。
使用 GPS 時執行 Wi-Fi 掃描。 監視來自 SDT 的感測器狀態、錯誤半徑和訊號強度和事件記錄檔。
使用 GPS 時執行行動寬頻掃描。 監視來自 SDT 的感測器狀態、錯誤半徑和訊號強度和事件記錄檔。
使用 GPS 時執行 藍牙 掃描。 監視來自 SDT 的感測器狀態、錯誤半徑和訊號強度和事件記錄檔。
使用 GPS 時錄製視訊。 監視來自 SDT 的感測器狀態、錯誤半徑和訊號強度和事件記錄檔。
使用 GPS 時，透過互聯網觀看電影。 監視來自 SDT 的感測器狀態、錯誤半徑和訊號強度和事件記錄檔。
執行 NFC 資料傳輸 （例如，傳輸相片） 5 分鐘。 監視來自 SDT 的感測器狀態、錯誤半徑和訊號強度和事件記錄檔。
預期結果：GPS 在使用這些裝置時，應該正常運作。 這些裝置的使用不應對感測器狀態、錯誤半徑和訊號強度造成負面影響。
磁碟驅動器測試
當系統使用預先定義的路由，其中包含具有不同多重路徑影響的通道和區域時，就會進行手動磁碟驅動器測試。 在磁碟驅動器期間，系統 GPS 資料是由測試應用程式所擷取，而且會與參考 GPS 進行比較。 系統報告的位置不應該是 +/- 參考 GPS 所報告位置以外的錯誤半徑。 平均誤差半徑應該是 <= 30 公尺。
驅動測試會練習真實生活條件，例如動態導航精確度、經過隧道后重新徵用、多路徑信號的影響，以及大氣條件。
下列功能測試會在磁碟驅動器測試期間執行：
狀態轉換會受到監視，相較於參考 GPS。
緯度、經度和高度（如果有的話）會受到監視，並相較於參考 GPS。 可視化地圖表示法用於輕鬆比較。
速度與標題數據會受到監視和參考 GPS 的比較。
在通過隧道行駛后，取得時間和重新徵用時間是測量的，與參考GPS相比。
追蹤敏感度會在多重路徑影響區域中受到監視。 會監視數據報告的數據報告頻率和任何中斷。
動態導覽精確度是使用視覺地圖表示法來監視和比較參考 GPS。
裝置 隨插即用 （PnP） 和無線電管理員狀態轉換會在動態瀏覽期間執行。
報告間隔會受到監視，並相較於參考 GPS。
模擬器測試
GNSS 模擬器（Spirent GSS6700）用來達到受控制的實驗室條件。 它會針對重複、模擬衛星狀態、各種位置和時間，如赤道以南和 2 年後，在車輛導航、大氣條件、多路徑信號和錯誤狀況中模擬相同的測試案例。 標準 Spirent GSS6700模擬器測試案例會執行。
OTA RF 聯機會與原始天線和防護一起測試系統。 當天線連接器可供接收者測試時，也可以使用直接連接。 模擬器測試著重於常見的模擬器案例，包括 GNSS 接收者效能特性和下列案例：
冷啟動 TTFF
熱啟動 TTFF
擷取敏感度
重新取得敏感度
追蹤敏感度
靜態位置精確度
動態位置精確度
多重路徑
GPS 和 Globalnaya navigatsionnaya sputnikovaya sistema （GLONASS）
GPS 驗收測試矩陣
OS 組建測試會在：
Windows HLK 版本：
平台韌體版本：
平台測試會在：
| 測試層級 | 測試描述 | 驗證結果 | 註解 |
|---|---|---|---|
基本 （層級 1） |
驅動程式必須使用 IHV 憑證簽署 |
||
基本 （層級 1） |
驅動程式必須使用裝置管理員/部署映像服務與管理安裝 （DISM） |
||
基本 （層級 1） |
Gps。測試 Descriptions.Robustness.Driver Verifier、WDF 驗證器和應用程式驗證器 |
||
基本 （層級 1） |
位置感測器 WHLK 測試：Device.Input.Sensor。位置感測器的系統測試：System.Client.Sensor。 |
||
基本 （層級 1） |
無線電管理 WHLK 測試：System.Client.RadioManagement。 |
||
基本 （層級 1） |
除了必要的 WHLK 測試之外，位置感測器 WHLK 測試下的選擇性 WHLK 測試：Device.Input.Sensor。 和 System.Client.Sensor.* 必須針對非 Arm SoC 系統執行並傳遞 |
||
基本 （層級 1） |
裝置基本概念 WHLK 測試：Device.DevFund。 |
||
基本 （層級 1） |
USB WHLK 測試（僅限 USB 連線裝置）：裝置。連線。UsbDevices。 |
||
基本 （層級 1） |
Gps。測試 Descriptions.Functionality.Sensor 類別、類型、屬性和數據欄位 |
||
基本 （層級 1） |
Gps。測試 Descriptions.Functionality.State Transitions |
||
基本 （層級 1） |
Gps。測試緯度和經度的描述.功能.精確度 |
||
基本 （層級 1） |
Gps。測試 Descriptions.Functionality.Speed 數據 |
||
基本 （層級 1） |
Gps。測試 Descriptions.Functionality.Heading 數據 |
||
基本 （層級 1） |
Gps。測試 Descriptions.Assisted GPS。A-GPS |
||
基本 （層級 1） |
Gps。測試 Descriptions.Assisted GPS。位置插入。 連線類型 |
||
基本 （層級 1） |
Gps。測試 Descriptions.Antenna Performance.OTA 連線 ion。 裝置應該在戶外的晴天中取得位置修正，而不需使用外部天線或其他修改。 |
||
基本 （層級 1） |
Gps。測試描述.互操作性.* （當行動寬頻、藍牙、Wi-Fi 或相機處於使用中狀態時，GPS 可以取得位置修正） |
||
基本 （層級 1） |
Gps。測試 Descriptions.Functionality.Other Sensor Properties |
||
基本 （層級 1） |
Gps。測試 Descriptions.Assisted GPS。位置插入。 連線 時間 |
||
基本 （層級 1） |
Gps。測試描述.天線效能.HumanInterference 測試。 裝置應該在晴天戶外獲得位置修復，就像沒有任何外部天線或其他修改一樣，同時它保留在常見的手持位置。 |
||
壓力 （第 2 層） |
Gps。測試 Descriptions.Robustness。 |
||
效能 （層級 2） |
Gps。測試 Descriptions.Performance。 |
||
電源 （層級 1） |
Gps。測試 Descriptions.Power Consumption。 |
||
電源 （層級 1） |
Gps。測試 Descriptions.Power Management。 |
||
天線效能 （OEM 第 1 級） |
Gps。測試描述.天線效能。 |
||
磁碟驅動器測試 （第 3 層） |
Gps。測試 Descriptions.Drive 測試。 |
||
模擬器測試 （層級 4） |
Gps。測試描述.模擬器測試。* |