Bluetooth Düşük Enerjili Ses

Not: Cihaz BLE Audio'yu destekliyorsa isLeAudioSupported() ve isLeAudioBroadcastSourceSupported() True değerini döndürür.

Bluetooth Düşük Enerjili Ses (LEA), kullanıcıların pil ömründen ödün vermeden yüksek kaliteli ses almasını ve farklı kullanım alanları arasında kolayca geçiş yapmasını sağlar. Android 13 (API düzeyi 33), LEA için yerleşik destek içerir.

LEA kaynak cihaz pazar payı artana kadar çoğu LEA kulaklığı çift modlu olacaktır. Kullanıcılar çift modlu kulaklıklarında her iki aktarımı da eşleyip ayarlayabilmelidir.

Kullanım örnekleri

LEA'yı aşağıdaki kullanım alanları için entegre etmek isteyebilirsiniz:

• Ses paylaşımı: Kullanıcılar aynı anda birden fazla ses akışını bir veya daha fazla ses alıcı cihazla paylaşabilir. Ses, kaynak cihaz ve bağlı cihazlar arasında senkronize edilir.

• Ses yayını: Kullanıcılar, bilgi, eğlence veya erişilebilirlik için herkese açık yayınlara bağlanırken arkadaşlarına ve ailelerine ses yayını yapabilir.

• LC3 ses codec'i desteği: Varsayılan ses codec'idir ve HFP'de (ses) A2DP (medya) ve mSBC için kullanılan SBC codec'inin yerini alır. LC3 daha verimli, yeniden yapılandırılabilir ve daha yüksek kalitelidir.

• Ses örnekleme iyileştirmeleri: Kulaklıklar, mikrofon kullanırken yüksek çıkış ses kalitesini koruyabilir. Bluetooth klasik, Bluetooth mikrofonlar kullanıldığında ses kalitesini düşürür. BDE Audio sayesinde, giriş ve çıkış örneklemesi 32 kHz'e ulaşabilir.

• Stereo mikrofon: İşitsel cihazlar, üç boyutlu ses geliştirmeleri için stereo mikrofonlarla ses kaydedebilir.

• İşitme Cihazı Profili (HAP) desteği: HAP, kullanıcılara önceki ASHA protokollerinden daha fazla erişilebilirlik ve kullanım sunar. Kullanıcılar, telefon görüşmeleri ve VoIP uygulamaları için işitme cihazlarını kullanabilir.

• Gelişmiş özellik protokolü (EATT) desteği: EATT, geliştiricilerin eşlenen işitilebilir cihazlara aynı anda birden fazla komut göndermesine olanak tanır.

Önemli senaryolar

Dört ana kullanım alanı kategorisi vardır:

1. Etkileşimli: Düşük gecikmeli iletişim yönlendirmesi gerektiren numara çevirici ve VoIP uygulamaları, yüksek kaliteli ses ve daha az pil kullanımı sunar.

2. Oyun: Eşzamanlı mikrofon ve yüksek kaliteli oynatma özelliği, oyunların duyılabilir cihazlara yüksek kaliteli ses akışı sağlamasına olanak tanır. Bir oyun, Bluetooth mikrofonu kullanıma hazır olarak etkinleştirdiğinde oyun uygulamaları BDE ses girişine erişebilir. Ardından, bir oyuncu eş oyuncuyla canlı görüşme başlattığında oyun uygulaması mikrofon verilerini gecikme olmadan kullanabilir.

3. Medya: Medya uygulamalarının, ses yöneticisinin tercih edilen cihazını ayarlamasına izin veriliyor. Kullanıcı, sistem ayarlarından tercih ettiği cihazı değiştirerek bu ayarı geçersiz kılabilir.

4. Erişilebilirlik: BLE Audio'yu destekleyen işitme cihazları artık mikrofonu kullanabilir. Bu sayede kullanıcılar arama sırasında işitme cihazlarını sürekli olarak kullanabilir.

BDE Ses API'leri ve yöntemleri

BDE sesli işitme cihazlarını desteklemek için aşağıdaki API'ler ve yöntemler gereklidir:

AudioManager

