저전력 블루투스 오디오 (LEA)는 사용자가 배터리 수명을 저하하지 않고 Hi-Fi 오디오를 수신할 수 있도록 하며 사용자가 다양한 사용 사례 간에 원활하게 전환할 수 있도록 합니다. Android 13 (API 수준 33)에는 LEA 지원이 내장되어 있습니다.
대부분의 LEA 헤드셋은 LEA 소스 기기의 시장점유율이 증가할 때까지 듀얼 모드를 유지합니다. 사용자는 듀얼 모드 헤드셋에서 두 가지 전송을 페어링하고 설정할 수 있어야 합니다.
사용 사례
다음과 같은 사용 사례에 LEA를 통합하는 것이 좋습니다.
오디오 공유: 사용자는 하나 이상의 오디오 싱크 기기에 여러 오디오 스트림을 동시에 공유할 수 있습니다. 오디오는 소스 기기와 연결된 기기 간에 동기화됩니다.
오디오 방송: 사용자는 친구와 가족에게 오디오를 방송할 수 있으며 정보, 엔터테인먼트 또는 접근성을 위해 공개 방송에 연결할 수도 있습니다.
LC3 오디오 코덱 지원: 기본 오디오 코덱으로, HFP (음성)의 A2DP (미디어) 및 mSBC에 사용되는 SBC 코덱을 대체합니다. LC3는 보다 효율적이고 재구성 가능하며 품질이 우수합니다.
오디오 샘플링 개선: 헤드셋은 마이크를 사용할 때 높은 출력 오디오 품질을 유지할 수 있습니다. Bluetooth 클래식을 사용하면 블루투스 마이크를 사용할 때 음질이 떨어집니다. BLE 오디오를 사용하면 입력 및 출력 샘플링이 32kHz에 도달할 수 있습니다.
스테레오 마이크: 히어러블이 스테레오 마이크를 통해 오디오를 녹음하여 공간 음향을 개선할 수 있습니다.
보청기 프로필 (HAP) 지원: HAP는 사용자에게 이전 ASHA 프로토콜보다 더 뛰어난 접근성과 사용법을 제공합니다. 사용자는 전화 통화 및 VoIP 애플리케이션에 보청기를 사용할 수 있습니다.
향상된 속성 프로토콜 (EATT) 지원: 개발자는 EATT를 통해 페어링된 히어러블에 한 번에 여러 명령어를 전송할 수 있습니다.
주요 시나리오
사용 사례에는 네 가지 주요 카테고리가 있습니다.
대화형: 지연 시간이 짧은 통신 라우팅을 요구하는 다이얼러 및 VoIP 애플리케이션은 고품질 오디오를 제공하고 배터리 사용량을 줄입니다.
게임: 동시 마이크와 Hi-Fi 재생을 통해 게임에서 고품질 오디오를 히어블로 스트리밍할 수 있습니다. 게임 앱은 게임에서 블루투스 마이크를 사용할 준비가 되면 BLE 오디오 입력에 액세스할 수 있습니다. 그런 다음 플레이어가 피어 플레이어와 실시간 대화를 시작하면 게임 앱에서 지연 없이 마이크 데이터를 사용할 수 있습니다.
미디어: 미디어 애플리케이션에서 오디오 관리자의 기본 기기를 설정할 수 있습니다. 사용자는 시스템 설정에서 기본 기기를 변경하여 이를 재정의할 수 있습니다.
접근성: BLE 오디오를 지원하는 보청기가 이제 마이크를 사용하여 통화할 때 보청기를 계속 사용할 수 있습니다.
BLE 오디오 API 및 메서드
BLE 오디오 히어블을 지원하려면 다음 API 및 메서드가 필요합니다.
오디오 관리자
setCommunicationDevice()
는 음성 또는 영상 통화와 같은 통신 사용 사례에 사용할 오디오 기기를 선택합니다. 음성 또는 영상 채팅 애플리케이션에서는 이 방법을 사용하여 플랫폼에서 기본적으로 선택하지 않은 다른 오디오 기기를 선택할 수 있습니다. 이 API는 지원 중단된startBluetoothSco()
,stopBluetoothSco()
,setSpeakerphoneOn()
API를 대체합니다.clearCommunicationDevice
는 사용자가 여러 애플리케이션 간에 이동할 때 만족스러운 경험을 할 수 있도록 앱이 통화 또는 세션을 완료한 후 호출됩니다.
BluetoothProfile
BluetoothLeAudio
는 프록시 객체를 통해 블루투스 서비스를 제어합니다.
텔레콤 InCall 서비스
setAudioRoute()
는 현재 활성 기기로의 오디오 경로를 설정합니다.CallAudioState.ROUTE_BLUETOOTH
는 블루투스를 통해 오디오 스트림을 전달합니다.requestBluetoothAudio()
는 특정 블루투스 기기로 오디오 라우팅을 요청합니다.
오디오 기기 정보
AudioDeviceInfo.TYPE_BLE_HEADSET
은 오디오 기기 유형을 LEA 기기로 설명합니다. 들을 수 있는 기기가 LEA 기기인지 식별하는 데 사용됩니다.
오디오 레코더
setPreferredDevice()
은 오디오 라우팅에 사용할 기본 기기를 설정합니다. 사용자는 시스템 설정에서 이를 재정의할 수 있습니다.
블루투스 어댑터
- 플랫폼의 하드웨어가 LEA를 지원하는 경우
isLeAudioSupported()
가 반환됩니다. - 플랫폼의 하드웨어가 LEA를 지원하는 경우
isLeAudioBroadcastSourceSupported()
가 반환됩니다.
사용 사례 기반 가이드
다음은 구체적인 사용 사례를 기반으로 LEA를 구현하기 위한 가이드라인입니다.
음성 커뮤니케이션 애플리케이션
음성 통신 애플리케이션은 오디오 라우팅 및 기기 상태를 직접 관리하는 방식이나 오디오 라우팅 및 상태 로직을 수행하는 Telecom API를 사용하여 오디오 라우팅 및 기기 상태를 관리할 수 있습니다.
자체 관리형: 현재
startBluetoothSco()
,stopBluetoothSco()
,setSpeakerphoneOn()
를 사용 중이거나 오디오 라우팅 상태를 자체 관리하려는 애플리케이션의 경우 Audio Manager 자체 관리 통화 가이드를 따르세요.관리: Telecom API를 사용하여 음성 또는 영상 통화 애플리케이션을 만듭니다. 이 API를 사용하면 오디오 라우팅을 빠르고 쉽게 제어하고 블루투스 기기 간에 전환할 수 있습니다. 자세한 내용은 통신사 관리 통화 가이드를 참조하세요.
오디오 녹음 애플리케이션
- 미디어 녹음기: 미디어 레코더를 사용하여 오디오를 녹음할 때 이제 블루투스 히어러블이 LEA를 지원하는 경우 스테레오로 녹음할 수 있습니다. 오디오 녹음 가이드를 확인하세요.
LE 오디오 (LEA) 헤드셋 권장사항
LEA 헤드셋이 더 많이 출시됨에 따라 실제 테스트에서 사용자 환경을 저하하는 문제가 발견되었습니다. 이 사양은 이러한 문제를 모두 다루지는 않습니다. 다음 표에는 LEA 헤드셋 제조업체가 Android 사용자의 엔드 투 엔드 환경을 개선하기 위해 따라야 하는 권장사항 목록이 나와 있습니다.
설명 | 관련 정보 |
---|---|
듀얼 모드 헤드셋에 교차 전송 키 파생 (CTKD)을 지원합니다.
|
대부분의 신형 LEA 헤드셋은 LEA 소스 기기의 시장점유율이 증가할 때까지 듀얼 모드가 됩니다. 사용자가 듀얼 모드 헤드셋을 원활하게 페어링하고 두 전송을 모두 설정할 수 있어야 합니다. 이는 Google Fast Pair에도 중요합니다. |
LEA 헤드셋이 소스 기기에 안정적으로 다시 연결되도록 하려면 타겟팅 공지 (TA)를 지원합니다. LE 오디오 이어폰은 TA를 사용하여 중앙 기기에서 수신 연결을 요청해야 합니다. 예정된 BT SIG에 추가될 예정입니다. |
휴대전화 또는 헤드셋에서 연결을 시작할 수 있는 BR/EDR의 페이징 모델과 달리 LEA의 연결은 중앙 기기에서 시작해야 합니다. 현재 많은 헤드셋이 TA를 사용하지 않습니다. 즉, 주변기기를 허용 목록에 추가하지 않으면 중앙 기기에서 주변기기에 다시 연결하지 못할 수 있습니다. 하지만 허용 목록 작동으로 인해 헤드셋이 다른 중앙 기기에 연결되지 않을 수도 있습니다. 따라서 LEA 헤드셋이 TA를 올바르게 지원해야 다중 지점 연결을 중단할 수 있는 해결 방법 없이 중앙 기기를 안정적으로 다시 연결할 수 있습니다. |
듀얼 모드 이어폰의 검색 기능 최적화
|
이렇게 하면 듀얼 모드 LEA 이어폰이 블루투스 설정에서 중복 항목으로 표시되는 것을 방지할 수 있습니다. 이는 사용자를 혼란스럽게 하고 LEA 페어링 환경을 손상시킬 수 있습니다.
동적 리더 선택은 증분식으로 페어링된 듀얼 모드 기기에 특히 중요합니다. 예를 들어 최초 페어링 시 이어폰을 하나만 사용할 수 있는 경우 이어폰 자체를 듀얼 모드 기기로 표시해야 합니다. 나중에 사용자가 두 번째 이어폰과 페어링할 때는 LE 구성요소와 페어링하기만 하면 되며 CSIP는 이러한 이어폰이 Android에서 그룹화되도록 합니다. BR/EDR 구성요소가 이미 기기의 공개 주소를 근처 기기에 노출하므로 페어링하는 동안 ID 주소를 사용하는 것이 좋습니다. |
향상된 속성 프로토콜 (EATT)을 지원합니다. | 페어링 및 연결 지연 시간을 줄입니다. |
강력한 GATT 캐싱을 지원합니다. | 특히 TWS Buds의 연결 지연 시간이 줄어듭니다. |
연결 하위 등급을 지원합니다. | 보다 유연한 패킷 예약과 잠재적인 배터리 절약이 가능합니다. |
재생 및 캡처의 전처리와 후처리 중에 신호 처리 파이프라인이 16, 24, 32, 48kHz에서 작동할 수 있을 뿐만 아니라 더 높은 주파수를 지원할 수 있는지 확인합니다. | LEA 통화 또는 VoIP 캡처 경로 및 미디어 재생에 지원되는 더 높은 샘플링 레이트를 활용할 수 있습니다. |
LE 전원 제어 지원 | 전원 관리 개선 |
컨텍스트 유형 지원
설명 | 관련 정보 |
---|---|
헤드셋이 지정된 컨텍스트 유형을 명시적으로 지원하지 않는 한 할당된 번호 6.12.3에 지정된 모든 컨텍스트 유형을 사용합니다. | 예를 들어 '게임' 컨텍스트 유형이 지원되지 않는다면 Android는 게임 사운드를 전송합니다. 특히 '미지정' 컨텍스트 유형은 '모든 컨텍스트 유형'을 의미하지 않으며 지원되지 않는 컨텍스트 유형을 다루지 않습니다. |
중앙 기기가 주변기기의 ASCS와 상호작용할 때 주변기기를 중앙 기기의 MCS 및 TBS에 연결해야 합니다. 중앙 기기는 A2DP 또는 HFP 사용으로 대체될 수 있으므로 항상 LE 오디오를 스트리밍 경로로 사용하는 것은 아닐 수 있습니다. 주변기기는 중앙 기기에서 LE 오디오를 스트리밍에 사용할지 여부를 나타내는 지표로 ASCS 상호작용을 사용할 수 있습니다. ASCS 상호작용의 몇 가지 예로는 읽기, 쓰기, 알림 등록 등이 있습니다. |