ITU-T T 121 FRENCH-1996 GENERIC APPLICATION TEMPLATE《通用应用模板 T系列 信息通讯业务终端设备及协议 8号研究组 46pp》.pdf

1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS T.121 SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (07/96) SRIE T: QUIPEMENTS TERMINAUX ET PROTOCOLES DES SERVICES TLMATIQUES Modle gnrique dapplication Recommandation UIT-T T.121 (Antrieurement Recommandation du CCITT) RECOMMANDATIONS UIT-T DE

2、LA SRIE T EQUIPEMENTS TERMINAUX ET PROTOCOLES DES SERVICES TLMATIQUES Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. AVANT-PROPOS LUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUnion internationale des tlcommunications (UIT). Il est charg de

3、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 runit tous les quatre ans, dtermine les thmes dtudes trai

4、ter 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 n 1 de la CMNT (Helsinki, 1er-12 mars 1993). La Recommandation UIT-T T.121, que lo

5、n doit la Commission dtudes 8 (1993-1996) de lUIT-T, a t approuve le 3 juillet 1996 selon la procdure dfinie dans la Rsolution n 1 de la CMNT. _ NOTE Dans la prsente Recommandation, lexpression Administration est utilise pour dsigner de faon abrge aussi bien une administration de tlcommunications qu

6、une exploitation reconnue de tlcommunications. UIT 1996 Droits de reproduction 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

7、. Recommandation T.121 (07/96) i TABLE DES MATIRES Recommandation T.121 (07/96) Page 1 Domaine dapplication 1 2 Rfrences normatives 1 3 Dfinitions 2 4 Abrviations . 2 5 Aperu gnral 2 5.1 Application dutilisateur 7 5.2 Entit protocolaire dapplication . 8 5.3 Gestionnaire de ressources dapplication. 8

8、 5.4 Elment de service dapplication. 9 6 Modle gnrique dapplication 10 6.1 Initialisation 11 6.2 Inscription . 11 6.2.1 Session denregistrement. 14 6.2.2 Session de base normalise . 15 6.2.3 Session de base non normalise. 15 6.2.4 Session publique 21 6.2.5 Session prive 24 6.3 Constitution de cls de

9、 rfrentiel. 26 6.4 Ngociation de capacits. 26 6.5 Sortir dune session. 26 7 Examen des ressources MCS et des services GCC. 27 7.1 Canaux 27 7.1.1 Canal statique 27 7.1.2 Canal dynamique. 27 7.1.3 Canal didentificateur dutilisateur . 28 7.1.4 Canal attribu 28 7.1.5 Canal priv 30 7.1.6 Problmes potent

10、iels dutilisation de canaux MCS . 30 7.1.7 Rsum 31 7.2 Transfert de donnes . 32 7.3 Jetons 32 7.3.1 Jetons statiques 33 7.3.2 Jetons dynamiques. 33 7.4 Rpertoire dapplication 34 7.5 Rfrentiel dapplication 35 7.6 Prsidence . 35 7.7 Invocation distance. 36 8 Directives relatives aux applications dutil

11、isateur 36 8.1 Identification des applications dutilisateur. 36 8.2 Utilisation de capacits fdrables et non fdrables 36 8.3 Contexte de session. 37 8.4 Choix dune session pour y participer. 37 8.5 Contrle de lutilisation dune session 37 8.6 Ajout de nouveaux participants une session. 37 8.7 Extensio

12、n, modification et rutilisation de protocoles dapplication 38 ii Recommandation T.121 (07/96) RSUM La prsente Recommandation propose aux ralisateurs dapplications et aux ralisateurs de protocoles dapplication des conseils pour une utilisation correcte et efficace de linfrastructure T.120. Elle propo

13、se un modle gnrique pour une application T.120 qui communique en faisant usage de services T.120 et dfinit un modle gnrique dapplication (generic application template) qui spcifie lutilisation des services T.122 (MCS) et T.124 (GCC) habituellement requis par les protocoles dapplications faisant usag

14、e de services T.120. La prsente Recommandation propose une structure commune aux entits protocolaires dapplication, qui garantit que des entits protocolaires dapplication pourront coexister au sein dune mme confrence. Les entits protocolaires dapplication qui nobserveront pas les oprations dfinies d

15、ans cette Recommandation sexposeront au risque dinterfrer avec dautres protocoles dapplication. Recommandation T.121 (07/96) 1 Recommandation T.121 Recommandation T.121 (07/96) MODLE GNRIQUE DAPPLICATION (Genve, 1996) 1 Domaine dapplication Tandis que les applications dutilisateur par elles-mmes ne

