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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

本文(ITU-T Q 940 FRENCH-1988 ISDN User-Network Interface Protocol for Management - General Aspects《综合业务数字网(ISDN)用户网络接口的管理协议 一般性质-No 1数字用户信令系统(DSS1) 网络层 用户网络管理(11号研究组)11pp》.pdf)为本站会员(赵齐羽)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-T Q 940 FRENCH-1988 ISDN User-Network Interface Protocol for Management - General Aspects《综合业务数字网(ISDN)用户网络接口的管理协议 一般性质-No 1数字用户信令系统(DSS1) 网络层 用户网络管理(11号研究组)11pp》.pdf

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T Q.940SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUITSYSTME DE SIGNALISATIONDABONN NUMRIQUE N 1PROTOCOLE DINTERFACE USAGER-RSEAU RNIS POUR LA GESTION ASPECTS GNRAUXRecommandation UIT-T Q.940(Extrait du Livre Bleu)NOTES1 La Recommandation Q.940 de

2、l UIT-T a t publie dans le fascicule VI.11 du Livre Bleu. Ce fichier est unextrait du Livre Bleu. La prsentation peut en tre lgrement diffrente, mais le contenu est identique celui du LivreBleu et les conditions en matire de droits dauteur restent inchanges (voir plus loin).2 Dans la prsente Recomma

3、ndation, le terme Administration dsigne indiffremment une administration detlcommunication ou une exploitation reconnue. UIT 1988, 1993Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque formeque ce soit et par aucun procd, lectronique ou

4、mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lUIT.Fascicule VI.11 - Rec. Q.940 1Recommandation Q.940Fascicule VI.11 - Rec. Q.940PROTOCOLE DINTERFACE USAGER-RSEAU RNISPOUR LA GESTION ASPECTS GNRAUX1 GnralitsLa prsente Recommandation fait partie dune srie de projets de Reco

5、mmandations qui dcrivent le modle degestion, les lments de service, et le protocole fournir linterface usager-rseau RNIS. Ces Recommandationsspcifient galement les fonctions de gestion requises pour linstallation dabonn du RNIS. Elle dcrit larchitecture degestion et donne une description gnrale des

6、services et des fonctions de gestion.Les autres Recommandations de cette srie spcifieront les lments de service et le protocole de gestion dusystme et les procdures lies aux fonctions de gestion.Les fonctions de gestion assures linterface usager-rseau sont destines tre parfaitement harmonises avecle

7、s fonctions de gestion du rseau couvertes par le rseau de gestion des tlcommunications (RGT) et le cadre gnraldes principes de gestion pour linterconnexion des systmes ouverts (OSI). Bien que le RGT dfinisse les fonctions degestion du point de vue du rseau, la prsente Recommandation dcrit ces foncti

8、ons du point de vue de labonn etspcifie les fonctions de gestion distance des quipements dusager.1.1 PorteLa prsente srie de Recommandations tablira une approche commune pour les communications de gestiondestines supporter les procdures utilises par un centre de maintenance distant, lintrieur ou lex

9、trieur du rseau,ainsi que celles entreprises au niveau local.Ces Recommandations traitent de la spcification des points suivants:a) spcification dune architecture de gestion et identification des trajets possibles de communication;b) spcification des fonctions de gestion assurer linterface usager-rs

10、eau RNIS;c) spcification dun protocole de transfert dinformation pour lchange dinformations de gestion entre deuxentits homologues dapplication de gestion de systme (SMAE);d) spcification de primitives entre le processus dapplication de gestion (usager) et le SMAE cest-dire lesprimitives linterface

11、de service de gestion du systme (SMSI);e) spcification de primitives de service entre llment de service SMAE et les lments de service de lacouche sous-jacente cest-dire les primitives au point daccs de service de couche prsentation, (PSAP);f) spcification de la fonction de convergence ventuellement

12、ncessaire pour permettre laccs direct deslments de service SMAE aux services fournis par la couche 3 cest-dire les primitives au point daccsdu service de couche de rseau, (NSAP).1.2 Champ dapplicationLes protocoles et procdures dcrits dans ces Recommandations fournissent des moyens pour faciliter le

13、sfonctions de gestion linterface usager-rseau RNIS. Les activits de gestion des services et des oprations du rseau,telles que la configuration des ressources du rseau, lacheminement de linformation, et les activits de maintenance,utilisent les fonctions et les protocoles dfinis dans ces Recommandati

14、ons. En particulier, ces fonctions de gestiondoivent pouvoir assurer les besoins spcifiques du type de ceux dfinis dans les Recommandations de la srie I.60(maintenance de laccs et de linstallation de lusager). Ces protocoles permettent de commander des boucles et des testsde diagnostic, de dclencher

15、 et darrter lindication dvnements et dchanger une information de gestion traverslinterface usager-rseau RNIS, cest-dire entre quipements connects aux points de rfrence S/T.Les signaux de la couche physique de la section de transmission numrique utiliss pour commander lesfonctions de maintenance sort

