ITU-T Q 72 FRENCH-1993 Stage 2 Description for Packet Mode《阶段2 分组码的描述 11号研究组》.pdf

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T Q.72SECTEUR DE LA NORMALISATION (03/93)DES TLCOMMUNICATIONSDE LUITRECOMMANDATIONS GNRALES SURLA COMMUTATION ET LA SIGNALISATIONTLPHONIQUESFONCTIONS ET FLUX DINFORMATIONPOUR LES SERVICES DANS LE RNISDESCRIPTION DE LTAPE 2DES SERVICES EN MODE PAQUETRecomm

2、andation UIT-T Q.72(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 cesujet

3、 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 mettre

4、desRecommandations.La Recommandation UIT-T Q.72, labore par la Commission dtudes XI (1988-1993) de lUIT-T, a t approuve parla CMNT (Helsinki, 1-12 mars 1993)._NOTES1 Suite au processus de rforme entrepris au sein de lUnion internationale des tlcommunications (UIT), leCCITT nexiste plus depuis le 28

5、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 apport aux m

6、entionscontenant 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 Administ

7、ration 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 photocopi

8、e et les microfilms, sans laccordcrit de lUIT.Recommandation Q.72 (03/93) iTABLE DES MATIRESRecommandation Q.72 (03/93)Page0 Considrations gnrales 11 Services supports de communication virtuelle X.25 et de circuit virtuel permanent 11.1 Champ dapplication 11.2 Rfrences. 11.3 Dfinitions. 21.4 Symbole

9、s et abrviations. 21.5 Description (I.232.1) . 21.6 Drivation du modle fonctionnel. 21.7 Flux dinformations . 41.8 Diagrammes SDL pour les entits fonctionnelles . 191.9 Actions des entits fonctionnelles. 191.10 Affectation des fonctions aux entits physiques . 232 Communication virtuelle en mode tram

10、e et services supports de circuits virtuels permanents 232.1 Champ dapplication 232.2 Rfrences. 252.3 Dfinitions. 252.4 Symboles et abrviations. 252.5 Description 262.6 Etablissement du modle fonctionnel 272.7 Flux dinformation. 282.8 Diagrammes SDL pour entits fonctionnelles.322.9 Actions des entit

11、s fonctionnelles (FEA) 322.10 Attribution des fonctions aux entits physiques 35ii Recommandation Q.72 (03/93)RSUMLa prsente Recommandation dcrit ltape 2 de ltablissement et de la libration des communications applicable auxservices de communication virtuelle en mode paquet sur un RNIS. Les descriptio

12、ns de ltape 2 comprennent lesfonctions de commutation et les flux dinformation de signalisation. Ltape 2, qui est dfinie en dtail dans laRecommandation Q.65, fait partie de la mthode de caractrisation des services en trois tapes dcrite dans laRecommandation I.130.La Recommandation Q.72 dcrit les ser

13、vices de communication virtuelle qui assurent le transfert bidirectionnel sansrestriction des informations dusager en mode paquet sur un circuit virtuel dans un canal B ou D dun point derfrence S ou T un autre. Linformation dusager comprend des trames de couche 2 compatibles avec les dfinitions dela

14、 couche 2 du systme de signalisation dabonn numrique n 1 (DSS 1). Les units de donnes sont achemines par lerseau sur la base dune tiquette jointe. Cette tiquette est un identificateur logique ayant une signification locale.Recommandation Q.72 (03/93) 1Recommandation Q.72Recommandation Q.72 (03/93)DE

15、SCRIPTION DE LTAPE 2 DES SERVICES EN MODE PAQUET(Helsinki, 1993)0 Considrations gnralesLa prsente Recommandation vise fournir des informations sur les fonctions des entits du RNIS et sur les fluxdinformations entre les entits ncessaires pour assurer le traitement des appels et les procdures de trans

16、fert de donnespour les services en mode paquet sur le RNIS.A lheure actuelle, seuls les services supports de communication virtuelle sur le RNIS et de circuit virtuel permanent sontdfinis (voir les Recommandations I.232.1 et X.31).Les services suivants ont t identifis et pourront tre ajouts ultrieur

17、ement la prsente Recommandation: service support sans connexion (Recommandation I.232.2); service support de signalisation dusager (Recommandation I.232.3); services supports supplmentaires en mode paquet (le cadre de ces services est dcrit dans la Recom-mandation I.122).1 Services supports de commu

18、nication virtuelle X.25 et de circuit virtuel permanent1.1 Champ dapplicationLa prsente Recommandation donne des descriptions (tape 2) pour ltablissement, la libration des communications etdes transferts de donnes applicables au service de communication virtuelle X.25 et au service de circuit virtue

19、lpermanent assurs par un RNIS. On notera que le service de circuit virtuel permanent ne comporte pas les procduresdtablissement et de libration des communications.En ce qui concerne les services supports de communication virtuelle sur le RNIS et de circuit virtuel permanent, laccentest mis sur les d

20、ispositions daccs aux fonctions de commutation par paquets assures par un RNIS ou un RPDCP, etnon sur les fonctions de commutation interpaquets. Cependant, dautres dtails relatifs aux entits fonctionnelles et auxflux dinformations dans un RNIS pourront figurer dans de futures descriptions des servic

21、es.La prsente Recommandation est labore sur la base de la mthodologie donne dans la Recommandation Q.65 3.La prsente Recommandation est applicable aux Recommandations de ltape 3 du service mode paquet sur le RNIS. Leterme tape 3 est galement dfini dans la Recommandation I.130 1.1.2 RfrencesLes rfren

22、ces sont cites aux endroits appropris du texte et la liste des publications est reproduite ci-aprs. En ce quiconcerne les rfrences dates, les modifications ou rvisions de lune ou lautre de ces publications ne seront applicables la prsente Recommandation que lorsque celle-ci sera amende ou rvise en c

23、onsquence. En ce qui concerne lesrfrences non dates, seule la dernire dition de la publication cite sapplique.1 Recommandation I.130 du CCITT (1988) Mthode de caractrisation des services de tlcommunication assurssur un RNIS et des possibilits rseau dun RNIS.2 Recommandation I.112 du CCITT (1988) Glo

24、ssaire des termes relatifs au RNIS.3 Recommandation Q.65 du CCITT (1988) Etape 2 de la mthode de caractrisation des services detlcommunication assurs sur un RNIS.4 Recommandation I.232.1 du CCITT (1988) Catgories de service support de communication virtuelle et decircuit virtuel permanent.2 Recomman

25、dation Q.72 (03/93)5 Recommandation Q.71 du CCITT (1988) Services supports RNIS 64 kbit/s, en mode circuit commut.6 Recommandation I.210 du CCITT (1988) Principes des services de tlcommunication assurs par un RNIS etmoyens permettant de les dcrire.7 Recommandation I.462 du CCITT (1988) Utilisation d

26、quipements terminaux en mode paquet dans un rseaunumrique avec intgration des services (RNIS).8 Recommandation X.31 du CCITT Support dquipements terminaux en mode paquet par un rseau numriqueavec intgration des services (RNIS).1.3 DfinitionsPour les besoins de la prsente Recommandation, les dfinitio

27、ns suivantes sappliquent:rseau numrique intgration de services (RNIS): voir 2.3/I.112 2, dfinition 308.service: service support: voir 2.2/I.112 2, dfinition munication virtuelle: voir la Recommandation I.232.1 4.circuit virtuel permanent: voir la Recommandation I.232.1 4.1.4 Symboles et abrviationsA

28、U Unit daccs (access unit)DAS Situation daccs de dconnexion (disconnect access situation)FEA Action dentit fonctionnelle (functional entity action)LE Commutateur local (local exchange)NT2 Terminaison de rseau type 2 (network termination type 2)OAS Situation daccs dorigine (originating access situati

29、on)OR Dorigine (originating)RNIS Rseau numrique avec intgration des servicesTAS Situation daccs de terminaison (terminating access situation)TE De terminaison (terminating)VC Communication virtuelle (virtual call)1.5 Description (I.232.1)Cette catgorie de service support assure le transfert dinforma

30、tions dusager sans restriction (sans modification) sousforme de paquets au moyen dun circuit virtuel sur un canal B ou D, au point de rfrence S/T. Les informationsde signalisation pour communication virtuelle et/ou ventuellement les informations de OAM destines aux servicesde circuit virtuel permane

31、nt sont transfres sur le canal B ou D, comme dcrit dans la Recommandation I.462 7 (voirla Recommandation (X.31) 8).1.6 Drivation du modle fonctionnelLe modle fonctionnel complet correspond une reprsentation de bout en bout des fonctions dans une communicationvirtuelle. Le modle fonctionnel de la Fig

32、ure 1-1 ne reprsente que la partie accs du modle complet car les fluxdinformations concernant les liaisons internes au RNIS ou au RPDCP ne relvent pas de la prsente Recommandation.Ce modle constitue une base pour la reprsentation des entits fonctionnelles et des flux dinformations relatifs untransfe

33、rt de donnes ou une communication en mode paquet, se droulant entre un usager dialoguant avec FE1 et unusager dialoguant avec FE6. Pendant que la connexion est tablie, FE6 peut transfrer des donnes FE1. Le modlefonctionnel contient plusieurs situations daccs (AS) (access situation), comme dcrit ci-d

34、essous. Pour chaque situationdaccs, on ne peut employer quun sous-ensemble de FE et de types de relations. Chaque situation daccs peutcomporter un diagramme de flux dinformations.Recommandation Q.72 (03/93) 3T1126040-90/d01r4r6r5r3r1 r2ISDNouPSPDNCCAP CC CCP CCP CC CCAPFIGURE 1-1/Q.72Modle fonctionn

35、elFE1 FE2 FE3 FE4 FE5 FE6Une CCAP est une entit fonctionnelle qui sert les usagers, envoie les demandes fonctionnelles et intervient avec les CCou les CCP (traitements de paquets de traitement dappel). Les CC et CCP sont des entits fonctionnelles qui cooprentles unes avec les autres afin dassurer le

36、s services demands par les CCAP. Les relations r1 r6sont des types derelations intervenant entre les entits fonctionnelles, lintrieur desquelles passent des flux dinformations, affectes autraitement des tentatives dappel ou des demandes de services. Voir 1.6.1, 1.6.2 et 1.6.3 ci-dessous.Le modle fon

37、ctionnel ne rgit que les actions des entits fonctionnelles et les flux dinformations la couche rseau dumodle dinterconnexion des systmes ouverts. On suppose que les fonctions de la couche liaison de donnes fournissantles voies de transmission ncessaires existent. Le terme couche rseau se rapporte au

38、x flux dinformations qui rsultentdes messages du type Q.931 ou des messages de couches par paquets du type X.25.1.6.1 Description de lentit fonctionnelle dagent de traitement dappel en mode paquet (CCAP)Les FE1 et FE6 reprsentent les fonctions dorigine et de terminaison de lagent de traitement dappe

39、l en mode paquet(CCAP) (call control agent packet mode) qui permettent:a) daccder aux lments des entits CC chargs de fournir les services du RNIS, en utilisant les demandesde services pour ltablissement, le traitement et la libration des connexions de voies daccs pour uneseule communication;b) dtabl

