Android 12 या इसके बाद के वर्शन वाले डिवाइसों के लिए, Android नेटवर्क को अलग-अलग हिस्सों में बांटने की सुविधा देता है. इसे 5G नेटवर्क स्लाइसिंग कहते हैं. इसमें नेटवर्क को वर्चुअलाइज़ करके, एक नेटवर्क कनेक्शन को कई अलग-अलग वर्चुअल कनेक्शन में बांटा जाता है. इससे अलग-अलग तरह के ट्रैफ़िक को अलग-अलग संसाधन मिलते हैं. 5G नेटवर्क स्लाइसिंग की मदद से, नेटवर्क ऑपरेटर अपने नेटवर्क का एक हिस्सा, ग्राहकों के किसी खास सेगमेंट को खास सुविधाएं देने के लिए तय कर सकते हैं. Android 12 में, 5G एंटरप्राइज़ नेटवर्क स्लाइसिंग की ये सुविधाएं उपलब्ध हैं. नेटवर्क ऑपरेटर, अपने एंटरप्राइज़ क्लाइंट को ये सुविधाएं दे सकते हैं:
पूरी तरह से मैनेज किए जाने वाले डिवाइसों के लिए, एंटरप्राइज़ डिवाइस स्लाइसिंग
जो एंटरप्राइज़ अपने कर्मचारियों को कंपनी के ऐसे डिवाइस देते हैं जिन्हें पूरी तरह से मैनेज किया जाता है, उनके लिए नेटवर्क सेवा देने वाली कंपनियां एक या उससे ज़्यादा चालू एंटरप्राइज़ नेटवर्क स्लाइस उपलब्ध करा सकती हैं. इन स्लाइस पर, कंपनी के डिवाइसों से आने वाला ट्रैफ़िक भेजा जाता है. Android 12 में, Android ने कैरियर को APNs के ज़रिए स्लाइस सेट अप करने के बजाय, यूआरएसपी नियमों के ज़रिए एंटरप्राइज़ स्लाइस उपलब्ध कराने की अनुमति दी है.
वर्क प्रोफ़ाइल वाले डिवाइसों के लिए, एंटरप्राइज़ के कारोबार का ऐप्लिकेशन स्लाइस करना
वर्क प्रोफ़ाइल के समाधान का इस्तेमाल करने वाले एंटरप्राइज़ के लिए, Android 12 की मदद से डिवाइसों पर, वर्क प्रोफ़ाइल में मौजूद सभी ऐप्लिकेशन से आने वाले ट्रैफ़िक को एंटरप्राइज़ नेटवर्क स्लाइस पर भेजा जा सकता है. एंटरप्राइज़ इस सुविधा को डिवाइस पॉलिसी कंट्रोलर (डीपीसी) की मदद से चालू कर सकते हैं.
वर्क प्रोफ़ाइल सलूशन, पुष्टि और ऐक्सेस कंट्रोल का एक ऑटोमैटिक लेवल उपलब्ध कराता है. इसकी मदद से एंटरप्राइज़ को यह पक्का करना होता है कि सिर्फ़ वर्क प्रोफ़ाइल में मौजूद एंटरप्राइज़ ऐप्लिकेशन से आने वाले ट्रैफ़िक को एंटरप्राइज़ नेटवर्क स्लाइस पर ही रूट किया जाए. एंटरप्राइज़ नेटवर्क स्लाइस का साफ़ तौर पर अनुरोध करने के लिए, वर्क प्रोफ़ाइल में मौजूद ऐप्लिकेशन में बदलाव करने की ज़रूरत नहीं है.
AOSP में 5G नेटवर्क स्लाइसिंग कैसे काम करती है
Android 12 में 5G नेटवर्क स्लाइसिंग की सुविधा जोड़ी गई है. इसके लिए, AOSP में टेलीफ़ोनी कोडबेस और तेथरिंग मॉड्यूल में बदलाव किए गए हैं. इससे, नेटवर्क स्लाइसिंग के लिए ज़रूरी मौजूदा कनेक्टिविटी एपीआई शामिल किए जा सकेंगे.
Android टेलीफ़ोनी प्लैटफ़ॉर्म, एचएएल और टेलीफ़ोनी एपीआई उपलब्ध कराता है, ताकि कोर नेटवर्किंग कोड और मॉडेम में 5G स्लाइसिंग की सुविधाओं से किए गए नेटवर्क अनुरोधों के आधार पर, स्लाइसिंग की सुविधा काम कर सके. पहली इमेज में, 5G नेटवर्क स्लाइसिंग की सुविधा के कॉम्पोनेंट के बारे में बताया गया है.
पहली इमेज. AOSP में 5G नेटवर्क स्लाइसिंग आर्किटेक्चर.
टेलीफ़ोनी और कनेक्टिविटी प्लैटफ़ॉर्म, इन सुविधाओं के साथ काम करता है:
- स्लाइस कैटगरी के लिए नेटवर्क अनुरोधों को ट्रैफ़िक डिस्क्रिप्टर में बदलना. इसके बाद, इन्हें यूआरएसपी ट्रैफ़िक मैचिंग और रूट चुनने के लिए मॉडेम को भेजा जाता है
- एंटरप्राइज़ नेटवर्क स्लाइस उपलब्ध न होने पर, डिफ़ॉल्ट नेटवर्क पर स्विच करना
- वर्क प्रोफ़ाइल में मौजूद सभी ऐप्लिकेशन के ट्रैफ़िक को उससे जुड़े कनेक्शन पर रूट करना
एंटरप्राइज़ स्लाइसिंग की सुविधा
- डिवाइस पर वर्क प्रोफ़ाइल की मौजूदगी का पता लगाना
- एंटरप्राइज़ के आईटी एडमिन के इस्तेमाल किए गए डीपीसी से मिली अनुमतियों या रूटिंग निर्देशों की जांच करना
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.javaf/b/services/core/java/com/android/server/TestNetworkService.java
वीपीएन कोड को टेदरिंग मॉड्यूल से बाहर ले जाता है
Android 12, टेदरिंग मॉड्यूल में इन सुविधाओं के साथ कोड को ट्रांसफ़र करता है:
- नेटवर्क कनेक्शन के लिए ऐप्लिकेशन से अनुरोध पाना
- सिस्टम से अनुरोध मिलना (उदाहरण के लिए, "इन ऐप्लिकेशन को एंटरप्राइज़ स्लाइस में डालें"; इसे Android 12 में जोड़ा गया है)
- सिस्टम से टेलीफ़ोनी कोड को अनुरोध भेजना, जो एचएएल एपीआई और मॉडेम की मदद से नेटवर्क या स्लाइस सेट अप करने की कोशिश करता है
- हर ऐप्लिकेशन के आधार पर ट्रैफ़िक को रूट करने के तरीके की जानकारी देना (Android 12 में पेश किया गया)
NetworkCallback,getActiveNetwork,getNetworkCapabilitiesजैसेConnectivityManagerएपीआई की मदद से, ऐप्लिकेशन को यह बताना कि उनके नेटवर्क ट्रैफ़िक में क्या बदलाव हो रहा है.
लागू करना
किसी डिवाइस पर 5G स्लाइसिंग की सुविधा इस्तेमाल करने के लिए, उस डिवाइस में ऐसा मॉडम होना चाहिए जो IRadio 1.6 HAL के साथ काम करता हो. साथ ही, उसमें setupDataCall_1_6 एपीआई होना चाहिए. यह एपीआई, डेटा कनेक्शन सेट अप करता है. साथ ही, इसमें 5G स्लाइसिंग के साथ काम करने के लिए ये पैरामीटर शामिल होते हैं:
trafficDescriptor: मॉडेम को भेजे गए ट्रैफ़िक डिस्क्रिप्टर के बारे में बताता हैsliceInfo: EPDG से 5G हैंडओवर के मामले में इस्तेमाल किए जाने वाले नेटवर्क स्लाइस की जानकारी देता हैmatchAllRuleAllowed: यह बताता है कि सभी मैच करने वाले डिफ़ॉल्ट यूआरएसपी के नियम का इस्तेमाल करने की अनुमति है या नहीं. टेलीफ़ोनी, डिफ़ॉल्ट नेटवर्क के लिए इसे 'सही है' पर सेट करता है, लेकिन स्लाइस के लिए नहीं. सभी मैच करने वाला नियम, डिफ़ॉल्ट नेटवर्क पर लागू होता है. जब कोई ऐप्लिकेशन किसी ऐसे खास स्लाइस का अनुरोध करता है जो उपलब्ध नहीं है, तो उस स्लाइस को 'उपलब्ध नहीं है' के तौर पर रिपोर्ट किया जाता है. अगर एंटरप्राइज़ नेटवर्क उपलब्ध नहीं है, तो एंटरप्राइज़ ऐप्लिकेशन के लिए, टेलीफ़ोनी फ़्रेमवर्क डिफ़ॉल्ट नेटवर्क पर स्विच कर सकता है.
मॉडम को भी getSlicingConfig एपीआई का इस्तेमाल करना होगा. ऐसा तब तक करना होगा, जब तक getHalDeviceCapabilities एपीआई ने एपीआई के काम न करने की शिकायत की है.
एंटरप्राइज़ के लिए ज़रूरी शर्तें
यहां उन ज़रूरी शर्तों के बारे में बताया गया है जिन्हें पूरा करने के बाद, Android Enterprise डिप्लॉयमेंट में डिवाइसों पर 5G नेटवर्क स्लाइसिंग का इस्तेमाल किया जा सकता है.
- पक्का करें कि पूरी तरह से मैनेज किए जा रहे डिवाइस या वर्क प्रोफ़ाइल के साथ सेट अप किए गए कर्मचारी के डिवाइस, 5G SA मोड के साथ काम करते हों. साथ ही, उनमें ऐसे मॉडेम हों जो
setupDataCall_1_6एपीआई के साथ काम करते हों. - स्लाइस के सेटअप और परफ़ॉर्मेंस या एसएलए की विशेषताओं पर, कैरियर पार्टनर के साथ काम करें.
वर्क प्रोफ़ाइल की मदद से सेट अप किए गए डिवाइसों पर, 5G स्लाइसिंग की सुविधा चालू करना
जिन डिवाइसों को वर्क प्रोफ़ाइल के साथ सेट अप किया गया है उनके लिए, एओएसपी में 5G नेटवर्क को स्लाइस करने की सुविधा डिफ़ॉल्ट रूप से बंद होती है. नेटवर्क स्लाइसिंग की सुविधा चालू करने के लिए, एंटरप्राइज़ के आईटी एडमिन, EMM DPC की मदद से, हर कर्मचारी के हिसाब से वर्क प्रोफ़ाइल ऐप्लिकेशन के ट्रैफ़िक को एंटरप्राइज़ नेटवर्क स्लाइस पर रूट करने की सुविधा को चालू या बंद कर सकते हैं. इसके लिए, DevicePolicyManager (DPM) एपीआई (Android 12 में लॉन्च किया गया) में setPreferentialNetworkServiceEnabled वाले तरीके का इस्तेमाल किया जाता है.
कस्टम डीपीसी वाले ईएमएम वेंडर को एंटरप्राइज़ क्लाइंट के साथ काम करने के लिए, DevicePolicyManager एपीआई को इंटिग्रेट करना होगा.
यूआरएसपी के नियम
इस सेक्शन में, मोबाइल और इंटरनेट सेवा देने वाली कंपनियों के लिए जानकारी शामिल है. इसमें एंटरप्राइज़, CBS, कम इंतज़ार के समय, और ज़्यादा बैंडविड्थ वाले ट्रैफ़िक जैसी अलग-अलग स्लाइस कैटगरी के लिए, यूआरएसपी के नियम कॉन्फ़िगर करने से जुड़ी जानकारी दी गई है. अलग-अलग स्लाइस कैटगरी के लिए यूआरएसपी नियमों को कॉन्फ़िगर करते समय, कैरियर को Android के हिसाब से इन वैल्यू का इस्तेमाल करना होगा.
| आईडी | वैल्यू | ब्यौरा |
|---|---|---|
| ओएसआईडी | 97a498e3-fc92-5c94-8986-0333d06e4e47 |
Android के लिए ओएसआईडी, वर्शन 5 यूयूआईडी है. इसे नेमस्पेस ISO OID और "Android" नाम से जनरेट किया जाता है. |
मोबाइल और इंटरनेट सेवा देने वाली कंपनियों को हर स्लाइस ट्रैफ़िक के लिए यूआरएसपी के नियम कॉन्फ़िगर करने होंगे, जिनमें ट्रैफ़िक की जानकारी देने वाला कॉम्पोनेंट "ओएस आईडी + ओएस ऐप्लिकेशन आईडी टाइप" के तौर पर शामिल होगा. उदाहरण के लिए, "ENTERPRISE" स्लाइस की वैल्यू 0x97A498E3FC925C9489860333D06E4E470A454E5445525052495345 होनी चाहिए.
यह वैल्यू, OSId, OSAppId (0x0A) की लंबाई, और OSAppId को जोड़कर बनाई जाती है.
ट्रैफ़िक डिस्क्रिप्टर कॉम्पोनेंट टाइप के बारे में ज़्यादा जानने के लिए, 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" का बाइट कलेक्शन है |
| एंटरप्राइज़5 | 0x454E544552505249534535 |
OSAppId, स्ट्रिंग "ENTERPRISE5" का बाइट कलेक्शन है |
| CBS | 0x434253 |
OSAppId, "CBS" स्ट्रिंग का बाइट कलेक्शन है |
| PRIORITIZE_LATENCY | 0x5052494f524954495a455f4c4154454e4359 |
OSAppId, "PRIORITIZE_LATENCY" स्ट्रिंग का बाइट कलेक्शन है |
| PRIORITIZE_BANDWIDTH | 0x5052494f524954495a455f42414e445749445448 |
OSAppId, "PRIORITIZE_BANDWIDTH" स्ट्रिंग का बाइट कलेक्शन है |
यूआरएसपी के नियमों के उदाहरण
नीचे दी गई टेबल में, एंटरप्राइज़, सीबीएस, कम इंतज़ार, ज़्यादा बैंडविड्थ, और डिफ़ॉल्ट ट्रैफ़िक के लिए यूआरएसपी के नियमों के उदाहरण दिए गए हैं.
Enterprise 1
Enterprise 1 के लिए सहायता, Android 12 और उसके बाद के वर्शन में उपलब्ध है. यहां ENTERPRISE1 ट्रैफ़िक के लिए यूआरएसपी नियम का उदाहरण दिया गया है:
| यूआरएसपी नियम #1 (enterprise1) | |
|---|---|
| वरीयता | 1 (0x01) |
| ट्रैफ़िक डिस्क्रिप्टर #1 | |
| ओएस आईडी + ओएस ऐप्लिकेशन आईडी टाइप | 0x97A498E3FC925C9489860333D06E4E470A454E5445525052495345 |
| रास्ता चुनने के लिए ब्यौरा #1 | |
| प्राथमिकता | 1 (0x01) |
| कॉम्पोनेंट #1: एस-एनएसएसएआई | SST:XX एसडी:YYYYYY |
| कॉम्पोनेंट #2: DNN | एंटरप्राइज़ |
| रास्ता चुनने का डिस्क्रिप्टर #2 | |
| प्राथमिकता | 2 (0x02) |
| कॉम्पोनेंट #1: डीएनएन | एंटरप्राइज़ |
Enterprise 2
Enterprise 2 के लिए सहायता, Android 13 और इसके बाद के वर्शन में उपलब्ध है. ENTERPRISE2 ट्रैफ़िक के लिए, यूआरएसपी नियम का उदाहरण:
| यूआरएसपी का नियम #2 (enterprise2) | |
|---|---|
| प्राथमिकता | 2 (0x02) |
| ट्रैफ़िक के बारे में बताने वाला टैग #1 | |
| ओएस आईडी + ओएस ऐप्लिकेशन आईडी टाइप | 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534532 |
| रास्ता चुनने के लिए ब्यौरा #1 | |
| प्राथमिकता | 1 (0x01) |
| कॉम्पोनेंट #1: एस-एनएसएसएआई | SST:XX एसडी:YYYYYY |
| कॉम्पोनेंट #2: डीएनएन | enterprise2 |
| रास्ता चुनने का डिस्क्रिप्टर #2 | |
| प्राथमिकता | 2 (0x02) |
| घटक #1: DNN | एंटरप्राइज़2 |
एंटरप्राइज़ 3
Enterprise 3 के साथ काम करने की सुविधा, Android 13 और इसके बाद वाले वर्शन में उपलब्ध है. ENTERPRISE3 ट्रैफ़िक के लिए, यूआरएसपी के नियम का यह उदाहरण है:
| यूआरएसपी का नियम #3 (enterprise3) | |
|---|---|
| वरीयता | 3 (0x03) |
| ट्रैफ़िक डिस्क्रिप्टर #1 | |
| ओएस आईडी + ओएस ऐप्लिकेशन आईडी टाइप | 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534533 |
| रास्ता चुनने के लिए ब्यौरा #1 | |
| प्राथमिकता | 1 (0x01) |
| कॉम्पोनेंट #1: एस-एनएसएसएआई | SST:XX एसडी:YYYYYY |
| कॉम्पोनेंट #2: डीएनएन | एंटरप्राइज़3 |
| रास्ता चुनने का डिस्क्रिप्टर #2 | |
| प्राथमिकता | 2 (0x02) |
| कॉम्पोनेंट #1: डीएनएन | enterprise3 |
Enterprise 4
Enterprise 4 के साथ काम करने की सुविधा, Android 13 और इसके बाद वाले वर्शन में उपलब्ध है. ENTERPRISE4 ट्रैफ़िक के लिए, यूआरएसपी नियम का एक उदाहरण:
| यूआरएसपी का नियम #4 (एंटरप्राइज़4) | |
|---|---|
| प्राथमिकता | 4 (0x04) |
| ट्रैफ़िक के बारे में बताने वाला टैग #1 | |
| ओएस आईडी + ओएस ऐप्लिकेशन आईडी टाइप | 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534534 |
| रास्ता चुनने के लिए ब्यौरा #1 | |
| प्राथमिकता | 1 (0x01) |
| कॉम्पोनेंट #1: एस-एनएसएसएआई | SST:XX एसडी:YYYYYY |
| कॉम्पोनेंट #2: डीएनएन | एंटरप्राइज़4 |
| रास्ता चुनने का डिस्क्रिप्टर #2 | |
| प्राथमिकता | 2 (0x02) |
| घटक #1: DNN | enterprise4 |
Enterprise 5
Enterprise 5 का इस्तेमाल, Android 13 और इसके बाद वाले वर्शन में किया जा सकता है. ENTERPRISE5 ट्रैफ़िक के लिए, यूआरएसपी नियम का उदाहरण:
| यूआरएसपी का नियम #5 (enterprise5) | |
|---|---|
| वरीयता | 5 (0x05) |
| ट्रैफ़िक डिस्क्रिप्टर #1 | |
| ओएस आईडी + ओएस ऐप्लिकेशन आईडी टाइप | 0x97A498E3FC925C9489860333D06E4E470B454E544552505249534535 |
| रास्ता चुनने के लिए ब्यौरा #1 | |
| प्राथमिकता | 1 (0x01) |
| कॉम्पोनेंट #1: एस-एनएसएसएआई | SST:XX एसडी:YYYYYY |
| कॉम्पोनेंट #2: डीएनएन | एंटरप्राइज़5 |
| रास्ता चुनने का डिस्क्रिप्टर #2 | |
| प्राथमिकता | 2 (0x02) |
| कॉम्पोनेंट #1: डीएनएन | enterprise5 |
CBS
सीबीएस की सुविधा, Android 13 और उसके बाद के वर्शन में उपलब्ध है. सीबीएस ट्रैफ़िक के लिए यूआरएसपी नियम का उदाहरण यहां दिया गया है:
| यूआरएसपी का नियम #6 (सीबीएस) | |
|---|---|
| प्राथमिकता | 6 (0x06) |
| ट्रैफ़िक के बारे में बताने वाला टैग #1 | |
| ओएस आईडी + ओएस ऐप्लिकेशन आईडी टाइप | 0x97A498E3FC925C9489860333D06E4E4703434253 |
| रास्ता चुनने के लिए ब्यौरा #1 | |
| प्राथमिकता | 1 (0x01) |
| कॉम्पोनेंट #1: एस-एनएसएसएआई | SST:XX एसडी:YYYYYY |
| कॉम्पोनेंट #2: डीएनएन | cbs |
| रास्ता चुनने का डिस्क्रिप्टर #2 | |
| प्राथमिकता | 2 (0x02) |
| कॉम्पोनेंट #1: डीएनएन | cbs |
लाइव स्ट्रीमिंग करने और उसके दिखने के बीच इंतज़ार का समय कम रखना
कम इंतज़ार का समय देने वाली सुविधा, Android 13 और उसके बाद के वर्शन में उपलब्ध है. LOW_LATENCY ट्रैफ़िक के लिए, यूआरएसपी नियम का यह उदाहरण है:
| URSP नियम #7 (कम प्रतीक्षा अवधि) | |
|---|---|
| प्राथमिकता | 7 (0x07) |
| ट्रैफ़िक के बारे में बताने वाला टैग #1 | |
| ओएस आईडी + ओएस ऐप्लिकेशन आईडी टाइप | 0x97A498E3FC925C9489860333D06E4E47125052494f524954495a455f4c4154454e4359 |
| रास्ता चुनने के लिए ब्यौरा #1 | |
| प्राथमिकता | 1 (0x01) |
| कॉम्पोनेंट #1: एस-एनएसएसएआई | SST:XX एसडी:YYYYYY |
| कॉम्पोनेंट #2: DNN | प्रतीक्षा अवधि |
| रास्ता चुनने का डिस्क्रिप्टर #2 | |
| प्राथमिकता | 2 (0x02) |
| घटक #1: DNN | प्रतीक्षा अवधि |
ज़्यादा बैंडविथ
ज़्यादा बैंडविड्थ की सुविधा, Android 13 और इसके बाद के वर्शन में उपलब्ध है. HIGH_BANDWIDTH ट्रैफ़िक के लिए URSP नियम का एक उदाहरण नीचे दिया गया है:
| यूआरएसपी का आठवां नियम (ज़्यादा बैंडविड्थ) | |
|---|---|
| प्राथमिकता | 8 (0x08) |
| ट्रैफ़िक के बारे में बताने वाला टैग #1 | |
| ओएस आईडी + ओएस ऐप्लिकेशन आईडी टाइप | 97A498E3FC925C9489860333D06E4E47145052494f524954495a455f42414e445749445448 |
| रास्ता चुनने के लिए ब्यौरा #1 | |
| प्राथमिकता | 1 (0x01) |
| कॉम्पोनेंट #1: एस-एनएसएसएआई | SST:XX एसडी:YYYYYY |
| कॉम्पोनेंट #2: डीएनएन | बैंडविथ |
| रास्ता चुनने का डिस्क्रिप्टर #2 | |
| प्राथमिकता | 2 (0x02) |
| घटक #1: DNN | बैंडविथ |
डिफ़ॉल्ट
| यूआरएसपी नियम #9 (डिफ़ॉल्ट) | |
|---|---|
| प्राथमिकता | 9 (0x09) |
| ट्रैफ़िक के बारे में बताने वाला टैग #1 | |
| सभी मैच | लागू नहीं |
| रूट चुनने का डिस्क्रिप्टर #1 | |
| प्राथमिकता | 1 (0x01) |
| कॉम्पोनेंट #1: एस-एनएसएसएआई | SST:XX एसडी:YYYYYY |
टेस्ट करना
5G नेटवर्क स्लाइसिंग की जांच करने के लिए, मैन्युअल तरीके से किए जाने वाले इस टेस्ट का इस्तेमाल करें.
अगर आपको जांच के लिए डिवाइस सेट अप करना है, तो ये काम करें:
पक्का करें कि यूआरएसपी नीति को ऐसे नियम के साथ कॉन्फ़िगर किया गया हो जो डिफ़ॉल्ट न हो. यह नियम, एंटरप्राइज़ कैटगरी से मेल खाता हो. साथ ही, रूट चुनने का ब्यौरा देने वाला भी, एंटरप्राइज़ कैटगरी को एंटरप्राइज़ स्लाइस पर मैप करता हो. साथ ही, डिफ़ॉल्ट नियम, ट्रैफ़िक को डिफ़ॉल्ट इंटरनेट स्लाइस पर ले जाता हो.
पक्का करें कि डिवाइस पर वर्क प्रोफ़ाइल कॉन्फ़िगर की गई हो.
डीपीसी के ज़रिए नेटवर्क स्लाइसिंग का इस्तेमाल करने के लिए ऑप्ट-इन करना
5G नेटवर्क स्लाइसिंग के व्यवहार की जांच करने के लिए, यह तरीका अपनाएं:
- पुष्टि करें कि एंटरप्राइज़ स्लाइस (उदाहरण के लिए, किसी खास आईपी पते का इस्तेमाल करके) के साथ पीडीयू सेशन बनाया गया है और वर्क प्रोफ़ाइल के ऐप्लिकेशन उस पीडीयू सेशन का इस्तेमाल करते हैं.
- पुष्टि करें कि डिफ़ॉल्ट इंटरनेट स्लाइस के साथ एक अलग पीडीयू सेशन बनाया गया है और निजी प्रोफ़ाइल के ऐप्लिकेशन, पीडीयू सेशन का इस्तेमाल करते हैं.
5G स्लाइसिंग की सुविधा के लिए अपसेल
5G स्लाइसिंग अपसेल की सुविधा, Android 14-QPR1 पर उपलब्ध है. इसकी मदद से, मोबाइल और इंटरनेट सेवा देने वाली कंपनियां, 5G नेटवर्क स्लाइसिंग की मदद से, अपने उपयोगकर्ताओं को बेहतर नेटवर्क की सुविधाएं (इंतज़ार का समय और बैंडविथ) देती हैं.
5G स्लाइसिंग अपसेल की सुविधा, खरीदारी के फ़्लो को बढ़ावा देने के लिए, मोबाइल और इंटरनेट सेवा देने वाली कंपनी के एनटाइटलमेंट सर्वर से मिले TS.43 रिस्पॉन्स का इस्तेमाल करती है. मोबाइल और इंटरनेट सेवा देने वाली कंपनियां, इस रिस्पॉन्स का इस्तेमाल, मोबाइल और इंटरनेट सेवा देने वाली कंपनी के खरीदारी वेबव्यू के लिए यूआरएल तय करने के लिए कर सकती हैं. साथ ही, वेबव्यू को अतिरिक्त डेटा भेज सकती हैं और यह बता सकती हैं कि स्लाइस के लिए प्रावधान किया गया है या नहीं और वह मोबाइल और इंटरनेट सेवा देने वाली कंपनी के नेटवर्क पर उपलब्ध है या नहीं.
कैरियर, कैरियर कॉन्फ़िगरेशन का इस्तेमाल करके, 5G स्लाइसिंग अपसेल की सुविधा के व्यवहार को पसंद के मुताबिक बना सकते हैं. इससे यह कंट्रोल होता है कि खरीदारी के अनुरोध किए जा सकते हैं या नहीं, ऐप्लिकेशन को प्रीमियम सुविधाओं का अनुरोध करने की अनुमति कब दी जाती है, और टेलीफ़ोन फ़्रेमवर्क, उपयोगकर्ता या नेटवर्क से जवाब मिलने में कितना समय इंतज़ार करता है.
5G स्लाइसिंग अपसेल की सुविधा, एक इंटरफ़ेस उपलब्ध कराती है. इसे DataBoostWebServiceFlow कहा जाता है. इसकी मदद से, Android और मोबाइल और इंटरनेट सेवा देने वाली कंपनी के वेबव्यू के बीच कम्यूनिकेशन की सुविधा मिलती है.
दूसरी इमेज में, 5G स्लाइसिंग अपसेल परचेज़ फ़्लो दिखाया गया है:
दूसरी इमेज. 5G स्लाइसिंग के लिए, अपसेल की सुविधा के साथ खरीदारी का फ़्लो.
TS.43 एनटाइटलमेंट की प्रोसेस
जब कोई उपयोगकर्ता, नेटवर्क की बेहतर सुविधाओं के लिए अनुरोध करता है, तो Telephony का फ़्रेमवर्क, अनुरोध की गई प्रीमियम क्षमता के लिए, सेवा के एनटाइटलमेंट के कॉन्फ़िगरेशन का अनुरोध करता है. अगर TS.43 का रिस्पॉन्स मान्य है, तो खरीदारी के अनुरोध को पूरा करने के लिए, टेलीफ़ोन फ़्रेमवर्क, एचटीटीपी रिस्पॉन्स के फ़ील्ड का इस्तेमाल करता है.
खरीदारी के फ़ील्ड को स्लाइस करना
TS.43 एनटाइटलमेंट के कॉन्फ़िगरेशन में, ये स्लाइस परचेज़ फ़ील्ड शामिल होते हैं:
- पात्रता स्थिति
बटन:
EntitlementStatusशेड्यूल किस तरह का है:
intइस्तेमाल की जा सकने वाली वैल्यू:
0(बंद है),1(चालू है),2(काम नहीं करती),3(प्रावधान),4(शामिल है)- प्रावधान स्थिति
बटन:
ProvStatusशेड्यूल किस तरह का है:
intइस्तेमाल की जा सकने वाली वैल्यू:
0(सेट नहीं की गई है),1(सेट की गई है),2(उपलब्ध नहीं है),3(प्रोसेस में है)
Telephony का फ़्रेमवर्क, एनटाइटलमेंट की स्थिति और प्रावधान की स्थिति के कॉम्बिनेशन का इस्तेमाल करता है. इससे स्लाइस की खरीदारी की मौजूदा स्थिति तय की जाती है. नतीजा, इनमें से कोई एक हो सकता है:
PURCHASE_PREMIUM_CAPABILITY_RESULT_ALREADY_PURCHASEDPURCHASE_PREMIUM_CAPABILITY_RESULT_ALREADY_IN_PROGRESSPURCHASE_PREMIUM_CAPABILITY_RESULT_ENTITLEMENT_CHECK_FAILEDPURCHASE_PREMIUM_CAPABILITY_RESULT_CARRIER_ERROR
अगर एनटाइटलमेंट की स्थिति 1 (चालू है) और प्रोविज़न करने की स्थिति 0 (प्रोविज़न नहीं किया गया) है, तो कैरियर वेबव्यू के ज़रिए बूस्टर खरीदने के लिए, उपयोगकर्ता को अपसेल सूचना दिखाई जाती है. नीचे दी गई टेबल में, प्रावधान और एनटाइटलमेंट के स्टेटस की वैल्यू के अलग-अलग कॉम्बिनेशन के लिए, Telephony फ़्रेमवर्क के व्यवहार के बारे में बताया गया है.
| प्रावधान की स्थिति | |||||
|---|---|---|---|---|---|
तय नहीं किया गया (0) |
प्रावधान किए गए डिवाइस (1 |
उपलब्ध नहीं है (2) |
प्रोसेस जारी है (3) |
||
| एनटाइटलमेंट की स्थिति | बंद है (0) |
काम नहीं हुआ | काम नहीं हुआ | काम नहीं हुआ | काम नहीं हुआ |
चालू है (1) |
वेबव्यू दिखाना | पहले से खरीदा गया | पहले से खरीदा गया | जारी है | |
काम नहीं करता (2) |
काम नहीं हुआ | काम नहीं हुआ | काम नहीं हुआ | काम नहीं हुआ | |
प्रावधान (3) |
मोबाइल और इंटरनेट सेवा देने वाली कंपनी से जुड़ी गड़बड़ी | मोबाइल और इंटरनेट सेवा देने वाली कंपनी से जुड़ी गड़बड़ी | जारी है | जारी है | |
शामिल है (4) |
मोबाइल और इंटरनेट सेवा देने वाली कंपनी से जुड़ी गड़बड़ी | पहले से खरीदा गया | पहले से खरीदा गया | मोबाइल और इंटरनेट सेवा देने वाली कंपनी से जुड़ी गड़बड़ी | |
सर्विस फ़्लो फ़ील्ड
TS.43 रिस्पॉन्स में, यूआरएल, उपयोगकर्ता का डेटा, और कॉन्टेंट टाइप की जानकारी दी जाती है, ताकि कैरियर की खरीदारी वाले वेबव्यू के व्यवहार को पसंद के मुताबिक बनाया जा सके. अगर कॉन्टेंट टाइप की जानकारी नहीं दी गई है, तो यूआरएल को GET अनुरोध के तौर पर लोड किया जाता है. अगर उपयोगकर्ता डेटा मौजूद है, तो उसे क्वेरी पैरामीटर (उदाहरण के लिए, https://www.android.com?encodedValue=Base64EncodedUserData) के तौर पर यूआरएल में जोड़ा जाता है. अगर उपयोगकर्ता डेटा मौजूद नहीं है, तो यूआरएल का इस्तेमाल वैसे ही किया जाता है (उदाहरण के लिए, https://www.android.com).
अगर कॉन्टेंट टाइप को JSON या एक्सएमएल फ़ॉर्मैट में बताया गया है, तो यूआरएल को 'पोस्ट करें' अनुरोध के तौर पर लोड किया जाता है. साथ ही, उपयोगकर्ता डेटा (अगर उसे Base 64 में एन्कोड किया गया है, तो उसे डिकोड किया जाता है) को 'पोस्ट करें' अनुरोध के डेटा के तौर पर भेजा जाता है.
- यूआरएल
बटन:
ServiceFlow_URLशेड्यूल किस तरह का है:
Stringउदाहरण:
"https://www.android.com"- उपयोगकर्ता के डेटा से जुड़ी नीति
बटन:
ServiceFlow_UserDataशेड्यूल किस तरह का है:
Stringउदाहरण:
"encodedValue=Base64EncodedUserData"- कॉन्टेंट किस तरह का है
बटन:
ServiceFlow_ContentsTypeशेड्यूल किस तरह का है:
Stringइस्तेमाल की जा सकने वाली वैल्यू:
0(तय नहीं की गई),1(JSON),2(एक्सएमएल)
मोबाइल और इंटरनेट सेवा देने वाली कंपनी के कॉन्फ़िगरेशन
मोबाइल और इंटरनेट सेवा देने वाली कंपनी के कुछ कॉन्फ़िगरेशन नीचे दिए गए हैं. इनसे 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बैकअप मोबाइल और इंटरनेट सेवा देने वाली कंपनी की खरीदारी का यूआरएल, जिसे उपयोगकर्ता को अपसेल सूचना पर क्लिक करने पर दिखाया जाएगा. अगर एनटाइटलमेंट सर्वर से मिले TS.43 रिस्पॉन्स में खरीदारी का यूआरएल नहीं मिलता है, तो इस वैल्यू का इस्तेमाल किया जाता है. अगर TS.43 रिस्पॉन्स में मौजूद यूआरएल या कैरियर कॉन्फ़िगरेशन, दोनों में से कोई भी मान्य नहीं है, तो खरीदारी का अनुरोध
PURCHASE_PREMIUM_CAPABILITY_RESULT_CARRIER_DISABLEDके नतीजे के साथ पूरा नहीं होता.KEY_PREMIUM_CAPABILITY_SUPPORTED_ON_LTE_BOOLडिवाइस के Long-Term Evolution (LTE) से कनेक्ट होने पर, प्रीमियम सुविधाओं को खरीदने की अनुमति है या नहीं. अगर
trueहै, तो LTE और न्यू रेडियो (एनआर) दोनों पर खरीदारी का अनुरोध किया जा सकता है. अगरfalseहै, तो खरीदारी के अनुरोध सिर्फ़ एनआर पर किए जा सकते हैं. साथ ही, 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का नतीजा दिखाया जाता है. अगर नेटवर्क समय पर स्लाइसिंग कॉन्फ़िगरेशन सेट अप नहीं कर पाता है, तो ऐप्लिकेशन फिर से प्रीमियम सुविधाओं को खरीदने का अनुरोध कर सकते हैं. जब तक स्लाइसिंग कॉन्फ़िगरेशन नहीं भेजा जाता, तब तक Telephony किसी खरीदारी को पूरा नहीं मानता. भले ही, उपयोगकर्ता ने कैरियर को पैसे चुकाए हों या नहीं.
JavaScript इंटरफ़ेस
जब उपयोगकर्ता नेटवर्क बूस्ट सूचना पर क्लिक करता है, तो उसे एक WebView ऑब्जेक्ट दिखता है. इस ऑब्जेक्ट में, मोबाइल और इंटरनेट सेवा देने वाली कंपनी की खरीदारी का यूआरएल होता है. मोबाइल और इंटरनेट सेवा देने वाली कंपनियां
DataBoostWebServiceFlow
Javascript इंटरफ़ेस में दिए गए एपीआई का इस्तेमाल, अपनी खरीदारी की वेबसाइट पर कर सकती हैं. इससे वे स्लाइस परचेज़ ऐप्लिकेशन से संपर्क कर सकती हैं.
मोबाइल और इंटरनेट सेवा देने वाली कंपनी की वेबसाइट पर, अनुरोध की गई प्रीमियम सुविधा पाने के लिए, getRequestedCapability() तरीके का इस्तेमाल किया जा सकता है.
खरीदारी पूरी होने पर, कैरियर की वेबसाइट को notifyPurchaseSuccessful() या notifyPurchaseSuccessful(duration) के ज़रिए, स्लाइस खरीदने वाले ऐप्लिकेशन को सूचना देनी होगी. duration एक वैकल्पिक पैरामीटर है, जो स्लाइस की अवधि के बारे में बताता है.
अगर खरीदारी पूरी नहीं होती है, तो कैरियर की वेबसाइट को notifyPurchaseFailed(code, reason) तरीके से, स्लाइस खरीदने वाले ऐप्लिकेशन को सूचना देनी होगी. इसमें code, गड़बड़ी का कोड होता है, जो गड़बड़ी की वजह बताता है. अगर गड़बड़ी का कोड नहीं पता है, तो reason, गड़बड़ी की ऐसी वजह होती है जिसे कोई भी व्यक्ति पढ़ सकता है.
अगर इनमें से किसी भी तरीके का इस्तेमाल करके जवाब नहीं दिया जाता है, तो खरीदारी पूरी नहीं मानी जाएगी. साथ ही, खरीदारी के अनुरोध की समयसीमा खत्म हो जाएगी.
खरीदारी पूरी न होने पर, मोबाइल और इंटरनेट सेवा देने वाली कंपनी की वेबसाइट इन मान्य फ़ेलियर कोड को लौटा सकती है:
FAILURE_CODE_UNKNOWNFAILURE_CODE_CARRIER_URL_UNAVAILABLEFAILURE_CODE_AUTHENTICATION_FAILEDFAILURE_CODE_PAYMENT_FAILEDFAILURE_CODE_NO_USER_DATA
खरीदारी पूरी होने पर मोबाइल और इंटरनेट सेवा देने वाली कंपनी को उपयोगकर्ता के डिवाइस पर PRIORITIZE_LATENCY स्लाइस के साथ यूआरएसपी नियमों को अपडेट करना होगा.