RTT ของ Wi-Fi (IEEE 802.11mc, IEEE 802.11az)

ระยะเวลารับส่งข้อมูล Wi-Fi (RTT) ใน Android 9 ช่วยให้สามารถสนับสนุน วัดระยะทางไปยังอุปกรณ์สนับสนุนอื่นๆ ไม่ว่าจะเป็นจุดเข้าใช้งาน (AP) หรือแอปเทียบเท่า Wi-Fi Aware (หากเป็น Wi-Fi Aware บนอุปกรณ์) ฟีเจอร์นี้สร้างขึ้นจาก IEEE 802.11mc และโปรโตคอล IEEE 802.11az (พร้อมให้บริการใน Android 15) ทำให้แอปสามารถใช้ตำแหน่งที่แม่นยำและการรับรู้

ตัวอย่างและแหล่งที่มา

หากต้องการใช้ฟีเจอร์นี้ ให้ใช้อินเทอร์เฟซ HAL ของผู้ให้บริการ ใน Android 14 ขึ้นไป อินเทอร์เฟซ HAL ของผู้ให้บริการกำหนดโดยใช้ AIDL ใน Android 13 และต่ำกว่า อินเทอร์เฟซ HAL ของผู้ให้บริการกำหนดโดยใช้ HIDL ใน Android 8.0, HIDL แทนที่โครงสร้าง ฮาร์ดแวร์ Abstraction Layer (HAL) ก่อนหน้านี้ที่ใช้เพื่อ ปรับปรุงการติดตั้งใช้งานโดยการระบุประเภทและวิธีการเรียกที่เก็บรวบรวมใน อินเทอร์เฟซและแพ็กเกจได้

ทำตามอินเทอร์เฟซ Wi-Fi เพื่อใช้ฟีเจอร์ RTT ของ Wi-Fi ซึ่งจะเป็นดังนี้โดยขึ้นอยู่กับอินเทอร์เฟซที่ใช้งาน

  • AIDL: hardware/interfaces/wifi/aidl
  • HIDL: hardware/interfaces/wifi/1.0 ขึ้นไป

คุณสามารถดู HAL ของ Wi-Fi เดิมเพื่อดูว่าสัมพันธ์กับ อินเทอร์เฟซ AIDL และ HIDL: hardware/libhardware_legacy/+/main/include/hardware_legacy/rtt.h

การใช้งาน

หากต้องการใช้ RTT ของ Wi-Fi คุณต้องระบุทั้งเฟรมเวิร์กและ HAL/เฟิร์มแวร์ การสนับสนุน:

  • เฟรมเวิร์ก:

    • รหัส AOSP
    • เปิดใช้ RTT ของ Wi-Fi: ต้องมีแฟล็กฟีเจอร์

  • การรองรับ RTT ของ Wi-Fi (IEEE 802.11mc หรือ IEEE 802.11az) HAL (ซึ่งหมายความว่า การสนับสนุนเฟิร์มแวร์)

หากต้องการใช้ฟีเจอร์นี้ ให้ใช้อินเทอร์เฟซ Wi-Fi AIDL หรือ 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 ที่ใช้ระหว่างธุรกรรม RTT ของ Wi-Fi ต้องเป็น แบบสุ่ม กล่าวคือ ต้องไม่ตรงกับที่อยู่ MAC ดั้งเดิมของ Wi-Fi ของ Google แต่ในบางกรณี เมื่ออุปกรณ์เชื่อมโยงกับ AP แล้ว อาจใช้ที่อยู่ MAC ที่เชื่อมโยงกับธุรกรรม RTT ทุกรายการ กับ AP นั้นหรือกับ AP อื่น

การตรวจสอบความถูกต้อง

ฟีเจอร์นี้มีการทดสอบความเข้ากันได้กับ Android (CTS) ตรวจพบ CTS เมื่อเปิดใช้ฟีเจอร์ และจะรวมการทดสอบที่เกี่ยวข้องโดยอัตโนมัติ ฟีเจอร์นี้ยังทดสอบได้โดยใช้ Vendor Test Suite (VTS)

การทดสอบ 1 หน่วย

การทดสอบแพ็กเกจ RTT ของ Wi-Fi จะดำเนินการโดยใช้สิ่งต่อไปนี้

การทดสอบบริการ:

atest com.android.server.wifi.rtt

การทดสอบผู้จัดการ:

atest android.net.wifi.rtt

CTS

ฟีเจอร์นี้มีการทดสอบความเข้ากันได้กับ Android (CTS) ตรวจพบ CTS เมื่อเปิดใช้ฟีเจอร์และรวมการทดสอบที่เกี่ยวข้องโดยอัตโนมัติ CANNOT TRANSLATE จุดเข้าใช้งานที่รองรับ RTT ของ Wi-Fi (IEEE 802.11mc) ต้องอยู่ในช่วง อุปกรณ์ภายใต้การทดสอบ

การทดสอบ CTS สามารถทริกเกอร์ได้โดยใช้สิ่งต่อไปนี้

atest WifiRttTest

การปรับเทียบ

