Android 9中的Wi-Fi往返時間(RTT)功能使支持設備能夠測量與其他支持設備的距離：它們是接入點(AP)還是Wi-Fi感知對等方(如果設備上支持Wi-Fi感知，設備)。此功能基於IEEE 802.11mc協議構建，使應用程序可以使用增強的位置準確性和感知能力。

實例和來源

要使用此功能，請實現Android開放源代碼項目(AOSP)中提供的Wi-Fi硬件接口設計語言(HIDL)。在Android 8.0中，HIDL通過指定收集到接口和包中的類型和方法調用來替代以前的用於簡化實現的硬件抽象層(HAL)結構。

按照Wi-Fi HIDL來使用Wi-Fi RTT功能： hardware/interfaces/wifi/1.0 /wifi/1.0或更高版本。

執行

要實施Wi-Fi RTT，您必須同時提供框架和HAL /固件支持：框架：AOSP代碼

啟用Wi-Fi RTT：需要功能標記

Wi-Fi RTT(IEEE 802.11mc)HAL支持(這意味著固件支持)

要實現此功能，請實現Wi-Fi HIDL並啟用功能標誌：在位於device// device.mk中，修改PRODUCT_COPY_FILES環境變量以包括對Wi-Fi RTT功能的支持： PRODUCT_COPY_FILES += frameworks/native/data/etc/android.hardware.wifi.rtt.xml:$(TARGET_COPY_OUT_VENDOR)/etc/permissions/android.hardware.wifi.rtt.xml

否則，此功能所需的所有內容都包含在AOSP中。

MAC隨機化

為了增強隱私性，必須對Wi-Fi RTT交易期間使用的MAC地址進行隨機化，即，它必須與Wi-Fi接口的本機MAC地址不匹配。但是，作為例外，當設備與AP關聯時，它可以將與之關聯的MAC地址用於與該AP或與其他AP的任何RTT事務。

驗證

為此功能提供了Android兼容性測試套件(CTS)測試。 CTS會檢測到何時啟用該功能，並自動包括相關的測試。還可以使用供應商測試套件(VTS)和act / sl4a (進行廣泛集成測試的測試套件)來測試此功能。

單元測試

Wi-Fi RTT套件測試使用以下命令執行：

服務測試： atest com.android.server.wifi.rtt

經理測試： atest android.net.wifi.rtt

集成(ACTS)測試

行為/ SL4A測試套件，在所描述/tools/test/connectivity/acts/tests/google/wifi/rtt/README.md ，提供功能性，性能和壓力測試。

CTS

為此功能提供了Android兼容性測試套件(CTS)測試。 CTS會檢測到何時啟用該功能，並自動包括相關的測試。支持Wi-Fi RTT(IEEE 802.11mc)的接入點必須在被測設備的範圍內。

可以使用以下方式觸發CTS測試： atest WifiRttTest

校準

為了使Wi-Fi RTT正常運行，理想情況下，在802.11mc協議中返回的範圍在關鍵性能指標(KPI)內是準確的。對於90％CDF誤差，在列出的帶寬下，用於範圍估計的建議KPI預期具有以下公差：80MHz：2米

40MHz：4米

20MHz：8米

為確保該功能的實施正常進行，必須進行校準測試。

這可以通過在距離增加時將地面真值範圍與RTT估計範圍進行比較來實現。為了實現基本一致性，您應該針對已知經過RTT校準的設備驗證解決方案。範圍校準應在以下條件下進行測試：大型開放實驗室或沒有很多金屬物體的走廊，可能會導致出現多路徑異常高的情況。

視線(LOS)軌道/路徑至少延伸25m。

0.5米的標記從軌道的一端到另一端遞增。

一個可固定RTT的接入點，固定在離地面20cm以上的軌道的一端，以及一個可沿軌道移動並與軌道對齊的Android手機(或受測的其他Android移動設備)的可移動支架。 0.5m的標記，也位於地面以上20cm處。注意：此重複性任務可以由小型機器人執行，但人工操作也可以。

每個標記處應記錄50個測距結果，以及距接入點的距離。應該為每個標記位置計算統計信息，例如範圍平均值和方差。

根據步驟5中的結果，可以繪製地面實況(x軸)相對於估計範圍(y軸)的圖表，並估計出最佳擬合回歸線。理想的設備校準將導致梯度線1.0，y軸上的偏移量為0.0m。如果這些值的偏差在相應帶寬的KPI之內，則可以接受。如果結果超出了KPI，則應重新校准設備功能以使結果符合KPI規範。