1、 Rec. UIT-R BT.1300-3 1 RECOMMANDATION UIT-R BT.1300-3 Mthodes de multiplexage, de transport et didentification des services pour la radiodiffusion tlvisuelle numrique par voie hertzienne de Terre (Question UIT-R 31/6) (1997-2000-2004-2005) Domaine de comptence La prsente Recommandation dfinit les m
2、thodes de transport et de multiplexage des services pour les systmes de radiodiffusion tlvisuelle numrique de Terre. Elle prcise les modalits dutilisation de la Norme ISO/CEI 13818-1 (Systmes MPEG-2) et les contraintes lies cette utilisation. LAssemble des radiocommunications de lUIT, considrant a)
3、que de nombreuses administrations vont mettre en uvre la radiodiffusion tlvisuelle numrique par voie hertzienne de Terre dans les bandes dondes mtriques et dcimtriques; b) quun service de radiodiffusion tlvisuelle numrique par voie hertzienne de Terre exige la transmission simultane de signaux vido,
4、 audio, de donnes et de commande; c) que la mise en uvre concrte de systmes de radiodiffusion numrique par voie hertzienne de Terre peut imposer certaines contraintes ou adjonctions la Norme ISO/CEI 13818-1 de lOrganisation internationale de normalisation/Commission lectrotechnique internationale po
5、rtant sur le transport; d) quune syntaxe commune de flux de transport (TS) a t tablie dans la Norme ISO/CEI 13818-1 (Systmes MPEG-2 (Moving Picture Experts Group); e) quune syntaxe commune de flux de transport est prconise dans les Recommandations UIT-R BT.1207 et UIT-R BT.1209 fondes sur la Norme I
6、SO/CEI 13818-1; f) que la Norme MPEG-2 dfinit deux mthodes de transport, la mthode des flux de programme et la mthode des flux de transport, et que la syntaxe de flux de transport est optimise en vue dune utilisation dans des milieux o les erreurs de transmission sont probables; g) que lchange de pr
7、ogrammes provenant de sources diverses demeurera ncessaire, imposant des contraintes particulires la couche transport, recommande 1 que les systmes de radiodiffusion tlvisuelle numrique par voie hertzienne de Terre se conforment la syntaxe de flux multiplexs et de flux de transport de la Norme ISO/C
8、EI 13818-1, telle quexpose dans les Recommandations UIT-R BT.1207 et UIT-R BT.1209, et utilisent une des mthodes de transport de service dcrites lAnnexe 1; 2 que les systmes tlvisuels numriques par voie hertzienne de Terre soient conus de manire se conformer la mthode dharmonisation des mthodes de m
9、ultiplexage de service rsume lAnnexe 2. 2 Rec. UIT-R BT.1300-3 NOTE 1 Les nouveaux systmes et les nouvelles fonctions de radiodiffusion tlvisuelle numrique par voie hertzienne de Terre pourraient exiger lajout de nouvelles mthodes standard lAnnexe approprie. Lexpression multiplexage et transport de
10、service dsigne les mthodes de rpartition du flux de donnes binaires en paquets dinformations, les moyens didentification unique de chaque paquet ou type de paquet et les mthodes appropries de multiplexage des paquets du flux de donnes vido, du flux de donnes audio et du flux de donnes auxiliaires en
11、 un seul flux de donnes compos dune srie de paquets de transport de 188 octets. LAnnexe 1 dcrit les mthodes de transport de service et lAnnexe 2 les mthodes de multiplexage de service. NOTE La Norme ISO/CEI 13818-1 peut tre consulte ladresse suivante: http:/www.iso.org/itu. Annexe 1 Mthodes de trans
12、port de service 1 Introduction La mthode de transport de service doit tre conforme la syntaxe de flux de transport MPEG-2 dcrite dans la Norme ISO/CEI 13818-1 (Systmes MPEG-2). Les contraintes et les extensions qui peuvent tre autorises pour les systmes existants ont t normalises et figurent au 2 de
13、 la prsente Annexe. Linteroprabilit entre mdias numriques comme la radiodiffusion par voie hertzienne de Terre, la distribution par cble, la distribution par satellite, les supports denregistrement et les interfaces informatiques, constitue un aspect primordial du dveloppement du mcanisme de transpo
14、rt. LUIT-R recommande que les systmes de tlvision numrique utilisent la syntaxe de flux de transport de la Norme MPEG-2 pour effectuer la mise en paquets et le multiplexage des signaux vido, audio et de donnes pour les systmes de radiodiffusion numrique.La syntaxe du flux de transport MPEG-2 a t lab
15、ore en vue dapplications pour lesquelles la largeur de bande des canaux ou la capacit des supports denregistrement est limite et pour lesquelles un mcanisme de transport efficace est primordial. Elle a aussi t conue afin de faciliter linteroprabilit avec le mcanisme de transport en mode de transfert
16、 asynchrone (ATM, asynchronous transfer mode). 2 Mthode de transport de service 2.1 Vue densemble du systme Les normes portant sur les caractristiques des systmes de mutiplexage et de transport de service des Systmes A, B et C font lobjet des Appendices 1, 2 et 3. Le format de transport et le protoc
17、ole du Systme A, du Systme B et du Systme C sont des sous-ensembles compatibles de la Norme de Systmes MPEG-2 dfinie dans la Norme ISO/CEI 13818-1. Les trois systmes sont fonds sur un flux de transport form de paquets de longueur fixe, qui a t dfini et optimis pour les applications de transmission d
18、e la tlvision numrique. Rec. UIT-R BT.1300-3 3 Les normes portant sur ces systmes tablissent certaines extensions et contraintes applicables aux Systmes MPEG-2, lesquelles sont prsentes dans les paragraphes qui suivent. 2.2 Spcifications La syntaxe et la smantique des spcifications des normes du Sys
19、tme A, du Systme B et du Systme C sont conformes la Norme ISO/CEI 13818-1, sous rserve des contraintes et conditions prcises ici. Les contraintes de codage qui sappliquent lutilisation de la spcification des Systmes MPEG-2 pour le Systme A, le Systme B et le Systme C sont les suivantes. 2.2.1 Norme
20、de Systmes MPEG-2 2.2.1.1 Modle de transport normalis du signal vido (T-STD) Le modle T-STD du signal vido est dfini dans le 2.4.2 de la Norme ISO/CEI 13818-1 et il est soumis aux contraintes sappliquant au niveau cod dans le flux vido lmentaire. 2.2.1.2 Modle de transport normalis du signal audio L
21、e modle T-STD du signal audio du Systme A est dfini au 3.6 de lAnnexe A de lAppendice 1 lAnnexe 2 ATSC, 2001. Le modle T-STD du signal audio du Systme B et du Systme C est dfini au 2.4.2 de la Norme ISO/CEI 13818-1. Le modle de mmoire tampon associ la Norme ISO/CEI 13818-7 est dcrit dans lAnnexe Q d
22、e la Norme ISO/CEI 13818-1. 2.2.2 Descripteur denregistrement Le Systme A utilise le descripteur denregistrement dcrit au 2.6.8 de la Norme ISO/CEI 13818-1 afin de signaler le contenu des programmes et des flux lmentaires au matriel dcodeur. Dans le Systme B et le Systme C, le descripteur denregistr
23、ement est conforme au 2.6.8 de la Norme ISO/CEI 13818-1. 2.2.2.1 Identificateur de format de programme Les programmes conformes la spcification du Systme A peuvent tre identifis au moyen de lidentificateur de format 32 bits dans un descripteur denregistrement achemin dans la boucle de descripteur de
24、 programme (de service) se trouvant dans la partie de la table de mappage des programmes (PMT, Program Map Table) dfinie au 2.4.4.8 de la Norme ISO/CEI 13818-1. Lorsquil est utilis pour identifier le programme conformment aux spcifications du Systme A lidentificateur de format est cod selon le 2.6.8
25、 de la Norme ISO/CEI 13818-1 et a une valeur de 0x4741 3934 (GA94 en ASCII). 2.2.2.2 Identificateur de format de flux lmentaire du signal audio Les flux lmentaires du signal audio conformes la spcification du Systme A peuvent tre identifis par lidentificateur de format 32 bits dans un descripteur de
26、nregistrement achemin dans la boucle de descripteur de flux lmentaires (ES) se trouvant dans la table de mappage des programmes (PMT) dtaille au 2.4.4.8 de la Norme ISO/CEI 13818-1. Lorsquil est prsent lidentificateur de format est cod selon le 2.6.8 de la Norme ISO/CEI 13818-1 et a une valeur de 0x
27、4143 2D33 (AC-3 en ASCII). 2.2.3 Contraintes associes au programme Le Systme A, le Systme B et le Systme C ne subissent aucune contrainte associe au programme en matire dallocation des identificateurs de paquet (PID, Packet IDentifier) en dehors de celles indiques au 2.2.7.1 ci-aprs. 4 Rec. UIT-R BT
28、.1300-3 2.2.4 Contraintes applicables aux informations propres au programme (PSI, Program Specific Information) Dans le Systme A, les composantes de tous les programmes sont dcrites dans les PSI, conformment aux spcifications de la Norme ISO/CEI 13818-1 et du protocole dinformation sur le programme
29、et le systme (PSIP, Program and System Information Protocol) (Appendice 1 lAnnexe 2 ATSC, 2003. Les contraintes suivantes sappliquent linformation contenue dans les PSI: Les paquets de flux de transport identifis par une valeur PMT_PID particulire ne doivent acheminer quune seule dfinition de progra
30、mme dcrite par une seule section TS_program_map(). Pour les applications de radiodiffusion de Terre, ces paquets TS subissent une autre contrainte, savoir ne pas acheminer dautre type de table PSI. Le flux de transport est construit de faon ce que lintervalle de temps entre les octets contenant le d
31、ernier bit de la section TS_program_map() contenant les informations relatives au programme de tlvision et les occurrences successives de la mme section TS_program_map() soit gal ou infrieur 400 ms. Les numros de programme sont associs aux PMT_PID correspondants dans la table dassociation des progra
32、mmes (PAT). Le flux de transport est construit de faon ce que lintervalle de temps entre loctet contenant le dernier bit de la program_association_section() et les occurrences successives de la program_association_section() soit infrieur ou gal 100 ms. Toutefois, lorsque les program_association_sect
33、ion()s, les sections CA et les sections TS_program_map approchent de leur taille maximale autorise il y a la possibilit de dpasser le taux de 80 000 bit/s spcifi au 2.4.2.3 de la Norme ISO/CEI 13818-1. Dans les cas o les tailles des sections de table sont telles que le taux de rptition de 100 ms de
34、la program_association_section() causerait un dpassement du taux maximal de 80 000 bit/s, lintervalle de temps entre loctet contenant le dernier bit de la program_association_section() peut tre augment mais en aucun cas ne doit pas dpasser 140 ms, de faon que la limite de 80 000 bit/s ne soit dpasse
35、 en aucune circonstance. Lorsquun flux lmentaire de type 002 (vido MPEG-2) est prsent dans le flux de transport, le descripteur data_stream_alignment() (voir le 2.6.10 de la Norme ISO/CEI 13818-1) est inclus dans la boucle du descripteur suivant immdiatement le champ ES_info_length dans la TS_progra
36、m_map_section() dcrivant ce flux lmentaire. La valeur de descriptor_tag est fixe 0x06, celle de descriptor_length 0x0,1 et celle de alignment_type 0x0,2 (unit daccs vido). Les en-ttes dadaptation ne doivent pas figurer dans les paquets TS identifis par PID 0x0000 (le PID de la table PAT) des fins au
37、tres que celle de signaler, laide du code discontinuity_indicator, que le numro version_number ( 2.4.4.5 de la Norme ISO/CEI 13818-1) peut tre discontinu. Les en-ttes dadaptation ne doivent pas figurer dans les paquets TS identifis par une valeur program_map_PID des fins autres que celle de signaler
38、, laide du code discontinuity_indicator, que le numro version_number ( 2.4.4.9 de la Norme ISO/CEI 13818-1) peut tre discontinu. Dans le Systme B, les composantes de tous les programmes sont dcrites dans les PSI, comme indiqu dans la Norme ISO/CEI 13818-1, et dans les informations de service (SI), c
39、omme indiqu dans lAppendice 2 lAnnexe 2 ETSI, 1997a. Les contraintes suivantes sappliquent linformation contenue dans les PSI: Chaque section de la PAT et de la PMT doit tre transmise au moins une fois toutes les 100 ms. Rec. UIT-R BT.1300-3 5 La table dinformation rseau (NIT, Network Information Ta
40、ble) est dfinie conformment la Norme ISO/CEI 13818-1 et le format des donnes est dfini plus prcisment dans lAppendice 2 lAnnexe 2 ETSI, 1997a. La NIT est transmise dans les paquets de flux de transport avec une valeur de PID de 0x0010. Chaque section de la NIT doit tre transmise au moins une fois to
41、utes les 10 s. Lintervalle de temps minimal entre larrive du dernier octet dune section et le premier octet de la section suivante ayant les mmes valeurs de table_id et table_id_extension doit tre de 25 ms. Dans le Systme C, les composantes de tous les programmes sont dcrites dans les PSI, comme ind
42、iqu dans la Norme ISO/CEI 13818-1, et dans les informations de service (SI), comme indiqu dans lAppendice 3 lAnnexe 2 ARIB, 2004a. Les contraintes suivantes sappliquent linformation contenue dans les PSI: Chaque section de la PAT et de la PMT doit de prfrence tre transmise au moins une fois toutes l
43、es 100 ms. La table dinformation rseau (NIT, Network Information Table) est dfinie conformment la Norme ISO/CEI 13818-1 et le format des donnes est dfini plus prcisment dans lAppendice 3 lAnnexe 2 ARIB, 2004a. La NIT est transmise dans les paquets de flux de transport avec une valeur de PID de 0x001
44、0. Chaque section de la NIT doit de prfrence tre transmise au moins une fois toutes les 10 s. Les paquets TS dinformations sur le service ayant le mme PID sont transmis dans un intervalle de 4 koctets 100% (de 0 8 koctets) ayant une dure de 32 ms. 2.2.5 Contraintes applicables aux flux lmentaires de
45、 paquets (PES, Packetized Elementary Stream) La syntaxe et la smantique applicables aux flux lmentaires de paquets doivent tre utilises pour encapsuler les informations des flux lmentaires vido et audio. La syntaxe des flux lmentaires de paquets assure la transmission des informations contenues dans
46、 lhorodateur de prsentation (PTS, Presentation Time-Stamp) et lhorodateur de dcodage (DTS, Decoding Time-Stamp) et ncessaires pour la synchronisation du dcodage des signaux audio et vido. Le prsent paragraphe dcrit les contraintes applicables au codage de cette couche systme. Les restrictions suivan
47、tes sappliquent len-tte du paquet PES: Pour le Systme A: PES_scrambling_control doit avoir la valeur 00. ESCR_flag doit avoir la valeur 0. ES_rate_flag doit avoir la valeur 0. PES_CRC_flag doit avoir la valeur 0. Pour le Systme B: les champs suivants ne doivent pas tre transmis dans un flux binaire de radiodiffusion: trick_mode_control, field_id, intra_slice_refresh, frequency_truncation, field_rep_cntrl. Pour le Systme C, des contraintes particulires ne sont pas spcifies mais peuvent sappliquer si ncessaire. Dans lextension de paquet PES du Systme A, les restr
