ITU-T T 62 BIS FRENCH-1993 Control Procedures for Teletex and G4 Facsimile Services Based on Recommendations X 215 and X 225《智能用户电报和基于推荐性规范X 215和X 225的4类传真业务的控制规程 远程信息处理业务 远程信息处理业务.pdf

《ITU-T T 62 BIS FRENCH-1993 Control Procedures for Teletex and G4 Facsimile Services Based on Recommendations X 215 and X 225《智能用户电报和基于推荐性规范X 215和X 225的4类传真业务的控制规程 远程信息处理业务 远程信息处理业务.pdf》由会员分享，可在线阅读，更多相关《ITU-T T 62 BIS FRENCH-1993 Control Procedures for Teletex and G4 Facsimile Services Based on Recommendations X 215 and X 225《智能用户电报和基于推荐性规范X 215和X 225的4类传真业务的控制规程 远程信息处理业务 远程信息处理业务.pdf（34页珍藏版）》请在麦多课文档分享上搜索。

1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 4 BISSECTEUR DE LA NORMALISATION (03/93)DES TLCOMMUNICATIONSDE LUIT3%26)#%3 4 , -!4)15%315)0%-%.43 4%2-).!58 %4 02/4/#/,%30/52 ,%3 3%26)#%3 4 , -!4)15%302/# $52%3 $% #/-!.$% 0/52 ,%33%26)#%3 $% 4 , 4%8 %4 $% 4 , #/0)%$5 2/50% 4!“,)%3 352 ,! “!3%$%3 2%#/

2、-!.$!4)/.3 8 %4 8 2ECOMMANDATION 5)4 4c0 4 BIS(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 t

3、arification, et met 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 des

4、quels elles doivent mettre desRecommandations.La Recommandation rvise UIT-T T.62 bis, labore par la Commission dtudes VIII (1988-1993) de lUIT-T, a tapprouve par la CMNT (Helsinki, 1-12 mars 1993)._NOTES1 Suite au processus de rforme entrepris au sein de lUnion internationale des tlcommunications (U

5、IT), leCCITT nexiste plus depuis 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 Recommandat

6、ion, aucun changement na t apport 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 pr

7、sente Recommandation, le terme 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, lectroni

8、que ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lUIT.Recommandation T.62 bis (03/93) iTABLE DES MATIRESRecommandation T.62 bis (03/93)Page1 Porte et champ dapplication. 12 Rfrences 13 Actions raliser pour excuter les procdures de commandes pour les quipements tltex et

9、 detlcopie du groupe 4 . 13.1 Considrations gnrales 13.2 Phase dtablissement de la connexion de session 13.3 Phase de terminaison de la connexion de session. 23.4 Gestion du document 23.5 Divers 54 Utilisation du service de session 74.1 Considrations gnrales 74.2 Etablissement de la connexion de ses

10、sion 84.3 Phase de terminaison de session . 124.4 Phase de transfert des donnes . 135 Recommandations relatives la mise en oeuvre de la couche session . 185.1 Paramtres supplmentaires 185.2 Choix de mise en oeuvre . 21Annexe A Dfinitions. 23A.1 Considrations gnrales 23A.2 Communication en mode couch

11、e session .23A.3 Termes propres au document 24Annexe B Diagrammes dtat . 24Annexe C Types de documents 29C.1 Considrations gnrales 29C.2 Document normal . 29C.3 Document doprateur (facultatif). 29C.4 Document de commande 29C.5 Document de contrle (facultatif). 29Annexe D Protocoles pour applications

12、 interactives 30ii Recommandation T.62 bis (03/93)INTRODUCTIONLa prsente Recommandation est associe dautres Recommandations.Elle est notamment associe certaines Recommandations dfinies par le modle de rfrence pour linterconnexion desystmes ouverts (Recommandation X.200).La prsente Recommandation rep

13、ose sur la description du service de session (Recommandation X.215) et du protocolede session (Recommandation X.225), selon le schma de la Figure 1.T.62 BISX.225 (1)X.215T0817530-94/d01Equivalent la Rec. T.62FIGURE 1/T.62 bisLa version 1 du protocole de session est utilise aux fins de la prsente Rec

14、ommandation, ce qui entrane plusieurs typesde restrictions, notamment sur la longueur du champ de donnes dutilisateur. Ces restrictions dont la descriptioncomplte figure lAnnexe D/X.225 doivent tre appliques de la mme manire au niveau du service.NOTES1 Ne sont utiliss que les services et lments de p

15、rotocole qui ont trait aux procdures dfinies dans la Recomman-dation T.62 (voir le Tableau 1).2 Le protocole de session dcrit dans la Recommandation X.225 repose sur les services assurs par la couche transportdfinie dans les Recommandations X.214 et X.224.Pour la compatibilit avec le tltex et la tlc

16、opie de groupe 4, des rgles supplmentaires (conformes au 5/T.70,y compris les Annexes A et B) doivent tre appliques lorsquon utilise le service et le protocole de transport(des Recommandations X.214 et X.224 classe 0).Les procdures de commande pour les quipements tltex et de tlcopie du groupe 4 sont

17、 dcrites actuellement dans laRecommandation T.62.La Recommandation T.62 peut tre remplace par la prsente Recommandation et les dfinitions appropries du serviceet du protocole de couche session nonces dans les Recommandations X.215 et X.225.Lorsquon utilise soit la Recommandation T.62 bis (base sur l

18、es Recommandations de la srie X), soit laRecommandation T.62 (base sur la Recommandation T.70), il est prvu que les protocoles extrieurement visiblessoient gaux.Il est prvu que les Recommandations X.215 et X.225, combines la prsente Recommandation, assurent un niveaude dtail et de prcision identique

19、 celui de la Recommandation T.62. Toutefois, pour lheure, la Recommandation T.62sera conserve et, en cas de divergence ou dincompatibilit, cette Recommandation primera les Recommanda-tions X.215 et X.225 associes aux rgles dapplication nonces dans la prsente Recommandation.La prsente Recommandation

20、couvre lensemble de la Recommandation T.62, annexes comprises.Recommandation T.62 bis (03/93) 1Recommandation T.62 bisRecommandation T.62 bis (03/93)PROCDURES DE COMMANDE POUR LES SERVICES DE TLTEXET DE TLCOPIE DU GROUPE 4 TABLIES SUR LA BASEDES RECOMMANDATIONS X.215 ET X.225(Melbourne, 1988; rvise

21、Helsinki, 1993)1 Porte et champ dapplicationLa prsente Recommandation dfinit:1) un ensemble de rgles applicables lexploitation du service de session OSI;2) les rgles additionnelles mettre en oeuvre pour tre conformes aux procdures de commande pour leservice tltex et le service de tlcopie du groupe 4

