5G নেটওয়ার্ক স্লাইসিং

Android 12 বা তার পরবর্তী যেকোনও ভার্সনে চলা ডিভাইসের জন্য, Android 5G নেটওয়ার্ক স্লাইসিংয়ের সুবিধা দেয়। এর মাধ্যমে নেটওয়ার্ক ভার্চুয়ালাইজেশন ব্যবহার করে সিঙ্গেল নেটওয়ার্ক কানেকশনকে একাধিক আলাদা ভার্চুয়াল কানেকশনে ভাগ করা যায়। এর ফলে বিভিন্ন ধরনের ট্রাফিকের জন্য আলাদা আলাদা রিসোর্স প্রদান করা যায়। 5G নেটওয়ার্ক স্লাইসিং, নেটওয়ার্ক অপারেটরদের নেটওয়ার্কের একটি অংশ গ্রাহকদের নির্দিষ্ট অংশের জন্য নির্দিষ্ট ফিচার প্রদান করতে ব্যবহার করার অনুমতি দেয়। Android 12-এ নিম্নলিখিত 5G এন্টারপ্রাইজ নেটওয়ার্ক স্লাইসিং ক্ষমতা চালু করা হয়েছে, যা নেটওয়ার্ক অপারেটররা তাদের এন্টারপ্রাইজ ক্লায়েন্টদের প্রদান করতে পারেন:

সম্পূর্ণ ম্যানেজ করা ডিভাইসের জন্য এন্টারপ্রাইজ ডিভাইস স্লাইসিং

যেসব এন্টারপ্রাইজ তাদের কর্মীদের সম্পূর্ণ ম্যানেজ করা কোম্পানির ডিভাইস প্রদান করে, নেটওয়ার্ক প্রদানকারী তাদের একটি বা একাধিক অ্যাক্টিভ এন্টারপ্রাইজ নেটওয়ার্ক স্লাইস প্রদান করতে পারে যেখানে কোম্পানির ডিভাইসের ট্রাফিককে রাউট করা হয়। Android 12 থেকে, Android, APN-এর মাধ্যমে স্লাইস সেট-আপ করার পরিবর্তে, URSP নিয়মের মাধ্যমে ক্যারিয়ারদের এন্টারপ্রাইজ স্লাইস প্রদান করার অনুমতি দেয়।

অফিস প্রোফাইল সহ ডিভাইসের জন্য এন্টারপ্রাইজ বিজনেস অ্যাপ স্লাইসিং

যেসব এন্টারপ্রাইজ অফিস প্রোফাইল সমাধান ব্যবহার করে, Android 12 ডিভাইসকে অফিস প্রোফাইলে থাকা সব অ্যাপ থেকে এন্টারপ্রাইজ নেটওয়ার্ক স্লাইসে ট্রাফিক রাউট করার অনুমতি দেয়। এন্টারপ্রাইজ ডিভাইস নীতি কন্ট্রোলার (DPC)-এর মাধ্যমে এই সুবিধা চালু করতে পারে।

অফিস প্রোফাইল সমাধান অটোমেটিক লেভেলের যাচাইকরণ ও অ্যাক্সেস কন্ট্রোল প্রদান করে যা এন্টারপ্রাইজের প্রয়োজন হয়। এর মাধ্যমে এন্টারপ্রাইজ নিশ্চিত করতে পারে যে অফিস প্রোফাইলে এন্টারপ্রাইজ অ্যাপ থেকে আসা ট্রাফিকই শুধু এন্টারপ্রাইজ নেটওয়ার্ক স্লাইসে রাউট করা হয়। এন্টারপ্রাইজ নেটওয়ার্ক স্লাইসের জন্য স্পষ্টভাবে অনুরোধ করতে অফিস প্রোফাইলে থাকা অ্যাপে কোনও পরিবর্তন করার প্রয়োজন নেই।

AOSP-তে 5G নেটওয়ার্ক স্লাইসিং কীভাবে কাজ করে

Android 12, AOSP-তে টেলিফোনি কোডবেস এবং টিথারিং মডিউল যোগ করার মাধ্যমে 5G নেটওয়ার্ক স্লাইসিংয়ের জন্য সহায়তা প্রদান করে। নেটওয়ার্ক স্লাইসিংয়ের জন্য প্রয়োজনীয় বিদ্যমান কানেক্টিভিটি API এতে অন্তর্ভুক্ত করা হয়।

Android টেলিফোনি প্ল্যাটফর্ম HAL ও টেলিফোনি API প্রদান করে যাতে কোর নেটওয়ার্কিং কোড ও মডেমের 5G স্লাইসিং ক্ষমতার মাধ্যমে ফাইল করা নেটওয়ার্ক অনুরোধের ভিত্তিতে স্লাইসিং করা যায়। ছবি ১-এ 5G নেটওয়ার্ক স্লাইসিং ফিচারের বিভিন্ন কম্পোনেন্ট বর্ণনা করা হয়েছে।

5G নেটওয়ার্ক স্লাইসিং কম্পোনেন্ট

ছবি ১. AOSP-তে 5G নেটওয়ার্ক স্লাইসিং আর্কিটেকচার।

টেলিফোনি ও কানেক্টিভিটি প্ল্যাটফর্ম এগুলি সাপোর্ট করে:

  • স্লাইস ক্যাটেগরির জন্য নেটওয়ার্ক অনুরোধকে ট্রাফিক ডেসক্রিপ্টর -এ কনভার্ট করা হয়, যা পরে URSP ট্রাফিক ম্যাচিং ও রুট বেছে নেওয়ার জন্য মডেমে পাঠানো হয়
  • এন্টারপ্রাইজ নেটওয়ার্ক স্লাইস উপলভ্য না থাকলে ডিফল্ট নেটওয়ার্কে ফিরে যাওয়া
  • অফিস প্রোফাইলের অধীনে থাকা সব অ্যাপ থেকে ট্রাফিককে সংশ্লিষ্ট কানেকশনে রাউট করা হচ্ছে

  • এন্টারপ্রাইজ স্লাইসিংয়ে সহায়তা করা

    • ডিভাইসে অফিস প্রোফাইল আছে কিনা তা শনাক্ত করা
    • এন্টারপ্রাইজের আইটি অ্যাডমিনের ব্যবহার করা DPC-এর দেওয়া অনুমতি বা রাউটিং নির্দেশাবলী চেক করা

