ITU-T I 252 5 FRENCH-1992 CALL DEFLECTION《呼叫转移(1号研究组)12pp》.pdf

上传人:jobexamine331 文档编号:798199 上传时间:2019-02-02 格式:PDF 页数:11 大小:88.43KB
下载 相关 举报
ITU-T I 252 5 FRENCH-1992 CALL DEFLECTION《呼叫转移(1号研究组)12pp》.pdf_第1页
第1页 / 共11页
ITU-T I 252 5 FRENCH-1992 CALL DEFLECTION《呼叫转移(1号研究组)12pp》.pdf_第2页
第2页 / 共11页
ITU-T I 252 5 FRENCH-1992 CALL DEFLECTION《呼叫转移(1号研究组)12pp》.pdf_第3页
第3页 / 共11页
ITU-T I 252 5 FRENCH-1992 CALL DEFLECTION《呼叫转移(1号研究组)12pp》.pdf_第4页
第4页 / 共11页
ITU-T I 252 5 FRENCH-1992 CALL DEFLECTION《呼叫转移(1号研究组)12pp》.pdf_第5页
第5页 / 共11页
点击查看更多>>
资源描述

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSCCITT I.252.5COMIT CONSULTATIF (08/92)INTERNATIONALTLGRAPHIQUE ET TLPHONIQUERSEAU NUMRIQUE AVEC INTGRATIONDES SERVICES (RNIS)STRUCTURE GNRALE ET POSSIBILITSDE SERVICEDVIATION DAPPELRecommandation I.252.5Genve, 1992AVANT-PROPOSLe CCITT (Comit consultatif inter

2、national tlgraphique et tlphonique) est un organe permanent de lUnioninternationale des tlcommunications (UIT). Il est charg de ltude des questions techniques, dexploitation et detarification, et met ce sujet des Recommandations en vue de la normalisation des tlcommunications lchellemondiale.LAssemb

3、le plnire du CCITT, qui se runit tous les quatre ans, dtermine les thmes dtudes et approuveles Recommandations rdiges par ses Commissions dtudes. Entre les Assembles plnires, lapprobation desRecommandations par les membres du CCITT seffectue selon la procdure dfinie dans la Rsolution no2 du CCITT(Me

4、lbourne, 1988).La Recommandation rvise I.252.5, que lon doit la Commission dtudes I, a t approuve le 4 aot 1992selon la procdure dfinie dans la Rsolution no2._NOTES DU CCITT1) Dans cette Recommandation, lexpression Administration est utilise pour dsigner de faon abrge aussibien une Administration de

5、 tlcommunications quune exploitation prive reconnue de tlcommunications.2) La liste des abrviations utilises dans cette Recommandation se trouve dans lannexe A. UIT 1992Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque formeque ce soit e

6、t par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lditeur.Recommandation I.252.5 (08/92) 1Recommandation I.252.5Recommandation I.252.5 (08/92)DVIATION DAPPEL(rvise en 1992)1 DfinitionLa dviation dappel permet un demandeur du service de demande

7、r, en temps rel, que le rseau rachemineun appel entrant adress son numro RNIS vers un autre numro. Le service dorigine du demandeur du service nestpas affect.Remarque Normalement, le service de dviation dappel est assur pour chaque accs. (En pareils cas, il y aune relation biunivoque entre le numro

8、RNIS et laccs.) Toutefois, le rseau peut tre en mesure didentifier plusieursnumros sur la mme interface; en outre, il peut ne pas comprendre un numro RNIS complet (par exemple slectiondirecte larrive). Le service de dviation dappel est alors assur sur la base de la partie du numro RNIS que le rseaup

9、eut identifier.2 Description2.1 Description gnralePour un numro RNIS donn, labonnement au service de dviation dappel (CD) (call deflection) (y comprisaux options) peut porter sur chaque service de base auquel est abonn lusager du numro, ou bien collectivement pourtous les services de base auxquels i

