اعتبارًا من عام 2026، ولضمان اتّساق نموذج التطوير الثابت الأساسي واستقرار المنصة في النظام المتكامل، سننشر رمز المصدر في مشروع Android مفتوح المصدر (AOSP) في الربعَين الثاني والرابع. لبناء مشروع Android مفتوح المصدر والمساهمة فيه، استخدِم android-latest-release. سيشير فرع بيان android-latest-release دائمًا إلى أحدث إصدار تم نشره في مشروع Android مفتوح المصدر. لمزيد من المعلومات، يُرجى الاطّلاع على التغييرات في مشروع Android مفتوح المصدر.

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

تجزئة شبكة الجيل الخامس

في الأجهزة التي تعمل بالإصدار 12 من نظام التشغيل Android أو الإصدارات الأحدث، يتيح نظام التشغيل Android استخدام تقسيم شبكة الجيل الخامس، وهو استخدام المحاكاة الافتراضية للشبكة لتقسيم اتصالات الشبكة الفردية إلى اتصالات افتراضية متعددة ومختلفة توفّر كميات مختلفة من الموارد لأنواع مختلفة من الزيارات. تتيح ميزة "تقسيم الشبكة" في شبكات الجيل الخامس لمشغّلي الشبكات تخصيص جزء من الشبكة لتوفير ميزات معيّنة لشريحة معيّنة من العملاء. يقدّم نظام التشغيل Android 12 إمكانات تقسيم شبكة الجيل الخامس التالية للمؤسسات، والتي يمكن لمشغّلي الشبكات توفيرها لعملاء المؤسسات:

تقسيم الأجهزة في المؤسسات للأجهزة المُدارة بالكامل

بالنسبة إلى المؤسسات التي توفّر أجهزة مُدارة بالكامل للموظفين، يمكن لموفّري الشبكات تزويدهم بشريحة واحدة أو أكثر من شرائح شبكات المؤسسات النشطة التي يتم توجيه الزيارات عليها من أجهزة الشركة. بدءًا من Android 12، يتيح نظام التشغيل Android لمشغّلي شبكات الجوّال توفير شرائح مخصّصة للمؤسسات من خلال قواعد URSP، بدلاً من إعداد الشرائح من خلال أسماء نقاط الوصول (APN).

تقسيم تطبيقات المؤسسات على الأجهزة التي تتضمّن ملفات عمل

بالنسبة إلى المؤسسات التي تستخدم حل ملف العمل، يتيح نظام التشغيل Android 12 للأجهزة توجيه الزيارات من جميع التطبيقات في ملف العمل إلى شريحة شبكة المؤسسة. يمكن للمؤسسات تفعيل هذه الميزة من خلال وحدة تحكّم بسياسة الجهاز (DPC).

يوفّر حلّ ملف العمل مستوى تلقائيًا من المصادقة والتحكّم في الوصول الذي تتطلّبه المؤسسات لضمان توجيه حركة البيانات من تطبيقات المؤسسة في ملف العمل فقط إلى شريحة شبكة المؤسسة. لا تحتاج التطبيقات في ملف العمل إلى تعديل لطلب شريحة شبكة المؤسسة بشكل صريح.

طريقة عمل تقسيم شبكة الجيل الخامس في "مشروع Android مفتوح المصدر"

يتيح نظام التشغيل Android 12 استخدام تقسيم شبكة الجيل الخامس (5G) من خلال إضافة تعديلات إلى قاعدة رموز الاتصالات في مشروع Android المفتوح المصدر (AOSP) ووحدة الربط لدمج واجهات برمجة التطبيقات الحالية الخاصة بالاتصال واللازمة لتقسيم الشبكة.

يوفّر نظام Android الأساسي للاتصالات واجهات برمجة تطبيقات وطبقة تجريد الأجهزة (HAL) لدعم التقسيم استنادًا إلى طلبات الشبكة التي يقدّمها رمز الشبكة الأساسي وإمكانات التقسيم على شبكة الجيل الخامس في المودم. يوضّح الشكل 1 مكوّنات ميزة تقسيم شبكة الجيل الخامس.

مكوّنات تقسيم شبكات الجيل الخامس

الشكل 1: بنية تقسيم شبكات الجيل الخامس في AOSP

تتيح منصة الاتصالات والربط ما يلي:

تحويل طلبات الشبكة لفئات الشرائح إلى واصفات حركة المرور التي يتم تمريرها بعد ذلك إلى المودم لمطابقة حركة المرور في سياسة URSP واختيار المسار
الرجوع إلى الشبكة التلقائية في حال عدم توفّر شريحة شبكة المؤسسة
توجيه الزيارات من جميع التطبيقات ضمن ملف العمل إلى الاتصال المعني
دعم تقسيم الشبكة على مستوى المؤسسة
- رصد وجود ملف عمل على الجهاز
- التحقّق من الأذونات أو توجيه الطلبات المقدَّمة من خلال وحدة التحكّم في سياسة الجهاز (DPC) التي يستخدمها مشرف تكنولوجيا المعلومات في المؤسسة

تتضمّن خدمة الشبكات الأساسية التغييرات التالية على وحدة الربط في Android 12:

تضيف معظم فئات android.net.* واجهة برمجة التطبيقات العامة أو فئات واجهة برمجة تطبيقات النظام إلى وحدة Tethering
توسيع حدود وحدة الربط لتشمل:
- f/b/core/java/android/net/…
- f/b/services/net/…
- f/b/services/core/java/com/android/server/connectivity/…
- f/b/services/core/java/com/android/server/ConnectivityService.java
- f/b/services/core/java/com/android/server/TestNetworkService.java
نقل رمز شبكة VPN خارج وحدة "ربط الإنترنت"

ينقل نظام التشغيل Android 12 الرمز البرمجي الذي يتضمّن الإمكانات التالية إلى وحدة "ربط الإنترنت":

