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

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

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

नीति का पालन करने के लेवल

स्पेसिफ़िकेशन में जिन कीवर्ड का ज़िक्र किया गया है, “शामिल हैं”, “ज़रूरी है”, “करना चाहिए”, “चाहिए”, “कर सकते हैं”, और “कर सकते हैं” के बारे में यहां बताया गया है:

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

कुंजी पर आधारित पेयरिंग की खासियत

सेवा पाने वाले का मैसेज

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

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

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

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

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

BLE डिवाइस स्पेसिफ़िकेशन के साथ काम करने वाली सेवा देने वाली कंपनी को, बिट 4 और बिट 5 को पढ़ना चाहिए, ताकि वह सीकर की सुविधाओं को समझ सके

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

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

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

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

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

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

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

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

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

CSIS Fake Member MITM Protection

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

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

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

मैसेज

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

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

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

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

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

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

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

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

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

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

LE विज्ञापन

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

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

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

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

LEA Advertising

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ब्लूटूथ की ज़रूरी शर्तें

Android, LE Audio हेडसेट के सुझाव देखें.

CTKD सहायता

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

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

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

GATT EATT सर्वर के लिए सहायता

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

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

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

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 होना चाहिए
      • यह पता सार्वजनिक होना चाहिए
  • सीकर, BR/EDR ट्रांसपोर्ट के साथ बॉन्ड बनाता है
    • आईओ क्षमता, बीआर/ईडीआर के लिए DisplayYesNo पर सेट है
  • नौकरी ढूंढने वाला और सेवा देने वाला व्यक्ति, फ़ास्ट पेयर की सुविधा के साथ पासकी की पुष्टि करता है

दूसरी स्थिति - जब खोजने वाला व्यक्ति, एलईए का इस्तेमाल करता है

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

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

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

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

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

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

उस कॉम्पोनेंट से पासकी पाना जिसे रीड-ओनली मोड में बॉन्ड किया जा रहा है

आम समस्याएं

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

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

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