Android 12-এ টিথারিং মডিউলে নিম্নলিখিত পরিবর্তনগুলি কোর নেটওয়ার্কিং পরিষেবার মধ্যে অন্তর্ভুক্ত:

  • Tethering মডিউলে android.net.*-এর বেশিরভাগ পাবলিক বা সিস্টেম API ক্লাস যোগ করে

  • এগুলি অন্তর্ভুক্ত করার জন্য টেথারিং মডিউলের সীমানা বাড়ায়:

    • 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

  • Tethering মডিউল থেকে VPN কোড সরিয়ে দেয়

Android 12-এ নিম্নলিখিত ক্ষমতা সহ কোড টিথারিং মডিউলে সরানো হয়েছে:

  • নেটওয়ার্ক কানেকশনের জন্য অ্যাপের থেকে অনুরোধ পাওয়া
  • সিস্টেম থেকে অনুরোধ পাওয়া (যেমন, "এইসব অ্যাপকে কোনও এন্টারপ্রাইজ স্লাইসে রাখুন"; Android 12-এ চালু করা হয়েছে)
  • সিস্টেম থেকে টেলিফোনি কোডে অনুরোধ পাঠানো, যা HAL API ও মডেমের মাধ্যমে নেটওয়ার্ক বা স্লাইস সেট-আপ করার চেষ্টা করে
  • প্রতিটি অ্যাপের ভিত্তিতে কীভাবে ট্রাফিক রাউট করতে হয় সেই বিষয়ে netd-কে জানানো (Android 12-এ পরিচয় করানো হয়েছে)
  • ConnectivityManager API-এর মাধ্যমে অ্যাপগুলিকে তাদের নেটওয়ার্ক ট্রাফিকের কী হচ্ছে তা জানানো, যেমন NetworkCallback, getActiveNetwork, getNetworkCapabilities.

প্রয়োগ

কোনও ডিভাইসে 5G স্লাইসিং কাজ করার জন্য, ডিভাইসে এমন একটি মডেম থাকতে হবে যা IRadio 1.6 HAL-এ কাজ করে, যার মধ্যে setupDataCall_1_6 API আছে। এই API একটি ডেটা কানেকশন সেট-আপ করে এবং 5G স্লাইসিংয়ের জন্য নিম্নলিখিত প্যারামিটার অন্তর্ভুক্ত করে:

  • trafficDescriptor: মডেমে পাঠানো ট্রাফিক ডেসক্রিপ্টর নির্দিষ্ট করে
  • sliceInfo: EPDG থেকে 5G হ্যান্ডওভারের ক্ষেত্রে ব্যবহার করা হবে এমন নেটওয়ার্ক স্লাইসের তথ্য নির্দিষ্ট করে
  • matchAllRuleAllowed: ডিফল্ট ম্যাচ-অল URSP নিয়ম ব্যবহার করার অনুমতি আছে কিনা তা নির্দিষ্ট করে। টেলিফোনি ডিফল্ট নেটওয়ার্কের জন্য এটিকে সত্য হিসেবে সেট করে কিন্তু স্লাইসের জন্য নয়। ম্যাচ অল নিয়মটি ডিফল্ট নেটওয়ার্কের ক্ষেত্রে প্রযোজ্য হয়। কোনও অ্যাপ নির্দিষ্ট স্লাইসের অনুরোধ করলে এবং সেটি উপলভ্য না থাকলে, নির্দিষ্ট স্লাইসটি উপলভ্য নেই বলে রিপোর্ট করা হয়। এন্টারপ্রাইজ অ্যাপের ক্ষেত্রে, এন্টারপ্রাইজ নেটওয়ার্ক উপলভ্য না থাকলে, টেলিফোনি ফ্রেমওয়ার্ক ডিফল্ট নেটওয়ার্কে ফলব্যাক করতে পারে।

এছাড়াও, মডেমকে অবশ্যই getSlicingConfig API প্রয়োগ করতে হবে, যদি না getHalDeviceCapabilities API এটিকে কাজ করে না বলে রিপোর্ট করে।

এন্টারপ্রাইজ সংক্রান্ত প্রয়োজনীয়তা

Android এন্টারপ্রাইজ ডেপ্লয়মেন্টে ডিভাইসগুলিতে 5G নেটওয়ার্ক স্লাইসিং ব্যবহার করার জন্য এন্টারপ্রাইজগুলির প্রয়োজনীয়তা নিচে বর্ণনা করা হয়েছে।

  • অফিস প্রোফাইল দিয়ে সেট-আপ করা সম্পূর্ণ ম্যানেজ করা বা কর্মচারীদের ডিভাইস ৫জি SA-এর উপযুক্ত এবং এমন মডেম থাকতে হবে যা setupDataCall_1_6 API-এর সাথে কাজ করে।
  • স্লাইস সেট-আপ ও পারফর্ম্যান্স বা SLA বৈশিষ্ট্য সংক্রান্ত বিষয়ে ক্যারিয়ার পার্টনারের সাথে কাজ করুন।

অফিস প্রোফাইল দিয়ে সেট-আপ করা ডিভাইসে 5G স্লাইসিং চালু করা

অফিস প্রোফাইল দিয়ে সেট-আপ করা ডিভাইসের জন্য, AOSP-তে 5G নেটওয়ার্ক স্লাইসিং ডিফল্ট হিসেবে বন্ধ থাকে। নেটওয়ার্ক স্লাইসিং চালু করতে, এন্টারপ্রাইজ IT অ্যাডমিনরা EMM DPC-র মাধ্যমে প্রতি কর্মচারী ভিত্তিতে এন্টারপ্রাইজ নেটওয়ার্ক স্লাইসে কর্মস্থলের প্রোফাইল অ্যাপ ট্রাফিক রাউটিং চালু বা বন্ধ করতে পারেন, যা setPreferentialNetworkServiceEnabled পদ্ধতি ব্যবহার করে DevicePolicyManager (DPM) API (Android 12-এ চালু করা হয়েছে)।

