1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 E.131SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUIT2 3%!5 4 , 0(/.)15% %4 2.)3%80,/)4!4)/. .5- 2/4!% !#(%-).%-%.4 %4 3%26)#% -/“),%02/# $52%3 $% #/-!.$% 0!2,%3 !“/ 3 $% 3%26)#%34 , 0(/.)15%3 3500, -%.4!)2%32ECOMMANDATION 5)4 4c0 % (Extrait du ,I
2、VRE “LEU)NOTES1 La Recommandation E.131 de l UIT-T a t publie dans le fascicule II.2 du Livre Bleu. Ce fichier est un extraitdu Livre Bleu. La prsentation peut en tre lgrement diffrente, mais le contenu est identique celui du Livre Bleu et lesconditions en matire de droits dauteur restent inchanges
3、(voir plus loin).2 Dans la prsente Recommandation, le terme Administration dsigne indiffremment une administration detlcommunication ou une exploitation reconnue. UIT 1988, 1993Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque formeque c
4、e soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccord crit delUIT.Fascicule II.2 - Rec. E.131 1Recommandation E.131Fascicule II.2 - Rec. E.131PROCDURES DE COMMANDE PAR LES ABONNSDE SERVICES TLPHONIQUES SUPPLMENTAIRES1 Considrations gnrales1.1 De
5、nombreuses Administrations se proposent dassurer de nouveaux services tlphoniques, mais ces servicesnauront vraisemblablement de raison dtre que sils sont commands par lusager (une liste des services tlphoniquessupplmentaires ventuels figure dans le supplment n 1 la fin du prsent fascicule). Il est
6、donc ncessaire de dfinirpour lusager les procdures permettant de raliser cette commande. Lobjectif de la prsente Recommandation estdempcher une prolifration inopportune, dans les diffrents pays, des types de procdures de commande par labonn.Une description de trois schmas de procdures de commande ac
7、tuellement utilises ou divers stades de mise au pointest donne ci-aprs, ainsi que certaines lignes directrices aux Administrations projetant dintroduire des servicessupplmentaires commands par les abonns. Un glossaire des termes utiliss dans la prsente Recommandation estdonn en annexe la prsente Rec
8、ommandation.1.2 Il est reconnu que les modalits dapplication des diffrents services supplmentaires nauront pas toutes desimplications au niveau du service tlphonique international, mais il est vident quun certain degr de coordination estncessaire lchelon international pour les raisons suivantes:a) l
9、es mmes services supplmentaires ou des services similaires existeront sur le plan national et sur le planinternational. Il est souhaitable davoir des procdures de commande semblables dans les deux cas;b) un service supplmentaire nexistant lheure actuelle que sur le plan national peut devenir interna
10、tionaldemain et, dans ce cas, il pourrait se rvler impossible ou onreux dapporter des modifications auxprocdures de commande;c) les abonns qui voyagent ou qui changent de lieu de rsidence se trouveront moins embarrasss si lesprocdures de commande ne changent pas dun pays lautre;d) lexistence dune co
11、mpatibilit entre les procdures de commande de services tlphoniques et la simpletransmission parallle de donnes de bout en bout est trs dsirable, du fait que le mme appareiltlphonique est utilis dans les deux cas;e) la normalisation des procdures de commande tend rduire le cot des quipements et des i
12、nstructions auxusagers.1.3 Laccs aux divers services exige que le plan de numrotage des services supplmentaires ait une capacitsuffisante pour satisfaire tous les besoins futurs raisonnables; la commande des services impose que soient dfiniespralablement les exigences concernant le fonctionnement du
13、 systme.Lintroduction de postes tlphoniques clavier qui fournissent des signaux en sus de la gamme dcimalenormale (0 9) offre la possibilit de disposer des signaux de fonction ncessaires. Etant donn que la majorit desabonns se servira vraisemblablement de postes tlphoniques 12 boutons-poussoirs, seu
14、ls deux signaux, nonnumriques, restent disponibles pour les oprations de commande. Les tudes ont par consquent t orientes vers lamise au point de schmas pour les procdures de commande acceptables tant du point de vue des facteurs humains quedes aspects techniques et qui ne ncessitent pas lemploi de
15、plus de deux signaux non numriques.1.4 Lappareil tlphonique clavier utilis dans les rseaux tlphoniques spcialiss peut ltre galement commeposte dabonn dans les rseaux banaliss. Il est souhaitable que dans ce cas les procdures de commande affrentes unservice tlphonique supplmentaire donn continuent sa
16、ppliquer.Lorsque le poste tlphonique clavier 12 boutons-poussoirs est utilis pour des services autres que latlphonie, par exemple pour la transmission de donnes, pour la visiophonie, etc., les procdures de commande utilisespour ces services doivent tre compatibles avec celles qui sont applicables au
17、x services tlphoniques supplmentaires.2 Schmas pour les procdures de commandeReconnaissant:- que le CCITT na pas encore recommand de schma unique de procdure de commande permettant auxabonns dobtenir des services tlphoniques supplmentaires;2 Fascicule II.2 - Rec. E.131- que le CCITT poursuit ltude d
18、e procdures de commande dans ce but;- quil faut viter une prolifration des schmas qui crerait une confusion pour les abonns, rendrait moinsefficace lutilisation du rseau tlphonique et plus difficile la recherche dun schma optimal,il est recommand que les Administrations:- qui envisagent lintroductio
19、n de services ncessitant de nouvelles procdures de commande prennent une partactive la poursuite des tudes en cours;- qui souhaitent adopter un schma de procdures de commande par labonn, appliquent dans toute la mesurepossible lun des schmas dcrits ci-aprs au lieu dtablir un nouveau schma.3 Descript
20、ion et analyse des schmas de codage applicables aux services tlphoniques supplmentaires3.1 Gnralits3.1.1 Le prsent paragraphe dcrit et analyse brivement trois schmas de codage dj utiliss, ou ltude, pour lesservices tlphoniques supplmentaires:1) le schma de codage de lAT2) le schma de codage de la CE
21、PT (Europe);3) le schma de codage de la NTT (Japon).3.1.2 Il est entendu que la Recommandation E.131 devra tre rvise lorsquune certaine exprience de lutilisation deces trois schmas aura t acquise. Peut-tre sera-t-il alors possible de formuler une prfrence pour lun de ces schmas,ou ventuellement pour
22、 un quatrime schma fond sur les caractristiques les plus avantageuses de ces trois schmas.3.1.3 Ces schmas ne sont pas dfinitifs, et pourront tre lgrement modifis en fonction de lvolution des travaux etde lexprience acquise. Les renseignements ci-aprs constituent seulement un cadre faisant le point
23、de la situation aumoment o la Recommandation est publie. Les Administrations qui envisagent doffrir des services supplmentairesncessitant des procdures de commande doivent se mettre en relation avec lAdministration ou lorganisme pertinent afindobtenir des renseignements dtaills et jour.3.2 Descripti
24、on des schmas de codage3.2.1 Linformation envoye par labonn au central pour la commande dun service se compose dun certain nombredlments fonctionnels de base; la totalit ou une partie de ces lments peut figurer explicitement dans un messagedtermin. Ces lments sont les suivants (voir le glossaire en
25、annexe cette Recommandation):1) identification du mode ou du type de la communication;2) accs aux services supplmentaires;3) identification du service;4) identification de la fonction;5) information supplmentaire;6) sparation des blocs;7) suffixe de message.3.2.2 Llment didentification du mode ou du
26、 type de la communication ne sera vraisemblablement pas utilis pourles services tlphoniques et lattribution de codes cet effet dans les plans considrs nest faite qu titre probatoire. Cetlment est en consquence exclu de la prsente tude pour le moment.3.2.3 Les principales diffrences entre les trois s
27、chmas de codage rsident dans les mthodes de codage des diverslments fonctionnels et dans lordre dans lequel ces lments doivent se prsenter. Les trois schmas de codage utilisentun code distinct pour la numrotation abrge.3.2.4 Le tableau 1/E.131 donne pour chacun des schmas de codage le format de linf
28、ormation envoye par labonn aucentral:Fascicule II.2 - Rec. E.131 3i) sans information supplmentaire,ii) avec un bloc dinformation supplmentaire,iii) pour la composition de numros tlphoniques abrgs.Les chiffres figurant dans le tableau 1/E.131 sous chaque message correspondent aux lments fonctionnels
29、numrs au 3.2.1.TABLEAU 1/E.131ATIS = information supplmentaire;DTN = deuxime tonalit de numrotation;(.) = facultatif. Pour de plus amples dtails, voir le 3.2.5;*= bouton-poussoir “toile” de lappareil tlphonique, spcifi dans la Recommandation E.161;# = bouton-poussoir “carr” de lappareil tlphonique,
30、spcifi dans la Recommandation E.161.3.2.5 Dans les trois schmas de codage, les lments fonctionnels de base sont raliss de la manire suivante:Accs aux services supplmentaires (lment 2)ATT: prfixe daccs constitu par le symbole *(les usagers sont autoriss composer les chiffres 11 au lieudu symbole *).C
31、EPT: prfixe de code de service constitu par le symbole *ou #.4 Fascicule II.2 - Rec. E.131NTT: chiffre 1: prfixe pour les services accessibles aussi bien partir dun appareil tlphonique cadran quedun appareil clavier; symbole #: prfixe pour les services accessibles seulement partir dun appareiltlphon
32、ique clavier.Identification du service (lment 3)ATT: code de service deux chiffres, utilis galement pour indiquer la fonction : 72 79.CEPT: les codes de service deux chiffres ou exceptionnellement trois chiffres commenant par 1, 9 et 0 sontrservs aux assignations faites par la CEPT aussi bien aux ce
33、ntraux publics quaux autocommutateursprivs.NTT: codes de service deux chiffres.Identification de fonction (lment 4)ATT: la fonction est exprime dans le code de service; dans le cas de fonctions diffrentes relevant du mmeservice, on se sert de codes conscutifs.CEPT:*comme prfixe de service = mise en
34、uvre et enregistrement;# comme prfixe de service = annulation et effacement.NTT: code numrique qui nest ncessaire que pour certains services. (Lorsque le cas se prsente, labonn enest inform au moyen dune tonalit de numrotation.)0 = annulation,1 = mise en uvre,2 = enregistrement.Sparation de blocs (l
35、ment 6)ATT: aucune sparation de blocs nest ncessaire.CEPT: la procdure de commande normale de la CEPT supposera lutilisation dun sparateur de blocs *aprs lecode de service et entre les blocs dinformation supplmentaire. A titre doption nationale, il est permis desupprimer le sparateur de blocs aprs l
36、e code de service; toutefois si, en pareil cas, labonn compose unsparateur de blocs aprs le code de service, le central doit accepter le message.NTT: le symbole *qui sert de sparateur de blocs peut tre utilis entre le code de fonction et le premier blocdinformation supplmentaire, de mme quentre bloc
37、s successifs dinformation supplmentaire, maisseulement dans le cas dappareils tlphoniques clavier.Suffixe de message (lment 7)ATT: le suffixe de message # peut tre remplac par une temporisation.CEPT: le suffixe de message # est obligatoire.NTT: le suffixe de message # nest utilis que pour les appare
38、ils tlphoniques clavier.Numrotation abrgeATT: numrotation abrge: 2 9 et 20 49 disponibles.CEPT: numrotation abrge N(N) #; 0 9 et 00 99 disponibles;numrotation abrge *N(N); 0 9 ou 00 99 disponibles;NTT: numrotation abrge; 00 99 disponibles.3.3 Caractristiques de chacun des schmas de codageLes caractr
39、istiques de chacun des schmas de codage, compares celles dun des deux autres ou des deux lafois, sont donnes ci-aprs.Fascicule II.2 - Rec. E.131 53.3.1 Schma de codage de lATT1) Le symbole *est utilis pour laccs aux services supplmentaires.2) Les procdures de commande applicables partir dun poste tl
40、phonique cadran et dun poste claviersont compatibles.3) Les messages envoys par labonn au central sont brefs.4) Certains codes deux chiffres ont t rservs afin de permettre dintroduire ultrieurement des codes deservice trois chiffres ou plus sans avoir modifier les codes de service existants.5) Le su
41、ffixe de message nest pas indispensable.6) On peut utiliser des numros abrgs un ou deux chiffres, et mme davantage, sans avoir utiliser deschiffres initiaux diffrents.3.3.2 Schma de codage de la CEPT1) Lorsquon utilise seulement des prfixes, le plan de numrotage tlphonique nest en rien influenc par
42、leschma de codage pour les services supplmentaires offerts aux abonns.2) Lutilisation exclusive de prfixes simplifie la logique du central.3) Lutilisation exclusive de prfixes facilite lapplication des procdures de commande similaires dans lesinstallations automatiques dabonns avec postes supplmenta
43、ires et dans le rseau public.4) Le plan de numrotage applicable la numrotation abrge est distinct du plan de numrotage du code deservice et nimpose nulle restriction celui-ci.5) Le code de service reste le mme, indpendamment de la fonction requise.6) Chaque fonction importante est dfinie par un prfi
44、xe spcial.7) Dautres prfixes peuvent tre utiliss pour les fonctions correspondant de nouveaux services.8) Un suffixe de message obligatoire vite le recours une temporisation, la ncessit dune longueurdtermine du message ou une programmation complique.9) Lorsque lon utilise la mthode du suffixe de mes
45、sage pour la numrotation abrge, on peut se servir denumros abrgs un chiffre, deux chiffres ou davantage, sans avoir utiliser des chiffres initiaux diffrents.3.3.3 Schma de codage de la NTT1) Lemploi dun prfixe simplifie la logique du central.2) Lemploi dun prfixe facilite lapplication de procdures d
46、e commande similaires dans les installationsautomatiques dabonns avec postes supplmentaires et dans le rseau public.3) Les autres prfixes sont disponibles pour des utilisations futures.4) Il est possible dtablir un certain degr de compatibilit entre les procdures de commande applicables partir dun p
47、oste tlphonique cadran et dun poste clavier.5) Le plan de numrotage applicable la numrotation abrge est distinct du plan de numrotage des codes deservice et nimpose nulle restriction celui-ci.6) Le code de service reste le mme, indpendamment de la fonction requise.7) Chaque fonction importante est dfinie par un code de fonction unique.8) Dix codes de fonction peuvent tre utiliss.9) Lattribution dun code de fonction aprs un code de se
