تستخدم Google تكنولوجيا الذكاء الاصطناعي لترجمة المحتوى إلى لغتك المفضّلة، وقد تتضمّن بعض الأخطاء.

موقع Wi-Fi: بدءًا من ميزة "المراسلة النصية في الوقت الفعلي"

يمكنك استخدام وظيفة الموقع الجغرافي لشبكة Wi-Fi التي توفّرها واجهة برمجة التطبيقات Wi-Fi RTT (وقت الذهاب والعودة) لقياس المسافة إلى نقاط الوصول اللاسلكية القريبة المتوافقة مع تكنولوجيا RTT وأجهزة Wi-Fi Aware المشابهة.

إذا قمت بقياس المسافة إلى ثلاث نقاط وصول أو أكثر، يمكنك استخدام خوارزمية التثليث لتقدير موضع الجهاز الذي يناسب هذه القياسات على أفضل وجه. تكون النتيجة دقيقة عادةً في نطاق يتراوح بين متر ومترَين.

بفضل هذه الدقة، يمكنك تطوير خدمات دقيقة مستندة إلى الموقع الجغرافي، مثل التنقّل داخل المباني والتحكّم الصوتي الواضح (على سبيل المثال، "تشغيل هذا الضوء") والمعلومات المستندة إلى الموقع الجغرافي (على سبيل المثال، "هل هناك عروض خاصة لهذا المنتج؟").

لا يحتاج الجهاز الذي يرسل الطلب إلى الاتصال بنقاط الوصول لقياس المسافة باستخدام Wi-Fi RTT. للحفاظ على الخصوصية، لا يمكن إلا للجهاز الذي يرسل الطلب تحديد المسافة إلى نقطة الوصول، ولا تتوفّر هذه المعلومات لدى نقاط الوصول. عمليات Wi-Fi RTT غير محدودة للتطبيقات التي تعمل في المقدّمة، ولكن يتم تقييدها للتطبيقات التي تعمل في الخلفية.

يتم تحديد ميزة Wi-Fi RTT وإمكانات قياس الوقت الدقيق (FTM) ذات الصلة من خلال معيار IEEE 802.11-2016. تتطلّب ميزة Wi-Fi RTT قياس الوقت بدقة من خلال بروتوكول FTM لأنّها تحتسب المسافة بين جهازَين من خلال قياس الوقت الذي تستغرقه حزمة البيانات للانتقال ذهابًا وإيابًا بين الجهازَين وضرب هذا الوقت في سرعة الضوء.

يتيح Android 15 (مستوى واجهة برمجة التطبيقات 35) استخدام تقنية قياس المسافة غير المستندة إلى المشغّلات (NTB) وفقًا لمعيار IEEE 802.11az.

الاختلافات في التنفيذ استنادًا إلى إصدار Android

تم طرح ميزة Wi-Fi RTT في الإصدار 9 من نظام التشغيل Android (المستوى 28 لواجهة برمجة التطبيقات). عند استخدام هذا البروتوكول لتحديد موضع الجهاز باستخدام التثليث المساحي مع الأجهزة التي تعمل بنظام التشغيل Android 9، يجب أن يكون لديك إمكانية الوصول إلى بيانات مواقع نقاط الوصول (AP) المحددة مسبقًا في تطبيقك. الأمر متروك لك لتقرير كيفية تخزين هذه البيانات واستردادها.

على الأجهزة التي تعمل بنظام التشغيل Android 10 (مستوى واجهة برمجة التطبيقات 29) والإصدارات الأحدث، يمكن تمثيل بيانات الموقع الجغرافي لنقطة الوصول على شكل عناصر ResponderLocation، والتي تتضمّن خط العرض وخط الطول والارتفاع. بالنسبة إلى نقاط الوصول التي تستخدم تكنولوجيا Wi-Fi RTT وتتيح استخدام معلومات إعدادات الموقع الجغرافي أو تقرير الموقع الجغرافي المدني (بيانات LCI أو LCR)، سيعرض البروتوكول كائن ResponderLocation أثناء عملية تحديد النطاق.

