ETSI ETR 211 ed.1 (1996-04)

Digital Video Broadcasting (DVB); DVB guidelines on implementation and usage of Service Information (SI)

DTR/JTC-DVB-12

Sistemi digitalne radiodifuzije za televizijo – Smernice za uvajanje uporabe sistemov MPEG-2 – Smernice za uvedbo in uporabo servisnih informacij

General Information

• Status: Published
• Publication Date: 24-Apr-1996
• Technical Committee: BROADCAS - EBU/CENELEC/ETSI on Broadcasting
• Current Stage: 12 - Completion
• Due Date: 17-May-1996
• Completion Date: 25-Apr-1996
• Ref Project: SIST-TP ETR 211 E1:2005 - Digital broadcasting systems for television – Implementation guidelines for the use of MPEG-2 systems – Guidelines on implementation and usage of service information

Standards Content (Sample)

SLOVENSKI STANDARD
SIST-TP ETR 211 E1:2005
01-november-2005
Sistemi digitalne radiodifuzije za televizijo – Smernice za uvajanje uporabe
sistemov MPEG-2 – Smernice za uvedbo in uporabo servisnih informacij
Digital broadcasting systems for television – Implementation guidelines for the use of
MPEG-2 systems – Guidelines on implementation and usage of service information
Ta slovenski standard je istoveten z: ETR 211 Edition 1
ICS:
33.170 Televizijska in radijska Television and radio
difuzija broadcasting
SIST-TP ETR 211 E1:2005 en
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

---------------------- Page: 1 ----------------------

SIST-TP ETR 211 E1:2005

---------------------- Page: 2 ----------------------

SIST-TP ETR 211 E1:2005
ETSI ETR 211
TECHNICAL April 1996
REPORT
Source: EBU/CENELEC/ETSI-JTC Reference: DTR/JTC-DVB-12
ICS: 33.060.20
Key words: broadcasting, digital, video, TV, service, Service Information
European Broadcasting Union Union Européenne de Radio-Télévision
EBU
UER
Digital broadcasting systems for television;
Implementation guidelines for the use of MPEG-2 systems;
Guidelines on implementation and usage of service information
ETSI
European Telecommunications Standards Institute
ETSI Secretariat
Postal address: F-06921 Sophia Antipolis CEDEX - FRANCE
Office address: 650 Route des Lucioles - Sophia Antipolis - Valbonne - FRANCE
X.400: c=fr, a=atlas, p=etsi, s=secretariat - Internet: [e-mail]
Tel.: [phone] - Fax: [phone]
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 1996.
© European Broadcasting Union 1996.
All rights reserved.

---------------------- Page: 3 ----------------------

SIST-TP ETR 211 E1:2005
Page 2
ETR 211: April 1996
Whilst every care has been taken in the preparation and publication of this document, errors in content,
typographical or otherwise, may occur. If you have comments concerning its accuracy, please write to
"ETSI Editing and Committee Support Dept." at the address shown on the title page.

---------------------- Page: 4 ----------------------

