ITU-T Q 1970 FRENCH-2006 BICC IP bearer control protocol《与承载无关的呼叫控制(BICC)互联网协议(IP)承载控制协议 11号研究组》.pdf

1、 Union internationale des tlcommunicationsUIT-T Q.1970SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (09/2006) SRIE Q: COMMUTATION ET SIGNALISATION Spcifications de la signalisation relative la commande dappel indpendante du support Protocole de commande de support protocole Internet pour

2、la commande dappel indpendante du support Recommandation UIT-T Q.1970 RECOMMANDATIONS UIT-T DE LA SRIE Q COMMUTATION ET SIGNALISATION SIGNALISATION DANS LE SERVICE MANUEL INTERNATIONAL Q.1Q.3 EXPLOITATION INTERNATIONALE AUTOMATIQUE ET SEMI-AUTOMATIQUE Q.4Q.59 FONCTIONS ET FLUX DINFORMATION DES SERVI

3、CES DU RNIS Q.60Q.99 CLAUSES APPLICABLES AUX SYSTMES NORMALISS DE LUIT-T Q.100Q.119 SPCIFICATIONS DES SYSTMES DE SIGNALISATION N 4, 5, 6, R1 ET R2 Q.120Q.499 COMMUTATEURS NUMRIQUES Q.500Q.599 INTERFONCTIONNEMENT DES SYSTMES DE SIGNALISATION Q.600Q.699 SPCIFICATIONS DU SYSTME DE SIGNALISATION N 7 Q.7

4、00Q.799 INTERFACE Q3 Q.800Q.849 SYSTME DE SIGNALISATION DABONN NUMRIQUE N 1 Q.850Q.999 RSEAUX MOBILES TERRESTRES PUBLICS Q.1000Q.1099 INTERFONCTIONNEMENT AVEC LES SYSTMES MOBILES SATELLITES Q.1100Q.1199 RSEAU INTELLIGENT Q.1200Q.1699 PRESCRIPTIONS ET PROTOCOLES DE SIGNALISATION POUR LES IMT-2000 Q.1

5、700Q.1799 SPCIFICATIONS DE LA SIGNALISATION RELATIVE LA COMMANDE DAPPEL INDPENDANTE DU SUPPORT Q.1900Q.1999 RNIS LARGE BANDE Q.2000Q.2999 SPCIFICATIONS ET PROTOCOLES DE SIGNALISATION POUR LES RSEAUX DE PROCHAINE GNRATION Q.3000Q.3999 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T.

6、Rec. UIT-T Q.1970 (09/2006) i Recommandation UIT-T Q.1970 Protocole de commande de support protocole Internet pour la commande dappel indpendante du support Rsum La prsente Recommandation dfinit le protocole de commande de support protocole Internet (IP, Internet protocol) pour la commande dappel in

7、dpendante du support (BICC, bearer independent control protocol). Ce protocole (IPBCP, IP bearer control protocol) est utilis pour lchange de caractristiques de flux mdia, de numros de port et dadresses IP de la source et du puits dun flux mdia pour tablir et autoriser la modification de supports IP

8、. Les informations sont changes laide du protocole IPBCP pendant ltablissement de lappel de commande BICC. Elles peuvent aussi tre changes aprs quun appel a t tabli. Le protocole IPBCP utilise le protocole de description de session (SDP, session description protocol) dfini dans la norme RFC 4566 pou

9、r le codage de ces informations. Source La Recommandation UIT-T Q.1970 a t approuve le 13 septembre 2006 par la Commission dtudes 11 (2005-2008) de lUIT-T selon la procdure dfinie dans la Recommandation UIT-T A.8. ii Rec. UIT-T Q.1970 (09/2006) AVANT-PROPOS LUIT (Union internationale des tlcommunica

10、tions) est une institution spcialise des Nations Unies dans le domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUIT. Il est charg de ltude des questions techniques, dexploitation et de tarification, et met ce sujet des Recommandation