يمكن للتطبيقات الاستعلام عن نقاط الوصول مباشرةً لمعرفة موقعها الجغرافي بدلاً من تخزينه مسبقًا. يمكن لتطبيقك العثور على نقاط الوصول وتحديد مواقعها حتى إذا لم تكن معروفة من قبل، مثلاً عندما يدخل المستخدم مبنى جديدًا.

تتوفّر ميزة تحديد النطاق باستخدام تقنية NTB وفقًا لمعيار IEEE 802.11az على الأجهزة التي تعمل بالإصدار 15 من نظام التشغيل Android (مستوى واجهة برمجة التطبيقات 35) والإصدارات الأحدث. وهذا يعني أنّه إذا كان الجهاز يتوافق مع وضع بادئ NTB وفقًا لمعيار IEEE 802.11az (المشار إليه بـ WifiRttManager.CHARACTERISTICS_KEY_BOOLEAN_NTB_INITIATOR)، يمكن لتطبيقك العثور على نقاط الوصول المتوافقة مع معيارَي IEEE 802.11mc وIEEE 802.11az من خلال طلب نطاق واحد. تمت توسعة واجهة برمجة التطبيقات RangingResult لتوفير معلومات حول الحد الأدنى والحد الأقصى للقيمة التي يمكن استخدامها للفاصل الزمني بين قياسات النطاق، مع ترك الفاصل الزمني الدقيق تحت تحكّم تطبيقك.

المتطلبات

يجب أن يتوافق الجهاز الذي يرسل طلب تحديد النطاق مع معيار FTM ‏802.11-2016 أو معيار 802.11az (تحديد النطاق بدون مشغّل).
يجب أن يعمل الجهاز الذي يرسل طلب قياس المسافة بنظام التشغيل Android 9 (مستوى واجهة برمجة التطبيقات 28) أو إصدار أحدث. يتم تفعيل ميزة تحديد النطاق غير المستندة إلى المشغّلات وفقًا لمعيار IEEE 802.11az على الأجهزة التي تعمل بنظام التشغيل Android 15 (مستوى واجهة برمجة التطبيقات 35) والإصدارات الأحدث.
يجب أن تكون خدمات الموقع الجغرافي مفعَّلة على الجهاز الذي يرسل طلب قياس المسافة، كما يجب أن يكون البحث عن شبكات Wi-Fi مفعَّلاً (ضمن الإعدادات > الموقع الجغرافي).
إذا كان التطبيق الذي يرسل طلب تحديد النطاق يستهدف الإصدار 13 من نظام التشغيل Android (مستوى واجهة برمجة التطبيقات 33) أو الإصدارات الأحدث، يجب أن يحصل على إذن NEARBY_WIFI_DEVICES. إذا كان هذا التطبيق يستهدف إصدارًا أقدم من Android، يجب أن يحصل على إذن ACCESS_FINE_LOCATION بدلاً من ذلك.
يجب أن يستعلم التطبيق عن نطاق نقاط الوصول عندما يكون التطبيق مرئيًا أو في خدمة تعمل في المقدّمة. لا يمكن للتطبيق الوصول إلى معلومات عن الموقع الجغرافي للجهاز من الخلفية.
يجب أن تتوافق نقطة الوصول مع معيار IEEE 802.11-2016 FTM أو معيار IEEE 802.11az (تحديد النطاق بدون مشغّل).

الإعداد

لإعداد تطبيقك لاستخدام Wi-Fi RTT، اتّبِع الخطوات التالية:

1. طلب الحصول على الأذونات

اطلب الأذونات التالية في ملف بيان تطبيقك:

<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
<!-- If your app targets Android 13 (API level 33)
     or higher, you must declare the NEARBY_WIFI_DEVICES permission. -->
