Android 14 supporta la dose di suono nel framework audio e nell'HAL audio monitorando continuamente le misurazioni della dose di suono ed emettendo avvisi agli utenti sui livelli di esposizione dannosi.
La dose sonora è una misurazione dei livelli di pressione sonora in un determinato periodo di tempo. Monitorando la dose sonora, possiamo contribuire a proteggere gli utenti dagli effetti dannosi dell'esposizione sonora eccessiva o prolungata, offrendo così una migliore protezione dell'udito quando si utilizzano cuffie su dispositivi Android portatili e riducendo al minimo la possibilità di un danno all'udito.
I nuovi standard per i dispositivi di ascolto sicuri sono conformi ai requisiti normativi per la protezione dell'udito nella IEC62368-1, 3ª edizione (accesso con login) e nella EN50332-3 (accesso limitato agli abbonati), che introducono il concetto di dose sonora.
La funzione di dose sonora consente agli OEM di rispettare i nuovi regolamenti sulla sicurezza dell'udito. Per supportare la dose sonora, gli OEM devono seguire le specifiche e i regolamenti dell'interfaccia per tutte le personalizzazioni e le certificazioni. Un'implementazione OEM personalizzata può ignorare o modificare l'implementazione predefinita di AOSP della dose sonora. Tuttavia, è vivamente consigliato l'utilizzo dell'implementazione AOSP.
Calcolo della dose sonora
Gli standard IEC62368-1 3ª edizione ed EN50332-3 aumentano l'accuratezza della misurazione dell'esposizione al suono calcolando la dose di suono calcolata (CSD). Il CSD viene calcolato integrando i livelli di esposizione momentanea (MEL) nel tempo. Per il calcolo della dose sonora viene mantenuta una finestra mobile continua di sette giorni di valori CSD accumulati.
In conformità alla sezione 10.6.3.2 della terza edizione della norma IEC62368-1, se il valore CSD raggiunge il limite del 100%, il sistema avvisa l'utente dei livelli sonori a ogni aumento del 100%. Se l'utente non riconosce l'avviso, il volume si abbassa al valore predefinito della classe 1 di sorgente di energia di radiazione (RS1) della Tabella 39 della norma IEC62368-1.
Come indicato nella sezione 10.6.3.3 della terza edizione della norma IEC62368-1, insieme agli avvisi relativi alla dose sonora, il sistema deve avviare un avviso basato sull'esposizione ogni volta che il valore MEL supera il valore della classe 2 di sorgente di energia di radiazione (RS2) della Tabella 39 della norma IEC62368-1.
Per la certificazione in base a questi regolamenti e per rendere più pertinenti i valori CSD, il sistema deve utilizzare valori di output accurati percepiti dagli utenti (ad esempio l'output di riproduzione dei contenuti multimediali). È importante che il calcolo della dose sonora cumulativa utilizzi valori vicini ai livelli di pressione sonora effettivi a cui l'utente è esposto.
Architettura
A seconda di dove vengono acquisiti i frame, le caratteristiche hardware e gli effetti dei trasduttori possono influenzare il livello di potenza dei frame sottoposti a rendering. Per ottenere una misurazione precisa del livello di pressione sonora di uscita, abbiamo esteso l'HAL per ottenere i valori MEL direttamente dall'hardware sottostante e tenere conto dei possibili effetti applicati dal processore di segnali digitali (DSP) o dalle proprietà dell'altoparlante, come impedenza, sensibilità e risposta in frequenza.
Se l'HAL non è in grado di fornire valori MEL, come meccanismo di riserva, il framework audio analizza e calcola CSD. Questo calcolo nel framework audio si basa sulle informazioni sull'output di rendering riportate da HAL e sui frame inviati al DSP audio.
La dose sonora introduce due componenti, SoundDoseHelper
e
SoundDoseManager,
, come mostrato nella Figura 1:
Figura 1. Componenti architetturali della funzionalità Dose sonora.
SoundDoseHelper
La classe SoundDoseHelper
, che si trova nel processo systemserver
, è il
punto di raccolta principale per tutti i dati pertinenti sul dosaggio del suono. La classe AudioService
gestisce la classe SoundDoseHelper
.
La classe SoundDoseHelper
è responsabile di quanto segue:
- Gestione delle nuove informazioni sul dosaggio
- Persistenza dei valori della dose sonora
- Recupero dello stato in caso di arresto anomalo di
audioserver
- Attivazione delle notifiche dell'UI di sistema
- Abbassare il volume
SoundDoseManager
La classe SoundDoseManager
, che si trova nel processo audioserver
e fa parte della classe AudioFlinger
, raccoglie i dati sulla dose sonora dall'HAL o li calcola internamente, come fallback, dai frame inviati all'HAL. La classe SoundDoseManager
invia
i dati sulla dose sonora alla classe SoundDoseHelper
.
MelProcessor e MelAggregator
Se l'HAL non è in grado di fornire i valori MEL, per il calcolo interno della dose sonora vengono utilizzate le utilità MelProcessor
e MelAggregator
in libaudioutils
.
Nella classe MelProcessor
, il calcolo principale viene eseguito su un buffer con
campioni audio chiamando MelProcessor::process(const void* buffer, size_t bytes)
.
Se necessario, gli OEM possono utilizzare MelProcessor
nella propria implementazione HAL.
La classe MelAggregator
riceve i valori MEL da diverse porte audio e
calcola il valore CSD con una finestra mobile di sette giorni. Il metodo MelAggregator::aggregateAndAddNewMelRecord_l(MelRecord mel)
esegue la logica. I risultati vengono inviati alla classe SoundDoseManager
per
comunicare con AudioService
.
Implementazione
Le estensioni dell'interfaccia HIDL sono obsolete a partire da Android 14,
pertanto la nuova interfaccia HAL per il recupero dei valori MEL calcolati e l'emissione di avvisi
di esposizione, denominata ISoundDose
,
è definita come parte dell'interfaccia HAL audio AIDL. Tuttavia,
per gli implementatori che hanno bisogno di più tempo per integrare l'AIDL Audio HAL, abbiamo un
HAL AIDL per la dose di suono autonomo, che offre l'interfaccia
ISoundDoseFactory
. Questa funzionalità verrà
ritirata in futuro.
I metodi HAL per il supporto della dose sonora sono mostrati nel seguente esempio di codice:
/**
* This interface provides functions related to sound exposure control required for compliance to
* EN/IEC 62368-1 3rd edition. Implementing this interface is mandatory for devices for which
* compliance to this standard is mandated and implementing audio offload decoding or other direct
* playback paths where volume control happens below the audio HAL.
*/
@VintfStability
interface ISoundDose {
/**
* Max value in dBA used for momentary exposure warnings as defined by IEC62368-1
* 3rd edition. This value represents the default RS2 upper bound.
*/
const int DEFAULT_MAX_RS2 = 100;
/** Min value of the RS2 threshold in dBA as defined by IEC62368-1 3rd edition. */
const int MIN_RS2 = 80;
/**
* Sets the RS2 upper bound used for momentary exposure warnings. Default value is
* DEFAULT_MAX_RS2 as specified in IEC62368-1 3rd edition.
*
* @param rs2ValueDbA custom RS2 upper bound to use
* @throws EX_ILLEGAL_ARGUMENT if rs2ValueDbA is greater than DEFAULT_MAX_RS2 or lower
* than MIN_RS2
*/
void setOutputRs2UpperBound(float rs2ValueDbA);
/**
* Gets the RS2 upper bound used for momentary exposure warnings.
*
* @return the RS2 upper bound in dBA
*/
float getOutputRs2UpperBound();
/**
* Registers the HAL callback for sound dose computation. If sound dose is supported
* the MEL values and exposure notifications will be received through this callback
* only. The internal framework MEL computation will be disabled.
* It is not possible to unregister the callback. The HAL is responsible to provide
* the MEL values throughout its lifecycle.
*
* @param callback to use when new updates are available for sound dose
*/
void registerSoundDoseCallback(in IHalSoundDoseCallback callback);
@VintfStability
oneway interface IHalSoundDoseCallback {
/**
* Called whenever the current MEL value exceeds the set RS2 upper bound.
*
* @param currentDbA the current MEL value which exceeds the RS2 upper bound
* @param audioDevice the audio device where the MEL exposure warning was recorded
*/
void onMomentaryExposureWarning(float currentDbA, in AudioDevice audioDevice);
@VintfStability
parcelable MelRecord {
/**
* Array of continuously recorded MEL values >= MIN_RS2 (1 per second).
* First value in the array was recorded at 'timestamp'.
*/
float[] melValues;
/**
* Corresponds to the time in seconds, as reported by CLOCK_MONOTONIC, when
* the first MEL entry in melValues was recorded. The timestamp values have
* to be consistent throughout all audio ports, equal timestamp values will
* be aggregated.
*/
long timestamp;
}
/**
* Provides a MelRecord containing continuous MEL values sorted by timestamp.
* Note that all the MEL values originate from the audio device specified by audioDevice.
* In case values from multiple devices need to be reported, the caller should execute
* this callback once for every device.
*
* @param melRecord contains the MEL values used for CSD
* @param audioDevice the audio device where the MEL values were recorded
*/
void onNewMelValues(in MelRecord melRecord, in AudioDevice audioDevice);
}
}
La nuova interfaccia HAL implementa callback
che informano il framework sull'esposizione momentanea e forniscono valori MEL
ogni volta che il livello di output supera RS1. Quando queste interfacce vengono implementate,
il framework le utilizza per la generazione di report CSD. Senza questa implementazione del callback,
viene utilizzata un'implementazione di riserva su AudioFlinger
per calcolare le stime dei valori CSD.
Supporto AIDL autonomo per la dose sonora
Finché gli OEM non possono integrare la dose sonora nell'HAL audio AIDL, possono utilizzare l'API AIDL autonoma ISoundDoseFactory
come soluzione alternativa. ISoundDoseFactory
utilizza l'interfaccia ISoundDose
, come mostrato nell'esempio di codice seguente:
@VintfStability
interface ISoundDoseFactory {
/**
* Retrieve the sound dose interface for a given audio HAL module name.
*
* If a device must comply to IEC62368-1 3rd edition audio safety requirements and is
* implementing audio offload decoding or other direct playback paths where volume control
* happens below the audio HAL, it must return an instance of the ISoundDose interface.
* The same instance must be returned during the lifetime of the HAL module.
* If the HAL module does not support sound dose, null must be returned, without throwing
* any errors.
*
* @param module for which we trigger sound dose updates.
* @return An instance of the ISoundDose interface implementation.
* @throws EX_ILLEGAL_STATE If there was an error creating an instance.
*/
@nullable ISoundDose getSoundDose(in @utf8InCpp String module);
}
Supporto di AIDL Audio HAL per la dose sonora
L'interfaccia della dose sonora è supportata a lungo termine nell'ambito dell'HAL audio AIDL
estendendo l'interfaccia IModule
, come mostrato nel seguente esempio di codice:
@VintfStability
interface IModule {
…
/**
* Retrieve the sound dose interface.
*
* If a device must comply to IEC62368-1 3rd edition audio safety requirements and is
* implementing audio offload decoding or other direct playback paths where volume control
* happens below the audio HAL, it must return an instance of the ISoundDose interface.
* The same instance must be returned during the lifetime of the HAL module.
* If the HAL module does not support sound dose, null must be returned, without throwing
* any errors.
*
* @return An instance of the ISoundDose interface implementation.
* @throws EX_ILLEGAL_STATE If there was an error creating an instance.
*/
@nullable ISoundDose getSoundDose();
}
Questa funzionalità è un'implementazione di un nuovo regolamento descritto in IEC62368-1 3a edizione ed EN50332-3, pertanto non esistono API rivolte all'esterno.
Gli OEM possono certificare i propri dispositivi implementando le nuove interfacce HAL e fornendo dati MEL accurati per CSD al framework audio (consigliato) oppure fornendo un'implementazione personalizzata della dose sonora.
Attiva il calcolo della dose sonora
Per impostazione predefinita, AOSP supporta la logica di sicurezza dell'udito che garantisce la certificazione con gli standard EN50332-2 e IEC62368-1 10.6.5 esistenti.
In Android 14, il calcolo della dose sonora è disattivato per impostazione predefinita.
Segui le linee guida riportate di seguito per attivare il calcolo della dose sonora a partire da Android 14-QPR1.
Se le normative sulla dose sonora sono applicate nel tuo paese, controlla se
config_safe_media_volume_enabled
inconfig.xml
è impostato sutrue
.Per essere conformi agli standard EN50332-3 e IEC62368-1 10.6.3, i fornitori devono sovrapporre il flag
config_safe_sound_dosage_enabled
inconfig.xml
atrue
. Per i dispositivi che supportano la decodifica offload e non implementano le interfacce HAL per la dose sonora,config_safe_sound_dosage_enabled
non deve essere impostato sutrue
. In questi casi, l'impostazione diconfig_safe_sound_dosage_enabled
sutrue
può comportare valori CSD imprecisi e problemi di certificazione per gli standard di udito di sicurezza.
Il seguente grafico decisionale descrive la logica che determina se, in base alle limitazioni del paese e ai valori dei flag, vengono calcolati i livelli di sicurezza dell'udito CSD o quelli legacy (implementati prima di Android 14).
Figura 2. Attiva il calcolo della dose sonora (la logica viene aggiunta in Android 14-QPR1).
Convalida
Quando implementano l'interfaccia HAL per la dose sonora, gli OEM devono eseguire la convalida in base
ai casi di test VTS definiti da VtsHalAudioCoreTargetTest
per l'implementazione di IModule AIDL Audio HAL o da VtsHalSoundDoseFactoryTargetTest
per l'implementazione di AIDL HAL della dose sonora autonoma.