1、 Union internationale des tlcommunicationsUIT-T Y.2601SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (12/2006) SRIE Y: INFRASTRUCTURE MONDIALE DE LINFORMATION, PROTOCOLE INTERNET ET RSEAUX DE PROCHAINE GNRATION Rseaux de prochaine gnration Caractristiques fondamentales et spcifications des
2、 futurs rseaux de transmission par paquets Recommandation UIT-T Y.2601 RECOMMANDATIONS UIT-T DE LA SRIE Y INFRASTRUCTURE MONDIALE DE LINFORMATION, PROTOCOLE INTERNET ET RSEAUX DE PROCHAINE GNRATION INFRASTRUCTURE MONDIALE DE LINFORMATION Gnralits Y.100Y.199 Services, applications et intergiciels Y.2
3、00Y.299 Aspects rseau Y.300Y.399 Interfaces et protocoles Y.400Y.499 Numrotage, adressage et dnomination Y.500Y.599 Gestion, exploitation et maintenance Y.600Y.699 Scurit Y.700Y.799 Performances Y.800Y.899 ASPECTS RELATIFS AU PROTOCOLE INTERNET Gnralits Y.1000Y.1099 Services et applications Y.1100Y.
4、1199 Architecture, accs, capacits de rseau et gestion des ressources Y.1200Y.1299 Transport Y.1300Y.1399 Interfonctionnement Y.1400Y.1499Qualit de service et performances de rseau Y.1500Y.1599 Signalisation Y.1600Y.1699 Gestion, exploitation et maintenance Y.1700Y.1799 Taxation Y.1800Y.1899 RSEAUX D
5、E PROCHAINE GNRATION Cadre gnral et modles architecturaux fonctionnels Y.2000Y.2099 Qualit de service et performances Y.2100Y.2199 Aspects relatifs aux services: capacits et architecture des services Y.2200Y.2249 Aspects relatifs aux services: interoprabilit des services et rseaux dans les rseaux de
6、 prochaine gnration Y.2250Y.2299 Numrotage, nommage et adressage Y.2300Y.2399 Gestion de rseau Y.2400Y.2499 Architectures et protocoles de commande de rseau Y.2500Y.2599 Scurit Y.2700Y.2799 Mobilit gnralise Y.2800Y.2899 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Rec. UIT-T Y.2
7、601 (12/2006) i Recommandation UIT-T Y.2601 Caractristiques fondamentales et spcifications des futurs rseaux de transmission par paquets Rsum La prsente Recommandation contient les caractristiques fondamentales dun futur rseau de transmission par paquets (FPBN, future packet based network). La prsen
8、te Recommandation contient les spcifications relatives au plan dutilisateur, au plan de commande et au plan de gestion de larchitecture dun rseau FPBN comportant des rseaux de couche conduit fonds sur les paquets de la strate de transport, comme dfini dans G.805, G.809, X.200 et Y.2011. Source La Re
9、commandation UIT-T Y.2601 a t approuve le 14 dcembre 2006 par la Commission dtudes 13 (2005-2008) de lUIT-T selon la procdure dfinie dans la Recommandation UIT-T A.8. ii Rec. UIT-T Y.2601 (12/2006) AVANT-PROPOS LUIT (Union internationale des tlcommunications) est une institution spcialise des Nation
10、s 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 sujet des Recommandations en vue de la normalisation des tlcommunicatio
11、ns 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 Recommandations sur ces thmes. Lapprobation des Recommandations par les Mem
12、bres 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 collaboration avec lISO et la CEI. NOTE Dans la prsente Recommandation, lexp
13、ression “Administration“ est utilise pour dsigner de faon abrge aussi bien une administration de tlcommunications quune exploitation reconnue. Le respect de cette Recommandation se fait titre volontaire. Cependant, il se peut que la Recommandation contienne certaines dispositions obligatoires (pour
14、assurer, par exemple, linteroprabilit et lapplicabilit) et considre que la Recommandation est respecte lorsque toutes ces dispositions sont observes. Le futur dobligation et les autres moyens dexpression de lobligation comme le verbe “devoir“ ainsi que leurs formes ngatives servent noncer des prescr
15、iptions. 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 lapplication ou la mise en uvre de la prsente Recommandation puisse donner lieu lutilisation dun droit de proprit int
16、ellectuelle. 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 tierce partie trangre la procdure dlaboration des Recommandations. A la date dapprobation de la prsente Re
17、commandation, 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 sagit peut-tre pas de renseignements les plus rcents, il est vivement recommand aux dveloppeurs de consulter la base de
18、 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, sans laccord crit pralable de lUIT. Rec. UIT-T Y.2601 (12/2006) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 R
19、frences normatives 1 3 Dfinitions 1 4 Abrviations 2 5 Futurs rseaux de transmission par paquets . 3 6 Caractristiques fondamentales 3 7 Spcifications 4 7.1 Adressage . 4 7.2 Commande 4 7.3 Qualit de service . 5 7.4 Gestion de la performance du rseau 5 7.5 Protection 5 7.6 Charge utile 5 7.7 Gestion,
20、 exploitation et maintenance . 6 7.8 Scurit. 6 7.9 Plan de commande 6 7.10 Plan de gestion 7 7.11 Services de base de la strate de transport . 7 7.12 Services volus de la strate de transport. 7 Appendice I Problmes concernant les rseaux de transmission par paquets existants. 8 I.1 Problmes rencontrs
21、 par les oprateurs de rseau 8 BIBLIOGRAPHIE. 10 Rec. UIT-T Y.2601 (12/2006) 1 Recommandation UIT-T Y.2601 Caractristiques fondamentales et spcifications des futurs rseaux de transmission par paquets 1 Domaine dapplication La prsente Recommandation contient les caractristiques fondamentales dun futur
22、 rseau de transmission par paquets (FPBN, future packet based network). Elle contient aussi les spcifications relatives au plan dutilisateur, au plan de commande et au plan de gestion de larchitecture dun rseau FPBN comportant des rseaux de couche conduit fonds sur les paquets de la strate de transp
23、ort, comme dfini dans G.805, G.809, X.200 et Y.2011. 2 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 prsent
24、e 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 est rgulirement publie. La r
25、frence un document figurant dans la prsente Recommandation ne donne pas ce document, en tant que tel, le statut dune Recommandation. G.805 Recommandation UIT-T G.805 (2000), Architecture fonctionnelle gnrique des rseaux de transport. G.809 Recommandation UIT-T G.809 (2003), Architecture fonctionnell
26、e des rseaux de couche sans connexion. X.200 Recommandation UIT-T X.200 (1994) | ISO/CEI 7498-1:1994, Technologies de linformation Interconnexion des systmes ouverts Modle de rfrence de base: le modle de rfrence de base. Y.2011 Recommandation UIT-T Y.2011 (2004), Principes gnraux et modle de rfrence
27、 gnral pour les rseaux de prochaine gnration. Y.2111 Recommandation UIT-T Y.2111 (2006), Fonctions de contrle des ressources et dadmission dans les rseaux de prochaine gnration. 3 Dfinitions La prsente Recommandation utilise et dfinit les termes suivants: 3.1 QS absolue: voir Y.2111. 3.2 groupe dacc
28、s: voir G.805. 3.3 adresse: identificateur dun point de terminaison particulier, utilis pour le routage vers ce point. 3.4 connexion: voir G.805. 3.5 plan de commande: voir Y.2011. 3.6 flux: voir G.809. 3.7 domaine de flux: voir G.809. 2 Rec. UIT-T Y.2601 (12/2006) 3.8 identificateur: suite de chiff
29、res, de caractres, de symboles ou de toute autre forme de donnes, utilise pour identifier un ou plusieurs abonns, utilisateurs ou des lments de rseau, fonctions, entits de rseau fournissant des services ou des applications, ou toute autre entit (par exemple des objets physiques ou logiques). NOTE Le
30、s identificateurs peuvent tre utiliss pour lenregistrement ou lautorisation. Ils peuvent tre publics (totalit des rseaux), partags (nombre limit de rseaux) ou privs (un seul rseau donn) (les identificateurs privs ne sont normalement pas divulgus des tiers). 3.9 plan dutilisateur: catgorie dobjets do
31、nt la principale fonction est dassurer le transfert des informations dutilisateur final: les informations dutilisateur peuvent tre un contenu dutilisateur utilisateur ou des donnes prives dutilisateur utilisateur. 3.10 importance: capacit de survie dun paquet donn par rapport tous les autres paquets
32、 lorsque le rseau na pas assez de ressources pour acheminer la totalit du trafic. NOTE Limportance dun paquet donn est indpendante du dlai requis (urgence) pour ce paquet. 3.11 plan de gestion: voir Y.2011. 3.12 hors conduit: dans un rseau en mode connexion, dsigne lutilisation dun chemin distinct.
33、Dans un rseau en mode sans connexion, dsigne lutilisation dun chemin de couche serveur distinct. 3.13 QS relative: voir Y.2111. 3.14 sous-rseau: voir G.805. 3.15 chemin: voir G.805. 3.16 urgence: rapidit avec laquelle un paquet doit tre trait afin de respecter la QS requise. NOTE Lurgence dun paquet
34、 est exprime en termes de performance (dlai) requise. Elle est indpendante de la capacit de survie (importance) de ce paquet. 4 Abrviations La prsente Recommandation utilise les abrviations et acronymes suivants: ATM mode de transfert asynchrone (asynchronous transfer mode) CAPEX dpenses dinvestisse
35、ment (capital expenditure) cl-ps commutation par paquets en mode sans connexion (connectionless packet switched) co-cs commutation de circuits en mode connexion (connection-oriented circuit switched) co-ps commutation par paquets en mode connexion (connection-oriented packet switched) DoS dni de ser
36、vice (denial of service) FPBN futur rseau de transmission par paquets (future packet based network) FR relais de trames (frame relay) IP protocole Internet (Internet protocol) mp-t-mp multipoint multipoint (multipoint-to-multipoint) MTU unit de transmission maximale (maximum transmission unit) OAM g
37、estion, exploitation et maintenance (operations, administration and maintenance) OPEX dpenses dexploitation (operational expenditure) PHB comportement par saut (per-hop behaviour) PM gestion de la performance (performance management) Rec. UIT-T Y.2601 (12/2006) 3 p-t-mp point multipoint (point-to-mu
38、ltipoint) p-t-p point point (point-to-point) QS qualit de service RTPC rseau tlphonique public commut SLA accord sur le niveau de service (service level agreement) SLS spcification de niveau de service (service level specification) VPN rseau priv virtuel (virtual private network) 5 Futurs rseaux de
39、transmission par paquets Les futurs rseaux de transmission par paquets (FPBN, future packet based network) constituent la ou les couches les plus hautes de la strate de transport dfinie dans Y.2011. Dautres Recommandations et documents de lUIT-T devraient contenir davantage de dtails sur les spcific
40、ations, larchitecture et les protocoles sur la base des caractristiques fondamentales et des spcifications des FPBN nonces dans la prsente Recommandation. 6 Caractristiques fondamentales Le prsent paragraphe contient les objectifs applicables un FPBN en termes de caractristiques fondamentales. Les p
41、rincipaux objectifs sont les suivants. Un FPBN devrait: assurer des services en mode sans connexion (cl-ps) et des services en mode connexion (co-ps) pour plusieurs types de client; prendre en charge efficacement les services point point (p-t-p) et les services point multipoint (p-t-mp); prendre en
42、charge au moins la qualit de service (QS) absolue en mode co-ps (si ce mode est assur); interfonctionner et coexister avec les rseaux existants de transmission par paquets cl-ps et co-ps; prendre en charge des topologies de rseau arbitraires et pouvoir prendre en charge une expansion progressive de
43、la largeur de bande, de la topologie, du nombre dabonns et du nombre de services; dtecter les dfaillances de fonctionnalit et dquipement ainsi que les dgradations de performance et assurer le retour la normale, en fonction des spcifications du service; offrir les fonctions de gestion, dexploitation
44、et de maintenance (OAM, operations, administration and maintenance) appropries pour chaque plan; scuriser compltement le trafic interne du plan de commande et du plan de gestion contre les attaques externes et faire en sorte quil reste scuris et stable dans les situations de contraintes extrmes; scu
45、riser le plan de gestion afin dinterdire aux utilisateurs non autoriss daccder aux fonctions de commande et de gestion; pouvoir prendre en charge de nouveaux types de trafic; prendre en charge des mcanismes de multiplexage statistique dans un souci defficacit; prendre en charge linterception licite
46、pour les services FPBN. Les spcifications applicables linterception licite dans les NGN sont dcrites dans dautres Recommandations de lUIT-T; 4 Rec. UIT-T Y.2601 (12/2006) prendre en charge des fonctions de comptabilit fondes sur la surveillance, au minimum, de paramtres de performance et dutilisatio
47、n du rseau; permettre de faire la distinction entre urgence (dlai) et importance (capacit de survie); prendre en charge des services ncessitant que les paquets soient fournis dans lordre; offrir des moyens harmoniss et cohrents pour se rfrer aux points daccs dans le plan dutilisateur; prendre en charge une dtection et un traitement des dfauts lis au trafic dans le plan dutilisateur (OAM) qui ne dpendent pas des plans de commande et/ou de gestion et qui ne soient pas fonction de la nature du client transport; prendre en charge des mcanismes perm