11、s en vue de la normalisation des tlcommunications lchelle mondiale. LAssemble mondiale de normalisation des tlcommunications (AMNT), qui se runit tous les quatre ans, dtermine les thmes dtude traiter par les Commissions dtudes de lUIT-T, lesquelles laborent en retour des Recommandations sur ces thme

12、s. Lapprobation des Recommandations par les Membres de lUIT-T seffectue selon la procdure dfinie dans la Rsolution 1 de lAMNT. Dans certains secteurs des technologies de linformation qui correspondent la sphre de comptence de lUIT-T, les normes ncessaires se prparent en collaboration avec lISO et la

13、 CEI. NOTE Dans la prsente Recommandation, lexpression “Administration“ est utilise pour dsigner de faon abrge aussi bien une administration de tlcommunications quune exploitation reconnue. Le respect de cette Recommandation se fait titre volontaire. Cependant, il se peut que la Recommandation conti

14、enne certaines dispositions obligatoires (pour assurer, par exemple, linteroprabilit et lapplicabilit) et considre que la Recommandation est respecte lorsque toutes ces dispositions sont observes. Le futur dobligation et les autres moyens dexpression de lobligation comme le verbe “devoir“ ainsi que

15、leurs formes ngatives servent noncer des prescriptions. Lutilisation de ces formes ne signifie pas quil est obligatoire de respecter la Recommandation. DROITS DE PROPRIT INTELLECTUELLE LUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de la prsente Recommandation puisse do

16、nner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce qui concerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soient revendiqus par un membre de lUIT ou par une tierce partie trangre la procdure dlaboration des Recommand

17、ations. A la date dapprobation de la prsente Recommandation, lUIT navait pas t avise de lexistence dune proprit intellectuelle 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 re

18、command aux dveloppeurs de consulter la base de donnes des brevets du TSB sous http:/www.itu.int/ITU-T/ipr/. UIT 2007 Tous droits rservs. Aucune partie de cette publication ne peut tre reproduite, par quelque procd que ce soit, sans laccord crit pralable de lUIT. Rec. UIT-T Q.1970 (09/2006) iii TABL

19、E DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences normatives 1 3 Termes et dfinitions 2 4 Abrviations 2 5 Aperu gnral 3 6 Messages protocolaires IPBCP. 3 6.1 Contenu des messages protocolaires IPBCP 3 6.2 Champs des messages du protocole IPBCP . 4 7 Transport des messages protocolaires IPBCP 6

20、8 Procdures 6 8.1 Etablissement fructueux du support IP. 6 8.2 Modification fructueuse du support IP. 8 8.3 Libration du support IP. 10 8.4 Procdures assurant la compatibilit 11 8.5 Procdures applicables dans des circonstances exceptionnelles 11 9 Temporisateurs . 13 Appendice I Exemples dtablisseme

21、nt et de modification de support au moyen de types dadresse de rseau de remplacement 13 I.1 Etablissement et modification de support Adresse IPv6 slectionne par la fonction R-BIWF 13 I.2 Etablissement de support Adresse IPv4 slectionne par la fonction R-BIWF 15 Rec. UIT-T Q.1970 (09/2006) 1 Recomman

22、dation UIT-T Q.1970 Protocole de commande de support protocole Internet pour la commande dappel indpendante du support 1 Domaine dapplication La prsente Recommandation dfinit le protocole de commande de support protocole Internet (IPBCP, IP bearer control protocol), dont lutilisation est indique dan

23、s des environnements de rseau IP utilisant le protocole de commande dappel indpendante du support (BICC, bearer independent call control). Le protocole IPBCP peut tre utilis aussi dans dautres environnements. Aux fins de la commande BICC, il est utilis pour lchange des caractristiques des flux mdias

