throbber
EUROPEAN STANDARD
`NORME EUROPÉENNE
`
`EUROPÄISCHE NORM
`
`EN 50067
`
`April 1998
`
`ICS 33.160.20
`
`Supersedes EN 50067:1992
`
`Descriptors: Broadcasting, sound broadcasting, data transmission, frequency modulation, message, specification
`
`English version
`
`Specification of the radio data system (RDS) for
`VHF/FM sound broadcasting in the frequency range
`from 87,5 to 108,0 MHz
`
`Spécifications du système de radiodiffusion de
`données (RDS) pour la radio à modulation de
`fréquence dans la bande de 87,5 à 108,0 MHz
`
`Spezifikation des Radio-Daten-Systems
`(RDS) für den VHF/FM Tonrundfunk im
`Frequenzbereich von 87,5 bis 108,0 MHz
`
`This CENELEC European Standard was approved by CENELEC on 1998-04-01. CENELEC members are
`bound to comply with the CEN/CENELEC Internal Regulations which stipulate the conditions for giving
`this European Standard the status of a national standard without any alteration.
`Up-to-date lists and bibliographical references concerning such national standards may be obtained on
`application to the Central Secretariat or to any CENELEC member.
`This European Standard exists in three official versions (English, French, German). A version in any other
`language made by translation under the responsibility of a CENELEC member into its own language and
`notified to the Central Secretariat has the same status as the official versions.
`CENELEC members are the national electrotechnical committees of Austria, Belgium, Czech Republic,
`Denmark, Finland, France, Germany, Greece, Iceland, Ireland, Italy, Luxembourg, Netherlands, Norway,
`Portugal, Spain, Sweden, Switzerland and United Kingdom.
`
`CENELEC
`
`European Committee for Electrotechnical Standardization
`Comité Européen de Normalisation Electrotechnique
`Europäisches Komitee für Elektrotechnische Normung
`Central Secretariat: rue de Stassart 35, B - 1050 Brussels
`
`© 1998 - All rights of exploitation in any form and by any means reserved worldwide for CENELEC members
`and the European Broadcasting Union.
`
`Ref. No. EN 50067:1998 E
`
`EN 50067
`
`Specification of the radio data system (RDS)
`
`Jaguar Land Rover
`Exhibit 1029
`Page 001
`
`(cid:3)(cid:3)
`

`

`Page 2
`EN 50067:1998
`
`FOREWORD
`
`The Radio Data System RDS was developed by the European Broadcasting Union (EBU) Member countries who
`collaborated towards an internationally agreed standard for such a system. The Specification of the RDS System was
`initially published by the EBU in 1984 as doc.Tech 3244 [8] and is also the subject of ITU-R Recommendation BS.643-2.
`
`This revised text, which is published by the European Committee for Electrotechnical Standardization
`(CENELEC), was prepared by the RDS Forum in close collaboration with the Technical Committee 207 of CENELEC,
`and in close collaboration with experts from the EBU. In addition, certain elements of text have been revised to accord with
`experience gained with the RDS System and changes in broadcasting practice since the Specification was published. It is,
`nevertheless, expected that receivers produced to accord with this Specification will be compatible with RDS broadcasts
`which conform with previous editions of this Specification.
`
`Attention is drawn to the fact that there may be Intellectual Property Rights (IPR) in relation to certain provisions
`of this standard. The technical experts of TC 207 were unable to fully identify such claims due to the complicated legal
`issues involved. IPR holders should notify CENELEC of their claims.
`
`This document was submitted to the Unique Acceptance Procedure and was approved by CENELEC as EN 50067
`on 1998-04-01.
`
`The following dates were fixed:
`
`- latest date by which the EN has to be implemented
` at national level by publication of an identical national standard
`(dop)
` or by endorsement
`
`- latest date by which the national standards conflicting
` with the EN have to be withdrawn
`(dow)
`
`1998-12-01
`
`1998-12-01
`
`This European Standard replaces EN 50067:1992.
`
`This version of the specification includes several significant enhancements to the RDS features: Open Data
`Applications, Programme Type Name, EWS and Enhanced Paging Protocol. These are a fully backwards compatible set
`of additions. A receiver implemented in accordance with EN 50067: 1992 but receiving a transmission in accordance with
`this standard, whilst not able to respond to the enhancements, will not significantly under perform.
`
`This standard is also drafted to facilitate a world-wide standard by working towards harmonisation with the US
`NRSC RBDS standard.
`
`Jaguar Land Rover
`Exhibit 1029
`Page 002
`
`

