1、5)4 4 % SECTEUR DE LA NORMALISATION (02/96)DES TLCOMMUNICATIONSDE LUIT2 3%!5 4 , 0(/.)15% %4 2.)3%80,/)4!4)/. .5- 2/4!% !#(%-).%-%.4 %4 3%26)#% -/“),%).4%2#/%8)/. $%3 2 3%!58-/“),%3 4%22%342%3 05“,)#32ECOMMANDATION 5)4 4c0 % (Antrieurement Recommandation du CCITT)UNION INTERNATIONALE DES TLCOMMUNICA
2、TIONSAVANT-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 t
3、lcommunications 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 desRecommandations sur ces thmes.Lapprobation des Recommandations
4、 par les Membres de lUIT-T seffectue selon la procdure dfinie dans laRsolution n 1 de la CMNT (Helsinki, 1er-12 mars 1993).La Recommandation rvise UIT-T E.220, que lon doit la Commission dtudes 2 (1993-1996) de lUIT-T, a tapprouve le 19 fvrier 1996 selon la procdure dfinie dans la Rsolution n 1 de l
5、a CMNT._NOTEDans 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 reprod
6、uite ni utilise sous quelque formeque ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lUIT.Recommandation E.220 (02/96) iTABLE DES MATIRESRecommandation E.220 (02/96)Page1 Introduction 12 Domaine dapplication 13 Recommandations conn
7、exes 14 Principes gnraux dinterconnexion 15 Scnarios dinterconnexion de rseau. 26 Protection contre lcho 26.1 Considrations gnrales 26.2 Emplacement des suppresseurs dcho 26.3 Commande du rseau 36.4 Problmes lis la mise en uvre 37 Dplacement (itinrance) . 48 Relais (Transfert intercellulaire) 49 His
8、torique de la Recommandation . 5Annexe A Liste alphabtique des abrviations utilises dans la prsente Recommandation . 5Recommandation E.220 (02/96) 1Recommandation E.220Recommandation E.220 (02/96)INTERCONNEXION DES RSEAUX MOBILES TERRESTRES PUBLICS(1992; rvise en 1996)1 Introduction1.1 Les progrs ra
9、pides raliss dans le domaine de la technologie radiocellulaire permettent aux rseaux mobilesterrestres publics (RMTP) de jouer prsent un rle important dans la fourniture des services de tlcommunication. Lacroissance rapide du trafic mobile terrestre et la prolifration de rseaux mobiles spcialiss ont
10、 entran le besoindtablir des directives concernant linterconnexion de ces rseaux aux RTPC/RNIS fixes.1.2 Lobjectif de la prsente Recommandation est didentifier les principes adopter pour linterconnexion desRMTP avec des rseaux fixes. Diffrents scnarios dinterconnexion ont t tudis, ainsi que certaine
11、s questionsconcernant les rseaux mobiles et leur incidence sur les rseaux fixes concerns.2 Domaine dapplication2.1 La prsente Recommandation sapplique dans les cas o le RMTP est une entit distincte du RTPC/RNIS fixe.Elle nenglobe pas le cas o les commutateurs du rseau mobile sont intgrs dans le rsea
12、u fixe. Les rseaux mobile etfixe peuvent tre exploits par des compagnies (ou par des Administrations) diffrentes.2.2 La prsente Recommandation ne traite pas le cas de linterconnexion des RMTP avec le rseau fixe traversune frontire internationale. De telles interconnexions doivent permettre la connex
13、ion de communications internationalesavec le RMTP et partir de celui-ci.2.3 Les RMTP peuvent tre bass sur des systmes cellulaires, sans fil ou satellite. La prsente Recommandationtraite cependant plus particulirement des systmes cellulaires, bien que le domaine dapplication puisse tre largiultrieure
14、ment. Linterconnexion de systmes mobiles par satellite appelle un complment dtude.3 Recommandations connexes3.1 Les Recommandations suivantes se rapportent directement la Recommandation E.220: Recommandation E.173 du CCITT (1991), Plan dacheminement pour linterconnexion des rseauxmobiles terrestres
15、publics et des rseaux terminaux fixes. Recommandation UIT-T E.770 (1993), Concept de qualit dcoulement du trafic en cas dinterconnexiondes rseaux mobiles terrestres et des rseaux fixes. Recommandation UIT-T E.771 (1993), Paramtres de qualit dcoulement du trafic rseau et valeurscibles pour les servic
16、es mobiles terrestres avec commutation de circuits. Recommandation F.111 du CCITT (1991), Principes de service pour les systmes mobiles.3.2 On peut trouver la liste complte des Recommandations traitant des services mobiles dans la Recomman-dation E.201: Recommandation de rfrence pour les services mo
17、biles.4 Principes gnraux dinterconnexion4.1 En gnral, linterconnexion dun RMTP au RTPC/RNIS existant ne devrait imposer aucune spcification defonctions complmentaires au rseau fixe, ni aucune restriction au fonctionnement normal du rseau fixe. Toutes lesfonctions complmentaires doivent normalement t
18、re fournies dans le rseau mobile, sauf accord spcial conclu entre lesexploitants des rseaux mobile et fixe. La conception du rseau fixe ne devrait pas avoir tre spcialement prvue pourcompenser la dtrioration possible de la qualit de fonctionnement des services assurs par le RMTP qui lui estconnect a
19、fin dassurer la mme qualit de fonctionnement des services similaires entirement assurs par le rseau fixe(voir la Recommandation E.770).4.2 Cette interconnexion ne devrait pas entraner de dgradation de la qualit du service assur aux appels quelleachemine.2 Recommandation E.220 (02/96)4.3 Dans les cas
20、 dintervention de plus dun exploitant de rseau, les exploitants des deux rseaux peuvent conclureun accord technique pour rgir les dispositions dinterconnexion. Cet accord peut concerner les domaines suivants: topologie du rseau; spcifications des interfaces, y compris les systmes de signalisation; p
21、rocdures de fourniture; procdures dexploitation et de maintenance; surveillance de la qualit de fonctionnement qualit de service, qualit de fonctionnement (GOS) (gradeof service), mesures du trafic, etc.; gestion de la croissance (prvisions, planification du rseau, etc.); dispositions relatives la t
22、axation et la comptabilit.5 Scnarios dinterconnexion de rseau5.1 Les scnarios dinterconnexion de rseaux suivants ne sont prsents qu titre indicatif. En principe, lesinterconnexions entre le RMTP et le rseau fixe peuvent se situer nimporte quel niveau de la hirarchie du rseau fixe,par exemple au nive
23、au du commutateur local, du commutateur de transit, du commutateur international ou dunecombinaison de ceux-ci.5.2 En ce qui concerne linterconnexion de RMTP numriques ( lintrieur des frontires nationales), lidal seraitque les interconnexions soient assures par des services numriques, notamment par
24、transmission numrique etsignalisation par canal smaphore.6 Protection contre lcho6.1 Considrations gnrales6.1.1 Lcho lectrique dans les RMTP numriques est limin laide de terminaux 4 fils. On peut ainsi considrerquun RMTP est connect un dispositif de protection contre lcho. Par consquent, il nest pas
25、 ncessaire dactiver desdispositifs, pour des communications dans et entre des RMTP quips de tels terminaux.La Recommandation G.173 (Aspects relatifs la planification de la transmission du service tlphonique dans lesrseaux mobiles terrestres publics) donne aux concepteurs de systmes cellulaires numri
26、ques des orientations sur lafaon de se connecter aux RTPC; par ailleurs, la Recommandation P.31 (Caractristiques de transmission pourtlphones numriques) contient des indications sur les appareils tlphoniques 4 fils. Enfin, la Recom-mandation Q.115 donne des directives sur la faon de commander les su
27、ppresseurs dcho.6.1.2 Dans un RMTP numrique, un long temps de propagation peut tre caus par les dispositifs de traitement de laparole situs laccs radio. Il faut activer des demi-suppresseurs dcho (des annuleurs dcho de prfrence) pour lesappels intervenant entre ces accs radio et les terminaux gnrate
28、urs dcho. Les rseaux fixes, en particulier lesconnexions internationales longues, contribuent aussi au temps de propagation, ce qui peut ncessiter un suppresseurdcho.6.2 Emplacement des suppresseurs dcho6.2.1 En principe, ces dispositifs sont installs aussi prs que possible de la source gnratrice dc
29、ho afin de pouvoiridentifier celui-ci et le supprimer. La Figure 1 montre lemplacement possible des suppresseurs dcho pour les appelsentre un RMTP et un rseau fixe. Il convient de noter que si le RTPC ne possde ni le suppresseur dcho ni la possibilitde signalisation ncessaire, le RMTP doit assurer l
30、a protection contre lcho.6.2.2 Les suppresseurs dcho peuvent tre situs dun ct ou de lautre des jonctions entre le RMTP et le rseaufixe. Dans les rseaux fixes, on associe gnralement les demi-suppresseurs dcho dentre au ct entrant du rseau fixeet les demi-suppresseurs dcho de sortie son ct sortant. Si
31、 les suppresseurs dcho sont installs dans le RMTP, ladistance entre eux et le point gnrateur dcho est plus grande, de sorte que la protection contre lcho peut tre plusdifficile obtenir.6.2.3 Le choix final de lemplacement des suppresseurs dcho dpend des accords commerciaux conclus entre lesexploitan
32、ts du RMTP et ceux du rseau fixe, ainsi que de considrations gographiques.Recommandation E.220 (02/96) 3T0204220-94/d01LMSRMTPsuppresseur dchoMSC TEsuppresseur dcho suppresseur dchorseau fixe(Note)LENOTE Le suppresseur dcho peut galement tre situ dans le commutateur local, dans le centre de transit
33、ou dans le centre international du RTPC. En pareil cas, si la possibilit de signalisation existe, on peut dsactiver le suppresseur dcho dans le RMTP.FIGURE 1/E.220Emplacement des dispositifs de protection contre lchoFIGURE 1/E.220.D01 = 6 cm6.3 Commande du rseau6.3.1 Les procdures idales de suppress
34、ion de lcho sont indiques dans les paragraphes suivants. On admetcependant quil est difficile de les mettre en oeuvre dans des rseaux existants. On trouvera en 6.4 des conseils de mise enuvre.6.3.2 Les cas de connexion dappels sont prsents dans le Tableau 1, qui prcise galement ceux pour lesquels il
35、 estncessaire dactiver un demi-suppresseur dcho en raison dune interconnexion entre un rseau fixe et un RMTP.TABLEAU 1/E.220Activation dun demi-suppresseur dcho en raisonde linterconnexion entre le rseau fixe et le RMTP6.3.3 Dans le cas dun appel provenant dun RMTP, ce rseau se comporte comme si un
36、demi-suppresseur dcho desortie tait connect au circuit et demande un demi-suppresseur dcho dentre. Si le RTPC na pas connect lesuppresseur dcho dentre au circuit, le RMTP devrait alors activer/insrer un suppresseur dcho dentre.6.3.4 Pour un appel aboutissant un RMTP, ce rseau se comporte comme si un
37、 demi-suppresseur dcho dentretait connect au circuit et demande un demi-suppresseur de sortie. Si le RTPC na pas connect le suppresseur dcho desortie au circuit, le RMTP devrait alors activer/insrer un suppresseur dcho de sortie.6.3.5 Lacheminement doit seffectuer de faon que les possibilits de sign
38、alisation et danalyse permettent uneprotection contre lcho adquate.6.4 Problmes lis la mise en oeuvre6.4.1 En principe, il est souhaitable que le commutateur dorigine, capable didentifier le type du terminal demandeuret la destination de lappel, dtermine appel par appel sil faut inclure la protectio
39、n contre lcho. On admet toutefois quece nest pas toujours possible et quil faut alors procder par supposition pour dcider de placer le suppresseur dchoRseau de dpart Rseau de transit Rseau darriveDemi-suppresseur dchoactivRMTP Rseau fixe Rseau fixe OuiRMTP Rseau fixe RMTP AucunRseau fixe Rseau fixe
40、RMTP Oui4 Recommandation E.220 (02/96)dans le commutateur de dpart ou au point dinterconnexion. Il est possible de modifier ce choix par la suite, lorsque londispose de plus dinformations sur lacheminement et sur lquipement terminal, de faon connecter correctement lessuppresseurs dcho si besoin est.
41、 Il est donc ncessaire damliorer les possibilits de signalisation du rseau.6.4.2 Au fur et mesure de la modernisation des rseaux, il faut se proccuper dassurer les fonctions permettantdobtenir la protection contre lcho voulue laide des possibilits renforces de signalisation. Par exemple, si lesprocd
42、ures permettant de dterminer le temps total de propagation applicable une connexion taient disponibles, tousles centres pourraient utiliser le rsultat pour dcider sil y a lieu dinsrer ou non des suppresseurs dcho dans laconnexion et aussi dviter les dispositifs de manipulation de la parole (DCME, et
43、c.) pour les communications mobiles.Dans ce cas, le RMTP fixerait la valeur approprie pour laccs radiolectrique.7 Dplacement (itinrance)7.1 Le dplacement automatique permet un abonn mobile de se dplacer dune zone de service une autre encontinuant utiliser ce service. Le dplacement peut tre mis en uv
44、re selon un mode automatique ou manuel (parexemple, avec lintervention dune opratrice).7.2 Deux sortes de dplacement peuvent influer sur linterconnexion de rseaux fixes avec des RMTP:a) le dplacement intrarseau, cest-dire entre deux zones du mme rseau; etb) le dplacement interrseau, cest-dire dun RM
45、TP un autre, voire dans des pays diffrents.7.3 Les accords dinterconnexion peuvent prvoir: des interconnexions de circuits facilitant lacheminement des appels vers les stations dabonns mobiles(se reporter galement la Recommandation E.173); des interconnexions de signalisation, facilitant lachemineme
46、nt de messages de signalisation entre lesRMTP, pour la mise jour des emplacements, etc. (par exemple, laide du sous-systme SCCP dusystme de signalisation n 7).7.4 Dans toutes les situations, il convient dtudier les cas dchec du dplacement dus au blocage du rseau fixe et lindisponibilit des circuits
47、dans le rseau cible.7.5 Pour acheminer les appels vers les stations dabonns mobiles en dplacement, le RMTP peut traduire lenumro compos en un numro de dplacement de station mobile (MSRN) (mobile station roaming number), commeindiqu dans la Recommandation E.213. Il est souhaitable que le rseau (fixe ou RMTP) rejette les appels vers le numrode dplacement provenant dun abonn ordinaire. La procdure utiliser dans ce cas doit faire lobjet dun acc
