1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS UIT-T J.174SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (02/2002) SRIE J: RSEAUX CBLS ET TRANSMISSION DES SIGNAUX RADIOPHONIQUES, TLVISUELS ET AUTRES SIGNAUX MULTIMDIAS IPCablecom Qualit de service interdomaniale IPCablecom Recommandation UIT-T
2、J.174 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.19 Caractristiques de fonctionnement des circuits radiophoni
3、ques 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 Circuits de transmission tlvisuelle analogique J.60J.69 Transm
4、ission 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 Prescriptions et mthodes oprationnelles de transmission tlvi
5、suelle 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 sur les rseaux locaux dabonns J.150J.159 IPCablecom J.160J.179
6、 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.174 (02/2002) i Recommandation UIT-T J.174 Qualit de service interdomaniale IPCablecom Rsum La prsente Recommandation dcrit un ensemble de mcanism
7、es propres garantir une certaine qualit de service (QS) de bout en bout, applicables aux configurations interdomaniales et intradomaniales IPCablecom. Source La Recommandation J.174 de lUIT-T, labore par la Commission dtudes 9 (2001-2004) de lUIT-T, a t approuve le 13 fvrier 2002 selon la procdure d
8、finie dans la Rsolution 1 de lAMNT. ii Rec. UIT-T J.174 (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 l
9、UIT. Il est charg de ltude des questions techniques, 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
10、 thmes dtude traiter par les Commissions dtudes 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 linformat
11、ion qui correspondent la sphre de comptence de lUIT-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
12、 reconnue. DROITS DE PROPRIT INTELLECTUELLE LUIT 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 lapplicab
13、ilit des droits de proprit intellectuelle, quils 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
14、 brevets acqurir pour mettre en uvre la prsente 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
15、cette publication ne peut tre reproduite, par quelque procd que ce soit, sans laccord crit pralable de lUIT. Rec. UIT-T J.174 (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 2 4 Abrviations, ac
16、ronymes et conventions 2 4.1 Abrviations et Acronymes 2 4.2 Conventions 3 5 Introduction 4 5.1 Exigences en matire de solutions 4 5.2 Phasage des exigences 4 5.3 Objectifs gnraux 5 6 Modle de rseau 5 7 Utilisation du service Diffserv dans la partie dorsale. 7 7.1 Trafic mdia 7 7.2 Trafic de signalis
17、ation 7 7.3 Choix du comportement PHB et fixation du point de code DSCP. 8 7.4 Prise en charge dun comportement PHB par un nud AN . 9 7.5 Attribution des ressources 9 7.6 Contrle dadmission 9 8 Contrle dadmission pour un seul domaine. 10 8.1 Plan contrle RSVP par flux 10 8.1.1 Comportement du nud AN
18、 11 8.1.2 Position du bord Diffserv . 14 8.1.3 Comportement du routeur de bord . 15 8.1.4 Autres dispositifs de terminaison (passerelles mdia, anonymiseurs, serveurs dannonces, ponts confrences) 15 8.1.5 Comportement des routeurs principaux 15 8.1.6 Temps dattente de signalisation. 16 8.1.7 Premptio
19、n 16 8.2 Protocole RSVP agrg 16 8.2.1 Rservations agrges fournies 17 8.2.2 Rservations agrges dynamiques 18 8.2.3 Agrgation hirarchique . 18 8.2.4 Localisation des points dintgration et du bord DiffServ 18 iv Rec. UIT-T J.174 (02/2002) Page 8.3 Courtier en largeur de bande 19 9 Contrle dadmission su
20、r plusieurs domaines. 20 10 Utilisation de la commutation MPLS . 20 11 Mise en file dattente et filtrage 21 11.1 Mise en file dattente. 21 11.2 Filtrage 22 Appendice I Exemples de flux dappel 23 Appendice II Bibliographie. 24 Rec. UIT-T J.174 (02/2002) 1 Recommandation UIT-T J.174 Qualit de service
21、interdomaniale IPCablecom 1 Domaine dapplication La prsente Recommandation dcrit un ensemble de mcanismes propres garantir une certaine qualit de service, mcanismes appels par la suite du texte mcanismes QS, pour le projet IPCablecom. Lobjectif de la prsente Recommandation est de dfinir un modle arc
22、hitectural de qualit de service de bout en bout applicable aux configurations interdomaniales et intradomaniales IPCablecom. La prsente Recommandation dcrit des mcanismes permettant dintgrer dans les modles de QS des rseaux centraux IP, les protocoles de signalisation de qualit de service dynamique
23、(DQoS) IPCablecom. Les rseaux qui ne sont pas dots dune gestion de la qualit de service nentrent pas dans le domaine dapplication de la prsente Recommandation. On suppose galement que le lecteur est familier avec larchitecture IPCablecom, en particulier avec la DQoS et la signalisation dappel. 2 Rfr
24、ences 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 Recommandation ou tout texte tant sujet rvisi
25、on, 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. 2.1 Rfrences normatives 1 IETF RFC 2212 (1997), Specification of Guarante
26、ed Quality of Service. 2 IETF RFC 2474 (1998), Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers. 3 IETF RFC 2475 (1998), An Architecture for Differentiated Service. 4 IETF RFC 2998 (2000), A Framework for Integrated Services Operation over Diffserv Networks. 5
27、IETF RFC 3175 (2001), Aggregation of RSVP for IPv4 and IPv6 Reservations. 6 IETF RFC 3181 (2001), Signalled Preemption Priority Policy Element. 7 Recommandation UIT-T J.163 (2001), Qualit de service dynamique pour la fourniture de services en temps rel sur les rseaux de tlvision par cble utilisant d
28、es cblo-modems. 2.2 Rfrences informatives 8 IETF RFC 2638 (1999), A Two-bit Differentiated Services Architecture for the Internet. 9 IETF RFC 2597 (1999), Assured Forwarding PHB Group. 10 IETF RFC 2598 (1999), An Expedited Forwarding PHB. 11 IETF RFC 2702 (1999), Requirements for Traffic Engineering
29、 Over MPLS. 12 IETF RFC 3031 (2001), Multiprotocol Label Switching Architecture. 13 IETF RFC 3084 (2001), COPS Usage for Policy Provisioning (COPS-PR). 2 Rec. UIT-T J.174 (02/2002) 14 Recommandation UIT-T J.171 (2002), Protocole de commande de passerelle pour jonctions (TGCP) IPCablecom. 15 MAKAM S.
30、 et al.: Framework for MPLS-based Recovery, draft-ietf-mpls-recovery-frmwrk-03.txt, juillet 2001. 3 Termes et dfinitions La prsente Recommandation dfinit les termes suivants: 3.1 nud daccs: dans le prsent document, un nud daccs est un dispositif de terminaison de couche 2 qui aboutit lextrmit de rse
31、aux dune connexion J.112. Il dpend de la technologie utilise. Dans lAnnexe A/J.112, ce dispositif est appel INA et dans les Annexes B et C, CMTS. 3.2 point dextrmit: dsigne un terminal, une passerelle ou une unit MCU. 3.3 flux flux IP: squence unidirectionnelle de paquets identifis par linformation
32、den-tte ISO de couche 3 et de couche 4. Cette information inclut les adresses IP dorigine/de destination, les numros de port dorigine/de destination, lidentificateur de protocole. Plusieurs flux multimdias peuvent tre achemins dans un mme flux IP. 3.4 flux flux J.112: flux unidirectionnel ou bidirec
33、tionnel de paquets de donnes qui utilise la signalisation de couche MAC et lassignation de QS conforme la Rec. UIT-T J.112. Plusieurs flux multimdias peuvent tre achemins dans un mme flux J.112. 3.5 passerelle: dispositif assurant la liaison entre le monde des communications vocales IPCablecom et le
34、 RTPC. On peut citer par exemple la passerelle mdia qui assure linterface de circuit support avec le RTPC et effectue le transcodage du flux mdia et la passerelle de signalisation qui envoie et reoit la signalisation de rseau commutation de circuits vers le bord du rseau IPCablecom. 3.6 temps datten
35、te: dsigne le temps, exprim en quantit de symboles, pris par un lment de signal pour traverser un dispositif. 3.7 mandat: fonction qui assure de manire indirecte un certain service ou agit en qualit de reprsentant pour la fourniture de linformation ce qui dispense les serveurs de la prise en charge
36、du service. 3.8 jonction: dsigne une connexion analogique ou numrique depuis un commutateur de circuits qui achemine le contenu mdia de lutilisateur et peut acheminer la signalisation vocale (MF, R2, etc.). 4 Abrviations, acronymes et conventions 4.1 Abrviations et Acronymes La prsente Recommandatio
37、n utilise les abrviations suivantes: AF racheminement assur (assured forwarding) AN nud daccs (access node) ATM mode de transfert asynchrone (asynchronous transfer mode) CMS serveur de gestion dappels (call management server) COPS protocole de service commun de politique ouverte (common open policy
38、service protocol) DCS signalisation dappel dcentralis (distributed call signalling) DQoS qualit de service dynamique (dynamic quality of service) DSCP point de code Diffserv (differentiated services codepoint) Rec. UIT-T J.174 (02/2002) 3 EF retransmission acclre (expedited forwarding) ER routeur de
39、 bord (edge router) IETF Groupe de travail dingnierie Internet (Internet Engineering Task Force) IntServ services intgrs (integrated services) IP protocole Internet (Internet protocol) MPLS commutation multiprocolaire par tiquetage (multiprotocol label switching) MTA adaptateur de terminal de mdia (
40、media terminal adapter) PHB comportement par saut (per-hop behaviour) PHS suppression den-ttes de charge utile (payload header suppression) QS qualit de service RSVP protocole de rservation de ressources (resource reservation protocol) RTPC rseau tlphonique public commut UDP protocole datagramme dut
41、ilisateur (user datagram protocol) VoIP tlphonie IP ou phonie IP (voice over Internet protocol) 4.2 Conventions Si la prsente Recommandation est implmente, les mots cls “DOIT“ (MUST ou SHALL, en anglais) et “REQUIS“ doivent tre interprts comme indiquant un aspect obligatoire de la prsente spcificati
42、on. Les mots cls indiquant un certain niveau dimportance de telle ou telle prescription utilise dans la prsente Recommandation sont rsums ci-dessous. “DOIT“ Ce mot ainsi que ladjectif “REQUIS“ indiquent que larticle est une prescription absolue de la prsente Recommandation. “NE DOIT PAS“ Cette expre
43、ssion indique que larticle est une interdiction absolue de la prsente Recommandation. “DEVRAIT“ Cette expression ainsi que ladjectif “RECOMMANDE“ indiquent quil peut, dans des circonstances particulires, exister des raisons valables pour ignorer cet article, mais quil convient, avant de faire ce cho
44、ix, de prendre en considration la totalit des 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 ou mme utile, mais quil convient, avant de
45、 faire ce choix, de prendre en considration la totalit des 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 parce quil est requis sur un march p
46、articulier ou parce quil amliore le produit, alors quun autre fournisseur peut choisir domettre ce mme article. 4 Rec. UIT-T J.174 (02/2002) 5 Introduction 5.1 Exigences en matire de solutions Il y a trois exigences de base en ce qui concerne la fourniture dune QS de bout en bout pour les sessions I
47、PCablecom, savoir: 1) offrir des temps dtablissement dappel acceptables, comparables ceux offerts par le RTPC; 2) offrir une qualit vocale acceptable en offrant des mcanismes garantissant des dlais, gigue et perte de paquets suffisamment faibles; 3) offrir une qualit de service leve pendant toute la
48、 dure de la session (bloquer par exemple toutes les nouvelles tentatives dappel lorsque leur aboutissement compromet la qualit des appels existants). Dans un rseau de type paquet, la deuxime exigence se traduit comme suit: offrir des mcanismes permettant de reconnatre le trafic IP Cablecom et de grer la programmation ainsi que latt