16、font pas lobjet dune normalisation, les protocoles employs par une application dutilisateur doivent tre normaliss de faon assurer leur interconnexion. La prsente Recomman-dation fournit un modle gnrique pour une application T.120, en vue de dfinir un cadre gnral commun (le modle gnrique dapplication

17、) qui serve de base aux protocoles dapplication normaliss. Il fournit aussi, aux ralisateurs dapplication dutilisateur, une assistance sur la manire de tirer profit de linfrastructure T.120 pour obtenir de lapplication le comportement dsir. Les modles dfinis dans la prsente Recommandation sont drivs

18、 de protocoles dapplication pour systmes terminaux; les protocoles dapplication qui incorporent une composante MCU peuvent ncessiter des dispositions diffrentes. Une application dutilisateur T.120 emploie une ou plusieurs entits protocolaires dapplication (application protocol entity) pour communiqu

19、er avec des applications dutilisateur de fonctionnalits similaires en dautres nuds dans une confrence. Il importe dobserver que, tandis quil nest pas ncessaire que les mises en uvre soient identiques en chaque nud pour parvenir changer des informations, des groupes dapplications dutilisateur qui com

20、muniquent ensemble doivent employer les mmes protocoles dapplication dans le mme but gnral. Les diffrences de capacits sont rsolues par un mcanisme dchange de capacits. Chaque entit protocolaire dapplication (APE) comprend deux composants: une partie gnrique, qui comprend des lments communs tous les

21、 protocoles dapplication ou la plupart dentre eux; par exemple, linitialisation et la gestion des ressources. De telles oprations nont tre spcifies quune fois (dans la prsente Recommandation); chaque spcification de protocole y fera ensuite rfrence; une partie propre la fonction qui permet lintercon

22、nexion dapplications dutilisateur de fonctionnalits semblables. Cette partie peut tre normalise, auquel cas elle est spcifie dans une Recomman-dation T.120 relative aux protocoles dapplication, ou hors norme. La prsente Recommandation dcrit les composants identifis ci-dessus et dfinit un modle gnriq

23、ue dapplication (GAT) (generic application template) contenant ces oprations dont on sattend ce quelles soient communes la plupart des protocoles dapplication T.120. Le modle gnrique dapplication facilite la tche du ralisateur dun protocole dapplication et fourni une structure commune pour les entit

24、s protocolaires dapplication. Cette faon modulaire de procder permet une identification nette des lments propres une fonction, dans une spcification de protocole, et rend possible une rutilisation plus aise dans dautres spcifications de protocole. La prsente Recommandation dfinit un protocole rigour

25、eux qui sexprime par une squence doprations primitives. En outre, la prsente Recommandation peut tre rendue normative par la rfrence qui y sera faite dans les Recommandations relatives aux protocoles dapplication normaliss. Lutilisation du modle gnrique dapplication dans la dfinition de protocoles d

26、application normaliss est conseille. 2 Rfrences normatives Les Recommandations et autres rfrences suivantes contiennent des dispositions qui, par suite de la rfrence qui y est faite, constituent des dispositions valables pour la prsente Recommandation. Au moment de la publication, les ditions indiqu

27、es taient en vigueur. Toute Recommandation ou autre rfrence est sujette rvision; tous les utilisateurs de la prsente Recommandation sont donc invits rechercher la possibilit dappliquer les ditions les plus rcentes des Recommandations et autres rferences indiques ci-aprs. Une liste des Recommandation

28、s UIT-T en vigueur est publie rgulirement. Recommandation UIT-T T.120 (1996), Protocoles de donnes pour confrence multimdia. Recommandation UIT-T T.122 (1993), Service de communication multipoint pour la dfinition des services de confrence audiographique et confrence audiovisuelle. Recommandation UI

29、T-T T.124 (1995), Commande de confrence gnrique. Recommandation UIT-T T.125 (1994), Spcification de protocole du service de communication multipoint. Recommandation UIT-T T.50 (1992), Alphabet international de rfrence (ancien alphabet interna-tional n 5 ou IA5) Technologie de linformation Jeux de ca

30、ractres cods 7 bits pour lchange dinformations. 2 Recommandation T.121 (07/96) 3 Dfinitions Pour les besoins de la prsente Recommandation, les dfinitions suivantes sappliquent: 3.1 gestionnaire de ressource dapplication: La partie dune entit protocolaire dapplication qui fournit une fonctionnalit gn

31、rique pour grer des ressources MCS et GCC. 3.2 lment de service dapplication: La partie dune entit protocolaire dapplication qui fournit au protocole dapplication une fonctionnalit particulire; par exemple, les formats et squences de messages. 3.3 session de base non normalise: Une session de protoc

32、ole dapplication qui peut tre localise par des entits protocolaires dapplication (APE) non normalises sans ncessiter dintervention de lutilisateur. En soi, elle est similaire une session de base normalise utilise par des APE normalises. 3.4 session prive: Une session de protocole dapplication dont l

