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

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

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

स्टैंडर्ड प्रोसेस और तौर-तरीकों के पालन के लेवल

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

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

कुंजी के आधार पर पेयर करने की सुविधा

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

कुंजी के आधार पर पेयर करने की सुविधा की Raw Request type 0x00, बिट 4 का इस्तेमाल करके यह बताती है कि Seeker, BLE डिवाइस स्पेसिफ़िकेशन के साथ काम करता है या नहीं. साथ ही, बिट 5 का इस्तेमाल करके यह बताती है कि Seeker, LE Audio के साथ काम करता है या नहीं.

ऑक्टेट डेटा टाइप ब्यौरा वैल्यू क्या यह ज़रूरी है?
0 uint8 मैसेज का टाइप 0x00 = कुंजी के आधार पर डिवाइस को फ़ोन से जोड़ने का अनुरोध ज़रूरी है
1 uint8 फ़्लैग
  • बिट 0 (एमएसबी): यह अब इस्तेमाल में नहीं है और Seeker इसे अनदेखा करता है.
  • बिट 1: अगर सीक करने वाला व्यक्ति, सेवा देने वाली कंपनी से बॉन्डिंग शुरू करने का अनुरोध करता है और इस अनुरोध में सीक करने वाले व्यक्ति का बीआर/ईडीआर पता शामिल होता है, तो बिट 1 की वैल्यू 1 होती है. अन्य मामलों में 0.
  • दूसरा बिट: अगर सीक करने वाला व्यक्ति यह अनुरोध करता है कि सेवा देने वाला व्यक्ति मौजूदा नाम की सूचना दे, तो इसकी वैल्यू 1 होगी. अन्य मामलों में 0.
  • तीसरा बिट: अगर यह खाते की कुंजी को पिछली तारीख से लिखने के लिए है, तो 1. अन्य मामलों में 0.
  • चौथा बिट: अगर Seeker, BLE डिवाइस के स्पेसिफ़िकेशन के साथ काम करता है, तो 1. अन्य मामलों में 0.
  • बिट 5: अगर Seeker, 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 (MSB): अगर प्रोवाइडर सिर्फ़ LE डिवाइस है, तो 1. अगर ऐसा नहीं है, तो 0. अगर बिट 0 को 1 पर सेट किया जाता है, तो Seeker यह मान लेगा कि बिट 1 को 1 पर सेट किया गया है.
  • बिट 1: अगर सेवा देने वाली कंपनी LE बॉन्डिंग को प्राथमिकता देती है, तो वैल्यू 1 होगी. ऐसा न होने पर, वैल्यू 0 होगी.
  • बिट 2: अगर दूसरे पते का टाइप रैंडम है, तो 1. अगर सार्वजनिक है, तो 0.
  • बिट 3 से 7 तक, आने वाले समय में इस्तेमाल के लिए रिज़र्व हैं. इन्हें अनदेखा किया जाएगा.
 अलग-अलग होती है
2 uint8 सेवा देने वाली कंपनी के पतों की संख्या
(मौजूदा वर्शन में, यह संख्या 1 या 2 है. ऐसा इसलिए है, क्योंकि अगर संख्या >= 3 है, तो हमें ब्लॉक सिफ़र मोड को AES-CTR में बदलना होगा)		 अलग-अलग होती है
3 - 8 या
3 - 14
  • पहला पता, प्राइमरी खाते का पहचान वाला पता होना चाहिए. साथ ही, अगर बीआर/ईडीआर बॉन्डिंग को प्राथमिकता दी जाती है, तो यह बॉन्ड किया जा सकने वाला पता होना चाहिए
  • अगर सेकंडरी खाता उपलब्ध है, तो दूसरा पता सेकंडरी खाते का पता होना चाहिए
 अलग-अलग होती है
9 - 15 या 15 रैंडम वैल्यू (सॉल्ट) अलग-अलग होती है

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

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

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

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

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

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

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

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

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

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

CSIS Fake Member MITM Protection

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

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

Fast Pair Service Characteristic एन्क्रिप्ट किया गया अनुमति यूयूआईडी
अन्य पासकी हां पढ़ें,लिखें,सूचना भेजें FE2C123A-8366-4814-8EB0-01DE32100BEA

मैसेज

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

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

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

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

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

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

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

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

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

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

LE Advertising

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

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

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

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

LEA Advertising

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

