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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

本文(ITU-T I 364 FRENCH-1999 Support of the broadband connectionless data bearer service by the B-ISDN《在宽带综合业务数字网(B-ISDN)上对无连接宽带数据承载业务的支持 系列I 综合业务数字网 整体网络方面和功能 协议层要求 13号研究组 83pp》.pdf)为本站会员(testyield361)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-T I 364 FRENCH-1999 Support of the broadband connectionless data bearer service by the B-ISDN《在宽带综合业务数字网(B-ISDN)上对无连接宽带数据承载业务的支持 系列I 综合业务数字网 整体网络方面和功能 协议层要求 13号研究组 83pp》.pdf

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-TI.364SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUIT(02/99)SRIE I: RSEAU NUMRIQUE INTGRATION DESERVICESAspects gnraux et fonctions globales du rseau Caractristiques des couches protocolairesPrise en charge du service support de donnessans connexio

2、n large bande par le RNIS large bandeRecommandation UIT-T I.364(Antrieurement Recommandation du CCITT)RECOMMANDATIONS UIT-T DE LA SRIE IRSEAU NUMRIQUE INTGRATION DE SERVICESPour plus de dtails, voir la Liste des Recommandations de lUIT-T.STRUCTURE GNRALETerminologie I.110I.119Description du RNIS I.1

3、20I.129Mthodes gnrales de modlisation I.130I.139Attributs des rseaux et des services de tlcommunication I.140I.149Description gnrale du mode de transfert asynchrone I.150I.199CAPACITS DE SERVICEAperu gnral I.200I.209Aspects gnraux des services du RNIS I.210I.219Aspects communs des services du RNIS I

4、.220I.229Services supports assurs par un RNIS I.230I.239Tlservices assurs par un RNIS I.240I.249Services complmentaires dans le RNIS I.250I.299ASPECTS GNRAUX ET FONCTIONS GLOBALES DU RSEAUPrincipes fonctionnels du rseau I.310I.319Modles de rfrence I.320I.329Numrotage, adressage et acheminement I.330

5、I.339Types de connexion I.340I.349Objectifs de performance I.350I.359Caractristiques des couches protocolaires I.360I.369Fonctions et caractristiques gnrales du rseau I.370I.399INTERFACES UTILISATEUR-RSEAU RNISApplication des Recommandations de la srie I aux interfaces utilisateur-rseau RNIS I.420I.

6、429Recommandations relatives la couche 1 I.430I.439Recommandations relatives la couche 2 I.440I.449Recommandations relatives la couche 3 I.450I.459Multiplexage, adaptation de dbit et support dinterfaces existantes I.460I.469Aspects du RNIS affectant les caractristiques des terminaux I.470I.499INTERF

7、ACES ENTRE RSEAUX I.500I.599PRINCIPES DE MAINTENANCE I.600I.699ASPECTS QUIPEMENTS DU RNIS-LBEquipements ATM I.730I.739Fonctions de transport I.740I.749Gestion des quipements ATM I.750I.799Recommandation I.364 (02/99) iRECOMMANDATION UIT-T I.364PRISE EN CHARGE DU SERVICE SUPPORT DE DONNEES SANS CONNE

8、XIONA LARGE BANDE PAR LE RNIS A LARGE BANDERsumLa prsente Recommandation dcrit la prise en charge du service support de donnes sans connexion large bande (BCDBS, broadband connectionless data bearer service) par le RNIS large bande(RNIS-LB). Elle dcrit le cadre gnral du support rseau du service BCDB

9、S et les protocolesutiliss linterface utilisateur et linterface rseau.La prsente Recommandation concerne la fourniture directe du service BCDBS tel que dfini dans laRecommandation I.211, au moyen des fonctions de service sans connexion. Certains points de laprsente Recommandation peuvent toutefois s

