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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

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

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