ब्लूटूथ लो एनर्जी (बीएलई) डिवाइस

बीएलई डिवाइसों के लिए, Google Fast Pair Service (GFPS) का इस्तेमाल, ब्लूटूथ कोर स्पेसिफ़िकेशन v4.2 या इसके बाद के वर्शन के साथ किया जा सकता है.

फ़ास्ट पेयर की खास जानकारी में दिए गए इस अतिरिक्त दस्तावेज़ की मदद से, GFPS में सिर्फ़ लो एनर्जी (एलई) और लो एनर्जी ऑडियो (एलईए) वाले डिवाइसों के लिए सहायता उपलब्ध कराई जा सकेगी.

कन्फ़ॉर्मैंस लेवल

स्पेसिफ़िकेशन में बताए गए कीवर्ड “shall”, “must”, “will”, “should”, “may”, और “can” के बारे में यहां बताया गया है:

शब्द ब्यौरा
shall is required to - इसका इस्तेमाल, ज़रूरी शर्तों को तय करने के लिए किया जाता है.
ज़रूरी है इसका इस्तेमाल यह बताने के लिए किया जाता है:
पहले बताई गई ज़रूरी शर्त का स्वाभाविक नतीजा
या
तथ्यों पर आधारित ऐसा बयान जिस पर कोई विवाद न हो (ऐसा बयान जो हर स्थिति में हमेशा सही हो).
होगा यह सच है कि - इसका इस्तेमाल सिर्फ़ तथ्यों पर आधारित स्टेटमेंट में किया जाता है.
होना चाहिए is recommended that - इसका इस्तेमाल यह बताने के लिए किया जाता है कि कई संभावनाओं में से किसी एक को खास तौर पर सही माना गया है. हालांकि, ऐसा करना ज़रूरी नहीं है.
मई is permitted to - इसका इस्तेमाल, अनुमति देने के विकल्प के लिए किया जाता है.
कर is able to - इसका इस्तेमाल, किसी स्टेटमेंट को वजह के तौर पर जोड़ने के लिए किया जाता है.

कुंजी पर आधारित पेयरिंग की विशेषता

मदद मांगने वाले व्यक्ति से मदद करने वाले व्यक्ति को मैसेज

कुंजी पर आधारित पेयरिंग की सुविधा के रॉ अनुरोध type 0x00 में, बिट 4 का इस्तेमाल करके यह बताया जाता है कि सीकर, बीएलई डिवाइस की खास जानकारी के साथ काम करता है या नहीं. साथ ही, बिट 5 का इस्तेमाल करके यह बताया जाता है कि सीकर, एलई ऑडियो के साथ काम करता है या नहीं.

ऑक्टेट डेटा टाइप ब्यौरा वैल्यू क्या यह ज़रूरी है?
0 uint8 मैसेज का टाइप 0x00 = कुंजी के आधार पर डिवाइस को जोड़ने का अनुरोध ज़रूरी है
1 uint8 फ़्लैग
  • बिट 0 (एमएसबी): अब काम नहीं करता और Seeker इसे अनदेखा कर देता है.
  • बिट 1: 1, अगर सीकर यह अनुरोध करता है कि प्रोवाइडर को बॉन्डिंग शुरू करनी चाहिए और इस अनुरोध में सीकर का BR/EDR पता शामिल है. अगर ऐसा नहीं है, तो 0 दिखेगा.
  • बिट 2: 1, अगर सीकर यह अनुरोध करता है कि प्रोवाइडर को मौजूदा नाम की सूचना देनी चाहिए. अगर ऐसा नहीं है, तो 0 दिखेगा.
  • बिट 3: अगर यह खाते की कुंजी को पहले की तारीख से लिखने के लिए है, तो 1. अगर ऐसा नहीं है, तो 0 दिखेगा.
  • बिट 4: अगर सीकर, बीएलई डिवाइस की खास जानकारी के साथ काम करता है, तो 1. अगर ऐसा नहीं है, तो 0 दिखेगा.
  • बिट 5: अगर सीकर, LE Audio के साथ काम करता है, तो 1. अगर ऐसा नहीं है, तो 0 दिखेगा.
  • बिट 6 - 7 को आने वाले समय में इस्तेमाल करने के लिए रिज़र्व किया गया है. इन्हें अनदेखा किया जाना चाहिए.
 अलग-अलग ज़रूरी है
2 - 7 uint48 इनमें से कोई एक:
  • सेवा देने वाली कंपनी का मौजूदा बीएलई पता
  • सेवा देने वाली कंपनी का पता
 अलग-अलग ज़रूरी है
