אודיו ב-Bluetooth עם צריכת אנרגיה נמוכה (LEA) מבטיח שהמשתמשים יוכלו לקבל אודיו באיכות גבוהה בלי להקריב את חיי הסוללה, ומאפשר להם לעבור בצורה חלקה בין תרחישים לדוגמה שונים. Android 13 (רמת API 33) כולל תמיכה מובנית ב-LEA.
רוב אוזניות LEA יהיו עם מצב כפול עד שחלקו של מכשיר המקור של LEA בשוק יגדל. המשתמשים אמורים להיות מסוגלים להתאים ולקבוע את שני אמצעי התחבורה באוזניות עם שני המצבים.
תרחישים לדוגמה
כדאי לשלב את LEA בתרחישי השימוש הבאים:
שיתוף אודיו: משתמשים יכולים לשתף בו-זמנית כמה מקורות אודיו למכשיר אחד או יותר של שקע אודיו. האודיו מסונכרן בין מכשיר המקור לבין המכשירים המקושרים.
שידור אודיו: המשתמשים יכולים לשדר אודיו לחברים ולבני משפחה, וגם להתחבר לשידורים ציבוריים לקבלת מידע, בידור או גישה.
תמיכה בקודק אודיו LC3: זהו קודק האודיו שמוגדר כברירת מחדל, והוא מחליף את קודק ה-SBC שמשמש ב-A2DP (מדיה) וב-mSBC ב-HFP (קול). LC3 יעיל יותר, ניתן להתאמה מחדש ואיכותי יותר.
שיפורים במדגם האודיו: אוזניות יכולות לשמור על איכות אודיו גבוהה כשמשתמשים במיקרופונים. כשמשתמשים במיקרופונים של Bluetooth, איכות האודיו נמוכה יותר ב-Bluetooth הקלאסי. עם BLE Audio, דגימת הקלט והפלט יכולה להגיע ל- 32 kHz.
מיקרופון סטריאופוני: אוזניות Hearables יכולות להקליט אודיו באמצעות מיקרופונים סטריאופוניים לשיפור האודיו המרחבי.
תמיכה בפרופיל מכשירי שמיעה (HAP): תמיכה ב-HAP מציעה למשתמשים נגישות ושימוש נרחבים יותר בהשוואה לפרוטוקולים קודמים של ASHA. המשתמשים יכולים להשתמש בשעון עם מכשירי שמיעה לשיחות טלפון ולאפליקציות VoIP.
תמיכה בפרוטוקול מאפיינים משופר (EATT): EATT מאפשר למפתחים לשלוח כמה פקודות בבת אחת לאוזניות מחוברות.
תרחישים מרכזיים
יש ארבע קטגוריות עיקריות של תרחישי שימוש:
שיחה: אפליקציות חייגן ו-VoIP המחייבות ניתוב תקשורת עם זמן אחזור קצר מציעות אודיו באיכות גבוהה ופחות צריכת סוללה.
משחקים: שימוש בו-זמנית במיקרופון ובהפעלה באיכות גבוהה מאפשר להעביר אודיו באיכות גבוהה ממשחקים למכשירי Hearables. אפליקציית גיימינג יכולה לגשת לקלט אודיו ב-BLE כשהמשחק מפעיל את המיקרופון ב-Bluetooth כשהוא מוכן לשימוש. לאחר מכן, כששחקן מתחיל שיחה בשידור חי עם שחקן עמית, אפליקציית המשחק יכולה להשתמש בנתוני המיקרופון ללא עיכוב.
מדיה: אפליקציות מדיה מורשות להגדיר את המכשיר המועדף של מנהל האודיו. המשתמש יכול לשנות את המכשיר המועדף שלו בהגדרות המערכת.
נגישות: עכשיו אפשר להשתמש במיקרופון באוזניות שמתמכות ב-BLE Audio, וכך המשתמשים יכולים להמשיך להשתמש באוזניות במהלך השיחה.
ממשקי API ושיטות של BLE Audio
כדי לתמוך באוזניות אודיו ב-BLE, נדרשים ממשקי ה-API והשיטות הבאים:
מנהל האודיו
setCommunicationDevice()בוחר את התקן האודיו שישמש לתרחישים לדוגמה של תקשורת, לשיחות קוליות או לשיחות וידאו למופע. אפליקציות לשיחות קוליות או וידאו יכולות להשתמש בשיטה הזו כדי לבחור מכשיר אודיו אחר מלבד זה שנבחר כברירת מחדל על ידי הפלטפורמה. ה-API הזה מחליף את ממשקי ה-API הבאים שהוצאו משימוש:startBluetoothSco(),stopBluetoothSco()ו-setSpeakerphoneOn().- קוראים לפונקציה
clearCommunicationDevice()אחרי שהאפליקציה מסיימת שיחה או סשן, כדי להבטיח שהמשתמשים ייהנו מחוויה מעולה במעבר בין אפליקציות שונות.
פרופיל Bluetooth
BluetoothLeAudioשולט בשירות ה-Bluetooth באמצעות אובייקט proxy.
שירות Telecom InCallService
InCallService#requestCallEndpointChange()מחליף את ממשקי ה-API הקודמיםInCallService.setAudioRoute()ו-InCallService.requestBluetoothAudio(), כדי לאפשר לאפליקציות לבקש ניתוב אודיו ל-CallEndpointספציפי. אסור ללקוחות להגדיר אתCallEndpointמשלהם כשמבקשים שינוי. במקום זאת, נקודת הקצה החדשה צריכה להיות אחת מנקודות הקצה התקינות שסופקו על ידיInCallService.onAvailableCallEndpointsChanged(java.util.List).CallEndpoint.TYPE_BLUETOOTHמפנה את מקור האודיו דרך Bluetooth.- ממשקי ה-API של
InCallServiceשצוינו למעלה מיועדים לשימוש באפליקציית הטלפון שמוגדרת כברירת מחדל בטלפון Android, או בפלטפורמות אחרות לשיחות כמו אביזרי לבישה, כלי רכב או מכשירים אחרים עם Bluetooth שרוצים להשפיע על ניתוב האודיו.
Telecom CallControl
- הכיתה החדשה
CallControlמופיעה ברמת API 34 כדי להחליף אתConnectionואתConnectionServiceבאפליקציות VoIP בלבד. CallControl.requestCallEndpointChange()גם מבקש שינוי ב-CallEndpoint. ה-API הזה מחליף את ממשקי ה-API הקודמיםConnection.requestBluetoothAudio()ו-Connection.setAudioRoute().- בנוסף לממשקי ה-API המעודכנים של פלטפורמת Telecom, מומלץ מאוד להשתמש בספריית Telecom Jetpack כשמפתחים אפליקציות לשיחות קוליות ו/או לשיחות וידאו. הספרייה הזו יכולה לפשט מאוד את תהליך השילוב ולשפר את השיחות ב-VoIP בכל הפלטפורמות של Android.
פרטי מכשיר האודיו
AudioDeviceInfo.TYPE_BLE_HEADSETמתאר את סוג התקן האודיו כמכשיר LEA. משמש לזיהוי אם מכשיר ההאזנה הוא מכשיר LEA.
מקליט אודיו
setPreferredDevice()מגדיר את המכשיר המועדף לשימוש בניתוב האודיו. המשתמש יכול לשנות זאת בהגדרות המערכת.
מתאם Bluetooth
- הפונקציה
isLeAudioSupported()מחזירה ערך אם החומרה של הפלטפורמה תומכת ב-LEA. - הפונקציה
isLeAudioBroadcastSourceSupported()מחזירה ערך אם החומרה של הפלטפורמה תומכת ב-LEA.
מדריכים שמבוססים על תרחיש לדוגמה
בהמשך מפורטות הנחיות להטמעת LEA על סמך תרחישים לדוגמה.
אפליקציות תקשורת קוליות
באפליקציות תקשורת קולית יש אפשרות לנהל את ניתוב האודיו ואת מצב המכשיר על ידי ניהול עצמי של המצב, או באמצעות Telecom API שמבצע את ניתוב האודיו ואת הלוגיקה של המצב בשבילכם.
בניהול עצמי: לאפליקציות שמשתמשות כרגע ב-
startBluetoothSco(), ב-stopBluetoothSco()וב-setSpeakerphoneOn(), או באפליקציות שמיועדות לניהול עצמי של מצב ניתוב האודיו, יש לפעול לפי המדריך לשיחות בניהול עצמי של מנהל האודיו.מנוהלות: אפשר להשתמש בספריית Telecom Jetpack או בממשקי ה-API של פלטפורמת Telecom כדי ליצור אפליקציה לשיחות אודיו או וידאו.
שני הפתרונות האלה מאפשרים לכם לשלוט במהירות ובקלות בניתוב האודיו ולעבור בין מכשירי Bluetooth. מידע נוסף זמין במדריך לשיחות מנוהלות ב-Telecom.
אפליקציות להקלטת אודיו
- מכשיר ההקלטה של מדיה: כשאתם מצלמים אודיו באמצעות מכשיר ההקלטה של מדיה, עכשיו תוכלו להקליט בסטריאו אם מכשיר ההאזנה שלכם ב-Bluetooth תומך ב-LEA. כדאי לעיין במדריך להקלטת אודיו.
המלצות לאוזניות LE Audio (LEA)
ככל שמשתחררים יותר אוזניות LEA, אנחנו מגלים בעיות בבדיקות בעולם האמיתי שמשפיעות לרעה על חוויית המשתמש. המפרט לא מכסה את כל הבעיות האלה. בטבלה הבאה מפורטות המלצות ליצרני אוזניות LEA שיעזרו להם לשפר את חוויית השימוש מקצה לקצה של משתמשי Android.
| תיאור | הקשר |
|---|---|
תמיכה בהסלמת מפתחות לתעבורה חוצת-פלטפורמות (CTKD) לאוזניות במצב כפול:
|
רוב האוזניות החדשות עם תמיכה ב-LEA יהיו עם תמיכה בשני המצבים, עד שנתח השוק של מכשירי המקור עם תמיכה ב-LEA יגדל. חשוב שהמשתמשים יוכלו להתאים את אוזניות המודולר בצורה חלקה ולהגדיר את שני סוגי התעבורה. הדבר חשוב גם ל-Google Fast Pair. |
|
תמיכה בהתראות ממוקדות (TA) אם רוצים שהאוזניות עם תמיכה ב-LEA יתחברו מחדש למכשירי המקור בצורה מהימנה. אוזניות LE Audio צריכות להשתמש ב-TAs כדי לבקש חיבור נכנס מהמכשירים המרכזיים. התוכן יתווסף ל-BT SIG הקרוב. |
בניגוד למודל הקריאה של BR/EDR, שבו החיבור יכול להתבצע על ידי הטלפון או על ידי האוזניות, בחיבור ב-LEA החיבור חייב להתבצע על ידי המכשיר המרכזי. בשלב זה, הרבה אוזניות לא משתמשות ב-TA, כלומר יכול להיות שהמכשיר המרכזי לא יוכל להתחבר מחדש לציוד ההיקפי בלי להוסיף אותו לרשימת ההיתרים. עם זאת, פתרון זמני באמצעות רשימת ההיתרים עשוי למנוע מהאוזניות להתחבר למכשיר מרכזי אחר. לכן, חשוב שהאוזניות של LEA יתמכו כראוי ב-TA כדי שהמכשיר המרכזי יוכל להתחבר מחדש באופן מהימן, בלי דרכים חלופיות שעלולות לשבור חיבורים בכמה נקודות. |
אופטימיזציה של יכולת הגילוי של אוזניות עם שני מצבים
|
כך אוזניות LEA במצב כפול לא יופיעו כרשומים כפולים בהגדרות Bluetooth, דבר שעלול לבלבל את המשתמשים ולפגוע בחוויית ההתאמה של LEA.
הבחירה הדינמית של מנהיג חשובה במיוחד למכשירים עם מצב כפול שמתאימים בהדרגה. לדוגמה, אם רק אוזניית כפתור אחת זמינה בהתאמה הראשונית, היא צריכה להציג את עצמה כמכשיר במצב שני. כשמשתמש יתאים את האוזנייה השנייה מאוחר יותר, הוא יצטרך להתאים רק את הרכיב מסוג LE, ו-CSIP ידאג שהן יקובצו יחד ב-Android. מומלץ להשתמש בכתובת זהות במהלך ההתאמה כי הרכיב BR/EDR כבר חושף את הכתובת הציבורית של המכשיר למכשירים בקרבת מקום. |
| תמיכה בפרוטוקול מאפיינים משופר (EATT). | צמצום זמן האחזור של ההתאמה והחיבור. |
| תמיכה באחסון במטמון יעיל של GATT. | הפחתת זמן האחזור של החיבור, במיוחד באוזניות TWS. |
| תמיכה בדירוג משנה של חיבור. | מאפשר תזמון מנות גמיש יותר וחיסכון אפשרי בסוללה. |
| חשוב לוודא שבמהלך העיבוד המקדים והעיבוד לאחר ההפעלה, גם בצילום וגם בהפעלה, צינור עיבוד האותות יכול לפעול ב-16kHz, ב-24kHz, ב-32kHz וב-48kHz, וגם לתמוך בתדרים גבוהים יותר. | היתרון הוא שימוש בשיעורי דגימה גבוהים יותר שנתמכים במסלולי תיעוד של שיחות LEA או VoIP ובהפעלת מדיה. |
| תמיכה ב-LE Power Control | ניהול משופר של צריכת החשמל |
תמיכה בסוג הקשר
| תיאור | הקשר |
|---|---|
| צריך להשתמש בכל סוגי ההקשרים שצוינו ב-Assigned Numbers 6.12.3, אלא אם יש אוזניות שלא תומכות באופן מפורש בסוג הקשר מסוים. | לדוגמה, אם סוג ההקשר 'משחק' לא נתמך, מערכת Android תשלח צלילי משחק. באופן ספציפי, חשוב לשים לב שסוג ההקשר 'לא צוין' לא מתייחס ל'כל סוג הקשר' והוא לא כולל סוגי הקשר שלא נתמכים. |
כשהמכשיר המרכזי מקיים אינטראקציה עם ASCS של המכשיר ההיקפי, המכשיר ההיקפי צריך להתחבר ל-MCS ול-TBS של המכשיר המרכזי. יכול להיות שהמכשיר המרכזי לא תמיד ישתמש ב-LE Audio כנתיב הסטרימינג, כי יכול להיות שהוא יחזור לשימוש ב-A2DP או ב-HFP. הציוד ההיקפי יכול להשתמש באינטראקציה של ASCS כאינדיקציה אם המכשיר המרכזי ישתמש באודיו LE לצורך סטרימינג. דוגמאות לאינטראקציות של ASCS הן קריאה, כתיבה והרשמה לקבלת התראות. |