24、, des numros de port et des adresses IP de la source et du puits dun flux mdia pour tablir des supports IP et en autoriser la modification. Lchange dinformations laide du protocole IPBCP est effectu pendant ltablissement de lappel de commande BICC ou aprs quun appel a t tabli. Le protocole IPBCP uti

25、lise le protocole de description de session (SDP) dfini dans la norme RFC 4566 10 pour le codage de ces informations. 2 Rfrences normatives La prsente Recommandation se rfre certaines dispositions des Recommandations UIT-T et textes suivants qui, de ce fait, en sont partie intgrante. Les versions in

26、diques taient en vigueur au moment de la publication de la prsente Recommandation. Toute Recommandation ou tout texte tant sujet rvision, les utilisateurs de la prsente Recommandation sont invits se reporter, si possible, aux versions les plus rcentes des rfrences normatives suivantes. La liste des

27、Recommandations de lUIT-T en vigueur est rgulirement publie. La rfrence un document figurant dans la prsente Recommandation ne donne pas ce document, en tant que tel, le statut dune Recommandation. 1 Recommandation UIT-T Q.1901 (2000), Protocole de commande dappel indpendante du support. 2 Recommand

28、ation UIT-T Q.1902.1 (2001), Protocole de commande dappel indpendante du support (ensemble de capacits 2): description fonctionnelle. 3 Recommandation UIT-T Q.1902.2 (2001), Protocole de commande dappel indpendante du support (ensemble de capacits 2) et sous-systme utilisateur du RNIS du systme de s

29、ignalisation n 7: fonctions gnrales des messages et des paramtres. 4 Recommandation UIT-T Q.1902.3 (2001), Protocole de commande dappel indpendante du support (ensemble de capacits 2) et sous-systme utilisateur du RNIS du systme de signalisation n 7: formats et codes. 5 Recommandation UIT-T Q.1902.4

30、 (2001), Protocole de commande dappel indpendante du support (ensemble de capacits 2): procdures dappel de base. 6 Recommandation UIT-T Q.1902.5 (2001), Protocole de commande dappel indpendante du support (ensemble de capacits 2): exceptions au mcanisme de transport dapplication dans le contexte BIC

31、C. 7 Recommandation UIT-T Q.1902.6 (2001), Protocole de commande dappel indpendante du support (ensemble de capacits 2): procdures de signalisation gnriques pour la prise en charge des services complmentaires du sous-systme utilisateur du RNIS et de renvoi du support. 8 IETF RFC 791 (1981), Internet

32、 Protocol. 2 Rec. UIT-T Q.1970 (09/2006) 9 IETF RFC 3550 (2003), RTP: A Transport Protocol for Real-Time Applications. 10 IETF RFC 4566 (2006), SDP: Session Description Protocol. 11 IETF RFC 2460 (1998), Internet Protocol, Version 6 (IPv6) Specification. 12 IETF RFC 2833 (2000), RTP Payload for DTMF

33、 Digits, Telephony Tones and Telephony Signals. 13 IETF RFC 3388 (2002), Grouping of Media Lines in the Session Description Protocol (SDP). 14 IETF RFC 4091 (2005), The Alternative Network Address Types (ANAT) Semantics for the Session Description Protocol (SDP) Grouping Framework. 15 Recommandation

34、 UIT-T Q.1970 (2001), Protocole de commande de support protocole Internet pour la commande dappel indpendante du support. 3 Termes et dfinitions La prsente Recommandation reprend les dfinitions utilises dans la Rec. UIT-T Q.1902.1 2. Elle dfinit en outre les termes suivants: 3.1 support protocole In

35、ternet; support IP: association bidirectionnelle, dans le plan utilisateur, entre deux fonctions dinterfonctionnement de support (BIWF) pour le transfert dinformations de flux multimdia entre rseaux IP. Un support IP est un exemple dun type de connexion de rseau dorsal (BNC, backbone network connect

36、ion) dfini au paragraphe 3/Q.1902.1 2. 3.2 fonction dinterfonctionnement de support initiatrice (I-BIWF, initiating bearer interworking function): fonction dinterfonctionnement de support (BIWF, bearer interworking function) qui est lorigine de ltablissement dun support IP. 3.3 fonction dinterfoncti

