1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T I.241.8SECTEUR DE LA NORMALISATION (10/95)DES TLCOMMUNICATIONSDE LUITRSEAU NUMRIQUE AVEC INTGRATIONDES SERVICES (RNIS)POSSIBILITS DE SERVICEDESCRIPTION DE LTAPE 1 DU SERVICEDE TLACTIONRecommandation UIT-T I.241.8(Antrieurement Recommandation du CCITT)AV
2、ANT-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 Recommandations en vue de la normalisation des tlcommun
3、ications lchelle mondiale.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans, dtermineles thmes dtudes traiter par les Commissions dtudes de lUIT-T lesquelles laborent en retour des Recomman-dations sur ces thmes.Lapprobation des Recommandations par
4、les Membres de lUIT-T seffectue selon la procdure dfinie dans laRsolution n 1 de la CMNT (Helsinki, 1er-12 mars 1993).La Recommandation UIT-T I.241.8, que lon doit la Commission dtudes 1 (1993-1996) de lUIT-T, a t approuve le3 octobre 1995 selon la procdure dfinie dans la Rsolution n 1 de la CMNT._N
5、OTEDans la prsente Recommandation, lexpression Administration est utilise pour dsigner de faon abrge aussi bienune administration de tlcommunications quune exploitation reconnue de tlcommunications. UIT 1996Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni u
6、tilise sous quelque formeque ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lUIT.TABLE DES MATIRESRecommandation I.241.8 (10/95)Page1 Porte . 12 Rfrences normatives . 13 Dfinitions et abrviations . 23.1 Dfinitions 23.2 Abrviations
7、24 Description et terminologie 24.1 Description gnrale . 24.2 Terminologie spciale. 35 Procdures 45.1 Fourniture/retrait. 45.2 Procdures normales. 45.2.1 Activation, dsactivation, enregistrement . 45.2.2 Demande et fonctionnement . 55.2.3 Interrogation 75.3 Procdures exceptionnelles. 75.3.1 Activati
8、on, dsactivation, enregistrement . 75.3.2 Demande et fonctionnement . 75.3.3 Interrogation et dition 85.3.4 Traitement des situations dalarme en cas de dfaillance du systme . 86 Conditions dinterfonctionnement et dintercommunication. 87 Applicabilit des services complmentaires. 98 Attributs et valeu
9、rs du service de tlaction. 98.1 Attributs des couches infrieures 98.1.1 Attributs de transfert dinformation. 98.1.2 Attributs daccs 108.2 Attributs des couches suprieures. 108.2.1 Type dinformation dusager 108.2.2 Fonctions de protocole de couche 4 108.2.3 Fonctions de protocole de couche 5 108.2.4
10、Fonctions de protocole de couche 6 108.2.5 Fonctions de protocole de couche 7 108.3 Attributs gnraux 108.4 Qualit de service . 108.4.1 Temps de transmission118.4.2 Disponibilit 118.4.3 Temps de signalisation des drangements 11Annexe A Contexte considr pour la description du service de tlaction. 13Re
11、commandation I.241.8 (10/95) i RSUMConformment la Recommandation I.130 1, on utilise la structure suivante trois niveaux pour dcrire les services detlcommunication: ltape 1 est une description gnrale du service du point de vue de lusager; ltape 2 spcifie les possibilits fonctionnelles et les flux di
12、nformation ncessaires pour assurer le servicedcrit dans ltape 1; ltape 3 dfinit les protocoles du systme de signalisation et les fonctions de commutation ncessairespour mettre en uvre le service dcrit dans ltape 1.La prsente Recommandation se rapporte ltape 1 (description gnrale du service) pour le
13、service de tlaction dansle RNIS.ii Recommandation I.241.8 (10/95) Recommandation I.241.8Recommandation I.241.8 (10/95)DESCRIPTION DE LTAPE 1 DU SERVICE DE TLACTION(Genve, 1995)1 PorteLa prsente Recommandation dfinit ltape 1 du service de tlaction pour le rseau numrique avec intgration desservices (R
14、NIS), tel quil est fourni par les oprateurs des tlcommunications publiques ou par les exploitationsreconnues. Ltape 1 est une description gnrale du service du point de vue de labonn (voir laRecommandation I.130 1), mais ne porte pas sur les dtails de linterface utilise par loprateur humain.La prsent
15、e Recommandation dfinit les conditions dinterfonctionnement pour les services de tlaction assurs par desrseaux autres que le RNIS avec les services de tlaction dcrits dans la prsente Recommandation.La prsente Recommandation ne spcifie pas de conditions additionnelles pour les cas o le service est fo
16、urni lusagerpar lintermdiaire dun rseau de tlcommunication qui nest pas le RNIS, mais elle spcifie les conditionsdinterfonctionnement dautres rseaux avec le RNIS public.Les principes de taxation nentrent pas dans le cadre de la prsente Recommandation.La prsente Recommandation sapplique aux Recommand
17、ations des tapes 2 et 3 du service de tlaction dans le RNIS.Les expressions tape 2 et tape 3 sont dfinies dans la Recommandation I.130 1. Quand le texte comporte uneindication relative la situation dune prescription (la qualifiant dobligation ou dinterdiction expresse, dautorisationlaissant une cert
18、aine libert, ou de capacit/possibilit), ceci apparatra dans le texte des Recommandationscorrespondantes des tapes 2 et 3.Par ailleurs, la conformit la prsente Recommandation est obtenue par la conformit ltape 3, le champdapplication tant adapt lquipement mis en uvre. Pour cette raison, aucune mthode
19、 dessai ne figure dans laprsente Recommandation.2 Rfrences normativesLes Recommandations et autres rfrences suivantes contiennent des dispositions qui, par suite de la rfrence qui y estfaite, constituent des dispositions valables pour la prsente Recommandation. Au moment de la publication, les ditio
20、nsindiques taient en vigueur. Toute Recommandation ou autre rfrence est sujette rvision; tous les utilisateurs de laprsente Recommandation sont donc invits rechercher la possibilit dappliquer les ditions les plus rcentes desRecommandations et autres rfrences indiques ci-aprs. Une liste des Recommand
21、ations UIT-T en vigueur est publiergulirement.1 Recommandation I.130 du CCITT (1988), Mthode de caractrisation des services de tlcommunicationsassurs sur un RNIS et des possibilits rseau dun RNIS.2 Recommandation I.112 du CCITT (1988), Glossaire des termes relatifs au RNIS.3 Recommandation I.210 du
22、CCITT (1988), Principes des services de tlcommunications assurs par un RNIS etmoyens permettant de les dcrire.4 Recommandation Q.9 du CCITT (1988), Vocabulaire de termes relatifs la commutation et la signalisation.5 Recommandation X.2 du CCITT (1988), Services internationaux de transmission de donne
23、s et servicescomplmentaires offerts aux usagers des rseaux publics pour donnes et des rseaux numriques avecintgration des services.6 Recommandation X.25 du CCITT (1988), Interface entre quipement terminal de traitement de donnes (ETTD)et quipement de terminaison du circuit de donnes (ETCD) pour term
24、inaux fonctionnant en mode paquet etraccords des rseaux publics pour donnes par circuit spcialis.7 Recommandation UIT-T I.431 (1993), Interface dbit primaire usager-rseau Spcification de la couche 1.8 Recommandation UIT-T I.430 (1993), Interface au dbit de base usager-rseau Spcifications de la couch
25、e 1.Recommandation I.241.8 (10/95) 1 9 Recommandations UIT-T Q.920/I.440 (1993), Couche liaison de donnes interface usager-rseau RNIS Aspects gnraux et Q.921/I.441 (1993), Spcification de la couche liaison de donnes de linterface usager-rseau RNIS.10 Recommandation I.450 du CCITT (1988), Couche 3 de
26、 linterface usager-rseau RNIS Aspects gnraux.3 Dfinitions et abrviations3.1 DfinitionsPour les besoins de la prsente Recommandation, les dfinitions suivantes sappliquent:3.1.1 rseau numrique avec intgration des services (RNIS): Voir 2.3/I.112 2, dfinition 308.3.1.2 service; service de tlcommunicatio
27、n: Voir 2.2/I.112 2, dfinition 201.3.1.3 service complmentaire: Voir 2.4/I.210 3.3.2 AbrviationsPour les besoins de la prsente Recommandation, les abrviations suivantes sont utilises:BNP Fournisseur du rseau de base (basic network provider)RPDCC Rseau public pour donnes commutation de circuitsDTN Rs
28、eau de tlaction spcialis (dedicated teleaction network)EU Utilisateur final (end user)EUT Terminal dutilisateur final (end user terminal)RPDCP Rseau public pour donnes commutation par paquetsRTPC Rseau tlphonique public commutationER Exploitation reconnueSP Prestataire de service (service provider)S
29、PT Terminal de prestataire de service (service provider terminal)TMF Fonction de gestion de tlaction (teleaction management function)TMFP Prestataire de la fonction de gestion de tlaction (teleaction management function provider)USBS Service support de signalisation dusager (user signalling bearer s
30、ervice)4 Description et terminologie4.1 Description gnraleLa tlaction est un tlservice qui fournit aux usagers des communications de donnes fiables faible volume et unservice de traitement connexe. Le service de tlaction peut tre utilis pour des applications telles que: la surveillance, lindication,
31、 la commande, la vrificationdvnements, doprations et de mesures distance.Le tlservice de tlaction permet de fournir aux usagers des applications de tlaction. La communicationcorrespondante peut se drouler entre un utilisateur EU et un prestataire SP, entre des utilisateurs EU ou entre desprestataire
32、s SP (voir 4.2). Un transfert dinformation simultan bidirectionnel sera disponible en permanence pendant laphase de transfert dinformation. Il en est ainsi galement dans les cas o lapplication ncessite seulement un transfertdinformation unidirectionnel. Le service de tlaction dcrit dans la prsente R
33、ecommandation suppose lexistence dunefonction TMF dans le rseau. Les services de tlaction mettant en uvre dautres moyens de tlcommunication sortentdu cadre de la prsente Recommandation.2 Recommandation I.241.8 (10/95) Les utilisateurs EU et les prestataires SP accdent au rseau en passant par le poin
34、t de rfrence S/T du RNIS, avecutilisation de protocoles normaliss dfinis pour la tlaction1).On peut diviser le tlservice de tlaction en deux catgories de base ayant chacune ses propres incidences sur le rseauet ses propres fonctions de scurit, comme indiqu ci-dessous:1) les applications sans autres
35、caractristiques particulires concernant la fiabilit du service et les fonctionsde scurit que celles offertes par le service support, cest-dire les applications non sensibles;2) les applications avec caractristiques supplmentaires de scurit et de fiabilit, cest-dire lesapplications sensibles.Plusieur
36、s niveaux de fiabilit et de scurit seront donc offerts avec le service de tlaction, afin de garantir des trajets decommunication fiables entre les correspondants et dempcher les trafics de donnes non autoriss ou laccs non autorisaux donnes des utilisateurs. Pour obtenir ce rsultat, on utilisera des
37、fonctions TMF qui sont soit ajoutes au rseauRNIS de base, soit affectes une entit distincte. Le niveau de fiabilit et de scurit dpend de lapplication(voir 8.4.3). Le temps de transmission doit correspondre aux catgories dfinies au 8.4.1, en fonction de lapplication deservice.4.2 Terminologie spciale
38、Le contexte prendre en considration pour dfinir les diverses notions est expos dans ses grandes lignes danslAnnexe A.4.2.1 fournisseur du rseau de base (BNP) (basic network provider): Le fournisseur du rseau de base estresponsable de linstallation et de la maintenance du rseau sur lequel est fourni
39、le service de tlaction.4.2.2 prestataire de la fonction de gestion de tlaction (TMFP) (teleaction management function provider): Leprestataire de la fonction de gestion de tlaction est responsable de linstallation et de la maintenance dune ou plusieursdes fonctions TMF. Un prestataire TMFP peut se c
40、onfondre avec le fournisseur BNP.4.2.3 fonction de gestion de tlaction (TMF) (teleaction management function): La fonction de gestion detlaction est un ensemble de fonctions de rseau qui est soit ajout au RNIS de base, soit affect une entit distincte.Les tches que doit accomplir la fonction TMF sont
41、 les suivantes: mettre en uvre des trajets de communication fiables entre les terminaux EUT et le terminal SPT, cest-dire assurer respectivement la disponibilit et la scurit daccs des terminaux EUT au rseau et destrajets de communication pour le terminal SPT dans le RNIS; autorisation des terminaux
42、EUT connects; contrle des fonctions des terminaux EUT; adressage du terminal EUT/SPT appropri pour le transfert de linformation gnre par le terminalSPT/EUT.La fonction TMF excute ces oprations en interrogeant les terminaux EUT et SPT2),3), 4). Elle stocke linformationdtat obtenue grce aux procdures
43、dinterrogation. Selon lapplication dont il sagit, linformation dtat du terminal EUTpeut tre envoye au terminal SPT soit sur demande, soit immdiatement aprs un changement dtat.Si le prestataire de service passe par un rseau pour donnes commutation par paquets ou par un rseau spcialis, lafonction TMF
44、est considre comme une unit dinterfonctionnement et elle doit donc effectuer la traduction/conversionde protocole adquate._1)Les prestataires SP peuvent tre relis des rseaux autres que le RNIS, auquel cas il sera ncessaire de mettre en uvrelinterfonctionnement avec ces rseaux.2)Cette description sup
45、pose que toute linformation transfre entre un terminal EUT et un terminal SPT passe par une fonctionTMF. Cela permettra la fonction TMF de vrifier la disponibilit dun trajet de communication EUT-SPT. On peut cependantutiliser aussi des trajets directs entre EUT et SPT, si la fonction TMF est capable
46、 de vrifier la disponibilit dun tel trajet. Cepoint sort du cadre de la prsente Recommandation (voir aussi la Note de bas de page 3).3)On prvoit que, un stade ultrieur, le RNIS de base comprendra des fonctions de maintenance qui permettront de garantir destrajets de communication fiables entre les terminaux EUT et SPT (par exemple, maintenance de laccs de labonn). La TMFpourra en bnficier en utilisant ces fonctions lorsquelles seront disponibles. L