8 - 13 uint48 सीकर का बीआर/ईडीआर पता अलग-अलग यह सिर्फ़ तब मौजूद होता है, जब फ़्लैग बिट 1 या 3 सेट हो
n - 15 रैंडम वैल्यू (सॉल्ट) अलग-अलग ज़रूरी है

सेवा देने वाली कंपनी से सेवा लेने वाले व्यक्ति को भेजा गया मैसेज

जब अनुरोध का बिट 4 सेट होता है, तो कुंजी पर आधारित पेयरिंग की विशेषता के लिए, नए रिस्पॉन्स मैसेज type 0x02 का इस्तेमाल किया जा सकता है. इससे, सीकर को बॉन्डिंग के अन्य विकल्प उपलब्ध कराए जा सकते हैं.

ऑक्टेट डेटा टाइप ब्यौरा वैल्यू
0 uint8 मैसेज का टाइप 0x02 = कुंजी के आधार पर जोड़े जाने की सुविधा के लिए, ज़्यादा समय तक जवाब देने की सुविधा
1 uint8 फ़्लैग
  • बिट 0 (एमएसबी): अगर सेवा देने वाली कंपनी का डिवाइस सिर्फ़ LE है, तो 1. ऐसा न होने पर, 0. अगर बिट 0 को 1 पर सेट किया जाता है, तो सीकर यह मान लेगा कि बिट 1 को 1 पर सेट किया गया है.
  • बिट 1: अगर सेवा देने वाली कंपनी को LE बॉन्डिंग पसंद है, तो 1. ऐसा न होने पर, 0.
  • बिट 2: अगर दूसरे पते का टाइप रैंडम है, तो 1. अगर सार्वजनिक है, तो 0.
  • बिट 3 से 7 को आने वाले समय में इस्तेमाल करने के लिए रिज़र्व किया गया है. इन्हें अनदेखा किया जाना चाहिए.
 अलग-अलग
2 uint8 सेवा देने वाली कंपनी के पतों की संख्या
(मौजूदा वर्शन में, यह संख्या 1 या 2 है, क्योंकि अगर यह संख्या 3 से ज़्यादा या इसके बराबर है, तो हमें ब्लॉक साइफ़र मोड को बदलकर एईएस-सीटीआर करना होगा)		 अलग-अलग
3 - 8 या
3 - 14
  • पहला पता, प्राइमरी डिवाइस का आइडेंटिटी पता होना चाहिए. साथ ही, अगर बीआर/ईडीआर बॉन्डिंग को प्राथमिकता दी जाती है, तो यह बॉन्ड करने लायक होना चाहिए
  • अगर दूसरा पता उपलब्ध है, तो वह बॉन्ड किया जा सकने वाला पता होना चाहिए
 अलग-अलग
9 - 15 या 15 रैंडम वैल्यू (सॉल्ट) अलग-अलग

बीएलई डिवाइस की खास जानकारी के साथ काम करने वाले प्रोवाइडर को बिट 4 और बिट 5 को पढ़ना चाहिए, ताकि सीकर की क्षमताओं को समझा जा सके

  • जब बिट 4 की वैल्यू 0 हो, तो सेवा देने वाली कंपनी को बिट 5 को अनदेखा करना चाहिए और type 0x01 फ़ॉर्मैट में जवाब देना चाहिए
  • जब बिट 4 की वैल्यू 1 हो,
    • सिर्फ़ LE की सुविधा देने वाले प्रोवाइडर के लिए, यह type 0x02 के साथ जवाब देगा, ताकि LE बॉन्डिंग की प्राथमिकता के बारे में बताया जा सके.
    • ड्यूअल मोड प्रोवाइडर के लिए, यह type 0x02 के साथ जवाब दे सकता है. इससे बीआर/ईडीआर या एलई बॉन्डिंग की प्राथमिकता का पता चलता है.
  • एलई ऑडियो (एलईए) ड्यूअल मोड प्रोवाइडर के मामलों के लिए, रेफ़रंस के तौर पर उदाहरण: एलईए ड्यूअल मोड प्रोवाइडर के साथ जोड़ना देखें

मैसेज स्ट्रीम पीएसएम (प्रोटोकॉल सर्विस मल्टीप्लेक्सर) की विशेषता