22、.Cet ensemble de rgles recouvre les lments suivants: actions que lutilisateur de la session doit raliser pour excuter les procdures de commande; description de lutilisation des primitives de service de session et de leurs paramtres; codage des paramtres non couverts par la couche de session (sagissa

23、nt de ces paramtres, se reportergalement au 5.2). Ces paramtres sont dcrits comme paramtres supplmentaires pour chaque primitiveet chaque SPDU, lorsquil y a lieu. La longueur et la valeur de ces paramtres sont fournies parlutilisateur du service de session et la couche session ne procde elle-mme auc

24、une vrification.2 RfrencesRecommandations F.161, F.200, X.215, X.225, T.563, T.503, T.521, T.6, T.35, T.60, T.61, T.62, srie T.400, T.390et X.200.3 Actions raliser pour excuter les procdures de commande pour les quipementstltex et de tlcopie du groupe 4Le prsent article dcrit le protocole dapplicati

25、on tltex en termes dactions relatives aux primitives de servicede session.3.1 Considrations gnralesLes procdures de commande pour les quipements tltex et de tlcopie du groupe 4 permettent le transfert et lagestion de donnes entre terminaux sous forme de documents. La prsente Recommandation ne concer

26、ne que le transfertde documents. Il en rsulte quaucun transfert de donnes ne peut avoir lieu en dehors dun document. Un document se compose dune ou plusieurs pages. Les pages sont transmises de faon squentielle et chaque page doit faire lobjet dun accus de rceptionindividuel. Toutefois, plusieurs pa

27、ges peuvent tre envoyes sans attendre laccus de rception et lenombre de pages qui peuvent tre transmises de cette manire est appel taille de fentre. Le transfert dun document seffectue de la source vers le collecteur (voir 3.2.3 et 3.4). Aux fins de laprsente description, dans le reste du texte, la

28、source correspondra lexpditeur et le collecteur audestinataire.3.2 Phase dtablissement de la connexion de session3.2.1 Lutilisateur du service de session appelant amorce la connexion en mettant la primitive de demandeS-CONNECT.Lutilisateur du service de session appel peut accepter ou refuser la conn

29、exion en mettant la primitive de rponseS-CONNECT.Il appartient lutilisateur appelant dexaminer les paramtres envoys par le terminal distant au dbut de la session etdtablir sil convient de poursuivre la session. Si tel nest pas le cas, la session se terminera normalement.2 Recommandation T.62 bis (03

30、/93)3.2.2 Une connexion de session est identifie par:a) la rfrence de session de base (paramtre obligatoire), compose: de lidentificateur du terminal appel; de lidentificateur du terminal appelant; de la date et de lheure;b) un numro facultatif de rfrence de session additionnel, servant identifier d

31、e faon unique la connexionde session.3.2.3 Lorsque la connexion de session est tablie, les jetons de donnes de synchronisation mineure et desynchronisation majeure et dactivit sont disponibles et attribus lappelant. Ainsi, au dbut de la session, lutilisateurqui a tabli la connexion est dfini comme t

32、ant la source courante dinformation de texte: il est alors considr commele terminal source.3.2.4 En acceptant la connexion, lutilisateur appel peut demander le contrle de session en mettant la primitive dedemande S-TOKEN-PLEASE.Par la suite, aucun des deux terminaux ne peut utiliser de procdure ou e