• setCommunicationDevice(), iletişim kullanım alanları (ör. sesli veya görüntülü görüşmeler) için kullanılacak ses cihazını seçer. Bu yöntem, sesli veya görüntülü sohbet uygulamaları tarafından platform tarafından varsayılan olarak seçilen ses cihazından farklı bir ses cihazı seçmek için kullanılabilir. Bu API, kullanımdan kaldırılan aşağıdaki API'lerin yerini almaktadır: startBluetoothSco(), stopBluetoothSco() ve setSpeakerphoneOn().
• clearCommunicationDevice(), uygulamanız bir aramayı veya oturumu tamamladıktan sonra çağrılır. Bu, kullanıcının farklı uygulamalar arasında geçiş yaparken mükemmel bir deneyim yaşamasını sağlar.

BluetoothProfili

• BluetoothLeAudio, proxy nesnesi aracılığıyla Bluetooth hizmetini kontrol eder.

Telekomünikasyon InCallService

• InCallService#requestCallEndpointChange(), uygulamaların belirli bir CallEndpoint cihaza ses yönlendirme isteğinde bulunmasına izin vermek için desteği sonlandırılan InCallService.setAudioRoute() ve InCallService.requestBluetoothAudio() API'lerinin yerini alır. Müşteriler değişiklik isteğinde bulunurken kendi CallEndpoint değerlerini tanımlamamalıdır. Bunun yerine, yeni uç nokta, InCallService.onAvailableCallEndpointsChanged(java.util.List) tarafından sağlanan geçerli uç noktalardan biri olmalıdır.
• CallEndpoint.TYPE_BLUETOOTH ses akışını Bluetooth üzerinden yönlendirir.
• Yukarıda bahsedilen InCallService API'leri, Android telefondaki varsayılan telefon uygulaması veya giyilebilir cihazlar, otomobiller ya da ses yönlendirmeyi etkilemek isteyebilecek diğer Bluetooth cihazlar gibi diğer arama platformları tarafından kullanılmak üzere tasarlanmıştır.

Telekomünikasyon Arama Kontrolü

• Yeni CallControl sınıfı yalnızca VoIP uygulamaları için Connection ve ConnectionService yerine API düzeyi 34'te kullanıma sunulmuştur.
• CallControl.requestCallEndpointChange(), CallEndpoint bölümünde de değişiklik yapılmasını istiyor. Bu API, kullanımdan kaldırılan Connection.requestBluetoothAudio() ve Connection.setAudioRoute() API'lerinin yerini almıştır.
• Sesli ve/veya görüntülü görüşme uygulamaları geliştirirken güncellenmiş telekom platform API'lerinin yanı sıra Telekom Jetpack kitaplığının kullanılması önemle tavsiye edilir. Bu kitaplık, entegrasyon sürecini büyük ölçüde basitleştirebilir ve tüm Android platformlarında VoIP görüşmesini iyileştirebilir.

Ses Cihazı Bilgileri

• AudioDeviceInfo.TYPE_BLE_HEADSET, ses cihazı türünü LEA cihazı olarak tanımlar. İşitilebilir cihazın LEA cihazı olup olmadığını belirlemek için kullanılır.

Ses Kaydedici

• setPreferredDevice(), ses yönlendirmenin kullanılması için tercih edilen cihazı ayarlar. Kullanıcı, sistem ayarlarından bu ayarı geçersiz kılabilir.

Bluetooth Adaptörü

• isLeAudioSupported() platformun donanımı LEA'yı destekliyorsa döndürülür.
• isLeAudioBroadcastSourceSupported() platformun donanımı LEA'yı destekliyorsa döndürülür.

Kullanım alanına göre kılavuzlar

Aşağıda, belirli kullanım alanlarına göre LEA'yı uygulamayla ilgili yönergeler verilmiştir.

Sesli iletişim uygulamaları

Sesli iletişim uygulamaları, ses yönlendirme ve cihaz durumunu kendi durumlarını yöneterek veya ses yönlendirme ve durum mantığını sizin için yöneten Telecom API'yi kullanarak yönetebilir.