बीएलई डिवाइसों के लिए मैसेज स्ट्रीम की सुविधा देने के लिए, फ़ास्ट पेयर मैसेज भेजने और पाने के लिए बीएलई एल2सीएपी चैनल बनाएगा और उसे मैनेज करेगा. फ़ास्ट पेयर L2CAP सर्वर को एलई क्रेडिट पर आधारित फ़्लो कंट्रोल लागू करना चाहिए.

इस विशेषता की मदद से, सीकर पीएसएम वैल्यू को पढ़ सकता है. इसके बाद, पीएसएम वैल्यू के ज़रिए सुरक्षित L2CAP कनेक्शन बना सकता है.

फ़ास्ट पेयर सेवा की विशेषता एन्क्रिप्ट किया गया अनुमतियां यूयूआईडी
मैसेज स्ट्रीम पीएसएम हां पढ़ें FE2C1239-8366-4814-8EB0-01DE32100BEA
ऑक्टेट डेटा टाइप ब्यौरा वैल्यू
0 uint8 राज्य
  • 0x00 = जानकारी नहीं है. FP Seeker कई बार कोशिश करेगा
  • 0x01 = कनेक्ट करने के लिए तैयार है
  • 0x02 = उपलब्ध नहीं है. इस बार, FP Seeker कनेक्ट करने के लिए इस कॉम्पोनेंट का इस्तेमाल नहीं करेगा
 अलग-अलग
1 - 2 uint16 पीएसएम की वैल्यू, 0x80 और 0xFF के बीच होनी चाहिए अलग-अलग

ध्यान दें: टीडब्ल्यूएस के लिए, दो कॉम्पोनेंट होते हैं: प्राइमरी और सेकंडरी. कुछ मामलों में, इन कॉम्पोनेंट की भूमिकाएं आपस में बदली जा सकती हैं. मान लें कि A मुख्य कॉम्पोनेंट है और B सेकंडरी कॉम्पोनेंट है. कॉम्पोनेंट A की बैटरी खत्म होने की वजह से, कॉम्पोनेंट B को मुख्य कॉम्पोनेंट की भूमिका निभानी होगी. इस स्थिति को role switch कहा जाता है.

role switch के बाद, अगर प्रोवाइडर, फ़ास्ट पेयर की मैसेज स्ट्रीम को मैनेज नहीं कर पाता है, तो उसे मौजूदा L2CAP कनेक्शन को तुरंत डिसकनेक्ट कर देना चाहिए. इसके बाद, फ़ास्ट पेयर सीकर, नए प्राइमरी कॉम्पोनेंट के साथ L2CAP मैसेज स्ट्रीम कनेक्शन को फिर से चालू कर सकता है.

पासकी की अन्य विशेषताएं

इस विशेषता का मकसद, अतिरिक्त कॉम्पोनेंट पर एमआईटीएम सुरक्षा उपलब्ध कराना है.

CSIS नकली सदस्य एमआईटीएम सुरक्षा

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

खासियत की परिभाषा

फ़ास्ट पेयर सेवा की विशेषता एन्क्रिप्ट किया गया अनुमति यूयूआईडी
अतिरिक्त पासकी नहीं पढ़ें,लिखें,सूचना दें FE2C123A-8366-4814-8EB0-01DE32100BEA

मैसेज

मैसेज का फ़ॉर्मैट, पढ़ने, लिखने, और सूचना देने की कार्रवाइयों पर लागू होता है.

एन्क्रिप्ट (सुरक्षित) किया गया डेटा फ़ॉर्मैट

एन्क्रिप्ट किए गए डेटा को फ़ास्ट पेयर GATT कनेक्शन का इस्तेमाल करके भेजा जाता है.

ऑक्टेट डेटा टाइप ब्यौरा वैल्यू
0-15 uint128 एन्क्रिप्ट किया गया अतिरिक्त पासकी ब्लॉक बदलता रहता है
रॉ डेटा फ़ॉर्मैट

शेयर किए गए सीक्रेट का इस्तेमाल करके, एन्क्रिप्ट किए गए डेटा को डिक्रिप्ट करने के बाद, फ़ॉर्मैट इस तरह का होता है

ऑक्टेट डेटा टाइप ब्यौरा वैल्यू
0 uint8 मैसेज का टाइप
    में से एक
  • 0x00 = सीकर की पासकी
  • 0x01 = सेवा देने वाली कंपनी की पासकी
1-3 uint24 छह अंकों वाली पासकी बदलता रहता है
4-9 uint48 टारगेट बॉन्डिंग कॉम्पोनेंट का पता बदलता रहता है
10 uint8 स्टेटस कोड, इसका इस्तेमाल सिर्फ़ रीड ऑपरेशन के लिए किया जाता है इनमें से कोई एक
  • 0x00 = Success
  • 0x01 = Pending. FP Seeker retry until timeout
  • 0x02 = कार्रवाई पूरी नहीं हुई. FP Seeker stop retry