تلقّي طلبات من التطبيقات لإجراء اتصالات بالشبكة
تلقّي طلبات من النظام (على سبيل المثال، "وضع هذه التطبيقات في شريحة مخصّصة للمؤسسة"، تم طرحها في Android 12)
إرسال طلبات من النظام إلى رمز الاتصال الهاتفي الذي يحاول إعداد الشبكات أو الشرائح من خلال واجهة برمجة تطبيقات HAL والمودم
إعلام netd بكيفية توجيه حركة البيانات على أساس كل تطبيق (تم طرح هذه الميزة في Android 12)
إبلاغ التطبيقات بما يحدث لحركة بيانات شبكتها من خلال واجهات برمجة التطبيقات ConnectivityManager مثل NetworkCallback وgetActiveNetwork وgetNetworkCapabilities

التنفيذ

لدعم تقسيم شبكات 5G على جهاز، يجب أن يتضمّن الجهاز مودمًا يدعم طبقة تجريد الأجهزة (HAL) IRadio 1.6 التي تتضمّن واجهة برمجة التطبيقات setupDataCall_1_6. تُعدّ هذه الواجهة اتصالاً بالبيانات وتتضمّن المَعلمات التالية لإتاحة تقسيم شبكات 5G:

‫trafficDescriptor: تحدّد هذه السمة واصف حركة البيانات الذي يتم إرساله إلى المودم
sliceInfo: تحدّد هذه السمة معلومات عن شريحة الشبكة التي سيتم استخدامها في حال نقل البيانات من EPDG إلى شبكة الجيل الخامس
‫matchAllRuleAllowed: تحدّد ما إذا كان مسموحًا باستخدام قاعدة URSP تلقائية تتضمّن مطابقة شاملة. يضبط نظام الاتصالات هذا الخيار على "صحيح" للشبكات التلقائية ولكن ليس للشرائح. يتم تطبيق قاعدة "مطابقة الكل" على الشبكات التلقائية. عندما يطلب تطبيق شريحة معيّنة غير متوفّرة، يتم الإبلاغ عن أنّ الشريحة المعيّنة غير متوفّرة. بالنسبة إلى تطبيقات المؤسسات، يمكن أن يعود إطار عمل Telephony إلى الشبكة التلقائية إذا لم تكن شبكة المؤسسة متاحة.

يجب أن تتوافق أجهزة المودم أيضًا مع واجهة برمجة التطبيقات getSlicingConfig ما لم يتم الإبلاغ عن عدم توافقها مع واجهة برمجة التطبيقات getHalDeviceCapabilities.

متطلبات المؤسسات

في ما يلي وصف لمتطلبات المؤسسات لاستخدام تقسيم شبكات الجيل الخامس على الأجهزة في عملية نشر Android للمؤسسات.

تأكَّد من أنّ الأجهزة المُدارة بالكامل أو أجهزة الموظفين التي تم إعدادها باستخدام ملف عمل متوافقة مع شبكة الجيل الخامس المستقلة (5G SA) وتتضمّن أجهزة مودم متوافقة مع واجهة برمجة التطبيقات setupDataCall_1_6.
التعاون مع شريك مشغّل شبكة الجوّال بشأن إعداد الشرائح وأدائها أو خصائص اتفاقية مستوى الخدمة.

تفعيل تقسيم شبكات 5G على الأجهزة التي تم إعدادها باستخدام ملف عمل

بالنسبة إلى الأجهزة التي تم إعدادها باستخدام ملفات عمل، تكون ميزة "تقسيم شبكة الجيل الخامس" غير مفعّلة تلقائيًا في "مشروع Android مفتوح المصدر" (AOSP). لتفعيل تقسيم الشبكة، يمكن لمشرفي تكنولوجيا المعلومات في المؤسسة تفعيل أو إيقاف توجيه زيارات تطبيقات ملف العمل إلى شريحة شبكة المؤسسة على أساس كل موظف من خلال وحدة التحكّم بسياسة الجهاز (DPC) الخاصة بإدارة الخدمات الجوّالة للمؤسسات (EMM)، والتي تستخدم طريقة setPreferentialNetworkServiceEnabled في واجهة برمجة التطبيقات DevicePolicyManager (إدارة سياسات الأجهزة) (التي تم طرحها في Android 12).

على مورّدي إدارة الخدمات الجوّالة للمؤسسات (EMM) الذين يستخدمون وحدات تحكّم مخصّصة في سياسات الأجهزة (DPC) دمج واجهة برمجة التطبيقات DevicePolicyManager لتوفير الدعم لعملاء المؤسسات.

قواعد URSP

يتضمّن هذا القسم معلومات لمشغّلي شبكات الجوّال حول كيفية ضبط قواعد URSP لفئات الشرائح المختلفة، بما في ذلك المؤسسات وCBS ووقت الاستجابة المنخفض والنطاق الترددي العالي وحركة بيانات الاتصالات الموحّدة.

عند إعداد قواعد URSP، يمكن لمشغّلي شبكات الجوّال استخدام واصفات حركة البيانات استنادًا إلى العوامل التالية:

نوعا المعرّف OS Id والمعرّف OS App Id، ونوع المكوّن 0x08، متوافقان مع الإصدار 12 من نظام التشغيل Android والإصدارات الأحدث
نوع إمكانات الاتصال ونوع المكوّن 0x90، متوافق مع الإصدار 17 من نظام التشغيل Android والإصدارات الأحدث

معرّف نظام التشغيل ومعرّف تطبيق نظام التشغيل

عند إعداد قواعد URSP باستخدام مكوّن واصف حركة البيانات من النوع OS Id وOS App Id، يمكن لمشغّلي شبكات الجوّال استخدام قيم OS Id وOS App Id التالية الخاصة بنظام التشغيل Android.

رقم التعريف	القيمة	الوصف
معرّف نظام التشغيل	`97a498e3-fc92-5c94-8986-0333d06e4e47`	رقم تعريف نظام التشغيل لنظام التشغيل Android هو معرّف فريد عالميًا (UUID) من الإصدار 5 تم إنشاؤه باستخدام مساحة الاسم ISO OID والاسم Android.

على مشغّلي شبكات الجوّال الذين يضبطون قواعد URSP باستخدام نوعَي OS Id وOS App Id، ضبط كل جزء من زيارات الشبكة باستخدام مكوّن واصف الزيارات على أنّه تسلسل من OS Id وطول OS App Id (0x0A) وOS App Id. على سبيل المثال، يجب أن تكون قيمة شريحة ENTERPRISE هي 0x97A498E3FC925C9489860333D06E4E470A454E5445525052495345. لمزيد من المعلومات حول نوع مكوّن واصف حركة البيانات، يُرجى الاطّلاع على الجدول 5.2.1 من 3GPP TS 24.526.

