برش شبکه 5G

برای دستگاه‌های دارای Android 12 یا بالاتر، Android از برش شبکه 5G پشتیبانی می‌کند، یعنی استفاده از مجازی‌سازی شبکه برای تقسیم اتصالات شبکه واحد به چندین اتصال مجازی متمایز که مقادیر مختلفی از منابع را برای انواع مختلف ترافیک فراهم می‌کنند. برش شبکه 5G به اپراتورهای شبکه اجازه می‌دهد بخشی از شبکه را به ارائه ویژگی‌های خاص برای بخش خاصی از مشتریان اختصاص دهند. ‫Android 12 قابلیت‌های برش شبکه سازمانی 5G زیر را معرفی می‌کند که اپراتورهای شبکه می‌توانند به مشتریان سازمانی خود ارائه دهند:

برش دستگاه سازمانی برای دستگاه‌های کاملاً مدیریت‌شده

برای شرکت‌هایی که کاملاً مدیریت‌شده دستگاه‌های شرکت را به کارمندانشان ارائه می‌دهند، ارائه‌دهندگان شبکه می‌توانند یک یا چند برش شبکه سازمانی فعال را دراختیار آن‌ها قرار دهند که ترافیک دستگاه‌های شرکت به آن هدایت می‌شود. از Android 12،‏ Android به شرکت‌های مخابراتی اجازه می‌دهد بخش‌های سازمانی را ازطریق قوانین URSP ارائه دهند، به‌جای اینکه بخش‌ها را ازطریق APN راه‌اندازی کنند.

برش‌بندی برنامه کسب‌وکار سازمانی برای دستگاه‌های دارای نمایه کاری

برای شرکت‌هایی که از راهکار نمایه کاری استفاده می‌کنند، Android 12 به دستگاه‌ها اجازه می‌دهد ترافیک همه برنامه‌های موجود در نمایه کاری را به برش شبکه سازمانی هدایت کنند. شرکت‌ها می‌توانند این قابلیت را ازطریق کنترل‌کننده خط‌مشی دستگاه (DPC) فعال کنند.

راهکار نمایه کاری سطح خودکاری از اصالت‌سنجی و کنترل دسترسی را ارائه می‌دهد که شرکت‌ها برای اطمینان از اینکه فقط ترافیک برنامه‌های شرکتی در نمایه کاری به بخش شبکه شرکتی هدایت می‌شود به آن نیاز دارند. برنامه‌های موجود در نمایه کاری نیازی به اصلاح شدن ندارند تا به‌طور صریح برش شبکه سازمانی را درخواست کنند.

نحوه عملکرد برش شبکه 5G در AOSP

‫Android 12 با افزودن به پایگاه کد تلفن در AOSP و واحد «اشتراک‌گذاری اینترنت» از برش شبکه نسل پنجم پشتیبانی می‌کند تا میاناهای برنامه‌سازی کاربردی اتصال‌پذیری موجود را که برای برش شبکه لازم است دربرگیرد.

پلاتفرم تلفن Android «میاناهای برنامه‌سازی کاربردی تلفن» و HAL را برای پشتیبانی از برش براساس درخواست‌های شبکه که توسط کد شبکه اصلی و قابلیت‌های برش 5G در مودم ثبت شده است ارائه می‌دهد. شکل ۱ مؤلفه‌های ویژگی برش شبکه 5G را توصیف می‌کند.

عناصر برش شبکه 5G

شکل ۱. معماری برش شبکه 5G در AOSP.

پلاتفرم تلفن و اتصال‌پذیری از موارد زیر پشتیبانی می‌کند:

  • درحال تبدیل درخواست‌های شبکه برای دسته‌های برش به توصیف‌گرهای ترافیک که سپس برای مطابقت ترافیک URSP و انتخاب مسیر به مودم ارسال می‌شوند
  • درصورت دردسترس نبودن برش شبکه سازمانی، به شبکه پیش‌فرض برمی‌گردد
  • مسیریابی ترافیک از همه برنامه‌های نمایه کاری به اتصال مربوطه

  • پشتیبانی از برش سازمانی

    • تشخیص وجود نمایه کاری در دستگاه
    • درحال بررسی اجازه‌ها یا مسیرهای ارائه‌شده از DPC مورداستفاده سرپرست فناوری اطلاعات شرکت

سرویس شبکه اصلی شامل تغییرات زیر در واحد «اشتراک‌گذاری اینترنت» در Android 12 است:

  • بیشتر کلاس‌های میانای برنامه‌سازی کاربردی عمومی یا سیستم android.net.* را به واحد «اشتراک‌گذاری اینترنت» اضافه می‌کند

  • محدوده‌های واحد «اشتراک‌گذاری اینترنت» را گسترش می‌دهد تا شامل موارد زیر شود:

    • 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

  • کد وی‌پی‌ان را از واحد «اشتراک‌گذاری اینترنت» خارج می‌کند

