1、 Union internationale des tlcommunicationsUIT-T H.460.21SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (05/2006) SRIE H: SYSTMES AUDIOVISUELS ET MULTIMDIAS Infrastructure des services audiovisuels Services complmentaires en multimdia Diffusion de messages pour les systmes H.323Recommandati
2、on UIT-T H.460.21 RECOMMANDATIONS UIT-T DE LA SRIE H SYSTMES AUDIOVISUELS ET MULTIMDIAS CARACTRISTIQUES DES SYSTMES VISIOPHONIQUES H.100H.199 INFRASTRUCTURE DES SERVICES AUDIOVISUELS Gnralits H.200H.219 Multiplexage et synchronisation en transmission H.220H.229 Aspects systme H.230H.239 Procdures de
3、 communication H.240H.259 Codage des images vido animes H.260H.279 Aspects lis aux systmes H.280H.299 Systmes et quipements terminaux pour les services audiovisuels H.300H.349 Architecture des services dannuaire pour les services audiovisuels et multimdias H.350H.359 Architecture de la qualit de ser
4、vice pour les services audiovisuels et multimdias H.360H.369 Services complmentaires en multimdia H.450H.499 PROCDURES DE MOBILIT ET DE COLLABORATION Aperu gnral de la mobilit et de la collaboration, dfinitions, protocoles et procdures H.500H.509 Mobilit pour les systmes et services multimdias de la
5、 srie H H.510H.519 Applications et services de collaboration multimdia mobile H.520H.529 Scurit pour les systmes et services multimdias mobiles H.530H.539 Scurit pour les applications et services de collaboration multimdia mobile H.540H.549 Procdures dinterfonctionnement de la mobilit H.550H.559 Pro
6、cdures dinterfonctionnement de collaboration multimdia mobile H.560H.569 SERVICES LARGE BANDE ET MULTIMDIAS TRI-SERVICES Services multimdias large bande sur VDSL H.610H.619 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Rec. UIT-T H.460.21 (05/2006) i Recommandation UIT-T H.460.21
7、 Diffusion de messages pour les systmes H.323 Rsum La prsente Recommandation dfinit une fonctionnalit permettant aux dispositifs H.323 de diffuser (en mode multidiffusion) un message destination dun ou de plusieurs terminaux H.323 distants, en offrant, par exemple, une fonction “intercom“ pour tlpho
8、nes dentreprise, un service de “radiomessagerie“ par lintermdiaire dune entreprise, ou un systme de notification pour terminaux dissmins en diffrents points gographiques. Cette mthode utilisant les procdures standard de multidiffusion sur Internet, la fonctionnalit peut tre utilise grande chelle pou
9、r atteindre un nombre quelconque dextrmits H.323 dans une rgion gographique, voire dans le monde entier. Source La Recommandation UIT-T H.460.21 a t approuve le 29 mai 2006 par la Commission dtudes 16 (2005-2008) de lUIT-T selon la procdure dfinie dans la Recommandation UIT-T A.8. ii Rec. UIT-T H.46
10、0.21 (05/2006) AVANT-PROPOS LUIT (Union internationale des tlcommunications) est une institution spcialise des Nations Unies dans le domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUIT. Il est charg de ltude des questions techniques
11、, dexploitation et de tarification, et met ce sujet des Recommandations en vue de la normalisation des tlcommunications lchelle mondiale. LAssemble mondiale de normalisation des tlcommunications (AMNT), qui se runit tous les quatre ans, dtermine les thmes dtude traiter par les Commissions dtudes de
12、lUIT-T, lesquelles laborent en retour des Recommandations sur ces thmes. Lapprobation des Recommandations par les Membres de lUIT-T seffectue selon la procdure dfinie dans la Rsolution 1 de lAMNT. Dans certains secteurs des technologies de linformation qui correspondent la sphre de comptence de lUIT
13、-T, les normes ncessaires se prparent en collaboration avec lISO et la CEI. NOTE Dans la prsente Recommandation, lexpression “Administration“ est utilise pour dsigner de faon abrge aussi bien une administration de tlcommunications quune exploitation reconnue. Le respect de cette Recommandation se fa
14、it titre volontaire. Cependant, il se peut que la Recommandation contienne certaines dispositions obligatoires (pour assurer, par exemple, linteroprabilit et lapplicabilit) et considre que la Recommandation est respecte lorsque toutes ces dispositions sont observes. Le futur dobligation et les autre
15、s moyens dexpression de lobligation comme le verbe “devoir“ ainsi que leurs formes ngatives servent noncer des prescriptions. Lutilisation de ces formes ne signifie pas quil est obligatoire de respecter la Recommandation. DROITS DE PROPRIT INTELLECTUELLE LUIT attire lattention sur la possibilit que
16、lapplication ou la mise en uvre de la prsente Recommandation puisse donner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce qui concerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soient revendiqus par un membre de lUIT
17、ou par une tierce partie trangre la procdure dlaboration des Recommandations. A la date dapprobation de la prsente Recommandation, lUIT navait pas t avise de lexistence dune proprit intellectuelle protge par des brevets acqurir pour mettre en uvre la prsente Recommandation. Toutefois, comme il ne sa
18、git peut-tre pas de renseignements les plus rcents, il est vivement recommand aux dveloppeurs de consulter la base de donnes des brevets du TSB sous http:/www.itu.int/ITU-T/ipr/. UIT 2007 Tous droits rservs. Aucune partie de cette publication ne peut tre reproduite, par quelque procd que ce soit, sa
19、ns laccord crit pralable de lUIT. Rec. UIT-T H.460.21 (05/2006) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences. 1 2.1 Rfrences normatives 1 2.2 Rfrences informatives . 2 3 Abrviations et acronymes . 2 4 Aperu gnral des fonctions 2 5 Contenu des messages 4 6 Priorit des messages 4 7 C
20、onsidrations relatives aux passerelles. 4 8 Indication de capacits 5 8.1 Indication des extrmits 5 8.2 Accus de rception manant du portier 6 Annexe A Dfinitions ASN.1 . 8 Rec. UIT-T H.460.21 (05/2006) 1 Recommandation UIT-T H.460.21 Diffusion de messages pour les systmes H.323 1 Domaine dapplication
21、 La prsente Recommandation dcrit la signalisation et les procdures permettant dassurer une fonctionnalit de diffusion de messages pour les systmes H.323. La fonctionnalit de diffusion de messages permet un serveur de messages ou une extrmit H.323 dans le rseau de transmettre un message une ou plusie
22、urs extrmits dans un groupe de multidiffusion prdfini. Le message peut dclencher une sonnerie dappel ou diffuser un message audio sur un haut-parleur tlphonique sans sonnerie dappel. Les messages envoys un dispositif H.323 peuvent interrompre une communication active ou tre rejets, selon la priorit.
23、 Les messages ne se limitent pas aux seuls messages audio: les messages vido ou texte sont galement possibles. Le choix de ces messages est soumis ngociation selon les procdures dcrites dans la prsente Recommandation. Ces procdures utilisent le cadre dextensibilit gnrique (GEF, generic extensible fr
24、amework) H.323. 2 Rfrences 2.1 Rfrences normatives La prsente Recommandation se rfre certaines dispositions des Recommandations UIT-T et textes suivants qui, de ce fait, en sont partie intgrante. Les versions indiques taient en vigueur au moment de la publication de la prsente Recommandation. Toute
25、Recommandation ou tout texte tant sujet rvision, les utilisateurs de la prsente Recommandation sont invits se reporter, si possible, aux versions les plus rcentes des rfrences normatives suivantes. La liste des Recommandations de lUIT-T en vigueur est rgulirement publie. La rfrence un document figur
26、ant dans la prsente Recommandation ne donne pas ce document, en tant que tel, le statut dune Recommandation. Recommandation UIT-T H.225.0 (2006), Protocoles de signalisation dappel et paqutisation des flux monomdias pour les systmes de communication multimdias en mode paquet. Recommandation UIT-T H.
27、245 (2006), Protocole de commande pour communications multimdias. Recommandation UIT-T H.323 (2006), Systmes de communication multimdia en mode paquet. Recommandation UIT-T H.460.1 (2002), Directives pour lutilisation du cadre dextensibilit gnrique. Recommandation UIT-T X.680 (2002) | ISO/CEI 8824-1
28、:2002, Technologies de linformation Notation de syntaxe abstraite numro un: spcification de la notation de base. Recommandation UIT-T X.691 (2002) | ISO/CEI 8825-2:2002, Technologies de linformation Rgles de codage ASN.1: spcification des rgles de codage compact. IETF RFC 3376 (2002), Internet Group
29、 Management Protocol, Version 3. IETF RFC 3550 (2003), RTP: A Transport Protocol for Real-Time Applications. IETF RFC 3810 (2004), Multicast Listener Discovery Version 2 (MLDv2) for IPv6. IETF RFC 4103 (2005), RTP Payload for Text Conversation. 2 Rec. UIT-T H.460.21 (05/2006) 2.2 Rfrences informativ
30、es IETF RFC 3569 (2003), An Overview of Source-Specific Multicast (SSM). 3 Abrviations et acronymes La prsente Recommandation utilise les abrviations suivantes: ASM multidiffusion partir dune source quelconque (any-source multicast) ASN.1 notation de syntaxe abstraite numro un (abstract syntax notat
31、ion No. 1) GEF cadre dextensibilit gnrique (generic extensible framework) GUID identificateur mondialement unique (globally unique identifier) PER rgles de codage compact (packed encoding rules) RAS enregistrement, admission et statut (registration, admission and status) RCF confirmation denregistre
32、ment (registration confirm) RRQ demande denregistrement (registration request) SSM multidiffusion partir dune source dtermine (source-specific multicast) 4 Aperu gnral des fonctions Pour faire savoir quils prennent en charge la fonctionnalit de diffusion de messages, les dispositifs dun rseau H.323
33、ont recours des annonces quils insrent dans les messages RRQ envoys au portier. Une extrmit peut sannoncer comme tant un rcepteur, un metteur, ou les deux. Un dispositif peut ainsi ne servir qu envoyer des messages de diffusion ou, ventuellement, offrir une fonctionnalit intercom parmi les autres fo
34、nctions de tlphonie quil assure. Des dispositifs spciaux dans le rseau peuvent faire office de serveurs de diffusion de messages, sans devoir ncessairement tre des entits H.323: ils doivent seulement avoir la capacit denvoyer des groupes de multidiffusion des flux mdias pouvant tre dment reus par le
35、s entits H.323 fonctionnant conformment la prsente Recommandation. Ces serveurs sont censs communiquer certaines informations adresses de multidiffusion et attributs de mdias, par exemple au portier. La manire dont le portier est inform de lexistence de ces serveurs ou dont il procde pour communique
36、r ceux-ci des informations nest pas aborde dans la prsente Recommandation. Les portiers ont la capacit de communiquer chaque extrmit une liste des groupes de multidiffusion dont elle peut devenir membre. La liste peut tre propre chaque extrmit ou un petit groupe dextrmits, ventuellement classes par
37、catgorie selon une association logique quelconque (dpartement dune entreprise ou rgion gographique, par exemple). Les modalits selon lesquelles les groupes sont dfinis et inscrits dans la confirmation denregistrement (RCF) ne sont pas abordes dans la prsente Recommandation. Les adresses communiques
38、au moyen du champ groupAddress constituent une adresse de multidiffusion reprsentant le groupe de multidiffusion (G). Il existe une deuxime adresse, facultative: ladresse de monodiffusion appele sourceAddress, qui reprsente la source (S) pour la transmission de mdias. Lorsque aucune source particuli
39、re nest spcifie pour le groupe de multidiffusion (on parle alors de multidiffusion partir dune source quelconque (ASM, any-source multicast), une extrmit de rception acceptera le contenu des messages provenant de nimporte quel dispositif qui met destination dudit groupe de multidiffusion. Deux entit
40、s ne devraient jamais diffuser de messages simultanment destination du groupe de multidiffusion, car cela serait source de confusion. Nanmoins, une telle ventualit peut se produire et, en pareil cas, il convient de diffuser le message reu en provenance du groupe ayant le rang de priorit le plus lev,
41、 ou en provenance du Rec. UIT-T H.460.21 (05/2006) 3 premier groupe qui achemine un message dans le cas o les priorits des groupes sont les mmes. La faon dont lextrmit traite les messages de moindre priorit dpend de limplmentation; le dispositif peut choisir de reproduire le contenu du message au ra
42、ng de priorit le plus lev, denregistrer et de reproduire le message de moindre priorit lissue de la reproduction du message de priorit la plus leve, de rejeter le message de moindre priorit, ou de prendre quelque autre mesure. Lorsquune adresse source est spcifie pour le groupe de multidiffusion (di
43、t de multidiffusion partir dune source dtermine (SSM, source-specific multicast), lextrmit naccepte que le contenu des messages provenant de ladresse IP source spcifie. Le protocole de gestion de groupes Internet version 3 (IGMPv3, Internet group management protocol version 3) et le protocole MLDv2
44、(multicast listener discovery version 2) offrent tous deux des mcanismes permettant lextrmit de signaler au rseau son souhait de devenir membre du groupe de multidiffusion (S,G). Lutilisation de la multidiffusion SSM permet un administrateur de rseau de mieux contrler la transmission de messages de
45、diffusion en limitant leur transmission un petit groupe de serveurs de diffusion. Les extrmits peuvent faire office de rcepteurs (cas le plus frquent), dmetteurs, ou les deux. La Figure 1 reprsente un rseau avec un serveur transmettant un flux mdia un grand nombre de terminaux et de passerelles H.32
46、3. IPIPIADIPVFigure 1/H.460.21 Acheminement de messages en mode multidiffusion destination dextrmits 4 Rec. UIT-T H.460.21 (05/2006) 5 Contenu des messages Comme des dizaines, des centaines, voire des dizaines de milliers de dispositifs peuvent devenir membre dun groupe de multidiffusion afin de rec
47、evoir des messages en mode diffusion, il est impossible dans la pratique de tenter de ngocier des capacits relatives aux mdias avec tous ces dispositifs afin de dcouvrir un sous-ensemble commun. En consquence, tous les dispositifs conformes la prsente Recommandation doivent prendre en charge, au minimum, les codages de loi A et de loi G.711 et doivent tre prts recevoir, dans lune ou lautre de ces formes de codage, des messages comportant au maximum 240 chantillons (30 ms) audio par paquet. Les dispositifs devraient prendre en charge la
