אודיו Bluetooth עם צריכת אנרגיה נמוכה

Bluetooth עם צריכת אנרגיה נמוכה (LEA) מבטיח שהמשתמשים יוכלו לקבל אודיו באיכות גבוהה מבלי לפגוע בחיי הסוללה, ולאפשר להם לעבור בצורה חלקה בין תרחישי שימוש שונים. Android 13 (רמת API 33) כולל תמיכה מובנית ב-LEA.

רוב אוזניות ה-LEA יהיו במצב כפול עד שנתח השוק של מכשירי מקור ה-LEA יגדל. למשתמשים צריכה להיות אפשרות להתאים ולהגדיר את שתי ההעברות באוזניות עם מצב כפול.

תרחישים לדוגמה

כדאי לשלב ממשק LEA במקרים הבאים:

  • שיתוף אודיו: המשתמשים יכולים לשתף מספר שידורי אודיו בו-זמנית עם מכשיר אחד או יותר של כיור אודיו. האודיו מסונכרן בין מכשיר המקור למכשירים המחוברים.

  • שידור אודיו: משתמשים יכולים לשדר אודיו לחברים ולבני משפחה, ובמקביל להתחבר לשידורים ציבוריים לקבלת מידע, בידור או נגישות.

  • תמיכה בקודק אודיו LC3: זהו קודק האודיו המוגדר כברירת מחדל, והוא מחליף את קודק ה-SBC המשמש ל-A2DP (מדיה) ו-mSBC ב-HFP (קול). LC3 יעיל יותר, מאפשר הגדרה מחדש ובאיכות גבוהה יותר.

  • שיפורים בדגימת האודיו: כשמשתמשים במיקרופונים, האוזניות יכולות לשמור על איכות אודיו גבוהה. חיבור Bluetooth קלאסי מפחית את איכות האודיו כשמשתמשים במיקרופונים Bluetooth. עם BLE Audio, דגימת הקלט והפלט יכולה להגיע ל- 32 kHz.

  • מיקרופון סטריאו: מכשירי שמיעה יכולים להקליט אודיו עם מיקרופונים בסטריאו, לשיפורי אודיו מרחבי.

  • תמיכה בפרופיל מכשירי שמיעה (HAP): תמיכה ב-HAP מציעה למשתמשים נגישות ושימוש נרחבים יותר בהשוואה לפרוטוקולים קודמים של ASHA. המשתמשים יכולים להשתמש במכשירי השמיעה שלהם לשיחות טלפון ולאפליקציות VoIP.

  • תמיכה משופרת בפרוטוקול מאפיינים (EATT): פרוטוקול EATT מאפשר למפתחים לשלוח כמה פקודות בבת אחת למכשירי שמיעה מותאמים.

תרחישים מרכזיים

יש ארבע קטגוריות עיקריות של תרחישים לדוגמה:

  1. שיחה: אפליקציות חייגן ו-VoIP המחייבות ניתוב תקשורת עם זמן אחזור קצר מציעות אודיו באיכות גבוהה ופחות צריכת סוללה.

  2. גיימינג: מיקרופון בו-זמנית והפעלה באיכות גבוהה מאפשרים למשחקים לשדר אודיו באיכות גבוהה לשמיעה. אפליקציית משחקים יכולה לגשת לקלט אודיו באמצעות BLE כשמיקרופון ה-Bluetooth מוכן לשימוש במשחק. לאחר מכן, כששחקן מתחיל שיחה בשידור חי עם שחקן עמית, אפליקציית המשחק יכולה להשתמש בנתוני המיקרופון ללא עיכוב.

  3. מדיה: אפליקציות מדיה מורשות להגדיר את המכשיר המועדף של מנהל האודיו. המשתמשים יכולים לשנות את ברירת המחדל הזו על ידי שינוי המכשיר המועדף מתוך הגדרות המערכת.

  4. נגישות: עכשיו מכשירי שמיעה שתומכים ב-BLE Audio יכולים להשתמש במיקרופון, וכך המשתמשים יכולים להשתמש באופן קבוע במכשירי השמיעה שלהם כדי לבצע שיחה.

ממשקי API ושיטות של BLE Audio

השיטות וממשקי ה-API הבאים נדרשים כדי לתמוך בשמיעה של BLE Audio:

מנהל האודיו

  • setCommunicationDevice() בוחר את התקן האודיו שישמש לתרחישים לדוגמה של תקשורת, למשל שיחות קוליות או שיחות וידאו. אפשר להשתמש בשיטה הזו באפליקציות צ'אט קולי או וידאו צ'אט כדי לבחור התקן אודיו שונה מזה שנבחר כברירת מחדל בפלטפורמה. ה-API הזה מחליף את ממשקי ה-API הבאים שהוצאו משימוש: startBluetoothSco(), stopBluetoothSco() ו-setSpeakerphoneOn().
  • מתבצעת קריאה אל clearCommunicationDevice אחרי שהאפליקציה מסיימת שיחה או סשן כדי להבטיח שהמשתמש ייהנו מחוויה נהדרת במעבר בין אפליקציות שונות.