40、ir, de traiter et de librer les communications virtuelles sur les voies daccs tablies;c) de recevoir les informations relatives lappel sur le RNIS ou dutiliser les services complmentaires partir de lentit CC et de les transmettre lusager;d) de maintenir les informations dtat de lappel sur le RNIS te

41、lles quelles sont perues cette extrmitfonctionnelle du service (la communication virtuelle sur le RNIS est visualise avec une seule extrmit).1.6.2 Description de lentit fonctionnelle de traitement dappel (CC)Les entits fonctionnelles de traitement dappel (CC) (call control) sont utilises pour:a) tab

42、lir, traiter et librer laccs commut un lment du dispositif de traitement des paquets ou utiliserdes services complmentaires (sur demande de lentit CCA);b) associer et mettre en relation les entits CCAP qui sont ncessaires laccs pour une communicationet/ou un service particuliers;c) grer les relation

43、s entre les entits CCAP intervenant dans une communication RNIS ou utiliser lesservices complmentaires (cest-dire, raliser et maintenir la perspective globale de lappel et/ou duservice).NOTE Lentit fonctionnelle CC nassure pas les fonctions de traitement des paquets.4 Recommandation Q.72 (03/93)1.6.

44、3 Description de lentit fonctionnelle de traitement de paquets de traitement dappel (CCP)Lentit fonctionnelle traitement de paquets de traitement dappel (CCP) (call control packet handler) est utilise pour:a) tablir, traiter et librer les accs commuts un lment intgral de traitement des paquets sur u

