ITU-T H 332 FRENCH-1998 H 323 extended for loosely coupled conferences《H 323松散型结合会议的扩展 系列H 视听和多媒体系统 视听业务的基础设施 视听业务的系统和终端设备 16号研究组 26pp》.pdf

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-TH.332SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUIT(09/98)SRIE H: SYSTMES AUDIOVISUELS ETMULTIMDIASInfrastructure des services audiovisuels Systmes etquipements terminaux pour les services audiovisuelsExtension du protocole H.323 aux confrences f

2、aible couplageRecommandation UIT-T H.332(Antrieurement Recommandation du CCITT)RECOMMANDATIONS UIT-T DE LA SRIE HSYSTMES AUDIOVISUELS ET MULTIMDIASPour plus de dtails, voir la Liste des Recommandations de lUIT-T.Caractristiques des canaux de transmission pour des usages autres quetlphoniquesH.10H.19

3、Emploi de circuits de type tlphonique pour la tlgraphie frquence vocale H.20H.29Circuits et cbles tlphoniques utiliss pour les divers types de transmissiontlgraphique et de transmissions simultanesH.30H.39Circuits de type tlphonique utiliss en blinographie H.40H.49Caractristiques des signaux de donn

4、es H.50H.99CARACTRISTIQUES DES SYSTMES VISIOPHONIQUES H.100H.199INFRASTRUCTURE DES SERVICES AUDIOVISUELSGnralits H.200H.219Multiplexage et synchronisation en transmission H.220H.229Aspects systme H.230H.239Procdures de communication H.240H.259Codage des images vido animes H.260H.279Aspects lis aux s

5、ystmes H.280H.299Systmes et quipements terminaux pour les services audiovisuels H.300H.399Services complmentaires en multimedia H.450H.499RECOMMANDATION UIT-T H.332EXTENSION DU PROTOCOLE H.323 AUX CONFERENCESA FAIBLE COUPLAGERsumLa prsente Recommandation dcrit les terminaux, quipements et services p

6、our communicationsmultimdias utilisant des rseaux par paquets. Les terminaux et quipements H.332 peuventacheminer en temps rel des signaux vocaux, de donnes et vido, sparment ou combins les unsaux autres. Lobjectif est de travailler dans le cadre de la Recommandation H.323 en tablissanttoutefois une

7、 modularit bien au-del des limites imposes par la Recommandation H.323 afin depermettre des applications impliquant des centaines et des milliers de participants.Les terminaux H.332 peuvent tre intgrs dans des ordinateurs personnels ou tre implments dansdes dispositifs autonomes tels que des visioph

8、ones. Seul le mode tlphonique est obligatoire, lesmodes donnes et vido tant optionnels; en cas de prise en charge de ces deux modes optionnels, ondoit pouvoir utiliser un mode de fonctionnement commun spcifi permettant linterfonctionnementde tous les terminaux acceptant ce type de mdia. A linstar de

9、 la Recommandation H.323, laprsente Recommandation autorise lutilisation simultane de plusieurs canaux de chaque type.Dautres Recommandations de la srie H.332 couvrent les sujets suivants de laRecommandation H.323: quipements de visiophonie/visioconfrence pour rseaux locaux,transmission par paquets

10、et synchronisation H.225.0, commande H.245, codecs vido H.261et H.263, codecs audio G.711, G.722, G.728, G.729 et G.723.1, et protocoles de communicationsmultimdias de la srie T.120.Les terminaux H.332 se fondent sur la Recommandation H.323; ils peuvent ainsi fonctionner parlintermdiaire de passerel

11、les avec des terminaux H.310 sur le RNIS-LB, des terminaux H.320 sur leRNIS-BE, avec des terminaux H.321 sur le RNIS-LB, avec des terminaux H.322 sur des rseauxlocaux offrant une qualit de service garantie, avec des terminaux H.324 sur le RTGC et des rseauxsans fil, ainsi quavec des terminaux V.70 s

12、ur le RTGC.SourceLa Recommandation UIT-T H.332, labore par la Commission dtudes 16 (1997-2000) de lUIT-T,a t approuve le 25 septembre 1998 selon la procdure dfinie dans la Rsolution n 1 de laCMNT.ii Recommandation H.332 (09/98)AVANT-PROPOSLUIT (Union internationale des tlcommunications) est une inst

13、itution spcialise des Nations Unies dansle domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est unorgane permanent de lUIT. Il est charg de ltude des questions techniques, dexploitation et de tarification,et met ce sujet des Recommandations en vue de la normali

14、sation des tlcommunications lchellemondiale.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans,dtermine les thmes dtudes traiter par les Commissions dtudes de lUIT-T, lesquelles laborent enretour des Recommandations sur ces thmes.Lapprobation des Rec

15、ommandations par les Membres de lUIT-T seffectue selon la procdure dfinie dans laRsolution n 1 de la CMNT.Dans certains secteurs des technologies de linformation qui correspondent la sphre de comptence delUIT-T, les normes ncessaires se prparent en collaboration avec lISO et la CEI.NOTEDans la prsen

