ब्लूटूथ LE का उपयोग करके हियरिंग एड ऑडियो सपोर्ट

संग्रह की मदद से व्यवस्थित रहें अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.

ब्लूटूथ लो एनर्जी (BLE) पर कनेक्शन-उन्मुख L2CAP चैनल (CoC) का उपयोग करके हियरिंग एड डिवाइस (HA) एंड्रॉइड-संचालित मोबाइल उपकरणों पर बेहतर पहुंच प्राप्त कर सकते हैं। CoC ऑडियो के एक स्थिर प्रवाह को बनाए रखने के लिए कई ऑडियो पैकेटों के एक लोचदार बफर का उपयोग करता है, यहाँ तक कि पैकेट हानि की उपस्थिति में भी। यह बफ़र विलंबता की कीमत पर श्रवण यंत्र उपकरणों के लिए ऑडियो गुणवत्ता प्रदान करता है।

CoC का डिज़ाइन ब्लूटूथ कोर स्पेसिफिकेशन संस्करण 5 (BT) को संदर्भित करता है। मुख्य विशिष्टताओं के साथ संरेखित रहने के लिए, इस पृष्ठ पर सभी मल्टी-बाइट मानों को लिट्ल-एंडियन के रूप में पढ़ा जाएगा।

शब्दावली

  • सेंट्रल - एंड्रॉइड डिवाइस जो ब्लूटूथ पर विज्ञापनों के लिए स्कैन करता है।
  • पेरिफेरल - श्रवण उपकरण जो ब्लूटूथ पर विज्ञापन पैकेट भेजता है।

नेटवर्क टोपोलॉजी और सिस्टम आर्किटेक्चर

श्रवण यंत्रों के लिए सीओसी का उपयोग करते समय, नेटवर्क टोपोलॉजी एक केंद्रीय और दो परिधीय, एक बाएं और एक दाएं, जैसा कि चित्र 1 में देखा गया है। ब्लूटूथ ऑडियो सिस्टम बाएँ और दाएँ बाह्य उपकरणों को एक ऑडियो सिंक के रूप में देखता है। यदि एक मोनोरल फिट या कनेक्शन के नुकसान के कारण एक परिधीय गायब है, तो केंद्रीय बाएं और दाएं ऑडियो चैनल को मिलाता है और ऑडियो को शेष परिधीय तक पहुंचाता है। यदि केंद्रीय दोनों बाह्य उपकरणों से कनेक्शन खो देता है, तो केंद्रीय ऑडियो सिंक के लिंक को खो देता है। उन मामलों में, केंद्रीय ऑडियो को दूसरे आउटपुट पर रूट करता है।


चित्र 1. BLE पर CoC का उपयोग करके Android मोबाइल उपकरणों के साथ श्रवण यंत्रों की जोड़ी के लिए टोपोलॉजी

जब सेंट्रल ऑडियो डेटा को पेरिफेरल पर स्ट्रीम नहीं कर रहा है और बीएलई कनेक्शन को बनाए रख सकता है, तो सेंट्रल को पेरिफेरल से डिस्कनेक्ट नहीं करना चाहिए। कनेक्शन बनाए रखने से परिधीय पर रहने वाले गैट सर्वर को डेटा संचार की अनुमति मिलती है।

श्रवण यंत्रों को जोड़ते और जोड़ते समय, केंद्रीय:

  • हाल ही के बाएँ और दाएँ पेरिफ़ेरल जोड़े गए का ट्रैक रखें।
  • यदि वैध युग्मन मौजूद है, तो मान लें कि बाह्य उपकरणों का उपयोग किया जा रहा है। कनेक्शन खो जाने पर केंद्रीय युग्मित डिवाइस से कनेक्ट या पुन: कनेक्ट करने का प्रयास करेगा।
  • यदि कोई पेयरिंग हटा दी जाती है, तो मान लें कि पेरिफेरल्स अब उपयोग में नहीं हैं।

