ITU-T T 571 FRENCH-1992 TERMINAL CHARACTERISTICS FOR THE TELEMATIC FILE TRANSFER WITHIN THE TELETEX SERVICE《电报业务中远程信息处理文件传输的终端特性 电报业务的终端设备及协议 8号研究组 13pp》.pdf

1、#)44 4 COMIT CONSULTATIF (09/92)INTERNATIONALTLGRAPHIQUE ET TLPHONIQUE15)0%-%.43 4%2-).!58%4 02/4/#/,%3 0/52 ,%3 3%26)#%3$% 4 , -!4)15%#!2!#4 2)34)15%3 $%3 4%2-).!580/52 ,% 42!.3 transfert de fichier binaire (BFT); EDIFACT.c) Un quipement doit au moins admettre le mode BTM pour pouvoir participer au

2、 transfert de fichier detlmatique.d) On trouvera des renseignements sur la description du fichier dans llment de protocole de la session(cest-dire le nom du fichier, le champ disponible pour lutilisateur) de la Recommandation T.62 1.e) Les informations supplmentaires concernant une description plus

3、dtaille du fichier sont dfinies dansle document de contrle (par exemple, type de fichier, codage du fichier, programme ddition, etc.).f) En mode BFT, la structure des donnes contient des attributs qui dcrivent le fichier. Ces attributs sontcods en ASN.1 5.5.2 Aspects relatifs aux protocolesa) Le tra

4、nsfert de fichier de tlmatique pour les terminaux tltex est fond sur la session dcrite dans laRecommandation T.62 1.b) Les terminaux tltex ou les tlcopieurs du groupe 4 peuvent ngocier une ou plusieurs descaractristiques prcites. Le mcanisme utilis est identique celui qui sapplique la ngociation enm

5、ode dexploitation rserv lusage priv cest-dire la CDCL (commande de liste de capacits dudocument) ou la RDCLP (rponse positive une commande de liste de capacits du document).c) La transmission effective (invocation) de lun des fichiers de donnes (BTM, BFT, EDIFACT) estindique au moyen dun paramtre fi

6、gurant dans llment de protocole de la session CDS (commande dedbut de document) ou CDC (commande de continuation du document).En cas dindication de fichier de donnes, les rgles suivantes sont applicables: la ngociation de la capacit doit avoir abouti; il ne doit y avoir quune indication de fichier d

7、e donnes par transmission.La mise en oeuvre du BTM est la caractristique minimale. Lorsque lemploi du BTM a t convenu entre les quipements terminaux, une indication BTM peuttre transmise dans les lments de protocole CDS/CDC. Dautres informations (nom du fichier etchamp disponible pour lutilisateur,

8、par exemple) peuvent tre transmises dans les lments deprotocole CDS/CDC.Les informations supplmentaires associes au fichier transmettre sont dcrites dans le documentde contrle. Lorsque lemploi du BFT a t convenu entre les quipements terminaux, une indication BFT peuttre transmise dans les lments de

9、protocole CDS/CDC.Aucune information supplmentaire nest transmise dans les lments de protocole CDS/CDC.4 Recommandation T.571 (09/92) Lorsque lemploi de lEDIFACT a t convenu entre les quipements terminaux, une indicationEDIFACT peut tre transmise dans les lments de protocole CDS/CDC.Dautres informat

10、ions (par exemple, le nom du fichier et le champ disponible pour lutilisateur)peuvent tre transmises dans les lments de protocole CDS/CDC.d) Le transfert de fichier de tlmatique permet de raccorder automatiquement les diffrentes parties dundocument lorsque celui-ci est transmis en plusieurs parties.

11、e) Lorsque le transfert de fichier de tlmatique est utilis, il est instamment recommand de ngocier lacapacit de la mmoire de rception. Par ailleurs, un fichier binaire qui nest pas entirement transmis nepeut pas tre trait.f) Lorsque le transfert de fichier de tlmatique est assur, il devrait bnficier

12、 de la priorit par rapport aumode dexploitation propre au constructeur.5.3 Document de contrle (facultatif)Pour transfrer un fichier en mode BTM, un document de contrle contenant des informations supplmentairespeut tre envoy pendant la mme communication avant le fichier (voir le 7).La dfinition du c