פרופיל Bluetooth

  • BluetoothLeAudio שולט בשירות ה-Bluetooth באמצעות אובייקט proxy.

שירות InCall של טלקומוניקציה

פרטי התקן האודיו

  • AudioDeviceInfo.TYPE_BLE_HEADSET מתאר את הסוג של התקן האודיו כמכשיר LEA. משמש לזיהוי אם המכשיר השמיעה הוא מכשיר LEA.

מקליט אודיו

  • setPreferredDevice() מגדיר את המכשיר המועדף לשימוש בניתוב אודיו. המשתמש יכול לשנות את ברירת המחדל הזו בהגדרות המערכת.

מתאם Bluetooth

מדריכים שמבוססים על תרחיש לדוגמה

בהמשך מפורטות ההנחיות להטמעת LEA על סמך תרחישים ספציפיים.

אפליקציות תקשורת קולית

אפליקציות תקשורת קולית יכולות לבחור לנהל ניתוב אודיו ומצב המכשיר על ידי ניהול עצמי של המצב שלהן או באמצעות ממשק ה-API של Telecom, שמבצע את הלוגיקה של ניתוב האודיו והמצב במקומכם.

אפליקציות של הקלטת אודיו

  • מקליט מדיה: כשמקליטים אודיו באמצעות מקליט המדיה, עכשיו אפשר להקליט בסטריאו אם מכשיר ה-Bluetooth לשמיעה תומך ב-LEA. כדאי לעיין במדריך להקלטת אודיו.

המלצות לאוזניות LE Audio (LEA)

ככל שמושקות יותר אוזניות LEA, גילינו בעיות בעולם האמיתי שפוגעות בחוויית המשתמש. המפרט לא כולל את כל הסוגים בנושאים האלה. הטבלה הבאה מציגה רשימה של המלצות יצרני אוזניות ה-LEA צריכים לפעול לפי ההוראות כדי לשפר את החוויה מקצה לקצה עבור משתמשי Android.

תיאור הקשר
תמיכה בגזירה של מפתח חוצה-העברה (CTKD) עבור אוזניות דו-מצביות:
  • תמיכה בנגזרת מפתחות עבור התאמת קלאסי ל-LE וגם התאמה של LE-קלאסי.
 רוב אוזניות ה-LEA החדשות יהיו במצב כפול עד מכשיר המקור של ה-LEA נתח השוק שלו גדל. חשוב שהמשתמשים יוכלו להתאים את החשבונות שלהם עם אוזניות דו-כיווניות בצורה חלקה ולהגדיר את שתי ההעברות. הדבר חשוב גם להתאמה המהירה של Google.

אפשר להיעזר בהודעות מטורגטות, את אוזניות ה-LEA כדי להתחבר מחדש באופן מהימן למכשירי המקור.

באוזניות LE audio, צריך להשתמש ב-TA כדי לבקש חיבור נכנס מהמכשירים המרכזיים.

יתווסף ל-BT SIG הקרוב.

 בניגוד למודל ההחלפה של BR/EDR, שבו ניתן ליזום חיבור באמצעות הטלפון או האוזניות, החיבור ב-LEA צריך להיות שהופעל על ידי המכשיר המרכזי. נכון לעכשיו, הרבה אוזניות לא משתמשות הודעות TA – כלומר, ייתכן שהמכשיר המרכזי לא יוכל להתחבר מחדש לציוד ההיקפי בלי להוסיף אותו לרשימת ההיתרים. עם זאת, פתרון לעקוף את רשימת ההיתרים עשוי למנוע מהאוזניות מתבצע חיבור למכשיר מרכזי אחר. לכן חשוב עבור אוזניות LEA שיתמכו בבקשות TA באופן תקין, כך שהמכשיר המרכזי יכולה להתחבר מחדש בצורה אמינה ללא פתרונות עקיף שעלולים לקרוס עם חיבורים מרובי נקודות.