`

`Page 3
`EN 50067:1998
`
`CONTENTS
`
`page
`0 Scope . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
`
` 6
`1 Modulation characteristics of the data channel (physical layer) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`1.1 Subcarrier frequency . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
`1.2 Subcarrier phase . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
`1.3 Subcarrier level . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
`1.4 Method of modulation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 8
`1.5 Clock-frequency and data-rate
`1.6 Differential coding . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 8
`1.7 Data-channel spectrum shaping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
`
`2 Baseband coding (data-link layer) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`2.1 Baseband coding structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`2.2 Order of bit transmission . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`2.3 Error protection
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`2.4 Synchronization of blocks and groups . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`
` 12
` 12
` 12
` 13
` 14
`
`3 Message format (session and presentation layers)
` 15
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 15
`3.1 Addressing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 15
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`3.1.1 Design principles
` 15
`3.1.2 Principal features
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 17
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`3.1.3 Group types
` 19
`3.1.4 Open data channel / Applications Identification
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`3.1.4.1 Use of Open data applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
`3.1.4.2 Open data applications - Group structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 21
`3.1.5 Coding of the Group types
`3.1.5.1 Type 0 groups: Basic tuning and switching information . . . . . . . . . . . . . . . . . . . 21
`. . . . . . . . . . 23
`3.1.5.2 Type 1 groups: Programme-item number and slow labelling codes
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`3.1.5.3 Type 2 groups: RadioText
` 25
`3.1.5.4 Type 3A groups: Applications Identification for Open Data . . . . . . . . . . . . . . .
` 27
`3.1.5.5 Type 3B groups: Open data application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 28
`3.1.5.6 Type 4A groups: Clock-time and date . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 28
`3.1.5.7 Type 4B groups: Open data application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 29
`3.1.5.8 Type 5 groups : Transparent data channels or ODA . . . . . . . . . . . . . . . . . . . . .
` 29
`3.1.5.9 Type 6 groups : In house applications or ODA . . . . . . . . . . . . . . . . . . . . . . . . . . 30
`3.1.5.10 Type 7A groups: Radio paging or ODA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
`3.1.5.11 Type 7B groups : Open data application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
`3.1.5.12 Type 8 groups: Traffic Message Channel or ODA . . . . . . . . . . . . . . . . . . . . . . . . 32
`3.1.5.13 Type 9 groups: Emergency warning systems or ODA . . . . . . . . . . . . . . . . . . . . 33
`3.1.5.14 Type 10 groups: Programme Type Name (Group type 10A) and Open data
` 34
`(Group type 10B) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 35
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`3.1.5.15 Type 11 groups: Open data application
`3.1.5.16 Type 12 groups: Open data application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
`3.1.5.17 Type 13A groups: Enhanced Radio paging or ODA . . . . . . . . . . . . . . . . . . . . . . 36
`3.1.5.18 Type 13B groups : Open data application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
`3.1.5.19 Type 14 groups: Enhanced Other Networks information . . . . . . . . . . . . . . . . . . . 38
`3.1.5.20 Type 15A groups . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
`3.1.5.21 Type 15B groups: Fast tuning and switching information . . . . . . . . . . . . . . . . . . 39
`
`Jaguar Land Rover
`Exhibit 1029
`Page 003
`
`