يوضّح الجدول التالي قيم OSAppId لفئات الشرائح المختلفة.

فئة الشريحة	OSAppId	الوصف
`ENTERPRISE`	`0x454E5445525052495345`	‫OSAppId هو تمثيل لمصفوفة بايت للسلسلة `ENTERPRISE`
`ENTERPRISE2`	`0x454E544552505249534532`	‫OSAppId هو تمثيل لمصفوفة بايت للسلسلة `ENTERPRISE2`
`ENTERPRISE3`	`0x454E544552505249534533`	‫OSAppId هو تمثيل لمصفوفة بايت للسلسلة `ENTERPRISE3`
`ENTERPRISE4`	`0x454E544552505249534534`	‫OSAppId هو تمثيل لمصفوفة بايت للسلسلة `ENTERPRISE4`
`ENTERPRISE5`	`0x454E544552505249534535`	‫OSAppId هو تمثيل لمصفوفة بايت للسلسلة `ENTERPRISE5`
`CBS`	`0x434253`	‫OSAppId هو تمثيل لمصفوفة بايت للسلسلة `CBS`
`PRIORITIZE_LATENCY`	`0x5052494f524954495a455f4c4154454e4359`	‫OSAppId هو تمثيل لمصفوفة بايت للسلسلة `PRIORITIZE_LATENCY`
`PRIORITIZE_BANDWIDTH`	`0x5052494f524954495a455f42414e445749445448`	‫OSAppId هو تمثيل لمصفوفة بايت للسلسلة `PRIORITIZE_BANDWIDTH`
`PRIORITIZE_UNIFIED_COMMUNICATIONS`	`0x5052494f524954495a455f554e49464945445f434f4d4d554e49434154494f4e53`	‫OSAppId هو تمثيل لمصفوفة بايت للسلسلة `PRIORITIZE_UNIFIED_COMMUNICATIONS`

لا تخطّط Android لإضافة قيم OSAppId جديدة في المستقبل. بدلاً من ذلك، سيحسّن نظام التشغيل Android واصف حركة البيانات الخاص بإمكانات الاتصال حسب الحاجة. ### إمكانات الاتصال {:#connection-capabilities} بدءًا من Android 17 والإصدارات الأحدث (الإصدار 2.5 من Radio HAL AIDL والإصدارات الأحدث)، يتيح Android استخدام مكوّن واصف حركة البيانات الخاص بإمكانات الاتصال (النوع `0x90`)، كما هو محدّد في [الجدول 5.2.1 من 3GPP TS 24.526][3gpp-ts-24-526]. عندما يطلب تطبيق أو خدمة تابعة لنظام التشغيل شبكة ذات إمكانية معيّنة، يربط حزمة بيانات الاتصال الهاتفي في Android [`NetworkCapabilities`][network-capabilities] المطلوبة بقيمة إمكانية اتصال عادية يتم تعبئتها في [`TrafficDescriptor`][traffic-descriptor] يتم إرسالها إلى المودم أثناء إعداد مكالمة البيانات (`setupDataCall`). على الرغم من أنّ مواصفات الجيل الثالث من شراكة مشاريع الاتصالات (3GPP) تسمح بتوفير إمكانات اتصال متعددة في واصف واحد، يربط إطار عمل الاتصال الهاتفي في Android 17 إمكانات الاتصال المتعددة المطلوبة بإمكانية اتصال واحدة. يوضّح الجدول التالي عملية الربط التلقائية بين إمكانات شبكة Android وإمكانات الاتصال وفقًا لمعيار 3GPP:

إمكانات الشبكة	إمكانية الاتصال	القيمة (ست عشرية أو عشرية)	الوصف
`NET_CAPABILITY_IMS`	`CONNECTION_CAPABILITY_IMS`	`0x01` (1)	المراسلات الصوتية والمرئية عبر نظام إدارة المعلومات (IMS)
`NET_CAPABILITY_MMS`	`CONNECTION_CAPABILITY_MMS`	`0x02` (2)	عدد زيارات رسائل الوسائط المتعددة
`NET_CAPABILITY_SUPL`	`CONNECTION_CAPABILITY_SUPL`	`0x04` (4)	تحديد الموقع الجغرافي الآمن لمستوى المستخدم (SUPL)
`NET_CAPABILITY_INTERNET`	`CONNECTION_CAPABILITY_INTERNET`	`0x08` (8)	حركة بيانات الإنترنت التلقائية
`NET_CAPABILITY_PRIORITIZE_LATENCY`	`CONNECTION_CAPABILITY_REAL_TIME_INTERACTIVE`	`0xA6` (166)	حركة المرور التفاعلية في الوقت الفعلي (مثل الألعاب والواقع المعزّز/الواقع الافتراضي)
`NET_CAPABILITY_PRIORITIZE_BANDWIDTH`	`CONNECTION_CAPABILITY_DOWNLINK_STREAMING`	`0xA3` (163)	حركة بث البيانات العالية النطاق الترددي في اتجاه التنزيل
`NET_CAPABILITY_PRIORITIZE_UNIFIED_COMMUNICATIONS`	`CONNECTION_CAPABILITY_UNIFIED_COMMUNICATIONS`	‫`0xA7` (167)	الاتصالات الموحّدة (على سبيل المثال، المكالمات الصوتية أو مكالمات الفيديو عبر الإنترنت)

إعدادات URSP لمشغّل شبكة الجوّال والتوافق مع الأنظمة القديمة

لضمان التشغيل السلس على الأجهزة التي تتضمّن إصدارات مختلفة من طبقة تجريد الأجهزة (HAL) ونظام التشغيل، على مشغّلي شبكات الجوّال مراعاة السلوك التالي عند توفير قواعد URSP:

الأجهزة التي تعمل بالإصدار 16 من نظام التشغيل Android أو الإصدارات الأقدم (الإصدار 2.4 من Radio HAL AIDL والإصدارات الأقدم): يتلقّى المودم OSAppId على الأقل في واصف حركة البيانات.
الأجهزة التي تعمل بالإصدار 17 من نظام التشغيل Android أو الإصدارات الأحدث (AIDL 2.5 والإصدارات الأحدث): بالنسبة إلى إمكانات الشرائح المميّزة (مثل معدل نقل البيانات العالي وزمن الاستجابة المنخفض والاتصالات الموحّدة)، تملأ المنصة إما OSAppId أو ConnectionCapability أو كليهما في وصف حركة البيانات.

يمكن لمشغّلي شبكات الجوّال ضبط قواعد URSP باستخدام إحدى الطرق التالية:

القواعد المستندة إلى الأولوية (يُنصح بها):
- القاعدة (أ) (أولوية أعلى، رقم أولوية أقل، مثلاً، 10): تطابق إمكانات الاتصال (مثلاً، 0xA6 لوقت استجابة منخفض، أو 0xA3 لنطاق ترددي عالٍ، أو 0xA7 لاتصالات موحّدة). تتطابق أجهزة Android 17 والإصدارات الأحدث مع هذه القاعدة أولاً.
- القاعدة B (أولوية أقل، رقم أولوية أعلى، مثلاً 20): يتم إجراء المطابقة استنادًا إلى معرّف نظام التشغيل ونوع معرّف تطبيق نظام التشغيل (مثلاً PRIORITIZE_LATENCY). تتطابق الأجهزة القديمة التي لا تتوافق مع إمكانية الاتصال في طبقة تجريد الأجهزة (HAL) مع قاعدة الاحتياط هذه.
قاعدة رقم تعريف التطبيق لنظام التشغيل فقط (الإصدار القديم):
- يمكن لمشغّلي شبكات الجوّال مواصلة استخدام قواعد URSP الحالية استنادًا إلى نوعَي معرّف نظام التشغيل ومعرّف تطبيق نظام التشغيل. بما أنّ أجهزة Android 17 والإصدارات الأحدث تواصل اجتياز OSAppId، تتوافق الأجهزة الجديدة والقديمة مع هذه القواعد بنجاح.
القاعدة المدمَجة (شرط AND):
- يمكن لمشغّلي شبكات الجوّال تحديد كلّ من معرّف نظام التشغيل ومعرّف تطبيق نظام التشغيل وإمكانات الاتصال ضمن وصف حركة بيانات واحد. لا تنطبق هذه القاعدة إلا على الأجهزة التي تعمل بالإصدار 17 من نظام التشغيل Android أو الإصدارات الأحدث مع AIDL 2.5 والإصدارات الأحدث.

أمثلة على قواعد URSP

تعرض الجداول التالية أمثلة على قواعد URSP للمؤسسات وCBS ووقت الاستجابة المنخفض والنطاق الترددي العالي والاتصالات الموحّدة وحركة البيانات التلقائية.

Enterprise 1

تتوفّر ميزة Enterprise 1 في الإصدار 12 من نظام التشغيل Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP لحركة بيانات ENTERPRISE1:

قاعدة URSP 1 (ENTERPRISE1)
الأولوية	`1 (0x01)`
Traffic descriptor #1
نوع رقم تعريف نظام التشغيل + رقم تعريف تطبيق نظام التشغيل	0x97A498E3FC925C9489860333D06E4E470A454E5445525052495345
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY
المكوّن رقم 2: الشبكة العصبية العميقة	المؤسسات
واصف اختيار المسار 2
الأولوية	`2 (0x02)`
المكوّن 1: شبكة عصبية عميقة	المؤسسات

Enterprise 2

تتوفّر ميزة Enterprise 2 في الإصدار 13 من نظام التشغيل Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP لحركة بيانات ENTERPRISE2:

القاعدة 2 في "إطار عمل مواصفات خصوصية المستخدم" (ENTERPRISE2)
الأولوية	`2 (0x02)`
Traffic descriptor #1
نوع رقم تعريف نظام التشغيل + رقم تعريف تطبيق نظام التشغيل	0x97A498E3FC925C9489860333D06E4E470B454E544552505249534532
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY
المكوّن رقم 2: الشبكة العصبية العميقة	enterprise2
واصف اختيار المسار 2
الأولوية	`2 (0x02)`
المكوّن 1: شبكة عصبية عميقة	enterprise2

Enterprise 3

تتوفّر ميزة Enterprise 3 في الإصدار 13 من نظام التشغيل Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP لحركة بيانات ENTERPRISE3:

قاعدة URSP 3 (ENTERPRISE3)
الأولوية	`3 (0x03)`
Traffic descriptor #1
نوع رقم تعريف نظام التشغيل + رقم تعريف تطبيق نظام التشغيل	0x97A498E3FC925C9489860333D06E4E470B454E544552505249534533
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY
المكوّن رقم 2: الشبكة العصبية العميقة	enterprise3
واصف اختيار المسار 2
الأولوية	`2 (0x02)`
المكوّن 1: شبكة عصبية عميقة	enterprise3

Enterprise 4

يتوفّر الإصدار 4 من Enterprise في الإصدار 13 من نظام Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP لحركة بيانات ENTERPRISE4:

قاعدة URSP رقم 4 (ENTERPRISE4)
الأولوية	`4 (0x04)`
Traffic descriptor #1
نوع رقم تعريف نظام التشغيل + رقم تعريف تطبيق نظام التشغيل	0x97A498E3FC925C9489860333D06E4E470B454E544552505249534534
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY
المكوّن رقم 2: الشبكة العصبية العميقة	enterprise4
واصف اختيار المسار 2
الأولوية	`2 (0x02)`
المكوّن 1: شبكة عصبية عميقة	enterprise4

Enterprise 5

تتوفّر ميزة Enterprise 5 في الإصدار 13 من نظام التشغيل Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP لحركة بيانات ENTERPRISE5:

قاعدة URSP 5 (ENTERPRISE5)
الأولوية	`5 (0x05)`
Traffic descriptor #1
نوع رقم تعريف نظام التشغيل + رقم تعريف تطبيق نظام التشغيل	0x97A498E3FC925C9489860333D06E4E470B454E544552505249534535
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY
المكوّن رقم 2: الشبكة العصبية العميقة	enterprise5
واصف اختيار المسار 2
الأولوية	`2 (0x02)`
المكوّن 1: شبكة عصبية عميقة	enterprise5