डुअल मोड वाले डिवाइसों के अलावा अन्य डिवाइसों के लिए: डिस्कवर किए जा सकने वाले मोड या डिस्कवर नहीं किए जा सकने वाले मोड के लिए, Provider को FastPair डेटा का विज्ञापन दिखाने के लिए, RPA के साथ एक्सटेंडेड विज्ञापन (BT 5.0) का इस्तेमाल करना होगा.

LE कनेक्ट किए जा सकने वाले विज्ञापन में, FP सेवा का डेटा शामिल होना चाहिए. इसमें CAS UUID शामिल होना चाहिए. यह Bluetooth Adapter Profile (BAP 1.0.1) और Common Audio Profile की ज़रूरी शर्तों के मुताबिक होना चाहिए.

डिवाइस बनाने वाली कंपनी, LEA की सुविधा के बारे में बता सकती है. इसके लिए, उसे CAS UUID (0x1853) को सर्विस डेटा (AD Type 0x16) या 16-बिट सर्विस क्लास UUID (AD Type 0x02 या 0x03) में शामिल करना होगा. इससे कोई फ़र्क़ नहीं पड़ता कि डिवाइस किस मोड में है.

अगर बैटरी और SASS डेटा शामिल करने की वजह से, लेगसी विज्ञापन में जगह उपलब्ध नहीं है, तो ऐसे में स्कैन रिस्पॉन्स में CAS UUID शामिल करना ज़रूरी है.

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

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

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

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

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

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

आईओ की सुविधा बदलने में लगने वाला समय

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

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

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

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

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

Android और LE Audio के साथ काम करने वाले हेडसेट के लिए सुझाव लेख पढ़ें.

CTKD की सुविधा

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

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

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

GATT EATT सर्वर सपोर्ट

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

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

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

LE Advertising

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

GATT सेवा की जानकारी

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

उदाहरण: LEA ड्यूअल मोड की सुविधा देने वाली कंपनी के साथ पेयर करना

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

Provider को Seeker के साथ पुराने सिस्टम के साथ काम करने की सुविधा देनी होगी, जो LEA के साथ काम नहीं करता है.

घटक
  • Provider: A2DP/HFP/LEA
  • सीकर: A2DP/HFP
शुरुआती पेयरिंग / बाद की पेयरिंग के लिए उम्मीद के मुताबिक व्यवहार
  • Provider, आइडेंटिटी पते (शुरुआती) या आरपीए (बाद में) के साथ Fast Pair सेवा का डेटा (0xFE2C) दिखाता है.
    • लेगसी विज्ञापन का इस्तेमाल करना
  • सीकर को प्रोवाइडर का विज्ञापन मिलता है. इसमें शुरुआती या बाद में पेयर करने के लिए, आइडेंटिटी का पता होता है
  • सीकर, कुंजी के आधार पर पेयर करने का अनुरोध भेजता है
    • कुंजी के आधार पर पेयर करने के अनुरोध के फ़्लैग बिट-5 को 0 पर सेट किया गया है
  • Provider, सार्वजनिक पते के साथ Key-based Pairing का जवाब इनमें से किसी एक तरीके से भेजता है:
    • अगर मैसेज टाइप 0x01 का इस्तेमाल किया जाता है, तो पता सार्वजनिक पता होना चाहिए
    • अगर मैसेज टाइप 0x02 का इस्तेमाल किया जाता है
      • बिट-0 की वैल्यू 0 होनी चाहिए
      • बिट-1 की वैल्यू 0 होनी चाहिए
      • पता सार्वजनिक होना चाहिए
  • The Seeker creates bond with BR/EDR transport
    • BR/EDR के लिए, IO की सुविधा को DisplayYesNo पर सेट किया गया है
  • सीकर और प्रोवाइडर, पासकी की पुष्टि करने की फ़ास्ट पेयर प्रक्रिया पूरी करते हैं

दूसरा परिदृश्य - जब नौकरी ढूंढने वाला व्यक्ति, एलईए का इस्तेमाल करता है

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

तीसरा उदाहरण - जब नौकरी ढूंढने वाला व्यक्ति, एलईए और सीएसआईपी के साथ काम करता है

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

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

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

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

पढ़ने की सुविधा के ज़रिए, बॉन्ड किए जा रहे कॉम्पोनेंट से पासकी पाएं

आम समस्याएं

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

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

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