ITU-T J 171 2 FRENCH-2005 IPCablecom trunking gateway control protocol (TGCP) Profile 2《通信干线通路控制协议(TGCP) 简介2研究组9》.pdf

《ITU-T J 171 2 FRENCH-2005 IPCablecom trunking gateway control protocol (TGCP) Profile 2《通信干线通路控制协议(TGCP) 简介2研究组9》.pdf》由会员分享，可在线阅读，更多相关《ITU-T J 171 2 FRENCH-2005 IPCablecom trunking gateway control protocol (TGCP) Profile 2《通信干线通路控制协议(TGCP) 简介2研究组9》.pdf（26页珍藏版）》请在麦多课文档分享上搜索。

1、 Union internationale des tlcommunicationsUIT-T J.171.2SECTEUR 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 2 Recommandation UIT-T J.171.2 Rec. UIT-T J.171.2 (11/2005) i Recommandation UIT-T J.171.2 Protocole de commande de passerelle de jonction (TGCP) du systme IPCablecom: profil 2 Rsum La prsente Recommandation spcifie le Profil 2 vis dans la Rec. UIT-T J.171.0. La prsente Recommand

3、ation spcifie un profil du protocole H.248 (Rec. UIT-T H.248.1, version 2 (05/2002) pour la commande de passerelles multimdias entre les rseaux cbls et le RTPC. Ce profil est connu sous le nom de Profil 2 du protocole de commande de passerelle de jonction (TGCP), version 1. Le Profil 1 est spcifi da

4、ns la Rec. UIT-T J.171.1. Source La Recommandation UIT-T J.171.2 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.2 (11/2005) AVANT-PROPOS LUIT (Union internationale des tlcommunications)

5、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 Recommandations en vu

6、e 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 thmes. Lapp

7、robation 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 CEI. N

8、OTE 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 contienne ce

9、rtaines 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 leurs f

10、ormes 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 donner li

11、eu 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 Recommandations.

12、 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 recommand

13、 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.2 (11/2005) iii TABLE DES MATIRES Page 1

14、 Domaine dapplication 1 2 Rfrences. 1 2.1 Rfrences normatives 1 2.2 Rfrences informatives . 1 3 Dfinitions 2 4 Abrviations et acronymes . 2 5 Questions dordre gnral . 3 5.1 Hypothses quant au cadre architectural 3 5.2 Dfinition du profil. 3 5.3 Prise en charge des paquetages. 3 5.4 Rgles de compatib

15、ilit 4 5.5 Conventions de nommage 4 5.6 Descripteur topology 5 5.7 Descripteur multiplex . 5 5.8 Temporisateurs de transaction et seuils de retransmission. 5 5.9 Transport. 5 5.10 Procdures de changement de service 5 5.11 Scurit. 5 5.12 Codage 6 6 Utilisation du protocole de description de session (

16、SDP) 6 6.1 Version de protocole (Protocol version) (v=) 6 6.2 Origine (Origin) (o=) 7 6.3 Nom de session (Session name) (s=) 8 6.4 Information concernant la session et le mdia (Session and media information) (i=). 8 6.5 URI (u=) . 8 6.6 Adresse E-mail et numro de tlphone (e=, p=). 9 6.7 Donnes de co

17、nnexion (Connection data) (c=) 9 6.8 Largeur de bande (Bandwidth) (b=) . 10 6.9 Heure, intervalle de rptition et fuseaux horaires (Time, repeat times and time zones) (t=, r=, z=) . 11 6.10 Cls de chiffrement. 11 6.11 Attributs (a=) 11 6.12 Annonces de mdia (media announcements) (m=) 15 7 Horodateur

18、16 8 Script de numrotation 16 Annexe A Paquetage de gnrateur de tonalits de jonction ISUP pour la Rec. UIT-T H.248.1 17 Rec. UIT-T J.171.2 (11/2005) 1 Recommandation UIT-T J.171.2 Protocole de commande de passerelle de jonction (TGCP) du systme IPCablecom: profil 2 1 Domaine dapplication La prsente

19、Recommandation spcifie le Profil 2 vis dans la Rec. UIT-T J.171.0. La prsente Recommandation spcifie un profil du protocole H.248 (Rec. UIT-T H.248.1, version 2 (05/2002) pour la commande de passerelles multimdias entre les rseaux cbls et le RTPC. Ce profil est connu sous le nom de Profil 2 du proto

20、cole de commande de passerelle de jonction (TGCP), version 1. Le Profil 1 est spcifi dans la Rec. UIT-T J.171.1. 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 ver

21、sions 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 plus rcentes des rfrences normatives suivantes. La li

22、ste 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 H.248.1 v2 (2002): Protocole de commande de passerelle: version 2. Recomm

23、andation UIT-T H.248.2 (2005), Protocole de commande de passerelle: paquetages de tlcopie, de conversation en mode texte et de discrimination dappels. Recommandation UIT-T J.161 (2001), Caractristiques des codecs audio destins au service audio bidirectionnel sur les rseaux de tlvision par cble utili

24、sant des cblo-modems. Recommandation UIT-T J.170 (2005), Spcifications de la scurit sur IPCablecom. IETF RFC 1035 (1987), Domain names Implementation and specification. IETF RFC 2045 (1996), Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies. IETF RFC 2234 (1997

25、), Augmented BNF for Syntax Specifications: ABNF. IETF RFC 2327 (1998), SDP: Session Description Protocol. 2.2 Rfrences informatives Recommandation UIT-T J.160 (2005), Cadre architectural pour lacheminement de services temps critique sur des rseaux de tlvision par cble utilisant des cblo-modems. Rec

26、ommandation 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.171.1 (2005), Protocole de commande de passerelle de jonction (TGCP) du systme IPCablecom: profil 1. 2 Rec. UIT-T J.171.2 (11/2005) IETF RFC

27、1889 (1996), RTP: A Transport Protocol for Real-Time Applications. IETF RFC 1890 (1996), RTP Profile for Audio and Video Conferences with Minimal Control. 3 Dfinitions La prsente Recommandation ne dfinit pas de nouveaux termes. 4 Abrviations et acronymes La prsente Recommandation utilise les abrviat

28、ions suivantes: ASCII American Standard Code for Information Interchange AVP profil audiovisuel (audio visual profile) DNS systme de dnomination de domaine (domain name system) IANA autorit charge de lassignation des numros Internet (Internet assigned numbers authority) IP protocole Internet (Intern

29、et protocol) IPSec scurit protocole Internet (Internet protocol security) ISUP sous-systme utilisateur du RNIS (ISDN user part) MG passerelle mdia (media gateway) MGC contrleur de passerelle mdia (media gateway controller) MGCP protocole de contrle de passerelle mdia (media gateway control protocol)

30、 MIB base dinformations de gestion (management information base) MTA adaptateur de terminal multimdia (multimedia terminal adapter) MWD temps dattente maximal (maximum waiting delay) NCS signalisation dappel pour le rseau (network-based call signalling) NTP protocole relatif au temps dans le rseau (

31、network time protocol) QS qualit de service RTCP protocole de commande en temps rel (RTP control protocol) RTO temporisation de retransmission (retransmission timeout) RTP protocole de transport en temps rel (real-time transport protocol) RTPC rseau tlphonique public commut SDP protocole de descript

32、ion de session (session description protocol) SG passerelle de signalisation (signalling gateway) SPI indice des paramtres de scurit (security parameters index) TGCP protocole de commande de passerelle de jonction (trunking gateway control protocol) UDP protocole datagramme dutilisateur (user datagr

33、am protocol) URI identificateur uniforme de ressources (uniform resource identifier) Rec. UIT-T J.171.2 (11/2005) 3 5 Questions dordre gnral 5.1 Hypothses quant au cadre architectural La prsente Recommandation sapplique linterface entre un contrleur de passerelle mdia et une passerelle mdia situe la

34、 frontire entre un rseau IPCablecom et le RTPC. La Rec. UIT-T J.160 dcrit larchitecture gnrale de linterconnexion des rseaux IPCablecom avec le RTPC. 5.2 Dfinition du profil Ce profil sintitule “TGCP_H248“. Le numro de version est “1“. Ce nom est renvoy par les passerelles conformes lors de lenvoi d

35、une instruction ServiceChange dans le cadre de lenregistrement initial de la passerelle mdia. Ce profil est applicable la version 2 de la Rec. UIT-T H.248.1 (05/2002). 5.3 Prise en charge des paquetages 5.3.1 Paquetages obligatoires Les paquetages suivants sont obligatoirement pris en charge: Tablea

36、u 1/J.171.2 Paquetages obligatoires Nom de paquetage Id Version Dfini dans: Gnrique g 1 Rec. UIT-T H.248.1 version 2 (05/2002), Annexe E Racine de base root 1 Rec. UIT-T H.248.1 version 2 (05/2002), Annexe E Continuit de base ct 1 Rec. UIT-T H.248.1 version 2 (05/2002), Annexe E Rseau nt 1 Rec. UIT-

37、T H.248.1 version 2 (05/2002), Annexe E Circuit TDM tdmc 1 Rec. UIT-T H.248.1 version 2 (05/2002), Annexe E Gnrateur de tonalits de jonction ISUP isuptn 1 Voir Annexe A 5.3.2 Paquetages conditionnels Les paquetages suivants sont pris en charge aux conditions spcifies: Tableau 2/J.171.2 Paquetages co

38、nditionnels Nom de paquetage Id Version Dfini dans Condition Dtection de tonalits de tlcopie/textophonie/modem ftmd 1 Rec. UIT-T H.248.2 Certains codecs pris en charge par les rseaux cbls ne sont pas transparents vis-vis des signaux de tlcopie, de modem ou de textophonie. 4 Rec. UIT-T J.171.2 (11/20

39、05) 5.4 Rgles de compatibilit Ce profil est fond sur la Rec. UIT-T H.248.1 version 2 (05/2002). Les rgles de compatibilit applicables aux paquetages, aux signaux, aux vnements, aux proprits et aux statistiques, ainsi que le protocole H.248 sont dfinis dans la Rec. UIT-T H.248.1 version 2 (05/2002).

40、5.5 Conventions de nommage 5.5.1 Noms MG et MGC Les noms MG et MGC sont indiqus sous la forme dun nom de domaine IETF RFC 1035. Exemple de nom MGC: . 5.5.2 Identificateurs de terminaison 5.5.2.1 Identificateurs de terminaison physique Les identificateurs de terminaison qui reprsentent des jonctions

41、physiques ou des groupes de jonctions observent les conventions suivantes: Les noms de terminaison sont constitus par une srie de termes, spars par une barre oblique (“/“) qui dcrivent la hirarchie physique interne de la passerelle: ds/_/_/ Le premier terme (ds) identifie le systme de nommage de ter

42、minaison utilis et le type de terminaison de base. Le dernier terme est un nombre dcimal indiquant le numro de canal au plus bas niveau de la hirarchie. Les termes intermdiaires compris entre le premier (ds) et le dernier terme (numro de canal) reprsentent des niveaux intermdiaires de la hirarchie e

43、t sont constitus par des lments et spars par un caractre soulign (“_“) tels que: identifie le niveau de hirarchie particulier considr. Les valeurs de () actuellement dfinies sont les suivantes: “s“, “su“, “oc3“, “ds3“, “e3“, “ds2“, “e2“, “ds1“, “e1“ tandis que “s“ indique un numro dintervalle et “su

44、“ une sous-unit lintrieur dun intervalle. Les autres valeurs reprsentant des niveaux de hirarchie physique qui nont pas t inclus dans cette liste, mais qui sont conformes aux mmes rgles de base de nommage, sont galement admises; est un nombre dcimal servant rfrencer une instance particulire de ce ni

45、veau de la hirarchie. Le nombre et la dsignation de ces niveaux reposent sur la hirarchie physique interne de la passerelle mdia, comme le montrent les exemples suivants: une passerelle mdia dote dun certain nombre dinterfaces DS1: ds/ds1_#/# une passerelle mdia dote dun certain nombre dinterfaces O

46、C3, qui renferment des hirarchies DS3 et DS1 canalises: ds/s_#/ds3_#/ds1_#/# une passerelle mdia dote dun certain nombre dintervalles, dont chacun comporte un certain nombre dinterfaces DS3: ds/s_#/ds3_#/ds1_#/# Rec. UIT-T J.171.2 (11/2005) 5 Certaines terminaisons ne contiennent pas ncessairement t

47、ous les niveaux possibles dune hirarchie, mais tous les niveaux pris en charge par une terminaison donne sont contenus dans le modle de nommage de la terminaison. Par exemple une interface DS3 sans verrouillage de trame DS1 pourrait tre reprsente par le modle de nommage suivant: ds/s_#/ds3_#/# toute

48、fois, un DS3 avec verrouillage de trame DS1 ne pourrait pas tre reprsent par ce modle de nommage. 5.6 Descripteur topology Une passerelle conforme la prsente Recommandation nimplmente pas ncessairement le descripteur de topology. Les contrleurs MGC censs commander des passerelles conformes la prsente Recommandation ne doiv