1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS UIT-T H.460.9SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (11/2002) SRIE H: SYSTMES AUDIOVISUELS ET MULTIMDIAS Services complmentaires en multimdia Prise en charge du rapport de contrle en ligne de la qualit de service dans les systmes H.323Reco
2、mmandation UIT-T H.460.9 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 Procd
3、ures de 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.399 SERVICES COMPLMENTAIRES EN MULTIMDIA H.450H.499 PROCDURES DE MOBILIT ET DE COLLABORATION Aperu gnral de la mobilit et
4、 de la collaboration, dfinitions, protocoles et procdures H.500H.509 Mobilit pour les systmes et services multimdias de la 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 applica
5、tions et services de collaboration multimdia mobile H.540H.549 Procdures dinterfonctionnement de la mobilit H.550H.559 Procdures dinterfonctionnement de collaboration multimdia mobile H.560H.569 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Rec. UIT-T H.460.9 (11/2002) i Recomman
6、dation UIT-T H.460.9 Prise en charge du rapport de contrle en ligne de la qualit de service dans les systmes H.323 Rsum La prsente Recommandation dcrit les procdures et le protocole de signalisation visant rendre compte du contrle en ligne de la qualit de service, appel par appel, dans les systmes H
7、.323. Ce contrle est effectu par les points dextrmit sur la base de statistiques de trafic en temps rel et les rsultats sont communiqus au portier, intervalles rguliers ou en fin dappel. Ces procdures utilisent le cadre dextensibilit gnrique (GEF, generic extensibility framework) H.323 et nexigent d
8、onc pas de modification des normes de base. Source La Recommandation H.460.9 de lUIT-T, labore par la Commission dtudes 16 (2001-2004) de lUIT-T, a t approuve le 29 novembre 2002 selon la procdure dfinie dans la Rsolution 1 de lAMNT. ii Rec. UIT-T H.460.9 (11/2002) AVANT-PROPOS LUIT (Union internati
9、onale 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, dexploitation et de tarification, et met ce suj
10、et 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 lUIT-T, lesquelles laborent en retour des Recomma
11、ndations 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-T, les normes ncessaires se prparent en collabor
12、ation 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 attire lattention sur la possibilit que lapplicatio
13、n 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 ou par une
14、tierce partie trangre la procdure dlaboration des Recommandations. A la date dapprobation de la prsente Recommandation, lUIT avait t avise de lexistence dune proprit intellectuelle protge par des brevets acqurir pour mettre en uvre la prsente Recommandation. Toutefois, comme il ne sagit peut-tre pas
15、 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 2003 Tous droits rservs. Aucune partie de cette publication ne peut tre reproduite, par quelque procd que ce soit, sans laccord crit pralable de lU
16、IT. Rec. UIT-T H.460.9 (11/2002) iii TABLE DES MATIRES Page 1 Rsum . 1 2 Rfrences. 1 2.1 Rfrences normatives 1 2.2 Rfrence informative 2 3 Abrviations et acronymes . 2 4 Description de la fonction. 3 4.1 Ngociation de la fonction 3 4.2 Procdure rapport de contrle de la qualit de service au niveau du
17、 point dextrmit 3 4.2.1 Dclenchement de la procdure 3 4.2.2 Suite de la procdure 4 4.2.3 Fin de la procdure . 4 4.2.4 Rapport unique de contrle de la qualit de service seulement la fin de lappel 4 4.3 Procdure informations de contrle de la qualit de service au niveau du portier (Annexe G/H.225.0) .
18、4 4.4 Utilisation des donnes gnriques 5 4.5 Extensibilit 6 5 Description des types et des champs en notation ASN.1 6 5.1 Mesures du temps de transmission de bout en bout . 6 5.2 Mesures de la perte de paquets. 7 5.3 Mesures du dbit. 7 5.4 Mesures de la gigue de rseau 7 Annexe A Dfinitions ASN.1 . 8
19、Rec. UIT-T H.460.9 (11/2002) 1 Recommandation UIT-T H.460.9 Prise en charge du rapport de contrle en ligne de la qualit de service dans les systmes H.323 1 Rsum La prsente Recommandation dcrit les procdures et le protocole de signalisation utilisant le message RAS de la Rec. UIT-T H.225.0 pour rendr
20、e compte, appel par appel, du contrle en ligne de la qualit de service. La qualit de service pour le trafic en temps rel, comme la tlphonie IP (VoIP), est troitement lie la qualit de service du rseau IP sous-jacent. Lutilisateur de la VoIP peut percevoir une mauvaise qualit vocale si le rseau ne rpo
21、nd pas aux exigences du trafic en temps rel en termes de transmission de bout en bout, de gigue de rseau et de perte de paquets. Actuellement, des sondes spcialises doivent tre installes dans le rseau. La prsente Recommandation propose que les points dextrmit H.323 mesurent la qualit de service comm
22、e prvu, laide du protocole de commande de transport en temps rel (RTCP RFC 1889) pour chaque appel, pendant un certain temps, et envoient ces informations au portier, priodiquement et/ou en fin dappel. NOTE Le protocole RTCP achemine les informations en retour concernant les flux de protocole RTP di
23、rectement entre les points dextrmit. Le portier ne recevant pas ces informations, il nest pas en mesure de juger directement de la qualit des canaux de mdia. Au niveau du portier, ces informations peuvent tre traites et enregistres pour chaque appel, par exemple dans le relev dtaill des communicatio
24、ns (CDR, call detail record) ou tre envoyes un lment de rseau spcialis pour traitement ultrieur. Lenregistrement et le traitement ultrieur de ces informations dpassent le cadre de la prsente Recommandation. Le fournisseur de services peut prendre des mesures appropries si ces informations montrent q
25、ue la qualit de service est insuffisante pour le trafic en temps rel sur certaines liaisons. 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 moment d
26、e 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 vigueur
27、 est rgulirement publie. La rfrence un document figurant dans la prsente Recommandation ne donne pas ce document en tant que tel le statut dune Recommandation. 2.1 Rfrences normatives 1 Recommandation UIT-T H.323 Version 4 (2000), Systmes de communication multimdia en mode paquet. 2 Recommandation U
28、IT-T H.225.0 Version 4 (2000), Protocoles de signalisation dappel et paqutisation des flux monomdias dans les systmes de communication multimdias en mode paquet. 3 Recommandation UIT-T X.680 (2002), Technologies de linformation Notation de syntaxe abstraite numro un: spcification de la notation de b
29、ase. 4 Recommandation UIT-T X.691 (2002), Technologies de linformation Rgles de codage ASN.1: spcification des rgles de codage compact. 2 Rec. UIT-T H.460.9 (11/2002) 5 Recommandation UIT-T H.460.1 (2002), Directives pour lutilisation du cadre gnrique extensible. 6 Recommandation UIT-T H.225.0 Annex
30、e G (1999), Communication entre domaines administratifs. 7 Recommandation UIT-T H.501 (2002), Protocole de gestion de la mobilit et communications intra et interdomainiales dans les systmes multimdias. 8 IETF RFC 1889 (1996), RTP: A Transport Protocol for Real-Time Applications. 2.2 Rfrence informat
31、ive IETF RFC 1305 (1992), Network Time Protocol (Version 3) Specification, Implementation and analysis. 3 Abrviations et acronymes La prsente Recommandation utilise les abrviations suivantes: ACF confirmation dadmission (RAS) (admission confirm) ARQ demande dadmission (RAS) (admission request) ASN.1
32、 notation de syntaxe abstraite numro un (abstract syntax notation one) CDR relev dtaill des communications (call detail record) DCF confirmation de dsengagement (RAS) (disengage confirm) DRQ demande de dsengagement (RAS) (disengage request) GEF cadre dextensibilit gnrique (generic extensible framewo
33、rk) IETF groupe de travail dingnierie Internet (Internet engineering task force) IRR rponse une demande dinformation (RAS) (information request response) NTP protocole relatif au temps dans le rseau (RFC 1305) (network time protocol) PER rgles de codage compact (ASN.1) (packed encoding rules) QS qua
34、lit de service RAS enregistrement, admission et statut (registration, admission and status) RCF confirmation denregistrement (RAS) (registration confirm) RFC demande de commentaires (request for comments) RR rapport de rcepteur (RTCP) (receiver report) RRQ demande denregistrement (RAS) (registration
35、 request) RTCP protocole de commande de transport en temps rel (RTP control protocol) RTP protocole de transport en temps rel (real-time transport protocol) RTT temps aller-retour (round trip time) SR rapport dmetteur (RTCP) (sender report) UDP protocole datagramme dutilisateur (user datagram protoc
36、ol) Rec. UIT-T H.460.9 (11/2002) 3 4 Description de la fonction 4.1 Ngociation de la fonction Lutilisation de la fonction informations de contrle de la qualit de service est ngocie entre le point dextrmit et le portier au moment de ltablissement dun appel, dans le cadre de la procdure de demande dad
37、mission. A cette fin, un point dextrmit qui prend en charge cette fonction doit inclure le descripteur de fonction dfini au 4.4 (voir Tableau 1) dans le champ featureSet.supportedFeatures du message ARQ. Si le portier prend aussi en charge cette fonction, il peut inclure le mme descripteur de foncti
38、on dans le champ featureSet du message ACF comme lment neededFeature si la fonction est ncessaire pour lappel, comme lment desiredFeature si la fonction est seulement souhaite, ou comme lment supportedFeature sil ne sen proccupe pas. Lomission de lindicateur de fonction dans le message ACF signifie
39、que cette fonction nest pas prise en charge ou que son utilisation nest pas souhaite pour cet appel. Un point dextrmit peut aussi indiquer la prise en charge de cette fonction lors de son enregistrement auprs dun portier, en incluant le descripteur de fonction dans le message RRQ, comme indiqu ci-de
40、ssus pour le message ARQ. De mme, un portier peut indiquer sa prise en charge en incluant le descripteur de fonction dans le message RCF. 4.2 Procdure rapport de contrle de la qualit de service au niveau du point dextrmit 4.2.1 Dclenchement de la procdure La procdure est dclenche pendant la procdure
41、 dadmission H.225.0. Le message confirmation dadmission (ACF) contient les champs suivants qui feront partie intgrante de la procdure: featureSet Selon le contenu de ce champ, le point dextrmit: doit inclure les paramtres rapport de contrle de la qualit de service dans le champ genericData du ou des
42、 messages IRR et/ou du message DRQ/DCF si la fonction est indique dans llment neededFeatures; devrait inclure les paramtres rapport de contrle de la qualit de service dans le champ genericData du ou des messages IRR et/ou du message DRQ/DCF si la fonction est indique dans llment desiredFeatures; peu
43、t inclure les paramtres rapport de contrle de la qualit de service dans le champ genericData du ou des messages IRR et/ou du message DRQ/DCF si la fonction est indique dans llment supportedFeatures; ne doit pas inclure de paramtres rapport de contrle de la qualit de service dans le ou les messages I
44、RR ou DRQ/DCF si la fonction nest pas indique dans le champ featureSet. irrFrequency Frquence, en secondes, laquelle le point dextrmit doit envoyer les messages rponse demande dinformation (IRR) au portier pendant une communication. La frquence, en secondes, est un intervalle de temps dpendant de li
45、mplmentation, qui permet de rassembler les statistiques de contrle de la qualit de service. Etant donn que les paquets RTCP sont gnrs raison dun paquet toutes les cinq secondes pour les connexions point point monodiffusion une variation alatoire de 0,5 . 1,5 fois, lintervalle de temps ne devrait pas
46、 tre infrieur huit secondes si lon veut garantir la fiabilit des statistiques. 4 Rec. UIT-T H.460.9 (11/2002) 4.2.2 Suite de la procdure Pour chaque connexion de mdia, le point dextrmit gnre un flux de donnes RTP unidirectionnel. Les messages RTCP contenant des informations en retour partir desquell
47、es la qualit de service du service de transport du rseau peut tre dduite, sont changs une adresse de transport spare (par dfaut: numro de port UDP/RTP plus un). Voir RFC 1889 pour plus de dtails concernant les protocoles RTP et RTCP. Pour lintervalle de temps spcifi dans le champ irrFrequency du message confirmation dadmission (ACF) et dont la valeur est achemine pendant le dclenchement de la procdure, ces informations doivent tre rassembles et traites statistiquement en termes de mesures court terme et long terme. Les valeurs qui en rsult
