Wi-Fi RTT (IEEE 802.11mc)

קל לארגן דפים בעזרת אוספים אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.

תכונת Wi-Fi Round Trip Time (RTT) באנדרואיד 9 מאפשרת למכשירים תומכים למדוד מרחק למכשירים תומכים אחרים: בין אם הם נקודות גישה (APs) או Wi-Fi Aware עמיתים (אם Wi-Fi Aware נתמך ב- התקן). תכונה זו, הבנויה על פרוטוקול IEEE 802.11mc, מאפשרת לאפליקציות להשתמש ברמת דיוק ומודעות מיקום משופרים.

דוגמאות ומקור

כדי להשתמש בתכונה זו, יש ליישם את שפת עיצוב ממשק חומרה של Wi-Fi (HIDL) המסופקת בפרויקט הקוד הפתוח של Android (AOSP). ב-Android 8.0, HIDL מחליף את המבנה הקודם של Hardware Abstraction Layer (HAL) ששימש לייעל יישומים על ידי ציון סוגים וקריאות שיטות שנאספו לתוך ממשקים וחבילות.

עקוב אחר Wi-Fi HIDL כדי להשתמש בתכונת Wi-Fi RTT: hardware/interfaces/wifi/1.0 ואילך.

אתה יכול לעיין ב-Wi-Fi HAL מדור קודם כדי לראות כיצד הוא מתאם עם ממשק HIDL החדש: hardware/libhardware_legacy/+/master/include/hardware_legacy/rtt.h .

יישום

כדי ליישם Wi-Fi RTT, עליך לספק גם מסגרת וגם תמיכה ב-HAL/קושחה:

  • מִסגֶרֶת:

    • קוד AOSP
    • אפשר Wi-Fi RTT: דורש דגל תכונה
  • תמיכה ב-Wi-Fi RTT (IEEE 802.11mc) HAL (המרמזת על תמיכה בקושחה)

כדי ליישם תכונה זו, הטמיע את Wi-Fi HIDL והפעל את דגל התכונה:

  • ב- device.mk שנמצא device/<oem>/<device> , שנה את משתנה הסביבה 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

כדי לשפר את הפרטיות, כתובת ה-MAC המשמשת במהלך עסקאות Wi-Fi RTT חייבת להיות אקראית, כלומר, אסור לה להתאים לכתובת ה-MAC המקורית של ממשק ה-Wi-Fi. עם זאת, כחריג, כאשר התקן משויך ל-AP, הוא עשוי להשתמש בכתובת ה-MAC שאליה הוא משויך עבור כל עסקאות RTT עם AP זה או עם APs אחרים.

מַתַן תוֹקֵף

קיימות מבחני Android Compatibility Test Suite (CTS) עבור תכונה זו. CTS מזהה מתי התכונה מופעלת וכוללת אוטומטית את הבדיקות המשויכות. ניתן לבדוק תכונה זו גם באמצעות ה- Vendor Test Suite (VTS) ו- acts/sl4a , חבילת בדיקה המבצעת בדיקות אינטגרציה מקיפות.

בדיקות יחידה

בדיקות חבילת Wi-Fi RTT מבוצעות באמצעות:

מבחני שירות:

atest com.android.server.wifi.rtt

מבחני מנהל:

atest android.net.wifi.rtt

מבחני אינטגרציה (ACTS).

חבילת הבדיקות acts/sl4a, המתוארת ב- /tools/test/connectivity/acts_tests/tests/google/wifi/rtt/README.md , מספקת מבחני פונקציונליות, ביצועים ומבחנים.

CTS

קיימות מבחני Android Compatibility Test Suite (CTS) עבור תכונה זו. CTS מזהה מתי התכונה מופעלת וכוללת אוטומטית את הבדיקות המשויכות. נקודת גישה התומכת ב-Wi-Fi RTT (IEEE 802.11mc) חייבת להיות בטווח של המכשיר הנבדק.

ניתן להפעיל את מבחני ה-CTS באמצעות:

atest WifiRttTest

כִּיוּל

כדי שה-Wi-Fi RTT יתפקד היטב, הטווחים המוחזרים בפרוטוקול 802.11mc מדויקים באופן אידיאלי במסגרת אינדיקטור הביצועים המפתח (KPI). עבור שגיאת ה-CDF של 90%, ברוחב הפס המפורטים, ה-KPI המומלץ להערכת טווח צפוי להיות בעל הסבולות הבאות:

  • 80 מגה-הרץ: 2 מטר
  • 40 מגה-הרץ: 4 מטרים
  • 20 מגה-הרץ: 8 מטרים

כדי להבטיח שהטמעת התכונה פועלת כהלכה, יש צורך בבדיקות כיול.

ניתן להשיג זאת על ידי השוואת טווח אמת קרקע מול טווח משוער RTT במרחקים הולכים וגדלים. להתאמה בסיסית, עליך לאמת את הפתרון שלך מול התקן הידוע כמכויל RTT. יש לבדוק את כיול הטווח בתנאים הבאים:

  1. מעבדה פתוחה גדולה, או מסדרון שאין בו הרבה חפצי מתכת שעלולים לגרום להתרחשויות גבוהות במיוחד של ריבוי שבילים.
  2. לפחות מסלול/שביל קו ראייה (LOS) הנמשך לאורך 25 מטר.
  3. סמנים במרווחים של 0.5 מטר מקצה אחד של המסלול לקצה השני.
  4. מקום לאבטחת נקודת גישה בעלת יכולת RTT בקצה אחד של המסלול המותקן בגובה של 20 ס"מ מעל הרצפה, ותושבת ניתנת להזזה לטלפון אנדרואיד (או מכשיר נייד אחר אנדרואיד בבדיקה) שניתן להזיז לאורך המסלול, וליישר אותו עם סמנים של 0.5 מ', גם בגובה 20 ס"מ מעל הרצפה. הערה: משימה חוזרת זו יכולה להתבצע על ידי רובוט קטן, אבל גם מפעיל אנושי בסדר.
  5. יש לרשום 50 תוצאות טווח בכל סמן, יחד עם המרחק מנקודת הגישה. יש לחשב סטטיסטיקה, כגון ממוצע טווח ושונות, עבור כל מיקום סמן.

מהתוצאות בשלב 5, ניתן לשרטט תרשים של אמת קרקע (ציר x) מול טווח משוער (ציר y) ולהעריך קו רגרסיה בהתאמה הטובה ביותר. כיול מכשיר אידיאלי יביא לקו של שיפוע 1.0, עם היסט של 0.0 מ' על ציר ה-y. סטיות מערכים אלה קבילות אם הן בגדר ה-KPI עבור רוחב הפס המתאים. אם התוצאות הן מחוץ ל-KPI, יש לכייל מחדש את תכונת המכשיר כדי להביא את התוצאות למפרט KPI.