Deteksi Zona Waktu Telepon

Untuk perangkat yang menjalankan Android 11 atau lebih rendah, deteksi zona waktu otomatis di AOSP bergantung pada sinyal dari subsistem telepon. Karena ketergantungan pada subsistem telepon, deteksi zona waktu otomatis pada Android 11 atau lebih rendah terbatas pada perangkat telepon.

Ketika deteksi zona waktu telepon tersedia, ia bekerja menggunakan sinyal Kode Negara Seluler (MCC) dan Identitas Jaringan dan Zona Waktu (NITZ) .

Misalnya, perangkat di Prancis dapat mengidentifikasi zona waktu hanya berdasarkan PKS yang dilaporkan oleh menara seluler terdekat. Hal ini dimungkinkan karena Prancis dikenal menggunakan satu zona waktu.

Bila suatu negara menggunakan beberapa zona waktu, PKS saja tidak cukup untuk mengidentifikasi zona waktu. Untuk negara-negara ini, perangkat juga menggunakan sinyal NITZ untuk mengidentifikasi zona waktu yang benar. Ini berfungsi dengan baik di banyak tempat di seluruh dunia, tetapi sinyal NITZ harus tersedia dan benar dan karena itu bergantung pada operator.

Deteksi zona waktu telepon adalah pendeteksi pasif . Ini berjalan setiap saat dan saran telepon sering dibuat bahkan ketika asal time_zone_detector saat ini bukan telepon.

Batasan deteksi zona waktu telepon

Bahkan dengan sinyal NITZ yang benar tersedia, deteksi zona waktu telepon tidak selalu bekerja dengan baik di setiap negara. Ini karena NITZ hanya berisi informasi offset dan daylight saving, yang tidak selalu cukup untuk mengidentifikasi zona waktu secara unik.

Ada banyak tempat di dunia di mana masalah zona waktu ini mungkin terjadi. Misalnya, Denver Colorado dan Phoenix Arizona di AS tidak dapat dibedakan menggunakan sinyal NITZ selama musim dingin, tetapi dapat selama musim lainnya. Lokasi mana pun dengan zona waktu yang sama tumpang tindihnya mungkin mengalami masalah seperti ini.

Tabel berikut merinci perilaku perangkat tergantung pada musim Denver dan Phoenix sebagai contoh:

Lokasi dan musim Informasi dari MCC atau NITZ Zona waktu dan perilaku yang terdeteksi
Denver, Colorado
Musim dingin
Waktu: 1 Januari 2021 12:00:00
Negara: AS
Offset: UTC-7, tidak ada penghematan siang hari
Dua ID zona cocok:
  • Amerika/Denver
  • Amerika/Phoenix

Perangkat diatur dengan benar ke Amerika/Denver.
Phoenix, Arizona
Musim dingin
Waktu: 1 Januari 2021 12:00:00
Negara: AS
Offset: UTC-7, tidak ada penghematan siang hari
Dua ID zona cocok:
  • Amerika/Denver
  • Amerika/Phoenix

Perangkat salah disetel ke Amerika/Denver.
Denver, Colorado
Musim panas
Waktu: 1 Juli 2021 12:00:00
Negara: AS
Offset: UTC-6, penghematan waktu siang hari
Satu ID zona cocok:
  • Amerika/Denver

Perangkat diatur dengan benar ke Amerika/Denver.
Phoenix, Arizona
Musim panas
Waktu: 1 Juli 2021 12:00:00
Negara: AS
Offset: UTC-7, tidak ada penghematan siang hari
Satu ID zona cocok:
  • Amerika/Phoenix

Perangkat diatur dengan benar ke Amerika/Phoenix.

Contoh di atas menunjukkan bahwa selama musim dingin, perangkat Android di Denver atau Arizona harus memilih salah satu dari dua ID zona waktu yang cocok, yang mungkin salah untuk beberapa perangkat tetapi masih menampilkan waktu lokal yang tampaknya benar. Jam perangkat, kalender, dan aplikasi lain menampilkan waktu lokal yang diharapkan meskipun ID zona waktu salah karena kedua ID zona waktu menghitung waktu lokal yang sama selama musim dingin.

