1、 Union internationale des tlcommunicationsUIT-T Y.2901SECTEUR 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 Modle de rfrence de lenvironnement ouvert de quali
2、t oprateur Recommandation UIT-T Y.2901 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.200Y.299 Aspects rseau Y.300Y.399
3、 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.1199 Architecture, accs, capacit
4、s 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 DE PROCHAINE GNRATION Cadre gnral
5、 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 prochaine gnration Y.2250Y.2299
6、 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.2901 (12/2006) i Recommandation U
7、IT-T Y.2901 Modle de rfrence de lenvironnement ouvert de qualit oprateur Rsum La Recommandation UIT-T Y.2901 expose le modle de rfrence de lenvironnement ouvert de qualit oprateur. Source La Recommandation UIT-T Y.2901 a t approuve le 14 dcembre 2006 par la Commission dtudes 13 (2005-2008) de lUIT-T
8、 selon la procdure dfinie dans la Recommandation UIT-T A.8. ii Rec. UIT-T Y.2901 (12/2006) 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
9、 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 tlcommunications lchelle mondiale. LAssemble mondiale de normalisation des tlcommunications (AMNT), qui se runit tous les
10、 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 Membres de lUIT-T seffectue selon la procdure dfinie dans la Rsolution 1 de lAMNT. Dans certains secteurs des
11、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, lexpression “Administration“ est utilise pour dsigner de faon abrge aussi bien une administration de tlcommunic
12、ations quune exploitation reconnue. Le respect de cette Recommandation se fait titre volontaire. Cependant, il se peut que la Recommandation contienne certaines dispositions obligatoires (pour assurer, par exemple, linteroprabilit et lapplicabilit) et considre que la Recommandation est respecte lors
13、que 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 prescriptions. Lutilisation de ces formes ne signifie pas quil est obligatoire de respecter la Recommandation. DR
14、OITS 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 lapplicabilit des droi
15、ts 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 brevets acqu
16、rir 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 donnes des brevets du TSB sous http:/www.itu.int/ITU-T/ipr/. UIT 2007 Tous droits rservs. Aucune partie de
17、 cette publication ne peut tre reproduite, par quelque procd que ce soit, sans laccord crit pralable de lUIT. Rec. UIT-T Y.2901 (12/2006) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences normatives 1 3 Dfinitions 1 4 Abrviations 4 5 Ecosystme de lenvironnement CGOE 5 6 Lcosystme COTS .
18、 6 7 Concepts gnraux de lenvironnement CGOE 6 8 Modle de rfrence de lenvironnement CGOE 9 8.1 Architecture NGN 9 9 Conception du modle de rfrence de lenvironnement CGOE 10 9.1 Application du secteur 10 9.2 Plate-forme dexploitation 11 9.3 Equipement serveur 18 10 Considrations relatives la scurit 19
19、 Appendice I Principes de lenvironnement CGOE 20 Bibliographie 21 Rec. UIT-T Y.2901 (12/2006) 1 Recommandation UIT-T Y.2901 Modle de rfrence de lenvironnement ouvert de qualit oprateur 1 Domaine dapplication La prsente Recommandation expose le modle de rfrence de lenvironnement ouvert de qualit opra
20、teur (CGOE, carrier grade open environment) qui est utilis pour rpartir en catgories les lments de lenvironnement CGOE. Ces lments de lenvironnement CGOE sont destins tre utiliss dans des composants disponibles dans le commerce (COTS, commercial off-the-shelf). 2 Rfrences normatives La prsente Recom
21、mandation 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 rvision, les utilisateurs d
22、e 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 rfrence un document figurant dans la prsente Recommandation ne donne pas ce document, en tan
23、t que tel, le statut dune Recommandation. UIT-T Y. 2012 Recommandation UIT-T Y. 2012 (2006), Prescriptions fonctionnelles et architecture des rseaux de prochaine gnration de version 1. 3 Dfinitions La prsente Recommandation dfinit les termes suivants: 3.1 application: lment de logiciel qui rpond un
24、ensemble de besoins de lutilisateur au moyen de services de rseau de tlcommunication via un systme informatique. 3.2 interface de programme dapplication (API, application program interface): frontire travers laquelle une application logicielle utilise des lments de langages de programmation pour inv
25、oquer des services logiciels. NOTE Ces lments peuvent comprendre des procdures ou des oprations, des objets de donnes partags et la rsolution didentificateurs. 3.3 module: unit logique, compose dlments, caractrise par sa capacit assurer certaines fonctionnalits de service autonomes. 3.4 de qualit op
26、rateur: dans le langage parl, une implmentation “de qualit oprateur“ dune solution, dun module ou dun composant disponible dans le commerce (COTS) prsente des qualits particulires en plus des caractristiques normales de fiabilit, disponibilit, servibilit et grabilit (RASM) propres linformatique perm
27、ettant dutiliser cette implmentation pour des applications mission critique dans une offre de fournisseur de services. NOTE Un composant disponible dans le commerce (COTS) peut tre dit “de qualit oprateur“ par rapport un module donn si toutes les caractristiques non fonctionnelles ncessaires et suff
28、isantes dune catgorie de composant COTS pour un tel module sont satisfaites. 3.5 catgorie denvironnement CGOE: unit de description du modle de rfrence de lenvironnement CGOE. Cette unit comprend un ou plusieurs lments de lenvironnement CGOE. NOTE Cette mthode dabstraction permet de faire en sorte qu
29、e la taille du cadre demeure grable et comprhensible. Elle vite de trop entrer dans le dtail ou de rendre ncessaire tel ou tel module. Ainsi, la catgorie de gestion des alarmes comprend plusieurs lments: dclenchement dalarme et fin dalarme, par exemple. 2 Rec. UIT-T Y.2901 (12/2006) 3.6 lment de len
30、vironnement CGOE: description abstraite de tches, dinterfaces et de proprits techniques. 3.7 modle de rfrence de lenvironnement CGOE: modle qui organise les catgories de lenvironnement CGOE. NOTE 1 Chaque catgorie est cense tre indpendante au sens o elle na pas besoin de lexistence des catgories sit
31、ues au-dessus delle; nanmoins, lobtention dune fonctionnalit de qualit oprateur peut ncessiter des fonctions de plusieurs catgories. NOTE 2 Plusieurs catgories sont regroupes logiquement et dsignes sous le terme dquipement serveur et de plate-forme dexploitation. 3.8 composant disponible dans le com
32、merce (COTS, commercial off-the-shelf): lment matriel ou logiciel assurant linstanciation dun ou de plusieurs lments de lenvironnement CGOE. NOTE 1 Des composants COTS existants ou nouveaux peuvent assurer linstanciation des lments de lenvironnement CGOE. NOTE 2 Comme exemples de composants COTS, ci
33、tons le systme de base de donnes, le systme dexploitation et lintergiciel de gestion. 3.9 instance de composant: reprsentation prcise dun composant, qui satisfait aux besoins concrets de construction dun module donn. NOTE Les fournisseurs de technologies dveloppent des instances de composant. Au cou
34、rs du processus dingnierie chez les fournisseurs de solutions, les instances sont choisies en fonction des besoins et intgres progressivement dans le module en vue de le mettre au point. Comme exemples dinstances de composant, citons le logiciel Linux ou lintergiciel de gestion pour laccs via linter
35、face Q3. 3.10 plan de commande: le plan de commande excute les fonctions de commande dappel/de session et de commande de connexion. 3.11 protocole diameter: protocole de lIETF pouvant tre utilis pour dfinir un cadre dauthentification, autorisation et comptabilit (AAA) pour les applications. 3.12 cad
36、re: environnement offrant une solution partielle, gnralement en automatisant une partie particulirement ingrate ou dlicate dun projet dapplication. 3.13 caractristiques fonctionnelles: ensemble des interfaces, capacits et fonctionnalits mises au point pour une architecture de service associe un modu
37、le. 3.14 gestion de cycle de vie: gestion dun lment tout au long de son cycle de vie: chargement de cet lment dans la mmoire, attribution cet lment des ressources systme dont il a besoin et suppression de cet lment lexpiration de son cycle de vie. NOTE La gestion du cycle de vie dun lment recouvre a
38、ussi les fonctions de gestion de logiciel, cest-dire linstallation initiale de llment ainsi que la gestion des extensions et des mises jour des nouvelles versions de cet lment. 3.15 plan de gestion: le plan de gestion excute des fonctions de gestion pour le plan de transport, le plan de commande et
39、lensemble du systme. Il peut galement assurer la coordination entre les diffrents plans. 3.16 intergiciel: entit mdiatrice entre deux lments dinformation qui peut tre, par exemple, une application, un lment dinfrastructure ou une autre entit mdiatrice. 3.17 caractristiques non fonctionnelles: liste
40、des fonctionnalits quun module doit offrir pour assurer un comportement donn dans le cadre de larchitecture des services. NOTE Cette liste correspond essentiellement aux caractristiques permettant dassurer un fonctionnement harmonieux et une gestion sans heurts du cycle de vie. Rec. UIT-T Y.2901 (12
41、/2006) 3 3.18 composant ouvert: un composant peut tre dit ouvert lorsquil peut tre accept, rejet, tendu et remplac dans un module avec un minimum de restrictions et de rglementation, selon les critres et les normes ouvertes communment admis accessibles au public en matire dinterfaces. 3.19 normes ou
42、vertes: normes rendues accessibles au grand public et qui sont mises au point (ou approuves) et tenues jour dans le cadre dun processus de collaboration ax sur la recherche dun consensus. Lexpression “normes ouvertes“ recouvre diverses notions, dont les suivantes: processus de collaboration mise au
43、point (ou approbation) volontaire et axe sur le march selon un processus transparent, ax sur la recherche dun consensus, et dment ouvert toutes les parties intresses; dment quilibr ce principe permet de faire en sorte que le processus de collaboration ne soit dirig de manire prminente par aucun grou
44、pe dintrt; garantie dune procdure rgulire cela suppose dexaminer les observations des parties intresses et den tenir compte; droits de proprit intellectuelle (IPR) les droits IPR sont indispensables pour appliquer la norme en matire doctroi de licences tous les demandeurs sur une base mondiale et no
45、n discriminatoire, soit 1) gratuitement et dautres conditions raisonnables; ou 2) des conditions raisonnables (pouvant inclure une compensation financire). Le soin de mener les ngociations est laiss aux parties concernes, en dehors de lorganisation de normalisation (SDO); qualit et niveau de dtail l
46、a qualit et le niveau de dtail doivent tre suffisants pour permettre la mise au point de diverses implmentations concurrentes de produits ou services interoprables. Les interfaces normalises ne sont pas caches, ni soumises aucun contrle hormis par lorganisation SDO qui promulgue la norme; accessible
47、 au public aisment implmentable et utilisable, un prix raisonnable. La publication du texte dune norme par des tiers nest autorise quavec lassentiment pralable de lorganisation SDO; prise en charge continue ce principe suppose quune norme ouverte soit tenue jour et prise en charge sur une longue priode. NOTE Les “normes ouvertes“ facilitent linteroprabilit et lchange de donnes entre les diffrents produits ou services et sont destines tre u