`

`Page 4
`EN 50067:1998
`
`page
`3.2 Coding of information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
`3.2.1 Coding of information for control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
`3.2.1.1 Programme Identification (PI) codes and Extended Country Codes (ECC) . . . .
` 40
`3.2.1.2 Programme-type (PTY) codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
`3.2.1.3 Traffic-programme (TP) and traffic-announcement (TA) codes . . . . . . . . . . . . . . 40
`3.2.1.4 Music Speech (MS) switch code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
`3.2.1.5 Decoder Identification (DI) and Dynamic PTY Indicator (PTYI) codes . . . . . . . 41
`3.2.1.6 Coding of Alternative Frequencies (AFs) in type 0A groups . . . . . . . . . . . . . . . . 41
`3.2.1.7 Programme-item number (PIN) codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
`3.2.1.8 Coding of Enhanced Other Networks information (EON)
`. . . . . . . . . . . . . . . . .
` 46
`3.2.2 Coding and use of information for display
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 50
`3.2.3 Coding of clock-time and date (CT) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 50
`3.2.4 Coding of information for Transparent data channels (TDC) . . . . . . . . . . . . . . . . . . . . . . . .
` 50
`3.2.5 Coding of information for In House applications (IH) . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 50
`3.2.6 Coding of Radio paging (RP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 51
`3.2.6.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
`3.2.6.2 Identification of paging networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
`3.2.7 Coding of Emergency Warning Systems (EWS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
` 53
`
`44 Description of features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
`
`5 Marking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`
` 57
`
`Jaguar Land Rover
`Exhibit 1029
`Page 004
`
`

`

`Page 5
`EN 50067:1998
`
`ANNEXES
`
`Annex A (normative) - Offset words to be used for group and block synchronization . . . . . . . . . . . . . . . . . . . . . . .
`
`page
` 59
`
`Annex B (informative) - Theory and implementation of the modified shortened cyclic code . . . . . . . . . . . . . . . . . . 60
`
`Annex C (informative) - Implementation of group and block synchronization using the modified shortened cyclic
`code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
`
`Annex D (normative) - Programme identification codes and Extended country codes . . . . . . . . . . . . . . . . . . . . . . .
`
` 69
`
`Annex E (normative) - Character definition for Programme Service name, Programme Type Name,
`RadioText and alphanumeric Radio paging . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
`
`Annex F (normative) - Programme Type codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
`
`Annex G (informative) - Conversion between time and date conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
`
`Annex H (informative) - Specification of the ARI system . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`
` 83
`
`Annex J (normative) - Language identification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`
` 84
`
`Annex K (informative) - RDS logo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
`
` 86
`
`Annex L (informative) - Open data registration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
`
`Annex M (normative) - Coding of Radio Paging . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
`
`Annex N (normative) - Country codes and Extended country codes for countries outside the
` European Broadcasting Area . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
`
`Annex P (normative) - Index of abbreviations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
`
`Annex Q (informative) - Bibliography . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
`
`Jaguar Land Rover
`Exhibit 1029
`Page 005
`
`

`

`Page 6
`EN 50067:1998
`
`0 Scope
`
`The Radio Data System, RDS, is intended for application to VHF/FM sound broadcasts in the range 87.5 MHz
`to 108.0 MHz which may carry either stereophonic (pilot-tone system) or monophonic programmes. The main objectives
`of RDS are to enable improved funtionality for FM receivers and to make them more user-friendly by using features such
`as Programme Identification, Programme Service name display and where applicable, automatic tuning for portable and
`car radios, in particular. The relevant basic tuning and switching information shall therefore be implemented by the type
`0 group (see 3.1.5.1), and it is not optional unlike many of the other possible features in RDS.
`
`1 Modulation characteristics of the data channel (physical layer)
`
`The Radio Data System is intended for application to VHF/FM sound broadcasting transmitters in the range 87.5
`to 108.0 MHz, which carry stereophonic (pilot-tone system) or monophonic sound broadcasts (see ITU-R
`Recommendation BS.450-2).
`
`It is important that radio-data receivers are not affected by signals in the multiplex spectrum outside the data
`
`channel.
`
`The system can be used simultaneously with the ARI system (see annex H), even when both systems are broadcast
`from the same transmitter. However, certain constraints on the phase and injection levels of the radio-data and ARI signals
`must be observed in this case (see 1.2 and 1.3).
`
`The data signals are carried on a subcarrier which is added to the stereo multiplex signal (or monophonic signal
`as appropriate) at the input to the VHF/FM transmitter. Block diagrams of the data source equipment at the transmitter and
`a typical receiver arrangement are shown in figures 1 and 2, respectively.
`
`1.1 Subcarrier frequency
`
`During stereo broadcasts the subcarrier frequency will be locked to the third harmonic of the 19-kHz pilot-tone.
`Since the tolerance on the frequency of the 19-kHz pilot-tone is ± 2 Hz (see ITU-R Recommendation BS.450-2), the
`tolerance on the frequency of the subcarrier during stereo broadcasts is ± 6 Hz.
`
`During monophonic broadcasts the frequency of the subcarrier will be 57 kHz ± 6 Hz.
`
`1.2 Subcarrier phase
`
`During stereo broadcasts the subcarrier will be locked either in phase or in quadrature to the third harmonic of the
`19 kHz pilot-tone. The tolerance on this phase angle is ± 10(, measured at the modulation input to the FM transmitter.
`
`In the case when ARI and radio-data signals are transmitted simultaneously, the phase angle between the two
`subcarriers shall be 90( ± 10(.
`
`Jaguar Land Rover
`Exhibit 1029
`Page 006
`
`

`

`Page 7
`EN 50067:1998
`
`Figure 1: Block diagram of radio-data equipment at the transmitter
`
`*
`
`
`The overall data-shaping in this decoder comprises the filter F and the data-shaping inherent in the biphase symbol decoder. The
`1
`amplitude/frequency characteristic of filter F is, therefore, not the same as that given in figure 3.
`1
`
`Figure 2: Block diagram of a typical radio-data receiver/decoder
`
`Jaguar Land Rover
`Exhibit 1029
`Page 007
`
`

`

`Page 8
`EN 50067:1998
`
`1.3 Subcarrier level
`
`The deviation range of the FM carrier due to the unmodulated subcarrier is from ± 1.0 kHz to ± 7.5 kHz. The
`1
`recommended best compromise is ± 2.0 kHz ). The decoder/demodulator should also operate properly when the deviation
`of the subcarrier is varied within these limits during periods not less than 10 ms.
`
`In the case when ARI (see annex H) and radio-data signals are transmitted simultaneously, the recommended
`maximum deviation due to the radio-data subcarrier is ± 1.2 kHz and that due to the unmodulated ARI subcarrier should
`be reduced to ± 3.5 kHz.
`
`The maximum permitted deviation due to the composite multiplex signal is ± 75 kHz.
`
`1.4 Method of modulation
`
`The subcarrier is amplitude-modulated by the shaped and biphase coded data signal (see 1.7). The subcarrier is
`suppressed. This method of modulation may alternatively be thought of as a form of two-phase phase-shift-keying (psk)
`with a phase deviation of ± 90(.
`
`1.5 Clock-frequency and data-rate
`
`The basic clock frequency is obtained by dividing the transmitted subcarrier frequency by 48. Consequently, the
`basic data-rate of the system (see figure 1) is 1187.5 bit/s ± 0.125 bit/s.
`
`1.6 Differential coding
`
`The source data at the transmitter are differentially encoded according to the following rules:
`
`Table 1: Encoding rules
`
`Previous output
`(at time t )
`i-1
`
`New input
`(at time t )
`i
`
`New output
`(at time t )
`i
`
`0
`
`0
`
`1
`
`1
`
`0
`
`1
`
`0
`
`1
`
`0
`
`1
`
`1
`
`0
`
`where t is some arbitrary time and t
` i
`
`
`
`
` i-1
`rate is equal to 1187.5 Hz.
`
` is the time one message-data clock-period earlier, and where the message-data clock-
`
`1
`
`)
`
`With this level of subcarrier, the level of each sideband of the subcarrier corresponds to half the
`nominal peak deviation level of ± 2.0 kHz for an "all-zeroes" message data stream (i.e. a
`continuous bit-rate sine-wave after biphase encoding).
`
`Jaguar Land Rover
`Exhibit 1029
`Page 008
`
`

`

`Thus, when the input-data level is 0, the output remains unchanged from the previous output bit and when an
`input 1 occurs, the new output bit is the complement of the previous output bit.
`
`In the receiver, the data may be decoded by the inverse process:
`
`Table 2: Decoding rules
`
`Page 9
`EN 50067:1998
`
`Previous input
`(at time t )
`i-1
`
`New input
`(at time t )
`i
`
`New output
`(at time t )
`i
`
`0
`
`0
`
`1
`
`1
`
`0
`
`1
`
`0
`
`1
`
`0
`
`1
`
`1
`
`0
`
`The data is thus correctly decoded whether or not the demodulated data signal is inverted.
`
`1.7 Data-channel spectrum shaping
`
`The power of the data signal at and close to the 57 kHz subcarrier is minimized by coding each source data bit as
`a biphase symbol.
`
`This is done to avoid data-modulated cross-talk in phase-locked-loop stereo decoders, and to achieve compatibility
`with the ARI system. The principle of the process of generation of the shaped biphase symbols is shown schematically in
`figure 1. In concept each source bit gives rise to an odd impulse-pair, e(t), such that a logic 1 at source gives:
`
`and a logic 0 at source gives:
`
`e(t) (t) (t td /2)
`
`e(t) (t) (cid:8) (t td /2)
`
`These impulse-pairs are then shaped by a filter H (f), to give the required band-limited spectrum where:
`T
`
`and here
`
`HT(f)
`
`%ftd
`4
`
`cos
`
`0
`
`if 0 (cid:6) f (cid:6) 2/td
`if f > 2/td
`
`td
`
`1
`1187.5
`
`s
`
`(1)
`
`(2)
`
`(3)
`
`The data-spectrum shaping filtering has been split equally between the transmitter and receiver (to give optimum
`performance in the presence of random noise) so that, ideally, the data filtering at the receiver should be identical to that
`of the transmitter, i.e. as given above in equation (3). The overall data-channel spectrum shaping H (f) would then be 100%
`o
`cosine roll-off.
`
`Jaguar Land Rover
`Exhibit 1029
`Page 009
`
`

`

