Bluetooth Düşük Enerjili Ses

Bluetooth Düşük Enerji Audio (LEA), kullanıcıların pil ömründen ödün vermeden yüksek kaliteli ses almasını sağlar ve farklı kullanım alanları arasında sorunsuz bir şekilde geçiş yapmalarına olanak tanır. 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 yöntemini de eşleyip ayarlayabilmelidir.

Kullanım alanları

Aşağıdaki kullanım alanları için LEA'yı 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 ile bağlı cihazlar arasında senkronize edilir.

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

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

• Kayıttan ses parçası kullanma iyileştirmeleri: Mikrofonlu kulaklıklar, mikrofon kullanırken yüksek çıkışlı ses kalitesini koruyabilir. Bluetooth Classic, Bluetooth mikrofonlar kullanılırken ses kalitesini düşürür. BLE Audio ile giriş ve çıkış örneklemesi 32 kHz'e ulaşabilir.

• Stereo mikrofon: İşitilebilir cihazlar, her yönden gelen ses geliştirmeleri için stereo mikrofonlarla ses kaydedebilir.

• Hearing Aid Profile (HAP) desteği: HAP, kullanıcılara önceki ASHA protokollerine kıyasla daha fazla erişilebilirlik ve kullanım olanağı 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şlenmiş 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, oyunların işitme cihazlarına yüksek kaliteli ses akışı yapmasına olanak tanır. Bir oyun uygulaması, Bluetooth mikrofonu kullanıma hazır hale getiren bir oyun sırasında BLE ses girişine erişebilir. Ardından, bir oyuncu başka bir oyuncuyla canlı sohbet başlattığında oyun uygulaması, mikrofon verilerini gecikmeden kullanabilir.

3. Medya: Medya uygulamalarının, ses yöneticisinin tercih ettiği cihazı ayarlamasına izin verilir. 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. Böylece kullanıcılar, görüşme sırasında işitme cihazlarını sürekli olarak kullanabilir.

BLE Audio API'leri ve yöntemleri

BLE Audio işitilebilir cihazlarını desteklemek için aşağıdaki API'ler ve yöntemler gereklidir:

AudioManager

• setCommunicationDevice() İletişim kullanım alanlarında (ör. sesli veya görüntülü görüşmeler) kullanılacak ses sistemini seçer. Bu yöntem, platform tarafından varsayılan olarak seçilenin dışında farklı bir ses sistemi seçmek için sesli veya görüntülü sohbet uygulamaları tarafından kullanılabilir. Bu API, desteği sonlandırılan aşağıdaki API'lerin yerini alır: startBluetoothSco(), stopBluetoothSco(), ve setSpeakerphoneOn().
• clearCommunicationDevice() Uygulamanız bir aramayı veya oturumu tamamladıktan sonra çağrılır. Bu sayede, kullanıcının farklı uygulamalar arasında geçiş yaparken harika bir deneyim yaşamasını sağlar.

BluetoothProfile

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

Telecom InCallService

• InCallService#requestCallEndpointChange(), uygulamaların sesi belirli bir CallEndpoint'ye yönlendirmesini sağlamak için desteği sonlandırılan InCallService.setAudioRoute() ve InCallService.requestBluetoothAudio() API'lerinin yerini alıyor. 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'ler, Android telefondaki varsayılan telefon uygulaması veya ses yönlendirmeyi etkilemek isteyebilecek giyilebilir cihazlar, otomobiller ya da diğer Bluetooth cihazları gibi diğer arama yüzeyleri tarafından kullanılmak üzere tasarlanmıştır.

Telecom CallControl

• Yeni CallControl sınıfı, yalnızca VoIP uygulamalarında Connection ve ConnectionService yerine kullanılmak üzere API düzeyi 34'te kullanıma sunulmuştur.
• CallControl.requestCallEndpointChange() ayrıca CallEndpoint değişikliği de istiyor. Bu API, desteği sonlandırılan Connection.requestBluetoothAudio() ve Connection.setAudioRoute() API'lerinin yerini almıştır.
• Güncellenen Telecom platform API'lerinin yanı sıra sesli ve/veya görüntülü görüşme uygulamaları oluştururken Telecom Jetpack kitaplığı da şiddetle tavsiye edilir. Bu kitaplık, entegrasyon sürecini büyük ölçüde basitleştirebilir ve tüm Android platformlarında VoIP görüşmelerini iyileştirebilir.

