ब्लूटूथ कम ऊर्जा (BLE) डिवाइस

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

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

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

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

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

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

नौकरी ढूंढने वाले का मैसेज सेवा देने वाली कंपनी को

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

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

सेवा देने वाले से ढूंढने वाले को मैसेज

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

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

BLE डिवाइस की खास बातों के साथ काम करने वाली कंपनी को बिट 4 और बिट 5 का डेटा मिलेगा नौकरी ढूंढने वाले की क्षमताओं को समझने के लिए

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

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

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

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

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

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

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

पासकी की अन्य सुविधाएं

इसकी मदद से, दूसरे डिवाइसों पर MITM की सुरक्षा मिलती है कॉम्पोनेंट.

सीएसआईएस के नकली सदस्य MITM की सुरक्षा

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

कैरेक्टरिस्टिक डेफ़िनिशन

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

मैसेज

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

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

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

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

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

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

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

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

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

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

LE Advertising

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

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

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

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

एलईए ऐडवर्टाइज़िंग

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

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

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

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

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

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

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

इंटरनल कम्यूनिकेशन का इस्तेमाल Initial Pair और Subsequent Pair के लिए किया जाता है

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

IO की क्षमता बदलने का समय

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

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

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

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

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

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

CTKD सहायता

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

टारगेट के बारे में सूचना

सहायक डिवाइस (जैसे, कीबोर्ड, माउस, मॉनिटर, वेबकैम वगैरह) में कनेक्ट किए गए डिवाइस से कनेक्ट करने के लिए, टारगेट की गई सूचना का इस्तेमाल किया जाएगा जोड़े गए सेंट्रल डिवाइस से. टारगेट की गई घोषणा को BAP और CAP में तय किया गया है CAP 1.0 टेबल 8.4 (p48/58) के मुताबिक, कनेक्शन मैनेजमेंट के लिए.

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

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

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

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

LE Advertising

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

GATT सेवा किसको दिखे

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

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

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

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

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

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

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

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

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

MITM के लिए क्रम में चलने वाला डायग्राम

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

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

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

आम समस्याएं

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

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

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