13、ontenu du document de contrle est fonde sur une description de fichier normalise.Le codage doit tre conforme aux dispositions de la Recommandation T.61 2.Les informations supplmentaires qui peuvent tre transmises laide dun document de contrle sont dfiniesdans la Recommandation F.551 8.6 Mcanisme uti

14、lis6.1 Echange de capacitsAvant denvoyer un fichier quelconque laide des techniques de transfert de fichier de tlmatique, il estimpratif de vrifier les capacits de transmission.6.1.1 Ngociation de la capacit BTM (obligatoire)Aprs ltablissement de la session, lquipement demandeur doit ngocier le mode

15、 BTM. A cet effet, unparamtre BTM (PGI = E3, PI = E9, PI = EA , voir le 9.1.1) doit tre envoy dans llment de protocole CDCL.Si lquipement demand offre le mode BTM, il renvoie ce paramtre dans la rponse RDCLP.Si la RDCLP ne contient aucun paramtre BTM, le transfert de fichier de tlmatique ne sera pas

16、 autoris.6.1.2 Ngociation de la capacit BFT (facultatif)Un paramtre BFT (PGI = E3, PI = E9, PI = EE, voir le 9.1.1) indiquant que lquipement demandeur peuttransfrer les fichiers BFT est envoy dans llment de protocole CDCL. Les rgles applicables au BFT sont dcritesdans la Recommandation T.434 6.Si lq

17、uipement demand offre la capacit BFT, il renvoie le mme paramtre BFT dans llment de protocoleRDCLP.Si la RDCLP ne contient aucun paramtre BFT, le transfert de fichier binaire ne sera pas autoris.6.1.3 Ngociation de la capacit EDIFACT (facultatif)Un paramtre EDIFACT (PGI = E3, PI = E9, PI = EA, PI =

18、EB, voir le 9.1.1) indiquant que lquipementdemandeur admet les fichiers EDIFACT est envoy dans llment de protocole CDCL. Les rgles applicables lEDIFACT sont dcrites dans ISO/CEI 9735 7.Si lquipement demand offre la capacit EDIFACT, il renvoie le mme paramtre EDIFACT dans llmentde protocole RDCLP.Si

19、la RDCLP ne contient aucun paramtre EDIFACT, le fichier EDIFACT ne doit pas tre envoy. Toutefois, la demande de lusager, ce fichier peut tre transfr sans le paramtre EDIFACT, comme nimporte quel autre fichier,en mode BTM.Recommandation T.571 (09/92) 56.2 Invocation (dbut dun fichier)6.2.1 Invocation

20、 dindication BTM (facultatif)Un ou plusieurs fichiers peuvent tre transfrs au cours dune mme session.Le BTM est invoqu par la CDS ou la CDC qui contient le paramtre dindication BTM (PGI = E3, PI = E9, PI= EA, voir le 9.1.2). Le paramtre BTM ou les autres informations supplmentaires ne doivent tre ut

21、iliss dans laCDS ou la CDC que si le BTM a t ngoci avec succs dans les lments de protocole CDCL/RDCLP.6.2.2 Invocation dindication BFT (facultatif)Lquipement terminal demande le BFT au moyen du paramtre dindication BFT figurant dans les lments deprotocole CDS ou CDC (PGI = E3, PI = E9, PI = EE, voir

22、 le 9.1.2).6.2.3 Invocation dindication EDIFACT (facultatif)Lquipement terminal demande lEDIFACT laide du paramtre dindication EDIFACT figurant dans leslments de protocole CDS ou CDC (PGI = E3, PI = E9, PI = EA, PI = EB, voir le 9.1.2).6.2.4 Invocation dindication de nom de fichier (facultatif)Un no

23、m de fichier peut tre transfr avec le paramtre BTM afin didentifier un fichier transparent. Le nom dufichier sert aussi faciliter les relations entre lattribut du nom de fichier du document de contrle (sil est prsent) et lefichier proprement dit. En consquence, le nom du fichier utilis dans le docum

24、ent de contrle et le paramtre de nom defichier de la CDS ou de la CDC doivent tre identiques.Cette information est transfre dans la CDS ou la CDC (PI = EC, voir le 9.1.2).Les rgles de codage de la Recommandation T.61 2, doivent tre utilises de prfrence avec les caractresde lIA5 spcifis dans la Recom