16、te Recommandation, lexpression “Administration“ est utilise pour dsigner de faon abrgeaussi bien une administration de tlcommunications quune exploitation reconnue.DROITS DE PROPRIT INTELLECTUELLELUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de la prsente Recommandatio

17、npuisse donner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce quiconcerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soientrevendiqus par un Membre de lUIT ou par une tierce partie trangre la procdure dlaboration desRe

18、commandations.A la date dapprobation de la prsente Recommandation, lUIT navait pas t avise de lexistence duneproprit intellectuelle protge par des brevets acqurir pour mettre en uvre la prsenteRecommandation. Toutefois, comme il ne sagit peut-tre pas de renseignements les plus rcents, il estvivement

19、 recommand aux responsables de la mise en uvre de consulter la base de donnes des brevetsdu TSB. UIT 1998Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sousquelque forme que ce soit et par aucun procd, lectronique ou mcanique, y compris la photoco

20、pie et lesmicrofilms, sans laccord crit de lUIT.Recommandation H.332 (09/98) iiiTABLE DES MATIRESPage1 Domaine dapplication 12 Modle de confrence. 13 Rfrences normatives . 44 Dfinitions 55 Symboles et abrviations 56 Conventions 67 Codage dannonce. 67.1 Extensions 67.2 Grammaire 77.3 Enregistrements

21、par dfaut. 98 Procdures dtablissement de confrence 98.1 Annonce98.2 Enregistrement 108.3 Ngociation de capacit 108.4 Invitation 119 Procdures appliques pendant la confrence 119.1 Construction dune liste pour une session du protocole RTP. 119.2 Invitation au groupe actif 129.3 Participation au groupe

22、 actif. 139.4 Sortie du groupe actif . 139.5 Priodicit des lments SDES du protocole RTCP 139.6 Gnration de SSRC dans le protocole RTP/RTCP. 1410 Scurit. 1411 Caractristiques obligatoires des terminaux H.332 1412 Bibliographie 14iv Recommandation H.332 (09/98)PageAppendice I Exemples dAnnonces SDP 15

23、I.1 Exemple pour une confrence audio RTP/RTCP utilisant la commande sociale 15I.2 Exemple dApplication de Tlenseignement 16I.2.1 Annonce publique . 16I.2.2 Annonce prive . 18Appendice II Utilisation du protocole RSVP . 20Recommandation H.332 (09/98) 1Recommandation H.332EXTENSION DU PROTOCOLE H.323

24、AUX CONFERENCESA FAIBLE COUPLAGE(Genve, 1998)1 Domaine dapplicationLa prsente Recommandation traite des confrences grande chelle sur rseaux par paquetsimpliquant des centaines, voire des milliers de participants. Ce type de confrence est dfini dans laRecommandation H.323 comme confrence en mode diff

25、usion et confrence dbat en modediffusion. La prsente Recommandation est fonde sur la Recommandation H.323 et prvoitlinteroprabilit avec des points dextrmit commutation de circuits (H.320, H.321, H.324) parlintermdiaire de passerelles comme dcrit dans la Figure 1. Lutilisation de donnes, par oppositi

26、on des trains en temps rel, par exemple les trains de signaux audio et vido, fera lobjet dune tudeultrieure.T1603410-97LANH.323H.320 H.320H.321H.321H.324H.324LANH.332H.332H.332H.332 H.332rseau commutationpar paquetsportierrouteurcontrleurmultipointportier routeurpasserelleATM(mode transfert asynchro

27、ne)passerelle passerelleRTPCRNISFigure 1/H.332 Domaine dapplication de la confrence H.3322 Modle de confrenceLobjectif de la prsente Recommandation est dassurer une extensibilit du nombre de terminauxutiliss pour une confrence donne bien au-del des limites imposes par laRecommandation H.323. Les pre

28、scriptions de la Recommandation H.323 limitent les confrences en2 Recommandation H.332 (09/98)termes dextensibilit, ces dernires tant des confrences couplage serr. Tous les participants laconfrence doivent tre connus et il est exig un ensemble de procdures dtablissement de laconfrence, de ngociation

29、 de capacit, de cration et de commande des trains de signaux audio,vido et de donnes, ainsi que dinterruption de confrence. Bien quessentielle pour les confrences couplage serr, une telle procdure dtablissement de la confrence et de ngociation de capacit audbut de la confrence se rvle contraignante

30、et peu pratique dans le cas de confrences impliquantun nombre arbitrairement lev de participants. Les informations ncessaires lorganisation duneconfrence impliquant un grand nombre de participants doivent tre diffuses bien avant le dbut dela confrence.Les confrences restreintes, comme par exemple le

31、s appels tlphoniques, sont gnralement ad hocpar nature. En revanche, les confrences impliquant un nombre important de participants sont, engnral, prvues et annonces lavance. Citons pour exemples, les prsentations une largeaudience gographiquement disperse, le tlenseignement, etc. Lorsquune confrence

