1、 Union internationale des tlcommunicationsUIT-T J.160SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (11/2005) SRIE J: RSEAUX CBLS ET TRANSMISSION DES SIGNAUX RADIOPHONIQUES, TLVISUELS ET AUTRES SIGNAUX MULTIMDIAS IPCablecom Cadre architectural pour lacheminement de services temps critique
2、sur les rseaux de tlvision par cble utilisant des cblo-modems Recommandation UIT-T J.160 Rec. UIT-T J.160 (11/2005) i Recommandation UIT-T J.160 Cadre architectural pour lacheminement de services temps critique sur les rseaux de tlvision par cble utilisant des cblo-modems Rsum La prsente Recommandat
3、ion contient un cadre de rfrence de haut niveau qui identifie les composants fonctionnels et dfinit les interfaces ncessaires pour fournir des services de tlphonie numrique. Une famille de Recommandations (Recommandations UIT-T J.161-J.178) a t labore pour implmenter cette architecture. Source La Re
4、commandation UIT-T J.160 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.160 (11/2005) AVANT-PROPOS LUIT (Union internationale des tlcommunications) est une institution spcialise des Nations
5、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 Recommandations en vue de la normalisation des tlcommunications
6、 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 thmes. Lapprobation des Recommandations par les Membr
7、es 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 CEI. NOTE Dans la prsente Recommandation, lexpre
8、ssion “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 contienne certaines dispositions obligatoires (pour as
9、surer, 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 leurs formes ngatives servent noncer des prescrip
10、tions. 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 donner lieu lutilisation dun droit de proprit intel
11、lectuelle. 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 Recommandations. A la date dapprobation de la prsente Reco
12、mmandation, 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 recommand aux responsables de la mise en uvre de co
13、nsulter 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.160 (11/2005) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences normative
14、s 1 3 Termes et dfinitions 2 4 Abrviations et conventions . 3 4.1 Abrviations . 3 4.2 Conventions 4 5 IPCablecom 5 5.1 Cadre architectural IPCablecom. 5 5.2 Zones et domaines IPCablecom . 6 5.3 Recommandations IPCablecom 6 5.4 Considrations relatives la conception de larchitecture IPCablecom . 7 6 C
15、omposants fonctionnels de larchitecture IPCablecom 10 6.1 Adaptateur de terminal multimdia (MTA) . 11 6.2 Cblo-modem (CM) . 12 6.3 Rseau daccs HFC . 12 6.4 Systme de terminaison de cblo-modem (CMTS) 12 6.5 Serveur de gestion dappels (CMS) 13 6.6 Passerelle RTPC . 14 6.7 Composants du systme OSS . 16
16、 6.8 Serveur dannonces (ANS, announcement server) . 17 7 Interfaces entre protocoles 18 7.1 Interfaces de signalisation dappel 18 7.2 Flux mdias 20 7.3 Mise en service dun adaptateur MTA 23 7.4 Interfaces avec la couche de gestion dlments SNMP. 24 7.5 Interfaces lies aux messages vnementiels . 24 7.
17、6 Qualit de service (QS) 26 7.7 Mise en service du serveur CMS pour labonn . 30 7.8 Surveillance lectronique . 31 7.9 Scurit. 32 8 Considrations relatives la conception du rseau 38 8.1 Synchronisation et comptes rendus 38 8.2 Synchronisation dalignement du tampon de reproduction avec le dbit de coda
18、ge. 38 8.3 Adressage IP. 38 8.4 Attribution dynamique dadresses IP 39 8.5 Attribution de noms FQDN 39 iv Rec. UIT-T J.160 (11/2005) Page 8.6 Marquage de priorit dans les paquets de flux de signalisation et de flux mdia 39 8.7 Prise en charge de la tlcopie 40 8.8 Prise en charge des modems analogique
19、s. 41 Appendice I Glossaire. 41 I.1 Dfinitions 41 I.2 Abrviations . 43 BIBLIOGRAPHIE. 47 Rec. UIT-T J.160 (11/2005) 1 Recommandation UIT-T J.160 Cadre architectural pour lacheminement de services temps critique sur les rseaux de tlvision par cble utilisant des cblo-modems 1 Domaine dapplication Le p
20、rojet IPCablecom dfinit une famille de Recommandations utiliser pour mettre au point des quipements interoprables capables de fournir des services vocaux et vido en mode paquet et autres services multimdias haut dbit en mode paquet sur des systmes hybrides par fibres optiques et par cbles coaxiaux (
21、HFC, hybrid fiber coax) utilisant des cblo-modems conformes la famille de Recommandations DOCSIS. Cette architecture sera largie dans lavenir afin dinclure les applications multimdias. 2 Rfrences normatives La prsente Recommandation se rfre certaines dispositions des Recommandations UIT-T et textes
22、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 Recommandation ou tout texte tant sujet rvision, les utilisateurs de la prsente Recommandation sont invits se reporter, si possible, aux version
23、s les plus 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. Recommandation UIT-T G.711 (1988),
24、Modulation par impulsions et codage (MIC) des frquences vocales. Recommandation UIT-T J.83 (1997), Systmes numriques multiprogrammes pour la distribution par cble des services de tlvision, son et donnes. Recommandation UIT-T J.112 (1998), Systmes de transmission pour services interactifs de tlvision
25、 par cble plus Annexe A (2001), Diffusion vidonumrique: canal dinteraction pour les systmes de tldistribution par cble, Annexe B (2004), Spcifications de linterface du service de transmisssion de donnes par cble: interface radiolectrique et Annexe C (2002), Spcifications de linterface du service de
26、transmission de donnes par cble: interface radiofrquence utilisant la technique de modulation en quadrature. Recommandation UIT-T J.161 (2001), Caractristiques des codecs audio destins au service audio bidirectionnel sur les rseaux de tlvision par cble utilisant des cblo-modems. Recommandation UIT-T
27、 J.162 (2005), Protocole rseau de signalisation dappel pour la fourniture de services temps critique sur les rseaux de tlvision par cble utilisant des cablo-modems. Recommandation UIT-T J.163 (2005), Qualit de service dynamique pour la fourniture de services en temps rel sur les rseaux de tlvision p
28、ar cble utilisant des cblo-modems. Recommandation UIT-T J.164 (2005), Prescriptions relatives aux messages dvnement pour la prise en charge des services en temps rel sur les rseaux de tlvision par cble utilisant des cblo-modems. Recommandation UIT-T J.166 (2005), Structure des bases dinformations de
29、 gestion (MIB) IPCablecom. 2 Rec. UIT-T J.160 (11/2005) Recommandation UIT-T J.167 (2005), Prescriptions dinstallation des adaptateurs MTA pour la fourniture de services en temps rel sur les rseaux de tlvision par cble au moyen de cblo-modems. Recommandation UIT-T J.170 (2005), Spcification de la sc
30、urit sur IPCablecom. Recommandation UIT-T J.171.0 (2005), Protocole de commande de passerelle de jonction (TGCP) du systme IPCablecom: aperu gnral des profils. Recommandation UIT-T J.178 (2005), Signalisation entre serveurs de gestion dappel IPCablecom. Recommandation UIT-T Q.704 (1996), Fonctions e
31、t messages du rseau smaphore. Recommandation UIT-T T.38 (2005), Procdures de communication de tlcopie du Groupe 3 en temps rel sur les rseaux protocole Internet. IETF RFC 1305 (1992), Network Time Protocol (Version 3) Specification, Implementation and Analysis. IETF RFC 1119 (1989), Network Time Pro
32、tocol. IETF RFC 1889 (1996), RTP: A Transport Protocol for Real-Time Applications. IETF RFC 1890 (1996), RTP Profile for Audio and Video Conferences with Minimal Control. IETF RFC 2474 (1998), Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers. IETF RFC 3168 (200
33、1), The Addition of Explicit Congestion Notification (ECN) to IP. IETF RFC 3260 (2002), New Terminology and Clarifications for Diffserv. IETF RFC 3261 (2002), SIP: Session Initiation Protocol. IETF RFC 3414 (2002), User-based Security Model (USM) for version 3 of the Simple Network Management Protoc
34、ol (SNMPv3). IETF RFC 3415 (2002), View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP). IETF RFC 3611 (2003), RTP Control Protocol Extended Reports (RTCP XR). 3 Termes et dfinitions La prsente Recommandation dfinit les termes suivants: 3.1 IPCablecom: projet UIT-
35、T comprenant une architecture et une srie de Recommandations permettant la fourniture de services en temps rel sur les rseaux de tlvision par cble utilisant des cblo-modems. 3.2 cblo-modem: dispositif terminal de couche 2 formant lextrmit client de la connexion DOCSIS. 3.3 rseau IP gr: rseau IP, gr
36、par une entit unique aux fins du transport de paquets de signalisation et de paquets de mdias IPCablecom. 3.4 rseau dorsal IP gr: rseau IP gr qui est utilis pour interconnecter des domaines IPCablecom. Rec. UIT-T J.160 (11/2005) 3 4 Abrviations et conventions 4.1 Abrviations La prsente Recommandatio
37、n utilise les abrviations suivantes: ANC contrleur dannonces (announcement controller) ANP lecteur dannonces (announcement player) ANS serveur dannonces (announcement server) CM cblo-modem CMS serveur de gestion dappels (call management server) CPE quipement des locaux client (customer premises equi
38、pment) DHCP protocole de configuration de serveur dynamique (dynamic host configuration protocol) DNS systme de noms de domaine (domain name system) DTMF multifrquence deux tonalits (dual tone multi-frequency) FQDN nom de domaine complet (fully qualified domain name) GC contrleur de porte (gate cont
39、roller) HFC hybride fibre/coaxial (hybrid fibre/coax) HTTP protocole de transfert hypertexte (hypertext transfer protocol) IEEE Institut des ingnieurs lectriciens et lectroniciens (Institute of Electrical and Electronics Engineers) IETF Groupe de travail dingnierie Internet (Internet engineering tas
40、k force) IP protocole Internet (Internet protocol) IPsec scurit IP (IP security) ISTP protocole de transport de signalisation Internet (Internet signalling transport protocol) ISUP sous-systme utilisateur RNIS (integrated services digital network user part) MAC commande daccs au support (media acces
41、s control) MF multifrquence MG passerelle mdia (media gateway) MGC contrleur de passerelle mdia (media gateway controller) MIB base dinformations de gestion (management information base) MMH hachage modulaire multilinaire (multilinear modular hash) MTA adaptateur de terminal de mdia (media terminal
42、adapter) MTP sous-systme transport de messages (message transfer part) NAT traducteur dadresse de rseau (network address translator) NCS signalisation dappel par le rseau (network-based call signalling) OSS systme support dexploitation (operations support system) QS qualit de service RKS serveur dar
43、chivage (record keeping server) 4 Rec. UIT-T J.160 (11/2005) RTP protocole de transfert en temps rel (real-time transfer protocol) RTPC rseau tlphonique public commut SA adresse dorigine (source address) SCCP sous-systme commande de connexions smaphores (signalling connection control part) SG passer
44、elle smaphore; passerelle de signalisation (signalling gateway) SID numro didentification de systme (system identification number) SNMP protocole simple de gestion de rseau (simple network management protocol) TCAP sous-systme application pour la gestion des transactions (transaction capabilities ap
45、plication part) TFTP protocole trivial de transfert de fichiers (trivial file transfer protocol) TGCP protocole de commande de passerelle de jonction (trunking gateway control protocol) TGS serveur-distributeur de tickets (ticket granting server) ToS type de service (type of service) UDP protocole d
46、atagramme dutilisateur (user datagram protocol) 4.2 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 indiquant un certain niveau d
47、importance de telle ou telle prescription utilise dans la prsente Recommandation sont rcapituls ci-aprs: “DOIT“ ce mot ou ladjectif “REQUIS“ signifie que llment est une exigence absolue de la prsente Recommandation. “NE DOIT PAS“ cette expression signifie que llment est une interdiction absolue de l
48、a prsente Recommandation. “DEVRAIT“ ce mot ou ladjectif “RECOMMAND“ signifie quil peut exister, dans des circonstances particulires, des raisons valables pour ignorer cet lment, mais il faut en comprendre toutes les implications et peser attentivement les choses avant de choisir une voie diffrente. “NE DEVRAIT PAS“ cette expressio
