ISO/IEC 13818-1:1996

lSO/CEI
NORME
13818-I
INTERNATIONALE
Première édition
1996-04-15
Technologies de l’information - Codage
générique des images animées et du son
associé: Systèmes
Generic coding of moving pictures and
Information technology -
associated audio information.= Systems
Numéro de référence
ISO/CEI 13818-I :1996(F)
ISOKEI 138184:1996(F)
Sommaire
Page
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*. vi
Introduction
Flux de transport . vii
Intro. 1
.................................................................................................................. ix
Intro. 2 Flux de programme
........................................................ X
Intro. 3 Conversion entre flux de transport et flux de programme
xi
Intro. 4 Flux élémentaire paquet6 .
xi
Intro. 5 Modèle de gestion du temps .
Accès conditionnel . xi
Intro. 6
Opérations à l’échelle du multiplex . xi
Intro. 7
Opérations à l’échelle des flux individuels . xii
Intro. 8
xii
Intro. 8.1 Démultiplexage .
xii
Intro. 8.2 Synchronisation .
. . .
x111
Intro. 8.3 Relation avec la couche de compression .
. . .
x111
Decodeur de référence du système .
Intro. 9
. . .
............................................................................................................................. x111
Intro. 10 Applications
, I ,
............................................................................................ 1
SECTION 1 - CONSIDERATIONS GENERALES
1.1 Domaine d’application .
1.2 Références normatives .
1.3 Recommandations I Normes internationales identiques .
1.4 . 2
Autres references
........................................................................................................ 2
SECTION 2 - ÉLÉMENTS TECHNIQUES
2.1 Définitions .
2.2 Symboles et abréviations .
2.2.1 Opérateurs arithmétiques .
2.2.2 . 6
Opérateurs logiques
2.2.3 Opérateurs relationnels . 6
2.2.4 Opérateurs au niveau des bits . 6
2.2.5 Affectation .
2.2.6 Mnémoniques .
2.2.7 Constantes . 7
...................................................................... 7
2.3 Méthode de description de la syntaxe des flux binaires
Prescriptions applicables au flux binaire de transport .
2.4
0 NO/CE1 1996
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne
peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou
mécanique, y compris la photocopie et les microfilms, sans l’accord écrit de l’éditeur.
ISOKEI Copyright Office l Case postale 56 l CH-121 1 Genève 20 l Suisse
Version française tirée en 1997
Imprimé en Suisse
ii
0 ISOKEI ISOKEI 13818-1:1996(F)
2.4.1 Structure de codage et paramètres du flux de transport .
Décodeur modèle du système pour le flux de transport
2.4.2 .
Fréquence de l’horloge système
2.4.2.1 . 10
2.4.2.2 Entrée dans le décodeur modèle du système pour le flux de transport .
Mise en mémoire tampon
2.4.2.3 . 12
2.4.2.4 Décodage .
2.4.2.5 Présentation .
2.4.2.6 Gestion de la mémoire tampon
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Spécification de la syntaxe et de la sémantique du flux de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
2.4.3
Flux de transport . . . . . . . . . . . .*. 18
2.4.3.1
2.4.3.2 Couche paquet du flux de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.4.3.3 Définition sémantique des champs dans la couche paquet du flux de
transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
2.4.3.4 Champ d’adaptation . . . . . . . . . . . . . .*.*. 21
Définition sémantique des champs contenus dans la structure
2.4.3.5
adaptation field . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
-
2.4.3.6 Paquet de flux PES . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
2.4.3.7 Définition sémantique des champs contenus dans un paquet de flux PES . . . . . 30
Acheminement de flux de programme et de flux de système ISOKEI
2.4.3.8
11172-l dans le flux de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
2.4.4 Informations spécifiques du programme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
2.4.4.1 Pointeur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
................... 43
2.4.4.2 Définition sémantique des champs dans la syntaxe du pointeur.
2.4.4.3 Table d’association de programmes . 43
2.4.4.4 Affectation des identificateurs de table . 43
2.4.4.5 Définition sémantique des champs contenus dans une section d’association
de programmes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
2.4.4.6 Table d’accès conditionnel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Définition sémantique des champs dans une section d’accés conditionnel. . 45
2.4.4.7
....................................................... 46
2.4.4.8 Table de conditionnement de programme
2.4.4.9 Définition semantique des champs contenus dans la section de
................ 46
conditionnement de flux de programme pour le flux de transport.
2.4.4.10 Syntaxe de la section relative aux données privées . 47
2.4.4.11 Définition sémantique des champs contenus dans une section de données
privées . 48
.................................................................... 48
Prescriptions applicables au flux binaire de programme
2.5.1 Structure de codage et paramètres du flux de programme . 48
2.5.2 Décodeur modèle du système pour le flux de programme . 50
...................................................................... 51
2.5.2.1 Fréquence de l’horloge système
..... 51
2.5.2.2 Entrée dans le décodeur modéle du système pour le flux de programme.
2.5.2.3 Mise en mémoire tampon . 52
2.5.2.4 Flux de paquets PES . 53
Décodage et présentation . 54
2.5.2.5
2.5.3 Spécification de la syntaxe du flux de programme . 54
2.5.3.1 Flux de programme . 54
2.5.3.2 Définition sémantique des champs dans un flux de programme. . 54
...................................... 54
2.5.3.3 Couche bloc de paquets dans un flux de programme
2.5.3.4 Définition sémantique ‘des champs contenus dans un bloc de paquets pour
flux de programme . 54
. . .
ISOKEI 13818-1:1996(F)
@ ISOKEI
2.5.3.5 En-tête de données systèmes .
Définition sémantique des champs contenus dans l’en-tête système. .
2.5.3.6 56
2.5.3.7 Couche paquet du flux de programme . 58
2.5.4 Conditionnement du flux de programme . 58
2.5.4.1 Syntaxe de la structure program-stream-map
................................................ 58
2.5.4.2 Définition sémantique des champs contenus dans la structure
program-stream-map .
Répertoire du flux de programme
2.5.5 . 59
2.5.5.1 Syntaxe du paquet de flux PES pour le répertoire de flux de programme. . 60
2.5.5.2 Définition sémantique des champs contenus dans un répertoire de flux de
programme . 60
.
....................................................................
2.6 Descripteurs de programme et d’élément de programme 62
2.6.1 1 Définition sémantique des champs des descripteurs de programme et d’élément de
........................................................................................................................ 62
programme
2.6.2 Descripteur de flux vidéo . 63
2.6.3 Définition sémantique des champs dans un descripteur de flux vidéo . 63
.................................................................................................. 64
2.6.4 Descripteur de flux audio
2.6.5 Définition sémantique des champs dans un descripteur de flux audio . 64
2.6.6 Descripteur de hiérarchie . 64
2.6.7 Définition sémantique des champs dans un descripteur de hiérarchie . 65
2.6.8 Descripteur d’enregistrement . 65
2.6.9 Définition sémantique des champs dans un descripteur d’enregistrement . 66
2.6.10 Descripteur d’alignement de flux de données . 66
2.6.11 Définition sémantique des champs dans un descripteur d’alignement de flux de données 66
2.6.12 Descripteur de grille de fond réceptrice .
........
2.6.13 Définition sémantique des champs dans un descripteur de grille de fond réceptrice 67
2.6.14 Descripteur de fenêtre video . 68
2.6.15 Définition sémantique des champs dans un descripteur de fenêtre vidéo . 68
2.6.16 Descripteur d’accès conditionnel . 68
2.6.17 Définition sémantique des champs dans un descripteur d’accès conditionnel . 69
2.6.18 Descripteur de code de langue selon ISO 639 . 69
2.6.19 Définition sémantique des champs dans un descripteur de code de langue selon
........................................................................................................................... 69
I’ISO 639
.......................................................................................... 70
2.6.20 Descripteur d’horloge système
2.6.21 Définition sémantique des champs dans un descripteur d’horloge système. . 70
2.6.22 Descripteur d’utilisation du tampon de multiplexage . 70
2.6.23 Définition sémantique des champs dans un descripteur d’utilisation du tampon de
multiplexage . 71
2.6.24 Descripteur de droit d’auteur .
.......................
2.6.25 Définition sémantique des champs dans un descripteur de droit d’auteur. 71
2.6.26 Descripteur de débit binaire maximal . 72
2.6.27 Définition sémantique des champs dans un descripteur de débit binaire maximal. . 72
2.6.28 Descripteur d’indicateur de données privées . 72
2.6.29 Définition sémantique des champs dans un descripteur d’indicateur de données privées. 72
2.6.30 Descripteur de tampon de lissage . 72
...............
2.6.3 1 Définition sémantique des champs dans un descripteur de mémoire de lissage 73
2.6.32 Descripteur STD . 73
2.6.33 Définition sémantique des champs du descripteur STD .
2.6.34 Descripteur IBP . 74
2.6.35 Définition sémantique des champs du descripteur IBP . 74
2.7 Restrictions appliquées a la sémantique des flux binaires multiplexés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
iv
0 ISOKEI ISOKEI 13818-1:1996(F)
Fréquence de codage de la référence temporelle du système
2.7.1 .
2.7.2 Fréquence de codage de la référence temporelle de programme
......................................
Fréquence de codage de la référence temporelle d’un flux elémentaire
2.7.3 .
Fréquence de codage de l’élément presentation timestamp
2.7.4 .
2.7.5 Codage conditionnel des éléments horodateurs
................................................................ 75
2.7.6 Contraintes de synchronisation applicables au décodage echelonnable
........................... 75
2.7.7 Fréquence de codage de l’elément P-STD-buffer-size dans les en-têtes de paquet d’un
flux PES .
Codage d’en-tête système dans le flux de programme
2.7.8 .
2.7.9 Flux de programme de type flux paramétrique contraint du système
............................... 76
2.7.10 Verrouillage de la fréquence des échantillons dans les flux de transport . . . . . . . . . . . . . . . . . . . . . . . . .
Compatibilité avec ISOKEI 11172
2.8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annexe A - Modèle de décodeur pour le contrôle CRC
. . . .*.*.*.
A.0 Decodeur modèle de contrôle CRC . . . . . . . . . . . . . . . .*.
Annexe B - Commande et contrôle des supports d’enregistrement numérique (DSM-CC) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
B .O Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B.O.1 Objet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B.O.2 Futures applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B.O.3 Avantages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B.O.4 Fonctions fondamentales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B.0.4.1 Sélection du flux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Extraction 81
B.0.4.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Enregistrement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
B.0.4.3
B. 1 Eléments géneraux . 81
B.l.l Domaine d’application . 81
B.1.2 Vue d’ensemble du mode d’application du protocole DSM-CC . 81
B.1.3 Transmission des commandes et acquittements du protocole DSM-CC . 82
............................................................................................................................ 83
B .2 Elements techniques
......................................................................................................................... 83
B.2.1 Définitions
.......................................................... 84
B.2.2 Spécification de la syntaxe du protocole DSM-CC
Sémantique des champs contenus dans la spécification syntaxique du
B.2.3
protocole DSM-CC . 84
B.2.4 Couche de commande . 85
Sémantique des champs contenus dans la couche de commande . 85
B.2.5
B.2.6 Couche d’acquittement . 87
B.2.7 Sémantique des champs contenus dans la couche d’acquittement . 87
B.2.8 Code temporel . 88
..............................
B .2.9 Sémantique des champs contenus dans la structure de code temporel 88
.............................................................................................. 89
Annexe C - Informations spécifiques du programme
C.0 Explications relatives aux informations spécifiques du programme (PSI) contenues dans un flux de
transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
C. 1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
C.2 Mécanisme fonctionnel
C.3 Insertion de sections dans des paquets du flux de transport .
C.4 Fréquences de répétition et accès aleatoire .
C.5 En quoi consiste un programme7 . .
C.6 Affectation du numéro de programme .
...................................................................... 92
C.7 Utilisation des informations PS1 dans un système type
C.8 Relations entre structures d’informations PS1 .
C.8.1 Table d’association de programmes (PAT) .
............................................................. 93
C.8.2 Table de conditionnement de programme (PMT)
C.8.3 Table d’accès conditionnel (CAT) .
C.8.4 Table d’informations sur le réseau (NIT) . 93
V
ISOKEI 13818-1:1996(F)
0 ISO/CEI
C.8.5 Sections privees .
C.8.6 Descripteurs .
C.9 Affectation spectrale et temps d’acquisition du signal .
Annexe D - Implications de la présente Recommandation I Norme internationale (systèmes) quant au modèle de
synchronisation et à ses applications .
D.0 Introduction .
D.O. 1 Modèle de gestion du temps
..............................................................................................
D.0.2 Synchronisation de la présentation des données audio et vidéo
.......................................
Recalage sur l’horloge de base du système dans le décodeur
D.0.3 .
D.0.4 Gigue des références SCR et PCR
....................................................................................
D.0.5 Récupération d’horloge en présence d’une gigue de réseau
..............................................
D.0.6 Horloge système utilisée pour construire une sous-porteuse de chrominance.
................
D.0.7 Reconstruction des données vidéo et audio en composantes
............................................
D.0.8 Glissement des trames
.......................................................................................................
D.0.9 Lissage de la gigue due au réseau
.....................................................................................
Annexe E - Applications de transmission de données
.............................................................................................
E.0 Considérations générales .
E.l Suggestion .
Annexe F - Presentation graphique de la syntaxe pour la présente Recommandation I Norme internationale
........
F.0 Introduction .
F.O. 1 Syntaxe d’un flux de transport
...........................................................................................
F.0.2 Paquet de flux PES
............................................................................................................
F.0.3 Section de table d’association de programmes
..................................................................
F.0.4 Section de table d’accès conditionnel
................................................................................
F.0.5
Section de table de conditionnement de programme pour flux de transport
.....................
F.0.6 Section de table de données privées .
F.0.7
Flux de programme .
F.0.8 Conditionnement de flux de programme
...........................................................................
Annexe G - Informations générales .
G.0 Informations générales .
G.O. 1 Emulation d’octets de synchronisation
..............................................................................
G.0.2 Etat d’image sautée et processus de décodage
...................................................................
G.0.3 Sélection de valeurs d’identificateur PID
..........................................................................
G.0.4 Emulation d’un code de debut de paquet PES
...................................................................
Annexe H - Données privées .
H.0 Données privées .
Annexe 1 - Conformité des systèmes et interface en temps réel
..............................................................................
1.0 Conformité des systèmes et interface en temps réel
...........................................................................
Annexe J - Interfaçage entre réseaux générateurs de gigue et décodeurs MPEG-2
.................................................
J.0 Introduction .
J.l Modèle de conformité de réseau
.........................................................................................................
5.2 Spécifkation de réseau pour le lissage de gigue
.................................................................................
5.3 Exemples de mises en oeuvre de décodeur
.........................................................................................
5.3.1 Adaptateur de réseau suivi d’un décodeur MPEG-2
.........................................................
5.3.2 Décodeur intégré .
Annexe K 2 Combinaison des flux de transport
.......................................................................................................
KO Introduction
.........................................................................................................................................
K. 1 Les différents types de points de combinaison
...................................................................................
K.l.l Points de combinaison ordinaire
.......................................................................................
K.1.2
Points de combinaison transparente .
K.2 Comportement des décodeurs en présence de combinaisons
..............................................................
K.2.1 Combinaisons non transparentes
.......................................................................................
K.2.2 Combinaisons transparentes
..............................................................................................
K.2.3 Surremplissage de la mémoire tampon
.............................................................................
0 ISO/CEI
ISOKEI 13818-l: 1996(F)
Avant-propos
L’ISO (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de 1’ISO ou de la CE1 participent au développement de Normes inter-
nationales par l’intermédiaire des comités techniques créés par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité
technique. Les comités techniques de 1’ISO et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales, gouverne-
mentales ou non gouvernementales, en liaison avec 1’ISO et la CE1 participent
également aux travaux.
Dans le domaine des technologies de l’information, I’ISO et la CE1 ont créé un
comité technique mixte, l’ISO/CEI JTC 1. Les projets de Normes internationales
adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes
internationales sont approuvées conformément aux procédures qui requièrent
l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISO/CEI 138 18- 1 a été élaborée par le comité technique
mixte ISO/CEI JTC 1, Technologies de Z’information, en collaboration avec
I’UIT-T. Le texte identique est publié en tant que Recommandation UIT-T
H.222.0.
L’ISO/CEI 138 18 comprend les parties suivantes, présentées sous le titre général
Technologies de l’information - Codage générique des images animées et du son
associé:
- Partie 1: Systèmes
- Partie 2: Vidéo
- Partie 3: Son
- Partie 4: Essais de conformité
- Partie 6: Extensions pour DSM-CC
Partie 9: Extension pour inter$iace temps réel pour systèmes décodeurs
L’annexe A fait partie intégrante de la présente partie de l’ISO/CEI 138 18. Les
annexes B à K sont données uniquement à titre d’information.
VI1
ISOKEI 138184:1996(F)
0 ISOKEI
Introduction
La partie relative aux systèmes de la présente Recommandation I Norme internationale traite de la combinaison d’un ou
de plusieurs flux élémentaires de données video et audio, ainsi que d’autres types, pour former des flux isolés ou
multiples se prêtant à l’enregistrement ou à la transmission. Le codage de ces systèmes suit les règles syntaxiques et
sémantiques qui sont imposées par la présente Spécifïcation. Ce codage contient des informations qui permettent un
décodage synchronisé du contenu des memoires des décodeurs, dans une large gamme de conditions d’extraction ou de
réception.
Le codage d’un système doit être spécifié sous deux formes: le flux de transport et le flux de programme. Chacun
d’eux est optimisé pour un ensemble d’applications différentes. Ces deux flux, définis dans la présente Recommandation I
Norme internationale, acheminent les élements syntaxiques qui sont nécessaires et suffisants pour synchroniser le
décodage et la présentation des informations video et audio, tout en garantissant que les mémoires tampons contenues
dans les décodeurs ne subiront ni surremplissage ni sous-remplissage de données. Les informations sont codées sous
forme d’éléments syntaxiques faisant appel à des pointeurs temporels (horodateurs) régissant, d’une part, le décodage et
la présentation des données codées pour signaux audio et vidéo, d’autre part, l’acheminement du flux de données
proprement dit. Les definitions relatives à ces deux flux s’assimilent à des multiplex en mode paquet.
La Figure Intro. 1 illustre la démarche fondamentale - celle du multiplexage - pour les flux élémentaires de données
vidéo et audio. Celles-ci sont codées conformément à la Rec. UIT-T H.262 I ISOKEI 138 18-2 et a l’ISO/CEI 138 18-3.
Les flux élémentaires resultants sont, après compression, mis en paquets de flux PES. Les informations nécessaires
pour utiliser les paquets de flux PES peuvent être ajoutées au moment de la formation des paquets de flux PES, qu’il
s’agisse de flux de transport ou de flux de programme. Ces informations ne sont pas requises et n’ont pas besoin d’être
ajoutées si les paquets de flux PES sont recombinés avec des informations de niveau système pour former des flux de
transport ou des flux de programme. La présente norme relative aux systèmes traite des processus situes a droite du
trait pointillé vertical de la figure ci-après.
PES vidbo
b
Empaqueteur
MUX
flux de
PS
PES audio
Donnbs
codeur
Empaqueteur b
audio audio
.
PES: flux Aknentaire empaquetb
Domaine
d’application de la spbcification systèmes
PS: flux de programme
Figure Intro. 1 - Synoptique simplifié du domaine d’application de la présente
Recommandation I Norme internationale
. . .
Vlll
@ ISOKEI
ISOKEI 13818-1:1996(F)
Le flux de programme est analogue à la couche système de I’ISOKEI 11172. Il est le résultat de la combinaison, en un
seul flux d’un ou de plusieurs flux élémentaires de paquets PES ayant la même base de temps.
Pour les applications qui exigent des flux élémentaires sépares et non multiplexés pour un même programme, on peut
également coder ces flux élémentaires sous forme de flux de programme distincts (un par flux élémentaire), possédant la
même base de temps. Dans ce cas, les valeurs codées dans les champs de reference temporelle système des divers flux
doivent être cohérentes.
De même que le flux de programme isole, tous les flux élémentaires peuvent être décodés en synchronisme.
Le flux de programme est conçu pour être utilisé dans des environnements relativement exempts d’erreurs. Il convient à
des applications pouvant comporter un traitement informatique d’informations du système, comme les applications
multimédias interactives. Les paquets contenus dans le flux de programme peuvent avoir une longueur variable et
relativement grande.
Le flux de transport, en revanche, combine un ou plusieurs programmes possédant une ou plusieurs bases de temps
indépendantes, pour former un flux unique. Les paquets de flux PES contenus dans des flux élémentaires qui forment un
programme partagent une base de temps commune. Le flux de transport est conçu pour être utilisé dans des
environnements exposés aux erreurs, comme l’enregistrement ou la transmission sur des supports exposés aux erreurs ou
aux bruits. Les paquets d’un flux de transport ont une longueur de 188 octets.
Les flux de programme et de transport sont conçus pour différentes applications et leurs définitions ne suivent pas
strictement un modèle stratifié. Il est possible et logique de les convertir les uns les autres sans toutefois que l’un soit un
sous-ensemble ou un surensemble de l’autre. En particulier, l’extraction du contenu d’un programme dans un flux de
transport et la creation d’un flux de programme valide sont possibles, grâce au format intermédiaire commun (CIF) des
paquets de flux PES. Mais le flux de transport ne contient pas tous les champs necessaires dans un flux de programme et
certains doivent être calcules. On peut utiliser le flux de transport pour rassembler une série de couches dans un modèle
stratifie. Ce flux est conçu pour être efficace et de mise en œuvre aisée dans les applications à large bande.
Le domaine d’application des règles exposées dans la présente spécification des systèmes est différent selon qu’elles sont
syntaxiques ou semantiques: les règles syntaxiques ne s’appliquent qu’au codage de la couche système; elles ne
s’étendent pas au codage de la couche de compression des données vidéo et audio. En revanche, les règles sémantiques
s’appliquent aux combinaisons de flux dans leur ensemble.
La présente spécification des systèmes ne précise pas l’architecture ni la mise en œuvre des codeurs ou décodeurs, ni
celles des multiplexeurs ou démultiplexeurs. Les caractéristiques des flux binaires imposent cependant des exigences
relatives au fonctionnement et à la qualité des codeurs, des décodeurs, des multiplexeurs et des démultiplexeurs. Par
exemple, les codeurs doivent toujours satisfaire a des exigences minimales en termes de tolérance sur la référence
temporelle. Cela, ainsi que d’autres prescriptions, etant mis à part, il existe un degré de liberté considérable pour la
conception et la mise en œuvre des codeurs, décodeurs, multiplexeurs et démultiplexeurs.
Intro. 1 Flux de transport
Le flux de transport est défini de manière à convenir pour la communication ou l’enregistrement d’un ou de plusieurs
programmes de données codées, conformément à la Rec. UIT-T H.262 I ISOKEI 13818-2 et à I’ISOKEI 13818-3, ainsi
que d’autres données dans des environnements exposés à des erreurs notables. De telles erreurs peuvent se manifester
sous forme d’erreur sur la valeur d’un bit ou de perte de paquets.
Les flux de transport peuvent être à débit constant ou à débit variable. Dans un cas comme dans l’autre, les flux
élémentaires qui les constituent peuvent être a débit constant ou variable. Les contraintes syntaxiques et semantiques sur
le flux sont identiques dans l’un et l’autre cas. Le débit du flux de transport est defini par les valeurs et par les
emplacements des champs de la référence temporelle du programme (PCR). En géneral, ces champs sont distincts pour
chaque programme.
La construction et l’acheminement d’un flux de transport contenant plusieurs programmes caractérisés par des bases de
temps indépendantes, et comportant donc un débit binaire global variable, présentent certaines difficultés. Voir 2.4.2.2.
Le flux de transport peut être construit selon toute méthode qui produit un flux conforme. A partir de flux élémentaires
de données codées, de flux de programme ou de flux de transport pouvant eux-mêmes contenir un ou plusieurs
programmes, il est possible de construire des flux de transport contenant un ou plusieurs programmes.
ix
ISOKEI 138184:1996(F)
0 ISO/CEI
Le flux de transport est conçu de telle manière que l’on puisse effectuer sur lui plusieurs opérations avec le moins d’effort
nossible. Il peut s’agir, par exemple:
A A
d’extraire les données codées d’un programme contenu dans le flux de transport, de les décoder et de
1)
présenter les résultats comme indiqué sur la Figure Intro. 2;
d’extraire, du flux de transport, les paquets de type flux de transport contenus dans un programme donné
2)
et de produire, en sortie, un flux de transport différent, ne contenant que ce programme, comme indiqué
sur la Figure Intro. 3;
d’extraire, d’un ou de plusieurs flux de transport, les paquets de type flux de transport contenus dans un ou
3)
plusieurs programmes et de produire, en sortie, un flux de transport différent (non illustré);
d’extraire, du flux de transport, le contenu d’un programme isolé et de produire, en sortie, un flux de
4)
programme contenant ce programme isolé, comme indique sur la Figure Intro. 4;
de prendre un flux de programme, de le convertir en un flux de transport pour lui faire traverser un
5)
environnement exposé aux pertes puis de récupérer un flux de programme valide et, dans certains cas,
identique.
La Figure Intro. 2 et la Figure Intro. 3 montrent des prototypes de systèmes de démultiplexage et de décodage dont
l’entrée est un flux de transport. La Figure Intro.
...