ITU-T SERIE Q SUPP 34 FRENCH-2000 Technical report TRQ 2410 Signalling requirements capability set 1 for support of IP bearer control in BICC networks《技术报告关税配额(TRQ) 2410 与承载无关的呼叫控制.pdf

《ITU-T SERIE Q SUPP 34 FRENCH-2000 Technical report TRQ 2410 Signalling requirements capability set 1 for support of IP bearer control in BICC networks《技术报告关税配额(TRQ) 2410 与承载无关的呼叫控制.pdf》由会员分享，可在线阅读，更多相关《ITU-T SERIE Q SUPP 34 FRENCH-2000 Technical report TRQ 2410 Signalling requirements capability set 1 for support of IP bearer control in BICC networks《技术报告关税配额(TRQ) 2410 与承载无关的呼叫控制.pdf（12页珍藏版）》请在麦多课文档分享上搜索。

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T Srie QSECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUITSupplment 34(12/2000)SRIE Q: COMMUTATION ET SIGNALISATIONRapport technique TRQ.2410: ensemble decapacits 1 des prescriptions de signalisationpour la prise en charge de la commande desupport IP

2、dans les rseaux BICCRecommandations UIT-T de la srie Q Supplment 34(Antrieurement Recommandations du CCITT)RECOMMANDATIONS UIT-T DE LA SRIE QCOMMUTATION ET SIGNALISATIONSIGNALISATION DANS LE SERVICE MANUEL INTERNATIONAL Q.1Q.3EXPLOITATION INTERNATIONALE AUTOMATIQUE ET SEMI-AUTOMATIQUE Q.4Q.59FONCTIO

3、NS ET FLUX DINFORMATION DES SERVICES DU RNIS Q.60Q.99CLAUSES APPLICABLES AUX SYSTMES NORMALISS DE LUIT-T Q.100Q.119SPCIFICATIONS DES SYSTMES DE SIGNALISATION N 4 ET N 5 Q.120Q.249SPCIFICATIONS DU SYSTME DE SIGNALISATION N 6 Q.250Q.309SPCIFICATIONS DU SYSTME DE SIGNALISATION R1 Q.310Q.399SPCIFICATION

4、S DU SYSTME DE SIGNALISATION R2 Q.400Q.499COMMUTATEURS NUMRIQUES Q.500Q.599INTERFONCTIONNEMENT DES SYSTMES DE SIGNALISATION Q.600Q.699SPCIFICATIONS DU SYSTME DE SIGNALISATION N 7 Q.700Q.799INTERFACE Q3 Q.800Q.849SYSTME DE SIGNALISATION DABONN NUMRIQUE N 1 Q.850Q.999RSEAUX MOBILES TERRESTRES PUBLICS

5、Q.1000Q.1099INTERFONCTIONNEMENT AVEC LES SYSTMES MOBILES SATELLITES Q.1100Q.1199RSEAU INTELLIGENT Q.1200Q.1699PRESCRIPTIONS ET PROTOCOLES DE SIGNALISATION POUR LES IMT-2000 Q.1700Q.1799RNIS LARGE BANDE Q.2000Q.2999Aspects gnraux Q.2000Q.2099Couche dadaptation ATM de signalisation (SAAL) Q.2100Q.2199

6、Protocoles du rseau smaphore Q.2200Q.2299Aspects communs des protocoles dapplication du RNIS-LB pour la signalisation daccs, lasignalisation de rseau et linterfonctionnementQ.2600Q.2699Protocoles dapplication du RNIS-LB pour la signalisation de rseau Q.2700Q.2899Protocoles dapplication du RNIS-LB po

7、ur la signalisation daccs Q.2900Q.2999Pour plus de dtails, voir la Liste des Recommandations de lUIT-T.Srie Q Supplment 34 (12/2000) iSupplment 34 aux Recommandations UIT-T de la srie QRapport technique TRQ.2410: ensemble de capacits 1 des prescriptionsde signalisation pour la prise en charge de la