SIST-TP ETR 211 E1:2005
Page 3
ETR 211: April 1996
Contents
Foreword .5
1 Scope .7
2 References.7
3 Definitions and abbreviations .8
3.1 Definitions .8
3.2 Abbreviations .9
4 Rules of operation .9
4.1 Service Information (SI) table information .10
4.1.1 Network Information Table (NIT) information.11
4.1.2 Bouquet Association Table (BAT) information .12
4.1.3 Service Description Table (SDT) information.12
4.1.4 Event Information Table (EIT) information .12
4.1.4.1 EIT Present/Following information.12
4.1.4.2 EIT Schedule information .14
4.1.4.2.1 EIT Schedule structure .14
4.1.4.2.2 EIT scrambling.15
4.1.5 Time and Date Table (TDT) .15
4.1.6 Time Offset Table (TOT).15
4.1.7 Running Status Table (RST) .15
4.1.8 Stuffing Table (ST) .15
4.1.9 Table update mechanism.15
4.2 Service Information (SI) descriptor allocation and usage .16
4.2.1 Descriptors of the Network Information Table (NIT) .16
4.2.1.1 First descriptor loop .16
4.2.1.1.1 Linkage descriptor .16
4.2.1.1.2 Multilingual Network Name Descriptor.17
4.2.1.1.3 Network name descriptor.17
4.2.1.2 Second descriptor loop.17
4.2.1.2.1 Delivery system descriptors.17
4.2.1.2.2 Service list descriptor.17
4.2.2 Descriptors of the Bouquet Association Table (BAT).17
4.2.2.1 First descriptor loop .18
4.2.2.1.1 Bouquet name descriptor.18
4.2.2.1.2 Conditional Access (CA) identifier
descriptor .18
4.2.2.1.3 Country availability descriptor .18
4.2.2.1.4 Linkage descriptor .18
4.2.2.1.5 Multilingual Bouquet Name Descriptor .18
4.2.2.2 Second descriptor loop.18
4.2.2.2.1 Service list descriptor.19
4.2.3 Descriptors of the Service Description Table (SDT) .19
4.2.3.1 Bouquet name descriptor .19
4.2.3.2 Conditional Access (CA) identifier descriptor .19
4.2.3.3 Country availability descriptor.19
4.2.3.4 Linkage descriptor .20
4.2.3.5 Mosaic descriptor .20
4.2.3.6 Multilingual Service Descriptor .20
4.2.3.7 Near Video On Demand (NVOD) reference descriptor .20
4.2.3.8 Service descriptor.20
4.2.3.9 Telephone descriptor.20
4.2.3.10 Time shifted service descriptor.21
4.2.4 Descriptors of the Event Information Table (EIT).21
4.2.4.1 Component descriptor .21

---------------------- Page: 5 ----------------------

SIST-TP ETR 211 E1:2005
Page 4
ETR 211: April 1996
4.2.4.2 Content descriptor. 21
4.2.4.3 Extended event descriptor . 21
4.2.4.4 Linkage descriptor. 22
4.2.4.5 Multilingual Component descriptor. 22
4.2.4.6 Parental rating descriptor. 22
4.2.4.7 Short event descriptor. 22
4.2.4.8 Telephone descriptor . 22
4.2.4.9 Time shifted event descriptor. 22
4.2.5 Descriptors of the Time Offset Table (TOT). 23
4.2.5.1 Local time offset descriptor. 23
4.2.6 Descriptors of the Program Map Table (PMT) . 23
4.2.6.1 Mosaic descriptor. 23
4.2.6.2 Service Move Descriptor. 23
4.2.6.3 Stream identifier descriptor. 24
4.2.6.4 Teletext descriptor . 24
4.2.7 Stuffing descriptor. 24
4.2.8 ISO 13818-1 descriptors. 24
4.2.9 Unknown descriptors . 24
4.3 Program Specific Information (PSI) and DVB SI operational interaction states. 24
4.4 Minimum repetition rates. 25
4.5 Text string formatting . 25
4.5.1 Use of control codes in names . 25
4.5.2 Use of control codes in text . 26
5 Applications . 27
5.1 Near Video On Demand (NVOD) services. 27
5.2 Mosaic services. 28
5.2.1 General considerations. 28
5.2.2 Relationship between Mosaic Service and SI/PSI Tables . 29
5.3 Transitions at broadcast delivery media boundaries. 30
5.3.1 Seamless transitions. 30
5.3.2 Non-seamless transitions without re-multiplexing . 31
5.3.3 Transitions with re-multiplexing . 31
History. 32

---------------------- Page: 6 ----------------------

