यूज़र इंटरफ़ेस (यूआईसीसी) मोबाइल और इंटरनेट सेवा देने वाली कंपनी के खास अधिकार

Android 5.1 में एपीआई के लिए खास अधिकार देने का तरीका लॉन्च किया गया यूनिवर्सल इंटीग्रेटेड सर्किट कार्ड (यूआईसीसी) ऐप्लिकेशन के मालिकों से जुड़ी होनी चाहिए. कॉन्टेंट बनाने Android प्लैटफ़ॉर्म, यूआईसीसी पर सेव किए गए सर्टिफ़िकेट लोड करता है और इनके लिए अनुमति देता है कुछ खास एपीआई को कॉल करने के लिए इन सर्टिफ़िकेट से साइन किए गए ऐप्लिकेशन.

Android 7.0 ने इस सुविधा के लिए, यूज़र इंटरफ़ेस (यूआईसीसी) के अन्य स्टोरेज सोर्स के साथ काम किया है कैरियर के खास अधिकारों के नियम एपीआई का इस्तेमाल करने वाली मोबाइल और इंटरनेट सेवा देने वाली कंपनियों की संख्या बढ़ाना. एपीआई के रेफ़रंस के लिए, CarrierConfigManager देखें; देखें, तो कैरियर कंपनी देखें कॉन्फ़िगरेशन.

मोबाइल और इंटरनेट सेवा देने वाली कंपनियों के पास यूज़र इंटरफ़ेस (यूआईसीसी) का पूरा कंट्रोल होता है. इसलिए, यह तरीका मोबाइल और इंटरनेट सेवा देने वाली कंपनियों के यह मोबाइल नेटवर्क ऑपरेटर (MNO) की मदद से ऐप्लिकेशन मैनेज करने का सुरक्षित और आसान तरीका है जो ऐप्लिकेशन के सामान्य डिस्ट्रिब्यूशन चैनलों (जैसे कि Google Play) पर होस्ट किए जाते हैं, जबकि खास अधिकारों को बनाए रखने और साइन इन करने की ज़रूरत के बिना प्रति-डिवाइस प्लेटफ़ॉर्म प्रमाणपत्र या सिस्टम ऐप के रूप में पहले से इंस्टॉल करना होगा.

यूज़र इंटरफ़ेस (यूआईसीसी) पर नियम

यूआईसीसी का स्टोरेज इनके साथ काम करता है: ग्लोबलप्लैटफ़ॉर्म सुरक्षित एलिमेंट ऐक्सेस कंट्रोल के बारे में खास जानकारी. ऐप्लिकेशन आइडेंटिफ़ायर कार्ड पर (AID) A00000015141434C00 है और स्टैंडर्ड आईडी है GET DATA कमांड का इस्तेमाल, कार्ड पर सेव किए गए नियमों को फ़ेच करने के लिए किया जाता है. आप इन नियमों को अपडेट कर सकते हैं को कार्ड ओवर-द-एयर (ओटीए) अपडेट के हिसाब से अपडेट किया जाता है.

डेटा की हैरारकी

यूआईसीसी के नियम, डेटा की इस हैरारकी (दो वर्णों वाले अक्षर और ब्रैकेट में मौजूद नंबर का कॉम्बिनेशन ही ऑब्जेक्ट टैग है). हर नियम REF-AR-DO (E2) और इसमें कई चीज़ों का योग होता है REF-DO और AR-DO:

  • REF-DO (E1) में यह शामिल है DeviceAppID-REF-DO या इसकी स्ट्रिंग जोड़ने की प्रोसेस DeviceAppID-REF-DO और PKG-REF-DO.
    • DeviceAppID-REF-DO (C1) SHA-1 को सेव करता है (20 बाइट) या सर्टिफ़िकेट का हस्ताक्षर SHA-256 (32 बाइट) होगा.
    • पैकेज का पूरा नाम PKG-REF-DO (CA) है मेनिफ़ेस्ट में बताई गई स्ट्रिंग, ASCII कोड में बदली गई है. इसकी लंबाई 127 बाइट से ज़्यादा नहीं होनी चाहिए.
  • AR-DO (E3) को शामिल करने के लिए बढ़ा दिया गया है PERM-AR-DO (DB), जो 8-बाइट का एक बिट है मास्क का इस्तेमाल, 64 अलग-अलग अनुमतियों को दिखाने के लिए किया जा सकता है.