11-15 रैंडम वैल्यू (सॉल्ट) बदलता रहता है

प्राइमरी कॉम्पोनेंट (बॉन्ड किया गया पहला कॉम्पोनेंट), फ़ास्ट पेयर सीकर और बॉन्ड किए गए अन्य कॉम्पोनेंट के बीच ब्रिज का काम करता है. खासियत, इन दिशा-निर्देशों के मुताबिक होनी चाहिए:

  • फ़ास्ट पेयर की सुविधा वाले सीकर से डेटा सेव करने का अनुरोध मिलने पर, प्रोवाइडर को
    • बॉन्ड किए जा रहे कॉम्पोनेंट का पता सेट करें
    • बॉन्ड किए जा रहे कॉम्पोनेंट को पासकी भेजें
    • स्टेटस कोड को 'मंज़ूरी बाकी है', 0x01 पर सेट करें
  • बॉन्ड किए जा रहे कॉम्पोनेंट से पासकी मिलने से पहले, डेटा पढ़ने का कोई अनुरोध मिलने पर, सेवा देने वाली कंपनी को
      के साथ एक मैसेज भेजना होगा
    • पासकी, कोई भी वैल्यू
    • बॉन्ड किए जा रहे कॉम्पोनेंट का पता
    • स्टेटस कोड की मंज़ूरी बाकी है, 0x01
  • प्रोवाइडर, फ़ास्ट पेयर सीकर को सूचना भेजने से पहले, पढ़ने के अनुरोध का नतीजा सेट करता है. इसके लिए, वह
      का इस्तेमाल करता है
    • बॉन्ड किए जा रहे कॉम्पोनेंट की पासकी
    • बॉन्ड किए जा रहे कॉम्पोनेंट का पता
    • सक्सेस स्टेटस कोड, 0x00
  • अगर सेवा देने वाली कंपनी की ओर से कोई ऐसी गड़बड़ी होती है जिसे ठीक नहीं किया जा सकता, तो नतीजे को सेट करें
    • पासकी, कोई भी वैल्यू
    • बॉन्ड किए जा रहे कॉम्पोनेंट का पता
    • काम पूरा न होने का स्टेटस कोड, 0x02

ज़्यादा जानकारी के लिए, एमआईटीएम डायग्राम 1 और एमआईटीएम डायग्राम 2 देखें.

LE डिवाइस के लिए ज़रूरी शर्तें

LE Advertising

खोजे जाने लायक मोड या खोजे न जा सकने वाले मोड के लिए, सेवा देने वाली कंपनी को फ़ास्ट पेयर डेटा का विज्ञापन दिखाने के लिए आरपीए का इस्तेमाल करना होगा.

बॉन्डिंग की क्षमता

एलई की सुविधा वाले डिवाइसों के लिए, सीकर को मौजूदा एलई कनेक्शन के साथ बॉन्ड बनाना होगा. फ़ास्ट पेयर की सुविधा के लिए, पासकी की मदद से पेयरिंग की पुष्टि होने के बाद, प्रोवाइडर को आरपीए के साथ बॉन्डिंग की अनुमति देनी होगी. साथ ही, फ़ास्ट पेयर की सुविधा के लिए, पासकी की पुष्टि करने के लिए, आईओ की क्षमता को DisplayYesNo पर सेट करना होगा.

एलईए डिवाइस की ज़रूरी शर्तें

LEA Advertising

ड्यूअल मोड वाले डिवाइसों के लिए: खोजे जाने लायक मोड के लिए, प्रोवाइडर को पहचान के पते के साथ फ़ास्ट पेयर डेटा का विज्ञापन दिखाना होगा. खोजे न जा सकने वाले मोड के लिए, प्रोवाइडर को आरपीए के साथ फ़ास्ट पेयर डेटा का विज्ञापन दिखाना होगा. हमारा सुझाव है कि पुराने डिवाइसों के साथ काम करने की सुविधा के लिए, लेगसी विज्ञापन (बीटी 4.2) का इस्तेमाल करें. डिवाइस को फ़ैक्ट्री रीसेट करने पर, आईआरके को बदलना ज़रूरी है.

