Notas de la versión de Android 16

En esta página, se resumen las funciones principales de la versión de Android 16 y se proporcionan vínculos a información adicional. Los resúmenes de las funciones se ordenan según la ubicación de la documentación de las funciones en este sitio.

Audio

Compatibilidad con la política de audio configurable

El sistema HAL de HIDL permite que los proveedores de Android usen un enfoque alternativo para especificar reglas de enrutamiento de audio llamadas Política de audio configurable (CAP), que es más flexible que el motor predeterminado que se usa para teléfonos. Cuando se migra a la HAL de AIDL, no se implementó la compatibilidad con CAP en Android 14 y 15 debido a la falta de recursos. Solucionamos este problema en Android 16 proporcionando las definiciones de AIDL faltantes y cambiando el mecanismo de carga de la configuración de CAP por parte del framework. Consulta Compatibilidad con la política de audio configurable en el HAL de AIDL para obtener más información.

Convertimos el objetivo automático de Cuttlefish para aprovechar la implementación de AIDL de CAP y ayudar a los socios con la migración de sus productos.

Arquitectura

Bootloader genérico (GBL)

Android 16 incluye compatibilidad con un nuevo bootloader genérico (GBL), un bootloader estandarizado y actualizable diseñado para optimizar el proceso de inicio de Android.

Para obtener más información sobre GBL, consulta la descripción general del bootloader genérico (GBL).

Compatibilidad

Actualizaciones del ITS de la cámara

Android 16 contiene actualizaciones del Paquete de prueba de imagen de la cámara (ITS). Para obtener más información, consulta los siguientes vínculos:

• Notas de la versión de ITS de la cámara de Android 16
• Pruebas de ITS de la cámara de Android 16

Documento de definición de compatibilidad (CDD)

Se lanzó el Documento de definición de compatibilidad (CDD) de Android 16.

Actualizaciones de la prueba MIDI Bluetooth del verificador de CTS

Para simplificar el procedimiento de prueba y reducir los posibles errores, Android 16 te permite ejecutar pruebas de bucle invertido de MIDI Bluetooth CTS-V sin un periférico MIDI USB.

Para obtener la documentación específica de este cambio, consulta Actualizaciones de las pruebas de MIDI Bluetooth del verificador de CTS.

Actualizaciones de las pruebas del barómetro del verificador de CTS

Para admitir las funciones de ubicación de Android, Android 16 incluye un nuevo conjunto de pruebas de medición del barómetro CTS-V.

Para obtener la documentación específica de este cambio, consulta las pruebas de medición del barómetro del verificador del CTS.

Actualizaciones de las pruebas de varios dispositivos del verificador del CTS

Para admitir las funciones de conectividad de Android, Android 16 incluye un nuevo conjunto de pruebas de CTS-V.

Para obtener la documentación específica de este cambio, consulta Actualizaciones de pruebas multidispositivo de CTS Verifier.

Conectividad

Identificación del SO Android

A partir de Android 16, el framework de Android incluye un servicio de atributo genérico (GATT) llamado servicio de información de Android (AIS), que permite que los dispositivos Bluetooth lean el nivel de API de Android como una característica GATT del servicio. Este servicio permite que los fabricantes de dispositivos Bluetooth sepan si un periférico Bluetooth se está vinculando con un dispositivo central que ejecuta el SO Android y administran una lógica especializada según el nivel de API.

Para obtener más información, consulta Identificación del SO Android.

Modo de devolución de llamada de emergencia

Android 16 presenta la API del sistema EmergencyCallbackModeListener que permite que el módulo IMS obtenga el estado del modo de devolución de llamada de emergencia a través de una devolución de llamada cuando el dispositivo ingresa o sale del modo de devolución de llamada de emergencia para SMS o llamadas. Los fabricantes de dispositivos pueden usar esta API para implementar la administración de registro de IMS y cumplir con los requisitos de los operadores y 3GPP. Por ejemplo, si el equipo del usuario (UE) está en el estado de modo de devolución de llamada de emergencia, el módulo IMS se puede configurar para mantener su registro de emergencia durante un período determinado. El módulo IMS también puede mantener, extender y cancelar el registro de emergencia según el estado del modo de devolución de llamada de emergencia.

Actualizaciones del servicio de IMS

Android 16 presenta APIs del sistema que los fabricantes y proveedores de dispositivos pueden usar para su implementación de IMS. En la siguiente tabla, se enumeran las APIs que las apps con privilegios pueden usar para admitir servicios de IMS:

Clase	API
MmTelFeature	EpsFallbackReason
	ImsTrafficType
	ImsTrafficDirection
	modifyImsTrafficSession
	startImsTrafficSession
	stopImsTrafficSession
	triggerEpsFallback
ImsTrafficSessionCallback	Todos
ConnectionFailureInfo	Todos
TelephonyManager	getImsPrivateUserIdentity
	getImsPublicUserIdentities
	getImsPcscfAddresses
	getSimServiceTable
