1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 4 SECTEUR 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%33%26)#% $% 42!.30/24 $% “!3%).$ 0%.$!.4 $5 2 3%!5 0/52,%3 3%26)#%3 $% 4 , -!4)15%2ECOMMANDATION 5)4 4c0
2、4 (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 des Recommandati
3、ons 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 desRecommandation
4、s.La Recommandation rvise UIT-T T.70, 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 (UIT), leCCITT nexiste plus depuis le 28 fvrier 19
5、93. 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 mentionsco
6、ntenant 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 Administration ds
7、igne 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 photocopie et les
8、microfilms, sans laccordcrit de lUIT.Recommandation T.70 (03/93) iTABLE DES MATIRESRecommandation T.70 (03/93)Page1 Objet. 12 Service de transport 12.1 Objectifs du service de transport 12.2 Structure gnrale du service de transport 23 Mise en oeuvre du service de transport pour des rseaux de types d
9、iffrents 33.1 Terminaux connects un RPDCP. 33.2 Terminaux connects au RTPC 33.3 Terminal reli un rseau public pour donnes avec commutation de circuits (RPDCC) . 43.4 Terminaux relis un RNIS . 84 Interfonctionnement entre les rseaux 85 Procdure de la couche transport . 95.1 Fonctions de transport. 95
10、.2 Description des fonctions dtablissement et de coupure des connexions 105.3 Description des procdures de transfert des donnes . 125.4 Traitement des erreurs de procdure. 135.5 Formats . 13Annexe A 22A.1 Service de transport et de rseau. 22A.2 Diagrammes de transition dtat applicables aux procdures
11、 de la couche transport de base. 27Annexe B 30B.1 Tableaux dtat 30B.2 Listes des vnements, des actions et des conditions . 30Annexe C Recommandations relatives la mise en application de la Recommandation X.21 . 40C.1 Considrations gnrales 40C.2 Rception des signaux 01 ou 04 de progression dappel. 40
12、C.3 Rception du CPS 03 40C.4 Rception de SPA des groupes 2 8 41Annexe D Dfinition des services et diagrammes de transition dtat pour la procdure HDLC et la coucherseau dfinie pour le RPDCC 41D.1 Dfinition des services 41D.2 Diagrammes de transition dtat HDLC 46D.3 Sommaire des dfinitions de trame. 5
13、3D.4 Service X.21, contrle par la couche rseau . 53Recommandation T.70 (03/93) 1Recommandation T.70Recommandation T.70 (03/93)SERVICE DE TRANSPORT DE BASE INDPENDANT DU RSEAUPOUR LES SERVICES DE TLMATIQUE(Genve, 1980; modifie Malaga-Torremolinos, 1984; Melbourne, 1988 et Helsinki, 1993)Le CCITT,cons
14、idrant(a) que les services de tlmatique seront introduits dans des rseaux de types diffrents, savoir: rseaux publicspour donnes avec commutation de circuits (RPDCC), rseaux publics pour donnes avec commutation par paquets(RPDCP), rseau tlphonique public commut (RTPC);(b) quil est ncessaire dassurer
15、linterfonctionnement international entre des terminaux appartenant des servicesde tlmatique de mme type ou de types diffrents,recommande lunanimit1 Objet1.1 La prsente Recommandation dfinit un service de transport de base indpendant du rseau, applicable desterminaux tltex et de tlcopie du groupe 4 r
16、elis aux types de rseaux prcits, sous forme de:a) services de transport fournis la couche de niveau lev les services de transport sont fournis par lacouche transport (couche 4), en association avec les services sous-jacents qui sont fournis par les couchesde soutien 1 3;b) procdure de la couche tran
17、sport (voir larticle 5).1.2 Larticle 2 dcrit le service de transport et larticle 3 dcrit la mise en oeuvre du service de transport pour desrseaux de types diffrents. Larticle 4 indique brivement les directives suivre pour linterfonctionnement entre lesrseaux. Larticle 5 spcifie la procdure de la cou
18、che transport et les Annexes A et B donnent respectivement les figureset les tableaux de transition dtat.2 Service de transport2.1 Objectifs du service de transport2.1.1 Lobjectif du service de transport est de desservir deux entits de session de deux terminaux communiquantentre elles, savoir de leu
19、r fournir un moyen de transfrer entre elles des donnes de bout en bout, dune faontransparente et fiable, quel que soit le type de rseau utilis.2.1.2 Les principales caractristiques du service de transport que lentit de transport doit assurer lusage local dutransport, cest-dire lentit de session, son
20、t les suivantes:a) indpendance lgard du rseau Le service de transport doit tre homogne, tout en fournissant unevarit suffisamment grande de moyens, de protocoles et de mcanismes de communication sous-jacents;b) signification de bout en bout Le service de transport doit avoir une signification de bou
21、t en bout; il doitrelier entre eux les usagers situs aux extrmits quel que soit le nombre de liaisons de communicationutilis;c) transparence Le service de transport doit tre transparent aux octets, cest-dire quil ne doit pasimposer de restrictions au contenu, au format ni au codage de linformation (
22、donnes ou commande) reuede lusager du transport ou remise cet usager;d) remise sans erreur Le service de transport doit assurer une remise sans erreur. Lusager du service detransport doit avoir connaissance des erreurs non corrigibles;e) rentabilit Le service de transport doit permettre une optimali
23、sation de lemploi des moyens decommunication disponibles; il doit fournir les prestations requises par chaque usager du transport avec lemaximum defficacit.2 Recommandation T.70 (03/93)2.2 Structure gnrale du service de transport2.2.1 La Figure 1 reprsente la structure gnrale du service de transport
24、.T0817560-94/d01Vers et en provenancede lusager du transport(couche session)Procdure de la couche transport(voir larticle 5)(voir laNote 6)Procduredappel X.25Transfert dedonnes X.25LAPB X.25Procduredappel X.21Tlphone + proc-dure dappel X.25(voir les Notes 2, 3et 9)Transfert dedonnes X.25(voir la Not
25、e 1)Nul(voir la Note 7)2 caractres syn.(voir la Rec. X.21)X.75(voir la Note 5)X.75 ou T.71(voir lesNotes 4 et 5)Voir laRecomman-dation T.90Voir laRecomman-dation T.90X.21 ouX.21 BISX.21, X.21 BISou X.22Par exemple V.24(voir lesNotes 8 et 9)Voir laRecomman-dation T.90RPDCP RPDCC RTPC RNISPhase de com
26、mandede lappelPhase de transfertde donnesPhase de commandede lappelPhase de transfertde donnesCouchetransport(couche 4)Coucherseau(couche 3)Coucheliaison(couche 2)Couchephysique(couche 1)NOTES1 La procdure X.25 de la couche rseau est introduite pour faciliter linterfonctionnement avec les RPDCP.2 Lt
27、ablissement de la connexion de rseau se fait selon une slection en deux tapes, tout dabord en appliquant les procdures tlphoniques normales, puis la procdure de commande dappel X.25.3 Pour les terminaux relis au RTPC et accdant un RPDCP, on applique les procdures de la Note 2. Voir aussi la Recomman
28、dation X.32.4 La Recommandation T.71 dfinit une procdure daccs la liaison en semi-duplex; elle est fonde sur la Recommandation X.75 pour lexploitation avec une seule liaison (voir 3.2.2).5 Les procdures de couche liaison sont conformes la Recommandation X.75 pour lexploitation avec une seule liaison
29、. On trouvera des rgles dapplication supplmentaires dans 3.2.2 et 3.3.2.6 Dans tous les cas dinterfonctionnement, y compris linterfonctionnement entre terminaux relis au mme type de rseau ou des rseaux de types diffrents (cest-dire RPDCC, RPDCP, RTPC), cette procdure de couche transport est excute q
30、uivalence de niveau entre les terminaux tltex en communication.7 Pour des terminaux relis des RPDCC, il est inutile dappliquer une fonction de couche rseau dans la phase de transfert de donnes, comme indiqu dans la prsente figure. Toutefois, pour faciliter linterfonctionnement avec les RPDCP, il est
31、 introduit une couche rseau minimale (voir 3.3.3).8 Le modem peut aussi tre incorpor au terminal, auquel cas il est inutile dappliquer la Recommandation V.24 (voir 3.2.1).9 Pour lappel et/ou la rponse automatiques, la Recommandation V.25 peut tre applicable.FIGURE 1/T.70Structure gnrale du service d
32、e transportRecommandation T.70 (03/93) 33 Mise en oeuvre du service de transport pour des rseaux de types diffrentsNOTE La procdure applicable la couche transport pour tous les types de rseau est dfinie larticle 5. Les procduresde commande dpendant du rseau applicables aux couches sous-jacentes sont
33、 dcrites ci-dessous.3.1 Terminaux connects un RPDCP3.1.1 Caractristiques de linterface ETTD/ETCD de la couche physiqueLe niveau physique de la Recommandation X.25 est applicable.3.1.2 Procdure de la couche liaisonLa procdure de la couche liaison correspond, sauf spcification contraire, aux procdures
34、 symtriques, procduredaccs la liaison en mode quilibr (LAPB) (link access procedure B) de la Recommandation X.25.3.1.3 Procdure de la couche rseauLes procdures de la Recommandation X.25 relatives aux communications virtuelles sont applicables. Nanmoins, onnotera les points suivants en cas dutilisati
35、on de ce protocole de transport:a) le bit qualificatif des paquets de donnes doit toujours avoir la valeur 0;b) le bit de confirmation de remise de tous les paquets doit avoir la valeur 0;c) le terminal ne doit pas envoyer de paquet demande dinterruption;d) les procdures normales de rinitialisation
36、de la Recommandation X.25 sont applicables;e) chaque bloc de commande ou bloc de donnes de la couche transport doit tre mis dans une squencecomplte de paquets de donnes;f) le terminal ne doit pas envoyer un paquet rejet par lETTD;g) les terminaux doivent utiliser un identificateur de protocole spcif
37、ique dans les paquets demandedappel/appel entrant pour le service tltex et les tlcopieurs du groupe 4. Cet identificateur estreprsent par le premier octet du champ affect aux donnes dappel de lusager comme suit, les autresoctets ventuels ntant pas pris en considration:bit 87654321octet 1 00000010En
38、cas dinterfonctionnement entre RPDCC et RPDCP, ladaptation fonctionnelle de cet identificateur deprotocole ncessite un complment dtude;h) les terminaux ne doivent pas utiliser le service complmentaire de slection rapide.3.2 Terminaux connects au RTPC3.2.1 Caractristiques de linterface ETTD/ETCD de l
39、a couche physiqueLes caractristiques de linterface ETTD/ETCD, dfinies comme tant llment de la couche physique, doivent treconformes aux Recommandations actuelles de la srie V. La couche physique peut assurer la transmission semi-duplexou duplex, selon la norme du rseau.NOTE La Commission dtudes XVII
40、 soccupe des normes des modems du RTPC. Par ailleurs, dans le cas o le modemest incorpor au terminal, linterface ne peut tre que fonctionnellement conforme aux Recommandations de la srie V. Ce point faitaussi lobjet dun complment dtude de la Commission dtudes XVII.3.2.2 Procdure de la couche liaison
41、3.2.2.1 Selon la nature du service assur par la couche physique, les procdures de la couche liaison, sur un circuitphysique unique tabli entre deux terminaux, doivent permettre la transmission semi-duplex ou duplex, afin de fournirun service duplex la couche rseau. Pour le service duplex de la couch
42、e physique, la procdure daccs la liaison doitcorrespondre la procdure au niveau de la liaison dcrite dans la Recommandation X.75, pour lexploitation avec uneseule liaison. Pour les affectations dadresses et les paramtres du systme, voir respectivement 3.2.2.2 et 3.2.2.3. Pour leservice semi-duplex d
43、e la couche physique, la procdure de la couche liaison est celle qui est dfinie dans laRecommandation T.71, qui est une procdure daccs semi-duplex au niveau de la liaison, base sur la Recomman-dation X.75 pour lexploitation avec une seule liaison.4 Recommandation T.70 (03/93)3.2.2.2 On trouvera ci-a
44、prs une description de la mthode dapplication de la procdure dadressage de la liaison de laRecommandation X.75. Les adresses des liaisons (A et B) sont assignes dynamiquement, ou communication parcommunication, conformment la rgle suivante:a) le terminal appelant prend ladresse A;b) le terminal appe
45、l prend ladresse B;c) les commandes et les rponses sont transmises comme indiqu dans la Figure 2;d) les adresses A et B sont codes comme suit:Adresse 12345678A 11000000B 10000000NOTE Le terminal rejette toutes les trames reues qui portent une adresse autre que A et B.T0817570-94/d02FIGURE 2/T.70Term
46、inalappelantATerminalappelBCommandes (B)Rponses (B)Commandes (A)Rponses (A)3.2.2.3 Les paramtres du systme sont:a) temporisateur T1;b) nombre maximal de retransmissions, N2;c) nombre maximal dlments binaires dans une trame I, N1;d) nombre maximal de trames I en anticipation, k.Ces paramtres du systm
47、e doivent tre spcifis par lAdministration. Cependant, il faudra normaliser la gamme devaleurs pouvant tre attribues chaque paramtre. Ces valeurs ncessitent un complment dtude.3.2.3 Procdure de la couche rseau3.2.3.1 Voir 3.1.3. De plus, pour tous les appels (RTPC seulement, RTPC-RPDCP, RTPC-RPDCP-RTPC), onapplique ladressage en deuxime tape, au moyen des procdures de la Recommandation X.25 pour les communicationsvirtuelles. Le terminal appelant doit insrer ladresse du terminal appel et ladresse du terminal appelant (voir la Note 2)dans tous les paquets d