יכולת גילוי אופטימלית באוזניות כפתור עם שני מצבים
  • אוזניית הכפתור הראשית – רכיב BR/EDR אמור לפרסם באמצעות הכתובת הציבורית שלו, ולאפשר בירור וסריקת דפים השם זמין דרך EIR, ומגדירים את הביט של LE audio 14 ל-1 קטגוריות שירות עיקריות של קטגוריית מכשיר (CoD).
  • אוזניית כפתור ראשית – רכיב LE: אוזניית הכפתור הראשית צריך לבצע אובייקט שניתן להתחבר אליו או לגלות אותו (הרשאה מוגבלת או כללי) פרסומת שמוגדרת בה אותה כתובת ציבורית שמוגדרת ב-BR/EDR רכיב, ואותו שם מקומי מלא כמו ה-BR/EDR של הרכיב, כשקטגוריית המראה שלו מוגדרת כתוכן המתאים קטגוריית המראה שתואמת לסוג המכשיר המרוחק ציפייה שהמכשיר המרכזי ישתמש במידע הזה לשנות את מדיניות ממשק המשתמש וניתוב האודיו שלו.
  • אוזניה משנית – LE בלבד: אוזניית הכפתור המשנית צריך ליצור פרסומת שאפשר לחבר, שאינה ניתנת לגילוי קטגוריית המראה שלו מוגדרת כקטגוריית מראה מתאימה שתואם לסוג המכשיר המרוחק המכשיר המרכזי ישתמש במידע הזה כדי לשנות את ממשק המשתמש, מדיניות לניתוב אודיו

    אוזניות הכפתור צריכות לבחור באופן דינמי מנהיג מ-CSIP להיות המכשיר הראשי. אם אוזניות הכפתור הן במצב כפול, המכשיר הראשי צריך להיות במצב כפול כדי להבטיח שגם LE וגם קלאסי שהפונקציות שלה פועלות בצורה תקינה אחרי ההתאמה.

 הפעולה הזו מונעת את ההצגה של אוזניות כפתור LEA במצב כפול רשומות בהגדרות Bluetooth, שעלולות לבלבל את המשתמשים ולגרום לפריצה חוויית ההתאמה של LEA.

הבחירות הדינמיות למנהיגים חשובות במיוחד במצב של שני מצבים מכשירים שמותאמים באופן מצטבר. לדוגמה, אם רק אוזניית כפתור אחת זמין בהתאמה הראשונית, ולאחר מכן הוא צריך להציג את עצמו למכשיר דו-מצבי. כשמשתמש מבצע התאמה עם אוזניית הכפתור השנייה מאוחר יותר, הם צריכים רק להתאים עם רכיב ה-LE, ו-CSIP יוודא הן מקובצות יחד ב-Android.

מומלץ להשתמש בכתובת זהות במהלך ההתאמה כי ה-BR/EDR הרכיב כבר חושף את הכתובת הציבורית של המכשיר מכשירים.
תמיכה ב-Enhanced Attribute Protocol (EATT). מקצר את זמן האחזור של ההתאמה והחיבור.
תמיכה בשמירה מתקדמת במטמון GATT. מפחית את זמן האחזור של החיבור, במיוחד לאוזניות TWS.
תמיכה בחלוקת משנה של החיבור. מאפשר גמישות רבה יותר בתזמון המנות ובצריכת הסוללה הפוטנציאלית לחיסכון.
עליך לוודא שבמהלך ההפעלה לפני ואחרי העיבוד צינור עיבוד האותות יכול לפעול בשעה 16, 24, 32 ו-48kHz, וגם תמיכה בתדרים גבוהים יותר. הפקת תועלת משיעורי הדגימה הגבוהים יותר שנתמכים בשיחת LEA או נתיבי לכידת VoIP והפעלת מדיה.
תמיכה ב-LE Power Control ניהול טוב יותר של צריכת החשמל

תמיכה בסוג הקשר

תיאור הקשר
שימוש בכל סוגי ההקשר שצוינו ב מספרים שהוקצו 6.12.3 אלא אם האוזניות לא תומכות באופן מפורש בסוג הקשר נתון. לדוגמה, אם סוג ההקשר 'משחק' אין תמיכה, אז Android יישלחו צלילי משחק. במיוחד, עליך לשים לב שהסימון "לא צוין" הקשר לא משמעו 'כל סוג הקשר' וגם לא כולל ערכים שאינם נתמכים סוגי הקשר שונים.

כשהמכשיר המרכזי מקיים אינטראקציה עם ה-ASCS של הציוד ההיקפי, הציוד ההיקפי חייב להתחבר ל-MCS ול-TBS של המכשיר המרכזי.

יכול להיות שהמכשיר המרכזי לא תמיד ישתמש ב-LE audio בתור הסטרימינג כי הוא עשוי לחזור לשימוש ב-A2DP או ב-HFP. הציוד ההיקפי המכשיר יכול להשתמש באינטראקציה של ASCS כאינדיקציה אם המכשיר ישתמש באודיו LE לסטרימינג.

הנה כמה דוגמאות לאינטראקציות של ASCS: קריאה, כתיבה והרשמה התראה.