ऊपर दिए गए मामलों में, युग्मन किसी दिए गए UUID के साथ श्रवण यंत्रों के एक सेट को पंजीकृत करने की क्रिया को संदर्भित करता है और OS में बाएँ / दाएँ डिज़ाइनर, न कि ब्लूटूथ युग्मन प्रक्रिया।

सिस्टम आवश्यकताएं

एक अच्छे उपयोगकर्ता अनुभव के लिए CoC को ठीक से लागू करने के लिए, केंद्रीय और परिधीय उपकरणों में ब्लूटूथ सिस्टम:

  • एक आज्ञाकारी BT 4.2 या उच्चतर नियंत्रक लागू करें। LE सुरक्षित कनेक्शनों की अत्यधिक अनुशंसा की जाती है।
  • ऑडियो पैकेट प्रारूप और समय में वर्णित मापदंडों के साथ कम से कम 2 एक साथ LE लिंक का केंद्रीय समर्थन है।
  • ऑडियो पैकेट प्रारूप और समय में वर्णित मापदंडों के साथ परिधीय समर्थन कम से कम 1 एलई लिंक है।
  • एक LE क्रेडिट आधारित प्रवाह नियंत्रण [BT Vol 3, Part A, Sec 10.1] है। डिवाइस सीओसी पर कम से कम 167 बाइट्स के एमटीयू और एमपीएस आकार का समर्थन करेंगे और 8 पैकेट तक बफर करने में सक्षम होंगे।
  • कम से कम 167 बाइट्स के पेलोड के साथ LE डेटा लंबाई विस्तार [BT Vol 6, Part B, Sec 5.1.9] हो।
  • केंद्रीय उपकरण HCI LE कनेक्शन अपडेट कमांड का समर्थन करता है और गैर-शून्य maximum_CE_Length और minimum_CE_Length पैरामीटर का अनुपालन करता है।
  • ऑडियो पैकेट प्रारूप और समय में कनेक्शन अंतराल और पेलोड आकार के साथ दो अलग-अलग बाह्य उपकरणों के लिए दो LE CoC कनेक्शन के लिए डेटा थ्रूपुट को केंद्रीय बनाए रखें।
  • पेरिफेरल ने LL_LENGTH_REQ या LL_LENGTH_RSP फ्रेम में MaxRxOctets और MaxRxTime पैरामीटर को इन विनिर्देशों के लिए आवश्यक न्यूनतम आवश्यक मान के रूप में सेट किया है। फ्रेम प्राप्त करने के लिए आवश्यक समय की गणना करते समय यह केंद्रीय को अपने समय शेड्यूलर को अनुकूलित करने देता है।

यह दृढ़ता से अनुशंसा की जाती है कि BT 5.0 विनिर्देश में निर्दिष्ट केंद्रीय और परिधीय समर्थन 2MB PHY है। सेंट्रल 1M और 2M PHY दोनों पर कम से कम 64 kbit/s के ऑडियो लिंक को सपोर्ट करेगा। BLE लंबी रेंज PHY का उपयोग नहीं किया जाएगा।

CoC लिंक लेयर एन्क्रिप्शन और फ़्रीक्वेंसी होपिंग के लिए मानक ब्लूटूथ तंत्र का उपयोग करता है।

आशा जीएटीटी सेवाएं

एक पेरिफेरल हियरिंग एड के लिए ऑडियो स्ट्रीमिंग (आशा) नीचे वर्णित जीएटीटी सर्वर सेवा को लागू करेगा। परिधीय इस सेवा को विज्ञापित करेगा जब सामान्य खोज योग्य मोड में केंद्रीय को ऑडियो सिंक को पहचानने दें। किसी भी LE ऑडियो स्ट्रीमिंग संचालन के लिए एन्क्रिप्शन की आवश्यकता होगी। बीएलई ऑडियो स्ट्रीमिंग में निम्नलिखित विशेषताएं शामिल हैं:

विशेषता गुण विवरण
केवल पढ़ने के लिए गुण पढ़ना केवल पढ़ने के लिए गुण देखें।
ऑडियोकंट्रोलपॉइंट बिना प्रतिक्रिया के लिखें और लिखें ऑडियो स्ट्रीम के लिए नियंत्रण बिंदु। ऑडियोकंट्रोलपॉइंट देखें।
ऑडियोस्टेटसपॉइंट पढ़ें/सूचित करें ऑडियो नियंत्रण बिंदु के लिए स्थिति रिपोर्ट फ़ील्ड। ऑडियोस्टैटसपॉइंट देखें
आयतन बिना प्रतिक्रिया के लिखें -128 और 0 के बीच बाइट स्ट्रीम किए गए ऑडियो सिग्नल पर लागू होने वाले क्षीणन की मात्रा को दर्शाता है, -48 dB से 0 dB तक। सेटिंग -128 को पूरी तरह से म्यूट के रूप में समझा जाएगा, यानी सबसे कम नॉन-म्यूट वॉल्यूम लेवल -127 है जो -47.625 डीबी एटेन्यूएशन के बराबर है। 0 सेट करने पर, स्ट्रीम किया गया रेल-टू-रेल साइन टोन हियरिंग इंस्ट्रूमेंट पर 100 dBSPL इनपुट समतुल्य प्रदर्शित करेगा। केंद्रीय नाममात्र पूर्ण पैमाने पर प्रवाहित होगा और परिधीय में वांछित प्रस्तुति स्तर निर्धारित करने के लिए इस चर का उपयोग करेगा।
LE_PSM_OUT पढ़ना पीएसएम ऑडियो चैनल को जोड़ने के लिए उपयोग करने के लिए। डायनामिक रेंज [BT Vol 3, Part A, Sec 4.22] से चुना जाना

सेवा और विशेषताओं को सौंपे गए यूयूआईडी:

सेवा यूयूआईडी : {0xFDF0}

विशेषता यूयूआईडी
केवल पढ़ने के लिए गुण {6333651e-c481-4a3e-9169-7c902aad37bb}
ऑडियोकंट्रोलपॉइंट {f0d4de7e-4a88-476c-9d9f-1937b0996cc0}
ऑडियो स्थिति {38663f1a-e711-4cac-b641-326b56404837}
आयतन {00e4ca9e-ab14-41e4-8823-f9e70c7e91df}
LE_PSM_OUT {2d410339-82b6-42aa-b34e-e2e01df8cc1a}

ASHA GATT सेवा के अलावा, पेरिफेरल डिवाइस इंफॉर्मेशन सर्विस को भी लागू करेगा ताकि सेंट्रल को पेरिफेरल के निर्माता के नाम और डिवाइस के नाम का पता चल सके।

केवल पढ़ने के लिए गुण

ReadOnlyProperties में निम्न मान हैं:

बाइट विवरण
0 संस्करण - 0x01 होना चाहिए
1 डिवाइस क्षमताएं देखें।
2-9 HiSyncId देखें।
10 फ़ीचर मैप देखें ।
11-12 रेंडरडेले। यह वह समय है, मिलीसेकंड में, जब परिधीय एक ऑडियो फ्रेम प्राप्त करता है जब तक कि परिधीय आउटपुट प्रस्तुत नहीं करता। इन बाइट्स का उपयोग वीडियो को ऑडियो के साथ सिंक्रोनाइज़ करने में देरी करने के लिए किया जा सकता है।
13-14 भविष्य उपयोग के लिए आरक्षित। शून्य से प्रारंभ करें।
15-16 समर्थित कोडेक आईडी । यह समर्थित कोडेक आईडी का बिटमास्क है। एक बिट स्थान में 1 एक समर्थित कोडेक से मेल खाता है। उदाहरण के लिए, 0x0002 इंगित करता है कि G.722 16 kHz पर समर्थित है। अन्य सभी बिट्स को 0 पर सेट किया जाएगा।