8、commandede support IP dans les rseaux BICCRsumLe prsent Supplment aux Recommandations UIT-T de la srie Q est un rapport technique sur lesprescriptions pour la prise en charge des services bande troite utilisant les technologies support protocle IP. Son domaine dapplication est limit aux prescription

9、s de lensemble de capacits 1commun avec le protocole de commande de support pour la technologie IP (uniquement) dans desrseaux BICC CS-2.SourceLe Supplment 34 aux Recommandations UIT-T de la srie Q, labor par la Commissiondtudes 11 (2001-2004) de lUIT-T, a t approuv le 6 dcembre 2000 selon la procdu

10、re dfiniedans la Rsolution 5 de lAMNT.ii Srie Q Supplment 34 (12/2000)AVANT-PROPOSLUIT (Union internationale des tlcommunications) est une institution spcialise des Nations Unies dans ledomaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est unorgane permanent de

11、lUIT. Il est charg de ltude des questions techniques, dexploitation et de tarification,et met ce sujet des Recommandations en vue de la normalisation des tlcommunications lchellemondiale.LAssemble mondiale de normalisation des tlcommunications (AMNT), qui se runit tous les quatre ans,dtermine les th

12、mes dtude traiter par les Commissions dtudes de lUIT-T, lesquelles laborent en retourdes Recommandations sur ces thmes.Lapprobation des Recommandations par les Membres de lUIT-T seffectue selon la procdure dfinie dans laRsolution 1 de lAMNT.Dans certains secteurs des technologies de linformation qui

13、 correspondent la sphre de comptence delUIT-T, les normes ncessaires se prparent en collaboration avec lISO et la CEI.NOTEDans la prsente publication, lexpression “Administration“ est utilise pour dsigner de faon abrge aussibien une administration de tlcommunications quune exploitation reconnue.DROI

14、TS DE PROPRIT INTELLECTUELLE LUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de la prsente publication puissedonner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce qui concernelexistence, la validit ou lapplicabilit des droits de p

15、roprit intellectuelle, quils soient revendiqus par unMembre de lUIT ou par une tierce partie trangre la procdure dlaboration des publications.A la date dapprobation de la prsente publication, lUIT navait pas t avise de lexistence dune propritintellectuelle protge par des brevets acqurir pour mettre

16、en uvre la prsente publication. Toutefois,comme il ne sagit peut-tre pas de renseignements les plus rcents, il est vivement recommand auxresponsables de la mise en uvre de consulter la base de donnes des brevets du TSB. UIT 2001Droits de reproduction rservs. Aucune partie de cette publication ne peu

17、t 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.Srie Q Supplment 34 (12/2000) iiiTABLE DES MATIRESPage1 Domaine dapplication 12 Rfrences 13 Abrviations. 14 Dfinitions 25 Prescri

18、ptions gnrales . 26 Prescriptions dtailles . 26.1 Informations gnrales 26.1.1 Informations supports 26.1.2 Qualit de service 36.1.3 Types de connexion pris en charge. 36.1.4 Prise en charge de connexions multiples 36.1.5 Rsolution de conflits 36.1.6 Notification des erreurs 37 Procdures de signalisa

19、tion. 37.1 Etablissement du support 37.1.1 Etablissement russi dun nouveau support. 37.1.2 Tentative infructueuse dtablissement dun nouveau support . 47.2 Modification dun support. 47.2.1 Modification russie dun support 47.2.2 Echec de la modification dun support 47.3 Libration dun support. 47.4 Tra

20、itement des erreurs 47.5 Procdure de limitation de lcho 47.6 Rinitialisation . 4Srie Q Supplment 34 (12/2000) 1Supplment 34 aux Recommandations UIT-T de la srie QRapport technique TRQ.2410: ensemble de capacits 1 des prescriptionsde signalisation pour la prise en charge de la commandede support IP d

21、ans les rseaux BICC1 Domaine dapplicationLe prsent Supplment propose les prescriptions relatives la prise en charge de services au moyende technologies de support IP. Son domaine dapplication est limit aux prescriptions de lensemblede capacits 1 (CS-1) commun avec le protocole de commande de support