अगर PKG-REF-DO मौजूद नहीं है, तो सर्टिफ़िकेट से हस्ताक्षर किया गया कोई भी ऐप्लिकेशन को ऐक्सेस दिया गया हो; नहीं तो, सर्टिफ़िकेट और पैकेज नाम दोनों को मिलान.

नियम का उदाहरण

ऐप्लिकेशन का नाम com.google.android.apps.myapp है और हेक्स स्ट्रिंग में SHA-1 प्रमाणपत्र यह है:

AB:CD:92:CB:B1:56:B2:80:FA:4E:14:29:A6:EC:EE:B6:E5:C1:BF:E4

हेक्स स्ट्रिंग में UICC का नियम यह है:

E243 <= 43 is value length in hex
  E135
    C114 ABCD92CBB156B280FA4E1429A6ECEEB6E5C1BFE4
    CA1D 636F6D2E676F6F676C652E616E64726F69642E617070732E6D79617070
  E30A
    DB08 0000000000000001

ऐक्सेस के नियम वाली फ़ाइल से जुड़ी सहायता

Android 7.0 में, मोबाइल और इंटरनेट सेवा देने वाली कंपनी के खास अधिकारों से जुड़े नियमों को ऐक्सेस करने की सुविधा जोड़ी गई नियम फ़ाइल (ARF) शामिल है.

Android प्लैटफ़ॉर्म सबसे पहले, ऐक्सेस के नियम वाले ऐप्लिकेशन को चुनने की कोशिश करता है (ARA) सहायता A00000015141434C00. अगर यह नहीं मिलता है आईडी दिखाई देता है, तो PKCS15 AID को चुनकर यह ARF पर वापस चला जाता है A000000063504B43532D3135. इसके बाद Android, 0x4300 पर ऐक्सेस कंट्रोल के नियमों वाली फ़ाइल (ACRF) मौजूद है और एंट्री ढूंढता है FFFFFFFFFFFF खाता आईडी के साथ. अलग-अलग AID वाली एंट्री को अनदेखा किया जाता है, इसलिए इस्तेमाल के अन्य नियम एक साथ लागू हो सकते हैं.

हेक्स स्ट्रिंग में ACRF कॉन्टेंट का उदाहरण:

30 10 A0 08 04 06 FF FF FF FF FF FF 30 04 04 02 43 10

ऐक्सेस कंट्रोल की शर्तों वाली फ़ाइल (एसीसीएफ़) के कॉन्टेंट का उदाहरण:

30 16 04 14 61 ED 37 7E 85 D3 86 A8 DF EE 6B 86 4B D8 5B 0B FA A5 AF 81

ऊपर दिए गए उदाहरण में, 0x4310 ACCF का पता है, जो सर्टिफ़िकेट हैश शामिल है 61:ED:37:7E:85:D3:86:A8:DF:EE:6B:86:4B:D8:5B:0B:FA:A5:AF:81. ऐप्लिकेशन इस प्रमाणपत्र के द्वारा हस्ताक्षर किए जाने वाले को मोबाइल और इंटरनेट सेवा देने वाली कंपनी के अधिकार दिए जाते हैं.

चालू एपीआई

Android, इन एपीआई के साथ काम करता है.

टेलीफ़ोनीमैनेजर

टेलीफ़ोनी कॉलबैक

TelephonyCallback में ऐसे इंटरफ़ेस हैं जिनमें कॉलबैक तरीका मौजूद है रजिस्टर किए गए स्टेटस में बदलाव होने पर, कॉलिंग ऐप्लिकेशन को इसकी सूचना दें:

  • मैसेज वेटिंग इंंडिकेटर बदल गया है: onMessageWaitingIndicatorChanged
  • कॉल फ़ॉरवर्डिंग दिखाने वाला इंडिकेटर बदल गया है: onCallForwardingIndicatorChanged
  • आईपी मल्टीमीडिया सिस्टम (IMS) की कॉल डिस्कनेक्ट होने की वजह बदल गई है: onImsCallDisconnectCauseChanged
  • सटीक डेटा कनेक्शन की स्थिति बदल गई है: onPreciseDataConnectionStateChanged
  • आपातकालीन नंबर की मौजूदा सूची बदल गई है: onEmergencyNumberListChanged
  • ऐक्टिव डेटा का सदस्यता आईडी बदल गया है: onActiveDataSubscriptionIdChanged
  • मोबाइल और इंटरनेट सेवा देने वाली कंपनी का नेटवर्क बदल गया है: onCarrierNetworkChange
  • नेटवर्क रजिस्ट्रेशन या जगह/रूटिंग/ट्रैकिंग क्षेत्र का अपडेट विफल: onRegistrationFailed
  • प्रतिबंधित जानकारी में बदलाव: onBarringInfoChanged
  • चैनल का मौजूदा कॉन्फ़िगरेशन बदल गया है: onPhysicalChannelConfigChanged

