欢迎来到麦多课文档分享! | 帮助中心 海量文档,免费浏览,给你所需,享你所想!
麦多课文档分享
全部分类
  • 标准规范>
  • 教学课件>
  • 考试资料>
  • 办公文档>
  • 学术论文>
  • 行业资料>
  • 易语言源码>
  • ImageVerifierCode 换一换
    首页 麦多课文档分享 > 资源分类 > PDF文档下载
    分享到微信 分享到微博 分享到QQ空间

    ITU-T F 811 FRENCH-1996 Broadband connection-oriented bearer service《宽带面向连接的承载业务 1号研究组》.pdf

    • 资源ID:795837       资源大小:141.88KB        全文页数:25页
    • 资源格式: PDF        下载积分:10000积分
    快捷下载 游客一键下载
    账号登录下载
    微信登录下载
    二维码
    微信扫一扫登录
    下载资源需要10000积分(如需开发票,请勿充值!)
    邮箱/手机:
    温馨提示:
    如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如需开发票,请勿充值!如填写123,账号就是123,密码也是123。
    支付方式: 支付宝扫码支付    微信扫码支付   
    验证码:   换一换

    加入VIP,交流精品资源
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    ITU-T F 811 FRENCH-1996 Broadband connection-oriented bearer service《宽带面向连接的承载业务 1号研究组》.pdf

    1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 les autres configurations de communication appellent uncomplment dtude.Les oprations qui, du point de vue de lutilisateur, sont ncessaires lactivation dune communication du point de vuedu rseau sont celles qui sont indiques dans le Tableau 1. Elles sont

    2、 excutes tour tour ou simultanment.Il existe trois possibilits diffrentes deffectuer ces oprations:1) par des procdures de gestion;2) par des procdures de signalisation;3) par des procdures dattribution acclre.Le Tableau 2 rcapitule les diffrentes options.La prsente Recommandation ne spcifie que les

    3、 procdures de demandes simultanes dtablissement et dactivation(cest-dire conformes la troisime colonne). Elle est compatible avec des procdures o les demandes dtablissementet dactivation sont spares (cest-dire les colonnes deux et trois du Tableau 2) mais ces procdures ncessitent uncomplment dtude.2

    4、 Recommandation F.811 (07/96)TABLEAU 1/F.811Demande dutilisateur et actions rsultantes dans le rseauTABLEAU 2/F.811Demandes dtablissement et dactivation2.2 Terminologie spcifiquePour les besoins de la prsente Recommandation, les dfinitions suivantes sappliquent.2.2.1 capacit de transfert ATM: voir l

    5、a Recommandation I.371 1. Les capacits de transfert sont: dbit prd-termin, dbit soutenable, dbit disponible, transfert de blocs ATM en transmission diffre et transfert de blocs ATM entransmission immdiate. Les Recommandations Q.2931 9 et Q.2961 11 spcifient, linterface utilisateur-rseau, leprotocole

    6、 de commutation appropri servant ngocier la capacit de transfert ATM. Les protocoles de gestionpermettant au niveau de cette interface de ngocier ces capacits ncessitent un complment dtude.2.2.2 gigue cellule: voir la Recommandation I.356 2.demande dutilisateur actions rsultantes sur le rseau1 deman

    7、de dun trajet avec les capacits de transfert ATM(ATC) afin dtre connect un ou plusieurs utilisateursmarquage du trajet: tablissement de ou des connexionsATM associes sans les ressources prenant en charge lacommunication2 ngociation des ressources, cest-dire: demande dun ouplusieurs paramtres de traf

    8、ic, des classes de qualit deservice et des flux OAM (gestion, exploitation etmaintenance) par connexion ATM prenant en charge lacommunicationattribution des ressources: activation de la communicationmodes dengociationdemande dtablissement deconnexion (sans ressources),cest-dire: demande de trajetave

    9、c juste les capacits detransfert ATM (ATC)demande dactivation deconnexion, cest-dire:ngociation uniquement dun ouplusieurs paramtres de trafic, desclasses de qualit de service etdes flux OAM par connexionATMdemande simultanedtablissement et dactivation,cest-dire: demande simultanede trajet et de ngo

    10、ciation dun ouplusieurs paramtres de trafic, desclasses de qualit de service etdes flux OAM par connexionATMpermanent sans objet sans objet lors de labonnementrserv M Mcompatible Scompatible RMM la demande(commut)SScompatible Mcompatible RMSM oprations effectues par les procdures de gestionS opratio

    11、ns effectues par les procdures de signalisationRM oprations effectues par les cellules de gestion des ressourcesNOTES1 Lutilisation de cellules de gestion des ressources nest pas spcifie pour les dbits prdtermins et soutenables,conformment la Recommandation I.371 1.2 Un niveau de ressources minimal

    12、est ncessaire afin de permettre lutilisateur denvoyer des cellules de gestion desressources.Recommandation F.811 (07/96) 32.2.3 tolrance de gigue cellule: voir la Recommandation I.371 1.2.2.4 taux de perte cellule: voir la Recommandation I.356 2.2.2.5 temps de transfert cellule: voir la Recommandati

    13、on I.356 2.2.2.6 gestionnaire-utilisateur initiateur: le gestionnaire-utilisateur qui envoie une demande lentit fonctionnellede gestion de service (SME).2.2.7 tolrance intrinsque de salves: voir la recommandation I.371 1.2.2.8 adresse RNIS: numro conforme au plan et la structure de numrotage spcifis

    14、 dans la Recomman-dation E.164 4.2.2.9 gestionnaire-utilisateur concern: le gestionnaire-utilisateur qui reoit une demande manant dun autregestionnaire-utilisateur initiateur.2.2.10 gestionnaire-utilisateur: dans le mode rserv, il sagit de lentit fonctionnelle autorise envoyer parlintermdiaire du po

    15、int de rfrence x (dfini dans la Recommandation M.3010 3) les demandes denregistrement decommunication, les demandes de modification de communication et les demandes dinterrogation, au nom desutilisateurs relevant de cette entit la date de souscription de labonnement.2.2.11 dbit cellulaire maximal: v

    16、oir la Recommandation I.371 1. Le dbit cellulaire maximal est dclar parlutilisateur sous forme dun nombre entier de cellules par seconde.2.2.12 dbit cellulaire minimal: voir la Recommandation I.371 1. Le dbit minimal cellule est dclar parlutilisateur sous forme dun nombre entier de cellules par seco

    17、nde.2.2.13 dbit cellulaire crte: voir la Recommandation I.371 1. Le dbit cellulaire crte, dclar par lutilisateur, estexprim sous la forme dun nombre entier de cellules par seconde.2.2.14 frquence maximale de rengociation: voir la Recommandation I.371 1. Le dbit maximal derengociation est dclar par l

    18、utilisateur sous forme dun nombre entier de cellules de gestion de ressources par seconde.2.2.15 communication priodique: communication durant laquelle le mme schma de valeurs du descripteur detrafic de la source et de la classe de qualit de service se rpte priodiquement.2.2.16 classe de qualit de s

    19、ervice: srie de valeurs associes aux paramtres de qualit de fonctionnement ATMsuivants: taux de perte cellule de bout en bout, temps de transfert cellule de bout en bout et gigue cellule de bout enbout.2.2.17 type de service: voir la Recommandation I.371 1.2.2.18 entit fonctionnelle de gestion de se

    20、rvice (SME) (service management entity): dans le mode rserv, lentitSME est lentit fonctionnelle laquelle le gestionnaire-utilisateur adresse ses demandes denregistrement decommunication, ses demandes de modification de communication et ses demandes dinterrogation.2.2.19 descripteur de trafic de la s

    21、ource: ensemble de paramtres de trafic correspondant une capacit detransfert ATM. Pour le dbit prdtermin, il est donn par le dbit crte cellule et la tolrance de gigue cellule associe.Pour le dbit soutenable, il est donn par le dbit cellulaire crte et la tolrance de gigue cellule associe, le dbitsout

    22、enable cellule, la tolrance intrinsque de rafale, et la tolrance de gigue cellule associe. Pour le dbit disponible, ilest donn par le dbit cellulaire crte et le dbit cellulaire minimal. Pour les transferts de blocs ATM en transmissiondiffre et en transmission immdiate, il est donn par le dbit cellul

    23、aire maximal et la tolrance de gigue celluleassocie, la frquence maximale de rengociation et la tolrance de gigue cellule associe, le dbit cellulaire soutenable,la tolrance intrinsque de rafale et la tolrance de gigue cellule associe. Voir la Recommandation I.371 1.2.2.20 dbit cellulaire soutenable:

    24、 voir la Recommandation I.371 1. Le dbit cellulaire soutenable, dclar parlutilisateur, est exprim sous la forme dun nombre entier de cellules par seconde.2.2.21 contrat de trafic: voir la Recommandation I.371 1.2.2.22 utilisateur: chacune des entits fonctionnelles de labonn qui met ou reoit des cell

    25、ules ATM parlintermdiaire du point de rfrence TLBou TLB/SLB. Lutilisateur communique avec le gestionnaire-utilisateur pour sefaire contrler et/ou surveiller.4 Recommandation F.811 (07/96)3 Procdures3.1 Mode demande3.1.1 Fourniture/retraitPar accord avec le fournisseur de service.La date de dbut de f

    26、ourniture du service correspond celle de labonnement au service; la date de retrait celle de la finde labonnement.3.1.2 Procdures normales3.1.2.1 Activation/dsactivation/enregistrementPar accord avec le fournisseur de service.3.1.2.2 Demande et exploitationLa signalisation utilisateur-rseau est effe

    27、ctue sur un canal smaphore distinct.3.1.2.2.1 Etablissement dappel lancement du serviceLes procdures mises en uvre lors de ltablissement dappel sont propres chaque configuration. Toutefois, lesdfinitions et principes ci-aprs sappliquent toutes les configurations.Le descripteur de trafic de la source

    28、 comprend deux valeurs pour chaque paramtre; cela permet de dfinir lacommunication dans les deux sens.La classe de qualit de service (QS) dfinit la qualit de service requise par lutilisateur pour la communication. Si lavaleur nest pas spcifie, une valeur par dfaut est admise. Deux valeurs sont ncess

    29、aires pour dfinir la communicationdans les deux sens.Lappel mane de lutilisateur qui demande au rseau le service support ncessaire (demande dtablissement dappel).La demande dappel comprend les paramtres suivants:configuration de la communication numro RNIS de labonn demand;contrat de trafic ATM sur

    30、la base dune communication capacit de transfert ATM (la capacit de transfert ATM est la mme dans les deux sens si lacommunication est bidirectionnelle conformment au 5.5.1.1/I.371 1); descripteur de trafic de la source dans chaque sens (voir la Recommandation I.371 1); classe de qualit de service da

    31、ns chaque sens; dbit cellulaire crte du flux cellulaire F5 OAM de lutilisateur et tolrance de gigue cellule (uniquementpour le dbit prdtermin, les transferts de blocs ATM en transmission diffre et en transmissionimmdiate) dans chaque sens (la prise en charge de la sparation du flux F5 OAM de lutilis

    32、ateur et duflux de donnes de lutilisateur est une option du fournisseur de rseau);paramtres de la couche dadaptation ATM (AAL) paramtres AAL: requis par le rseau uniquement des fins dinterfonctionnement (avec le RNIS bandetroite, par exemple). Dans le RNIS-LB, lutilisateur peut les spcifier de bout

    33、en bout: la couchedadaptation ATM est transparente pour le rseau;fonctionnalits du service type de service (facultatif, cest-dire que lutilisation de ce paramtre est une option de lutilisateur).A lheure actuelle, les types de service identifis sont les services supports bande troite avec mulation (v

    34、oirlAnnexe C). Dans le cas o le type de service est indiqu, il convient de vrifier si celui-ci et les autres paramtres durseau sont compatibles (voir lAnnexe C); si le type de service et les autres paramtres du rseau ne sont pas compa-tibles, les paramtres considrs prennent les valeurs implicites in

    35、diques dans lAnnexe C; par la suite, toute notification lappelant et toute indication lappel (aux appels) comportera les valeurs implicites (considres dans le rseau).Recommandation F.811 (07/96) 5Aprs avoir lanc un appel, lappel recevra un accus de rception linformant que le rseau est en mesure de t

    36、raiter cetappel.Labonn demand reoit une indication linformant de lappel entrant (indication dtablissement dappel). Cetteindication comprend tous les paramtres de la demande dappel. A lextrmit appele, lors de la rception de la demandedtablissement dappel, labonn demand acceptera lappel sil est en mes

    37、ure de le recevoir.3.1.2.2.2 Procdures utilises pendant la phase de communication3.1.2.2.2.1 Modification des caractristiques du trafic pendant la communicationLutilisateur et le rseau peuvent chacun demander la modification des caractristiques du trafic pour une communicationdj tablie.Ces caractris

    38、tiques peuvent tre modifies par ngociation entre lutilisateur et le rseau. Tous deux doivent recevoirune notification de cette modification.3.1.2.2.3 Libration de la communicationLun des utilisateurs ou les deux peuvent mettre fin la communication en adressant la demande correspondante aurseau. Si l

    39、un des utilisateurs met fin la communication, une indication approprie est envoye lautre utilisateur.3.1.3 Procdures exceptionnelles3.1.3.1 Activation/dsactivation/enregistrementSans objet.3.1.3.2 Demande et fonctionnement3.1.3.2.1 Echec imputable une erreur de lutilisateurUn utilisateur qui prsente

    40、 une demande de service non valable mais identifiable par le rseau recevra de celui-ci uneindication approprie dchec et ltablissement de la communication sera interrompu.Un utilisateur qui spcifie une adresse de destination non valable recevra du rseau une indication approprie dchec etltablissement

    41、de la communication sera interrompu.Lorsque le flux entrant de cellules transmis par lutilisateur dpasse la capacit utile spcifie dans le contrat de trafic, lerseau peut ragir et rejeter les cellules.3.1.3.2.2 Echec imputable des limitations de ressourcesSi, au moment de ltablissement de la communic

    42、ation, les ressources de service demandes spcifies par lesparamtres, en particulier qualit de service ou descripteur de trafic de la source, ne sont pas disponibles dans le rseau,une indication approprie dchec doit tre envoye lappelant.Si le rseau ne peut tablir la communication en raison dautres li

    43、mitations affectant ses propres ressources, uneindication approprie dchec sera envoye lappelant.3.1.3.2.3 Echec imputable ltat de lappelSi un utilisateur appelant tente dtablir une communication avec un autre utilisateur qui naccepte pas cettecommunication, il recevra du rseau une indication appropr

    44、ie dchec.Si un utilisateur tente dtablir une communication avec un autre utilisateur dont le terminal ne rpond pas, il recevra durseau une indication approprie dchec et ltablissement de la communication sera interrompu.3.1.4 Procdures de remplacementSans objet.3.2 Mode rserv3.2.1 Fourniture et retra

    45、itLa fourniture et le retrait sont bass sur la chronologie 1 (voir la Figure 1).6 Recommandation F.811 (07/96)La date de dbut de fourniture du service correspond celle de labonnement au service; la date de retrait celle de la finde labonnement.Aprs mise disposition du service support large bande en

    46、mode connexion (BCOBS) linstant t1 la suite dunedemande dabonnement au service BCOBS linstant t0, une srie de procdures de gestion peut tre utilise pourdemander, modifier et librer des communications rserves. Le dlai de notification t1-t0 est gal ou suprieur Tamin.Linstant t3 de retrait du service e

    47、st fix au moment de labonnement ou rsulte dune demande de labonn linstant t2.La dure de labonnement t3-t1 est suprieure une dure minimale DAminet infrieure dure maximale DAmax.Plusieurs communications peuvent tre disponibles chaque interface UNI au mme moment. Labonnement indique lenombre maximal NBmaxde communications qui peuvent tre disponibles chaque interface UNI.Des communications priodiques ou occasionnelles peuvent tre rserves. Les paramtres de chaque communicationsont ng


    注意事项

    本文(ITU-T F 811 FRENCH-1996 Broadband connection-oriented bearer service《宽带面向连接的承载业务 1号研究组》.pdf)为本站会员(proposalcash356)主动上传,麦多课文档分享仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文档分享(点击联系客服),我们立即给予删除!




    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

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

    收起
    展开