ImageVerifierCode 换一换
格式:PDF , 页数:13 ,大小:130.89KB ,
资源ID:795371      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-795371.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ITU-T E 724 FRENCH-1996 GOS Parameters and Target GOS Objectives for in Services《智能网(IN)业务的业务等级(GOS)参数和目标业务等级(GOS)目标(2号研究组)14pp》.pdf)为本站会员(inwarn120)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-T E 724 FRENCH-1996 GOS Parameters and Target GOS Objectives for in Services《智能网(IN)业务的业务等级(GOS)参数和目标业务等级(GOS)目标(2号研究组)14pp》.pdf

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

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