CBS

تتوفّر ميزة CBS في الإصدار 13 من نظام التشغيل Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP لحركة بيانات CBS:

قاعدة URSP رقم 6 (CBS)
الأولوية	`6 (0x06)`
Traffic descriptor #1
نوع رقم تعريف نظام التشغيل + رقم تعريف تطبيق نظام التشغيل	0x97A498E3FC925C9489860333D06E4E4703434253
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY
المكوّن رقم 2: الشبكة العصبية العميقة	cbs
واصف اختيار المسار 2
الأولوية	`2 (0x02)`
المكوّن 1: شبكة عصبية عميقة	cbs

وقت استجابة سريع مع إمكانية الاتصال

تتوفّر إمكانية استخدام قواعد URSP في الإصدار 17 من نظام التشغيل Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP للزيارات التي تتطلّب وقت استجابة منخفضًا باستخدام واصف إمكانات الاتصال:

قاعدة URSP رقم 7 (وقت استجابة منخفض مع إمكانية الاتصال)
الأولوية	`7 (0x07)`
Traffic descriptor #1
نوع إمكانات الاتصال	‫0xA6 (166: تفاعلي في الوقت الفعلي)
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY
المكوّن رقم 2: الشبكة العصبية العميقة	وقت الاستجابة
واصف اختيار المسار 2
الأولوية	`2 (0x02)`
المكوّن 1: شبكة عصبية عميقة	وقت الاستجابة

وقت استجابة منخفض مع OSAppId

تتوفّر ميزة وقت الاستجابة المنخفض في الإصدار 13 من نظام التشغيل Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP الخاصة بنوع الزيارات LOW_LATENCY باستخدام OSAppId:

قاعدة URSP رقم 8 (وقت استجابة منخفض مع خيار OSAppId الاحتياطي)
الأولوية	`8 (0x08)`
Traffic descriptor #1
نوع رقم تعريف نظام التشغيل + رقم تعريف تطبيق نظام التشغيل	0x97A498E3FC925C9489860333D06E4E47125052494f524954495a455f4c4154454e4359
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY
المكوّن رقم 2: الشبكة العصبية العميقة	وقت الاستجابة
واصف اختيار المسار 2
الأولوية	`2 (0x02)`
المكوّن 1: شبكة عصبية عميقة	وقت الاستجابة

معدّل نقل بيانات عالٍ مع إمكانية الاتصال

تتوفّر إمكانية استخدام قواعد URSP في الإصدار 17 من نظام التشغيل Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP للزيارات ذات النطاق الترددي العالي باستخدام واصف إمكانات الاتصال:

قاعدة URSP رقم 9 (معدّل نقل بيانات عالٍ مع إمكانية الاتصال)
الأولوية	`9 (0x09)`
Traffic descriptor #1
نوع إمكانات الاتصال	‫0xA3 (163: بث المحتوى من الإنترنت)
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY
المكوّن رقم 2: الشبكة العصبية العميقة	معدّل نقل البيانات
واصف اختيار المسار 2
الأولوية	`2 (0x02)`
المكوّن 1: شبكة عصبية عميقة	معدّل نقل البيانات

نطاق ترددي عالٍ مع OSAppId

تتوفّر إمكانية استخدام نطاق ترددي عالٍ في الإصدار 13 من نظام التشغيل Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP الخاصة بنوع الزيارات HIGH_BANDWIDTH باستخدام OSAppId:

قاعدة URSP رقم 10 (معدل نقل بيانات عالٍ مع خيار احتياطي OSAppId)
الأولوية	`10 (0x0A)`
Traffic descriptor #1
نوع رقم تعريف نظام التشغيل + رقم تعريف تطبيق نظام التشغيل	0x97A498E3FC925C9489860333D06E4E47145052494f524954495a455f42414e445749445448
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY
المكوّن رقم 2: الشبكة العصبية العميقة	معدّل نقل البيانات
واصف اختيار المسار 2
الأولوية	`2 (0x02)`
المكوّن 1: شبكة عصبية عميقة	معدّل نقل البيانات

الاتصالات الموحّدة مع إمكانية الاتصال

تتوفّر ميزة "الاتصالات الموحّدة" في الإصدار 17 من نظام التشغيل Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP لحركة بيانات UNIFIED_COMMUNICATIONS باستخدام إمكانية الاتصال. بما أنّ حركة بيانات الاتصالات الموحّدة يتم توجيهها عبر اتصال بيانات الإنترنت التلقائي، لا يلزم توفير اسم نقطة وصول مخصّص (DNN) في واصف اختيار المسار:

قاعدة URSP رقم 11 (الاتصالات الموحّدة مع إمكانية الاتصال)
الأولوية	`11 (0x0B)`
Traffic descriptor #1
نوع إمكانات الاتصال	0xA7 (167: الاتصالات الموحّدة)
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY

الاتصالات الموحّدة باستخدام OSAppId

تتوفّر ميزة "الاتصالات الموحّدة" في الإصدار 17 من نظام التشغيل Android والإصدارات الأحدث. في ما يلي مثال على قاعدة URSP لحركة مرور UNIFIED_COMMUNICATIONS باستخدام OSAppId:

قاعدة URSP رقم 12 (الاتصالات الموحّدة مع معرّف OSAppId الاحتياطي)
الأولوية	`12 (0x0C)`
Traffic descriptor #1
نوع رقم تعريف نظام التشغيل + رقم تعريف تطبيق نظام التشغيل	0x97A498E3FC925C9489860333D06E4E47215052494F524954495A455F554E49464945445F434F4D4D554E49434154494F4E53
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY

تلقائي

قاعدة URSP رقم 13 (تلقائية)
الأولوية	`13 (0x0D)`
Traffic descriptor #1
مطابقة الكل	لا ينطبق
واصف اختيار المسار رقم 1
الأولوية	`1 (0x01)`
المكوّن 1: S-NSSAI	SST:XX SD:YYYYYY

الاختبار

لاختبار تقسيم شبكة الجيل الخامس، استخدِم الاختبار اليدوي التالي.

