1、 Union internationale des tlcommunicationsUIT-T J.365SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (11/2006) SRIE J: RSEAUX CBLS ET TRANSMISSION DES SIGNAUX RADIOPHONIQUES, TLVISUELS ET AUTRES SIGNAUX MULTIMDIAS IPCablecom Interface de gestion des applications IPCablecom2 Recommandation U
2、IT-T J.365 Rec. UIT-T J.365 (11/2006) i Recommandation UIT-T J.365 Interface de gestion des applications IPCablecom2 Rsum La prsente Recommandation dfinit une interface de gestion des applications IPCablecom2 (IPAM, IPcablecom2 application manager) (gestionnaire dapplication IPCablecom2) qui permet
3、la fonction de commande dappel/de session (CSCF) proxy (P-CSCF) de prendre en charge des oprations de qualit de service (QS) dans un rseau daccs multimdia IPCablecom activ par DOCSIS. Source La Recommandation UIT-T J.365 a t approuve le 29 novembre 2006 par la Commission dtudes 9 (2005-2008) de lUIT
4、T selon la procdure dfinie dans la Recommandation UIT-T A.8. ii Rec. UIT-T J.365 (11/2006) AVANT-PROPOS LUIT (Union internationale des tlcommunications) est une institution spcialise des Nations Unies dans le domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) es
5、t un organe permanent de 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 lchelle mondiale. LAssemble mondiale de normalisation des tlcommunications (AMNT), qui se runit tous le
6、s quatre ans, dtermine les thmes dtude traiter par les Commissions dtudes de lUIT-T, lesquelles laborent en retour des Recommandations 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
7、 technologies de linformation qui correspondent la sphre de comptence de lUIT-T, les normes ncessaires se prparent en collaboration avec lISO et la CEI. NOTE Dans la prsente Recommandation, lexpression “Administration“ est utilise pour dsigner de faon abrge aussi bien une administration de tlcommuni
8、cations quune exploitation reconnue. Le respect de cette Recommandation se fait titre volontaire. Cependant, il se peut que la Recommandation contienne certaines dispositions obligatoires (pour assurer, par exemple, linteroprabilit et lapplicabilit) et considre que la Recommandation est respecte lor
9、sque toutes ces dispositions sont observes. Le futur dobligation et les autres moyens dexpression de lobligation comme le verbe “devoir“ ainsi que leurs formes ngatives servent noncer des prescriptions. Lutilisation de ces formes ne signifie pas quil est obligatoire de respecter la Recommandation. D
10、ROITS DE PROPRIT INTELLECTUELLE LUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de la prsente Recommandation puisse donner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce qui concerne lexistence, la validit ou lapplicabilit des dro
11、its de proprit intellectuelle, quils soient revendiqus par un membre de lUIT ou par une tierce partie trangre la procdure dlaboration des Recommandations. A la date dapprobation de la prsente Recommandation, lUIT navait pas t avise de lexistence dune proprit intellectuelle protge par des brevets acq
12、urir pour mettre en uvre la prsente Recommandation. Toutefois, comme il ne sagit peut-tre pas de renseignements les plus rcents, il est vivement recommand 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 d
13、e cette publication ne peut tre reproduite, par quelque procd que ce soit, sans laccord crit pralable de lUIT. Rec. UIT-T J.365 (11/2006) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences. 1 2.1 Rfrences normatives 1 2.2 Rfrences informatives . 2 3 Termes et dfinitions 2 4 Abrviations,
14、acronymes et conventions 3 4.1 Abrviations et acronymes . 3 4.2 Conventions 3 5 Aperu gnral technique . 4 5.1 Architecture 4 5.2 Aperu gnral du gestionnaire dapplication IPCablecom2 5 6 Description de linterface 6 6.1 Oprations. 6 6.2 Elments . 7 6.3 Messages. 10 6.4 Profil de service Web . 15 7 Pre
15、scriptions du gestionnaire dapplication 15 7.1 Mappage du protocole SDP en Spec de flux 15 8 Prescriptions de la fonction P-CSCF 20 9 Prescriptions de scurit . 20 9.1 Interface P-CSCF IPAM 20 9.2 Interface IPAM Serveur de politique 20 Annexe A Schma de langage de balisage extensible (XML) 21 Annexe
16、B Spcification du langage de description de services web (WSDL) . 23 Appendice I Exemple de flux dappel . 25 I.1 Appel rseau ayant abouti 25 I.2 Appel rseau nayant pas abouti . 27 I.3 Appel hors rseau (RTPC) ayant abouti. 30 I.4 Scnarios de rinvitation (mise en attente, changements de mdia) 31 I.5 B
17、ifurcation (forking) dappel Extension une ligne . 33 I.6 Commande dappel de partie tierce (3PCC) . 35 I.7 Equipements dabonn derrire le mme traducteur NAT . 46 Rec. UIT-T J.365 (11/2006) 1 Recommandation UIT-T J.365 Interface de gestion des applications IPCablecom2 1 Domaine dapplication La prsente
18、Recommandation dfinit une interface de gestion des applications IPCablecom2 (IPAM, IPcablecom2 application manager) (gestionnaire dapplication IPCablecom2). Cette interface permet la fonction de commande dappel/de session (CSCF) proxy (P-CSCF) de prendre en charge des oprations de qualit de service
19、QS) dans un rseau daccs multimdia IPCablecom activ par DOCSIS. IPCablecom dfinit un cadre pour la prise en charge de services de communication utilisant le protocole douverture de session (SIP, session initiation protocol). Les messages SIP peuvent comporter un lment principal (corps) constitu du p
20、rotocole de description de session (SDP, session description protocol) qui dfinit les attributs des flux mdias annoncs. Linterface dfinie dans la prsente Recommandation permet une fonction P-CSCF de grer des ressources de qualit de service en transmettant linformation didentification de session et,
21、sil est disponible, le protocole SDP un gestionnaire IPAM. Il incombe au gestionnaire IPAM de traduire les messages entrants en messages multimdias IPCablecom et de les retransmettre un serveur de politique multimdia IPCablecom. Un objectif important de la prsente Recommandation est de faire en sort
22、e que soit assure linteroprabilit entre la version IPCablecom 2.0 et le sous-systme multimdia IP (IMS) du projet de partenariat de troisime gnration (3GPP). La version IPCablecom 2.0 est base sur le sous-systme IMS 3GPP, mais elle inclut des fonctionnalits complmentaires ncessaires pour rpondre aux
23、besoins des cblo-oprateurs. Compte tenu des solutions ltude pour assurer la convergence de laccs hertzien, de laccs filaire et de laccs par cble, il est escompter que les amliorations qui seront apportes la version IPCablecom 2.0 lavenir continueront de prendre en compte lvolution du sous-systme IMS
24、 et de contribuer cette volution, dans le cadre du projet 3GPP, le but tant, terme, daligner lun sur lautre le sous-systme IMS 3GPP et la version IPCablecom 2.0. 2 Rfrences 2.1 Rfrences normatives La prsente Recommandation se rfre certaines dispositions des Recommandations UIT-T et textes suivants
25、qui, de ce fait, en sont partie intgrante. Les versions indiques 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 plu
26、s rcentes des rfrences normatives suivantes. La liste des 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. UIT-T J.170 Recommandation UIT-T J.170 (2005
27、), Spcification de la scurit sur IPCablecom. UIT-T J.179 Recommandation UIT-T J.179 (2005), Prise en charge du multimdia par IPCablecom. UIT-T J.361 Recommandation UIT-T J.361 (2006), Codecs de media IPCablecom2. 2 Rec. UIT-T J.365 (11/2006) IETF RFC 3725 IETF RFC 3725 (2004), Best Current Practices
28、 for Third Party Call Control (3pcc) in the Session Initiation Protocol (SIP). IETF RFC 3890 IETF RFC 3890 (2004), A Transport Independent Bandwidth Modifier for the Session Description Protocol (SDP). SOAP 1.1 W3C Note 08 May 2000, Simple Object Access Protocol (SOAP) 1.1, http:/www.w3.org/TR/2000/
29、NOTE-SOAP-20000508. SOAP 1.2 W3C Recommendation 24 June 2003, SOAP Version 1.2. Part 1: Messaging Framework, http:/www.w3.org/TR/2003/REC-soap12-part1-20030624/. Part 2: Adjuncts, http:/www.w3.org/TR/2003/REC-soap12-part2-20030624/. XML 1.0 W3C Recommendation 04 February 2004, Extensible Markup Lang
30、uage (XML) 1.0 (Third Edition), http:/www.w3.org/TR/2004/REC-xml-20040204. 2.2 Rfrences informatives UT-T J.360 Recommandation UIT-T J.360 (2006), Cadre de larchitecture IPCablecom2. UIT-T J.360 App.II Recommandation UIT-T J.360 (2006), Cadre de larchitecture IPCablecom2 Appendice II: Aperu gnral te
31、chnique de larchitecture de qualit de service. IETF RFC 2327 IETF RFC 2327 (1998), SDP: Session Description Protocol. IETF RFC 2617 IETF RFC 2617 (1999), HTTP Authentication: Basic and Digest Access Authentication. IETF RFC 3264 IETF RFC 3264 (2002), An Offer/Answer Model with the Session Descriptio
32、n Protocol (SDP). IETF RFC 3311 IETF RFC 3311 (2002), The Session Initiation Protocol (SIP) UPDATE Method. WSDL W3C Note 15 March 2001, Web Services Description Language (WSDL) 1.1. http:/www.w3.org/TR/wsdl. 3 Termes et dfinitions La prsente Recommandation dfinit les termes suivants: 3.1 gestionnair
33、e dapplication: systme qui sert dinterface au ou aux serveurs de politique pour demander un service fond sur la qualit de service au nom de lutilisateur final ou du systme de gestion de rseau. 3.2 systme de terminaison de cblo-modem: dispositif situ dans une tte de rseau en cble qui applique le prot
34、ocole DOCSIS RFI MAC et qui se connecte des cblo-modems (CM) sur un rseau hybride optique coaxial (HFC). 3.3 tronon: segment dune session associe un quipement dabonn (quipement dabonn appelant ou quipement dabonn appel, par exemple). 3.4 serveur de politique: systme servant essentiellement dintermdi
35、aire entre le ou les gestionnaires dapplication (AM) et le ou les systmes de terminaison de cblo-modem (CMTS). Il applique les politiques du rseau aux demandes du gestionnaire dapplication (AM) et fait office de serveur proxy pour transmettre les messages entre le gestionnaire dapplication et le sys
36、tme CMTS. 3.5 qualit de service: mthode utilise pour rserver des ressources de rseau et garantir la disponibilit des applications. Rec. UIT-T J.365 (11/2006) 3 3.6 demande de commentaires (RFC, request for comments): documents de politique technique adopts par lIETF et disponibles http:/www.ietf.org
37、/rfc.html. 4 Abrviations, acronymes et conventions 4.1 Abrviations et acronymes La prsente Recommandation utilise les abrviations suivantes: AM gestionnaire dapplication (application manager) AS serveur dapplication (application server) CMTS systme de terminaison de cblo-modem (cable modem terminati
38、on system) CSCF fonction de commande dappel/de session (call session control function) HTTP protocole de transport hypertexte (hypertext transport protocol) IETF Groupe de travail dingnierie Internet (Internet engineering task force) IP protocole Internet (Internet protocol) IPAM gestionnaire dappli
39、cation IPCablecom (parfois dsign par labrviation PAM) (IPCablecom aplication manager) MAC commande daccs au support physique (media access control) P-CSCF fonction CSCF proxy (proxy call session control function) PS serveur de politique (policy server) QS qualit de service RFC demande de commentaire
40、s (request for comments) SIP protocole douverture de session (session initiation protocol) SSL couche de connecteurs scurise (secure socket layer) UA agent utilisateur (user agent) W3C World Wide Web Consortium WS service Web (Web service) WSDL langage de description de services Web (Web service des
41、criptive language) XML langage de balisage extensible (extensible markup language) XSD dfinition de schma XML (xml schema definition) 4.2 Conventions Les mots utiliss dans lensemble de la prsente Recommandation pour dfinir limportance de prescriptions particulires sont indiqus en majuscules. Ces mot
42、s sont les suivants: “DOIT/DOIVENT“ Ce mot indique que llment en question est une prescription absolue de la prsente Recommandation. “NE DOIT PAS/NE DOIVENT PAS“ Cette expression indique que llment en question est une interdiction absolue de la prsente Recommandation. 4 Rec. UIT-T J.365 (11/2006) “D
43、EVRAIT/DEVRAIENT“ Ce mot indique quil peut, dans des circonstances particulires, exister des raisons valables pour ignorer cet lment mais quil convient, avant de faire ce choix, de prendre en considration la totalit des incidences et dtudier soigneusement le cas. “NE DEVRAIT PAS/NE DEVRAIENT PAS“ Ce
44、tte 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 dimplmenter tout comportement dcrit avec cette mention, de prendre en considration la totalit des incidences et
45、dtudier soigneusement le cas. “PEUT/PEUVENT“ Ce mot indique que llment en question est vritablement facultatif. Un fournisseur peut choisir dinclure llment par exemple parce quil est requis sur un march particulier ou parce quil amliore le produit, alors quun autre fournisseur peut choisir domettre
46、ce mme lment. 5 Aperu gnral technique Le prsent paragraphe donne un aperu gnral dtaill du gestionnaire IPAM et de la manire dont il sintgre dans larchitecture IPCablecom gnrale. 5.1 Architecture Le rapport technique sur le multimdia IPCablecom UIT-T J.179 dcrit le cadre architectural et le modle de
47、rfrence pour le multimdia IPCablecom. La Recommandation relative au cadre architectural IPCablecom2 UIT-T J.360 donne un aperu gnral de larchitecture de rfrence IPCablecom2 et en dcrit les divers composants. Dans cette architecture, il incombe au gestionnaire dapplication IPCablecom2 de grer les res
48、sources de qualit de service pour le compte du rseau IPCablecom. La Figure 1 illustre larchitecture de qualit de service IPCablecom2 et indique les interfaces du gestionnaire IPAM. Figure 1/J.365 Architecture de qualit de service IPCablecom2 Rec. UIT-T J.365 (11/2006) 5 5.2 Aperu gnral du gestionnaire da
