1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T Q.1400SECTEUR DE LA NORMALISATION (03/93)DES TLCOMMUNICATIONSDE LUITRSEAU INTELLIGENTCADRE ARCHITECTURAL DLABORATIONDES PROTOCOLES DE SIGNALISATION ETDEXPLOITATION, ADMINISTRATION ETMAINTENANCE UTILISANT LES CONCEPTSDE LINTERCONNEXION DE SYSTMESOUVERTSR
2、ecommandation UIT-T Q.1400(Antrieurement Recommandation du CCITT)AVANT-PROPOSLUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUnion internationale destlcommunications (UIT). Il est charg de ltude des questions techniques, dexploitation et de tarification, et met
3、cesujet des Recommandations en vue de la normalisation des tlcommunications lchelle mondiale.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans, dtermineles thmes que les Commissions dtudes de lUIT-T doivent examiner et propos desquels elles doivent
4、mettre desRecommandations.La Recommandation UIT-T Q.1400, labore par la Commission dtudes XI (1988-1993) de lUIT-T, a t approuvepar la CMNT (Helsinki, 1-12 mars 1993)._NOTES1 Suite au processus de rforme entrepris au sein de lUnion internationale des tlcommunications (UIT), leCCITT nexiste plus depu
5、is le 28 fvrier 1993. Il est remplac par le Secteur de la normalisation des tlcommunicationsde lUIT (UIT-T) cr le 1ermars 1993. De mme, le CCIR et lIFRB ont t remplacs par le Secteur desradiocommunications.Afin de ne pas retarder la publication de la prsente Recommandation, aucun changement na t app
6、ort aux mentionscontenant les sigles CCITT, CCIR et IFRB ou aux entits qui leur sont associes, comme Assemble plnire,Secrtariat, etc. Les futures ditions de la prsente Recommandation adopteront la terminologie approprie refltant lanouvelle structure de lUIT.2 Dans la prsente Recommandation, le terme
7、 Administration dsigne indiffremment une administration detlcommunication ou une exploitation reconnue. UIT 1994Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque formeque ce soit et par aucun procd, lectronique ou mcanique, y compris la
8、photocopie et les microfilms, sans laccordcrit de lUIT.TABLE DES MATIRESRecommandation Q.1400 (03/93)Page1 Considrations gnrales 11.1 Objet . 11.2 Champ dapplication . 11.3 Travaux antrieurs 11.4 Applicabilit du modle OSI 21.5 Relation avec le processus en trois tapes 22 Le modle de rfrence OSI. 32.
9、1 Description gnrale du modle de rfrence OSI . 32.2 Structure en couches OSI et SS no 7. 43 Aspects relatifs la modlisation des plans commande et utilisateur 64 Structure de la couche application OSI 64.1 Entits AE, processus AP, invocations AEI et API 74.2 Type dentit AE et contexte dapplication 84
10、.3 Elments ASE et fonctions SACF et MACF 84.4 Objets SAO. 95 Adressage . 95.1 Introduction 95.2 Dfinitions de base relatives aux informations dadressage du SS no7 105.3 Information dadressage dans le systme DSS 1. 105.4 Bref examen des concepts dadressage OSI 105.5 Relations dadressage dans les couc
11、hes basses du systme international SS no7 115.6 Rsum des quivalences dadressage signales pour le systme international SS no7. 135.7 Sujet dtude complmentaire, concernant lvolution de ladressage du SS no7. 135.8 Equivalences dadressage pour le systme DSS 1. 136 Application des concepts de la couche a
12、pplication OSI. 156.1 Application des concepts de la couche application OSI au SS no7 . 156.2 Spcifications dun contrle dassociation adapt la signalisation . 186.3 Elment ROSE 237 Fonctions de gestion. 238 Directives relatives aux couches 4, 5 et 6 238.1 Considrations gnrales 238.2 Couche 6 Prsentat
13、ion . 238.3 Couche 5 Session. 288.4 Couche 4 Transport 289 Directives concernant les couches 1, 2 et 3 2910 Fonctions de convergence 2911 Application des directives relatives larchitecture de protocoles: exemple du sous-systme application derseau intelligent (INAP) . 2911.1 Ralisation des concepts d
14、u rseau intelligent au niveau des protocoles 2911.2 Structure de la couche application 3411.3 Structure propose du sous-systme INAP. 3611.4 Hypothses relatives au protocole 3611.5 Structure du sous-systme application de rseau intelligent. 3611.6 Exemple hypothtique 38Recommandation Q.1400 (03/93) i
15、Page12 Mcanismes et rgles de compatibilit appliqus dans les SS no7 et DSS 1. 3912.1 Considrations gnrales 3912.2 Conditions satisfaire en matire dvolution 4012.3 Compatibilit aval et compatibilit amont 4012.4 Rgles de compatibilit appliques dans les systmes SS no7 et DSS 1 . 4012.5 Mcanisme permetta
16、nt damliorer les protocoles dapplication (protocoles bass ROSE) 4313 Rfrences 4414 Liste des sigles . 46ii Recommandation Q.1400 (03/93) RSUMLa prsente Recommandation fournit des informations sur les concepts cls du modle de rfrence pourlinterconnexion de systmes ouverts (OSI) ou modle OSI et sur la
17、 manire dont ces concepts sont appliqus dansdiffrentes parties du systme de signalisation no7 (SS no7) ou SS no7 et du systme de signalisation dabonnnumrique no1 (DSS 1) ou systme DSS 1. Cest partir de ces concepts que sont labors de nouveaux protocolesdapplication dans les environnements SS no7 et
18、DSS 1. Ces concepts sappliquent galement aux protocolesdexploitation, administration et maintenance.Lexamen porte sur la structure de la couche application (ALS) ou structure ALS, sur la nature des services fournis parllment du service de contrle dassociation dans la couche application et sur la man
19、ire dont cette structure peut treadapte lenvironnement de la signalisation. Il porte aussi sur les services fournis par la couche prsentation OSI.Lapplication de ces concepts fait lobjet dun examen dtaill concernant leur utilisation dans llaboration dusous-systme application de rseau intelligent (IN
20、AP) ou sous-systme INAP de lensemble de capacits (CS1 duditrseau), Recommandation Q.1218.En outre, la prsente Recommandation comporte des directives qui sont appliques quand un protocole existant esttendu. Ces directives se rpartissent en deux groupes: le premier concerne les protocoles existants qu
21、i ne sont passtructurs daprs le modle OSI, le second les protocoles fonds sur llment du service doprations distantes (ROSE)ou lment ROSE. Ces derniers sont actuellement les protocoles OSI les plus largement utiliss lintrieur des systmesde signalisation pour la tlphonie.Recommandation Q.1400 (03/93)
22、iii Recommandation Q.1400Recommandation Q.1400 (03/93)CADRE ARCHITECTURAL DLABORATION DES PROTOCOLESDE SIGNALISATION ET DEXPLOITATION, ADMINISTRATIONET MAINTENANCE UTILISANT LES CONCEPTS DELINTERCONNEXION DE SYSTMES OUVERTS(Helsinki, 1993)1 Considrations gnrales1.1 ObjetLa prsente Recommandation fou
23、rnit un cadre commun dlaboration et dvolution des spcifications de protocolesfonds sur les concepts OSI, ainsi que des directives quant aux techniques appliquer lorsque des protocoles designalisation et des protocoles dexploitation, administration et maintenance (OA de capacit de mmoire;Recommandati
24、on Q.1400 (03/93) 1 de capacit du support physique (dbit binaire); et de qualit de fonctionnement du support physique (taux derreurs, dure dindisponibilit sur les bits).Des progrs ont galement t raliss dans le domaine des logiciels, notamment: volution du modle OSI; spcification des services et prot
25、ocoles de couche; techniques de programmation structure; langages volus; et techniques de traitement rparti.La spcification dun faux nombre des protocoles de signalisation existants, fonds sur le transport de messages, estconsidre comme dfectueuse parce quelle ne fait pas de distinction nette entre
26、la spcification des processusdapplication et celle des protocoles. En fait, les spcifications existantes sont une combinaison de procduresdapplication et de protocoles supports, sans distinction nette entre les deux. Cette situation se traduit par des difficultsimportantes en matire dextension ou dv
27、olution des protocoles lorsque de nouvelles procdures dapplication sontncessaires. On notera que dans ce domaine des progrs considrables ont t enregistrs entre le SS no6 et le SS no7,suite la distinction qui a t faite dans ce dernier entre le sous-systme MTP et les utilisateurs dudit sous-systme.Lop
28、portunit de faire la distinction entre la spcification des processus dapplication et celle des protocoles dapplicationayant t reconnue, elle se reflte galement dans les travaux actuellement en cours sur le sous-systme commande de lasignalisation pour le RNIS (ISCP).Alors quon prenait conscience des
29、problmes poss par les protocoles de signalisation existants, fonds sur le transportde messages (srie de Recommandations de 1988), on sest aperu galement que les travaux conduits en parallle sur lemodle OSI avaient volu et constituaient une base gnrale pour les protocoles de communication.1.4 Applica
30、bilit du modle OSIBien que les protocoles OSI et RNIS soient apparus peu prs au mme moment, ils nont gure eu dinfluence lun surlautre. Deux principes diffrents ont inspir llaboration de ces protocoles, surtout en raison des diffrences peruesentre lenvironnement de la transmission de donnes et celui
31、des tlcommunications. Plus particulirement, alors que ledernier mettait laccent sur lefficacit, le premier a principalement insist sur louverture. Louverture est la possibilit,pour un utilisateur quelconque disposant des capacits de communication prvues par les protocoles normaliss OSI,davoir accs a
32、u plus grand nombre possible dapplications, sous rserve de contraintes administratives.Le modle OSI est un modle de rfrence qui constitue un cadre ou une discipline car il fournit une infrastructure auxcommunications qui peut tre utilise par nimporte quelle application dans un environnement rparti.
33、Il fournit aussi unensemble de protocoles normaliss qui prvoient des capacits uniformes de communication, indpendantes de la natureprcise de lapplication.Ltude des modles et des protocoles OSI offre de prcieux avantages. Lvolution des rseaux tlphoniques ncessitede plus en plus de transferts dinforma
34、tions entre dispositifs commands par logiciel (ordinateurs). Pour rsoudre ce typede problme, lindustrie des tlcommunications doit tirer profit des connaissances acquises dans ce domaine et delimportant investissement reprsent par le modle OSI.1.5 Relation avec le processus en trois tapesLe prsent pa
35、ragraphe expose les grandes lignes du processus en trois tapes dfini dans les Recommandations I.130 etQ.65. Ce processus en trois tapes a t conu pour la dfinition et la spcification compltes de chacun des servicesRNIS (et non RNIS). Ce processus comprend, comme dcrit ci-aprs, une tape de spcificatio
36、n dun protocolespcifique au service. Il est probable que lvolution ultrieure des rseaux de tlcommunication se traduira notammentpar une adoption marque des techniques et capacits du rseau intelligent (RI). Le rseau intelligent reprsente unegnralisation des travaux spcifiques des services, ralise sur
37、 un certain nombre de services complmentaires, avecpour objectif daboutir des normes. La gnralisation des travaux sur les services implique aussi une gnralisation duprotocole concern. Un objectif majeur des directives en matire darchitecture de protocoles est dassurer un cadre bienstructur et non li
38、mitatif pour llaboration de ces protocoles gnraux. Les protocoles labors dans ce cadre pourrontvoluer et faire directement lobjet dextensions en rduisant au minimum les problmes poss par les versionssuccessives et linterfonctionnement.2 Recommandation Q.1400 (03/93) Le processus en trois tapes peut
39、tre rsum comme suit: Ltape 1 est une description gnrale des services du point de vue de lutilisateur. Ltape 2 est une description gnrale de lorganisation des fonctions du rseau permettant dtablir unecorrespondance entre les spcifications du service et les capacits du rseau. Ltape 3 dfinit les foncti
40、ons de commutation et de signalisation ncessaires pour prendre en charge lesservices dcrits dans ltape 1.Chaque tape comprend plusieurs phases.Etape 1Ltape 1 est la prsentation gnrale des services du point de vue de lutilisateur. Elle ne traite pas en dtail de linterfacehomme-rseau. Cette descriptio
41、n des services est indpendante du degr de fonctionnalit du terminal de lutilisateur,autre que celui qui est ncessaire pour fournir linterface homme-rseau. Par exemple, la description du service decommunication confrence est conue de faon ne pas dpendre du fait que le pont de confrence se trouve dans
42、 leterminal, dans le commutateur de rattachement, ou ailleurs.Les phases de ltape 1 sont les suivantes: Phase 1.1 Dfinition et description du service en langage clair. Phase 1.2 Description statique du service au moyen dattributs. Phase 1.3 Description dynamique du service par des moyens graphiques.
43、Etape 2Ltape 2 identifie les capacits fonctionnelles et les flux dinformation ncessaires pour prendre en charge le servicedcrit dans ltape 1. La description de ltape 2 comprend galement les oprations de lutilisateur qui ne sont pasdirectement associes un appel (par exemple modification par lutilisat
44、eur des paramtres de renvoi dappels parlintermdiaire de son interface de service), comme dcrit ltape 1. En outre, cette tape identifie plusieursemplacements physiques possibles pour les capacits fonctionnelles. Le rsultat de ltape 2, qui est indpendant dusystme de signalisation, est utilis comme don
45、ne dentre pour la conception de Recommandations relatives auxsystmes de commutation et de signalisation.Les phases de ltape 2 sont les suivantes: Phase 2.1 Dtermination dun modle fonctionnel. Phase 2.2 Diagrammes des flux dinformation. Phase 2.3 Diagrammes des entits fonctionnelles en langage de des
46、cription et de spcification oulangage SDL. Phase 2.4 Actions des entits fonctionnelles. Phase 2.5 Attribution des entits fonctionnelles des emplacements physiques.Etape 3Dans ltape 3, les flux dinformation et les diagrammes en langage SDL en provenance de ltape 2 servent de base auxRecommandations relatives aux protocoles du systme de signalisation et aux Recommandations relatives lacommutation.Ltape