नॉन-ड्यूअल मोड वाले डिवाइसों के लिए: खोजे जाने लायक मोड या खोजे न जा सकने वाले मोड के लिए, सेवा देने वाली कंपनी को फ़ास्ट पेयर डेटा का विज्ञापन दिखाने के लिए, आरपीए के साथ एक्सटेंडेड विज्ञापन (बीटी 5.0) का इस्तेमाल करना चाहिए.

एलई कनेक्टेबल विज्ञापन में एफ़पी सेवा का डेटा शामिल होता है. इसमें सीएएस यूयूआईडी शामिल होना चाहिए. यह ब्लूटूथ अडैप्टर प्रोफ़ाइल (बीएपी 1.0.1) और कॉमन ऑडियो प्रोफ़ाइल की ज़रूरी शर्तों के मुताबिक होना चाहिए.

प्रोवाइडर, एलईए की सुविधा के बारे में बता सकता है. इसके लिए, उसे सर्विस डेटा (विज्ञापन का टाइप 0x16) या 16-बिट सर्विस क्लास यूयूआईडी (विज्ञापन का टाइप 0x02 या 0x03) में सीएएस यूयूआईडी (0x1853) शामिल करना होगा. इससे कोई फ़र्क़ नहीं पड़ता कि खोजे जाने लायक मोड चालू है या नहीं.

अगर बैटरी और SASS डेटा शामिल होने की वजह से, लेगसी विज्ञापन में ज़रूरत के मुताबिक जगह उपलब्ध नहीं है, तो खोजे न जा सकने वाले विज्ञापन के लिए, स्कैन के जवाब में सीएएस यूयूआईडी शामिल करना ज़रूरी है.

एलईए बॉन्डिंग की सुविधा

सीकर को मौजूदा एलई कनेक्शन के साथ बॉन्ड बनाना होगा. फ़ास्ट पेयर की सुविधा के लिए, पासकी की मदद से पुष्टि करने के बाद, ड्यूअल मोड प्रोवाइडर को आइडेंटिटी पते और आरपीए के साथ बॉन्डिंग की अनुमति देनी होगी. वहीं, नॉन-ड्यूअल मोड प्रोवाइडर को आरपीए के साथ बॉन्डिंग की अनुमति देनी होगी. साथ ही, फ़ास्ट पेयर की सुविधा के लिए, पासकी की मदद से पुष्टि करने के लिए, आईओ की क्षमता को DisplayYesNo पर सेट करना होगा.

कॉम्पोनेंट के बीच इंटरनल कम्यूनिकेशन चैनल

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

संगठन के अंदर बातचीत करने के लिए, Initial Pair और Subsequent Pair का इस्तेमाल किया जाता है

  • जब मुख्य कॉम्पोनेंट पर, पासकोड के आधार पर पेयरिंग की प्रोसेस पूरी हो जाती है, तो मुख्य कॉम्पोनेंट अपने बाकी कॉम्पोनेंट को एक मैसेज भेजेगा. इस मैसेज में, कॉम्पोनेंट की इनपुट/आउटपुट क्षमता को बदलने के लिए कहा जाएगा
  • फ़ास्ट पेयर की प्रोसेस पूरी होने पर, प्राइमरी कॉम्पोनेंट अपने बाकी कॉम्पोनेंट की आईओ क्षमता को रीसेट करने के लिए एक मैसेज भेजेगा
  • अतिरिक्त पासकी की प्रक्रिया के दौरान, मुख्य कॉम्पोनेंट को फ़ास्ट पेयर सीकर और उसके बाकी कॉम्पोनेंट के बीच पासकी की डिलीवरी को मैनेज करना होगा

