Selección de red

En esta página, se describe cómo Android selecciona entre las redes disponibles de forma simultánea. Este mecanismo de selección de red afecta la manera en la que Android entrega las solicitudes de red de la app y del sistema, y también influye en la forma en que se elige la red predeterminada de una app.

Comportamiento de la selección de red

En esta sección, se describe el comportamiento de selección de red para dispositivos que ejecutan Android 12 o versiones posteriores, y para dispositivos que ejecutan Android 11 y versiones anteriores.

Android 12

En dispositivos que ejecutan Android 12 o versiones posteriores, Android usa el NetworkScore para seleccionar entre las redes disponibles. Esta clase contiene varios marcas necesarias para tomar decisiones relacionadas con las políticas. Cada marca representa semánticamente un de una red que es importante para la selección de la red.

Un agente de red (NetworkAgent) usa la marca POLICY_TRANSPORT_PRIMARY para especificar que la red es preferida cuando hay varias redes del mismo transporte. Un ejemplo típico de esto es un dispositivo con doble SIM que tiene un interruptor en Configuración para permitir que el usuario elija cuál de las tarjetas SIM usar de forma predeterminada. Dentro de un transporte determinado, Android prefiere una red con el POLICY_TRANSPORT_PRIMARY marca en una red sin la marca.

Un agente de red usa la marca POLICY_EXITING para identificar una red que se espera que se desconecte pronto. Un ejemplo típico de esto es cuando la calidad de una red Wi-Fi se degrada a medida que un usuario sale del rango de la red. Android evita usar una red con esta marca si otra sin esta marca está disponible. Cada agente de red individual puede determinar cuándo una red se degrada lo suficiente como para considerarse que está saliendo.

La clase NetworkScore también permite que un agente de red declare que se mantenga una red con la marca KEEP_CONNECTED_FOR_HANDOVER y el método NetworkScore.Builder.setKeepConnectedReason. Esta KEEP_CONNECTED_FOR_HANDOVER es útil para redes potenciales, ya que permite que un agente de red muestre una red en un STA de Wi-Fi secundario sin convertirla en la red principal hasta que el rendimiento de la red. Si un agente de red no declara esto marca, las redes potenciales son eliminadas por no atender ninguna solicitud antes el agente tiene la oportunidad de evaluar el rendimiento de una red.

Si dos redes pueden entregar una solicitud determinada y son equivalentes desde un punto de política de la vista, la selección prefiere la red que está entregando actualmente el para cada solicitud. Si ninguna red entrega la solicitud, elige una de las dos, después de lo cual esta red seguirá siendo preferida hasta que cambien las marcas de política.

La implementación de la función de selección de redes se encuentra en el Módulo de conectividad en el AOSP. La lógica de la política para la selección de redes se encuentra en NetworkRanker y sus clases auxiliares. Esto significa que los fabricantes de dispositivos no pueden personalizar directamente el código de selección de red, sino que deben usar las marcas en NetworkScore para transmitir la información necesaria sobre las redes.

Android 11

En el caso de los dispositivos que ejecutan Android 11 o versiones anteriores, Android realiza la selección de red. basado en un número entero simple enviado desde las implementaciones de un agente de red (NetworkAgent). Para cada solicitud, Android selecciona la red con la puntuación numérica más alta. que pueda satisfacer la solicitud. Esta puntuación numérica se compone del número entero que envía el agente de red más bonificaciones o penalizaciones adicionales que se otorgan en función de una serie de condiciones, como si la red está validada o si es una VPN. Los agentes de red individuales se sincronizan entre sí para tomas decisiones de políticas.

Si dos redes pueden entregar una solicitud determinada y tienen la misma puntuación numérica, el comportamiento no está definido.

Clase NetworkScore

La clase central para la función de selección de red es NetworkScore. Esta clase contiene la API y documentación de las marcas disponibles y el setKeepConnectedReason .

La clase NetworkScore se debe compilar a través de su clase de compilador y pasarse al constructor NetworkAgent durante la inicialización. Las puntuaciones de red se pueden actualizar en cualquier momento con el método NetworkAgent#sendNetworkScore.

Ejemplos de implementación de agentes de red

El AOSP incluye implementaciones de ejemplo de varios agentes de red. Lo siguiente son implementaciones de ejemplo:

  • TelephonyNetworkAgent: Usa la puntuación de red para comunicar la política de redes móviles.
  • ClientModeImpl.WifiNetworkAgent: Usa la puntuación de red para comunicar la política de las redes Wi-Fi. Esta incluye retrocompatibilidad con el número entero heredado puntuación de red con la marca POLICY_EXITING.

Dispositivos que se actualizan a Android 12

Los fabricantes de dispositivos que actualizan sus dispositivos a Android 12 deben modificar sus implementaciones de agentes de red para usar la clase NetworkScore. El número entero heredado que se usa en Android 11 o versiones anteriores se pasa en NetworkScore, pero solo se usa para el registro y para evitar regresiones en Android 12. En Android 12, los fabricantes de dispositivos deben expresar cambios deseados con las marcas NetworkScore. Luego, el módulo Connectivity Mainline usa las marcas para tomar la decisión de selección de red. Los fabricantes de dispositivos que usan código para Android 11 o versiones anteriores, pero que compilan con la implementación en Android 12, pueden esperar errores de compilación, ya que se quitaron los métodos para actualizar el número entero heredado en Android 12.

Para los agentes de red que usan NetworkFactory debe expresar su filtro de puntuación en un objeto NetworkScore que representan la puntuación más alta de una red que la fábrica puede crear. Esto se debe a que, en Android 12, la clase NetworkFactory solo pasa las solicitudes que coinciden con los filtros de puntuación declarados a NetworkFactory en lugar de todas las solicitudes en Android 11 y versiones anteriores.

Te recomendamos que pases un filtro para facilitar la implementación y ahorrar batería, de modo que no se pasen todas las solicitudes a NetworkFactory. Sin embargo, si tu implementación personalizada requiere que todas las solicitudes se pasen a NetworkFactory, puedes registrar NetworkFactory.registerIgnoringScore en lugar del método NetworkFactory.register normal. Si usas este método, te recomendamos pasar un filtro de puntuación que represente con mayor precisión la mejor puntuación que la fábrica puede crear para poder para ahorrar batería al no evaluar las solicitudes que la fábrica no puede cumplir.

Validación

Para verificar el comportamiento de la selección de red en un dispositivo Android, usa las siguientes pruebas:

Una implementación incorrecta puede dar como resultado redes inesperadas aplicaciones en respuesta al uso de NetworkCallback, incluida la selección de la red predeterminada del dispositivo (la red a la que envía a la app cuando usan una devolución de llamada de red con ConnectivityManager.registerDefaultNetworkCallback).

Otro posible problema con una implementación incorrecta es el agotamiento grave de la batería causado por un agente de red con una puntuación que no le permite cumplir con los requisitos para cualquier solicitud y que se eliminen inmediatamente después. Si el agente es se levante y desarmó reiteradamente, esto podría consumir mucha batería.