10、appliquer galement la fourniture indirecte duservice BCDBS.SourceLa Recommandation UIT-T I.364, rvise par la Commission dtudes 13 de lUIT-T (1997-2000), at approuve le 15 fvrier 1999 selon la procdure dfinie dans la Rsolution n 1 de la CMNT.ii Recommandation I.364 (02/99)AVANT-PROPOSLUIT (Union inte

11、rnationale des tlcommunications) est une institution spcialise des Nations Unies dansle domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est unorgane permanent de lUIT. Il est charg de ltude des questions techniques, dexploitation et de tarification,et met ce s

12、ujet des Recommandations en vue de la normalisation des tlcommunications lchellemondiale.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans,dtermine les thmes dtudes traiter par les Commissions dtudes de lUIT-T, lesquelles laborent enretour des Recom

13、mandations sur ces thmes.Lapprobation des Recommandations par les Membres de lUIT-T seffectue selon la procdure dfinie dans laRsolution n 1 de la CMNT.Dans certains secteurs des technologies de linformation qui correspondent la sphre de comptence delUIT-T, les normes ncessaires se prparent en collab

14、oration avec lISO et la CEI.NOTEDans la prsente Recommandation, le terme exploitation reconnue (ER) dsigne tout particulier, touteentreprise, toute socit ou tout organisme public qui exploite un service de correspondance publique. Lestermes Administration, ER et correspondance publique sont dfinis d

15、ans la Constitution de lUIT(Genve, 1992).DROITS DE PROPRIT INTELLECTUELLELUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de la prsente Recommandationpuisse donner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce quiconcerne lexisten

16、ce, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soientrevendiqus par un Membre de lUIT ou par une tierce partie trangre la procdure dlaboration desRecommandations.A la date dapprobation de la prsente Recommandation, lUIT avait t avise de lexistence dune propritintellectue

17、lle protge par des brevets acqurir pour mettre en uvre la prsente Recommandation.Toutefois, comme il ne sagit peut-tre pas de renseignements les plus rcents, il est vivement recommandaux responsables de la mise en uvre de consulter la base de donnes des brevets du TSB. UIT 1999Droits de reproduction

18、 rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sousquelque forme que ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et lesmicrofilms, sans laccord crit de lUIT.Recommandation I.364 (02/99) iiiTABLE DES MATIRESPage1 Domaine dapplication 12

19、Cadre gnral pour la fourniture du service support de donnes sans connexion large bande par le RNIS large bande. 22.1 Dfinition du service support de donnes sans connexion large bande par le RNIS large bande. 22.1.1 Adressage de groupe . 22.2 Architecture fonctionnelle 22.3 Description fonctionnelle

20、du serveur sans connexion 52.4 Interfaces 72.4.1 Interface daccs sans connexion (CLAI, connectionless access interface) 72.4.2 Interface de rseau sans connexion (CLNI, connectionless networkinterface) . 102.5 Connexions. 112.6 Protocoles .122.7 Numrotage et adressage 122.7.1 Adresse individuelle (IA

21、, individual address) 122.7.2 Adresse de groupe (GA, group address). 122.7.3 Adresse de groupe imbriqu (NGA, nested group address) . 132.8 Questions concernant le trafic 132.8.1 Mise en vigueur de la classe daccs . 132.9 Exploitation et maintenance . 152.9.1 Identification du flux dinformation OAM 1

22、52.9.2 Fonctions OAM prises en charge 162.9.3 Mcanismes OAM 172.9.4 Exploitation. 172.10 Capacits de taxation du rseau 172.11 Interfonctionnement avec des protocoles de donnes non RNIS large bande sansconnexion . 182.12 Interfonctionnement avec des services de donnes en mode connect 183 Service de c

23、ouche et fonctions fournis par la couche sans connexion. 183.1 Service de couche fourni par la couche sans connexion 183.1.1 Description des primitives 183.1.2 Dfinition de paramtres. 19iv Recommandation I.364 (02/99)Page3.2 Fonctions de couche sans connexion concernant le transport des donnes utili

24、sateur 193.2.1 Prservation des units CLL-SDU 193.2.2 Adressage 193.2.3 Choix de loprateur de transit 193.2.4 Choix de la qualit de service . 193.3 Fonctions de couche sans connexion concernant le transport de donnes CL-OAM 194 Protocole de prise en charge du service support de donnes sans connexion