10、l est abonn. Etant donn que labonnement se fait sur la base du numro RNIS, lesmmes abonnements au service de dviation dappel seront valables pour tous les terminaux utilisant ce numro.Remarque Dans cette description de service, on part de lhypothse quun mme numro RNIS nest pasutilis en partage par p

11、lusieurs interfaces. Un mme numro RNIS peut toutefois tre utilis en partage par plusieursterminaux dune mme interface. Les procdures permettant lutilisation en partage dun numro RNIS par plusieursinterfaces doivent faire lobjet dun complment dtude.2.2 Terminologie spcialeDemandeur du service: usager

12、 qui a un numro RNIS particulier et qui demande que lappel adress sonnumro soit dvi sur un autre numro. Il peut aussi tre appel usager demandant la dviation ou demand.Destinataire de la dviation: usager vers lequel lappel doit tre dvi.2.3 Applicabilit aux services de tlcommunicationLa dviation dappe

13、l peut tre utilise avantageusement pour les services de base qui exigent un tat dalertelors de ltablissement dune communication; elle peut aussi tre utilise pour dvier immdiatement un appel avant ledbut de lalerte.3 Procdures3.1 Fourniture/retraitLe service de dviation dappel est assur aprs accord p

14、ralable avec le prestataire de service.2 Recommandation I.252.5 (08/92)Ce service peut tre offert avec plusieurs options dabonnement. Ces options sappliquent sparment chaqueservice de base auquel un abonnement est souscrit pour chaque numro RNIS. Pour chaque option dabonnement, uneseule valeur peut

15、tre choisie. Les options dabonnement sont rsumes ci-aprs:Ce service sera retir par le prestataire de service la demande de labonn ou pour des raisons administratives.3.2 Procdures normales3.2.1 Activation/dsactivation/enregistrementLa dviation dappel est mise en oeuvre une fois que labonnement par o

16、rdre de service a t tabli et nencessite aucune autre activation. La dsactivation se fait galement par ordre de service.3.2.2 Demande et fonctionnementSi le demandeur du service a souscrit un abonnement au service de dviation dappel, il peut demander quelappel soit transfr vers un autre numro au lieu

17、 dy rpondre. Pour ce faire, lusager envoie au rseau une indication dedviation dappel contenant ladresse de dviation.Le demandeur du service peut, en option, inclure une possibilit de choix secret dans cette indication decommuniquer ou de ne pas communiquer son numro au destinataire de la dviation. S

18、i une telle option est prvue dansla demande de dviation, ce choix annule la valeur prtablie dabonnement le demandeur du service communique sonnumro au destinataire de la dviation pour cette dviation.Dans cette indication, le demandeur du service peut spcifier lutilisation pour cette dviation dun rse

19、au detransit, dun service complmentaire spcifique au rseau ou les deux. Si le demandeur du service ne fournit pas cetteinformation, le rseau doit utiliser les valeurs par dfaut.Cette demande dactivation peut tre une rponse automatique du terminal lappel offert (au moyen duneinformation programme au

20、terminal) ou rsulter dune action de lutilisateur du terminal.Dans une configuration de point multipoint, lacceptation dune demande de dviation dun terminal donndpend de la raction dautres terminaux ce mme appel. Il faut distinguer deux cas:a) un terminal demande la dviation dappel en rponse immdiate

21、 une demande de communication durseau. En pareil cas, le rseau ne doit accepter la demande de dviation que si, en rponse la demandede communication, aucun autre terminal ne se connecte cet appel ou ne le met ltat dalerte;b) un terminal ou un utilisateur de terminal demande la dviation dappel pendant

22、 quil est alert. En pareilcas, le rseau doit accepter la demande de dviation si aucun autre terminal na t connect danslintervalle.Dans un cas comme dans lautre, sil y a plusieurs demandes de dviation, le rseau nacceptera que la premiredemande.Options dabonnement ValeurLe demandeur du service communi