• Kendi kendine yönetilen: Şu anda startBluetoothSco(), stopBluetoothSco() ve setSpeakerphoneOn() kullanan veya ses yönlendirme durumunu kendi kendine yönetmek isteyen uygulamalar için Ses Yöneticisi kendi kendine yönetilen arama kılavuzunu inceleyin.

• Yönetilen: Sesli veya görüntülü görüşme uygulaması oluşturmak için Telekom Jetpack kitaplığını ya da Telekom platform API'lerini kullanın.

Bu iki çözüm, ses yönlendirmeyi hızlı ve kolay bir şekilde kontrol etmenize ve Bluetooth cihazları arasında geçiş yapmanıza olanak tanır. Daha fazla bilgi için Telekomünikasyon yönetimli aramalar rehberine göz atın.

Ses kaydı uygulamaları

• Medya Kaydedici: Medya Kaydedici'yi kullanarak ses kaydı yaparken Bluetooth kulaklık LEA'yı destekliyorsa artık stereo olarak kayıt yapabilirsiniz. Ses kaydı kılavuzuna göz atın.

LE Audio (LEA) mikrofonlu kulaklık önerileri

Daha fazla LEA başlığı piyasaya sürüldükçe, gerçek dünya testlerinde kullanıcı deneyimini olumsuz etkileyen sorunlar keşfettik. Spesifikasyon bu sorunların tümünü kapsamaz. Aşağıdaki tabloda, LEA mikrofonlu kulaklık üreticilerinin Android kullanıcıları için uçtan uca deneyimi iyileştirmek için uygulaması gereken önerilerin bir listesi yer almaktadır.