ImsCallSessionListener	callSessionTransferred
	callSessionTransferFailed
	callSessionSendAnbrQuery
SmsMessage	getRecipientAddress

Módulo de rango

Android 16 presenta el módulo de rango, que agrega las APIs para las tecnologías de rango, como la banda ultraancha, el sondeo de canales Bluetooth, el rango de RSSI de Bluetooth y el tiempo de ida y vuelta (RTT) de Wi-Fi. Para obtener más información, consulta:

• Rango: Especificación de la carga útil y la secuencia de mensajes fuera de banda
• Rango entre dispositivos (sitio de Android Developers)

Actualizaciones de hotspot de Wi-Fi

Android 16 presenta el método SoftApCallback#onClientsDisconnected para obtener una lista de clientes desconectados de un hotspot de Wi-Fi (AP en segundo plano) y el motivo de la desconexión de cada cliente. Esta función permite que los OEM de la industria automotriz cumplan con las especificaciones requeridas para las apps proyectadas, lo que mejora la capacidad de configuración y la funcionalidad de la pila de Wi-Fi de Android.

Para usar el método SoftApCallback#onClientsDisconnected, registra una devolución de llamada para obtener las capacidades del dispositivo con WifiManager#registerSoftApCallback para un hotspot con conexión por cable o WifiManager#registerLocalOnlyHotspotSoftApCallback para un hotspot solo local. Las devoluciones de llamada de AP soft registradas existentes deben anular el método SoftApCallback#onClientsDisconnected. Para obtener más información, consulta Desarrolla apps con APIs de hotspots.

Para ver un ejemplo de implementación de un hotspot de Wi-Fi con conexión en la página de configuración de referencia de AAOS para vehículos que usa SoftApCallback, consulta WifiTetheringHandler.java.

Para probar tu implementación, ejecuta las siguientes pruebas de unidades y pruebas de CTS Verifier:

• Pruebas de unidades
  • Administradores: atest packages/modules/Wifi/framework/tests/
  • Servicios: atest packages/modules/Wifi/service/tests/wifitests/
• Pruebas del verificador del CTS: atest CtsWifiSoftApTestCases

Pantalla

Modo de ventanas de escritorio

Las ventanas de escritorio permiten una mayor productividad, ya que proporcionan una interfaz familiar para organizar y cambiar el tamaño de las ventanas superpuestas. Consulta Cómo admitir el modo multiventana para obtener información sobre cómo admitir ventanas de escritorio.

Interacción

Tecnología háptica

Android 16 introduce APIs para reducir la fragmentación de la tecnología táctil en el ecosistema, eliminar la necesidad de ajustar dispositivos individuales y brindar experiencias de movimiento más ricas y expresivas a los desarrolladores y usuarios finales de los dispositivos. La nueva API de envolvente lineal por tramos (PWLE) admite la creación de efectos de PWLE normalizados que producen percepciones táctiles similares en dispositivos similares.

A continuación, se muestra un resumen de cómo las nuevas APIs de Android 16 mejoran las capacidades táctiles:

• Reduce los costos de desarrollo quitando la configuración por dispositivo a través de una escala de valores normalizada.
• Crea un conjunto de Baseline de primitivas táctiles para el ecosistema (por ejemplo, CLICK, TICK, LOW_TICK, SLOW_RISE, QUICK_RISE, QUCK_FALL, THUD y SPIN).
• Compatibilidad con la creación y composición de efectos paramétricos (duración, amplitud y frecuencia)
• Admite la protección automática para la sobrecarga de la tecnología táctil.
• Habilita experiencias multisensoriales, como la combinación de tecnología táctil y sonido.
• Cerrar la brecha de paridad de capacidades para desarrolladores de tecnología táctil de Android

Te recomendamos que integres y uses las nuevas APIs de PWLE normalizadas para habilitar las primitivas táctiles del modelo de referencia y brindar compatibilidad con nuevas experiencias táctiles para desarrolladores. Para obtener más información, consulta Cómo implementar efectos de PWLE.

Sensor de base de frecuencia cardíaca

En Android 16, para mantener la compatibilidad, el framework de Android usa el permiso SENSOR_PERMISSION_READ_HEART_RATE para los sensores de frecuencia cardíaca básicos. En Android 15 y versiones anteriores, el framework usa el permiso SENSOR_PERMISSION_BODY_SENSORS. Para obtener más información sobre el tipo de sensor de frecuencia cardíaca, consulta Frecuencia cardíaca.

Contenido multimedia

Compatibilidad con HDR

Android 16 introduce las siguientes mejoras para la compatibilidad con HDR:

• Capacidad de resguardo de apps (SDR como resguardo) a través de Media3 ExoPlayer y el selector de fotos.
• Compatibilidad mejorada de capturas de pantalla para contenido HDR. Para obtener más información, consulta HDR en capturas de pantalla de Android.
• Mayor coherencia en el contenido HDR creado.