16、ent du cadre de la prsente Recommandation.Les protocoles peuvent tre utiliss sur le canal D des structures dinterface au dbit primaire et de base et travers les points de rfrence S et T. Les protocoles de couche suprieure peuvent tre galement utiliss sur dautrescanaux et services support RNIS.2 Fasc

17、icule VI.11 - Rec. Q.940Les protocoles et les procdures dcrits dans ces Recommandations tiennent compte du fait quil y aura desinteractions avec le RGT. En consquence, il est souhaitable dharmoniser, autant que possible, les services et lesprotocoles destins tre utiliss pour la gestion daccs avec ce

18、ux qui seront dfinis pour le RGT et la gestion OSI.2 Catgories dinformations de gestion changesLes informations de gestion changes peuvent tre classes selon les trois catgories suivantes:a) notification dvnement: le transfert dinformation est dclench par un systme qui signale instantanmentlapparitio

19、n dun vnement (par exemple, un drangement) un autre systme;b) transfert de donnes: lchange dinformation est dclench par un systme afin dobtenir une information degestion dun autre systme. Ces changes se droulent conformment au paradigme “demande suivie derponse”;c) information de commande: les chang

20、es dinformation sont de nature excutive: un systme demande quuneaction soit excute par un autre systme, par exemple pour le test daccessibilit et le tlchargement deparamtres.3 Fonctions de gestionLes fonctions de gestion peuvent tre classes selon les domaines dapplication. Les principales fonctionss

21、uivantes ont t recenses:a) Gestion des drangements Fonctions de maintenance Reprage des drangements Indication spontane derreurs Indication dalarme de seuil derreur Surveillance continue Essai de diagnostic (R)initialisation des ressources Test de confiance Identification des ressources Localisation

22、 de dfaillance.b) Gestion de configuration Modification dacheminement Modification de base de donnes Identification dquipement Reconfiguration de rseau/dquipement.c) Gestion de comptabilit Indication des donnes de facturation.d) Gestion de la qualit de fonctionnement Collecte et indication des donne

23、s de trafic Surveillance de la qualit de fonctionnement Application de commandes.e) Gestion de scurit.Fascicule VI.11 - Rec. Q.940 34 Modles de rfrence de gestion4.1 Modle de trajet de communicationLa figure 1/Q.940 montre les entits qui peuvent contenir des entits de gestion du systme (SME) pouvant

24、ncessiter une aptitude communiquer. Les entits de gestion du systme peuvent tre situes dans les commutateurslocaux, les installations dabonn, les centres de gestion distants ou les centres de gestion du rseau.Les fonctions de gestion assures par les diffrents systmes peuvent diffrer selon les besoin

25、s du systme etvarier selon les rseaux. Cependant, les facilits de communication fournies par les entits de gestion des systmesdoivent avoir autant que possible des caractristiques communes.La porte de la prsente Recommandation stend aux fonctions et aux protocoles qui ont un impact direct surlinterf

26、ace usager-rseau.Les entits de gestion du systme peuvent tre situes dans un TE, une TNA ou un fournisseur de service degestion. Nanmoins, bien que la communication entre deux entits de gestion quelconques soit possible dans le modle,cela nimplique pas que linformation dtenue par une entit de gestion

27、 donne soit disponible pour toutes les autresentits de gestion. Des mcanismes de scurit peuvent tre utiliss pour limiter laccs linformation.4 Fascicule VI.11 - Rec. Q.940La figure 1/Q.940 montre que trois types de communications de gestion peuvent tre appliqus, savoir:a) TE (ou centre de tlgestion)

28、fi TE (1 fi 2);b) TE fonction de gestion du rseau (1 fi 3);c) TE fonction de gestion du rseau fi TE (1 fi 3 fi 2).Fascicule VI.11 - Rec. Q.940 5Les types a) et b) sont des cas de communications directes entre homologues. Pour le type c), le TE demande lentit de gestion du rseau de fonctionner comme

29、un intermdiaire qui, au nom du TE demandeur, communique avec unautre TE.4.1.1 Scurit daccs aux fonctions de gestion et de maintenancePour faciliter les procdures de maintenance et la localisation des drangements, les entits de maintenancesitues dans diffrents domaines de gestion peuvent communiquer.

30、 Nanmoins, puisque linformation de gestion et demaintenance prsente une trs grande importance pour lintgrit du systme, laccs aux fonctions et linformation degestion est soumis une habilitation pralable et des restrictions de scurit lors de laccs.Les restrictions daccs sont normalement appliques par

31、le destinataire de linformation de gestion mais ellespeuvent tre appliques par le demandeur, indpendamment de toute scurit impose par le destinataire. Les mesures descurit peuvent inclure des conditions dauthentification dentit homologue.Lutilisation de mcanismes de scurit adquats est particuliremen

32、t importante dans le cas dun rseau, du faitque les fonctions de maintenance pour de nombreux usagers peuvent tre affectes par un accs non autoris.Chaque fois quune communication de gestion de systme passe par un point de rfrence S ou T, uneautorisation daccs peut en principe tre suppose ncessaire.Re