لإعداد جهاز للاختبار، اتّبِع الخطوات التالية:

تأكَّد من ضبط سياسة URSP باستخدام قاعدة غير تلقائية تتطابق مع فئة المؤسسة، ومن أنّ واصف اختيار المسار المقابل يربط فئة المؤسسة بشريحة المؤسسة، ومن وجود قاعدة تلقائية توجّه حركة البيانات إلى شريحة الإنترنت التلقائية.
تأكَّد من إعداد ملف عمل على الجهاز.
الموافقة على استخدام تقسيم الشبكة من خلال وحدة التحكّم بسياسة الجهاز (DPC)

لاختبار سلوك تقسيم شبكة الجيل الخامس، اتّبِع الخطوات التالية:

تأكَّد من إنشاء جلسة وحدة بيانات البروتوكول (PDU) مع شريحة المؤسسة (على سبيل المثال، باستخدام عنوان IP محدّد) ومن أنّ التطبيقات في ملف العمل تستخدم جلسة وحدة بيانات البروتوكول هذه.
تأكَّد من إنشاء جلسة PDU منفصلة باستخدام شريحة الإنترنت التلقائية ومن أنّ التطبيقات في الملف الشخصي تستخدم جلسة PDU.

زيادة مبيعات تقسيم شبكات الجيل الخامس

تتيح ميزة "الارتقاء بمبيعات تقسيم شبكات 5G"، المتوفّرة بدءًا من الإصدار Android 14 QPR1، لمشغّلي شبكات الجوّال تقديم إمكانات محسّنة للشبكة (وقت الاستجابة ومعدّل نقل البيانات) للمستخدمين من خلال تقسيم شبكات 5G.

تستخدم ميزة "الترقية إلى شريحة 5G" الردّ TS.43 من خادم تحديد الأهلية التابع لمشغّل شبكة الجوّال لتوجيه عملية الشراء. يمكن لمشغّلي شبكات الجوّال استخدام الردّ لتحديد عنوان URL الخاص بعرض الويب لعمليات الشراء التي تتم من خلال مشغّل شبكة الجوّال، وإرسال بيانات إضافية إلى عرض الويب، وتحديد ما إذا كانت الشريحة متوفرة على شبكة مشغّل شبكة الجوّال.

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

توفّر ميزة الارتقاء بالمبيعات لتقسيم شبكات 5G واجهة باسم DataBoostWebServiceFlow للسماح بالتواصل بين Android وWebView الخاص بمشغّل شبكة الجوّال.

يوضّح الشكل 2 مسار شراء ترقية تقسيم شبكات الجيل الخامس:

مسار شراء الارتقاء بالمبيعات لتقسيم شبكات 5G

الشكل 2: مسار شراء ترقية تقسيم شبكات الجيل الخامس

عملية الاستحقاق TS.43

عندما يطلب المستخدم إمكانات شبكة محسّنة، يطلب إطار عمل Telephony إعدادات أهلية الخدمة للإمكانات المميّزة المطلوبة. إذا كانت استجابة TS.43 صالحة، يستخدم إطار عمل Telephony الحقول من استجابة HTTP لتنفيذ طلب الموافقة على الشراء.

حقول شراء الشرائح

يتضمّن إعداد أذونات الاستخدام وفقًا للمواصفة TS.43 حقول شراء الشرائح التالية:

حالة الاستحقاق: المفتاح: EntitlementStatus; النوع: int; القيم المسموح بها: 0 (غير مفعَّل)، 1 (مفعَّل)، 2 (غير متوافق)، 3 (توفير)، 4 (مضمّن)
حالة إدارة الحسابات: المفتاح: ProvStatus; النوع: int; القيم المسموح بها: 0 (لم يتم توفيرها)، 1 (تم توفيرها)، 2 (غير متاحة)، 3 (قيد التقدّم)

يستخدم إطار عمل Telephony مزيجًا من حالة إذن الاستخدام وحالة التوفير لتحديد حالة شراء الشريحة الحالية. يمكن أن تكون النتيجة إحدى القيم التالية:

إذا كانت حالة الاستحقاق هي 1 (مفعَّلة) وحالة التوفير هي 0 (لم يتم توفيرها)، يعرض إطار عمل Telephony إشعارًا بزيادة المبيعات للمستخدم لشراء الحزمة من خلال عرض الويب الخاص بشركة الاتصالات. يوضّح الجدول التالي سلوك إطار عمل Telephony لمجموعات مختلفة من قيم حالة التوفير والأهلية.

		حالة إدارة الحسابات
		لم يتم توفيرها (`0`)	تم توفيرها (`1`)	غير متوفّر (`2`)	قيد التقدّم (`3`)
حالة إذن الوصول	غير مفعَّل (`0`)	تعذَّر الربط	تعذَّر الربط	تعذَّر الربط	تعذَّر الربط
	مفعَّلة (`1`)	عرض مكوّن WebView	تم شراؤه من قبل	تم شراؤه من قبل	قيد المعالجة
	غير متوافق (`2`)	تعذَّر الربط	تعذَّر الربط	تعذَّر الربط	تعذَّر الربط
	التزويد (`3`)	خطأ في شركة النقل	خطأ في شركة النقل	قيد المعالجة	قيد المعالجة
	مضمّنة (`4`)	خطأ في شركة النقل	تم شراؤه من قبل	تم شراؤه من قبل	خطأ في شركة النقل

حقول مسار الخدمة