आईओ की क्षमता बदलने का समय

  • कुंजी पर आधारित पेयरिंग की प्रोसेस पूरी होने पर, आईओ की क्षमता को DisplayYesNo में बदलें
    • अगर डिवाइस में कई कॉम्पोनेंट हैं, तो सभी कॉम्पोनेंट को DisplayYesNo पर सेट किया जाएगा
    • एक अपवाद यह है कि प्रोवाइडर, IO की क्षमता को DisplayYesNo में नहीं बदलेगा. यह अपवाद Retroactive Pair है, जिसके पासकोड पर आधारित पेयरिंग के अनुरोध की बिट 3 को 1 पर सेट किया गया है. सीकर से प्रोवाइडर को भेजा गया मैसेज देखें
  • IO की क्षमता को डिफ़ॉल्ट सेटिंग पर सेट करें
    • पहली बार डिवाइसों को जोड़ना
      • अगर LE कनेक्शन डिसकनेक्ट हो जाता है, तो फ़ास्ट पेयर सेशन को खत्म करें
      • प्राइमरी डिवाइस को जोड़ने के बाद, अगर 15 सेकंड में पासकी लिखने का कोई और अनुरोध नहीं मिलता है, तो फ़ास्ट पेयर सेशन को खत्म करें
      • पासकी लिखने का अतिरिक्त अनुरोध मिलने के बाद, अगर कनेक्ट किए जा रहे कॉम्पोनेंट को 15 सेकंड के अंदर कनेक्ट नहीं किया जाता है, तो फ़ास्ट पेयर सेशन को खत्म करें
      • सभी कॉम्पोनेंट बॉन्ड होने के बाद, अगर 15 सेकंड के अंदर खाते की कुंजी लिखने का कोई अनुरोध नहीं मिलता है, तो फ़ास्ट पेयर सेशन को खत्म करें
      • खाते की पासकोड को सेव करने का अनुरोध मिलने के बाद, फ़ास्ट पेयर सेशन को खत्म करने के लिए, टाइम आउट को 15 सेकंड पर सेट करें
    • किसी दूसरे डिवाइस से जोड़ना
      • अगर LE कनेक्शन डिसकनेक्ट हो जाता है, तो फ़ास्ट पेयर सेशन को खत्म करें
      • प्राइमरी डिवाइस को बॉन्ड करने के बाद, अगर 15 सेकंड के अंदर पासकी लिखने का कोई और अनुरोध नहीं मिलता है, तो फ़ास्ट पेयर सेशन को खत्म करें
      • पासकी लिखने का अतिरिक्त अनुरोध मिलने के बाद, अगर कनेक्ट किए जा रहे कॉम्पोनेंट को 15 सेकंड के अंदर कनेक्ट नहीं किया जाता है, तो फ़ास्ट पेयर सेशन को खत्म करें
      • सभी कॉम्पोनेंट जुड़ जाने के बाद, फ़ास्ट पेयर सेशन को खत्म करना

यूज़र इंटरफ़ेस (यूआई) का इंडिकेशन छिपाना

जब हेडसेट, जोड़े जाने के लिए तैयार न हो, तो प्रोवाइडर को type 0b0010 का इस्तेमाल करना चाहिए. इससे खाते में मौजूद डेटा के लिए, यूज़र इंटरफ़ेस (यूआई) के संकेत को छिपाने की सुविधा सेट की जा सकेगी. इससे सीकर को यह बताने में मदद मिलेगी कि वह जोड़े जाने के बाद का यूज़र इंटरफ़ेस (यूआई) न दिखाए. इस बारे में ज़्यादा जानने के लिए, विज्ञापन पेलोड: फ़ास्ट पेयर खाते में मौजूद डेटा देखें.

LE Audio डिवाइस की ज़रूरी शर्तें

Bluetooth की ज़रूरी शर्तें

Android और LE Audio हेडसेट के लिए सुझाव देखें.

सीटीकेडी की सुविधा

ड्यूअल मोड वाले डिवाइस के लिए, एलई से बीआर/ईडीआर तक सीटीकेडी ज़रूरी है. साथ ही, यह BAP की ज़रूरी शर्तों के मुताबिक होना चाहिए.

टारगेट की गई सूचना

सहायक डिवाइस, जोड़े गए मुख्य डिवाइस से कनेक्शन का अनुरोध करने के लिए, टारगेट किए गए एलान का इस्तेमाल करेगा. CAP 1.0 टेबल 8.4 (p48/58) के मुताबिक, कनेक्शन मैनेजमेंट के लिए, टारगेट किए गए अनाउंसमेंट को बीएपी और सीएपी में तय किया गया है.

GATT EATT सर्वर की सुविधा

EATT की मदद से, सेंट्रल डिवाइस एक साथ कई GATT लेन-देन भेज सकता है. ऐसा तब होता है, जब डिवाइस बॉन्ड हो. CSIP की सुविधा वाले डिवाइस के लिए, यह प्रोफ़ाइल कनेक्शन की परफ़ॉर्मेंस को बेहतर बनाएगा. इसके बाद, दूसरे बड के लिए CSIP बॉन्डिंग की प्रोसेस जल्द ही शुरू हो जाएगी.

अगर प्रोवाइडर एक डिवाइस नहीं है, बल्कि CSIP लागू करने वाला एक सेट है, तो डिवाइस और सेवाओं की अपने-आप पहचान करने की संख्या को कम करने और कनेक्शन को तेज़ करने के लिए, प्रोवाइडर को ब्लूटूथ 5.1 में तय की गई GATT कैश मेमोरी को लागू करना चाहिए.