<uses-permission android:name="android.permission.NEARBY_WIFI_DEVICES"
                 <!-- If your app derives location information from Wi-Fi APIs,
                      don't include the "usesPermissionFlags" attribute. -->
                 android:usesPermissionFlags="neverForLocation" />
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION"
                 <!-- If any feature in your app relies on precise location
                      information, don't include the "maxSdkVersion"
                      attribute. -->
                 android:maxSdkVersion="32" />

يُعدّ الإذنان NEARBY_WIFI_DEVICES وACCESS_FINE_LOCATION من الأذونات الخطيرة، لذا عليك طلب الحصول عليهما في وقت التشغيل في كل مرة يريد فيها المستخدم إجراء عملية فحص RTT. سيحتاج تطبيقك إلى طلب إذن المستخدم إذا لم يسبق له منح الإذن. لمزيد من المعلومات حول أذونات التشغيل، يُرجى الاطّلاع على مقالة طلب أذونات التطبيق.

2. التحقّق مما إذا كان الجهاز يتيح استخدام ميزة Wi-Fi RTT

للتحقّق مما إذا كان الجهاز يتيح استخدام Wi-Fi RTT، استخدِم واجهة برمجة التطبيقات PackageManager:

Kotlin

context.packageManager.hasSystemFeature(PackageManager.FEATURE_WIFI_RTT)

Java

context.getPackageManager().hasSystemFeature(PackageManager.FEATURE_WIFI_RTT);

3- التحقّق من توفّر ميزة Wi-Fi RTT

قد تتوفّر ميزة Wi-Fi RTT على الجهاز، ولكن قد لا تكون متاحة لأنّ المستخدم أوقف Wi-Fi. قد لا تتوافق بعض الأجهزة مع ميزة Wi-Fi RTT إذا كانت ميزة SoftAP أو ميزة الربط قيد الاستخدام، وذلك حسب إمكانيات الأجهزة والبرامج الثابتة. للتحقّق من توفّر ميزة "وقت الإرسال والاستجابة عبر Wi-Fi"، يمكنك استدعاء isAvailable().

يمكن أن يتغيّر مدى توفّر ميزة Wi-Fi RTT في أي وقت. يجب أن يسجّل تطبيقك BroadcastReceiver لتلقّي ACTION_WIFI_RTT_STATE_CHANGED، الذي يتم إرساله عند تغيُّر مدى التوفّر. عندما يتلقّى تطبيقك هدف البث، يجب أن يتحقّق التطبيق من الحالة الحالية للتوفّر ويعدّل سلوكه وفقًا لذلك.

على سبيل المثال:

Kotlin

val filter = IntentFilter(WifiRttManager.ACTION_WIFI_RTT_STATE_CHANGED)
val myReceiver = object: BroadcastReceiver() {

    override fun onReceive(context: Context, intent: Intent) {
        if (wifiRttManager.isAvailable) {
            …
        } else {
            …
        }
    }
}
context.registerReceiver(myReceiver, filter)

Java

IntentFilter filter =
    new IntentFilter(WifiRttManager.ACTION_WIFI_RTT_STATE_CHANGED);
BroadcastReceiver myReceiver = new BroadcastReceiver() {
    @Override
    public void onReceive(Context context, Intent intent) {
        if (wifiRttManager.isAvailable()) {
            …
        } else {
            …
        }
    }
};
context.registerReceiver(myReceiver, filter);

لمزيد من المعلومات، يُرجى الاطّلاع على عمليات البث.

إنشاء طلب تحديد النطاق

يتم إنشاء طلب تحديد النطاق (RangingRequest) من خلال تحديد قائمة بنقاط الوصول أو أجهزة Wi-Fi Aware النظيرة التي يتم طلب تحديد النطاق لها. يمكن تحديد عدة نقاط وصول أو أجهزة نظيرة متوافقة مع Wi-Fi Aware في طلب واحد لتحديد النطاق، ويتم قياس المسافات إلى جميع الأجهزة وإرجاعها.