डिवाइस क्षमताएं

अंश विवरण
0 डिवाइस साइड (लेफ्ट: 0, राइट: 1)।
1 मोनोरल (0) / बिनौरल (1)। इंगित करता है कि क्या डिवाइस स्टैंड-अलोन है और मोनो डेटा प्राप्त करता है, या यदि डिवाइस एक सेट का हिस्सा है।
2-7 आरक्षित (0 पर सेट)।

HiSyncID

यह क्षेत्र सभी बाइनॉरल उपकरणों के लिए अद्वितीय होना चाहिए लेकिन यह बाएँ और दाएँ सेट के लिए समान होना चाहिए।

बाइट विवरण
0-1 निर्माता की आईडी। यह BTSIG द्वारा निर्दिष्ट कंपनी पहचानकर्ता है।
2-7 हियरिंग एड सेट की पहचान करने वाली विशिष्ट आईडी। यह आईडी बाएँ और दाएँ परिधीय दोनों पर समान होना चाहिए।

फीचर मैप

अंश विवरण
0 LE CoC ऑडियो आउटपुट स्ट्रीमिंग समर्थित (हाँ/नहीं)।
1-7 आरक्षित (0 पर सेट)।

कोडेक आईडी

यदि बिट सेट है, तो वह विशेष कोडेक समर्थन है।

आईडी / बिट संख्या कोडेक और नमूना दर आवश्यक बिटरेट समय सीमा केंद्रीय (सी) या परिधीय (पी) पर अनिवार्य
0 सुरक्षित सुरक्षित सुरक्षित सुरक्षित
1 G.722 @ 16 kHz 64 केबीटी/एस चर सी और पी
2-15 आरक्षित हैं।
0 भी आरक्षित है।

ऑडियोकंट्रोलपॉइंट

LE CoC के बंद होने पर इस नियंत्रण बिंदु का उपयोग नहीं किया जा सकता है। प्रक्रिया विवरण के लिए ऑडियो स्ट्रीम शुरू करना और रोकना देखें।

ओपकोड बहस गैट उप-प्रक्रिया विवरण
1 «Start»
  • uint8_t codec
  • uint8_t audiotype
  • int8_t volume
  • int8_t otherstate
 प्रतिक्रिया के साथ लिखें, और AudioStatusPoint विशेषता के माध्यम से एक अतिरिक्त स्थिति सूचना की अपेक्षा करें। परिधीय को कोडेक को रीसेट करने और फ्रेम 0 का प्लेबैक शुरू करने का निर्देश देता है। कोडेक फ़ील्ड इस प्लेबैक के लिए उपयोग करने के लिए कोडेक आईडी को इंगित करता है। उदाहरण के लिए, 16k Hz पर G.722 के लिए कोडेक फ़ील्ड "1" है।

ऑडियो प्रकार बिट फ़ील्ड स्ट्रीम में मौजूद ऑडियो प्रकार को इंगित करता है:
  • 0 - अज्ञात
  • 1 - रिंगटोन
  • 2 - फोन कॉल
  • 3 - मीडिया
अन्य राज्य क्षेत्र इंगित करता है कि द्विकर्ण उपकरणों का दूसरा पक्ष जुड़ा हुआ है या नहीं। अन्य परिधीय उपकरण कनेक्ट होने पर फ़ील्ड मान 1 होता है, अन्यथा मान 0 होता है।