25、largebande par le RNIS large bande au niveau de linterface UNI 204.1 Pile de protocoles . 204.2 Services attendus de la couche AAL 204.3 Structure de codage de lunit de donnes protocolaires CLNAP 214.3.1 Adresse de destination. 224.3.2 Adresse source 224.3.3 Identificateur de protocole de haut nivea

26、u (HLPI, higher-layer-protocol-identifier) 224.3.4 Longueur du champ PAD 224.3.5 Qualit de service (QOS) 234.3.6 Bit dindication CRC (CIB, CRC indication bit). 234.3.7 Longueur de lextension den-tte (HEL, header extension length) 234.3.8 Rserv 234.3.9 Extension den-tte 234.3.10 Information utilisate

27、ur. 234.3.11 PAD. 234.3.12 Code CRC . 234.4 Procdures 245 Protocole pour la prise en charge du service support de donnes large bande sansconnexion par le RNIS large bande au niveau de linterface NNI. 245.1 Domaine dapplication 245.2 Pile de protocoles . 245.3 Services attendus de la couche AAL de ty

28、pe 3/4 . 255.4 Structure et codage de lunit de donnes protocolaires CLNIP. 255.4.1 Adresse de destination (DA, destination address) 265.4.2 Adresse source (SA, source address) 275.4.3 Identificateur de protocole (PI, protocol identifier) 275.4.4 Longueur de PAD 275.4.5 Qualit de service (QOS) 27Reco

29、mmandation I.364 (02/99) vPage5.4.6 Bit dindication CRC (CIB). 275.4.7 Longueur de lextension den-tte (HEL). 275.4.8 Identificateur NGID 285.4.9 Rserv 285.4.10 Extension den-tte 285.4.11 Champ Post-PAD dextension den-tte 285.4.12 Information utilisateur. 285.5 Conditions derreur . 285.5.1 Cas dencap

30、sulation. 285.5.2 Cas de non-encapsulation 296 Mappage des protocoles CLNAP et CLNIP. 296.1 Rgles dapplication pour lencapsulation et la non-encapsulation. 316.2 Mcanismes dencapsulation/dsencapsulation et de non-encapsulation. 326.2.1 Dtermination des champs de lunit PDU CLNIP encapsulante 336.2.2

31、Dtermination des champs de lunit PDU CLNIP non encapsulante. 337 Traitement dune unit PDU avec adressage de groupe . 337.1 Dfinitions337.1.1 Agent dadresse de groupe (GAA, group address agent) 337.1.2 Agent dadresse de groupe imbriqu (NGAA, nested group address agent)347.1.3 Configurations architect

32、urales pour ladressage de groupe. 347.2 Lapproche de base de donnes centralise. 347.2.1 Mcanisme de transport 347.2.2 Addition dun nouveau membre au groupe . 357.3 Base de donnes centralise utilise avec des agents NGAA 367.3.1 Base de donnes centralise utilise avec un niveau dagents NGAA 367.3.2 Bas

33、e de donnes centralise utilise avec niveaux multiples dagents NGAA 397.3.3 Rsolution partielle avant lagent GAA. 407.4 Combinaison de mcanismes de rsolution dadresse de groupe . 45Annexe A Codage des champs dadresse source et dadresse de destination 46Appendice I Liste dacronymes. 46Appendice II Dia

34、grammes SDL 49II.1 Description gnrale. 49II.2 Interaction entre entit CLNAP et entit CLLR numrotage fond sur la Recommandation E.164; transfert dinformation point point; transfert dinformation multipoint; service complmentaire de slection dadresse pour le transfert dinformation point point et multid

35、iffusion; capacits de taxation du rseau; interfonctionnement avec dautres services de donnes avec ou sans connexion; paramtres de qualit de service. La Recommandation I.211 qui dcrit le service de donnes sans connexion. LaRecommandation I.211 identifie deux configurations de type (i) et (ii) pour la

