1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS UIT-T Srie QSECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT Supplment 40(11/2002) SRIE Q: COMMUTATION ET SIGNALISATION Rapport technique: document de rfrence pour une interface objet/API entre la commande de rseau et la couche Application Recommand
2、ations UIT-T de la srie Q Supplment 40 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 SERVICES DU RNIS Q.60Q.99 CLAUSES AP
3、PLICABLES AUX SYSTMES NORMALISS DE LUIT-T Q.100Q.119 SPCIFICATIONS DU SYSTME DE SIGNALISATION N 4 Q.120Q.139 SPCIFICATIONS DU SYSTME DE SIGNALISATION N 5 Q.140Q.199 SPCIFICATIONS DU SYSTME DE SIGNALISATION N 6 Q.250Q.309 SPCIFICATIONS DU SYSTME DE SIGNALISATION R1 Q.310Q.399 SPCIFICATIONS DU SYSTME
4、DE SIGNALISATION 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.799 INTERFACE Q3 Q.800Q.849 SYSTME DE SIGNALISATION DABONN NUMRIQUE N 1 Q.850Q.999 RSEAUX MOBILES TERRESTRES PUBLICS Q.1000
5、Q.1099 INTERFONCTIONNEMENT AVEC LES SYSTMES MOBILES SATELLITES Q.1100Q.1199 RSEAU INTELLIGENT Q.1200Q.1699 PRESCRIPTIONS ET PROTOCOLES DE SIGNALISATION POUR LES IMT-2000 Q.1700Q.1799 SPCIFICATIONS DE LA SIGNALISATION RELATIVE LA COMMANDE DAPPEL INDPENDANTE DU SUPPORT Q.1900Q.1999 RNIS LARGE BANDE Q.
6、2000Q.2999 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Srie Q Supplment 40 (11/2002) i Supplment 40 aux Recommandations UIT-T de la srie Q Rapport technique: document de rfrence pour une interface objet/API entre la commande de rseau et la couche Application Rsum Un grand nombr
7、e dactivits relatives aux interfaces objet/API sont dployes lextrieur de la CE 11 de lUIT-T. Plusieurs spcifications dinterface objet/API ont t labores suite ces activits, qui suscitent un large dbat sur les nouvelles interfaces objet/API. Toutefois, il nexiste pas de documents de rfrence valables p
8、our faciliter la comprhension des spcifications des interfaces objet/API qui sont actuellement examines, et il est difficile de savoir quels sont les divers types dinterfaces API qui sont publis ou dbattus. Le prsent Supplment propose des descriptions de haut niveau des activits concernant les inter
9、faces objet/API dployes en dehors de lUIT-T et couvrant linterface entre la couche de commande de rseau et la couche dapplication. Il conviendrait que le prsent Supplment soit utilis comme rfrence concernant les autres activits relatives aux interfaces objet/API engages en dehors de lUIT-T aussi bie
10、n que pour prvenir les cas de duplication dans les activits de normalisation. Source Le Supplment 40 aux Recommandations UIT-T de la srie Q, labor par la Commission dtudes 11 (2001-2004) de lUIT-T, a t approuv le 22 novembre 2002 selon la procdure dfinie dans la Recommandation UIT-T A.13 (10/2000).
11、ii Srie Q Supplment 40 (11/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 lUIT. Il est charg de ltude des qu
12、estions 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 thmes dtude traiter par les Comm
13、issions 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 linformation qui correspondent la sphre de
14、 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 tlcommunications quune exploitation reconnue. DROITS DE PROPRIT INTELLE
15、CTUELLE 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 lexistence, la validit ou lapplicabilit des droits de proprit intellectuel
16、le, 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 intellectuelle protge par des brevets acqurir pour mettre en uvre la prsen
17、te 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 2003 Tous droits rservs. Aucune partie de cette publication ne peut tre reproduite, par qu
18、elque procd que ce soit, sans laccord crit pralable de lUIT. Srie Q Supplment 40 (11/2002) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences. 2 2.1 Sites Web 2 2.2 Rfrences documentaires 2 3 Dfinitions 2 4 Abrviations 2 5 Activit des organismes de normalisation 2 5.1 Parlay/ETSI/3GPP 2
19、5.2 JAIN . 9 5.3 OMG. 14 5.4 TINA. 19 6 Applicabilit . 23 6.1 Objectif. 23 6.2 Classification des interfaces API 23 6.3 Applicabilit . 23 Appendice I 26 I.1 Parlay/ETSI/3GPP 27 I.2 JAIN . 27 I.3 OMG. 28 I.4 TINA. 28 Srie Q Supplment 40 (11/2002) 1 Supplment 40 aux Recommandations UIT-T de la srie Q
20、Rapport technique: document de rfrence pour une interface objet/API entre la commande de rseau et la couche Application 1 Domaine dapplication Le prsent Supplment propose une description de haut niveau des activits relatives une interface objet/API dployes lextrieur de lUIT-T et clarifie les conditi
21、ons dapplication de chaque spcification dinterface objet/API. Laccent est mis sur les spcifications dune interface objet/API entre la couche de commande de rseau et la couche Application. Le prsent Supplment permettra galement dviter plus facilement tout chevauchement des efforts de normalisation. L
22、e domaine dapplication du prsent Supplment est schmatis la Figure 1. Q.SUPP.40_F1ScuritAuthentificationDomaine du prsent Supplmentde rfrence sur une interface APIApplication“tierce partie“CommandedappelTaxationAPI gestionde serviceFonctions de gestionde serviceMobilitInteraction utilisateuretc.Appli
23、cation ApplicationAPI protocole/ressourcesCapacitsrseauAPI commandede serviceAPI “tierce partie“ISUP H.323 SIP MGCP MEGACO etc.Application“tierce partie“Application“tierce partie“Application“tierce partie“Figure 1 Modle rfrence, structur en couches, du rseau On distingue les catgories dinterfaces AP
24、I suivantes: API tierce partie: sont classes dans cette catgorie les interfaces API ouvertes aux tierces parties, qui fournissent des fonctions dauthentification et de scurit. Toute tierce partie peut utiliser une interface API de commande de service et une interface API de gestion de service par li
25、ntermdiaire de ces interfaces API. API de commande de service: sont classes dans cette catgorie les interfaces API qui fournissent des capacits rseau de commande de service, par exemple: commande dappel, taxation, mobilit, interaction utilisateur, etc. Un oprateur de rseau ou une tierce partie peut
26、dvelopper une application en utilisant ces interfaces API. API de gestion de service: sont classes dans cette catgorie les interfaces API qui fournissent des fonctions de gestion (excution, dploiement, observation du service, etc.) par exemple, les interfaces API dexcution de service, de mise en uvr
27、e, etc., sont classes dans cette catgorie. Les oprateurs de rseau peuvent grer leurs services sur la base de ces API. API protocole/ressources: sont classes dans cette catgorie les interfaces API qui fournissent des fonctions orientes protocole ou orientes ressources pour les fonctions de capacit rs
28、eau. Les interfaces API de cette catgorie ne sont pas couvertes par le prsent Supplment. 2 Srie Q Supplment 40 (11/2002) 2 Rfrences 2.1 Sites Web w1 Site Web Parlay: http:/www.parlay.org/ w2 Site Web ETSI: http:/docbox.etsi.org/span/open/span12/osa.html w3 Site Web 3GPP: http:/www.3gpp.org/ w4 Site
29、Web JAIN: http:/ w5 Site Web OMG: http:/www.omg.org/ w6 Site Web TINA: http:/ 2.2 Rfrences documentaires d1 3GPP TS 21.903. Vocabulaire d2 Site Web Parlay pour le tlchargement de documents: http:/www.parlay.org/specs/index.asp d3 Site Web ETSI pour le tlchargement de documents: http:/pda.etsi.org/pd
30、a/queryform.asp d4 Site Web 3GPP pour le tlchargement de documents: http:/www.3gpp.org/TB/cn/cn5/specs.htm d5 Site Web JAIN pour le tlchargement de documents: http:/ d6 Document blanc JAIN: http:/ d7 Site Web OMG pour le tlchargement de documents: http:/www.omg.org/technology/documents/spec_catalog.
31、htm d8 Site Web TINA pour le tlchargement de documents: http:/ 3 Dfinitions Les dfinitions utilises dans le prsent Supplment sont celles des organismes de normalisation concerns (exemple: vocabulaire 3GPP d1). 4 Abrviations Les abrviations utilises dans le prsent Supplment sont celles des organismes
32、 de normalisation concerns (exemple: vocabulaire 3GPP d1). 5 Activit des organismes de normalisation Le prsent paragraphe rsume les activits dployes par les organismes de normalisation des interfaces API. 5.1 Parlay/ETSI/3GPP 5.1.1 Activits communes 5.1.1.1 Aperu gnral Le groupe Parlay w1, lETSI w2
33、et le Projet de partenariat de troisime gnration (3GPP, 3rdgeneration partnership project) w3 ont entrepris de dfinir en commun une interface API pour Srie Q Supplment 40 (11/2002) 3 laccs aux services ouverts (OSA, open service access). Linterface API dfinie dans le cadre de cet effort commun est c
34、i-aprs dnomme “API OSA/Parlay“. La description dtaille de chaque organisme de normalisation figure dans les paragraphes suivants. Les interfaces API OSA/Parlay ont pour objet de permettre aux fournisseurs dapplications (fournisseurs de logiciels indpendants (ISV, independent software vendor)/fournis
35、seurs de services dapplication (ASP, application service provider) dlaborer un ensemble dapplications et dlments de la nouvelle gnration (messagerie, mobilit, qualit de service de bout en bout) et de les commercialiser indpendamment des rseaux vocaux/multimdias utiliss. Les interfaces API OSA/Parlay
36、 doivent offrir, entre autres avantages, la possibilit de commercialiser les produits plus rapidement tout en simplifiant les cycles de production proprement dits. On distingue deux catgories dinterfaces API OSA/Parlay: interfaces de service: assurent laccs un grand nombre dapplications de capacit r
37、seau et dinformation; interfaces structurelles: assurent les capacits de prise en charge ncessaires pour la scurisation et la gestion des interfaces de service. 5.1.1.2 Description Les interfaces API OSA/Parlay dcrivent laccs aux applications de service tierce partie au moyen du langage de modlisati
38、on unifi (UML, unified modelling language). LAPI nest pas un lment de code; il sagit dun mcanisme qui assure lchange transparent de demandes et de rponses entre objets relevant de plates-formes diffrentes dans des environnements htrognes (rseau intelligent par exemple). Le lieu dintervention dune in
39、terface API OSA/Parlay dans un rseau est schmatis dans la Figure 2. Q.SUPP.41_F2Couche services/ApplicationCouche commandeServeurs capacit serviceRseaux centraux etrseaux radiolectriquesRseauservicesRseaucentralOSA/ParlayAPI OSA/ParlayIndication descapacits deservice rseauDistributionpar intergiciel
40、Figure 2 Localisation dune interface API OSA/Parlay Larchitecture dune interface API OSA/Parlay apparat la Figure 3. Les fonctions assures par les interfaces de service donnent accs aux capacits des rseaux traditionnels (gestion des appels, messagerie, interaction utilisateur). Les interfaces de ser
41、vice comportent galement des interfaces dapplication gnriques, facilitant la mise en uvre des applications de communication. 4 Srie Q Supplment 40 (11/2002) Les interfaces structurelles des spcifications API OSA/Parlay couvrent les fonctions suivantes: enregistrement du service/abonnement/dcouverte;
42、 authentification et autorisation; gestion dintgrit Q.SUPP.41_F3Rseau de tlcommunicationStructure ServiceOutil administratifentreprise/oprateurApplication clientAdministrationoprateurstructureOutil administratiffournisseurservicesFigure 3 Architecture dune interface API OSA/Parlay Les lments de capa
43、cit service (SCF, service capability feature) actuels dune interface API OSA/Parlay sont indiqus ci-dessous au Tableau 1. Tableau 1 Elments de capacit service actuels des interfaces OSA/Parlay Commande dappel Ensemble des fonctions de commande dappel, de ltablissement dune communication de base la g
44、estion dune communication confrence multimdia Structure Capacits infrastructurelles Authentification, dcouverte des lments de capacit service, enregistrement des lments de capacit service, gestion des drangements, etc. Interaction utilisateur Permet dobtenir des informations auprs de lutilisateur fi
45、nal, de passer des annonces, denvoyer de brefs messages, etc. Localisation/statut dutilisateur Obtention dinformations de lieu et de statut Capacits terminal Obtenir des informations sur les capacits du terminal dutilisateur final Commande de session donnes Gestion des sessions donnes Messagerie gnr
46、ique Accs aux botes lectroniques Gestion de connectivit Qualit de service prvue Gestion de compte Accs aux comptes dutilisateur final Taxation en fonction du contenu Taxation de lutilisateur final en fonction de lutilisation des applications ou du volume de donnes Gestion des politiques Cration, mis
47、e jour, suppression et consultation des informations concernant la politique en vigueur Gestion de prsence et de disponibilit Gestion des informations concernant la prsence (tat dynamique des quipements/logiciels et des dtenteurs) Srie Q Supplment 40 (11/2002) 5 Linterface API est oriente objet et recouvre plusieurs catgories dinterfaces.