কাস্টম DPC সহ EMM ভেন্ডরদের এন্টারপ্রাইজ ক্লায়েন্টদের সহায়তা করতে DevicePolicyManager API ইন্টিগ্রেট করতে হবে।

URSP নিয়ম

এই বিভাগে এন্টারপ্রাইজ, CBS, কম লেটেন্সি, হাই ব্যান্ডউইথ এবং ইউনিফায়েড কমিউনিকেশন ট্রাফিক সহ বিভিন্ন ধরনের স্লাইস ক্যাটেগরির জন্য URSP নিয়ম কনফিগার করা সংক্রান্ত তথ্য রয়েছে।

URSP নিয়ম কনফিগার করার সময়, ক্যারিয়াররা এইসব ফ্যাক্টরের উপর ভিত্তি করে ট্রাফিক ডেসক্রিপ্টর ব্যবহার করতে পারে:

  • OS আইডি ও OS অ্যাপ আইডি ধরন, কম্পোনেন্ট ধরন 0x08, Android 12 ও এর পরের যেকোনও ভার্সনে কাজ করে
  • কানেকশন ক্যাপাবিলিটির ধরন, কম্পোনেন্টের ধরন 0x90, এগুলিতে কাজ করে Android 17 ও তার পরবর্তী যেকোনও ভার্সন

OS আইডি ও OS অ্যাপ আইডি

OS Id এবং OS App Id ধরনের ট্রাফিক ডেসক্রিপ্টর কম্পোনেন্ট ব্যবহার করে URSP নিয়ম কনফিগার করার সময়, পরিষেবা প্রদানকারী নিম্নলিখিত Android-নির্দিষ্ট OS Id এবং OS App Id ভ্যালু ব্যবহার করতে পারে।

আইডি মান বর্ণনা
OS আইডি 97a498e3-fc92-5c94-8986-0333d06e4e47 Android-এর জন্য OS আইডি হল একটি ভার্সন ৫ UUID যা নেমস্পেস ISO OID এবং নাম Android দিয়ে তৈরি করা হয়।

OS আইডি এবং OS অ্যাপ আইডি টাইপ ব্যবহার করে URSP নিয়ম কনফিগার করা ক্যারিয়ারদের অবশ্যই ট্রাফিক ডিসক্রিপ্টর কম্পোনেন্টের সাথে প্রতিটি স্লাইস ট্রাফিক কনফিগার করতে হবে, যা OS আইডি, OS অ্যাপ আইডির দৈর্ঘ্য (0x0A) এবং OS অ্যাপ আইডির একটি কনক্যাটেনেশন হিসেবে কাজ করে। যেমন, ENTERPRISE স্লাইসের মান অবশ্যই 0x97A498E3FC925C9489860333D06E4E470A454E5445525052495345 হতে হবে। ট্রাফিক ডেসক্রিপ্টর কম্পোনেন্টের ধরন সম্পর্কে আরও তথ্যের জন্য, 3GPP TS 24.526 টেবিল 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, 3GPP TS 24.526 Table 5.2.1-এ উল্লেখ করা কানেকশন সংক্রান্ত ক্ষমতা ট্রাফিক ডেসক্রিপ্টর কম্পোনেন্ট (টাইপ 0x90) কাজ করে।

কোনও অ্যাপ বা সিস্টেম পরিষেবা নির্দিষ্ট ক্ষমতা সহ নেটওয়ার্কের অনুরোধ করলে, Android টেলিফোনি ডেটা স্ট্যাক অনুরোধ করা NetworkCapabilities-কে একটি স্ট্যান্ডার্ড কানেকশন ক্ষমতা ভ্যালুর সাথে ম্যাপ করে যা ডেটা কল সেট-আপ করার সময় (setupDataCall) মডেমকে পাঠানো TrafficDescriptor-এ থাকে। 3GPP স্পেসিফিকেশন একটি সিঙ্গেল ডেসক্রিপ্টরে একাধিক কানেকশন ক্ষমতাকে অনুমতি দিলেও, Android 17 টেলিফোনি ফ্রেমওয়ার্ক অনুরোধ করা একাধিক কানেকশন ক্ষমতাকে একটি কানেকশন ক্ষমতার সাথে ম্যাপ করে।

নিচের সারণীতে Android নেটওয়ার্কের ক্ষমতা থেকে 3GPP কানেকশন ক্ষমতার ডিফল্ট ম্যাপিং বর্ণনা করা হয়েছে:

নেটওয়ার্কের ক্ষমতা কানেকশন ক্ষমতা ভ্যালু (হেক্স বা ডেসিমাল) বর্ণনা
NET_CAPABILITY_IMS CONNECTION_CAPABILITY_IMS 0x01 (১টি) IMS ভয়েস ও ভিডিও কমিউনিকেশন
NET_CAPABILITY_MMS CONNECTION_CAPABILITY_MMS 0x02 (২) MMS ট্রাফিক
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 (১৬৬) রিয়েল-টাইম ইন্টার‍্যাক্টিভ ট্রাফিক (যেমন, গেমিং, AR/VR)
NET_CAPABILITY_PRIORITIZE_BANDWIDTH CONNECTION_CAPABILITY_DOWNLINK_STREAMING 0xA3 (১৬৩) ডাউনলিঙ্ক হাই-ব্যান্ডউইথ স্ট্রিমিং ট্রাফিক
NET_CAPABILITY_PRIORITIZE_UNIFIED_COMMUNICATIONS CONNECTION_CAPABILITY_UNIFIED_COMMUNICATIONS 0xA7 (১৬৭) ইউনিফায়েড কমিউনিকেশন (যেমন, OTT ভয়েস বা ভিডিও কলিং)

ক্যারিয়ার URSP কনফিগারেশন এবং ব্যাকওয়ার্ড কম্প্যাটিবিলিটি