يحدّد رد TS.43 عنوان URL وبيانات المستخدم ونوع المحتوى لتخصيص سلوك WebView الخاص بعمليات الشراء التي تتم من خلال مشغّل شبكة الجوّال. إذا لم يتم تحديد نوع المحتوى، سيتم تحميل عنوان URL كطلب استرداد بيانات باستخدام GET. إذا كانت بيانات المستخدم متوفّرة، تتم إضافتها إلى عنوان URL كمعلَمة طلب بحث (على سبيل المثال، https://www.android.com?encodedValue=Base64EncodedUserData)، وإذا لم تكن متوفّرة، يتم استخدام عنوان URL كما هو (على سبيل المثال، https://www.android.com).
إذا تم تحديد نوع المحتوى بتنسيق JSON أو XML، يتم تحميل عنوان URL كطلب POST، ويتم إرسال بيانات المستخدم (بعد فك ترميزها إذا كانت مرمّزة بتنسيق Base 64) كبيانات لطلب POST.

عنوان URL: المفتاح: ServiceFlow_URL; النوع: String; مثال: "https://www.android.com"
بيانات المستخدمين: المفتاح: ServiceFlow_UserData; النوع: String; مثال: "encodedValue=Base64EncodedUserData"
نوع المحتوى: المفتاح: ServiceFlow_ContentsType; النوع: String; القيم المسموح بها: 0 (غير محدّد) و1 (JSON) و2 (XML)

إعدادات مشغّلي شبكات الجوّال

في ما يلي إعدادات مشغّل شبكة الجوّال المتاحة لتخصيص سلوك ميزة الارتقاء بالمبيعات لتقسيم شبكات 5G.

KEY_SUPPORTED_PREMIUM_CAPABILITIES_INT_ARRAY: قائمة بالإمكانات المميّزة المتاحة. هذه مصفوفة أعداد صحيحة من TelephonyManager.PremiumCapability. تتشارك هذه الإمكانات المدفوعة القيمة نفسها مع فئة NetworkCapabilities.NetCapability المقابلة. إذا تم طلب إحدى الميزات المدفوعة ولم تكن مضمّنة في هذه الإعدادات، سيتعذّر تنفيذ طلب الشراء وستظهر النتيجة CARRIER_DISABLED.; في نظام التشغيل Android 14، لا تتوفّر سوى PREMIUM_CAPABILITY_PRIORITIZE_LATENCY.
KEY_PREMIUM_CAPABILITY_MAXIMUM_DAILY_NOTIFICATION_COUNT_INT: الحدّ الأقصى اليومي لعدد المرّات التي يتم فيها عرض إشعار زيادة المبيعات للمستخدم. في حال بلوغ الحد الأقصى اليومي، لن يظهر إشعار البيع بسعر أعلى، وسيتم تقييد طلبات الشراء (بما في ذلك طلبات خادم الأذونات) حتى منتصف ليل اليوم التالي. ستتعذّر معالجة طلبات الشراء التي يتم إجراؤها بعد بلوغ الحد الأقصى اليومي، وسيظهر الرمز PURCHASE_PREMIUM_CAPABILITY_RESULT_THROTTLED.
KEY_PREMIUM_CAPABILITY_MAXIMUM_MONTHLY_NOTIFICATION_COUNT_INT: الحد الأقصى لعدد مرّات عرض إشعار زيادة سعر الشراء للمستخدم شهريًا. في حال بلوغ الحد الأقصى الشهري، لن يظهر إشعار البيع بسعر أعلى، وسيتم تقييد طلبات الشراء (بما في ذلك طلبات خادم الأذونات) حتى اليوم الأول من الشهر التالي. ستتعذّر طلبات الشراء التي يتم إجراؤها بعد بلوغ الحد الأقصى الشهري، وسيظهر الرمز PURCHASE_PREMIUM_CAPABILITY_RESULT_THROTTLED.
KEY_PREMIUM_CAPABILITY_PURCHASE_URL_STRING: عنوان URL لشراء مشغل احتياطي يتم عرضه للمستخدم عند النقر على إشعار البيع بسعر أعلى. إذا لم يتم العثور على عنوان URL للشراء في رد TS.43 من خادم حقوق الوصول، يتم استخدام هذه القيمة بدلاً من ذلك. إذا لم يكن عنوان URL من استجابة TS.43 أو إعدادات مشغّل شبكة الجوّال صالحًا، سيفشل طلب الموافقة على الشراء مع النتيجة PURCHASE_PREMIUM_CAPABILITY_RESULT_CARRIER_DISABLED.
KEY_PREMIUM_CAPABILITY_SUPPORTED_ON_LTE_BOOL: تحدِّد هذه السياسة ما إذا كان سيُسمح بشراء إمكانات مميّزة عندما يكون الجهاز متصلاً بشبكة Long-Term Evolution (LTE). إذا كان true، يمكن تقديم طلبات الشراء على شبكتَي LTE وNew Radio (NR). في حال false، لا يمكن تقديم طلبات الشراء إلا على شبكة NR، وستتعذّر الطلبات المقدَّمة على شبكة LTE مع ظهور النتيجة PURCHASE_PREMIUM_CAPABILITY_RESULT_NETWORK_NOT_AVAILABLE.
KEY_PREMIUM_CAPABILITY_NOTIFICATION_DISPLAY_TIMEOUT_MILLIS_LONG: تمثّل هذه السمة المدة الزمنية التي سيظهر خلالها إشعار زيادة سعر الشراء للمستخدم قبل إلغائه تلقائيًا. عند إلغاء الإشعار، يتم تقييد الطلبات اللاحقة وتتعذّر مع ظهور النتيجة PURCHASE_PREMIUM_CAPABILITY_RESULT_THROTTLED.
KEY_PREMIUM_CAPABILITY_NOTIFICATION_BACKOFF_HYSTERESIS_TIME_MILLIS_LONG: مقدار الوقت الذي يجب فيه تقييد طلبات الشراء اللاحقة بعد حدوث خطأ بسبب انتهاء المهلة أو إلغاء المستخدم. إذا لم ينقر المستخدم على إشعار زيادة المبيعات خلال المهلة المحدّدة في KEY_PREMIUM_CAPABILITY_NOTIFICATION_DISPLAY_TIMEOUT_MILLIS_LONG أو إذا ألغى الإشعار أو تجاهله، سيبدأ مؤقّت التراجع هذا. أثناء تفعيل هذا الموقّت، ستتعذّر طلبات الشراء وسيظهر لك الرمز PURCHASE_PREMIUM_CAPABILITY_RESULT_THROTTLED.
KEY_PREMIUM_CAPABILITY_PURCHASE_CONDITION_BACKOFF_HYSTERESIS_TIME_MILLIS_LONG: مقدار الوقت الذي يجب فيه تقييد طلبات الشراء اللاحقة بعد حدوث خطأ بسبب مشغّل شبكة الجوّال أو الشبكة إذا تعذّر التحقّق من الأهلية أو كان عنوان URL غير متاح أو أشار عنوان URL الخاص بالشراء من مشغّل شبكة الجوّال إلى حدوث خطأ، سيبدأ مؤقّت التراجع هذا. أثناء تفعيل هذا الموقّت، يتعذّر إكمال طلبات الشراء ويظهر رمز النتيجة PURCHASE_PREMIUM_CAPABILITY_RESULT_THROTTLED.
KEY_PREMIUM_CAPABILITY_NETWORK_SETUP_TIME_MILLIS_LONG: مقدار الوقت الذي يجب أن تستغرقه الشبكة لإعداد عملية تقسيم للاستفادة من ميزة "الشراء المميّز" خلال هذه الفترة، يتم حظر طلبات الشراء اللاحقة وعرض النتيجة PURCHASE_PREMIUM_CAPABILITY_RESULT_PENDING_NETWORK_SETUP. إذا لم تتمكّن الشبكة من إعداد ضبط تقسيم الشبكة في الوقت المناسب، يمكن للتطبيقات طلب شراء إمكانات مميّزة مرة أخرى. لا تعتبر خدمة الاتصال الهاتفي عملية الشراء مكتملة إلا بعد إرسال إعدادات التقسيم ذات الصلة، بغض النظر عمّا إذا كان المستخدم قد دفع لشركة الاتصالات أم لا.

واجهة JavaScript

عندما ينقر المستخدم على إشعار "تحسين الشبكة"، يتم عرض عنصر WebView يتضمّن عنوان URL الخاص بالشراء من مشغّل شبكة الجوّال. يمكن لمشغّلي شبكات الجوّال استخدام واجهات برمجة التطبيقات المتوفّرة في واجهة DataBoostWebServiceFlow المستندة إلى JavaScript في موقعهم الإلكتروني المخصّص للشراء للتواصل مع تطبيق شراء الشرائح.

يمكن لموقع مشغّل شبكة الجوّال الإلكتروني الحصول على الإمكانية المميزة المطلوبة من خلال الطريقة getRequestedCapability().

في حال تمت عملية الشراء بنجاح، يجب أن يرسل الموقع الإلكتروني لمشغّل شبكة الجوّال إشعارًا إلى تطبيق شراء الشرائح من خلال notifyPurchaseSuccessful() أو notifyPurchaseSuccessful(duration)، حيث duration هو مَعلمة اختيارية تشير إلى المدة المقصودة للشريحة.

إذا لم تنجح عملية الشراء، على الموقع الإلكتروني الخاص بشركة النقل إرسال إشعار إلى تطبيق شراء الشرائح من خلال الطريقة notifyPurchaseFailed(code, reason)، حيث يمثّل code رمز الخطأ الذي يشير إلى سبب تعذُّر العملية، ويمثّل reason السبب الذي يمكن قراءته وفهمه إذا كان رمز الخطأ غير معروف.

إذا لم يتم استدعاء أيّ من طريقتَي الردّ هاتين، لن يتم اعتبار عملية الشراء مكتملة، وسينتهي وقت طلب الموافقة على الشراء في النهاية.

في ما يلي رموز الأعطال الصالحة التي يمكن أن يعرضها الموقع الإلكتروني الخاص بشركة النقل عند تعذُّر إكمال عملية الشراء:

عند اكتمال عملية الشراء، على مشغّل شبكة الجوّال تعديل قواعد URSP باستخدام شريحة PRIORITIZE_LATENCY على جهاز المستخدم.

التوجيه التلقائي لتقسيم شبكات 5G لمكالمات الصوت والفيديو عبر الإنترنت (OTT)

يتيح نظام التشغيل Android 17 إمكانية التوجيه التلقائي لمكالمات الصوت والفيديو عبر الإنترنت (OTT) إلى اتصالات الشبكة المميزة. تتيح هذه الميزة للنظام توجيه الزيارات تلقائيًا من المكالمات الصوتية ومكالمات الفيديو إلى واجهة شبكة مخصّصة مميّزة (مثل شريحة شبكة الجيل الخامس (5G) المميّزة أو اتصال شبكة بيانات خاصة (PDN) مميّز من الجيل الرابع (4G)) بدون الحاجة إلى إجراء تغييرات على حزمة الشبكات في التطبيق.

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

آلية العمل

يتضمّن نظام التشغيل Android إمكانية التوجيه التلقائي من خلال إضافات إلى أُطر عمل الاتصال والاتصالات. تعمل ميزة التوجيه التلقائي على النحو التالي:

رصد المكالمات: يستفيد النظام من واجهات برمجة تطبيقات Telecom Jetpack الحالية التي تستخدمها تطبيقات OTT لرصد بداية مكالمات الصوت أو الفيديو ونهايتها.
إدارة الاتصال: عند رصد مكالمة، يعرض نظام التشغيل Android واجهة شبكة مميّزة مخصّصة، مثل شريحة اتصال موحّدة.
توجيه حركة البيانات: أثناء المكالمة، تحدّد المنصة التطبيق من خلال معرّفه الفريد (UID) وتوجّه حركة البيانات تلقائيًا إلى اتصال الشبكة المميّز.
الرجوع إلى الإعدادات التلقائية بعد المكالمة: عند انتهاء المكالمة، تزيل المنصة قاعدة التوجيه، وتعود زيارات التطبيق إلى شبكة النظام التلقائية للزيارات غير المتعلقة بالمكالمات (مثل المراسلة).

المتطلبات

لإتاحة التوجيه التلقائي لمكالمات OTT، يجب استيفاء المتطلبات التالية:

شركات الاتصالات: يجب أن توفّر شريحة اتصال موحّدة من خلال ضبط قواعد URSP المناسبة (باستخدام إمكانية الاتصال أو OSAppId لزيارات الاتصال الموحّد).
التطبيقات: يجب أن تستخدم واجهات برمجة تطبيقات Android Telecom Jetpack للسماح للنظام برصد حالات المكالمات.
مصنّعو الأجهزة: يجب أن يكون الإصدار Android 17 أو إصدار أحدث مثبّتًا على الجهاز.

تجزئة شبكة الجيل الخامس تنظيم صفحاتك في مجموعات يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.