37、onnement de support rceptrice (R-BIWF, receiving bearer interworking function): fonction dinterfonctionnement de support (BIWF) qui reoit une demande dtablissement de support IP. 3.4 type dadresse de rseau par dfaut: type dadresse (IPv4 ou IPv6) qui est mise en oeuvre dans un rseau utilisant la sign

38、alisation dfinie dans la version 1 du protocole IPBCP (Q.1970 (07/01) 15). 4 Abrviations La prsente Recommandation utilise les abrviations suivantes: BCF fonction de commande de support (bearer control function) BICC commande dappel indpendante du support (bearer independent call control) BIWF fonct

39、ion dinterfonctionnement de support (bearer interworking function) BNC connexion de rseau dorsal (backbone network connection) CSF fonction de service dappel (call service function) DTMF multifrquence bitonalit (dual tone multi-frequency) I-BIWF fonction BIWF initiatrice (initiating BIWF) IP protoco

40、le Internet (Internet protocol) IPBCP protocole de commande de support utilisant le protocole Internet (IP bearer control protocol) Rec. UIT-T Q.1970 (09/2006) 3 R-BIWF fonction BIWF rceptrice (receiving BIWF) RTP protocole de transport en temps rel (real time transport protocol) SDP protocole de de

41、scription de session (session description protocol) UDP protocole datagramme dutilisateur (user datagram protocol) 5 Aperu gnral Le protocole de commande de support IP (IPBCP, IP bearer control protocol) vise assurer lchange, entre deux fonctions BIWF, des informations ncessaires pour tablir ou modi

42、fier des supports IP. Le protocole IPBCP utilise le protocole de description de session (SDP, session description protocol) dfini dans la Norme RFC 4566 10 pour coder les informations changes. Les descripteurs du protocole SDP utiliss pour le protocole IPBCP contiennent galement les attributs SDP pr

43、opres au protocole IPBCP. 6 Messages protocolaires IPBCP Le protocole IPBCP utilise des messages pour vhiculer des informations entre fonctions BIWF homologues. Il dfinit quatre messages: le message de demande (Request) est envoy par une fonction BIWF pour lancer une demande dtablissement ou de modi

44、fication de support IP. La fonction BIWF qui est lorigine dune demande dtablissement de support IP est appele la fonction I-BIWF; le message dacceptation (Accepted) est envoy par la fonction BIWF qui reoit un message dtablissement ou de modification de support si elle accepte la demande. La fonction

45、 BIWF qui reoit une demande dtablissement de support IP est appele la fonction R-BIWF; le message derreur (Confused) est envoy par une fonction BIWF en rponse une demande dtablissement ou de modification de support IP si elle ne peut pas traiter le message de demande (Request) reu; le message de ref

46、us (Rejected) est envoy par une fonction BIWF en rponse une demande dtablissement ou de modification de support IP si elle refuse la demande. Une fonction I-BIWF ou une fonction R-BIWF peuvent tre lorigine dune demande de modification de support IP. 6.1 Contenu des messages protocolaires IPBCP Chaqu

47、e message protocolaire IPBCP contient les champs protocolaires SDP suivants: Champs de description de session et dheure: 1) version de protocole (v); 2) origine (o); 3) nom de session (s); 4) donnes de connexion (c); 5) attribut de session (a) Lattribut de session identifie la version du protocole I

48、PBCP et le type de message; 6) heure (t). Champs de description de mdia: 1) annonce de mdia (m); 4 Rec. UIT-T Q.1970 (09/2006) 2) donnes de connexion de mdia (c) Donnes de connexion supplmentaires pour la prise en charge du type dadresse de rseau de remplacement; 3) attributs de mdia (a) Attributs supplmentaires pour