বিভিন্ন HAL ও OS ভার্সন সহ ডিভাইস জুড়ে নির্বিঘ্ন অপারেশন নিশ্চিত করতে, URSP নিয়মগুলি প্রোভিশন করার সময় পরিষেবা প্রদানকারীদের নিম্নলিখিত আচরণ বিবেচনা করা উচিত:

  • Android 16 বা তার আগের ভার্সন (Radio HAL AIDL 2.4 এবং তার আগের ভার্সন) দ্বারা পরিচালিত ডিভাইস: মডেম ট্রাফিক ডেসক্রিপ্টরে অন্তত OSAppId পায়।
  • Android 17 বা তার পরবর্তী যেকোনও ভার্সন (AIDL 2.5 বা তার পরবর্তী যেকোনও ভার্সন) চলছে এমন ডিভাইস: প্রিমিয়াম স্লাইস ক্ষমতার (যেমন, কম লেটেন্সি, বেশি ব্যান্ডউইথ ও ইউনিফায়েড কমিউনিকেশন) জন্য, প্ল্যাটফর্ম ট্রাফিক ডেসক্রিপ্টরে OSAppId, ConnectionCapability বা দুটিই পপুলেট করে।

পরিষেবা প্রদানকারী নিম্নলিখিত যেকোনও একটি পদ্ধতি ব্যবহার করে URSP নিয়ম কনফিগার করতে পারে:

  1. অগ্রাধিকার-ভিত্তিক নিয়ম (সাজেস্ট করা):
    • নিয়ম 'ক' (উচ্চতর অগ্রাধিকার, নিম্নতর অগ্রাধিকার নম্বর, যেমন, ১০): কানেকশন ক্ষমতা (যেমন, 0xA6 কম লেটেন্সি, 0xA3 বেশি ব্যান্ডউইথ বা 0xA7 ইউনিফায়েড কমিউনিকেশন) ম্যাচ করে। Android 17 এবং তার পরবর্তী ভার্সনের ডিভাইস প্রথমে এই নিয়মের সাথে ম্যাচ করে।
    • নিয়ম খ (কম অগ্রাধিকার, বেশি অগ্রাধিকার নম্বর, যেমন, ২০): OS আইডি ও OS অ্যাপ আইডি টাইপের সাথে ম্যাচ করে (যেমন, PRIORITIZE_LATENCY)। HAL-এ কানেকশন ক্ষমতা কাজ করে না এমন পুরনো ডিভাইস এই ফলব্যাক নিয়মের সাথে ম্যাচ করে।
  2. OS অ্যাপ আইডি-অনলি নিয়ম (লিগ্যাসি):
    • ক্যারিয়াররা OS Id এবং OS App Id-এর ধরনের উপর ভিত্তি করে বিদ্যমান URSP নিয়ম ব্যবহার করা চালিয়ে যেতে পারবেন। Android 17 ও তার পরবর্তী যেকোনও ভার্সনের ডিভাইস OSAppId পাস করা চালিয়ে যায়, তাই নতুন ও পুরনো উভয় ডিভাইস এইসব নিয়ম সফলভাবে মেনে চলে।
  3. সম্মিলিত নিয়ম (AND শর্ত):
    • ক্যারিয়াররা একটি ট্রাফিক ডেসক্রিপ্টরের মধ্যে OS আইডি, OS অ্যাপ আইডি এবং কানেকশন ক্ষমতা উভয়ই নির্দিষ্ট করতে পারে। এই নিয়ম শুধুমাত্র Android 17 বা তার পরবর্তী যেকোনও ভার্সন এবং AIDL 2.5 বা তার পরবর্তী যেকোনও ভার্সন আছে এমন ডিভাইসে কাজ করে।

URSP নিয়মের উদাহরণ

নিচের সারণীতে এন্টারপ্রাইজ, CBS, কম লেটেন্সি, হাই ব্যান্ডউইথ, ইউনিফায়েড কমিউনিকেশন ও ডিফল্ট ট্রাফিকের জন্য URSP নিয়মের উদাহরণ দেখানো হয়েছে।

Enterprise 1

Enterprise 1-এর জন্য সহায়তা Android 12 ও তার পরবর্তী যেকোনও ভার্সনে উপলভ্য। ENTERPRISE1 ট্রাফিকের জন্য URSP নিয়মের উদাহরণ নিচে দেওয়া হল:

URSP নিয়ম ১ (ENTERPRISE1)
অগ্রাধিকার 1 (0x01)
ট্রাফিক ডেসক্রিপ্টর #১
OS আইডি + OS অ্যাপ আইডি টাইপ 0x97A498E3FC925C9489860333D06E4E470A454E5445525052495345
রুট বেছে নেওয়ার বর্ণনাকারী #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY
কম্পোনেন্ট #২: DNN এন্টারপ্রাইজ
রুট বেছে নেওয়ার ডেসক্রিপ্টর #২
অগ্রাধিকার 2 (0x02)
কম্পোনেন্ট #১: DNN এন্টারপ্রাইজ

Enterprise 2

Android 13 ও এর পরের যেকোনও ভার্সনে Enterprise 2-এর জন্য সহায়তা উপলভ্য। ENTERPRISE2 ট্রাফিকের জন্য URSP নিয়মের উদাহরণ নিচে দেওয়া হল:

URSP rule 2 (ENTERPRISE2)
অগ্রাধিকার 2 (0x02)
ট্রাফিক ডেসক্রিপ্টর #১
OS আইডি + OS অ্যাপ আইডিয়ের ধরন 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534532
রুট বেছে নেওয়ার ডেসক্রিপ্টর #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY
কম্পোনেন্ট #২: DNN enterprise2
রুট বেছে নেওয়ার বর্ণনাকারী #২
অগ্রাধিকার 2 (0x02)
কম্পোনেন্ট #১: DNN enterprise2

Enterprise 3

Android 13 ও এর পরের যেকোনও ভার্সনে Enterprise 3-এর জন্য সহায়তা উপলভ্য। ENTERPRISE3 ট্রাফিকের জন্য URSP নিয়মের উদাহরণ নিচে দেওয়া হল:

URSP নিয়ম ৩ (ENTERPRISE3)
অগ্রাধিকার 3 (0x03)
ট্রাফিক ডেসক্রিপ্টর #১
OS আইডি + OS অ্যাপ আইডিয়ের ধরন 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534533
রুট বেছে নেওয়ার ডেসক্রিপ্টর #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY
কম্পোনেন্ট #২: DNN enterprise3
রুট বেছে নেওয়ার ডেসক্রিপ্টর #২
অগ্রাধিকার 2 (0x02)
কম্পোনেন্ট #১: DNN enterprise3

Enterprise 4

Android 13 ও তার পরবর্তী যেকোনও ভার্সনে Enterprise 4-এর জন্য সহায়তা উপলভ্য। ENTERPRISE4 ট্রাফিকের জন্য URSP নিয়মের উদাহরণ নিচে দেওয়া হল:

URSP নিয়ম ৪ (ENTERPRISE4)
অগ্রাধিকার 4 (0x04)
ট্রাফিক ডেসক্রিপ্টর #১
OS আইডি + OS অ্যাপ আইডিয়ের ধরন 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534534
রুট বেছে নেওয়ার ডেসক্রিপ্টর #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY
কম্পোনেন্ট #২: DNN enterprise4
রুট বেছে নেওয়ার ডেসক্রিপ্টর #২
অগ্রাধিকার 2 (0x02)
কম্পোনেন্ট #১: DNN enterprise4

Enterprise 5

Android 13 ও তার পরবর্তী যেকোনও ভার্সনে Enterprise 5-এর জন্য সহায়তা উপলভ্য। ENTERPRISE5 ট্রাফিকের জন্য URSP নিয়মের উদাহরণ নিচে দেওয়া হল:

URSP rule 5 (ENTERPRISE5)
অগ্রাধিকার 5 (0x05)
ট্রাফিক ডেসক্রিপ্টর #১
OS আইডি + OS অ্যাপ আইডিয়ের ধরন 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534535
রুট বেছে নেওয়ার বর্ণনাকারী #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY
কম্পোনেন্ট #২: DNN enterprise5
রুট বেছে নেওয়ার বর্ণনাকারী #২
অগ্রাধিকার 2 (0x02)
কম্পোনেন্ট #১: DNN enterprise5

CBS

Android 13 ও তার পরবর্তী যেকোনও ভার্সনে CBS কাজ করে। CBS ট্রাফিকের জন্য URSP নিয়মের একটি উদাহরণ নিচে দেওয়া হল:

URSP নিয়ম ৬ (CBS)
অগ্রাধিকার 6 (0x06)
ট্রাফিক ডেসক্রিপ্টর #১
OS আইডি + OS অ্যাপ আইডি টাইপ 0x97A498E3FC925C9489860333D06E4E4703434253
রুট বেছে নেওয়ার বর্ণনাকারী #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY
কম্পোনেন্ট #২: DNN cbs
রুট বেছে নেওয়ার বর্ণনাকারী #২
অগ্রাধিকার 2 (0x02)
কম্পোনেন্ট #১: DNN cbs

কানেক্ট করার সুবিধা সহ কম লেটেন্সি

URSP নিয়মে কানেকশন সংক্রান্ত ক্ষমতার জন্য সহায়তা Android 17 ও তার পরবর্তী যেকোনও ভার্সনে উপলভ্য। নিচে কানেকশন ক্যাপাবিলিটি ডেসক্রিপ্টর ব্যবহার করে কম লেটেন্সি ট্রাফিকের জন্য URSP নিয়মের একটি উদাহরণ দেওয়া হল:

URSP নিয়ম ৭ (কানেকশন ক্ষমতা সহ কম লেটেন্সি)
অগ্রাধিকার 7 (0x07)
ট্রাফিক ডেসক্রিপ্টর #১
কানেকশন ক্যাপাবিলিটি সংক্রান্ত ধরন 0xA6 (১৬৬: রিয়েল-টাইম ইন্টার‍্যাক্টিভ)
রুট বেছে নেওয়ার ডেসক্রিপ্টর #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY
কম্পোনেন্ট #২: DNN অদৃশ্যতা
রুট বেছে নেওয়ার বর্ণনাকারী #২
অগ্রাধিকার 2 (0x02)
কম্পোনেন্ট #১: DNN অদৃশ্যতা

OSAppId সহ কম লেটেন্সি

Android 13 ও তার পরবর্তী যেকোনও ভার্সনে কম লেটেন্সির জন্য সহায়তা উপলভ্য। OSAppId ব্যবহার করে LOW_LATENCY ট্রাফিকের জন্য URSP নিয়মের উদাহরণ নিচে দেওয়া হল:

URSP নিয়ম ৮ (OSAppId ফলব্যাক সহ লো লেটেন্সি)
অগ্রাধিকার 8 (0x08)
ট্রাফিক ডেসক্রিপ্টর #১
OS আইডি + OS অ্যাপ আইডিয়ের ধরন 0x97A498E3FC925C9489860333D06E4E47125052494f524954495a455f4c4154454e4359
রুট বেছে নেওয়ার ডেসক্রিপ্টর #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY
কম্পোনেন্ট #২: DNN অদৃশ্যতা
রুট বেছে নেওয়ার বর্ণনাকারী #২
অগ্রাধিকার 2 (0x02)
কম্পোনেন্ট #১: DNN অদৃশ্যতা

কানেকশন করার ক্ষমতা সহ হাই ব্যান্ডউইথ

URSP নিয়মে কানেকশন সংক্রান্ত ক্ষমতার জন্য সহায়তা Android 17 ও তার পরবর্তী যেকোনও ভার্সনে উপলভ্য। নিচে কানেকশন ক্যাপাবিলিটি ডেসক্রিপ্টর ব্যবহার করে হাই ব্যান্ডউইথ ট্রাফিকের জন্য URSP নিয়মের একটি উদাহরণ দেওয়া হল:

URSP নিয়ম ৯ (কানেক্ট করার ক্ষমতা সহ হাই ব্যান্ডউইথ)
অগ্রাধিকার 9 (0x09)
ট্রাফিক ডেসক্রিপ্টর #১
কানেকশন ক্যাপাবিলিটিজের ধরন 0xA3 (163: ডাউনলিঙ্ক স্ট্রিমিং)
রুট বেছে নেওয়ার বর্ণনাকারী #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY
কম্পোনেন্ট #২: DNN ব্যান্ডউইথ
রুট বেছে নেওয়ার বর্ণনাকারী #২
অগ্রাধিকার 2 (0x02)
কম্পোনেন্ট #১: DNN ব্যান্ডউইথ

OSAppId সহ হাই ব্যান্ডউইথ

Android 13 ও এর পরের যেকোনও ভার্সনে হাই ব্যান্ডউইথের সুবিধা উপলভ্য। OSAppId ব্যবহার করে HIGH_BANDWIDTH ট্রাফিকের জন্য URSP নিয়মের উদাহরণ নিচে দেওয়া হল:

URSP নিয়ম ১০ (OSAppId ফলব্যাক সহ হাই ব্যান্ডউইথ)
অগ্রাধিকার 10 (0x0A)
ট্রাফিক ডেসক্রিপ্টর #১
OS আইডি + OS অ্যাপ আইডিয়ের ধরন 0x97A498E3FC925C9489860333D06E4E47145052494f524954495a455f42414e4457494d5448
রুট বেছে নেওয়ার ডেসক্রিপ্টর #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY
কম্পোনেন্ট #২: DNN ব্যান্ডউইথ
রুট বেছে নেওয়ার বর্ণনাকারী #২
অগ্রাধিকার 2 (0x02)
কম্পোনেন্ট #১: DNN ব্যান্ডউইথ

কানেকশন করার ক্ষমতা সহ ইউনিফায়েড কমিউনিকেশন

Android 17 ও তার পরবর্তী যেকোনও ভার্সনে ইউনিফায়েড কমিউনিকেশনের জন্য সহায়তা উপলভ্য। UNIFIED_COMMUNICATIONS ট্রাফিকের জন্য কানেকশন ক্ষমতা ব্যবহার করে URSP নিয়মের একটি উদাহরণ নিচে দেওয়া হল। কারণ, ইউনিফায়েড কমিউনিকেশন ট্রাফিক ডিফল্ট ইন্টারনেট ডেটা কানেকশনের মাধ্যমে রাউট করা হয়, তাই রাউট সিলেকশন ডেসক্রিপ্টরে কোনও ডেডিকেটেড APN (DNN) প্রয়োজন হয় না:

URSP নিয়ম ১১ (কানেকশন ক্ষমতা সহ ইউনিফায়েড কমিউনিকেশন)
অগ্রাধিকার 11 (0x0B)
ট্রাফিক ডেসক্রিপ্টর #১
কানেকশন ক্যাপাবিলিটি সংক্রান্ত ধরন 0xA7 (১৬৭: ইউনিফায়েড কমিউনিকেশন)
রুট বেছে নেওয়ার ডেসক্রিপ্টর #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY

OSAppId সহ ইউনিফায়েড কমিউনিকেশন

ইউনিফায়েড কমিউনিকেশনের জন্য সহায়তা Android 17 ও তার পরবর্তী যেকোনও ভার্সনে উপলভ্য। OSAppId ব্যবহার করে UNIFIED_COMMUNICATIONS ট্রাফিকের জন্য URSP নিয়মের উদাহরণ নিচে দেওয়া হল:

URSP নিয়ম ১২ (OSAppId ফলব্যাক সহ ইউনিফায়েড কমিউনিকেশন)
অগ্রাধিকার 12 (0x0C)
ট্রাফিক ডেসক্রিপ্টর #১
OS আইডি + OS অ্যাপ আইডিয়ের ধরন 0x97A498E3FC925C9489860333D06E4E47215052494F524954495A455F554E49464945445F434F4D4D554E49434154494F4E53
রুট বেছে নেওয়ার ডেসক্রিপ্টর #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY

ডিফল্ট

URSP নিয়ম ১৩ (ডিফল্ট)
অগ্রাধিকার 13 (0x0D)
ট্রাফিক ডেসক্রিপ্টর #১
সবকটি ম্যাচ করা N/A
রুট বেছে নেওয়ার ডেসক্রিপ্টর #১
অগ্রাধিকার 1 (0x01)
কম্পোনেন্ট #১: S-NSSAI SST:XX SD:YYYYYY

পরীক্ষা করা

5G নেটওয়ার্ক স্লাইসিং পরীক্ষা করতে, নিম্নলিখিত ম্যানুয়াল পরীক্ষা ব্যবহার করুন।

পরীক্ষার জন্য ডিভাইস সেট-আপ করতে, নিম্নলিখিত কাজগুলি করুন:

  1. নিশ্চিত করুন যে URSP নীতি এমন একটি নন-ডিফল্ট নিয়মের সাথে কনফিগার করা হয়েছে যা এন্টারপ্রাইজ বিভাগের সাথে মেলে এবং সংশ্লিষ্ট রুট-সিলেকশন ডেসক্রিপ্টর এন্টারপ্রাইজ বিভাগকে এন্টারপ্রাইজ স্লাইসে ম্যাপ করে; এবং একটি ডিফল্ট নিয়ম যা ডিফল্ট ইন্টারনেট স্লাইসে ট্রাফিক ডাইরেক্ট করে।

  2. ডিভাইসে অফিস প্রোফাইল কনফিগার করা আছে কিনা তা নিশ্চিত করুন।

  3. DPC-র মাধ্যমে নেটওয়ার্ক স্লাইসিং ব্যবহার করার বিকল্প বেছে নেওয়া

5G নেটওয়ার্ক স্লাইসিংয়ের আচরণ পরীক্ষা করতে, নিম্নলিখিত ধাপগুলি অনুসরণ করুন:

  1. এন্টারপ্রাইজ স্লাইসের সাথে PDU সেশন তৈরি করা হয়েছে কিনা তা যাচাই করুন (যেমন, নির্দিষ্ট IP অ্যাড্রেস ব্যবহার করে) এবং অফিস প্রোফাইলের অ্যাপগুলি সেই PDU সেশন ব্যবহার করছে কিনা তা যাচাই করুন।
  2. যাচাই করে দেখুন যে ডিফল্ট ইন্টারনেট স্লাইসের সাথে একটি আলাদা PDU সেশন তৈরি করা হয়েছে এবং ব্যক্তিগত প্রোফাইলের অ্যাপগুলি PDU সেশন ব্যবহার করে।