SIST-TP ETR 211 E1:2005
Page 5
ETR 211: April 1996
Foreword
This ETSI Technical Report (ETR) has been produced under the authority of the
Joint Technical Committee (JTC) of the European Broadcasting Union (EBU),
Comité Européen de Normalisation ELECtrotechnique (CENELEC) and the
European Telecommunications Standards Institute (ETSI).
This ETR is based on the DVB document TM1324, rev. 2 / 162 rev. 8 dated 22 September 1995, and it
may be converted into an ETS after market feedback. For this purpose, the wording of an ETS rather than
of an ETR is used.
ETRs are informative documents resulting from ETSI studies which are not appropriate for
European Telecommunication Standard (ETS) or Interim European Telecommunication Standard (I-ETS)
status. An ETR may be used to publish material which is either of an informative nature, relating to the
use or the application of ETSs or I-ETSs, or which is immature and not yet suitable for formal adoption as
an ETS or an I-ETS.
NOTE: The EBU/ETSI JTC was established in 1990 to co-ordinate the drafting of ETSs in the
specific field of broadcasting and related fields. Since 1995 the JTC 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 organisations 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
Case Postale 67
CH-1218 GRAND SACONNEX (Geneva)
Switzerland
Tel: [phone]
Fax: [phone]

---------------------- Page: 7 ----------------------

SIST-TP ETR 211 E1:2005
Page 6
ETR 211: April 1996
Blank page

---------------------- Page: 8 ----------------------

SIST-TP ETR 211 E1:2005
Page 7
ETR 211: April 1996
1 Scope
This ETR provides implementation guidelines for the use and implementation of the
Digital Video Broadcasting (DVB) Service Information (SI) coding in a DVB digital TV environment
including satellite-and cable-networks. It does not cover the broadcasting of terrestrial digital TV, which
may be included in future versions of this document.
The guidelines are intended to be highly recommended rules for the usage of the DVB SI syntax specified
in ETS 300 468 [1]. As such, they facilitate the efficient and reliable implementation of basic
user-interaction functions in Integrated Receiver-Decoders (IRDs). The rules apply to broadcasters,
network operators as well as manufacturers.
The rules are specified in the form of constraints on the DVB SI streams or in terms of intended
interpretation by IRDs.
The specification of these functions in no way prohibits IRD manufacturers from including additional
features, and should not be interpreted as stipulating any form of upper limit to the performance.
The guidelines do not cover features related to user-interface details or advanced
Electronic Program Guides (EPG). Such issues are left to the marketplace.
NOTE: It is highly recommended that the IRD should be designed to allow for future
compatible extensions to the DVB SI syntax. All the fields "reserved" (for ISO),
"reserved_future_use" (for ETSI), and "user defined" in the ETS 300 468 [1] should be
ignored by IRDs designed not to make use of them. The "reserved" and
"reserved_future_use" fields may be specified in the future by the respective bodies,
whereas the "user defined" fields will not be standardized.
This guidelines document uses the terminology defined in ETS 300 468 [1] and should be read in
conjunction with that ETS.
2 References
For the purposes of this ETR, the following references apply:
[1] ETS 300 468: "Digital broadcasting systems for television, sound
and data services; specification for Service Information (SI) in
Digital Video Broadcasting (DVB) systems".
[2] ISO/IEC DIS 13818-1 (1994): "Information Technology - Generic Coding of
Moving Pictures and Associated Audio Recommendation H.222.0 (systems)".
[3] ETS 300 472: "Digital broadcasting systems for television, sound and
data services; Specification for conveying ITU-R System B Teletext in
Digital Video Broadcasting (DVB) bitstreams".
[4] ETR 162: "Digital broadcasting systems for television, sound and
data services; Allocation of Service Information (SI) codes for
Digital Video Broadcasting (DVB) systems".

---------------------- Page: 9 ----------------------