SubscriptionManager

  • सदस्यता की अलग-अलग जानकारी पाने के तरीके:
  • चालू सदस्यताओं की संख्या जानने का तरीका: getActiveSubscriptionInfoCount
  • सदस्यता वाले ग्रुप को मैनेज करने के तरीके:
  • बिलिंग संबंध प्लान की जानकारी पाने या उसे सेट करने के तरीके मोबाइल और इंटरनेट सेवा देने वाली कंपनी और किसी खास सदस्य के बीच:
  • बिलिंग संबंध योजना को अस्थायी रूप से ओवरराइड करने की विधि मोबाइल और इंटरनेट सेवा देने वाली कंपनी और किसी खास सदस्य को, सीमित डेटा वाले नेटवर्क से कनेक्ट नहीं माना जाएगा: setSubscriptionOverrideUnmetered
  • बिलिंग संबंध योजना को अस्थायी रूप से ओवरराइड करने की विधि मोबाइल और इंटरनेट सेवा देने वाली कंपनी और किसी खास सदस्य को व्यस्त माना जाएगा: setSubscriptionOverrideCongested
  • यह देखने का तरीका कि दिए गए कॉन्टेक्स्ट के साथ ऐप्लिकेशन दी गई सदस्यता को उसके मेटाडेटा के हिसाब से मैनेज करने की अनुमति दी गई है: canManageSubscription

एसएमएसमैनेजर

  • कॉलर को नए इनकमिंग मैसेज (एसएमएस) बनाने की अनुमति देने का तरीका: injectSmsPdu.
  • एसएमएस में लिखे बिना ही टेक्स्ट आधारित एसएमएस भेजने का तरीका कंपनी: sendTextMessageWithoutPersisting

CarrierConfigManager

  • कॉन्फ़िगरेशन को सूचित करने की विधि बदल गई है: notifyConfigChangedForSubId.
  • डिफ़ॉल्ट सदस्यता के लिए, मोबाइल और इंटरनेट सेवा देने वाली कंपनी का कॉन्फ़िगरेशन पाने का तरीका: getConfig
  • किसी खास सदस्यता के लिए, मोबाइल और इंटरनेट सेवा देने वाली कंपनी का कॉन्फ़िगरेशन पाने का तरीका: getConfigForSubId

निर्देशों के लिए, इसे देखें मोबाइल और इंटरनेट सेवा देने वाली कंपनी का कॉन्फ़िगरेशन.

बग रिपोर्ट मैनेजर

कनेक्टिविटी से जुड़ी गड़बड़ी की रिपोर्ट शुरू करने का तरीका, जो वह गड़बड़ी रिपोर्ट जिसमें सिर्फ़ कनेक्टिविटी से जुड़ी डीबग करने की जानकारी शामिल हो समस्याएं: startConnectivityBugreport

NetworkStatsManager

  • नेटवर्क के इस्तेमाल की खास जानकारी से जुड़ी क्वेरी करने का तरीका: querySummary
  • नेटवर्क के इस्तेमाल के इतिहास से जुड़ी क्वेरी करने का तरीका: queryDetails
  • नेटवर्क के इस्तेमाल से जुड़े कॉलबैक को रजिस्टर या रद्द करने के तरीके:

ImsMmTelManager

आईएमएसआरसीएसमैनेजर

प्रॉविज़निंग मैनेजर

EuiccManager

दी गई सदस्यता पर स्विच (चालू) करने का तरीका: switchToSubscription

CarrierMessagingService

