1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS UIT-T J.121 SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (02/2002) SRIE J: RSEAUX CBLS ET TRANSMISSION DES SIGNAUX RADIOPHONIQUES, TLVISUELS ET AUTRES SIGNAUX MULTIMDIAS Services interactifs pour la distribution de tlvision numrique Protocole de
2、 contrle de qualit de la webodiffusion Recommandation UIT-T J.121 RECOMMANDATIONS UIT-T DE LA SRIE J RSEAUX CBLS ET TRANSMISSION DES SIGNAUX RADIOPHONIQUES, TLVISUELS ET AUTRES SIGNAUX MULTIMDIAS Recommandations gnrales J.1J.9 Spcifications gnrales des transmissions radiophoniques analogiques J.10J.
3、19 Caractristiques de fonctionnement des circuits radiophoniques analogiques J.20J.29 Equipements et lignes utiliss pour les circuits radiophoniques analogiques J.30J.39 Codeurs numriques pour les signaux radiophoniques analogiques J.40J.49 Transmission numrique de signaux radiophoniques J.50J.59 Ci
4、rcuits de transmission tlvisuelle analogique J.60J.69 Transmission tlvisuelle analogique sur lignes mtalliques et interconnexion avec les faisceaux hertziens J.70J.79 Transmission numrique des signaux de tlvision J.80J.89 Services numriques auxiliaires propres aux transmissions tlvisuelles J.90J.99
5、Prescriptions et mthodes oprationnelles de transmission tlvisuelle J.100J.109 Services interactifs pour la distribution de tlvision numrique J.110J.129 Transport des signaux MPEG-2 sur les rseaux par paquets J.130J.139 Mesure de la qualit de service J.140J.149 Distribution de la tlvision numrique su
6、r les rseaux locaux dabonns J.150J.159 IPCablecom J.160J.179 Divers J.180J.199 Application la tlvision numrique interactive J.200J.209 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Rec. UIT-T J.121 (02/2002) i Recommandation UIT-T J.121 Protocole de contrle de qualit de la webodi
7、ffusion Rsum La prsente Recommandation dfinit les protocoles qui oprent entre un serveur et un client et assurent la distribution de programmes audio et tlvisuels conformment la Rec. UIT-T J.120, cest-dire par webodiffusion, sur un rseau IP gnral, rseau qui noffre pas de garantie de qualit de servic
8、e et dans lequel des erreurs de donnes ou des pertes de paquets peuvent donc se produire. Lutilisation de ces protocoles se traduit par une amlioration de la qualit. Un mcanisme est dfini par lequel un rapport sur la qualit est envoy depuis un client vers le serveur, rapport qui est utilis par le se
9、rveur pour optimiser la distribution des donnes. La prsente Recommandation dfinit des types de paramtres qui doivent tre contenus dans le rapport du client destin au serveur, ainsi quun protocole de transmission qui est utilis pour envoyer le rapport du client au serveur. La prsente Recommandation d
10、finit aussi la transmission de paramtres associs utiles au serveur pour analyser le rapport du client. Source La Recommandation J.121 de lUIT-T, labore par la Commission dtudes 9 (2001-2004) de lUIT-T, a t approuve le 13 fvrier 2002 selon la procdure dfinie dans la Rsolution 1 de lAMNT. ii Rec. UIT-
11、T J.121 (02/2002) 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 techniq
12、ues, 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
13、de 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 l
14、UIT-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. DROITS DE PROPRIT INTELLECTUELLE LUIT
15、 attire lattention sur la possibilit que 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
16、 soient revendiqus par un Membre de lUIT 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
17、Recommandation. Toutefois, comme il ne sagit peut-tre pas de renseignements les plus rcents, il est vivement recommand aux responsables de la mise en uvre de consulter la base de donnes des brevets du TSB. UIT 2002 Tous droits rservs. Aucune partie de cette publication ne peut tre reproduite, par qu
18、elque procd que ce soit, sans laccord crit pralable de lUIT. Rec. UIT-T J.121 (02/2002) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences. 1 2.1 Rfrences normatives 1 2.2 Rfrences informatives . 1 3 Termes et dfinitions 1 4 Abrviations et conventions . 1 4.1 Abrviations . 1 4.2 Conventi
19、ons 2 5 Dfinition du systme . 2 5.1 Procdure utilise au niveau du serveur . 3 5.1.1 Transmission des informations daide aux mesures 3 5.1.2 Rception du rapport du client 3 5.1.3 Distribution des donnes mdias 3 5.2 Procdure au niveau du client. 3 5.2.1 Monitorage de la qualit de transmission. 3 5.2.2
20、 Transmission vers le serveur du rapport du client 3 6 Dfinition dun paquet rapport 4 6.1 Rapport dmetteur (SR) . 4 6.2 Rapport du rcepteur 5 7 Intervalle de transmission RTCP 8 Appendice I Algorithmes 9 Appendice II Contrles de validit des en-ttes RTP. 12 Appendice III Dtermination du nombre de paq
21、uets RTP attendus ou perdus. 15 Appendice IV Calcul de lintervalle de transmission RTCP. 16 Appendice V Estimation de la gigue interarrive. 18 Rec. UIT-T J.121 (02/2002) 1 Recommandation UIT-T J.121 Protocole de contrle de qualit de la webodiffusion 1 Domaine dapplication La raction du serveur la rc
22、eption du rapport du client ne fait pas partie du domaine dapplication de la prsente Recommandation. 2 Rfrences 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
23、moment de la publication de la prsente Recommandation. Toute 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
24、 vigueur est rgulirement publie. 2.1 Rfrences normatives Recommandation UIT-T H.225.0 (2000), Protocoles de signalisation dappel et mise en paquets des trains multimdias dans les systmes de communication multimdia en mode paquet. Recommandation UIT-T J.120 (2000), Distribution de programmes radiopho
25、niques et tlvisuels sur le rseau IP. 2.2 Rfrences informatives IETF RFC 1889 (1996), RTP: A Transport Protocol for Real-Time Applications. 3 Termes et dfinitions La prsente Recommandation dfinit les termes suivants: 3.1 protocole de transport en temps rel (RTP, real-time transport protocol): protoco
26、le pour applications en temps rel dfini dans la Rec. UIT-T H.225.0. 3.2 protocole de commande RTP (RTCP, RTP control protocol): protocole de commande pour paquets RTP dfini dans la Rec. UIT-T H.225.0. 3.3 webodiffusion: dfinie dans la Rec. UIT-T J.120. Distribution de programmes radiophoniques et tl
27、visuels sur le rseau IP. 4 Abrviations et conventions 4.1 Abrviations La prsente Recommandation utilise les abrviations suivantes: IP protocole Internet (Internet protocol) RTCP protocole de commande RTP (RTP control protocol) RTP protocole de transport en temps rel (real-time transport protocol) TC
28、P protocole de commande de transmission (transmission control protocol) UDP protocole datagramme dutilisateur (user datagram protocol) 2 Rec. UIT-T J.121 (02/2002) 4.2 Conventions Pour limplmentation de la prsente Recommandation, les termes “DOIT“ et “DEVRA“ ainsi que “REQUIS“ doivent tre interprts
29、comme indiquant un aspect obligatoire de la prsente spcification. Les mots cls utiliss pour dfinir limportance dune prescription particulire dans la prsente Recommandation sont rsums ci-dessous. “DOIT“ Ce mot ainsi que ladjectif “REQUIS“ indiquent que larticle est une obligation absolue de la prsent
30、e spcification. “NE DOIT PAS“ Cette expression indique que larticle est une interdiction absolue de la prsente spcification. “DEVRAIT“ Cette expression ainsi que ladjectif “RECOMMAND“ indiquent quil peut, dans des circonstances particulires, exister des raisons valables pour ignorer cet article, mai
31、s quil convient, avant de faire ce choix, de prendre en considration toutes les incidences et dtudier soigneusement le cas. “NE DEVRAIT PAS“ Cette expression indique quil peut, dans des circonstances particulires, exister des raisons valables pour que le comportement indiqu soit acceptable voire mme
32、 utile, mais quil convient, avant de faire ce choix, de prendre en considration toutes les incidences et dtudier soigneusement le cas. “PEUT“ Ce mot ainsi que ladjectif “FACULTATIF“ indiquent que cet article est effectivement facultatif. Un fournisseur peut choisir dinclure larticle par exemple parc
33、e quil est exig sur un march particulier ou parce quil amliore le produit, alors quun autre fournisseur peut choisir domettre ce mme article. 5 Dfinition du systme Le systme et les flux des signaux associs entre le serveur et les clients sont reprsents la Figure 1. Dans ce schma, le rapport dmetteur
34、 (SR, sender report) et le rapport du rcepteur (RR) du protocole RTCP sont utiliss pour lchange dinformations entre le serveur et le client. Le protocole RTCP est fond sur la transmission priodique de paquets de commande vers tous les participants dune session, en utilisant le mme mcanisme de distri
35、bution que celui de paquets de donnes mdias. Le protocole sous-jacent doit assurer le multiplexage des donnes et des paquets de commande, en utilisant par exemple, des numros de port distincts avec le protocole UDP. T0914230-02Client Client ClientDonnes mdiasServeur dewebodiffusionRR (rapport du rce
36、pteur)SR (rapport delmetteur)Donnes mdiasDonnes mdiasFigure 1/J.121 Schma bloc du systme de contrle de qualit pour la webodiffusion Rec. UIT-T J.121 (02/2002) 3 5.1 Procdure utilise au niveau du serveur 5.1.1 Transmission des informations daide aux mesures Tout dabord, le serveur envoie des informat
37、ions daide aux mesures qui incluent un temps de rfrence et des informations concernant les paquets transmis vers le client. Ces informations sont utilises par le client pour laborer le rapport du client et par le serveur pour analyser le rapport du client. Bien que lintervalle de transmission pour c
38、ette information ne soit pas dfini dans la prsente Recommandation, le paragraphe 7 spcifie lintervalle de transmission recommand. Cette information est achemine dans un paquet SR (sender report: rapport dmetteur) dfini au 6.1. Le paquet SR est envoy en utilisant un numro de port diffrent de celui de
39、s donnes mdias (vido/audio). Le numro de port est donn par le dclenchement dune session du protocole J.120, ce numro est gal au numro de port RTP de donnes mdia plus 1. 5.1.2 Rception du rapport du client Le serveur doit toujours se trouver dans un tat o il est en mesure de recevoir le paquet de rap
40、port provenant du client. 5.1.3 Distribution des donnes mdias Le serveur doit assurer la distribution optimale des donnes mdias (audio/vido) compte tenu des rsultats de lanalyse du paquet rapport provenant du client. La mthode effectivement utilise pour la commande de la distribution dpend de limplm
41、entation et nentre pas dans le domaine dapplication de la prsente Recommandation. 5.2 Procdure au niveau du client 5.2.1 Monitorage de la qualit de transmission Le client surveille les conditions sous lesquelles les donnes mdias sont reues et mesure la qualit de la transmission. Les paramtres faisan
42、t lobjet des mesures sont dcrits au 6.2. Le client doit dterminer ces paramtres partir des informations daide aux mesures prcites provenant du serveur. 5.2.2 Transmission vers le serveur du rapport du client La qualit de transmission mesure au niveau du client est communique au serveur dans un rappo
43、rt du client. Ce rapport doit tre achemin sous forme dun paquet RR (rapport du rcepteur) dfini au 6.2. Le paquet RR est envoy en utilisant le numro de port donn par le dclenchement dune session du protocole J.120. 4 Rec. UIT-T J.121 (02/2002) 6 Dfinition dun paquet rapport 6.1 Rapport dmetteur (SR)
44、0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 V=2 P RC=0 PT=200(SR) Longueur SSRC de lmetteur Horodate NTP, mot le plus significatif Horodate NTP, mot le moins significatif Horodate RTP Dcompte de paquets de lmetteur Dcompte doctets de lmetteur Figure 2/J.121 Format du paqu
45、et rapport dmetteur (SR) Le paquet rapport dmetteur se compose de deux sections: la premire section, len-tte, occupe 8 octets, les champs ont les significations suivantes: version (V): 2 bits. Ce champ identifie la version du protocole RTP, qui est la mme dans les paquets RTCP que dans les paquets d
46、onnes RTP. La version dfinie dans la prsente Recommandation est deux (2). remplissage (P, padding): 1 bit. Si le bit de remplissage est positionn, le paquet RTCP contient la fin quelques octets supplmentaires de remplissage qui ne font pas partie des informations de commande. Le dernier octet de rem
47、plissage indique le nombre doctets de remplissage quil faut ignorer. Lopration de remplissage peut tre impose par certains algorithmes de cryptage qui ncessitent des tailles de bloc fixes. Dans un paquet RTCP composite, le remplissage ne doit tre requis quau niveau du dernier paquet simple car le paquet composite est crypt comme un tout. dcompte de rapports (RC, report count) de rception: 5 bits. Ce champ donne le nombre de blocs de rapport de rception contenus dans le paquet considr. La valeur zro est valide. type de paquet (PT, packet type): 8 bits. Ce champ contient la co