‫Android 12 کد را با قابلیت‌های زیر به واحد «اشتراک‌گذاری اینترنت» منتقل می‌کند:

  • دریافت درخواست از برنامه‌ها برای اتصال‌های شبکه
  • دریافت درخواست از سیستم (برای مثال، «این برنامه‌ها را در برش سازمانی قرار بده»؛ در Android 12 معرفی شد)
  • ارسال درخواست از سیستم به کد تلفنی که تلاش می‌کند با گذر از HAL API و مودم، شبکه‌ها یا برش‌ها راه‌اندازی کند
  • اطلاع‌رسانی به netd درباره نحوه مسیریابی ترافیک براساس هر برنامه (معرفی‌شده در Android 12)
  • اطلاع‌رسانی به برنامه‌ها درباره آنچه برای ترافیک شبکه آن‌ها اتفاق می‌افتد ازطریق ConnectivityManager میاناهای برنامه‌سازی کاربردی مانند NetworkCallback،‏ getActiveNetwork، getNetworkCapabilities.

پیاده‌سازی

برای پشتیبانی از برش 5G در دستگاه، دستگاه باید مودمی داشته باشد که از IRadio 1.6 HAL که دارای setupDataCall_1_6 API است پشتیبانی کند. این میانای برنامه‌سازی کاربردی اتصال داده را راه‌اندازی می‌کند و شامل پارامترهای زیر برای پشتیبانی از برش شبکه 5G است:

  • trafficDescriptor: مشخص‌کننده توصیف‌گر ترافیک ارسال‌شده به مودم
  • ‫sliceInfo: اطلاعات مربوط به برش شبکه را برای استفاده در موارد انتقال EPDG به 5G مشخص می‌کند
  • matchAllRuleAllowed: مشخص می‌کند که آیا استفاده از قانون URSP پیش‌فرض مطابقت با همه مجاز است یا خیر. «خدمات تلفنی» این را برای شبکه‌های پیش‌فرض روی درست تنظیم می‌کند اما برای برش‌ها این کار را نمی‌کند. قانون «مطابقت با همه» برای شبکه‌های پیش‌فرض اعمال می‌شود. وقتی برنامه‌ای برش خاصی را درخواست می‌کند که دردسترس نیست، برش خاص به‌عنوان دردسترس نبودن گزارش می‌شود. برای برنامه‌های سازمانی، اگر شبکه سازمانی دردسترس نباشد، چارچوب «خدمات تلفنی» می‌تواند از شبکه پیش‌فرض استفاده کند.

مودم‌ها باید getSlicingConfig API را نیز پیاده‌سازی کنند، مگر اینکه getHalDeviceCapabilities API آن را به‌عنوان پشتیبانی‌نشده گزارش کند.

الزامات سازمانی

در زیر الزامات شرکت‌ها برای استفاده از برش شبکه 5G در دستگاه‌های استقرار سازمانی Android توضیح داده شده است.

  • مطمئن شوید دستگاه‌های کاملاً مدیریت‌شده یا دستگاه‌های کارمندان که با نمایه کاری راه‌اندازی شده‌اند دارای قابلیت 5G SA با مودم‌هایی باشند که از setupDataCall_1_6 API پشتیبانی می‌کنند.
  • برای تنظیم و عملکرد برش یا ویژگی‌های SLA با شریک شرکت مخابراتی همکاری کنید.

فعال کردن برش 5G در دستگاه‌های راه‌اندازی‌شده با نمایه کاری

برای دستگاه‌هایی که با نمایه‌های کاری راه‌اندازی شده‌اند، برش شبکه 5G به‌طور پیش‌فرض در AOSP خاموش است. برای فعال کردن برش شبکه، سرپرستان فناوری اطلاعات سازمانی می‌توانند مسیریابی ترافیک برنامه نمایه کاری به برش شبکه سازمانی را به‌صورت کارمند به کارمند ازطریق EMM DPC روشن یا خاموش کنند. EMM DPC از setPreferentialNetworkServiceEnabled روش در DevicePolicyManager (DPM) API (معرفی‌شده در Android 12) استفاده می‌کند.

فروشندگان EMM با DPC سفارشی باید DevicePolicyManager API را برای پشتیبانی از مشتریان سازمانی ادغام کنند.

قوانین URSP

این بخش شامل اطلاعاتی برای شرکت‌های مخابراتی درباره پیکربندی قوانین URSP برای دسته‌های مختلف برش ازجمله سازمانی، CBS، تأخیر کم، پهنای باند بالا، و ترافیک ارتباطات یکپارچه است.

هنگام پیکربندی قوانین URSP، شرکت‌های مخابراتی می‌توانند از توصیف‌کننده‌های ترافیک براساس این عوامل استفاده کنند:

  • نوع «شناسه سیستم‌عامل» و «شناسه برنامه سیستم‌عامل»، نوع عنصر 0x08، پشتیبانی‌شده در Android 12 و نسخه‌های بالاتر
  • نوع قابلیت‌های اتصال، نوع مؤلفه 0x90، پشتیبانی‌شده در Android 17 و بالاتر

شناسه سیستم‌عامل و شناسه برنامه سیستم‌عامل

هنگام پیکربندی قوانین URSP بااستفاده از مؤلفه توصیف‌کننده ترافیک نوع «شناسه سیستم‌عامل» و «شناسه برنامه سیستم‌عامل»، شرکت‌های مخابراتی می‌توانند از مقادیر «شناسه سیستم‌عامل» و «شناسه برنامه سیستم‌عامل» مختص Android زیر استفاده کنند.