23、que son numro audestinataire de la dviation(voir la remarque)Le demandeur est inform que son appel a t dviNonOuiNonOui, avec numro du destinataire de la dviationOui, sans numro du destinataire de la dviationRemarque Le transfert peut tre notifi au demandeur (A) titre doption offerte par le fournisse

24、ur de rseau.Recommandation I.252.5 (08/92) 3Si lusager est abonn au service, le rseau dvie lappel vers le numro indiqu et libre la communicationavec le demandeur du service (demand initial) avec un accus de rception positif. Dans le cas dune dviation dappelaprs mise en alerte, le rseau peut:a) maint

25、enir la communication avec le demandeur du service jusquau dbut de lalerte au niveau dudestinataire de la dviation; oub) librer la communication avec le demandeur du service au moment de lacceptation de la demande dedviation de lappel.Dans le cas dune dviation dappel avant mise en alerte, seul le ca

26、s b) ci-dessus est applicable.Le destinataire de la dviation recevra une indication linformant que lappel a t dvi.En option, il pourra aussi recevoir:1) le numro initialement demand, B1;2) la cause du transfert initial;3) le dernier numro dvi, Bx;4) la cause de la dernire dviation.(Selon lemploi dau

27、tres services supplmentaires, le destinataire de la dviation (C) peut aussi recevoir dautresinformations numro du demandeur (A), signalisation dusager usager. Voir la description des interactions avecdautres services supplmentaires.)A titre doption souscrite labonnement, le demandeur du service peut

28、 demander que le demandeur ne soit pasinform de la demande de dviation. Dans ce cas, le demandeur ne reoit aucune information. Par ailleurs, cettedemande prempte toute requte de prsentation didentification de la ligne connecte (COLP) (connected lineidentification presentation) formule par le demande

29、ur.Si le demandeur du service souhaite que le demandeur sache que lappel a t dvi, la notification peut (ilsagit dune option additionnelle) comporter le numro de dviation.Les procdures de notification indiques ci-aprs pour le demandeur A sont une option offerte par lefournisseur de rseau. Les procdur

30、es de notification pour le demandeur A ne sont appliques que si le demandeur duservice est abonn loption le demandeur reoit notification que lappel a t dvi.Pour le transfert initial et pour chaque renvoi dappel sur non-rponse (CFNR) (call forwarding no reply) ouCD aprs le dbut de la mise en alerte,

31、le rseau excutera les actions suivantes, en fonction du paramtre de loptiondabonnement du demandeur du service:1) si ce paramtre est mis sur le demandeur ne reoit pas de notification, aucune notification nest envoyeau demandeur;2) si ce paramtre est mis sur notification au demandeur, sans communicat

32、ion du numro du destinataire dela dviation, le demandeur recevra notification que lappel a t dvi, sans communication du numrode dviation, condition quun prcdent usager lorigine dun transfert nait pas demand quaucunenotification ne soit donne comme indiqu au point 1) ci-dessus;3) si ce paramtre est m

33、is sur notification au demandeur, avec communication du numro du destinataire dela dviation, le demandeur recevra notification que lappel a t dvi, condition quun prcdentusager lorigine dun transfert nait pas demand quaucune notification ne soit donne comme indiqu aupoint 1) ci-dessus. En outre, si l

34、alerte se produit (par exemple chez lusager C), notification de lactuelnumro du destinataire de la dviation sera donne au dbut de lalerte si tous les demandeurs du service,dans tous les transferts prcdents, sont abonns notification au demandeur, avec communication dunumro du destinataire de la dviat

