No me he leido todo el hilo, pero a la espera de mi "chinorrito" vamos a ver si solucionamos algo.
¿Que es el FAST DORMANCY?
Respuesta de Xoxe del foro de vodafone España:
En la 4ª o 5ª pagina alguien hace mencion a añadir la linea: "ro.ril.fast.dormancy.rule=0" en el build.prop pero parece que esto no sirve de nada en la mayoria de los android.
En esta pagina el amigo Nick Monrad explica como desactivarlo en un Samsung Galaxy S3:
http://www.androidnz.net/2012/06/at-your-own-risk-how-to-disable-fast.html
Por lo que veo o me parece, esta accediendo a la base de datos donde se encuentra la informacion de las operadoras en Android y esta cambiando algunos valores.
Si alguien se anima mientras yo estoy sin movil lo unico que habria que buscar la info de Vodafone España supongo, porque en el articulo creo que se trabaja con Internet.telecom.co.nz y claro, no es lo mismo
¿Que es el FAST DORMANCY?
Respuesta de Xoxe del foro de vodafone España:
Fast Dormancy es una funcionalidad pensada para reducir el consumo de batería en el terminal haciendo que se libere la conexión dedicada de paquetes cuando no hay datos que transmitir ni recibir.
Es un poco complicada de explicar y hay variantes propietarias… en el foro de UK hablan de la versión estandarizada por el 3GPP (Release8).
Intento explicarla sin entrar en demasiado jaleo:
el terminal, cuando quiere establecer una sesión de datos, abre un Contexto PDP, que se fija entre el terminal y la red Core
ese contexto no se liberará nunca a menos que sea el propio usuario el que decida liberarlo (ej. apagando el terminal), o la red por algún motivo decida desconectarle (ej. congestión)
a un nivel más bajo está la red radio, que es la que permite que haya este tráfico de señalización y datos entre el terminal y la red core de Vodafone. Ese nivel radio es el que realmente consume más batería en el terminal, por eso se pensó que, estando en todo el momento el contexto activo, sea posible que la parte radio se active y desactive en función de si hay datos que transmitir/recibir o no.
En eso se basa Fast Dormancy à cuando un terminal (smartphone) tiene un contexto PDP activo, pero éste no está esperando recibir ningún dato nuevo de Internet, ni tampoco tiene pensado enviar nada, envia a la red un mensaje de señalización para indicarselo (el mensaje se llama Signalling Connection Release Indication, con causa: No more data to transfer). Ante este mensaje, la red radio le pide al terminal que pase a un estado llamado Cell_PCH que consume muy poca batería en terminal (casi como Idle), pero mantiene el contexto y la posibilidad de que el terminal vuelva a TX/RX datos más o menos rápidamente.
Cuando la red tenga algo nuevo que enviarle al terminal, o sea éste el que decide que va a transmitir algo más, la red le “despierta” al terminal para que vuelva a activar por completo la parte radio (reestableciendo la portadora radio) y se reestablezca el canuto completo.
Si de nuevo se deja de hacer tráfico, de nuevo volverá a enviar ese mensaje, y la red volverá a pasarle a Cell_PCH, y así sucesivamente…
Para que esto funcione así y se obtengan interesantes ahorros de batería especialmente en smartphones (que están siempre conectados a Internet), es necesario que el terminal sea capaz de enviar esos mensajes que indican que de momento no va a Tx más datos…y por otro lado, que la red radio también lo soporte y por lo tanto cuando reciba ese mensaje sepa que le debe pasar a Cell_PCH.
En la red de VFES de momento se está activa Fast dormancy (Rel8) temporalmente en escenarios de alto riesgo de congestión (ej. conciertos, manifestaciones, etc) pero de momento no está activo en toda la red. Hay planes desde GNwR de activarlo en toda la red, pero aún no hay una fecha clara… entre otras cosas porque la funcionalidad en red cuesta un dinero y a día de hoy hay pocos terminales que lo soporten…
Sobre la cantidad de ahorro que se obtiene depende de muchos factores… sobre todo las aplicaciones que tenga instaladas el cliente. Así por ejemplo, si tienes cientos de aplicaciones y widgets de los que se están actualizando constantemente, nunca se dará la situación de que el terminal indique que quiere transmitir más, y por lo tanto no se ahorrará nada, ya que estará siempre conectado y transmitiendo, y no habrá apenas ocasión de apagar la parte radio… Pero si el usuario tiene solo algunas apps de este tipo, o hace el uso más clásico de email push/pull, navegador, etc sí que será muy frecuente que se esté abriendo y cerrando la parte radio, y por lo tanto se ahorre bastante…
En la 4ª o 5ª pagina alguien hace mencion a añadir la linea: "ro.ril.fast.dormancy.rule=0" en el build.prop pero parece que esto no sirve de nada en la mayoria de los android.
En esta pagina el amigo Nick Monrad explica como desactivarlo en un Samsung Galaxy S3:
http://www.androidnz.net/2012/06/at-your-own-risk-how-to-disable-fast.html
Por lo que veo o me parece, esta accediendo a la base de datos donde se encuentra la informacion de las operadoras en Android y esta cambiando algunos valores.
Si alguien se anima mientras yo estoy sin movil lo unico que habria que buscar la info de Vodafone España supongo, porque en el articulo creo que se trabaja con Internet.telecom.co.nz y claro, no es lo mismo