على سبيل المثال، يمكن أن يستخدم الطلب طريقة addAccessPoint() لتحديد نقطة وصول يتم قياس المسافة إليها:

Kotlin

val req: RangingRequest = RangingRequest.Builder().run {
    addAccessPoint(ap1ScanResult)
    addAccessPoint(ap2ScanResult)
    build()
}

Java

RangingRequest.Builder builder = new RangingRequest.Builder();
builder.addAccessPoint(ap1ScanResult);
builder.addAccessPoint(ap2ScanResult);

RangingRequest req = builder.build();

يتم تحديد نقطة الوصول من خلال عنصر ScanResult، والذي يمكن الحصول عليه من خلال طلب WifiManager.getScanResults(). يمكنك استخدام addAccessPoints(List<ScanResult>) لإضافة نقاط وصول متعددة في دفعة واحدة.

يمكن أن تحتوي عناصر ScanResult على نقاط وصول متوافقة مع معيار IEEE 802.11mc (is80211mcResponder()) ومعيار IEEE 802.11az لتحديد النطاق بدون مشغّل (is80211azNtbResponder()). تنفّذ الأجهزة التي تتيح قياس المسافة باستخدام معيار IEEE 802.11az NTB إما قياس المسافة باستخدام معيار 802.11mc أو 802.11az حسب إمكانات نقطة الوصول، ويتم ضبطها تلقائيًا على معيار 802.11az عندما تتيح نقطة الوصول كلا المعيارَين. أما الأجهزة التي لا تتوافق مع معيار IEEE 802.11az، فتنفّذ جميع عمليات قياس المسافة باستخدام بروتوكول IEEE 802.11mc.

وبالمثل، يمكن لطلب تحديد النطاق إضافة جهاز نظير يتضمّن ميزة Wi-Fi Aware باستخدام عنوان MAC أو PeerHandle، باستخدام الطريقتين addWifiAwarePeer(MacAddress peer) وaddWifiAwarePeer(PeerHandle peer) على التوالي. لمزيد من المعلومات حول اكتشاف الأجهزة المشابهة التي تستخدم Wi-Fi Aware، يُرجى الاطّلاع على مستندات Wi-Fi Aware.

طلب تحديد النطاق

يُصدر التطبيق طلبًا لتحديد النطاق باستخدام طريقة WifiRttManager.startRanging() وتوفير ما يلي: RangingRequest لتحديد العملية، وExecutor لتحديد سياق معاودة الاتصال، وRangingResultCallback لتلقّي النتائج.

على سبيل المثال:

Kotlin

val mgr = context.getSystemService(Context.WIFI_RTT_RANGING_SERVICE) as WifiRttManager
val request: RangingRequest = myRequest
mgr.startRanging(request, executor, object : RangingResultCallback() {

    override fun onRangingResults(results: List<RangingResult>) { … }

    override fun onRangingFailure(code: Int) { … }
})

Java

WifiRttManager mgr =
      (WifiRttManager) Context.getSystemService(Context.WIFI_RTT_RANGING_SERVICE);

RangingRequest request ...;
mgr.startRanging(request, executor, new RangingResultCallback() {

  @Override
  public void onRangingFailure(int code) { … }

  @Override
  public void onRangingResults(List<RangingResult> results) { … }
});

يتم تنفيذ عملية قياس المسافة بشكل غير متزامن، ويتم عرض نتائج قياس المسافة في إحدى عمليات الاستدعاء RangingResultCallback:

في حال تعذّر تنفيذ عملية تحديد النطاق بالكامل، يتم تشغيل دالة الاستدعاء onRangingFailure مع رمز حالة موضّح في RangingResultCallback. قد يحدث هذا الخطأ إذا لم تتمكّن الخدمة من تنفيذ عملية تحديد النطاق في الوقت الحالي، على سبيل المثال، بسبب إيقاف Wi-Fi أو لأنّ التطبيق طلب عددًا كبيرًا جدًا من عمليات تحديد النطاق وتم تقييده أو بسبب مشكلة في الأذونات.
عند اكتمال عملية تحديد النطاق، يتم تشغيل دالة الاستدعاء onRangingResults مع قائمة بالنتائج التي تطابق قائمة الطلبات، أي نتيجة واحدة لكل طلب. لا يتطابق ترتيب النتائج بالضرورة مع ترتيب الطلبات. يُرجى العِلم أنّ عملية تحديد النطاق قد تكتمل، ولكن قد تشير كل نتيجة إلى تعذُّر إجراء هذا القياس المحدّد.

تفسير نتائج تحديد النطاق

يتم تحديد كل نتيجة من النتائج التي تعرضها دالة رد الاتصال onRangingResults من خلال كائن RangingResult. في كل طلب، اتّبِع الخطوات التالية:

1. تحديد الطلب

تحديد الطلب استنادًا إلى المعلومات المقدَّمة عند إنشاء RangingRequest، وغالبًا ما يكون عنوان MAC المقدَّم في ScanResult يحدّد نقطة وصول يمكن الحصول على عنوان MAC من نتيجة قياس المسافة باستخدام طريقة getMacAddress().

قد تكون قائمة نتائج قياس المسافة بترتيب مختلف عن الأجهزة النظيرة (نقاط الوصول) المحدّدة في طلب قياس المسافة، لذا استخدِم عنوان MAC لتحديد الجهاز النظير، وليس ترتيب النتائج.

2. تحديد ما إذا كان كل قياس ناجحًا

لتحديد ما إذا كان القياس ناجحًا، استخدِم طريقة getStatus(). وتشير أي قيمة أخرى غير STATUS_SUCCESS إلى حدوث خطأ. ويعني الفشل أنّ جميع الحقول الأخرى لهذه النتيجة (باستثناء تعريف الطلب في الخطوة السابقة) غير صالحة، وأنّ طريقة get* المقابلة تتعذّر مع استثناء IllegalStateException.

3- الحصول على نتائج لكل عملية قياس ناجحة

بالنسبة إلى كل عملية قياس ناجحة (RangingResult)، يمكنك استرداد قيم النتائج باستخدام طرق get المعنيّة:

المسافة بالملليمتر والانحراف المعياري للقياس:

getDistanceMm()

getDistanceStdDevMm()
مؤشر قوة الإشارة المستقبلة (RSSI) للحزم المستخدَمة في القياسات:

getRssi()
الوقت بالمللي ثانية الذي تم فيه إجراء القياس (يشير إلى الوقت منذ بدء التشغيل):

getRangingTimestampMillis()
عدد القياسات التي تمت محاولة إجرائها وعدد القياسات التي نجحت (والتي تستند إليها قياسات المسافة):

getNumAttemptedMeasurements()

getNumSuccessfulMeasurements()
الحدّ الأدنى والحدّ الأقصى للوقت الذي يجب أن ينتظره جهاز العميل بين قياسات 11az NTB:

تعرض الدالتان getMinTimeBetweenNtbMeasurementsMicros() وgetMaxTimeBetweenNtbMeasurementsMicros() الحد الأدنى والحد الأقصى للوقت. إذا تم طلب قياس النطاق التالي قبل انقضاء الحد الأدنى للوقت، ستعرض واجهة برمجة التطبيقات نتيجة النطاق المخزَّنة مؤقتًا. إذا تم طلب قياس النطاق التالي بعد انقضاء الحد الأقصى للوقت، تنهي واجهة برمجة التطبيقات جلسة قياس النطاق غير المشغَّلة وتتفاوض على جلسة قياس نطاق جديدة مع المحطة المستجيبة. تجنَّب طلب جلسة قياس نطاق جديدة، لأنّ ذلك يضيف وقتًا إضافيًا إلى وقت قياس النطاق. للاستفادة إلى أقصى حد من كفاءة قياس المسافة غير المستند إلى المشغّلات في معيار 802.11az، يمكنك تفعيل طلب قياس المسافة التالي بين الحد الأدنى والحد الأقصى لوقت القياس المحدّد في قياس RangingResult السابق.
تكرارات حقل التدريب الطويل (LTF) التي استخدمتها محطات الاستجابة والبدء في ديباجة نتيجة IEEE 802.11az NTB:

get80211azResponderTxLtfRepetitionsCount()

get80211azInitiatorTxLtfRepetitionsCount()
عدد سلاسل الوقت المكانية (STS) للإرسال والاستقبال التي استخدمتها المحطة البادئة للحصول على نتيجة IEEE 802.11az NTB:

get80211azNumberOfTxSpatialStreams()

get80211azNumberOfRxSpatialStreams()

أجهزة Android التي تتوافق مع WiFi-RTT

تعرض الجداول التالية بعض الهواتف ونقاط الوصول وأجهزة البيع بالتجزئة والتخزين ومراكز التوزيع التي تتوافق مع ميزة WiFi-RTT. هذه ليست شاملة. ننصحك بالتواصل معنا لإدراج منتجاتك المتوافقة مع ميزة "المراسلة النصية في الوقت الفعلي" هنا.

نقاط الوصول

الشركة المصنّعة والطراز	تاريخ الدعم	البروتوكول
‫Nest Wifi Pro (Wi-Fi 6E)	متاح	mc
Compulab WILD AP	متاح	mc
Google Wi-Fi	متاح	mc
موجِّه شبكة Google Nest Wi-Fi	متاح	mc
نقطة Google Nest Wi-Fi	متاح	mc
Aruba AP-635	متاح	mc
Cisco 9130	متاح	mc
Cisco 9136	متاح	mc
Cisco 9166	متاح	mc
Cisco 9164	متاح	mc
Cisco CW9172I	متاح	mc/az
Cisco CW9172H	متاح	mc/az
Cisco CW9176I	متاح	mc/az
Cisco CW9178I	متاح	mc/az
Aruba AP-505	متاح	mc
Aruba AP-515	متاح	mc
Aruba AP-575	متاح	mc
Aruba AP-518	متاح	mc
Aruba AP-505H	متاح	mc
Aruba AP-565	متاح	mc
Aruba AP-535	متاح	mc
Aruba AP567	متاح	mc
Aruba AP577	متاح	mc
Aruba AP555	متاح	mc
Aruba AP635	متاح	mc
Aruba AP655	متاح	mc
Aruba AP615	متاح	mc
Aruba AP734	متاح	mc/az
Aruba AP735	متاح	mc/az
Aruba AP754	متاح	mc/az
Aruba AP755	متاح	mc/az

الهواتف