45、n RNIS;b) tablir, traiter et librer les communications virtuelles sur les canaux daccs tablis;c) associer et mettre en relation les entits CCAP qui interviennent dans une communication virtuelleparticulire;d) grer les relations entre les entits CCAP intervenant dans une communication virtuelle (cest

46、-dire,raliser et maintenir la perspective globale de la communication virtuelle).1.7 Flux dinformations1.7.1 Diagrammes de flux dinformations pour ltablissement et la libration de la communicationLes Figures 1-2 1-11 reprsentent les diagrammes de flux dinformations concernant ltablissement et la lib

47、ration descommunications virtuelles lintrieur dun RNIS ou vers un rseau public de donnes commutation par paquets.100101300301T1133990-91/d02r3r1r3r2FE1CCAPFE2CCFE3CCPTABLISSEMENTdem.TABLISSEMENTconf.TABLISSEMENT-VCdem. ind.(Note) TABLISSEMENT-VCrp. conf. TABLISSEMENT-VCind.TABLISSEMENT-VCrp.NOTE Lorsquune ligne ne traverse pas une FE, cela signifie que FE nintervient pas.FIGURE 1-2/Q.72Situation daccs dorigine, canal daccs tabli (OAS1) Recommandation Q.72 (03/93) 5102104101201203302300301T1134000-91/d03r3r1r3r2FE1CCAPTABLISSEMENTdem.RAPPORTind.TABLISSEME