ऐसी सेवा जिसके लिए नए एसएमएस और मल्टीमीडिया मैसेज (एमएमएस) भेजे जाने पर सिस्टम से कॉल आते हैं या मिला. इस क्लास को बढ़ाने के लिए, अपनी मेनिफ़ेस्ट फ़ाइल में इसके साथ सेवा का एलान करें android.Manifest.permission#BIND_CARRIER_MESSAGING_SERVICE और #SERVICE_INTERFACE के साथ इंटेंट फ़िल्टर को शामिल करें कार्रवाई. तरीकों में ये शामिल हैं:

  • इनबाउंड मैसेज (एसएमएस) को फ़िल्टर करने का तरीका: onFilterSms
  • डिवाइस से भेजे गए मैसेज (एसएमएस) पाने से रोकने का तरीका: onSendTextSms
  • डिवाइस से भेजे गए बाइनरी एसएमएस को रोकने की तरीका: onSendDataSms
  • डिवाइस से भेजे गए लंबे मैसेज (एसएमएस) रोकने का तरीका: onSendMultipartTextSms
  • डिवाइस से भेजे गए मल्टीमीडिया मैसेज (एमएमएस) देखने का तरीका: onSendMms
  • आपको मिले मल्टीमीडिया मैसेज (एमएमएस) को डाउनलोड करने का तरीका: onDownloadMms

मोबाइल और इंटरनेट सेवा देने वाली कंपनी

ऐसी सेवा जो सिस्टम में मोबाइल और इंटरनेट सेवा देने वाली कंपनी की खास सुविधाओं की जानकारी देती है. यहां की यात्रा पर हूं इस क्लास को बढ़ाएं, ऐप्लिकेशन मेनिफ़ेस्ट फ़ाइल में सेवा की जानकारी android.Manifest.permission#BIND_CARRIER_SERVICES अनुमति और CARRIER_SERVICE_INTERFACE कार्रवाई के साथ इंटेंट फ़िल्टर शामिल करें. अगर सेवा लंबे समय तक बाध्य है, तो इसे सेट करें android.service.carrier.LONG_LIVED_BINDING से सेवा के मेटाडेटा में true.

यह प्लैटफ़ॉर्म, CarrierService को खास फ़्लैग से जोड़ता है, ताकि कैरियर सेवा प्रक्रिया खास तरह से चलती है ऐप्लिकेशन स्टैंडबाय बकेट. यह मोबाइल और इंटरनेट सेवा देने वाली कंपनी के ऐप्लिकेशन को इससे छूट देता है कुछ समय के लिए ऐप्लिकेशन इस्तेमाल न करने पर पाबंदी लगाने से जुड़ी नीति. इससे, डिवाइस के ऐक्टिव रहने की संभावना बढ़ जाती है मेमोरी कम है. हालांकि, अगर किसी वजह से मोबाइल और इंटरनेट सेवा देने वाली कंपनी का ऐप्लिकेशन क्रैश हो जाता है, ऐप्लिकेशन के रीस्टार्ट होने तक, वह ऊपर दिए गए सभी खास अधिकारों को खो देता है. साथ ही, फिर से स्थापित किया गया. इसलिए, मोबाइल और इंटरनेट सेवा देने वाली कंपनी के ऐप्लिकेशन को स्थायी तौर पर बनाए रखना ज़रूरी है.

CarrierService में मौजूद तरीकों में ये शामिल हैं:

  • कैरियर के हिसाब से कॉन्फ़िगरेशन बदलने और उन्हें सेट करने के लिए: onLoadConfig
  • आने वाले समय में, मोबाइल और इंटरनेट सेवा देने वाली कंपनी के नेटवर्क में जान-बूझकर बदलाव करने के लिए, मोबाइल और इंटरनेट सेवा देने वाली कंपनी का ऐप्लिकेशन: notifyCarrierNetworkChange

टेलीफ़ोनी सेवा देने वाली कंपनी

कॉन्टेंट देने वाले के ऐसे एपीआई जिनकी मदद से बदलाव (शामिल करना, मिटाना, अपडेट करना, क्वेरी करना) की अनुमति देनी है टेलीफ़ोनी डेटाबेस तक पहुंच जाएगा. मान वाले फ़ील्ड के बारे में यहां बताया गया है Telephony.Carriers; ज़्यादा जानकारी के लिए, इसे देखें Telephony क्लास का रेफ़रंस

वाई-फ़ाई नेटवर्क सुझाव

WifiNetworkSuggestion ऑब्जेक्ट बनाते समय, इनका इस्तेमाल करें सदस्यता आईडी या सदस्यता ग्रुप सेट करने के तरीके:

  • सदस्यता आईडी सेट करने का तरीका: setSubscriptionId
  • Metohd सदस्यता ग्रुप सेट करने के लिए: setSubscriptionGroup

Android प्लैटफ़ॉर्म