33、marque Cela nexclut pas les mesures implicites influant sur les paramtres de gestion de couche, commeindiqu dans les protocoles de signalisation pertinents (par exemple, Recommandations Q.921, Q.931). Toutefois, cesactions sortent du cadre de la prsente Recommandation.4.2 Entit de gestion du systmeL

34、a figure 2/Q.940 dcrit la structure interne du SME.4.2.1 Entit dapplication de gestion du systme (SMAE)La SMAE est une entit de couche dapplication qui supporte les fonctions de gestion du systme. Elle estcharge des communications avec les systmes homologues.Le rle de la SMAE est dassurer les commun

35、ications requises pour rendre un dispositif de gestion du systmeaccessible un autre SMAP. Il nest pas ncessaire de mettre en uvre la SMAE si lon a seulement besoin dune gestionde systme lchelon local.4.2.2 Processus dapplication de gestion du systme (SMAP)Un SMAP est un processus dapplication dun sy

36、stme, qui accomplit des fonctions de gestion. Le SMAPcommande la SMAE et inclut la base dinformation de gestion (MIB) ainsi que, le cas chant, un ou plusieurs modulesde gestion assurant diverses possibilits de fonction.4.2.3 Base dinformation de gestion (MIB)La MIB est le dpt de toutes les informati

37、ons relatives au fonctionnement du systme. La SMAE et les entitsde gestion de couche (LME) ont accs la MIB.4.2.4 Entit de gestion de couche (LME)La LME est la partie de lentit de couche qui gre les ressources et les paramtres rsidant dans son entit deprotocole de couche.4.2.5 Entit de protocole (PE)

38、La PE est la partie de lentit de couche qui se consacre aux communications entre homologues. Une PE decouche fournit des services la couche immdiatement suprieure et utilise les services de la couche immdiatementinfrieure.6 Fascicule VI.11 - Rec. Q.940Il convient de noter que ce modle permet actuell

39、ement des communications entre processus de gestionhomologues, soit par rattachement un point daccs la couche prsentation (PSAP) soit par rattachement direct aupoint daccs au service de couche de rseau (NSAP). Une fonction de convergence peut tre assure titre de variantepar rapport au modle de rfren

40、ce complet sept couches OSI (spcifi dans la Recommandation X.200) afin de prvoirles terminaux simples susceptibles dtre utiliss dans lenvironnement du RNIS. Si elles sont assures, les fonctionsseront rduites au minimum, cest-dire que les services de couche OSI abandonns du fait de llimination des co

41、uches4 6 ne seront pas rtablis par la fonction de convergence. En consquence, il sera prfrable dutiliser lensemble dessept couches. Il sensuit que les “fonctions de convergence” devront ventuellement tre spcifies.4.2.6 Protocole dinformation de gestion (MIP)Le protocole dinformation de gestion perme

42、t lchange dinformation entre SMAE homologues.Fascicule VI.11 - Rec. Q.940 74.3 Objets manipuls: un modle dobjet hirarchique4.3.1 Dfinitions4.3.1.1 objet grOn entend par objet gr un ensemble dobjets de donnes et de tlcommunications ou de ressources detraitement de linformation qui peuvent tre grs au

43、moyen du protocole de gestion spcifi dans la prsenteRecommandation.4.3.1.2 Un objet de donnes est un objet qui est le destinataire direct dune action ou qui gnre un rapportdvnements.4.3.2 Modle dobjet hirarchiqueLes fonctions de maintenance sont dcrites comme tant des fonctions asymtriques utilisant

44、 des trajets decommunication symtriques. Une activit de maintenance est toujours dclenche par un demandeur qui demande unexcuteur de manipuler des rapports dvnements ou des objets de donnes. Ceux-ci peuvent tre classs commeappartenant aux diffrents objets grs. Chaque opration lmentaire qui doit accd

45、er ou se rfrer aux objets dedonnes les identifie en spcifiant dabord lobjet gr auquel ils appartiennent puis en les identifiant dans lobjet gr.Un modle dobjet hirarchique est celui qui permet daccder un objet de donnes quelconque dune maniresimple. Quand un objet gr peut tre reproduit, un identifica

46、teur de cas aidera rsoudre lambigut.Par exemple, le modle pour une interface daccs usager-rseau RNIS est reprsent par larbre hirarchique dela figure 3/Q.940.Les paramtres et les rapports dvnements concernant un objet gr donn peuvent alors tre implicitementdfinis dans lobjet gr. Certains objets grs p

47、euvent tre vides quand aucun objet de donnes ny est identifi. Enpareil cas, ils sont prsents seulement titre dindication dun niveau hirarchique.Il faut noter que le modle dinterface daccs usager-rseau RNIS contient uniquement les objets grs quiappartiennent aux fonctions daccs au rseau, cest-dire qui interviennent dans la fourniture du service support requis(signalisation et protocoles de couche infrieure sur les canaux support). Les

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