شناسه مقدار شرح
شناسه سیستم عامل 97a498e3-fc92-5c94-8986-0333d06e4e47 «شناسه سیستم‌عامل» برای Android یک نسخه ۵ از UUID است که با فضای نام ISO OID و نام Android تولید شده است.

شرکت‌های مخابراتی که قوانین URSP را بااستفاده از نوع «شناسه سیستم‌عامل» و «شناسه برنامه سیستم‌عامل» پیکربندی می‌کنند باید ترافیک هر برش را با عنصر توصیفگر ترافیک به‌عنوان ترکیبی از «شناسه سیستم‌عامل»، طول «شناسه برنامه سیستم‌عامل» (0x0A)، و «شناسه برنامه سیستم‌عامل» پیکربندی کنند. برای مثال، برش ENTERPRISE باید مقدار 0x97A498E3FC925C9489860333D06E4E470A454E5445525052495345 داشته باشد. برای کسب اطلاعات بیشتر درباره نوع عنصر توصیفگر ترافیک، به 3GPP TS 24.526 Table 5.2.1 مراجعه کنید.

جدول زیر مقادیر 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 است

برنامه‌ای برای معرفی مقادیر جدید OSAppId نداریم. درصورت نیاز، توصیفگر ترافیک قابلیت‌های اتصال را بهبود خواهیم داد.

قابلیت‌های اتصال

از Android 17 و بالاتر (Radio HAL AIDL 2.5 و بالاتر)، Android از مؤلفه توصیف‌گر ترافیک قابلیت‌های اتصال (نوع 0x90) که در 3GPP TS 24.526 جدول 5.2.1 تعریف شده است پشتیبانی می‌کند.

وقتی برنامه یا سرویس سیستمی شبکه‌ای با قابلیت خاصی را درخواست می‌کند، پشته داده مکالمه از دور Android NetworkCapabilities درخواستی را به مقدار قابلیت اتصال استاندارد که در TrafficDescriptor ارسال‌شده به مودم درطول راه‌اندازی تماس داده (setupDataCall) درج شده است نگاشت می‌کند. اگرچه مشخصات 3GPP اجازه می‌دهد چندین قابلیت اتصال در یک توصیف‌گر وجود داشته باشد، چارچوب مکالمه از دور Android 17 چندین قابلیت اتصال درخواستی را به یک قابلیت اتصال نگاشت می‌کند.

جدول زیر نگاشت پیش‌فرض از قابلیت‌های شبکه Android به قابلیت‌های اتصال 3GPP را شرح می‌دهد:

قابلیت شبکه قابلیت اتصال مقدار (هگزادسیمال یا دهدهی) شرح
NET_CAPABILITY_IMS CONNECTION_CAPABILITY_IMS 0x01 (۱) ارتباطات صوتی و تصویری IMS
NET_CAPABILITY_MMS CONNECTION_CAPABILITY_MMS ‫0x02‏ (۲) ترافیک فراپیام
NET_CAPABILITY_SUPL CONNECTION_CAPABILITY_SUPL 0x04 (۴) مکان صفحه کاربر امن (SUPL)
NET_CAPABILITY_INTERNET CONNECTION_CAPABILITY_INTERNET 0x08 (۸) ترافیک داده اینترنت پیش‌فرض
NET_CAPABILITY_PRIORITIZE_LATENCY CONNECTION_CAPABILITY_REAL_TIME_INTERACTIVE ‫0xA6‏ (۱۶۶) ترافیک تعاملی هم‌زمان (برای مثال، بازی، واقعیت افزوده/واقعیت مجازی)
NET_CAPABILITY_PRIORITIZE_BANDWIDTH CONNECTION_CAPABILITY_DOWNLINK_STREAMING 0xA3 (163) ترافیک جاری‌سازی با پهنای باند بالا در پیوند پایین
NET_CAPABILITY_PRIORITIZE_UNIFIED_COMMUNICATIONS CONNECTION_CAPABILITY_UNIFIED_COMMUNICATIONS ‫0xA7‏ (۱۶۷) ارتباطات یکپارچه (برای مثال، تماس صوتی یا تصویری ازطریق OTT)

پیکربندی URSP شرکت مخابراتی و سازگاری با نسخه قدیمی

برای اطمینان از عملکرد یکپارچه در دستگاه‌هایی با نسخه‌های مختلف HAL و سیستم‌عامل، شرکت‌های مخابراتی باید هنگام آماده‌سازی قوانین URSP رفتار زیر را درنظر بگیرند:

  • دستگاه‌های دارای Android 16 یا پایین‌تر (Radio HAL AIDL 2.4 و پایین‌تر): مودم حداقل OSAppId را در توصیف‌گر ترافیک دریافت می‌کند.
  • دستگاه‌های دارای Android 17 یا بالاتر (AIDL 2.5 و بالاتر): برای قابلیت‌های برش ممتاز (مثل تأخیر کم، پهنای باند بالا، و ارتباطات یکپارچه)، پلاتفرم OSAppId، ConnectionCapability، یا هر دو را در توصیفگر ترافیک تکمیل می‌کند.

