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 מאפשר למפתחים לשלוח כמה פקודות בבת אחת למכשירי שמיעה מותאמים.
תרחישים מרכזיים
יש ארבע קטגוריות עיקריות של תרחישים לדוגמה:
שיחה: אפליקציות חייגן ו-VoIP המחייבות ניתוב תקשורת עם זמן אחזור קצר מציעות אודיו באיכות גבוהה ופחות צריכת סוללה.
גיימינג: מיקרופון בו-זמנית והפעלה באיכות גבוהה מאפשרים למשחקים לשדר אודיו באיכות גבוהה לשמיעה. אפליקציית משחקים יכולה לגשת לקלט אודיו באמצעות BLE כשמיקרופון ה-Bluetooth מוכן לשימוש במשחק. לאחר מכן, כששחקן מתחיל שיחה בשידור חי עם שחקן עמית, אפליקציית המשחק יכולה להשתמש בנתוני המיקרופון ללא עיכוב.
מדיה: אפליקציות מדיה מורשות להגדיר את המכשיר המועדף של מנהל האודיו. המשתמשים יכולים לשנות את ברירת המחדל הזו על ידי שינוי המכשיר המועדף מתוך הגדרות המערכת.
נגישות: עכשיו מכשירי שמיעה שתומכים ב-BLE Audio יכולים להשתמש במיקרופון, וכך המשתמשים יכולים להשתמש באופן קבוע במכשירי השמיעה שלהם במהלך שיחה.
ממשקי API ושיטות של BLE Audio
השיטות וממשקי ה-API הבאים נדרשים כדי לתמוך בשמיעה של BLE Audio:
מנהל האודיו
setCommunicationDevice()בוחר את התקן האודיו שישמש לתרחישים לדוגמה של תקשורת, למשל שיחות קוליות או שיחות וידאו. אפשר להשתמש בשיטה הזו באפליקציות צ'אט קולי או וידאו צ'אט כדי לבחור התקן אודיו שונה מזה שנבחר כברירת מחדל בפלטפורמה. ה-API הזה מחליף את ממשקי ה-API הבאים שהוצאו משימוש:startBluetoothSco(),stopBluetoothSco()ו-setSpeakerphoneOn().- מתבצעת קריאה אל
clearCommunicationDeviceאחרי שהאפליקציה מסיימת שיחה או סשן כדי להבטיח שהמשתמש ייהנו מחוויה נהדרת במעבר בין אפליקציות שונות.
פרופיל Bluetooth
BluetoothLeAudioשולט בשירות ה-Bluetooth באמצעות אובייקט proxy.
שירות InCall של טלקומוניקציה
setAudioRoute()מגדיר את נתיב האודיו למכשיר הפעיל הנוכחי.CallAudioState.ROUTE_BLUETOOTHמפנה את שידור האודיו באמצעות Bluetooth.- האפליקציה
requestBluetoothAudio()מבקשת ניתוב אודיו למכשיר Bluetooth ספציפי.
פרטי התקן האודיו
AudioDeviceInfo.TYPE_BLE_HEADSETמתאר את הסוג של התקן האודיו כמכשיר LEA. משמש לזיהוי אם המכשיר השמיעה הוא מכשיר LEA.
מקליט אודיו
setPreferredDevice()מגדיר את המכשיר המועדף לשימוש בניתוב אודיו. המשתמש יכול לשנות את ברירת המחדל הזו בהגדרות המערכת.
מתאם Bluetooth
- הפונקציה
isLeAudioSupported()מחזירה אם החומרה של הפלטפורמה תומכת ב-LEA. - הפונקציה
isLeAudioBroadcastSourceSupported()מחזירה אם החומרה של הפלטפורמה תומכת ב-LEA.
מדריכים שמבוססים על תרחיש לדוגמה
בהמשך מפורטות ההנחיות להטמעת LEA על סמך תרחישים ספציפיים לדוגמה.
אפליקציות תקשורת קולית
אפליקציות תקשורת קולית יכולות לבחור לנהל ניתוב אודיו ומצב המכשיר על ידי ניהול עצמי של המצב שלהן או באמצעות ממשק ה-API של Telecom, שמבצע את הלוגיקה של ניתוב האודיו והמצב במקומכם.
בניהול עצמי: לאפליקציות שמשתמשות כרגע ב-
startBluetoothSco(), ב-stopBluetoothSco()וב-setSpeakerphoneOn()או אם אתם רוצים לנהל בעצמכם את מצב ניתוב האודיו, עליכם לפעול לפי המדריך לשיחות בניהול עצמי של מנהל האודיו.מנוהל: משתמשים ב-Telecom API כדי ליצור אפליקציה לשיחות אודיו או לשיחות וידאו. ה-API הזה מאפשר לכם לשלוט במהירות ובקלות בניתוב האודיו ולעבור בין מכשירי Bluetooth. מידע נוסף זמין במאמר מדריך לשיחות מנוהלות של מכשירי טלקומוניקציה.
אפליקציות של הקלטת אודיו
- מקליט מדיה: כשמקליטים אודיו באמצעות מקליט המדיה, עכשיו אפשר להקליט בסטריאו אם מכשיר ה-Bluetooth לשמיעה תומך ב-LEA. כדאי לעיין במדריך להקלטת אודיו.
המלצות לאוזניות LE Audio (LEA)
ככל שמושקות יותר אוזניות LEA, גילינו בעיות בעולם האמיתי שפוגעות בחוויית המשתמש. המפרט לא כולל את כל הסוגים בנושאים האלה. הטבלה הבאה מציגה רשימה של המלצות יצרני אוזניות ה-LEA צריכים לפעול לפי ההוראות כדי לשפר את החוויה מקצה לקצה עבור משתמשי Android.
| תיאור | הקשר |
|---|---|
תמיכה בגזירה של מפתח חוצה-העברה (CTKD) עבור
אוזניות דו-מצביות:
|
רוב אוזניות ה-LEA החדשות יהיו במצב כפול עד שמכשיר המקור של ה-LEA נתח השוק שלו גדל. חשוב שהמשתמשים יוכלו להתאים את החשבונות שלהם עם אוזניות דו-כיווניות בצורה חלקה ולהגדיר את שתי ההעברות. הדבר חשוב גם להתאמה המהירה של Google. |
|
אפשר להיעזר בהודעות מטורגטות, את אוזניות ה-LEA כדי להתחבר מחדש באופן מהימן למכשירי המקור. באוזניות LE audio, צריך להשתמש ב-TA כדי לבקש חיבור נכנס מהמכשירים המרכזיים. יתווסף ל-BT SIG הקרוב. |
בניגוד למודל ההחלפה של BR/EDR, שבו ניתן ליזום חיבור באמצעות הטלפון או האוזניות, החיבור ב-LEA צריך להיות שהופעל על ידי המכשיר המרכזי. נכון לעכשיו, הרבה אוזניות לא משתמשות הודעות TA – כלומר, ייתכן שהמכשיר המרכזי לא יוכל להתחבר מחדש לציוד ההיקפי בלי להוסיף אותו לרשימת ההיתרים. עם זאת, פתרון עבודה של רשימת ההיתרים עשוי למנוע מהאוזניות מתבצע חיבור למכשיר מרכזי אחר. לכן חשוב עבור אוזניות LEA שיתמכו בבקשות TA באופן תקין, כך שהמכשיר המרכזי יכולה להתחבר מחדש בצורה אמינה ללא פתרונות עקיף שעלולים לקרוס עם חיבורים מרובי נקודות. |
יכולת גילוי אופטימלית באוזניות כפתור עם שני מצבים
|
הפעולה הזו מונעת את ההצגה של אוזניות כפתור 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: קריאה, כתיבה והרשמה התראה. |