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

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

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

शब्दावली

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

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

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


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

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

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

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

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

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

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

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

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

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

आशा गैट सेवाएं

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

विशेषता गुण विवरण
केवल पढ़ने योग्य गुण पढ़ना केवल पढ़ने योग्य गुण देखें।
ऑडियोकंट्रोलपॉइंट प्रतिक्रिया के बिना लिखें और लिखें ऑडियो स्ट्रीम के लिए नियंत्रण बिंदु। ऑडियोकंट्रोलपॉइंट देखें।
ऑडियोस्टैटसपॉइंट पढ़ें/सूचित करें ऑडियो नियंत्रण बिंदु के लिए स्थिति रिपोर्ट फ़ील्ड। ओपकोड हैं:
  • 0 - स्थिति ठीक
  • -1 - अज्ञात कमांड
  • -2 - अवैध पैरामीटर
मात्रा प्रतिक्रिया के बिना लिखें -128 और 0 के बीच बाइट स्ट्रीम किए गए ऑडियो सिग्नल पर लागू होने वाले क्षीणन की मात्रा को दर्शाता है, -48 डीबी से 0 डीबी तक। सेटिंग -128 की व्याख्या पूरी तरह से मौन के रूप में की जाएगी, अर्थात निम्नतम गैर-म्यूट वॉल्यूम स्तर -127 है जो -47.625 डीबी क्षीणन के बराबर है। 0 सेटिंग पर, स्ट्रीम किया गया रेल-टू-रेल साइन टोन श्रवण यंत्र पर समतुल्य 100 dBSPL इनपुट का प्रतिनिधित्व करेगा। केंद्रीय नाममात्र पूर्ण पैमाने में प्रवाहित होगा और परिधीय में वांछित प्रस्तुति स्तर सेट करने के लिए इस चर का उपयोग करेगा।
LE_PSM_OUT पढ़ना ऑडियो चैनल को जोड़ने के लिए उपयोग करने के लिए PSM। डायनेमिक रेंज से चुने जाने के लिए [बीटी वॉल्यूम 3, पार्ट ए, सेक्शन 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}

आशा गैट सेवा के अलावा, परिधीय उपकरण सूचना सेवा को भी लागू करेगा ताकि केंद्र को परिधीय के निर्माता के नाम और उपकरण के नाम का पता चल सके।

केवल पढ़ने योग्य गुण

ReadOnlyProperties में निम्नलिखित मान हैं:

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

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

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

हायसिंकआईडी

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

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

फ़ीचर मैप

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

कोडेक आईडी

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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