شرکت‌های مخابراتی می‌توانند قوانین URSP را بااستفاده از یکی از روش‌های زیر پیکربندی کنند:

  1. قوانین مبتنی بر اولویت (توصیه‌شده):
    • قانون A (تقدم بالاتر، شماره تقدم پایین‌تر، برای مثال، ۱۰): مطابقت براساس قابلیت‌های اتصال (برای مثال، 0xA6 برای تأخیر کم، 0xA3 برای پهنای باند بالا، یا 0xA7 برای ارتباطات یکپارچه). دستگاه‌های دارای Android 17 و بالاتر ابتدا با این قانون مطابقت داده می‌شوند.
    • قانون B (تقدم پایین‌تر، شماره تقدم بالاتر، برای نمونه، ۲۰): مطابقت براساس «شناسه سیستم‌عامل» و نوع «شناسه برنامه سیستم‌عامل» (برای نمونه، PRIORITIZE_LATENCY). دستگاه‌های قدیمی‌تری که از قابلیت اتصال در «لایه انتزاع سخت‌افزار» پشتیبانی نمی‌کنند با این قانون بازگشت مطابقت می‌کنند.
  2. قانون فقط شناسه برنامه سیستم‌عامل (قدیمی):
    • شرکت‌های مخابراتی می‌توانند همچنان از قوانین URSP موجود براساس نوع «شناسه سیستم‌عامل» و «شناسه برنامه سیستم‌عامل» استفاده کنند. چون دستگاه‌های Android 17 و بالاتر همچنان OSAppId را می‌گذرانند، هم دستگاه‌های جدید و هم دستگاه‌های قدیمی با موفقیت با این قوانین مطابقت می‌کنند.
  3. قانون ترکیبی (شرط «و»):
    • شرکت‌های مخابراتی می‌توانند هم «شناسه سیستم‌عامل» و هم «شناسه برنامه سیستم‌عامل» و قابلیت‌های اتصال را در یک توصیفگر ترافیک مشخص کنند. این قانون فقط در دستگاه‌های دارای Android نسخه ۱۷ یا بالاتر با AIDL نسخه ۲.۵ و بالاتر مطابقت دارد.

نمونه قوانین URSP

جدول‌های زیر قوانین نمونه URSP را برای شرکت، CBS، تأخیر کم، پهنای باند بالا، ارتباطات یکپارچه، و ترافیک پیش‌فرض نشان می‌دهد.

سازمانی ۱

پشتیبانی از Enterprise 1 در Android 12 و نسخه‌های بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای ترافیک ENTERPRISE1 آورده شده است:

قانون ۱ سیاست انتخاب مسیر کاربر (ENTERPRISE1)
تقدم 1 (0x01)
توصیف‌گر ترافیک #۱
شناسه سیستم‌عامل + نوع شناسه برنامه سیستم‌عامل 0x97A498E3FC925C9489860333D06E4E470A454E5445525052495345
توصیف‌گر انتخاب مسیر #۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY
مؤلفه شماره ۲: DNN سازمانی
توصیف‌گر انتخاب مسیر #۲
تقدم 2 (0x02)
مؤلفه ۱: DNN سازمانی

Enterprise 2

پشتیبانی از Enterprise 2 در Android 13 و بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای ترافیک ENTERPRISE2 آورده شده است:

قانون URSP 2 (ENTERPRISE2)
تقدم 2 (0x02)
توصیف‌گر ترافیک #۱
شناسه سیستم‌عامل + نوع شناسه برنامه سیستم‌عامل 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534532
توصیف‌گر انتخاب مسیر شماره ۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY
مؤلفه شماره ۲: DNN سازمانی۲
توصیف‌گر انتخاب مسیر #۲
تقدم 2 (0x02)
مؤلفه ۱: DNN سازمانی۲

سازمانی ۳

پشتیبانی از Enterprise 3 در Android 13 و بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای ترافیک ENTERPRISE3 آورده شده است:

قانون ۳ URSP‏ (ENTERPRISE3)
تقدم 3 (0x03)
توصیف‌گر ترافیک #۱
شناسه سیستم‌عامل + نوع شناسه برنامه سیستم‌عامل 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534533
توصیف‌گر انتخاب مسیر شماره ۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY
مؤلفه شماره ۲: DNN سازمانی۳
توصیف‌گر انتخاب مسیر #۲
تقدم 2 (0x02)
مؤلفه ۱: DNN enterprise3

Enterprise 4

پشتیبانی از Enterprise 4 در Android 13 و بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای ترافیک ENTERPRISE4 آورده شده است:

قانون ۴ سیاست انتخاب مسیر کاربر (ENTERPRISE4)
تقدم 4 (0x04)
توصیف‌گر ترافیک #۱
شناسه سیستم‌عامل + نوع شناسه برنامه سیستم‌عامل 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534534
توصیف‌گر انتخاب مسیر شماره ۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY
مؤلفه شماره ۲: DNN enterprise4
توصیف‌گر انتخاب مسیر #۲
تقدم 2 (0x02)
مؤلفه ۱: DNN سازمانی۴