35、ion.Des restrictions la notification du numro du destinataire de la dviation pourront tre imposes en raison delactivation dautres services supplmentaires au terminal de ce destinataire.3.3 Procdures exceptionnelles3.3.1 Activation/dsactivation/enregistrementSans objet.4 Recommandation I.252.5 (08/92

36、)3.3.2 Demande et fonctionnementSi un usager peut recevoir ladresse des usagers concerns par la communication par exemple, si le demandeurpeut recevoir ladresse du destinataire de la dviation ou si ce destinataire peut recevoir ladresse de lusager demandantla dviation ainsi que ladresse de dviation

37、dorigine (transfert multiple), ou si le demandeur du service peut recevoir lesadresses de lusager dans linformation fournie par ledit usager et si cette information dadresse nest pas disponible (parexemple, pour cause de restriction de prsentation dadresse ou pour cause dinterfonctionnement), lusage

38、r qui auraitreu ladresse doit recevoir une indication prcisant la raison pour laquelle il nest pas possible de fournir un numro.Dans un RNIS ou des RNIS en cascade, il convient de limiter le nombre total de tous les transferts pourchaque appel. Le nombre maximal de ces connexions ne doit pas dpasser

39、 3 5, le but tant dviter les bouclagesinfinis.Si le systme ne peut accepter une demande de dviation, le demandeur du service devrait tre inform que ladviation na pas abouti. Il y a diffrentes causes possibles:i) absence dabonnement au service;ii) numro RNIS de dviation non valable;iii) utilisation d

40、un prfixe daccs par opratrice;iv) le service de tlcommunication dont relve le numro RNIS de dviation ne respecte pas les contraintesimposes labonn (par exemple, restrictions de groupe);v) le numro RNIS de dviation est un numro gratuit dans le mme central;vi) informations insuffisantes;vii) le servic

41、e de tlcommunication demand nest pas fourni vers le numro RNIS de dviation;viii) le numro de dviation est un code de service spcial (par exemple, police);ix) le numro de dviation est celui du demandeur du service;x) la limite des connexions de renvoi en cascade est atteinte.Cependant, le rseau nest

42、pas tenu de vrifier la validit des informations relatives au destinataire de ladviation.Si lappel dvi ne peut aboutir sa destination, le rseau peut (option de rseau):a) continuer lappel au niveau de lusager demandant la dviation. A noter que, avec cette option, si lalerteavait dj commenc au niveau d

43、e cet usager, elle ne serait pas interrompue; oub) librer la communication en direction du demandeur et envoyer une indication spcifiant que lappel nepeut pas aboutir. Cette indication ne doit pas rvler explicitement que lappel a t renvoy. Si le CFNRou la CD aprs la mise en alerte sest produit prcde

44、mment, la communication sera libre en directiondu demandeur du service concern; voir respectivement la Recommandation I.252.3 ou laRecommandation I.252.5 pour ces cas.Dans le cas dune dviation dappel avant mise en alerte, seul le cas b) ci-dessus est applicable.3.4 Autres procdures possibles3.4.1 Ac

45、tivation/dsactivation/enregistrementNant.3.4.2 Demande et fonctionnementNant.4 Possibilits du rseau en matire de taxationLa prsente Recommandation nenvisage pas les principes de taxation. De futures Recommandations de lasrie D devraient contenir ces renseignements. Il devra tre possible de taxer lab

46、onn avec prcision pour le service.Recommandation I.252.5 (08/92) 55 Conditions dinterfonctionnementUne moindre qualit des paramtres de service peut rsulter dune demande de transfert traversant plusieursrseaux, par exemple dun rseau tlphonique public commut (RTPC) un autre via un RNIS ou entre RNIS,

47、dediffrents pays, voire de diffrents continents. Par exemple, les paramtres qui peuvent tre affects sont: le temps dtablissement de la connexion; le temps de transmission; le taux derreur sur les bits; laffaiblissement des signaux audio.Selon la mise en oeuvre nationale, le rseau peut prendre certaines prcautions, par exemple limiter le nombrede sections de renvoi, le nombre de franchissements de frontires internationales, le nombre de bonds par

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 国际标准 > 其他

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1