SIST EN 300 231 V1.3.1:2003

SLOVENSKI STANDARD
01-december-2003
7HOHYL]LMVNLVLVWHPL±6SHFLILNDFLMDGRPDþHJDYLGHRVLVWHPD]DXSUDYOMDQMHL]ELUH
SURJUDPRY3'&
Television systems; Specification of the domestic video Programme Delivery Control
system (PDC)
Ta slovenski standard je istoveten z: EN 300 231 Version 1.3.1
ICS:
33.160.40 Video sistemi Video systems
33.170 Televizijska in radijska Television and radio
difuzija broadcasting
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

European Standard (Telecommunications series)

Television systems;
Specification of the domestic video
Programme Delivery Control system (PDC)

European Broadcasting Union Union Européenne de Radio-Télévision
EBU·UER
2 ETSI EN 300 231 V1.3.1 (2003-04)

Reference
REN/JTC-PDC-1-R1
Keywords
broadcasting, PDC, teletext, TV, VCR, video
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: +33 4 92 94 42 00  Fax: +33 4 93 65 47 16

Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88

Important notice
Individual copies of the present document can be downloaded from:
http://www.etsi.org
The present document may be made available in more than one electronic version or in print. In any case of existing or
perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF).
In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive
within ETSI Secretariat.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
http://portal.etsi.org/tb/status/status.asp
If you find errors in the present document, send your comment to:
editor@etsi.org
Copyright Notification
No part may be reproduced except as authorized by written permission.
The copyright and the foregoing restriction extend to reproduction in all media.

© European Telecommunications Standards Institute 2003.
All rights reserved.
TM TM TM
DECT , PLUGTESTS and UMTS are Trade Marks of ETSI registered for the benefit of its Members.
TM
TIPHON and the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Members.
TM
3GPP is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners.
ETSI
3 ETSI EN 300 231 V1.3.1 (2003-04)
Contents
Intellectual Property Rights.5
Foreword.5
Introduction .6
1 Scope.7
2 References.7
3 Definitions and abbreviations.7
3.1 Definitions.7
3.2 Abbreviations.8
4 Application of the PDC system.9
5 The PDC service.9
6 Programme identification.10
6.1 List of programme identification parameters .10
6.2 Coding of the parameters .12
7 Preselection function for recording equipment .19
7.1 Introduction.19
7.2 Manual entry of PDC programme selection data .19
7.3 Preselection via Teletext .19
7.3.1 Specification of transport method "A".20
7.3.1.1 General.20
7.3.1.2 Presentation elements of programme-preview pages .20
7.3.1.3 Definition of the formats.22
7.3.1.4 Position assignment rules between elements.26
7.3.1.5 Interpretation of a normal Teletext display page transporting data relevant for the preselection of
programmes.27
7.3.2 Specification of transport method "B" .28
7.3.2.1 General.28
7.3.2.2 Presentation elements of programme-preview pages .29
7.3.2.3 Coding of preselection data in extension packets X/26.29
8 Recording-control function .32
8.1 Specification of the recording-control commands.32
8.2 The transport of the recording-control commands .32
8.2.1 Transport via Teletext (EN 300 706) .32
8.2.2 Transport via a dedicated television line.34
8.2.2.1 General.34
8.2.2.2 Transmission format for the dedicated line.34
8.3 Availability and repetition rate of the recording-control commands.36
9 Code of practice for broadcasters.38
9.1 Introduction.38
9.2 PDC in programme schedule planning.38
9.2.1 Programme guide.38
9.2.2 Programme labelling.38
9.2.2.1 Normal programmes.38
9.2.2.2 Non-programme items.39
9.2.2.3 Planned segmentation of a programme .39
9.2.2.4 Anticipated changes to schedule dependent upon future events .39
9.2.2.5 Indicating end-of-transmission.39
9.2.2.6 Network topology changes.39
9.2.2.7 Daylight-saving time-changes.40
9.2.2.8 Time zone.40
9.2.2.9 Special uses of PDC labels.40
ETSI
4 ETSI EN 300 231 V1.3.1 (2003-04)
9.3 Rescheduled programmes - validity time windows of PIL and PTY labels .40
9.3.1 Modification to programme guides and informing the user.41
9.3.2 Programme labelling.42
9.3.2.1 Programme cancellation.42
9.3.2.2 Programme insertion.42
9.3.2.3 Replacement programme.42
9.4 PDC in programme presentation and operation.42
9.4.1 Transmission schedule.42
9.4.2 Programme labelling.43
9.4.2.1 Planned interruption.44
9.4.2.2 Anticipated changes to schedule .44
9.4.2.3 Other unforeseen events.44
9.5 System installation and evolution.45
9.6 General observations.45
9.6.1 Product information.45
9.6.2 Programme titles.45
9.6.3 User priorities.45
9.6.4 Selected programme list amendment .46
9.6.5 Manual preselection operation.46
Annex A (informative): The use of Unified Date and Time (UDT).47
Annex B (informative): Use of packet 8/30 format 1 in EN 300 706 Teletext .48
Annex C (informative): The use of DIDON III for the transport of the recording control
commands.49
C.1 General.49
C.2 Error protection.50
C.3 Transmission format of programme delivery data group .50
Annex D (informative): Interpretation of services codes at the PDC video recorder .51
Annex E (informative): Some typical sequences of programme labels .53
E.1 Introduction.53
E.2 Data capacity requirement.53
E.3 Examples of programme sequences and the behaviour of VCRs.54
Annex F (informative): Use of "random number" programme labels .74
Annex G (informative): Bibliography.75
History .76

