1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS UIT-T Srie QSECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT Supplment 27(12/1999) SRIE Q: COMMUTATION ET SIGNALISATION Rapport technique: Aperu du cadre gnral de signalisation et de protocole pour un environnement volutif (SPFEE) Recommandations UI
2、T-T de la srie Q Supplment 27 (Antrieurement Recommandations du CCITT) RECOMMANDATIONS UIT-T DE LA SRIE Q COMMUTATION ET SIGNALISATION SIGNALISATION DANS LE SERVICE MANUEL INTERNATIONAL Q.1Q.3 EXPLOITATION INTERNATIONALE AUTOMATIQUE ET SEMI-AUTOMATIQUE Q.4Q.59 FONCTIONS ET FLUX DINFORMATION DES SERV
3、ICES DU RNIS Q.60Q.99 CLAUSES APPLICABLES AUX SYSTMES NORMALISS DE LUIT-T Q.100Q.119 SPCIFICATIONS DES SYSTMES DE SIGNALISATION N 4 ET N 5 Q.120Q.249 SPCIFICATIONS DU SYSTME DE SIGNALISATION N 6 Q.250Q.309 SPCIFICATIONS DU SYSTME DE SIGNALISATION R1 Q.310Q.399 SPCIFICATIONS DU SYSTME DE SIGNALISATIO
4、N R2 Q.400Q.499 COMMUTATEURS NUMRIQUES Q.500Q.599 INTERFONCTIONNEMENT DES SYSTMES DE SIGNALISATION Q.600Q.699 SPCIFICATIONS DU SYSTME DE SIGNALISATION N 7 Q.700Q.849 SYSTME DE SIGNALISATION DABONN NUMRIQUE N 1 Q.850Q.999 RSEAUX MOBILES TERRESTRES PUBLICS Q.1000Q.1099 INTERFONCTIONNEMENT AVEC LES SYS
5、TMES MOBILES SATELLITES Q.1100Q.1199 RSEAU INTELLIGENT Q.1200Q.1699 PRESCRIPTIONS ET PROTOCOLES DE SIGNALISATION POUR LES IMT-2000 Q.1700Q.1799 RNIS LARGE BANDE Q.2000Q.2999 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Srie Q Supplment 27 (12/1999) i Supplment 27 aux Recommandat
6、ions UIT-T de la srie Q Rapport technique: Aperu du cadre gnral de signalisation et de protocole pour un environnement volutif (SPFEE) Rsum Le prsent supplment prsente les objectifs, le domaine dapplication, les approches ainsi quun aperu du cadre gnral de signalisation et de protocole pour un envir
7、onnement volutif (SPFEE, signalling and protocol framework for an evolving environment). Au seuil de lre de linformation et des transmissions large bande il dfinit un cadre gnral SPFEE (ainsi que les spcifications connexes pertinentes) pour les systmes lis aux tlcommunications. Le SPFEE concerne pri
8、ncipalement le cadre et les spcifications relatifs aux sessions (par exemple, interfaces dfinies pour les “clients“ des composants lis aux sessions et interfaces que doivent fournir les clients vis-vis des composants sous-jacents). Le SPFEE traite des aspects plan commande (signalisation), tandis qu
9、e le domaine tudi couvre galement les aspects plan gestion. Source Le Supplment 27 aux Recommandations UIT-T de la srie Q, labor par la Commission dtudes 11 (1997-2000) de lUIT-T, a t approuv le 3 dcembre 1999 selon la procdure dfinie dans la Rsolution 5 de la CMNT. Mots cls Accs, IDL, modle informa
10、tion, modle traitement, ODP, point de rfrence, service, session. ii Srie Q Supplment 27 (12/1999) 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 tlcommunicatio
11、ns) 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 tlcommunications lchelle mondiale. La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runi
12、t tous les quatre ans, dtermine les thmes dtudes 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 la CMNT. Dans certains
13、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 publication, lexpression “Administration“ est utilise pour dsigner de faon abrge aussi bien une administration de
14、tlcommunications quune exploitation reconnue. DROITS DE PROPRIT INTELLECTUELLE LUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de la prsente publication puisse donner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce qui concerne lex
15、istence, 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 publications. A la date dapprobation de la prsente publication, lUIT navait pas t avise de lexistence dune proprit int
16、ellectuelle protge par des brevets acqurir pour mettre en uvre la prsente publication. 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 2001 Droits de repr
17、oduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque forme que ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccord crit de lUIT. Srie Q Supplment 27 (12/1999) iii TABLE DES MATIRES Page 1 Domaine d
18、application 1 2 Rfrences 1 3 Dfinitions 2 4 Abrviations . 3 5 Prescriptions . 4 5.1 Facteurs commerciaux 4 5.2 Evolution vers lenvironnement de tlcommunications du dbut du XXIe sicle 4 5.2.1 Introduction . 4 5.2.2 Evolution des clients au dbut du XXIe sicle 5 5.2.3 Tendances des rseaux 7 5.2.4 Tenda
19、nces technologiques. 8 5.2.5 Rle de la normalisation 8 5.2.6 Questions stratgiques de normalisation . 8 5.3 Prescriptions . 10 5.4 Objectifs . 11 6 Aperu gnral de la mthodologie 13 7 Concepts de modlisation commerciale Cadre de diffusion des prescriptions lintrieur dun march des tlcommunications ouv
20、ert 14 7.1 Domaine dapplication 14 7.2 Concepts de modlisation commerciale . 14 7.2.1 Cadre gnral. 14 7.2.2 Segmentation des points de rfrence . 16 7.2.3 Combinaison de rles commerciaux en domaines administratifs commerciaux . 18 7.2.4 Dlgation . 19 7.3 Types de rles commerciaux 20 7.3.1 Consommateu
21、r 20 7.3.2 Dtaillant . 21 7.3.3 Courtier 22 7.3.4 Fournisseur de service tiers . 23 7.3.5 Fournisseur de connectivit. 24 7.4 Types de relations commerciales 24 7.4.1 Interactions gnriques daccs entre domaines administratifs commerciaux . 25 7.4.2 Relation commerciale dtaillant (Ret). 25 7.4.3 Relati
22、on commerciale courtier (Bkr). 25 iv Srie Q Supplment 27 (12/1999) Page 7.4.4 Relation commerciale fournisseur tiers (3Pty) 26 7.4.5 Relation commerciale dtaillant dtaillant (RtR) . 26 7.4.6 Relation commerciale service de connectivit (ConS) 26 7.4.7 Relation commerciale de connexion de terminal (TC
23、on) . 26 7.4.8 Relation commerciale fdration de rseau stratifi (LNFed) 27 7.4.9 Relation commerciale de rseau stratifi client-serveur (CSLN) 27 7.5 Modle commercial 27 8 Description de larchitecture gnrale 30 8.1 Modle information des principales classes de session 30 8.1.1 Session daccs 31 8.1.2 Se
24、ssion de service 32 8.1.3 Session de service fournisseur. 32 8.1.4 Session de service utilisation. 32 8.1.5 Ressource (Session de communication) 32 8.2 Modle traitement des principales classes de session 33 8.2.1 Dfinition de la notion de composant . 33 8.2.2 Aperu gnral des composants 36 Appendice
25、I Exemple de dlgation. 39 Appendice II Exemples dapplication de concepts de modlisation commerciale . 40 II.1 Exemple de services modernes de vido la demande 40 II.2 Exemple dajout de valeur de connectivit . 41 II.3 Exemple dactivit domicile sur Internet . 42 II.4 Exemple de sous-traitance de gestio
26、n. 44 Srie Q Supplment 27 (12/1999) 1 Supplment 27 aux Recommandations UIT-T de la srie Q Rapport technique: Aperu du cadre gnral de signalisation et de protocole pour un environnement volutif (SPFEE) (Genve, 1999) 1 Domaine dapplication Le SPFEE vise dfinir un cadre SPFEE de signalisation et de pro
27、tocole pour un environnement volutif (et les spcifications connexes pertinentes) pour les systmes lis aux tlcommunications, au dbut de lre de linformation et des transmissions large bande. Le SPFEE sefforcera de mettre profit les atouts des technologies de linformation les plus rcentes, par exemple
28、le traitement ODP, pour atteindre son objectif, tout en conservant linteroprabilit avec les technologies volutives des tlcommunications ensembles de capacits CSx du rseau intelligent (x = 1, 2, 3, .), RGT, RNIS-LB, IMT-2000, TPU et multimdia. Le SPFEE reposera sur des technologies de traitement rpar
29、ti et sera orient objet. Le SPFEE utilisera les points de vue entreprise, information et traitement, dfinis dans le modle de rfrence pour le traitement rparti ouvert (RM-ODP). Une dfinition plus prcise des prescriptions exige ltude des besoins relatifs au point de vue entreprise. Il existe incontest
30、ablement des besoins en matire: 1) de “corrlation“ du cadre SPFEE avec dautres activits en cours (par exemple ensemble de capacits CS-3 du rseau intelligent, RGT et RNIS-LB), dans le but notamment de dfinir des perspectives dvolution appropries; et 2) dinterfonctionnement avec les systmes dhritage.
31、La proprit de chaque entit doit en rgle gnrale tre dissocie de lvolution technique du SPFEE, en dpit de la possibilit de traiter cette question par rfrence certains scnarios de configuration type. Le cadre SPFEE concerne principalement le cadre et les spcifications relatifs aux sessions (par exemple
32、, interfaces dfinies pour les “clients“ des composants lis aux sessions et interfaces requises vis-vis des composants sous-jacents). Le SPFEE traite des aspects plan commande (signalisation), tandis que le domaine tudi couvre galement les aspects plan gestion. Le SPFEE conduira finalement, entre aut
33、res, la dfinition de spcifications dobjets (et de leurs interfaces) dans des langages formels tels que IDL et ODL. 2 Rfrences Les Rapports techniques et autres rfrences suivants contiennent des dispositions qui, par suite de la rfrence qui y est faite, constituent des dispositions valables pour le p
34、rsent supplment. Au moment de la publication, les ditions indiques taient en vigueur. Tout supplment ou autre rfrence est sujet rvision; tous les utilisateurs du prsent supplment sont donc invits rechercher la possibilit dappliquer les ditions les plus rcentes des supplments et autres rfrences indiq
35、us ci-aprs. Une liste des Recommandations et des supplments UIT-T en vigueur est publie rgulirement. 1 Recommandation UIT-T X.901 (1997) | ISO/CEI 10746-1:1998, Technologies de linformation Traitement rparti ouvert Modle de rfrence: aperu gnral. 2 Srie Q Supplment 27 (12/1999) 2 Recommandation UIT-T
36、 X.902 (1995) | ISO/CEI 10746-2:1996, Technologies de linformation Traitement rparti ouvert Modle de rfrence: fondements. 3 Recommandation UIT-T X.903 (1995) | ISO/CEI 10746-3:1996, Technologies de linformation Traitement rparti ouvert Modle de rfrence: architecture. 4 Recommandation UIT-T X.920 (19
37、97) | ISO/CEI 14750:1999, Technologies de linformation Traitement rparti ouvert Langage de dfinition dinterface. 5 Recommandation UIT-T Z.130 (1999), Langage de dfinition dobjet de lUIT-T. 6 Recommandations UIT-T de la srie Q Supplment 28 (1999), Cadre gnral de signalisation et de protocole pour un
38、environnement volutif SPFEE Spcification pour laccs au service. 3 Dfinitions Le prsent supplment dfinit les termes suivants: 3.1 domaine administratif commercial: un domaine administratif commercial est dfini par les prescriptions dun ou plusieurs rles commerciaux; il est rgi par un objectif commerc
39、ial unique. 3.2 relation commerciale: association entre deux rles commerciaux. 3.3 rle commercial: fonction normalement exerce par une partie prenante dans un environnement commercial de tlcommunications. 3.4 contrat: on entend par contrat le contexte dfinissant les contraintes de fonctionnement dun
40、 ou plusieurs points de rfrence. 3.5 point de rfrence: manifestation dune relation commerciale dans le systme de tlcommunication. Le point de rfrence est constitu de spcifications lies plusieurs points de vue et rgies par un contrat. 3.6 partie prenante (acteur): partie caractrise par un intrt ou un
41、 objectif commercial dans le secteur des tlcommunications. Une partie prenante possde un ou plusieurs domaines administratifs commerciaux. 3.7 session: relation temporaire entre un groupe dobjets chargs collectivement daccomplir une tche pendant une priode de temps dtermine. Ltat dune session peut c
42、hanger au cours de sa dure de vie. La session reprsente une vue abstraite et simplifie de la gestion et de lutilisation des objets ainsi que des informations mises en commun. 3.8 session daccs: relation temporaire tablie lorsque deux domaines sont relis en toute scurit. La conclusion dun accord entr
43、e les domaines, pour la poursuite des interactions et des tches dauthentification, constitue ltape initiale de la session daccs. La protection de la scurit peut tre dlgue aux sessions de service ultrieures. 3.9 session de service: relation temporaire reprsente par les informations et les fonctionnal
44、its lies aux capacits dexcution, de commande et de gestion des services. Les capacits comprennent notamment la commande propre au service, les commandes gnriques de session et les capacits de gestion. Une session de service est une instance dun type donn de service et contient les informations ncess
45、aires pour ngocier la qualit de service, le contexte de scurit, lutilisation du service et les ressources de communication, comme pour contrler les relations entre les participants. 3.10 session de communication (ressource): relation temporaire reprsente par une vue gnrale du service pour des connex
46、ions de flux et une vue indpendante de la technologie rseau pour les ressources de communication ncessaires ltablissement de connexions de bout en bout. Une session de communication peut traiter des connexions multiples, ventuellement de type multipoint et multimdia. Srie Q Supplment 27 (12/1999) 3
47、4 Abrviations Le prsent supplment utilise les abrviations suivantes: 3Pty point de rfrence entre domaines pour un participant tiers (third-party inter-domain reference point) anonUA agent utilisateur anonyme (anonymous user agent) AS session daccs (access session) as-UAP application utilisateur (lie une session daccs) user application (access session related) Bkr point de rfrence entre domaines pour un courtier (broker inter-domain reference point) CO objet de traitement (computational