पेरिफेरल «Stop» ओपकोड प्राप्त होने से पहले कनेक्शन अपडेट का अनुरोध नहीं करेगा।
2 «Stop» कोई भी नहीं प्रतिक्रिया के साथ लिखें, और AudioStatusPoint विशेषता के माध्यम से एक अतिरिक्त स्थिति सूचना की अपेक्षा करें। पेरिफेरल को ऑडियो रेंडरिंग बंद करने का निर्देश देता है। ऑडियो फिर से प्रस्तुत करने के लिए इस स्टॉप के बाद एक नया ऑडियो सेटअप अनुक्रम शुरू किया जाना चाहिए।
3 «Status»
  • uint8_t connected
 बिना प्रतिक्रिया के लिखें कनेक्टेड पेरिफेरल को सूचित करता है कि अन्य पेरिफेरल पर स्टेटस अपडेट है। कनेक्टेड फ़ील्ड अपडेट के प्रकार को इंगित करता है:
  • 0 - अन्य परिधीय डिस्कनेक्ट
  • 1 - अन्य परिधीय जुड़ा हुआ है
  • 2 - किसी भी कनेक्शन पर LE कनेक्शन पैरामीटर अपडेट हुआ

ऑडियोस्टेटसपॉइंट

ऑडियो नियंत्रण बिंदु के लिए स्थिति रिपोर्ट फ़ील्ड

ओपकोड विवरण
0 स्थिति ठीक
-1 अज्ञात आदेश
-2 अवैध पैरामीटर

आशा गैट सेवा के लिए विज्ञापन

सेवा UUID विज्ञापन पैकेट में होनी चाहिए। या तो विज्ञापन या स्कैन प्रतिक्रिया फ्रेम में, बाह्य उपकरणों में एक सेवा डेटा होना चाहिए:

बाइट ऑफसेट नाम विवरण
0 विज्ञापन लंबाई > = 0x09
1 विज्ञापन प्रकार 0x16 (सेवा डेटा - 16-बिट्स UUID)
2-3 सेवा यूयूआईडी 0xFDF0 (लिटिल-एंडियन)

नोट: यह एक अस्थायी आईडी है।
4 प्रोटोकॉल संस्करण 0x01
5 क्षमता
  • 0 - बाएँ (0) या दाएँ (1) पक्ष
  • 1 - सिंगल (0) या डुअल (1) डिवाइस।
  • 2-7 - आरक्षित। ये बिट शून्य होना चाहिए।
6-9 कटा हुआ HiSyncID HiSyncId के चार सबसे कम महत्वपूर्ण बाइट। ये बाइट आईडी का सबसे रैंडम हिस्सा होना चाहिए।

बाह्य उपकरणों में एक पूर्ण स्थानीय नाम डेटा प्रकार होना चाहिए जो हियरिंग एड के नाम को इंगित करता हो। इस नाम का उपयोग मोबाइल डिवाइस के यूजर इंटरफेस पर किया जाएगा ताकि उपयोगकर्ता सही डिवाइस का चयन कर सके। नाम बाएँ या दाएँ चैनल को इंगित नहीं करेगा क्योंकि यह जानकारी DeviceCapabilities में प्रदान की गई है।

यदि बाह्य उपकरण नाम और आशा सेवा डेटा प्रकारों को एक ही फ्रेम प्रकार (ADV या SCAN RESP) में रखते हैं, तो दो डेटा प्रकार ("पूर्ण स्थानीय नाम" और "आशा सेवा के लिए सेवा डेटा") एक ही फ्रेम में दिखाई देंगे। यह मोबाइल डिवाइस स्कैनर को एक ही स्कैन परिणाम में दोनों डेटा प्राप्त करने देता है।

शुरुआती पेयरिंग के दौरान, यह महत्वपूर्ण है कि पेरिफेरल्स इतनी तेजी से विज्ञापन करें कि मोबाइल डिवाइस जल्दी से पेरिफेरल्स की खोज कर सके और उनसे जुड़ सके।

बाएँ और दाएँ परिधीय उपकरणों को सिंक्रनाइज़ करना