32、 est annonce lavance, les capacits requises pour participer la confrence peuvent tre galement annonces lavance. Une certaine forme de ngociation en termes de capacit est galement souhaitable pour laprise en charge dutilisateurs ayant des ressources diffrentes en termes de largeur de bande du rseauet

33、 de points dextrmits (puissance du processeur, rsolution de laffichage, etc.). La largeur debande du rseau peut aller des liaisons par modem faible vitesse de 14,4 kbit/s desliaisons RNIS-LB une vitesse leve allant jusqu 622 Mbit/s. Des signaux vido en couchepeuvent tre utiliss pour recevoir des uti

34、lisateurs ayant des liaisons de largeurs de bande diffrenteset pour rpondre leur besoin de qualit variable de limage.Les confrences couplage lche font dj partie des protocoles RTP/RTCP. Elles sont conues pourstendre des milliers de participants. Aprs un certain temps, lidentit de chaque participant

35、estconnue par le biais du message RTCP. La commande de prise de parole est assure par commandehumaine ou sociale. La commande humaine est bien adapte des confrences restreintes ou dansune configuration o chaque participant peut voir lautre. Cependant, lorsque les confrencesimpliquent des centaines d

36、e participants, il est souhaitable de disposer dune certaine forme demcanisme automatique de commande par prsidence. Un petit pourcentage de lensemble de lalargeur de bande de confrence est ncessairement occup par le protocole RTCP et tout mcanismede commande par prsidence implment en RTCP ne fourni

37、ra pas le service requis de manireopportune. Cest pour cette raison que le concept de groupe actif H.323 est ici introduit.Le modle de base du groupe actif de la prsente Recommandation est illustr sur la Figure 2. Legroupe actif est une confrence H.323 peu tendue, relie un grand nombre de terminaux

38、rcepteursRTP, par le biais de protocoles RTP/RTCP. Ces terminaux de rception RTP peuvent tre desterminaux H.332 ou dautres terminaux capables dutiliser le protocole RTP/RTCP et disposant demoyens externes pour comprendre la manire dont ils peuvent se connecter la confrence. Uneintraction pleine et e

39、ntire est admise dans le groupe actif. Cette intraction pourrait tre ralise parcommande sociale ou par prsidence. Hors du groupe actif, les participants sont passifs, il sagitessentiellement de rcepteurs qui, par dfaut, ne sont pas autoriss intragir. Sils dsirent intragir,ils doivent se joindre au g

40、roupe actif ou tre invits par le groupe actif. Au sein du groupe actif, toutmodle H.323 centralis, dcentralis ou hybride peut tre utilis. Cependant, hors du groupeactif, la multidiffusion est utilise afin dassurer lextensibilit requise pour la confrence H.332. Cecipeut tre ralis soit en utilisant le

41、 modle dcentralis H.323 soit, lorsque le modle centralis estutilis, en mettant en uvre un processeur multipoint (MP, multipoint processor) pour assurer lamultidiffusion de trains de mdias vers les terminaux de rception RTP.Le groupe actif est constitu de membres permanents et temporaires et nest lim

42、it en taille que par laquantit de ressources mises la disposition de la confrence au niveau du contrleur multipoint(MC, multipoint controller). Les membres permanents sont ceux qui sont essentiels la confrencetels que le professeur dans une classe virtuelle de tlenseignement ou le prsentateur, dans

43、le casRecommandation H.332 (09/98) 3dun auditorium virtuel plein de monde. Les membres temporaires proviennent des terminaux derception RTP qui dsirent participer aux discussions, poser des questions, etc. Les membrestemporaires changent avec le temps au fur et mesure que de nouveaux membres se joig

44、nent augroupe actif et que danciens membres le quittent volontairement ou sont pris de le quitter pourlaisser la place de nouveaux membres.Le groupe actif utilise la commande sociale ou automatique. En cas de commande sociale, tous lesmembres du groupe actif peuvent potentiellement parler et envoyer

45、 leurs signaux vido au cours dessessions du protocole RTP audio et vido. Cependant, dans la pratique, la commande sociale nepermet qu un seul participant la fois de parler. Dautre part, la commande automatique est ralisepar le biais de la commande par prsidence H.323. La commande par prsidence H.323

46、 donne desprivilges particuliers la prsidence. Tout participant au groupe actif qui dsire parler et envoyerdes signaux vido doit, dabord, soumettre une demande de prise de parole la prsidence. Lorsquela prsidence lui donne la parole, le participant peut utiliser les sessions du protocole RTP audio e

47、tvido.La squence dvnements dans une confrence H.332 est la suivante:1) la confrence est annonce lavance avec suffisamment dinformations pour permettre larecherche et la participation. Le protocole de description de session (SDP, sessiondescription protocol) de lIETF doit tre utilis pour coder lannonce de la confrence. Toutmcanisme peut tre utilis pour acheminer lannonce. Quelques mcanismes sont icisuggrs: courrier lectronique (SMTP) et toile (HTTP);2) si pour des raisons de scurit, denregistrement ou de paiement de droits, la confrencelimi