services et profil de signalisation pour la diffusion de la tv numerique

Transcription

Doc CTE - TNT/GT3 - 03, version 1.0 du 18 juillet 2001.
SERVICES
ET
PROFIL DE SIGNALISATION
POUR LA DIFFUSION
DE LA TV NUMERIQUE DE TERRE
Version 1.0 du 18/07/2001
Page 1
1
NORMES ET REFERENCES ........................................................................................ 4
2
OBJET DU DOCUMENT ............................................................................................... 5
3
CONTENU DU DOCUMENT......................................................................................... 6
4
SPECIFICATION DU PROFIL SI POUR LA TV DE TERRE.................................. 7
4.1
SPECIFICITES DE LA TV NUMERIQUE TERRESTRE......................................................... 7
4.2
DEFINITION DES SERVICES ET DES CHAINES ................................................................. 7
4.3
DEFINITION DU RESEAU ET DE LA CELLULE .................................................................. 8
4.3.1
Caractéristiques des réseaux de diffusion numérique terrestre ......................... 8
4.3.2
Définition des réseaux au sens DVB : network_id ............................................. 8
4.3.3
Définition de la cellule : cell_id ......................................................................... 8
4.4
SIGNALISATION CROISEE ............................................................................................. 9
4.5
DIMENSION GEOGRAPHIQUE DES SERVICE ................................................................. 10
4.6
DEFINITION ET ALLOCATION DES IDENTIFIANTS ........................................................ 10
4.7
MISE EN ŒUVRE DE LA SIGNALISATION SUR LA BASE DU SI CROISE........................... 11
4.7.1
SI croisé ............................................................................................................ 11
4.7.2
Tables PSI-SI .................................................................................................... 12
4.8
GESTION DES SERVICES A VARIANTES LOCALES OU REGIONALES ............................... 13
4.8.1
Identification des variantes locales ou régionales ........................................... 13
4.8.2
Utilisation de l’identifiant cell_id – réception de plusieurs variantes ............. 13
4.9
GESTION TEMPORELLE DES SERVICES ET SIGNALISATION ASSOCIEE .......................... 20
4.9.1
Diffusion permanente des services ................................................................... 20
4.9.2
Insertion temporaire de services ...................................................................... 20
4.9.3
Décrochage local (variation locale) ................................................................ 23
4.10 SIGNALISATION DES SERVICES DE DONNEES (DVB SI) .............................................. 24
4.10.1
Multi protocol encapsulation (MPE)................................................................ 24
4.10.2
DSM-CC Data carousel ................................................................................... 24
4.10.3
DSM-CC Object carousel ................................................................................. 25
4.11 SIGNALISATION DVB MHP ...................................................................................... 26
4.12 SIGNALISATION DU FLUX DE TELECHARGEMENT ....................................................... 28
4.13 DIFFUSION DES INFORMATIONS DES SYSTEMES DE CONTROLE D’ACCES .................... 28
4.13.1
ECM.................................................................................................................. 28
4.13.2
EMM ................................................................................................................. 29
4.14 DIFFUSION DES TABLES PSI/SI .................................................................................. 30
4.14.1
Diffusion des tables MPEG-2 PSI .................................................................... 30
4.14.2
Diffusion des tables DVB SI ............................................................................. 30
4.14.3
Diffusion des tables DVB MHP ........................................................................ 31
4.15 TAILLE DES SECTIONS ................................................................................................ 31
4.16 TEMPS DE CYCLE ....................................................................................................... 32
4.17 MISE A JOUR DES TABLES .......................................................................................... 32
4.18 DEFINITION ET RENSEIGNEMENT DES DESCRIPTEURS ................................................. 33
4.18.1
Logical_channel_number_descriptor............................................................... 33
4.18.2
Renseignement de la signalétique CSA – allocation du code parental ............ 34
4.18.3
Table PMT ........................................................................................................ 35
4.18.4
Table CAT......................................................................................................... 37
4.18.5
Table NIT.......................................................................................................... 38
4.18.6
Table BAT ......................................................................................................... 39
Version 1.0 du 18/07/2001
Page 2
4.18.7
4.18.8
4.18.9
4.18.10
4.18.11
Table SDT ......................................................................................................... 40
Table EIT present/following ............................................................................. 41
Table EIT schedule ........................................................................................... 42
Table TOT ..................................................................................................... 43
Table AIT ...................................................................................................... 44
5
UTILISATION DE LA SIGNALISATION PAR LES TERMINAUX (A TITRE
INFORMATIF)....................................................................................................................... 45
5.1
5.2
5.3
INSTALLATION DU TERMINAL .................................................................................... 45
COMPORTEMENT EN CAS DE MODIFICATION DE CONFIGURATIONS ............................. 46
TRAITEMENT DES SI INCORRECTS.............................................................................. 46
ANNEXE A (INFORMATIVE) : SERVICES D’AIDE A LA NAVIGATION ................ 48
A.1.
A.2.
NAVIGATEUR SI ........................................................................................................ 48
COMPOSANTES MULTIPLES ........................................................................................ 49
ANNEXE B (INFORMATIVE) : EXTRACTION D’UNE APPLICATION MHP ......... 50
Version 1.0 du 18/07/2001
Page 3
1 Normes et références
[1]
ISO/IEC 13818-1 : « Information Technology – Generic coding of Moving pictures
and associated Audio Information – Part I : Systems – International Standard (IS) »
[2]
EN 300 468 : « Digital Video Broadcasting (DVB) ; Specification for service
Information (SI) in DVB systems »
[3]
ETR 211 : « Digital Video Broadcasting (DVB) ; Guidelines on implementation and
usage of service information »
[4]
ETR 162 : « Digital Video Broadcasting (DVB) ; Allocation of Service Information
(SI) codes for DVB systems »
[5]
EN 301 192 : « Digital Video Broadcasting (DVB) ; DVB Specification for data
broadcasting »
[6]
TR 101 202 : « Digital Video Broadcasting (DVB) ; Implementation Guidelines for
Databroadcasting »
[7]
ISO/IEC 13818-6 : « Information Technology – Generic coding of Moving pictures
and associated Audio Information – Part 6 : Extension for Digital Storage Media
Command and Control (DSM-CC) – International Standard (IS) »
[8]
TS 102 812 : « Digital Video Broadcasting (DVB); Multimedia Home Platform
(MHP) Specification 1.1 »
[9]
IEC/CENELEC 62 216 - 1: « Baseline Digital Terrestrial TV Receiver Specification »
[10]
EN 300 743 : « Digital Video Broadcasting (DVB) ; Subtitling systems »
[11]
EN 300 472 : « Digital Video Broadcasting (DVB) ; Specification for conveying ITUR System B Teletext in DVB bitstreams »
[12]
ETR 154: « Digital Video Broadcasting (DVB) ; Implementation Guidelines for the
use of MPEG-2 Systems, Video and Audio in Satellite, Cable and Terrestrial
Broadcasting Applications»
Version 1.0 du 18/07/2001
Page 4
2 Objet du document
Ce document spécifie le profil de signalisation des services pour la mise en œuvre de la TV
numérique de terre en France.
Les services diffusés sur les réseaux numériques hertziens ont pour cible :
• des terminaux fixes, de type set top box ou téléviseur intégré, relié à une antenne de
toit,
• des terminaux portables, pouvant être déplacés dans l’habitation et munis d’une
antenne intérieure.
Cette spécification est basée sur les normes citées en référence. Parmi celles-ci, les
spécifications ISO/IEC 13818-1 [1], ETSI EN 300 468 [2], ETSI EN 301 192 [5] et TS 102
812 [8] définissent des mécanismes de signalisation reposant sur la diffusion de tables
MPEG2/PSI (Program Specific Information) et DVB/SI (Service Information). La diffusion
de certaines de ces informations est obligatoire dans tout multiplex, d’autres sont facultatives.
Le profil de signalisation défini dans la présente spécification impose en outre un croisement
des informations de signalisation des services (tables SDT) et des émissions en cours et
suivante (tables EIT present/following) entre les différents multiplex diffusés.
Afin d’assurer la diffusion de cette signalisation croisée, une ressource sera allouée dans
chaque multiplex par le Conseil supérieur de l’audiovisuel.
Version 1.0 du 18/07/2001
Page 5
3 Contenu du document
Après un rappel sur les caractéristiques inhérentes à la diffusion numérique hertzienne (type
de modulation, services régionaux/locaux), le document spécifie les règles de mise en œuvre
concernant :
• les services diffusés,
• la structure des réseaux de diffusion,
• l’allocation des identifiants DVB mis en œuvre en TV de terre,
• la diffusion de la signalisation croisée dans les multiplex,
• la mise en œuvre de l’insertion temporaire de services et des variations
régionales/locales,
• la mise en œuvre de la signalisation des services de données,
• la mise en œuvre de la signalisation des applications DVB MHP,
• les tables MPEG2/PSI et DVB/SI diffusées,
• les descripteurs insérés dans ces tables.
Le comportement des terminaux est ensuite abordé, à titre informatif, en proposant :
• une stratégie pour leur installation sur le réseau,
• une stratégie en cas de modification de la configuration de ce réseau,
• une stratégie à suivre en cas de signalisation diffusée incorrecte ou erronée.
En annexe sont décrits à titre informatif :
• les services d’aide à la navigation, basés sur la signalisation croisée diffusée :
• le navigateur SI,
• les services à composantes multiples,
• la stratégie à appliquer par le terminal pour extraire une application DVB MHP
diffusée au sein d’un service.
Version 1.0 du 18/07/2001
Page 6
4 Spécification du profil SI pour la TV de terre
4.1
Spécificités de la TV numérique terrestre
Parmi les informations de signalisation qui sont précisées dans les documents ETSI [2] et [3],
certaines ont été définies pour renseigner les caractéristiques spécifiques de la diffusion
numérique de la TV hertzienne en particulier la structure cellulaire des réseaux, dans lesquels
chaque site émetteur/réémetteur couvre une zone géographique limitée, avec gestion des
fréquences d’émission sur chaque site.
D’autres spécificités concernent la gestion des services, la TV de terre se prêtant bien à
l’insertion temporaire ou permanente de programmes régionaux et au décrochage local.
Ces caractéristiques de la diffusion hertzienne numérique entraînent une signalisation
spécifique et des mécanismes particuliers de renseignement des réseaux et des multiplex.
4.2
Définition des services et des chaînes
La notion de service utilisée dans la présente spécification est celle définie par DVB
(ensemble de composantes numériques définissant une suite temporelle d’émissions).
Une chaîne est une entité juridique/commerciale qui édite un ou plusieurs services, et qui
détient une autorisation du Conseil supérieur de l’audiovisuel pour la diffusion pour de ces
services.
Les services décrits dans le présent document comprennent :
• les programmes classiques de télévision (une image associée à un son),
• les services à composantes multiples, pouvant enrichir ces programmes de base :
• son multiple
• sous-titrage multiple (basé sur la spécification DVB subtitling [10]),
• les données associées à un programme TV avec leur mécanisme de synchronisation,
• les services de données (applications interactives, services d’information).
Les composantes de ces services peuvent être codées selon plusieurs formats
• pour l’image format 4/3, 16/9,
• pour le son : monophonique, stéréophonique, son numérique multi-canaux.
Des attributs peuvent être attachés à des services comme :
• le code parental (utilisation de la classification et de la signalétique définies par le
Conseil supérieur de l’audiovisuel),
• le numéro de sélection du programme, etc.
Version 1.0 du 18/07/2001
Page 7
4.3
Définition du réseau et de la cellule
4.3.1
Caractéristiques des réseaux de diffusion numérique terrestre
Contrairement à celle des réseaux câble et satellite, l’architecture des réseaux numériques
terrestres est fortement liée à l’implantation géographique de ces réseaux. Un réseau terrestre
représente une zone géographique limitée, et est constitué d’un ensemble de sites d’émission.
Des spécificités évoquées ci-dessus, il résulte pour chaque multiplex des zones de couverture
variables en fonction des caractéristiques des différents sites d’émission d’un réseau. En
particulier tous les multiplex d’un réseau peuvent ne pas être accessibles sur toute la zone
géographique que définit le réseau. Ils sont toutefois tous décrits dans la signalisation (table
NIT).
D’autre part les zones de couverture définies pour un multiplex par différents sites d’émission
voisins peuvent être partiellement communes. Un terminal est donc susceptible d’avoir accès
au même multiplex émis par plusieurs sites d’émission, cela sur des fréquences différentes.
De même, deux réseaux géographiquement voisins peuvent avoir des zones de couverture
partiellement communes.
Un terminal est donc susceptible d’avoir accès à des multiplex appartenant à des réseaux
différents.
4.3.2
Définition des réseaux au sens DVB : network_id
Un réseau est un ensemble de multiplex diffusé sur une zone géographique donnée. Le réseau
est identifié de manière unique sur le territoire national par son identifiant network_id.
Les identifiants de réseau network_id sont alloués par le Conseil supérieur de l’audiovisuel.
4.3.3
Définition de la cellule : cell_id
Une cellule est une notion associée à un ou plusieurs multiplex sur un réseau donné. Elle
représente une zone géographique sur laquelle ce ou ces multiplex conservent les mêmes
contenus (mêmes composantes, même signalisation). Cette définition constitue une extension
de la notion de cellule définie dans [2].
Il résulte de cette définition que :
• Le découpage du territoire en cellules n’est pas unique. Il est possible de scinder la
zone de couverture maximale d’un multiplex invariant en plusieurs cellules,
notamment afin d’opérer des regroupements judicieux entre multiplex sur une cellule.
• Chaque multiplex est associé à au moins une cellule.
• Chaque cellule est incluse dans un réseau donné. Elle peut coïncider avec le réseau si
le multiplex considéré reste invariant sur l’ensemble du réseau.
• Chaque cellule est identifiée de manière unique sur le territoire national et pour tous
les multiplex par son identifiant cell_id.
• Une cellule ne peut pas appartenir à deux réseaux distincts.
Version 1.0 du 18/07/2001
Page 8
•
Si un multiplex est modifié sur un site de diffusion, seul ce multiplex reçoit un nouvel
identifiant cell_id.
Les identifiants de cellule cell_id sont alloués par le Conseil supérieur de l’audiovisuel.
4.4
Signalisation croisée
Le renseignement des services diffusés dans les différents multiplex est basé sur le croisement
des informations de signalisation des services et des émissions entre les différents multiplex
du réseau.
Cette signalisation croisée est illustrée par le schéma suivant :
Multiplex
Information sur le multiplex courant
Information sur le contenu des autres multiplexes
Chaque multiplex transporte la signalisation des services et émissions en cours et
suivante qu’il diffuse
Chaque multiplex transporte la signalisation des services et émissions en cours et
suivante des autres multiplex
Version 1.0 du 18/07/2001
Page 9
4.5
Dimension géographique des service
Différents types de services peuvent être diffusés sur un réseau numérique hertzien :
• Service national
• Service régional
• Service local
• Service à variation locale ou régionale
Service national
Un service national est un service dont le contenu est identique sur tous les réseaux du
territoire national.
Service régional
Un service régional est un service dont le contenu est identique sur l’intégralité d’un
ou de plusieurs réseaux, mais pas sur l’intégralité du territoire.
Service local
Un service local est un service dont le contenu est identique sur une ou plusieurs
cellules d’un même réseau, mais pas sur l’intégralité du réseau.
Service à variation locale, service à variation régionale
Un service à variation locale ou régionale est un service dont le contenu est remplacé
temporairement par un contenu respectivement local ou régional, selon les termes des
définitions ci-dessus.
4.6
Définition et allocation des identifiants
Original_network_id
Un identifiant original_network_id est alloué à l’échelle du territoire national.
Cet identifiant original_network_id est attribué par le secrétariat de DVB sur demande du
Conseil supérieur de l’audiovisuel.
Les identifiants original_network_id déjà attribués et référencés dans le document [4] sont
utilisables sur le réseau numérique terrestre français uniquement dans le cas où le multiplex
terrestre est constitué de services tous référencés par le même original_network_id.
Network_id
Un identifiant unique au niveau national est alloué à chaque réseau.
Les identifiants network_id sont attribués par le secrétariat de DVB sur demande du Conseil
supérieur de l’audiovisuel, et référencés dans le document [4].
Bouquet_id
Un identifiant bouquet_id est attribué à un opérateur de bouquet par le secrétariat de DVB, et
référencé dans le document [4].
Version 1.0 du 18/07/2001
Page 10
Transport_stream_id
Un identifiant transport_stream_id unique est attribué à chaque multiplex. L’identifiant
transport_stream_id d’un multiplex ne change pas lors d’une variation régionale ou locale
appliquée sur un service de ce multiplex, sur un site d’émission du réseau.
Les identifiants transport_stream_id sont attribués par le Conseil supérieur de l’audiovisuel.
Service_id
Un identifiant service_id unique est attribué à chaque service.
Un service à variation régionale ou locale conserve le même identifiant service_id pendant les
périodes de variation régionale ou locale.
Les identifiants service_id sont attribués par le Conseil supérieur de l’audiovisuel .
Cell_id
Chaque identifiant cell_id est unique au niveau national.
Les identifiants cell_id sont attribués par le Conseil supérieur de l’audiovisuel.
Logical_channel_number
L’identifiant logical_channel_number est un numéro associé à chaque service diffusé,
permettant la présentation du service et sa sélection.
Ce numéro peut être associé de façon unique à un service (service TV ou service de données)
ou être associé à un ensemble de services, regroupés au sein d’une chaîne.
Private_data_specifier
Un identifiant private_data_specifier est affecté par le par le secrétariat de DVB sur demande
du Conseil supérieur de l’audiovisuel et référencé dans le document [4].
Private_data_indicator
Un identifiant private_data_indicator est affecté par le Conseil supérieur de l’audiovisuel.
4.7
Mise en œuvre de la signalisation sur la base du SI croisé
4.7.1
SI croisé
La signalisation mise en œuvre sur les réseaux s’appuie sur les tables PSI et SI définies dans
[1] et [2].
Le croisement de la signalisation étant obligatoire, les informations de signalisation des
services et des émissions en cours et suivante de chaque multiplex sont diffusées dans les
autres multiplex du réseau.
Ainsi les sous-tables SDT Actual Transport Stream, EIT p/f Actual Transport Stream
décrivant les services et émissions en cours et suivante de chaque multiplex sont diffusées
sous forme Other dans les autres multiplex.
Version 1.0 du 18/07/2001
Page 11
4.7.2
Tables PSI-SI
Les tables diffusées sur les multiplex des réseaux sont les suivantes :
•
La table PAT véhicule la liste des numéros des services présents dans les multiplex, et
l’identifiant de paquets transport véhiculant la sous-table PMT correspondante. Une
sous-table PAT est diffusée dans chaque multiplex du réseau. La présence de cette
sous-table est obligatoire.
•
La table PMT décrit les composantes des services en leur associant le PID des paquets
transport qui les véhiculent. Une sous-table PMT par service est diffusée dans chaque
multiplex. La présence de cette sous-table est obligatoire.
•
La table CAT, diffusée si certains services du multiplex sont embrouillés, identifie les
systèmes d’accès conditionnels utilisés, renseignent leurs paramètres et leur associe la
composante véhiculant les messages EMM. En cas de présence de composantes
embrouillées, la présence de cette table est obligatoire dans le multiplex.
•
La table NIT Actual Delivery System, décrivant le réseau courant, est diffusée dans
chaque multiplex du réseau. Elle contient la liste de tous les multiplex diffusés sur le
réseau. Cette description est quasi-statique, c’est à dire que les mises à jour de la NIT
sont peu fréquentes et liées à l’évolution du réseau (rajout de multiplex, modification
du plan de fréquences). Pour chaque multiplex, tous les services diffusés sur le réseau,
y compris les services temporaires, peuvent être décrits de manière permanente dans le
service_list_descriptor. La présence de cette table est obligatoire dans chaque
multiplex.
•
La sous-table BAT décrit l’ensemble des services regroupés dans un bouquet. Elle
fournit le nom du bouquet ainsi que la liste des services du bouquet. Un même service
peut appartenir à plusieurs bouquets. La présence de cette table est optionnelle dans
chaque multiplex.
•
La table SDT Actual Transport Stream, renseigne les services présents dans le
mutiplex courant. Chaque multiplex diffuse une sous-table SDT Actual Transport
Stream. Tous les services potentiellement présents y sont décrits, y compris les
services temporaires. Le caractère dynamique des services peut être renseigné par le
flag running_status_flag. La présence de cette sous-table est obligatoire dans chaque
multiplex.
•
Les sous-tables SDT Other Transport Stream, diffusées dans chaque multiplex du
réseau, renseignent les services présents dans les autres mutiplex du réseau.
•
Les sous-tables EIT present/following Actual Transport Stream, diffusées dans
chacun des multiplex du réseau, renseignent les événements des services diffusés dans
le multiplex. La présence de cette sous-table est obligatoire dans chaque multiplex.
•
Les sous-tables EIT present/following Other Transport Stream, diffusées dans
chacun des multiplex du réseau, renseignent les événements des services diffusés dans
les autres multiplex du réseau. La présence de ces sous-tables est obligatoire dans
chaque multiplex.
Version 1.0 du 18/07/2001
Page 12
•
La table AIT, diffusée pour chaque service du réseau qui véhicule une ou plusieurs
applications DVB MHP, renseigne les caractéristiques de ces applications.
La diffusion des tables EIT schedule Actual et Other Transport Stream est optionnelle, si
certaines de ces tables sont diffusées la ressource consommée n’est pas prise sur la ressource
réservée pour la signalisation de base.
4.8
Gestion des services à variantes locales ou régionales
4.8.1
Identification des variantes locales ou régionales
La spécification DVB [2] définit l’identification d’un service, de façon unique, par le triplet
Original_network_id/Transport_stream_id/Service_id.
A chaque variation régionale ou locale d’un même service est affecté un identifiant service_id
distinct. Cette allocation de l’identifiant service_id est statique, c’est à dire que pour une
variation de service, elle ne varie pas dans le temps.
Exemple :
A un service régional FR3 Ouest diffusé sur le réseau Ouest est affecté l’identifiant service_id
1003.
Ce service FR3 Ouest présente localement une variation par décrochage local sur la ville de
Brest. Dans la signalisation diffusée, ce service local est identifié de manière distinct du
service régional par un identifiant service_id 1115.
Sur la zone desservie par l’émetteur local de Brest, le service accessible est en permanence
associé à l’identifiant 1115, ses composantes étant les composantes régionales de FR3 Ouest,
sauf pendant la période de variation ou les composantes locales sont substituées aux
composantes régionales.
Sur cette zone, les composantes du service 1003 ne sont pas présentes dans le multiplex.
A un service qui présente plusieurs variations régionales/locales sont donc associés plusieurs
identifiants service_id. Un numéro logical_channel_number unique peut toutefois être associé
à l’ensemble des services locaux correspondants. Dans le cas d’une réception de plusieurs
variantes ayant le même numéro logical_channel_number, une renumérotation de certaines
variantes peut être proposée à l’usager.
4.8.2
Utilisation de l’identifiant cell_id – réception de plusieurs
variantes
Afin de permettre au terminal de ne présenter que les services effectivement accessibles à
l’endroit où il se trouve (service renseigné dans la signalisation et dont les composantes sont
effectivement présentes dans le multiplex), un mécanisme d’association entre les services
renseignés et les cellules sur lesquelles ils sont accessibles est utilisé. Ce mécanisme est basé
sur l’utilisation de l’identifiant DVB cell_id, défini dans [2] et dans la section 4.3.3.
Version 1.0 du 18/07/2001
Page 13
Renseigné dans la porteuse TPS (Transmission Parameters Signalling) du signal modulé, pour
chaque multiplex du réseau, le champ cell_id est extrait par le terminal, qui peut alors associer
à un multiplex reçu la cellule sur laquelle il est diffusé.
L’association faite via le descripteur service_availablity_descriptor dans la SDT, entre cell_id
et service_id, permet au terminal de ne présenter que les services du multiplex associés à la
cellule identifiée via les paramètres TPS.
Lorsque le terminal se trouve à l’intersection de plusieurs zones d’émission, il est susceptible
de pouvoir accéder à différentes variantes régionales/locales. La présentation par le terminal
de ces variantes s’appuie également sur la signalisation croisée et l’extraction de l’identifiant
cell_id renseigné dans les paramètres TPS.
Ces différents cas de réception de variantes régionales/locales sont illustrés dans les exemples
suivants.
4.8.2.1
Cas d’une réception de signaux au sein du même réseau
Ce mécanisme est illustré par le schéma suivant (Figure 1), traitant de deux cas de réception
des signaux :
• le terminal ne reçoit le multiplex que d’un seul site d’émission du réseau,
• le terminal reçoit le multiplex de deux sites d’émission du même réseau.
L’exemple illustre le cas d’un réseau formé d’un site principal et de deux sites secondaires sur
lesquels sont opérées des variations locales et auxquels est associée respectivement la cellule
1 (cell_id = 1) et la cellule 2 (cell_id = 2).
Le multiplex du réseau objet des variations locales est le multiplex TS1, formé de 3 services
nationaux ou régionaux S1, S2, S4, et trois services à variation locale : SL1, SL2 et SL3.
Lors de l’installation, le terminal doit construire une liste des services disponibles, en
associant à chaque service l’identifiant de la cellule s’il est défini, et la fréquence du multiplex
reçu. Dans le cas où le même multiplex est accessible sur deux fréquences distinctes, et
contient des services distincts, l’utilisation de cette fréquence permet l’accès au service.
Le renseignement de tous les services locaux ou variations locales dans la SDT et le
croisement de la signalisation (SDT/EIT p/f) sur tous les multiplex du réseau permet au
terminal de suivre l’évolution des services diffusés.
Version 1.0 du 18/07/2001
Page 14
RESEAU
TS1 :
à fréquence fC
à Cell_id (TPS) = 3
FIGURE 1
TERMINAL 1
Site principal
NIT :
…
…
TS1 :
…
frequency_list
fA
fB
fC
…
SDT TS1 :
S1
S2
SL3 à cell_id = 3
S4
SL1 à cell_id = 1
SL2 à cell_id = 2
Site secondaire 1
TS1 :
à fréquence fA
•
•
Site secondaire 2
retrait des composantes de SL3
insertion des composantes de SL1
TERMINAL 3
TS1 :
à fréquence fB
•
•
TERMINAL 2
Installation :
TS1 à fA, cell_id = 1
Installation (scan) :
TS1 à fB, cell_id = 2
Liste des services :
S1, S2, S4, SL1
S1, S2, S4, SL1, SL2
Version 1.0 du 18/07/2001
Page 15
Installation :
S1, S2, S4, SL2
4.8.2.2
Cas d’une réception de signaux issus de deux réseaux distincts
Le cas suivant illustre la réception par un terminal de signaux issus de réseaux DVB distincts,
sans renseignement des services d’un réseau à l’autre (pas de SI croisé entre les réseaux).
Ce cas est illustré par le schéma Figure 2.
Dans cet exemple :
• TS1 est composé sur le réseau 1 :
• de 2 services nationaux (S1 et S2),
• d’un service régional S4
• de deux services à variation locale : SL3 et SL1.
• TS1 est composé sur le réseau 2 :
• de 2 services nationaux (S1 et S2),
• d’un service régional S5
• de deux services à variation locale : SL3 et SL2.
Un terminal placé dans la zone de couverture commune aux deux sites d’émission secondaires
1 et 2, peut recevoir le même multiplex TS1, sur deux fréquences distinctes fA et fB, et
contenant deux services régionaux distincts S4 et S5, et deux variations locales distinctes d’un
service, identifiées par les identifiants service_id SL1 et SL2, et associées aux identifiants
cell_id 1 et 2 respectivement.
Lors de l’installation, le terminal établit la liste des multiplex accessibles et des services
diffusés. Il repère deux occurrences de TS1, associées à deux fréquences fA et fB, et peut
afficher une liste de services contenant les différents services régionaux S1, S2, S4, S5 et les
variations locales SL1 et SL2.
Toutefois, la signalisation n’étant pas croisée entre les réseaux 1 et 2, il n’est pas toujours
possible au terminal de suivre les évolutions des services non diffusés à la fois sur les deux
réseaux (S4, S5, SL1, SL2). Dans ce cas, si la majorité des multiplex identifiés lors de
l’installation sont diffusés sur le réseau 1, la navigation au sein de ces multiplex ne permet pas
de connaître dynamiquement les variations des services S5 et SL2 du réseau 2 (événements
décrits dans les sous-tables EIT p/f), sinon lors d’un zapping vers du multiplex qui les diffuse.
La solution à ce problème de mise à jour dynamique de la base de données du terminal,
consiste à étendre la notion de réseau et à renseigner dans la signalisation du réseau courant,
les services régionaux, locaux ou à variation locale d’autres réseaux, diffusés sur les cellules
adjacentes géographiquement au réseau courant.
Ainsi dans l’exemple précédent, la signalisation diffusée sur le réseau 1 renseigne tous les
services diffusés sur ce réseau, plus les services régionaux, locaux ou à variation locale
diffusés sur les cellules adjacentes au réseau 1, appartenant à d’autres réseaux. Ce mécanisme
est illustré par le schéma Figure 3.
Ainsi :
• La sous-table NIT Actual décrivant le réseau 1 renseigne entre autres :
• le TS1 avec :
• sa fréquence centrale : fC,
Version 1.0 du 18/07/2001
Page 16
•
• ses fréquences alternatives : fA, fB.
La sous-table SDT Actual décrivant les services du TS 1 renseigne pour le réseau 1 :
• Les services nationaux : S1, S2,
• Les services régionaux diffusés sur l’ensemble du réseau 1: S4,
• Les services régionaux du réseau 2, associés aux cellules adjacentes au réseau 1 : S5
(cell_id = 2),
• Les services à variation locale de TS1 disponibles sur les cellules du réseau 1 : SL3
(cell_id 3), SL1 (cell_id = 1),
• Les services à variation locale de TS1 disponibles sur les cellules du réseau 2
adjacentes au réseau 1 : SL2 (cell_id = 2).
De même :
• La sous-table NIT Actual décrivant le réseau 2 renseigne entre autres :
• le TS1 avec :
• sa fréquence centrale : fD,
• ses fréquences alternatives : fA, fB.
• La sous-table SDT Actual décrivant les services du TS 1 renseigne pour le réseau 2 :
• Les services nationaux : S1, S2,
• Les services régionaux diffusés sur l’ensemble du réseau 2: S5,
• Les services régionaux du réseau 1, associés aux cellules adjacentes au réseau 2 : S4
(cell_id = 1), ,
• Les services à variation locale de TS1 disponibles sur les cellules du réseau 2 : SL3
(cell_id 4), SL2 (cell_id = 2),
• Les services à variation locale de TS1 disponibles sur les cellules du réseau 1
adjacentes au réseau 2 : SL1 (cell_id = 1).
Les sous-tables EIT p/f décrivant les événements des services correspondants sont également
croisés entre les réseaux.
Ainsi les EIT p/f décrivant les événements des services S5, et SL2 sont diffusées sous forme
Actual dans le TS 1 du réseau 1, et les EIT p/f décrivant les événements des services S4, et
SL1 sont diffusées sous forme Actual dans le TS 1 du réseau 2.
La signalisation des services (SDT) et des émissions (EIT p/f) étant croisée entre les multiplex
du réseau (sous-tables Other), les variations dynamiques des services S5 et SL2 seront
renseignées dans tous les multiplex du réseau 1. De même, les variations dynamiques des
services S4 et SL1 seront renseignées dans tous les multiplex du réseau 2. Le terminal placé
dans la zone de couverture commune aux sites 1 et 2 pourra donc suivre les variations des
services S4, S5, SL1 et SL2, la notion de réseau étant complètement transparente pour
l’usager.
Version 1.0 du 18/07/2001
Page 17
RESEAU 2
FIGURE 2
RESEAU 1
Site principal
NIT :
…
…
TS1 :
…
frequency_list
fA
…
NIT :
…
…
TS1 :
…
frequency_list
fB
…
SDT TS1 :
S1
S2
SL3 à cell_id = 3
S4
SL1 à cell_id = 1
SDT TS1 :
S1
S2
SL3 à cell_id = 4
S5
SL2 à cell_id = 2
Site principal
Site secondaire 2
TS1 :
à fréquence fC
Site secondaire 1
TS1 :
à fréquence fA
•
•
TERMINAL
TS1 :
à fréquence fD
TS1 :
à fréquence fB
•
•
Installation (scan) :
S1, S2, S4, S5, SL1, SL2
MAIS :
PAS DE SUIVI DE
L’EVOLUTION DES
SERVICES LOCAUX DU
RESEAU VOISIN
Version 1.0 du 18/07/2001
Page 18
RESEAU 2
FIGURE 3
NIT :
…
…
TS1 :
…
frequency_list
fB
fA
…
RESEAU 1
NIT :
…
…
TS1 :
…
frequency_list
fA
fB
…
TS1 :
à fréquence fC
SDT TS1 :
S1
S2
SL3 à cell_id = 3
S4
S5 à cell_id = 2
SL1 à cell_id = 1
SL2 à cell_id = 2
SDT TS1 :
S1
S2
SL3 à cell_id = 4
S4 à cell_id = 1
S5
SL1 à cell_id = 1
SL2 à cell_id = 2
Site principal
TS1 :
à fréquence fD
Site secondaire 1
TS1 :
à fréquence fA
•
•
Site secondaire 2
TERMINAL
TS1 :
à fréquence fB
•
•
Installation (scan):
S1, S2, S4, S5, SL1, SL2
Version 1.0 du 18/07/2001
Page 19
ET :
SUIVI DE
L’EVOLUTION DE
TOUS LES SERVICES
LOCAUX
4.9
Gestion temporelle des services et signalisation associée
Les services diffusés sur les réseaux terrestres peuvent être des services permanents, c’est à
dire qu’ils sont présents en permanence dans le multiplex; ou temporaires, leurs composantes
sont alors présentes dans le multiplex pendant une période de temps limitée.
Cette insertion temporaire de services peut être faite par substitution d’un service par un autre,
ou par simple ajout de service dans un multiplex. Elle peut être périodique ou non.
Les décrochages locaux (variation locale d’un service) décrits dans ce document sont faits
exclusivement par substitution des composantes du service principal par les composantes du
service de décrochage.
Plusieurs actions d’insertion, de substitution de services ou de décrochage local peuvent être
simultanées (par exemple décrochage 1à 2 : décrochage local sur un service et
simultanément apparition d’un nouveau service dans le multiplex).
4.9.1
Diffusion permanente des services
Les services permanents sont diffusés en permanence dans les multiplex numériques. Ils sont
signalés conformément aux spécifications [1] et [2].
L’insertion ou le retrait d’un service d’un multiplex entraîne en particulier la mise à jour de la
table NIT Actual Delivery System (service_list_descriptor,
logical_channel_number_descriptor) et de la table SDT Actual Transport Stream du
multiplex.
4.9.2
Insertion temporaire de services
Les composantes d’un service temporaire sont insérées temporairement dans le multiplex.
• Cette insertion peut se faire sans modification des autres services présents, le nouveau
service vient alors temporairement se rajouter à la liste des services déjà présents.
• Le nouveau service peut aussi être inséré en remplacement d’un autre service. Il y a
alors substitution d’un service complet par un autre service, distinct du premier.
Le système décrit dans les sections 4.9.2.1 et 4.9.2.2 n’est pas implémenté à l’heure actuelle.
Il reste à vérifier sa faisabilité à la fois concernant les équipements de diffusion et les
terminaux de réception. En conséquence, ce système est décrit à titre informatif.
4.9.2.1
Rajout temporaire d’un service
Un service temporaire inséré dans un multiplex parmi d’autres services permanents :
• peut être décrit de façon permanente et statique dans la NIT :
o dans la boucle concernant le multiplex qui le diffuse,
§ via le descripteur service_list_descriptor s’il est présent,
§ via le descripteur logical_channel_number_descriptor,
Version 1.0 du 18/07/2001
Page 20
•
peut être décrit de façon dynamique dans la SDT Actual Transport Stream du
multiplex qui le diffuse,
o via le flag running_status_flag (renseigné à « running » lorsque le service est
présent, « not running » lorsqu’il est absent),
o via les descripteurs de la SDT qui renseignent le service .
4.9.2.2
Substitution temporaire d’un service complet par un autre
Un nouveau service vient remplacer temporairement un service initial dont les composantes
disparaissent complètement du multiplex pendant la période de substitution. Les deux services
sont distincts, identifiés par des identifiants service_id différents.
Un service temporaire inséré dans un multiplex en substitution d’un autre service :
• peut être décrit de façon permanente et dynamique dans la SDT Actual Transport
Stream du multiplex qui le diffuse,
§ via le flag running_status_flag (renseigné à « running » lorsque le
service est présent, « not running » lorsqu’il est absent),
§ via les descripteurs de la SDT qui renseignent le service .
Le service initial substitué par le service temporaire :
• peut être décrit de façon permanente et dynamique dans la SDT Actual Transport
Stream du multiplex qui le diffuse,
§ via le flag running_status_flag (renseigné à « running » lorsque le
service est présent, « not running » lorsqu’il est absent, c’est à dire
pendant la période d’insertion du nouveau service),
§ via les descripteurs de la SDT qui renseignent le service .
Un mécanisme de lien peut être défini et inséré dans la signalisation pour lier un service
initial, appelé service principal, et un service temporaire qui vient se substituer à ce service
initial pendant une période de temps. L’utilisation du descripteur linkage_descriptor dans la
table SDT permet de mettre en œuvre ce mécanisme de lien.
La présence permanente du descripteur linkage_descriptor (linkage_type=0x05, service
replacement service) dans la sous-table SDT, pour le service principal permet d’indiquer au
terminal présentant ce service le lien vers le service temporaire associé.
La présence permanente du descripteur linkage_descriptor (linkage_type=0x05, service
replacement service) dans la sous-table SDT, pour le service temporaire associé permet
d’indiquer au terminal présentant ce service le lien à utiliser en fin d’insertion pour présenter
le service principal.
Version 1.0 du 18/07/2001
Page 21
Le schéma suivant illustre ce cas de substitution temporaire de service :
Un service A est diffusé dans un multiplex.
Pendant une période de temps T, les composantes de ce service A disparaissent du multiplex,
remplacées par celles du service B.
A l’issue de cette période, la diffusion du service B cesse, le service A est à nouveau présent
dans le multiplex.
T
Service A
Service replacement
service linkage
Service replacement
service linkage
Service B
Service A :
running
Service A :
not running
Service B :
not running
Service B :
running
T0
Service A :
running
T0+T
Service B :
not running
Le service A est décrit en permanence
• dans la sous-table NIT du réseau, dans le descripteur service_list_descriptor,
• dans la sous-table SDT, dans la boucle des services.
• Dans cette sous-table, il est déclaré par son running_status_flag:
o « running » avant l’instant T0 de l’insertion,
o « not running » pendant la période T de l’insertion du service B dans le
multiplex,
o « running » après l’instant T0+T.
De plus la présence du descripteur linkage_descriptor (linkage_type=0x05, service
replacement service) dans la SDT pour le service A signale le lien entre le service
principal A et le service associé B.
Le service B est décrit en permanence :
• dans la sous-table NIT du réseau, dans le descripteur service_list_descriptor,
• dans la sous-table SDT, dans la boucle des services.
• Dans cette sous-table, il est déclaré par son running_status_flag:
o « not running » avant l’instant T0 de l’insertion,
o « running » pendant la période T de l’insertion du service B dans le multiplex,
o « not running » après l’instant T0+T.
Version 1.0 du 18/07/2001
Page 22
De plus la présence du linkage_descriptor (linkage_type=0x05, service replacement
service) dans la SDT pour le service B signale le lien entre le service associé B et le
service principal A.
Ce mécanisme de signalisation permet au terminal de traiter la substitution d’un service par
un autre :
• Si, au moment de l’insertion dans le multiplex du service temporaire, le service
décodé par le terminal et présenté à l’utilisateur est le service principal, le terminal
utilise le lien (linkage descriptor) du service principal vers le service associé, et
décode automatiquement le service associé ;
• Si, à la fin de l’insertion, le service présenté est le service temporaire B, le lien défini
dans la sous-table SDT par le descripteur linkage_descriptor du service temporaire est
utilisé par le terminal pour décoder automatiquement le service principal (retour vers
ce service principal).
4.9.3
Décrochage local (variation locale)
Le décrochage local opéré sur les réseaux de diffusion terrestre est réalisé par substitution des
composantes élémentaires du service principal (composantes vidéo, audio, données) par celles
du service de décrochage.
L’instant de décrochage ainsi que la période de décrochage peuvent être constants et réguliers
(décrochage journalier lors d’un journal d’informations locales) ou variables (cas de
décrochage lors de la diffusion d’événements locaux exceptionnels).
Le décrochage local ainsi défini par la substitution de composantes et l’absence de
modification de la signalisation permet un processus de décodage totalement transparent pour
le terminal.
Version 1.0 du 18/07/2001
Page 23
4.10
Signalisation des services de données (DVB SI)
Les mécanismes de transport et de signalisation des services de données sur les réseaux DVB
sont décrits dans les spécifications DVB [5] et [6].
Ces services peuvent être formés exclusivement de composantes de données, ou contenir à la
fois des composantes audiovisuelles et des composantes de données.
Parmi les protocoles définis, on peut citer trois types de services mis en œuvre sur les réseaux
de diffusion terrestres :
• le protocole DVB MPE (Multi Protocol Encapsulation),
• le protocole DVB DSM-CC Data Carousel,
• le protocole DVB DSM-CC Object Carousel.
4.10.1
Multi protocol encapsulation (MPE)
Ce mécanisme définit l’encapsulation de tout protocole réseau et la signalisation associée. Il
est optimisé pour le transport de datagrammes IP.
Les données sont encapsulées dans des sections DSM-CC, la signalisation minimale s’appuie
sur :
• l’insertion systématique dans la table SDT (ou l’EIT si la composante de données est liée
à un événement DVB), pour le service ou l’événement concerné, d’un descripteur
data_broadcast_descriptor pour chaque composante de données au protocole MPE du
service. Le champ data_broadcast_id est positionné à la valeur 0x0005.
• l’insertion systématique dans la table PMT du service, dans la boucle de descripteurs des
composantes, d’un descripteur stream_identifier_descriptor pour chacune des
composantes de données MPE du service.
• le descripteur data_broadcast_id_descriptor peut être inséré dans la PMT, pour les
composantes véhiculant des données.
Les règles d’association basées sur ces descripteurs et que le terminal doit appliquer pour
extraire les données, sont décrites dans les spécifications [5] et [6].
4.10.2
DSM-CC Data carousel
Note : l’orthographe correcte est carrousel en français et carousel en anglais.
Ce mécanisme s’appuie sur la spécification ISO/IEC 13818-6 [7]. Il définit l’encapsulation de
données dans des modules diffusés cycliquement, ainsi que la signalisation associée.
Un carrousel définit un ensemble cohérent de modules, insérés cycliquement dans le
multiplex. Plusieurs carrousels peuvent être diffusés au sein du même service.
Les modules sont encapsulés dans des messages DSM-CC véhiculés dans des sections DSMCC. La signalisation minimale s’appuie sur :
Version 1.0 du 18/07/2001
Page 24
•
•
•
l’insertion systématique dans la table SDT (ou l’EIT si le carrousel est lié à un
événement DVB), pour le service ou l’événement concerné, d’un descripteur
data_broadcast_descriptor pour chaque carrousel du service. Le champ
data_broadcast_id est positionné à la valeur 0x0006.
l’insertion systématique dans la table PMT du service, dans la boucle de descripteurs
des composantes, d’un descripteur stream_identifier_descriptor pour chacune des
composantes de données DSM-CC Data Carousel du service.
le descripteur data_broadcast_id_descriptor peut être inséré dans la PMT, pour les
composantes véhiculant des données.
Les règles d’association basées sur ces descripteurs et que le terminal doit appliquer pour
extraire les données sont décrites dans les spécifications [5] et [6].
Toute mise à jour, partielle ou totale d’une application diffusée selon le protocole DSM-CC
Data Carousel, est signalée par l’incrémentation du numéro de version du ou des modules
concernés (module_version), du numéro de version des sections DSM-CC correspondantes,
par la mise à jour du champ transaction_id des messages de contrôle DSM-CC DSI et/ou DII,
par la mise jour du descripteur data_broadcast_descriptor correspondant dans la SDT/EIT, et
par l’incrémentation des numéros de version des tables SI et PSI SDT/EIT, PMT. Ces règles
de mise à jour sont décrites dans [5] et [6].
4.10.3
DSM-CC Object carousel
Note : l’orthographe correcte est carrousel en français et carousel en anglais.
Ce mécanisme s’appuie sur la spécification ISO/IEC 13818-6 [7]. Il définit l’encapsulation
d’une arborescence d’objets dans des modules diffusés cycliquement, ainsi que la
signalisation associée.
Un carrousel définit un ensemble cohérent de modules, insérés cycliquement dans le
multiplex. Plusieurs carrousels peuvent être diffusés au sein du même service.
Les modules sont encapsulés dans des messages DSM-CC véhiculés dans des sections DSMCC. La signalisation minimale s’appuie sur :
• l’insertion systématique dans la table SDT (ou l’EIT si le carrousel est lié à un
événement DVB), pour le service ou l’événement concerné, d’un descripteur
data_broadcast_descriptor pour chaque carrousel du service. Le champ
data_broadcast_id est positionné à la valeur 0x0007.
• l’insertion systématique dans la table PMT du service, dans la boucle de descripteurs
des composantes, d’un descripteur stream_identifier_descriptor pour chacune des
composantes de données DSM-CC Object Carousel du service. Les règles de
correspondance entre le champ component_tag du descripteur
data_broadcast_descriptor et le champ association_tag du descripteur
association_tag_descriptor de la composante véhiculant le point d’entrée du carrousel
sont décrites dans [5] et [6].
• des descripteurs optionnels comme le descripteur data_broadcast_id_descriptor, le
descripteur carousel_identifier_descriptor, le descripteur association_tag_descriptor,
insérés dans la deuxième boucle de descripteurs de la PMT.
Version 1.0 du 18/07/2001
Page 25
Dans certains cas de construction de carrousel décrits dans [6] (ensemble d’objets répartis sur
plusieurs services, diffusion d’objets DSM-CC de type stream ou stream_event), le
descripteur deferred_association_tag_descriptor peut être présent dans la PMT, dans la
première boucle de descripteurs.
Toute mise à jour, partielle ou totale d’une application diffusée selon le protocole DSM-CC
Object Carousel, est signalée par l’incrémentation du numéro de version du ou des modules
concernés (module_version), du numéro de version des sections DSM-CC correspondantes,
par la mise à jour du champ transaction_id des messages de contrôle DSM-CC DSI et DII, par
la mise jour du descripteur data_broadcast_descriptor correspondant dans la SDT/EIT, et par
l’incrémentation des numéros de version des tables SI et PSI SDT/EIT, PMT. Ces règles de
mise à jour sont décrites dans [5] et [6].
4.11
Signalisation DVB MHP
La diffusion et la signalisation d’applications suivant le profil MHP sont spécifiées dans [8].
Le transport des applications s’appuie sur les mécanismes définis dans [5] et [6] :
• DVB DSM-CC Object Carousel pour la diffusion cyclique d’applications,
• DVB Multiprotocol Encapsulation (MPE) pour l’encapsulation de datagrammes IP.
• Des extensions et restrictions par rapport à la définition initiale du protocole DSM-CC
Object Carousel telle que décrite dans [5] et [6] sont décrites dans [8].
La spécification [8] prévoit la diffusion d’une signalisation spécifique MHP, qui s’ajoute à
celle définie dans [2] et [5] , et qui renseigne le niveau applicatif. Elle prévoit en particulier la
diffusion d’une table spécifique, l’AIT (Application Information Table), pour la signalisation
des applications MHP diffusées au sein des services DVB. Cette table de signalisation
additionnelle renseigne le type de l’application, son mode de démarrage et son cycle de vie.
Elle localise également, pour chaque application, la composante qui diffuse son point
d’entrée, permettant le boot de l’application.
La table AIT est composée de deux sous-tables :
• Une sous-table renseigne les applications de type DVB JAVA (également appelé
DVB-J),
• Une sous-table renseigne les applications de type DVB HTML.
Chacune de ces sous-tables comporte :
• une première boucle de descripteurs, s’appliquant à toutes les applications décrites
dans la sous-table,
• une boucle de description de chaque application diffusée, chaque application étant
renseignée par :
• l’application_identifier, identifiant unique de l’application,
• l’application_control_code, renseignant le cycle de vie de l’application,
• une boucle de descripteurs de l’application
La diffusion de l’AIT se fait sur une ou plusieurs composantes, identifiées par un paramètre
stream_type = 0x05 (private sections), et l’insertion, dans la 2ème boucle de descripteur de la
PMT, pour ces composantes, d’un descripteur application_signalling_descriptor.
Version 1.0 du 18/07/2001
Page 26
Si un service diffuse des applications DVB MHP des deux types définis (DVB-J et DVBHTML), chacune des deux sous-tables AIT les renseignant est diffusée sur une composante
distincte.
Le descripteur application_signalling_descriptor peut véhiculer, pour chaque type
d’applications, le champ application_type et le numéro de version de la sous-table AIT
correspondante.
La signalisation commune minimale diffusée est celle spécifiée dans [8] :
• Insertion d’un descripteur application_descriptor dans la 2ème boucle de descripteurs
de l’AIT,
• Insertion d’un descripteur application_name_descriptor dans la 2ème boucle de
descripteurs de l’AIT, avec description multilangues éventuelle,
• Insertion d’un descripteur transport_protocol_descriptor, soit dans la 1ère boucle de
descripteurs de l’AIT, soit dans la 2ème boucle. Plusieurs descripteurs peuvent être
présents, dans la première comme dans la 2ème boucle de descripteurs, renseignant
plusieurs protocoles de transport de l’application. A toute application doit être
toutefois associé au moins un descripteur transport_protocol_descriptor.
Pour les applications DVB-J, la signalisation additionnelle minimale diffusée est celle
spécifiée dans [8]:
• Insertion d’un descripteur dvb_j_application_descriptor dans la 2ème boucle de
descripteurs de l’AIT,
• Insertion d’un descripteur dvb_j_application_location_descriptor dans la 2ème boucle
de descripteurs de l’AIT.
Pour les applications DVB-HTML, la signalisation additionnelle minimale diffusée est celle
spécifiée dans [8] :
• Insertion d’un descripteur dvb_html_application_descriptor dans la 2ème boucle de
descripteurs de l’AIT,
• Insertion d’un descripteur dvb_html_application_location_descriptor dans la 2ème
boucle de descripteurs de l’AIT.
Dans le cas d’une application MHP diffusée via IP (protocole de transport DVB Multi
Protocol Encapsulation), la signalisation additionnelle minimale diffusée est celle spécifiée
dans [5], [6] et [8] :
• Insertion d’un descripteur ip_routing_descriptor_v4 dans la 1ère boucle de
descripteurs de l’AIT, si des applications sont diffusées en multicast IP v4,
• Insertion d’un descripteur ip_routing_descriptor_v6 dans la 1ère boucle de
descripteurs de l’AIT, si des applications sont diffusées en multicast IP v6,
• Insertion d’un descripteur data_broadcast_descriptor, dans la boucle de descripteurs
de la SDT/EIT (un descripteur par composante utilisée par l’application),
• Insertion d’un descripteur stream_identifier_descriptor dans la 2ème boucle de
descripteurs de la PMT pour les composantes utilisées par l’application.
Dans le cas d’une application MHP diffusée cycliquement (protocole de transport DVB DSMCC Object Carousel) la signalisation additionnelle minimale diffusée est celle spécifiée dans
[5], [6] et [8]:
Version 1.0 du 18/07/2001
Page 27
•
Insertion d’un descripteur carousel_identifier_descriptor, dans la 2ème boucle de
descripteurs de la PMT pour la composante qui véhicule le point d’entrée du carrousel
(message DSM-CC DSI). Ce descripteur peut comporter une champ format
comprenant les paramètres d’extraction du Service Gateway du carrousel. Ces
paramètres peuvent être utilisés par le terminal pour accélérer l’acquisition de
l’application,
Insertion d’un descripteur data_broadcast_descriptor, dans la boucle de descripteurs
de la SDT/EIT,
Insertion d’un descripteur stream_identifier_descriptor dans la 2ème boucle de
descripteurs de la PMT pour les composantes utilisées par l’application.
•
•
4.12
Signalisation du flux de téléchargement
Une fraction de la capacité totale de diffusion peut être allouée à un constructeur ou à un
opérateur selon des modalités fixées par le Conseil supérieur de l’audiovisuel, à des fins de
téléchargement de logiciel système à destination d’un parc ciblé de terminaux.
La signalisation associée à ce flux de téléchargement, indépendamment de son contenu
effectif, suit, de préférence, les recommandations issues des travaux de DVB (DVB-SI-DAT).
Ces travaux n’étant pas finalisés à l’heure actuelle, une référence formelle sera fournie
ultérieurement.
Cependant, les constructeurs ou opérateurs peuvent s’ils le souhaitent mettre en œuvre un
autre mécanisme ouvert ou privé de signalisation du flux de téléchargement. Ils devront au
préalable en informer le Conseil supérieur de l’audiovisuel.
4.13
Diffusion des informations des systèmes de contrôle
d’accès
Est estimé ici le débit nécessaire à accorder aux éléments d'un ou plusieurs systèmes de
contrôle d'accès ; les débits alloués aux messages EMM (Entitlement Management Message)
sont liés à la constitution du système de contrôle d’accès et peuvent donc varier d’un système
à un autre.
4.13.1
ECM
Les messages ECM (Entitlement Control Message) contiennent le mot de contrôle chiffré et
les conditions d’accès au programme.
A titre informatif, on peut estimer le débit typique ECM à environ 15 Kbits/s par programme
et par opérateur.
Exemple : 5 programmes cryptés pour 2 opérateurs nécessitent 0,15 Mbits/s
Version 1.0 du 18/07/2001
Page 28
4.13.2
EMM
Les messages EMM (Entitlement Management Message) sont des informations contenant les
droits d’accès aux programmes pour un abonné (ou un groupe d’abonnés). Même si la
diffusion de ces informations n’est pas obligatoirement synchrone de la diffusion du
programme embrouillé, l’opérateur doit diffuser un grand nombre de messages EMM dans un
temps déterminé.
A titre informatif, on peut estimer le débit typique EMM à environ 300kbits/s par opérateur.
Ce débit est fortement susceptible de varier à la hausse selon le nombre et l’activité des
abonnés.
Version 1.0 du 18/07/2001
Page 29
4.14
Diffusion des tables PSI/SI
Les tableaux suivants donnent la liste des tables MPEG2/PSI, DVB/SI (Actual et Other) et
DVB MHP en indiquant leur présence obligatoire ou facultative, dans les multiplex
numériques terrestres afin de mettre en œuvre une signalisation croisée et de signaler les
applications MHP.
La signalétique est la suivante :
ü : la table doit être présente systématiquement dans le multiplex,
C : la table doit être présente dans le multiplex, sous certaines conditions (si accès conditionnel par
exemple),
* : la présence de la table est facultative,
- : ne s’applique pas à la table.
4.14.1
Diffusion des tables MPEG-2 PSI
Table PSI
ü
ü
C [a]
PAT
PMT
CAT
[a]
la table CAT doit être présente si une ou plusieurs composantes du multiplex est à
accès conditionnel.
4.14.2
Diffusion des tables DVB SI
Table SI
NIT
BAT
SDT
TDT
TOT
RST
EIT present/following
EIT schedule
Actual
ü
*
ü
ü
ü
*
ü
* [a]
Other
*
ü
ü
* [a]
[a]
les EIT schedule Actual Transport Stream et Other Transport Stream peuvent être
diffusées dans chaque multiplex avec une profondeur de description limitée et des temps de
cycle de répétition adaptés (par exemple différents selon la profondeur de description), cela
pour limiter le débit consommé. Ce débit n’est pas compris dans le débit réservé par le
Conseil supérieur de l’audiovisuel pour la diffusion du SI croisé de base.
Version 1.0 du 18/07/2001
Page 30
4.14.3
Diffusion des tables DVB MHP
Table
AIT
C [a]
[a]
la table AIT doit être présente pour chaque service diffusant des applications suivant le
profil MHP.
4.15
Taille des sections
La longueur maximale des sections véhiculant les tables PSI est celle spécifiée dans la norme
ISO 13818-1 [1]. Elle est de 1024 octets.
La longueur maximale des sections véhiculant les tables SI est celle spécifiée dans la norme
ETSI EN 300 468 [2]. Cette longueur maximale est de 4096 octets pour les tables EIT. Pour
les autres tables, elle est de 1024 octets.
La longueur maximale des sections véhiculant les tables AIT est celle spécifiée dans la norme
TS 102 812 [8]. Elle est de 1024 octets.
Version 1.0 du 18/07/2001
Page 31
4.16
Temps de cycle
Les fréquences minimales de répétition des sections des tables de signalisation à respecter
sont précisées dans les documents DVB [3] et [12].
Cependant, avant de procurer un plus grand confort d’utilisation pour le téléspectateur, les
fréquences de répétition des sections des tables de signalisation suivantes sont proposées. Le
Conseil supérieur de l’audiovisuel statuera sur le caractère normatif de ces fréquences.
•
•
•
•
•
•
•
•
•
•
pour les tables PAT, toutes les sections doivent être diffusées au moins toutes les 100
millisecondes.
pour les tables PMT, toutes les sections doivent être diffusées au moins toutes les 100
millisecondes.
pour les tables CAT, toutes les sections doivent être diffusées au moins toutes les 200
millisecondes.
pour les tables NIT, toutes les sections doivent être diffusées au moins toutes les 2
secondes.
pour les tables BAT, toutes les sections doivent être diffusées au moins toutes les 2
secondes.
pour les tables SDT Actual, toutes les sections doivent être diffusées au moins toutes
les secondes.
pour les tables SDT Other, toutes les sections doivent être diffusées au moins toutes
les secondes.
pour les tables EIT p/f Actual, toutes les sections doivent être diffusées au moins
toutes les secondes.
pour les tables EIT p/f Other, toutes les sections doivent être diffusées au moins toutes
les secondes.
les sections des tables TDT et TOT doivent être diffusées au moins toutes les 30
secondes.
•
pour les tables AIT, toutes les sections doivent être diffusées au moins toutes les 10
secondes.
•
pour les tables EIT schedule Actual et Other, le temps de cycle de diffusion des
sections n’est pas spécifié dans ce document.
4.17
Mise à jour des tables
Les mécanismes de mise à jour des tables de signalisation en cours de diffusion sont
conformes au guide d’implémentation ETR 211 [3].
Version 1.0 du 18/07/2001
Page 32
4.18
Définition et renseignement des descripteurs
Sont précisées ici la syntaxe du descripteur privé logical_channel_number_descriptor,
l’allocation des valeurs de code parental, et, pour chaque table de signalisation, la liste des
descripteurs associés en précisant pour chacun le statut préconisé du descripteur diffusé
(requis, optionnel, interdit).
4.18.1
Logical_channel_number_descriptor
La spécification IEC/CENELEC 62 216 - 1 [9] décrivant le profil basique du terminal de TV
de terre définit un identifiant logical_channel_number, champ de 10 bits diffusé par un
descripteur privé logical_channel_number_descriptor, présent dans la table NIT.
Cet identifiant, associé à chaque service du réseau, permet au terminal de présenter de
manière conviviale pour l’utilisateur l’affichage des numéros de programmes dans la liste des
services proposés.
Le descripteur logical_channel_number_descriptor a la structure suivante :
Syntaxe
Logical_channel_number_descriptor () {
descriptor_tag
descriptor_length
for (i=0 ;i<N ;i++) {
service_id
visible_service_flag
reserved
logical_channel_number
}
}
Nombre de bits
Identificateur
8
8
uimsbf
uimsbf
16
1
5
10
bslbf
bslbf
uimsbf
descriptor_tag : identifiant du descripteur. Valeur 0x83.
service_id : identifiant du service dans le multiplex.
Visible_service_flag : non utilisé.
logical_channel_number: numéro logique du service.
Version 1.0 du 18/07/2001
Page 33
4.18.2
Renseignement de la signalétique CSA – allocation du code
parental
La norme DVB EN 300 468 [2] permet d’associer un code parental à une émission, cela en
insérant dans la sous-table EIT correspondante un descripteur parental_rating_descriptor.
Le Conseil supérieur de l’audiovisuel a adopté une signalétique, basée sur la définition de
niveaux, chacun associé à un icône :
ROND VERT : Tout public,
ROND BLEU : Accord parental souhaitable,
TRIANGLE ORANGE : Interdit au moins de 12 ans,
CARRE ROUGE : Interdit au moins de 16 ans,
CROIX VIOLETTE : Interdit au moins de 18 ans.
Les niveaux « tout public » et « accord parental souhaitable » ne correspondent, dans le
codage du champ rating du descripteur DVB, à aucune valeur définie.
Les valeurs 0x10 et 0x11 étant définies par le diffuseur, sont alors utilisées pour coder ces
deux niveaux.
Il est donc recommandé d’appliquer les correspondances suivantes :
Signalétique CSA
Correspondance
Champ rating DVB hexadécimal (décimal)
ROND VERT
Tout public
0x10 (16)
ROND BLEU
Accord parental souhaitable
0x11 (17)
TRIANGLE ORANGE
interdit au moins de 12 ans
0x09 (9)
CARRE ROUGE
Interdit au moins de 16 ans
0x0D (13)
CROIX VIOLETTE
Interdit au moins de 18 ans
0x0F (15)
Version 1.0 du 18/07/2001
Page 34
Table PMT
application_signalling_descriptor
ü
ü
association_tag_descriptor
carousel_identifier_descriptor
CA_descriptor
ü
ü
deferred_association_tag__descriptor
ü
ü
ü
ü
ü
service_move_descriptor
stream_identifier_descriptor
subtitling_descriptor
teletext_descriptor
[c]
[d]
[e]
[f]
[g]
[h]
[i]
[j]
[k]
Optionnel interdit
ü
C
ü
ü
ü
ü
ü
[j]
[k]
[l]
ü
ü
C
C
ü
ü
ü
ü
0,1
≥0
≥0
0,1
ü
ü
C
ü
ü
ü
C
C
ü
0,1
ü
0,1
0,1
0,1
ü
C
C
C
ü
ü
ü
doit être présent, dans le cas de services diffusant une ou des applications MHP, pour les composantes diffusant des
sections de sous-tables AIT.
doit être présent pour les composantes véhiculant des données encapsulées suivant le protocole DVB DSM -CC
Object Carousel . Un terminal conforme au profil MHP ou implémentant les API DSM -CC Object Carousel doit
prendre en compte ce descripteur.
doit être présent, dans le cas de services diffusant une ou des applications suivant le protocole DVB DSM -CC
Object Carousel, pour la composante véhiculant le point d’entrée du carrousel (message DSM -CC DSI). Un
terminal conforme au profil MHP doit traiter ce descripteur.
doit être présent dans la sous-table si une ou des composantes sont cryptées.
ce descripteur est réservé à DVB/DAVIC.
peut être présent, dans le cas de services diffusant une ou des applications suivant le protocole DVB DSM -CC
Object Carousel, pour la composante véhiculant le point d’entrée du carrousel (message DSM -CC DSI).
peut être présent, dans le cas de services diffusant une ou des applications suivant le protocole DVB DSM -CC
Object Carousel, dans le cas ou l’application est répartie sur plusieurs services.
le descripteur mosaic_descriptor est géré dans la table SDT.
doit être présent dans la sous-table si des descripteurs privés sont présents. La présence du
private_data_indicator_descriptor exclut l’utilisation du private_data_specifier_descriptor et réciproquement (suivre
le code couleur pour lire le tableau).
doit être présent dans la sous-table :
•
si le service contient plusieurs composantes de même type (vidéo, audio, télétexte),
•
pour les composantes véhiculant les données encapsulées suivant le protocole DVB DSM -CC Data Carousel
ou Object Carousel,
•
pour les composantes véhiculant les données encapsulées suivant le protocole DVB MultiProtocol
Encapsulation.
•
Pour les composantes véhiculant des données d’applications au profil DVB MHP,
Un terminal conforme à ces protocoles transport doit prendre en compte ce descripteur.
doit être présent dans la sous-table pour la ou les composantes véhiculant des sous-titres codés selon [10].
Version 1.0 du 18/07/2001
Page 35
Note
[a]
[b]
[c]
[d]
[e]
[m]
[n]
[f]
[g]
[h]
[i]
[i]
ü
C
C
ü
private_data_specifier_descriptor
[b]
≥0
≥0
≥0
ü
ü
ü
Obligatoire
Prise en
compte
recommandée par le
terminal
ü
ü
mosaic_descriptor
[a]
Loop
2
ü
data_broadcast_id_descriptor
Other ISO/IEC 13818-1 descriptors
loop
1
En diffusion
ü
AC-3_descriptor
private_data_indicator_descriptor
Nombre
d’insertions
du
descripteur s
ü
CA_system_descriptor
ISO639_Language_descriptor
TS 102 812
EN 301 192
Profil SI
EN 300 468
Descripteurs
ISO/IEC 13818-1
4.18.3
[l]
[m]
[n]
doit être présent dans la sous-table pour la ou les composantes véhiculant des pages télétexte codées selon [11].
ce descripteur est obligatoire lors de la diffusion de multicomposantes audio et sous-titres. (voir [12]).
ce descripteur doit être présent pour signaler des composantes audio Dolby AC-3.
Version 1.0 du 18/07/2001
Page 36
CA_descriptor
registration_descriptor
other ISO/IEC 13818-1 descriptors
Version 1.0 du 18/07/2001
Nombre d’insertions du
descripteur suivant
ETR211
Descripteurs
EN 300 468
Table CAT
ISO/IEC 13818-1
4.18.4
Profil SI
En diffusion
obligatoire
ü
ü
ü
ü
optionnel
interdit
ü
ü
ü
ü
ü
Page 37
Prise en
compte
recommandée par le
terminal
Note
Table NIT
ü
ü
ü
ü
ü
cable_delivery_system_descriptor
frequency_list_descriptor
linkage_descriptor
multilingual_network_name_descriptor
network_name_descriptor
Profil SI
EN 300 468
Descripteurs
ISO/IEC 13818-1
4.18.5
Nombre
d’insertions
loop
1
loop
2
0,1
≥0
0,1
ü
ü
terrestrial_delivery_system_descriptor
[c]
[d]
ü
ü
1
Note
[a]
ü
ü
[b]
ü
ü
0,1
0,1
ü
stuffing_descriptor
interdit
ü
ü
ü
ü
0,1
logical_channel_number_descriptor
[b]
optionnel
Prise en
compte
recommandée par le
terminal
ü
ü
ü
ü
service_list_descriptor
[a]
obligatoire
ü
satellite_delivery_system_descriptor
En diffusion
[c]
ü
[d]
ü
1
ü
ü
ü
ü
ce descripteur peut être présent dans chaque sous-table NIT pour décrire les fréquences alternatives d’un multiplex.
Lorsqu’il est présent, il peut être pris en compte par le terminal.
doit être présent dans la sous-table pour introduire le descripteur privé Logical_Channel_descriptor, et
éventuellement d’autres descripteurs privés..
ce descripteur doit être inséré dans seconde boucle de descripteurs de la sous-table pour renseigner les services
présents.
ce descripteur peut être présent dans la 2nde boucle de descripteurs, pour associer un numéro de
présentation à chaque service de tous les multiplex du réseau. Si aucun service n’est présent dans le multiplex, le
descripteur est absent.
Version 1.0 du 18/07/2001
Page 38
Table BAT
ü
ü
ü
ü
ü
bouquet_name_descriptor
CA_identifier_descriptor
country_availabilty_descriptor
linkage_descriptor
multilingual_bouquet_name_descriptor
Profil SI
EN 300 468
Descripteurs
ISO/IEC 13818-1
4.18.6
Nombre
d’insertions
loop
1
loop
2
[c]
optionnel
interdit
ü
1
Prise en
compte
recommandée par le
terminal
0,1,2
≥0
≥0
Note
ü
ü
ü
ü
ü
0,1
[a]
ü
ü
ü
1
logical_channel_number_descriptor
[a]
[b]
obligatoire
ü
service_list_descriptor
stuffing_descriptor
En diffusion
ü
ü
ü
ü
ü
ü
ü
[b]
[c]
ü
ü
ü
doit être présent dans la sous-table si un service du bouquet est à accès conditionnel.
doit être présent dans la sous-table pour introduire le descripteur privé Logical_Channel_descriptor, et
éventuellement d’autres descripteurs privés..
ce descripteur doit être présent dans la 2nde boucle de descripteurs, pour associer un numéro de présentation à
chaque service de tous les multiplex du réseau. Si aucun service n’est présent dans le multiplex, le descripteur est
absent
Version 1.0 du 18/07/2001
Page 39
ü
ü
ü
ü
ü
ü
ü
bouquet_name_descriptor
country_availability_descriptor
data_broadcast_descriptor
linkage_descriptor
service_availablity_descriptor
mosaic_descriptor
multilingual_service_name_descript
or
NVOD_descriptor
ü
ü
ü
ü
ü
ü
ü
service_descriptor
stuffing_descriptor
telephone_descriptor
time_shifted_service_descriptor
[a]
[b]
[c]
[d]
[e]
[f]
Nombre d’insertions
du descripteur suivant
ETR211
EN 301 192
Descripteurs
EN 300 468
Table SDT
ISO/IEC 13818-1
4.18.7
Profil SI
En diffusion
obligatoire
interdit
ü
ü
ü
≥0
0,1
0,1,2
ü
optionnel
Prise en
compte
recommandée par le
terminal
≥0
C
≥0
≥0
C
0,1
C
Notes
[a]
ü
ü
ü
ü
[b]
[c]
[d]
[e]
ü
0,1
ü
ü
ü
C
1
≥0
ü
[f]
ü
ü
ü
ü
ü
peut être présent dans la sous-table si une composante du service est à accès conditionnel.
doit être présent dans la sous-table si une ou des composantes véhiculent des données associées au
service. A chaque composante de données encapsulées suivant le protocole DVB MultiProtocol
Encapsulation est associé un descripteur data_broadcast_descriptor. A la composante principale d’un
carousel DVB est associé un descripteur data_broadcast_descriptor : composante véhiculant le message
DSM-CC DSI d’un carrousel DSM-CC Object Carousel ou d’un carrousel DSM-CC Data Carousel à
deux niveaux, composante véhiculant le message DSM-CC DII d’un carrousel DSM-CC Data Carousel
à un niveau.
Un terminal implémentant ces protocoles transport doit prendre en compte ce descripteur
peut être présent dans la sous-table pour renseigner des services temporaires. Lorsqu’il est présent, ce
descripteur doit être pris en compte par le terminal.
doit être présent dans la sous-table pour les services locaux, non disponibles sur l’ensemble du réseau.
doit être présent dans la sous-table si un service mosaïque est présent dans le multiplex décrit.
doit être présent dans la sous-table si un ou des descripteurs privés sont présents dans la boucle.
Version 1.0 du 18/07/2001
Page 40
ü
ü
ü
ü
ü
ü
ü
ü
component_descriptor
content_descriptor
extended_event_descriptor
linkage_descriptor
multilingual_component_descriptor
parental_rating_descriptor
stuffing_descriptor
time_shifted_event_descriptor
[d]
[e]
ETR211
En diffusion
Obligatoire
optionnel
interdit
Prise en
compte
recommandée par le
terminal
ü
0,1
ü
ü
≥0
C
>0
ü
ü
ü
ü
≥0
≥0
≥0
0,1
ü
ü
ü
ü
ü
Notes
[a]
[b]
[c]
[d]
ü
ü
ü
ü
ü
ü
ü
ü
Short_event_descriptor
[a]
[b]
[c]
Profil SI
ü
short_smoothing_buffer_descriptor
EN 301 192
Descripteurs
EN 300 468
Table EIT present/following
ISO/IEC 13818-1
4.18.8
C
1
≥0
[e]
ü
ü
ü
ü
ü
ü
ü
ü
doit être présent dans la sous-table pour renseigner un événement embrouillé.
doit être présent dans la sous-table pour toutes les composantes de l’événement, sauf les composantes de données.
doit être présent dans la sous-table si une ou des composantes véhiculent des données associées à l’événement. A
chaque composante de données encapsulées suivant le protocole DVB MultiProtocol Encapsulation est associé un
descripteur data_broadcast_descriptor. A la composante principale d’un carrousel DVB est associé un descripteur
data_broadcast_descriptor : composante véhiculant le message DSM -CC DSI d’un carrousel DSM -CC Object
Carousel ou d’un carrousel DSM -CC Data Carousel à deux niveaux, composante véhiculant le message DSM -CC
DII d’un carrousel DSM -CC Data Carousel à un niveau.
Un terminal implémentant ces protocoles transport doit prendre en compte ce descripteur.
doit être pris en compte par le terminal lorsqu’il est présent.
doit être présent dans la sous-table si un ou des descripteurs privés sont présents dans la boucle.
Version 1.0 du 18/07/2001
Page 41
4.18.9
Table EIT schedule
component_descriptor
ü
ü
content_descriptor
extended_event_descriptor
linkage_descriptor
multilingual_component_descriptor
parental_rating_descriptor
short_event_descriptor
short_smoothing_buffer_descriptor
stuffing_descriptor
time_shifted_event_descriptor
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
[a]
[b]
[c]
ETR211
EN 301 192
EN 300 468
Descripteurs
ISO/IEC 13818-1
La diffusion de ces tables est optionnelle; lorsqu’elles sont diffusées, les règles décrites dans
le tableau suivant s’appliquent aux descripteurs qu’elles contiennent.
Profil SI
En diffusion
obligatoire
ü
1
≥0
interdit
ü
ü
≥0
0,1
≥0
≥0
≥0
≥0
0,1
optionnel
Prise en
compte
recommandée par le
terminal
Notes
[a]
[b]
ü
ü
ü
C
ü
ü
ü
ü
C
ü
[c]
ü
ü
ü
ü
ü
ü
ü
ü
peut être présent dans la sous-table pour renseigner un événement embrouillé.
peut être présent dans la sous-table pour toutes les composantes de l’événement.
doit être présent dans la sous-table si une ou des composantes véhiculent des données associées à l’événement. A
chaque composante de données encapsulées suivant le protocole DVB MultiProtocol Encapsulation est associé un
descripteur data_broadcast_descriptor. A la composante principale d’un carrousel DVB est associé un descripteur
data_broadcast_descriptor : composante véhiculant le message DSM -CC DSI d’un carrousel DSM -CC Object
Carousel ou d’un carrousel DSM -CC Data Carousel à deux niveaux, composante véhiculant le message DSM -CC
DII d’un carrousel DSM -CC Data Carousel à un niveau.
Un terminal implémentant ces protocoles transport doit prendre en compte ce descripteur.
Version 1.0 du 18/07/2001
Page 42
local_time_offset_descriptor
Version 1.0 du 18/07/2001
ü
ETR211
EN 300 468
Descripteurs
ISO/IEC 13818-1
4.18.10 Table TOT
Profil SI
En diffusion
obligatoire
ü
Page 43
optionnel
interdit
Prise en
compte
recommandée par le
terminal
ü
Notes
4.18.11 Table AIT
application_descriptor
application_icons_descriptor
application_name_descriptor
dii_location_descriptor
dvb_html_application_descriptor
dvb_html_application_boundary_descriptor
dvb_html_application_location_descriptor
dvb_j_application_descriptor
dvb_j_application_location_descriptor
external_application_autorisation_descriptor
ip_routing_descriptor_ipv4
ip_routing_descriptor_ipv6
pre_fetch_descriptor
transport_protocol_descriptor
[a]
[b]
[c]
[d]
[e]
[f]
[g]
[h]
[i]
TS 102 812
Profil SI
EN 300 468
Descripteurs
ISO/IEC 13818-1
Les descripteurs présents dans la table AIT doivent être pris en compte par les terminaux
conformes au profil DVB MHP.
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
Nombre
d’insertions
loop
1
0,1
loop
2
1
0,1
1
0,1
1
≥0
1
1
1
≥0
1
1
En diffusion
obligatoire
optionnel
interdit
ü
Prise en
compte
recommandée par le
terminal
ü
ü
ü
ü
ü
ü
C
C
C
C
C
ü
ü
ü
[a]
[b]
[c]
[d]
[e]
ü
ü
[f]
[g]
ü
[h]
[i]
ü
C
C
ü
0,1
ü
ü
ü
ü
≥0
≥0
ü
≥0
≥0
C
ü
ü
ce descripteur doit être présent pour chaque application, dans la 2ème boucle de la sous-table décrivant des
applications DVB HTML.
ce descripteur peut être présent pour renseigner des applications HTML.
applications DVB HTML.
applications DVB JAVA.
applications DVB MHP HTML.
ce descripteur doit être présent dans le cas d’applications utilisant le protocole de transport IP v4 en multicast.
ce descripteur doit être présent dans le cas d’applications utilisant le protocole de transport IP v6 en multicast.
doit être présent dans la boucle si un ou des descripteurs privés sont présents dans cette boucle
doit être présent dans la 1ère ou la deuxième boucle de la sous-table. Toute application décrite dans la sous-table
doit être renseignée par une descripteur transport_protocol_descriptor.
Version 1.0 du 18/07/2001
Note
Page 44
5 Utilisation de la signalisation par les terminaux (à titre
informatif)
L’ensemble de cette section décrit un comportement possible d’un terminal de réception.
Cette section n’a pas valeur normative.
5.1
Installation du terminal
Pour prendre en compte efficacement les particularités de la diffusion numérique terrestre, en
particulier les zones de couverture variables selon les multiplex et les sites d’émission du
réseau, ainsi que la signalisation des services locaux, le terminal est capable de mettre en
œuvre une procédure d’installation adaptée.
La stratégie d’installation proposée ici est basée sur un scanning de la bande de fréquences, et
sur l’extraction et l’analyse de la signalisation diffusée.
Lors d’une mise sous tension, le terminal effectue un scanning complet de la bande de
fréquences.
Ce scanning prend en compte les éventuels offsets de fréquence.
Pour chaque multiplex numérique accessible détecté, il enregistre :
• la fréquence de diffusion du multiplex,
• le numéro de cellule associé au multiplex présent dans les paramètres TPS du signal,
• la description des services renseignés pour ce multiplex (sous-table SDT),
Il reconstitue la liste des services de la façon suivante:
• les services non associés à une cellule locale dans la SDT sont présentés
systématiquement (services nationaux/régionaux),
• les services locaux effectivement accessibles sont identifiés par une valeur du champ
cell_id renseignée dans la sous-table SDT égale à celle issu des paramètres TPS.
Il extrait les sous-tables EIT correspondant aux services effectivement accessibles.
Des services de même service_id identifiés par le terminal dans des multiplex distincts ne sont
pas être dupliqués dans la liste des services. Une sélection basée sur la qualité de réception
peut permettre de sélectionner un des services.
Le terminal utilise les informations de date et d’heure véhiculées dans les tables TDT et TOT
pour initialiser son horloge.
Il offre toutefois une fonction de renseignement manuel de l’heure afin que l’usager puisse
fixer l’heure locale à l’installation et lors de changement d’heure (passages heure d’été / heure
d’hiver).
Version 1.0 du 18/07/2001
Page 45
5.2
Comportement en cas de modification de configurations
Le terminal détecte les modifications de la configuration de manière transparente pour
l’utilisateur.
Pour ce faire il utilise la signalisation croisée présente dans tous les multiplex des réseaux, en
surveillant l’incrémentation des numéros de version des tables.
Toutes ces évolutions sont détectées par le terminal par l’observation de la table NIT Actual
Delivery System, des tables SDT Actual Transport Stream et SDT Other Transport Stream,
des tables EIT Actual Transport Stream et EIT Other Transport Stream.
Toute incrémentation du numéro de version d’une sous-table détectée par le terminal entraîne
l’acquisition de cette sous-table par le terminal, et la mise à jour des informations
correspondantes stockées par le terminal.
Si la mise en œuvre d’un nouveau réseau, ou la modification de la structure d’un réseau
existant (nombre de multiplex, listes des fréquences…) est détectée par le terminal, celui-ci
effectue un scanning des fréquences et met à jour la liste des services en conséquence. Ce
scanning peut être effectué immédiatement lors de la détection, avec l’accord de l’usager, ou
être reporté (lors de la mise en veille par exemple).
Si une disparition de réseau est détectée, le terminal n’efface pas les services correspondants
de la liste des services sans l’accord de l’usager.
Une modification de service est détectée par le terminal par l’observation des tables SDT
Actual Transport Stream et SDT Other Transport Stream, les modifications permanentes de
services entraînant une mise à jour des informations correspondantes stockées par le terminal,
et éventuellement de la liste des services.
En particulier si un nouveau service local apparaît dans un multiplex, la correspondance entre
l’identifiant cell_id associé au nouveau service, extrait de la signalisation (SDT Actual ou
Other), et de celui issu des paramètres TPS permet au terminal de présenter ou non le nouveau
service.
5.3
Traitement des SI incorrects
La signalisation diffusée est conforme aux spécifications [1] et [2] et aux recommandations
décrites dans ce document.
Toutefois, en cas de non-conformité de cette signalisation, le terminal met en œuvre une
stratégie afin de limiter les effets de cette non-conformité.
Le terminal stocke en particulier les informations de signalisation nécessaires au décodage des
services diffusés sur le réseau, afin de permettre éventuellement un fonctionnement autonome
si la signalisation diffusée disparaît.
Il garde en particulier en mémoire :
• la description du réseau courant (NIT Actual Delivery System),
Version 1.0 du 18/07/2001
Page 46
• la description des services diffusées sur ce réseau (SDT Actual et Other Transport
Stream),
Les cas suivants de non-conformité de la signalisation peuvent être envisagés :
• des sous-tables de signalisation sont absentes du multiplex :
o le terminal utilise les sous-tables stockées en mémoire.
o il les exploite en considérant qu’elles sont valides, c’est à dire que leur version
correspond à la configuration courante du réseau.
o si le terminal ne parvient pas à naviguer à partir de ces tables (leur version est
obsolète par exemple), l’échec est signalé à l’usager par un message affiché à
l’écran.
• il y a incohérence dans les sous-tables de signalisation diffusées, par exemple entre le
service_list de la NIT et les SDT du multiplex :
o le terminal surveillant en permanence la table NIT décrivant le réseau courant,
il peut vérifier la cohérence entre les différentes tables et ne présenter à
l’affichage que les services présents dans les deux tables.
o le terminal vérifie par ailleurs la pertinence des informations présentes dans les
tables EIT (cohérence de l’heure de début et la durée des événements décrits
par rapport à l’horloge interne).
• des sous-tables de signalisation sont erronées (par exemple un champ CRC est faux) :
o ce cas est équivalent au cas où une sous-table est manquante.
• les caractéristiques de diffusion des sous-tables de signalisation sont dépassées
(fréquence de répétition trop importante, discontinuité ou changement trop fréquent
des numéros de version) :
o le terminal ne doit pas en être gêné.
Version 1.0 du 18/07/2001
Page 47
Annexe A (informative) : Services d’aide à la navigation
Cette annexe décrit une forme possible de service d’aide à la navigation sur un terminal de
réception. Elle n’a pas valeur normative.
A.1. Navigateur SI
Afin d’offrir à l’usager des facilités de sélection des services offerts, il est proposé que le
terminal dispose d’un navigateur résident dont les fonctionnalités minimales sont les
suivantes :
• Présentation de la liste des services diffusés sur le réseau,
• Présentation de l’émission en cours et suivante pour le service visualisé,
• Présentation de l’émission en cours et suivante pour les autres services que le service
visualisé.
L’ensemble des informations de description des services et des émissions nécessaire à la mise
en œuvre du navigateur SI sont diffusées dans les tables DVB-SI et sont disponibles dans
chaque multiplex.
Ces informations sont issues des tables présentes dans tous les canaux du réseau :
• NIT Actual Delivery System,
• SDT Actual Transport Stream,
• SDT Other Transport Stream,
• EIT p/f Actual Transport Stream,
• EIT p/f Other Transport Stream.
Le tableau suivant liste pour les tables NIT, SDT et EIT, les informations dont le terminal a
besoin afin de mettre en œuvre le Navigateur SI.
Version 1.0 du 18/07/2001
Page 48
EIT p/f Actual transport stream
EIT p/f Other transport stream
Service_descriptor
Service_descriptor
Short_event_descriptor :
Event_name_char (nom de l’émission)
Text_char (résumé court de l’émission)
Start_time
Duration
Extended_event_descriptor
Parental_rating_descriptor
Content_descriptor
Component_descriptor
Short_event_descriptor :
Event_name_char (nom de l’émission)
Text_char (résumé court de l’émission)
Start_time
Duration
Extended_event_descriptor
Parental_rating_descriptor
Content_descriptor
Component_descriptor
Présentation de
l’émission en cours
et suivante pour les
autres services que
le service visualisé
SDT Actual transport stream
SDT Other transport stream
Présentation de
l’émission en cours
et suivante pour le
service visualisé
NIT Actual delivery system
Paramètre de la table / descripteur
Service_list_descriptor
Logical_channel_number_descriptor
Présentation de la
liste des services
diffusés sur le
réseau
Type de table
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü
ü (1)
ü
ü
ü (2)
ü
ü
ü
ü
ü
ü (1)
ü
ü
ü (2)
ü
ü
ü
ü
ü
ü (1)
ü
ü
ü (2)
(1) L’interprétation et la présentation du contenu de ce descripteur est optionnelle.
(2) Ce descripteur permet de décrire à l’utilisateur les caractéristiques des différentes
composantes.
A.2. Composantes multiples
Parmi les services diffusés sur les réseaux, certains peuvent véhiculer plusieurs composantes
d’un même type, associées à certains événements :
• plusieurs composantes vidéo : un service peut par exemple proposer plusieurs
prises de vue d’un même événement,
• plusieurs sons : différents sons d’ambiance peuvent être associés à un événement,
• plusieurs langues : la diffusion d’un événement peut se faire simultanément en
plusieurs langues,
• plusieurs sous-titres : à un événement est associé plusieurs sous-titres, dans des
langues différentes.
Le terminal détecte la présence de ces composantes multiples et offre à l’usager la possibilité
de sélectionner une composante de l’offre.
Afin de détecter la présence de composantes multiples rattachées à un événement, le terminal
peut être capable de traiter le descripteur component_descriptor présent dans les sous-tables
EIT. Ce descripteur renseigne par le couple de champs stream_content et component_type la
Version 1.0 du 18/07/2001
Page 49
nature de la composante pointée par le champ component_tag. Une description textuelle
associée à un code de langue permet au terminal de renseigner l’usager sur la composante.
Le navigateur qu’implémente le terminal permet à l’usager d’accéder aux informations
concernant les différentes composantes et propose une sélection aisée d’une composante
parmi l’offre.
L’usager peut également configurer des préférences concernant les composantes, par exemple
une langue préférée, un sous-titre par défaut…
Annexe B (informative) : extraction d’une application MHP
Cette annexe décrit un processus possible d’extraction d’une application DVB-MHP par un
terminal. Elle n’a pas valeur normative.
Pour détecter et extraire d’un service diffusé une application au profil DVB MHP, le terminal
met en œuvre la séquence de mécanismes suivante :
• détection de la présence d’applications DVB MHP au sein du service par la
présence du descripteur application_signalling_descriptor dans la 2ème boucle de
la PMT, pour la composante véhiculant la table AIT,
• analyse du descripteur application_signalling_descriptor (champs optionnels
version_number de l’AIT et application_type, indiquant si les applications décrites
par la sous-table AIT véhiculée par la composante sont de type JAVA ou HTML),
• extraction des sections véhiculant la sous-table AIT sur la composante
sélectionnée. Filtrage des sections par :
• table_id = 0x74,
• table_id_extension = application_type si il a été extrait du descripteur
application_signalling_descripteur,
• reconstitution et analyse de la sous-table AIT :
• identification des applications DVB MHP diffusées au sein d’un service :
• identifiant de l’application,
• application_control_code,
• reconstitution du profil des applications diffusées :
• descripteurs renseignant l’application :
• application_descriptor,
• application_name_descriptor,
• transport_protocol_descriptor
• descripteurs spécifiques aux applications DVB_J :
• dvb_j_application_descriptor,
• dvb_j_application_location_descriptor,
• descripteurs spécifiques aux applications HTML :
• html_application_descriptor,
• html_application_location_descriptor,
• descripteurs spécifiques aux applications multicast IP :
• routing_descriptor_ip4 (ip6),
• descripteurs optionnels éventuellement présents,
Version 1.0 du 18/07/2001
Page 50
•
à partir des informations extraites de la table AIT, le terminal a une connaissance
complète des applications rattachées au service, et peut extraire les applications
que son profil logiciel permet de traiter :
• transport_protocol_descriptor : identifie pour l’application :
• le protocole de transport utilisé (DSM-CC Object Carousel / Multi
Protocol Encapsulation),
• le point d’entrée de l’application dans le multiplex :
• original_network_id/Transport_stream_id/service_id si
l’application est diffusée sur un service distinct de celui qui
diffuse l’AIT,
• component_tag pour identifier la composante diffusant le
point d’entrée d’un carrousel DSM-CC Object Carousel,
URL pour identifier une application diffusée selon le
protocole MPE.
• descripteurs de transport :
• carousel_identifier_descriptor, dans la 2ème boucle de la
PMT, pour la composante qui véhicule le point d’entrée de
l’application, pour les applications véhiculées selon le
protocole DSM-CC Object Carousel, renseignent les
paramètres permettant d’extraire directement le service
Gateway.
• stream_identifer_descriptor, association_tag_descriptor,
présents dans la 2ème boucle de descripteurs de la PMT
pour les composantes de données, permettent l’extraction
des données de l’application véhiculées sur les différentes
composantes du service.
Version 1.0 du 18/07/2001
Page 51

services et profil de signalisation pour la diffusion de la tv numerique

Transcription

Documents pareils

Antiquities : auction [no.] LN6400, London, thursday, 14th

Before the Muses : an anthology of Akkadian literature

Le Jardin et la maison arabes au Maroc

07 pathé capsud Avignon.pub

FP-Etimo_2T_1a_FP-Premio HD-W2T_1a

Dragons, monsters and fabulous beasts

UDstation / UDbox

Liste multiplex

L`environnement chez Cora