1、5)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! tous les utilisateurs de laprsente Recommandation sont donc invits rechercher la possibilit dappliquer les ditions les plus rcentes desRecommandation
2、s et autres rfrences indiques ci-aprs. Une liste des Recommandations UIT-T en vigueur est publiergulirement.Recommandations Q.1202, Q.1211, Q.1214, Q.1218, Q.1219, E.492, E.721, E.723, E.733, Q.706, Q.716 et Q.766.3 DfinitionsPour les besoins de la prsente Recommandation, les dfinitions suivantes sa
3、ppliquent:3.1 appel comparable: appel nutilisant pas les services assurs par des rseaux intelligents et qui est slectionnpar loprateur de rseau comme rpondant aux attentes de lutilisateur quant au temps dattente aprs la slection demanire comparable aux appels utilisant les services assurs par des rs
4、eaux intelligents dont il est question. En labsencedappel rpondant ce critre, loprateur de rseau est libre de choisir de slectionner un appel moyen comme tantlappel comparable.3.2 temps de slection incrmentiel: ce paramtre correspond laugmentation du temps de slection (tel quil estdfini dans la Reco
5、mmandation E.721) quand une demande dtablissement de services RI fait suite un appeltlphonique. Pour les appels impliquant ltablissement de circuits tlphoniques au-del de ce qui est habituellementprvu pour un type dappel (par exemple laboutissement dune procdure de renvoi dappel dclenche par le numr
6、oappel), le dlai de traitement par les rseaux intelligents comprend tout retard supplmentaire dans ltablissement de cetitinraire. Le calcul de cette valeur pour les appels impliquant un dialogue homme-machine de lutilisateur avec leservice RI ncessite un complment dtude.3.3 services RI: services mis
7、 en uvre laide de rseaux intelligents structurs.2 Recommandation E.724 (02/96)4 AbrviationsPour les besoins de la prsente Recommandation, les abrviations suivantes sont utilises:CPE quipements locaux dabonns (customer premises equipment)CS-1 ensemble de capacits 1 (capability set 1)GOS qualit dcoule
8、ment du trafic (grade of service)IP quipement priphrique intelligent (intelligent peripheral)RI rseau intelligentRNIS rseau numrique avec intgration des servicesSCP point de commande du service (service control point)SDP base de donnes du service (service data point)SSP commutateur daccs aux service
9、s (service switching point)STP point de transfert smaphore (signalling transfer point)TPU tlcommunications personnelles universelles (universal personal telecommunication)5 Considrations gnrales5.1 Vue densemble des rseaux intelligentsPour laborer la prsente Recommandation, on a eu recours aux dfini
10、tions des concepts du rseau intelligent (y comprisles concepts se rapportant lensemble de capacits 1) qui figurent dans les Recommandations de la srie Q.1200. Il estfait rfrence notamment aux Recommandations Q.1201, Q.1211, Q.1214, Q.1218 et Q.1219.Larchitecture du rseau intelligent repose essentiel
11、lement sur un concept de rseau destin fournir des servicescomplmentaires associs des services supports, des tlservices et des services interactifs et de distribution largebande. On a analys les services et les fonctions de lensemble CS-1 que dcrit la Recommandation Q.1214 pour dfinirles catgories de
12、 service et dterminer les objectifs de qualit dcoulement du trafic indiqus larticle 8.Du point de vue de lvaluation de la qualit de fonctionnement, un type de service sera caractris par la (les)combinaison(s) associe(s) de transactions RI et de connexions smaphores et de circuits intervenant dans la
13、 demandedtablissement du service.5.2 Mthode dvaluation de la qualit de fonctionnementLes objectifs de qualit dcoulement du trafic (GOS) noncs larticle 8 ont t tablis partir dtudes approfondiessur des modles de rseau dont les services et les fonctions revtaient un caractre suffisamment reprsentatif p
14、ourfournir des informations sur la qualit de fonctionnement (telle quelle est perue par lutilisateur final) susceptible dtreobtenue dans des environnements typiques de rseau intelligent.A noter que lon a utilis une mthode ascendante pour valuer les dlais de bout en bout perceptibles par les utilisat
15、eursfinals; on sest donc fond sur les Recommandations des sries E.700 et Q.700 qui contiennent des objectifs de dlaiapplicables aux canaux smaphores, aux points de transfert smaphores (STP), aux points de relais smaphores, auxcommutateurs daccs aux services (SSP) et aux points de commande de service
16、 (SCP) en relation avec les connexionsde rfrence appropries (voir larticle 7). Ainsi, on se reportera en loccurrence, aux Recommandations E.723, E.733,Q.706, Q.716 et Q.766.Cette mthode ascendante a t complte par une mthode descendante tenant compte des attentes de qualit desutilisateurs qui sont da
17、illeurs examines de manire plus approfondie au 6.3. Dans la premire mthode, chaque typedappel a des connexions de rfrence topologique diffrentes; dans la mthode descendante, les attentes des utilisateurssont diffrentes.Les objectifs de qualit de fonctionnement pour les commutateurs daccs aux service
18、s, pour les points de transfertsmaphores, pour les points de commande du service, pour les quipements priphriques intelligents (IP) et pour lesbases de donnes du service (SDP) appellent un complment dtude.Recommandation E.724 (02/96) 36 Analyse du service6.1 Considrations gnralesLa prsente Recommand
19、ation peut tre considre comme venant complter la Recommandation E.721 qui ne tientcompte que dune pntration limite des services de type RI (comme les services de libre appel et de communication parcarte de crdit pour lesquels il suffit dune simple interaction avec une base de donnes). Compte tenu de
20、 la pntrationcroissante des services RI qui ncessitent des consultations de la base de donnes pour la conversion des numros et/oudautres fonctions de filtrage des appels, il faut disposer de nouveaux modles de connexion de rfrence susceptiblesdincorporer des fonctions dinterrogation de la base de do
21、nnes (voir larticle 7).6.2 Dfinitions de services reprsentatifsA titre dexemple, le service TPU (tlcommunications personnelles universelles) est une application importante quiprendra en charge tout un ensemble de services dpendant dune base de donnes. Les TPU assureront des fonctions degestion de la
22、 mobilit des personnes et il est gnralement admis que larchitecture volutive du RI est tout faitindique pour offrir ces fonctions TPU. Dans ce contexte, la rpartition des ressources destines au RI dpendra deloptimisation de lemplacement des bases de donnes dans le cadre des stratgies globales de par
23、tage de linformationconcernant les TPU. Par consquent, la mise en uvre des TPU dans un environnement RI permet dobtenir desrenseignements prcieux sur cette vaste question de la rpartition des ressources et du dimensionnement du RI et aussi,sur les consquences du point de vue des paramtres de qualit
24、de fonctionnement tels que le temps de slection et letemps de transmission du signal de rponse tels quils sont perus par lutilisateur final.En plus des services TPU qui viennent dtre dcrits, une gamme de services et de caractristiques de lensemble CS-1ont t examins.(Il faut poursuivre les tudes pour
25、 classer ces services et caractristiques dans des catgories quil faudra peut-tre dcriresparment dans larticle 8.)6.3 Critres de GOS perceptibles par lutilisateurLes normes existantes applicables la tlphonie gnrale et au RNIS constituent une base utile pour dterminer lesnormes de trafic relatives aux
26、 rseaux intelligents, laquelle se rattachent les complments ncessaires pour rpondreaux nouvelles fonctionnalits introduites dans les rseaux intelligents. Les paragraphes suivants sont consacrs auxquestions qui ont conduit dfinir les critres GOS de larticle 8.6.3.1 Importance du temps de slectionA me
27、sure que la technologie de commutation progresse, les temps de slection diminuent considrablement. Avec lamise en uvre gnralise du systme de signalisation n 7, les attentes sont rduites par rapport la signalisation partonalits et les utilisateurs souhaitent le raccourcissement du temps dtablissement
28、 des communications. Aveclintroduction des services assurs par les rseaux intelligents, les temps de slection augmentent. Il faut du temps pourenvoyer et analyser les messages selon la logique du service. Si lattente est trop longue, les utilisateurs seront peusatisfaits, pouvant mme croire quil y a
29、 eu une dfaillance du rseau sous une forme ou une autre. Cest pourquoi il estparticulirement important dtablir les normes qui sappliquent aux temps de slection dans les rseaux intelligents.6.3.2 Objectifs de rseau et de service distinctsPour un exploitant de rseau, il est important de vrifier que le
30、 service atteint un niveau minimal de qualit pour lesutilisateurs. Il convient donc de fixer une norme de qualit dcoulement du trafic (GOS) pour le temps moyen deslection qui est dtermin partir de la moyenne de tous les appels dans le rseau. Avec le rseau intelligent, tout appeldonn peut demander lt
31、ablissement de plus dun service assur par ce rseau. Le concepteur dun service RI peut ne pastre le fournisseur de rseau et, de ce fait, peut ne pas connatre le niveau total de la qualit dcoulement du trafic dansce rseau. En vue de fournir une aide la conception du service, les normes devraient appor
32、ter des objectifssupplmentaires applicables la qualit dcoulement du trafic pour un service particulier. Ainsi, quand cela est possible,elles devraient fournir des objectifs de qualit dcoulement du trafic (GOS) appropris pour diffrentes classes deservice, en plus des objectifs gnraux de la qualit dco
33、ulement du trafic dans le rseau. Il convient de noter galementquil peut y avoir des services, tels que les services de messagerie non associs un appel, pour lesquels les objectifs deGOS de service individuel sont appropris; mais ces services ne seront pas inclus dans les objectifs de GOS pour lesrse
34、aux.4 Recommandation E.724 (02/96)6.3.3 Valeurs ciblesLes normes de GOS peuvent tre dfinies pour diffrents usages. Les normes de GOS existantes ont t slectionnes etles rseaux ont t conus pour garantir un exploitant de rseau que la capacit dcoulement du trafic sera acceptable,compte tenu des limites
35、imposes par la technologie. Avec lintroduction des rseaux intelligents et lvolution rapide dela technologie, il peut tre souhaitable, dans certains cas, de slectionner des valeurs cibles de dimensionnement pluscontraignantes afin de satisfaire au mieux lutilisateur. Dans de tels cas, des seuils devr
36、aient permettre de dterminer ledlai en dessous duquel lutilisateur ne peroit plus damlioration. Le seuil des dlais moyens en dessous desquelslutilisateur final ne peroit plus damlioration est dfini larticle 8 des fins de conception de service et deplanification de rseau.6.3.4 Objectif adapt lutilisa
37、teurA mesure que des services assurs par des rseaux intelligents sont mis en place dans le rseau, les utilisateurs finalspeuvent sous-estimer la complexit des nouveaux traitements logiques du service. Ils peuvent trs bien ignorer quunservice assur par les rseaux intelligents est appel (par exemple q
38、uand un appel est rachemin vers un autre endroitpour joindre un autre utilisateur). Il convient donc de fixer une limite pour minimiser le temps total de slection. Cettelimite sera fonde sur les besoins des utilisateurs finals en matire de qualit dcoulement du trafic (GOS), qui sont fixshabituelleme
39、nt dans le cadre dun essai ou dune exprimentation. Il convient de se fier davantage aux rsultats obtenuspendant lessai qu lexprience que lutilisateur peut avoir du service existant pour obtenir des objectifs de GOS utileslors de la conception dun nouveau service.6.3.5 Dlai incrmentiel d au traitemen
40、t des services assurs par les rseaux intelligentsLes normes existantes relatives la tlphonie gnrale et au RNIS constituent une bonne base de rfrence poureffectuer le dimensionnement, y compris dans les rseaux intelligents. Les questions annexes de complexit et decapacit dans les rseaux intelligents
41、peuvent tre rsolues laide des objectifs de GOS dfinissant les spcificationscomplmentaires requises. Etant donn lanalyse effectue dans les paragraphes prcdents, il est utile de fixer lesobjectifs relatifs au pas daccroissement du temps de slection attribuable au traitement des services assurs par les
42、rseaux intelligents. Cela permettra de complter les objectifs de GOS pour les diffrentes classes de service et deprvoir le temps total de slection prvu en se fondant sur lassortiment escompt de services demands.6.4 Caractristiques des demandes de lutilisateurMises en vidence par les tudes de laborat
43、oire, les caractristiques des demandes de lutilisateur face au temps deslection ont t utilises pour dterminer les objectifs de larticle 8. Ces rsultats permettent de conclure que plusieursobjectifs de GOS, et non un seul, doivent tre atteints. Les raisons de cette conclusion sont prsentes dans lespa
44、ragraphes qui suivent.6.4.1 Tolrance selon la distance ou le type de rseauComme le fait apparatre la Recommandation E.721, les utilisateurs acceptent gnralement un retard supplmentairepour les appels qui sont censs tablir une communication sur une grande distance. La diffrenciation entre connexionsd
45、e courte, moyenne et longue distance, qui est faite dans la Recommandation E.721, semble galement convenir laprsente Recommandation.6.4.2 Tolrance pour nouveaux services ou appels spciauxLes utilisateurs acceptent un retard supplmentaire lorsquils se rendent compte que lappel ncessite un traitements
46、upplmentaire (par exemple lorsquun appel est effectu vers un abonn dun rseau de radiotlphonie cellulaire) ou unnouveau service. Il semble que les utilisateurs acceptent gnralement un retard supplmentaire, au moins dans unpremier temps, mais puissent souhaiter une rponse plus rapide mesure quils se f
47、amiliarisent avec le service. Dans cecas, un complment dtude sera ncessaire pour fournir des prcisions utiles la dfinition des objectifs de GOS.7 Topologies de rfrenceLes objectifs de GOS envisags pour la prsente Recommandation reprsentent les augmentations du dlai depostslection attribuables la fourniture de services RI. Plusieurs services RI pouvant tre demands au cours dunappel, on tablit une distinction entre le dlai incrmentiel dun seul service RI et le dlai total caus, au cours dun appeldonn, par tous les services RI demands.Rec