Namun, di musim semi ketika Denver mengamati waktu musim panas dan Phoenix tidak, beberapa perangkat mungkin menampilkan waktu lokal yang salah untuk sementara jika diatur ke ID zona waktu yang salah untuk lokasi pengguna. Ini diperbaiki segera setelah perangkat menerima sinyal NITZ baru (khususnya, yang berisi informasi offset "UTC-7, tidak ada penghematan siang hari"), tetapi ini dapat memakan waktu dan tergantung pada operator.

Akibatnya, kalender atau aplikasi lain yang menyimpan atau membawa ID zona waktu dari musim dingin ke musim semi mungkin menampilkan dan menggunakan waktu lokal yang salah hingga aplikasi yang relevan memperbarui ID zona waktu.

Debug dan pengujian

Bagian berikut menjelaskan perintah shell untuk debugging dan pengujian fitur deteksi zona waktu telepon.

Pengaturan lingkungan pengujian

Penguji biasanya menggunakan lingkungan pengujian dengan pengujian atau simulasi sel telepon untuk memeriksa perilaku deteksi zona waktu telepon. Sel uji dapat digunakan untuk mensimulasikan jaringan dengan MCC yang berbeda dan untuk mengirim sinyal NITZ ke perangkat dan kemudian memantau efeknya.

Agar perangkat mendeteksi zona waktu, informasi sinyal NITZ harus benar, konsisten dengan MCC, dan cocok dengan salinan IANA TZDB (aturan zona waktu) perangkat. Sinyal NITZ yang tidak sesuai dengan MCC menyebabkan asal telepon menjadi tidak pasti.

Misalnya, jika PKS yang digunakan oleh sel uji adalah untuk AS, sinyal NITZ harus berisi "waktu universal", offset, dan informasi musim panas yang benar untuk suatu tempat di AS.

Berinteraksi dengan layanan com.android.phone

Untuk memverifikasi bahwa perangkat menerima saran zona waktu telepon yang benar, gunakan:

adb shell dumpsys activity service \
    com.android.phone/com.android.phone.TelephonyDebugService

Ini membuang informasi telepon, yang juga dapat ditemukan di laporan bug Android. Pada perangkat dengan beberapa SIM, ada informasi untuk setiap radio SIM.

Log zona waktu menunjukkan saran bahwa proses telepon telah dikirim ke time_zone_detector dan alasan pengiriman saran.

TimeServiceHelperImpl:
          SystemClock.elapsedRealtime()=11864061
          System.currentTimeMillis()=1620652067178
          Time Logs:
...

Time zone Logs:
    18602 / 2021-05-10T09:50:21.718Z - Suggesting time zone update:
    TelephonyTimeZoneSuggestion{mSlotIndex=0, mZoneId='null', mMatchType=0, mQuality=0,
    mDebugInfo=[getTimeZoneSuggestion: nitzSignal=TimestampedValue{mReferenceTimeMillis=14098,
    mValue=NitzData{mOriginalString=21/05/10,09:50:18+04,01, mZoneOffset=3600000,
    mDstOffset=3600000, mCurrentTimeMillis=1620640218000, mEmulatorHostTimeZone=null}},
    countryIsoCode=null, Detection
    reason=handleNitzReceived(TimestampedValue{mReferenceTimeMillis=14098,
    mValue=NitzData{mOriginalString=21/05/10,09:50:18+04,01, mZoneOffset=3600000,
    mDstOffset=3600000, mCurrentTimeMillis=1620640218000, mEmulatorHostTimeZone=null}})]}
    18831 / 2021-05-10T09:50:21.948Z - Suggesting time zone update:
    TelephonyTimeZoneSuggestion{mSlotIndex=0, mZoneId='Europe/London', mMatchType=3, mQuality=1,
    mDebugInfo=[findTimeZoneFromCountryAndNitz: countryIsoCode=gb,
    nitzSignal=TimestampedValue{mReferenceTimeMillis=14098,
    mValue=NitzData{mOriginalString=21/05/10,09:50:18+04,01, mZoneOffset=3600000,
    mDstOffset=3600000, mCurrentTimeMillis=1620640218000, mEmulatorHostTimeZone=null}},
    findTimeZoneFromCountryAndNitz: lookupResult=OffsetResult{mTimeZone(ID)=Europe/London,
    mIsOnlyMatch=true}, Detection reason=handleCountryDetected("gb")]}