`Page 10
`EN 50067:1998
`
`The specified transmitter and receiver low-pass filter responses, as defined in equation (3) are illustrated in
`figure 3, and the overall data-channel spectrum shaping is shown in figure 4.
`
`The spectrum of the transmitted biphase-coded radio-data signal is shown in figure 5 and the time-function of a
`single biphase symbol (as transmitted) in figure 6.
`
`The 57 kHz radio-data signal waveform at the output of the radio-data source equipment may be seen in the
`photograph of figure 7.
`
`480
`
`960
`
`1440
`
`1920
`2400 Hz
`Frequency
`
`1.0
`
`0.8
`
`0.6
`
`0.4
`
`0.2
`
`Relative amplitude, HO(f)
`
`0
`
`0
`
`Figure 3: Amplitude response of the specified transmitter or receiver data-shaping filter
`
`480
`
`960
`
`1440
`
`1920
`2400 Hz
`Frequency
`
`1.0
`
`0.8
`
`0.6
`
`0.4
`
`0.2
`
`Relative amplitude, HT (f)
`
`0
`
`0
`
`Figure 4: Amplitude response of the combined transmitter and receiver data-shaping filters
`
`Jaguar Land Rover
`Exhibit 1029
`Page 010
`
`

`

`Page 11
`EN 50067:1998
`
`Figure 5: Spectrum of biphase coded radio-data signals
`
`Figure 6: Time-function of a single biphase symbol
`
`Figure 7: 57 kHz radio-data signals
`
`Jaguar Land Rover
`Exhibit 1029
`Page 011
`
`