36、 prise en chargedu service de donnes sans connexion. Pour le type (i), une fonction de service sansconnexion (CLSF, connectionless service function) est mise en uvre lextrieur du RNIS large bande. Pour le type (ii), une fonction CLSF est mise en uvre au sein du RNIS large bande qui effectue le routa

37、ge des donnes transfrer au moyen de techniques sansconnexion. La Recommandation I.327 qui dcrit des “capacits de niveau suprieur“ concernant la priseen charge de services comme le service large bande et qui donne les modles darchitecturefonctionnelle des cas dcrits ci-dessus. La Recommandation I.363

38、.3 spcifiant la couche AAL de type 3/4.La prsente Recommandation concerne la fourniture de type (ii) fourniture directe du serviceBCDBS utilisant les fonctions de service sans connexion du RNIS large bande. Certains points dela prsente Recommandation peuvent toutefois sappliquer la fourniture indire

39、cte du serviceBCDBS. La prsente Recommandation dcrit le cadre gnral du support rseau du service BCDBSet les protocoles utiliss pour le prendre en charge.2 Recommandation I.364 (02/99)2 Cadre gnral pour la fourniture du service support de donnes sans connexion largebande par le RNIS large bande2.1 Df

40、inition du service support de donnes sans connexion large bande par le RNIS large bandeCette dfinition est fournie par la Recommandation F.812 en association avec la prsenteRecommandation.2.1.1 Adressage de groupeLadressage de groupe est un mcanisme utilis pour la communication multidiffusion (voir

41、leparagraphe 2/F.812).Le transfert dinformation multidiffusion permet un utilisateur denvoyer une unit PDU CLNAP aurseau qui livre cette mme unit PDU CLNAP plusieurs destinataires. Le rseau livrera une et uneseule copie dune unit PDU CLNAP adresse un groupe (GAP) travers chaque interface CLAIassocie

42、 avec les adresses individuelles reprsentes par ladresse de groupe (cest-dire que chaqueinterface CLAI associe avec des adresses destinations multiples recevra du rseau une copieunique). Lunit GAP ne sera pas copie en retour linterface CLAI mettrice. Tout rcepteur duneunit GAP peut utiliser ladresse

43、 de groupe quelle vhicule pour faire une multidiffusion auxdestinataires de lunit GAP ( lexception de lui-mme). Les non-membres dun groupe dadressespeuvent envoyer des units GAP ce groupe.Certaines copies de lunit GAP peuvent ne pas tre distribues en raison de la slection dadresse,mais toutes les au

44、tres copies devraient tre distribues.Le fournisseur de services a la responsabilit dattribuer des adresses de groupe et dassurer que touteadresse de groupe (GA, group address) identifie dune manire unique un ensemble uniquedadresses individuelles. Le type dadresse permet de faire la distinction entr

45、e adresses de groupe etadresses individuelles.2.2 Architecture fonctionnelleLa fourniture du service BCDBS par le RNIS large bande est ralise au moyen de capacits ATMcommutes et de fonctions de service sans connexion (CLSF, connectionless service function). Lescapacits ATM commutes prennent en charg

46、e le transport dunits de donnes dans le RNIS largebande entre des groupes fonctionnels CLSF particuliers capables de traiter le protocole sansconnexion et de raliser ladaptation des units de donnes sans connexion en cellules ATM transfrer dans un environnement en mode connexion. Les groupes fonction

47、nels CLSF peuvent tresitus en dehors du RNIS large bande, au sein dun rseau priv sans connexion, dans unfournisseur de services spcialis ou au sein du RNIS large bande. La Figure 1 donne laconfiguration de rfrence qui sapplique la fourniture du service BCDBS par le RNIS largebande.Recommandation I.364 (02/99) 3T1818040-92PMMCLSFCLSFCLSFCLSFSLB/TLBfournisseur deservices spcialiscapacits ATM commutesrseau privsans connexionfournisseur deservices spcialisRNIS large bandeabonn RNIS large bandeabonn RNIS large bandeCLSF fonction de service sans connexionM, P, S, T points de

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