फ़ास्ट पेयर की सुविधा इस्तेमाल करने के लिए ज़रूरी शर्तें

LE Advertising

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

GATT सेवा की विज़िबिलिटी

सभी LE ट्रांसपोर्ट GATT कनेक्शन के लिए, GATT डेटाबेस एक जैसा होना चाहिए. LE Audio सेवा (0x184E) को फ़ास्ट पेयर कनेक्शन के GATT डेटाबेस में शामिल किया जाना चाहिए.

उदाहरण: LEA ड्यूअल मोड प्रोवाइडर के साथ पेयर करना

पहली स्थिति - जब सीकर, एलईए के साथ काम नहीं करता

सेवा देने वाली कंपनी को, सेवा लेने वाले ऐसे डिवाइस के साथ पुराने सिस्टम के साथ काम करने की सुविधा देनी होगी जो एलईए के साथ काम नहीं करता.

घटक
  • सेवा देने वाला: A2DP/HFP/LEA
  • सीकर: A2DP/HFP
पहली बार या बाद में डिवाइसों को जोड़ने के लिए, सामान्य तौर पर क्या होना चाहिए
  • सेवा देने वाली कंपनी, आइडेंटिटी पते (शुरुआती) या आरपीए (बाद में) के साथ, फ़ास्ट पेयर सेवा के डेटा (0xFE2C) का विज्ञापन दिखाती है.
    • लेगसी विज्ञापन का इस्तेमाल करना
  • सीकर को प्रोवाइडर का विज्ञापन मिलता है. इसमें शुरुआती पेयरिंग के लिए आइडेंटिटी पता या बाद की पेयरिंग के लिए आरपीए होता है
  • सीकर, कुंजी पर आधारित पेयरिंग का अनुरोध भेजता है
    • कुंजी के आधार पर जोड़े बनाने के अनुरोध का फ़्लैग बिट-5, 0 पर सेट हो
  • डिवाइस, इनमें से किसी एक में सार्वजनिक पते के साथ, पासकोड पर आधारित पेयरिंग का जवाब भेजता है:
    • अगर मैसेज टाइप 0x01 का इस्तेमाल किया जाता है, तो पता सार्वजनिक होना चाहिए
    • अगर मैसेज टाइप 0x02 का इस्तेमाल किया जाता है, तो
      • बिट-0 की वैल्यू 0 होनी चाहिए
      • बिट-1 की वैल्यू 0 होनी चाहिए
      • पता सार्वजनिक होना चाहिए
  • सीकर, बीआर/ईडीआर ट्रांसपोर्ट के साथ बॉन्ड बनाता है
    • बीआर/ईडीआर के लिए, आईओ की क्षमता को DisplayYesNo पर सेट किया गया है
  • सीकर और प्रोवाइडर, फ़ास्ट पेयर की पासकी की पुष्टि करने की प्रक्रिया पूरी करते हैं

दूसरी स्थिति - जब सीकर, एलईए के साथ काम करता है

घटक
  • सेवा देने वाला व्यक्ति या कंपनी
    • A2DP/HFP/एलईए के साथ काम करता है
    • सिंगल कॉम्पोनेंट
    • सीकर
    • SupportA2DP/HFP/LEA
पहली बार या बाद में डिवाइसों को जोड़ने के लिए, सामान्य तौर पर क्या होना चाहिए
  • सेवा देने वाली कंपनी, आइडेंटिटी पते (शुरुआती) या आरपीए (बाद में) के साथ, फ़ास्ट पेयर सेवा के डेटा (0xFE2C) का विज्ञापन दिखाती है.
    • लेगसी विज्ञापन का इस्तेमाल करना
  • सीकर, कुंजी पर आधारित पेयरिंग का अनुरोध भेजता है
    • कुंजी के आधार पर डिवाइस को जोड़ने के अनुरोध का फ़्लैग बिट-5, 1 पर सेट हो
  • सेवा देने वाली कंपनी, मैसेज टाइप 0x02 के साथ पासकोड पर आधारित पेयरिंग का जवाब भेजती है
    • बिट-0 की वैल्यू 0 होनी चाहिए
    • बिट-1 की वैल्यू 1 होनी चाहिए
    • पता, पहचान वाले दस्तावेज़ में दिया गया पता है
  • सीकर, LE ट्रांसपोर्ट पर मौजूदा LE कनेक्शन के साथ बॉन्ड बनाता है
    • सीटीकेडी का डायरेक्शन, LE से BR/EDR की ओर है
    • LE के लिए, IO की क्षमता को DisplayYesNo पर सेट किया गया है
  • सीकर और प्रोवाइडर, फ़ास्ट पेयर की पासकी की पुष्टि करने की प्रक्रिया पूरी करते हैं