पता लगाए गए यूआईसीसी पर, यह प्लैटफ़ॉर्म ऐसे अंदरूनी यूआईसीसी ऑब्जेक्ट बनाता है जो यूआईसीसी के हिस्से के तौर पर, मोबाइल और इंटरनेट सेवा देने वाली कंपनी के खास अधिकारों के नियमों को शामिल करना चाहिए. UiccCarrierPrivilegeRules.java नियम लोड करता है, उन्हें यूज़र इंटरफ़ेस (यूआई) कार्ड से पार्स करता है, और मेमोरी में कैश मेमोरी में सेव करता है. टास्क कब शुरू होगा तो एक खास अधिकार की जांच ज़रूरी है. UiccCarrierPrivilegeRules कॉलर सर्टिफ़िकेट को, एक-एक करके अपने नियमों के साथ दिखाता है. अगर यूआईसीसी को हटाया जाता है, तो नियम, UICC ऑब्जेक्ट के साथ खत्म हो जाते हैं.

पुष्टि करें

के ज़रिए लागू करने की पुष्टि करने के लिए कम्पैटिबिलिटी टेस्ट सुइट (सीटीएस) के तौर पर CtsCarrierApiTestCases.apk, आपके पास सही UICC नियमों या ARF सहायता वाला डेवलपर यूआईसीसी होना चाहिए. अपनी पसंद के सिम कार्ड वेंडर से, डेवलपर के लिए यूआईसीसी को तैयार करने के लिए कहें. दाईं ओर दिए गए ARF की जानकारी को इस सेक्शन में बताया गया है. साथ ही, टेस्ट करने के लिए उस यूज़र इंटरफ़ेस (यूआईसीसी) का इस्तेमाल करें. कॉन्टेंट बनाने सीटीएस टेस्ट को पास करने के लिए UICC को चालू सेल्युलर सेवा की ज़रूरत नहीं होती.

यूआईसीसी तैयार करना

Android 11 और उससे पहले के वर्शन के लिए, CtsCarrierApiTestCases.apk हैश मान के साथ aosp-testkey से हस्ताक्षर किया गया 61:ED:37:7E:85:D3:86:A8:DF:EE:6B:86:4B:D8:5B:0B:FA:A5:AF:81.

Android 12 में, CtsCarrierApiTestCases.apk को इन्होंने हस्ताक्षर किया है cts-uicc-2021-testkey, हैश वैल्यू CE:7B:2B:47:AE:2B:75:52:C8:F9:2C:C2:91:24:27:98:83:04:1F:B6:23:A5:F1:94:A8:2C:9B:F1:5D:49:2A:A0.

Android में CTS कैरियर API (एपीआई) टेस्ट चलाने के लिए 12, डिवाइस को सीटीएस मोबाइल और इंटरनेट सेवा देने वाली कंपनी के साथ सिम का इस्तेमाल करना होगा इसके नए वर्शन में बताई गई ज़रूरी शर्तों को पूरा करने वाले खास अधिकार तीसरा पक्ष जीएसएमए टीएस.48 टेस्ट प्रोफ़ाइल की खास बातें.

इसी सिम का इस्तेमाल, पिछली रिलीज़ से पहले के वर्शन के लिए भी किया जा सकता है Android 12.

