電話時區偵測

對於搭載 Android 11 以下版本的裝置，AOSP 中的自動時區偵測功能會依賴來自電話子系統的訊號。由於此功能會依賴電話子系統，因此在 Android 11 以下版本中，自動偵測時區的功能僅適用於電話裝置。

當可使用電話時區偵測功能時，系統會使用行動裝置國家/地區代碼 (MCC) 和網路識別碼和時區 (NITZ) 信號。

舉例來說，法國的裝置可以只根據附近基地台回報的 MCC 來判斷時區。這是因為法國使用單一時區。

如果國家/地區使用多個時區，單憑 MCC 無法識別時區。針對這些國家/地區，裝置也會使用 NITZ 訊號來識別正確的時區。這項功能在世界各地都運作良好，但必須有可用的 NITZ 信號，且信號正確無誤，因此取決於電信業者。

電話時區偵測是被動偵測器。這項功能會隨時執行，因此即使目前並非使用電話服務的 time_zone_detector 演算法，也會經常提供電話服務建議。

電話時區偵測的限制

即使有正確的 NITZ 信號，通訊時區偵測功能也不一定適用於所有國家/地區。這是因為 NITZ 只包含偏移和日光節約時間資訊，這些資訊不一定足以明確識別時區。

世界上有許多地方可能會發生時區問題。舉例來說，美國科羅拉多州丹佛和亞利桑那州鳳凰城在冬季時無法透過 NITZ 訊號加以區分，但在其他季節則可。任何時區重疊的地區都可能會發生這種問題。

下表列出裝置的行為，並以丹佛和鳳凰城為例，說明裝置在不同季節的行為：

地點和季節 來自 MCC 或 NITZ 的資訊 偵測到的時區和行為
科羅拉多州丹佛
冬季		 時間：2021 年 1 月 1 日 12:00:00
國家/地區：美國
時差：UTC-7，不實施夏令時間		 兩個區域 ID 相符：
  • 美洲/丹佛
  • America/Phoenix

裝置已正確設為美國/丹佛。
亞利桑那州鳳凰城
冬季		 時間：2021 年 1 月 1 日 12:00:00
國家/地區：美國
時差：UTC-7，不實施夏令時間		 兩個區域 ID 相符：
  • 美洲/丹佛
  • America/Phoenix

裝置設定錯誤，目前設定為 America/Denver。
科羅拉多州丹佛
夏季		 時間：2021 年 7 月 1 日 12:00:00
國家/地區：美國
時差：UTC-6，夏令時間		 一個區域 ID 符合條件：
  • 美洲/丹佛

裝置已正確設為美國/丹佛。
亞利桑那州鳳凰城
夏季		 時間：2021 年 7 月 1 日 12:00:00
國家/地區：美國
時差：UTC-7，不實施日光節約時間		 一個區域 ID 符合條件：
  • America/Phoenix

裝置已正確設為美國/鳳凰城。

上例顯示，在冬季期間，丹佛或亞利桑那的 Android 裝置必須選擇兩個相符的時區 ID 之一，這對某些裝置來說可能不正確，但仍會顯示正確的當地時間。即使時區 ID 不正確，裝置時鐘、日曆和其他應用程式仍會顯示預期的本地時間，因為兩個時區 ID 在冬季時會計算相同的本地時間。

不過，在春季時，如果丹佛採用日光節約時間，而鳳凰城則不採用，部分裝置可能會暫時顯示錯誤的本地時間，因為裝置設定的使用者位置時區 ID 有誤。只要裝置收到新的 NITZ 信號 (具體來說，是包含「UTC-7，不調整夏令時間」的偏移資訊)，就會立即修正，但這可能需要一些時間，且取決於電信業者。

因此，在相關應用程式更新時區 ID 之前，從冬季轉換至春季時，儲存或保留時區 ID 的 Google 日曆或其他應用程式，可能會顯示及使用錯誤的本地時間。

偵錯和測試

以下章節將說明用於偵錯及測試電話時區偵測功能的 Shell 指令。

測試環境設定

測試人員通常會使用測試環境，搭配測試或模擬的電話單元，檢查電話時區偵測行為。測試單元可用於模擬具有不同 MCC 的網路，並將 NITZ 信號傳送至裝置，然後監控其效果。

裝置必須偵測到 NITZ 訊號，才能偵測時區。此外，NITZ 訊號資訊必須正確，且與 MCC 一致，並與裝置的 IANA TZDB (時區規則) 副本相符。NITZ 信號與 MCC 不一致，會導致電話系統演算法變得不確定。

舉例來說，如果測試區塊使用的 MCC 是美國，NITZ 信號就必須包含「世界標準時間」、時差和夏令時間資訊，且這些資訊必須適用於美國的某個地區。

與 com.android.phone 服務互動

如要確認裝置是否收到正確的通訊時區建議，請使用：

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

這會傾印電話相關資訊，您也可以在 Android 錯誤報告中找到這些資訊。在有多張 SIM 卡的裝置上，每個 SIM 卡無線電都有相關資訊。

「時區記錄」會顯示電話處理程序已傳送至 time_zone_detector 的建議，以及傳送建議的原因。

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")]}