5G স্লাইসিং আপসেল

5G স্লাইসিং আপসেল ফিচার, যা Android 14 QPR1 থেকে উপলভ্য, এটি 5G নেটওয়ার্ক স্লাইসিংয়ের মাধ্যমে ক্যারিয়ারদের উন্নত নেটওয়ার্ক ক্ষমতা (লেটেন্সি ও ব্যান্ডউইথ) অফার করতে দেয়।

5G স্লাইসিং আপসেল ফিচার, কেনাকাটার প্রসেস সম্পূর্ণ করার জন্য ক্যারিয়ারের এনটাইটেলমেন্ট সার্ভার থেকে TS.43 উত্তর ব্যবহার করে। পরিষেবা প্রদানকারী এই উত্তর ব্যবহার করে পরিষেবা প্রদানকারীর কেনাকাটার ওয়েবভিউয়ের URL নির্দিষ্ট করতে, ওয়েবভিউতে অতিরিক্ত ডেটা পাঠাতে এবং স্লাইসটি পরিষেবা প্রদানকারীর নেটওয়ার্কে উপলভ্য ও প্রোভিশন করা আছে কিনা তা জানাতে পারে।

ক্যারিয়ার কনফিগারেশন ব্যবহার করে 5G স্লাইসিং আপসেল ফিচারের আচরণ কাস্টমাইজ করতে পারে। এটি নিয়ন্ত্রণ করে যে কেনাকাটার অনুরোধ করা যাবে কিনা, কখন অ্যাপগুলিকে প্রিমিয়াম ফিচারের অনুরোধ করার অনুমতি দেওয়া হয় এবং কতক্ষণ টেলিফোনি ফ্রেমওয়ার্ক ব্যবহারকারী বা নেটওয়ার্কের কাছ থেকে উত্তরের জন্য অপেক্ষা করে।

5G স্লাইসিং আপসেল ফিচার একটি ইন্টারফেস প্রদান করে, যাকে DataBoostWebServiceFlow বলা হয়, এটি Android এবং ক্যারিয়ার ওয়েবভিউয়ের মধ্যে যোগাযোগ করতে দেয়।

ছবি ২-এ 5G স্লাইসিং আপসেল কেনাকাটা ফ্লো দেখানো হয়েছে:

5G স্লাইসিং আপসেল পারচেজ ফ্লো

ছবি ২. 5G স্লাইসিং আপসেল পারচেজ ফ্লো।

TS.43 এনটাইটেলমেন্ট প্রসেস

কোনও ব্যবহারকারী উন্নত নেটওয়ার্ক ক্যাপাবিলিটির জন্য অনুরোধ করলে, Telephony ফ্রেমওয়ার্ক অনুরোধ করা প্রিমিয়াম ক্যাপাবিলিটির জন্য পরিষেবা এনটাইটেলমেন্ট কনফিগারেশনের অনুরোধ করে। 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 রেসপন্স URL, ব্যবহারকারীর ডেটা এবং কন্টেন্টের ধরন নির্দিষ্ট করে যাতে ক্যারিয়ার কেনাকাটার ওয়েবভিউ আচরণ কাস্টমাইজ করা যায়। কন্টেন্টের ধরন নির্দিষ্ট করা না থাকলে, 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-এর একটি int অ্যারে। এইসব প্রিমিয়াম ক্ষমতার ভ্যালু সংশ্লিষ্ট 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। এনটাইটেলমেন্ট সার্ভার থেকে TS.43 উত্তরে যদি কেনাকাটার URL খুঁজে না পাওয়া যায়, তাহলে এই ভ্যালু ব্যবহার করা হয়। TS.43 রেসপন্স বা ক্যারিয়ার কনফিগারেশন থেকে পাওয়া URL-এর মধ্যে কোনওটিই সঠিক না হলে, কেনার অনুরোধ PURCHASE_PREMIUM_CAPABILITY_RESULT_CARRIER_DISABLED ফলাফলের সাথে ব্যর্থ হয়।

KEY_PREMIUM_CAPABILITY_SUPPORTED_ON_LTE_BOOL