25、mandation T.50 3.Si le fichier de la mmoire de rception de lquipement demand contient dj un fichier dont le nom estidentique celui du paramtre de nom de fichier, il faut viter de dtruire ces fichiers.Pour laffectation dun nom de fichier un document de base (cest-dire transmis dans le service tltex),

26、 onpourra aussi utiliser le paramtre nom de fichier (file name).La commande CDS/CDC ne contiendra alors que les paramtres nouveau mode (new mode), identificationunique (unique identification) et nom de fichier (file name).6.2.5 Invocation de champ disponible pour lutilisateur (facultatif)A lmission,

27、 lusager peut tre amen introduire certaines informations supplmentaires (par exemple, desrfrences, le type de logiciel utilis, etc.) ayant pour objet daider le destinataire du fichier. Ces informations sonttransfres dans la CDS ou la CDC (PI = ED, voir le 9.1.2).Les rgles de codage de la Recommandat

28、ion T.61 2 doivent tre utilises, de prfrence avec les caractresde lIA5 spcifis dans la Recommandation T.50 3.A la rception, les informations devraient tre prsentes au destinataire (dans le journal, sur une partie delcran une fois que le fichier a t choisi localement, etc.), mais il se peut que lquip

29、ement de rception nen tienne pascompte. Ces informations peuvent aussi tre traites automatiquement la rception.6.3 Transfert de fichierLa procdure de transfert de fichier doit tre parfaitement conforme la Recommandation T.62 1 (ou auxRecommandations X.215/X.225 et T.62 bis, notamment en ce qui conce

30、rne le mcanisme de la fentre). Les points derepre commande de limite de page de document (CDPB) devraient tre positionns tous les 2 kilo-octets.Remarque Dans certaines situations (par exemple: temps de transmission importants sur liaison par satellite)dautres valeurs de reprage ou de dimensionnement

31、 de fentre devraient tre utilises.6.3.1 Gestion de fichierLes rgles de service concernant la gestion des documents ou des fichiers reus ne sappliquent pas au transfertde fichier de tlmatique.6 Recommandation T.571 (09/92)6.4 Fin du transfert de fichier de tlmatiqueElle est indique la rception de la

32、rponse positive une commande de fin de document (RDEP) par lapartie qui est lorigine du transfert de fichier (mission dune CDS ou dune CDC).6.5 Interruption de la connexionEn cas dchec, les informations relatives au raccordement automatique sont fournies la rception par lacommande CDC. Si le raccord

33、ement est impossible la rception, le fichier doit tre retransmis dans son intgralit.7 Journaux (sil en existe)Si le transfert de fichier de tlmatique est assur, il convient de prvoir, en plus du contenu minimal dujournal de communication, un champ contenant lindication transfert de fichier de tlmati

34、que dans la languenationale. Par ailleurs, il est souhaitable de rserver un champ pour chacune des informations suivantes: BTM, BFTet EDIFACT. Sagissant du transfert de fichier BTM, le nom du fichier ou le champ disponible pour lutilisateurpourrait tre indiqu dans ce champ.8 Ligne didentification de

35、 la communication (CIL)Les rgles de service concernant la gestion de la ligne didentification de la communication (CIL) nesappliquent pas aux fichiers transmis dans le cadre du transfert de fichier de tlmatique.9 Codage et structure du document de contrleRemarque Le codage utilis doit tre de type T.

36、61 2, la barre oblique inverse tant alors remplace par labarre verticale.On trouvera la dfinition des paramtres numrs ci-dessous dans la Recommandation F.551 du CCITT 8.CR FF 6.1 : INFORMATIONS SUPPLMENTAIRES:CR LF 1 : NOM DE FICHIER:CR LF nom de fichier (72 caractres au maximum)CR LF 2 : RFRENCE DA

37、PPLICATION:CR LF rfrence dapplication (72 caractres au maximum)CR LF 3 : TYPE:CR LF codage (72 caractres au maximum)CR LF 4 : ENVIRONNEMENTCR LF 4.1 : MACHINE:CR LF machine (72 caractres au maximum)CR LF 4.2 : SYSTME DEXPLOITATION:CR LF systme dexploitation (72 caractres au maximum)CR LF 4.3 : PROGR