`

`Page 12
`EN 50067:1998
`
`2 Baseband coding (data-link layer)
`
`2.1 Baseband coding structure
`
`Figure 8 shows the structure of the baseband coding. The largest element in the structure is called a "group" of
`104 bits each. Each group comprises 4 blocks of 26 bits each. Each block comprises an information word and a
`checkword. Each information word comprises 16 bits. Each checkword comprises 10 bits (see 2.3).
`
`Group = 4 blocks = 104 bits
`
`Block 1
`
`Block 2
`
`Block 3
`
`Block 4
`
`Block = 26 bits
`
`Information word
`
`Checkword + offset word
`
`Information word = 16 bits
`
`Checkword = 10 bits
`
`m15 m14 m13 m12 m11 m10 m9 m8 m7 m6 m5 m4 m3 m2 m1 m0
`
` c'9 c'8 c'7 c'6 c'5 c'4 c'3 c'2 c'1 c'0
`
`Figure 8: Structure of the baseband coding
`
`2.2 Order of bit transmission
`
`All information words, checkwords, binary numbers or binary address values have their most significant bit
`(m.s.b.) transmitted first (see figure 9). Thus the last bit transmitted in a binary number or address has weight 2 .o
`
`The data transmission is fully synchronous and there are no gaps between the groups or blocks.
`
`Jaguar Land Rover
`Exhibit 1029
`Page 012
`
`