سازمانی ۵

پشتیبانی از Enterprise 5 در Android 13 و بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای ترافیک ENTERPRISE5 آورده شده است:

قانون URSP 5 (ENTERPRISE5)
تقدم 5 (0x05)
توصیف‌گر ترافیک #۱
شناسه سیستم‌عامل + نوع شناسه برنامه سیستم‌عامل 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534535
توصیف‌گر انتخاب مسیر شماره ۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY
مؤلفه شماره ۲: DNN سازمانی۵
توصیف‌گر انتخاب مسیر شماره ۲
تقدم 2 (0x02)
مؤلفه ۱: DNN سازمانی۵

CBS

پشتیبانی از CBS در Android 13 و بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای ترافیک CBS آمده است:

قانون ۶ URSP (CBS)
تقدم 6 (0x06)
توصیف‌گر ترافیک #۱
شناسه سیستم‌عامل + نوع شناسه برنامه سیستم‌عامل 0x97A498E3FC925C9489860333D06E4E4703434253
توصیف‌گر انتخاب مسیر #۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY
مؤلفه شماره ۲: DNN cbs
توصیف‌گر انتخاب مسیر #۲
تقدم 2 (0x02)
مؤلفه ۱: DNN cbs

تأخیر کم با قابلیت اتصال

پشتیبانی از قابلیت‌های اتصال در قوانین URSP در Android 17 و بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای ترافیک با تأخیر کم بااستفاده از توصیف‌گر قابلیت‌های اتصال آورده شده است:

قانون URSP شماره ۷ (تأخیر کم با قابلیت اتصال)
تقدم 7 (0x07)
توصیف‌گر ترافیک شماره ۱
نوع قابلیت‌های اتصال 0xA6 (166: Real-time interactive)
توصیف‌گر انتخاب مسیر شماره ۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY
مؤلفه شماره ۲: DNN تأخیر
توصیف‌گر انتخاب مسیر شماره ۲
تقدم 2 (0x02)
مؤلفه ۱: DNN تأخیر

تأخیر کم با OSAppId

پشتیبانی از تأخیر کم در Android 13 و بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای LOW_LATENCY ترافیک بااستفاده از OSAppId آمده است:

قانون URSP 8 (تأخیر کم با پشتیبان OSAppId)
تقدم 8 (0x08)
توصیف‌گر ترافیک #۱
شناسه سیستم‌عامل + نوع شناسه برنامه سیستم‌عامل 0x97A498E3FC925C9489860333D06E4E47125052494f524954495a455f4c4154454e4359
توصیف‌گر انتخاب مسیر #۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY
مؤلفه شماره ۲: DNN تأخیر
توصیف‌گر انتخاب مسیر شماره ۲
تقدم 2 (0x02)
مؤلفه ۱: DNN تأخیر

پهنای باند بالا با قابلیت اتصال

پشتیبانی از قابلیت‌های اتصال در قوانین URSP در Android 17 و بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای ترافیک با پهنای باند بالا بااستفاده از قابلیت‌های اتصال توصیفگر آمده است:

قانون ۹ URSP (پهنای باند بالا با قابلیت اتصال)
تقدم 9 (0x09)
توصیف‌گر ترافیک شماره ۱
نوع قابلیت‌های اتصال 0xA3 (163: Downlink streaming)
توصیف‌گر انتخاب مسیر #۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY
مؤلفه شماره ۲: DNN پهنای باند
توصیف‌گر انتخاب مسیر شماره ۲
تقدم 2 (0x02)
مؤلفه ۱: DNN پهنای باند

پهنای باند بالا با OSAppId

پشتیبانی از پهنای باند بالا در Android 13 و بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای HIGH_BANDWIDTH ترافیک بااستفاده از OSAppId آمده است:

قانون URSP 10 (پهنای باند بالا با بازگشت به OSAppId)
تقدم 10 (0x0A)
توصیف‌گر ترافیک #۱
شناسه سیستم‌عامل + نوع شناسه برنامه سیستم‌عامل 0x97A498E3FC925C9489860333D06E4E47145052494f524954495a455f42414e445749445448
توصیف‌گر انتخاب مسیر #۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY
مؤلفه شماره ۲: DNN پهنای باند
توصیف‌گر انتخاب مسیر شماره ۲
تقدم 2 (0x02)
مؤلفه ۱: DNN پهنای باند

ارتباطات یکپارچه با قابلیت اتصال

پشتیبانی از ارتباطات یکپارچه در Android 17 و بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای ترافیک UNIFIED_COMMUNICATIONS بااستفاده از قابلیت اتصال آورده شده است. چون ترافیک ارتباطات یکپارچه ازطریق اتصال داده اینترنت پیش‌فرض هدایت می‌شود، در توصیف‌گر انتخاب مسیر به APN (DNN) اختصاصی نیازی نیست:

قانون URSP 11 (ارتباطات یکپارچه با قابلیت اتصال)
تقدم 11 (0x0B)
توصیف‌گر ترافیک شماره ۱
نوع قابلیت‌های اتصال ‫0xA7 (167: ارتباطات یکپارچه)
توصیف‌گر انتخاب مسیر #۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY

ارتباطات یکپارچه با OSAppId

پشتیبانی از ارتباطات یکپارچه در Android 17 و بالاتر دردسترس است. در زیر نمونه‌ای از قانون URSP برای ترافیک UNIFIED_COMMUNICATIONS بااستفاده از OSAppId آمده است:

قانون ۱۲ «درخواست منابع یکپارچه» (ارتباطات یکپارچه با بازگشت به OSAppId)
تقدم 12 (0x0C)
توصیف‌گر ترافیک #۱
شناسه سیستم‌عامل + نوع شناسه برنامه سیستم‌عامل 0x97A498E3FC925C9489860333D06E4E47215052494F524954495A455F554E49464945445F434F4D4D554E49434154494F4E53
توصیف‌گر انتخاب مسیر #۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY

پیش‌فرض

قانون ۱۳ سیاست انتخاب مسیر کاربر (پیش‌فرض)
تقدم 13 (0x0D)
توصیف‌گر ترافیک شماره ۱
مطابقت با همه موجود نیست
توصیف‌گر انتخاب مسیر شماره ۱
تقدم 1 (0x01)
مؤلفه ۱: S-NSSAI SST:XX SD:YYYYYY

آزمایش

برای آزمایش برش شبکه 5G، از آزمایش دستی زیر استفاده کنید.

برای راه‌اندازی دستگاه برای آزمایش، مراحل زیر را انجام دهید:

  1. مطمئن شوید خط‌مشی URSP با قانون غیرپیش‌فرضی پیکربندی شده باشد که با دسته سازمانی مطابقت داشته باشد و توصیف‌گر انتخاب مسیر مربوطه، دسته سازمانی را به برش سازمانی نگاشت کند؛ و قانون پیش‌فرضی که ترافیک را به برش اینترنت پیش‌فرض هدایت کند.

  2. مطمئن شوید نمایه کاری در دستگاه پیکربندی شده باشد.

  3. ازطریق «کنترل‌کننده خط‌مشی دستگاه» با استفاده از برش شبکه موافقت کنید

برای آزمایش عملکرد برش شبکه 5G، مراحل زیر را انجام دهید:

  1. تأیید کنید که جلسه PDU با برش سازمانی برقرار شده است (برای مثال، بااستفاده از نشانی IP خاص) و برنامه‌های موجود در نمایه کاری از آن جلسه PDU استفاده می‌کنند.
  2. تأیید کنید که جلسه PDU جداگانه‌ای با برش اینترنت پیش‌فرض ایجاد شده است و برنامه‌های موجود در نمایه شخصی از جلسه PDU استفاده می‌کنند.

فروش اضافی برش شبکه 5G

ویژگی ارتقا فروش برش شبکه 5G که از Android 14 QPR1 دردسترس است، به شرکت‌های مخابراتی اجازه می‌دهد ازطریق برش شبکه 5G، قابلیت‌های شبکه بهبودیافته (تأخیر و پهنای باند) را به کاربرانشان ارائه دهند.

ویژگی بیش‌فروشی برش شبکه 5G از پاسخ TS.43 از سرور استحقاق شرکت مخابراتی برای هدایت جریان خرید استفاده می‌کند. شرکت‌های مخابراتی می‌توانند از این پاسخ برای مشخص کردن نشانی وب نمای وب خرید شرکت مخابراتی، ارسال داده‌های بیشتر به نمای وب، و نشان دادن اینکه آیا برش آماده‌سازی شده و در شبکه شرکت مخابراتی دردسترس است یا نه استفاده کنند.

شرکت‌های مخابراتی می‌توانند عملکرد ویژگی ارتقا به برش 5G را بااستفاده از پیکربندی‌های شرکت مخابراتی سفارشی‌سازی کنند. این پیکربندی‌ها کنترل می‌کنند که آیا می‌توان درخواست خرید داد، چه زمانی برنامه‌ها مجاز به درخواست قابلیت‌های ممتاز هستند، و چارچوب «خدمات تلفنی» چه مدت منتظر پاسخ کاربر یا شبکه می‌ماند.

ویژگی ارتقا برش شبکه 5G میانایی به‌نام DataBoostWebServiceFlow فراهم می‌کند تا امکان ارتباط بین Android و وب‌نمای شرکت مخابراتی را فراهم کند.

شکل ۲ جریان خرید بیش‌فروشی برش شبکه 5G را نشان می‌دهد:

جریان خرید بیش‌فروشی برش شبکه 5G

شکل ۲. جریان خرید بیش‌فروشی برش شبکه 5G.

فرایند حق استفاده TS.43

وقتی کاربر قابلیت‌های شبکه بهبودیافته را درخواست می‌کند، چارچوب «خدمات تلفنی» پیکربندی حق استفاده از سرویس را برای قابلیت ممتاز درخواست‌شده درخواست می‌کند. اگر پاسخ TS.43 معتبر باشد، چارچوب «تلفن» از فیلدهای پاسخ HTTP برای هدایت درخواست خرید استفاده می‌کند.

برش دادن فیلدهای خرید

پیکربندی حق مالکیت TS.43 شامل فیلدهای خرید برش زیر است:

وضعیت حق استفاده

کلید: EntitlementStatus

نوع: int

مقادیر پشتیبانی‌شده: 0 (غیرفعال)، 1 (فعال)، 2 (ناسازگار)، 3 (تأمین)، 4 (دربرگیرنده)

وضعیت تدارک

کلید: ProvStatus

نوع: int

مقادیر پشتیبانی‌شده: 0 (تأمین‌نشده)، 1 (تأمین‌شده)، 2 (دردسترس نیست)، 3 (درحال انجام)

چارچوب «خدمات تلفن» از ترکیب وضعیت حق مالکیت و وضعیت آماده‌سازی برای تعیین وضعیت خرید برش فعلی استفاده می‌کند. نتیجه می‌تواند یکی از موارد زیر باشد:

اگر وضعیت حق مالکیت 1 (فعال) باشد و وضعیت آماده‌سازی 0 (آماده‌سازی نشده) باشد، چارچوب «خدمات تلفنی» اعلان ارتقا را به کاربر نمایش می‌دهد تا ازطریق نمای وب شرکت مخابراتی، بهینه‌ساز را خریداری کند. جدول زیر رفتار چارچوب «تلفن» را برای ترکیب‌های مختلف مقادیر وضعیت تدارک و حق استفاده شرح می‌دهد.

وضعیت آماده‌سازی
تدارک‌دیده نشده است (0) تأمین‌شده (1) دردسترس نیست (2) درجریان (3)
وضعیت حق استفاده غیرفعال (0) ناموفق ناموفق ناموفق ناموفق
فعال (1) نمایش وب‌نما قبلاً خریداری شده است قبلاً خریداری شده است درحال انجام
ناسازگار (2) ناموفق ناموفق ناموفق ناموفق
تدارک (3) خطای شرکت مخابراتی خطای شرکت مخابراتی درحال انجام درحال انجام
گنجانده‌شده (4) خطای شرکت مخابراتی قبلاً خریداری شده است قبلاً خریداری شده است خطای شرکت مخابراتی

فیلدهای جریان خدمات