सीटीएस सिम प्रोफ़ाइल में बदलाव करें

  1. जोड़ें: इसमें CTS मोबाइल और इंटरनेट सेवा देने वाली कंपनी के खास अधिकार शामिल हैं ऐक्सेस के नियम के ऐप्लिकेशन मास्टर (ARA-M) या ARF को ऐक्सेस कर सकते हैं. दोनों हस्ताक्षरों पर कैरियर के खास अधिकारों के नियमों के मुताबिक कोड में बदला गया हो:
    1. हैश1(SHA1): 61:ED:37:7E:85:D3:86:A8:DF:EE:6B:86:4B:D8:5B:0B:FA:A5:AF:81 अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
    2. हैश2(SHA256): CE:7B:2B:47:AE:2B:75:52:C8:F9:2C:C2:91:24:27:98:83:04:1F:B6:23:A5:F1:94:A8:2C:9B:F1:5D:49:2A:A0 अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
  2. बनाएं: ADF USIM प्राइमरी फ़ाइलें (EF) में नहीं हैं TS.48 और सीटीएस के लिए ज़रूरी:
    1. EF_MBDN (6FC7), रिकॉर्ड का साइज़: 28, रिकॉर्ड नंबर: 4
      • कंटेंट
        1. Rec1: 566F696365204D61696CFFFFFFFF06915155555555FF...FF
        2. Rec2-n: FF...FF
    2. EF_EXT6 (6FC8), रिकॉर्ड का साइज़:13, रिकॉर्ड नंबर: 1
      • कॉन्टेंट: 00FF...FF
        1. EF_MBI (6FC9), रिकॉर्ड साइज़: 4, रिकॉर्ड नंबर: 1
      • कॉन्टेंट: Rec1: 01010101
        1. EF_MWIS (6FCA), रिकॉर्ड साइज़: 5, रिकॉर्ड संख्या: 1
      • कॉन्टेंट: 0000000000
  3. बदलाव करें: USIM सेवा टेबल: n°47, n°48 में सेवाएं चालू करें
    1. EF_यूएसटी (6F38)
      • कॉन्टेंट: 9EFFBF1DFFFE0083410310010400406E01
  4. बदलाव करें: DF-5GS और DF-SAIP फ़ाइलें
    1. DF-5GS - EF_5GS3GPPLOCI (USIM/5FC0/4F01)
      • कॉन्टेंट: FFFFFFFFFFFFFFFFFFFFFFFFFF42F618FFFFFE01
    2. DF-5GS - EF_5GSN3GPPLOCI (USIM/5FC0/4F02)
      • कॉन्टेंट: FFFFFFFFFFFFFFFFFFFFFFFFFF42F618FFFFFE01
    3. DF-5GS - EF SUCI_बेहतरीन_जानकारी (USIM/5FC0/4F07)
      • कॉन्टेंट: A0020000FF…FF
    4. DF-SAIP - EF SUCI_ फ़ीडबैक_USIM (USIM/5FD0/4F01)
      • कॉन्टेंट: A0020000FF…FF
  5. बदलाव करना: मोबाइल और इंटरनेट सेवा देने वाली कंपनी के नाम वाली स्ट्रिंग Android CTS का इस्तेमाल करें में:
    1. EF_SPN (USIM/6F46)
      • कॉन्टेंट: 01416E64726F696420435453FF..FF
    2. EF_PNN (USIM/6FC5)
      • कॉन्टेंट: Rec1 430B83413759FE4E934143EA14FF..FF

टेस्ट प्रोफ़ाइल स्ट्रक्चर का मिलान करें

यहां दिए गए सामान्य टेस्ट प्रोफ़ाइल स्ट्रक्चर के नए वर्शन को डाउनलोड करें और उनसे मैच करें. इन प्रोफ़ाइलों पर, सीटीएस कैरियर के खास अधिकार का नियम या अन्य बदलाव नहीं लागू होंगे ऊपर दी गई सूची में मौजूद हैं.

टेस्ट करना

सुविधा के लिए, सीटीएस एक डिवाइस टोकन के साथ काम करता है जो का इस्तेमाल करके, सिर्फ़ एक जैसे टोकन के साथ कॉन्फ़िगर किए गए डिवाइसों पर टेस्ट किया जा सकता है. कैरियर एपीआई सीटीएस टेस्ट, डिवाइस टोकन sim-card-with-certs के साथ काम करते हैं. उदाहरण के लिए, नीचे दिया गया डिवाइस टोकन, मोबाइल और इंटरनेट सेवा देने वाली कंपनी के एपीआई टेस्ट को सिर्फ़ डिवाइस पर चलाने से रोकता है abcd1234:

cts-tradefed run cts  --device-token abcd1234:sim-card-with-certs

डिवाइस टोकन का इस्तेमाल किए बिना जांच करने के दौरान, जांच सभी यूआरएल पर की जाती है डिवाइस.

अक्सर पूछे जाने वाले सवाल

यूआईसीसी पर सर्टिफ़िकेट कैसे अपडेट किए जा सकते हैं?

जवाब: कार्ड के ओटीए अपडेट करने के मौजूदा तरीके का इस्तेमाल करें.

क्या यूआईसीसी, अन्य नियमों के साथ मिल सकता है?

जवाब: यूआईसीसी पर एक ही एआईडी के तहत, दूसरे सुरक्षा नियमों को लागू किया जा सकता है; तो प्लैटफ़ॉर्म उन्हें अपने-आप फ़िल्टर कर देता है.

क्या होता है जब किसी ऐसे ऐप्लिकेशन के लिए यूआईसीसी को हटाया जाता है जो सर्टिफ़िकेट चाहिए?

जवाब: ऐप्लिकेशन अपने खास अधिकार खो देता है, क्योंकि यूआईसीसी हटाने पर यूआईसीसी मिट जाते हैं.