तीसरी स्थिति - जब जानकारी मांगने वाली इकाई, एलईए और सीएसआईपी के साथ मिलकर काम करती है

घटक
  • सेवा देने वाला व्यक्ति या कंपनी
    • A2DP/HFP/एलईए के साथ काम करता है
    • एक से ज़्यादा कॉम्पोनेंट
      • मुख्य कॉम्पोनेंट बीआर/ईडीआर/एलई है
      • सेकंडरी कॉम्पोनेंट सिर्फ़ LE है
    • सीकर
    • A2DP/HFP/एलईए के साथ काम करता है
पहली बार या बाद में डिवाइसों को जोड़ने के लिए, सामान्य तौर पर क्या होना चाहिए
  • प्राइमरी कॉम्पोनेंट, आइडेंटिटी पते (शुरुआती) या आरपीए (बाद में) के साथ, फ़ास्ट पेयर सेवा के डेटा (0xFE2C) का विज्ञापन दिखाता है.
    • लेगसी विज्ञापन का इस्तेमाल करना
  • सीकर, मुख्य कॉम्पोनेंट को कुंजी के आधार पर पेयरिंग का अनुरोध भेजता है
    • कुंजी के आधार पर डिवाइस को जोड़ने के अनुरोध का फ़्लैग बिट-5, 1 पर सेट हो
  • प्राइमरी कॉम्पोनेंट, मैसेज टाइप 0x02 के साथ, पासकोड पर आधारित पेयरिंग का जवाब भेजता है
    • बिट-0 की वैल्यू 0 होनी चाहिए
    • बिट-1 की वैल्यू 1 होनी चाहिए
    • पता यहां दिया गया है :
      • पहला पता, मुख्य कॉम्पोनेंट की पहचान का पता होता है
      • दूसरा पता, सेकंडरी कॉम्पोनेंट के लिए बॉन्ड किया जा सकने वाला पता होता है. सेकंडरी कॉम्पोनेंट भी इस पते का इस्तेमाल करके, CSIP विज्ञापन दिखाता है
  • सीकर, मौजूदा एलई कनेक्शन पर मुख्य कॉम्पोनेंट के साथ बॉन्ड बनाता है
    • सीटीकेडी का डायरेक्शन, LE से BR/EDR की ओर है
    • LE के लिए, IO की क्षमता को DisplayYesNo पर सेट किया गया है
  • सीकर, सेकंडरी कॉम्पोनेंट के साथ बॉन्ड बनाता है. इसका पता, की-आधारित पेयरिंग एक्सटेंडेड रिस्पॉन्स से मिलता है
    • आईओ की क्षमता DisplayYesNo होनी चाहिए. ऐसा न होने पर, डिवाइस जोड़ने का अनुरोध अस्वीकार कर दें
  • सीकर और प्रोवाइडर, सेकंडरी कॉम्पोनेंट को जोड़ने के लिए एमआईटीएम सुरक्षा प्रक्रिया का इस्तेमाल करते हैं. प्रोवाइडर को दोनों स्थितियों को लागू करना होगा
  • सीकर तब तक इंतज़ार करता है, जब तक वह सेकंडरी कॉम्पोनेंट से जुड़ नहीं जाता

एमआईटीएम के लिए क्रम में चलने वाला डायग्राम

इस सेशन में, एमआईटीएम प्रोटेक्शन की प्रोसेस के क्रम के बारे में बताया गया है.

सूचना के ज़रिए बॉन्ड किए जा रहे कॉम्पोनेंट से पासकी पाना

रीड करके बॉन्ड किए जा रहे कॉम्पोनेंट से पासकी पाएं

आम समस्याएं

एलईए के लिए एफ़पी को Android V (Android 15) के साथ काम करने के लिए ऑप्टिमाइज़ किया गया है.

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

इसलिए, हम पार्टनर को सुझाव देते हैं कि वे नए डिवाइसों और फ़ील्ड में मौजूद मौजूदा डिवाइसों (ओवर-द-एयर अपडेट के ज़रिए), दोनों के लिए फ़ास्ट पेयर-एलईए की खास जानकारी लागू करें. ये डिवाइस, ड्यूअल मोड के साथ काम करते हैं.