SIST-TP ETR 211 E1:2005
Page 8
ETR 211: April 1996
3 Definitions and abbreviations
3.1 Definitions
For the purposes of this ETR, the following definitions apply:
bouquet: A collection of services marketed as a single entity.
Broadcaster (SERVICE Provider): An organisation which assembles a sequence of events or
programmes to be delivered to the viewer based upon a schedule.
Component (ELEMENTARY Stream): One or more entities which together make up an event, e.g. video,
audio, teletext.
Conditional Access (CA) system: A system to control subscriber access to services, programmes and
events e.g. Videoguard, Eurocrypt.
delivery system: The physical medium by which one or more multiplexes are transmitted e.g. satellite
transponder, wide-band coaxial cable, fibre optics.
event: A grouping of elementary broadcast data streams with a defined start and end time belonging to a
common service, e.g. first half of a football match, News Flash, first part of an entertainment show.
MPEG-2: Refers to the standard ISO/IEC 13818-1 [2]. Systems coding is defined in part 1. Video coding
is defined in part 2. Audio coding is defined in part 3.
multiplex: A stream of all the digital data carrying one or more services within a single physical channel.
network: A collection of MPEG-2 Transport Stream multiplexes transmitted on a single delivery system,
e.g. all digital channels on a specific cable system.
section: A section is a syntactic structure used for mapping all service information into
ISO/IEC 13818-1 [2] Transport Stream packets.
programme: A concatenation of one or more events under the control of a broadcaster e.g. news show,
entertainment show.
service: A sequence of programmes under the control of a broadcaster which can be broadcast as part of
a schedule.
Service Information (SI): Digital data describing the delivery system, content and scheduling/timing of
broadcast data streams etc. It includes MPEG-2 Program Specific Information (PSI) together with
independently defined extensions.
sub-table: A sub-table is comprised of a number of sections with the same value of table_id,
table_id_extension and version_number. The table_id_extension field is equivalent to the fourth and
fifth byte of a section when the section_syntax_indicator is set to a value of "1".
table: A table is comprised of a number of sections with the same value of table_id.
transport stream: A data structure defined in ISO 13818-1 [2]. It is the basis of the
Digital Video Broadcasting (DVB) standards.

---------------------- Page: 10 ----------------------

SIST-TP ETR 211 E1:2005
Page 9
ETR 211: April 1996
3.2 Abbreviations
For the purposes of this ETR, the following abbreviations apply:
BAT Bouquet Association Table
bslbf bit string, left bit first
CA Conditional Access
DVB Digital Video Broadcasting
EIT Event Information Table
EPG Electronic Program Guide
IRD Integrated Receiver-Decoder
MJD Modified Julian Date
MPEG Moving Pictures Expert Group
NIT Network Information Table
NVOD Near Video On Demand
PAT Program Association Table
PCR_PID Program Clock Reference_ Packet IDentifier
PID Packet IDentifier
PMT Program Map Table
PSI Program Specific Information
QAM Quadrature Amplitude Modulation
QPSK Quadrature Phase Shift Keying
RST Running Status Table
SDT Service Description Table
SHY Soft HYphen
SI Service Information
SMATV Satellite Master Antenna TeleVision
ST Stuffing Table
TDT Time and Date Table
TOT Time Offset Table
TS Transport Stream
uimsbf unsigned integer, most significant bit first
UTC Universal Time Coordinated
VCR Video Cassette Recorder
4 Rules of operation
This clause contains some recommendations on the usage of the Digital Video Broadcasting (DVB)
Service Information (SI) syntax.

---------------------- Page: 11 ----------------------

SIST-TP ETR 211 E1:2005
Page 10
ETR 211: April 1996
4.1 Service Information (SI) table information
MPEG-2
DVB
DVB
(mandatory)
(optional)
Network
Information
PID=0x0011
PID=0x0001
BAT
Bouquet
CAT
Association
PID=P PID=0x0011 PID=0x0011
PMT
SDT SDT
Service
Description
Actual transport Other transport
stream Stream
PID=0x0012 PID=0x0012 PID=0x0012
EIT
Event
EIT
EIT
Actual transport
Information
Actual transport Other transport
stream
stream
stream
present/following
schedule
present/following
schedule
PID=0x0014 PID=0x0013
TDT RST
Running
Time &
Status
Date
PID=0x0010 to 0x0014
ST
Stuffing
PID=0x0014
Time
TOT
Offset
Figure 1: SI table information

---------------------- Page: 12 ----------------------