Ses Cihazı Bilgileri

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

Ses Kaydedici

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

Bluetooth Adaptörü

• isLeAudioSupported(): Cihaz donanımının LE Audio'yu destekleyip desteklemediğini belirten bir @BluetoothStatusCodes sabiti (FEATURE_SUPPORTED, FEATURE_NOT_SUPPORTED veya bir hata kodu) döndürür.
• isLeAudioBroadcastSourceSupported(): Cihaz donanımının LE Audio yayın kaynağını destekleyip desteklemediğini belirten @BluetoothStatusCodes sabitini (FEATURE_SUPPORTED, FEATURE_NOT_SUPPORTED veya bir hata kodu) döndürür.

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

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

Sesli iletişim uygulamaları

Sesli iletişim uygulamaları, durumu kendileri yöneterek veya ses yönlendirme ve durum mantığını sizin için yapan Telecom API'yi kullanarak ses yönlendirmeyi ve cihaz durumunu 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 Audio Manager kendi kendine yönetilen çağrı kılavuzunu uygulayın.

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

Bu iki çözüm, ses yönlendirmeyi hızlı ve kolay bir şekilde kontrol etmenizi ve Bluetooth cihazlar arasında geçiş yapmanızı sağlar. Daha fazla bilgi için Telecom managed calls guide (Telekom tarafından yönetilen görüşmeler kılavuzu) başlıklı makaleyi inceleyin.

Ses kaydı uygulamaları

• Medya Kaydedici: Medya Kaydedici ile ses kaydederken Bluetooth işitme cihazı LEA'yı destekliyorsa artık stereo kayıt yapabilirsiniz. Ses kaydı kılavuzuna göz atın.

LE Audio (LEA) kulaklık önerileri

Daha fazla LEA kulaklığı piyasaya sürüldükçe, gerçek dünya testlerinde kullanıcı deneyimini olumsuz etkileyen sorunlar tespit ettik. Spesifikasyon, bu sorunların tümünü kapsamaz. Aşağıdaki tabloda, Android kullanıcıları için uçtan uca deneyimi iyileştirmek amacıyla LEA kulaklık üreticilerinin uyması gereken önerilerin listesi verilmiştir.

Açıklama	Bağlam
Çift modlu kulaklıklar için Taşıma Arası Anahtar Türetme (CTKD) desteği: Hem Classic-to-LE eşleme hem de LE-to-Classic eşleme için anahtar türetmeyi destekler.	LEA kaynak cihaz pazar payı artana kadar çoğu yeni LEA kulaklığı çift modlu olacaktır. Kullanıcıların çift modlu kulaklıklarını sorunsuz bir şekilde eşleştirebilmesi ve her iki aktarımı da ayarlayabilmesi ö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 Hedefli Duyurular'ı (TA) destekleyin. LE Audio kulaklıklar, merkezi cihazlardan gelen bağlantı isteğinde bulunmak için TA'ları kullanmalıdır. Gelecekteki BT SIG'ye eklenecektir.	BR/EDR'nin bağlantı isteği modelinde bağlantı telefon veya kulaklık tarafından başlatılabilirken LEA'da bağlantı merkezi cihaz tarafından başlatılmalıdır. Şu anda birçok kulaklık TA'ları kullanmamaktadır. Bu nedenle, merkezi cihaz, çevre birimini izin verilenler listesine eklemeden ona yeniden bağlanamayabilir. Ancak izin verilenler listesi geçici çözümü, 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 TA'ları düzgün şekilde desteklemesi önemlidir.
Çift modlu kulaklıklar için optimize edilmiş keşfedilebilirlik Birincil kulaklık - BR/EDR bileşeni, herkese açık adresini kullanarak reklam yayınlamalı, EIR aracılığıyla adının kullanılabilir olmasını sağlayarak sorgu ve sayfa taramayı etkinleştirmeli ve Cihaz Sınıfı'nın (CoD) Başlıca Hizmet Sınıfları'nda LE ses bitini 14 olarak ayarlamalıdır. Birincil kulaklık - LE bileşeni: Birincil kulaklık, BR/EDR bileşeniyle aynı genel adresi ve BR/EDR bileşeniyle aynı tam yerel adı kullanarak Bağlanabilir ve Keşfedilebilir (sınırlı veya genel) bir reklam yayınlamalıdır. Görünüm kategorisi, merkezi cihazın kullanıcı arayüzünü ve ses yönlendirme politikalarını ayarlamak için bu bilgileri kullanması beklentisiyle, uzaktan cihaz türüyle eşleşen uygun bir görünüm kategorisi olarak ayarlanmalıdır. İkincil kulaklık - Yalnızca LE: İkincil kulaklık, Görünüm Kategorisi, uzak cihaz türüyle eşleşen uygun bir Görünüm Kategorisi olarak ayarlanmış şekilde Connectable, Non-Discoverable reklamı yayınlamalıdır. Merkezi cihazın, kullanıcı arayüzünü ve ses yönlendirme politikalarını ayarlamak için bu bilgileri kullanması beklenir. Kulaklıklar, CSIP grubundan bir lideri dinamik olarak birincil cihaz olarak seçmelidir. Kulaklık çift modluysa eşleme işleminden sonra hem LE hem de Klasik işlevlerinin doğru şekilde çalışması için birincil cihazın çift modlu olması gerekir.	Bu sayede, çift modlu LEA kulaklıkların Bluetooth ayarlarında yinelenen girişler olarak görünmesi önlenir. Bu durum, kullanıcıların kafasını karıştırabilir ve LEA eşleştirme deneyimini olumsuz etkileyebilir. Dinamik lider seçimi, özellikle artımlı olarak eşlenen çift modlu cihazlar için önemlidir. Örneğin, ilk eşleme sırasında yalnızca bir kulaklık varsa bu kulaklık, çift modlu bir cihaz olarak görünmelidir. Kullanıcı daha sonra ikinci kulaklıkla eşleme yaptığında yalnızca LE bileşeniyle eşleme yapması gerekir. CSIP, Android'de birlikte gruplandırılmalarını sağlar. BR/EDR bileşeni, cihazın herkese açık adresini yakındaki cihazlara zaten gösterdiğinden eşleme sırasında kimlik adresi kullanılması önerilir.
Gelişmiş Özellik Protokolü (EATT)'nü destekleyin.	Eşleme ve bağlantı gecikmesini azaltır.
Güçlü GATT önbelleğe alma desteği.	Bağlantı gecikmesini azaltır (özellikle TWS kulaklıklar için).
Bağlantı alt derecelendirmesi desteklenir.	Daha esnek paket planlaması ve potansiyel pil tasarrufu sağlar.
Hem oynatma hem de yakalama için işleme öncesi ve sonrası sırasında sinyal işleme ardışık düzeninin 16, 24, 32 ve 48 kHz'de çalışabildiğinden ve daha yüksek frekansları desteklediğinden emin olun.	LEA araması veya VoIP yakalama yolları ve medya oynatma için desteklenen daha yüksek örnekleme hızlarından yararlanır.
LE Güç Denetimi'ni destekleme	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 Assigned Numbers 6.12.3'te belirtilen tüm bağlam türlerini kullanın.	Örneğin, "Oyun" bağlam türü desteklenmiyorsa Android oyun seslerini 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 biriminin ASCS'siyle etkileşimde bulunduğunda çevre birimi, merkezi cihazın MCS'sine ve TBS'sine bağlanmalıdır. Merkezi cihaz, A2DP veya HFP'ye geri dönebildiği için akış yolu olarak her zaman LE sesini kullanmayabilir. Çevre birimi, merkezi cihazın akış için LE Audio'yu kullanıp kullanmayacağını belirlemek üzere ASCS etkileşimini kullanabilir. ASCS etkileşimlerine örnek olarak okuma, yazma ve bildirimlere kaydolma verilebilir.

Not: Şartnameye uygun olarak, kulaklıklar bağlam türlerini Kullanılabilir Bağlam Türleri'nden istediği zaman ve bağlı tüm cihazlardan (şu anda belirli bir bağlam türünü yayınlayan cihazlar dahil) kaldırabilir. Kulaklığın, şu anda yayınlanan bağlam türünü, bu bağlam türünü yayınlayan cihazdaki Kullanılabilir Bağlam Türleri'nden kaldırmaması önerilir.