ETSI
5 ETSI EN 300 231 V1.3.1 (2003-04)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (http://webapp.etsi.org/IPR/home.asp).
All published ETSI deliverables shall include information which directs the reader to the above source of information.
Foreword
This European Standard (Telecommunications series) has been produced by Joint Technical Committee (JTC)
Broadcast of the European Broadcasting Union (EBU), Comité Européen de Normalisation ELECtrotechnique
(CENELEC) and the European Telecommunications Standards Institute (ETSI).
NOTE: The EBU/ETSI JTC Broadcast was established in 1990 to co-ordinate the drafting of standards in the
specific field of broadcasting and related fields. Since 1995 the JTC Broadcast became a tripartite body
by including in the Memorandum of Understanding also CENELEC, which is responsible for the
standardization of radio and television receivers. The EBU is a professional association of broadcasting
organizations whose work includes the co-ordination of its members' activities in the technical, legal,
programme-making and programme-exchange domains. The EBU has active members in about
60 countries in the European broadcasting area; its headquarters is in Geneva.
European Broadcasting Union
CH-1218 GRAND SACONNEX (Geneva)
Switzerland
Tel: +41 22 717 21 11
Fax: +41 22 717 24 81
National transposition dates
Date of adoption of this EN: 11 April 2003
Date of latest announcement of this EN (doa): 31 July 2003
Date of latest publication of new National Standard
or endorsement of this EN (dop/e): 31 January 2004
Date of withdrawal of any conflicting National Standard (dow): 31 January 2004

ETSI
6 ETSI EN 300 231 V1.3.1 (2003-04)
Introduction
Programme Delivery Control (PDC) is a data broadcasting system which carries programme-related information for
exploitation by suitably-equipped domestic video recorders. In its simplest application the programmes chosen by the
viewer will be recorded by such recorders in their entirety, even if the transmission time is different from that published
in the programme guide (for example owing to the over-run of a previous programme). More advanced applications
may, for example, permit recording to be suspended and resumed in synchronism with breaks in programme
transmission, such as may occur during a feature film in the event of film breakage.
The PDC system functions may be considered in two parts. Preselection functions deliver information about the
programmes to the domestic recorder; this information may be carried via print media or via Teletext. In the latter case
the user may make his selection of programmes by viewing the Teletext programme guide pages and, by the use of his
remote-control, positions a cursor adjacent to the wanted programme. At the touch of a button he confirms his choice
and the video recorder stores his requirement. If the video recorder does not incorporate full Teletext decoder
functionality, the preselection information has to be keyed in manually, in the more conventional way. The
Recording-control function depends on the establishment of a match between the viewer's preselection and a
programme label transmitted by the broadcaster with each programme, thereby triggering the start and end of the
recording process in synchronism with the actual transmission time of the programme.
The Programme Delivery Control (PDC) system specification is the result of several years of studies by the EBU in
close collaboration with European industry. In accordance with the wishes of the European broadcasters, expressed in
their replies to an EBU enquiry, the preselection and recording control functions of the PDC system have been designed
mainly around the structure of EN 300 706 [2] Teletext. The starting point for the development process was the Video
Programming System (VPS) in Germany.
The system has been designed to be comprehensive in the facilities it offers, and applicable to the whole of Europe. It
will accommodate all future requirements foreseen by the specialists involved, including those deriving from the
expansion of international television services (e.g. direct broadcasting satellite services). Downwards compatibility is
assured with systems already implemented and optional methods are provided for performing particular functions where
the preferred methods are not appropriate.
To assure the long-term flexibility of the PDC system, the specialists recommend that where EN 300 706 [2] Teletext is
in operation new PDC services should provide both the recording control function and the programme preselection
function by means of data carried in extension data packets. For recording control this approach offers the most efficient
use of the resource represented by the vertical blanking interval of the television signal; for preselection it allows the
Teletext editor greater freedom in the layout of Teletext programme guide pages. A further advantage is that all PDC
data are acquired by a common process at the receiver.
Although the transport of preselection data by Teletext extension packets is preferred, it is nevertheless recommend that
all decoders should also be able to process preselection data sent within the displayable Teletext page.
Where no a-priori restriction applies, the preferred method for sending recording control data is in EN 300 706 [2]
Teletext extension data packets of type 8/30 format 2. Other methods nonetheless remain in the present specification;
where these concern services already implemented in certain countries they are considered in the main text, whilst
others are considered in the annexes.
Experience with the services already implemented has highlighted the need for clear operational rules, and a Code of
Practice for Broadcasters has been included to ensure that the intended response is obtained at the receiver. It will also
be necessary to arrange for the orderly introduction of any new features (see note 1) which the system is potentially able
to deliver, or any further enhancements, as they are specified. The specialists therefore plan to continue their
collaboration with industry as the PDC system is implemented and introduced into service.
NOTE 1: Further enhancements are under study.
Considering that broadcasters may not only wish to modify programme schedules at short notice but also are required to
generate and transmit the real-time commands to VCRs it is essential that both operations are under their close control.
NOTE 2: The term "PDC" is used here as a technical description of the system and follows the current ITU-R
terminology. Trade names for services provided within the specification of PDC include VPS, VPT
(Video Programming by Teletext) and Startext.
ETSI
7 ETSI EN 300 231 V1.3.1 (2003-04)
1 Scope
The present document specifies the Programme Delivery Control (PDC) transmission system. PDC is a data
broadcasting system which carries programme-related information for exploitation by suitably-equipped domestic video
recorders. Not all the features specified need be implemented in a particular service. Some of the data is essential if a
minimum level of functional performance is to be achieved, whilst other data may be provided only by broadcasters
wishing to provide viewers with a higher level of PDC performance. Optional data may be sent at the broadcaster's
discretion.
2 References
The following documents contain provisions which, through reference in this text, constitute provisions of the present
document.
• References are either specific (identified by date of publication and/or edition number or version number) or
non-specific.
• For a specific reference, subsequent revisions do not apply.
• For a non-specific reference, the latest version applies.
Referenced documents which are not found to be publicly available in the expected location might be found at
http://docbox.etsi.org/Reference.
[1] ETSI ETS 300 250: "Television Systems; Specification of the D2-MAC/Packet system".
[2] ETSI EN 300 706: "Enhanced Teletext Specification".
[3] ETSI TS 101 231: "Television systems; Register of Country and Network Identification (CNI),
Video Programming System (VPS) codes and Application codes for Teletext based systems".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
hexadecimal: number system with base 16. In written form, equivalents of the decimal
Programme Delivery Control (PDC): broadcasting service for domestic use which allows suitably-equipped
recorders to record preselected programmes automatically and completely
NOTE: PDC is made up of two distinct service components, defined as the preselection function and the
recording-control function (see figure 1).
preselection function: recording control of suitably-equipped recorders, this function performs the loading of the
controller memory of the recorder with the information about all programmes required to be recorded
NOTE: The viewer chooses the required programmes from television programme guides then enters the relevant
information into the recorder, for example manually via a keyboard or bar-code reader, or interactively
using a cursor on the display screen.
recording-control function: allows remote control, from a source of transmission, of a recording made by a
receiving equipment capable of preselecting the programme to be recorded
NOTE: Such a function depends on the broadcaster sending a programme label in coded form together with the
programme. In the case where no programme label is transmitted, the recording shall be done under
timer-control.
ETSI
8 ETSI EN 300 231 V1.3.1 (2003-04)
Method A Row Method B Row
0 0
(Country, Network, Date)
18,25 weather
18,25 weather
18,30 news (VPS 18,29)
18,30 news (18,29)
18,40 sport
18,40 sport
Keyboard
(18,25, 18,29, 18,40)
23 23
Extension
data packet(s)
Menu 26
Country, Network, Date
cursor
MCP 18,25, MCP 18,29, MCP 18,40
position
link
Manual Automatic Automatic
Preselection function
Programme preselection
Video
Compare
PDC recorder
(or switch to
decoder start/stop
timer control)
signals
Recording-control command
Automatic
Timer Automatic
Recording-control function
Dedicated TV line Packet 8/30 format 2
Country, Network, Date & Time
Country, Network, Date & Time
(CNI, PIL.)
(CNI, PIL.)
Method A Method B
Figure 1
Preselection Method A is known as VPT, and it is described in clause 7.3.1. Preselection Method B is known as PDC,
and it is described in clause 7.3.2.
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
AD Announced Date
AT Announced Time
BSDP Broadcast Service Data Packet
CAF Controlled Access Flag
CNI Country and Network Identification
Hex Hexadecimal
or hex numbers 10 to 15 are replaced by the uppercase letters A to F
INT Interruption code
LCI Label Channel Identifier
LDT Local Date and Time
lsb least significant bit
LTO Local Time Offset
LUF Label Update Flag
MAC Multiplexed Analogue Component
MCP Menu Cursor Position
MI Mode Identifier
MJD Modified Julian Date
msb most significant bit
NI Network Identification
NSPV No Specific PIL Value (PIL defined below)
ETSI
9 ETSI EN 300 231 V1.3.1 (2003-04)
PCS Programme Control Status
PD Programme Duration
PDC domestic video Programme/Delivery Control system
PIL Programme Identification Label
PRF Prepare-to-Record Flag
PTL Programme Title
PTY Programme Type
PW Protection Word
RI/T Record Inhibit/Terminate
SPL Short Programme Label
TC Timer-control Code
UDT Universal Date and Time
UTC Co-ordinated Universal Time
VCR Video Cassette Recorder
VPS Video Programme System
VPT Video Programming by Teletext
Other abbreviations and specialized terminology is noted where it occurs in the present document.
4 Application of the PDC system
PDC is a data broadcasting system which carries programme-related information for exploitation by suitably-equipped
domestic video recorders. In its simplest application the programmes chosen by the viewer will be recorded by such
recorders in their entirety, even if the transmission time is different from that published in the programme guide (for
example owing to the over-run of a previous programme). More advanced applications may, for example, permit
recording to be suspended and resumed in synchronism with breaks in programme transmission, such as may occur
during a feature film in the event of film breakage.
The PDC system functions may be considered in two parts, Preselection functions and Recording-control functions, see
clause 3.1.
It is recommend that where EN 300 706 [2] Teletext is in operation new PDC services should provide both the
recording control function and the programme preselection function by means of data carried in extension data packets.
Although the transport of preselection data by Teletext extension packets is preferred, it is recommend that all decoders
should also be able to process preselection data sent within the displayable Teletext page.
Where no a-priori restriction applies, the preferred method for sending recording control data is in EN 300 706 [2]
Teletext extension data packets of type 8/30 format 2. Other methods are given in the present document; where these
other methods concern services already implemented in certain countries they are considered in the main text, whilst
others are considered in the annexes.
5 The PDC service
a) To enable the proper recording of programmes at times which differ from the published time of transmission
(as is typical of flexible scheduling), including facilities for the recording of non pre-announced programmes;
b) the recording of programmes by programme-type shall be possible;
c) interruption of a transmitted programme for any reason may, at the discretion of the broadcaster, be
accompanied by a corresponding interruption of the recording process;
d) the presentation constraints on existing services (e.g. Teletext and television services) should be minimized;
e) the service should allow both manual and automatic preselections;
f) the service should be user-friendly;
g) the service should be reliable. In the case of failure of the recording-control function, normal timer-control
should operate;
ETSI
10 ETSI EN 300 231 V1.3.1 (2003-04)
h) the rate of transmission of recording controls shall be such that error detection/correction schemes and
frequency scanning by the receiver are possible (minimum repetition rate 1 Hz);
i) the service should operate consistently regardless of time-zone boundaries and changes to and from
daylight-saving time;
NOTE: ITU-R Recommendation M.1078 proposes the use of Unified Date and Time for this purpose (see
annex A).
j) the start of the recording process should be close to the start of the required programme, however, in signalling
the latter the broadcaster should make allowance for the varying "run-up" characteristics of recording
equipment;
k) the service should operate for programmes with and without conditional access;
l) the data capacity needed for both the real-time (recording-control) function and the other background functions
should be minimized;
m) provision should be made for the announced date and time to be changed one or more times by the broadcaster
without adverse effect on the service.
6 Programme identification
6.1 List of programme identification parameters
Each parameter listed hereafter defines a certain aspect of the programme identification function and is used
subsequently in the preselection and recording-control functions as shown in table 1.
a) Country and Network Identification (CNI).
The CNI parameter is divided into two groups, one identifying the country, and one identifying the network or
alternatively in some countries the programme provider. In this context a programme provider is the broadcaster who is
responsible for the actual transmission of a programme.
A Register [3] of Country and Network Identification (CNI) and of Video Programming System (VPS) codes is being
maintained by the EBU. In maintaining this list it was realized that the growth of satellite and other cross-border
transmissions has made it increasingly possible to receive broadcasts from geographically widely-separated countries
which may have been allocated arbitrarily identical 11-bit PDC codes. The Register was therefore rationalized in a way
compatible with all existing consumer products to avoid the ambiguity that duplicated codes could cause. This
rationalization has meant that the relationship between the PDC NI code and that of the Broadcast Service Data Packet
(8/30 format 1), is entirely arbitrary. Furthermore, when the 256 channel codes available to a country have been used
(allocation is on a first-come first-served basis), further programme providers requiring CNI codes will be arbitrarily
allocated an available CNI from another country's code space.
b) Announced Date (AD)
The AD parameter gives the scheduled date of start of transmission of the programme in terms of years, months and
days. When a local time reference is used the applicable local time offset should be made explicitly available (see
note 1).
NOTE 1: If in particular implementations no use is made of Local Time Offset (LTO), and Co-ordinated Universal
Time (UTC) is not presumed, normal operation is still possible where all services are based on a common
time zone.
ETSI
11 ETSI EN 300 231 V1.3.1 (2003-04)
Table 1: Application of programme identification parameters in the programme preselection and
programme recording control functions
Programme preselection Programme recording control
CNI CNI
AD LCI
AT-2 PIL
MCP
PTL PCS
LTO
AT-1
PD
PTY PTY
CAF UDT (see note)
LUF
NOTE: This parameter is carried, for example, in EN 300 706 [2] Teletext by data
packet 8/30 format 1.
c) Original Announced Time (AT-2)
The AT-2 parameter may be divided into two groups: the first indicates the announced starting time or where a
programme schedule has been altered the original starting time; the second gives the announced finishing time. Both
are expressed in hours and minutes. When a local time reference is used the applicable local time offset should be
made explicitly available in both cases as it may change between the two (see note 2).
NOTE 2: If in particular implementations no use is made of LTO, and UTC is not presumed, normal operation is
still possible where all services are based on a common time zone.
d) Menu Cursor Position (MCP)
The MCP parameter is used to link parameters to text information.
e) Programme Identification Label (PIL)
The PIL parameter normally carries the local announced broadcast time (day, month, hour, minute) identifying the
transmitted programme. Several special values, known as "service codes", are reserved for receiver control in certain
conditions.
f) Programme Title (PTL)
The PTL parameter provides the programme title in clear text.
g) Local Time Offset (LTO)
The LTO parameter indicates the local time offset from UTC to LDT in 1/4 hour steps (LTO = LDT - UTC). More
than one of this parameter may need to be sent to cover discontinuities in local time.
h) Announced Time (AT-1)
The AT-1 parameter may be divided in two groups: the first indicates the announced starting time; the second gives
the announced finishing time. Both are expressed in hours and minutes. When a local time reference is used the
applicable local time offset should be made explicitly available in both cases as it may change between the two (see
note 3).
NOTE 3: If in particular implementations no use is made of LTO, and UTC is not presumed, normal operation is
still possible where all services are based on a common time zone.
i) Programme Duration (PD)
The PD parameter shows the expected duration of the programme in hours, minutes and s.
j) Programme Control Status (PCS)
The PCS parameter is used to state real-time conditions which are relevant to the programme or its broadcasting
(e.g. type of sound transmission, rating of programme, access mode, etc.).
ETSI
12 ETSI EN 300 231 V1.3.1 (2003-04)
k) Programme Type (PTY)
The PTY parameter identifies the type or series of programme being broadcast and allows for selective recording of
certain types of programme independent of the PILs.
l) Controlled Access Flag (CAF)
The CAF parameter is used during the preselection process to signal that the programme to which it refers is not for
free access.
m) Unified Date and Time (UDT)
The UDT parameter is used for broadcasting the Co-ordinated Universal Time (UTC) and Modified Julian Date
(MJD).
n) Label Update Flag (LUF)
The LUF parameter is used to signal that the associated CNI and PIL do not relate to the current television programme,
but are intended to update the label memories in video recorders. This provides a method of signalling that the
programme which is ending its transmission on a particular channel, is being transferred, perhaps after a period of
interruption, to another channel. It may also provide a new label for a programme which is postponed beyond the end of
the time window of validity of its original label (see note 4).
NOTE 4: No mechanism is provided to update programme duration information held by the VCR when
postponement or channel swapping functions are used.
o) Label Channel Identifier (LCI)
The LCI parameter indicates to which of the four parallel data channels the associated label applies. This permits the
simultaneous labelling of a broadcast in several ways, and allows for the impending start of a new programme to be
signalled before the end of the current one.
p) Mode Identifier (MI)
The MI parameter is used to indicate which of two possible recording control function options has been selected by
the broadcaster. Essentially, this determines whether the recorder stops immediately or continues for 30 s after a
label change.
q) Prepare-to-Record Flag (PRF)
The PRF is used to signal the precise start of the programme.
6.2 Coding of the parameters
The parameters listed in clause 6.1 can be regarded as data fields. The data-field length and structure is given
hereafter, taking into account that bit b of a data field is the first bit transmitted. Unless otherwise specified, a
parameter transmitted with all bits set to logical "1" should be regarded as carrying irrelevant information.
a) Country and Network Identification (CNI - 16 bits)
This field is composed of two groups of data bits. A first group, b to b , identifies the country (see note 1 and
1 8
table 2), the second group b to b identifies the network or alternatively in some countries the programme provider
9 16
within the defined country. The choice of these codes is left to national authorities, and they are registered with the
EBU who maintains the Register [3].
ETSI
13 ETSI EN 300 231 V1.3.1 (2003-04)
Table 2: Correspondence between the CNI country codes and the ISO country codes
Column number coded by b to b (hexadecimal)
5 8
1 2 3 4 5 6 7 8 9 A B C D E F
AZR CNR
1 DZ AD IL IT BE BY AL AT HU MT DE EG
(see note 2) (see note 3)
2 GR CY SM CH JO FI LU BG DK GI IQ GB LY RO FR
3 MA CZ PL VA SY TN MA LI IS MC  ES NO
4 IE TR  YU UA NL LB  SE
5    RU PT
└Row number coded by b to b (hexadecimal), see note 1.
1 4
NOTE 1: As a national option in countries using the dedicated television line transport method the first four bits of
the CNI parameter are reserved for enhancement of VPS. No correspondence exists between the coding
of these bits and the first four bits of the CNI field of the dedicated line.
NOTE 2: (AZR) This represents the Azores, for which no ISO code exists.
NOTE 3: (CNR) This represents the Canary Islands, for which no ISO code exists.
b) Announced Date (AD - m × 8 bits)
This field is composed of m bytes, which could be either displayable Teletext characters, or encoded information yet to
be defined. When local time is used, the relevant LTO should be provided. In the absence of an LTO, UTC is presumed
(see note 4).
NOTE 4: If in particular implementations no use is made of LTO, and UTC is not presumed, normal operation is
still possible where all services are based on a common time zone.
c) Original Announced Time (AT-2 - n × 8 bits)
This field also is composed of n bytes which could be either displayable Teletext characters, or encoded information yet
to be defined. If this data is duplicated, the second data field refers to the end of the programme. When local time is
used, the relevant LTO (or, occasionally, LTOs) should be provided. In the absence of such LTOs, UTC is presumed
(see note 5).
NOTE 5: If in particular implementations no use is made of LTO, and UTC is not presumed, normal operation is
still possible where all services are based on a common time zone.
d) Menu Cursor Position (MCP - 2 × 6 bits)
The row and column co-ordinates are each coded as a six bit number. Rows 1 to 23 are indicated by decimal values 41
to 63 with row 24 given by decimal value 40. Columns 1 to 40 are indicated by decimal values 0 to 39.
e) Programme Identification Label (PIL - 20 bits)
Bits b to b are filled with a number identifying the transmitted programme. The PIL number is related to a local
1 20
announced date and time of transmission (see note 6). It is structured as follows (with b = msb for i = 1, 6, 10 and
i
15).
NOTE 6: The application of "random number" labels is elaborated in annex F.
b to b : day, b inar y;
1 5
b to b : mo nt h, binar y;
6 9
b to b : hour, binary;
10 14
b to b : minute, binary.
15 20
ETSI
14 ETSI EN 300 231 V1.3.1 (2003-04)
The PIL parameter has, however, several reserved values for receiver control in certain conditions. Five of these
so-called "service codes" have been defined so far:
b to b : "00000 1111 11111 111111": Timer-control Code (TC), indicating that the programme
1 20
identification information is to be ignored. In this case, recording is done by timer mode;
b to b : "00000 1111 11110 111111": Recording Inhibit/Terminate code (RI/T), indicating that the
1 20
transmission has no label and is for example, not intended to be recorded;
b to b : "00000 1111 11101 111111": Interruption code (INT), indicating a break in the programme,
1 20
which will continue after a short interval;
b to b : "00000 1111 11100 111111": Continuation code, indicating possibly an erroneous transmission
1 20
state. No action required;
b to b : "11111 1111 11111 111111": No specific PIL value, for use where the programme is selected by
1 20
PTY (or series code) value only.
The possible use of further service codes is under study.
f) Programme Title (PTL - n × 8 bits)
This data field is composed of n bytes, which could be either displayable Teletext characters, or as encoded information.
g) Local Time Offset (LTO - 8 bits)
The bit allocation of this field is as follows:
• b : set to "1";
-1
• b : hour offset (2 weight);
• b : hour offset (2 weight);
• b : hour offset (2 weight);
• b : hour offset (2 weight);
• b : hour offset (2 weight);
• b : sign ("0": positive, "1": negative);
• b : set to "1".
h) Announced Time (AT- 1 - n x 8 bits)
This field is composed of n bytes which could be either displayable Teletext characters, or encoded information. If this
data is duplicated, the second data field refers to the end of the programme. When local time is used, the relevant LTO
(or, occasionally, LTOs) should be provided. In the absence of such LTOs, UTC is presumed (see note 7).
NOTE 7: If in particular implementations no use is made of LTO, and UTC is not presumed, normal operation is
still possible where all services are based on a common time zon
...