پاسخ TS.43 نشانی وب، داده‌های کاربر، و نوع محتوا را برای سفارشی‌سازی رفتار نمای وب خرید از شرکت مخابراتی مشخص می‌کند. اگر نوع محتوا مشخص نشده باشد، نشانی وب به‌عنوان درخواست GET بار می‌شود. اگر داده‌های کاربر وجود داشته باشد، به‌عنوان پارامتر پُرسمان به نشانی وب اضافه می‌شود (برای مثال، https://www.android.com?encodedValue=Base64EncodedUserData)؛ و اگر وجود نداشته باشد، نشانی وب به‌همان صورت استفاده می‌شود (برای مثال، https://www.android.com).
اگر نوع محتوا در قالب JSON یا XML مشخص شده باشد، نشانی وب به‌عنوان درخواست POST بار می‌شود و داده‌های کاربر (اگر در Base 64 کدگذاری شده باشد، رمزگشایی می‌شود) به‌عنوان داده برای درخواست POST ارسال می‌شود.

نشانی وب

کلید: 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

نشانی وب خرید شرکت مخابراتی پشتیبان برای نمایش به کاربر وقتی روی اعلان فروش گران‌تر کلیک می‌کند. اگر نشانی وب خرید در پاسخ TS.43 از سرور استحقاق پیدا نشود، به‌جای آن از این مقدار استفاده می‌شود. اگر نه نشانی وب پاسخ TS.43 و نه پیکربندی شرکت مخابراتی معتبر نباشد، درخواست خرید با نتیجه PURCHASE_PREMIUM_CAPABILITY_RESULT_CARRIER_DISABLED ناموفق خواهد بود.

KEY_PREMIUM_CAPABILITY_SUPPORTED_ON_LTE_BOOL

اینکه آیا قابلیت‌های ممتاز هنگام اتصال دستگاه به «تکامل بلندمدت» (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

مدت زمانی که درخواست‌های خرید بعدی باید پس‌از خطای ناشی از شرکت مخابراتی یا شبکه محدود شوند. اگر بررسی حق استفاده ناموفق باشد، نشانی وب دردسترس نباشد، یا نشانی وب خرید شرکت مخابراتی نشان‌دهنده ناموفق بودن باشد، این زمان‌سنج بازگشت شروع می‌شود. وقتی این زمان‌سنج فعال است، درخواست‌های خرید با نتیجه PURCHASE_PREMIUM_CAPABILITY_RESULT_THROTTLED ناموفق خواهد بود.

KEY_PREMIUM_CAPABILITY_NETWORK_SETUP_TIME_MILLIS_LONG

مدت زمانی که شبکه باید پیکربندی برش را برای قابلیت ممتاز خرید تنظیم کند. در این دوره، درخواست‌های خرید بعدی مسدود می‌شوند و PURCHASE_PREMIUM_CAPABILITY_RESULT_PENDING_NETWORK_SETUP نتیجه را برمی‌گردانند. اگر شبکه نتواند پیکربندی برش را به‌موقع راه‌اندازی کند، برنامه‌ها می‌توانند دوباره درخواست خرید قابلیت‌های ممتاز کنند. «خدمات تلفنی» خرید را تا زمانی‌که پیکربندی برش متناظر ارسال نشود تکمیل‌شده درنظر نمی‌گیرد، صرف‌نظر از اینکه کاربر به شرکت مخابراتی پرداخت کرده است یا نه.

میانای جاوا اسکریپت

وقتی کاربر روی اعلان تقویت‌کننده شبکه کلیک می‌کند، شیء WebView با نشانی وب خرید شرکت مخابراتی به کاربر نشان داده می‌شود. شرکت‌های مخابراتی می‌توانند از میاناهای برنامه‌سازی کاربردی ارائه‌شده در DataBoostWebServiceFlow میانای جاوا اسکریپت در وب‌سایت خریدشان برای ارتباط با برنامه خرید برش استفاده کنند.

وب‌سایت شرکت مخابراتی می‌تواند قابلیت ممتاز درخواستی را ازطریق روش getRequestedCapability() دریافت کند.

اگر خرید موفقیت‌آمیز باشد، وب‌سایت شرکت مخابراتی باید ازطریق notifyPurchaseSuccessful() یا notifyPurchaseSuccessful(duration) به برنامه خرید برش اطلاع دهد که duration پارامتری اختیاری است که مدت‌زمان موردنظر برش را نشان می‌دهد.

اگر خرید موفقیت‌آمیز نباشد، وب‌سایت شرکت مخابراتی باید برنامه خرید برش را ازطریق روش notifyPurchaseFailed(code, reason) مطلع کند، که در آن code کد خرابی است که دلیل خرابی را نشان می‌دهد و reason دلیل خرابی قابل‌خواندن توسط انسان است، درصورتی‌که کد خرابی ناشناخته باشد.

اگر هریک از این روش‌های پاسخ‌دهی فراخوانی نشوند، خرید تکمیل‌شده درنظر گرفته نمی‌شود و درخواست خرید درنهایت منقضی می‌شود.

کدهای خطای معتبری که وب‌سایت شرکت مخابراتی می‌تواند برای خطای خرید برگرداند به شرح زیر است:

وقتی خرید تکمیل شد، شرکت مخابراتی باید قوانین URSP را با برش PRIORITIZE_LATENCY به دستگاه کاربر به‌روز کند.

مسیریابی خودکار برش شبکه 5G برای صدا و ویدیو «خدمات جاری‌سازی»

‫Android 17 از مسیریابی خودکار تماس‌های صوتی و تصویری OTT (فراپخش) به اتصالات شبکه ممتاز پشتیبانی می‌کند. این ویژگی به سیستم اجازه می‌دهد تا به‌طور خودکار ترافیک تماس‌های صوتی و تصویری را به یک میانای شبکه ممتاز اختصاصی (مانند برش ممتاز 5G یا اتصال ممتاز 4G PDN) هدایت کند، بدون اینکه نیازی به تغییر در پشته شبکه برنامه باشد.

این راهکار سطح پلاتفرم نیاز توسعه‌دهندگان برنامه به درخواست صریح قابلیت‌های شبکه را برطرف می‌کند و تجربه‌ای یکپارچه برای توسعه‌دهندگان و کاربران نهایی فراهم می‌کند.

روش کار

‫Android ازطریق افزودن به چارچوب‌های اتصال‌پذیری و مخابرات از مسیریابی خودکار پشتیبانی می‌کند. ویژگی مسیریابی خودکار به این صورت عمل می‌کند:

  • تشخیص تماس: سیستم از APIهای موجود Telecom Jetpack که توسط برنامه‌های OTT استفاده می‌شوند برای تشخیص شروع و پایان تماس‌های صوتی یا تصویری استفاده می‌کند.
  • مدیریت اتصال: پس‌از تشخیص تماس، Android یک میانای شبکه ممتاز تعیین‌شده، مثل برش ارتباطات یکپارچه، را بالا می‌آورد.
  • هدایت ترافیک: درطول تماس، پلاتفرم برنامه را با شناسه کاربری آن شناسایی می‌کند و ترافیک آن را به‌طور خودکار به اتصال شبکه ممتاز هدایت می‌کند.
  • بازگشت پس‌از تماس: وقتی تماس تمام می‌شود، پلاتفرم قانون مسیریابی را برمی‌دارد و ترافیک برنامه برای ترافیک غیرتماس (مثل پیام‌رسانی) به شبکه پیش‌فرض سیستم برمی‌گردد.

الزامات

برای پشتیبانی از مسیریابی خودکار برای تماس‌های OTT، باید شرایط زیر برآورده شود:

  • شرکت‌های مخابراتی: باید با پیکربندی قوانین URSP مناسب (بااستفاده از قابلیت اتصال یا OSAppId برای ترافیک ارتباطات یکپارچه)، یک برش ارتباطات یکپارچه ارائه دهند.
  • برنامه‌ها: باید از «میاناهای برنامه‌سازی کاربردی Android Telecom Jetpack» استفاده کنند تا به سیستم اجازه دهند وضعیت‌های تماس را تشخیص دهد.
  • تولیدکنندگان دستگاه: Android 17 یا بالاتر موردنیاز است.