क्या यूआईसीसी पर सर्टिफ़िकेट की संख्या की कोई सीमा है?

जवाब: प्लैटफ़ॉर्म, सर्टिफ़िकेट की संख्या को सीमित नहीं करता है; हालांकि, क्योंकि चेक लीनियर होता है, इसलिए कई नियमों की वजह से, जांच में देरी हो सकती है.

क्या इस सेवा के साथ काम करने वाले एपीआई की संख्या तय की गई है तरीका?

जवाब: नहीं, लेकिन हम दायरे को मोबाइल और इंटरनेट सेवा देने वाली कंपनी से जुड़े एपीआई तक सीमित रखते हैं.

क्या कुछ एपीआई पर इस तरीके का इस्तेमाल करने पर पाबंदी है? अगर ऐसा है, तो उन्हें लागू किया जाता है? (इसका मतलब है कि क्या आपके पास ऐसे टेस्ट हैं जिनसे यह पता चल सकता है कि कौनसे एपीआई यह तरीका अपनाया जा सकता है?)

जवाब: Android के साथ काम करने की सुविधा में, एपीआई के व्यवहार के आधार पर काम करने की सुविधा सेक्शन परिभाषा दस्तावेज़ (सीडीडी). हम कुछ सीटीएस टेस्ट करके यह पक्का करते हैं कि एपीआई के अनुमति के मॉडल में बदलाव नहीं हुआ है.

यह एक से ज़्यादा सिम की सुविधा के साथ कैसे काम करता है?

जवाब: उपयोगकर्ता ने जिस सिम को डिफ़ॉल्ट तौर पर सेट किया है उसका इस्तेमाल किया जा रहा है.

क्या यह किसी भी तरह से एसई के अन्य ऐक्सेस के साथ इंटरैक्ट या ओवरलैप करता है टेक्नोलॉजी, जैसे कि एसईके?

जवाब: उदाहरण के लिए, SeeK उसी AID का इस्तेमाल करती है जिसका इस्तेमाल यूज़र इंटरफ़ेस (यूआईसीसी) में किया गया है. इसलिए, नियमों को साथ-साथ मौजूद रहते हैं और उन्हें 'देखें' या 'देखें' के हिसाब से फ़िल्टर किया जाता है UiccCarrierPrivileges.

मोबाइल और इंटरनेट सेवा देने वाली कंपनी के खास अधिकारों को देखने का सही समय क्या है?

जवाब: सिम की स्थिति के लोड होने के बाद ब्रॉडकास्ट.

क्या OEM, मोबाइल और इंटरनेट सेवा देने वाली कंपनी के एपीआई की सुविधा को बंद कर सकते हैं?

जवाब: नहीं. हमारा मानना है कि मौजूदा एपीआई मिनिमम सेट हैं और हम ताकि आने वाले समय में ज़्यादा बारीकी से कंट्रोल करने के लिए बिट मास्क का इस्तेमाल किया जा सके.

क्या setOperatorBrandOverride सभी फ़ॉर्म को बदल देता है ऑपरेटर का नाम स्ट्रिंग? उदाहरण के लिए, SE13, UICC SPN या नेटवर्क पर आधारित NITZ?

हां, ऑपरेटर ब्रैंड ओवरराइड को सबसे ज़्यादा प्राथमिकता दी जाती है. जब यह सेट हो जाता है, तो यह सभी को बदल देता है ऑपरेटर नाम स्ट्रिंग के अन्य फ़ॉर्मैट.

injectSmsPdu तरीके से किया गया कॉल क्या करता है?

जवाब: इस तरीके से, क्लाउड में एसएमएस का बैकअप लेने/वापस पाने की सुविधा मिलती है. कॉन्टेंट बनाने injectSmsPdu कॉल से, डेटा वापस पाने की सुविधा चालू हो जाती है.

एसएमएस फ़िल्टर करने के लिए, क्या onFilterSms कॉल, इसके आधार पर हुआ है क्या आपको एसएमएस यूडीएच पोर्ट फ़िल्टर करना है? इसके अलावा, क्या मोबाइल और इंटरनेट सेवा देने वाली कंपनी के ऐप्लिकेशन के पास, आने वाले सभी एसएमएस का ऐक्सेस है?

जवाब: मोबाइल और इंटरनेट सेवा देने वाली कंपनियों के पास, एसएमएस के ज़रिए मिले सारे डेटा का ऐक्सेस होता है.