SIST-TP ETR 211 E1:2005
Page 11
ETR 211: April 1996
4.1.1 Network Information Table (NIT) information
The Network Information Table (NIT) provides a grouping of Transport Streams (TSs) and the relevant
tuning information. The NIT could be used during set-up procedures of the IRD and the relevant tuning
information may be stored in non-volatile memory. The NIT also could be used to signal changes of tuning
information. The following rules apply to the NIT:
a) transmission of the NIT is mandatory for the actual delivery system;
b) the NIT describing the actual delivery system is valid if and only if it contains applicable delivery
system descriptors for the actual delivery system. This rule specifies the conditions under which the
NIT contains valid information. At some transitions of broadcast delivery system boundaries, the
NIT carried in a Transport Stream is allowed to describe an earlier network in the broadcast chain.
A different mechanism has to be selected by the IRD to obtain the relevant tuning information for
the actual delivery system. If a satellite IRD receives a satellite delivery system descriptor for the
actual delivery system, then it is valid. If a cable IRD receives a cable delivery system descriptor for
the actual delivery system, then it is valid. If a cable IRD receives a satellite delivery system
descriptor for the actual delivery system, then it is assumed to be invalid for the cable IRD;
c) if a valid NIT for the actual delivery system is present in the SI bit stream then it shall list all
Transport Streams of the actual delivery system;
d) the SI stream shall have at least 8 Transport Stream packets per 10 seconds carrying NIT data or
NULL packets. This rule simplifies the replacement of the NIT at broadcast delivery system
boundaries. With the simple replacement mechanism, local frequency control is possible with
relatively low cost equipment.
The SI uses two labels related to the concept of a delivery system, namely the network_id and the
original_network_id. The latter is intended to support the unique identification of a service, contained in a
Transport Stream (TS), even if that Transport Stream has been transferred to another delivery system
than the delivery system where it originated. More specifically, a service can be uniquely referenced
through the path original_network_id/transport_stream_id/service_id. The network_id, thus, is not part of
this path. When a service (contained inside a Transport Stream) is transferred to another delivery system,
only the network_id changes, whereas the original_network_id remains unaffected.
By way of example, consider the following, where two services (A and B), which originate in two different
delivery systems and happen to have the same service_ids and transport_stream_ids, are transferred to a
new delivery system.
Network 10 Network 12
Service A Service A
original_nw_id 10
original_nw_id 10
network_id
12
network_id 10
transp_str_id
20
transp_str_id 20
service_id
30
service_id
30
Network 11
Service B Service B
original_nw_id 11
11
original_nw_id
network_id
12
11
network_id
transp_str_id
20
transp_str_id 20
service_id
30
service_id
30
Figure 2: Transfer to a new delivery system

---------------------- Page: 13 ----------------------