الشركة المصنّعة والطراز	إصدار Android
Google Pixel 9 Pro XL	14+
Google Pixel 9	14+
Google Pixel 9 Pro	14+
Google Pixel 9 Pro XL	14+
Google Pixel 7a	14+
Google Pixel 7	14+
Google Pixel 8	14+
Google Pixel 8 Pro	14+
Google Pixel 8a	14+
Samsung SM-S918B	14+
Samsung SM-A515F	14+
Google Pixel 9 Pro	14+
Samsung SM-A546E	14+
Samsung SM-S928B	14+
Samsung SM-A217F	14+
Samsung SM-A715F	14+
Samsung SM-A528B	14+
Samsung SM-A135F	14+
Samsung SM-S911B	14+
Xiaomi 21091116AI	14+
Google Pixel 9	14+
Samsung SM-A127F	14+
Google Pixel 7 Pro	14+
Samsung SM-A556E	14+
Pixel 6	9.0+
Pixel 6 Pro	9.0+
Pixel 5	9.0+
Pixel 5a	9.0+
Pixel 5a (5G)	9.0+
Xiaomi Mi 10 Pro	9.0+
Xiaomi Mi 10	9.0+
Xiaomi Redmi Mi 9T Pro	9.0+
Xiaomi Mi 9T	9.0+
Xiaomi Mi 9	9.0+
Xiaomi Mi Note 10	9.0+
Xiaomi Mi Note 10 Lite	9.0+
Xiaomi Redmi Note 9S	9.0+
Xiaomi Redmi Note 9 Pro	9.0+
Xiaomi Redmi Note 8T	9.0+
Xiaomi Redmi Note 8	9.0+
Xiaomi Redmi K30 Pro	9.0+
Xiaomi Redmi K20 Pro	9.0+
Xiaomi Redmi K20	9.0+
Xiaomi Redmi Note 5 Pro	9.0+
Xiaomi Mi CC9 Pro	9.0+
LG G8X ThinQ	9.0+
LG V50S ThinQ	9.0+
LG V60 ThinQ	9.0+
LG V30	9.0+
Samsung Galaxy Note 10+ 5G	9.0+
Samsung Galaxy S20+ 5G	9.0+
+Samsung Galaxy S20	9.0+
Samsung Galaxy S20 5G	9.0+
Samsung Galaxy S20 Ultra 5G	9.0+
Samsung Galaxy S20	9.0+
Samsung Galaxy Note 10+‎	9.0+
Samsung Galaxy Note 10 5G	9.0+
Samsung Galaxy Note 10	9.0+
Samsung A9 Pro	9.0+
Google Pixel 4 XL	9.0+
Google Pixel 4	9.0+
Google Pixel 4a	9.0+
Google Pixel 3 XL	9.0+
Google Pixel 3	9.0+
Google Pixel 3a XL	9.0+
Google Pixel 3a	9.0+
Google Pixel 2 XL	9.0+
Google Pixel 2	9.0+
Google Pixel 1 XL	9.0+
Google Pixel 1	9.0+
Poco X2	9.0+
Sharp Aquos R3 SH-04L	9.0+

أجهزة البيع بالتجزئة والتخزين ومراكز التوزيع

الشركة المصنّعة والطراز	إصدار Android
Zebra PS20	10.0+
Zebra TC52/TC52HC	10.0+
Zebra TC57	10.0+
Zebra TC72	10.0+
Zebra TC77	10.0+
Zebra MC93	10.0+
Zebra TC8300	10.0+
Zebra VC8300	10.0+
Zebra EC30	10.0+
Zebra ET51	10.0+
Zebra ET56	10.0+
Zebra L10	10.0+
Zebra CC600/CC6000	10.0+
Zebra MC3300x	10.0+
Zebra MC330x	10.0+
Zebra TC52x	10.0+
Zebra TC57x	10.0+
Zebra EC50 (LAN وHC)	10.0+
Zebra EC55 (WAN)	10.0+
Zebra WT6300	10.0+
Skorpio X5	10.0+

موقع Wi-Fi: بدءًا من ميزة "المراسلة النصية في الوقت الفعلي" تنظيم صفحاتك في مجموعات يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.

الاختلافات في التنفيذ استنادًا إلى إصدار Android

المتطلبات

الإعداد

1. طلب الحصول على الأذونات

2. التحقّق مما إذا كان الجهاز يتيح استخدام ميزة Wi-Fi RTT

Kotlin

Java

3- التحقّق من توفّر ميزة Wi-Fi RTT

Kotlin

Java

إنشاء طلب تحديد النطاق

Kotlin

Java

طلب تحديد النطاق

Kotlin

Java

تفسير نتائج تحديد النطاق

1. تحديد الطلب

2. تحديد ما إذا كان كل قياس ناجحًا

3- الحصول على نتائج لكل عملية قياس ناجحة

أجهزة Android التي تتوافق مع WiFi-RTT

نقاط الوصول

الهواتف

أجهزة البيع بالتجزئة والتخزين ومراكز التوزيع

موقع Wi-Fi: بدءًا من ميزة "المراسلة النصية في الوقت الفعلي"