ডিভাইসটি লং-টার্ম ইভোলিউশন (LTE)-এর সাথে কানেক্ট করা থাকলে, প্রিমিয়াম ক্যাপাবিলিটি কেনার অনুমতি দেওয়া হবে কিনা। true হলে, LTE ও নিউ রেডিও (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 ফলাফল রিটার্ন করা হয়। নেটওয়ার্ক যদি সময়মতো স্লাইসিং কনফিগারেশন সেট-আপ করতে না পারে, তাহলে অ্যাপ আবার প্রিমিয়াম ফিচার কেনার অনুরোধ করতে পারে। ব্যবহারকারী পেমেন্ট করুন বা না করুন, সংশ্লিষ্ট স্লাইসিং কনফিগারেশন না পাঠানো পর্যন্ত টেলিফোনি কেনাকাটা সম্পূর্ণ হয়েছে বলে বিবেচনা করে না।

জাভাস্ক্রিপ্ট ইন্টারফেস

ব্যবহারকারী নেটওয়ার্ক বুস্ট নোটিফিকেশনে ক্লিক করলে, ক্যারিয়ার পার্চেজ URL সহ একটি WebView অবজেক্ট ব্যবহারকারীকে দেখানো হয়। স্লাইস কেনাকাটা অ্যাপের সাথে যোগাযোগ করতে, ক্যারিয়াররা তাদের কেনাকাটা ওয়েবসাইটে প্রদান করা API ব্যবহার করতে পারে। DataBoostWebServiceFlow জাভাস্ক্রিপ্ট ইন্টারফেস।

ক্যারিয়ার ওয়েবসাইটটি পদ্ধতি getRequestedCapability()-এর মাধ্যমে অনুরোধ করা প্রিমিয়াম সুবিধা পেতে পারে।

কেনাকাটা সফল হলে, ক্যারিয়ার ওয়েবসাইটকে অবশ্যই notifyPurchaseSuccessful() বা notifyPurchaseSuccessful(duration)-এর মাধ্যমে স্লাইস কেনাকাটা অ্যাপকে বিজ্ঞপ্তি পাঠাতে হবে, যেখানে duration হল একটি ঐচ্ছিক প্যারামিটার যা স্লাইসের উদ্দেশ্যমূলক সময়সীমা নির্দেশ করে।

কেনাকাটা সফল না হলে, notifyPurchaseFailed(code, reason) পদ্ধতির মাধ্যমে ক্যারিয়ার ওয়েবসাইটকে অবশ্যই স্লাইস পার্চেজ অ্যাপকে বিজ্ঞপ্তি পাঠাতে হবে, যেখানে code হল ব্যর্থতার কোড যা ব্যর্থতার কারণ নির্দেশ করে এবং reason হল ব্যর্থতার কারণের হিউম্যান-রিডেবল বিবরণ যদি ব্যর্থতার কোডটি অজানা হয়।

এইসব উত্তর দেওয়ার পদ্ধতির মধ্যে কোনওটিই কল করা না হলে, কেনাকাটা সম্পূর্ণ হয়েছে বলে বিবেচনা করা হবে না এবং কেনাকাটার অনুরোধের মেয়াদ শেষ হয়ে যাবে।

কেনাকাটা সম্পূর্ণ না হওয়ার ক্ষেত্রে, ক্যারিয়ার ওয়েবসাইট নিম্নলিখিত সঠিক সমস্যা কোড রিটার্ন করতে পারে:

কেনাকাটা সম্পূর্ণ হলে, পরিষেবা প্রদানকারীকে ব্যবহারকারীর ডিভাইসে PRIORITIZE_LATENCY স্লাইস সহ URSP নিয়ম আপডেট করতে হবে।

OTT ভয়েস ও ভিডিওর জন্য 5G স্লাইসিং অটো-রাউটিং

Android 17-এ প্রিমিয়াম নেটওয়ার্ক কানেকশনে ওভার-দ্য-টপ (OTT) ভয়েস ও ভিডিও কলের অটো-রাউটিংয়ের জন্য সহায়তা প্রদান করা হয়। এই ফিচার সিস্টেমকে অ্যাপের নেটওয়ার্কিং স্ট্যাকে কোনও পরিবর্তন না করেই ভয়েস ও ভিডিও কলের ট্রাফিককে অটোমেটিক একটি ডেডিকেটেড প্রিমিয়াম নেটওয়ার্ক ইন্টারফেসে (যেমন, প্রিমিয়াম 5G স্লাইস বা প্রিমিয়াম 4G PDN কানেকশন) নিয়ে যেতে দেয়।

এই প্ল্যাটফর্ম-লেভেল সমাধান অ্যাপ ডেভেলপারদের নেটওয়ার্ক ক্ষমতা স্পষ্টভাবে অনুরোধ করার প্রয়োজনীয়তা দূর করে, এর ফলে ডেভেলপার ও ব্যবহারকারী উভয়ের জন্যই নির্বিঘ্ন অভিজ্ঞতা প্রদান করা যায়।

এটি কীভাবে কাজ করে

কানেক্টিভিটি ও টেলিকম ফ্রেমওয়ার্কে অতিরিক্ত সুবিধা যোগ করার মাধ্যমে Android-এ অটো-রাউটিংয়ের জন্য সহায়তা অন্তর্ভুক্ত করা হয়েছে। অটো-রাউটিং ফিচারটি নিম্নলিখিতভাবে কাজ করে:

  • কল শনাক্তকরণ: ভয়েস বা ভিডিও কলের শুরু ও শেষ শনাক্ত করতে, সিস্টেমটি আগে থেকেই থাকা Telecom Jetpack API ব্যবহার করে, যা OTT অ্যাপ ব্যবহার করে।
  • কানেকশন ম্যানেজমেন্ট: কল শনাক্ত করার পরে, Android একটি নির্ধারিত প্রিমিয়াম নেটওয়ার্ক ইন্টারফেস নিয়ে আসে, যেমন একটি ইউনিফায়েড কমিউনিকেশন স্লাইস।
  • ট্রাফিক স্টিয়ারিং: কল চলাকালীন, প্ল্যাটফর্মটি UID-এর মাধ্যমে অ্যাপ্লিকেশনটি শনাক্ত করে এবং অটোমেটিক এর ট্রাফিককে প্রিমিয়াম নেটওয়ার্ক কানেকশনে রুট করে।
  • কল শেষ হওয়ার পরে ফলব্যাক: কল শেষ হয়ে গেলে, প্ল্যাটফর্ম রাউটিং নিয়ম সরিয়ে দেয় এবং কল করা হয় না এমন ট্রাফিকের (যেমন, মেসেজিং) জন্য অ্যাপের ট্রাফিক সিস্টেম ডিফল্ট নেটওয়ার্কে ফিরে যায়।

প্রয়োজনীয়তা

OTT কলের জন্য অটোমেটিক রাউটিং কাজ করার জন্য নিম্নলিখিত শর্ত পূরণ করতে হবে:

  • পরিষেবা প্রদানকারী: অবশ্যই উপযুক্ত URSP নিয়ম কনফিগার করে ইউনিফায়েড কমিউনিকেশন স্লাইস অফার করতে হবে (ইউনিফায়েড কমিউনিকেশন ট্রাফিকের জন্য কানেকশন ক্ষমতা বা OSAppId ব্যবহার করে)।
  • অ্যাপ: কল স্ট্যাটাস শনাক্ত করার জন্য সিস্টেমকে অনুমতি দিতে অবশ্যই Android Telecom Jetpack API ব্যবহার করতে হবে।
  • ডিভাইস প্রস্তুতকারক: Android 17 বা এর পরের যেকোনও ভার্সন প্রয়োজনীয়।