SIST-TP ETR 211 E1:2005
Page 12
ETR 211: April 1996
4.1.2 Bouquet Association Table (BAT) information
The Bouquet Association Table (BAT) provides a grouping of services which serves as one basis on
which an IRD presents the available services to a user. Transmission of the BAT is optional. The following
rule improves the consistency in the SI bit streams and simplifies the processing in the IRDs.
The SI bit stream shall list in each BAT sub-table all the services belonging to that bouquet.
NOTE: One service may belong to more than one bouquet. This rule creates consistency
across the different Transport Streams which are accessible to the IRD.
If it is intended for the IRD to present service information to the user grouped in bouquets, then it would be
beneficial to ensure that every service is listed in one or more bouquets, or some services will be omitted
from this method of presentation. A bouquet may group together services from more than one
Transport Stream, which could even be carried in different networks. The IRD’s access to information on
all the services of a bouquet would be facilitated if all the services referred to in the BAT were listed in the
Service Description Table (SDT). Similarly, the IRD’s access to these services is facilitated if
NIT information is given for all Transport Streams in which services of the bouquet occupy capacity.
4.1.3 Service Description Table (SDT) information
The SDT is used to list the names and other parameters of the services within Transport Streams.
For each Transport Stream a separate SDT sub-table exists. The following rules apply in order to improve
the acquisition of services:
- the transmission of the SDT for the actual Transport Stream is mandatory;
- the SI bit stream shall list in the SDT of a particular Transport Stream at least all the services of that
Transport Stream.
In addition:
- any SDT for another Transport Stream than the actual one (i.e. with table_id = 0x46) shall list all the
services of that Transport Stream;
- each service_id shall be unique within each transport_stream_id. In addition, each service_id shall
be unique within each original_network_id. Furthermore, it is strongly recommended that
service_ids, once assigned to a specific service within a network, remain unchanged in order to
enable IRDs to implement features like favourite channel lists, etc.
4.1.4 Event Information Table (EIT) information
The Event Information Table (EIT) is used to transmit information about present, following and further
future events. For each service a separate EIT sub-table exists.
4.1.4.1 EIT Present/Following information
The following rule simplifies the acquisition of the EIT Present/Following information. The SI specification
states that an EIT section has a maximum size of 4 096 bytes.
The SI bit stream shall have two sections per service for an EIT Present/Following with the
section_number 0x00 reserved for the description of the present event and section_number 0x01 for the
following event. This constraint does not apply in the case of a Near Video On Demand (NVOD) reference
service, which may have more than two event descriptions in the EIT Present/Following.
The SI bit stream shall have maximum of 4 096 bytes to describe a single event in a section.
The organisation of the EIT Present/Following is based on the concept of present and following events.
Which event is the present one can be determined using the following scheme:

---------------------- Page: 14 ----------------------

SIST-TP ETR 211 E1:2005
Page 13
ETR 211: April 1996
a) at each instant in time, there is at most one present event;
b) when there is a present event, this event shall be described in section 0 of
the EIT Present/Following;
c) when there is no present event (e.g. in the case of a gap in the schedule) an empty section 0 of
the EIT Present/Following shall be transmitted;
d) the running_status field in the description of the present event shall be given the interpretation
in table 1:
Table 1: running_status of the present event
undefined No information except the nominal status is provided. IRDs and VCRs shall
treat the present event as running.
running IRDs and VCRs shall treat the present event as running.
not running IRDs and VCRs shall treat the present event as not running. In other words,
this event is nominally the present one, but at this time has either not started
or already ended.
pausing IRDs and VCRs shall treat the present event as pausing. In other words, this
event is nominally the present one and has already started, but at this time
the material being broadcast is not a part of the event itself. The
transmission of event material shall resume at a later time.
starts in a few IRDs and VCRs shall prepare for the change of event status to "running" in a
seconds few seconds.
The duration of an event as encoded in the field duration of the EIT shall also include the duration
of all times when the event has the status "not running" or "paused". The start time of an event
as encoded in the field start_time of the EIT shall be the start time of the entire event, i.e. not the
start time after the pause has finished.
e) at each point in time, there shall be at most one following event;
f) if a following event exists, it shall be described in section 1 of the EIT Present/Following;
g) if no following event exists, an empty section 1 of the EIT Present/Following shall be transmitted;
h) the running_status field in the definition of the following event shall be given the following
interpretation:
Table 2: running_status of the following event
undefined No information except the nominal status is provided. IRDs and VCRs shall
treat the following event as not running.
running Not allowed.
not running IRDs and VCRs shall treat the present event as not running.
pausing This status is intended to indicate that the "following" event has been
running at some time, but is now overlapped by another event. In such a
case, during the whole time that the "following" event has status "pausing",
one and the same overlapping event shall be encoded in section 0 of the
EIT Present/Following. Furthermore, an event which has the status
"pausing" shall acquire the status "running" at a later time, then replacing the
overlapping event in section 0 of the EIT Present/Following.
starts in a few IRDs and VCRs shall prepare for the status of the following event to change
seconds to running within a few seconds.
The duration of an event as encoded in the field duration of the EIT shall also include the duration of all
times when the event has the status "not running" or "paused". The start time of an event as enc
...