A informação que se segue é de Stackoverflow (License: CC BY-SA 3.0):⏎
Ao ler o código fonte da classe LocationProvider, parece que na inicialização, o tempo está recuperado de servidor NTP e "injetado" nos cálculos. AFAIK cada satélite GPS tem um relógio muito preciso atómico, e cada um na constelação está sincronizado com o chamado "tempo do GPS". Uma vez que o receptor tem 4 ou mais satélites, resolve (por algum método) uma equação onde existem quatro incógnitas: x, y, z, b; onde (x, y, z) é o local receptor, e b é o diferença de tempo entre o relógio eo receptor interno (correta) de tempo do GPS. Uma vez que tem correção aa, o relógio do receptor é sincronizado com o horário correto. ⏎
O sinál NTP não é usado diretamente para obter a correção de GPS. Mas, para uma correção exata que você precisa relógios muito precisos. Estamos falando aqui nanossegundos. Satélites GPS não transmitir a hora GPS atual, mas ao mesmo tempo que viaja à velocidade da luz, há algum atraso. O recetor GPS não tem como saber o que o atraso é, por isso tem que aproximar de vários sinais recebidos. Com cada transmissão recebida o relógio obter, mais preciso ficará. Assim, o melhor tempo que você tem no início, menos sináis de tempo você tem que receber para ter um relógio preciso.
Os servidores NTP são gerenciados pela "pool.ntp.org project, que é um conjunto grande de servidores de tempo.
Esta lista não representa as regiões políticas atuais, porque isso iria quebrar as configurações já existentes, utilizando servidores NTP do projeto pool.ntp.org. ⏎
Veja esta lista antes como uma lista de regiões geográficas.
Por favor relate-o em bug tracker of FasterGPS.
Vá a FasterGPS on Googlecode para mais informações.