1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 % SECTEUR DE LA NORMALISATION (02/96)DES TLCOMMUNICATIONSDE LUIT2 3%!5 4 , 0(/.)15% %4 2.)315!,)4 $% 3%26)#% %34)/. $5 2 3%!5%4 ). .)%2)% $5 42! elle contient en outre des considrations sur les rseaux associs.Recommandation E.775 (02/96) 1Recommandation
2、 E.775Recommandation E.775 (02/96)CONCEPT DE QUALIT DCOULEMENTDU TRAFIC DES TPU(Gneve, 1996)1 Domaine dapplicationLa prsente Recommandation dveloppe des considrations gnrales qui permettent de choisir les paramtres de qualitdcoulement du trafic (GOS) pour les TPU, en fonction des conditions de fourn
3、iture des services et de lenvironnementdexploitation applicables aux tlcommunications personnelles universelles (TPU); elle contient en outre desconsidrations sur les rseaux associs. La connexion de rfrence donne dans la Recommandation E.755 rend comptede certains de ces facteurs dexploitation ou de
4、 rseau.Bien que lon reconnaisse le fait que les services complmentaires (comme le renvoi dappel) pourraient avoir uneinfluence sur la qualit GOS telle que perue par lutilisateur, le domaine dapplication de la prsente Recommandationest initialement limit aux services de base.2 Recommandations associe
5、sLes Recommandations ci-aprs, en vigueur au moment de la publication de la prsente Recommandation, contiennentdes lments qui sappliquent ou qui servent de base cette dernire. Recommandation UIT-T E.168 (1993), Application du plan de numrotage de la Recommandation E.164aux tlcommunications personnell
6、es universelles. Recommandation UIT-T E.600 (1993), Termes et dfinitions relatifs lingnierie du trafic. Recommandation E.720 du CCITT (1988), Notion de qualit dcoulement du trafic dans le RNIS. Recommandation E.721 du CCITT (1991), Paramtres de qualit dcoulement du trafic dans le rseau etvaleurs cib
7、les pour les services commutation de circuits dans le RNIS en dveloppement. Recommandation UIT-T E.755 (1996), Connexions de rfrence pour la capacit dcoulement du traficet la qualit dcoulement du trafic des services TPU. Recommandation UIT-T E.770 (1993), Concept de qualit dcoulement du trafic en ca
8、s 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 services mobiles terrestres avec commutation de circuits. Recommandation UIT-T F.850 (1993), Principes des tlcommunications
9、personnelles universelles. Recommandation UIT-T F.851 (1995), Tlcommunications personnelles universelles Description duservice (ensemble de services 1). Recommandation UIT-T I.373 (1993), Caractristiques rseau ncessaires la prise en charge destlcommunications personnelles universelles. Recommandatio
10、n UIT-T I.114 (1993), Glossaire des termes utiliss pour les tlcommunicationspersonnelles universelles. Recommandation Q.1201 du CCITT (1992), Architecture des rseaux intelligents: principes.3 DfinitionsPour les besoins de la prsente Recommandation, les dfinitions figurant dans les Recommandations E.
11、600, E.721, I.114et F.851 seront applicables.4 AbrviationsPour les besoins de la prsente Recommandation, les abrviations suivantes sont utilises.GOS qualit dcoulement du trafic (grade of service)ISUP sous-systme utilisateur du RNIS (ISDN user part)2 Recommandation E.775 (02/96)RI rseau intelligentRM
12、TP rseau mobile terrestre publicRNIS rseau numrique avec intgration des servicesRTPC rseau tlphonique public commutSS n 7 systme de signalisation n 7TCAP sous-systme dapplication pour la gestion des transactions (transaction capabilities applicationpart)TPU tlcommunications personnelles universelles
13、5 IntroductionLes tlcommunications personnelles universelles (TPU) reprsentent un nouveau concept de service detlcommunication qui intgrera les caractristiques de mobilit des personnes et de portabilit du service associes, parle biais daccs fixes et hertziens qui mettent profit les perfectionnements
14、 des rseaux intelligents et de la signalisation.Le rseau intelligent (RI) admettra les caractristiques ncessaires de bases de donnes, et assurera les fonctions demobilit des personnes et dappel ainsi que de gestion, de connexion et de service pour les TPU. Avec des protocolesdapplication appropris p
15、our les TPU, le rseau smaphore (SS n 7) constituera la structure de base de la messageriepour le service TPU.Les tlcommunications personnelles universelles englobent la fourniture dun service TPU laide de rseaux multipleset de diffrents types de terminaux (fixe, mobile, portatif). Ainsi, un utilisat
16、eur TPU peut tablir et recevoir des appels, etaccder des services dabonn dans un rseau diffrent de son rseau de rattachement, partir dun terminal quil auradsign.Parmi les aspects essentiels relatifs au rseau et au service qui influenceront la performance des TPU en matire de traficet qui devront tre
17、 pris en considration lors de llaboration des paramtres GOS pour les TPU, on trouve: les architectures des rseaux intelligents et des bases de donnes mises en jeu pour la gestion de lamobilit; les dispositions de scurit daccs pour lauthentification et la vrification des utilisateurs TPU; limportant
18、dveloppement attendu de laccs hertzien dans le rseau.6 Problmes de qualit dcoulement du trafic (GOS) pour les TPU6.1 Considrations darchitecture des rseaux intelligents (RI) et des bases de donnesLes mises en uvre initiales des TPU peuvent utiliser de simples dispositions de bases de donnes et de si
19、gnalisationpour assurer les fonctions de gestion de la mobilit des personnes parmi les capacits actuelles des rseaux RTPC etRNIS. Cependant, il est gnralement admis que larchitecture des rseaux intelligents en dveloppement se prte bien la prise en charge de ces fonctions pour les TPU. Limpact princi
20、pal de larchitecture des rseaux intelligents, en termesde localisation des bases de donnes et de stratgies de partage des informations, portera sur le trafic densemble de lamessagerie dans le rseau smaphore (SS n 7) qui son tour aura des rpercussions sur les paramtres de performancedu trafic tels qu
21、e le dlai de postslection et le dlai du signal de rponse perus par lutilisateur.Les TPU ne reprsentent quune application (mais elle est importante) lintrieur de la plate-forme commune desrseaux intelligents qui prendra en charge une classe complte de services dpendant de bases de donnes. Ainsi, lesm
22、essages relatifs aux TPU ne constitueront quune partie de la charge de messagerie sur le rseau smaphore. Cependant,cest lensemble de la charge de messagerie qui aura un impact sur la performance du trafic pour les TPU (par exemple, ledlai de postslection pour un appel TPU), tant donn que les message
23、s relatifs aux appels TPU sont en comptitionavec les autres messages sur le rseau smaphore en ce qui concerne les ressources communes.Dans une large mesure, ltude globale des performances du rseau smaphore et son incidence sur les normes deperformance du trafic des TPU volueront dans le cadre de lar
24、chitecture gnrale des rseaux intelligents et de ltudedes performances. La Recommandation E.723 contient les connexions de rfrence du systme de signalisation n 7 etles objectifs de performance pour les services de base commutation de circuits du RNIS (sous-systme utilisateur ISUPdu RNIS). Cependant,
25、avec le dveloppement de services de rseaux intelligents qui ncessitent la consultation de basesde donnes des fins de traduction des numros et/ou de filtrage des appels, de nouveaux modles de connexions derfrence faisant intervenir des fonctionnalits dinterrogation-rponse de base de donnes sont ncess
26、aires.Recommandation E.775 (02/96) 3Tel quindiqu plus haut, la charge de messagerie sur le rseau smaphore cre par les prescriptions de gestion de lamobilit pour les TPU dpendra de la localisation des bases de donnes et de la stratgie de partage des informationsmise en jeu dans le rseau. Larchitectur
27、e des bases de donnes peut aller dune seule base de donnes TPU par rseau,qui est compltement autonome et qui ne partage aucune de ses informations avec les autres bases de donnes, demultiples bases de donnes TPU par rseau qui partagent des informations avec les bases de donnes situes dans unrseau de
28、 rattachement ainsi qu travers les autres rseaux. Il est prvu que les premires mises en uvre (par exemple,lensemble 1 du service TPU) aient recours des bases de donnes centralises.6.2 Prescriptions de scurit daccsIl faut assurer la scurit daccs au service TPU par une certaine forme de procdure de vr
29、ification et dauthentificationde lutilisateur TPU afin que les personnes non autorises naient pas accs aux ressources ou aux informations delutilisateur (utilisation frauduleuse) et que ces ressources et ces informations soient protges contre lcoute oulenregistrement non autoriss (coute indiscrte).
30、Les procdures de scurit daccs rduisent alors au minimum laprobabilit de taxation incorrecte ou de racheminement malveillant dappel et assurent lintgrit des informations et dela confidentialit de lutilisateur.Les procdures de scurit daccs affectent la perception du service par lutilisateur TPU, et de
31、s mesures appropries dela performance sont ncessaires pour la conception de telles procdures. Dans cette catgorie, les mesures et paramtresessentiels de performance sont les suivants: augmentation de la charge de trafic du rseau smaphore et dlais rsultants pour ltablissement dappel; taux de rejets p
32、ar erreur; taux dacceptation par imposture; dlai de vrification et dauthentification de lutilisateur.Le dlai de vrification et dauthentification est dfini comme lintervalle de temps compris entre le moment olutilisateur TPU entame le processus dauthentification et celui o le rseau communique sa dcis
33、ion finale (acceptationou rejet) lutilisateur. Le dlai dauthentification sajoutera au dlai de prslection ou de postslection peru parlutilisateur TPU selon que lauthentification prcde ou suit une demande dappel sortant par lutilisateur TPU.Il faudra en gnral adopter un compromis entre le taux de reje
34、t par erreur (niveau de dsagrment pour lutilisateur) et letaux dacceptation par erreur (rupture de scurit), et aussi entre le niveau de scurit (faible taux dacceptation parerreur) et le dlai dauthentification.6.3 Impact des dispositions daccs hertzienLes recommandations de qualit dcoulement (GOS) du
35、 trafic TPU tiennent compte de la performance de bout en bouten termes de temps de propagation et de blocage. Il est donc ncessaire dinclure, dans les articles applicables, lacontribution en termes de temps de propagation ou de blocage mesure dans le rseau daccs. Au fur et mesure que leservice TPU v
36、oluera, un nombre croissant de communications TPU seront tablies au dpart et (ou) larrive avec desterminaux hertziens. Il est donc essentiel dinclure la contribution supplmentaire, en termes de temps de propagation oude blocage, apporte par laugmentation de la pntration des terminaux mobiles et des
37、configurations daccs hertzienqui leur sont associes.On considre quun accs hertzien combin lutilisation de terminaux de poche joue un rle pilote pour lescommunications personnelles. Il permettra de favoriser une croissance rapide de laccs et des terminaux hertziens dansle rseau. Le dveloppement de la
38、ccs hertzien pourrait influer sur la performance du trafic de bout en bout telle quelleest perue par les utilisateurs TPU en raison de capacits de signalisation et de largeur de bande potentiellementdiffrentes associes laccs hertzien, ainsi que de laugmentation du trafic de signalisation pour la loc
39、alisation desterminaux et des prescriptions de transfert intercellulaire.Les nouveaux systmes daccs hertzien mettront en jeu, entre autres spcificits, des cellules de taille plus petite que lessystmes mobiles actuels. La taille plus petite des cellules se traduira par une augmentation du trafic du r
40、seau designalisation en raison de la frquence accrue des mises jour de la localisation et des transferts intercellulaires. Cetteaugmentation potentielle de la charge de signalisation rsulte des prescriptions de gestion de la mobilit des terminauxdans le cas de laccs hertzien. Elle doit tre prise en
41、considration dans ltablissement des dlais cibles pour lesmessages de gestion de la mobilit personnelle pour les TPU.4 Recommandation E.775 (02/96)Dans un futur proche, de nombreuses applications hertziennes (comme les applications mobiles cellulaires) auront leurspropres bases de donnes permettant d
42、e prendre en charge les fonctions de mobilit et dauthentification des terminauxcentres dauthentification, enregistreur de position nominale (HLR) (home location register) et enregistreur de positionpour visiteur (VLR) (visitor location register) qui sont indpendantes de lauthentification de lutilisa
43、teur et de la gestionde la mobilit des personnes pour les TPU. Lauthentification spare de lutilisateur et du terminal contribuera augmenter le dlai global peru par lutilisateur.Les aspects suivants de performance du trafic dans le cas de laccs hertzien contribueront galement la performanceglobale du
44、 trafic des TPU: augmentation de la charge de trafic du rseau smaphore et dlais rsultants pour ltablissement dappel; introduction dun dlai supplmentaire pour lauthentification de lutilisateur TPU compte tenu de lancessit de raliser une authentification et un enregistrement spars pour les terminaux h
45、ertziens; blocage dappel d lindisponibilit des canaux radiolectriques; blocage ou interruption dappel par suite dun chec de transfert automatique entre cellules.7 Choix des paramtres GOS et principes dattributionLe choix des paramtres GOS pour les rseaux prenant en charge les TPU doit tenir compte d
46、u fait que le service desTPU sera fourni sur les rseaux existants comme le RTPC, le RNIS et le RMTP. Il faut donc, pour ce faire, sappuyer surles concepts de GOS applicables ces rseaux (par exemple, Recommandations E.720 et E.770), ainsi que les facteursdinfluence des rseaux prenant en charge les TP
47、U qui sont dcrits au paragraphe prcdent.Les Recommandations E.721 et E.771 indiquent les paramtres GOS et les valeurs cibles respectivement pour le rseauRNIS et pour le rseau mobile terrestre. Dans le cas dune connexion de rfrence TPU qui comprend la fois le rseauRNIS et le rseau mobile terrestre, il est indispensable que la GOS propose pour les TPU soit conforme la GOSspcifie dans les Recommandations E.721 et E.771. De plus, lintrieur du rseau smaphore, il peut tre souhaitablede rpartir les dlais dtablissement dappel en dlai dtablissement de lappel ou de