एंड्रॉइड मोबाइल उपकरणों पर ब्लूटूथ के साथ काम करने के लिए, परिधीय उपकरण यह सुनिश्चित करने के लिए जिम्मेदार हैं कि वे सिंक्रनाइज़ हैं। बाएँ और दाएँ परिधीय उपकरणों पर प्लेबैक को समय पर सिंक्रनाइज़ करने की आवश्यकता होती है। दोनों परिधीय उपकरणों को एक ही समय में स्रोत से ऑडियो नमूने वापस चलाने चाहिए।

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

जब सिंक्रोनाइज़ेशन की आवश्यकता हो सकती है तो केंद्रीय द्विकर्ण उपकरणों को ट्रिगर प्रदान करके सहायता करता है। जब भी कोई ऑपरेशन होता है जो सिंक्रनाइज़ेशन को प्रभावित कर सकता है, तो ये ट्रिगर प्रत्येक पेरिफेरल को उसके पेयर पेरिफेरल डिवाइस की स्थिति के बारे में सूचित करते हैं। ट्रिगर हैं:

  • AudioControlPoint के «Start» आदेश के भाग के रूप में, द्विकर्ण उपकरणों के दूसरी तरफ की वर्तमान कनेक्शन स्थिति दी गई है।
  • जब भी एक पेरिफेरल पर कनेक्शन, डिस्कनेक्शन, या कनेक्शन पैरामीटर अपडेट ऑपरेशन होता है, तो ऑडियोकंट्रोलपॉइंट का «Status» कमांड बाइनॉरल डिवाइस के दूसरी तरफ भेजा जाता है।

ऑडियो पैकेट प्रारूप और समय

ऑडियो फ्रेम (नमूने के ब्लॉक) को पैकेट में पैक करने से श्रवण यंत्र को लिंक लेयर टाइमिंग एंकर से समय निकालने की सुविधा मिलती है। कार्यान्वयन को सरल बनाने के लिए:

  • एक ऑडियो फ्रेम हमेशा समय में कनेक्शन अंतराल से मेल खाना चाहिए। उदाहरण के लिए, यदि कनेक्शन अंतराल 20ms है और नमूना दर 16 kHz है, तो ऑडियो फ्रेम में 320 नमूने होंगे।
  • सिस्टम में नमूना दरें 8kHz के गुणकों तक सीमित हैं, फ्रेम समय या कनेक्शन अंतराल की परवाह किए बिना फ्रेम में हमेशा नमूनों की एक पूर्णांक संख्या होती है।
  • एक अनुक्रम बाइट ऑडियो फ्रेम को आगे बढ़ाएगा। अनुक्रम बाइट रैप-अराउंड के साथ गिना जाएगा और परिधीय को बफर मिसमैच या अंडरफ्लो का पता लगाने की अनुमति देगा।
  • एक ऑडियो फ्रेम हमेशा एक LE पैकेट में फ़िट होगा। ऑडियो फ्रेम को एक अलग L2CAP पैकेट के रूप में भेजा जाएगा। एलई एलएल पीडीयू का आकार होगा:
    ऑडियो पेलोड आकार + 1 (अनुक्रम काउंटर) + 6 (L2CAP हेडर के लिए 4, SDU के लिए 2)
  • रिट्रांसमिशन के लिए बैंडविड्थ आरक्षित करने के लिए एसीके के लिए 2 ऑडियो पैकेट और 2 खाली पैकेट रखने के लिए एक कनेक्शन इवेंट हमेशा पर्याप्त बड़ा होना चाहिए। ध्यान दें कि ऑडियो पैकेट को केंद्रीय ब्लूटूथ नियंत्रक द्वारा खंडित किया जा सकता है। पेरिफेरल को प्रति कनेक्शन घटना 2 से अधिक खंडित ऑडियो पैकेट प्राप्त करने में सक्षम होना चाहिए।

केंद्रीय को कुछ लचीलापन देने के लिए, G.722 पैकेट की लंबाई निर्दिष्ट नहीं है। G.722 पैकेट की लंबाई कनेक्शन अंतराल के आधार पर बदल सकती है जो केंद्रीय सेट करता है।