Te recomendamos que hagas lo siguiente:

• Habilita HLG o DolbyVision (8.4 con HLG) en la app de la cámara de forma predeterminada.
• Habilita el Ultra HDR para las fotos de forma predeterminada.
• Proporciona compatibilidad de la app para videos HLG y captura Ultra HDR.

Marco de trabajo de calidad del contenido multimedia

En Android 16, estamos diseñando un nuevo framework de calidad de imagen y audio para establecer una API estandarizada para las implementaciones de Android TV. Este framework proporciona un enfoque unificado para los ajustes de calidad de imagen (PQ) y calidad de audio (AQ) en Android TVs y simplifica el desarrollo para los proveedores. Esta función proporciona lo siguiente:

• Configuración detallada de la calidad de imagen por transmisión, por usuario y por tipo de entrada en el panel de la pantalla, con una configuración a nivel del sistema para que toda la pantalla la use en todas las apps
• Configuración de audio detallada por transmisión y por dispositivo, con una configuración a nivel del sistema para usar en todas las apps

Códec de video

En Android 16, lanzaremos la compatibilidad de la plataforma con el códec de video profesional avanzado (APV). El códec APV es un códec intrafotogramas de alta tasa de bits diseñado para brindar a los creadores de contenido capturas y ediciones de alta calidad.

Además, Google planea migrar a todos los usuarios de VP8, VP9 y AVC (H.264) a AV1. Los desarrolladores de apps prefieren AV1, la nueva generación de códecs, para evitar transcodificaciones en el backend y reducir la latencia. Los códecs de hardware aún se recomiendan, en especial para la codificación, a pesar de que la compatibilidad con el códec de software AV1 está mejorando.

Puedes adoptar AV1 para obtener una mayor calidad, confiabilidad y simultaneidad, y considerar la compatibilidad con APV en la app de Cámara y Galería.

Rendimiento

Modo trade-in

Android 16 presenta el modo de intercambio, que permite a los desarrolladores y revendedores evaluar el estado del sistema después de un restablecimiento de la configuración de fábrica.

Para obtener más información, consulta Obtén información sobre el estado del sistema.

Permisos

Actualizaciones de roles de Android

Android 16 actualiza los siguientes roles:

• COMPANION_DEVICE_APP_STREAMING: Para casos de uso de transmisión, transmisión o replicación de apps, que permiten transmitir, transmitir o replicar desde un dispositivo con Android, como un teléfono celular o una tablet, a una computadora de escritorio o portátil.

• COMPANION_DEVICE_NEARBY_DEVICE_STREAMING: Para casos de uso de dispositivos Android, como teléfonos celulares o tablets, a la app de vehículos conectados y a la transmisión de apps de dispositivos XR.

Consulta Roles de Android para obtener más información.

Seguridad

Seguridad celular

Android 16 presenta cambios menores en la UX del botón de activación de conectividad 2G presente en la configuración de la SIM para alinearlo con el resto de la Configuración. Android 16 también presenta una sección dedicada a las funciones de seguridad del celular llamada Seguridad de la red móvil en Centro de seguridad en Configuración.

Integridad del dispositivo

Android 16 agrega compatibilidad con los certificados de certificación de KeyMint versión 4.0. Para verificar la integridad de los módulos APEX cargados, los certificados de KeyMint 4.0 incluyen un nuevo campo moduleHash en la estructura KeyDescription.

Consulta Certificación de IDs y claves para obtener más información.

Almacenamiento

Cuenta de contactos predeterminada

Los usuarios de Android pierden algunos contactos cuando cambian a otro dispositivo. Para reducir la pérdida de contactos, Android 16 presenta el concepto de una cuenta predeterminada para los contactos. Para admitir esta función, tu app de Contactos debe cumplir con los siguientes requisitos:

• Promociona las opciones de sincronización en la nube para evitar la pérdida de contactos con el tiempo
• Pregunta a los usuarios si quieren mover sus contactos locales y de la SIM a las cuentas predeterminadas de la nube
• Desalentar la creación de contactos locales y de SIM nuevos

Actualizaciones

Actualizaciones de apps sin inconvenientes

Cuando se actualiza un paquete, se detiene y se pone en un estado inmovilizado para evitar que se ejecute mientras cambian su código y sus recursos. En el caso de las apps grandes, complejas y críticas para el sistema, poner los paquetes en un estado inmovilizado puede generar una experiencia del usuario deficiente, ya que las apps dependientes podrían no ejecutarse.

Android 16 reduce el tiempo durante el cual una app no se puede ejecutar moviendo dexopt o dex2oat a una fase anterior del proceso de instalación. Este cambio reduce el tiempo que una app está inmovilizada de segundos a decenas de milisegundos.