1、 Union internationale des tlcommunicationsUIT-T J.171.1SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (11/2005) SRIE J: RSEAUX CBLS ET TRANSMISSION DES SIGNAUX RADIOPHONIQUES, TLVISUELS ET AUTRES SIGNAUX MULTIMDIAS IPCablecom Protocole de commande de passerelle de jonction (TGCP) du systme
2、 IPCablecom: profil 1 Recommandation UIT-T J.171.1 Rec. UIT-T J.171.1 (11/2005) i Recommandation UIT-T J.171.1 Protocole de commande de passerelle de jonction (TGCP) du systme IPCablecom: profil 1 Rsum La prsente Recommandation dcrit le profil IPCablecom dune interface de programmation dapplications
3、 (API, application programming interface) appele interface de contrle de passerelle mdia (MGCI, media gateway control interface), ainsi que le protocole de contrle de passerelle mdia (MGCP, media gateway control protocol) correspondant, afin de commander des passerelles de tlphonie utilisant le prot
4、ocole Internet (VoIP, voice-over-IP) par rseau tlphonique commut (RTC) partir dlments extrieurs de commande dappel. Il sagit l de lun des deux profils qui sont cits dans la Rec. UIT-T J.171.0. Le second profil est spcifi dans la Rec. UIT-T J.171.2. Le protocole MGCP suppose une architecture de comma
5、nde dappel dans laquelle “lintelligence“ de la commande dappel se trouve lextrieur des passerelles et est gre par des lments extrieurs de commande dappel. Le profil IPCablecom qui est dcrit dans la prsente Recommandation est dsign par lexpression de protocole de commande de passerelle de jonction (T
6、GCP, trunking gateway control protocol) IPCablecom. Source La Recommandation UIT-T J.171.1 a t approuve le 29 novembre 2005 par la Commission dtudes 9 (2005-2008) de lUIT-T selon la procdure dfinie dans la Recommandation UIT-T A.8. ii Rec. UIT-T J.171.1 (11/2005) AVANT-PROPOS LUIT (Union internation
7、ale des tlcommunications) 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
8、 des Recommandations 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 Recommand
9、ations sur ces thmes. 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 collaborat
10、ion avec lISO et la 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 R
11、ecommandation contienne 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
12、“devoir“ ainsi que 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 Recom
13、mandation puisse donner 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 dlabor
14、ation des Recommandations. 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,
15、 il est vivement recommand aux responsables de la mise en uvre de consulter la base de donnes des brevets du TSB. UIT 2006 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 J.171.1 (11/2005) ii
16、i TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences. 1 2.1 Rfrences normatives 1 2.2 Rfrences informatives . 2 3 Dfinitions 2 4 Abrviations et acronymes . 2 5 Conventions 3 5.1 Travaux antrieurs 3 6 Introduction 4 6.1 Relation avec dautres normes IPCablecom . 6 6.2 Relation avec RFC 3435 et
17、 avec le formalisme ABNF 6 7 Interface de commande de passerelle mdia (MGCI) 6 7.1 Modle et conventions de dnomination 7 7.2 Utilisation du protocole de description de session (SDP) 14 7.3 Fonctions de commande de passerelle . 14 7.4 Etats, situations de reprise sur dfaillance et situations de concu
18、rrence 41 7.5 Codes de renvoi et codes derreur. 58 7.6 Codes de cause . 60 7.7 Utilisation des options de connexion locale et des descripteurs de connexion . 60 8 Protocole de commande de passerelle mdia . 64 8.1 Description gnrale. 64 8.2 En-tte de commande . 64 8.3 Formats den-tte de rponse 78 8.4
19、 Codage de la description de session . 82 8.5 Transmission par lintermdiaire du protocole datagramme dutilisateur (UDP) . 94 8.6 Portage 96 8.7 Identificateurs de transaction et dialogue trois 96 8.8 Rponses provisoires 98 9 Scurit . 99 Annexe A Paquetages dvnements. 100 A.1 Paquetage de jonction de
20、 lISUP 100 Appendice I Combinaison des modes. 104 Appendice II Exemples de codage des commandes . 106 II.1 Commande NotificationRequest 106 II.2 Commande Notify 106 II.3 Commande CreateConnection 106 iv Rec. UIT-T J.171.1 (11/2005) Page II.4 Commande ModifyConnection 108 II.5 Commande DeleteConnecti
21、on (par le contrleur de passerelle mdia) . 109 II.6 Commande DeleteConnection (par la passerelle de jonction) . 109 II.7 Commande DeleteConnection (par le contrleur de passerelle mdia dans le cas de connexions multiples) 109 II.8 Commande AuditEndpoint. 109 II.9 Commande AuditConnection . 110 II.10
22、Commande RestartInProgress 111 Appendice III Exemple de flux dappel 113 Appendice IV Spcifications relatives aux extrmits . 117 IV.1 Modes de connexion pris en charge . 117 Appendice V Informations relatives la compatibilit 118 V.1 Compatibilit avec la signalisation NCS 118 V.2 Compatibilit avec le
23、protocole MGCP . 118 Appendice VI Formalisme ABNF pour les profils TGCP 120 Appendice VII Surveillance lectronique. 127 VII.1 Contrleur MGC. 127 VII.2 Passerelle MG. 127 Appendice VIII Exemple de paquetages dvnements 130 VIII.1 Paquetage de services doprateur multifrquences du groupe de fonctions D
24、. 130 VIII.2 Paquetage de protocoles de terminaison multifrquence . 133 BIBLIOGRAPHIE. 136 Rec. UIT-T J.171.1 (11/2005) 1 Recommandation UIT-T J.171.1 Protocole de commande de passerelle de jonction (TGCP) du systme IPCablecom: profil 1 1 Domaine dapplication La prsente Recommandation dcrit le profi
25、l IPCablecom dune interface de programmation dapplications (API, application programming interface) appele interface de contrle de passerelle mdia (MGCI, media gateway control interface), ainsi que le protocole de contrle de passerelle mdia (MGCP, media gateway control protocol) correspondant, afin
26、de commander des passerelles de tlphonie utilisant le protocole Internet (VoIP, voice-over-IP) par rseau tlphonique commut (RTC) partir dlments extrieurs de commande dappel. Il sagit l de lun des deux profils qui sont cits dans la Rec. UIT-T J.171.0. Le second profil est spcifi dans la Rec. UIT-T J.
27、171.2. Le protocole MGCP suppose une architecture de commande dappel dans laquelle “lintelligence“ de la commande dappel se trouve lextrieur des passerelles et est gre par des lments extrieurs de commande dappel. Le profil IPCablecom qui est dcrit dans la prsente Recommandation est dsign par lexpres
28、sion de protocole de commande de passerelle de jonction (TGCP, trunking gateway control protocol) IPCablecom. La prsente Recommandation est fonde sur la Rec. UIT-T J.162 concernant la signalisation dappel fournie par le rseau IPCablecom ainsi que sur le document RFC 2705 du groupe IETF: Media Gatewa
29、y Control Protocol (MGCP) (Protocole de contrle de passerelle mdia). La prsente Recommandation, qui dfinit le protocole TGCP IPCablecom, constitue une spcification qui est indpendante du protocole MGCP. Le profil TGCP du protocole MGCP est dfini strictement et uniquement par le contenu de la prsente
30、 Recommandation. 2 Rfrences 2.1 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 indiques taient en vigueur au moment de la publication de la prsente Recommandation. Toute
31、 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 Recommandations de lUIT-T en vigueur est rgulirement publie. La rfrence un document figu
32、rant dans la prsente Recommandation ne donne pas ce document, en tant que tel, le statut dune Recommandation. Recommandation UIT-T J.161 (Projet, version 2), Caractristiques des codecs audio pour la fourniture de services tlphoniques dans les rseaux de tlvision par cble utilisant des cblo-modems. Re
33、commandation UIT-T J.162 (2005), Protocole rseau de signalisation dappel pour la fourniture de services temps critique sur les rseaux de tlvision par cble utilisant des cblo-modems. Recommandation UIT-T J.170 (2005), Spcification de la scurit sur IPCablecom. IETF RFC 2327 (1998), SDP: Session Descri
34、ption Protocol (Protocole de description de session). 2 Rec. UIT-T J.171.1 (11/2005) 2.2 Rfrences informatives Recommandation UIT-T E.180/Q.35 (1998), Caractristiques techniques des tonalits du service tlphonique. Recommandation UIT-T J.163 (2005), Qualit de service dynamique pour la fourniture de s
35、ervices en temps rel sur les rseaux de tlvision par cble utilisant des cblo-modems. Recommandation UIT-T J.171.0 (2005), Protocole de commande de passerelle de jonction (TGCP) du systme IPCablecom Aperu gnral des profils. IETF RFC 1889 (1996) RTP: A Transport Protocol for Real-Time Applications. IET
36、F RFC 1890 (1996), RTP Profile for Audio and Video Conferences with Minimal Control. IETF RFC 2543 (1999), SIP: Session Initiation Protocol. IETF RFC 2705 (1999), Media Gateway Control Protocol (MGCP) Version 1.0. TCP/IP Illustrated, Volume 1 (2001), The Protocols, Addison-Wesley, 1994. 3 Dfinitions
37、 La prsente Recommandation dfinit les termes suivants: 3.1 modem-cble; cablo-modem: dispositif conforme aux Recommandations UIT-T J.83 et J.112 acheminant grande vitesse des donnes daccs des sites de clients. 3.2 IPCablecom: projet de lUIT-T comprenant une architecture et une srie de Recommandations
38、 permettant de fournir des services en temps rel dans les rseaux de tlvision par cble utilisant des cblo-modems. 4 Abrviations et acronymes La prsente Recommandation utilise les abrviations et acronymes suivants: DNS systme de dnomination de domaine (domain name system) IP protocole Internet (Intern
39、et protocol) IPSec scurit IP (Internet protocol security) ISUP sous-systme utilisateur RNIS (ISDN user part) MGC contrleur de passerelle mdia (media gateway controller) MGCP protocole de contrle de passerelle mdia (media gateway control protocol) MIB base dinformations de gestion (management informa
40、tion base) MTA adaptateur de terminal mdia (media terminal adapter) MWD temps dattente maximal (maximum waiting delay) NCS signalisation dappel fonde sur le rseau (network-based call signalling) NTP protocole relatif au temps dans le rseau (network time protocol) QS qualit de service RTCP protocole
41、de commande en temps rel (real-time control protocol) RTO temporisation de retransmission (retransmission timeout) RTP protocole en temps rel (real-time protocol) Rec. UIT-T J.171.1 (11/2005) 3 SDP protocole de description de session (session description protocol) SG passerelle de signalisation (sig
42、nalling gateway) SPI indice de paramtre de scurit (security parameters index) 5 Conventions Si la prsente Recommandation est implmente, les mots cls “DOIT“ (MUST ou SHALL, en anglais) et “REQUIS“ doivent tre interprts comme indiquant un aspect obligatoire de la prsente Recommandation. Les mots cls i
43、ndiquant un certain niveau dimportance de telle ou telle prescription utilise dans la prsente Recommandation sont rsums ci-dessous. “DOIT“ Ce mot ainsi que ladjectif “REQUIS“ indiquent que larticle est une prescription absolue de la prsente Recommandation. “NE DOIT PAS“ Cette expression indique que
44、larticle est une interdiction absolue de la prsente Recommandation. “DEVRAIT“ Cette forme verbale ainsi que ladjectif “RECOMMAND“ indiquent quil peut, dans des circonstances particulires, exister des raisons valables pour ignorer cet article, mais quil convient, avant de faire ce choix, de prendre e
45、n considration la totalit des incidences et dtudier soigneusement le cas. “NE DEVRAIT PAS“ Cette expression indique quil peut, dans des circonstances particulires, exister des raisons valables pour que le comportement indiqu soit acceptable ou mme utile, mais quil convient, avant de faire ce choix,
46、de prendre en considration la totalit des incidences et dtudier soigneusement le cas. “PEUT“ Ce verbe ainsi que ladjectif “FACULTATIF“ indiquent que cet article est effectivement facultatif. Un fournisseur peut choisir dinclure larticle p. ex. parce quil est requis sur un march particulier ou parce
47、quil amliore le produit, alors quun autre fournisseur peut choisir domettre ce mme article. 5.1 Travaux antrieurs La prsente Recommandation dcrit le profil IPCablecom dune interface de programmation dapplications appele interface de commande de passerelle mdia (MGCI), ainsi que le protocole de comma
48、nde de passerelle mdia (MGCP) correspondant, afin de commander des passerelles de voix sur IP (VoIP) par rseau tlphonique commut (RTC) partir dlments extrieurs de commande dappel. Le protocole MGCP suppose une architecture de commande dappel dans laquelle “lintelligence“ de la commande dappel se trouve lextrieur des passerell