`

`Page 13
`EN 50067:1998
`
`One group = 104 bits 87.6 ms
`
`Block 1
`
`Block 2
`
`Block 3
`
`Block 4
`
`First transmitted bit of group
`
`BoTP
`
`t1
`
`PI code
`
`Checkword
`+
`offset A
`
`Group
`type
`code
`
`PTY
`
`Checkword
`+
`offset B
`
`
`Most signifiant bit
`
`Least signifiant bit
`
`Last transmitted bit of group
`
`Checkword
`+
`offset C or C'
`
`
`
`Checkword
`+
`offset D
`
`t2
`
`PI
`
`Offset C = version A
`Offset C' = version B
`
`A 3
`
`A 2
`
`A 1
`
`A 0
`
`B 0
`
`Traffic
`prog.
`code
`
`PT 4
`
`PT 3
`
`PT 2
`
`PT 1
`
`PT 0
`
`4 - bit group type code
`
`0 = version A
`1 = version B
`
`Notes to figure 9:
`
`1. Group type code = 4 bits (see 3.1)
`2. B = version code = 1 bit (see 3.1)
`o
`3. PI code = Programme Identification code = 16 bits (see 3.2.1.1 and annex D)
`4. TP = Traffic Programme Identification code = 1 bit (see 3.2.1.3)
`5. PTY = Programme Type code = 5 bits (see 3.2.1.2 and annex F)
`6. Checkword + offset "N" = 10 bits added to provide error protection and block and group synchronization
`information (see 2.3 and 2.4 and annexes A,B and C)
`t ‹ t : Block 1 of any particular group is transmitted first and block 4 last
`1 2
`
`7.
`
`Figure 9: Message format and addressing
`
`2.3 Error protection
`
`Each transmitted 26-bit block contains a 10-bit checkword which is primarily intended to enable the
`receiver/decoder to detect and correct errors which occur in transmission. This checkword (i.e. c' , c' , ... c' in figure 8)
`9
`8
`
`o
`is the sum (modulo 2) of:
`
`10
`a) the remainder after multiplication by x and then division (modulo 2) by the generator polynomial g(x), of
`the 16-bit information word,
`
`b ) a 10-bit binary string d(x), called the "offset word",
`
`where the generator polynomial, g(x) is given by:
`
`10
` 8
` 7
` 5
` 4
` 3
`g(x) = x + x + x + x + x + x + 1
`
`and where the offset values, d(x), which are different for each block within a group (see 2.4) are given in annex A.
`
`The purpose of adding the offset word is to provide a group and block synchronisation system in the
`receiver/decoder (see 2.4). Because the addition of the offset is reversible in the decoder the normal additive error-
`correcting and detecting properties of the basic code are unaffected.
`
`The checkword thus generated is transmitted m.s.b. (i.e. the coefficient of c' in the checkword) first and is
`9
`transmitted at the end of the block which it protects.
`
`Jaguar Land Rover
`Exhibit 1029
`Page 013
`
`

`

`Page 14
`EN 50067:1998
`
`The above description of the error protection may be regarded as definitive, but further explanatory notes on the
`generation and theory of the code are given in annexes B and C .
`
`The error-protecting code has the following error-checking capabilities [3, 4] :
`
`a) Detects all single and double bit errors in a block.
`b) Detects any single error burst spanning 10 bits or less.
`c) Detects about 99.8% of bursts spanning 11 bits and about 99.9% of all longer bursts.
`
`The code is also an optimal burst error correcting code [5] and is capable of correcting any single burst of span
`5 bits or less.
`
`2.4 Synchronisation of blocks and groups
`
`The blocks within each group are identified by the offset words A, B, C or C' and D added to blocks 1, 2, 3, and
`4 respectively in each group (see annex A).
`
`The beginnings and ends of the data blocks may be recognized in the receiver decoder by using the fact that the
`error-checking decoder will, with a high level of confidence, detect block synchronisation slip as well as additive errors.
`This system of block synchronisation is made reliable by the addition of the offset words (which also serve to identify the
`blocks within the group). These offset words destroy the cyclic property of the basic code so that in the modified code,
`cyclic shifts of codewords do not give rise to other codewords [6, 7].
`
`Further explanation of a technique for extracting the block synchronisation information at the receiver is given
`in annex C.
`
`Jaguar Land Rover
`Exhibit 1029
`Page 014
`
`