सहायता के लिए DeviceAppID-REF-DO का एक्सटेंशन ऐसा लगता है कि 32 बाइट मौजूदा GP स्पेसिफ़िकेशन (जो केवल 0 या 20 बाइट की अनुमति देता है) के साथ असंगत है, इसलिए ऐसा क्यों क्या आपको यह बदलाव करना है? SHA-1, इनके लिए काफ़ी नहीं है टकरावों से बचें? क्या आपने GP को इस बदलाव का प्रस्ताव पहले ही दे दिया है, क्योंकि क्या बैकवर्ड को मौजूदा ARA-M/ARF के साथ काम नहीं करता है?

जवाब: आने वाले समय में आपको सुरक्षित माहौल देने के लिए, इस एक्सटेंशन में SHA-256 का इस्तेमाल किया जाता है SHA-1 के अलावा DeviceAppID-REF-DO के लिए, जो फ़िलहाल GP एसईएसी स्टैंडर्ड में एक ही विकल्प है. हम SHA-256 का इस्तेमाल करने का सुझाव देते हैं.

अगर DeviceAppID की वैल्यू 0 (खाली) है, तो क्या नियम इन पर लागू होगा क्या डिवाइस के सभी ऐप्लिकेशन किसी खास नियम के तहत नहीं आते?

जवाब: मोबाइल और इंटरनेट सेवा देने वाली कंपनी के एपीआई के लिए, DeviceAppID-REF-DO में जानकारी अपने-आप भरी जानी ज़रूरी है. फ़ील्ड को खाली नहीं छोड़ा जा सकता. इसका मकसद सिर्फ़ जांच करना है. किसी तरह की कार्रवाई के लिए, इसके इस्तेमाल का सुझाव नहीं दिया जाता डिप्लॉयमेंट.

आपके स्पेसिफ़िकेशन के मुताबिक, PKG-REF-DO का इस्तेमाल बस बिना DeviceAppID-REF-DO के खुद को स्वीकार नहीं किया जाना चाहिए. लेकिन यह अभी भी स्पेसिफ़िकेशन की टेबल 6-4 में बताया गया है. REF-DO की परिभाषा. क्या यह जान-बूझकर किया गया है? यह कोड कैसे काम करता है जब REF-DO में सिर्फ़ PKG-REF-DO का इस्तेमाल किया जाता है, तो यह काम करता है?

जवाब: PKG-REF-DO को एक मान के रूप में रखने का विकल्प REF-DO में मौजूद आइटम को नवीनतम वर्शन में से निकाल दिया गया था. PKG-REF-DO सिर्फ़ इनके साथ होना चाहिए DeviceAppID-REF-DO.

हमें लगता है कि हम मोबाइल और इंटरनेट सेवा देने वाली कंपनी की सभी अनुमतियों का ऐक्सेस दे सकते हैं या कंट्रोल पर ज़्यादा कंट्रोल होता है. अगर ऐसा है, तो बिट के बीच मैपिंग को तय करता है मास्क और वास्तविक अनुमतियां? क्या हर क्लास के लिए एक अनुमति चाहिए? एक अनुमति प्रति व्यक्ति तरीका? क्या लंबे समय के लिए 64 अलग-अलग अनुमतियां काफ़ी हैं?

जवाब: यह सुविधा आने वाले समय के लिए रिज़र्व है. हम सुझावों का स्वागत करते हैं.

क्या आपके पास Android के लिए DeviceAppID की जानकारी देने का विकल्प है खास तौर पर? यह पब्लिशर की SHA-1 (20 बाइट) हैश वैल्यू है सर्टिफ़िकेट का इस्तेमाल किसी ऐप्लिकेशन पर हस्ताक्षर करने के लिए किया जाता है, इसलिए नाम में का मकसद? (यह नाम कई लोगों के लिए भ्रम की स्थिति पैदा कर सकता है, क्योंकि तब यह सेटिंग, उस पब्लिशर सर्टिफ़िकेट से साइन किए गए सभी ऐप्लिकेशन पर लागू होती है.)

जवाब: DeviceAppID को सेव करने वाला सर्टिफ़िकेट, मौजूदा स्पेसिफ़िकेशन. हमने समस्याओं को कम करने के लिए, स्पेसिफ़िकेशन में होने वाले बदलावों को कम करने की कोशिश की अपनाना. ज़्यादा जानकारी के लिए, यूआईसीसी से जुड़े नियम देखें.