22、 pour la technologie IP(seulement) dans des rseaux BICC CS-2.2 Rfrences1 IETF RFC 1889 (1996), RTP, A Transport Protocol for Real-Time Applications (Protocolede transport pour applications en temps rel).2 IETF RFC 1890 (1996), Profile for Audio and Video Conferences with Minimal Control(Profil pour

23、audioconfrence et visioconfrence avec commande minimale).3 UIT-T de la srie Q Supplment 16 (1999), Rapport technique TRQ.2140: prescriptions designalisation pour la prise en charge des services bande troite via les technologies detransport large bande.4 IETF RFC 2833 (2000), RTP Payload for DTMF Dig

24、its, Telephony Tones and TelephonySignals (Charge utile RTP pour chiffres, tonalits tlphoniques et signaux tlphoniquesDTMF).5 UIT-T de la srie Q Supplment 31 (2000), Rapport technique TRQ.2141.0: prescriptionsde signalisation pour la prise en charge des services bande troite via les technologies det

25、ransport large bande ensemble de capacits 2.6 IETF RFC 2327 (1998), SDP: Session Description Protocol (Protocole de description desessionSDP).3 AbrviationsLe prsent Supplment utilise les abrviations suivantes:BCF fonction de commande de support (bearer control function)BICC commande dappel indpendan

26、te du support (bearer independent call control)BNC connexion au rseau dorsal (backbone network connection)BNC-ID identificateur de connexion au rseau dorsal (backbone network connectionidentifier)CBC commande de support dappel (call and bearer control)CS ensemble de capacits (capability set)CSF fonc

27、tion de service dappel (call service function)DTMF multifrquence bitonalit (dual tone multi-frequency)IP protocole dinterfonctionnement (internetworking protocol)MFC asservi la multifrquence (multifrequency compelled)2 Srie Q Supplment 34 (12/2000)QS qualit de serviceRFC appel commentaire (request f

28、or comment)RTCP protocole de commande en temps rel (real time control protocol)RTP protocole en temps rel (real time protocol)TDM multiplexage rpartition dans le temps (time division multiplex)TMR support de transmission demand (transmission medium requirement)USI service demand par lutilisateur (us

29、er service information)4 DfinitionsVoir les prescriptions gnrales relatives la commande BICC 5.5 Prescriptions gnralesLidentificateur BNC-ID doit tre disponible au niveau des deux fonctions de commande de support.Ltablissement dun support doit tre effectu par un flux vers lavant et un flux vers larr

30、ire lis lappel.La signalisation relative aux informations sur les protocoles de commande de verrouillage de tramenest pas requise.Si ncessaire, la commande de support doit prendre en charge la modification du support dans lecadre des procdures pour la modification du codec. La commande de support do

31、it galementprendre en charge la modification du support dans le cadre des procdures lances par le transport desupport sous-jacent.La largeur de bande requise ne doit pas tre signale horizontalement dans la commande desupport IP. On part de lhypothse que mme si la largeur de bande ncessaire doit tre

32、dtermine partir dinformations telles que le type de connexion demand, le service demand par lusager ou lecodec, cela se fera un niveau infrieur celui de linterfonctionnement IP.Le support IP tabli pour la prise en charge des services bande troite doit pouvoir fournir laqualit de service dun circuit

33、TDM.Le transfert des informations de commande de support est constitu dun ou de plusieurs flux entredes fonctions BCF homologues. Ce flux sera obtenu par la canalisation transparente des informationsdans la commande CBC (interface verticale) et la commande dappel.La prise en charge de la rutilisatio

34、n des supports au repos nest pas applicable aux IP.6 Prescriptions dtailles6.1 Informations gnrales6.1.1 Informations supportsLa liste suivante dinformations supports doit tre transfre entre les fonctions BCF en tantquinformations supports:lindication de lutilisation dun protocole de verrouillage de