33、e nombre de membres est restreint et contrl par le crateur de cette session. 3.5 session publique: Une session de protocole dapplication dont le nombre de membres nest pas restreint et qui est habituellement utilise si la session de base approprie au protocole est dj en cours dutilisation et si un u

34、tilisateur dsire tablir dautres sessions indpendantes. 3.6 session denregistrement: Une session de protocole dapplication utilise par les applications pour annoncer leur prsence la confrence. Une session denregistrement utilise la session par dfaut T.124, dans laquelle il nexiste pas didentificateur

35、 de session (Session ID). 3.7 crateur de session: Lentit protocolaire dapplication qui sinscrit une nouvelle session de protocole dapplication. Le concept de crateur de session ne sapplique quaux sessions publiques et prives. 3.8 membre de session: Une entit protocolaire dapplication qui sinscrit un

36、e session existante de protocole dapplication. Le concept de membre de session ne sapplique quaux sessions publiques et prives. 3.9 session de base normalise: Une session de protocole dapplication qui peut tre localise par les APE normalises sans ncessiter dintervention de lusager. Les identificateu

37、rs de sessions de base normalises sont spcifis dans la Recommandation T.120. 4 Abrviations Pour les besoins de la prsente Recommandation, les abrviations suivantes sont utilises: ARM Gestionnaire de ressources dapplication (application resource manager) APE Entit protocolaire dapplication (applicati

38、on protocol entity) ASE Elment de service dapplication (application service element) GAT Modle gnrique dapplication (generic application template) GCC Commande gnrique de confrence (generic conference control) GCC SAP Point daccs au service GCC (GCC service access point) MCS Service de communication

39、 multipoint (multipoint communication service) MCSAP Point daccs au service MCS (MCS service access point) MCU Unit de commande multipoint (multipoint control unit) PDU Unit de donnes protocolaire (protocol data unit) SAP Point daccs au service (service access point) 5 Aperu gnral La Figure 1 illust

40、re le modle de systme T.120 dans lequel les applications dutilisateur emploient des protocoles dapplication tant normaliss que non normaliss de faon communiquer avec leurs homologues dautres nuds au sein dune mme confrence. Le domaine dapplication dune application dutilisateur est limit aux fonction

41、s locales (par exemple linterface utilisateur) qui ne touchent pas la communication entre applications dutilisateur homologues. Chaque application dutilisateur fait usage dune ou plusieurs entits protocolaires dapplication (APE) qui mettent en uvre des protocoles dinterfonctionnement comme montr dan

42、s la Figure 2. Dans le modle dcrit ici, une APE peut Recommandation T.121 (07/96) 3 tre encore subdivise en deux lments: un Gestionnaire de ressources dapplication (ARM) et un lment de service dapplication (ASE). LARM est charg de la gestion gnrique de ressources MCS et GCC, tandis que lASE fournit

43、linterfonctionnement de fonctionnalits spcifiques; par exemple, un ASE peut fournir une fonctionnalit universelle de transfert de fichiers suivant les critres tablis dans T.127, ou une fonctionnalit dchange dimages fixes suivant les critres tablis dans T.126. T0825000-95/d01FIGURE 1/T.121Modle de sy

44、stme T.120application(s) dutilisateur (utilisant les protocoles dapplication tant normaliss que non normaliss)application(s) dutilisateur (utilisant lesprotocoles dapplication normaliss)contrleur nodalapplication(s) dutilisateur (utilisant lesprotocoles dapplication non normaliss).transfert de fichi

45、ers T.127 (MBFT)image fixe T.126 (SI)Recommandationsde la srie T.120sur les protocolesdapplication.entits protocolaires dapplicationnon normalisescommande gnrique de confrence (GCC) T.124service de communication multipoint (MCS) T.122/T.125protocoles de transport propres au rseau T.123Recommandation

46、s de base de la srie T.120FIGURE 1/T.121 D01 = 20 cm 4 Recommandation T.121 (07/96) .T0825010-95/d02FIGURE 2/T.121Modle dentit protocolaire dapplication T.120 gnriqueapplication dutilis ateurentit protocolaire dapplication (APE)contrleurnodalgestionnaire deressourcesdapplication (ARM)lment de servic

47、edapplication (ASE) commande gnrique de confrence (GCC) T.124service de communication multipoint (MCS) T.122/T.125FIGURE 2/T.121 D02 = 20 cm Dlments homologues de protocoles dapplication qui communiquent entre eux, on dit quils participent la mme session de protocole dapplication. On notera que plus dune application dutilisateur, sur un site donn, peut participer la mme session. Cela entrane de multiples instances du protocole dapplication, cest-dire de multiples A