Atsc working Draft Template

Annex A: Daylight Saving Time Control (Normative) 
In order to convert GPS into local time, the receiver needs to store a time offset (from GPS to local 
time) in local memory and an indicator as to whether daylight saving is observed. These two 
quantities can be obtained from the user interface (indicating time zone and daylight saving 
observance) or from the conditional access system, if present, and stored in non-volatile receiver 
memory. 
Since there is a common time (GPS) transmitted in the PSIP, there needs to be a mechanism 
to indicate when the receiver should switch into (or out of) daylight saving time at the appropriate 
local time. Once all the receivers have transitioned at their local times, the entire system can be 
shifted into daylight saving time. This is accomplished by appropriate setting of the 
daylight_saving
in the STT. The structure of daylight saving time control shall be as shown in Table A1, and the 
basic use of daylight saving fields through the year shall be as shown in Table A2. 
Table A1 Structure of Daylight Saving Time Control 
Syntax 
No. of Bits 
Format 
daylight_saving() { 
 
DS_status 
1 
bslbf 
 
reserved 
2 
‘11’ 
 
DS_day_of_month 
5 
uimsbf 
 
DS_hour 
8 
uimsbf 
} 
DS_status
 — This bit indicate the status of daylight saving. 
DS_status
= ‘0’: Not in daylight saving time. 
DS_status
= ‘1’: In daylight saving time. 
DS_day_of_month
— This 5-bit unsigned integer field indicates the local day of the month on which 
the transition into or out of daylight saving time is to occur (1–31). 
DS_hour
 — This 8-bit unsigned integer field indicates the local hour at which the transition into or 
out of daylight saving time is to occur (0–18). This usually occurs at 2 a.m. in the U.S. 
84 

---

ATSC A/65:2013 
Program and System Information Protocol, Annex A 
7 August 2013