35、 trame (tel que RTP 1) et lesinformations associes;le profil 2.NOTE Le mme profil sera utilis dans les deux sens.Srie Q Supplment 34 (12/2000) 3le temps de groupage par paquets du mdia (facultatif), tel que dfini dans le protocoleSDP 6;une indication relative la prise en charge des systmes de signal

36、isation dans la bande (telsque DTMF et MFC) 4. Les indications pour la prise en charge de toutes les tonalits etsignaux dfinis en 4 doivent tre facultatives;les adresses de point dextrmit de transport (y compris les numros de port).6.1.2 Qualit de serviceDans le cas des supports de type sans connexi

37、on, plusieurs mthodes pour assurer la qualit deservice sont prises en charge. La signalisation de la commande dappel dialogue avec la commandede support prise en charge sur un type BNC et reste indpendante du mcanisme de QS sous-jacent.6.1.3 Types de connexion pris en chargeLe rseau dorsal doit pren

38、dre en charge des connexions BNC point point symtriques. Dans lesrseaux BICC CS-2, un appel ne peut prendre en charge quun seul type BNC.6.1.4 Prise en charge de connexions multiplesLa prise en charge de flux multiples dans les rseaux BICC CS-2 est limite une seule connexionBNC.6.1.5 Rsolution de co

39、nflitsLa commande de support est charge de rsoudre les conflits dattribution des ressources de supportet les collisions au cours de ltablissement ou de la modification des connexions.6.1.6 Notification des erreursTous les types de protocole de commande de support doivent comporter des mcanismes dedt

40、ection et de notification des erreurs de procdure de signalisation ou dautres dfaillances lagestion du rseau.La dtection, dans les informations achemines dans la commande de support, derreurs quiempchent ltablissement correct dun support doit tre annonce la commande dappel.7 Procdures de signalisati

41、on7.1 Etablissement du support7.1.1 Etablissement russi dun nouveau supportLtablissement dun support peut tre lanc dans un sens ou dans lautre. Un support est tabli parchange dinformations entre des fonctions BCF homologues visant ouvrir deux fluxunidirectionnels. Un support doit tre tabli ds que le

42、s informations reues sont suffisantes pouridentifier le support ncessaire. La prsence dune indication de prise en charge de la rceptiondvnementsdanslabandeestfacultative.Labsenceoulaprsencedetellesinformationsnedoitpas faire chouer ltablissement du support.Les informations spcifiant le temps de grou

43、page des paquets envoys dans les flux mdia peuventtre facultativement incluses dans les messages IPBCP changs. Si une entit qui reoit un fluxmdia ne peut accepter le temps de groupage par paquet indiqu dans un message, il peut mettre fin la procdure dtablissement de la connexion.4 Srie Q Supplment 3

44、4 (12/2000)7.1.2 Tentative infructueuse dtablissement dun nouveau supportUne tentative infructueuse peut tre dtecte par la commande de support et annonce lacommande dappel. La commande de support doit uniquement rendre compte de lchec deltablissement dun support. Aucun dtail explicite sur lorigine d

45、e la dfaillance ne doit tre donn.7.2 Modification dun support7.2.1 Modification russie dun supportLa commande de support peut modifier les caractristiques du support en rponse une demandefaite par la commande dappel de modifier le codec ou par suite dune information du support tellequun rapport du p

46、rotocole RTCP. Le protocole de commande de support doit changer desinformations sur le support modifi avec sa fonction BCF homologue par canalisation transparentedinformations dans la commande CBC (interface verticale) et la commande dappel. Lintroductiondune indication concernant la rception par le

47、 support dvnements dans la bande est facultative.Labsence ou la prsence de telles informations ne doit pas faire chouer ltablissement du support.Les informations spcifiant le temps de groupage des paquets envoys dans les flux mdias peuventtre facultativement incluses dans les messages IPBCP changs.7.2.2 Echec de la modification dun supportSi une demande de modification dun support ne peut tre effectue (par exemple en raison duneinsuffisance des ressources), la connexion sera maintenue. Lentit qui fait la demande doit ds lorsconserver sa configuration p