The phase-modulated time code has been completely updated and is not related to the amplitude-modulated time code. The only connection is that it is also transmitted in 60 second frames, and the amplitude-modulated markers (when only 20% of the second is transmitted at full strength) are not used for essential time code information.
One-minute time frames The time is transmitted as a 26-bit "minute of century" from 0 to 52595999 (or 52594559 in centuries with only 24 leap years). Like the amplitude-modulated code, the time is transmitted in the minute after the instant it identifies; clocks must increment it for display. An additional 5 error-correcting bits produce a 31-bit
Hamming code that can correct single-bit errors or detect double-bit errors (
but not both). Another field encodes DST and leap-second announcement bits similar to standard WWVB, and a new 6-bit field provides greatly advanced warning of scheduled DST changes. The 60 bits transmitted each minute are divided as follows: • 14 fixed sync bits (0, 0, 0, 1, 1, 1, 0, 1, 1, 0, 1, 0, 0, 0) • 32 bits of time, comprising: • 26-bit binary minute of century (0–52595999 for 36525 days per century) • 5 ECC bits, making a Hamming (31,26) code • 1-bit copy of the least significant bit of the minute • 5 bits of DST status and leap pending, comprising: • 2 bits of DST status, as in the amplitude modulated code • 2 bits (3 possibilities) of leap second warning • 1 odd parity bit (with one exception, see below) • 6-bit DST rules code, comprising: • 2 bits indicating time of next change (1/2/3 o'clock, or never) • 3 bits indicating date of change (which Sunday) • 1 odd parity bit (with one exception, see below) • 1 bit of "NIST notice" • 2 reserved bits A receiver that already knows the time to within a few seconds can synchronize to the fixed synchronization pattern, even when it is unable to distinguish individual time code bits. The full time code (with the amplitude-modulated code for reference) is transmitted as follows: Bits within fields are numbered from bit 0 as the least-significant bit; each field is transmitted most significant bit first. The example shows the time code transmitted on July 4, 2012 between 17:30 and 17:31 UTC. The BCD amplitude code shows a time of 17:30, on day 186 of the year. The binary time code shows minute of the century. Dividing by 1440 minutes per day, this is minute 1050 of day 4568 of the century. There are in the 12 years before 2012, so this is day 185 of the year. This day number begins at 0 on January 1, rather than 1 like the BCD time code, so it encodes the same date.
Announcement bits The phase-modulated code contains additional announcement bits useful for converting the broadcast UTC to civil time. In addition to the DST and leap second warning bits found in the amplitude-modulated code, an additional DST schedule field provides several months advance warning of
daylight saving time rules. A final bit, the "notice" bit, indicates that there is an announcement of interest to WWVB users posted at nist.gov/pml/div688/grp40/wwvb.cfm. Two reserved bits are not currently defined, but
not guaranteed to be zero; note that one of them is transmitted as 1 in the example above. The DUT1 information (+0.4 s) and leap year indicator bits (2012 is a leap year) in the amplitude modulated code are not included in the phase modulated code; the use of DUT1 for
celestial navigation has been obsoleted by
satellite navigation.
DST and leap second warning The phase-modulated time code contains daylight saving time announcement and leap second warning information equivalent to the amplitude-modulated code, but they are combined into one 5-bit field for error detection purposes. There are two DST announcement bits that let a receiver apply U.S. daylight saving time rules: • dst_on[0] is set if DST was in effect at the beginning of the current UTC day (00:00 UTC). • dst_on[1] is set if DST will be in effect at the end of the current UTC day (24:00 UTC). The two bits differ on days when daylight saving time is changing (at 02:00 local time). There are also three leap second warning possibilities (0, +1, or −1 seconds), making twelve possible values that need to be encoded. Eleven of these are encoded as 5-bit codes with
odd parity, providing single-bit error detection (a minimum
Hamming distance of 2 between any two valid codes). Five of the 16 possible odd-parity values (all those differing in one bit from 00011) are not used, and the even-parity value 00011 is used to encode the most common condition: DST in effect, no leap second pending. This provides single-bit error
correction (a minimum Hamming distance of 3) whenever this code is transmitted. The above example illustrates this common case: DST is in effect, and no leap second is pending (the last leap second was 4 days ago). During a leap second, bit 59 (a marker bit with a phase-modulated code of 0) is transmitted again.
DST schedule To extend the few hours' warning provided by dst_on[1], another 6-bit field encodes the schedule for the next DST change. The encoding is somewhat intricate, but effectively provides 5 bits of information. Three bits supply the date of the change, either 0 to 7 Sundays after the first Sunday in March (when dst_on[1] = 0), or 4 Sundays before to 3 Sundays after the first Sunday in November (when dst_on[1] = 1). Two more bits encode the time of the change: 1:00, 2:00, or 3:00 AM local time. The fourth combination of these two bits encodes (using the date-of-change bits) several special cases: DST at some other time, DST always off, DST always on, and five reserved codes. As with the other warning field, most of the assigned 6-bit codes have odd parity, providing a Hamming distance of 2 from each other. However, 6 of the 32 odd-parity codes are not used (all those differing in one bit from 011011), and the even-parity code 011011 is used to encode the most common DST rule (2nd Sunday in March, or 1st Sunday in November) with a Hamming distance of 3. The five additional reserved codes are assigned to other even-parity code words a Hamming distance of 1 from unlikely DST rule codes. The example code of 011011 indicates a DST change at 02:00 on the first Sunday in November.
Message frames A small percentage of the time code frames (typically less than 10%) may be replaced by one-minute message frames, containing other information, such as emergency broadcasts. The details of such frames have not been finalized, but they will begin with an alternate synchronization word (1101000111010, and a 0 during second 59), and include 42 bits of non-time data in the non-marker bits of the time code. Message frames still contain time[0] during second 19 and the notice bit during second 49, so a receiver which knows the time to within ±1 minute can synchronize to them. Messages are expected to span multiple message frames.
Six-minute time frames For six minutes each half hour, from 10–16 and 40–46 minutes past each hour, one-minute frames are replaced by a special extended time frame. Rather than transmitting 35 bits of information in one minute, this transmits 7 bits (time of day and DST status only) over 6 minutes, giving 30 times as much energy per transmitted bit, a 14.8 dB improvement in the
link budget compared to the standard one-minute time code. The 360-bit code word consists of three parts: • A 127-bit sequence (generated by a 7-bit
linear-feedback shift register), rotated left by a variable amount to encode a value from 0 to 123. • A 106-bit fixed bit sequence. • The 127-bit reverse of the initial sequence. Because it is reversed, it is effectively rotated in the opposite direction. The only information transmitted is the time within the day (one of 48 half hours), plus the current U.S. daylight saving time status, making time codes. An additional codes are transmitted between 04:10 and 10:46 UTC on days when daylight saving time is changing, providing several hours' warning of an imminent DST change. ==Propagation==