33、nvoyer dinformation incompatibles avec lescapacits de rception indiques par le partenaire dans lidentificateur de service et dans les paramtres de capacitsnon essentielles de la session et du terminal des primitives S-CONNECT au dbut de la session ou dans les paramtresdes primitives S-CAPABILITY-DAT

34、A.3.2.5 Les rgles suivantes sappliquent aux paramtres dusage priv et aux paramtres non encore dfinis:a) lutilisation de ces paramtres dans des primitives autres que les primitives S-CONNECT etS-CAPABILITY-DATA doit tre ngocie lavance par les commandes de S-CONNECT ouS-CAPABILITY-DATA. La prsence ina

35、ttendue de tels paramtres dans dautres primitives peut entranerdes erreurs de procdure;b) labsence dun paramtre de ce type en rponse S-CONNECT ou S-CAPABILITY-DATA doit treinterprte comme signifiant que le terminal ne peut pas traiter ces fonctions.3.3 Phase de terminaison de la connexion de session

36、La connexion de session est termine par le service S-RELEASE dans le cas dune terminaison normale (exemptederreur).Les services de S-U-ABORT/S-P-ABORT peuvent tre utiliss tout moment par lun des deux terminaux pour mettrefin une session, lorsque est dcele une condition indiquant que la session ne pe

37、ut pas tre poursuivie avec succs. LesS-U-ABORT/S-P-ABORT ninterviennent que lorsquil nest pas possible de mettre fin la session autrement.En mode de communication bidirectionnelle lalternat ou unidirectionnelle, seul le terminal qui a mis S-CONNECTpeut formuler S-RELEASE lorsquil est la source coura

38、nte.NOTE La connexion de transport peut tre rutilise et ceci est un choix de ralisation locale, ce qui peut dpendre dunedcision de lapplication transmise par linterface du service de session.3.4 Gestion du documentLe concept de document dfini dans la Recommandation T.62 correspond, dans le protocole

39、 de session, au conceptdactivit. En consquence, le numro du document correspond lidentificateur dactivit. Le transfert dun document estdlimit par un dbut et une fin.Le document est envoy par la source (expditeur) au collecteur (destinataire) et ce transfert ne peut avoir lieu quelorsque la source po

40、ssde la totalit des jetons disponibles.Lorsquil veut envoyer un document, le collecteur peut exprimer ce besoin en mettant une primitive S-TOKEN-PLEASE. Lorsque le transfert du document est termin, lexpditeur peut passer le contrle au destinataire en mettantune primitive S-CONTROL-GIVE. Mais il nest

41、 pas ncessaire denvoyer un document avant lmission de cetteprimitive. Lorsque lchange dlments de protocole correspondant cette primitive est termin, tous les jetons sontattribus au destinataire; ce dernier devient donc la source (cest-dire lexpditeur) et lancienne source devient lecollecteur (soit l

42、e destinataire). Un transfert de document peut donc commencer de la nouvelle source au nouveaucollecteur.Recommandation T.62 bis (03/93) 33.4.1 Dbut de documentLe service S-ACTIVITY-START indique le dbut dun document, ainsi que le dbut de la premire page.3.4.2 Limites de page3.4.2.1 Le service S-SYN

43、C-MINOR indique la limite de sparation des pages. Ce service indique galement un pointde reprise pour rcupration derreur et invite le collecteur accepter la responsabilit de la page prcdemment reue.Dans les services de base, un point de reprise doit tre insr chaque limite de page laide de la demande

44、S-SYNC-MINOR. Chaque point de reprise doit faire lobjet dun accus de rception explicite dans lordre squentieldmission laide de la rponse S-SYNC-MINOR. En consquence, le numro de rfrence du point de reprisecorrespond au numro de srie du point de synchronisation mineure.La rponse S-SYNC-MINOR doit tre

45、 utilise pour indiquer que le destinataire accepte la responsabilit de la page enquestion. Lorsquil naccepte pas cette responsabilit, le destinataire doit faire appel au service S-U-EXCEPTION-REPORT. Dans ce cas, la transmission doit tre interrompue par lexpditeur au moyen du service S-ACTIVITY-INTE

46、RRUPT ou du service S-ACTIVITY-DISCARD.Le destinataire peut refuser la rception suite une erreur quil a dcele, mais il nest pas tenu de procder unerecherche derreurs dans le document. Lorsquune page a fait lobjet dun accus de rception positif, toute rcuprationderreur pour des erreurs dtectes ultrieu

47、rement sort du cadre de la dfinition de ces procdures.3.4.2.2 Lorsquun terminal source reoit une confirmation S-SYNC-MINOR avec le paramtre RAJ (capacit derception compromise) fix 1 (voir 4.4.6) pendant la transmission dun document, la transmission peut se poursuivresur une ou plusieurs pages jusqu ce que la fentre soit ferme. Dans ce contexte, les rgles suivantes sontapplicables:a) lorsque la source reoit par la suite une confirmation S-SYNC-MINOR avec le paramtre RAJ 0(voir 4.4.6), la transmission peut tre poursui