เพื่อให้ RTT ของ Wi-Fi ทำงานได้ดี ช่วงผลลัพธ์ใน 802.11mc หรือ 802.11az ควรมีความถูกต้องภายในตัวชี้วัดประสิทธิภาพ (KPI) ที่อธิบายไว้ในส่วนนี้

สำหรับโปรโตคอล 11mc ที่แบนด์วิดท์ที่ระบุไว้ (80 MHz, 40 MHz 20 MHz) และขนาดภาพถ่ายอัจฉริยะที่ 8 KPI สำหรับการประมาณช่วงจะเหมือนกับ ได้ความแม่นยำต่อไปนี้ที่เปอร์เซ็นไทล์ที่ 90 ของข้อผิดพลาด

  • 80 MHz: 2 เมตร
  • 40 MHz: 4 เมตร
  • 20 MHz: 8 เมตร

สำหรับโปรโตคอล 11az การกำหนดค่าเสาอากาศ MIMO และการฝึกเป็นเวลานาน การทำซ้ำแบบฟิลด์ (LTF) มีผลต่อความถูกต้อง สำหรับโทรศัพท์มือถือทั่วไป (ใช้ 2 เสาอากาศ) และจุดเชื่อมต่อ (4 เสาอากาศ) ระบบมี 2x4 MIMO การกำหนดค่า สำหรับการกำหนดค่าดังกล่าวโดยใช้ปัจจัยการทำซ้ำ LTF 2 และที่แบนด์วิดท์ที่ระบุไว้ (160 MHz, 80 MHz, 40 MHz 20 MHz) คาดว่า KPI สำหรับช่วงโดยประมาณจะบรรลุผลดังนี้ ที่เปอร์เซ็นไทล์ที่ 90 ของข้อผิดพลาด

  • 160 MHz: 0.5 เมตร
  • 80 MHz: 1 เมตร
  • 40 MHz: 2 เมตร
  • 20 MHz: 4 เมตร

เพื่อให้มั่นใจว่าการใช้งานคุณลักษณะทำงานอย่างถูกต้อง การปรับเทียบ จึงเป็นสิ่งจำเป็น

ซึ่งทำได้โดยการเปรียบเทียบช่วงข้อมูลจากการสังเกตการณ์โดยตรงกับ RTT โดยประมาณ เป็นช่วงที่เพิ่มขึ้น สำหรับความสอดคล้องขั้นพื้นฐาน คุณควรตรวจสอบ กับอุปกรณ์ที่มีการปรับเทียบ RTT การปรับเทียบช่วง ได้รับการทดสอบภายใต้เงื่อนไขต่อไปนี้

  1. ห้องปฏิบัติการแบบเปิดขนาดใหญ่หรือทางเดินที่ไม่มีโลหะจำนวนมาก ที่อาจทำให้เกิดเส้นทางหลายเส้นทาง (Multi-Path) สูงผิดปกติ
  2. เป็นทางหรือทางยาวอย่างน้อย 25 เมตรตามแนวสายตา (LOS)
  3. เครื่องหมายที่เพิ่มขึ้น 0.5 เมตรจากปลายด้านหนึ่งของแทร็กไปยังอีกด้านหนึ่ง

  4. ตำแหน่งสำหรับรักษาความปลอดภัยให้จุดเข้าใช้งานที่ใช้ RTT ที่ปลายด้านหนึ่งของแทร็ก ติดตั้งบนพื้น 20 ซม. และตัวยึดที่เคลื่อนย้ายได้สำหรับโทรศัพท์ Android (หรืออุปกรณ์เคลื่อนที่ Android อื่นๆ ที่อยู่ระหว่างการทดสอบ) ที่สามารถเคลื่อนที่ไปตาม และอยู่ในแนวเดียวกับเครื่องหมายขนาด 0.5 เมตร และที่ความสูง 20 ซม. ด้านบน พื้น

  5. ควรบันทึกผลลัพธ์ช่วง 50 ระยะที่แต่ละเครื่องหมาย พร้อมทั้ง ระยะห่างจากจุดเข้าใช้งาน สถิติ เช่น ค่าเฉลี่ยช่วงและความแปรปรวน สำหรับแต่ละตำแหน่งของเครื่องหมาย

จากผลลัพธ์ในขั้นตอนที่ 5 จะสามารถวาดแผนภูมิเพื่อแสดงข้อมูลที่เป็นความจริงภาคพื้นดิน (แกน x) เทียบกับช่วงโดยประมาณ (แกน y) และเส้นการถดถอยที่พอดีที่สุดโดยประมาณ เหมาะสมที่สุด การปรับเทียบอุปกรณ์จะทำให้ได้เส้นไล่ระดับสี 1.0 โดยที่มีออฟเซ็ต 0.0 ม. เปิดอยู่ แกน Y ค่าเบี่ยงเบนจากค่าเหล่านี้เป็นค่าที่ยอมรับได้หากอยู่ภายใน KPI สำหรับแบนด์วิดท์ที่เกี่ยวข้อง หากผลลัพธ์อยู่นอก KPI สัญญาณ ควรมีการปรับเทียบฟีเจอร์ของอุปกรณ์อีกครั้งเพื่อให้ได้ผลลัพธ์ภายใน KPI