38、AMME:CR LF programme (72 caractres au maximum)CR LF 4.4 : JEU DE CARACTRES:CR LF jeu de caractres de la machine (72 caractres au maximum)CR LF 5 : DERNIRE RVISION:CR LF dernire rvision (72 caractres au maximum)CR LF 6 : LONGUEUR:CR LF longueur du fichier (72 caractres au maximum)CR LF 7 : CHEMIN DAC

39、CS:CR LF nom du chemin (72 caractres au maximum)Recommandation T.571 (09/92) 7CR LF 8 : RSERV:CR LF rserv (72 caractres au maximum)CR LF 9 : NOM DE LAUTEUR:CR LF nom de lauteur (72 caractres au maximum)CR LF 10 : CHANE VISIBLE PAR LUSAGER:CR LF commentaires de lusager (8 lignes, 72 caractres au maxi

40、mum par ligne)CR LF 11 : LONGUEUR DU FICHIER FUTUR:CR LF longueur du fichier futur (72 caractres au maximum)CR LF 12 : STRUCTURE:CR LF structure (72 caractres au maximum)CR LF 13 : ACTIONS PERMISES:CR LF actions permises (72 caractres au maximum)CR LF 14 : RESTRICTIONS JURIDIQUES:CR LF restrictions

41、juridiques (72 caractres au maximum)CR LF 15 : CRATION:CR LF date et heure de la cration (72 caractres au maximum)CR LF 16 : DERNIRE DEMANDE DACCS POURLECTURE:CR LF dernire demande daccs (72 caractres au maximum)pour lectureCR LF 17 : IDENTIT DU DERNIER MODIFICATEUR:identit du dernierCR LF modificat

42、eur (72 caractres au maximum)CR LF 18 : IDENTIT DU DERNIER LECTEUR:CR LF identit du dernier lecteur (72 caractres au maximum)CR LF 19 : DESTINATAIRE:CR LF destinataire (72 caractres au maximum)CR LF 20 : VERSION TFT:CR LF version tft (72 caractres au maximum)CR LF 21 : COMPRIM:CR LF compression (72

43、caractres au maximum)Lorsquun seul jeu de crochets est utilis, cet lment figure sur une seule ligne, mais lorsque des crochetsdoubles sont utiliss, il peut figurer sur plusieurs lignes.9.1 Codage du paramtre de transfert de fichier de tlmatiquePour tre conforme la Recommandation T.62 1, ce paramtre

44、doit tre constitu laide du paramtre usage priv.9.1.1 Paramtres utiliss dans les CDCL/RDCLPLes paramtres reproduits dans la figure 1/T.571 permettent de ngocier les capacits entre les quipementstltex.Ces paramtres peuvent tre envoys dans llment de protocole CDCL pour lchange des capacits.Lquipement d

45、emand renvoie ses capacits dans llment de protocole RDCLP.8 Recommandation T.571 (09/92)FIGURE 1/T.571Paramtres utiliss dans les CDCL/RDCLP9.1.2 Paramtres utiliss dans les CDS/CDCLorsque lemploi du transfert de fichier de tlmatique a t convenu entre les quipements terminaux, lesparamtres reproduits

46、sur la figure 2/T.571 devraient tre transmis dans les commandes CDS ou CDC.FIGURE 2/T.571Paramtres utiliss dans les CDS/CDCParamtre Contenu et tatPGI: E3LI: ?NOUVEAU MODE (obligatoire)PI: E9LI: 04PV: 54 2E 4D 2EIdentification unique (obligatoire)T.M. conforme la Recommandation T.61PI: EALI: 01PV: 00

47、BTM (obligatoire)PI: EB (remarque)LI: 01PV: 00EDIFACT (facultatif)PI: EELI: 01PV: 00BFT (facultatif)Remarque Ce paramtre doit tre utilis conjointement avec lidentificateur de paramtre (PI) BTM lorsque le terminaladmet les fichiers EDIFACT.Paramtre Contenu et tatPGI: E3LI: ?NOUVEAU MODE (obligatoire)PI: E9LI: 04PV: 54 2E 4D 2EIdentification unique (obligatoire)T.M. conforme la Recommandation T.61PI: EA (remarque 1)LI: 01PV: 00BTM (obligatoire