Açıklama	Bağlam
Çift modlu kulaklıklar için Cross Transport Key Derivation (CTKD) desteği: Hem Klasik'ten LE'ye eşleme hem de LE'den Klasik'e eşleme için anahtar türetme desteği.	LEA kaynak cihaz pazar payı artana kadar yeni LEA kulaklıklarının çoğu çift modlu olacaktır. Kullanıcıların çift modlu mikrofonlu kulaklıklarını sorunsuz bir şekilde eşleyebilmesi ve her iki aktarım ayarını da yapabilmesi önemlidir. Bu, Google Hızlı Eşleme için de önemlidir.
LEA kulaklıklarınızın kaynak cihazlara güvenilir bir şekilde yeniden bağlanmasını istiyorsanız Hedeflenen Duyuruları (HD'ler) destekleyin. LE ses kulaklıkları, merkezi cihazlardan gelen bağlantı isteğinde bulunmak için TA'ları kullanmalıdır. Yakında yayınlanacak BT SIG'ye eklenecektir.	BR/EDR'nin, bağlantının telefon veya kulaklık tarafından başlatılabildiği paging modelinin aksine, LEA'da bağlantı merkezi cihaz tarafından başlatılmalıdır. Şu anda birçok kulaklık TA kullanmıyor. Bu, merkezi cihazın izin verilenler listesine eklemeden çevre birimine yeniden bağlanamayabileceği anlamına gelir. Ancak izin verilenler listesine ekleme geçici çözümü, mikrofonlu kulaklığın farklı bir merkezi cihaza bağlanmasını engelleyebilir. Bu nedenle, merkezi cihazın çok noktalı bağlantıları bozabilecek geçici çözümler olmadan güvenilir bir şekilde yeniden bağlanabilmesi için LEA kulaklıklarının TA'ları düzgün şekilde desteklemesi önemlidir.
Çift modlu kulaklıklar için optimize edilmiş bulunabilirlik Birincil kulaklık - BR/EDR bileşeni, herkese açık adresini kullanarak reklam yayınlamalı, EIR üzerinden adıyla sorgu ve sayfa taramasını etkinleştirmeli ve Cihaz Sınıfı (CoD) Büyük Hizmet Sınıflarında LE ses bitini 14'e ayarlamalıdır. Birincil kulaklık - LE bileşeni: Birincil kulaklık, BR/EDR bileşeniyle aynı Herkese Açık Adresi ve BR/EDR bileşeniyle aynı Tam Yerel Adı kullanarak bağlanabilir ve bulunabilir (sınırlı veya genel) bir reklam yayınlamalıdır. Görünüş Kategorisi, merkezi cihazın kullanıcı arayüzünü ve ses yönlendirme politikalarını ayarlamak için bu bilgileri kullanacağı beklentisiyle uzak cihaz türüyle eşleşen uygun bir Görünüş Kategorisi olarak ayarlanmalıdır. İkincil Kulaklık - Yalnızca LE: İkincil kulaklık, görünüm kategorisinin uzak cihaz türüyle eşleşen uygun bir görünüm kategorisi olarak ayarlandığı bağlı Kulaklıklar, CSIP grubundan dinamik olarak bir lideri birincil cihaz olarak seçmelidir. Kulaklık çift modluysa eşlemeden sonra hem LE hem de Klasik işlevlerinin düzgün şekilde çalışması için birincil cihazın da çift modlu olması gerekir.	Bu durum, çift modlu LEA kulaklıkların Bluetooth ayarlarında yinelenen girişler olarak görünmesini engeller. Bu durum, kullanıcıların kafasını karıştırarak LEA eşleme deneyimini olumsuz yönde etkileyebilir. Dinamik lider seçimi özellikle aşamalı olarak eşlenen çift modlu cihazlar için önemlidir. Örneğin, ilk eşlemede yalnızca bir kulaklık varsa kendisini ikili modlu cihaz olarak göstermelidir. Kullanıcı daha sonra ikinci kulaklıkla eşleştiğinde yalnızca LE bileşeniyle eşleşmesi gerekir. CSIP, Android'de kulaklıkların birlikte gruplandırılmasını sağlar. BR/EDR bileşeni, cihazın herkese açık adresini zaten yakındaki cihazlara gösterdiği için eşleme sırasında kimlik adresi önerilir.
Gelişmiş Özellik Protokolü (EATT) desteği.	Eşleme ve bağlantı gecikmesini azaltır.
Güçlü GATT önbelleğe alma özelliğini destekler.	Özellikle TWS kulaklıklar için bağlantı gecikmesini azaltır.
Bağlantı alt derecelendirmesini destekler.	Daha esnek paket planlaması ve potansiyel pil tasarrufu sağlar.
Hem oynatma hem de yakalama için ön ve son işleme sırasında sinyal işleme ardışık düzeninin 16, 24, 32 ve 48 kHz'te çalışabildiğinden ve daha yüksek frekansları desteklediğinden emin olun.	LEA arama veya VoIP yakalama yolları ve medya oynatma için desteklenen daha yüksek örnekleme hızlarından yararlanır.
LE Güç Kontrolü desteği	Daha iyi güç yönetimi

Bağlam türü desteği

Açıklama	Bağlam
Kulaklık belirli bir bağlam türünü açıkça desteklemediği sürece, Atanan Numaralar 6.12.3 bölümünde belirtilen tüm bağlam türlerini kullanın.	Örneğin, "Oyun" bağlam türü desteklenmiyorsa Android oyun sesleri gönderir. Özellikle, "Belirtilmemiş" bağlam türünün "herhangi bir bağlam türü" anlamına gelmediğini ve desteklenmeyen bağlam türlerini kapsamadığını unutmayın.
Merkezi cihaz, çevre birimi cihazın ASCS ile etkileşime geçtiğinde, çevre birimi, merkezi cihazın MCS ve TBS'sine bağlanmalıdır. Merkezi cihaz, A2DP veya HFP'yi kullanmaya geri dönebileceği için akış yolu olarak her zaman LE Audio'yu kullanmayabilir. Çevresel cihaz, merkezi cihazın akış için LE Audio'yu kullanıp kullanmayacağını belirtmek üzere ASCS etkileşimini kullanabilir. ASCS etkileşimlerine örnek olarak okuma, yazma ve bildirime kaydolma verilebilir.

Not: Şartnameye uygun olarak kulaklıklar, Kullanılabilir Bağlam Türleri'ndeki bağlam türlerini istedikleri zaman kaldırabilir ve bağlı tüm cihazlarda (şu anda belirli bir bağlam türünü aktaran cihazlar da dahil) kaldırabilir. Kulaklığın, şu anda aktarılan bağlam türünü, bu bağlam türünü aktaran cihazdaki Kullanılabilir Bağlam Türleri'nden kaldırmaması önerilir.