एंड्रॉइड 9 में वाई-फाई राउंड ट्रिप टाइम (आरटीटी) सुविधा सहायक उपकरणों को अन्य सहायक उपकरणों से दूरी मापने में सक्षम बनाती है: चाहे वे एक्सेस पॉइंट (एपी) हों या वाई-फाई अवेयर पीयर (यदि वाई-फाई अवेयर समर्थित है) उपकरण)। IEEE 802.11mc प्रोटोकॉल पर निर्मित यह सुविधा ऐप्स को बेहतर स्थान सटीकता और जागरूकता का उपयोग करने में सक्षम बनाती है।
उदाहरण और स्रोत
इस सुविधा का उपयोग करने के लिए, एंड्रॉइड ओपन सोर्स प्रोजेक्ट (एओएसपी) में प्रदान की गई वाई-फाई हार्डवेयर इंटरफेस डिज़ाइन लैंग्वेज (एचआईडीएल) को लागू करें। एंड्रॉइड 8.0 में, एचआईडीएल पिछले हार्डवेयर एब्स्ट्रक्शन लेयर (एचएएल) संरचना को प्रतिस्थापित करता है जो इंटरफेस और पैकेज में एकत्रित प्रकार और विधि कॉल निर्दिष्ट करके कार्यान्वयन को सुव्यवस्थित करने के लिए उपयोग किया जाता है।
वाई-फाई आरटीटी सुविधा को नियोजित करने के लिए वाई-फाई एचआईडीएल का पालन करें: hardware/interfaces/wifi/1.0 या बाद में।
आप पुराने वाई-फाई एचएएल को यह देखने के लिए देख सकते हैं कि यह नए एचआईडीएल इंटरफ़ेस से कैसे संबंधित है: हार्डवेयर/libhardware_legacy/+/master/include/hardware_legacy/rtt.h ।
कार्यान्वयन
वाई-फाई आरटीटी को लागू करने के लिए, आपको ढांचा और एचएएल/फर्मवेयर समर्थन दोनों प्रदान करने होंगे:
रूपरेखा:
- एओएसपी कोड
- वाई-फाई आरटीटी सक्षम करें: एक फीचर फ्लैग की आवश्यकता है
वाई-फाई आरटीटी (आईईईई 802.11 एमसी) एचएएल समर्थन (जिसका अर्थ फर्मवेयर समर्थन है)
इस सुविधा को लागू करने के लिए, वाई-फाई एचआईडीएल लागू करें और फीचर फ्लैग को सक्षम करें:
device/<oem>/<device>में स्थितdevice.mkमें, Wi-Fi RTT सुविधा के लिए समर्थन शामिल करने के लिएPRODUCT_COPY_FILESपर्यावरण चर को संशोधित करें:PRODUCT_COPY_FILES += frameworks/native/data/etc/android.hardware.wifi.rtt.xml:$(TARGET_COPY_OUT_VENDOR)/etc/permissions/android.hardware.wifi.rtt.xml
अन्यथा, इस सुविधा के लिए आवश्यक सभी चीजें AOSP में शामिल हैं।
मैक रैंडमाइजेशन
गोपनीयता बढ़ाने के लिए, वाई-फाई आरटीटी लेनदेन के दौरान उपयोग किए जाने वाले मैक पते को यादृच्छिक होना चाहिए, यानी, यह वाई-फाई इंटरफेस के मूल मैक पते से मेल नहीं खाना चाहिए। हालाँकि, एक अपवाद के रूप में, जब कोई उपकरण किसी AP के साथ जुड़ा होता है, तो वह उस MAC पते का उपयोग कर सकता है जिसके साथ वह उस AP या अन्य AP के साथ किसी भी RTT लेनदेन के लिए संबद्ध होता है।
मान्यकरण
इस सुविधा के लिए Android संगतता परीक्षण सूट (CTS) परीक्षण मौजूद हैं। सुविधा सक्षम होने पर सीटीएस पता लगाता है और स्वचालित रूप से संबंधित परीक्षण शामिल करता है। इस सुविधा का परीक्षण विक्रेता टेस्ट सूट (वीटीएस) और एक्ट्स/एसएल4ए का उपयोग करके भी किया जा सकता है, जो एक परीक्षण सूट है जो व्यापक एकीकरण परीक्षण करता है।
यूनिट परीक्षण
वाई-फाई आरटीटी पैकेज परीक्षण का उपयोग करके निष्पादित किया जाता है:
सेवा परीक्षण:
atest com.android.server.wifi.rtt
प्रबंधक परीक्षण:
atest android.net.wifi.rtt
एकीकरण (ACTS) परीक्षण
/tools/test/connectivity/acts_tests/tests/google/wifi/rtt/README.md में वर्णित Acts/sl4a परीक्षण सूट कार्यात्मक, प्रदर्शन और तनाव परीक्षण प्रदान करता है।
सीटीएस
इस सुविधा के लिए Android संगतता परीक्षण सूट (CTS) परीक्षण मौजूद हैं। सुविधा सक्षम होने पर सीटीएस पता लगाता है और स्वचालित रूप से संबंधित परीक्षण शामिल करता है। एक एक्सेस प्वाइंट जो वाई-फाई आरटीटी (आईईईई 802.11 एमसी) का समर्थन करता है, डिवाइस-अंडर-टेस्ट की सीमा के भीतर होना चाहिए।
सीटीएस परीक्षणों का उपयोग करके ट्रिगर किया जा सकता है:
atest WifiRttTest
कैलिब्रेशन
वाई-फाई आरटीटी अच्छा प्रदर्शन करने के लिए, 802.11 एमसी प्रोटोकॉल में लौटाई गई श्रेणियां कुंजी प्रदर्शन संकेतक (केपीआई) के भीतर आदर्श रूप से सटीक हैं। 90% CDF त्रुटि के लिए, सूचीबद्ध बैंडविड्थ पर, श्रेणी अनुमान के लिए अनुशंसित KPI में निम्नलिखित सहनशीलता होने की उम्मीद है:
- 80 मेगाहर्ट्ज: 2 मीटर
- 40 मेगाहर्ट्ज: 4 मीटर
- 20 मेगाहर्ट्ज: 8 मीटर
यह सुनिश्चित करने के लिए कि सुविधा का कार्यान्वयन सही ढंग से काम कर रहा है, अंशांकन परीक्षण आवश्यक है।
यह बढ़ती दूरी पर आरटीटी अनुमानित सीमा के खिलाफ जमीनी सच्चाई सीमा की तुलना करके प्राप्त किया जा सकता है। बुनियादी अनुरूपता के लिए, आपको अपने समाधान को किसी ऐसे उपकरण के विरुद्ध सत्यापित करना चाहिए जिसे RTT कैलिब्रेटेड के रूप में जाना जाता है। रेंज अंशांकन का परीक्षण निम्नलिखित परिस्थितियों में किया जाना चाहिए:
- एक बड़ी खुली प्रयोगशाला, या एक गलियारा जिसमें बहुत अधिक धातु की वस्तुएं नहीं होती हैं जिसके परिणामस्वरूप बहु-पथ की असामान्य रूप से उच्च घटनाएं हो सकती हैं।
- कम से कम एक लाइन-ऑफ-विज़न (एलओएस) ट्रैक/पथ जो 25 मीटर तक फैला हो।
- ट्रैक के एक छोर से दूसरे छोर तक 0.5 मीटर की वृद्धि के मार्कर।
- ट्रैक के एक छोर पर एक आरटीटी सक्षम पहुंच बिंदु को सुरक्षित करने के लिए एक जगह फर्श से 20 सेमी ऊपर घुड़सवार, और एक एंड्रॉइड फोन (या परीक्षण के तहत अन्य एंड्रॉइड मोबाइल डिवाइस) के लिए एक चल माउंट जिसे ट्रैक के साथ ले जाया जा सकता है, और इसके साथ गठबंधन किया जा सकता है 0.5m मार्कर, वह भी फर्श से 20cm ऊपर। नोट: यह दोहराव वाला कार्य एक छोटा रोबोट द्वारा किया जा सकता है, लेकिन एक मानव ऑपरेटर भी ठीक है।
- पहुंच बिंदु से दूरी के साथ-साथ प्रत्येक मार्कर पर 50 रेंजिंग परिणाम दर्ज किए जाने चाहिए। सांख्यिकी, जैसे कि श्रेणी माध्य और विचरण, की गणना प्रत्येक मार्कर स्थिति के लिए की जानी चाहिए।
चरण 5 के परिणामों से, अनुमानित सीमा (y-अक्ष) के विरुद्ध जमीनी सच्चाई (x-अक्ष) के लिए एक चार्ट तैयार किया जा सकता है और एक सर्वोत्तम फिट प्रतिगमन रेखा का अनुमान लगाया जा सकता है। आदर्श डिवाइस कैलिब्रेशन के परिणामस्वरूप y-अक्ष पर ऑफ़सेट 0.0m के साथ, ग्रेडिएंट 1.0 की एक पंक्ति होगी। इन मानों से विचलन स्वीकार्य हैं यदि वे संबंधित बैंडविड्थ के लिए KPI के भीतर हैं। यदि परिणाम KPI के बाहर हैं, तो KPI विनिर्देश के भीतर परिणाम लाने के लिए डिवाइस सुविधा को पुन: कैलिब्रेट किया जाना चाहिए।