G.722 आउटपुट ऑक्टेट प्रारूप Rec को संदर्भित करता है। ITU-T G.722 (09/2012) खंड 1.4.4 "मल्टीप्लेक्सर"

सभी कोडेक्स के लिए जो एक पेरिफेरल सपोर्ट करता है, पेरिफेरल नीचे दिए गए कनेक्शन पैरामीटर्स को सपोर्ट करेगा। यह कॉन्फ़िगरेशन की एक गैर-विस्तृत सूची है जिसे केंद्रीय लागू कर सकता है।

कोडेक बिटरेट कनेक्शन अंतराल सीई लंबाई (1M / 2M PHY) ऑडियो पेलोड आकार
G.722 @ 16 kHz 64 केबीटी/एस 20 मि.से 5000/3750 हमें 160 बाइट्स

एक ऑडियो स्ट्रीम शुरू करना और रोकना

एक ऑडियो स्ट्रीम शुरू करने से पहले, केंद्रीय बाह्य उपकरणों से पूछताछ करता है और एक सामान्य भाजक कोडेक स्थापित करता है। स्ट्रीम सेटअप तब निम्न क्रम से आगे बढ़ता है:

  1. PSM, और वैकल्पिक रूप से, RenderDelay पढ़ा जाता है। ये मान केंद्रीय द्वारा कैश किए जा सकते हैं।
  2. CoC L2CAP चैनल खोला गया है - पेरिफेरल शुरुआत में 8 क्रेडिट प्रदान करेगा।
  3. लिंक को चुने गए कोडेक के लिए आवश्यक पैरामीटर पर स्विच करने के लिए एक कनेक्शन अपडेट जारी किया जाता है। केंद्रीय इस कनेक्शन को पिछले चरण में सीओसी कनेक्शन से पहले अपडेट कर सकता है।
  4. सेंट्रल और पेरिफेरल दोनों होस्ट अपडेट पूर्ण घटना की प्रतीक्षा करते हैं।
  5. ऑडियो एनकोडर को पुनरारंभ करें, और पैकेट अनुक्रम संख्या को 0 पर रीसेट करें। संबंधित मापदंडों के साथ एक «Start» आदेश AudioControlPoint पर जारी किया गया है। केंद्रीय स्ट्रीमिंग से पहले पेरिफेरल से पूर्व «Start» कमांड की एक सफल स्थिति अधिसूचना की प्रतीक्षा करता है। यह प्रतीक्षा इसके ऑडियो प्लेबैक पाइपलाइन को तैयार करने के लिए परिधीय समय देती है। ऑडियो स्ट्रीमिंग के दौरान, प्रतिकृति प्रत्येक कनेक्शन घटना पर उपलब्ध होनी चाहिए, भले ही वर्तमान प्रतिकृति विलंबता गैर-शून्य हो।
  6. परिधीय पहले ऑडियो पैकेट को अपनी आंतरिक कतार (अनुक्रम संख्या 0) से लेता है और इसे चलाता है।

ऑडियो स्ट्रीम को बंद करने के लिए केंद्रीय «स्टॉप» कमांड जारी करता है। इस कमांड के बाद, पेरिफेरल को हर कनेक्शन इवेंट पर उपलब्ध होने की आवश्यकता नहीं है। ऑडियो स्ट्रीमिंग को फिर से शुरू करने के लिए, उपरोक्त क्रम से गुजरें, चरण 5 से शुरू करें। जब केंद्रीय ऑडियो स्ट्रीमिंग नहीं कर रहा है, तब भी इसे GATT सेवाओं के लिए LE कनेक्शन बनाए रखना चाहिए।

पेरिफेरल सेंट्रल को कनेक्शन अपडेट जारी नहीं करेगा। बिजली बचाने के लिए, जब यह ऑडियो स्ट्रीमिंग नहीं कर रहा होता है, तो केंद्रीय परिधीय के लिए एक कनेक्शन अपडेट जारी कर सकता है।