`

`Page 15
`EN 50067:1998
`
`3 Message format (session and presentation layers)
`
`3.1 Addressing
`
`3.1.1 Design principles
`
`The basic design principles underlying the message format and addressing structure are as follows:
`
`a) The messages which are to be repeated most frequently, and for which a short acquisition time is required e.g.
`Programme Identification (PI) codes, in general occupy the same fixed positions within every group. They
`can therefore be decoded without reference to any block outside the one which contains the information.
`
`b) There is no fixed rhythm of repetition of the various types of group, i.e. there is ample flexibility to interleave
`the various kinds of message to suit the needs of the users at any given time and to allow for future
`developments.
`
`c) This requires addressing to identify the information content of those blocks which are not dedicated to the
`high-repetition-rate information.
`
`d) Each group is, so far as possible, fully addressed to identify the information content of the various blocks.
`
`e) The mixture of different kinds of message within any one group is minimized, e.g. one group type is reserved
`for basic tuning information, another for RadioText, etc. This is important so that broadcasters who do not
`wish to transmit messages of certain kinds are not forced to waste channel capacity by transmitting groups
`with unused blocks. Instead, they are able to repeat more frequently those group types which contain the
`messages they want to transmit.
`
`f) To allow for future applications the data formatting has been made flexible. For example, a number of group
`types (see table 6) may be used for Open Data Applications (see 3.1.4 and 4.9).
`
`3.1.2 Principal features
`
`The main features of the message structure have been illustrated in figure 9. These may be seen to be:
`
`1) The first block in every group always contains a Programme Identification (PI) code.
`
`2) The first four bits of the second block of every group are allocated to a four-bit code which specifies the
`application of the group. Groups will be referred to as types 0 to 15 according to the binary weighting A = 3
`8, A = 4, A = 2, A = 1 (see figure 9). For each type (0 to 15) two "versions" can be defined. The
` 2
`
`
` 1
`
`
` 0
`"version" is specified by the fifth bit (B ) of block 2 as follows:
`o
`
`a) B = 0: the PI code is inserted in block 1 only. This will be called version A, e.g. 0A, 1A, etc.
`0
`
`b) B = 1: the PI code is inserted in block 1 and block 3 of all group types. This will be called version B,
`0
`e.g. 0B, 1B, etc.
`
`Jaguar Land Rover
`Exhibit 1029
`Page 015
`
`

`

`Page 16
`EN 50067:1998
`
`In general, any mixture of type A and B groups may be transmitted.
`
`3) The Programme Type code (PTY) and Traffic Programme identification (TP) occupy fixed locations in block
`2 of every group.
`
`The PI, PTY and TP codes can be decoded without reference to any block outside the one that contains the
`information. This is essential to minimize acquisition time for these kinds of message and to retain the advantages of the
`short (26-bit) block length. To permit this to be done for the PI codes in block 3 of version B groups, a special offset word
`(which we shall call C') is used in block 3 of version B groups. The occurrence of offset C' in block 3 of any group can
`then be used to indicate directly that block 3 is a PI code, without any reference to the value of B in block 2.
`0
`
`Jaguar Land Rover
`Exhibit 1029
`Page 016
`
`

`

`3.1.3 Group types
`
`It was described above (see also figure 9) that the first five bits of the second block of every group are allocated
`to a five-bit code which specifies the application of the group and its version, as shown in table 3.
`
`Page 17
`EN 50067:1998
`
`Table 3: Group types
`
`Group
`type
`
`Group type code/version
`
`A
`
`3
`
`A
`
`2
`
`A
`
`1
`
`A
`
`0
`
`B
`
`0
`
`Flagged in
`type 1A
`groups
`
`Description
`
`0 A
`
`0 B
`
`1A
`
`1B
`
`2 A
`
`2 B
`
`0
`
`0
`
`0
`
`0
`
`0
`
`0
`
`0
`
`0
`
`0
`
`0
`
`0
`
`0
`
`0
`
`0
`
`0
`
`0
`
`1
`
`1
`
`0
`
`0
`
`1
`
`1
`
`0
`
`0
`
`0
`
`1
`
`0
`
`1
`
`0
`
`1
`
`0
`
`Basic tuning an

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket